LINUX.ORG.RU

Разработчики Debian говорят о возможных проблемах при переходе на GTK 3.0 и GNOME 3

 ,


0

0

Разработчики Debian представили предварительный список возможных проблем, которые могут возникнуть при интеграции GTK 3.0 и GNOME 3 в дистрибутив.

Релиз GTK 3.0 запланирован на март 2010 года, а релиз GNOME - вскоре после этого. Поэтому перед разработчиками Debian встала проблема: интегрировать в будущий релиз дистрибутива новую, не совсем отлаженную, версию или остаться на ветке 2.x, но столкнуться с проблемами длительной поддержки релизов Glib, GTK и GNOME, развитие и официальная поддержка которых будет прекращена.

В списке рассылки приводятся меры, которые упростят переход на GNOME, и обсуждается совместимость приложений с будущей GTK 3.0, в частности:

  • GLIB и GDK/GTK+ - предлагается компилировать пакеты с отключенным режимом совместимости с ранними версиями GTK (без устаревшего кода). Особых проблем не ожидается.
  • ESOUND - будет убрано, в связи с чем предлагается портирование на libcanberra/GStreamer
  • GCONF - планируется заменить с помощью dconf
  • LIBBONOBO / LIBBONOBOUI - планируется полное удаление, что является весьма нелегким делом.
  • LIBGNOME / LIBGNOMEUI - планируется удаление.
  • LIBGNOMECANVAS - объявлен устаревшим.
  • GTKSOURCEVIEW 1.x объявлен уставершим, его планируется заменить на GTKSOURCEVIEW 2.x.

и ряд других.

>>> Подробности

★★★★★

Проверено: hibou ()

Ответ на: комментарий от gaa

>>>> Сохранение переменных между сессиями было бы в 1000 раз прямее и надежней. >>> А потом были бы феерические глюки при апгрейде. Нафиг-нафиг. >> А ломка скриптов в ~/.emacs при апгрейде компонент чем-то принципиально отличается?

>1. Воспроизводимостью

В имаксе глобальные настраиваемые переменные это часть интерфейса модуля насколько я понимаю. Их конфигуратор выводит в реестрообразном виде десу.

>2. Простотой workaround-а при проблемах (очистить ~/.emacs)

Удалить файл с persistent-переменными какбе должно быть нельзя по какой-то причине?

Absurd ★★★
()
Ответ на: комментарий от www_linux_org_ru

> А давайте честно скажем, какие будут проблемы, а?
Хочу я, допустим, как самодур, насадить корпоративный стандарт на размер отступа в редакторе...

svu ★★★★★
()
Ответ на: комментарий от svu

> Хочу я, допустим, как самодур, насадить корпоративный стандарт на размер отступа в редакторе...

Ну это-то не проблема. В самом конце конфига добавляем еще (eval-from-file emacs-corporate-config) а дальше в зависимости от полититки этот emacs-corporate-config меняем.

www_linux_org_ru ★★★★★
()

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

Dudraug ★★★★★
()
Ответ на: комментарий от svu

> Хочу я, допустим, как самодур, насадить корпоративный стандарт на размер отступа в редакторе...

Не высасывай пальцы, они тебе ещё понадобятся!

gaa ★★
()
Ответ на: комментарий от Absurd

>> 1. Воспроизводимостью
> В имаксе глобальные настраиваемые переменные это часть интерфейса модуля насколько я понимаю. Их конфигуратор выводит в реестрообразном виде десу.


Это ты на каком языке сказал?

>> 2. Простотой workaround-а при проблемах (очистить ~/.emacs)

> Удалить файл с persistent-переменными какбе должно быть нельзя по какой-то причине?


Там надо разбираться, какая переменная своя, а какую выставил кто-то из расширений.

gaa ★★
()
Ответ на: комментарий от svu

> Хочу я, допустим, как самодур, насадить корпоративный стандарт на размер отступа в редакторе...

Лучше: а вот хочу я сделать, чтобы юзер для ходьбы сюда юзал один прокси, для ходьбы туда -- другой, а во внешний мир -- третий. Есть еще родная локалка, куда ходить без прокси. Как это делается? Нетскейп тянет яваскриптовый файл, в котором записана функция, которая вычисляет прокси. (Кажись это даже эксплорер научился)

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от Dudraug

Неужели никто не знает ответа на мой вопрос? (Неужели ТОТ интерфейс будет из коробки?) Я его не первый раз уж задаю. Должны же быть на лоре люди близкие с гномом. Вроде как svu достаточно близок к этому проекту...

