| |
| 2.6, Andrey Mitrofanov_N0 (??), 10:14, 16/06/2019 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Ждём Devuan 2.1 :-)
Жди 4.0. Чтоб по-настоящему! (10 заморожен, 11 будет 4.0. Если за три+ года мажорно не поменяют "систему нумерации".)
| | |
| |
| |
| 4.30, Аноним (21), 12:37, 16/06/2019 [^] [^^] [^^^] [ответить]
| +/– | |
я тебе сказал, что кирпич - это "прямоугольный параллелепипед", ты же при этом спрашиваешь "и какого же он тогда цвета?".
"диванные пользователи и майнтейнеры, не приложили усилий по выпуску новой версии их любимой программы" - так понятно ?
| | |
| |
| 5.36, freehck (ok), 14:21, 16/06/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Ну класс. То есть... Люди занимаются строительством дистрибутива вокруг инита, представляющего из себя ~8k строчек кода на C, потому что эти строчки за многие годы отлажены вдоль и поперёк, и почти не меняются с годами. А тут выпрыгивает из кустов некий эксгибиционист, распахивает плащ, а под плащом у него -- "большой" аргумент. Аргумент о том, что эти мейнтейнеры, оказывается, должны были в эти отлаженные за десятилетия 8k строчек кода свой вклад сделать. Знать бы ещё, зачем.
| | |
| |
| 6.38, Аноним (38), 15:00, 16/06/2019 [^] [^^] [^^^] [ответить]
| +/– |
> что эти мейнтейнеры, оказывается, должны были в эти отлаженные за десятилетия
> 8k строчек кода свой вклад сделать. Знать бы ещё, зачем.
Ну, мало ли.
[CODE]
/* Sort the big list */
- qsort(fl->files.recs, fl->files.used,
- sizeof(*(fl->files.recs)), compareFileListRecs);
+ if (fl->files.recs) {
+ qsort(fl->files.recs, fl->files.used,
+ sizeof(*(fl->files.recs)), compareFileListRecs);
+ }
[/CODE]
https://github.com/rpm-software-management/rpm/commit/6f21184c9c998d51af605236
| | |
| 6.41, Аноним (41), 16:55, 16/06/2019 [^] [^^] [^^^] [ответить]
| –2 +/– | |
>отлажены вдоль и поперёк
В тексте новости первым же пунктом ченджлога:
>прекращена поддержка настройки форматирования вывода и удалён флаг "-f", так как связанный с форматированием код вызывал проблемы с безопасностью
Ох уж эта гениальная отлаженность по сивинитовски. Авторы видимо так устали от отлаженности что решили удалить слишком отлаженный код.
>~8k строчек кода на C
Опять же судя по первому пункту в ченджлоге с каждой версией строчек все меньше. Будем делать ставки когда строк станет ~0 ?
| | |
| |
| 7.65, freehck (ok), 12:57, 17/06/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>отлажены вдоль и поперёк
> В тексте новости первым же пунктом ченджлога:
>>прекращена поддержка настройки форматирования вывода и удалён флаг "-f", так как связанный с форматированием код вызывал проблемы с безопасностью
> Ох уж эта гениальная отлаженность по сивинитовски. Авторы видимо так устали от
> отлаженности что решили удалить слишком отлаженный код.
То, что со временем происходит переосмысление безопасности программы -- это процесс вполне себе нормальный. Переосмыслили и удалили форматную строку. В целом -- правильное решение, т.к. уязвимостям форматных строк целые книги посвящены.
| | |
| |
| 8.69, Имя (?), 15:28, 17/06/2019 [^] [^^] [^^^] [ответить] | +/– | То, что со временем происходит переосмысление программы безопасности -- это проц... текст свёрнут, показать | | |
| |
| |
| 10.78, Аноним (78), 11:24, 18/06/2019 [^] [^^] [^^^] [ответить] | –2 +/– | Ой системд единственное приложение в линуксе в котором нашли дыры, бяда бяда До... текст свёрнут, показать | | |
|
|
|
|
|
|
| 4.68, Аноним (68), 15:18, 17/06/2019 [^] [^^] [^^^] [ответить]
| +/– |
Ты не понял. SUSE уже не использует SysVinit. А наличие большого количества коммитов от них - это диверсия, чтобы сделать SysVinit хуже
| | |
| |
| 5.70, Аноним (70), 15:30, 17/06/2019 [^] [^^] [^^^] [ответить]
| +/– |
Наличие коммитов в SysVinit - это диверсия. Только такой подход должен использоваться в современном линуксе!
| | |
| 5.71, пох. (?), 17:57, 17/06/2019 [^] [^^] [^^^] [ответить]
| +/– | |
пока что источники диверсии гораздо ближе - убунта и ее подобия, пропихнувшие всякий мусор типа insserv и, конечно же ж, "update-rc.d" (и вот, героически победившие автоудалятель конфига этой ненужной ненужно в очередной версии)
То есть даже sysv init умудрились забить мусорными поделками. С кукареками о "параллельной загрузке" и прочем хламе.
Ну а чего, действительно, не пропадать же ж шлаку.
| | |
|
|
|
|
| 1.7, Аноним (7), 10:16, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> во времена до systemd и upstart
Эх, были времена…
А что, упс-срат еще живой?
| | |
| |
| 2.8, volodja (?), 10:26, 16/06/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
запусти в виртуалке lionuxmint 9 (upstart) и сравни скорость загрузки с последним
| | |
|
| 1.9, Аноним (9), 10:32, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> во времена до systemd и upstart
Должен сказать неплохие были времена. Перестройка, sysvinit, Кашпировский...
| | |
| 1.10, Грусть (?), 10:33, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> В коде некоторые строки, проверяемые через sizeof(), заменены на константы.
Звучит как дурь.
| | |
| |
| 2.14, A.Stahl (ok), 11:03, 16/06/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Насколько помню sizeof считается ещё на этапе комплирования. Если я помню правильно, то это не дурь а вообще саботаж.
| | |
| 2.27, Анонм (?), 12:20, 16/06/2019 [^] [^^] [^^^] [ответить]
| +5 +/– | |
А выглядит как культура кода на сях
- char path[128];
- snprintf(path, sizeof(path), "%s/%s", initddir, p->name);
+ char path[PATH_MAX];
+ snprintf(path, PATH_MAX, "%s/%s", initddir, p->name);
| | |
| |
| 3.34, Аноним (34), 14:15, 16/06/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
Т.е., если однажды кому-то захочется/понадобится изменить размер буфера, то будет недостаточно подправить объявление переменной, придётся искать и менять все места записи в этот буфер. Данунафиг такую "культуру".
| | |
| |
| |
| 5.52, Аноним (52), 22:07, 16/06/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
Речь шла не про изменение значения константы, задающей размер буфера, а про замену одной константы на другую. Т.е. если в строчке
char path[PATH_MAX];
PATH_MAX заменить на, например, упомянутый тобой MAX_PATH, то такую же замену придётся делать и в строчке
snprintf(path, PATH_MAX, "%s/%s", initddir, p->name);
и во всех остальных подобных местах. С sizeof(path) достаточно поменять только объявление массива.
| | |
| |
| 6.67, Аноним (67), 14:23, 17/06/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
Посмотри на строку
snprintf(path, sizeof(path), "%s/%s", initddir, p->name);
и скажи поместится ли в path помещаемое?
И как быстро ты выяснишь что поместится (или не поместится)?
А потом ответы на те же вопросы, но уже со строкой в которой PATH_MAX.
| | |
|
|
| 4.59, Аноним (59), 01:23, 17/06/2019 [^] [^^] [^^^] [ответить]
| +/– |
Ещё б ты знал, что это глобальная системная константа (POSIX limits.h), не порол бы чуши.
| | |
| |
| 5.79, Аноним (79), 08:24, 19/06/2019 [^] [^^] [^^^] [ответить]
| +/– | |
И именно поэтому она ничем не лучше магического значения 128 или 42. А тут это магическое значение впихнули 2 раза.
Ой, кто бы порол чушь, програмизд
| | |
|
|
| 3.80, Аноним (79), 08:26, 19/06/2019 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Нда... Это студент дорвался до кода?
Если что, адекватно было бы сделать:
- char path[128];
+ char path[PATH_MAX];
snprintf(path, sizeof(path), "%s/%s", initddir, p->name);
| | |
|
|
| 1.11, Аноним (-), 10:34, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –8 +/– | |
>Состоялся релиз классической системы инициализации sysvinit 2.95, которая широко применялась в дистрибутивах Linux во времена до systemd и upstart, а теперь продолжает использоваться в дистрибутиве Devuan.
Автор новостей ограничен. Слака и его поризводные без systemd. Пусть новости про Sys V Init пишет Саахрикту.
| | |
| |
| 2.15, Аноним (15), 11:03, 16/06/2019 [^] [^^] [^^^] [ответить]
| +3 +/– |
Комментатор ограничен. Sys V Init в Slackware никогда не было, там BSD init.
| | |
|
| 1.12, Аноним (12), 10:45, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Тот случай, когда прочитал sysvinit 2.95 как systemd 295 и подумал что последний сменил стиль нумерации.
| | |
| 1.19, user90 (?), 11:22, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> продолжает использоваться в таких дистрибутивах, как Devuan и antiX
А когда-то еще и в OpenSUSE.. эх, давно прошли те времена!
| | |
| |
| |
| 3.43, user90 (?), 17:09, 16/06/2019 [^] [^^] [^^^] [ответить]
| +/– |
Когда она еще реально была OpenSUSE, а не тем, чем стала сейчас. 13.1? Да не помню уже.
| | |
| |
| 4.51, Аноним (1), 19:47, 16/06/2019 [^] [^^] [^^^] [ответить] | +/– | В версии 12 3 Я сейчас пишу из 12 2 с SysVinit Не работают 2 вещи 1 etc in... большой текст свёрнут, показать | | |
| |
| 5.72, пох. (?), 18:06, 17/06/2019 [^] [^^] [^^^] [ответить]
| +/– | |
в 12.0 (в которой это и было основное идеологическое отличие, заставившиее увеличить major)
то что у вас там что-то где-то случайно то работает,то нет - это потому,что вы используете нестандартную конфигурацию, оставленную исключительно для совместимости на переходный период - вдруг понадобится 3d party софт, несовместимый с модным трэшачком. Для постоянной эксплуатации ни разу и не предназначенную.
И старательно доламывавшуюся на всем протяжении жизни 12й версии. Потому что именно ради этого ее и выпускали - у пупсиков же ж сервер (с временем рестарта 15 минут из-за особенностей инициализации памяти) недостаточнобыстрозагружается!
Последней не systed-аунутой opensuse была 11.4 - ее даже и поддерживали максимально возможное время - evergreen тянулся аж до 18го года именно по этой причине.
это и была последняя более-менее цельная и работающая система linux, еще не превратившаяся в "новый стандарт". На сегодня, увы, уже имеющая исключительно раритетную ценность.
| | |
|
|
|
|
| 1.22, Аноним (22), 11:35, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
надо sysvinit переписать на rust и добавить поддержку unit-файлов из systemd
| | |
| |
| 2.33, freehck (ok), 14:03, 16/06/2019 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> надо sysvinit переписать на rust и добавить поддержку unit-файлов из systemd
Ну и, собственно, значем? Что это изменит? В экосистеме sysv всё как бы и так есть, в том числе и systemd-shim -- эта самая пресловутая поддержка unit-файлов systemd, реализованная в виде отдельной утилиты. А Rust? Ну нафига? Вот действительно, сотню строчек с C на Rust переписать -- и что-то такое невероятное случится?
| | |
| |
| 3.64, Аноним (64), 12:41, 17/06/2019 [^] [^^] [^^^] [ответить]
| +/– | |
> В экосистеме sysv всё как бы и так есть
Лолшто? Значение слова не потрудитесь узнать для его уместного применения
| | |
| |
| 4.66, freehck (ok), 12:58, 17/06/2019 [^] [^^] [^^^] [ответить]
| +/– |
>> В экосистеме sysv всё как бы и так есть
> Лолшто? Значение слова не потрудитесь узнать для его уместного применения
Стесняюсь спросить, какого же именно слова. )
"экосистема"? "sysv"? "есть"?
| | |
|
|
|
| 1.23, Аноним (23), 11:39, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
И это хорошо.
Буквально вчера наступил на очередные грабли с системГ, причем, как всегда, нежданно и с размаху. Чудесная штука это системГ - никогда не знаешь в каком месте при очередной перезагрузке грабли зависимостей выползут. Вчера вот с openntpd.
| | |
| |
| 2.26, Сёмка (?), 12:18, 16/06/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это ещё что! Вы в какой Жо (Дыре безопасности) находитесь ещё не знаете!
| | |
|
| 1.24, Рупор Поттеринга (?), 12:15, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Требую:
1 переписать на Go + nodejs, как белые люди
2 добавить прослойку для совместимость с systemd на уровне бинарных логов
3 выбить грант на импортозамещение (и пропить всем Опеннетом)
4 интерфейс настроек должен быть на electron+flash, и тянуть (в качестве зависимостей) половину KDE последней beta версии
| | |
| |
| 2.29, Анонм (?), 12:27, 16/06/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
1. Несовременно, надо на react native
2. Зачем прослойку, systemd нужно тянуть как зввисимость и сбрасывать в него логи
3. А смузи с водкой будут?
4. KDE слишком легкое, нужно собраный в webassembly Servo запускать в электроне, а на этом уже рисовать qml. И заменить этим всем Плимут, а то у него фатальный недостаток, комп загружается быстрее, чем он стартует
| | |
| |
| 3.50, НяшМяш (ok), 19:43, 16/06/2019 [^] [^^] [^^^] [ответить]
| +/– |
 1. реакт натив уже несовременно, надо на флаттере, или как тру смузихлёбы, на свифтуи (и пофиг что не будет на линуксе работать)
