[newbies] Little CMS 2 quick and dirty build

[newbies] Little CMS 2 quick and dirty build

[Yuriy Al. Shirokov]

Здравствуйте!

По результатам обсуждения в комментариях к #24112 cобрал в сентябре
вторую версию Little CMS (http://www.littlecms.com/) для пакета, про
который сейчас напишу в соседнем треде. С тех пор несколько раз
собирался вдумчиво прочитать полиси, вычистить из спека фигню и
выложить в Сизиф, но так и не собрался. Поняв, что этот момент может
не наступить никогда, выложил liblcms2 на git.alt как есть:
http://git.altlinux.org/people/yushi/packages/liblcms2.git

Технология создания спека была очень проста: я взял спек для первой
версии от at@, поменял номер версии и вычистил оттуда всё, что я не
понимаю.

Собрал сейчас пакет на git.alt в режиме test-only.

Просьба посмотреть на пакет, а по возможности и протестировать.

Каталог с пакетами: http://git.altlinux.org/repo/31886/

То есть, видимо, строка для sources.list такая:
rpm http://git.altlinux.org/repo/31886 архитектура task
(я сейчас на работе, где убунта, так что сам проверить смогу только вечером).

Если новая библиотека никому ничего не сломает, то, видимо, пойдёт в Сизиф.

-- 
С уважением,
Ю.А.Широков.

Re: [newbies] Little CMS 2 quick and dirty build

[Michael Shigorin]

On Wed, Nov 03, 2010 at 10:55:03AM +0300, Yuriy Al. Shirokov wrote:
> http://git.altlinux.org/people/yushi/packages/liblcms2.git

В этом спеке макросы major, minor и beta явно избыточны.

Следует убрать все Provides:/Obsoletes, ведь пакет
не переименовывался.

В %setup -q -n lcms-2.0 "-q" можно опустить, давно по умолчанию.

chmod a+x ./configure -- хм, дальше же autoreconf всё равно...
я бы удалил вместе с r=$(echo -e \\r) и убедился, что сборка
не сломалась.  Возможно, и find . -type f -exec chmod -x {} ';'
туда же.

-autoreconf -fisv
+%autoreconf

-make
+%make_build
(это если оно без проблем собирается на SMP)

-%make install DESTDIR=%buildroot
+%makeinstall_std

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [newbies] Little CMS 2 quick and dirty build

[Igor Zubkov]

> On Wed, Nov 03, 2010 at 10:55:03AM +0300, Yuriy Al. Shirokov wrote:
>> http://git.altlinux.org/people/yushi/packages/liblcms2.git

А я бы ещё добавил что:
1) я бы не стал использовать rpm-build-licenses
2) макрос %mit, лучше сразу MIT в поле License: указать
3) файл COPYING стоит положить в пакет. т.к. там MIT лицензия в
которой указан год и автор.

-- 
Igor Zubkov
http://hi.im/ice

Re: [newbies] Little CMS 2 quick and dirty build

[Yuriy Shirokov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 04.11.2010 02:28, Igor Zubkov wrote:
>> On Wed, Nov 03, 2010 at 10:55:03AM +0300, Yuriy Al. Shirokov wrote:
>>> http://git.altlinux.org/people/yushi/packages/liblcms2.git
> А я бы ещё добавил что:
> 1) я бы не стал использовать rpm-build-licenses
> 2) макрос %mit, лучше сразу MIT в поле License: указать
> 3) файл COPYING стоит положить в пакет. т.к. там MIT лицензия в
> которой указан год и автор.

Как я понял, вопрос спорный.

А в чём проблема? Год и автор важны для лицензии MIT, и макросы в её
случае использовать нельзя?

- -- 
С уважением,
Ю.А.Широков.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkzVjg8ACgkQKZtDzcL0NsPVIQCfRz/MiOgcP6OE07JXiuNJGsqq
v5cAoI8C3+4/fpBgsqK/bObgwg3GYpC4
=9Sh3
-----END PGP SIGNATURE-----

Re: [newbies] Little CMS 2 quick and dirty build

[Igor Zubkov]

2010/11/6 Yuriy Shirokov:
> On 04.11.2010 02:28, Igor Zubkov wrote:
>>> On Wed, Nov 03, 2010 at 10:55:03AM +0300, Yuriy Al. Shirokov wrote:
>>>> http://git.altlinux.org/people/yushi/packages/liblcms2.git
>> А я бы ещё добавил что:
>> 1) я бы не стал использовать rpm-build-licenses
>> 2) макрос %mit, лучше сразу MIT в поле License: указать
>> 3) файл COPYING стоит положить в пакет. т.к. там MIT лицензия в
>> которой указан год и автор.
>
> Как я понял, вопрос спорный.
>
> А в чём проблема? Год и автор важны для лицензии MIT, и макросы в её
> случае использовать нельзя?

