[devel] I: gcc4.4-4.4.0-alt4

[devel] I: gcc4.4-4.4.0-alt4

[Dmitry V. Levin]

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

Hi,

По результатам тестовой пересборки Сизифа у меня сложилось ощущение
регрессии в gcc4.4-4.4.0-alt4.
Я временно останавливаю сборочную очередь, чтобы предотвратить возможный
рост числа неправильно собранных пакетов.


-- 
ldv

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

Re: [devel] I: gcc4.4-4.4.0-alt4

[Dmitry V. Levin]

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

On Mon, Jul 13, 2009 at 12:47:51PM +0400, Dmitry V. Levin wrote:
> По результатам тестовой пересборки Сизифа у меня сложилось ощущение
> регрессии в gcc4.4-4.4.0-alt4.

Нет, это скорее "прогрессия":
http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00499.html

Пострадало примерно 64 пакета.  Из них 7 пакетов перестало сибираться:

gnupg	ldv
httrack	@nobody
libcdio	thresh
libgegl	shrek
mcrypt	lav
samba	ab avm
tar	ldv

Ещё 7 пакетов собираются с диагностикой "will always overflow destination
buffer", что ещё хуже, чем если бы они перестали собираться, ибо они
собираются нерабочими:

FreeAdhocUDF	solo
audacious-plugins	lav
avinfo	force
barrage	lnkvisitor drool
berusky	lnkvisitor
callweaver	enp
cfengine	evg
cmake	wrar lav damir
d2x-rebirth	george
dsdp	real
dvdrtools	@nobody
fceultra	oddity
gnupg2	zerg
hk_classes	@nobody
hping3	force
hydra	oddity
iceb	lav
iptraf	ruslandh
jackit	@nobody
john	ldv
kftpgrabber	wrar
kvm	silicium
libeXosip2	@nobody
libhdf5	lav real
libhttrack1	@nobody
libisoburn	boyarsh
libmpd0	ktirf
libmpd1	ktirf
libshout	naf
liquidwar	zerg greycat
lustre	real
maui	inger dans
mtools	ldv mike
netpbm	at
php5-pdo_odbc	naf legion
playmp3list	@nobody
postgresql-8.2eter	boris @everybody
postgresql-8.3eter	boris @everybody
postgresql8.2	@pgsql
postgresql8.3	misha @pgsql
qemu	kas at
qico.xe	stalker
qmpdclient	wrar
scourge	dubrsl
sipcalc	azol
spcaview	lav
sphinxbase	zver vvk
streamripper	thresh
supertuxkart	karpov
tcpreplay	boris @everybody
toppler	shev
trackballs	oddity
varkon	boris
xplanet	oddity

Следующие пакеты из вышеперечисленных уже собраны в Сизиф новым
компилятором и таким образом должны были стать нерабочими:

xplanet-1.2.1-alt1	oddity
d2x-rebirth-0.55.1-alt1	george


-- 
ldv

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

Re: [devel] I: gcc4.4-4.4.0-alt4

[Alexey Tourbin]

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

On Mon, Jul 13, 2009 at 05:07:25PM +0400, Dmitry V. Levin wrote:
> On Mon, Jul 13, 2009 at 12:47:51PM +0400, Dmitry V. Levin wrote:
> > По результатам тестовой пересборки Сизифа у меня сложилось ощущение
> > регрессии в gcc4.4-4.4.0-alt4.
> 
> Нет, это скорее "прогрессия":
> http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00499.html
> 
> Пострадало примерно 64 пакета.  Из них 7 пакетов перестало сибираться:
> 
> gnupg	ldv
> httrack	@nobody
> libcdio	thresh
> libgegl	shrek
> mcrypt	lav
> samba	ab avm
> tar	ldv

Покажи патч для тара, а то так непонятно.

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

Re: [devel] I: gcc4.4-4.4.0-alt4

[Dmitry V. Levin]

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

On Mon, Jul 13, 2009 at 05:29:36PM +0400, Alexey Tourbin wrote:
> On Mon, Jul 13, 2009 at 05:07:25PM +0400, Dmitry V. Levin wrote:
> > On Mon, Jul 13, 2009 at 12:47:51PM +0400, Dmitry V. Levin wrote:
> > > По результатам тестовой пересборки Сизифа у меня сложилось ощущение
> > > регрессии в gcc4.4-4.4.0-alt4.
> > 
> > Нет, это скорее "прогрессия":
> > http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00499.html
> > 
> > Пострадало примерно 64 пакета.  Из них 7 пакетов перестало сибираться:
> > 
> > gnupg	ldv
> > httrack	@nobody
> > libcdio	thresh
> > libgegl	shrek
> > mcrypt	lav
> > samba	ab avm
> > tar	ldv
> 
> Покажи патч для тара, а то так непонятно.

