Gnome или KDE

Готовящийся к релизу GIO вместо GnomeVFS - это fuse-библиотека. Каким образом оно вообще относится к kioslaves, непонятно. Объясните!

Gnome или KDE

Вы совершенно неправы. Чистота кода в том же nautilus намного выше, чем в konqueror. Куски закомментированного кода, надписи типа FIXME: bug in Qt3 и т.д. То же можно сказать и про, например, totem vs kaffeine. Т.е. такое ощущение складывается, что Вы защищаете KDE, опираясь на аргумент насчёт чистоты кода, который не добыт эмпирически, а лишь транслируется Вами с LOR-а или другого подобного "базара".
Если Вам приходилось писать под KDE (не Qt: Qt - хороший, в общем-то, тулкит) и под GNOME (Gtk+: хороший тулкит), то Вы должны знать, что в Gtk+ всё намного логичнее организовано. Единственное, чем хромает для разработчика Gtk+, - это отсутствием таких подробных документов по API, какие имеются для Qt. Но это - извечная дилемма: чистый код или хорошая документация, и ответ на вопрос о выборе не такой и логичный.
PS: но если Вы судите о проблеме Gtk+ vs Qt4 только по C++ API, то бесспорно, Qt выиграет. Дело в том, что Gtk+ был изначально ориентирован на C, поэтому его конструкции очень логично встраиваются в наличествующий код программ на C. А ведь на C мир не сошёлся клином. И для других языков Qt имеет куда более низкий уровень покрытия API биндингами.

О пользе консоли

Но без определённой эзотерики с find невозможно отличать права для каталогов и права для файлов. В этом суть.

О пользе консоли

Сможет. У него отдельные настройки для файлов и для каталогов.

Почему на жёстких дисках Google никогда не закончится место?

Wifi так далеко не работает, а провод накладно тянуть:)

О пользе консоли

Файловый менеджер в GNOME умеет рекурсивно вглубь менять права.
PS: хотя я тоже сделаю это в консоли, потому как она всегда под руками, в отличие от...