Dudraug ★★★★★
()
Ответ на: комментарий от Dudraug

Не "этот интерфейс не нравится", а "хочется углубить" (с) "Служебный роман"

svu ★★★★★
()
Ответ на: комментарий от Dudraug

>Неужели никто не знает ответа на мой вопрос?

Что тут непонятного?

"The project is still in early stages of development. The plan is to have it be an optional feature in GNOME 2.28, and to replace the existing components for GNOME 3.0."

http://live.gnome.org/GnomeShell

ptarh ★★★★★
()
Ответ на: комментарий от www_linux_org_ru

Кому нужны формулы в конфиге не будут использовать такую вещь как реестр, которую без regedit'а то толком не поправишь, а напишут свой парсер ini файлов с поддержкой формул. Благо на flex+bison оно пишется за 15 минут.

Reset ★★★★★
()
Ответ на: комментарий от Reset

> Кому нужны формулы в конфиге не будут использовать такую вещь как реестр, которую без regedit'а то толком не поправишь, а напишут свой парсер ini файлов с поддержкой формул.

Собсно, к тому я постоянно и веду, что "реестр" удобен далеко не всем.

gaa ★★
()
Ответ на: комментарий от init

>Выходы Debian следовали графику? Задержки релиза - одна из отличительных характеристик этого дистрибутива:)

Упс, я думал речь о гноме и gtk

Midael ★★★★★
()
Ответ на: комментарий от gaa

> Собсно, к тому я постоянно и веду, что "реестр" удобен далеко не всем.
То, для чего неудобен реестр - не называется конфигурацией.

Кстати, замечательное реверс-определение - конфигурация это то, для чего годится реестр, оно должно понравится;)

svu ★★★★★
()
Ответ на: комментарий от gaa

> Собсно, к тому я постоянно и веду, что "реестр" удобен далеко не всем.
А есть вещи поголовно удобные для всех и всегда ? :)))
А если, принять ваши взгляды за основу ,то думаете некому будет "метать икру" на форумах против вас ? :)))

elipse ★★★
()
Ответ на: комментарий от svu

>Кстати, замечательное реверс-определение - конфигурация это то, для чего годится реестр, оно должно понравится;)

Только мне оно кажется несколько надуманным?

для преодоления трудностей их надо сперва создать

grinn ★★
()
Ответ на: комментарий от www_linux_org_ru

>подозреваю, что достаточно в конец самописного конфига добавить что-то вроде (eval-from-file emacs-persistent-config) и научить emacs-persistent-config конфигуратор сохранять результат в emacs-persistent-config.

Оффтоп.

Есть такой пакетик initsplit, которым я активно пользуюсь. Он умеет раскидывать переменные и фейсы, выставленные в конфигураторе, по разным конфигурационным файлам в зависимости от регулярного выражения над именем этой переменной. У меня, например, автоматом раскидываются "^jabber-", "^gnus-", "^slime-", " "^\\(preview\\|font-latex\\|latex\\|tex\\)-" и т. д. Весьма удобно, так как я для каждого крупного пакета держу конфигурацию в своем файле. Думаю, что если поиспользовать регулярное выражение, охватывающее все переменные и фейсы (или большую часть), то они автоматом все туда будут скидываться.

Zubok ★★★★★
()
Ответ на: комментарий от www_linux_org_ru

>Ну это-то не проблема. В самом конце конфига добавляем еще (eval-from-file emacs-corporate-config) а дальше в зависимости от полититки этот emacs-corporate-config меняем.

Вдогонку. Это лишнее, пожалуй. (load "emacs-corporate-config") достаточно будет. :)

Zubok ★★★★★
()
Ответ на: комментарий от elipse

>> Собсно, к тому я постоянно и веду, что "реестр" удобен далеко не всем.
> А есть вещи поголовно удобные для всех и всегда ?


Нету.

> А если, принять ваши взгляды за основу ,то думаете некому будет "метать икру" на форумах против вас ?


Я не практикую безоговорочных всеобъемлющих решений.

gaa ★★
()
Ответ на: комментарий от svu

>> Собсно, к тому я постоянно и веду, что "реестр" удобен далеко не всем.
> То, для чего неудобен реестр - не называется конфигурацией.


И что должна была показать эта подмена понятий? Тут настолько "толсто", что авторский замысел совсем не виден.

gaa ★★
()
Ответ на: комментарий от gaa

