[devel] Использование scons

[devel] Использование scons

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 970 bytes --]

Всем привет.

Кто-то собирал софт, использующий scons?
Это ужас какой-то. Безусловно, все дело в том, что я просто не умею
готовить эту замечательную систему сборки, что усугубляется моим полным
нежеланием учить замечательный язык питон, но блин, я всего лишь хочу
собрать скринсейвер.

Мало того, что rpath пришлось отключать диким %__subst на SConstruct, так
еще и buildreq выдал мне просто жуткий список, влючающий cvs и
tetex-latex.

Если весь КДЕшный софт перейдет на scons, придется учить gtk, потому что
эта дрянь, хоть и со встроенной поддержкой Qt и KDE, мне совсем не нравится.
Зергу я уже выразил свои соболезнования в связи с переходом KDE на scons.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> Набрел тут на вот такой документ, может нам тоже что-то подобное
> оформить?
> http://qa.mandrakesoft.com/twiki/bin/view/Main/RpmHowToAdvanced
Только не надо при этом на меня так смотреть. :)
		-- ldv in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: Использование scons

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 526 bytes --]

Andrey Rahmatullin пишет:
> Всем привет.
> 
> Кто-то собирал софт, использующий scons?
> Это ужас какой-то. Безусловно, все дело в том, что я просто не умею
> готовить эту замечательную систему сборки, что усугубляется моим полным
> нежеланием учить замечательный язык питон, но блин, я всего лишь хочу
> собрать скринсейвер.

Дайте URL этого screensaver, пожалуйста. Вы уверены, что это
проблема scons, а не данного SConstruct ?

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

Re: [devel] Re: Использование scons

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 542 bytes --]

On Mon, Sep 26, 2005 at 01:23:50PM +0400, Vitaly Ostanin wrote:
> Дайте URL этого screensaver, пожалуйста.
http://www.kde-apps.org/content/show.php?content=29207

> Вы уверены, что это проблема scons, а не данного SConstruct ?
Нет ;)

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> У меня тоже так было, почему я не понял, но после обновления из 
> Сизифа за 12.09.03 транскрипция стала нормально показываться.
Дайте угадаю. Волшебным образом установился пакет xfonts-phonetic? :)
		-- avp in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: Использование scons

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 456 bytes --]

Andrey Rahmatullin пишет:
> On Mon, Sep 26, 2005 at 01:23:50PM +0400, Vitaly Ostanin wrote:
> 
>>Дайте URL этого screensaver, пожалуйста.
> 
> http://www.kde-apps.org/content/show.php?content=29207
> 
>>Вы уверены, что это проблема scons, а не данного SConstruct ?
> 
> Нет ;)

У меня всё собралось после установки kdelibs-devel. В чём была
проблема у Вас ?

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

Re: [devel] Re: Использование scons

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 466 bytes --]

On Mon, Sep 26, 2005 at 06:31:13PM +0400, Vitaly Ostanin wrote:
> У меня всё собралось после установки kdelibs-devel.
У меня тоже.

> В чём была проблема у Вас ?
Перечитайте оригинальное письмо.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> В Debian [postgresql] распилено более грамотно
> (на первый взгляд, в подробности я не вникал)
Зато я вникал, там и на второй взгляд более грамотно,
и на третий...
		-- ldv in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: Использование scons

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 216 bytes --]

Andrey Rahmatullin пишет:

<skipped/>

>>В чём была проблема у Вас ?
> 
> Перечитайте оригинальное письмо.

Да, уже догадался. Торможу.

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

Re: [devel] Использование scons

[Nick S. Grechukh]

В сообщении от Пятница 23 Сентябрь 2005 19:54 Andrey Rahmatullin написал(a):
> Если весь КДЕшный софт перейдет на scons, придется учить gtk, потому что
> эта дрянь, хоть и со встроенной поддержкой Qt и KDE, мне совсем не
> нравится. Зергу я уже выразил свои соболезнования в связи с переходом KDE
> на scons.
http://dot.kde.org/1126452494/
http://grammarian.homelinux.net/~mpyne/weblog/kde/scons-protest.html

Re: [devel] Использование scons

[Andrei Bulava]

