Проект KDE меняет систему сборки

"Новость" - баянище.

Статья, впрочем тоже.

хм, а я вот не знал.
на лоре писали что они вроде на сконс перешли, про то что они на cmake переменулись - нет.

При этом проекты на fd.o продолжают использовать autotools. Т.е. для сборки kde иметь их на диске все равно придется...

А мне сконс нравится =/

> на лоре писали что они вроде на сконс перешли, про то что они на cmake переменулись - нет.

Писали-писали. Причем вроде бы почти сразу же после соотв. треда.

А статья датирована 21 числом.

Дык я не спорю. Автотулз настолько геморройная вещь, что легко поверить в рульность и scons, и cmake. Просто пока что autotools стандарт де факто. Впрочем, возможно, скоро и другие проекты начнут отказываться от этого ужоза.

>Статья, впрочем тоже.

June 21, 2006 This article was contributed by Alexander Neundorf

;)

Вы лучше скажите, изменится ли последовательность:
./configure --prefix=/usr/local/kde
make
make install

Последовательность не изменится, apt-get install kde ;)

флудер :)

Изменится. Будет начинаться с ccmake ./ (или cmake ./).
Хотя, если собирать с помощью скриптов, то писать параметре в командной строке (как для configure) удобнее, чем сочинять отдельный файл для cmake.
Или я просто кошек готовить не умею?

>apt-get install kde ;)

Емерж наше фсе :)

дифолтный скрипт наверно будет в любом случае.
а чтобы его править, предлагается даже UI на ncurses.

Дефолтные значения и UI - это хорошо, но имеют отдаленное отношение к автоматизированной сборке.

./configure --prefix=/usr и т.д. удобнее, чем сочинять <cache file> для
cmake -C <cache file> ./

Для VTK сгенерированный из UI СMakeCache.txt весит 53кБ.

>Проект KDE меняет систему сборки

в который раз?

Из серии "как друзья вы не садитесь... на десктоп вы не годитесь".
Лучше бы доделали свой дерьмовый виндоу-менеджер, таскбар и прочую
хрень. Отдельные приложения с натягом юзать можно, а в целом - как было
какашкой, так и осталось.

> Из серии "как друзья вы не садитесь... на десктоп вы не годитесь".

О, виндорасы подтянулись. :D

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

Интересно посмотреть, что у них получится. Хотя с autotools есть проблемы, я пока достойной альтернативы не видел.

> в который раз?

Первый раз им не удалось сменить систему. Статью-то почитал? Первый раз они потратили месяцы на попытку использования scons, и обнаружили, что ещё месяцы работы впереди, а авторам scons все их усилия по барабану. Авторы CMake наоборот, высказали интерес помочь, в результате портировали всю систему весьма быстро.

Нормальный девеломпентовский процесс.

> что, даже KDE "ниасилил" настроить под свои нужды?
ну сиди на венде, самое место там тебе.

Не знаю даже, как выглядит современная винда, ибо последних 8 лет
работаю исключительно в *NIX. Так чтот ты не прав, тухлый помидор.
KDE я осиливал начиная с первых бета, и заканчивая 3.5.3. И использую
я компьютер для реальной работы, за котороую платят деньги, а не для
рисования прозрачных окошек. Повторюсь, оконный менеджер в KDE - жуткая
дрянь. Панелька с таскбаром - убожество. Пользовать в kde можно только
отдельные приложения. И их можно по пальцам одной руки пересчитать.

Заколебали провокаторы на ЛОРе

Пересчитай

А что интересная вещь: "из зависимостей только С++, работает на всех ОС, IDE, простой синтаксис, обещают приделать вывод % выполнения по ходу сборки".

>обещают приделать вывод % выполнения по ходу сборки

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

УУУ, красноглазик. Или нет, гнумер?

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

ну не знаю 2 дня много или мало (собирается он сам, без моего участия): gnomоделие я никогда не собирал. А % выполнения всегда приятная вещь при сборке, хотя его нигде нет, но может теперь люди будут на cmake переходить - говорят не сложно и скриптик на ruby есть.

