Re: [devel] [#2185] FAILED srpm=opennms-1.6.2-alt1.src.rpm

Re: [devel] [#2185] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Slava Dubrovskiy]

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

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

Скажите, а как-то можно обойти этот тест или добавить исключение?
Это java приложение и генерит кеши во время сборки. Логично что каждый
раз они разные.


Girar Builder robot пишет:
2009-Mar-06 16:53:07 :: task #2185 for sisyphus started:
#1 build opennms-1.6.2-alt1.src.rpm
2009-Mar-06 16:53:07 :: [i586] opennms-1.6.2-alt1.src.rpm: build start
2009-Mar-06 16:53:07 :: [x86_64] opennms-1.6.2-alt1.src.rpm: build start
2009-Mar-06 17:18:41 :: [i586] opennms-1.6.2-alt1.src.rpm: build OK
2009-Mar-06 17:20:03 :: [x86_64] opennms-1.6.2-alt1.src.rpm: build OK
--- opennms-webapp-jetty-1.6.2-alt1.noarch.rpm.i586    2009-03-06
17:20:23 +0300
+++ opennms-webapp-jetty-1.6.2-alt1.noarch.rpm.x86_64    2009-03-06
17:20:23 +0300
@@ -2,18 +2,18 @@
 /usr/share/opennms/jetty-webapps/opennms
-/usr/share/opennms/jetty-webapps/opennms/01F73176572F262202C6E81D07B9DA90.cache.html
-/usr/share/opennms/jetty-webapps/opennms/01F73176572F262202C6E81D07B9DA90.cache.js
-/usr/share/opennms/jetty-webapps/opennms/01F73176572F262202C6E81D07B9DA90.cache.xml
-/usr/share/opennms/jetty-webapps/opennms/1F5B86C28F5492E992D59A8591C8AF3D.cache.html
-/usr/share/opennms/jetty-webapps/opennms/1F5B86C28F5492E992D59A8591C8AF3D.cache.js
-/usr/share/opennms/jetty-webapps/opennms/1F5B86C28F5492E992D59A8591C8AF3D.cache.xml
-/usr/share/opennms/jetty-webapps/opennms/2D8C8EA3E81A5AEFE98C18BE19468D2D.cache.html
-/usr/share/opennms/jetty-webapps/opennms/2D8C8EA3E81A5AEFE98C18BE19468D2D.cache.js
-/usr/share/opennms/jetty-webapps/opennms/2D8C8EA3E81A5AEFE98C18BE19468D2D.cache.xml
+/usr/share/opennms/jetty-webapps/opennms/54EBD0E04FCA116AF3A9149D1FD53CC4.cache.html
+/usr/share/opennms/jetty-webapps/opennms/54EBD0E04FCA116AF3A9149D1FD53CC4.cache.js
+/usr/share/opennms/jetty-webapps/opennms/54EBD0E04FCA116AF3A9149D1FD53CC4.cache.xml
 /usr/share/opennms/jetty-webapps/opennms/5F3C6434CAEF6C462F0240EB95E9EBBD.gwt.rpc
-/usr/share/opennms/jetty-webapps/opennms/68FABB2114E85BABE0F8852CE45B2786.cache.html
-/usr/share/opennms/jetty-webapps/opennms/68FABB2114E85BABE0F8852CE45B2786.cache.js
-/usr/share/opennms/jetty-webapps/opennms/68FABB2114E85BABE0F8852CE45B2786.cache.xml
-/usr/share/opennms/jetty-webapps/opennms/F85C1277A645D8525F672419FE379C30.cache.html
-/usr/share/opennms/jetty-webapps/opennms/F85C1277A645D8525F672419FE379C30.cache.js
-/usr/share/opennms/jetty-webapps/opennms/F85C1277A645D8525F672419FE379C30.cache.xml
+/usr/share/opennms/jetty-webapps/opennms/7F234D7978F514169353BC029C0FD9FD.cache.html
+/usr/share/opennms/jetty-webapps/opennms/7F234D7978F514169353BC029C0FD9FD.cache.js
+/usr/share/opennms/jetty-webapps/opennms/7F234D7978F514169353BC029C0FD9FD.cache.xml
+/usr/share/opennms/jetty-webapps/opennms/99300C77A581225BA6636653E74B1B3A.cache.html
+/usr/share/opennms/jetty-webapps/opennms/99300C77A581225BA6636653E74B1B3A.cache.js
+/usr/share/opennms/jetty-webapps/opennms/99300C77A581225BA6636653E74B1B3A.cache.xml
+/usr/share/opennms/jetty-webapps/opennms/E420FE72F60CE0B6C717355EE2F2354B.cache.html
+/usr/share/opennms/jetty-webapps/opennms/E420FE72F60CE0B6C717355EE2F2354B.cache.js
+/usr/share/opennms/jetty-webapps/opennms/E420FE72F60CE0B6C717355EE2F2354B.cache.xml
+/usr/share/opennms/jetty-webapps/opennms/FF9AE4AEB53AEF1EB222C9C6A7A45301.cache.html
+/usr/share/opennms/jetty-webapps/opennms/FF9AE4AEB53AEF1EB222C9C6A7A45301.cache.js
+/usr/share/opennms/jetty-webapps/opennms/FF9AE4AEB53AEF1EB222C9C6A7A45301.cache.xml
 /usr/share/opennms/jetty-webapps/opennms/KSC
2009-Mar-06 17:20:23 :: #1: opennms-1.6.2-alt1.src.rpm: noarch packages
mismatch
2009-Mar-06 17:20:23 :: build check FAILED for #1
2009-Mar-06 17:20:23 :: build check FAILED
2009-Mar-06 17:20:23 :: task #2185 for sisyphus FAILED

-- 
WBR,
Dubrovskiy Vyacheslav



[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3262 bytes --]

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Alexey Tourbin]

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

On Fri, Mar 06, 2009 at 07:09:54PM +0200, Slava Dubrovskiy wrote:
> Скажите, а как-то можно обойти этот тест или добавить исключение?
> Это java приложение и генерит кеши во время сборки. Логично что каждый
> раз они разные.

В чем же логика?  Почему каждый раз кеши разные?

Сборка пакета должна быть детерминированной или мы его собираем а он нам
каждый раз другой список файлов даёт.  Как Вы считаете?

И почему какой-то кеш который зависит неизвестно от чего лежит в /usr/share?

> --- opennms-webapp-jetty-1.6.2-alt1.noarch.rpm.i586    2009-03-06 17:20:23 +0300
> +++ opennms-webapp-jetty-1.6.2-alt1.noarch.rpm.x86_64    2009-03-06 17:20:23 +0300
> @@ -2,18 +2,18 @@
>  /usr/share/opennms/jetty-webapps/opennms
> -/usr/share/opennms/jetty-webapps/opennms/01F73176572F262202C6E81D07B9DA90.cache.html
> -/usr/share/opennms/jetty-webapps/opennms/01F73176572F262202C6E81D07B9DA90.cache.js
> -/usr/share/opennms/jetty-webapps/opennms/01F73176572F262202C6E81D07B9DA90.cache.xml
> -/usr/share/opennms/jetty-webapps/opennms/1F5B86C28F5492E992D59A8591C8AF3D.cache.html
> -/usr/share/opennms/jetty-webapps/opennms/1F5B86C28F5492E992D59A8591C8AF3D.cache.js
> -/usr/share/opennms/jetty-webapps/opennms/1F5B86C28F5492E992D59A8591C8AF3D.cache.xml
> -/usr/share/opennms/jetty-webapps/opennms/2D8C8EA3E81A5AEFE98C18BE19468D2D.cache.html
> -/usr/share/opennms/jetty-webapps/opennms/2D8C8EA3E81A5AEFE98C18BE19468D2D.cache.js
> -/usr/share/opennms/jetty-webapps/opennms/2D8C8EA3E81A5AEFE98C18BE19468D2D.cache.xml
> +/usr/share/opennms/jetty-webapps/opennms/54EBD0E04FCA116AF3A9149D1FD53CC4.cache.html
> +/usr/share/opennms/jetty-webapps/opennms/54EBD0E04FCA116AF3A9149D1FD53CC4.cache.js
> +/usr/share/opennms/jetty-webapps/opennms/54EBD0E04FCA116AF3A9149D1FD53CC4.cache.xml
>  /usr/share/opennms/jetty-webapps/opennms/5F3C6434CAEF6C462F0240EB95E9EBBD.gwt.rpc
> -/usr/share/opennms/jetty-webapps/opennms/68FABB2114E85BABE0F8852CE45B2786.cache.html
> -/usr/share/opennms/jetty-webapps/opennms/68FABB2114E85BABE0F8852CE45B2786.cache.js
> -/usr/share/opennms/jetty-webapps/opennms/68FABB2114E85BABE0F8852CE45B2786.cache.xml
> -/usr/share/opennms/jetty-webapps/opennms/F85C1277A645D8525F672419FE379C30.cache.html
> -/usr/share/opennms/jetty-webapps/opennms/F85C1277A645D8525F672419FE379C30.cache.js
> -/usr/share/opennms/jetty-webapps/opennms/F85C1277A645D8525F672419FE379C30.cache.xml
> +/usr/share/opennms/jetty-webapps/opennms/7F234D7978F514169353BC029C0FD9FD.cache.html
> +/usr/share/opennms/jetty-webapps/opennms/7F234D7978F514169353BC029C0FD9FD.cache.js
> +/usr/share/opennms/jetty-webapps/opennms/7F234D7978F514169353BC029C0FD9FD.cache.xml
> +/usr/share/opennms/jetty-webapps/opennms/99300C77A581225BA6636653E74B1B3A.cache.html
> +/usr/share/opennms/jetty-webapps/opennms/99300C77A581225BA6636653E74B1B3A.cache.js
> +/usr/share/opennms/jetty-webapps/opennms/99300C77A581225BA6636653E74B1B3A.cache.xml
> +/usr/share/opennms/jetty-webapps/opennms/E420FE72F60CE0B6C717355EE2F2354B.cache.html
> +/usr/share/opennms/jetty-webapps/opennms/E420FE72F60CE0B6C717355EE2F2354B.cache.js
> +/usr/share/opennms/jetty-webapps/opennms/E420FE72F60CE0B6C717355EE2F2354B.cache.xml
> +/usr/share/opennms/jetty-webapps/opennms/FF9AE4AEB53AEF1EB222C9C6A7A45301.cache.html
> +/usr/share/opennms/jetty-webapps/opennms/FF9AE4AEB53AEF1EB222C9C6A7A45301.cache.js
> +/usr/share/opennms/jetty-webapps/opennms/FF9AE4AEB53AEF1EB222C9C6A7A45301.cache.xml
>  /usr/share/opennms/jetty-webapps/opennms/KSC
> 2009-Mar-06 17:20:23 :: #1: opennms-1.6.2-alt1.src.rpm: noarch packages mismatch

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

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Slava Dubrovskiy]

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