Причём макросы к лицензии? Вы меня не поняли. В License: можно и %mit
оставить, только лицензию запакуйте.

-- 
Igor Zubkov
http://hi.im/ice

Re: [newbies] Little CMS 2 quick and dirty build

[Yuriy Shirokov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 06.11.2010 22:03, Igor Zubkov wrote:
>>> 1) я бы не стал использовать rpm-build-licenses
>>> 2) макрос %mit, лучше сразу MIT в поле License: указать
>>> 3) файл COPYING стоит положить в пакет. т.к. там MIT лицензия в
>>> которой указан год и автор.
...
>> А в чём проблема? Год и автор важны для лицензии MIT, и макросы в её
>> случае использовать нельзя?
> Причём макросы к лицензии? Вы меня не поняли. В License: можно и %mit
> оставить, только лицензию запакуйте.

Кхм.

http://www.altlinux.org/Docs

Упаковке подлежит вся документация, поставляемая с
программой/библиотекой, за исключением
...
 * файлов стандартных лицензий
...

http://www.altlinux.org/SpecTips/License#License

"Сам текст лицензии упаковывать в пакет нужно только в том случае, если
соответствующий текст отсутствует в /usr/share/license (пакет
common-licenses). Если же таковой файл там присутствует, то достаточно
указать название лицензии в тэге пакета."

Или это устаревшая информация?

- -- 
С уважением,
Ю.А.Широков.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkzVzM8ACgkQKZtDzcL0NsObZQCghcztSHTbnHvtnJwX5mhnRNZu
mGkAoIU9joh39qm++u42J8TZo8B0Vwo8
=TGcl
-----END PGP SIGNATURE-----

Re: [newbies] Little CMS 2 quick and dirty build

[Igor Zubkov]

2010/11/6 Yuriy Shirokov:
> On 06.11.2010 22:03, Igor Zubkov wrote:
>>>> 1) я бы не стал использовать rpm-build-licenses
>>>> 2) макрос %mit, лучше сразу MIT в поле License: указать
>>>> 3) файл COPYING стоит положить в пакет. т.к. там MIT лицензия в
>>>> которой указан год и автор.
> ...
>>> А в чём проблема? Год и автор важны для лицензии MIT, и макросы в её
>>> случае использовать нельзя?
>> Причём макросы к лицензии? Вы меня не поняли. В License: можно и %mit
>> оставить, только лицензию запакуйте.
>
> Кхм.
>
> http://www.altlinux.org/Docs
>
> Упаковке подлежит вся документация, поставляемая с
> программой/библиотекой, за исключением
> ...
>  * файлов стандартных лицензий
> ...
>
> http://www.altlinux.org/SpecTips/License#License
>
> "Сам текст лицензии упаковывать в пакет нужно только в том случае, если
> соответствующий текст отсутствует в /usr/share/license (пакет
> common-licenses). Если же таковой файл там присутствует, то достаточно
> указать название лицензии в тэге пакета."
>
> Или это устаревшая информация?

Дело в том что лицензия MIT из-за того что в неё добавляется имя
автора и год каждый раз разная. Я бы упаковал.

-- 
Igor Zubkov
http://hi.im/ice

Re: [newbies] Little CMS 2 quick and dirty build

[Michael Shigorin]

On Sun, Nov 07, 2010 at 01:37:48AM +0200, Igor Zubkov wrote:
> Дело в том что лицензия MIT из-за того что в неё добавляется
> имя автора и год каждый раз разная. Я бы упаковал.

Хорошо бы обсудить в devel@ и отметить в [[Docs]] тогда.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [newbies] Little CMS 2 quick and dirty build

