1.1, Аноним (-), 13:17, 17/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> избавлению от привязки к особенностям новых версий ядра
А генту-LTS они выпустят?
> После перехода на API kmod все модули стали загружаться последовательно
Троллинг поттеринга и ко засчитан :)
| |
|
2.2, IMHO (?), 13:19, 17/12/2012 [^] [^^] [^^^] [ответить]
| +4 +/– |
я думаю их доведут до такого состояния новые новшества ядра, что они выпилят ядро линукс и на Gentoo/FreeBSD перейдут
| |
|
3.3, Дед мазай (?), 13:25, 17/12/2012 [^] [^^] [^^^] [ответить]
| +6 +/– |
Зачем чего-то выпиливать? Генту не привязана к ядру. Какое хочешь ядро, такое и собирай.
| |
|
4.5, IMHO (?), 13:32, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
жаль, нету время компилить генту, да и для себя смысла не вижу
| |
|
5.25, FSA (??), 14:04, 17/12/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
После ubuntu скорость работы поражает! Загружается быстро и не шевелит HDD постоянно при запуске приложений.
| |
|
6.38, Аноним (-), 14:25, 17/12/2012 [^] [^^] [^^^] [ответить]
| +21 +/– |
> После ubuntu скорость работы поражает! Загружается быстро и не шевелит HDD постоянно
> при запуске приложений.
После ubuntu скорость работы почти любого дистра поражает.
| |
|
7.121, Аноним (-), 17:49, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> После ubuntu скорость работы поражает! Загружается быстро и не шевелит HDD постоянно
>> при запуске приложений.
> После ubuntu скорость работы почти любого дистра поражает.
Вот что питон животворящий делает!
// Кстати, в генте, как и в федоре, пакетный менеджер написан на нем, родимом.
| |
|
|
9.210, ptr (??), 05:00, 18/12/2012 [^] [^^] [^^^] [ответить] | –2 +/– | Вы просто не умеете их готовить Gentoo на стареньком ноуте с 1 5ГГц Celero... текст свёрнут, показать | |
|
|
11.231, ptr (??), 02:04, 19/12/2012 [^] [^^] [^^^] [ответить] | –1 +/– | Именно с этого и началось Почуствовал Не шевелится она на таком ноуте Работат... текст свёрнут, показать | |
|
12.234, r (?), 14:49, 20/12/2012 [^] [^^] [^^^] [ответить] | –1 +/– | гентушечка всегда была побыстрее люого дистра странно что сейчас об это упомя... текст свёрнут, показать | |
|
|
|
15.244, ptr (??), 11:35, 23/12/2012 [^] [^^] [^^^] [ответить] | –1 +/– | Вообще то, те что хотя бы читали хендбук в курсе, что первое что необходимо при ... текст свёрнут, показать | |
|
14.246, ptr (??), 11:57, 23/12/2012 [^] [^^] [^^^] [ответить] | +/– | Сложно не верить тому, что видишь собственными глазами Идеология Gentoo ориен... текст свёрнут, показать | |
|
15.247, myhand (ok), 16:43, 23/12/2012 [^] [^^] [^^^] [ответить] | +/– | Ох, еще один наивный плод загибающейся системы школьного образования этой страны... большой текст свёрнут, показать | |
|
16.248, ptr (??), 17:11, 23/12/2012 [^] [^^] [^^^] [ответить] | +/– | Критерии оценки различны Однако результатом МОЕГО школьного образования оказало... большой текст свёрнут, показать | |
|
|
16.252, ptr (??), 14:47, 24/12/2012 [^] [^^] [^^^] [ответить] | +/– | Естественно В случае с гентой будет минут на 10 дольше Или вы считаете не врем... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
|
|
|
|
3.56, Аноним (-), 14:44, 17/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
> я думаю их доведут до такого состояния новые новшества ядра, что они
> выпилят ядро линукс и на Gentoo/FreeBSD перейдут
Нет, они просто сделают форк ядра - eLinux. Ну и копирайты на © Gentoo Foundation поменяют, само собой :)
| |
|
4.182, Андрей (??), 19:50, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
Нормально там с копирайиами. emerge udev скачивает/распаковывает systemd (!) и собирает.
| |
|
5.256, Аскар (?), 14:25, 10/01/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
Нет, копирайты. Копилефт - это такой вид копирайта. Открой любой файл под GPL - в первых строчках будет слово Copyright
| |
|
|
3.188, iZEN (ok), 21:10, 17/12/2012 [^] [^^] [^^^] [ответить] | +/– | Пока что решение для автомонтирования ФС флешек через devd на FreeBSD выглядит т... большой текст свёрнут, показать | |
|
4.214, andy (??), 09:52, 18/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Нужно только как-то научить devd подсовывать правильное значение <username> в многопользовательской
> ОС
'whoami', не?
> и обеспечить простой способ корректного отмонтирования ФС со стороны этого
> пользователя вместо точного определения точки монтирования и выполнения команды umount
> для (пока ещё присоединённого) носителя. Был бы HAL, как раньше, такой
> проблемы не существовало бы. Теперь — увы и ах — всё
> переделали с завязкой на Linux udev.
Подумай, что можно сделать.
| |
|
5.221, Michael Shigorin (ok), 12:22, 18/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Нужно только как-то научить devd подсовывать правильное значение <username> в многопользовательской
>> ОС
> 'whoami', не?
Не.
hint: от кого выполнится этот whoami и будет ли разница хоть раз?
| |
5.257, Аскар (?), 14:29, 10/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
> 'whoami', не?
Представь: в компе появилась флешка, комп об этом узнал. Имеется в виду, что об этом узнали всякие системные демоны, которые запущены под root или под nobody или под ещё каким-нибудь системным пользователем. Если этот демон сделает whoami, это whoami вернёт ему root или nobody. А надо определить, КТО вставил флешку, кто щас сидит перед компом. И это нетривиальная задача. Например, если щас запущены иксы, и юзер залогинен в них, то нужно взять того юзера, который залогинен в иксах. Впрочем, даже это соображение вызывает сомнения: что если у нас какой-нибудь сервер с кучей мониторов. За каждым сидит какой-нибудь чел. И тут появляется флешка. И кто из них её вставил?
| |
|
|
|
2.37, Аноним (-), 14:24, 17/12/2012 [^] [^^] [^^^] [ответить]
| +12 +/– |
>> После перехода на API kmod все модули стали загружаться последовательно
> Троллинг поттеринга и ко засчитан :)
eudevщики сами себя затроллили, расписавшись в своем ламерстве. Прав был Грег...
Ядро всегда загружает модули последовательно, даже если вызовы были выполнены из параллельных процессов.
| |
|
|
4.112, Аноним (-), 17:29, 17/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А демоны грузятся параллельно.
> Прикинь?
В systemd, upstart и даже sysvinit - да. А в openrc - официально не поддерживается :)
| |
|
5.147, Аноним (-), 18:51, 17/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
Не надо ля-ля. Поддерживается официально, но!:
rc_parallel has never officially been declared a stable feature (see the
comments in rc.conf regarding this).
и
# WARNING: whilst we have improved parallel, it can still potentially lock
# the boot process. Don't file bugs about this unless you can supply
# patches that fix it without breaking other things!
Надеюсь, переводить не надо и вам ясно, что официально оно поддерживается, но на уровне нестабильной ветки дистрибутива, а также вам должно быть ясно, почему это так и как сделать эту функцию лучше в случае не правильной ее работы ;)
| |
|
6.151, Аноним (-), 18:55, 17/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Не надо ля-ля. Поддерживается официально, но!:
Не надо ля-ля. Вот комментарий разработчика: http://www.linux.org.ru/forum/desktop/8529910?cid=8530111
> просто параллельная загрузка официально не поддерживается и могут возникать баги, которые будут закрывать WONTFIX
> а также вам должно быть ясно, почему это так и как сделать эту функцию лучше в случае не правильной ее работы ;)
Так, как это делают в ubuntu - тупо скопировать с поцтеринга?
| |
|
7.227, Аноним (-), 16:45, 18/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Так, как это делают в ubuntu - тупо скопировать с поцтеринга?
Даже поттеринг может временами предложить что-то дельное. Оценивать надо технологии а не личности, баклан.
| |
|
|
|
|
3.70, Аноним (-), 15:29, 17/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Ядро всегда загружает модули последовательно, даже если вызовы были выполнены из параллельных процессов.
Разница как я понимаю в том, что в одном случае р@ком встает весь процесс загрузки, ожидая пока модуль раздуплится, а во втором - ну, висит некий процесс. И пусть висит. Остальное то грузится.
Позволю себе заметить что туповэйтинг - то с чем Поттеринг так люто боролся. А тут вдруг на третий день Зоркий Глаз замечает что при загрузке модулей по цепочке есть туповэйтинг инициализации модулей и загрузка стоит колом. Косячок-с :)
| |
|
4.110, Аноним (-), 17:25, 17/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Разница как я понимаю в том, что в одном случае р@ком встает весь процесс загрузки, ожидая пока модуль раздуплится, а во втором - ну, висит некий процесс. И пусть висит. Остальное то грузится.
Ну дык в systemd так и сделано. Окончания загрузки модулей никто не ждет - загрузка идет дальше.
А вот гентушный openrc так не умеет. Там есть режим параллельного запуска служб, но он не поддерживается официально и юзается "на ваш страх и риск". Поэтому для параллелизации загрузки (хотя бы) модулей приходится юзать легаси код из systemd :)
| |
|
5.163, Аноним (-), 19:19, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> А вот гентушный openrc так не умеет.
Ах, вот оно что. Сошлись 2 NIH-овца в поединке...
| |
|
4.117, Аноним (-), 17:41, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Разница как я понимаю в том, что в одном случае р@ком встает
> весь процесс загрузки, ожидая пока модуль раздуплится, а во втором -
> ну, висит некий процесс. И пусть висит. Остальное то грузится.
Нет, не в этом. В любом случае все работает по второму варианту.
| |
|
5.164, Аноним (-), 19:20, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Нет, не в этом. В любом случае все работает по второму варианту.
Из изначальных заяв следовало что это нифига не так.
| |
|
4.126, Аноним (-), 18:06, 17/12/2012 [^] [^^] [^^^] [ответить] | +3 +/– | Нет systemd не ждет инициализации всех устройств - ему достаточно только дисков... большой текст свёрнут, показать | |
|
5.132, Аноним (-), 18:35, 17/12/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Нет. systemd не ждет инициализации всех устройств - ему достаточно только дисков с / и /usr. Все остальные девайсы могут спокойно инициализироваться в фоне (если для них не прописаны явные зависимости в default.target).
Поттеринг изобрел smss.exe ? После загрузки системы она все грузится и не готова к работе.
| |
|
6.138, Аноним (-), 18:43, 17/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Поттеринг изобрел smss.exe ? После загрузки системы она все грузится и
> не готова к работе.
Как и разработчики upstart и sysvinit (да, даже он научился запускать службы параллельно).
И только разработчики openrc и рады бы, да не работает оно - виснет https://bugs.gentoo.org/show_bug.cgi?id=391945
| |
|
7.216, chinarulezzz (ok), 12:07, 18/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Поттеринг изобрел smss.exe ? После загрузки системы она все грузится и
> не готова к работе.
>Как и разработчики upstart и sysvinit
у меня sysvinit, и всё загружается до логина. Поццерингофилы лепят остальным свойственные им болячки?
| |
|
|
|
|
3.107, Аноним (-), 17:02, 17/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Ядро всегда загружает модули последовательно, даже если вызовы были выполнены из параллельных процессов.
Узкое место не в запуске ядром, а в чтении с диска - с диска код модулей читается параллельно, не ожидая пока предыдущий модуль запустится ядром.
| |
|
4.111, Аноним (-), 17:28, 17/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Узкое место не в запуске ядром, а в чтении с диска -
> с диска код модулей читается параллельно, не ожидая пока предыдущий модуль
> запустится ядром.
В результате бедный винчестер постоянно дергается между разными секторами, да и планировщик IO мечется как угорелый. Вместо последовательного чтения - рандомное. Что практически всегда медленнее, даже на SSD.
А вот в kmod все по уму сделано - если скорость критично, можно собрать модули вместе, и тогда скорость их загрузки с винта будет максимально возможной.
| |
|
5.142, anonymous (??), 18:45, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
>В результате бедный винчестер постоянно дергается между разными секторами, да и планировщик IO мечется как угорелый. Вместо последовательного чтения - рандомное.
Скажи это Поттерингу.
| |
|
6.149, Аноним (-), 18:52, 17/12/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
>>В результате бедный винчестер постоянно дергается между разными секторами, да и планировщик IO мечется как угорелый. Вместо последовательного чтения - рандомное.
> Скажи это Поттерингу.
Поттеринг это знает, и использует параллелизацию только там, где она дает выигрыш.
Разработчики Gentoo тоже это знают, и используют ее только там, где она дает проигрыш :)
| |
6.153, Аноним (-), 18:59, 17/12/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
>>В результате бедный винчестер постоянно дергается между разными секторами, да и планировщик IO мечется как угорелый. Вместо последовательного чтения - рандомное.
> Скажи это Поттерингу.
Есть тонкая разница между параллелизацией чтения и параллелизацией исполнения.
Поттеринг ее понимает, гентушники - нет.
| |
|
7.215, Аноним (-), 10:29, 18/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
>Есть тонкая разница между параллелизацией чтения и параллелизацией исполнения.
Это ты к чему? systemd читает винт последовательно? Насмешил. Там полный event-based, и даже твой Поттеринг не узнает, что и когда будет прочитано.
| |
|
|
5.166, Аноним (-), 19:21, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> В результате бедный винчестер постоянно дергается между разными секторами,
Намного лучше если он быстро прочтет модуль и потом покурит бамбук минутку, пока модуль раздупляется.
| |
|
4.125, Аноним (-), 17:59, 17/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Узкое место не в запуске ядром, а в чтении с диска - с диска код модулей читается параллельно, не ожидая пока предыдущий модуль запустится ядром.
Существенный бонус тут только тогда, когда модули лежат на разных дисках, с разными очередями запросов на чтение. В противном случае запросы опять-таки окажутся в одной очереди, и при этом возникнет излишняя нагрузка на планировщики I/O ядра и диска.
Кроме того, в большинстве случаев модули лежат в initrd (прочитанный ранее с диска загрузчиком), т.е. на RAM-диске. Скорость чтения с которого - ни разу не узкое место.
| |
|
5.167, Аноним (-), 19:22, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Существенный бонус тут только тогда, когда модули лежат на разных дисках,
Или SSD, который к рандомным seek-ам относится нормально.
| |
5.211, Led (ok), 06:34, 18/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Узкое место не в запуске ядром, а в чтении с диска - с диска код модулей читается параллельно, не ожидая пока предыдущий модуль запустится ядром.
> Существенный бонус тут только тогда, когда модули лежат на разных дисках, с
> разными очередями запросов на чтение. В противном случае запросы опять-таки окажутся
> в одной очереди, и при этом возникнет излишняя нагрузка на планировщики
> I/O ядра и диска.
man readahead
> Кроме того, в большинстве случаев модули лежат в initrd (прочитанный ранее с
> диска загрузчиком), т.е. на RAM-диске.
Ага, 5% всех используемых модулей - в initrd.
man 5% (подсказка: 5% - не "большинство")
> Скорость чтения с которого - ни
> разу не узкое место.
Ну да, initrd не и диска же считывается, а из астрала.
| |
|
6.218, Аноним (-), 12:17, 18/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
>Ну да, initrd не и диска же считывается, а из астрала.
initrd загружается в память еще на самом первом этапе загрзуки вместе с ядром, и потом висит в памяти до завершения работы. Потому модули с него читаются из оперативной памяти всегда.
| |
|
7.224, Led (ok), 16:02, 18/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>Ну да, initrd не и диска же считывается, а из астрала.
> initrd загружается в память еще на самом первом этапе загрзуки вместе с
> ядром, и потом висит в памяти до завершения работы. Потому модули
> с него читаются из оперативной памяти всегда.
Фееричный бред
| |
|
|
|
|
|
|
1.4, Гентовод со стажем (?), 13:25, 17/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Гента резко упала в моих глазах после переноса ifconfig и route из /sbin/ в /bin/. ЧСВ некоторых "разработчиков" дистрибутива зашкаливает.
| |
|
2.6, ostap (?), 13:34, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
"Гента резко упала в моих глазах после переноса ifconfig и route из /sbin/ в /bin/" - так а в чем проблема то? ln -s ...))
| |
|
3.73, Аноним (-), 15:33, 17/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
> "Гента резко упала в моих глазах после переноса ifconfig и route из
> /sbin/ в /bin/" - так а в чем проблема то? ln -s ...))
Ну как, раньше ламерам надо было полный путь вводить, а так сразу все работает. Кощмар, теперь те кто пользуется дистром уже 2 дня не смогут чмырить тех кто только что вкатил себе это! Ужас!
| |
|
|
3.10, Аноним (-), 13:38, 17/12/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
Теперь обычный пользователь может посмотреть интерфейсы и таблицы маршрутов. Это неконцептуально.
| |
|
4.12, ostap (?), 13:40, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Теперь обычный пользователь может посмотреть интерфейсы и таблицы маршрутов. Это неконцептуально.
Неконцептуально или не безопасно?
| |
|
5.14, Andrey Mitrofanov (?), 13:45, 17/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Теперь обычный пользователь может посмотреть интерфейсы
> Неконцептуально или не безопасно?
Негламурненько! Пи-и-иу....
| |
|
6.15, ostap (?), 13:46, 17/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
>>> Теперь обычный пользователь может посмотреть интерфейсы
>> Неконцептуально или не безопасно?
> Негламурненько! Пи-и-иу....
Предлагаю в ответ /home и /opt перенести в /sbin
| |
|
7.17, Andrey Mitrofanov (?), 13:51, 17/12/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Предлагаю в ответ /home и /opt перенести в /sbin
Ага, /home и /opt - в /usr/local, /usr/[s]bin - в /[s]bin/local, ./sbin -> в /bin/sbin, /bin - в отдельный раздел, монтируем его R/O, остальные noexec...
Скорее! Пока RH не запатентовал!!
| |
|
8.19, ostap (?), 13:58, 17/12/2012 [^] [^^] [^^^] [ответить] | +1 +/– | Слишком сложно для них Предлагаю свалить всё в одну папку При совпадении име... текст свёрнут, показать | |
|
7.20, Аноним (-), 13:59, 17/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>>> Теперь обычный пользователь может посмотреть интерфейсы
>>> Неконцептуально или не безопасно?
>> Негламурненько! Пи-и-иу....
> Предлагаю в ответ /home и /opt перенести в /sbin
Не, давайте лучше все, кроме /dev, /proc и /tmp, перенесем в /usr.
| |
7.32, Аноним (-), 14:14, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Предлагаю в ответ /home и /opt перенести в /sbin
Да, у Gentoo должен быть собственный путь! Зачем бездумно повторять за всякими федорками?
| |
|
8.94, Аноним (-), 16:33, 17/12/2012 [^] [^^] [^^^] [ответить] | +/– | Т е Вы предлагаете создать gentoo , а уже в нем bin, usr, opt, home, tmp, etc ... текст свёрнут, показать | |
|
9.109, К.О. (?), 17:16, 17/12/2012 [^] [^^] [^^^] [ответить] | +/– | Установка gentoo начинается с того, что в родительском дистрибутиве создаётся,... текст свёрнут, показать | |
|
|
|
|
5.24, sabitov (ok), 14:01, 17/12/2012 [^] [^^] [^^^] [ответить]
| +9 +/– |
таки бред(!) на счёт секурности. Что мешает обычному юзеру сказать /sbin/ifconfig? и не надо расказывать про права доступа. Покажите мне дистр, в котором "ис каропки" /sbin имеет права доступа 700.
| |
|
6.33, Аноним (-), 14:17, 17/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
Точно. Мне вообще надоело писать /sbin/ifconfig вместо ifconfig. Если конфигурацию можно посмотреть от пользователя, я буду смотреть её от пользователя. Делать sudo ради того, чтобы не писать /sbin/ -- глупо. Экономия в один символ. К тому же приходится лишний раз пароль вводить. Так что перенос ifconfig из /sbin в /bin -- здравое решение.
| |
|
7.40, Аноним (-), 14:26, 17/12/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
> Точно. Мне вообще надоело писать /sbin/ifconfig вместо ifconfig. Если конфигурацию можно
> посмотреть от пользователя, я буду смотреть её от пользователя. Делать sudo
> ради того, чтобы не писать /sbin/ -- глупо. Экономия в один
> символ. К тому же приходится лишний раз пароль вводить. Так что
> перенос ifconfig из /sbin в /bin -- здравое решение.
Хм. А насколько вообще здравое решение запускать ifconfig от пользователя?
| |
7.62, qqq (??), 15:11, 17/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Мне вообще надоело писать /sbin/ifconfig вместо ifconfig.
Откройте для себя перменную среды PATH и файл $HOME/.profile :-)
| |
|
|
7.219, Аноним (-), 12:20, 18/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> в том-то и дело, что сотни пользователей уже написали в тысячах скриптов
> /sbin/ifconfig. И удалённо обновились.
Какие-то больно старые скрипты. ifconfig/route с 2000 года еще deprecaeted в пользу iproute2.
| |
|
|
5.119, Аноним (-), 17:48, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
Безопасность это процесс. Несколько странно думать, что перемещение нескольких файлов сделают безопасную систему опасной.
| |
|
6.185, Michael Shigorin (ok), 20:22, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Несколько странно думать, что перемещение нескольких файлов
> сделают безопасную систему опасной.
Могут (например, если высунуть недостаточно аккуратно написанный suid helper из штатного места, где он хотя бы прикрыт правами доступа в каталог), но не в данном случае.
| |
|
|
4.18, Аноним (-), 13:56, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
Не заню, как правильно, но в моем дистрибутиве ifconfig и route лежат в /sbin, но работают от обычного пользователя, если прописать полный путь.
| |
|
5.21, Аноним (-), 14:00, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Не заню, как правильно, но в моем дистрибутиве ifconfig и route лежат
> в /sbin, но работают от обычного пользователя, если прописать полный путь.
А в Генту даже путь прописывать не надо!
| |
|
4.22, anonymous (??), 14:00, 17/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это правильно и удобно. Хотя двигать оттуда, где устоялось не очень хорошо, лучше бы с дурацкой привычкой не давать простым пользователям /sbin:/usr/sbin в PATH покончили.
А вообще, культурные люди давно ip используют.
| |
|
5.48, Michael Shigorin (ok), 14:32, 17/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Это правильно и удобно.
Да.
> Хотя двигать оттуда, где устоялось не очень хорошо,
Да.
> лучше бы с дурацкой привычкой не давать простым пользователям /sbin:/usr/sbin в
> PATH покончили.
Нет.
> А вообще, культурные люди давно ip используют.
Да.
А ещё есть симлинки. :)
| |
|
6.50, anonymous (??), 14:36, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>лучше бы с дурацкой привычкой не давать простым пользователям /sbin:/usr/sbin в PATH покончили.
>Нет.
Обоснуйте, пожалуйста.
| |
|
5.100, pavlinux (ok), 16:41, 17/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> лучше бы покончили с простыми пользователями...
Правильно, долой ламеров!!!
сhown -R root:root /
chmod -R o-rwxsSt /
| |
|
4.45, Michael Shigorin (ok), 14:30, 17/12/2012 [^] [^^] [^^^] [ответить]
| +5 +/– |
> Теперь обычный пользователь может посмотреть интерфейсы и таблицы маршрутов.
Ничего, что он и раньше "это" мог?
| |
|
5.204, pavlinux (ok), 02:23, 18/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Теперь обычный пользователь может посмотреть интерфейсы и таблицы маршрутов.
> Ничего, что он и раньше "это" мог?
Юзеры, ваще обнаглели, пинг - разрешили, traceroute - разрешили, некоторые,
не будем показывать пальцем, sudo разрешают....
| |
|
6.209, Михрютка (ok), 04:23, 18/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>> Теперь обычный пользователь может посмотреть интерфейсы и таблицы маршрутов.
>> Ничего, что он и раньше "это" мог?
> Юзеры, ваще обнаглели, пинг - разрешили, traceroute - разрешили, некоторые,
> не будем показывать пальцем, sudo разрешают....
ыыы павлиныч, последний раз на клиентской инсталляции убунты - трейсроута не было вапще. на мою просьбу, а нельзя ли? - тут же поставили - они, оказывается, в рутовой консольке сидели. Говорил прозой, даже не подозревая...
| |
|
7.212, pavlinux (ok), 07:19, 18/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> ыыы павлиныч, последний раз на клиентской инсталляции убунты - трейсроута не было вапще.
Простые смертные tracepath нынче юзают. Это кастрированный трейсроут,
там можно задавать только размер пакета, да и то не более 64 кило.
| |
7.220, Michael Shigorin (ok), 12:20, 18/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
re #208 (куда-то уже делось, видимо, из-за ругани) -- на альте так:
$ ls -ld /var/log/messages /var/log/syslog
lrwxrwxrwx 1 root root 15 Feb 13 2009 /var/log/messages -> syslog/messages
drwxr-x--- 2 root adm 4096 Mar 1 2010 /var/log/syslog
И соответственно такой саппорт можно засунуть в группу, посмотрев другие доступные по ней объекты и подумав (мне не доводилось, потому кэшированного ответа нет).
Или как вариант, достроить syslog на выдачу специально для них лога в более другое место либо на логсервер, где хоть в LogAnalyzer свалить. Если в дистрибутиве принимаются соответствующие *.d/*.conf, то хоть пакетом с шаблонным кусочком конфигурации.
| |
7.240, Аноним (-), 04:54, 21/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> ыыы павлиныч, последний раз на клиентской инсталляции убунты - трейсроута не было вапще.
А там по дефолту гламурненький mtr. Хорошая штука, кстати. Хоть и другая.
| |
|
|
|
|
3.30, Аноним (-), 14:12, 17/12/2012 [^] [^^] [^^^] [ответить]
| +5 +/– |
Да никакой. Берем каталоги
/bin
/sbin
/usr/bin
/usr/sbin
/usr/local/bin
/usr/local/sbin
и раскидываем по ним все бинарники от балды. Фак ю поцтеринг!
| |
3.148, Гентовод со стажем (?), 18:52, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> А какая глубококонцептуальная разница то?
удалённо обновил и ребутнул. Несмотря на репутацию генты как якобы требующей постоянного контроля за обновлениями, с 2005го года не было обновления, после которого система пропадала бы из сети. Даже на новую систему инициализации был непротиворечивый опциональный даже после обновления переход. И в скриптах подъёма интерфейса был /sbin/route.
Что характерно, пока тогда думал, что с машиной, думал что Линус какой-нибудь усб_маллок в усб_юсер_маллок() переименовал, со стороны дистрибутива вообще новостей не ожидал.
| |
|
2.13, Аноним (-), 13:43, 17/12/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
АХренительно! У вас наверное и сервера тоже падают так же быстро, как и репутация дистрибутива!
=))
| |
2.36, anonymous (??), 14:19, 17/12/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
sbin это статически слинкованые бинарники а не то что ты подумал, хотя какая уже разница.
| |
|
3.42, Аноним (-), 14:28, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> sbin это статически слинкованые бинарники а не то что ты подумал, хотя
> какая уже разница.
По факту, там уже давно лежат бинарники, юзающие so. Причем эти so могут лежать и в /usr (давеча в debian-devel был эпичный срач, когда это наконец заметили).
| |
|
4.61, myhand (ok), 15:09, 17/12/2012 [^] [^^] [^^^] [ответить] | +1 +/– | А в действительности, по этим самым фактам - в том же дебиане необходимые би... большой текст свёрнут, показать | |
|
5.114, Аноним (-), 17:35, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> А в действительности, по этим самым "фактам" - в том же дебиане
> *необходимые* бинарники там лежат либо статические, либо с библиотеками в /lib.
А остальные - типа не-необходимые? Тогда, простите, какого хрена они делают в корне, а не в /usr?
| |
|
6.127, GentooBoy (ok), 18:18, 17/12/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
The /usr Hierarchy
Purpose
/usr is the second major section of the filesystem. /usr is shareable, read-only data. That means that /usr should be shareable between various FHS-compliant hosts and must not be written to. Any information that is host-specific or varies with time is stored elsewhere.
Large software packages must not use a direct subdirectory under the /usr hierarchy.
Сходите FHS почитайте
| |
|
5.261, _ (??), 16:34, 08/10/2024 [^] [^^] [^^^] [ответить]
| +/– |
> В общем, вы за дебиан не переживайте.
Блажен кто верует(С)
> Школота, конечно, и до дебиановских рассылок давным давно добралась - но там еще есть люди, которые могут этой школоте что-то разъяснить.
> Напр., http://lists.debian.org/debian-devel/2012/08/msg00918.html , http://lists.debian.org/debian-devel/2012/08/msg00908.html
И в качестве примера ссылки на 2012 год, ещё до печально известного голосования "будем голосовать, пока не проголосуют правильно(С)", это времена когда Демьян был ... Debian! Я тогда такие же речи пихал и вдруг ... :(
Нынче, 12 лет спустя демьяну тупо нечем хвастаться, just yet another Linux (C)
IMHO
| |
|
|
3.58, Аноним (-), 14:58, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
Приплыли :)
Utilities used for system administration (and other root-only commands) are stored in /sbin, /usr/sbin, and /usr/local/sbin. /sbin contains binaries essential for booting, restoring, recovering, and/or repairing the system in addition to the binaries in /bin.
| |
|
2.54, blow (?), 14:41, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
Gentoo:
# which ifconfig
/sbin/ifconfig
# which route
/sbin/route
| |
2.59, tipa_admin (?), 15:04, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
Ха. Когда я при установке арча с очередной исошки вообще не нашёл ifconfig - вот это был номер :-D.
| |
|
3.124, GentooBoy (ok), 17:51, 17/12/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
Арчь все еще требует загружать iso для свой установки и при этом не имеет инсталлятора?
| |
|
4.154, Аноним (-), 19:01, 17/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Арчь все еще требует загружать iso для свой установки
Не требует, а предоставляет возможность.
>и при этом не имеет инсталлятора?
Да, не имеет. И?
| |
|
5.196, GentooBoy (ok), 22:27, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
В том и вопрос, нужно мне iso загружать что бы arch установить или для этого любого livecd
| |
|
6.223, Аноним (-), 15:50, 18/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
Ммм, просто из интереса, а в чем сложность скачать лишний iso? Все равно потом из сети тянуть вагоны пакетов.
| |
|
5.262, _ (??), 16:44, 08/10/2024 [^] [^^] [^^^] [ответить]
| +/– |
>> Арчь все еще требует загружать iso для свой установки
Дык по любому вытащишь придётся, даже чтобы на скажем ventoy накатить. Да оно и правильно, вдруг сеть не заведётся? Вы просто уже забыли что так - бывает :)
>>и при этом не имеет инсталлятора?
>Да, не имеет. И?
Во-общето имеет! Ы! Просто Арчешкольники предсказуемо! - даже свой фетиш не знают ;-p :-D
| |
|
|
|
2.228, jOKer (ok), 17:15, 18/12/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
>Гента резко упала в моих глазах
И шо так таки и упала?! Это несчастье. Скорбим вместе с Вами.
А скажите мне как гентушник (со стажем) гентушнику: проблемы с секурностью от этого есть? И если нет, то на фига ли разводить холивар на пустом месте?
| |
|
3.263, _ (??), 16:46, 08/10/2024 [^] [^^] [^^^] [ответить]
| +/– |
Я не гентушник, но если перенос вот этого в другой дир - самая большая проблема Генты ... то возможно :-)
| |
|
|
1.8, Аноним (-), 13:37, 17/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Понаделали дистрибутивов и теперь переливают из пустого в порожнее, переписывая один и тот же функционал.
<troll>Да, Аноним знает как лучше. Лучше, чтобы только Fedora с Red Hat и Debian с Ubuntu. ^.^</troll>
| |
|
2.63, myhand (ok), 15:13, 17/12/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
А, что - он сказал по их поводу что-но новое и разумное?
// А вот что ему ответили на очередное "фи":
"The fact that people seem to think they need to fork a project should be seen as a huge issue. You seem to be ignoring that entirely." (c) тот-самый-парень
| |
|
3.174, Аноним (-), 19:29, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> А, что - он сказал по их поводу что-но новое и разумное?
Да, он сказал что дергать апи для вгрузки модулее - намного умнее чем делать какой-то форк и выполнять какой-то левый посторонний бинарник. ИЧСХ, он в этом прав. В конечном итоге все-равно это инструктирование ядра сделать некие операции. Указанный маршрут может быть короче и не требовать закладки на наличие в системе какого-то стороннего бинаря. Который вообще никто не обещал.
| |
|
4.181, myhand (ok), 19:44, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> А, что - он сказал по их поводу что-но новое и разумное?
> Да, он сказал что дергать апи для вгрузки модулее - намного умнее
> чем делать какой-то форк и выполнять какой-то левый посторонний бинарник.
Интересно, а "левый посторонний бинарник" общается с ядром посредством магии вуду?
Ох, школие.
| |
4.213, anonymous (??), 07:22, 18/12/2012 [^] [^^] [^^^] [ответить]
| +4 +/– |
А, ну да. А libkmod, стало быть, уже является частью стандарта POSIX, раз ты ее гарантируешь в любом дистрибутиве.
Что мешает поддерживать ОБА способа загрузки? Зачем выламывать старый функционал, если это не оправдано?
| |
|
5.264, _ (??), 16:53, 08/10/2024 [^] [^^] [^^^] [ответить]
| +/– |
"Мразилла Ко" каждый год демонстрирует - почему:
Потому что тогда поддерживать придётся ОБА (аффтарский стиль сохранён!)
Но ведь тогда нельзя будет сократить программера (который и так на четверть ставки) и выписать себе очередной бонус! Резать к чёртоыой матери!(С) ПВ
| |
|
|
|
|
1.16, Аноним (-), 13:49, 17/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> udev по прежнему [...] может быть собран без привязки к особенностям systemd
Ложь. Он может быть _использован_ без привязки к systemd, но обособленная _сборка_ не поддерживается.
| |
|
|
3.27, Аноним (-), 14:06, 17/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Нет, немножко о другом.
Точнее, о том, что udev прекрасно работает без systemd.
Но не собирается без него, потому что там довольного много общего кода.
| |
|
|
|
4.31, Аноним (-), 14:13, 17/12/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Setting up to allow separate udev and systemd builds[PATCH 1/5] build-sys: move
> common libraries to separate Makefile
> [PATCH 2/5] build-sys: move udev build to a separate makefile
> [PATCH 3/5] build-sys: move systemd build to a separate makefile
> [PATCH 4/5] build-sys: add --enable-systemd configure option
> [PATCH 5/5] build-sys: add --enable-udev configure option
На что закономерно ответили, что это изменение значительно усложняет систему сборки, а значит, противоречит принципу KISS.
| |
|
5.49, Michael Shigorin (ok), 14:35, 17/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
> На что закономерно ответили, что это изменение значительно усложняет систему сборки,
> а значит, противоречит принципу KISS.
Будучи применён достаточно последовательно, этот принцип может привести данный апстрём к мысли о значительном упрощении сборки -- только под шляпу... заодно и комбинаций вариантов для поддержки меньше, кругом выгода.
| |
|
6.259, freehck (ok), 22:43, 20/09/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Будучи применён достаточно последовательно, этот принцип может привести данный апстрём к мысли о значительном упрощении сборки -- только под шляпу... заодно и комбинаций вариантов для поддержки меньше, кругом выгода.
Кстати, Миша, 5 лет спустя не могу не заметить -- так и вышло. =/
| |
|
5.175, Аноним (-), 19:30, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> значит, противоречит принципу KISS.
Ага, а выколупывать нужные файлы после мейкинсталла - это у них значит KISS? :)
| |
|
|
3.41, гость (?), 14:28, 17/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Lennart Poettering Tue, 19 Jun 2012 01:31:59 -0700
On Tue, 12.06.12 12:52, William Hubbs (w.d.hu...@gmail.com) wrote:
heya,
Sorry, not going to merge this
| |
|
4.84, Пиу (?), 16:08, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
просто Ульрих следит за качеством, а не за модными веяниями
| |
|
5.120, Аноним (-), 17:48, 17/12/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
> просто Ульрих следит за качеством, а не за модными веяниями
Среди широких масс модно закидывать Дреппера ссаными тряпками точно так же, как и Поттеринга, есличо.
| |
|
6.177, Аноним (-), 19:35, 17/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Среди широких масс модно закидывать Дреппера ссаными тряпками
При том не за красивые глаза а за вполне себе стиль майнтайнерства потребовавший от остальных или таскать вагон патчей или просто брутально форкаться как eglibc. Обратите внимание что у eglibc написано в достоинствах :)
Внезапно, майнтайнеры - это тоже люди. Они во первых в мало-мальски самостоятельных и чего-то из себя представляющих дистрах не собираюстя безмолвно строиться под шапку, кушая любой шит отсыпанный свыже, а во вторых, класть на их удобство - можно. Но - икнется потом. Ульриху таки икалось. А теперь eglibc пожалуй установлен на бОльщем числе компьютеров чем glibc оригинальный. Такие вот чудеса науки.
| |
|
5.176, Аноним (-), 19:32, 17/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> просто Ульрих следит за качеством, а не за модными веяниями
Угу, поэтому отлупляет всяких лошпедов с их ARMами с коментами типа "а мы не поддерживаем эту архитектуру, идите в пень!". Ну если вам по пути с таким апстримом - флаг вам в руки и барабан на шею. Вот еще не хватало в открытой системе строиться под какие-то конкретные архитектуры просто потому что апстрим упоролся и забил на кроссплатформенность.
| |
|
|
|
2.90, Аноним (-), 16:20, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> udev по прежнему [...] может быть собран без привязки к особенностям systemd
> Ложь. Он может быть _использован_ без привязки к systemd, но обособленная _сборка_
> не поддерживается.
Посмотрите гентушный ебилд
| |
|
1.29, Аноним (-), 14:11, 17/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
> Проблема такого подхода связана с тем, что kmod загружает модули последовательно, в то время как классическая обработка правил в udev производилась с ответвлением нового процесса. Экономия 0.01 мс на выполнение вызова fork() ничтожна по сравнению с задержкой в 10-20 мс, необходимой для загрузки данных с диска.
Однако практика показывает, что после перехода udev на kmod система стала грузиться быстрее. Значит, кто где-то мухлюет с циферками.
| |
|
2.34, Anonymous copypaster (?), 14:18, 17/12/2012 [^] [^^] [^^^] [ответить]
| +13 +/– |
«there's no way to load modules in parallel. Please check the kernel implementation of module_init before stating things like above. Exec'ing several instances of modprobe doesn't mean you are loading the modules in parallel.»
| |
2.35, Аноним (-), 14:18, 17/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Значит, кто где-то мухлюет с циферками.
Понял, где. fork удава - это не 0.01 мс, а 0.01 с - т.е. 100 мс. Что, конечно же, "ничтожно" по сравнению с 10-20 мс.
| |
|
|
4.52, Аноним (-), 14:37, 17/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> 0.01 с - т.е. 100 мс
> мда..
Зато теперь меня возьмут в разработчики gentoo!
| |
|
5.64, ананим (?), 15:19, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
Тебя Похтеринг возьмёт.
Будешь пульсу пилить и задержки считать.
А потом с Грегом будешь всем отвечать "вы не понимаете".
| |
|
6.77, Аноним (-), 15:42, 17/12/2012 [^] [^^] [^^^] [ответить]
| +4 +/– |
> А потом с Грегом будешь всем отвечать "вы не понимаете".
А вот Грег чисто технически прав: нормальный вариант это дергать вызов api если вам от системы что-то надо. А не дергать какие-то левые нестандартные бинари фиг знает где.
Однако лобовой дерг API ведет к блокирующим вызовам. Вероятно граждане должны бы юзать отдельные треды/форки для ускорения. Мало ли, может какой модуль будет минуту инициализироваться.
| |
|
7.173, Xasd (ok), 19:28, 17/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
ну или просто разработчикия ядра -- придумают (или уже придумали?) -- API для неблокирующих вызовов :) .
kmod не имеет там чтоли async-режима? [ну если не умеет -- думаю при большой необходимости разработчики-kmod всегда могут его запилить :).. врядли это нерешаемая проблема]
| |
|
6.115, Аноним (-), 17:37, 17/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Тебя Похтеринг возьмёт.
Похтеринг не возьмет :(
> А потом с Грегом будешь всем отвечать "вы не понимаете".
Хочешь крикнуть "Кроа-Хартман - идиот!"? Крикни, не стесняйся!
| |
|
|
|
3.46, Аноним (-), 14:31, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Значит, кто где-то мухлюет с циферками.
> Понял, где. fork удава - это не 0.01 мс, а 0.01 с
> - т.е. 100 мс. Что, конечно же, "ничтожно" по сравнению с
> 10-20 мс.
Стоп, не 100, а 10. Но все равно "ничтожно".
| |
|
|
1.95, paulus (ok), 16:33, 17/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Насаждение systemd и включение в него udev похоже на попытки нагадить всем отличным от Федоры дистрибутивам и очень смахивает на тактику M$: "Пользователи ... со временем «сдаются». По словам Джули Ларсон Грин, точка перелома наступает примерно через шесть недель использования Windows 8".
| |
|
2.101, Аноним (-), 16:41, 17/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
Эта тактика описана у Сунь Цзы как "жечь мосты после прохождения наступающего войска". До создания Майкрософт оставалось 2000 лет.
| |
2.116, Аноним (-), 17:40, 17/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Насаждение systemd и включение в него udev похоже на попытки нагадить всем
> отличным от Федоры дистрибутивам и очень смахивает на тактику M$
А гентушники, в свою очередь, пытаются присунуть всем остальным дистрам свой openrc.
Достаточно поискать эпичные обсуждения в архиве debian-devel, когда главный "разработчик" eudev Люся Горбатый пытался доказать дебиановцам, что они обязаны перейти на openrc, и пофиг, что его нет в дебиановских репах и он не умеет параллельной загрузки (в отличие от стандартного дебиановского инита).
| |
|
3.131, Аноним (-), 18:34, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
Строго говоря, параллельная загрузка в генте есть, включается rc_parallel="YES" в /etc/rc.conf, так что высказанное вами на половину - ложь ;)
| |
|
4.135, Аноним (-), 18:38, 17/12/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Строго говоря, параллельная загрузка в генте есть, включается rc_parallel="YES" в /etc/rc.conf,
> так что высказанное вами на половину - ложь ;)
Строго говоря, ее там нет. Разработчики OpenRC неоднократно говорили, что этот режим официально не поддерживается, и все багрепорты относительно него будут закрывать с WONTFIX.
| |
|
5.146, Аноним (-), 18:51, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Строго говоря, параллельная загрузка в генте есть, включается rc_parallel="YES" в /etc/rc.conf,
>> так что высказанное вами на половину - ложь ;)
> Строго говоря, ее там нет. Разработчики OpenRC неоднократно говорили, что этот режим
> официально не поддерживается, и все багрепорты относительно него будут закрывать с
> WONTFIX.
Вот например, комментарий одного из ведущих разработчиков openrc:
http://www.linux.org.ru/forum/desktop/8529910?cid=8530111
| |
|
6.229, qnikst (?), 20:42, 18/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>> Строго говоря, параллельная загрузка в генте есть, включается rc_parallel="YES" в /etc/rc.conf,
>>> так что высказанное вами на половину - ложь ;)
>> Строго говоря, ее там нет. Разработчики OpenRC неоднократно говорили, что этот режим
>> официально не поддерживается, и все багрепорты относительно него будут закрывать с
>> WONTFIX.
> Вот например, комментарий одного из ведущих разработчиков openrc:
> http://www.linux.org.ru/forum/desktop/8529910?cid=8530111
только следует уточнить, что я не только не ведущий, но даже и не разработчик openrc (не считая одного принятого коммита и нескольких не принятых). А по поводу rc_parallel я использую и многие используют, т.е. поддержка все же есть.
| |
|
7.241, Аноним (-), 05:23, 21/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> только следует уточнить, что я не только не ведущий, но даже и
> не разработчик openrc
Что однако не извиняет отношения к фиче. Лишний повод не связываться с такой поделкой и разработчиками.
| |
|
|
|
|
3.258, Анонимус_01 (?), 03:22, 07/08/2014 [^] [^^] [^^^] [ответить]
| +/– |
>Люся Горбатый пытался доказать дебиановцам, что они обязаны перейти на openrc, и пофиг, >что его нет в дебиановских репах
Вы таки можете не верить, но openrc есть в Дебиановских репах
| |
|
2.206, filosofem (ok), 02:55, 18/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> попытки нагадить всем отличным от Федоры дистрибутивам и очень смахивает на тактику M$: "Пользователи ... со временем «сдаются».
Ключевое слово "пользователи". Пользователи венду не форкнут.
| |
|
3.265, _ (??), 17:05, 08/10/2024 [^] [^^] [^^^] [ответить]
| +/– |
>> попытки нагадить всем отличным от Федоры дистрибутивам и очень смахивает на тактику M$: "Пользователи ... со временем «сдаются».
>Ключевое слово "пользователи". Пользователи венду не форкнут.
Ну вон - демьян форкнули и сделали devuan без systemd ... хватит тямы назвать это "историей успеха"? :-\
| |
|
|
1.105, С горы (?), 16:57, 17/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
>недовольство вызывает разработка udev с оглядкой на новые версии ядра Linux, что часто нарушает совместимость со старыми системами.
>Разработчики Gentoo официально анонсировали проект eudev
>что часто нарушает совместимость со старыми системами
>Разработчики Gentoo
>старыми системами
>Gentoo
WTF???
| |
|
2.123, Аноним (-), 17:50, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>недовольство вызывает разработка udev с оглядкой на новые версии ядра Linux, что часто нарушает совместимость со старыми системами.
>>Разработчики Gentoo официально анонсировали проект eudev
>>что часто нарушает совместимость со старыми системами
>>Разработчики Gentoo
>>старыми системами
>>Gentoo
> WTF???
Ну надо же было к чему-то докопаться.
| |
2.192, Crazy Alex (ok), 21:24, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
А что такого? Генту тянет кучу версий различного софта, и тянет довольно долго. Обычно выкидываются промежуточные версии, но избранное - годами живёт.
| |
|
1.129, Аноним (-), 18:29, 17/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
/me ждал крестового похода супротив еретиков, но форк udev'а - это тоже годно.:)
| |
|
2.178, Аноним (-), 19:37, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> /me ждал крестового похода супротив еретиков, но форк udev'а - это тоже годно.:)
Правда форкеры сами не сильно лучше. "Война была равна" :)
| |
|
1.139, Xasd (ok), 18:44, 17/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> В качестве примера неоправданной оптимизации в systemd-udevd, ведущей к регрессивным изменениям, упоминается переход на API kmod для загрузки модулей, который позволяет загружать модули ядра без вызова дополнительных утилит
эээээ... а это точно регрессия? точно-точно?
| |
|
2.144, Аноним (-), 18:46, 17/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> В качестве примера неоправданной оптимизации в systemd-udevd, ведущей к регрессивным изменениям, упоминается переход на API kmod для загрузки модулей, который позволяет загружать модули ядра без вызова дополнительных утилит
> эээээ... а это точно регрессия? точно-точно?
Работает быстрее - значит, регрессия. По гентушным меркам.
Ведь неоднократно говорилось, что процы нынче мощные, SSD быстрые, а значит, тормоза не имеют значения.
| |
2.158, anonymous (??), 19:09, 17/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>эээээ... а это точно регрессия? точно-точно?
Таки не позволяет использовать что-то отличное от kmod. Уменьшение функционала есть регресс.
| |
|
3.161, Xasd (ok), 19:17, 17/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>эээээ... а это точно регрессия? точно-точно?
> Таки не позволяет использовать что-то отличное от kmod. Уменьшение функционала есть регресс.
kmod -- это лишь СРЕДСТВО а не цель.
а цель (функционал) -- это в данном случае инициализация модулей. :)
если проблема возникает только на старых ядрах -- то просто обнови ядро :), или не обновляй udev (до тех пор пока не решишься обновить ядро).
| |
|
4.187, anonymous (??), 20:47, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
Есть среды, в которых твое СРЕДСТВО вдруг превратится в цель ради использования нового ядра.
| |
|
|
|
1.155, Celcion (ok), 19:01, 17/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Да здравствует стопиццот реализаций одного и того же функционала! Да здравствует Крылов, так точно предсказавший в басне про лебедя, рака и щуку всю суть разработки линукса!
| |
|
2.160, Xasd (ok), 19:10, 17/12/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
басня кстате не совсем верная.
в реальной жизни эти три животных врядли смогли бы начать такой проект (переместить воз).
я конешно перечитаю басню ещё раз -- может быть я забыл какие-то детали.
# P.S.: а что касается науки (если причислять -- Linux к науке) -- то давно уже было замечено, что развитие науки всегда шло через этапы:
... -> "разветвление" -> "объеденение" -> "разветвление" -> "объеденение" -> "разветвление" -> "объеденение" -> ...
| |
|
3.183, GentooBoy (ok), 19:52, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
расскажите это менеджерам в пнендостане, орущим devepoers, developers,developers и говорящих что конкуренция это хороше.
Блин веткой промазал
| |
|
2.232, iCat (ok), 10:14, 20/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Да здравствует стопиццот реализаций одного и того же функционала!
Да здравствует консолидация всего функционала в монолитный модуль!!!
| |
|
3.236, Celcion (ok), 00:34, 21/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Да здравствует консолидация всего функционала в монолитный модуль!!!
Ну, я и говорю, стопиццот недоделанных реализаций одного и того же функционала, равно как и гора костылей сверху для обеспечения видимости совместимости между разными дистрами и подсистемами - конечно же лучше.
Неинтересно ведь, когда функционал един и хорошо продуман.
| |
|
|
|
2.193, iZEN (ok), 21:27, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
Фундаментальное свойство ПО: постоянные изменения и переработка с целью соответствия его требованиям поставленных задач (которые тоже меняются со временем), исправление ошибок, оптимизация (тюнинг). Кто этого не понимает, тот надолго остаётся с "return 4" в функции генерации псевдослучайного числа.
Необходимо налаживать и поддерживать на качественном уровне процесс непрерывного сопровождения ПО, а не останавливаться на выпусках релизов и аврально затыкать дыры, если что-то произошло.
| |
|
3.194, ноутпадер (?), 22:02, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Фундаментальное свойство ПО: постоянные изменения и переработка с целью ... Кто этого не понимает, тот надолго остаётся с
> "return 4" в функции генерации псевдослучайного числа.
Только вот переработки некоторого современного ПО сродни изменению константы в приведённом вами примере. Вчера было 4, сегодня покоммитили 118, завтра будет 0.
| |
|
4.198, iZEN (ok), 23:25, 17/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Фундаментальное свойство ПО: постоянные изменения и переработка с целью ... Кто этого не понимает, тот надолго остаётся с
>> "return 4" в функции генерации псевдослучайного числа.
> Только вот переработки некоторого современного ПО сродни изменению константы в приведённом вами примере. Вчера было 4, сегодня покоммитили 118, завтра будет 0.
И даже ради этого стоит...
| |
|
|
2.195, Аноним (-), 22:14, 17/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
В Gentoo, в отличие от большинства других дистрибутивов, можно спокойно смешивать стабильные и нестабильные версии пакетов в одной системе. Нужен тебе новый gcc - размаскируй, пользуйся, пиши багрепорты и реквестируй стабилизацию, всё будет. Это же не дебиан какой, где релиза пять лет ждут.
| |
|
3.199, Аноним (-), 23:26, 17/12/2012 [^] [^^] [^^^] [ответить] | +/– | Вы видимо так и не поняли, о чем я говорю Зачем мне смешивать две разные ветки ... большой текст свёрнут, показать | |
|
4.200, alx (??), 00:00, 18/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
C учетом 2.193 это самая стабильная linux система. BSD не беру расчет, т.к. не использовал ни в продакшене ни на рабочих станциях. Причем я не программист, что не мешает мне ее использовать во многих инсталяциях, писать багрепорты, общаться с разрабами и закидывать исправления, которые я могу делать. Gentoo ни к чему не обязывает пользователя, из-за чего ламеры начинаю думать, что система должна гарантированно правильно реагировать на любые их хотелки.
| |
|
5.205, Аноним (-), 02:35, 18/12/2012 [^] [^^] [^^^] [ответить] | –2 +/– | Ни кто и не говорит, что Gentoo к чему то обязывает Сама идея Gentoo очень хоро... большой текст свёрнут, показать | |
|
6.222, alx (??), 13:29, 18/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Насколько быстро добавляются критические уязвимости по сравнению с другими дистрибутивами, не быстро.
Мне этому верить на слово или как?
Тебя не устраивает актуально ПО в ~??
| |
|
|
4.233, iCat (ok), 10:24, 20/12/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
>...Теперь же чтобы в Gentoo получить желаемое в нем надо быть не просто опытным пользователем, а желательно сразу программистом...
Ты не прав.
Я не являюсь программистом. Я - системный администратор. Максимум - скриптики автоматизации на bash или cmd. Однако Gentoo пользуюсь с огромным удовольствием.
* Нет инсталлятора? Да я уже забыл когда пользовался инсталляторами!
* Нет графических утилит обновления системы? Э-м... Это как в Windows? Спасибо, не надо - совсем не трудно набрать в командной строке "emerge -uD world"
* Трудности с установкой "нестабильных программ"? Ай, бросьте! Я без труда разобрался!
* Неожиданности при обновлениях? Так ведь есть профили "desktop", "server", "developer", "hardended"...
Сознайтесь: вы просто давно не заглядывали в сферу Gentoo.
| |
|
5.235, Celcion (ok), 00:30, 21/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Всегда было интересно то, как часто в таких обсуждениях мелькает "я" как единое мерило и абсолютный довод. И собственный действия, как единственно верные. А так же то, что людей при этом не смущает тот факт, что остальным, равно как и тем, кому он непосредственно пишет, может быть совершенно наплевать как на это самое "я", так и на его проявления.
Если для того, чтобы пользоваться Gentoo надо быть системным администратором Gentoo - то пусть системные администраторы Gentoo его и используют, странно думать, что остальные тоже являются администраторами Gentoo.
Невозможно досконально разбираться в тонкостях работы каждого инструмента, которым пользуешься. От некоторых хочется, чтобы они работали по принципу just work. И если дистр без пользователя этого делать не умеет, а так же требует сверяться с Google/Gentoo Wiki/Support Forums при выполнении любого незнакомого действия - то его вполне могут счесть именно таким, как откоментировали выше. И вполне заслуженно.
| |
|
|
|
|
1.202, Михрютка (ok), 01:01, 18/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
правильно, у кого какой гандурас болит, тот то и чешет.
это ж пофиг, что любой нормальный сервер после рестарта от 3 до 5 минут проводит в посте, проверке и обнулении памяти, инициализации и загрузке биоса И/О, прежде чем вообще попытается загрузить ОС.
пофиг, что ОС не умеет толком динамически освобождать/получать память, ядра.
зато наш лаптопчег будет грузиццо на 3, 14159268 сек быстрее ААААА!!!11 несомненное преимущество.
цирк.
| |
|
2.217, Michael Shigorin (ok), 12:13, 18/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> пофиг, что ОС не умеет толком динамически освобождать/получать память, ядра.
Помнится, учили ещё на SPARC -- а что сейчас не так?
| |
|
1.207, filosofem (ok), 02:59, 18/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Разработчики eudev готовы к интеграции поддержки интересных другим дистрибутивам возможностей, за исключением необоснованных предложений (например, желании интегрировать в eudev собственную систему инициализации) и изменений, делающих невозможным обновление существующих систем на новую версию eudev.
На что это они намекают?
| |
|