Re: [devel] [#37669] FAILED srpm=telepathy-haze-0.4.0-alt2.src.rpm

Re: [devel] [#37669] FAILED srpm=telepathy-haze-0.4.0-alt2.src.rpm

[Alexey Tourbin]

On Sun, Jan 30, 2011 at 03:05:32PM +0300, Girar Builder robot wrote:
> http://git.altlinux.org/tasks/37669/task/log.1.1
> 
> 2011-Jan-30 15:03:36 :: task #37669 for sisyphus started by aris:
> #100 build telepathy-haze-0.4.0-alt2.src.rpm
> 2011-Jan-30 15:03:37 :: cloned Sisyphus
> 2011-Jan-30 15:03:38 :: [x86_64] #100 telepathy-haze-0.4.0-alt2.src.rpm: build start
> 2011-Jan-30 15:03:38 :: [i586] #100 telepathy-haze-0.4.0-alt2.src.rpm: build start
> /.out/telepathy-haze-0.4.0-alt2.i586.rpm: filesystem intersections: /usr/lib/debug
> sisyphus_check: check-intersects ERROR: intersections with system packages
> hsh-rebuild: telepathy-haze-0.4.0-alt2.src.rpm: sisyphus_check failed.

Я направил в сизиф rpm, в котором реализована первая стадия поддержки
debuginfo пакетов: debuginfo пакеты пока не создаются, но содержимое
для debuginfo пакетов генерируется (/usr/lib/debug и /usr/src/debug).

В пакете telepathy-haze используется конструкция

%files
%_libexecdir/*

Такого рода конструкции больше использовать нельзя, т.к. они цепляют
/usr/lib/debug.

Когда завершится тестовая переборка, я напишу про debuginfo подробнее.

> 2011-Jan-30 15:05:01 :: [i586] telepathy-haze-0.4.0-alt2.src.rpm: remote: build failed
> 2011-Jan-30 15:05:01 :: [i586] #100 telepathy-haze-0.4.0-alt2.src.rpm: build FAILED
> /.out/telepathy-haze-0.4.0-alt2.x86_64.rpm: filesystem intersections: /usr/lib/debug
> sisyphus_check: check-intersects ERROR: intersections with system packages
> hsh-rebuild: telepathy-haze-0.4.0-alt2.src.rpm: sisyphus_check failed.
> 2011-Jan-30 15:05:31 :: [x86_64] telepathy-haze-0.4.0-alt2.src.rpm: remote: build failed
> 2011-Jan-30 15:05:31 :: [x86_64] #100 telepathy-haze-0.4.0-alt2.src.rpm: build FAILED
> 2011-Jan-30 15:05:02 :: [i586] build FAILED
> 2011-Jan-30 15:05:32 :: [x86_64] build FAILED
> 2011-Jan-30 15:05:32 :: task #37669 for sisyphus FAILED

Re: [devel] [#37669] FAILED srpm=telepathy-haze-0.4.0-alt2.src.rpm

[Igor Vlasenko]

On Sun, Jan 30, 2011 at 10:18:31PM +0300, Alexey Tourbin wrote:
> для debuginfo пакетов генерируется (/usr/lib/debug и /usr/src/debug).
> В пакете telepathy-haze используется конструкция
> 
> %files
> %_libexecdir/*
> 
> Такого рода конструкции больше использовать нельзя, т.к. они цепляют
> /usr/lib/debug.

20 таких пакетов, если что, их можно роботом поправить.
./drbd8-tools-8.2.6-alt2.src.spec:%_libexecdir/*
./evolution-data-server-2.32.1-alt1.src.spec:%_libexecdir/*
./gdm2.20-2.20.8-alt5.src.spec:%_libexecdir/*
./gdm-2.32.0-alt3.src.spec:%_libexecdir/*
./gnome-applets-extra-bookmarks-0.5-alt1.2.src.spec:%_libexecdir/*
./gnome-applets-extra-gnome-blog-0.9.2-alt1.src.spec:%_libexecdir/*
./gnome-applets-extra-teatime-2.8.0-alt3.src.spec:%_libexecdir/*
./gnome-keyring-2.32.1-alt1.src.spec:%_libexecdir/*
./jabberd2-jud-1.2-alt5.src.spec:%_libexecdir/*
./jabber-muc-0.8-alt0.3.r51.src.spec:%_libexecdir/*
./lxde-lxdm-0.3.0-alt1.src.spec:%_libexecdir/*
./rawtherapee-3.0-alt1.alpha1.src.spec:%_libexecdir/*
./reduce-20101119-alt1.src.spec:%_libexecdir/*
./synce-hal-0.15-alt1.src.spec:%_libexecdir/*
./telepathy-haze-0.4.0-alt1.src.spec:%_libexecdir/*
./telepathy-salut-0.3.13-alt1.src.spec:%_libexecdir/*
./Terminal-0.4.0-alt3.src.spec:%_libexecdir/*
./thunar-thumbnailers-plugin-0.4.1-alt3.src.spec:%_libexecdir/*
./thunar-volman-plugin-0.3.80+svn7321-alt1.src.spec:%_libexecdir/*
./tracker-0.8.17-alt1.src.spec:%_libexecdir/*


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] [#37669] FAILED srpm=telepathy-haze-0.4.0-alt2.src.rpm

[Alexey Shabalin]

2011/1/31 Igor Vlasenko :
> On Sun, Jan 30, 2011 at 10:18:31PM +0300, Alexey Tourbin wrote:
>> для debuginfo пакетов генерируется (/usr/lib/debug и /usr/src/debug).
>> В пакете telepathy-haze используется конструкция
>>
>> %files
>> %_libexecdir/*
>>
>> Такого рода конструкции больше использовать нельзя, т.к. они цепляют
>> /usr/lib/debug.
>
> 20 таких пакетов, если что, их можно роботом поправить.
Подождите шашкой  махать.
Давайте разберемся, относится ли это к пакетам, где  %_libexecdir
переопределен внутри спека (на /usr/libexec)?


> ./drbd8-tools-8.2.6-alt2.src.spec:%_libexecdir/*
> ./evolution-data-server-2.32.1-alt1.src.spec:%_libexecdir/*
> ./gdm2.20-2.20.8-alt5.src.spec:%_libexecdir/*
> ./gdm-2.32.0-alt3.src.spec:%_libexecdir/*
> ./gnome-applets-extra-bookmarks-0.5-alt1.2.src.spec:%_libexecdir/*
> ./gnome-applets-extra-gnome-blog-0.9.2-alt1.src.spec:%_libexecdir/*
> ./gnome-applets-extra-teatime-2.8.0-alt3.src.spec:%_libexecdir/*
> ./gnome-keyring-2.32.1-alt1.src.spec:%_libexecdir/*
> ./jabberd2-jud-1.2-alt5.src.spec:%_libexecdir/*
> ./jabber-muc-0.8-alt0.3.r51.src.spec:%_libexecdir/*
> ./lxde-lxdm-0.3.0-alt1.src.spec:%_libexecdir/*
> ./rawtherapee-3.0-alt1.alpha1.src.spec:%_libexecdir/*
> ./reduce-20101119-alt1.src.spec:%_libexecdir/*
> ./synce-hal-0.15-alt1.src.spec:%_libexecdir/*
> ./telepathy-haze-0.4.0-alt1.src.spec:%_libexecdir/*
> ./telepathy-salut-0.3.13-alt1.src.spec:%_libexecdir/*
> ./Terminal-0.4.0-alt3.src.spec:%_libexecdir/*
> ./thunar-thumbnailers-plugin-0.4.1-alt3.src.spec:%_libexecdir/*
> ./thunar-volman-plugin-0.3.80+svn7321-alt1.src.spec:%_libexecdir/*
> ./tracker-0.8.17-alt1.src.spec:%_libexecdir/*


-- 
Alexey Shabalin

Re: [devel] [#37669] FAILED srpm=telepathy-haze-0.4.0-alt2.src.rpm

[Alexey Tourbin]

On Mon, Jan 31, 2011 at 12:17:51AM +0300, Alexey Shabalin wrote:
> 2011/1/31 Igor Vlasenko :
> > On Sun, Jan 30, 2011 at 10:18:31PM +0300, Alexey Tourbin wrote:
> >> для debuginfo пакетов генерируется (/usr/lib/debug и /usr/src/debug).
> >> В пакете telepathy-haze используется конструкция
> >>
> >> %files
> >> %_libexecdir/*
> >>
> >> Такого рода конструкции больше использовать нельзя, т.к. они цепляют
> >> /usr/lib/debug.
> >
> > 20 таких пакетов, если что, их можно роботом поправить.
> Подождите шашкой  махать.
> Давайте разберемся, относится ли это к пакетам, где  %_libexecdir
> переопределен внутри спека (на /usr/libexec)?

Нет, не относится.  Это относится только к пакетам, у которых
в списке %files есть строка, которая раскрывается в "/usr/lib/*".
sisyphs_check такие пакеты зарежет.  Можно придумать более хитрые
случаи, когда sisyphus_check не сработает, но я пока таких не видел.
Смысл в том, что нельзя использовать слишком общие глоб-паттерны,
которые бы цепляли /usr/lib/debug или /usr/src/debug.

> > ./drbd8-tools-8.2.6-alt2.src.spec:%_libexecdir/*
> > ./evolution-data-server-2.32.1-alt1.src.spec:%_libexecdir/*
> > ./gdm2.20-2.20.8-alt5.src.spec:%_libexecdir/*
> > ./gdm-2.32.0-alt3.src.spec:%_libexecdir/*
> > ./gnome-applets-extra-bookmarks-0.5-alt1.2.src.spec:%_libexecdir/*
> > ./gnome-applets-extra-gnome-blog-0.9.2-alt1.src.spec:%_libexecdir/*
> > ./gnome-applets-extra-teatime-2.8.0-alt3.src.spec:%_libexecdir/*
> > ./gnome-keyring-2.32.1-alt1.src.spec:%_libexecdir/*
> > ./jabberd2-jud-1.2-alt5.src.spec:%_libexecdir/*
> > ./jabber-muc-0.8-alt0.3.r51.src.spec:%_libexecdir/*
> > ./lxde-lxdm-0.3.0-alt1.src.spec:%_libexecdir/*
> > ./rawtherapee-3.0-alt1.alpha1.src.spec:%_libexecdir/*
> > ./reduce-20101119-alt1.src.spec:%_libexecdir/*
> > ./synce-hal-0.15-alt1.src.spec:%_libexecdir/*
> > ./telepathy-haze-0.4.0-alt1.src.spec:%_libexecdir/*
> > ./telepathy-salut-0.3.13-alt1.src.spec:%_libexecdir/*
> > ./Terminal-0.4.0-alt3.src.spec:%_libexecdir/*
> > ./thunar-thumbnailers-plugin-0.4.1-alt3.src.spec:%_libexecdir/*
> > ./thunar-volman-plugin-0.3.80+svn7321-alt1.src.spec:%_libexecdir/*
> > ./tracker-0.8.17-alt1.src.spec:%_libexecdir/*
> 
> -- 
> Alexey Shabalin

Re: [devel] [#37669] FAILED srpm=telepathy-haze-0.4.0-alt2.src.rpm

[Alexey Shabalin]

2011/1/31 Alexey Tourbin :
> On Mon, Jan 31, 2011 at 12:17:51AM +0300, Alexey Shabalin wrote:
>> 2011/1/31 Igor Vlasenko :
>> > On Sun, Jan 30, 2011 at 10:18:31PM +0300, Alexey Tourbin wrote:
>> >> для debuginfo пакетов генерируется (/usr/lib/debug и /usr/src/debug).
>> >> В пакете telepathy-haze используется конструкция
>> >>
>> >> %files
>> >> %_libexecdir/*
>> >>
>> >> Такого рода конструкции больше использовать нельзя, т.к. они цепляют
>> >> /usr/lib/debug.
>> >
>> > 20 таких пакетов, если что, их можно роботом поправить.
>> Подождите шашкой  махать.
>> Давайте разберемся, относится ли это к пакетам, где  %_libexecdir
>> переопределен внутри спека (на /usr/libexec)?
>
> Нет, не относится.  Это относится только к пакетам, у которых
> в списке %files есть строка, которая раскрывается в "/usr/lib/*".
> sisyphs_check такие пакеты зарежет.  Можно придумать более хитрые
> случаи, когда sisyphus_check не сработает, но я пока таких не видел.
> Смысл в том, что нельзя использовать слишком общие глоб-паттерны,
> которые бы цепляли /usr/lib/debug или /usr/src/debug.

Тогда таких пакетов уже не 20. Во многих пакетах в gnome %_libexecdir
переопределён.

>
>> > ./drbd8-tools-8.2.6-alt2.src.spec:%_libexecdir/*
>> > ./evolution-data-server-2.32.1-alt1.src.spec:%_libexecdir/*
>> > ./gdm2.20-2.20.8-alt5.src.spec:%_libexecdir/*
>> > ./gdm-2.32.0-alt3.src.spec:%_libexecdir/*
>> > ./gnome-applets-extra-bookmarks-0.5-alt1.2.src.spec:%_libexecdir/*
>> > ./gnome-applets-extra-gnome-blog-0.9.2-alt1.src.spec:%_libexecdir/*
>> > ./gnome-applets-extra-teatime-2.8.0-alt3.src.spec:%_libexecdir/*
>> > ./gnome-keyring-2.32.1-alt1.src.spec:%_libexecdir/*
>> > ./jabberd2-jud-1.2-alt5.src.spec:%_libexecdir/*
>> > ./jabber-muc-0.8-alt0.3.r51.src.spec:%_libexecdir/*
>> > ./lxde-lxdm-0.3.0-alt1.src.spec:%_libexecdir/*
>> > ./rawtherapee-3.0-alt1.alpha1.src.spec:%_libexecdir/*
>> > ./reduce-20101119-alt1.src.spec:%_libexecdir/*
>> > ./synce-hal-0.15-alt1.src.spec:%_libexecdir/*
>> > ./telepathy-haze-0.4.0-alt1.src.spec:%_libexecdir/*
>> > ./telepathy-salut-0.3.13-alt1.src.spec:%_libexecdir/*
>> > ./Terminal-0.4.0-alt3.src.spec:%_libexecdir/*
>> > ./thunar-thumbnailers-plugin-0.4.1-alt3.src.spec:%_libexecdir/*
>> > ./thunar-volman-plugin-0.3.80+svn7321-alt1.src.spec:%_libexecdir/*
>> > ./tracker-0.8.17-alt1.src.spec:%_libexecdir/*


-- 
Alexey Shabalin

Re: [devel] [#37669] FAILED srpm=telepathy-haze-0.4.0-alt2.src.rpm

[Alexey Tourbin]

On Mon, Jan 31, 2011 at 12:37:47AM +0300, Alexey Shabalin wrote:
> > Нет, не относится.  Это относится только к пакетам, у которых
> > в списке %files есть строка, которая раскрывается в "/usr/lib/*".
> > sisyphs_check такие пакеты зарежет.  Можно придумать более хитрые
> > случаи, когда sisyphus_check не сработает, но я пока таких не видел.
> > Смысл в том, что нельзя использовать слишком общие глоб-паттерны,
> > которые бы цепляли /usr/lib/debug или /usr/src/debug.
> 
> Тогда таких пакетов уже не 20. Во многих пакетах в gnome %_libexecdir
> переопределён.

"%_libdir/*" тоже нельзя использовать.

[at@people specs]$ fgrep -xl '%_libdir/*' *.spec
389-admin.spec
apache2-mod_revocator.spec
bison.spec
btanks.spec
cfengine.spec
cgreen.spec
cpufreqd.spec
cuneiform.spec
cunit.spec
dhcp.spec
eaglemode.spec
eiskaltdcpp.spec
firebird-odbc.spec
flex.spec
fricas.spec
gambit.spec
gip.spec
gluegen.spec
gocr.spec
hugin.spec
kbfx.spec
kde-common.spec
kdissert.spec
last.fm.spec
libbox2d.spec
libdomainkeys.spec
libf2cblaslapack-devel.spec
libfblaslapack-devel.spec
libmimedir.spec
libnoch.spec
libqt3-qdataschema.spec
libre2-devel-static.spec
mysql-connector-odbc.spec
pgpool-II.spec
portmidi.spec
refdbg.spec
scrotwm.spec
scsh.spec
sevents.spec
statifier.spec
tesseract.spec
timeshift.spec
tokyocabinet-java.spec
voiceman.spec
webcam-tools.spec
xinetd.spec
xmds.spec
yafray.spec
[at@people specs]$

Re: [devel] [#37669] FAILED srpm=telepathy-haze-0.4.0-alt2.src.rpm

[REAL]

31.01.2011 03:10, Igor Vlasenko пишет:
>> %files
>> %_libexecdir/*
>>
>> Такого рода конструкции больше использовать нельзя, т.к. они цепляют
>> /usr/lib/debug.

И %_libdir/* на i586. А не слишком ли крутой поворот?

> 20 таких пакетов, если что, их можно роботом поправить.

Решать core team, конечно, но я бы задумался над более гуманистическим 
(по отношению к мейнтейнерам) подходом.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] [#37669] FAILED srpm=telepathy-haze-0.4.0-alt2.src.rpm

[REAL]

31.01.2011 11:19, REAL пишет:
> 31.01.2011 03:10, Igor Vlasenko пишет:
>>> %files
>>> %_libexecdir/*
>>>
>>> Такого рода конструкции больше использовать нельзя, т.к. они цепляют
>>> /usr/lib/debug.
>
> И %_libdir/* на i586. А не слишком ли крутой поворот?

У нас вот ещё есть /usr/libexec, почему бы debug не пихать туда?

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

[devel] чудесное обретение *-debuginfo пакетов

[Alexey Tourbin]

On Sun, Jan 30, 2011 at 10:18:31PM +0300, Alexey Tourbin wrote:
> Я направил в сизиф rpm, в котором реализована первая стадия поддержки
> debuginfo пакетов: debuginfo пакеты пока не создаются, но содержимое
> для debuginfo пакетов генерируется (/usr/lib/debug и /usr/src/debug).

> Когда завершится тестовая переборка, я напишу про debuginfo подробнее.

Пересборка ещё не до конца завершилась, но я уже направил в сизиф rpm,
который создает *-debuginfo пакеты!

CAVEATS
- strip-макросы не работают
- зависимостей между *-debuginfo пакетами пока нет
- неправильный (завышенный) размер %{SIZE}

Просьба пока не собирать пакетов с системными библиотеками.  Можно
как ни в чем не бывало собирать noarch пакеты, а также готовиться
к созданию Национальной Операционной Сисьтемы.

Наверное ночью буду заряжать внеочередную i586-пересборку.

Re: [devel] чудесное обретение *-debuginfo пакетов

[REAL]

31.01.2011 11:36, Alexey Tourbin пишет:
> Просьба пока не собирать пакетов с системными библиотеками.

А я уж думал, что это меня в дурку положили :-D

-----
http://git.altlinux.org/tasks/37709/task/log.2.1
[...]
nm: /tmp/.private/limb/LlQUnViVTf: No symbols
/tmp/.private/limb/gb-repo-limb2-sisyphus/x86_64/RPMS.classic/afepack-complex-examples-debuginfo-1.8-alt2.x86_64.rpm: 
/usr/lib/debug/usr/lib/petsc-complex/examples/AFEPack/coefficient_possion_equation/main.debug: 
nm failed at /usr/lib/perl5/vendor_perl/qa/rpmelfsym.pm line 61.
nm: /tmp/.private/limb/UNhBi2vGs3: No symbols
/tmp/.private/limb/gb-repo-limb2-sisyphus/i586/RPMS.classic/afepack-complex-examples-debuginfo-1.8-alt2.i586.rpm: 
/usr/lib/debug/usr/lib/petsc-complex/examples/AFEPack/coefficient_possion_equation/main.debug: 
nm failed at /usr/lib/perl5/vendor_perl/qa/rpmelfsym.pm line 61.
2011-Jan-31 08:37:05 :: task #37709 for sisyphus FAILED

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] чудесное обретение *-debuginfo пакетов

[Alexey Tourbin]

On Mon, Jan 31, 2011 at 12:04:22PM +0600, REAL wrote:
> 31.01.2011 11:36, Alexey Tourbin пишет:
> >Просьба пока не собирать пакетов с 
> >системными библиотеками.
> 
> А я уж думал, что это меня в дурку 
> положили :-D

В принципе можно собирать, если у библиотеки не очень много клиентов.
Иначе потом будут возникать анметы на уровне *-debuginfo пакетов
из-за .gnu_debuglink.

> -----
> http://git.altlinux.org/tasks/37709/task/log.2.1
> [...]
> nm: /tmp/.private/limb/LlQUnViVTf: No symbols
> /tmp/.private/limb/gb-repo-limb2-sisyphus/x86_64/RPMS.classic/afepack-complex-examples-debuginfo-1.8-alt2.x86_64.rpm: 
> /usr/lib/debug/usr/lib/petsc-complex/examples/AFEPack/coefficient_possion_equation/main.debug: 
> nm failed at /usr/lib/perl5/vendor_perl/qa/rpmelfsym.pm line 61.
> nm: /tmp/.private/limb/UNhBi2vGs3: No symbols
> /tmp/.private/limb/gb-repo-limb2-sisyphus/i586/RPMS.classic/afepack-complex-examples-debuginfo-1.8-alt2.i586.rpm: 
> /usr/lib/debug/usr/lib/petsc-complex/examples/AFEPack/coefficient_possion_equation/main.debug: 
> nm failed at /usr/lib/perl5/vendor_perl/qa/rpmelfsym.pm line 61.
> 2011-Jan-31 08:37:05 :: task #37709 for sisyphus FAILED

Вроде исправил, пока локально.

> -- 
> REAL aka Евгений Ростовцев, программист ЦНИТ 
> КемГУ

Re: [devel] чудесное обретение *-debuginfo пакетов

[REAL]

31.01.2011 11:57, Alexey Tourbin пишет:
>> А я уж думал, что это меня в дурку
>> положили :-D
>
> В принципе можно собирать, если у библиотеки не очень много клиентов.

У этой библиотеки клиенты собираются пока только из того же srpm. Пока 
не планируется собирать что-то ещё клиентское в сизиф, только для 
внутреннего пользования. Так что попробую ещё один заход.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] чудесное обретение *-debuginfo пакетов

[Dmitry V. Levin]

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

On Mon, Jan 31, 2011 at 08:36:12AM +0300, Alexey Tourbin wrote:
[...]
> Пересборка ещё не до конца завершилась, но я уже направил в сизиф rpm,
> который создает *-debuginfo пакеты!
> 
> CAVEATS
> - strip-макросы не работают

Когда изменение сборочной среды ломает сборку пакетов -- это ещё полбеды.
Настоящая беда приходит, когда в результате пакеты собираются и работают
неправильно.

> - зависимостей между *-debuginfo пакетами пока нет
> - неправильный (завышенный) размер %{SIZE}
> 
> Просьба пока не собирать пакетов с системными библиотеками.
[...]
> В принципе можно собирать, если у библиотеки не очень много клиентов.
> Иначе потом будут возникать анметы на уровне *-debuginfo пакетов
> из-за .gnu_debuglink.

Просьба привести сборочную среду в рабочее состояние.


-- 
ldv

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

Re: [devel] чудесное обретение *-debuginfo пакетов

[Alexey Tourbin]

On Mon, Jan 31, 2011 at 05:51:12PM +0300, Dmitry V. Levin wrote:
> On Mon, Jan 31, 2011 at 08:36:12AM +0300, Alexey Tourbin wrote:
> [...]
> > Пересборка ещё не до конца завершилась, но я уже направил в сизиф rpm,
> > который создает *-debuginfo пакеты!
> > 
> > CAVEATS
> > - strip-макросы не работают
> 
> Когда изменение сборочной среды ломает сборку пакетов -- это ещё полбеды.
> Настоящая беда приходит, когда в результате пакеты собираются и работают
> неправильно.

Это слишком широкое обобщение.  Я грепал спекфайлы и решил, что пакетов
со специальными требованиями к обрезанию не слишком много - может быть,
несколько штук (а число вовлеченных людей - ещё меньше).  Если пакетов
больше, чем "несколько штук", то (при наличии списка пакетов) возражение
может считаться обоснованным.  Пока же оно считается менее обоснованным.

Какой-нибудь "will always overflow destination buffer" (gcc 4.4.0-alt5)
в десять раз хуже, чем то, что сейчас на меня пытаются повесить.

> > - зависимостей между *-debuginfo пакетами пока нет
> > - неправильный (завышенный) размер %{SIZE}
> > 
> > Просьба пока не собирать пакетов с системными библиотеками.
> [...]
> > В принципе можно собирать, если у библиотеки не очень много клиентов.
> > Иначе потом будут возникать анметы на уровне *-debuginfo пакетов
> > из-за .gnu_debuglink.
> 
> Просьба привести сборочную среду в рабочее состояние.

Я собираюсь что-то сделать (и не хочу эскалации конфликта),
но в то же время не даю обещаний на самое ближайшее время.

Я оставил сборочную среду в приемлемом состоянии.

> -- 
> ldv

Re: [devel] чудесное обретение *-debuginfo пакетов

[Afanasov Dmitry]

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

On Mon, Jan 31, 2011 at 08:36:12AM +0300, Alexey Tourbin wrote:
> On Sun, Jan 30, 2011 at 10:18:31PM +0300, Alexey Tourbin wrote:
> > Я направил в сизиф rpm, в котором реализована первая стадия поддержки
> > debuginfo пакетов: debuginfo пакеты пока не создаются, но содержимое
> > для debuginfo пакетов генерируется (/usr/lib/debug и /usr/src/debug).
> 
> > Когда завершится тестовая переборка, я напишу про debuginfo подробнее.
> 
> Пересборка ещё не до конца завершилась, но я уже направил в сизиф rpm,
> который создает *-debuginfo пакеты!
что-то не соображу, как этим пользоваться, или хотя бы выключить. нужно
отладить core'ку. обычно собирал hasher'ом с --enable debug, чтоб символы
не трогал, и радовался. а сейчас rpm стрипает все нафиг и складывает
отдельно, и как скормить это вручную не пойму

-- 
С уважением
Афанасов Дмитрий

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

Re: [devel] чудесное обретение *-debuginfo пакетов

[Vladimir Lettiev]

On Mon, Jan 31, 2011 at 10:56:27AM +0300, Afanasov Dmitry wrote:
> On Mon, Jan 31, 2011 at 08:36:12AM +0300, Alexey Tourbin wrote:
> > On Sun, Jan 30, 2011 at 10:18:31PM +0300, Alexey Tourbin wrote:
> > > Я направил в сизиф rpm, в котором реализована первая стадия поддержки
> > > debuginfo пакетов: debuginfo пакеты пока не создаются, но содержимое
> > > для debuginfo пакетов генерируется (/usr/lib/debug и /usr/src/debug).
> > 
> > > Когда завершится тестовая переборка, я напишу про debuginfo подробнее.
> > 
> > Пересборка ещё не до конца завершилась, но я уже направил в сизиф rpm,
> > который создает *-debuginfo пакеты!
> что-то не соображу, как этим пользоваться, или хотя бы выключить. нужно
> отладить core'ку. обычно собирал hasher'ом с --enable debug, чтоб символы
> не трогал, и радовался. а сейчас rpm стрипает все нафиг и складывает
> отдельно, и как скормить это вручную не пойму

gdb ищет символы в /usr/lib64/debug вместо /usr/lib/debug. Можно временно
кинуть символическую ссылку, пока gdb не пофиксят.

-- 
Vladimir Lettiev aka crux ✉ theCrux@gmail.com

Re: [devel] чудесное обретение *-debuginfo пакетов

[Afanasov Dmitry]

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

On Mon, Jan 31, 2011 at 12:11:25PM +0300, Vladimir Lettiev wrote:
> On Mon, Jan 31, 2011 at 10:56:27AM +0300, Afanasov Dmitry wrote:
> > On Mon, Jan 31, 2011 at 08:36:12AM +0300, Alexey Tourbin wrote:
> > > Пересборка ещё не до конца завершилась, но я уже направил в сизиф rpm,
> > > который создает *-debuginfo пакеты!
> > что-то не соображу, как этим пользоваться, или хотя бы выключить. нужно
> > отладить core'ку. обычно собирал hasher'ом с --enable debug, чтоб символы
> > не трогал, и радовался. а сейчас rpm стрипает все нафиг и складывает
> > отдельно, и как скормить это вручную не пойму
> 
> gdb ищет символы в /usr/lib64/debug вместо /usr/lib/debug. Можно временно
> кинуть символическую ссылку, пока gdb не пофиксят.

точна. в strace gdb же сразу видно было. thx, как перекодировал куда
сказано, так и заработало.
-- 
С уважением
Афанасов Дмитрий

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

Re: [devel] чудесное обретение *-debuginfo пакетов

[REAL]

31.01.2011 11:36, Alexey Tourbin пишет:
> Просьба пока не собирать пакетов с системными библиотеками.

Просьба объявить, когда уже можно :)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] чудесное обретение *-debuginfo пакетов

[Dmitry V. Levin]

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

On Mon, Jan 31, 2011 at 08:36:12AM +0300, Alexey Tourbin wrote:
> On Sun, Jan 30, 2011 at 10:18:31PM +0300, Alexey Tourbin wrote:
> > Я направил в сизиф rpm, в котором реализована первая стадия поддержки
> > debuginfo пакетов: debuginfo пакеты пока не создаются, но содержимое
> > для debuginfo пакетов генерируется (/usr/lib/debug и /usr/src/debug).
> 
> > Когда завершится тестовая переборка, я напишу про debuginfo подробнее.
> 
> Пересборка ещё не до конца завершилась, но я уже направил в сизиф rpm,
> который создает *-debuginfo пакеты!
> 
> CAVEATS
> - strip-макросы не работают
> - зависимостей между *-debuginfo пакетами пока нет
> - неправильный (завышенный) размер %{SIZE}
> 
> Просьба пока не собирать пакетов с системными библиотеками.  Можно
> как ни в чем не бывало собирать noarch пакеты, а также готовиться

Ну спасибо.  Я остановил сборочный конвейер.  Лучше ничего не собирать,
чем собирать неизвестно что непонятно как.


-- 
ldv

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

Re: [devel] чудесное обретение *-debuginfo пакетов

[Dmitry V. Levin]

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

On Mon, Jan 31, 2011 at 02:29:12PM +0300, Dmitry V. Levin wrote:
> On Mon, Jan 31, 2011 at 08:36:12AM +0300, Alexey Tourbin wrote:
> > On Sun, Jan 30, 2011 at 10:18:31PM +0300, Alexey Tourbin wrote:
> > > Я направил в сизиф rpm, в котором реализована первая стадия поддержки
> > > debuginfo пакетов: debuginfo пакеты пока не создаются, но содержимое
> > > для debuginfo пакетов генерируется (/usr/lib/debug и /usr/src/debug).
> > 
> > > Когда завершится тестовая переборка, я напишу про debuginfo подробнее.
> > 
> > Пересборка ещё не до конца завершилась, но я уже направил в сизиф rpm,
> > который создает *-debuginfo пакеты!
> > 
> > CAVEATS
> > - strip-макросы не работают
> > - зависимостей между *-debuginfo пакетами пока нет
> > - неправильный (завышенный) размер %{SIZE}
> > 
> > Просьба пока не собирать пакетов с системными библиотеками.  Можно
> > как ни в чем не бывало собирать noarch пакеты, а также готовиться
> 
> Ну спасибо.  Я остановил сборочный конвейер.

Я запустил сборочный конвейер, но задания, в которых будут собираться
debuginfo-подпакеты, пока проходить не будут.


-- 
ldv

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

Re: [devel] чудесное обретение *-debuginfo пакетов

[Igor Zubkov]

2011/1/31 Alexey Tourbin:
> On Sun, Jan 30, 2011 at 10:18:31PM +0300, Alexey Tourbin wrote:
>> Я направил в сизиф rpm, в котором реализована первая стадия поддержки
>> debuginfo пакетов: debuginfo пакеты пока не создаются, но содержимое
>> для debuginfo пакетов генерируется (/usr/lib/debug и /usr/src/debug).
>
>> Когда завершится тестовая переборка, я напишу про debuginfo подробнее.
>
> Пересборка ещё не до конца завершилась, но я уже направил в сизиф rpm,
> который создает *-debuginfo пакеты!
>
> CAVEATS
> - strip-макросы не работают
> - зависимостей между *-debuginfo пакетами пока нет
> - неправильный (завышенный) размер %{SIZE}

Пара вопросов:
Последний пункт про неправильный размер %{SIZE} актуален? Хоть один
пакет был собран с неправильным %{SIZE}?

Первый проверенный пакет (grep) вроде нормальный:
irb(main):002:0> Package.where(:name => 'grep-debuginfo').first.size
=> "270355"
irb(main):003:0>

# ls -la /ALT/Sisyphus/files/i586/RPMS/grep-debuginfo-2.7-alt3.i586.rpm
-rw-r--r-- 4 505 505 270355 Feb  1 01:14
/ALT/Sisyphus/files/i586/RPMS/grep-debuginfo-2.7-alt3.i586.rpm
#

Размер вроде сходится (270355).

Сами вопросы:
1) rpm с поломанным вычислением %{SIZE} попал в Сизиф?
2) если попал, уже починен?
3) им уже были собраны новые пакеты?
(если им были собраны пакеты, то скорее всего они уже попали в базу
prometheus2.0)
4) готовить скрипт для исправленния данных в базе?
5) когда будет исправлен этот баг в rpm?

6) *-debuginfo пакеты нормально читаются старым rpm? надо ли его
обновить на prometheus.a.o что бы он нормально читал *-debuginfo
пакеты?

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

Re: [devel] чудесное обретение *-debuginfo пакетов

[Alexey Tourbin]

On Tue, Feb 01, 2011 at 03:11:30AM +0200, Igor Zubkov wrote:
> Пара вопросов:
> Последний пункт про неправильный размер %{SIZE} актуален? Хоть один
> пакет был собран с неправильным %{SIZE}?

Неправильный размер %{SIZE} обусловлен следующим:

* Mon Jan 31 2011 Alexey Tourbin <at@altlinux.ru> 4.0.4-alt100.15
[...]
- build/interdep.c: Initial revision, inter-package analysis and optimizations.
- build/interdep.c: Prune /usr/src/debug dups among dependent subpackages.

Представьте, что у вас есть пакет foo и подпакет libfoo, причем foo строго
зависит от libfoo.  Тогда пересекающиеся файлы в /usr/src/debug поддаются
оптимизации, а именно: повторяющиеся файлы можно удалить из foo.

Другими словами, реализована мега-фича, которая пока не вписывается
в остальную (убогую) логику работы rpm.  Номинальный размер foo остается
старым.

Re: [devel] чудесное обретение *-debuginfo пакетов

[Alexey Tourbin]

On Tue, Feb 01, 2011 at 03:11:30AM +0200, Igor Zubkov wrote:
> Сами вопросы:
> 1) rpm с поломанным вычислением %{SIZE} попал в Сизиф?
> 2) если попал, уже починен?
> 3) им уже были собраны новые пакеты?
> (если им были собраны пакеты, то скорее всего они уже попали в базу
> prometheus2.0)
> 4) готовить скрипт для исправленния данных в базе?
> 5) когда будет исправлен этот баг в rpm?

Слишком много вопросов.  Неправильный размер %{SIZE} будет только
у *-debuginfo пакетов, к которым применилась оптимизаци по по удалению
дупов в /usr/src/debug.  На данном этапе это не критичная проблема,
тем не менее достойная упоминания.

> 6) *-debuginfo пакеты нормально читаются старым rpm? надо ли его
> обновить на prometheus.a.o что бы он нормально читал *-debuginfo
> пакеты?

Всё читается как огурчики, изменения только в rpm-build.

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

Re: [devel] чудесное обретение *-debuginfo пакетов

[Dmitry V. Levin]

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

On Mon, Jan 31, 2011 at 08:36:12AM +0300, Alexey Tourbin wrote:
> Просьба пока не собирать пакетов с системными библиотеками.

У меня почти все библиотеки системные, почти вся работа застопорилась...


-- 
ldv

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

Re: [devel] чудесное обретение *-debuginfo пакетов

[Alexey Tourbin]

On Fri, Feb 04, 2011 at 12:04:34AM +0300, Dmitry V. Levin wrote:
> On Mon, Jan 31, 2011 at 08:36:12AM +0300, Alexey Tourbin wrote:
> > Просьба пока не собирать пакетов с системными библиотеками.
> 
> У меня почти все библиотеки системные, почти вся работа застопорилась...

- сделал макросы %brp_strip_debug и %brp_srip_none
- сделал скрипты debuginfo.{req,prov}, они в упрощенном виде дублируют
  логику lib.{req,prov}, зависимости будут типа debug64(libc.so.6) и
  /usr/lib/debug/lib64/ld-linux-x86-64.so.2.debug

Как-то чуднО новые зависимости смотрятся.

- выложил оптимизатор зависимостей: удаляет "лишние" виртуальные
  зависимости, если между пакетами есть строгая реальная зависиомсть

Есть много каверзных тонкостей.  Пусть например пакет rpm-build
имеет две зависимости
Requires: rpm = V-R
Requires(pre): librpm-4.0.4.so >= set:...
а пакет rpm имеет зависимость
Requires: librpm = V-R

Тогда зависимость на librpm-4.0.4.so можно соптимизировать по
тразитивности, т.к. оба перехода строгие.  Но ещё надо куда-то
пристроить флаг (pre), а пристроить его особо некуда.

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

- не сделал пока коррекцию %{SIZE}
- не сделал проверки запакованности симлинков, по которым создаются
  создаются *.debug симлинки - т.е. возможна ситуация, что напр в
  /usr/bin/ некоторые симлинки не запакованы, а в /usr/lib/debug/usr/bin
  все соответствующие им симлинки запакованы

Хотя это и довольно умозрительная ситуация, она слишком легко позволяет
создать файловый конфликт.

> -- 
> ldv

Re: [devel] чудесное обретение *-debuginfo пакетов

[Dmitry V. Levin]

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

On Fri, Feb 04, 2011 at 02:34:41PM +0300, Alexey Tourbin wrote:
> On Fri, Feb 04, 2011 at 12:04:34AM +0300, Dmitry V. Levin wrote:
> > On Mon, Jan 31, 2011 at 08:36:12AM +0300, Alexey Tourbin wrote:
> > > Просьба пока не собирать пакетов с системными библиотеками.
> > 
> > У меня почти все библиотеки системные, почти вся работа застопорилась...
> 
> - сделал макросы %brp_strip_debug и %brp_srip_none
> - сделал скрипты debuginfo.{req,prov}, они в упрощенном виде дублируют
>   логику lib.{req,prov}, зависимости будут типа debug64(libc.so.6) и
>   /usr/lib/debug/lib64/ld-linux-x86-64.so.2.debug

Добавь, пожалуйста, /usr/src в prune_paths.


-- 
ldv

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

Re: [devel] [#37669] FAILED srpm=telepathy-haze-0.4.0-alt2.src.rpm

[Mikhail Efremov]

On Sun, 30 Jan 2011 22:18:31 +0300 Alexey Tourbin wrote:
> %files
> %_libexecdir/*
> 
> Такого рода конструкции больше использовать нельзя, т.к. они цепляют
> /usr/lib/debug.

А нельзя сделать что-то типа умолчательного
%exclude %_libexecdir/debug?
Потому как если уж debuginfo пакеты будут создаваться автоматически и
всегда, то автомат должен быть полный, и мантейнеру при написании спека
не надо об этом помнить.

-- 
WBR, Mikhail Efremov

Re: [devel] [#37669] FAILED srpm=telepathy-haze-0.4.0-alt2.src.rpm

[Alexey Tourbin]

On Mon, Jan 31, 2011 at 04:52:19PM +0300, Mikhail Efremov wrote:
> On Sun, 30 Jan 2011 22:18:31 +0300 Alexey Tourbin wrote:
> > %files
> > %_libexecdir/*
> > 
> > Такого рода конструкции больше использовать нельзя, т.к. они цепляют
> > /usr/lib/debug.
> 
> А нельзя сделать что-то типа умолчательного
> %exclude %_libexecdir/debug?

Мне кажется, что это неправильно, и что лучше исправить пакеты, в которых
использются sweeping glob patterns.

> Потому как если уж debuginfo пакеты будут создаваться автоматически и
> всегда, то автомат должен быть полный, и мантейнеру при написании спека
> не надо об этом помнить.

Завтра появится человек который напишет
%files
/usr/*
и будет качать права.
Это не дело.

> -- 
> WBR, Mikhail Efremov

Re: [devel] [#37669] FAILED srpm=telepathy-haze-0.4.0-alt2.src.rpm

[Денис Смирнов]

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

On Tue, Feb 01, 2011 at 06:43:44AM +0300, Алексей Турбин wrote:

AT> Завтра появится человек который напишет
AT> %files
AT> /usr/*
AT> и будет качать права.
AT> Это не дело.

%files
*

так интереснее. Кстати не так-то просто объяснить почему это неправильно
исходя из удобства сборщика, а не особенностей устройства rpm.

Ну, кроме разве что моего любимого аргумента 'wildcards в %files -- зло'
:)

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] [#37669] FAILED srpm=telepathy-haze-0.4.0-alt2.src.rpm

[Alexey Tourbin]

On Tue, Feb 01, 2011 at 01:40:28PM +0300, Денис Смирнов wrote:
> On Tue, Feb 01, 2011 at 06:43:44AM +0300, Алексей Турбин wrote:
> 
> AT> Завтра появится человек который напишет
> AT> %files
> AT> /usr/*
> AT> и будет качать права.
> AT> Это не дело.
> 
> %files
> *
> 
> так интереснее. Кстати не так-то просто объяснить почему это неправильно
> исходя из удобства сборщика, а не особенностей устройства rpm.

Дело прежде всего в количестве информации, которую сборщик специфицирует,
чтобы верфицировать результат.  %_libdir/* - это очень мало информации
для верификации сборки.  Нужно специфицировать чуть больше: что мы хотим
запаковать?  А то можно запаковать всё что угодно и сказать, что пакет
хорошо собрался!

Короче, sweeping glob patterns плохи не тем, что они удообны, а тем,
что они позволяют бесконтрольно паковать неизвестно что.

Вот над чем можно подумать.  Ведь можно в принципе пытаться собирать
почти любой тарболл с ненулевыми шансами на успех.  Если в тарболле есть
скрипт confiugre, надо запустить %configure.  В противном случае, если
в тарболле есть Makefile, надо запустить make.  Потом надо сказать make
install.  Если в билдруте что-то появилось, то это надо запаковать.
Вауля, пакет собрался!

> Ну, кроме разве что моего любимого аргумента 'wildcards в %files -- зло'
> :)

Re: [devel] [#37669] FAILED srpm=telepathy-haze-0.4.0-alt2.src.rpm

[Денис Смирнов]

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

On Tue, Feb 01, 2011 at 08:29:32PM +0300, Алексей Турбин wrote:

AT> Дело прежде всего в количестве информации, которую сборщик специфицирует,
AT> чтобы верфицировать результат.  %_libdir/* - это очень мало информации
AT> для верификации сборки.  Нужно специфицировать чуть больше: что мы хотим
AT> запаковать?  А то можно запаковать всё что угодно и сказать, что пакет
AT> хорошо собрался!

Это два разных этапа работы, которые вынужденно объединяются в один.
Правильных техпроцесс такой: я таки пишу %files *, собирается пакет и в
этот момент фиксируется конкретный список файлов.

Я проверяю его работоспособность, после чего он уже отправляется на сборку
в репозиторий.

AT> Короче, sweeping glob patterns плохи не тем, что они удообны, а тем,
AT> что они позволяют бесконтрольно паковать неизвестно что.

Да. И в это %_libdir/%name/*, например, ничем не лучше чем просто *.

AT> Вот над чем можно подумать.  Ведь можно в принципе пытаться собирать
AT> почти любой тарболл с ненулевыми шансами на успех.  Если в тарболле есть
AT> скрипт confiugre, надо запустить %configure.  В противном случае, если
AT> в тарболле есть Makefile, надо запустить make.  Потом надо сказать make
AT> install.  Если в билдруте что-то появилось, то это надо запаковать.
AT> Вауля, пакет собрался!

Да, именно так и должно быть. После этого человек должен проверить
работает ли та фигня которая собралась, после чего можно зафиксировать
"если эта фигня собралась вот так -- то это не фигня а пакет".

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] [#37669] FAILED srpm=telepathy-haze-0.4.0-alt2.src.rpm

[Mikhail Efremov]

On Tue, 1 Feb 2011 06:43:44 +0300 Alexey Tourbin wrote:
> On Mon, Jan 31, 2011 at 04:52:19PM +0300, Mikhail Efremov wrote:
> > On Sun, 30 Jan 2011 22:18:31 +0300 Alexey Tourbin wrote:
> > > %files
> > > %_libexecdir/*
> > > 
> > > Такого рода конструкции больше использовать нельзя, т.к. они цепляют
> > > /usr/lib/debug.
> > 
> > А нельзя сделать что-то типа умолчательного
> > %exclude %_libexecdir/debug?
> 
> Мне кажется, что это неправильно, и что лучше исправить пакеты, в которых
> использются sweeping glob patterns.

Пожалуй, да. Раз /usr/lib/debug принадлежит filesystem, то он
действительно ничем не отличается от других каталогов, принадлежащих
filesystem и не должен требовать к себе особого отношения.
Пакетов, требующих исправления, действительно немного, а собрать новые
не даст sisyphus_check, так что ошибка может быть выявлена еще на этапе
локальной сборки в хэшере.

-- 
WBR, Mikhail Efremov