Nick S. Grechukh wrote:
> В сообщении от Пятница 23 Сентябрь 2005 19:54 Andrey Rahmatullin
> написал(a):
> 
>> Если весь КДЕшный софт перейдет на scons, придется учить gtk,
>> потому что эта дрянь, хоть и со встроенной поддержкой Qt и KDE, мне
>> совсем не нравится. Зергу я уже выразил свои соболезнования в связи
>> с переходом KDE на scons.
> 
> http://dot.kde.org/1126452494/ 
> http://grammarian.homelinux.net/~mpyne/weblog/kde/scons-protest.html

Мда... Это только мне кажется, что товарищи решили полечить носовое
кровотечение жгутом на горло?

> I can distribute a SCons/bksys application, which includes SCons and
> bksys, in easily one-sixth of the space of an autotooled application
> (that does not include anything but the configure script and the
> required /admin directory)

О том, что в 99% процентах случаев /admin-директория содержит абсолютно
то же самое, автору, видимо, неизвестно?

$ find . -type d -name admin -exec du -hs \{\} \;
740K    ./icecc-2.6/admin
740K    ./icebgset-1.1/admin
752K    ./iceked-1.3/admin
740K    ./icemc-1.8/admin
820K    ./icesndcfg-1.1/admin
708K    ./icets-1.1/admin
752K    ./icewoed-1.5/admin

Совпадение размеров директории admin у icecc, icebgset и icemc, а также
у iceked и icewoed - вовсе не случайность, там одинаковый контент. Такая
себе "статическая линковка" на уровне исходных кодов. Причём автору
прикладного проекта и так совсем не нужно разбираться в том, как это
работает.

Гм, заглянул в admin/acinclude.m4.in и прозрел:

> dnl IMPORTANT NOTE:
> dnl Please do not modify this file unless you expect your modifications to be
> dnl carried into every other module in the repository. If you decide that you
> dnl really want to modify it, contact coolo@kde.org mentioning that you have
> dnl and that the modified file should be committed to every module.
> dnl
> dnl Single-module modifications are best placed in configure.in for kdelibs
> dnl and kdebase or configure.in.in if present.

Это можно понимать как то, что по чьему-то недосмотру в каждом первом
проекте под qt/kde лежит файл, который в любой момент можно без проблем
взять из devel-пакетов qt/kde? Остальные файлы тоже наводят на мысль,
что их расположение в /admin - дань какой-то неведомой традиции, а не
осмысленное решение.

Насколько "полегчает" типичное маленькое приложение qt/kde, если его
тарбол не будет нести мёртвый груз /admin? На тех же проектах у меня
получилось от 1/3 до половины.

Конечно, не 5/6, как обещают апологеты scons. В чём секрет? Да в том,
что ещё можно выбросить и Makefile.in'ы (я в курсе про статью об
"autotools insanity" на freshmeat, но, IMHO, появление статьи о "scons
insanity" - вопрос не такого отдалённого будущего).

-- 
// AB1002-UANIC

[devel] Re: Использование scons

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 379 bytes --]

Andrei Bulava пишет:

<skipped/>

> Насколько "полегчает" типичное маленькое приложение qt/kde, если его
> тарбол не будет нести мёртвый груз /admin? На тех же проектах у меня
> получилось от 1/3 до половины.

Размеры напрягают гораздо меньше, чем ограниченная
функциональность make.

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

Re: [devel] Использование scons

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 793 bytes --]

On Wed, Sep 28, 2005 at 05:08:02PM +0300, Andrei Bulava wrote:
> О том, что в 99% процентах случаев /admin-директория содержит абсолютно
> то же самое, автору, видимо, неизвестно?
http://baghira.sourceforge.net/download.shtml

Baghira needs the admin files before you can generate the configure
script.
[...]
or checkout it from an existing KDE cvs tree first

me@box:~$ svn co svn://anonsvn.kde.org/home/kde/tags/KDE/3.4.0/kde-common/admin 
me@box:~$ cd baghira
me@box:~/baghira$ ln -s ../kde-common/admin admin

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> Установить 4 ггц  1гб и scsi - raid для
> ускорения старта kdm не предлагать :-)
А мне не предлагать убрать fixed шрифты из настройки fontconfig
по-умолчанию ;-)
		-- zerg in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Использование scons

[Alexey Rusakov]