| | |
|
|
| 1.32, KaE (ok), 13:43, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
 [quote]Команда startpar теперь устанавливается в каталог /bin, а не в /sbin, так как она может использоваться не только администратором, но и обычными пользователями[/quote]
какое важное изменение!
| | |
| 1.48, Аноним (48), 18:53, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –17 +/– |
После systemd воспринимать вот это серьезно никак не получается. Можно избавить задонативших сюда людей от подобного рода новостей?
| | |
| |
| 2.54, Аноним (54), 22:59, 16/06/2019 [^] [^^] [^^^] [ответить]
| +4 +/– |
Задонатить и купить - это не одно и то же. И отучайтесь расписываться за всех задонативших.
| | |
| 2.55, anonononononim (?), 23:04, 16/06/2019 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>>После systemd воспринимать вот это серьезно никак не получается.
а системде воспринимать серьезно вообще не получается. ну вообще вот. ну не понимаю я зачем оно нужно? что оно дает? запихали виндовый менеджер в линукс и довольны. столько говнобагов уже в нем словил что не понимаю как это в продакшон пускать? ну как? оно тупо непредсказуемо.
| | |
| |
| |
| 4.86, Аноним (85), 13:06, 27/06/2019 [^] [^^] [^^^] [ответить]
| +/– |
А при чём systemd? В контейнерах его нет, а на хосте контейнеры это docker или lxc.
| | |
|
|
| 2.62, В (?), 10:37, 17/06/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
После systemd как раз новости про systemd не получается серьезно читать.
| | |
| |
| 3.63, Andrey Mitrofanov_N0 (??), 11:03, 17/06/2019 [^] [^^] [^^^] [ответить]
| +/– | |
> После systemd как раз новости про systemd не получается серьезно читать.
Зачем их "серьёзно читать"-то?!
Под ними надо несерьёзно укатываться над его "серьёзными" протребл-телями.
| | |
|
| 2.83, Аноним (84), 10:37, 24/06/2019 [^] [^^] [^^^] [ответить]
| +/– | |
>После systemd воспринимать вот это серьезно никак не получается.
А после Electron?
| | |
|
|