Alexey Tourbin пишет:
> On Fri, Mar 06, 2009 at 07:09:54PM +0200, Slava Dubrovskiy wrote:
>   
>> Скажите, а как-то можно обойти этот тест или добавить исключение?
>> Это java приложение и генерит кеши во время сборки. Логично что каждый
>> раз они разные.
>>     
>
> В чем же логика?  Почему каждый раз кеши разные?
>   
Потому что имя генерится.
> Сборка пакета должна быть детерминированной или мы его собираем а он нам
> каждый раз другой список файлов даёт.  Как Вы считаете?
>   
Да, каждый раз дает другой список файлов.
> И почему какой-то кеш который зависит неизвестно от чего лежит в /usr/share?
>   
Если он будет лежать где-то в /var/cache то тест пропустит?
>   
>> --- opennms-webapp-jetty-1.6.2-alt1.noarch.rpm.i586    2009-03-06 17:20:23 +0300
>> +++ opennms-webapp-jetty-1.6.2-alt1.noarch.rpm.x86_64    2009-03-06 17:20:23 +0300
>> @@ -2,18 +2,18 @@
>>  /usr/share/opennms/jetty-webapps/opennms
>> -/usr/share/opennms/jetty-webapps/opennms/01F73176572F262202C6E81D07B9DA90.cache.html
>> -/usr/share/opennms/jetty-webapps/opennms/01F73176572F262202C6E81D07B9DA90.cache.js
>> -/usr/share/opennms/jetty-webapps/opennms/01F73176572F262202C6E81D07B9DA90.cache.xml
>> -/usr/share/opennms/jetty-webapps/opennms/1F5B86C28F5492E992D59A8591C8AF3D.cache.html
>> -/usr/share/opennms/jetty-webapps/opennms/1F5B86C28F5492E992D59A8591C8AF3D.cache.js
>> -/usr/share/opennms/jetty-webapps/opennms/1F5B86C28F5492E992D59A8591C8AF3D.cache.xml
>> -/usr/share/opennms/jetty-webapps/opennms/2D8C8EA3E81A5AEFE98C18BE19468D2D.cache.html
>> -/usr/share/opennms/jetty-webapps/opennms/2D8C8EA3E81A5AEFE98C18BE19468D2D.cache.js
>> -/usr/share/opennms/jetty-webapps/opennms/2D8C8EA3E81A5AEFE98C18BE19468D2D.cache.xml
>> +/usr/share/opennms/jetty-webapps/opennms/54EBD0E04FCA116AF3A9149D1FD53CC4.cache.html
>> +/usr/share/opennms/jetty-webapps/opennms/54EBD0E04FCA116AF3A9149D1FD53CC4.cache.js
>> +/usr/share/opennms/jetty-webapps/opennms/54EBD0E04FCA116AF3A9149D1FD53CC4.cache.xml
>>  /usr/share/opennms/jetty-webapps/opennms/5F3C6434CAEF6C462F0240EB95E9EBBD.gwt.rpc
>> -/usr/share/opennms/jetty-webapps/opennms/68FABB2114E85BABE0F8852CE45B2786.cache.html
>> -/usr/share/opennms/jetty-webapps/opennms/68FABB2114E85BABE0F8852CE45B2786.cache.js
>> -/usr/share/opennms/jetty-webapps/opennms/68FABB2114E85BABE0F8852CE45B2786.cache.xml
>> -/usr/share/opennms/jetty-webapps/opennms/F85C1277A645D8525F672419FE379C30.cache.html
>> -/usr/share/opennms/jetty-webapps/opennms/F85C1277A645D8525F672419FE379C30.cache.js
>> -/usr/share/opennms/jetty-webapps/opennms/F85C1277A645D8525F672419FE379C30.cache.xml
>> +/usr/share/opennms/jetty-webapps/opennms/7F234D7978F514169353BC029C0FD9FD.cache.html
>> +/usr/share/opennms/jetty-webapps/opennms/7F234D7978F514169353BC029C0FD9FD.cache.js
>> +/usr/share/opennms/jetty-webapps/opennms/7F234D7978F514169353BC029C0FD9FD.cache.xml
>> +/usr/share/opennms/jetty-webapps/opennms/99300C77A581225BA6636653E74B1B3A.cache.html
>> +/usr/share/opennms/jetty-webapps/opennms/99300C77A581225BA6636653E74B1B3A.cache.js
>> +/usr/share/opennms/jetty-webapps/opennms/99300C77A581225BA6636653E74B1B3A.cache.xml
>> +/usr/share/opennms/jetty-webapps/opennms/E420FE72F60CE0B6C717355EE2F2354B.cache.html
>> +/usr/share/opennms/jetty-webapps/opennms/E420FE72F60CE0B6C717355EE2F2354B.cache.js
>> +/usr/share/opennms/jetty-webapps/opennms/E420FE72F60CE0B6C717355EE2F2354B.cache.xml
>> +/usr/share/opennms/jetty-webapps/opennms/FF9AE4AEB53AEF1EB222C9C6A7A45301.cache.html
>> +/usr/share/opennms/jetty-webapps/opennms/FF9AE4AEB53AEF1EB222C9C6A7A45301.cache.js
>> +/usr/share/opennms/jetty-webapps/opennms/FF9AE4AEB53AEF1EB222C9C6A7A45301.cache.xml
>>  /usr/share/opennms/jetty-webapps/opennms/KSC
>> 2009-Mar-06 17:20:23 :: #1: opennms-1.6.2-alt1.src.rpm: noarch packages mismatch
>>     
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Devel mailing list
>> Devel@lists.altlinux.org
>> https://lists.altlinux.org/mailman/listinfo/devel