On 28.09.2005 18:08, Andrei Bulava wrote:
> Мда... Это только мне кажется, что товарищи решили полечить носовое
> кровотечение жгутом на горло?
>   
Не знаю. IMHASO (Humble and Shifted Opinion), SCons лучше. По мне так 
достаточно использования трёх языков для сборочной системы. 
Промежуточные файлы и тот сакс, который получается на выходе automake и 
необходимость делать кучу сборочных шагов, скрывающихся за 
autoreconf/autogen - после всего этого с Autotools связываться просто не 
хочется. И вообще, мне Python нравится гораздо больше Perl и m4.
Мне вот интересно, почему они Jam не рассматривали. Или почему 
забраковали и ничего об этом даже не сказали.

-- 
  Alexey "Ktirf" Rusakov

Re: [devel] Использование scons

[Andrei Bulava]

Alexey Rusakov wrote:
> On 28.09.2005 18:08, Andrei Bulava wrote:
> 
>> Мда... Это только мне кажется, что товарищи решили полечить носовое
>> кровотечение жгутом на горло?
>>   
> 
> Не знаю. IMHASO (Humble and Shifted Opinion), SCons лучше. По мне так
> достаточно использования трёх языков для сборочной системы.
> Промежуточные файлы и тот сакс, который получается на выходе automake и
> необходимость делать кучу сборочных шагов, скрывающихся за
> autoreconf/autogen - после всего этого с Autotools связываться просто не
> хочется. И вообще, мне Python нравится гораздо больше Perl и m4.

Давайте факты, а не "нравится / не нравится".

[abulava@cairo skim-1.4.2]$ ./configure
Checking for Python               :  /usr/bin/python
Checking for SCons                :  Use Bundled scons.
Checking for kde-config           :  kde-config was found
Checking for kde version          :  3.4.1
Checking for the qt library       :  qt is in /usr/lib/qt3/
Checking for uic                  :  uic was found as /usr/lib/qt3//bin/uic
Checking for moc                  :  moc was found as /usr/lib/qt3//bin/moc
Checking for the qt includes      :  ok /usr/lib/qt3//include/
Checking for the kde includes     :  ok /usr/include
Checking for scim >= 1.3.3 ...  Found
Checking for scim-x11utils ...  Found
[abulava@cairo skim-1.4.2]$ scons
scons: Reading SConscript files ...
TypeError: can only concatenate list (not "str") to list:
  File "SConstruct", line 175:
    env.subdirs(dirs)
  File "./bksys/generic.py", line 490:
    lenv.SConscript(os.path.join(i, 'SConscript'))
  File "/usr/lib/python2.4/site-packages/SCons/Script/SConscript.py",
line 471:
    return apply(_SConscript, [self.fs,] + files, {'exports' : exports})
  File "/usr/lib/python2.4/site-packages/SCons/Script/SConscript.py",
line 217:
    exec _file_ in call_stack[-1].globals
  File "src/SConscript", line 24:
    libskim.Add_define('SCIM_BINARY_VERSION')
  File "SConstruct", line 41:
    env.AppendUnique(CCFLAGS = '-D' + name + '=\\"' + env[name] + '\\"' )
  File "/usr/lib/python2.4/site-packages/SCons/Environment.py", line 704:
    self._dict[key] = dk + val

$ rpm -qv scons
scons-0.96.90-alt2

Добро пожаловать в реальный мир... обратно.

P.S.
<cite>
Мы живем в конкретном историческом обществе, но нас неудержимо влечет в
иное царство. И мы начинаем выявлять и истреблять всех, кто не согласен
с нашим пониманием, и ломать институты, которые не совпадают с
утопическим идеалом. Конструктивный замысел состоит в следующем: если
отломать от настоящего все, что не соответствует утопическому будущему,
последнее тем самым наступит. При этом часть работы, состоящая в
истреблении и отламывании, неплохо удается, но то, что осталось, не радует.

Утопию нам подсовывают вместо будущего. Она играет роль яркого света в
конце исторического тоннеля. Но общество - не тоннель, скорее, оно
похоже на здание со сложной структурой. Представьте себе, что вы
страстно стремитесь к слепящему источнику света, ничего не видя вокруг.
Естественно, на пути к нему вы будете спотыкаться, проваливаться в
канализационные люки, ломать ноги о мебель, наступать кому-то на руки и
головы, и при этом, скорее всего, не дойдете до цели, свернув по пути
себе шею.