slapt-get --install kdelib наше всё.

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

5 часов раз в несколько месяцев много? наверное тебе пора найти работу и выкинуть свое замшелое пне-первое быдложелезо

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

Ну и что? Я два с половиной года работал исключительно сидя в KDE и все вроде как в норме было.

А что ты делал, если не секрет, и какие приложения и в чем не устраивают?

P.S. Могу поспорить, но на мой вопрос ответа не будет.

Сергей, а что ужасного-то?

Ну, то есть, я знаю, в чем минусы по отдельности automake, и, например, libtool. Но вот крики "ужас-ужас" мне непонятны. Зато я, натурально, вижу плюсы, предположим, того же, autoconf, да и automake'а по сравнению с cmake.

Ему тоже можно cli-параметры проталкивать. Например, вот так это делает initng (сборка для FC):

cmake . -DCOUNT_ME:BOOL=OFF -DCMAKE_SKIP_RPATH:BOOL=ON -DLIB_INSTALL_DIR:STRING=/%{_lib}
make %{?_smp_mflags}

> Лучше бы доделали свой дерьмовый виндоу-менеджер

А вот с этого места, поподробнее, пожалуйста. Страсть как люблю послушать людей, рассказывающих какая какашка kwin.

Ну, разница между "ужасом-ужасом" и просто ужасом - вещь довольно субъективная. Но ощущение общей монстроидальности автотулзов - шокирует многих, особенно при первом подходе. Начиная с восхитительного синтакса m4.

> Начиная с восхитительного синтакса m4.

поклонники sendmail тебя не поймут :)

Поклонники sendmail или лузеры, которые не освоили его синтаксис и вынуждены пользоваться костылями в виде m4 :)?

Сережа, тебе-то стыдно жаловаться на простой скриптовый язычок, чай не Жаба, чего там учить?

Поклонники постфикса поддержат;)

Слишком много гитик в этом язычке имхо;)

> Но ощущение общей монстроидальности автотулзов

Монстроидальности - да. Но configure.ac - это набор линейных инструкций (m4) + _кастомный_ sh код (при необходимости и наличии желания).

Makefile.am, в общем и целом, - _валидный_ Makefile. Вся automake'овая магия - это превращение одного Makefile'а в другой, по сути, ничем не отличающаяся от BSD port make'овой, хотя BSD'шная магия более явная, хотя и местами, менее удобная.

Да, было бы _заметно_ лучше, если бы магия automake'а была модульной и доступной для понимания и исправления енд-лузерами, но уж чего нет... Да, я знаю о проблемах KDE'шников с automake'ом в части трехстадийной сборки, из-за чего им пришлось городить свой огород с am_edit'ом.

> Начиная с восхитительного синтакса m4.

"А чо с ним не так?". Я _не_ админ и _не_ написал ни одного конфига к сэндмейлу (авторская орфография). Но m4, в конечном итоге, не самый плохой из _макро_-языков. Ключевое слово - _макро_. Если осознавать, что это макроязык, в котором нет областей видимости, а есть только макроподстановки, жизнь становится много радостнее и веселее. Хотя, со стороны, возможно, это веселье в стиле Доктора Стрэнджлав :-).

К тому же, наличие нормального синтаксиса не гарантирует качества разработки. Ску^Hонс лежит на внятном и читаемом питоньем синтаксисе. И несмотря на это, он мне чрезвычайно не понравился.

То, что _мне_ не нравится в CMake. Несколько больше писанины в каждом из CMakeLists.txt. Куцая документация (в комплекте поставки и на сайте. Я знаю про 250-страничную книжку про его использование). Я еще не копался в генерируемых мэйкфайлах, ничего не могу сказать о качестве и степени проработанности таких механизмов, как поддержка зависимостей, возможности проброса кастомных сборочных переменных итп.

> Вы лучше скажите, изменится ли последовательность

Да. Вместо make будет unsermake :)

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

Удивил! И я использую для реальной работы.