-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3262 bytes --]

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Mikhail Gusarov]

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


Twas brillig at 19:36:31 06.03.2009 UTC+02 when slava@tangramltd.com did gyre and gimble:

 SD> Потому что имя генерится.

Из чего оно генерируется?

-- 

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

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Led]

On Friday 06 March 2009 19:36:31 Slava Dubrovskiy wrote:
> Alexey Tourbin пишет:
> > On Fri, Mar 06, 2009 at 07:09:54PM +0200, Slava Dubrovskiy wrote:
> >> Скажите, а как-то можно обойти этот тест или добавить исключение?
> >> Это java приложение и генерит кеши во время сборки. Логично что каждый
> >> раз они разные.
> >
> > В чем же логика?  Почему каждый раз кеши разные?
>
> Потому что имя генерится.
>
> > Сборка пакета должна быть детерминированной или мы его собираем а он нам
> > каждый раз другой список файлов даёт.  Как Вы считаете?
>
> Да, каждый раз дает другой список файлов.
>
> > И почему какой-то кеш который зависит неизвестно от чего лежит в
> > /usr/share?
>
> Если он будет лежать где-то в /var/cache то тест пропустит?

Может, логично было бы генерить кеши уже после установки, а не во время 
сборки? Иначе это уже не похожи на кэши...

