Интересно, как сильно Qt4 затронет иерархию классов. Не придется ли потом переделывать половину софта на Qt? Ведь это может отразиться весьма неприятно в целом.

зачем велосипед изобретать
взяли бы Apache Ant...

Не, не затронут

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

Если там много изменений будет софт все равно придется переписывать, что бы было удобно работать в новой среде.

ну ну , scons, subversion ... когда у KDE в roadmap смена лицензии и когда всех на бабки выставят?

Так, ну subversion это хорошо. А вот про scons не слыхал, пойду гляну на него. automake/autoconf и правда жуткая вещь :P

Scons это действительно круто, но немножко недоделанно. Нужно надеяться, в сотрудничестве с KDE они его доработают.

действительно круто что? типа "scons лучше чем? чем auto{conf|make}!"

Не может не радовать то, что всё больше и больше крупных проектов переходит с CVS на Subversion...

Видимо, нет той монструозности и тормознутости, как auto*. Давно ставил эту поделку, чтобы какую-то прогу собрать, полет нормальный. Юзает Питон.

Но лично для меня qmake рулит не по-детски =)

>Не может не радовать то, что всё больше и больше крупных проектов
>переходит с CVS на Subversion...

А кто еще из больших переехал на subversion?

Где там про scons? Я не нашел в cvs digest. М mls не искал.

Достали лабухи, сидящие на первом пне и орущие, что у них всё, кроме консоли, тормозит. Рулит на самом деле только хорошее железо.

да ничё не тормозит
Pentium M(III) 1.2 Ghz, 760Mb RAM
а у кого железо старое - арбайтен больше.

Правильно, у кого старое железо - пусть ставят софт 98-го года и не флудят, что вот kde только что выпушенное на нем тормозит.

В коментах к какой-то новости высказали интересную мысль... Дословно не помню, но суть в том, что приходят юнцы, которым подавай SVN вместо CVS и всякое Г вместо autotools :)

Что по этому поводу скажут уважаемые обозреватели?

З.Ы. Высказанное мнение совсем не моё! Что думаю лично я - хз... У меня не настолько большой опыт, чтобы размышлять что есть правильно, а что попса ;)

> Достали лабухи, сидящие на первом пне и орущие, что у них всё, кроме консоли, тормозит. Рулит на самом деле только хорошее железо.

вадик, иди пальчик пососи. первый пень -- хорошее железо. пашет и не жужжит, уж сколько лет.

>А кто еще из больших переехал на subversion?

Apache и SAMBA уже давно на Subversion. Если не изменяет память, то Firefox сейчас тоже менят CVS на Subversion.

Спрашивается чем же крут этот SVN?
Самое главное - есть ли там сжатие (-z3). Я, увы, не нашёл :-(

> Достали лабухи, сидящие на первом пне и орущие, что у них всё, кроме > консоли, тормозит. Рулит на самом деле только хорошее железо. Дите, у меня на рабочем месте стоит HP xw8000 c двумя Xeon 3,06G, 1G памяти, и SCSI дисками. На борту Gentoo. Но даже на этом железе KDE и xfce4 не идут не в какое сравнение. Даже при сборе чего-то на QT типа k3b например, своп, который обычно системе нафиг не нужен начинает заполняться и сборка по времени занимает много времени по сравнению с такой же по функциональностью прогой на чем нить другом, тоже относиться и к работе такой программы. Так что не нуна тут про хорошее железо.

Я собирал Qt4... тестил... с виду весч обалденная... работет БЫСТРО!!! так что я думаю KDE это только наруку будет.

Нормальное мнение... Вот, только не надо на него внимание обращать. Если что-то лучше, но проще, не пользоваться этим только потому, что то, что сложнее но хуже - роднее... А низкоквалифицированные кадры от того, что научатся работать с CVS квалифицированнее не станут.

Blender тоже через scons собирается. Кодек x264 (семейство mpeg 10) на subversion сидит.

Сжатие может быть реализовано средствами apache для http+svn. В случае svn+ssh за компрессию отвечает sshd.

Дискуссия по поводу систем сборки см. на http://lists.kde.org/?l=kde-core-devel&w=2&r=1&s=scons&q=b.

Ну навскидку вот пара преимуществ: при апдейте/комите передает только дифы файлов, соответственно резко снижается трафик + нет гемороя, в отличие от, с переносом файлов из одного каталога в другой.

> Ну навскидку вот пара преимуществ: при апдейте/комите передает только дифы файлов

А в CVS не так?

IMHO только при update (хотя я могу ошибаться)...

>IMHO только при update (хотя я могу ошибаться)...

При commit оно шлет цельные файлы. SVN шлет диффы.
Но это не главное достоинство. На сайте SVN в подробностях расписано чем хорош svn, и какие недостатки у него есть сейчас (совсем не много, в сравнении с CVS :-)

Что будет, если клиент сглючит и пошлет кривой diff?

adymo:
> Сжатие может быть реализовано средствами apache для http+svn. В случае svn+ssh за компрессию отвечает sshd.
Хм.. То есть достаточно выполнить
# echo "Compression yes" >> /etc/ssh/ssh_config
и всё будет?
А ведь в CVS по идее тоже тогда можно сжатие через ssh реализовывать..

PartyZan:
> Ну навскидку вот пара преимуществ: при апдейте/комите передает только дифы
> файлов, соответственно резко снижается трафик + нет гемороя, в отличие от, с
> переносом файлов из одного каталога в другой.

Да действительно и то, и другое очень интересно!
Интересно будет ли поддержка svn на SourceForge..

>Интересно будет ли поддержка svn на SourceForge..

https://sourceforge.net/docs/A04/#strategic_projects

>Что будет, если клиент сглючит и пошлет кривой diff?

Как ты себе сглючивание представляешь?

На крайняк, из .svn/text-base/file.cpp.svn-base снесут и тогда новый целиком придёт.

За довольно долгое время использования svn не было такого

> https://sourceforge.net/docs/A04/#strategic_projects

Спасибо за ссылку.. значит будет :-)

Они используют BDB или FSFS?

Что-то я сходу в интернете не нашел.