> Я не практикую безоговорочных всеобъемлющих решений.

Кстати, другие тоже придерживаются подобных взглядов.
Хотя,практические результаты взглядов куда более интересней бесплодных гипотез:)))

elipse ★★★
()
Ответ на: комментарий от mx_

>>Вот в 3 гноме обещают выкинуть панель и ввести гном-шелл ( его уже сейчас можно собрать и поставить ) кто ставил говорит что это круче всяких МаосХ и подобной шняги ...

Чушь. Я ставил на посмотреть - оно еще не юзабельно. Особо бесит невозможность добавить на панель значки в стиле gnome-panels, а так штука будет прикольная когда допилят. Кому цикаво:

wget http://git.gnome.org/cgit/gnome-shell/plain/tools/build/gnome-shell-build-set... sh gnome-shell-build-setup.sh jhbuild build cd ~/gnome-shell/source/gnome-shell/src ./gnome-shell—replace

criwietEl
()

Не представля чего там останется в Debian от GTK 3.0 и когда это случится... очень неповоротливо в Debian происходит обновление GTK, хотя и умиляет возможность поставить Gnome частями

los_nikos ★★★★★
()
Ответ на: комментарий от BeerSeller

> Реестр и gconf похожи только том, что имею иерархическую структуру и ВСЁ!

дадад.

скоро это закончится.

dconf уже имеет бинарный формат.

trapezoid
()
Ответ на: комментарий от los_nikos

А сделайте дистр/репозиторий размером в один CD и для двух архитектур (i386/amd64)
- и хоть каждый вечер обновляйте gtk. Какие проблемы ?

elipse ★★★
()
Ответ на: комментарий от Absurd

>Давай всеже ранжировать претензии. Претензии со стороны Ъ в сторону реестра вообще и XML в частности были в том что в Юниксе из конфига можно удалить параметр из конфига с помощью grep -v, а добавить с помошью echo.

>То есть ты не Ъ ?

Теперь в свете политики партии и правительства любители ГНОМА на ЛОРе Ъ обзывают "эникейщиками"

Attila ★★
()

Я что-то не понял, какие проблемы? Debian как обычно чудит... %))

> GLIB и GDK/GTK+ - предлагается компилировать пакеты с отключенным режимом совместимости с ранними версиями GTK (без устаревшего кода). Особых проблем не ожидается.

Это предлагается уже более полугода, AFAIR.

> GCONF - планируется заменить с помощью dconf

Про судьбу dconf пока известно не больше, чем про GNOME Shell. На http://live.gnome.org/TwoPointTwentyseven он вообще не упоминается.

> LIBBONOBO / LIBBONOBOUI - планируется полное удаление, что является весьма нелегким делом.

> LIBGNOME / LIBGNOMEUI - планируется удаление.

> LIBGNOMECANVAS - объявлен устаревшим.

Upstream. И вообще, тот ещё баян. См. http://live.gnome.org/LibgnomeMustDie и http://live.gnome.org/ProjectRidley.

> GTKSOURCEVIEW 1.x объявлен уставершим, его планируется заменить на GTKSOURCEVIEW 2.x.

В развивающихся проектах уже давно заменили.

Судя по тексту новости, Debian тут вообще не при делах. Типа намекают разработчикам и мэинтейнерам пакетов, на чём нужно сосредоточиться.

cruxish ★★★★
()
Ответ на: комментарий от gaa

> Гномовские разработчики внезапно осознали, что gconf, яростно защищаемый евангелистами, был неудачным. И сочинили новый велосипед.

Во первых, нет предела совершенству. ;)

Во вторых, dconf пока жутко экспериментальный.

cruxish ★★★★
()
Ответ на: комментарий от nicebrowser

> Скоро оперу портируют на гтк

Откуда дровишки? ;)

cruxish ★★★★
()
Ответ на: комментарий от Siado

> Ггг, лучше выкинуть гном и оставить куте ^_^

По "ггг" и "^_^" сразу видно специалиста. :)

cruxish ★★★★
()
Ответ на: комментарий от Attila

>>Давай всеже ранжировать претензии. Претензии со стороны Ъ в сторону реестра вообще и XML в частности были в том что в Юниксе из конфига можно удалить параметр из конфига с помощью grep -v, а добавить с помошью echo.

>>То есть ты не Ъ ?

>Теперь в свете политики партии и правительства любители ГНОМА на ЛОРе Ъ обзывают "эникейщиками"

