На кой хер делать две вещи:

1) гонять арч в виртуалке
2) использовать кривой виртуалбокс вместо прямого kvm-а или проприетарного, но работающего vmware

(Reply to this) (Thread)

В общем, ответ на оба эти вопроса -- bad legacy
Арч я поставил, когда он ещё вполне соответствовал принципу KISS, а VirtalBox потому что в тогдашней версией VmWare меня что-то не устраивало.

(Reply to this) (Parent) (Thread)

арч давно уже не KISS

(Reply to this) (Parent) (Thread)

А что из линухов сейчас KISS? Может, таки переползу на другой дистр на досуге

(Reply to this) (Parent) (Thread)

LFS слака. но если ехать, то лучше дебиан

(Reply to this) (Parent)

Если к LFS прикрутят upstart, заместо богомерзкого sysvinit, будет вполне себе охуенно.

(Reply to this) (Parent) (Thread)

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

(Reply to this) (Parent) (Thread)

3 месяца назад собрал BLFS с XFCE, но столкнулся с парой трудностей, как-то:

1) В силу состава пакетов невозможно собрать xfce4-power-manager

2) XFCE относительно старый (4.8)

3) Для того, чтобы wpa-supplicant добавить к init, надо самостоятельно написать init-скрипт для него. Собственно поэтому на sysvinit и бурчу, т.к. для upstart job написать проще.

(Reply to this) (Parent) (Thread)

мы по разному понимаем LFS
если данные три пункта вызывают трудности, зачем тебе вообще LFS, ставь дерьбунту, там сразу upstart

(Reply to this) (Parent) (Thread)

>мы по-разному понимаем LFS
Дело в том, что в отличие прочей сборки и настройки системы, написание собственных init-скриптов - дело неблагодарное и не очень полезное. Человек, сумевший написать свой init-скрипт для BLFS, не получает ничего, кроме умения писать init-скрипты для BLFS.

(Reply to this) (Parent) (Thread)

а в других дистрибах какой-то особенный bash?
или там скрипты init-а на эльфийском?
если знать bash(иначе нахуя вообще LFS), то написание этих скриптов быстро и тривиально в 99% случаев
а тот факт, что в ваших упстартах/системд (поправь меня, если я не прав) нужно дополнительно изучать какието опции(в 90% случаев), и, дополнительно, писать на том же баше сложную логику(в 10% более сложных случаев) вместо того, чтобы сразу описать логику на общеизвестном, полном по Тьюрингу языке тебя не смущает?

(Reply to this) (Parent) (Thread)

Тут уже можно подключать саркастические цитаты из Unix haters handbook. Насчёт того, что написание скриптов на шелле становится в порядке вещей и неисправимо. Но ты не подумай, на баше я пишу, даже иногда нравится. Просто в данном случае не захотелось. Скорей всего из-за того, что даже хороший blfs не имеет в итоге параллельного init, который сейчас есть даже в gen too.

(Reply to this) (Parent) (Thread)

я не собирал даже lfs, не потому, что не уверен в своих силах, а потому, что считаю сие бесполезным для практического использования, польза исключительно в углублении понимания внутренностей системы, посему когда-нибудь у меня таки дойдут до него руки. в чем вообще профит lfs для непосредственного юзания?
но, afaik, авторы позиционироют lfs не как пошаговый туториал, а как сборник рецептов и советов, никто не мешает взять openrc или даже upstart, а лучше -- глянуть, как в дебиане реализована паралельная загрузка на sysV.

(Reply to this) (Parent) (Thread)

>никто не мешает взять openrc или даже upstart
Лучше upstart. Честно.

>глянуть, как в дебиане реализована паралельная загрузка на sysV

Ну как-то так сделано:
http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot

(Reply to this) (Parent) (Thread)

> upstart
не копал, но смущает то, что его использует космонавт и шапка

> Ну как-то так сделано:
просмотрел, не понял твой поинт. работает заебато, в чём проблема?

(Reply to this) (Parent)

Вполне так KISS. Отменили дурацкий rc.conf - стало ещё лучше.

(Reply to this) (Parent) (Thread)

они вхерачили туда системд например

(Reply to this) (Parent)

monkeypatch bug in driver, no?

(Reply to this) (Thread)

Highly unlikely, IMHO

(Reply to this) (Parent)