GNOME 2.22.0 will probably not be GNOME 2.22

КДЕшники и в дальнейшем надеются, что все будут профукувать свои проекты также как и они, трясясь над каждым плюхом в блоге участников gnome release team?

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

8.10? он и так не скоро. К тому времени доделают. А вот если 8.04 то жаль, на альфу я пока не обновляюсь, жду релиза...

GNOME 2.22 will also have some regressions because of porting from gnome-vfs to GIO. two of them are listed in the latest GNOME showstopper review: the missing “network:” backend implementation and the missing ftp support. there are more regressions.

А вот это совсем нехорошо O_o

2JB

Не торопись с выводами. Посмотрим сначала как будет работать GIO, а уже потом судить будем где говно, а где нет.

Кстати если судить по http://live.gnome.org/GIOPort  то точно не успеют перевести весь софт на GIO.
Хорошо, что решили подождать с релизом, что-бы не выпускать сырое поделиие.

еще один слой абстракции? или старый переписали?

Ну не так уж и много софта осталось непереведённым.

Это не ещё один слой абстракции, а замена gnome-vfs. И этот "слой" можно использовать для несвязанных с Gnome приложений. Кстасти давно было пора заменить этот gnome-vfs.

> Ну не так уж и много софта осталось непереведённым.

Довольно много больших проектов. (evolution, GTK, brasero etc.).
Не допилен ещё сам GIO. (Не все бакэнды написаны).

Короче, шести месяцев мало для реализации этого проекта.

никто ничего переносить не будет - опцию сборки с gnome-vfs пока никто выкидывать не собирается, а нарушать цикл релизов ради одной фичи, пусть и важной, никто не собирается

Разработчики софта думают по-другому.

Кстати, много софта глючит с gnome-vfs. Например - попбробуйте записать диск в brasero напрямую с SMB, если путь типа SMB://Server/g%24/file

>Кстасти давно было пора заменить этот gnome-vfs.

Забавно, но в явном виде я им, кажется, так никогда и не пользовался :) Даже сеть у меня смонтирована на файловую систему по fusesmb

Да, перенос "рывком", видимо, не очень удался. Дату релиза, надеюсь, они не станут менять - но будет сыровато. Непонятно, что будет убунта делать с 8.04, который вроде должен быть LTS... LTS релиз со слегка сыроватым (хотя "у меня все работает") 2.22 и неподдерживаемым КДЕ 4 - это как-то путь по стопам Висты...

> LTS релиз со слегка сыроватым (хотя "у меня все работает") 2.22 и неподдерживаемым КДЕ 4 - это как-то путь по стопам Висты...

Kubuntu не будет LTS :) А релиз вполне могут сдвинуть на пару месяцев, как это уже было раньше с Dapper'ом

По-моему надо было делать костыль gnome-vfs -> gio. И уже постепенно переводить приложения. Или там другая технология доступа к данным?

и че, мне еще два месяца ждать тиклесс кернел для амд64?

>LTS релиз со слегка сыроватым (хотя "у меня все работает") 2.22 и неподдерживаемым КДЕ 4

Видимо кде 3.5.9

> Не торопись с выводами. Посмотрим сначала как будет работать GIO, а уже потом судить будем где говно, а где нет.

Ну одно говно в синем квадратике уже есть. Повод ненавидеть его есть не только у КДЕшников, но и у пользователей основного конкурента КДЕ, потому что сейчас реальная планка DE проектов стоит где-то у плинтуса благодаря дебильным заявлениям, что "KDE 4.0 != KDE4".

тоесть гномеры не должны трястись? Я вот жду релиза что бы на hardy перейти. Хочется gio поюзать. Поэтому неприятно, что релиз откладывается.

>2.22.0 will probably not be GNOME 2.22

2.22.0 != 2.22

Мда, явно с арихметикой у них проблемы.

все нормально 2.22.0 это подмножество множества 2.22 тоесть

2.22.0 != 2.22

2.22.0 ∈ 2.22

Ух какая сейчас ругань на эту тему в desktop-devel-list...

А что там? Вкратце.

>2.22.0 != 2.22

>Мда, явно с арихметикой у них проблемы.

А что такое 2.22.0 в арифметике?

анонимные аналитики лора уже были давно тут, теперь открывается эра анонимных гениев арифметики :)

http://mail.gnome.org/archives/desktop-devel-list/2008-February/msg00059.html

Думают, что делать. Варианты:

1. Релизнуть как есть

2. Отложить релиз (подставив дистрибутивы, привязанные графиком к гному - например, убунту)

3. Реверсировать изменения в наутилусе (ИМХО глупейший из всех, к тому же весьма трудоемкий)

Считайте меня безответственным головотяпом, но я б выбрал 1 как лучшее из худшего, ибо будут 2.22.1, 2.22.2 и т.д.)

Вот интересно, что выберут разрабы?

Вопрос не только в наутилусе, туча софта уже перевели на gio. Так что 3 метод ещё более трудоёмкий.

Кстати, как я понял, gio/gvfs разрабатывает один человек. Походу он просто не успевает всё доделать.

Я тоже думаю 1, только обязательно пофиксить самые критичные баги, типа корзины и ftp. И постараться побыстрее зарелизить 2.22.1 с остальными фиксами, что бы убанту успела 2.22.1 в релиз запихать.

По моему они должны подключится в доработку gio|gvfs и ещё сделать костыль для поддержки API gnomevfs.

насколько я помню там архитектура в корне другая. Будет тяжело эти костыли делать. Но в любом случае, как временное решение, это было бы замечательно.