Какая блин "политика партии", ты долбанулся наверно.

Absurd ★★★
()
Ответ на: комментарий от mx_

> Вот в 3 гноме обещают выкинуть панель и ввести гном-шелл

Почему-то этот GNOME Shell мне стал напоминать netbook-launcher из Ubuntu. Всё тот же подход, всё тот же Clutter.

cruxish ★★★★
()
Ответ на: комментарий от BeerSeller

>А теперь на счёт "реестра". Реестр и gconf похожи только том, что имею иерархическую структуру и ВСЁ!

Ну почему-же "и ВСЁ"? А резидентное "болтание" реестра в памяти, а у ГНОМа - спец. демона? А хранение ВСЕХ настроек, включая и "nonhuman"?

Вопрос Армянскому Радио: Что общего между вендовым реестром, gconf и панорамой Бородинской Битвы? Ответ: Описание Пушкина в его поэме: "Смешалось всё: кровь, говно, песок и сахар."

Перефразирую бессмертного Профессора: Помойка в Gnome начинается с gconf :)

Attila ★★
()
Ответ на: комментарий от Absurd

>Какая блин "политика партии", ты долбанулся наверно.

Не обращай внимания, это я grim'а подкалываю.

Attila ★★
()
Ответ на: комментарий от Attila

И когда последний раз запускали Gnome ? Ась ?
Из всех резидентов в памяти суммарно вы наговорили "проблем" аж на 10 метров.
Что еще вас беспокоит?

elipse ★★★
()
Ответ на: комментарий от nicebrowser

>Скоро оперу портируют на гтк и наступит полный релакс

Это мечты, или есть конкретная инфа?

>Ага, и одним шустрым браузером станет меньше. Хочешь гтк-шных тормозов - юзай огнесил.

В огнелисе тормозит не gtk, а, во первых, xul, а, во вторых, конкретная реализация непосредственно веб-движка (если ты привяжешь к лебединому перышку чугунную гирю, то в общей "тяжести" будет виновата гиря, а не перышко :) ).

>KDEшники, включая меня, предвкушают реванш за KDE 4.0 != KDE 4

На все сто не скажу, но боюсь реваншисты остануться с носом... :)

Хотя проблемы, стопудово, будут (но их серьезность, с очень большой долей вероятности не сравнится с 4кедовой: будет меньше, а то и сильно меньше, по крайней мере, текущий курс Гномовцев дает на это большие надежды)...

>А используется типа - перегрузите компьтер чтобы изменения вступили в силу

Это не из-за реестра. А из-за того, что в Винде файл и его имя едины (в отличии от Юникс и Юникс-подобных (Линукс, к примеру) систем): сиречь, если в Вине к файлу обращаются ("активная" системная библиотека, скажем) то ты с ним, ничего не сделаешь (при обновлении требуется перезагрузка, иначе не перезапишешь)...

unihorn
()
Ответ на: комментарий от elipse

>Из всех резидентов в памяти суммарно вы наговорили "проблем" аж на 10 метров.

А действительно, кто их эти метры сейчас считает? Недовольных обзовем "нищебродами" и продолжим поглощать оперативку свистоперделками и "идеями".

Attila ★★
()

убирание libbonobo и libgnome - это ПЛЮС.

Ещё бы убрали блевоту по имени GConf и ORBit и я бы может подумал о том, чтобы попробовать Gnome ещё раз (последний раз было этак в году 2000).

tempuser001
()
Ответ на: комментарий от BeerSeller

Направление движения Gnome мне нравится. Посмотрим на него в конце 2010.

tempuser001
()
Ответ на: комментарий от Dudraug

>Господи, там же будет не интерфейс, а какое то издевательство над юзерами. Ну чем им нынешний интерфейс не нравится?

нынешний интерфейс настолько Хиганутый, что если идти и дальше этим направлением - получится mac

sniper21 ★★★★★
()
Ответ на: комментарий от tempuser001

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

Орбит - если не обещали убрать, то только по недосмотру...

svu ★★★★★
()

> В списке рассылки приводятся меры

Нафиг такой гимор? Выкинули б просто гном из дебьяна, да и всё...

stav
()
Ответ на: комментарий от stav

> Нафиг такой гимор? Выкинули б просто гном из дебьяна, да и всё...

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

d_a ★★★★★
()
Ответ на: комментарий от init

А не лет ли?

p.s. -- а ты не тот ли о ком я думаю (назовем ключевые слова блины и гента)?

catap ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.