В gcc была исправлена ошибка, следствием которой было необнаружение
переполнения при вызове inlined функций.  Патч для tar я запушил.

Ключевые слова в диагностике: will always overflow destination buffer.


-- 
ldv

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

Re: [devel] I: gcc4.4-4.4.0-alt4

[Andrey Rahmatullin]

On Mon, Jul 13, 2009 at 05:07:25PM +0400, Dmitry V. Levin wrote:
> kftpgrabber	wrar
Не удивлюсь, если именно из-за этого он регулярно воспроизводимо падает.

> qmpdclient	wrar
А вот тут вроде всё работает, посмотрим.

Re: [devel] I: gcc4.4-4.4.0-alt4

[Alexander Bokovoy]

2009/7/13 Dmitry V. Levin <ldv@altlinux.org>:
> On Mon, Jul 13, 2009 at 12:47:51PM +0400, Dmitry V. Levin wrote:
>> По результатам тестовой пересборки Сизифа у меня сложилось ощущение
>> регрессии в gcc4.4-4.4.0-alt4.
>
> Нет, это скорее "прогрессия":
> http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00499.html
>
> Пострадало примерно 64 пакета.  Из них 7 пакетов перестало сибираться:
>
> gnupg   ldv
> httrack @nobody
> libcdio thresh
> libgegl shrek
> mcrypt  lav
> samba   ab avm
> tar     ldv
Самба перестала собираться из-за того, что перестал правильно работать
в консольном режиме inkscape. Почините inkscape :)


-- 
/ Alexander Bokovoy

Re: [devel] I: gcc4.4-4.4.0-alt4

[REAL]

Dmitry V. Levin пишет:
> Ещё 7 пакетов собираются с диагностикой "will always overflow destination
> buffer", что ещё хуже, чем если бы они перестали собираться, ибо они
> собираются нерабочими:

Что-то можно указать компилятору, чтобы он не просто warning, а error 
и останавливался при таких ошибках? Исключая -Werr, конечно.

> libhdf5	lav real

Это System/Legacy libraries. Ещё живой (= надо лечить) или пора в морг?

-- 

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

Re: [devel] I: gcc4.4-4.4.0-alt4

[Andrey Rahmatullin]

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

On Mon, Jul 13, 2009 at 05:07:25PM +0400, Dmitry V. Levin wrote:
> Ещё 7 пакетов собираются с диагностикой "will always overflow destination
> buffer", что ещё хуже, чем если бы они перестали собираться, ибо они
> собираются нерабочими:
Предлагаю помощь по исправлению кода.

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

<Lost[work]> подруга присылает вопросы из экзамена на "Оператора ЭВМ". Я просто
             пацтолом
<Lost[work]> Самый важный вопрос - что делать, если компьютер завис :)
<Lost[work]> Следующий - как открыть Ворд
 * wart в школе сдавал экзамен на квалификацию "лаборант-программист".
<wart> Где-то даже свидетельство валяется. О присвоении оной.
<dottedmag> wart: значит можешь пробирки^Wмониторы мыть :)
 * thresh в школе на выпускном экзамене по информатике показывал irc-клиент.
   Доступа в инет тогда в школе не было -- поэтому пришлось показывать
   интерфейс. Потом часа два играл в HalfLife.
<Lost[work]> thresh: вот так делаются презентации промышленной автоматизации

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

Re: [devel] I: gcc4.4-4.4.0-alt4

[Eugene Prokopiev]

14 июля 2009 г. 11:14 пользователь Andrey Rahmatullin
(wrar@altlinux.ru) написал:
> On Mon, Jul 13, 2009 at 05:07:25PM +0400, Dmitry V. Levin wrote:
>> Ещё 7 пакетов собираются с диагностикой "will always overflow destination
>> buffer", что ещё хуже, чем если бы они перестали собираться, ибо они
>> собираются нерабочими:
> Предлагаю помощь по исправлению кода.

с благодарностью приму патч для callweaver :)

-- 
С уважением,
Прокопьев Евгений

Re: [devel] I: gcc4.4-4.4.0-alt4

[REAL]

Eugene Prokopiev пишет:
>> Предлагаю помощь по исправлению кода.
> с благодарностью приму патч для callweaver :)

А что, таки отдельного ключика компилятора, блокирующего сборку при 
возникновении "will always overflow destination buffer", нет?

