В качестве хранилища настроек не нужны же.

И да, справедливости ради, так сказать, dconf поддерживает кучу бекендов, один из которых бинарный.

> Алсо, вроде его собираются запилить в glib, а это как минимум все gtk приложения.
GSettings уже в glib, но это не dconf. И да, кде уже давно пользуется glib-ом, только кдешники не желают этого себе признавать.

Вот kms - это да. Впрочем, можно от него отказаться и жить с vesa:)

Ну давай, сделай apt-get remove gconf, а мы посмотрим, что у тебя останется.

Тогда очень трудно объяснить, почему его поделки сразу попадают в апстрим, когда как другие ползут туда годами.

Не нужен же.

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

>Гораздо важнее то, что другие легко их себе в дистрибутив принимают.

man upstream. Если не принять, то многий софт просто откажется работать. Пример с выпиливанием kms более чем показателен.

 http://live.gnome.org/dconf

Having all of the keys in a single compact binary format also avoids the intense fragmentation problems currently experienced by the tree-of-directories-of-xml-files approach.

Алсо, вроде его собираются запилить в glib, а это как минимум все gtk приложения.

 http://live.gnome.org/dconf

Having all of the keys in a single compact binary format also avoids the intense fragmentation problems currently experienced by the tree-of-directories-of-xml-files approach.

Алсо, вроде его собираются запилить в glib, а это как минимум все gtk приложения.

>пульсаудио, системд,
Это, кстати, один и тот же человек. Вот уж его точно надо гнать. Может он в редхате что-нибудь ещё делает, а эту фигню лепит в свободное время.

Где?

Это меня и удручает. Скоро огородится ото всех, как венда. Вот только любое огороженное сообщество начинает со временем протухать.

Ну вообще-то крах венды в основном происходит благодарю реестру и графике в ядре. Теперь у нас есть бинарный реестр, dconf, и почти графика в ядре. Всё остальное скоро подтянется.

Тогда зачем он оплачивает такое УГ как пульсаудио, системд, авахи, нетворманагер. Всё это на сервере не нужно и без выпиливания превращает лялих в глючное убожество.

>с опозданием в 10-15 лет вводят это с большой помпой и преподносят как небывалую инновацию

>все

Это не все, и даже не многие, а отдельные нехорошие люди.

А Linux да, кажется, отошёл уже довольно далеко от концепции Unix.

Шансов стать виндой, очевидно.

and

 http://www.opennet.ru/opennews/art.shtml?num=29095

Представлен релиз Linux-дистрибутива Mandriva 2010.2, который, в отличие от прошлых выпусков, носит в основном корректирующий характер, отличаясь только изменением визуального оформления и включением накопленных обновлений пакетов с исправлением ошибок и проблем безопасности. Отсутствие заметных изменений связано с переходом проекта на годичный цикл подготовки релизов, при котором значительные выпуски будут формироваться раз в год. В частности, 30 мая 2011 года ожидается выход Mandriva 2011, в котором будет реализован набор интересных новшеств, обзор которых был опубликован несколько недель назад.

Дистрибутив Mandriva 2010.2 распространяется в сборках для архитектур i586 и x86-64, для свободной загрузки доступны две редакции: Free (только свободное ПО, без проприетарных драйверов и кодеков, 1 DVD, 3.8 Гб) и One (установочный LiveCD, KDE и GNOME версии, 700 Мб). Для коммерческого распространения подготовлен Mandriva Linux Powerpack, который можно загрузить через интернет-магазин Mandriva Store.

Решение о выпуске Mandriva 2010.2 было принято, так как обновлений накопилось достаточно много и для их загрузки уже требуется значительное время. С момента выхода Mandriva 2010.1 в сумме было сформировано 5055 обновлений, а с учетом репозиториев backports и testing - 6312, общим размером около 34 Гб. С учетом того, что для многих программ обновления выпускались более одного раза, число уникальных обновленных пакетов составило 2522.

PS: А графика должна быть в ядре. Если конечно хочется производительности.

PPS: Сначала все матерят _технические_ решения мелкомягких (графика в ядре, реестр) а потом с опозданием в 10-15 лет вводят это с большой помпой и преподносят как небывалую инновацию.

Что мы имеем тут сейчас в линукс? А ситуация аналогичная. Благодаря некоторым товарищам графика плавно переходит обратно в ядро (прям как в венде, лол) и делается это характерным для венды способом, т.е. покланием МПХ различных калибров на остальные операционные системы, такие как бсди разных сортов, гнутый хурд и так далее по возрастающей. Так что заюзать свежий открытый драйвер с поддержкой KMS под фрёй уже не представляется возможным, лол.

Поехали дальше. Если раньше это безобразие было внутри kernel-space, то сейчас это УГ расползается и на юзерспайс. Возьмём те же udisks и Ко. Что тут можно делать? Под фрёй их нет, но есть hal. Отсюда дополнительный геморрой разрабам и раскол в сообществе. Скажем так, пока софт со скрипом и матюгами переносятся между системами, но ситуация усугубляется.

Означает ли это, что линукс скатится в некое подобие того, что представляет собой венда? А именно, невозможности простого портирования софта между с/на другие(их) платформ(ы).

Алсо, мну бешено негодует и смотрит на свежий линукс немного с недоумением, но в то же время с лёгкой иронией и как на говно. Ололол, дискас.