Бенджамин Отте по моему намекает на закат проэкта GNOME

разработчики гнома жгут не падецки….:))))))))))
Ostland
выпустив GNOME 4.0,
тыц
Дык до 2014 года еще много воды убежит, а еще потом переиграется. Еще можно жить.
Ostland
GNOME 4.0 будет обладать полной поддержкой управления через сенсорные экраны, что даст возможность использования GNOME OS на планшетных ПК.
Интересно, гномовцы сами то пробовали свое поделие на планшете юзать? )))
Я как-то знакомому на Aser W500 ставил арчик, в качестве DE решили взять гном, так-как он вроде на планшеты ориентирован и не столь прожорлив как кеды.
Так вот, если на ноуте Gnome3 еще как-то можно использовать, то на планшете вообще нереально.
Попасть пальцем в activities не просто сложно, а очень сложно, про прочие элементы на панельке я вообще молчу. Сенсорный экран сразу не завелся, пришлось гуглить. Автоповорота экрана (или как это на планшете называется) нет, и нет даже штатной возможности повернуть вручную, опять таки худо бедно спасло гугление.

Итог двух дней танцев с бубном (Больше времени не было)
1) Мультитач не работает.
2) Автоповорота экрана нет. (Добавил в cairodock четыре пункта с ссылками на bash скрипты для ручного поворота, хоть так…)
3) Все элементы управления на верхней панельке и в области уведомлений, мягко говоря, труднодоступны.
4) Экранная клавиатура, автоматически открывается не на всех приложениях, в частности в chromium. Приходится тыкаться пальцем в маааленькую кнопочку “специальные возможности” чтобы от туда ее запустить.
5) тачскрин время от времени “отваливается” экран попросту не реагирует на касания.


Итог, мне до сих пор стыдно за полученный результат. Надо было уговорить парня на кеды или xfce.
Так-что ежли они реально хотят сделать планшетно-телефонное DE то им еще пилить и пилить. Причем начать надо с полной замены нынешнего интерфейса, на что-то более приличное.
vadik
Интересно было бы услышать, что вы понимаете под “классическим видом” и что конкретно не устраивает в текущем арче. Желательно по пунктам.
Пока что почти все устраивает, но я опасаюсь того что меня заставят перейти на grub2 и systemd. А потом, кто его знает - арч вообще может перестать быть роллинг-релизом.
Конкретно сейчас не устраивает:
1. Новый установочный образ
2. Ситуация с rc.conf

А под классическим видом я понимаю систему инициализации в том виде в котором она сейчас есть а не systemd. Ну вот нравиться мне мой rc.conf и все - когда я только познакомился с Арчем я понял что Арч - это тот линукс каким он должен быть, не генту и не убунта.
1. Новый установочный образ

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

2. Ситуация с rc.conf

В пакете initscripts-systemd есть сервис загружающий настройки из rc.conf, но пакет, наверное, скоро удалят.
sleepycat
хыыы. Вы думаете желающих нет? Да нас куча. Просто по факту , так уж получилось , что програмистов в нашем стане мало, а именно деятели этой ит-професии нужнее всего в колективе для таких целей.
Я думаю что глобальных изменений не потребуется - нужно будет вносить изменения только для начальной загрузки
Куча :) ? ну тогда нам нужно всем организовываться и приступать к делу - даже если у нас ничего не выйдет, мы ведь сможем просто попытаться, так ?

sleepycat
Многие на Ваш призыв, ну хотябы один - я -)))
Ну вот и отлично - можно в джаббере создавать отдельную комнату и всем нам там собираться.
И приглашать ваших знакомых.

sleepycat
Что вот я могу дать дистру, чтото настроить?
Для начала нужно всем нам будет досконально разобраться как происходит загрузка - к каким скриптам обращаются ядро и initrd, что меняется в случае если перейти на systmd. Какие пакеты зависят от перехода на sytemd, какие пакеты придется пересобирать. Каждому нужно будет изыскать тестовый комп, в котором можно будет экспериментировать ну или в виртуальной машине.
killer1804
Для начала нужно всем нам будет досконально разобраться как происходит загрузка - к каким скриптам обращаются ядро и initrd, что меняется в случае если перейти на systmd. Какие пакеты зависят от перехода на sytemd, какие пакеты придется пересобирать. Каждому нужно будет изыскать тестовый комп, в котором можно будет экспериментировать ну или в виртуальной машине.
Вы что никогда не видели инит в образе initrd? там просто чистый шелл, прочтите его до конца и все станет ясно, как оно взлетает. При переходе к системе инициализации systemd ничего не меняется, кроме системы инициализации. Новые конфиги просто юзают системные юниты, которые просто используют их, так как конфиги от initscripts при чистой установки улетают в небытие, а настраивать систему надо.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
vadik
… Интересно было бы услышать, что вы понимаете под “классическим видом” и что конкретно не устраивает в текущем арче. Желательно по пунктам.

1. rc.conf - очень удобно, один файл в голове и можно настроить систему.
2. Система инициализации такая как сейчас. Не systemd. Зачем Arch превращать в Deb? Может и не оно, но мне ассоциируется именно с ним.
Как по мне этого уже хватает.
killer1804
1. Новый установочный образ
Я так думаю, что это временные трудности и отдельного форка (и усилий по его созданию и поддержанию) не стоят.
killer1804
2. Ситуация с rc.conf
Вы про выкидывание настроек и размазывание оных по файловой системе? Тут я с вами в основном согласен, но…
Есть предложение, поскольку основным назначением rc.conf было предоставление возможности конфигурирования системы из одного места (я о файле, если что), то не проще ли будет запилить интерфейс/скрипт/утилиту по настройке базовых конфигов? Что я имею ввиду - берем старый rc.conf, смотрим в какие файлы переехали его настройки и осуществляем доступ к этим файлам посредством своей утилиты.
Например, мы хотим настроить раскладку клавиатуры и консольный шрифт (в rc.conf за это отвечали KEYMAP, CONSOLEFONT и CONSOLEMAP). Сейчас эти параметры настраиваются в файле /etc/vconsole.conf. Поэтому из утилиты мы проверяем наличие этого файла и если он есть - открываем на редактирование в системном текстовом редакторе (например nano /etc/vconsole.conf), если файла нет - берем заготовку (ее мы заранее подготовили, снабдили примером и прокомментировали) из каталога с примерами для нашего пакета.
И так по каждому параметру старого rc.conf.
 
Зарегистрироваться или войдите чтобы оставить сообщение.