Жалко :( . Ибо в такой ситуации отныне нужно будет каждую сборку 
предварительно вхолостую собирать (чтобы вместо %make_build делать 
что-то типа %make_build >log 2>&1 ; exit 1), что муторно.

Я бы вообще на месте ldv@ в сам gcc вкрутил фишку, чтобы обсуждаемое 
сообщение имело статус не warning, а error.

-- 

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

Re: [devel] I: gcc4.4-4.4.0-alt4

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

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

On Mon, Jul 13, 2009 at 05:07:25PM +0400, Dmitry V. Levin wrote:

DVL> Ещё 7 пакетов собираются с диагностикой "will always overflow destination
DVL> buffer", что ещё хуже, чем если бы они перестали собираться, ибо они
DVL> собираются нерабочими:

1. Куда выкладываются логи всех сборок (и пересборок) чтобы можно было
анализировать эти пакеты сторониимии средствами (анписать свою утилитку
a-la repocop)?

2. Можно ли вкрутить в сборочницу при обнаружении этой фразы в логах
зарезать пакет?


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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] I: gcc4.4-4.4.0-alt4

[Andrey Rahmatullin]

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

On Tue, Jul 14, 2009 at 11:34:55AM +0400, Eugene Prokopiev wrote:
> >> Ещё 7 пакетов собираются с диагностикой "will always overflow destination
> >> buffer", что ещё хуже, чем если бы они перестали собираться, ибо они
> >> собираются нерабочими:
> > Предлагаю помощь по исправлению кода.
> с благодарностью приму патч для callweaver :)
Верхушка бранча srpm из /people/enp/packages/callweaver.git не собирается
в хашере с диагностикой
In file included from loader.c:49:                                                                                                          
../libltdl/ltdl.h:36:31: error: libltdl/lt_system.h: No such file or
directory                                                              
../libltdl/ltdl.h:37:30: error: libltdl/lt_error.h: No such file or
directory                                                               
../libltdl/ltdl.h:38:33: error: libltdl/lt_dlloader.h: No such file or
directory                                                            

До этого места ругани на buffer overflow не обнаружено.

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

Мы сейчас с Димой поговорили... поговорили... В общем, я думаю, мы их
переместили в /usr/include, чтобы отметить особо, что мы переходим на
новую схему. Я думал над причиной в течении минуты, и это единственное
похожее на рациональное.
		-- nidd in devel-kernel@

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

Re: [devel] I: gcc4.4-4.4.0-alt4

[Dmitry V. Levin]

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

On Tue, Jul 14, 2009 at 06:23:18AM +0300, Alexander Bokovoy wrote:
> 2009/7/13 Dmitry V. Levin <ldv@altlinux.org>:
> > On Mon, Jul 13, 2009 at 12:47:51PM +0400, Dmitry V. Levin wrote:
> >> По результатам тестовой пересборки Сизифа у меня сложилось ощущение
> >> регрессии в gcc4.4-4.4.0-alt4.
> >
> > Нет, это скорее "прогрессия":
> > http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00499.html
> >
> > Пострадало примерно 64 пакета.  Из них 7 пакетов перестало сибираться:
> >
> > gnupg   ldv
> > httrack @nobody
> > libcdio thresh
> > libgegl shrek
> > mcrypt  lav
> > samba   ab avm
> > tar     ldv
> Самба перестала собираться из-за того, что перестал правильно работать
> в консольном режиме inkscape. Почините inkscape :)

Это ещё не всё.  В логе сборки самбы задолго до assertion failed у inkscape
наблюдается следующее:

Compiling printing/lpq_parse.c
In file included from /usr/include/string.h:658,
                 from ./lib/replace/replace.h:66,
                 from include/includes.h:29,
                 from printing/lpq_parse.c:21:
In function 'strncpy',
    inlined from 'parse_lpq_nt' at printing/lpq_parse.c:804,
    inlined from 'parse_lpq_entry' at printing/lpq_parse.c:1012:
/usr/include/bits/string3.h:122: warning: call to __builtin___strncpy_chk will always overflow destination buffer
In function 'strncpy',
    inlined from 'parse_lpq_os2' at printing/lpq_parse.c:887,
    inlined from 'parse_lpq_entry' at printing/lpq_parse.c:1015:
/usr/include/bits/string3.h:122: warning: call to __builtin___strncpy_chk will always overflow destination buffer


-- 
ldv

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

Re: [devel] I: gcc4.4-4.4.0-alt4

[Alexander Bokovoy]

