| 1.1, Аноним (-), 13:27, 26/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Mageia 1 по сравнению с Mandriva 2011 был ужасен. Раунд 2 - посмотрим что будет лучше - Mageia 2 или Mandriva 2011 LTS
| | |
| |
| |
| |
| |
| 5.134, Аноним (-), 09:10, 28/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
Ну и замечательно. Тогда может туда и кеды 4.8 войдут, которые в конце января выйдут.
| | |
|
|
|
|
| |
| 2.3, Аноним (-), 13:30, 26/11/2011 [^] [^^] [^^^] [ответить]
| +5 +/– |
>>systemd
> И эти туда же. Скучно, товарищи.
Ничего лучшего в этой области пока нет. По крайней мере systemd позволит избавиться от костылей, которыми всё было подперто раньше.
| | |
| |
| |
| 4.7, Аноним (-), 14:55, 26/11/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Пример костылей в студию. Или небыло
Контроль готовности ресурсов и устройств во время загрузки, запуск сервисов без необходимости (в systemd они запускаются только когда понадобились), дерганье сотен программ из скриптов (bash, awk, grep). Далеко ходить не нужно, в новости уже упомянут костыль speedboot.
В общих чертах сводка костылей http://www.opennet.me/opennews/art.shtml?num=30412
| | |
| |
| 5.9, anonymous (??), 14:58, 26/11/2011 [^] [^^] [^^^] [ответить]
| –4 +/– |
> дерганье сотен программ из
> скриптов (bash, awk, grep).
Т.е. unix-way уже стал костылём. Ты это хочешь сказать?
| | |
| |
| 6.22, Аноним (-), 20:44, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Т.е. unix-way уже стал костылём. Ты это хочешь сказать?
Нет. Это вы хотите сказать, что костыль - это unix-way.
systemd гораздо более юниксвеен, чем SysV init. Именно потому, что он более прост, прозрачен и очевиден, чем горы скриптов-костылей.
| | |
| |
| 7.135, vle (ok), 17:16, 28/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
 >> Т.е. unix-way уже стал костылём. Ты это хочешь сказать?
> Нет. Это вы хотите сказать, что костыль - это unix-way.
> systemd гораздо более юниксвеен, чем SysV init. Именно потому, что он более
> прост, прозрачен и очевиден, чем горы скриптов-костылей.
Ты что-нибудь кроме SysV init и systemd видел?
| | |
|
|
| 5.11, anonymous (??), 15:00, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Далеко ходить не нужно, в новости уже упомянут костыль speedboot.
Ты готов обосновать необходимость его применения?
| | |
| |
| 6.12, Аноним (-), 15:01, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Ты готов обосновать необходимость его применения?
Ты готов обосновать, что уже три года speedboot был в Mandriva без особых причин ?
| | |
| |
| 7.14, anonymous (??), 15:08, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Ты готов обосновать, что уже три года speedboot был в Mandriva без особых причин ?
У меня арч грузится быстрее мандривы без него. Так что таки костыль.
| | |
| |
| 8.30, Аноним (-), 20:59, 26/11/2011 [^] [^^] [^^^] [ответить] | +/– | А вы поставьте в арче ядро от мандривы, и те же службы с теми же конфигами Тогд... текст свёрнут, показать | | |
| |
| |
| |
| 11.136, vle (ok), 17:19, 28/11/2011 [^] [^^] [^^^] [ответить] | +/– | Нет Само по себе это говорит только о разнице в подходах и ни о чем больше ... текст свёрнут, показать | | |
|
|
|
|
|
|
| 5.18, Онаним (?), 16:05, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> в systemd они запускаются только когда понадобились
т.е. оно будет за меня решать, когда и что запускать?
| | |
| |
| 6.23, Аноним (-), 20:45, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> т.е. оно будет за меня решать, когда и что запускать?
Ага. Начнем с crond - он ведь тоже за вас решает, когда что запускать. Ату его!
| | |
| |
| 7.31, anonymous (??), 21:06, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> т.е. оно будет за меня решать, когда и что запускать?
> Ага. Начнем с crond - он ведь тоже за вас решает, когда
> что запускать. Ату его!
crond? Решает? И что же он там за меня решает? Очень интересно послушать.
| | |
| |
| |
| |
| |
| |
| 12.49, Аноним (-), 22:26, 26/11/2011 [^] [^^] [^^^] [ответить] | +1 +/– | В обоих случаях запуск производится по наступлении некоторого события Это может... текст свёрнут, показать | | |
|
|
|
|
|
|
| 6.127, Аноним (-), 19:50, 27/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> т.е. оно будет за меня решать, когда и что запускать?
Ага. Это называется "автоматизация рутинных задач". Говорят, компьютеры для этого и были придуманы.
Хотя настоящие Ъ до сих пор не доверяют всякой хитрой автоматике и ежедневно вручную запускают updatedb и logrotate.
| | |
|
|
| |
| 5.54, filosofem (ok), 22:33, 26/11/2011 [^] [^^] [^^^] [ответить]
| –2 +/– |
 Ога, разбросать службы по всей файловой системе вместо того чтобы держать их в одной директории догадаться мог только гениальный Леннарт.
