sinit 0.9

Чем она лучше Epoch?

60 kb Epoch vs 2,5 kb sinit больше ничем.

На данный момент он поддерживает только две команды: reboot и poweroff. Разработка считается завершённой и дальнейшее развитие не планируется.

Ъ³.

Разработка считается завершённой и дальнейшее развитие не планируется.

Напрашивается версия 1.0

Это как systemd, только наоборот. В первом есть все не нужное, во втором нет ничего нужного, только пару фич. Жирный софт vs ультра-минималистичный.

Хотя этот sinit вполне себе может найти применение, во встраиваемых системах, например.

suckless linux distro

Понятно.

А ты не знаешь, что пресловутый systemd писался в том числе и для встраиваемых систем, и некоторыми уже активно используется? ;)

suckless

лучше

Слишком толсто. suckless.org не умеет в юзабельный софт.

dwm и dmenu например, насчет всего остального не скажу (ну 9base еще полезный, но вряд ли «юзабельный»).

Они не осилили даже Xft.

9base не нужен при наличии plan9port.

Они не осилили даже Xft.

Там патчи с поддержкой Xft для обоих программ есть. Вероятно, считают это опциональной фичей, не достойной быть в главной версии.

Их dmenu, кроме всего прочего, игнорирует ICCCM и не работает с *IM. Из этого следует, что в dmenu работа хоть чего-то кроме ASCII не гарантирована. Я не знаю, насколько упоротым нужно быть, чтобы в 21 веке считать i18n опциональной фичей, причём даже не включаемой параметром компиляции.

Видимо, число строк кода (они экономят место на 64Кб ROM'ах!!!) им важнее.

Из этого следует, что в dmenu работа хоть чего-то кроме ASCII не гарантирована.

Это ж хорошо.

Chestno govorja, na vashem otvete slomalsja analyzator.

Тогда стоило объединить dmenu с их фирменной dmenu-launch и документировать как лаунчер.

So what? Actually, almost no one really cares about non-english language in software like that.

Actually, almost no one really cares about software like that.

fixed that for ya

и некоторыми уже активно используется? ;)

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

Чем оно лучше systemd?

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

Только пожалуйста, никогда не напиши ничего в 21ом веке, у чего бы i18n было неопциональной фичей, или отключаемой лишь на этапе компиляции.

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

Отсутствие в dmenu поддержки Unicode — досадная отсталость, прошлый век, техническая возможность писать и лицезреть любую юникодную фигню (если пользователь сам явно выразил на то желание) в наши дни просто обязательна. Напиши патч, компилируй с ним, поделись с сообществом, в апстрим не шли. Только вот i18n не приплетай, а лучше души повсюду, где увидишь.

Нафиг нужен юникод, если в dmenu совсем не работает ввод на многих языках? Любоваться на него?

Это и есть i18n. А ты споришь скорее по поводу l10n.

Как оно там называется? Suck Less, да?

plan9port слишком жирный.

Suckless как всегда радует

Чем оно лучше systemd?

Весит меньше, а больше ничем, оба не нужны.

Это минус?

Да, это минус, когда нужен набор юзабельных утилит, а не plan 9 целиком.

Ох черт, не проснулся, был неправ.

linux Morpheus

Прочел сначала как «linux Morpehus»

Нужно написать поттеру: леня учись как надо!

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

Они не осилили даже Xft.

Ну патчи есть, если сильно нужно.

*IM. Из этого следует, что в dmenu работа хоть чего-то кроме ASCII не гарантирована.

Что за бред? Если нема scim сотоварищи - это не означает «не гарантирована»: можно же вводить средствами X-ов. А неродная экзотика уже не очень соотвествует области применения dmenu.

9base не нужен при наличии plan9port.

И легче, и меньше требований к окружению для сборки => так что все еще есть ниша.

Если нема scim сотоварищи - это не означает «не гарантирована»: можно же вводить средствами X-ов.

Чтобы вводить средствами X-ов, нужно, чтобы приложение фильтровало все события ввода с клавиатуры через X Input Module. Это описано в ICCCM. Если этого не делать, любая определённая как X Input Module раскладка (а их полно, есть и en-US с проверкой правописания, например) не будет работать.

dmenu даже не пытается это делать. По крайней мере когда я в последний раз его тыкал.

Вейт, там есть коммиты с базовой поддержкой XIM и оно реально его инициализирует/пытается что-то делать. Если оно действительно работает — претензия снимается, я идиот

Чтобы вводить средствами X-ов, нужно,

_Иногда_ нужно, вот пример с проверкой орфографии - не совсем в кассу: очень спорно, что случай dmenu. Наверное есть языки, где без него не получится, но по большому счету, это лишь минимальная нашлепка над tui: программу запустить / громкость изменить / минимальный интерфейс к mpd/xmms2. Где нужен полноценный ввод может не подойти (mpd-search <pattern названия трека>), но и с этими оговорками вполне юзабельно.

леня учись как надо!

Им этого не надо. Им нужен жирный неподъемный монстр, в котором никто кроме RH не разберется.

оно даже не лучше sysvinit