systemd продолжают разбирать на самодостаточные кусочки

Есть же tinysytemd от like-all.

если так, и если оно будет стабильным, то скорей всего я даже буду этим пользоваться. sysvinit конечно няшен, но в ногу со временем тоже хочу идти. без фанатизма, без кухонного мегакомбайна systemd, а простенький init — то что надо.

буду следить за проектом, скорей всего ребята из CRUX того же мнения.

а нахрена?

переименуй sysvinit в litesystemd - и будет тебе счастье

Годно. Если этот комбайн порезать, то должно что-то хорошее выйти

Вот объясни пожалуйста. Из одного тарбола собирают 10 бинарей и из 10 тарболов собирают те же самые 10 бинарей. Какая тебе разница?

Пока кто-то не придумает приличный язык описания системы, всё это не нужно.

что мешает сделать это нам самим?

Ну а если мне не нужны все 10 бинарей, а нужен 1 и весь тарбол тащить и собирать я не хочу? Ну вот нужны мне, допустим, определенные части, а другие совершенно не нужны

Сложность задачи и сложность проталкивания решения (если оно будет) в апстрим.

тонкий вброс

дай дикарям поплясать вокруг их священного карго «юниксвея»

то ты используешь LFS, а не пердишь на лоре

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

ну вот использую я lfs. поясни, какого полового члена создатели systemd залудили свою базу железяк, вместо использования pci.ids и usb.ids и на кой хрен мне держать зоопарк описателей разнообразных железяк?

я то выход нашел, но вот варианта «попердеть на лоре» он никак не отменяет

хз, у них спроси

systemd продолжают разбирать на самодостаточные кусочки

достаточно просто не собирать самодостаточные кусочки внутрь systemd

Поттеринг наверное негодует. Он пытается всё консолидировать, а вокруг все постоянно расчленяют его поделие :)

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

если ты спрашиваешь в таком же стиле, что и это сообщение написал - неудивительно, что отмалчиваются

а как еще спрашивать?

Ну и зачем он мне?

На нормальном русском языке, без блатного жаргона.

Анонимусы продолжают расчленять сюстемду на мелкие поттенциальные трупы.

Поправил.

По сабжу: пускай расчленяют. Конкуренция должна быть. Где-то удобен «комбайн», а где-то это оверхед, и нужно совсем немного — инит и журнал.

Мозг тебе тоже не нужен. Зачем ты его таскаешь?

Не уловил суть. Зачем мне задротство в виде lfs?

тогда это уже будет не «спрашивать»

Понятия не имею, зачем тебе lfs. Спроси у того, кто тебе предложил.
Ты лучше объясни, какая религия запрещает собрать из одного тарбола 10 бинарей и упаковать их в 10 пакетов? А потом ставь какой тебе надо + зависимости. Это разовая операция, её делает мантейнер. Почему у вас-то так полыхает?

Для тренировки и накачки мускулов шеи. Как-никак, ~ 1.5 кг веса, вместо гантели самое то для шеи!

Да в том то и дело, что не полыхает. Просто не нравится мне этот жирный комбайн. Но идея то первоначальная неплоха.

А давно куски systemd умеет работать без установленного системд?! journald насколько я помню из systemd вообще выпилить нельзя. И там в этой Садоме всё сплошь и рядом таким образом, т.е через жопу поцеринговскую.

Ещё примеры жирных комбайнов: gcc, coreutils, linux-utils, linux (ага, ядро),...
Жду негодования по поводу жирных комбайнов и предложений по распихиванию в разные тарболы.

Тебе тоже мозг не нужен? Или ты настолько альтернативно одарённый, что собрался использовать journald без systemd? Может быть ты и модули ядра без ядра использовать хочешь?

Да можно, можно. И в одну сторону, и (КМК) в другую. Но ты продолжай негодовать и топать ножками, это смешно и забавно.

поясни