2009/7/14 Dmitry V. Levin <ldv@altlinux.org>:
> On Tue, Jul 14, 2009 at 06:23:18AM +0300, Alexander Bokovoy wrote:
>> 2009/7/13 Dmitry V. Levin <ldv@altlinux.org>:
>> > On Mon, Jul 13, 2009 at 12:47:51PM +0400, Dmitry V. Levin wrote:
>> >> По результатам тестовой пересборки Сизифа у меня сложилось ощущение
>> >> регрессии в gcc4.4-4.4.0-alt4.
>> >
>> > Нет, это скорее "прогрессия":
>> > http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00499.html
>> >
>> > Пострадало примерно 64 пакета.  Из них 7 пакетов перестало сибираться:
>> >
>> > gnupg   ldv
>> > httrack @nobody
>> > libcdio thresh
>> > libgegl shrek
>> > mcrypt  lav
>> > samba   ab avm
>> > tar     ldv
>> Самба перестала собираться из-за того, что перестал правильно работать
>> в консольном режиме inkscape. Почините inkscape :)
>
> Это ещё не всё.  В логе сборки самбы задолго до assertion failed у inkscape
> наблюдается следующее:
>
> Compiling printing/lpq_parse.c
> In file included from /usr/include/string.h:658,
>                 from ./lib/replace/replace.h:66,
>                 from include/includes.h:29,
>                 from printing/lpq_parse.c:21:
> In function 'strncpy',
>    inlined from 'parse_lpq_nt' at printing/lpq_parse.c:804,
>    inlined from 'parse_lpq_entry' at printing/lpq_parse.c:1012:
> /usr/include/bits/string3.h:122: warning: call to __builtin___strncpy_chk will always overflow destination buffer
> In function 'strncpy',
>    inlined from 'parse_lpq_os2' at printing/lpq_parse.c:887,
>    inlined from 'parse_lpq_entry' at printing/lpq_parse.c:1015:
> /usr/include/bits/string3.h:122: warning: call to __builtin___strncpy_chk will always overflow destination buffer
Это не имеет отношения к причине отказа в сборке пакета. С libreplace
я разберусь.



-- 
/ Alexander Bokovoy

Re: [devel] I: gcc4.4-4.4.0-alt4

[Dmitry V. Levin]

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

On Tue, Jul 14, 2009 at 02:50:43PM +0300, Alexander Bokovoy wrote:
> 2009/7/14 Dmitry V. Levin <ldv@altlinux.org>:
> > On Tue, Jul 14, 2009 at 06:23:18AM +0300, Alexander Bokovoy wrote:
> >> 2009/7/13 Dmitry V. Levin <ldv@altlinux.org>:
> >> > On Mon, Jul 13, 2009 at 12:47:51PM +0400, Dmitry V. Levin wrote:
> >> >> По результатам тестовой пересборки Сизифа у меня сложилось ощущение
> >> >> регрессии в gcc4.4-4.4.0-alt4.
> >> >
> >> > Нет, это скорее "прогрессия":
> >> > http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00499.html
> >> >
> >> > Пострадало примерно 64 пакета.  Из них 7 пакетов перестало сибираться:
> >> >
> >> > gnupg   ldv
> >> > httrack @nobody
> >> > libcdio thresh
> >> > libgegl shrek
> >> > mcrypt  lav
> >> > samba   ab avm
> >> > tar     ldv
> >> Самба перестала собираться из-за того, что перестал правильно работать
> >> в консольном режиме inkscape. Почините inkscape :)
> >
> > Это ещё не всё.  В логе сборки самбы задолго до assertion failed у inkscape
> > наблюдается следующее:
> >
> > Compiling printing/lpq_parse.c
> > In file included from /usr/include/string.h:658,
> >                 from ./lib/replace/replace.h:66,
> >                 from include/includes.h:29,
> >                 from printing/lpq_parse.c:21:
> > In function 'strncpy',
> >    inlined from 'parse_lpq_nt' at printing/lpq_parse.c:804,
> >    inlined from 'parse_lpq_entry' at printing/lpq_parse.c:1012:
> > /usr/include/bits/string3.h:122: warning: call to __builtin___strncpy_chk will always overflow destination buffer
> > In function 'strncpy',
> >    inlined from 'parse_lpq_os2' at printing/lpq_parse.c:887,
> >    inlined from 'parse_lpq_entry' at printing/lpq_parse.c:1015:
> > /usr/include/bits/string3.h:122: warning: call to __builtin___strncpy_chk will always overflow destination buffer
> Это не имеет отношения к причине отказа в сборке пакета.

Это имеет отношение к теме треда (фраза
"will always overflow destination buffer" попала в лог сборки).

> С libreplace я разберусь.

Спасибо.


-- 
ldv

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