| | |
| |
| 6.55, Аноним (-), 22:34, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Ога, разбросать службы по всей файловой системе вместо того чтобы держать их в одной директории догадаться мог только гениальный Леннарт.
Вы еще скажите, что это он придумал иерархию каталогов, вместо того, чтобы сваливать все файлы в /
| | |
| |
| 7.65, filosofem (ok), 23:00, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
Путаете иерархию с разбрасыванием. Если бы он построил иерархию в одном подкаталоге, а не пихал их рандомно по всей FS, вопросов бы не было.
| | |
| |
| 8.66, Аноним (-), 23:02, 26/11/2011 [^] [^^] [^^^] [ответить] | +/– | Так вы предлагаете настроенные админом конфиги из etc в usr перенести или наоб... текст свёрнут, показать | | |
|
|
| 6.68, Аноним (-), 23:07, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Ога, разбросать службы по всей файловой системе вместо того чтобы держать их
> в одной директории догадаться мог только гениальный Леннарт.
Зря смеетесь, это вполне себе красивое решение наболевших проблем.
Поправит админ init-скрипт, а потом пакетный менеждер при обновлении все это перезапишет.
А у systemd все четко: в /usr/lib/systemd - дефолтные настройки, являющиеся частью пакета и управляемые пакетным менеджером, а в /etc/systemd - перекрывающие их настройки, сделанные администратором, в которые пакетный менеджер не имеет права соваться.
| | |
| |
| 7.74, filosofem (ok), 23:14, 26/11/2011 [^] [^^] [^^^] [ответить]
| –2 +/– |
Если бы каталогов было только два, вопросов бы тоже не было, хотя переизобретать /etc/default или другие дистрибутиво-специфические средства хранения дефолтных настроек причин не вижу. Да и не решает это проблем с несовместимостью конфигов с обновленным пакетом.
Суть не в этом, а в том, что скажем в Федоре службы реально разбросаны рандомно, посмотрите. И в мане даже написано, что так и надо.
| | |
| |
| 8.77, Аноним (-), 23:20, 26/11/2011 [^] [^^] [^^^] [ответить] | +/– | А Леннарт почему-то видит Особенно его раздражает дистрибутивно-специфичность -... текст свёрнут, показать | | |
|
| 7.75, anonymous (??), 23:14, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> А у systemd все четко: в /usr/lib/systemd - дефолтные настройки, являющиеся частью
> пакета и управляемые пакетным менеджером, а в /etc/systemd - перекрывающие их
> настройки, сделанные администратором, в которые пакетный менеджер не имеет права соваться.
Просто к сведению. Пакетные менеджеры, даже самые убогие вроде rpm, давно умеют работать с конфигами.
>А у systemd все четко: в /usr/lib/systemd - дефолтные настройки, являющиеся частью пакета и управляемые пакетным менеджером
Чем это лучше захардкоженных настроек? Необходимостью гонять парсер и засорять /lib?
| | |
| |
| 8.78, Аноним (-), 23:22, 26/11/2011 [^] [^^] [^^^] [ответить] | +/– | Вы таки полагаете, что костыли лучше прямого решения Настоящий ценитель юниксве... текст свёрнут, показать | | |
|
|
| 6.129, Аноним (-), 19:58, 27/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Ога, разбросать службы по всей файловой системе вместо того чтобы держать их
> в одной директории догадаться мог только гениальный Леннарт.
Что-то мне подсказывает, что если бы Леннарт работал в Canonical, а не в мерзком редхате, то вы бы его сейчас неистово восхваляли, и объявляли все его идеи гениальными безо всякой иронии. Скажете, нет?
| | |
|
|
|
| 3.8, anonymous (??), 14:55, 26/11/2011 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> Ничего лучшего в этой области пока нет.
upstart, openrc, initng... Хотя асинхронный init изначально бредовая идея.
| | |
| |
| 4.10, Аноним (-), 14:59, 26/11/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Ничего лучшего в этой области пока нет.
> upstart, openrc, initng... Хотя асинхронный init изначально бредовая идея.
Разница в том, что systemd запускает и распараллеливает сервисы по собитиям, а upstart и сотоварищи по жесткому алгоритму зашитому в скрипты, который не учитывает, что драйвер может не успеть инициализировать устройство, что диск может быть вытащен из системы, что сеть недоступна, что необходимости в выводе на печать пока нет и CUPS можно запустить позднее.
| | |
| |
| 5.16, I am (??), 15:40, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
Ты еще про кофе забыл в USB кружке: systemd об этом всегда должен знать, что бы угодить своему хозяину. Когда стОит подогреть этот кофе или наоборот, не подогревать, что бы экономить электроэнергию.
| | |
| |
| 6.29, Аноним (-), 20:57, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Ты еще про кофе забыл в USB кружке: systemd об этом всегда
> должен знать, что бы угодить своему хозяину. Когда стОит подогреть этот
> кофе или наоборот, не подогревать, что бы экономить электроэнергию.
Ага. А SysV init-метод: греть кофе постоянно, независимо от наличия хозяина дома и присутствия кофе в кружке. Иногда приводит к пожарам, но считается более Ъ.
| | |
| |
| 7.48, anonymous (??), 22:24, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> Ты еще про кофе забыл в USB кружке: systemd об этом всегда
>> должен знать, что бы угодить своему хозяину. Когда стОит подогреть этот
>> кофе или наоборот, не подогревать, что бы экономить электроэнергию.
> Ага. А SysV init-метод: греть кофе постоянно, независимо от наличия хозяина дома
> и присутствия кофе в кружке. Иногда приводит к пожарам, но считается
> более Ъ.
systemd-метод: греть весь дневной запас кружек параллельно и ни как иначе. И не важно, что проводка рассчитана на одну кружку, да и сами кружки употребляются последовательно. Как видишь, твою "логику" можно развернуть как угодно. Хоть раком.
| | |
| |
| 8.50, Аноним (-), 22:27, 26/11/2011 [^] [^^] [^^^] [ответить] | +/– | Ага, при наличии всего одной кружки Ну, в отсутствие у вас здравого смысла, при... текст свёрнут, показать | | |
| |
| |
| |
| |
| |
| |
| |
| |
| 16.118, Аноним (-), 18:56, 27/11/2011 [^] [^^] [^^^] [ответить] | +/– | Ну вот, а говорили, что юзаете их И тут же - такое фееричное незнание матчасти ... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
|
|
| 5.19, Онаним (?), 16:17, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> по жесткому алгоритму зашитому в скрипты, который не
> учитывает, что драйвер может не успеть инициализировать устройство, что диск может
> быть вытащен из системы, что сеть недоступна, что необходимости в выводе
> на печать пока нет и CUPS можно запустить позднее.
Кто мешает зашить в скрипты проработанный разветвлённый алгоритм, умеющий подождать, пока устройство будет проинициализировано, когда сеть будет доступна, и всё такое?
| | |
| |
| 6.25, Аноним (-), 20:49, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Кто мешает зашить в скрипты проработанный разветвлённый алгоритм, умеющий подождать, пока
> устройство будет проинициализировано, когда сеть будет доступна, и всё такое?
Никто. Просто init-скрипты - это уже сейчас издевательство над юниксвеем, а после такого - будет просто глумление над трупом.
| | |
| |
| 7.35, anonymous (??), 21:25, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> Кто мешает зашить в скрипты проработанный разветвлённый алгоритм, умеющий подождать, пока
>> устройство будет проинициализировано, когда сеть будет доступна, и всё такое?
> Никто. Просто init-скрипты - это уже сейчас издевательство над юниксвеем, а после
> такого - будет просто глумление над трупом.
Всё-таки интересно послушать, как init-скрипты издеваются над юниксвеем.
| | |
| 7.137, vle (ok), 17:39, 28/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> Кто мешает зашить в скрипты проработанный разветвлённый алгоритм, умеющий подождать, пока
>> устройство будет проинициализировано, когда сеть будет доступна, и всё такое?
> Никто. Просто init-скрипты - это уже сейчас издевательство над юниксвеем, а после
> такого - будет просто глумление над трупом.
Ты просто не видел нормальных init скриптов.
Твое "образование" ограничивается SysV init, который действительно УГ,
и таким был всегда.
| | |
|
|
| 5.27, Аноним (-), 20:54, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> upstart и сотоварищи по жесткому алгоритму зашитому в скрипты, который не
> учитывает, что драйвер может не успеть инициализировать устройство, что диск может
> быть вытащен из системы, что сеть недоступна, что необходимости в выводе
> на печать пока нет и CUPS можно запустить позднее.
Нет, upstart тоже это учитывает. Там тоже реализована концепция событий.
Всасывает у systemd он по другой причине - чистая концепция событий не позволяет использовать буферизующие возможности сокетов. Ну и нет других вкусных плюшек (эффективный контроль служб через cgroups, монтирование ФС по запросу через autofs и т.д.)
| | |
| |
| 6.32, anonymous (??), 21:13, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>использовать буферизующие возможности сокетов
Тоже странный функционал. Как в плане сложности реализации, так и необходимости реализовывать его на уровне init-а.
>монтирование ФС по запросу через autofs
Это функция явно не init-а. Для её выполнения наклепали тысячи велосипедов.
| | |
| |
| 7.37, Аноним (-), 21:51, 26/11/2011 [^] [^^] [^^^] [ответить] | +/– | Реализуется он довольно просто, кстати cgroups сами по себе являются очень гибк... большой текст свёрнут, показать | | |
| |
| |
| 9.57, Аноним (-), 22:42, 26/11/2011 [^] [^^] [^^^] [ответить] | +/– | Вы не осилили cgroups txt Соболезную То есть, если из-за бага во второстепенно... большой текст свёрнут, показать | | |
|
|
|
|
|
| 4.130, Аноним (-), 20:05, 27/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Хотя асинхронный init изначально бредовая идея.
Ну-ну. Только вот чисто синхронных инитов нынче днем с огнем не сыщещь - даже классический sysvinit научился параллельно исполнять скрипты (сейчас используется в дебиане, раньше еще и в опенсусе использовалось, до перехода на systemd).
| | |
|
|
| |
| 3.28, Аноним (-), 20:55, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> C костылями значительно более весело.
Поэтому сейчас многие дистрибутивы еще держатся за SysV init.
И только отдельные подлые дистры, которым главное не веселье, а упрощение жизни юзерам и админам, переходят на systemd.
| | |
| |
| 4.33, anonymous (??), 21:15, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> C костылями значительно более весело.
> Поэтому сейчас многие дистрибутивы еще держатся за SysV init.
> И только отдельные подлые дистры, которым главное не веселье, а упрощение жизни
> юзерам и админам, переходят на systemd.
Я в упор не вижу упрощения. Усложнение, необходимость изучать си для нетривиального сервиса, отсутствии переносимости, vendor-lock. Можно ещё вписать ограничение на отдельный /usr. Впрочем, последнее скоро исправят.
| | |
| |
| 5.36, Аноним (-), 21:45, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Я в упор не вижу упрощения. Усложнение, необходимость изучать си для нетривиального сервиса, отсутствии переносимости, vendor-lock. Можно ещё вписать ограничение на отдельный /usr. Впрочем, последнее скоро исправят.
Очевидно, вам стоит подучить матчасть. В частности, ваши знания по systemd сейчас ограничиваются чтением выкриков вендотроллей, которые отнюдь не являются полноценной заменой чтению документации. Неудивительно, что вы ничего не видите :)
| | |
| |
| 6.86, anonymous (??), 23:35, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> Я в упор не вижу упрощения. Усложнение, необходимость изучать си для нетривиального сервиса, отсутствии переносимости, vendor-lock. Можно ещё вписать ограничение на отдельный /usr. Впрочем, последнее скоро исправят.
> Очевидно, вам стоит подучить матчасть. В частности, ваши знания по systemd сейчас ограничиваются чтением выкриков вендотроллей, которые отнюдь не являются полноценной заменой чтению документации. Неудивительно, что вы ничего не видите :)
Ну опять щёки раздул. Следовательно, сказать опять нечего.
| | |
| |
| 7.90, Аноним (-), 23:41, 26/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Ну опять щёки раздул. Следовательно, сказать опять нечего.
А какой смысл рассуждать о проблемах современной астрономии со средневековым монахом-схоластиком, считающим, что Земля плоская и стоит на трех слонах?
| | |
| |
| |
| 9.98, Аноним (-), 23:55, 26/11/2011 [^] [^^] [^^^] [ответить] | +/– | Название вашей секты - дело десятое Да и уставы ваши совпадают на 90 и сводятс... текст свёрнут, показать | | |
|
|
|
|
| 5.106, Аноним (-), 00:21, 27/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Я в упор не вижу упрощения. Усложнение, необходимость изучать си для нетривиального сервиса
В systemd нужно изучать Си, чтобы настроить нетривиальную службу?
Вы жжоте. Напалмом.
| | |
| |
| |
| 7.121, Аноним (-), 19:04, 27/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Бугага, твои знания systemd вызывают у меня смех. Вот запускала mount http://cgit.freedesktop.org/systemd/tree/src/mount.c
> Вот запускала shutdown http://cgit.freedesktop.org/systemd/tree/src/shutdownd.c
> И всё на си.
Хех. То есть, если программа написана на Си, то для ее настройки необходимо обязательно знать этот язык? Единственный метод настройки софта, оказывается, патч. А то, что mount настраивается через редактирование /etc/fstab, который написан отнюдь не на Си, вам очевидно, неведомо. Великий вы наш знаток systemd и unix-way.
| | |
| 7.125, Аноним (-), 19:25, 27/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Да, не настроить, а написать. Читай внимательнее
Хотите написать свою собственную службу для systemd? Без проблем, создаете service-файл с указанием зависимостей (если надо) и директивой ExecStart, указывающей на исполняемый файл. А на каком языке он будет написан - целиком на ваш выбор. Хоть на шелле, хоть на брейнфаке (только если шебанг/binfmt не поддерживаются, не забудьте указать интерпретатор).
P.S. И перестаньте уже делать вид, что разбираетесь в systemd и можете его аргументированно критиковать. Из вас получается печальный клоун.
| | |
|
|
|
|
|
| 2.128, Аноним (-), 19:54, 27/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> И эти туда же. Скучно, товарищи.
Когда кто-то предлагает решение, которое на порядок лучше альтернатив, и народ массово выбирает именно это решение - это вполне закономерно и предсказуемо.
А чего вы ожидали? Героического мазохизма во имя верности технологиям середины прошлого века?
| | |
|
| 1.116, Maresias (ok), 17:05, 27/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Mageia 1 - epic fail. Запускаешь - зависает. И эту жуть совершенно серьёзно назвали стабильным релизом. Смотришь на такое изделие и понимаешь, почему разработчиков выгнали из Мандривы. Не верю, что вторая Mageia получится лучше.
| | |
| 1.138, Аноним (-), 21:00, 30/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Лично мне Mandriva нравилась всегда. Удобный интерфейс управления, хороший Системный Центр, всё очень красиво, качественно сделано и понятно.
Например, в том же Alt LInux ничего подобное до сей поры нет. Возможно определяющую роль здесь играет тот фактор, что Mandriva не российский дистрибутив.
| | |
|