Поясняю. pci.ids и usb.ids — это база соответствий «ID → название», причём только для PCI- и USB-устройств. А hwdb — это база соответствий модалиасов произвольным атрибутам (с возможностью wildcard match). В них разная информация (совсем). Ещё вопросы, или матчасть всё-таки подучишь, прежде чем громко пердетьвозмущаться?

Т.е journald я могу уже скомпилить отдельно от основных кишок и воткнтуть себе в openrc?! (пруфцов бы)

Но ты продолжай негодовать и топать ножками, это смешно и забавно.

батенька, да у вас бомбит, я лично не отрицал, что идея в общем и целом здравая, но вот реализация хромает очень сильно.

У меня уже есть мозг (openrc). Зачем мне чужой?!

Т.е journald я могу уже скомпилить отдельно от основных кишок и воткнтуть себе в openrc?!

И эти люди ругают Поттеринга.

Я думаю, что можешь. Мне не на чем это протестировать, но — to the best of my knowledge — у него нет технических причин иметь рантайм-зависимость от любого другого компонента systemd.

да у вас бомбит

Неа, у меня всё хорошо. Проклятия в адрес Леннарта исторгаешь в основном ты :]

Ты на вопрос ответь.

ntp тоже изначально часть systemd, которую нельзя оттуда отделять?

перед тем, как махать матчастью, научись читать. вопрос был сформулирован «зачем это нужно», а не «какие различия». нахрен нужны эти произвольные атрибуты? какая от них польза, помимо маркетоидного трепа?

В них разная информация (совсем).

В теории-то, конечно, оно так и это даже хорошо, только от базы тех же названий и производителей всё как-то недалеко ушло:

