Теперь заживём

Поздно.

новость какая-то двоякая...

я против. В чём профит от переписывания C/C++-ной программы на скриптовый язык?

новость какая-то двоякая...

А по мне, позитивная, движется потихоньку, развивается. В прошлом году «киты», в этом FAQ появился (через 10-то лет), системд как части дистрибутива как не было, так и нет и не планируется. Дробинс на форуме регулярно отмечается, правда по активности других и не скажешь, остались ещё пользователи фунточки, кроме него.

Вот, ещё и для AWS образ запилил.

на чём пишут?

я против. В чём профит от переписывания C/C++-ной программы на скриптовый язык?

у кого-то поднимится чсв..

зато потом я всегда смогу сказать «а я ещё тогда говорил...»

а толку.. сейчас уже нет никаких ограничений по велостроительству. только утверждение стека технологий спасёт отцов дистростроения.

Все было бы неплохо, если бы их там двое не было. Он и Angry Vincent.

Столлман и Линукс - тоже всего два человека, а сколько софта понаворотили...

Столлман и Линукс - тоже всего два человека, а сколько софта понаворотили...

Линус, ты хотел сказать? И нет, глупенький. Линус — хороший менеджер, который увлек за собой людей, которые и написали основную массу кода. А drobbins и Gentoo просрал, и в Funtoo никого привести не смог. Так себе из него BDFL.

не смог.

Что по-твоему нужно было сделать лучше?

Что по-твоему нужно было сделать лучше?

А не знаю, не угадаешь. Но не смог.

Напротив, думаю все весьма очевидно. Funtoo никогда не могла предложить большинству пользователяй ничего такого, ради чего стоило бы отказаться от Gentoo и перейти на нее.

Напротив, думаю все весьма очевидно. Funtoo никогда не могла предложить большинству пользователяй ничего такого, ради чего стоило бы отказаться от Gentoo и перейти на нее.

Слушай, это на самом деле большой вопрос. Во-первых, в Funtoo есть нормальные ядра из стабильных дистрибутивов. Тебе не нужно пердолиться с genkernel.

Во-вторых, у них нормальная политика приема чуваков в команду — типа готовы работать, давайте работать. А не традиционная гентовая политика «давайте сделайт mail-листы dev-only и вообще будем принимать только тех юзеров, что прошли испытания кровью».

Я не понял, на что они собираются переписывать, но код на всяческих питонах обычно получается выразительнее, чем на С.

не понял, на что они собираются переписывать

Тут два варианта - или на rust или не на rust.
Если на rust, то никакой концептуальной разницы с Си нет.
А если не на rust, то получится то же самое, только более тормозное

Если на rust, то никакой концептуальной разницы с Си нет.

Эм, нет.

Линус — хороший менеджер, который увлек за собой людей, которые и написали основную массу кода.

Ваще-то «Собор и базар» писал не Линус. Он просто реализовал идею, что и забадяжило революцию.

Если будет два варианта systemd - на C и на rust, то среднестатистические люди не будут переходить с первого на второй.

А если не на rust, то получится то же самое

4.2

только более тормозное

Кажется, производительность инита зависит гораздо в большей степени от архитектуры, чем от скорости выполнения его кода, так что вряд ли можно только за счёт языка получить тормозной инит.

Кто на ком стоял, пацаны?

Зачем мне знать про фанту?

Зачем мне знать про фанту?

Чтобы сделать уверенный выбор между NixOS и exherbo

не нужно пердолиться с genkernel

Есть make menuconf

традиционная гентовая политика
будем принимать только тех юзеров, что прошли испытания кровью».

Поверь, оно того стоит. Это я говорю как человек, который ментейнит 2 пакета и не является при этом gentoo-dev.

Если ты готов работать, то есть проект gentoo-proxy-maint, где тебе подскажут, как привести твой ebuild в человеческий вид и чтобы он работал не только у тебя.

Есть make menuconf

Откуда вы лезете... чтобы собрать хороший рабочий дефолтный конфиг, нужно регулярно следить за апдейтами ядра и включать/выключать нужные опции. Иначе это поделать для студентов, а не дистрибутив.