-- 
Led

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Slava Dubrovskiy]

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

Mikhail Gusarov пишет:
> Twas brillig at 19:36:31 06.03.2009 UTC+02 when slava@tangramltd.com did gyre and gimble:
>
>  SD> Потому что имя генерится.
>
> Из чего оно генерируется?
>   
Я так понимаю рэндомное. Это GWT  (Google Web Toolkit) делает.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3262 bytes --]

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Alexey Tourbin]

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

On Fri, Mar 06, 2009 at 07:36:31PM +0200, Slava Dubrovskiy wrote:
> Alexey Tourbin пишет:
> > On Fri, Mar 06, 2009 at 07:09:54PM +0200, Slava Dubrovskiy wrote:
> >   
> >> Скажите, а как-то можно обойти этот тест или добавить исключение?
> >> Это java приложение и генерит кеши во время сборки. Логично что каждый
> >> раз они разные.
> >>     
> >
> > В чем же логика?  Почему каждый раз кеши разные?
> >   
> Потому что имя генерится.
> > Сборка пакета должна быть детерминированной или мы его собираем а он нам
> > каждый раз другой список файлов даёт.  Как Вы считаете?
> >   
> Да, каждый раз дает другой список файлов.
> > И почему какой-то кеш который зависит неизвестно от чего лежит в /usr/share?
> >   
> Если он будет лежать где-то в /var/cache то тест пропустит?