Re: [devel] I: gcc4.4-4.4.0-alt4

[Dmitry V. Levin]

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

On Tue, Jul 14, 2009 at 03:53:35PM +0800, REAL wrote:
> Eugene Prokopiev пишет:
> >>Предлагаю помощь по исправлению кода.
> >с благодарностью приму патч для callweaver :)
> 
> А что, таки отдельного ключика 
> компилятора, блокирующего сборку при 
> возникновении "will always overflow destination buffer", 
> нет?

Такого ключика сейчас в gcc нет.

> Жалко :( . Ибо в такой ситуации отныне 
> нужно будет каждую сборку 
> предварительно вхолостую собирать 
> (чтобы вместо %make_build делать что-то типа 
> %make_build >log 2>&1 ; exit 1), что муторно.
> 
> Я бы вообще на месте ldv@ в сам gcc вкрутил 
> фишку, чтобы обсуждаемое сообщение имело 
> статус не warning, а error.

Я сейчас тестирую именно это изменение в gcc.
Вы умеете предвидеть ещё не опубликованные коммиты?


-- 
ldv

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

Re: [devel] I: gcc4.4-4.4.0-alt4

[Andrey Rahmatullin]

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

On Tue, Jul 14, 2009 at 03:53:35PM +0800, REAL wrote:
> Жалко :( . Ибо в такой ситуации отныне нужно будет каждую сборку 
> предварительно вхолостую собирать (чтобы вместо %make_build делать 
> что-то типа %make_build >log 2>&1 ; exit 1), что муторно.
Достаточно gear-hsh |&tee build.log

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

> О, может, поможете майнтейнить?
Я попытаюсь постараться. :-)
		-- alb in community@

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

Re: [devel] I: gcc4.4-4.4.0-alt4

[Andrey Rahmatullin]

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

On Tue, Jul 14, 2009 at 11:34:55AM +0400, Eugene Prokopiev wrote:
> с благодарностью приму патч для callweaver :)
channels/chan_sip.c
В 1922 в поле struct sip_pvt::via пишется snprintf'ом строка максимальной
длины SIP_MAX_LINE_LEN. При этом struct sip_pvt::via в 811 объявлен
размером 256, а SIP_MAX_LINE_LEN в 572 равен 1024. Я не знаю, что с этим
делать, пишите в апстрим. Допустимые для подобного кода решения (не
вдаваясь в то, что код делает) могут быть расширение поля (это ломает
ABI), уменьшение используемой константы (может быть некорректно, если эта
константа используется при записи в более длинные буферы) или
использование другой константы.

res/res_sqlite.c
В 417 в буфер sqlbuf длиной 1024 пишутся strncat'ом строки длиной 1024+1
(sic! завершающий \0 в третьем параметре strncat не учитывается, потому
там должно быть 1023).
В 418 туда же дописывается ещё 1024+1 байта, и это вообще неправильно, т.к.
третий параметр указывает, сколько писать ещё, а не сколько должно
получиться. Надо писать 1024-strlen(sqlbuf) плюс/минус 1, ну или strlcat
использовать (непереносимо).


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

> Я например самым лучшим конфигуратором считаю VI (привычка от БСД).
Плохой и неудобный конфигуратор -- в отличие от vim. :)        
		-- mike in community@

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

Re: [devel] I: gcc4.4-4.4.0-alt4

[Andrey Rahmatullin]

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

On Mon, Jul 13, 2009 at 05:07:25PM +0400, Dmitry V. Levin wrote:
> cmake	wrar lav damir
Баги с диагностикой и пояснениями отправлены в апстрим.

> kftpgrabber	wrar
Код посмотрел, патчи тривиальны, code path мною не используется, потому
чинить влом.

> qmpdclient	wrar
Патч отправлен в апстрим.

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

> Ходят слухи, что Juniora больше не будет, а на смену ему придёт
> Compact.
Ходят форварды, что это не так.
		-- mike in community@

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

Re: [devel] I: gcc4.4-4.4.0-alt4

[Vitaly Lipatov]

On 14 июля 2009, Alexander Bokovoy wrote:
...
> Самба перестала собираться из-за того, что перестал правильно
> работать в консольном режиме inkscape. Почините inkscape :)
На мой взгляд, использование fontforge, inkscape, gimp и 
openoffice при сборке пакетов является не очень правильным 
решением.


-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] I: gcc4.4-4.4.0-alt4

[Vitaly Lipatov]

On 14 июля 2009, Денис Смирнов wrote:
...
> 2. Можно ли вкрутить в сборочницу при обнаружении этой фразы в
> логах зарезать пакет?
Собирайте через rpmbsh - зарежет. :)