/С.Чернышев/
</cite>

-- 
// AB1002-UANIC

Re: [devel] Использование scons

[Alexey Rusakov]

On 28.09.2005 21:40, Andrei Bulava wrote:
> Давайте факты, а не "нравится / не нравится".
>   
Я сразу сказал - IMHASO :)

> [abulava@cairo skim-1.4.2]$ ./configure
> Checking for Python               :  /usr/bin/python
> Checking for SCons                :  Use Bundled scons.
> Checking for kde-config           :  kde-config was found
> Checking for kde version          :  3.4.1
> Checking for the qt library       :  qt is in /usr/lib/qt3/
> Checking for uic                  :  uic was found as /usr/lib/qt3//bin/uic
> Checking for moc                  :  moc was found as /usr/lib/qt3//bin/moc
> Checking for the qt includes      :  ok /usr/lib/qt3//include/
> Checking for the kde includes     :  ok /usr/include
> Checking for scim >= 1.3.3 ...  Found
> Checking for scim-x11utils ...  Found
> [abulava@cairo skim-1.4.2]$ scons
> scons: Reading SConscript files ...
> TypeError: can only concatenate list (not "str") to list:
>   File "SConstruct", line 175:
>     env.subdirs(dirs)
>   File "./bksys/generic.py", line 490:
>     lenv.SConscript(os.path.join(i, 'SConscript'))
>   File "/usr/lib/python2.4/site-packages/SCons/Script/SConscript.py",
> line 471:
>     return apply(_SConscript, [self.fs,] + files, {'exports' : exports})
>   File "/usr/lib/python2.4/site-packages/SCons/Script/SConscript.py",
> line 217:
>     exec _file_ in call_stack[-1].globals
>   File "src/SConscript", line 24:
>     libskim.Add_define('SCIM_BINARY_VERSION')
>   File "SConstruct", line 41:
>     env.AppendUnique(CCFLAGS = '-D' + name + '=\\"' + env[name] + '\\"' )
>   File "/usr/lib/python2.4/site-packages/SCons/Environment.py", line 704:
>     self._dict[key] = dk + val
>
> $ rpm -qv scons
> scons-0.96.90-alt2
>
> Добро пожаловать в реальный мир... обратно.
>   
Я не очень понял, что вы хотели доказать. Что есть баги в SCons или в 
сборочных файлах для SCons? Насчёт первого - не спорю, SCons не так 
вылизан, как Make. Но, кстати, отлаживать его немного проще, чем 
нагромождение макросов на m4+Perl. Насчёт второго - трудности 
переходного периода, да. Пройдёт.

Тут ведь вопрос не в том, работает или не работает. Вопрос в том, 
сколько усилий нужно потратить, чтобы заставить то или иное работать. 
Честно сказать, SCons не пробовал. Но Jam, о котором я уже говорил, 
оставил гораздо более приятное впечатление, чем Make+... Тот факт, что 
его модификацией пользуются в Boost, лично мне говорит о том, что Jam 
достаточно хорошо переносим и хорошо масштабируется на многокомпонентные 
крупные проекты. Не думаю, что у SCons с переносимостью хуже. С 
масштабируемостью - не знаю.

P.S. smoke-room@?

-- 
  Alexey "Ktirf" Rusakov

[devel] Re: Использование scons

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 861 bytes --]

Alexey Rusakov пишет:
> On 28.09.2005 18:08, Andrei Bulava wrote:
> 
>>Мда... Это только мне кажется, что товарищи решили полечить носовое
>>кровотечение жгутом на горло?
> 
> Не знаю. IMHASO (Humble and Shifted Opinion), SCons лучше. По мне так 
> достаточно использования трёх языков для сборочной системы. 
> Промежуточные файлы и тот сакс, который получается на выходе automake и 
> необходимость делать кучу сборочных шагов, скрывающихся за 
> autoreconf/autogen - после всего этого с Autotools связываться просто не 
> хочется. И вообще, мне Python нравится гораздо больше Perl и m4.
> Мне вот интересно, почему они Jam не рассматривали. Или почему 
> забраковали и ничего об этом даже не сказали.

У Jam крайне бедный набор встроенных функций, даже у make их больше.

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]