[Yuriy Shirokov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 04.11.2010 01:31, Michael Shigorin wrote:
> On Wed, Nov 03, 2010 at 10:55:03AM +0300, Yuriy Al. Shirokov wrote:
>> http://git.altlinux.org/people/yushi/packages/liblcms2.git
> В этом спеке макросы major, minor и beta явно избыточны.

Убрал.

> Следует убрать все Provides:/Obsoletes, ведь пакет
> не переименовывался.

Убрал.

> В %setup -q -n lcms-2.0 "-q" можно опустить, давно по умолчанию.

Done.

> chmod a+x ./configure -- хм, дальше же autoreconf всё равно...
> я бы удалил вместе с r=$(echo -e \\r) и убедился, что сборка
> не сломалась.

Ну, r=$(echo -e \\r) убрал.

Удаление chmod a+x ./configure ломает сборку, несмотря на autoreconf.

> Возможно, и find . -type f -exec chmod -x {} ';'
> туда же.

Они все исполняемые по умолчанию (под виндой, что ли, архив пакуется),
"неаккуратненько"(с).

> -autoreconf -fisv
> +%autoreconf

Done.

> -make
> +%make_build
> (это если оно без проблем собирается на SMP)

Done. Фразу про SMP не понял.

> -%make install DESTDIR=%buildroot
> +%makeinstall_std

Done.

P.S. Кстати, а что надо сделать, чтобы твои письма отправлялись в devel?
А то я столкнулся с поведением веб-интерфейса git.alt, про которое не
понимаю, баг это или нет --- а письма в devel не отправляются, мол,
посторонний адрес (хотя в поле From: стоит yushi@altlinux.ru).

- -- 
С уважением,
Ю.А.Широков.

`
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkzVjZoACgkQKZtDzcL0NsOn+ACcDuPnjSOfsMIBaFs3QsUl/fdQ
eXkAnA+2NIgNTUnb7GJv+gBJdTUdq1yn
=lBbo
-----END PGP SIGNATURE-----

Re: [newbies] Little CMS 2 quick and dirty build

[Igor Zubkov]

2010/11/6 Yuriy Shirokov:
>> -make
>> +%make_build
>> (это если оно без проблем собирается на SMP)
>
> Done. Фразу про SMP не понял.

Это когда оно собирается в несколько потоков через make -jЦИФРА. Если
машина SMP (т.е. у неё больше одного процессора/ядра) то это будет
прирост в сборке. Правда не все пакеты так собираются, иногда бывают
баги в скриптах сборки.

-- 
Igor Zubkov
http://hi.im/ice

Re: [newbies] Little CMS 2 quick and dirty build

[Michael Shigorin]

On Sat, Nov 06, 2010 at 08:17:16PM +0300, Yuriy Shirokov wrote:
> > -make
> > +%make_build
> > (это если оно без проблем собирается на SMP)
> Done. Фразу про SMP не понял.

При кривой системе сборки может пытаться слинковаться с тем,
что ещё не собрано соседним потоком.  Подобные случаи можно
порой встретить в спеках с характерным комментарием:

# SMP incompatible build
make

> P.S. Кстати, а что надо сделать, чтобы твои письма отправлялись в devel?

Писать с адреса, подписанного на devel@ (см. хедеры писем оттуда),
или попросить ldv@ подписать с приторможенной доставкой тот адрес,
с которого пишете.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [newbies] Little CMS 2 quick and dirty build

[Yuriy Shirokov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 06.11.2010 22:36, Michael Shigorin wrote:
>> P.S. Кстати, а что надо сделать, чтобы твои письма отправлялись в devel?
> Писать с адреса, подписанного на devel@ (см. хедеры писем оттуда),
> или попросить ldv@ подписать с приторможенной доставкой тот адрес,
> с которого пишете.

Всё, разобрался, писал с адреса на altlinux.ru вместо altlinux.org.

А из заголовков писем в devel понять, с какого адреса надо туда писать
нельзя, кстати.

- -- 
С уважением,
Ю.А.Широков.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkzVwd0ACgkQKZtDzcL0NsMkvgCeNcgX3t6dDVUeY5egjy92B5HC
d94An3EcyrGKUovWlRT7cWg0/I8LqVR5
=+dC+
-----END PGP SIGNATURE-----

Re: [newbies] Little CMS 2 quick and dirty build

[Andrey Rahmatullin]

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

On Sun, Nov 07, 2010 at 12:00:15AM +0300, Yuriy Shirokov wrote:
> >> P.S. Кстати, а что надо сделать, чтобы твои письма отправлялись в devel?
> > Писать с адреса, подписанного на devel@ (см. хедеры писем оттуда),
> > или попросить ldv@ подписать с приторможенной доставкой тот адрес,
> > с которого пишете.
> 
> Всё, разобрался, писал с адреса на altlinux.ru вместо altlinux.org.
> 
> А из заголовков писем в devel понять, с какого адреса надо туда писать
> нельзя, кстати.
Как нельзя? В соответствующем Received (from lists.altlinux.org by по идее
smtp.altlinux.org) должна быть строка for подписанный_адрес.

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

<thresh> zsh: segmentation fault  oowriter Downloads/Бланк\ Заявления\ на\
         отпуск.do
<thresh> вот если меня в отпуск не отпустят -- это будет альт виноват

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

[newbies] devel (was: Re: Little CMS 2 quick and dirty build)

[Yuriy Shirokov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 07.11.2010 13:14, Andrey Rahmatullin wrote:
>> А из заголовков писем в devel понять, с какого адреса надо туда писать
>> нельзя, кстати.
> Как нельзя? В соответствующем Received (from lists.altlinux.org by по идее
> smtp.altlinux.org) должна быть строка for подписанный_адрес.

В письмах в devel у меня заголовки такие:

...
Delivered-To: (мой адрес на GMail)
Received: by 10.216.235.88 with SMTP id t66cs32054weq;
        Sun, 7 Nov 2010 03:45:00 -0800 (PST)
Received: by 10.223.79.71 with SMTP id o7mr2662090fak.116.1289130300316;
        Sun, 07 Nov 2010 03:45:00 -0800 (PST)
Return-Path: <devel-bounces@lists.altlinux.org>
Received: from smtp.altlinux.org (smtp.altlinux.org [194.107.17.36])
        by mx.google.com with ESMTP id
v7si2201010fag.35.2010.11.07.03.44.59;
        Sun, 07 Nov 2010 03:45:00 -0800 (PST)
Received-SPF: pass (google.com: domain of
devel-bounces@lists.altlinux.org designates 194.107.17.36 as permitted
sender) client-ip=194.107.17.36;
Authentication-Results: mx.google.com; spf=pass (google.com: domain of
devel-bounces@lists.altlinux.org designates 194.107.17.36 as permitted
sender) smtp.mail=devel-bounces@lists.altlinux.org
Received: by smtp.altlinux.org (Postfix, from userid 107)
	id 492563D84A6A; Sun,  7 Nov 2010 14:44:56 +0300 (MSK)
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
sa.int.altlinux.org
X-Spam-Level:
X-Spam-Status: No, score=-3.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,
	DNS_FROM_OPENWHOIS autolearn=no version=3.2.5
Received: from lists.altlinux.org (lists.altlinux.org [194.107.17.17])
	by smtp.altlinux.org (Postfix) with ESMTP id 4D4DB3D84A48;
	Sun,  7 Nov 2010 14:44:54 +0300 (MSK)
Received: from lists.altlinux.org (localhost.localdomain [127.0.0.1])
	by lists.altlinux.org (Postfix) with ESMTP id 1EB603C5C334;
	Sun,  7 Nov 2010 11:44:54 +0000 (UTC)
X-Original-To: devel@lists.altlinux.org
Delivered-To: devel@lists.altlinux.org
Received: from wo.int.altlinux.org (localhost.localdomain [127.0.0.1])
	by lists.altlinux.org (Postfix) with ESMTP id 8734D3C5C334
	for <devel@lists.altlinux.org>; Sun,  7 Nov 2010 11:44:52 +0000 (UTC)
Received: by wo.int.altlinux.org (Postfix, from userid 508)
	id 628033F48763; Sun,  7 Nov 2010 14:44:52 +0300 (MSK)
...
(дальше неинтересно).

Никакого упоминания адреса, подписанного на devel, там нет. Если писать
в devel с адреса на GMail, приходит отлуп. А получилось написать туда с
адреса на altlinux.org, который в заголовках вообще не упоминается.

- -- 
С уважением,
Ю.А.Широков.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkzWo+kACgkQKZtDzcL0NsMVSQCfY0C0Aw7G35DEV7cCseicobUI
JFIAnRYmwXPPFuAMtSElzuW51a10NooB
=jbYX
-----END PGP SIGNATURE-----

Re: [newbies] devel (was: Re: Little CMS 2 quick and dirty build)

[Andrey Rahmatullin]

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

On Sun, Nov 07, 2010 at 04:04:42PM +0300, Yuriy Shirokov wrote:
> Received: from lists.altlinux.org (lists.altlinux.org [194.107.17.17])
> 	by smtp.altlinux.org (Postfix) with ESMTP id 4D4DB3D84A48;
> 	Sun,  7 Nov 2010 14:44:54 +0300 (MSK)
А, ну значит не пишет.

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

> Так скоро анфриз сизифа?
Так вы не заметили?
Уже неделю как.
		-- ldv in devel@

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

Re: [newbies] Little CMS 2 quick and dirty build

[Yuriy Shirokov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Здравствуйте!

По итогам треда сделал новые релизы liblcms2 и labcurves:
http://git.altlinux.org/people/yushi/packages/liblcms2.git
http://git.altlinux.org/people/yushi/packages/labcurves.git
http://git.altlinux.org/repo/32164/

Отправляю пакеты в Сизиф?

2mike&igor.zubkov: Игорь, Михаил, большое спасибо за ваши советы.

- -- 
С уважением,
Ю.А.Широков.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkzV5HwACgkQKZtDzcL0NsOxoACfTrOiSNWOrf9m9r5SgtYjN0BH
peUAnA3OlrOcDPit4Ypp2Jee+OW774CG
=Dxw+
-----END PGP SIGNATURE-----

Re: [newbies] Little CMS 2 quick and dirty build

[Igor Zubkov]

2010/11/7 Yuriy Shirokov <yuriy.shirokov@gmail.com>:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Здравствуйте!
>
> По итогам треда сделал новые релизы liblcms2 и labcurves:
> http://git.altlinux.org/people/yushi/packages/liblcms2.git

24 Provides: lcms2-devel = %version
25 Obsoletes: lcms2-devel

Это явно не нужно, так как мы не переименовываем пакет.

И devel-static подпакет я бы по-умолчанию не собирал бы.

> http://git.altlinux.org/people/yushi/packages/labcurves.git

26 BuildRequires: ccache

Зачем вам в hasher ccache? Быстрее от этого пакет не соберётся.

> http://git.altlinux.org/repo/32164/
>
> Отправляю пакеты в Сизиф?

Не надо спешить.

> 2mike&igor.zubkov: Игорь, Михаил, большое спасибо за ваши советы.

Вообще, я icesik@a.o :)

-- 
Igor Zubkov
http://hi.im/ice

Re: [newbies] Little CMS 2 quick and dirty build

[Yuriy Shirokov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 07.11.2010 02:46, Igor Zubkov wrote:
>> http://git.altlinux.org/people/yushi/packages/liblcms2.git
> 24 Provides: lcms2-devel = %version
> 25 Obsoletes: lcms2-devel
> Это явно не нужно, так как мы не переименовываем пакет.

Да, про это уже писал mike@, пропустил.

> И devel-static подпакет я бы по-умолчанию не собирал бы.

А есть по этому поводу какие-то правила? Их собирают только если есть
программы, которым нужна статическая линковка, или как?

>> http://git.altlinux.org/people/yushi/packages/labcurves.git
> 26 BuildRequires: ccache
> Зачем вам в hasher ccache? Быстрее от этого пакет не соберётся.

Его ищет configure. Так как я почти не знаю autotools (а в явном виде
упоминания ccache нигде кроме configure не встречается), исправить это
поведение самостоятельно я не возьмусь.

- -- 
С уважением,
Ю.А.Широков.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkzV7SQACgkQKZtDzcL0NsNftQCglvhyshvyhnKgc3kuTZdvay0w
x/8An1JR8Dx51e8WXRtbdE5FJ3sIXSYp
=siPB
-----END PGP SIGNATURE-----

Re: [newbies] Little CMS 2 quick and dirty build

[Igor Zubkov]

2010/11/7 Yuriy Shirokov:
> On 07.11.2010 02:46, Igor Zubkov wrote:
>> И devel-static подпакет я бы по-умолчанию не собирал бы.
>
> А есть по этому поводу какие-то правила? Их собирают только если есть
> программы, которым нужна статическая линковка, или как?

Не собирать пока не просят.

>>> http://git.altlinux.org/people/yushi/packages/labcurves.git
>> 26 BuildRequires: ccache
>> Зачем вам в hasher ccache? Быстрее от этого пакет не соберётся.
>
> Его ищет configure. Так как я почти не знаю autotools (а в явном виде
> упоминания ccache нигде кроме configure не встречается), исправить это
> поведение самостоятельно я не возьмусь.

Легко:
LabCurves / LabCurvesProject / LabCurvesProject.pro

  53   QMAKE_CC = ccache /usr/bin/gcc\r
  54   QMAKE_CXX = ccache /usr/bin/g++\r

просто убрать ccache и всё:

  53   QMAKE_CC = /usr/bin/gcc\r
  54   QMAKE_CXX = /usr/bin/g++\r

Должно помочь.

-- 
Igor Zubkov
http://hi.im/ice

Re: [newbies] Little CMS 2 quick and dirty build

[Yuriy Shirokov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 07.11.2010 03:29, Igor Zubkov wrote:
>>> И devel-static подпакет я бы по-умолчанию не собирал бы.
>> А есть по этому поводу какие-то правила? Их собирают только если есть
>> программы, которым нужна статическая линковка, или как?
> Не собирать пока не просят.

O'k.

А как это делается? Добавить в спек директиву %if_enabled static, как
вот здесь:
http://www.altlinux.org/SampleSpecs/library
?

>> Его ищет configure. Так как я почти не знаю autotools (а в явном виде
>> упоминания ccache нигде кроме configure не встречается), исправить это
>> поведение самостоятельно я не возьмусь.
> Легко:
> LabCurves / LabCurvesProject / LabCurvesProject.pro

Тьфу, блин. =) Это же LabCurves, в котором не autotools, a QMake,
который я как раз знаю довольно хорошо.

Спасибо. Сделал патч, убирающий ccache.

- -- 
С уважением,
Ю.А.Широков.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkzWbXMACgkQKZtDzcL0NsPUZwCdEvrx3OZJGe6Uei7O4sCiMlw1
O+sAoKQ8zmtvXwrbzieOYorLq4ltNlz3
=IQrM
-----END PGP SIGNATURE-----

Re: [newbies] Little CMS 2 quick and dirty build

[Igor Zubkov]

2010/11/7 Yuriy Shirokov:
> On 07.11.2010 03:29, Igor Zubkov wrote:
>>>> И devel-static подпакет я бы по-умолчанию не собирал бы.
>>> А есть по этому поводу какие-то правила? Их собирают только если есть
>>> программы, которым нужна статическая линковка, или как?
>> Не собирать пока не просят.
>
> O'k.
>
> А как это делается? Добавить в спек директиву %if_enabled static, как
> вот здесь:
> http://www.altlinux.org/SampleSpecs/library
> ?

В самом верху спека:
%def_disable static

Это мы отключает по умолчанию сборку static.

Оборачиваем пакет devel-static в if:
%if_enabled static
%package devel-static
Summary: Static libraries for %name
Group: Development/C
Requires: %name-devel = %version-%release

%description devel-static
Static libs for building statically linked software that uses %name
%endif

Вызываем configure вот так:
%configure %{subst_enable static}

И оборачиваем devel-static файлы:
%if_enabled static
%files devel-static
%_libdir/lib%name.a
%endif

-- 
Igor Zubkov
http://hi.im/ice

Re: [newbies] Little CMS 2 quick and dirty build

[Michael Shigorin]

On Sun, Nov 07, 2010 at 02:29:21AM +0200, Igor Zubkov wrote:
> Не собирать пока не просят.

Сперва прочитал буквально -- "пока не просят не собирать".
Потом понял, что по дороге потерялась запятая. :)

> просто убрать ccache и всё:

Думаю, вместо патча тут лучше subst 's/ccache //', потому как
патч может периодически отваливаться, а апстримить его скорее
смысла нет => пустая трата времени.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[newbies] patch vs. subst, was: Little CMS 2 quick and dirty build

[Dmitry Chistikov]

> > просто убрать ccache и всё:
> 
> Думаю, вместо патча тут лучше subst 's/ccache //', потому как
> патч может периодически отваливаться, а апстримить его скорее
> смысла нет => пустая трата времени.

Стоп, а разве это как раз не преимущество патча? Если он отвалился,
то это значит, что именно в этом районе что-то поменялось и надо
посмотреть глазами. С subst же такой диагностики не будет, то есть
проблемы в эпсилон-окрестности будут выглядеть, как обычный подземный
стук =)

-- 
Дмитрий Чистиков

Re: [newbies] patch vs. subst, was: Little CMS 2 quick and dirty build

[Michael Shigorin]

On Sun, Nov 07, 2010 at 10:40:56PM +0300, Dmitry Chistikov wrote:
> > > просто убрать ccache и всё:
> > Думаю, вместо патча тут лучше subst 's/ccache //', потому как
> > патч может периодически отваливаться, а апстримить его скорее
> > смысла нет => пустая трата времени.
> Стоп, а разве это как раз не преимущество патча?

Если он существенный (в т.ч. если надо бы апстримить) -- то да.
В данном конкретном случае не разглядел нужды апстримить.

Хотя... разве что намекнуть апстриму, что вообще-то ccache иначе
используется и безусловно его требовать -- неразумно.  Если патч
грамотный -- то стоит предложить, конечно :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [newbies] patch vs. subst, was: Little CMS 2 quick and dirty build

[Dmitry Chistikov]

> > > Думаю, вместо патча тут лучше subst 's/ccache //', потому как
> > > патч может периодически отваливаться, а апстримить его скорее
> > > смысла нет => пустая трата времени.
> > Стоп, а разве это как раз не преимущество патча?
> 
> Если он существенный (в т.ч. если надо бы апстримить) -- то да.
> В данном конкретном случае не разглядел нужды апстримить.

М-м... а приведенный мной аргумент недостаточен или малосостоятелен?

-- 
Дмитрий Чистиков

Re: [newbies] patch vs. subst, was: Little CMS 2 quick and dirty build

[Michael Shigorin]

On Mon, Nov 08, 2010 at 12:34:21AM +0300, Dmitry Chistikov wrote:
> > > > Думаю, вместо патча тут лучше subst 's/ccache //', потому как
> > > > патч может периодически отваливаться, а апстримить его скорее
> > > > смысла нет => пустая трата времени.
> > > Стоп, а разве это как раз не преимущество патча?
> > Если он существенный (в т.ч. если надо бы апстримить) -- то да.
> > В данном конкретном случае не разглядел нужды апстримить.
> М-м... а приведенный мной аргумент недостаточен или малосостоятелен?

Конкретно для отрывания ccache мне кажется излишним. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [newbies] patch vs. subst, was: Little CMS 2 quick and dirty build

[Igor Zubkov]

2010/11/7 Dmitry Chistikov:
>> > просто убрать ccache и всё:
>>
>> Думаю, вместо патча тут лучше subst 's/ccache //', потому как
>> патч может периодически отваливаться, а апстримить его скорее
>> смысла нет => пустая трата времени.

Пусть разработчики <чего-то там> узнают что CC и CXX можно во время
сборки переопределять. Так что, патч лучше заапстримить. Сделать это с
первой попытки это такая себе фигура высшего пилотажа. Тут можно и
нужно просить помощи "зала", если не получается с первого раза.

> Стоп, а разве это как раз не преимущество патча? Если он отвалился,
> то это значит, что именно в этом районе что-то поменялось и надо
> посмотреть глазами. С subst же такой диагностики не будет, то есть
> проблемы в эпсилон-окрестности будут выглядеть, как обычный подземный
> стук =)

Свойство отвалится у патчей это не баг. а фича. -- ну или как то так
это звучало в исполнении ldv@.

-- 
Igor Zubkov
http://hi.im/ice

Re: [newbies] patch vs. subst, was: Little CMS 2 quick and dirty build

[Dmitry V. Levin]

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

On Mon, Nov 08, 2010 at 02:25:10AM +0200, Igor Zubkov wrote:
> 2010/11/7 Dmitry Chistikov:
[...]
> > Стоп, а разве это как раз не преимущество патча? Если он отвалился,
> > то это значит, что именно в этом районе что-то поменялось и надо
> > посмотреть глазами. С subst же такой диагностики не будет, то есть
> > проблемы в эпсилон-окрестности будут выглядеть, как обычный подземный
> > стук =)
> 
> Свойство отвалится у патчей это не баг. а фича. -- ну или как то так
> это звучало в исполнении ldv@.

$ fortune -m отваливаться
(ALT)
%
Свойство патчей "отваливаться в случае изменений" - это важное преимущество,
а вовсе не недостаток, как полагают многие.
		-- ldv in devel@
%


-- 
ldv

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

Re: [newbies] patch vs. subst, was: Little CMS 2 quick and dirty build

[Yuriy Shirokov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 08.11.2010 03:25, Igor Zubkov wrote:
> Пусть разработчики <чего-то там> узнают что CC и CXX можно во время
> сборки переопределять.

А можно? Там же QMake, а это штука достаточно герметичная.

- -- 
С уважением,
Ю.А.Широков.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkzXseAACgkQKZtDzcL0NsOvPgCdGfAagbGXhyOY6Gz2Gqe1iJx1
OYAAnRBJ6dreS/KilPSktsfIMwfD0Zy2
=EiPh
-----END PGP SIGNATURE-----

Re: [newbies] patch vs. subst, was: Little CMS 2 quick and dirty build

[Motsyo Gennadi aka Drool]

Yuriy Shirokov пишет:
> On 08.11.2010 03:25, Igor Zubkov wrote:
> А можно? Там же QMake, а это штука достаточно герметичная.

	Выдержка из спека qps:

qmake "QMAKE_CFLAGS+=%optflags" "QMAKE_CXXFLAGS+=%optflags" %name.pro

Re: [newbies] patch vs. subst, was: Little CMS 2 quick and dirty build

[Yuriy Shirokov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 08.11.2010 12:15, Motsyo Gennadi aka Drool wrote:
>> А можно? Там же QMake, а это штука достаточно герметичная.
> 
>     Выдержка из спека qps:
> 
> qmake "QMAKE_CFLAGS+=%optflags" "QMAKE_CXXFLAGS+=%optflags" %name.pro

Это переопределение ключей компилятора. А тут задача другая --- выкинуть
вызов ccache, то есть интерактивно переопределить QMAKE_CC и QMAKE_CXX,
причём так, чтобы их определение внутри .pro-файла не сработало.

Лобовой вариант (qmake-qt4 "QMAKE_CC=/usr/bin/gcc
QMAKE_CXX=/usr/bin/g++") не прокатил --- в начале получаемого Makefile
всё равно следующее:

#############################################################################
# Makefile for building: ../LabCurves
# Generated by qmake (2.01a) (Qt 4.7.0) on: ?? ????. 9 20:44:05 2010
# Project:  LabCurvesProject.pro
# Template: app
# Command: /usr/bin/qmake-qt4 QMAKE_CC=/usr/bin/gcc\
QMAKE_CXX=/usr/bin/g++ -o Makefile LabCurvesProject.pro
#############################################################################

####### Compiler, tools and options

CC            = @echo compiling $< && ccache /usr/bin/gcc
CXX           = @echo compiling $< && ccache /usr/bin/g++
...

Пока иного варианта, чем патчить или иначе править LabCurvesProject.pro,
я не вижу.

- -- 
С уважением,
Ю.А.Широков.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkzZiQ8ACgkQKZtDzcL0NsOJCQCbBHmXz2VAO5AlkIO6ccGsHBWY
nRYAoJCorAs2FLXbhl2lqqhrtpjgYmx6
=XImL
-----END PGP SIGNATURE-----

Re: [newbies] patch vs. subst, was: Little CMS 2 quick and dirty build

[Andrey Rahmatullin]

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

On Tue, Nov 09, 2010 at 08:46:57PM +0300, Yuriy Shirokov wrote:
> Лобовой вариант (qmake-qt4 "QMAKE_CC=/usr/bin/gcc
> QMAKE_CXX=/usr/bin/g++") не прокатил --- в начале получаемого Makefile
> всё равно следующее:
qmake-qt4 -after "QMAKE_CC=/usr/bin/gcc"

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

<dottedmag> ВСЕМ ПРЕВЕДЫ!!!111адинадин ^_^
<Botkin> о госпади
<Botkin> это канал альтлинукс ?
<swi> нет
<swi> это Ваша больница
<dottedmag> :))
<swi> палата для особо буйных
<dottedmag> Botkin: поцыэнт, зачем ви встали с кровати? :)

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

Re: [newbies] patch vs. subst, was: Little CMS 2 quick and dirty build

[Yuriy Shirokov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 09.11.2010 20:51, Andrey Rahmatullin wrote:
> On Tue, Nov 09, 2010 at 08:46:57PM +0300, Yuriy Shirokov wrote:
>> Лобовой вариант (qmake-qt4 "QMAKE_CC=/usr/bin/gcc
>> QMAKE_CXX=/usr/bin/g++") не прокатил --- в начале получаемого Makefile
>> всё равно следующее:
> qmake-qt4 -after "QMAKE_CC=/usr/bin/gcc"

Да, так работает, спасибо.

Залил новую версию на git.alt.

- -- 
С уважением,
Ю.А.Широков.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkzZmI0ACgkQKZtDzcL0NsNAhwCfU188wP0EtFIZEGjC+M//EDBz
RWgAnRzLCNy21bbf4Wu1Akasr1tILQxG
=2IH3
-----END PGP SIGNATURE-----

Re: [newbies] patch vs. subst

[Michael Shigorin]

On Mon, Nov 08, 2010 at 02:25:10AM +0200, Igor Zubkov wrote:
> Свойство отвалится у патчей это не баг. а фича. -- ну или как
> то так это звучало в исполнении ldv@.

Надо было сразу сказать, что эту фразу я помню. :)

Да, если апстримить, то конечно же, лучше патч.

А так -- у меня в strongswan был один патчик насчёт tmpfile
handling в скрипте, который по словам разработчиков -- вообще
сугубо тестовый и предназначен для выполнения в свежепорождённой
среде внутри UML, поэтому "фиксить дырки" в нём смысла нет.
Из 4.5.0 его выкинул, потому как надоело немножко подновлять --
repocop лучше успокою выкидыванием этого скрипта из сборки.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[newbies] Little CMS 2, LabCurves (was: Re: Little CMS 2 quick and dirty build)

[Yuriy Shirokov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Очередная попытка:
http://git.altlinux.org/people/yushi/packages/liblcms2.git
http://git.altlinux.org/people/yushi/packages/labcurves.git
http://git.altlinux.org/repo/32177/

- -- 
С уважением,
Ю.А.Широков.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkzWpb4ACgkQKZtDzcL0NsPZSgCfc+CkQSI9d+7Ur2NTVkDdhHm0
Rk0An2Ltx67UCK/yzflWyE8DqtFivQcT
=UUOB
-----END PGP SIGNATURE-----

[newbies] ALT Packaging HOWTO

[Michael Shigorin]

On Sun, Nov 07, 2010 at 04:12:31PM +0300, Yuriy Shirokov wrote:
> Очередная попытка:
> http://git.altlinux.org/people/yushi/packages/liblcms2.git

  11 Url: http://www.littlecms.com
  12 
  13 Packager: Yuriy Al. Shirokov <yushi@altlinux.org>
  14 
  15 Source: %rname-%version.tar

Обычно подобное оформляю, как читал в ALT Packaging HOWTO[1]:

Url: http://www.littlecms.com
Source: %rname-%version.tar
Packager: Yuriy Al. Shirokov <yushi@altlinux.org>

> http://git.altlinux.org/people/yushi/packages/labcurves.git

[1] http://docs.altlinux.org/archive/2.4/master/alt-docs-devel/ch04.html#id2445669
-- документ в странном статусе, но сам по себе в основном
читабелен, здрав и во многом до сих пор актуален; подход
к переработке на вики можно глянуть здесь:
http://www.altlinux.org/ALT_Packaging_HOWTO

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/