-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] I: gcc4.4-4.4.0-alt6

[Dmitry V. Levin]

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

On Tue, Jul 14, 2009 at 05:16:58PM +0400, Dmitry V. Levin wrote:
> On Tue, Jul 14, 2009 at 03:53:35PM +0800, REAL wrote:
> > Eugene Prokopiev пишет:
> > >>Предлагаю помощь по исправлению кода.
> > >с благодарностью приму патч для callweaver :)
> > 
> > А что, таки отдельного ключика 
> > компилятора, блокирующего сборку при 
> > возникновении "will always overflow destination buffer", 
> > нет?
> 
> Такого ключика сейчас в gcc нет.
> 
> > Жалко :( . Ибо в такой ситуации отныне 
> > нужно будет каждую сборку 
> > предварительно вхолостую собирать 
> > (чтобы вместо %make_build делать что-то типа 
> > %make_build >log 2>&1 ; exit 1), что муторно.
> > 
> > Я бы вообще на месте ldv@ в сам gcc вкрутил 
> > фишку, чтобы обсуждаемое сообщение имело 
> > статус не warning, а error.
> 
> Я сейчас тестирую именно это изменение в gcc.

Это изменение под номером 4.4.0-alt6 отправлено на сборку в Сизиф.


-- 
ldv

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

Re: [devel] I: gcc4.4-4.4.0-alt4

[Dmitry V. Levin]

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

On Tue, Jul 14, 2009 at 01:14:19PM +0600, Andrey Rahmatullin wrote:
> On Mon, Jul 13, 2009 at 05:07:25PM +0400, Dmitry V. Levin wrote:
> > Ещё 7 пакетов собираются с диагностикой "will always overflow destination
> > buffer", что ещё хуже, чем если бы они перестали собираться, ибо они
> > собираются нерабочими:
> Предлагаю помощь по исправлению кода.

У меня была очевидная опечатка, этих пакетов не 7, а 57 (а в сумме 64).
Так что +1.


-- 
ldv

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

Re: [devel] I: gcc4.4-4.4.0-alt4

[Ilya Mashkin]

Денис Смирнов wrote:
> On Mon, Jul 13, 2009 at 05:07:25PM +0400, Dmitry V. Levin wrote:
> 
> DVL> Ещё 7 пакетов собираются с диагностикой "will always overflow destination
> DVL> buffer", что ещё хуже, чем если бы они перестали собираться, ибо они
> DVL> собираются нерабочими:
> 
> 1. Куда выкладываются логи всех сборок (и пересборок) чтобы можно было
> анализировать эти пакеты сторониимии средствами (анписать свою утилитку
> a-la repocop)?
> 

ftp://ftp.altlinux.org/pub/people/incominger/logs/

Но здесь не всё.


ftp://ftp.altlinux.org/pub/people/incominger/logs/hive/sisyphus/error

Re: [devel] I: gcc4.4-4.4.0-alt4

[Dmitry V. Levin]

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

On Wed, Jul 15, 2009 at 02:44:50AM +0400, Ilya Mashkin wrote:
> Денис Смирнов wrote:
> >On Mon, Jul 13, 2009 at 05:07:25PM +0400, Dmitry V. Levin wrote:
> >
> >DVL> Ещё 7 пакетов собираются с 
> >диагностикой "will always overflow destination
> >DVL> buffer", что ещё хуже, чем если бы они 
> >перестали собираться, ибо они
> >DVL> собираются нерабочими:
> >
> >1. Куда выкладываются логи всех сборок (и 
> >пересборок) чтобы можно было
> >анализировать эти пакеты сторониимии 
> >средствами (анписать свою утилитку
> >a-la repocop)?
> >
> 
> ftp://ftp.altlinux.org/pub/people/incominger/logs/
> 
> Но здесь не всё.
> 
> ftp://ftp.altlinux.org/pub/people/incominger/logs/hive/sisyphus/error

В дополнение к error (44M) я выложил и success (1.1G):
ftp://ftp.altlinux.org/pub/people/incominger/logs/hive/sisyphus/success


-- 
ldv

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

Re: [devel] I: gcc4.4-4.4.0-alt4

[Alexander Bokovoy]

2009/7/15 Vitaly Lipatov <lav@altlinux.ru>:
> On 14 июля 2009, Alexander Bokovoy wrote:
> ...
>> Самба перестала собираться из-за того, что перестал правильно
>> работать в консольном режиме inkscape. Почините inkscape :)
> На мой взгляд, использование fontforge, inkscape, gimp и
> openoffice при сборке пакетов является не очень правильным
> решением.
Не существует других эфективных средств обработки svg в пакетном
режиме, дающих приемлемое на выходе качество рисунка, кроме inkscape в
консольном варианте. Этот режим специально создан и поддерживается в
inkscape для такого использования. Личные оценки в данном случае не
имеют значения.