Поверь, оно того стоит. Это я говорю как человек, который ментейнит 2 пакета и не является при этом gentoo-dev.

Не стоит. Говорю тебе как человек, который мейнтейнил оверлей.

Если ты готов работать, то есть проект gentoo-proxy-maint, где тебе подскажут, как привести твой ebuild в человеческий вид и чтобы он работал не только у тебя.

Знаешь почему? Потому что долгое время они не могли никого нормально пустить в инфрастуктуру из-за CVS и прочих single-entry-point вещей типа глобального LDAP'а.

То есть как-нибудь перцам, которые бы им bug tracker админили, не обязательно нужно давать доступ к репозиторию, например. Или к ключам.

Концептуальная разница в том, что дополнительный компилятор и llvm придётся добавить в @system. Ради одной утилиты никто на такое не пойдёт.

llvm придётся добавить в @system.

как будто это что-то плохое. Вижу тут ущемление прав llvm. Ничем она не хуже аналога из GCC, но её дискриминируют.

нужно регулярно следить за апдейтами ядра и включать/выключать нужные опции.

Никогда этим, как пользователь, не занимался. Ничего нового для моего старого железа там не появится.

мейнтейнил оверлей

Пакеты из которого никогда не попадали в основное дерево?
Куда дел?
Попасть с список оверлеев так сложно? Там основное требование чтобы продержаться там «отсутствие слишком большого количества багов в багзилле».

Видел, конечно, парочку очень хороших - кто-то из них даже собственные eclass'ы содержал (круто, но с ними много возни при копировании в локальный). Но во многих ebuild'ы очень далеки от того, что могут принять в основное дерево.

долгое время они не могли никого нормально пустить в инфрастуктуру из-за CVS

Да, не могли. Видимо поэтому существовал оверлей sunrise - что-то вроде AUR. И хорошо, что теперь есть proxy-maint

Вот когда основным компилятором будет clang, тогда ему там место. До этого момента он там не нужен.

BSD-Linux

Напомните плиз, какие преимущества у этого openrc перед системди?

лёгкая модифицируемость скриптов, стандартный язык шелла, документированность, наработки, знания засеянные в головы администраторов. Для systemd нужно учить массы людей заново.

Ну и заживайте себе там.

Какой сообразительный мальчик!

Это не systemd.

лёгкая модифицируемость скриптов, стандартный язык шелла, документированность, наработки, знания засеянные в головы администраторов

Т.е. вы предлагаете вернуться к баш-лапше?

Ты ведь не видел скриптов openrc, правда?

На самом деле то, куда тащит openrc hubbs — это ад.

Если будет два варианта systemd - на C и на rust

Да, идеальная парочка сустемдик и руст. Закопать в одной могилке.

вы предлагаете вернуться к баш-лапше?

Будто бы от нее уходили. Была лапша + юниты + глючный блоб, останется только лапша. Профит!

Руст — отличная попытка сделать как C, только современно. Дай бог им здоровья.

История ничему не учит.

А куда он его тащит?

А что не так? Микрософт всегда предпочитала скомпилированные программы, и теперь они лидеры разработки ПО.

Он его пытался с s6 спарить, но кажись его отпустило.

Все просто работает

systemd тоже.

Ага, конечно.

Спроси ещё в чём профит прямохождения в сравнении с ползаньем на четвереньках.

Никогда этим, как пользователь, не занимался. Ничего нового для моего старого железа там не появится.

Ути-пути. УМВР — значит не нужно?

Пакеты из которого никогда не попадали в основное дерево?

Это были пакеты с патчами. Не вижу особо смысл совать их в основное дерево.

Куда дел?

Забил на этот софт.

Попасть с список оверлеев так сложно? Там основное требование чтобы продержаться там «отсутствие слишком большого количества багов в багзилле».

Зачем? Мне было норм.

Да, не могли. Видимо поэтому существовал оверлей sunrise - что-то вроде AUR. И хорошо, что теперь есть proxy-maint

Который не может ничего, потому что аппрувы должны принимать мейнтейнеры, которые настолько перегруежны, что нифига сделать вовремя не могут. Это, правда, вроде как поправили.