KDE3 и KDE4 заморожены

> в альфа-релизы далеко не всегда включаются все фичи

дык, feature freeze уже наступил. Правда как оказалось только для kdelibs

Сказали ж уже в посте выше, закончат с kdelibs4 примутся за plams-у. Или гномерам надо по несколко раз повторять?

а чтож в самой новости этого не написали, забыли?

> а чтож в самой новости этого не написали, забыли?

Может, для тру надо ещё каждый раз всю историю KDE расписывать - на случай полного дебила?

А кто их знает :) Не я ж эти новости проверяю :)

>Только у меня такой баг: конк наглухо виснет при смене "кодировки сетевого диска" вплоть до 3.5.7? (например при открывании фтп/смб/...)

я это наблюдал на kubuntu, на debian все ОК.

> Может, для тру надо ещё каждый раз всю историю KDE расписывать - на случай полного дебила?

Ну знаете ли, заморозка всего KDE (как написано в новости) и заморозка kdelibs - очень разные вещи. Тут выходит многие дебилы, что не догадались, как надо расшифровать новость.

> Может, для тру надо ещё каждый раз всю историю KDE расписывать - на случай полного дебила?

по твоему заведомо ложная новость лучше?

Гарик таки должен убить себя апстену

>А если серьезно - они не собираются выломать к чертям свой велосипед с KIO_slaves и использовать FUSE с /media, понаписав к нему модулей

как задрали эти <censored>... Выломают, сразу вслед за велосипедом gnome-vfs. А потом и гном, и KDE перепишут с велосипедов qt/gtk на motif

куда-куда его убили?

>>Только у меня такой баг: конк наглухо виснет при смене "кодировки сетевого диска" вплоть до 3.5.7? (например при открывании фтп/смб/...)

>я это наблюдал на kubuntu, на debian все ОК.

И на Мандриве и на Аспе никаких вылетов нету.

Нечего gnome и kde грязью поливать. Надо оставить обе среды перелезающим с винды ментальным кастратам, и юзать нормальные WM без быдлоdesktopокружений. И еще надо от gnome/kde софта отрывать зависимости от gnome/kdelibs соответственно, чтобы он не тянул с собой быдлоDE. Тогда наступит вселенское счастье.

На смену gnome-vfs приходит gfs. =)

Dolphin is said to be the default file manager of the upcoming KDE 4

> И еще надо от gnome/kde софта отрывать зависимости от gnome/kdelibs соответственно, чтобы он не тянул с собой быдлоDE

gnome-софт зависит от gtk, cairo, pango, etc.; кдешный - от qt и kdelibs. Если ты все эти библиотеки причисляешь к быдлоDE, то останется тебе только xterm, xclock и xedit.

> Главный вопрос - зачем убили konquerer?

Кто убил? Где убил? А в интернет ты чем ходить будешь - файрофоксом?

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

Сюрприз. Так оно и есть.

Сам догадаешься, зачем?

Мля... меня от гтк тошнит. как под гномом вообще можно сидеть? гтк и гном - убожество по определению. Так что если что и костыльный велосмпед - то это гном. Кстати, тебя ctrl+c и ctrl+v в гтк на русской раскладке не задалбывают?

> Сам догадаешься, зачем?

/me например не догадался. :(

> Кстати, тебя ctrl+c и ctrl+v в гтк на русской раскладке не задалбывают?

Убогий, это 4.2.

> Если мне не изменяет память, в KDE4 изначально не предполагалось революционных изменений, главной целью было портирование кода на Qt4

Ещё как предполагались. Разные скуллы все уши прожужжали своими плазмоидами и прочими "инновациями". А получается пока что очередная виста: то убрали, это убрали...

В принципе, господь с ними: главное, что в KOffice 2.0 будет Flake, а в digiKam/KDE4 переписывают движок БД -- и то радость пользователю :)

> /me например не догадался. :(

Догадаться должны были гномеры :))

Для того, чтобы в plasma не было двух десятков велосипедов, трех десятков перделок и свистелок, и весь код поддерживался, а не 70%. Ради этого все проекты KDE 4, начиная от базовых, проектируются теперь в две стадии - сначала закрытая проработка архитектуры, а только потом - явление миру готовой работающей вещицы, готовой обрастать дополнениями.