-- 
/ Alexander Bokovoy

Re: [devel] I: gcc4.4-4.4.0-alt4

[Eugene Prokopiev]

14 июля 2009 г. 21:22 пользователь Andrey Rahmatullin
(wrar@altlinux.ru) написал:
> On Tue, Jul 14, 2009 at 11:34:55AM +0400, Eugene Prokopiev wrote:
>> с благодарностью приму патч для callweaver :)
> channels/chan_sip.c
> В 1922 в поле struct sip_pvt::via пишется snprintf'ом строка максимальной
> длины SIP_MAX_LINE_LEN. При этом struct sip_pvt::via в 811 объявлен
> размером 256, а SIP_MAX_LINE_LEN в 572 равен 1024. Я не знаю, что с этим
> делать, пишите в апстрим. Допустимые для подобного кода решения (не
> вдаваясь в то, что код делает) могут быть расширение поля (это ломает
> ABI), уменьшение используемой константы (может быть некорректно, если эта
> константа используется при записи в более длинные буферы) или
> использование другой константы.
>
> res/res_sqlite.c
> В 417 в буфер sqlbuf длиной 1024 пишутся strncat'ом строки длиной 1024+1
> (sic! завершающий \0 в третьем параметре strncat не учитывается, потому
> там должно быть 1023).
> В 418 туда же дописывается ещё 1024+1 байта, и это вообще неправильно, т.к.
> третий параметр указывает, сколько писать ещё, а не сколько должно
> получиться. Надо писать 1024-strlen(sqlbuf) плюс/минус 1, ну или strlcat
> использовать (непереносимо).

Спасибо, пойду в апстрим

-- 
С уважением,
Прокопьев Евгений

Re: [devel] I: gcc4.4-4.4.0-alt4

[Vitaly Lipatov]

On 15 июля 2009, Alexander Bokovoy wrote:
...
> Не существует других эфективных средств обработки svg в
> пакетном режиме, дающих приемлемое на выходе качество рисунка,
> кроме inkscape в консольном варианте. Этот режим специально
> создан и поддерживается в inkscape для такого использования.
> Личные оценки в данном случае не имеют значения.
Я и не предлагаю никаких альтернатив. Хотя в таком большом 
проекте документация могла бы генерироваться и при сборке 
самостоятельного пакета, а не удлинять пересборку основного.


-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] I: gcc4.4-4.4.0-alt4

[Alexander Bokovoy]

2009/7/16 Vitaly Lipatov <lav@altlinux.ru>:
> On 15 июля 2009, Alexander Bokovoy wrote:
> ...
>> Не существует других эфективных средств обработки svg в
>> пакетном режиме, дающих приемлемое на выходе качество рисунка,
>> кроме inkscape в консольном варианте. Этот режим специально
>> создан и поддерживается в inkscape для такого использования.
>> Личные оценки в данном случае не имеют значения.
> Я и не предлагаю никаких альтернатив. Хотя в таком большом
> проекте документация могла бы генерироваться и при сборке
> самостоятельного пакета, а не удлинять пересборку основного.
Извините, но это какой-то странный аргумент, я не могу его принять при
всем желании. Учитывая, что с некоторых пор исходники документации
существуют в основном дереве. а не раздельно, то "сборка в
самостоятельном пакете" не имеет никакого смысла.

-- 
/ Alexander Bokovoy

Re: [devel] I: gcc4.4-4.4.0-alt4

[Evgeny Sinelnikov]

16 июля 2009 г. 7:13 пользователь Alexander Bokovoy (ab@altlinux.org) написал:
> 2009/7/16 Vitaly Lipatov <lav@altlinux.ru>:
>> On 15 июля 2009, Alexander Bokovoy wrote:
>> ...
>>> Не существует других эфективных средств обработки svg в
>>> пакетном режиме, дающих приемлемое на выходе качество рисунка,
>>> кроме inkscape в консольном варианте. Этот режим специально
>>> создан и поддерживается в inkscape для такого использования.
>>> Личные оценки в данном случае не имеют значения.
>> Я и не предлагаю никаких альтернатив. Хотя в таком большом
>> проекте документация могла бы генерироваться и при сборке
>> самостоятельного пакета, а не удлинять пересборку основного.
> Извините, но это какой-то странный аргумент, я не могу его принять при
> всем желании. Учитывая, что с некоторых пор исходники документации
> существуют в основном дереве. а не раздельно, то "сборка в
> самостоятельном пакете" не имеет никакого смысла.
Полагаю, что это слишком формальный подход, предполагающий
недопустимость разбиения исходников на разные пакеты, если они
предоставляются разработчиками в одном тарболе. Из разных позиций
следуют разные выводы. Я бы не стал уповать на "разумность"
разработчиков, предоставляющих всё в одном большом тарболе. У них есть
основания так делать, чтобы не путать пользователя массой необходимых
тарболов.