Вопрос не лишен смысла, но короткий ответ -- нет.  Список файлов пакета
фактически дополняет его список зависимостей Provides.  Проверяется
минимальное требование что noarch пакеты должны быть идентичны по
зависимостям.

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

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Slava Dubrovskiy]

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

Led пишет:
> On Friday 06 March 2009 19:36:31 Slava Dubrovskiy wrote:
>   
>> Да, каждый раз дает другой список файлов.
>>     
>>> И почему какой-то кеш который зависит неизвестно от чего лежит в
>>> /usr/share?
>>>       
>> Если он будет лежать где-то в /var/cache то тест пропустит?
>>     
> Может, логично было бы генерить кеши уже после установки, а не во время 
> сборки? Иначе это уже не похожи на кэши...
>   
Логично конечно, но так сделана эта софтина. Пока не знаю как такое
можно делать.

У меня есть несколько реальных вариантов решения даного вопроса:
1. Убрать noarch
2. Сделать SOURCE куда положить уже готовые файлы и их паковать

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3262 bytes --]

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Led]

On Friday 06 March 2009 19:49:21 Slava Dubrovskiy wrote:
> Led пишет:
> > On Friday 06 March 2009 19:36:31 Slava Dubrovskiy wrote:
> >> Да, каждый раз дает другой список файлов.
> >>
> >>> И почему какой-то кеш который зависит неизвестно от чего лежит в
> >>> /usr/share?
> >>
> >> Если он будет лежать где-то в /var/cache то тест пропустит?
> >
> > Может, логично было бы генерить кеши уже после установки, а не во время
> > сборки? Иначе это уже не похожи на кэши...
>
> Логично конечно, но так сделана эта софтина. Пока не знаю как такое
> можно делать.
>
> У меня есть несколько реальных вариантов решения даного вопроса:
> 1. Убрать noarch
> 2. Сделать SOURCE куда положить уже готовые файлы и их паковать