> А получается пока что очередная виста: то убрали, это убрали...

Назови с ходу - что именно убрали из Kdelibs? Плазмоиды? :)

>Мля... меня от гтк тошнит. как под гномом вообще можно сидеть?

Меня воротит от кутешных виджетов.

Поэтому не будем устраивать холивар. Возможность выбора - вот что главное.

В линукс-формате новость была, о том как все круто будет... Тык значит это все в далеком будущем?

Ну это я переврал, да :)

Точнее будет сказать так: тех "brand new features", ради которых стоит мутить 4.0, пока не видно. Возможно, ближе к RC они в сумме наберутся. Пока это больше напоминает GNOME 2.16->2.18, просто переписанный на более новом тулките.

> Для того, чтобы в plasma не было двух десятков велосипедов, трех десятков перделок и свистелок, и весь код поддерживался, а не 70%.

и по этой бредовой причине они не дают доступ в r/o? смешно

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

Если плазму сделают - то может станет лучше, а пока на 100% согласен.

> А потом и гном, и KDE перепишут с велосипедов qt/gtk на motif

Мсье вантузятник или прикидывается? Тулкит это совершенно другое дело - там, по крайней мере, были причины - как фиункциональность существовавщего, так и, в случае с GTK vs Qt2 - лицензионные. Но KIO_slaves, gnome-vfs и прочие в целом повторяют уже созданный функционал FUSE (и имевшийся ранее, еще до него LUFS), только, за счет своего KDE-only существования - хуже.

Представлять то что является чистейшей файловой системой (FTP, SCP, архивы, ...) не как файловую систему, а посредством каких-то программ-клиентов это чистый Windows-way. Но если в Windows он вызван убогостью файловой системы (написание IFS это тот еще ужас, а аналогов FUSE, чтобы файловая система рулилась из юзерспейса, вообще нет), то в UNIX-системах-то такой подход ничем не обусловлен.

В чем ценность KIO_slaves кроме того, что им могут пользоваться только KDE'шные программы, а не любой софт? И чем оно лучше, чем если бы создавалось /media/some_server/ и потом аккуратно отмонтировалось и исчезело по таймауту? Наверное, лучше тем что оно файл в /tmp качает, чтобы его, скажем, mplayer, мог подцепить? (да, я смотрю фильмы прямо по сети, подцепившись к огромному серверу - куда удобнее чем качать на небольшой, вечно забитый и не очень быстрый винт ноутбука)

Можно решить проблему используя адаптер KIO<->FUSE, конечно, но это костыль, на самом же деле. Впрочем, даже за такой костыль, если бы он был хорошо прикручен я был бы KDE'шникам благодарен.

>В чем ценность KIO_slaves кроме того, что им могут пользоваться только KDE'шные программы, а не любой софт?

Такими методами KDE закрепляет свою монополию (аля Microsoft).

> а кдеешники до сих пор не научились читать :)

Умеют читать, в отличие от гномовцев: "Даже если они не войдут в релиз". Сейчас их в релизе нет, но это не значит, что KDEшники на отдельных площадках не могут сделать принципиально новые фишки.

> А если серьезно - они не собираются выломать к чертям свой велосипед с KIO_slaves и использовать FUSE с /media, понаписав к нему модулей?

Любителей консоли и перманентного копания просьба не беспокоиться. ;)

> Может, для тру надо ещё каждый раз всю историю KDE расписывать - на случай полного дебила?

Для таких гномовцев, как JB - надо. ;)

> но это не значит, что KDEшники на отдельных площадках не могут сделать принципиально новые фишки.

Знаем мы эти ваши отдельные площадки :)

http://www.kdedevelopers.org/node/2812

> Надо оставить обе среды перелезающим с винды ментальным кастратам, и юзать нормальные WM без быдлоdesktopокружений.

Некоторым быдло-программерам и быдло-админам, а также фанатикам и перманентно нищим нужно отучаться советовать людям как жить. ;)

