Xfce c Sysv

[Speccyfighter]

Убрал из конфликтов пульсаудию, а там видно будет что ещё туда засунуть для блокировки.

[YYY]

Юра, это не вы часом ваяли здесь?

да... потом я часть пакетов все-же перебрал, но доделывать нормально было лениво, так и бросил...  На отдельно взятом компе все что мне надо работает, единственно, что пришлось глючный lightdm на lxdm заменить и выпилить автообновлялку.
Год стабильной работы, с нормальным uptime (перегружаюсь когда обновляю вручную).
А вот показывать такое костыльное - стремно, например, в 12.04/14.04 та же самба и андройд монтировались через файловый менеджер, а на 16.04 с костылями - нет...

сейчас протестирую :)))
если не отпишусь... :))))

Юра?

виртуалка с изначальным systemd (переведенная на sysv вручную и работающая по факту на sysv) умерла при изгнании дьявола :)
Даже ядро улетело вслед за поделкой поцтеринга :)
И с чувством выполненного долга я пошел спать :))))

Так-что пакет явно не может быть рекомендован "широкой публике"...
:)

[dango]

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

Я ваш рецепт взял тогда на заметку, когда Lubuntu гонял.

виртуалка с изначальным systemd (переведенная на sysv вручную и работающая по факту на sysv) умерла при изгнании дьявола :)
Даже ядро улетело вслед за поделкой поцтеринга :)
И с чувством выполненного долга я пошел спать :))))

Спасибо за результаты акта эксорцизма
Ну масштаб ясен. Начинать придется с базовой системы.

Так-что пакет явно не может быть рекомендован "широкой публике"...
:)

Но мы-то не "широкая публика"

И с чувством выполненного долга я пошел спать :))))

А я уж подумал, что поттеринги до вас добрались

[sb]

А позвольте спросить мастодонтов: почему sysv ? Почему не апстарт или что-то ещё другое ? Может замахнуться на Вильяма нашего Шекспира (если оно имеет преимущества относительно sysv, например) и втянуть его в репы (пускай и клубные для начала) ? Чем дистрибутив на базе альтовых реп в этом плане хуже других дистрибутивов, которые не используют новые технологии ?

[dango]

А позвольте спросить мастодонтов: почему sysv ? Почему не апстарт или что-то ещё другое ? Может замахнуться на Вильяма нашего Шекспира (если оно имеет преимущества относительно sysv, например) и втянуть его в репы (пускай и клубные для начала) ? Чем дистрибутив на базе альтовых реп в этом плане хуже других дистрибутивов, которые не используют новые технологии ?

(стукнул хоботом по столу) А кто сказал, что наша цель только sysvinit? Мне, например, любопытен openrc и runit.
Ну вообще-то пока все это разговоры. Надеюсь, после НГ разгружусь, напьюсь и сойду с ума настолько что возьмусь за это.

Чем дистрибутив на базе альтовых реп в этом плане хуже других дистрибутивов, которые не используют новые технологии ?

Сергей, разве кто-то запрещает использовать иные технологии, если "новые" технологии не нравятся своими закидонами, внутренним миром, цветом и запахом? Или мы должны идти в "светлое" будущее стройными рядами?
Кстати, Линукс с того и начался, что пошел своей дорогой.

[sb]

разве кто-то запрещает использовать иные технологии

А кто сказал, что наша цель только sysvinit? Мне, например, любопытен openrc и runit.

Я в этих вещах ещё не так подробно разбираюсь. Но я против вендор лока (в том смысле, который я уже где-то на форуме озвучивал), поэтому готов поддержать начинание и в меру возможностей помочь.
PS Мне лично (без знакомства и чисто умозрительно по сводным таблицам) больше интересен epoch. Хотя странно, что нет паралельного запуска сервисов, который заявлен для sysv(?!). Смотрю тут https://wiki.gentoo.org/wiki/Comparison_of_init_systems

[kostyalamer]

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

[dango]

Я в этих вещах ещё не так подробно разбираюсь.

Мое тестирование дистров с openrc и runit вообще можно считать шапочным знакомством.

Но я против вендор лока (в том смысле, который я уже где-то на форуме озвучивал)

Аналогично. Монополизация ведет к диктату.

поэтому готов поддержать начинание и в меру возможностей помочь.

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

Старожилы подтягиваются

Видимо ориентироваться надо именно на путь Devuan, так как путь отличается от первых и судя по ситуации с systemd в альте видимо подходит лучше...

Мимоходом сунул нос в репы Devuan и первый умозрительный вопрос: как они собрали udev без привязки к systemd?

[sb]

Мимоходом сунул нос в репы Devuan и первый умозрительный вопрос: как они собрали udev без привязки к systemd?

На системе с systemd:

Код: [Выделить]