Это не "реальные варианты", а "реальные хаки". Без обид - лучше называть вещи 
своими именами:)

-- 
Led

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Slava Dubrovskiy]

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

Led пишет:
>>>> Да, каждый раз дает другой список файлов.
>>>>>  почему какой-то кеш который зависит неизвестно от чего лежит в
>>>>> /usr/share?
>>>>>           
>>>> Если он будет лежать где-то в /var/cache то тест пропустит?
>>>>         
>>> Может, логично было бы генерить кеши уже после установки, а не во время
>>> сборки? Иначе это уже не похожи на кэши...
>>>       
>> Логично конечно, но так сделана эта софтина. Пока не знаю как такое
>> можно делать.
>>
>> У меня есть несколько реальных вариантов решения даного вопроса:
>> 1. Убрать noarch
>> 2. Сделать SOURCE куда положить уже готовые файлы и их паковать
>>     
>
> Это не "реальные варианты", а "реальные хаки". Без обид - лучше называть вещи 
> своими именами:)
>   
Конечно хаки, костыли и т.д.
Но реально, почему проверяется все подряд?
Пусть бы проверялись соответствия из определенных директорий, файлы
определенных типов и т.д.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3262 bytes --]

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Alexey Tourbin]

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

On Fri, Mar 06, 2009 at 07:59:06PM +0200, Slava Dubrovskiy wrote:
> > Это не "реальные варианты", а "реальные хаки". Без обид - лучше называть вещи 
> > своими именами:)
> >   
> Конечно хаки, костыли и т.д.
> Но реально, почему проверяется все подряд?
> Пусть бы проверялись соответствия из определенных директорий, файлы
> определенных типов и т.д.

Проверяются только зависимости noarch пакетов, что они должны совпадать
при сборке на разных архитектурах.  Больше ничего не проверяется!
Список файлов дополняет список Provides зависимостей.

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

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Slava Dubrovskiy]

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

Alexey Tourbin пишет:
>> Но реально, почему проверяется все подряд?
>> Пусть бы проверялись соответствия из определенных директорий, файлы
>> определенных типов и т.д.
>>     
>
> Проверяются только зависимости noarch пакетов, что они должны совпадать
> при сборке на разных архитектурах.  Больше ничего не проверяется!
> Список файлов дополняет список Provides зависимостей.
>   
Т.е. если добавить файлы с нужным шаблоном исключать из добавления в
Provides то зависимости будут совпадать и тест пройдет?

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3262 bytes --]

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Led]

On Friday 06 March 2009 19:59:06 Slava Dubrovskiy wrote:
> Led пишет:
> >>>> Да, каждый раз дает другой список файлов.
> >>>>
> >>>>>  почему какой-то кеш который зависит неизвестно от чего лежит в
> >>>>> /usr/share?
> >>>>
> >>>> Если он будет лежать где-то в /var/cache то тест пропустит?
> >>>
> >>> Может, логично было бы генерить кеши уже после установки, а не во время
> >>> сборки? Иначе это уже не похожи на кэши...
> >>
> >> Логично конечно, но так сделана эта софтина. Пока не знаю как такое
> >> можно делать.
> >>
> >> У меня есть несколько реальных вариантов решения даного вопроса:
> >> 1. Убрать noarch
> >> 2. Сделать SOURCE куда положить уже готовые файлы и их паковать
> >
> > Это не "реальные варианты", а "реальные хаки". Без обид - лучше называть
> > вещи своими именами:)
>
> Конечно хаки, костыли и т.д.
> Но реально, почему проверяется все подряд?
> Пусть бы проверялись соответствия из определенных директорий, файлы
> определенных типов и т.д.