>>> sed '/^ /!d; s/^ \+//; s/=.*$//; /^KEYBOARD_KEY_/ s/[^_]\+$/*/' systemd/hwdb/*.hwdb | sort | uniq -c | sort -nr
  38831 ID_MODEL_FROM_DATABASE
  24918 ID_OUI_FROM_DATABASE
   7718 ID_VENDOR_FROM_DATABASE
    628 KEYBOARD_KEY_*
    107 ID_PCI_SUBCLASS_FROM_DATABASE
     59 ID_USB_PROTOCOL_FROM_DATABASE
     57 ID_PCI_INTERFACE_FROM_DATABASE
     36 ID_USB_SUBCLASS_FROM_DATABASE
     32 MOUSE_DPI
     21 ID_PCI_CLASS_FROM_DATABASE
     18 ID_USB_CLASS_FROM_DATABASE
     10 ID_SDIO_CLASS_FROM_DATABASE
      6 EVDEV_ABS_36
      6 EVDEV_ABS_01
      5 EVDEV_ABS_35
      5 EVDEV_ABS_00
      4 POINTINGSTICK_CONST_ACCEL
      2 POINTINGSTICK_SENSITIVITY
      2 MOUSE_WHEEL_CLICK_ANGLE
      1 TOUCHPAD_HAS_TRACKPOINT_BUTTONS
      1 ID_PRODUCT_FROM_DATABASE
      1 ID_NET_NAME_FROM_DATABASE

Или ты настолько альтернативно одарённый, что собрался использовать логгер без инита?

fxd

А сообщество продолжает раскалываться... Печально

Вопрос был сформулирован как «зачем своя база данных». Ответ — «потому что существующая хранит другие данные».

Определись с тем, что ты хочешь спросить.

Тебе уже ответили.

Спор про другое.

там кроме личного мнения никаких пруфцов, так что это не ответили

# ls -l /root/test/*
/root/test/bin:
итого 324
-rwxr-xr-x. 1 root root 330080 мар 12 14:15 systemd-journald

/root/test/etc:
итого 4
-rw-r--r--. 1 root root 33 мар 11 13:01 machine-id

/root/test/lib64:
итого 2920
-rwxr-xr-x. 1 root root 148712 мар 12 00:57 ld-2.20.so
lrwxrwxrwx. 1 root root 10 апр 22 23:14 ld-linux-x86-64.so.2 -> ld-2.20.so
-rwxr-xr-x. 1 root root 525 мар 11 21:26 libacl.so
lrwxrwxrwx. 1 root root 15 апр 22 23:12 libacl.so.1 -> libacl.so.1.1.0
-rwxr-xr-x. 1 root root 38720 мар 11 21:26 libacl.so.1.1.0
-rwxr-xr-x. 1 root root 526 мар 11 21:15 libattr.so
lrwxrwxrwx. 1 root root 16 апр 22 23:14 libattr.so.1 -> libattr.so.1.1.0
-rwxr-xr-x. 1 root root 22232 мар 11 21:15 libattr.so.1.1.0
-rwxr-xr-x. 1 root root 1762992 мар 12 00:57 libc-2.20.so
-rwxr-xr-x. 1 root root 253 мар 12 00:57 libc.so
lrwxrwxrwx. 1 root root 12 апр 22 23:13 libc.so.6 -> libc-2.20.so
-rwxr-xr-x. 1 root root 14192 мар 12 00:57 libdl-2.20.so
lrwxrwxrwx. 1 root root 22 апр 22 23:14 libdl.so -> libdl.so.2
lrwxrwxrwx. 1 root root 13 апр 22 23:14 libdl.so.2 -> libdl-2.20.so
lrwxrwxrwx. 1 root root 15 апр 22 23:11 liblz4.so -> liblz4.so.1.3.0
lrwxrwxrwx. 1 root root 15 апр 22 23:11 liblz4.so.1 -> liblz4.so.1.3.0
-rwxr-xr-x. 1 root root 34440 мар 11 20:40 liblz4.so.1.3.0
-rwxr-xr-x. 1 root root 526 мар 11 20:30 liblzma.so
lrwxrwxrwx. 1 root root 16 апр 22 23:11 liblzma.so.5 -> liblzma.so.5.0.8
-rwxr-xr-x. 1 root root 153304 мар 11 20:30 liblzma.so.5.0.8
-rwxr-xr-x. 1 root root 526 мар 12 00:06 libpcre.so
lrwxrwxrwx. 1 root root 16 апр 22 23:14 libpcre.so.1 -> libpcre.so.1.2.3
-rwxr-xr-x. 1 root root 448256 мар 12 00:06 libpcre.so.1.2.3
-rwxr-xr-x. 1 root root 133136 мар 12 00:57 libpthread-2.20.so
-rwxr-xr-x. 1 root root 222 мар 12 00:57 libpthread.so
lrwxrwxrwx. 1 root root 18 апр 22 23:13 libpthread.so.0 -> libpthread-2.20.so
-rwxr-xr-x. 1 root root 30952 мар 12 00:57 librt-2.20.so
lrwxrwxrwx. 1 root root 22 апр 22 23:12 librt.so -> librt.so.1
lrwxrwxrwx. 1 root root 13 апр 22 23:12 librt.so.1 -> librt-2.20.so
lrwxrwxrwx. 1 root root 27 апр 22 23:12 libselinux.so -> libselinux.so.1
-rwxr-xr-x. 1 root root 153544 апр 16 16:06 libselinux.so.1

/root/test/proc:
итого 0

# mount /proc /root/test/proc/ -o bind

# chroot /root/test /bin/systemd-journald &
[1] 7061

# find /root/test/run
/root/test/run
/root/test/run/log
/root/test/run/log/journal
/root/test/run/log/journal/bda4db901de7cd19d4041bef55001265
/root/test/run/log/journal/bda4db901de7cd19d4041bef55001265/system.journal
/root/test/run/systemd
/root/test/run/systemd/journal
/root/test/run/systemd/journal/socket
/root/test/run/systemd/journal/kernel-seqnum
/root/test/run/systemd/journal/stdout
/root/test/run/systemd/journal/dev-log

В чруте пускается. С openrc сам проверишь.