Объявлено (http://dot.kde.org/1126452494/) о начале перевода кода KDE 4 на новую, специально разработанную для KDE, систему сборки проекта - bksys (http://www.kde-apps.org/content/show.php?content=19243) (Build Kde SYStem), основанную на SCons (http://www.scons.org/), которая написана на языке Python и использует файлы конфигурации в XML формате.
В настоящее время используются пакеты unsermake (http://www.kde.me.uk/index.php?page=unsermake) (замена make и automake), libtool и autoconf. bksys призван полностью заменить собой все утилиты входящие в набор autotool. Переход с autotool был вопросом времени, на замену претендовали два кандидата - CMake и SCons, победу одержал последний.
Другая новость: в рамках проекта "People Behind KDE (http://people.kde.nl)" опубликовано интервью (http://people.kde.nl/derek.html) с Derek Kite, ведущим проект KDE Commit Digest (http://commit-digest.org/).URL: http://dot.kde.org/1126452494/
Новость: http://www.opennet.me/opennews/art.shtml?num=6071
Почему-то каждый достаточно разросшийся проект считает своим долгом использовать свой собственный ни с чем не совместимый клон make, или хотя бы собственный ни с чем не совместимый генератор Makefile-ов. Грустно, господа...
> генератор Makefile-овcc <- make <- automake <- configure <- autoconf... слёзы наворачиваются
(а где-то там ещё libtool)
Это ты все слишком просто нарисовал - реальная схема сложнее ;)Ну хорошо, пусть KDE4 собирается с помощью python.
А сам python не с помощью ли configure собирается ? ;)
Scons -- вовсе не клон make, и make-файлы он ни какие не генерирует>Почему-то каждый достаточно разросшийся проект считает своим долгом использовать свой собственный ни
>с чем не совместимый клон make, или хотя бы собственный ни
>с чем не совместимый генератор Makefile-ов. Грустно, господа...
И что теперь для сборки KDE нужно тянуть Python, кучу левых классов и либы для парсинга XML ?
ну а как же :)
А у кого они уже стоят :) В случае gentoo тянуть ничего не прийдется. В случае установки бинарников ничего тянуть не прийдется.
>> И что теперь для сборки KDE нужно тянуть Python, кучу левых классов и либы для парсинга XML ?Использовать бинарные пакеты.
перебор уже
Мдя.... Грустно как-то становится...
Куда катится этот мир?
вперёд он катится, вперёд! Не надо так бояться всего нового!
Супер ! Не поняли смысл только те, кто никогда (или почти никогда) не создавал свои проекты. autoconf/automake/libtool действительно очень мощные утилиты, но в этом кроется и геммор при их использовании. Как приятно использовать тот же ant :) Даешь все сборочные утилиты с конфигом в XML ! :)
> Даешь все сборочные утилиты с конфигом в XML ! :)а, что, кто-то еще не устал от засилья этого модного слова xml и не понял, что это крайне неудобный формат для хранения и правки информации (тех же конфигов) -- зато удобный для ее передачи (по сети, из программы в программу)?
рекомендую задуматься. конфиги в xml -- хоть и модно, но не совсем удобно и ни разу не самоцель.
в дальшейшем, это все выльется в то, что будут специальные утилиты для того, чтобы сгенерить из удобного формата эти xml'ки. работать-то оно будет, но все чаще и чаще будут задавать вопрос -- а зачем тут, собственно, xml. =)
ничё ты не шаришь...
ксымыель самый тот формат, чтобы крутануть пальцами. вот сам подумай - а вдруг кто-то левый присобачит к моей софтине другую софтину - и вторая софтина будет озабочена тем, чтобы пропарсить мои конфиги. Ей либо придётся дублировать мою парсилку (в случае открытости моего кода), либо изобретать свою собственную, что вапще жуть. А тут - стандартным парсером ксымыэля воспользовались и все parameter=value вытянули. Другой вопрос - кому нафиг сдалось парсить чужие конфиги, все парсят свои собственные. Собсно, вот и не нужен ксымыэль. С другой стороны - зашибенная вложенность структур. INI-файлы нервно курят в сторонке. Хотя ещё фигурные скобочки, как в конфигах бинда есть... В общем, фигня всё это. Нравятся - пусть юзают. Вот возьму и не буду собирать и ставить никада все ксымыэльные проги, если начальство не прикажет - вот и лишились ещё одного красноглазика.
Конфиги в XML удобно парсить программой, но крайне неудобно менять что-то руками.
В добавок они абсолютно не читаемы без дополнительных примочек и гораздо легче допустить ошибку, чем например в конфиге bind.
XML выгоден для создателей всяких GUI конфигурялок, и то для ленивых, вон команда AltLinux сделала модульный алтулятор, за несколько минут адаптируемых под любой конфиг. Короче не нужно делать из XML панацею.
Etto Tochno. Soglasen na 100%.
Да, возможно, make&co морально устарел лет на 10.
Вот только в зоопарке ant-ов, scons-ов и прочих jam-ов черт ногу сломит.