А вообще, забавный спек... Секция %build пустая, и сброка и дёт 
непосредственно в %install, далее полученные файлы не копируются 
в %buildroot, а, почему-то, ПЕРЕМЕЩАЮТСЯ  (mv)...
В подобных извратах действительно есть какой-то глубокий смысл???

-- 
Led

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Alexey Tourbin]

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

On Fri, Mar 06, 2009 at 08:16:16PM +0200, Slava Dubrovskiy wrote:
> Alexey Tourbin пишет:
> >> Но реально, почему проверяется все подряд?
> >> Пусть бы проверялись соответствия из определенных директорий, файлы
> >> определенных типов и т.д.
> >>     
> >
> > Проверяются только зависимости noarch пакетов, что они должны совпадать
> > при сборке на разных архитектурах.  Больше ничего не проверяется!
> > Список файлов дополняет список Provides зависимостей.
> >   
> Т.е. если добавить файлы с нужным шаблоном исключать из добавления в
> Provides то зависимости будут совпадать и тест пройдет?

Нет.  Файлы, которые запакованы в пакет, помимо всякого желания являются
формой Provides.  А именно, они совершенно автоматически удовлетворяют
соответствующие зависимости Requires в других пакетах.

Базовым требованием идентичности noarch пакетов при сборке на разных
архитектурах является их идентичность по зависимостям.  Сюда включается
список файлов, поимимо явных зависимостей Requires и Provides.

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

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Slava Dubrovskiy]

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

Led пишет:
> А вообще, забавный спек... Секция %build пустая, и сброка и дёт 
> непосредственно в %install, далее полученные файлы не копируются 
> в %buildroot, а, почему-то, ПЕРЕМЕЩАЮТСЯ  (mv)...
> В подобных извратах действительно есть какой-то глубокий смысл???
>   
В оригинале так.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3262 bytes --]

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Led]

On Friday 06 March 2009 20:28:04 Slava Dubrovskiy wrote:
> Led пишет:
> > А вообще, забавный спек... Секция %build пустая, и сброка и дёт
> > непосредственно в %install, далее полученные файлы не копируются
> > в %buildroot, а, почему-то, ПЕРЕМЕЩАЮТСЯ  (mv)...
> > В подобных извратах действительно есть какой-то глубокий смысл???
>
> В оригинале так.

Т.е. смысла никакого нет?

В "оригинале" чего? В %changelog я вижу только пару ваших записей...

-- 
Led

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Slava Dubrovskiy]

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

Led пишет:
>>> А вообще, забавный спек... Секция %build пустая, и сброка и дёт
>>> непосредственно в %install, далее полученные файлы не копируются
>>> в %buildroot, а, почему-то, ПЕРЕМЕЩАЮТСЯ  (mv)...
>>> В подобных извратах действительно есть какой-то глубокий смысл???
>>>       
>> В оригинале так.
>>     
>
> Т.е. смысла никакого нет?
>   
Наверно нет
> В "оригинале" чего? В %changelog я вижу только пару ваших записей...
>   
В оригинальном спеке что идет с пакетом.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3262 bytes --]

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Led]

On Friday 06 March 2009 20:34:17 Slava Dubrovskiy wrote:
> Led пишет:
> >>> А вообще, забавный спек... Секция %build пустая, и сброка и дёт
> >>> непосредственно в %install, далее полученные файлы не копируются
> >>> в %buildroot, а, почему-то, ПЕРЕМЕЩАЮТСЯ  (mv)...
> >>> В подобных извратах действительно есть какой-то глубокий смысл???
> >>
> >> В оригинале так.
> >
> > Т.е. смысла никакого нет?
>
> Наверно нет
>
> > В "оригинале" чего? В %changelog я вижу только пару ваших записей...
>
> В оригинальном спеке что идет с пакетом.

Спасибо. Больше вопросов нет:)

-- 
Led

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Slava Dubrovskiy]

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