На дворе 21 век, делить на браузеры и файловые менагеры - дурной тон. С развитием онлайн-сервисов пора не думать о компе как о отдельном хранилище данных...

> Разные скуллы все уши прожужжали своими плазмоидами и прочими "инновациями".

Я тешил себя надежой, что хоть AP не будет троллить. Нифига, GNOME окончательно съедает мозг. Остаётся надежда на вменяемого svu. Если и он начнёт пороть чушь, то я сильно разочаруюсь во вменяемости гномовцев.

> А получается пока что очередная виста: то убрали, это убрали...

Что убрали? Никто и не добавлял.

>Некоторым быдло-программерам и быдло-админам, а также фанатикам и перманентно нищим нужно отучаться советовать людям как жить. ;)

Продолжай давать советы, быдло-программер (или кто ты там из этого списка).

> и по этой бредовой причине они не дают доступ в r/o? смешно

Тык ищи в playground. Или гномовцы неспособны просматривать весь репозиторий в принципе? ;)

P.S. Новое поколение гномовцев достойно geek.

> В чем ценность KIO_slaves кроме того, что им могут пользоваться только KDE'шные программы, а не любой софт?

Потому как KDEшникам нужно было работать ещё вчера, а не ждать у моря погоды, пока FUSE станет более-менее юзабельным.

Андрюшенька, ты лучше прокомментируй http://www.linux.org.ru/jump-message.jsp?msgid=1959535#1962737, а потом уж поговорим, кто тут вменяем :) Ждём-с :)

> Продолжай давать советы, быдло-программер (или кто ты там из этого списка).

А я советы по использованию DE не давал. Потому как аналитик, а не тупой кодер. ;)

> Умеют читать, в отличие от гномовцев: "Даже если они не войдут в релиз". Сейчас их в релизе нет, но это не значит, что KDEшники на отдельных площадках не могут сделать принципиально новые фишки.

если они не войдут в релиз, то в кде4 ничего интересно не будет вообще. То, что было когда то обещано в прессрелизах и на красивых скриншотах до сих пор отсутствует. Релиз обещали к осени, kdelibs уже заморозили - времени явно не хватает на добавление всех фич. В бредятину про репозитории для избранных где уже есть фсио я не верю

ждем нового кде еще три года? (c) :)

> Для таких гномовцев, как JB - надо. ;)

Skull, иди в (_|_)

> Тык ищи в playground. Или гномовцы неспособны просматривать весь репозиторий в принципе? ;)

смотрел, не нашел. Ткни ссылкой

> P.S. Новое поколение гномовцев достойно geek.

мы лучше! 8)

>>KIO_slaves, gnome-vfs

KIO_slaves намного старше, чем FUSE.

> Любителей консоли и перманентного копания просьба не беспокоиться. ;)

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

Рассказываю ситуацию. Цель была сделать простую десктопную Linux-систему для отца - человека от компов достаточно далекого, а от UNIX тем более. Соответственно ручное монтирование (не танцы с бубном около "man curlftpfs", а простое "mount /mnt/foo") он принципиально не осиливает. Ну и KDE здесь оказался наиболее приемлемым вариантом, тем более что понадобилась KTechlab, т.е. kdelibs оказались явной зависимостью.

Решил я это автомонтировщиком и FUSE+curlftpfs+sshfs с заранее прописанным в fstab списком сервером (домашний сервер, файловая помойка провайдера и т.д.). А хотел, в идеале, бы иметь возможность чтобы он мог открыть любой ftp://ftp.foo.bar.ru/ и тот был бы ему прозрачно доступен. И прозрачно доступен не только KDE'шному софту (и то - захожу в Konqueror, запускаю фильм в Kaffeine - тупит, сопит и усердно копирует файл в /tmp - WTF?), а любому. Ну разве это дело?

> Андрюшенька, ты лучше прокомментируй

Саша, я там ответил. Жду ссылку с датой. Что ж ты так, любезный, подставляешься жестоко?

> То, что было когда то обещано в прессрелизах и на красивых скриншотах до сих пор отсутствует.

Для любителей потешить глаз есть Dolphin. Эстетам достаточно этого.