|
2.3, Аноним (3), 14:43, 28/11/2020 [^] [^^] [^^^] [ответить]
| +34 +/– |
Поддерживаю! А также желаю скорейшего отделения в отдельную ОС, чтобы не портил наши линуксы своей ненужностью!
| |
|
3.11, Лёня Потный (?), 14:53, 28/11/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
Так мы давным-давно отдельная ОС - Линукс называется, не слышали разьве?
А в _вашем_ линуксе скоро и usb-устройства перестанут работать. Кто, говорите, ненужно?!
| |
|
4.37, Аноним (37), 15:35, 28/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
Udev вроде до сих пор заменяется на mdev, с возрождением consolekit возможно придётся немного попотеть. И флешки тоже подключаются. Вейланд я так понимаю не работает без dbus и loginctl, дальше будет сложнее, после его внедрения.
| |
|
5.44, Аноним (44), 15:49, 28/11/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
смотря какой вейланд. Sway например никак не использует dbus, а вместо systemd-logind там запилили собственный минималистичный демон seatd, который вроде как даже во фре работает.
| |
|
6.63, Аноним (37), 17:05, 28/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
Consolekit не работает отлично. Elogind это часть systemd как и eudev, работает он очень не отлично, постоянно баги лезут. Есть ещё проблемы с pam, я так понимаю, у systemd их тоже нет.
| |
|
7.68, Siborgium (ok), 17:15, 28/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
>не работает отлично
Чем подкрепите свои слова?
>Elogind это часть systemd как и eudev
Хотя их можно считать частью systemd, они являются самостоятельными частями, не привязанными к остальным частям systemd.
| |
|
8.70, Аноним (37), 17:30, 28/11/2020 [^] [^^] [^^^] [ответить] | –1 +/– | Десятилетним опытом ежедневного использования генту Мне лень, если честно В лю... текст свёрнут, показать | |
|
7.139, freehck (ok), 21:36, 28/11/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Elogind это часть systemd
Не совсем. Это форк от systemd, в котором выпиливают всё, кроме logind.
> работает он очень не отлично, постоянно баги лезут
Потому что сделать полностью совместимый форк systemd невозможно, кэп.
| |
|
|
5.117, псевдонимус (?), 20:40, 28/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
Сам по себе должен работать. Программы под ним без дристошины этой вряд ли будут. Реально, тут только киллеры помочь могут.:-(
| |
|
4.77, Аноним (77), 18:03, 28/11/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Лёня, ваша отдельная ОС называется ШляпоОС. Плохо не знать корпоративные стандарты.
| |
|
|
4.22, user90 (?), 15:09, 28/11/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Зачем же так сразу-то признавать, что сам - махровый мейнстримщик?
| |
|
|
|
7.113, Аноним (113), 20:31, 28/11/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну да, код задорого не продашь. Маловато SLOC по сравнению c плюсам и жабами, например.
| |
|
|
|
|
3.212, Аноним (212), 16:18, 29/11/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
по факту ненужностью не портят все дистры без систем д нынче, т к во всех стабильных и фостребованных сабж имеется.
Не тепло и не холодно от сабжа, но уже как-то попривык к командам и совместимость со стороннимим пакетами лучше.
| |
|
|
|
4.106, Аноним (113), 20:02, 28/11/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ты форт не трожь! Он у меня влезал в авээрку 8515 с внешней 32K RAM. Безо всякой кросс-компиляции, полноценная система была через UART. Сейчас такое не делают, даже я.
| |
4.119, псевдонимус (?), 20:44, 28/11/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Форт гениален. И работает. И кушать непрочитанных, а главное горшочниковы в него не могут, он сходу выявляет их профнепригодность.
| |
|
5.129, Аноним (113), 21:11, 28/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
Форт-машина - шедевр. Но, надо признать, как исык форт - говно. Я 20 лет думаю думки как сделать конфетку, но - не дано. Тут нужно божественное вмешательство.
| |
|
6.131, псевдонимус (?), 21:15, 28/11/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Форт-машина - шедевр. Но, надо признать, как исык форт - говно. Я
> 20 лет думаю думки как сделать конфетку, но - не дано.
> Тут нужно божественное вмешательство.
Фактор?
| |
|
|
|
|
2.9, leibniz (ok), 14:53, 28/11/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> прекрасная вещь
прекрасная, перегруженная сверху всем и вся
| |
|
3.18, Fracta1L (ok), 15:01, 28/11/2020 [^] [^^] [^^^] [ответить]
| –7 +/– |
Ты ведь уже выпилил из своей системы xorg, борец с перегруженностью?
| |
3.65, Dzen Python (ok), 17:12, 28/11/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
...универсальная, с наименьшим костылизмом, нормальной архитектурной частью (юнит-таймер-сокет).
Но ананас на опеннете знает лучше, поэтому прячась за размытыми формулировками хает то, что принято здесь хаять
| |
|
4.187, leibniz (ok), 07:59, 29/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
никто ничего не «хает»... просто рассматриваю сабж исключительно как систему инициализации, с позиции минимализма (:
| |
|
|
2.74, Хвала Линусу Поттерингу (?), 17:55, 28/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
Полностью поддерживаю! Недаром чудное творение Линуса Поттеринга приняли во все ведущие дистрибутивы Линукс - профессиональные разработчики видят, кто лучше!
| |
2.78, Аноним (77), 18:13, 28/11/2020 [^] [^^] [^^^] [ответить]
| +3 +/– |
Фрокталушка, да оно ж сплошная сишная дыра. Куда ни ткни - "not a bug". Как можно-то?
| |
2.118, псевдонимус (?), 20:42, 28/11/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Там же сплошные сишные дырени. Поставил, провалился и ногу подвернул. Пришлось снести:-(
| |
|
1.2, Аноним (-), 14:43, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Не прошло и недели, как opennet разродился новостью. Поздравляю всех любителей Linux-без-костылей!
| |
|
2.5, Аноньимъ (ok), 14:46, 28/11/2020 [^] [^^] [^^^] [ответить]
| +12 +/– |
Без рук без ног, без коляски и даже, без костылей. Зато у него есть СистемД!
| |
|
3.10, Аноним (-), 14:53, 28/11/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Один только systemd-homed оправдывает существование systemd. А завистники могут и дальше источать злобу.
| |
|
4.15, Аноним (4), 15:00, 28/11/2020 [^] [^^] [^^^] [ответить]
| +6 +/– |
Это такая ирония? Или следствие стремительной деградации умственных способностей среднестатистического анона? Не могу понять, придётся задавать уточняющий вопрос: так зачем, говоришь, нужен системд-хомд?
| |
|
5.19, Fracta1L (ok), 15:02, 28/11/2020 [^] [^^] [^^^] [ответить]
| –3 +/– |
> так зачем, говоришь, нужен системд-хомд?
> Не могу понять
> следствие стремительной деградации умственных способностей среднестатистического анона | |
|
|
7.39, mikevmk (??), 15:40, 28/11/2020 [^] [^^] [^^^] [ответить]
| +17 +/– |
Это не модно. Теперь новости проекта будут для вашего удобства публиковаться только в TikTok
| |
|
|
|
|
|
2.114, псевдонимус (?), 20:34, 28/11/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
"с нарушением обратной совместимости.."
Системднище такое днище.
"Пока дбус ещё недоступен"
Гнилые костыли и фридрисктопная калошина такие убогие.
"Обработчик нехватки памяти"
Линукс за 20 с лишним лет так и не научился вменяемому управлению памятью. И не научится. Иначе весь его такой модульный-премодцльный код рассыпется, как карточный домик.
| |
|
3.132, Аноним (113), 21:17, 28/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
Ну дэк фрагментация в линуксе и ведет к костылям типа ip вместо ifconfig. Где-то писали уже про это.
| |
|
4.135, псевдонимус (?), 21:23, 28/11/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Ну дэк фрагментация в линуксе и ведет к костылям типа ip вместо
> ifconfig. Где-то писали уже про это.
Где ты увидел фрагментацию Линукс? Я говорю именно про ядро. Бсд куда фрагментированней, именно благодаря отсутствию модульногопримодульногокода и присутствия стабильных внутри ядерных апи.
| |
|
5.241, Аноним (241), 09:12, 01/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Откуда в bsd стабильное внутриядерное api, если там даже юзерспейсное между версиями несовместимо и netstat от какой-нибудь freebsd 11 может не работать на freebsd 12?
| |
|
6.251, СеменСеменыч777 (?), 21:09, 05/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Откуда в bsd стабильное внутриядерное api, если там даже юзерспейсное между версиями
> несовместимо и netstat от какой-нибудь freebsd 11 может не работать на
> freebsd 12?
если собирать 12 ядро с поддержкой 11, то работать будет. есть такия опция.
| |
|
|
|
|
|
|
|
3.14, MasterSlave (?), 14:57, 28/11/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Пони, полёт твоей мысли так высок, что заурядному обывателю опеннета недостижим практически... Объясни, пожалуйста, черни, что серьезней?..
| |
|
|
5.57, КО (?), 16:41, 28/11/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Поэтому их стараются выкинуть?
Серьёзный подход.
| |
5.83, Аноним (77), 18:24, 28/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
Systemd и PulseAudio - разницы в значимости не заметил. Видно, не дорос ещё до высоких мыслёв иПони.
| |
|
6.99, iPony129412 (?), 19:36, 28/11/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
> разницы в значимости не заметил
Ну это расписка в своей глупости.
> PulseAudio is currently maintained by three volunteer developers on their free time (probably amounting to less than one full time developer), which is not really enough, given the project size and scope. | |
|
7.134, Аноним (113), 21:22, 28/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
Ну так я тоже тупой тогда. Послезавтра systemd будут пилить уже два мэйнтейнера, да и то, не пилить - а багрепорты бонсить. Дистры, конечно же, переползут обратно на sysvinit, но что делать с низшем слоем, который будет по привычке срать в /etc/systemd или /lib/systemd
| |
|
6.101, iPony129412 (?), 19:40, 28/11/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну и PulseAudio сейчас будет уходить на свалку, с замещением на PipeWire.
И то понятно мало кого волнует, ибо это десктоп.
А если бы такое с Systemd было бы, тут уж очень многие напряглись бы.
| |
|
7.136, arthi747 (ok), 21:30, 28/11/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Этот ваш пипе в шумодав умеет? Я не ради троллинга, просто часто юзаю пульсовый шумодав. Он в пульсе шикарный. Или щас минусов напхаете и не ответите как обычно?
| |
|
|
|
|
|
|
1.12, Аноним (12), 14:54, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Ни одного изменения, которое бы могло быть мне полезно, не заметил.
Скажите, кто-нибудь вот этим всем пользуется?
| |
|
2.49, Аноним (49), 16:07, 28/11/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
Мне полезно Я пользуюсь. Пользуюсь тем что креденшелы теперь будут "безопасно" через файл передаваться. Теперь этот файл будет безопасно на наши сервера передаваться. Очень удобно.
| |
2.67, Олег (??), 17:13, 28/11/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
Видимо, современные одмины из хипстеров. Лично знаю людей, которые познакомились с linux-дистрами недавно и как оно без systemd они просто не знают. Печаль.
| |
|
3.156, mikhailnov (ok), 22:24, 28/11/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Мне кажется, что многие, кто кукарекает гадости про systemd, относится к таковым.
| |
|
4.160, Олег (??), 23:01, 28/11/2020 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Мне кажется, что многие, кто кукарекает гадости про systemd, относится к таковым.
Мне кажется, что такую охинею пишут админы локалхоста.
| |
|
5.188, n00by (ok), 08:39, 29/11/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> Мне кажется, что многие, кто кукарекает гадости про systemd, относится к таковым.
> Мне кажется, что такую охинею пишут админы локалхоста.
Он не только такое пишет, но и написал systemd-initramfs-gen.sh https://abf.io/import/systemd/blob/12fb9621f5dfcf549b15b5928eeefaefc28a78c7/sy
Это такой скриптик, который при обновлении systemd в Rosa Tresh пересоздавал в boot разделе все подряд initrd образы, затирая чужие. Если рядом была установлена другая ОС, естественно, после такого она не могла бы загрузиться. Конечно, было бы здорово, если бы писатель получил по кривым ручёнкам от "благодарных" пользователей, но пришлось заставить его исправить, т.к. ошибка второго порядка, и в первую очередь жаловались бы на другие ОС.
| |
|
|
3.175, IRASoldier_registered (ok), 02:47, 29/11/2020 [^] [^^] [^^^] [ответить]
| –5 +/– |
И незачем им знать, как оно без systemd, потому что требовать этого от них - все равно, как требовать от машиниста маглева знания специфических механизмов паровоза. Тук-тук, там кто-то есть? На дворе 2020, пора выходить из анабиоза. Ваши дистрибутивы без systemd все еще нужны только там, где их слишком накладно обновить, примерно так же, как кое-где в банковской системе до сих пор юзают Кобол.
| |
|
4.193, Пыщь (?), 10:38, 29/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
Не рановато сырую вещь с маглевом сравнивать? И, вообще, представляешь, важнейшая часть поезда на магнитной подушке - это вовсе не линейный асинхронный двигатель? Гораздо более сложная вещь - это мехнические конструкции с высокими допусками и требованиями к материалам, без которых идея ЛАД с магнитной подвеской так бы оставалась идеей с конца 19-ого века (да-да, настолько древняя).
Нет нынче инженеров, жрут любой рекламный буклет, изобилующий модными словами, с умной миной, вообще не представляя базы представляемой технологии. ИТ-шники такие ИТшники (жители мира розовых поней).
| |
|
5.202, IRASoldier_registered (ok), 12:27, 29/11/2020 [^] [^^] [^^^] [ответить]
| –4 +/– |
> сырую вещь
Linux ВСЕГДА был сырой вещью. И будет. Не считая LTS / stable релизов - до определенной степени, конечно. До тех пор, пока в него не вольется больше денег, а значит - больше разработчиков и больше времени на разработку. На энтузиазме и прочем волонтерстве далеко не уедешь.
| |
|
|
7.206, IRASoldier_registered (ok), 14:40, 29/11/2020 [^] [^^] [^^^] [ответить]
| –6 +/– |
Действительно, куда... Куча пипла за просто так сидит, код хреначит - хорошо, однако. И кто тут упыри, как не левачьё-юзеры, которые хотят ОС со свистоперделками на халяву, да еще чтобы на любом железе запускалось, но как только находятся хорошие бабки для разрабов - сразу начинают вонять про "ой, опять эти корпорации, фу-фу-фу"?
| |
|
6.223, Минона (ok), 12:10, 30/11/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Куда вам ещё больше разработчиков?
С текущими то никакой организации, сплошной базар.
| |
|
7.226, псевдонимус (?), 13:48, 30/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
Корпус это и надо. С такой организацией любители свободы ничего не потянут серьезного.
"Не умеешь подчиняться, не сумеешь командовать", почти ©
| |
7.239, IRASoldier_registered (ok), 08:42, 01/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
> базар
vs собор, если ты понял, о чем я.
Только проблема free-софта ещё больше, чем у opensource - потому что у "свободных-как-слово" даже базара нормального не получается, потому что базар все же подразумевает реальные продукты, а не примат идейности над качеством.
| |
|
|
|
|
|
|
1.20, Аноним (-), 15:03, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
"Добавлена экспериментальная поддержка раннего реагирования на нехватку памяти в системе (systemd-oomd)"
а когда systemd начнёт управлять устройствами системы?
| |
1.21, Аноним (21), 15:06, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Использую системдос -- норм штука, юнит-файлы так и вообще не такие сложные, как пугают местные любители давно умерших ___проприетарных___ операционных систем типа UNIX©. Ну, скажем, какой-нибудь i3wm настраивать дольше и сложнее, чем написать с нуля свой юнит-файл. Таймеры из коробки, декларативные зависимости, единый лог отовсюду, а также пользовательские юниты прямо у себя в ~/.config/systemd. Эх, вот бы еще в RHEL по умолчанию шел божественный systemd-networkd вместо пихоновского nm-комбайна...
| |
|
2.26, Аноним (4), 15:12, 28/11/2020 [^] [^^] [^^^] [ответить]
| –12 +/– |
"Создайте систему, которой сможет пользоваться дурак, и только дурак захочет ею пользоваться".
| |
|
3.30, an0nymous (?), 15:21, 28/11/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Надо быть очень талантливым чтобы понять ца и умудриться сделать для них удобную систему. И если даже дурак может ею пользоваться то это ца будет больше
| |
|
4.89, Лёня (?), 18:44, 28/11/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну вот я почему-то не могу пользоваться Windows. Не потому, что не умею, а просто не могу, воротит.
| |
|
|
2.29, user90 (?), 15:20, 28/11/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> чем написать с нуля свой юнит-файл
И необходимо его писать в случае ..?
| |
2.69, Олег (??), 17:17, 28/11/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Таймеры из коробки
Что за таймеры?
> декларативные зависимости, единый лог отовсюду
Вау! Системы без системд в шоке! Единый лог и зависимости это уже вау оказывается. А динамические зависимости, как в openrc, оно умеет?
| |
|
|
|
5.166, пох. (?), 00:26, 29/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
Ну, вот представь что тебе надо запускать процесс с точностью до наносекунд и еще с рандомной задержкой. Может этакое твой кроньтаб? Отож!
А что найух не нужно - так это мелочи. Зато возможность есть!
| |
|
6.173, Олег (??), 01:29, 29/11/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> надо запускать процесс с точностью до наносекунд
Оригинально :-D. Что-то мне подсказывает, что у тех, кому это надо, ещё до Лёни были свои специализированные пускалки. И явно не хуже.
| |
6.189, n00by (ok), 08:56, 29/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
Как-то пробовал сделать на таймере часы, которые выводят каждую секунду время в tty (а там железка принимает и отображает). В итоге, конечно, отказался от неблагодарной затеи, написал сам.
| |
6.196, Пыщь (?), 10:47, 29/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
А линух без спец. патчей считается системой реального времени?
| |
|
7.217, Аноним (216), 07:21, 30/11/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Наличие системДы в системе уже вычёркивает систему из систем реального времени.
| |
|
|
|
|
|
|
1.27, nrndda (ok), 15:14, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
> * KERNEL API INCOMPATIBILITY: Linux 4.14 introduced two new uevents "bind" and "unbind" to the Linux device model. When this kernel change was made, systemd-udevd was only minimally updated to handle and propagate these new event types. The introduction of these new uevents (which are typically generated for USB devices and devices needing a firmware upload before being functional) resulted in a number of issues which we so far didn't address. We hoped the kernel maintainers would themselves address these issues in some form, but that did not happen. To handle them properly, many (if not most) udev rules files shipped in various packages need updating, and so do many programs that monitor or enumerate devices with libudev or sd-device, or otherwise process uevents. Please note that this incompatibility is not fault of systemd or udev, but caused by an incompatible kernel change that happened back in Linux 4.12, but is becoming more and more visible as the new uevents are generated by more kernel drivers.
Какие же разрабы ядра плохие, что не исправили ошибку в systemd силами ядра.
| |
|
2.36, nrndda (ok), 15:32, 28/11/2020 [^] [^^] [^^^] [ответить]
| +3 +/– |
Хотя, вот тут (https://lwn.net/SubscriberLink/837033/432efd8f4095d556/) пишут что да, это регрессия в ядре.
Добавили новые события, которые попали в старые правила udev с маской (ACTION!="add|change"). Из-за того, что правила слишком широкие, они стали срабатывать на новые события. К тому же новые события приводили к сбросу устройства.
В целом, да, изменения в ядре привели к ошибкам в userspace.
Первый багрепорт был про подключение MTP устройства (android).
| |
|
1.28, user90 (?), 15:14, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +7 +/– |
"Золотые времена" линукса кончились еще тогда, когда и Суся прогнулась под сабж, отлично помню сей момент. А какой был дистрибутив!..
| |
|
2.42, крокодил мимо.. (?), 15:49, 28/11/2020 [^] [^^] [^^^] [ответить]
| +9 +/– |
"Золотые времена"™ кончились, когда в этот ваш-няш линакс вложились корпы со своими интересами, которые, внезапно и неожиданно, на 99.9% отличны то того, что нужно уставшему со самые гланды от корпорашивных макак и окошек Пользователю.. и заверте.. на оптимизации забили буй (ибо надо продавать новые процы и Больше памяти), только-только начавший приобретать какое-то "лицо" десктоп (да, ска, с gtk2 и тем-самым kde3) решительно и бесповоротно выкинули на мороз, а предсказуемое и хорошо документированное поведение системы "пофиксили" системдой (ибо опыт "пш-пш аудио" и прочих поделок ушлёпка как-бэ неиллюзорно намекал на неизбежное).. и вроде пох, ибо есть Ѣ Хрюкс, mutt, w3m, screen/tmux, mpv/mplayer и прочая консоль и ncurces.. но, чсбх, Карл, порой оч досадно и обидно в очередной раз наблюдать, как что-то хорошее стремительно закапывают в угоду корпам (и всем тем, у кого "больше прав"™).. ¯\_(ツ)_/¯ ( ͡° ͜ʖ ͡°)
| |
|
3.143, arthi747 (ok), 21:40, 28/11/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Помню еще во время оно поставил убунту 10.04. Как же быстро она работала. А потом вышла 12.04 и это был провальный провал в скорости работы и дело было не в юнити. Примерно с 2.4 ядро стало стремительно тяжелеть и к 3.х уже стало неповоротливым монстром.
| |
3.167, пох. (?), 00:35, 29/11/2020 [^] [^^] [^^^] [ответить] | +/– | это - когда нихрена не работало, периодически паниковало, а железо надо был... большой текст свёрнут, показать | |
|
|
5.210, крокодил мимо.. (?), 15:36, 29/11/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
> А "тот" редхат Линукс был хорош? Я его даже в виртуалке не
> видел.
¯\_(ツ)_/¯
объём патчей ядра хорошего (! ѢѢѢ !) дистрибутива, например у SuSE, был сопоставим с исходниками самого ядра.. я был моложе и не обламывалсо, когда ньюс тупо резал 8-ой бит в кодировке мессаги.. после конфига sendmail-а многое в окружающем мире становилось понятнее.. "даже не знаю, что сказать.."©(Феечка)
| |
5.246, пох. (?), 17:10, 03/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
> А "тот" редхат Линукс был хорош? Я его даже в виртуалке не
> видел.
тот, это который? 6-7 - можно было пользоваться, если игнорировать мелкие неувязочки имени некоего Дреппера и проделки ДНКазы (второе тогда было еще можно).
В восьмом начали внедрять utfизацию всего и вся, с напором возбужденного ишака, поэтому работало только в локали en_US, в девятой доломали еще и иксы, и на этом объявили миссию выполненной, и результат успешно достигнутым.
А если ты про "золотые времена" - у меня тогда шлакварь была. Выглядело как-то так - хочешь чтоб grep искал по-русски? Идешь в фребеэсде, смотришь в патч, гнусно ухмыляешься, выпиливаешь оттуда миллион ifdef __FreeBSD, собираешь, пользуешься.
| |
|
4.245, Аноним (245), 21:18, 02/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Пох, чел, люблю твои опусы всей душой (прям, читаю и соглашаюсь), но у тебя явная зацикленность на понятии "истерички", который в твоих шедеврах присутствует через раз и из-за этого сам выглядишь как "белка-истеричка". Как бы почитай книги, погуляй, а там гляди еще чего-нибудь придумаешь. Развивайся!
| |
|
|
|
1.35, YetAnotherOnanym (ok), 15:31, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> добавлен экспериментальный обработчик нехватки памяти
Дозрели разродиться тем функционалом, который в сабже должен был быть изначально.
Версии где-то к пятисотой, возможно, станет тем, чем должен был бы быть с самого начала.
| |
|
2.52, Аноним (216), 16:27, 28/11/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Версии где-то к пятисотой...
На 499-ой выкинут, как пульсу.
| |
2.64, Анонимчжан (?), 17:10, 28/11/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
на 500 будет просто новая система систиемдикс называется))) системда уже рулит всей системой. это слишком опасно уже стало , а все радуются. онаж должна была быть быстрым менеджером-пускалкой, а стала почти королевской основой))) и вроде бы пользователи должны воспротивиться, а все хлопают в ладоши.
| |
|
3.96, Аноним (216), 19:13, 28/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
> а стала почти королевской основой
Свинцовым шлакоблоком она стала, привязанным к ногам. Плавайте с наслаждением!
| |
|
2.213, псевдонимус (?), 16:41, 29/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
>> добавлен экспериментальный обработчик нехватки памяти
> Дозрели разродиться тем функционалом, который в сабже должен был быть изначально.
> Версии где-то к пятисотой, возможно, станет тем, чем должен был бы быть
> с самого начала.
Зачем он должен быть там, а не в ядре?
| |
|
1.40, Аноним (38), 15:41, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +7 +/– |
Жду следующую новость: для использования systemd требуется обязательное использование btrfs.
| |
1.41, mikevmk (??), 15:46, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
У меня как админа от системд чувства противоречивые. Сервис-менеджмент, юниты, слайсы - скорее ок, чем нет. Если немного знать как только готовить
Всякие локальные резольверы, подсистема авторизации, нетворкд - ну такоэ. Что можно выпиливаю на своем, слишком говна много производят. Невыпиливоемое потребляю без радости
Отношение к hier - вообще швах, поубивав бы
Может лет через 10 устаканится.
| |
|
2.47, Fracta1L (ok), 16:05, 28/11/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Отношение к hier - вообще швах, поубивав бы
Сорян, но hier уже давно превратился в алогичную помойку с бинарниками в lib и библиотеками в share. Впрочем, алогичным он изначально был, типичное сиемоментное тяп-ляп.
| |
|
3.54, Аноним (37), 16:34, 28/11/2020 [^] [^^] [^^^] [ответить]
| +3 +/– |
Это-то ладно, но вот 32 и 64 битные файлы вперемешку это какой-то позор. Раньше генту выделялась однозначным разделением: 32 битные и 64-32 битные файлы шли отдельно от основных 64 битных, но тоже переделали всё по образцу федоры — всё в кучу теперь.
| |
|
2.103, Аноним (113), 19:47, 28/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
Не надейся. Не устаканится.
Я перестал пользоваться всем, что делает редхат года с 2003-го емнип. Бывали, конечно, в жизни черные полосы в виде Qubes, плюс всякие dm которые не успевали i/o на Allwinner. Да и вряд-ли теперь избавишься от всего накоммиченного всеми этими... Только хардкор, только FreeBSD
| |
|
3.150, псевдонимус (?), 22:03, 28/11/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Не надейся. Не устаканится.
> Я перестал пользоваться всем, что делает редхат года с 2003-го емнип. Бывали,
> конечно, в жизни черные полосы в виде Qubes, плюс всякие dm
> которые не успевали i/o на Allwinner. Да и вряд-ли теперь избавишься
> от всего накоммиченного всеми этими... Только хардкор, только FreeBSD
Хардкор это стрекоза же!
Даже кока у них нет, как так жыть! Сплошной киберпанк.))
| |
|
|
1.43, вопль_в_пустыне (?), 15:49, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –8 +/– |
Да нормальная вещь этот системд, не понятно нытье некотрорых неосилянтов. Вполне удобная вещь свои цели и задачи выполняет на все 100% стоит просто ознакомиться с документацией и понять как оно работает и тогда поймете насколько гибкий инструмент этот системд.
| |
|
2.50, Аноним (49), 16:09, 28/11/2020 [^] [^^] [^^^] [ответить]
| +3 +/– |
Так оно с ней быстрее грузиться чем без неё или нет? Меня лично только это волнует
| |
|
3.66, Анонимчжан (?), 17:12, 28/11/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
на первых ерсиях да, но сейчас она сама отжирает столько, что медленнее старого инита, но уже все приплыли фиг выкинешь.
| |
3.104, Аноним (113), 19:53, 28/11/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Никто уже не может осилить чтобы было быстрее. Особенно shutdown, а не загрузка!!!
И все это благодаря багам systemd. Которые можно как-то обойти, знать бы как.
Сейчас, например, devuan грузится намного быстрее debian.
| |
|
4.125, псевдонимус (?), 20:58, 28/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
Это не обойти. Причина тормозов при загрузке именно в параллельном старте кучи всякого го..ну ты понел.
| |
|
5.138, Аноним (113), 21:34, 28/11/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Не, дело не в параллельном старте, дело в ожидании каких-то событий по две минуты.
| |
|
6.149, псевдонимус (?), 22:01, 28/11/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Не, дело не в параллельном старте, дело в ожидании каких-то событий по
> две минуты.
Ожидания поцер не ради лулзов ввел. Именно для реализации параллельного старта (который, к слову, умеет допотопный сисвинит).
| |
|
7.201, СеменСеменыч777 (?), 12:20, 29/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Ожидания [...] Именно для реализации параллельного старта
есть решение, даже целых два: systemd-mutexd и systemd-spinlockd - по названию понятно что такое и что должно делать.
| |
|
|
|
|
|
|
1.45, Х (?), 15:50, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Они так любят каждый релизом что-то, да ломать в совместимости, что страшно обновлять ОС штатными методами. Не то чтобы есть что ломать, но это до поры так - мало ли что обновится "само собой"?
Хоть бы по установке ОС делали hold таким "знаковым" пакетам, что ли!
| |
|
2.158, псевдонимус (?), 22:33, 28/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Они так любят каждый релизом что-то, да ломать в совместимости, что страшно
> обновлять ОС штатными методами. Не то чтобы есть что ломать, но
> это до поры так - мало ли что обновится "само собой"?
> Хоть бы по установке ОС делали hold таким "знаковым" пакетам, что ли!
Они и будут ломать. Пока им что нибудь не сломают и не скажут, что оно так и было.
| |
|
|
2.88, Лёня (?), 18:42, 28/11/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
Работаем над этим. Гновмеры оболочку к ней клепают systemd-gnomed.
| |
|
1.56, Аноним (-), 16:37, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
JSON???????????? Они там совсем уже, может им еще Web парсер туда запихать, чтобы формошлепщикам удобнее было?!?!?
| |
|
|
3.94, Аноним (216), 19:09, 28/11/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
А оракл туда Поттеринги ещё не вкомпилили? Мне надо веб и оракл, тогда кроме системды ничего больше не нужно.
| |
|
|
1.58, NotaBug (ok), 16:42, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Нет ну чего, товарищи из Red Hat идут своим путём, на всех кладут как в малом, так и в великом. Банальный пример заголовки окон в gtk3, их ненавидят буквально все, даже гномопони, и что? Да хоть бы что, жрите. Особенно радуют хомячки из партии "продакшен".
| |
|
2.61, Аноним (216), 17:00, 28/11/2020 [^] [^^] [^^^] [ответить]
| +4 +/– |
Помнится, как пропихивали кастомную декорацию: "Стандартные заголовки слишком толстые, мы хотим сами рисовать...". В итоге нарисовали даже толще, чем было, а кнопки сделали ещё меньше...
| |
|
1.71, Аноним (72), 17:37, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> PAM-настройки сервиса "systemd-user" перенесены из /etc/pam.d/ в каталог /usr/lib/pam.d/
Какое досадное упущение! Почему до сих пор не заменили PAM на systemd-authd?
| |
|
2.84, Анонимчжан (?), 18:25, 28/11/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
не спеши они ещё не дорвались. скоро доберутся. я вообще предложил бы потерингу или кто там ща всем рулит запилить свою ось на системде, а сообществу оставить урезанный вариант с системдой, которая выполняет только строго функции пускалки и контроля-перезапуска сервисов, как было в ините.
| |
|
3.141, Аноним (113), 21:38, 28/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
Ну, системед на ось не тянет, а если бы и пытался, то первый же дятел (самизнаетекто) разрушил бы линукс до основания.
Не пустят его туда, не ссыте.
| |
|
4.218, Аноним (216), 07:38, 30/11/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Поттеринг и есть тот дятел, который разрушает всё. Голым ядром линукса не воспользуешься.
| |
|
|
|
1.98, Аноним (113), 19:35, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Для просвещения восторженных масс оставлю сдесь https://unixsheikh.com/articles/systemd-isnt-safe-to-run-anywhere.html
Конечно, я не фанат sysvinit и производных. Говно мамонта - оно и есть говно. Предпочитаю babysitter идеологию. Хрен с ней, что как в винде, зато толку больше. Мне непонятно только почему не подхватили upstart. Вполне годная весчь была, ну, забил калноникал на нее, но почему никто не поднял упавшее знамя?
Или я что-то упускаю?
| |
|
2.168, пох. (?), 00:42, 29/11/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Хрен с ней, что как в винде, зато толку больше.
Тогда будь счастлив с системдой. Там ВСЕ сделано "как в винде", поскольку в юникс его разработчики и не умели никогда. Да и зачем это говно мамонта, есть же ж винда!
Ты этого хотел - ну так жри, за обе щеки, а не вороти морду.
> Мне непонятно только почему не подхватили upstart.
потому что он был еще большее говно. Ничего толком не умел, имел совершенно невменяемое управление и синтаксис. Топят за него в основном те, кто его в глаза и не видели (потому что next-next-ok и никогда никуда не лазят, да и не умеют - "как в винде" же ж) Напомни-ка, как отключить в нем запуск сервиса, не подглядывая в гугль?
А как теперь быстро понять, какие сервисы у нас включены?
| |
|
3.228, Аноним (113), 15:59, 30/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
> А как теперь быстро понять, какие сервисы у нас включены?
Хз, я даже в sysvinit и systemd не знаю как это делается. Мне на моих 14 локалхостах ни разу не приходило в голову этим интересоваться.
> потому что он был еще большее говно
Ну, я им пользовался года два, наверное. Не в восторге, но лучше sysvinit ящтиаю. Для простых применений, конечно (за сложные у нас линейкой по пальцам х-ячат).
| |
|
|
1.128, Аноним (-), 21:04, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
ооо! все встает на свои места, как вкорячили так называют "системный менеджер" а поначалу под инициализацию косили.
я блин счастлив что остались норм дистры где нет этого г.
| |
1.137, Никто (??), 21:31, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Systemd посланник зла!
И на небе не следа...
И не видно ничего,
Ты остался на нём на всегда.
И не будет больше сказок,
Светлых радосных деньков,
Только systemd не знает жалость,
Он сжирает мозги в кровь.
Ты один и systemd с тобою,
Только нет спасенья в новь.
Systemd оттащит в подземелье,
Где отпустит тебя в новь.
| |
1.140, Никто (??), 21:37, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
>В systemd-resolved в дополнение к D-Bus и локального DNS (127.0.0.53) добавлен ещё один IPC-интерфейс - Varlink, который позволяет определять имена в initrd и на раннем этапе загрузки, когда D-Bus ещё недоступен. Добавлен параметр DNSStubListenerExtra для указания дополнительных IP для приёма запросов, в дополнение к 127.0.0.53:53. При обработке запросов через D-Bus и Varlink указание точки после имени хоста теперь воспринимается как отключение проверки с доменом, указанным в параметре "search", т.е. вызов "resolvectl query foo." эквивалентен "resolvectl query --search=off foo.".
Опять вырастит initrd. Он и так уже не запускается со 128Мб ОЗУ.
| |
|
|
3.171, Аноньимъ (ok), 01:24, 29/11/2020 [^] [^^] [^^^] [ответить]
| +3 +/– |
> А вас заставляют пихать systemd-resolved в initrd?
После того как мейнстрим дистры, арк, дебиан, легли под редхат, у пользователя большого выбора нет.
| |
|
4.172, mikhailnov (ok), 01:28, 29/11/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
посмотрел git master dracut, там не тянется resolved в initrd, а если не нравится NetworkManager в нем, можно использовать модуль network-legacy
| |
|
|
2.177, Аноним (216), 03:41, 29/11/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Надо Поттерингам весь /usr в initrd засунуть, чего уж мелочиться. Грузанул файл в память - и готово, как после гибернации + сразу кеш готовый.
| |
|
|
2.191, n00by (ok), 09:51, 29/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
>> Библиотеки libqrencode, libpcre2, libidn/libidn2, libpwquality и libcryptsetup теперь загружаются динамически с использованием dlopen()
> Классно, теперь вручную зависимости от правильного soname прописывать в пакетах вместо
> авторезолвера?
А что, другие компоненты не используют dlopen()? Используют. Значит теперь настало время узнать, что это частный случай общей задачи, которая решается доработкой "авторезолвера". Кстати, когда я писал "переход с rpm5 на rpm4 - вопрос жизни и смерти для Rosa Tresh", я в том числе это и имел ввиду. Но исключительно автономные разработчики, как всегда, всё сделали наоборот, точнее, кто-то за них сделал. ;)
| |
|
3.200, mikhailnov (ok), 12:19, 29/11/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
> А что, другие компоненты не используют dlopen()?
Используют, но в данном случае это создание лишней непредсказуемости.
| |
3.203, mikhailnov (ok), 12:46, 29/11/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Значит теперь настало время узнать, что это частный случай общей задачи, которая решается доработкой "авторезолвера"
Авторезолвер, безусловно, было бы неплохо доработать для таких случаев, но сначала его надо доработать, а затем в одном из ключевых компонентов системы можно будет перейти на dlopen(). Сейчас это создает непредсказуемость из-за отсутствия инструментария для контроля целостности ABI и соответствия soname в источнике и потребителе.
В апстриме пытаются придумать systemd-специфичные вставки в ELF-файлы, чтобы можно было распарсить зависимости (https://github.com/systemd/systemd/pull/17416), это почти не имеет отношения к доработке авторезолвера, т.к. не является универсальным решением.
Сейчас в systemd:
1. soname записан прямо в коде, а не определяется на этапе сборки (это очень плохо! пакет соберется, а никто и не заметит, что он изначально собрался так, что этот функционал никогда работать не будет, если soname подгружаемой библиотеки окажется другим)
https://github.com/systemd/systemd/blob/bb2d0a24f39ac391a603b3bea7e88df05ea554
2. Вызывается функция из libdl с передачей имен символов
https://github.com/systemd/systemd/blob/bb2d0a24f39ac391a603b3bea7e88df05ea554
https://github.com/systemd/systemd/blob/bb2d0a24f39ac391a603b3bea7e88df05ea554
Получается, что единственный способ составить список зависимостей по символам (в Росе по символам зависимости не строятся, а вот в ALT Linux строятся) - это прибегнуть к чтению исходного кода какими-либо методами, тут даже не поможет запуск авторезолвера на непострипанный бинарник, т.к. нет прямых вызовов с символами в качестве аргументов, только soname можно вытащить).
Это настолько много проблем создает, что решаемые переходом на dlopen проблемы кажутся мелочью и недостойными такой расплаты за их решением.
| |
|
4.207, n00by (ok), 14:48, 29/11/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Получается, что единственный способ составить список зависимостей по символам (в Росе по
> символам зависимости не строятся, а вот в ALT Linux строятся) -
> это прибегнуть к чтению исходного кода какими-либо методами, тут даже не
> поможет запуск авторезолвера на непострипанный бинарник, т.к. нет прямых вызовов с
> символами в качестве аргументов, только soname можно вытащить).
Забыл к "единственный" добавить "мне известный".
> Это настолько много проблем создает, что решаемые переходом на dlopen проблемы кажутся
> мелочью и недостойными такой расплаты за их решением.
Какие проблемы? Книжку почитать? Или понять, что если ты заявляешь на всю страну об "автономности всех процессов", то придётся сталкиваться лбом с объективной реальностью, пока не огорошит мысль "пора отвечать за свои слова"?
| |
|
5.208, mikhailnov (ok), 14:57, 29/11/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
Лучше бы вместо бесполезных текстов написал свои идеи, как сделать авторезолв зависимостей в данном случае без запуска исполняемых файлов.
| |
|
6.221, n00by (ok), 10:57, 30/11/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
"Автономность" в переводе буквально "само-стоятельность". То есть именно ты тот человек, который должен все эти идеи сам знать и здесь нам рассказывать. Де-юре. Де-факто, почему то ты постоянно спрашиваешь о вещах, для понимания которых у тебя банально нет теоретической базы (о чём ты написал, цитирую: "чтению исходного кода какими-либо методами"). Я уж не говорю о том, что заменить мои решения, которые вы незаконно продаёте, у тебя не хватило ума.
| |
|
|
|
|
|
1.211, Аноним (216), 15:38, 29/11/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
>В правила udev внесены нарушающие обратную совместимость изменения
Узнаётся рука поттеринга :)
>В JSON-профили пользователей ... в форме QR-кода ...
Серьёзно?! Без сканирования кур-кода уже никак?
> настройки ... перенесены из /etc/pam.d/ в каталог /usr/lib/pam.d/
Редко переносите, надо чаще.
| |
1.215, 111 (??), 00:54, 30/11/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
в этой новости прекрасно все...
ну вы пока конфиги поперемещайте туда-сюда...
а я на диване посижу...
| |
1.222, Slot (ok), 10:58, 30/11/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Видимо только тогда когда оси с сисей будут падать в синьку и висеть, модные одмины задумаются. Хотя...... наверно нет - будут винить железо или ещё что, и дальше складывать все яйца в одну корзину и бежать с ней...
| |
|