Slava Dubrovskiy пишет:
> Led пишет:
>   
>>>> А вообще, забавный спек... Секция %build пустая, и сброка и дёт
>>>> непосредственно в %install, далее полученные файлы не копируются
>>>> в %buildroot, а, почему-то, ПЕРЕМЕЩАЮТСЯ  (mv)...
>>>> В подобных извратах действительно есть какой-то глубокий смысл???
>>>>       
>>>>         
>>> В оригинале так.
>>>     
>>>       
>> Т.е. смысла никакого нет?
>>   
>>     
> Наверно нет
>   
Хотя наверно есть. mv быстрее чем cp на одном разделе.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3262 bytes --]

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Mikhail Gusarov]

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


Twas brillig at 20:34:17 06.03.2009 UTC+02 when slava@tangramltd.com did gyre and gimble:

 SD> В оригинальном спеке что идет с пакетом.

В Debian, скажем, при наличии директории debian/* в пакете принято
писать в upstream "мы тут уже пакетируем - можно _это_ удалять".

Просто потому, что upstream очень часто пакетировать не любит, а если
любит - не умеет. Не говоря уж о том, что альтовые спеки вообще крайне
специфичны.

-- 

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

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Slava Dubrovskiy]

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

Alexey Tourbin пишет:
>>> Проверяются только зависимости noarch пакетов, что они должны совпадать
>>> при сборке на разных архитектурах.  Больше ничего не проверяется!
>>> Список файлов дополняет список Provides зависимостей.
>>>   
>>>       
>> Т.е. если добавить файлы с нужным шаблоном исключать из добавления в
>> Provides то зависимости будут совпадать и тест пройдет?
>>     
>
> Нет.  Файлы, которые запакованы в пакет, помимо всякого желания являются
> формой Provides.  А именно, они совершенно автоматически удовлетворяют
> соответствующие зависимости Requires в других пакетах.
>
> Базовым требованием идентичности noarch пакетов при сборке на разных
> архитектурах является их идентичность по зависимостям.  Сюда включается
> список файлов, поимимо явных зависимостей Requires и Provides.
>   
Т.е. данный пакет по вашей логике является не noarch. :(

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3262 bytes --]

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Andrey Rahmatullin]

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

On Fri, Mar 06, 2009 at 08:36:57PM +0200, Slava Dubrovskiy wrote:
> Хотя наверно есть. mv быстрее чем cp на одном разделе.
Как минимум автоматически обламывается -bi --short-circuit (оно может не
работать по другим причинам тоже, но если в %install что-то удаляется из
сборочного дерева - точно обломится).


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

За incoming@ скрываются живые люди (не роботы) со всеми
вытекающими.  Если кто-то возьмётся формализовать ситуации,
в которых стоит им написать, я буду очень рад.
		-- ldv in devel@

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

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Led]

On Friday 06 March 2009 20:38:09 Slava Dubrovskiy wrote:
> Alexey Tourbin пишет:
> >>> Проверяются только зависимости noarch пакетов, что они должны совпадать
> >>> при сборке на разных архитектурах.  Больше ничего не проверяется!
> >>> Список файлов дополняет список Provides зависимостей.
> >>
> >> Т.е. если добавить файлы с нужным шаблоном исключать из добавления в
> >> Provides то зависимости будут совпадать и тест пройдет?
> >
> > Нет.  Файлы, которые запакованы в пакет, помимо всякого желания являются
> > формой Provides.  А именно, они совершенно автоматически удовлетворяют
> > соответствующие зависимости Requires в других пакетах.
> >
> > Базовым требованием идентичности noarch пакетов при сборке на разных
> > архитектурах является их идентичность по зависимостям.  Сюда включается
> > список файлов, поимимо явных зависимостей Requires и Provides.
>
> Т.е. данный пакет по вашей логике является не noarch. :(

ИМХО данный пакет по логике является "sabotage":)

-- 
Led

Re: [devel] FAILED srpm=opennms-1.6.2-alt1.src.rpm

[Damir Shayhutdinov]

>> > Базовым требованием идентичности noarch пакетов при сборке на разных
>> > архитектурах является их идентичность по зависимостям.  Сюда включается
>> > список файлов, поимимо явных зависимостей Requires и Provides.
>>
>> Т.е. данный пакет по вашей логике является не noarch. :(
>
> ИМХО данный пакет по логике является "sabotage":)

raorn, перелогинься!