Тем не менее, мы же разбиваем бинарные пакеты на массу подпакетов,
хотя и не все так делают? Это наша вольность, как разбить пакет так,
чтобы зависимости были "прямыми". Вторым шагом здесь приходит
разбиение на отдельные сущности не только бинарных, но и исходных
пакетов. Иначе невозможно "выпрямить" сборочные зависимости.

Стоит или не стоит так делать, наверное, нужно решать не из
эстетических соображений, а из то или иного подхода к сборке.


-- 
Sin (Sinelnikov Evgeny)

Re: [devel] I: gcc4.4-4.4.0-alt4

[Alexander Bokovoy]

 2009/7/16 Evgeny Sinelnikov <sin@altlinux.ru>:
>> Извините, но это какой-то странный аргумент, я не могу его принять при
>> всем желании. Учитывая, что с некоторых пор исходники документации
>> существуют в основном дереве. а не раздельно, то "сборка в
>> самостоятельном пакете" не имеет никакого смысла.
> Полагаю, что это слишком формальный подход, предполагающий
> недопустимость разбиения исходников на разные пакеты, если они
> предоставляются разработчиками в одном тарболе. Из разных позиций
> следуют разные выводы. Я бы не стал уповать на "разумность"
> разработчиков, предоставляющих всё в одном большом тарболе. У них есть
> основания так делать, чтобы не путать пользователя массой необходимых
> тарболов.
В данном случае у апстрима были свои причины, чтобы поместить
исходники документации вместе с остальными и это не забота о
запутывании/распутывании пользователей. Постарайтесь не сводить все к
разумности или неразумности коллег.

> Тем не менее, мы же разбиваем бинарные пакеты на массу подпакетов,
> хотя и не все так делают? Это наша вольность, как разбить пакет так,
> чтобы зависимости были "прямыми". Вторым шагом здесь приходит
> разбиение на отдельные сущности не только бинарных, но и исходных
> пакетов. Иначе невозможно "выпрямить" сборочные зависимости.
Если Вы лично сможете гарантировать, что поставленные Вами разбитые на
части исходные тексты соответствуют оригиналу от апстрима, который был
подписан тем или иным образом, то делайте так, как считаете нужным.
Однако в подавляющем большинстве случаев перепаковка скорее
запутывает, чем помогает.

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

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

-- 
/ Alexander Bokovoy

Re: [devel] I: gcc4.4-4.4.0-alt4

[Alexander Bokovoy]

2009/7/14 Alexander Bokovoy <ab@altlinux.org>:
> 2009/7/13 Dmitry V. Levin <ldv@altlinux.org>:
>> On Mon, Jul 13, 2009 at 12:47:51PM +0400, Dmitry V. Levin wrote:
>>> По результатам тестовой пересборки Сизифа у меня сложилось ощущение
>>> регрессии в gcc4.4-4.4.0-alt4.
>>
>> Нет, это скорее "прогрессия":
>> http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00499.html
>>
>> Пострадало примерно 64 пакета.  Из них 7 пакетов перестало сибираться:
>>
>> gnupg   ldv
>> httrack @nobody
>> libcdio thresh
>> libgegl shrek
>> mcrypt  lav
>> samba   ab avm
>> tar     ldv
> Самба перестала собираться из-за того, что перестал правильно работать
> в консольном режиме inkscape. Почините inkscape :)

И все-таки, inkscape сломался.
$ inkscape -z -f Samba3-ByExample/images/Charity-Network.svg
--export-png=Samba3-ByExample/images/Charity-Network.png
...
1889  open("/usr/src/RPM/BUILD/samba-3.0.36/docs-xml/Samba3-ByExample/images/Samba3-ByExample/images/Charity-Network.png",
O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 ENOENT (No such file or
directory)

почему-то в новых версиях стал отсчитывать путь к export-png от
директории, в которой лежит оригинальный файл, скорее всего где-то
делается туда chdir.
https://bugs.launchpad.net/inkscape/+bug/396851
-- 
/ Alexander Bokovoy