$ rpm -q --requires udev
shadow-utils 
dmsetup 
kmod >= 5
util-linux >= 2.20
losetup >= 2.19.1
udev-rules = 201-alt1.M70P.5
udev-hwdb = 201-alt1.M70P.5
libudev1 = 201-alt1.M70P.5
/bin/sh 
/bin/sh 
/bin/sh 
/bin/sh 
/etc/rc.d/init.d 
/etc/rc.d/init.d(SourceIfNotEmpty) 
/etc/rc.d/init.d(action) 
/etc/rc.d/init.d(echo_success) 
/etc/rc.d/init.d(failure) 
/etc/rc.d/init.d(msg_starting) 
/etc/rc.d/init.d(start_daemon) 
/etc/rc.d/init.d(status) 
/etc/rc.d/init.d(stop_daemon) 
/etc/rc.d/init.d/functions 
/lib/ld-linux.so.2 
coreutils 
grep 
ld-linux.so.2 >= set:ihL26
ld-linux.so.2(GLIBC_2.3) 
libacl.so.1 >= set:jfD9QydotUCHcmpgtor2W0AaoDaxLpry5q
libacl.so.1(ACL_1.0) 
libblkid.so.1 >= set:kfCF0Y1YZ9MYgZH8RmFZv5xHxd2irQjwTWC0pB2BM4YnYg
libblkid.so.1(BLKID_2.15) 
libblkid.so.1(BLKID_2.17) 
libblkid.so.1(BLKID_2.18) 
libc.so.6(GLIBC_2.1.1) 
libc.so.6(GLIBC_2.1.2) 
libc.so.6(GLIBC_2.10) 
libc.so.6(GLIBC_2.14) 
libc.so.6(GLIBC_2.3.2) 
libc.so.6(GLIBC_2.6) 
libc.so.6(GLIBC_2.9) 
libkmod.so.2 >= set:kg4DprnjWGbfCNF2xmK6eAU1RkRFYYld
libkmod.so.2(LIBKMOD_5) 
libselinux.so.1 >= set:lhgK9BnAyZhbRQBIP9HZFzDZ3
mount 
service 
sysvinit-utils 
/usr/sbin/groupadd 
/usr/sbin/post_service 
/usr/sbin/preun_service 
rpmlib(PayloadIsLzma) 


Код: [Выделить]

$ rpm -qa systemd
systemd-201-alt1.M70P.5

[sb]

На системе с systemd:

Правда

Код: [Выделить]

rpm -q --requires libudev1
libsystemd-daemon = 201-alt1.M70P.5
ld-linux.so.2 
libc.so.6(GLIBC_2.1) 
libc.so.6(GLIBC_2.17) 
libc.so.6(GLIBC_2.2.3) 
libc.so.6(GLIBC_2.3) 
libc.so.6(GLIBC_2.3.4) 
libc.so.6(GLIBC_2.7) 
librt.so.1 >= set:jiq20
librt.so.1(GLIBC_2.2) 
rpmlib(PayloadIsLzma)

Код: [Выделить]

$ rpm -q --requires libsystemd-daemon
libc.so.6(GLIBC_2.0) 
libc.so.6(GLIBC_2.1.3) 
libc.so.6(GLIBC_2.2) 
libc.so.6(GLIBC_2.4) 
libc.so.6(GLIBC_2.8) 
librt.so.1 >= set:jix53
rpmlib(SetVersions) 
librt.so.1(GLIBC_2.3.4) 
rtld(GNU_HASH) 
rpmlib(PayloadIsLzma)Так что страшного в этой картине только упоминание слова systemd.

[dango]

первый умозрительный вопрос: как они собрали udev без привязки к systemd?

Вроде как разработчики udev обещали независимую сборку. На гитхабе нашел заброшенные исходники udev без systemd.

[YYY]

Мимоходом сунул нос в репы Devuan и первый умозрительный вопрос: как они собрали udev без привязки к systemd?

они пробуют с
http://packages.devuan.org/devuan/pool/main/e/eudev

[dango]

они пробуют с
http://packages.devuan.org/devuan/pool/main/e/eudev

Ну так и Slackware, Calculate Linux перешли на eudev для автономии.
Получается, знаменатель один?

[YYY]

они пробуют с
http://packages.devuan.org/devuan/pool/main/e/eudev

Ну так и Slackware, Calculate Linux перешли на eudev для автономии.
Получается, знаменатель один?

Ну это они только пробуют, как я понимаю...
А их стабильная версия на udev из systemd
Я не пробовал проверять как у них с eudev сейчас дела...

Поэтому и получается это вопрос из вопросов ...

[YYY]

Вот нашел :)
http://dev1galaxy.org/viewtopic.php?id=1543
но это уже не на debian 8, а на debian 9