А кто знает почему нельзя выполнить deltup?А то пытаюсь обновить кде по дельтапу...а их сервак оказывается не может получить нужные файлы.Нехорошо это :)
В ебилды для 3.4 вроде какой-то USE-флаг добавили, чтобы патчи для xdelta выкачивались, но я сам не пробовал, так что не могу сказать как это будет работать.
Вам надоели KDE и GNOME? Такие похожие на Win и Mac. Хотите приятную альтернативу? Тогда помечтайте вместе со мной :)
1) При закрытии текущего рабочего пространства или при попадании указателя мыши в левый нижний угол экрана (без клика), видим "Окно Запуска", заранее разбитое на крупные ячейки по количеству рабочих пространств (примерно 16).
2) В активных ячейках мини-копии (мини-скриншоты) ихних рабочих пространств, а в пассивных только названия.
3) Из "Окна Запуска" активную ячейку можно закрыть (закрывая тем самым программы которые там) или войти в неё (в её рабочее пространство), а пассивную активировать с индивидуальной автозагрузкой одной/нескольких программ).
4) Ну ясно, что каждое рабочее пространство имеет отдельную настройку обоев, ярлыков на столе, часиков и т.д.
Кстати, нам через bugs.kde.org за всё время (считая с 2000 года, 2.0) пришло 3 или 4 баг-репорта, связанных с ошибками в русском переводе (последний такой баг, связанный с настройкой показа локализованных даты и времени, исправил совсем недавно - https://bugs.kde.org/show_bug.cgi?id=106271, и в 3.4.1 он мог и не попасть). Действительно ли всё так радужно, или просто народу лень писать об ошибках? Исправлять их, имея висяк на bugs.kde.org, на самом деле намного проще.
Нет. Тут вся соль именно в пунктах 2 и 3. Подумай например про ситуацию когда маленький экран Palm или Pocket. Только без самих мини-скриншотов, а как-то по другому выделять "активные".
Или если большой экран, то, например, для GIMP'a так будет удобнее завести отдельное рабочее пространство. Кликнул на нём и сразу GIMP стартует.
Фигня. Готовятся они быстро тем более на (насколько я понял) кластере из пяти машин. Другое дело, что админы сделали так, что если дельта хоть один раз не создалась, то потом хер ее получишь. То есть если к примеру сейчас попытаться сготовить дельту с версии 3.4.1 до 3.4.2 (которой еще не существует), то потом, даже когда эта 3.4.2 выйдет, хер ее кто сможет получить. Проще говоря, *.failed файлы на кой-то хер кэшируются.
Господа, указывайте корректный параметр url при получении дельты!
Короче, надо было тому, кто первый хотел получить дельту, писать такую команду:
А теперь, если я к примеру запрошу дельту с версии 3.3.0 до 3.4.1, то тарбол 3.4.1 скачается, но при попытке создания 3.4.0=>3.4.1 все равно будет писать "cannot get kde*-3.4.1.tar.bz2". Админу писал пару раз - молчит, гад...
>Короче, надо было тому, кто первый хотел получить дельту, писать такую команду:
А какие замечания на счет svn?
svn diff svn://anonsvn.kde.org/home/kde/tags/KDE/3.4.0/kdelibs svn://anonsvn.kde.org/home/kde/tags/KDE/3.4.1/kdelibs >diff/kdelibs-3.4.0-3.4.1.diff
Тогда получается что можно круто запороть систему deltup.Надо прописать в make.conf липовый миррор..каждый день делать emerge sync && emerge -Duf world и весь дельтап покатит лесом.Фиговенько канешно.Может этих админов по ирке расколбасить?Они где-то на freenode вроде бувают.Гентушики..че думаете?world под угрозой?
>Кстати, нам через bugs.kde.org за всё время (считая с 2000 года, 2.0) пришло 3 или 4 баг-репорта, связанных с ошибками в русском переводе (последний такой баг, связанный с настройкой показа локализованных даты и времени, исправил совсем недавно - https://bugs.kde.org/show_bug.cgi?id=106271, и в 3.4.1 он мог и не попасть). Действительно ли всё так радужно, или просто народу лень писать об ошибках? Исправлять их, имея висяк на bugs.kde.org, на самом деле намного проще.