> Повторюсь, оконный менеджер в KDE - жуткая дрянь. Панелька с таскбаром - убожество.

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

Хочу быстро переключаться между рабочими столами (быстро - это < 0.1 сек), и при этом хочу моментально видеть содержимое стола и не хочу
видеть всплывающий сплэш-скрин, со списком этих рабочих столов.
Раздражает ужасно. Вшит похоже намертво. Я не против свистелок, но тот,
кто делает их без возможности отключения - идиот.

Хочу чтобы панель не падала. Она падает при запуске определённых
приложений. От kppp, например, через раз падает.

Хочу иметь на панели элеметарные апплеты контроля за сетевыми интерфейсами, как в icewm. Скорость in/out, график. Они есть в природе?

Из приложений с некоторой натяжкой можно использовать kontact и kate.
Всё остальное - хлам и побрякушки.

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

WORKSFORME

> WORKSFORME

Поделись howto.

> И использую я компьютер для реальной работы, за котороую платят деньги, а не для рисования прозрачных окошек. Повторюсь, оконный менеджер в KDE - жуткая дрянь. Панелька с таскбаром - убожество. Пользовать в kde можно только отдельные приложения. И их можно по пальцам одной руки пересчитать.

Между прочим, использование компьютера для "реальной работы, за которую платят деньги" -- совсем не уникально тут. Из всех претензий к KDE у меня самая серьёзная к KDM, что ему нельзя сказать на каком мониторе должно быть окошко логина. У меня логически первый монитор получается на TV-Out, и именно там рисует окошко KDM. По теме "пересчитать по пальцам одной руки": из не-KDE приложений я использую licq, syntext serna, vmware (печать на принтере, photoshop), в крайних случаях firefox.

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

Попробуй нажать магическую комбинацию ctrl-<цифра>. Есть такая вещь - диалог настройки горячих клавиш, ты его хотя бы видел?

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

Выучи hot-keys. Ctrl-F<номер стола> работает моментально.

У меня панель ни разу не падала. Ничего не могу сказать. Есть мысль, что иногда нужен набор определённых библиотек определённых версий. kppp не использую, у меня железный adsl-рутер :)

> Хочу иметь на панели элеметарные апплеты контроля за сетевыми интерфейсами, как в icewm. Скорость in/out, график. Они есть в природе?

"Свистелки и перделки" -- меня всегда прикалывало как народ напихает таких мониторов в панельки и тащится, постоянно смотря с какой скоростью вентилятор крутится, с какой скоростью на диск пишется, сколько памяти в swap, и прочая лабуда. Я почти уверен, что на freshmeat есть такая фигня, просто именно для работы оно как правило совсем не интересно.

>Хочу быстро переключаться между рабочими столами (быстро - это < 0.1 сек), и при этом хочу моментально видеть содержимое стола и не хочу видеть всплывающий сплэш-скрин, со списком этих рабочих столов. Раздражает ужасно. Вшит похоже намертво. Я не против свистелок, но тот, кто делает их без возможности отключения - идиот.

Control Center -> Desktop -> Panels -> Appearance -> Enable Mouseover Effects

>Хочу чтобы панель не падала. Она падает при запуске определённых приложений. От kppp, например, через раз падает.

3 года юзал КДЕ и панелька падала максимум 1-2 раза от КППП или прочих прог, ну не помню просто (с памятью фсе ок :))

>Хочу иметь на панели элеметарные апплеты контроля за сетевыми интерфейсами, как в icewm. Скорость in/out, график. Они есть в природе?

Есть. Knetstats называется.

Сейчас сижу на GNOME, но от этого не стал ненавидеть кеды, как мне КДЕ нравился, так и до сих пор нравится. Жду КДЕ 4, а так , для разнообразия сел на гном.

И если ти чтото не умеешь, или не стараешся хотя бы - не надо гнать. То же самое если скажем я включу IceWM, и не увижу браузер на столе и скажу - "В IceWM нет бразузера - в топку"

В предыдущем моем сообщении ошибка - по-умолчанию в KDE используется комбинация ctrl-<функциональная клавиша>