[devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[@ 2007-10-02 9:06 UTC (permalink / raw)]

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[@ 2007-10-02 9:09 UTC (permalink / raw)]

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[@ 2007-10-02 9:15 UTC (permalink / raw)]

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[@ 2007-10-02 9:23 UTC (permalink / raw)]

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[@ 2007-10-02 9:30 UTC (permalink / raw)]

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[@ 2007-10-02 9:34 UTC (permalink / raw)]

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[@ 2007-10-02 9:49 UTC (permalink / raw)]

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69) (libX11)

[@ 2007-10-02 10:03 UTC (permalink / raw)]

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[@ 2007-10-02 10:04 UTC (permalink / raw)]

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[@ 2007-10-02 10:07 UTC (permalink / raw)]

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[@ 2007-10-02 10:09 UTC (permalink / raw)]

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69) (libX11)

[@ 2007-10-02 10:18 UTC (permalink / raw)]

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[@ 2007-10-02 10:27 UTC (permalink / raw)]

[devel] beehive w/- network

[@ 2007-10-02 10:41 UTC (permalink / raw)]

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[@ 2007-10-02 10:43 UTC (permalink / raw)]

Re: [devel] beehive w/- network

[@ 2007-10-02 10:45 UTC (permalink / raw)]

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[@ 2007-10-02 10:46 UTC (permalink / raw)]

Re: [devel] beehive w/- network

[@ 2007-10-02 10:50 UTC (permalink / raw)]

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[@ 2007-10-02 10:52 UTC (permalink / raw)]

Re: [devel] beehive w/- network

[@ 2007-10-02 10:53 UTC (permalink / raw)]

Re: [devel] beehive w/- network

[Alexey Tourbin]

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

On Tue, Oct 02, 2007 at 01:50:35PM +0300, Igor Vlasenko wrote:
> > > В частности, это связано с тем, что некоторые пакеты чево-то сосут
> > > с сети.  Нет ли какого-нибудь сопособа запретить пользователю
> > > типа bee_b доступ к сети за пределами 127.0.0.1?
> > 
> > Такой способ есть, iptables называется.
> > 
> > Запретить?
> Огульно запрещать тоже не надо.
> для начала лучше только отслеживать такие пакеты.

Их трудно отслеживать в том смысле, что iptables не может сказать,
какой rpm-пакет в данный момент собирается.  Впрочем, hasher может
выдывать эту информацию в /dev/log.

Можно сделать что-то типа 'hasher-useradd --without-network'.
По сути это развитие сборочной инфраструктуры.  С другой стороны,
можно делать специальные сборочные container'ы, в которых нет ничего
кроме hasher'а и доступ ко внешней сети запрещён (кроме настоящего рута,
напр. для dist-upgrade'а).  Правда, я не знаю, как сейчас обстоит дело
с tmpfs у контейнеров.  Без tmpfs будет плохо.

Сборка пакета должна быть самодостаточной и полагаться только
на содержимое сборочного чрута.  Иногда это нарушается на стадии
'make test'.  Надо делать так:

%ifdef __BTE
disable online tests
%endif

Макрос %__BTE экспортируется hasher'ом.

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

Re: [devel] beehive w/- network

[Dmitry V. Levin]

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

On Tue, Oct 02, 2007 at 02:53:01PM +0400, Alexey Tourbin wrote:
> On Tue, Oct 02, 2007 at 02:45:22PM +0400, Dmitry V. Levin wrote:
> > > В частности, это связано с тем, что некоторые пакеты чево-то сосут
> > > с сети.  Нет ли какого-нибудь сопособа запретить пользователю
> > > типа bee_b доступ к сети за пределами 127.0.0.1?
> > 
> > Такой способ есть, iptables называется.
> > Запретить?
> 
> Я этот способ плохо знаю.  Ну ладно.

--uid-owner

> Сначала хорошо бы включить режим
> типа "писать в log все попытки юзера bee_b открыть tcp/udp соединения 
> за пределами 127.0.0.1".  Это позволит предварительно проанализировать,
> кто куда стучится, и разобраться, зачем это делается.

Это тоже легко делается средствами iptables.
Точнее говоря, сложить в лог, куда стучался bee_*, легко, а вот сделать
join логов сборки и логов ядра несколько сложнее.

> Если просто запретить, то не особо понятно, в каком месте мы выигрываем.
> То есть желательно сначала знать а потом делать.

Но вообще идея мне нравится.


-- 
ldv

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

Re: [devel] beehive w/- network

[Igor Vlasenko]

On Tue, Oct 02, 2007 at 03:21:24PM +0400, Dmitry V. Levin wrote:
> Но вообще идея мне нравится.
палка о двух концах:
пакет у которого проходят make/ant/mvm test
лучше пакета, у которого они не проходят.

пока лучше присматривать, кто и что делает.

-- 

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

Re: [devel] beehive w/- network

[Alexey Tourbin]

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

On Tue, Oct 02, 2007 at 03:21:24PM +0400, Dmitry V. Levin wrote:
> Но вообще идея мне нравится.

Надо подумать, на каком уровне лучше отрубать доступ к сети.
Например, это можно делать на уровне suid helper'а (и слинковать
его с libiptables).  А в /etc/hasher-priv/$USER хранить дефолтное
значение.

А можно на другом уровне, типа класть какой-то файл в /etc/iptables.d,
если что-то такое существует (плохо знаю это дело).  Тогда конструкция
получается более жесткой И менее надежной.

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

Re: [devel] beehive w/- network

[Alexey Tourbin]

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

On Tue, Oct 02, 2007 at 02:34:56PM +0300, Igor Vlasenko wrote:
> On Tue, Oct 02, 2007 at 03:21:24PM +0400, Dmitry V. Levin wrote:
> > Но вообще идея мне нравится.
> палка о двух концах:
> пакет у которого проходят make/ant/mvm test
> лучше пакета, у которого они не проходят.

Нет.  Это палка о двух концах.  Работосопособность теста
от _ОЧЕНЬ_ внешних факторов имеет отрицательные стороны.
Просто надёжность в смысле _гарантии_ резко падает.

Мало ли что враги России могут нам оттуда скормить. :)

> пока лучше присматривать, кто и что делает.

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

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

Re: [devel] beehive w/- network

[Alexey Tourbin]

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

On Tue, Oct 02, 2007 at 03:36:21PM +0400, Alexey Tourbin wrote:
> On Tue, Oct 02, 2007 at 03:21:24PM +0400, Dmitry V. Levin wrote:
> > Но вообще идея мне нравится.
> 
> Надо подумать, на каком уровне лучше отрубать доступ к сети.
> Например, это можно делать на уровне suid helper'а (и слинковать
> его с libiptables).  А в /etc/hasher-priv/$USER хранить дефолтное
> значение.

Кстати, если бы libiptables можно было попросить писать все попытки
доступа ко внешней сети в определенный дескриптор (который /dev/stderr
в чруте, т.е. прямо в лог сборки), это был бы рулез.

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

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[Igor Zubkov]

2007/10/2, Dmitry V. Levin:
> libgtk+2-2.10.6-alt5
[skipped]
>         gtkiconfactory.c:2671: error: conflicting types for 'g_hash_table_get_keys'
>         /usr/include/glib-2.0/glib/ghash.h:81: error: previous declaration of
>         'g_hash_table_get_keys' was here
>         make[4]: *** [gtkiconfactory.lo] Error 1
>
> libgtk+2-directfb-2.10.6-alt5
[skipped]
>         gtkiconfactory.c:2671: error: conflicting types for 'g_hash_table_get_keys'
>         /usr/include/glib-2.0/glib/ghash.h:81: error: previous declaration of
>         'g_hash_table_get_keys' was here
>         make[4]: Leaving directory `/usr/src/RPM/BUILD/gtk+-2.10.6/gtk'

В поломке этих двух пакетов виноват свежий glib2. Откатывание glib2 с
2.14.1 до 2.12.11 лечит сборку. Скорее всего эти пакеты

> muine-0.8.6-alt1
> nautilus-2.16.0-alt1
> rhythmbox-0.9.7-alt1.0
> ruby-gnome2-all-0.16.0-alt3

тоже пострадали из-за свежего glib2.

И так, что мы можем сделать?
1) Переложить из Сизифа более свежий libgtk+2 (ну и
libgtk+2-directfb). Он собирает со свежим glib2. Я проверил. Но тут
может быть проблема в том что не всё что есть в 4.0 бранче сможет
пройти пересборочный тест. Пересборка покажет.
2) Downgrade glib2 до 2.12.11. Хотя, если кто-то уже из 4.0 бранча
подхватил зависимость на glib2?
3) Исправить тот gtk+2 который уже есть в бранче. Видимо для этого
придётся делать backport фиксов из свежего gtk+2. Эта идея не больше
всего не нравится.

Итого, что мы выбираем? От этого зависит что делать с оставшимися пакетами.

-- 
icesik

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[Anton Farygin]

Igor Zubkov пишет:
> 2007/10/2, Dmitry V. Levin:
>> libgtk+2-2.10.6-alt5
> [skipped]
>>         gtkiconfactory.c:2671: error: conflicting types for 'g_hash_table_get_keys'
>>         /usr/include/glib-2.0/glib/ghash.h:81: error: previous declaration of
>>         'g_hash_table_get_keys' was here
>>         make[4]: *** [gtkiconfactory.lo] Error 1
>>
>> libgtk+2-directfb-2.10.6-alt5
> [skipped]
>>         gtkiconfactory.c:2671: error: conflicting types for 'g_hash_table_get_keys'
>>         /usr/include/glib-2.0/glib/ghash.h:81: error: previous declaration of
>>         'g_hash_table_get_keys' was here
>>         make[4]: Leaving directory `/usr/src/RPM/BUILD/gtk+-2.10.6/gtk'
> 
> В поломке этих двух пакетов виноват свежий glib2. Откатывание glib2 с
> 2.14.1 до 2.12.11 лечит сборку. Скорее всего эти пакеты
> 
>> muine-0.8.6-alt1
>> nautilus-2.16.0-alt1
>> rhythmbox-0.9.7-alt1.0
>> ruby-gnome2-all-0.16.0-alt3
> 
> тоже пострадали из-за свежего glib2.
> 
> И так, что мы можем сделать?
> 1) Переложить из Сизифа более свежий libgtk+2 (ну и
> libgtk+2-directfb). Он собирает со свежим glib2. Я проверил. Но тут
> может быть проблема в том что не всё что есть в 4.0 бранче сможет
> пройти пересборочный тест. Пересборка покажет.
> 2) Downgrade glib2 до 2.12.11. Хотя, если кто-то уже из 4.0 бранча
> подхватил зависимость на glib2?
> 3) Исправить тот gtk+2 который уже есть в бранче. Видимо для этого
> придётся делать backport фиксов из свежего gtk+2. Эта идея не больше
> всего не нравится.
> 
> Итого, что мы выбираем? От этого зависит что делать с оставшимися пакетами.
> 

Я бы предложил попробовать пересборку с более свежими версиями библиотек.

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[Alexey Rusakov]

On Tue, 2 Oct 2007 17:19:20 +0300
Igor Zubkov wrote:

> 1) Переложить из Сизифа более свежий libgtk+2 (ну и
> libgtk+2-directfb). Он собирает со свежим glib2. Я проверил. Но тут
> может быть проблема в том что не всё что есть в 4.0 бранче сможет
> пройти пересборочный тест. Пересборка покажет.
Я предлагаю переложить более новый libgtk+2, с учётом того, что
мажорная пара цифр версии не менялась и бинарные интерфейсы остались
прежними.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[Igor Zubkov]

2007/10/2, Alexey Rusakov:
> On Tue, 2 Oct 2007 17:19:20 +0300
> Igor Zubkov wrote:
>
> > 1) Переложить из Сизифа более свежий libgtk+2 (ну и
> > libgtk+2-directfb). Он собирает со свежим glib2. Я проверил. Но тут
> > может быть проблема в том что не всё что есть в 4.0 бранче сможет
> > пройти пересборочный тест. Пересборка покажет.
> Я предлагаю переложить более новый libgtk+2, с учётом того, что
> мажорная пара цифр версии не менялась и бинарные интерфейсы остались
> прежними.

$ rpmsodiff libgtk+2-2.10.6-alt5.i586.rpm libgtk+2-2.10.14-alt1.i586.rpm
        common sonames:
libgdk-x11-2.0.so.0     /usr/lib/libgdk-x11-2.0.so.0.1000.6
/usr/lib/libgdk-x11-2.0.so.0.1000.14
libgdk_pixbuf_xlib-2.0.so.0
/usr/lib/libgdk_pixbuf_xlib-2.0.so.0.1000.6
/usr/lib/libgdk_pixbuf_xlib-2.0.so.0.1000.14
libgtk-x11-2.0.so.0     /usr/lib/libgtk-x11-2.0.so.0.1000.6
/usr/lib/libgtk-x11-2.0.so.0.1000.14

libgdk-x11-2.0.so.0 definitions unchanged

libgdk_pixbuf_xlib-2.0.so.0 definitions unchanged

libgtk-x11-2.0.so.0 definitions unchanged

vim:ft=diff
$

Да. Они не изменились.

-- 
icesik

[devel] perl-Convert-ASN1-0.19-alt1 (was: 4.0/branch-20070930 i586 beehive_status)

[Alexey Tourbin]

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

> perl-Convert-ASN1-0.19-alt1
> 	t/05time.........ok
> 	t/06bigint.......FAILED test 55
> 	Failed 1/59 tests, 98.31% okay
> 	--
> 	1 subtest skipped.
> 	Failed 1/16 test scripts. 1/430 subtests failed.
> 	Files=16, Tests=430,  1 wallclock secs ( 1.14 cusr +  0.14 csys =  1.28 CPU)
> 	Failed 1/16 test programs. 1/430 subtests failed.
> 	make: Leaving directory `/usr/src/RPM/BUILD/Convert-ASN1-0.19'

Что-то сходу ничего не расковырялось.  Повесил багу
http://rt.cpan.org/Ticket/Display.html?id=29720

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

Re: [devel] beehive w/- network

[Alexey Tourbin]

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

On Tue, Oct 02, 2007 at 04:24:17PM +0400, Alexey Tourbin wrote:
> On Tue, Oct 02, 2007 at 03:36:21PM +0400, Alexey Tourbin wrote:
> > On Tue, Oct 02, 2007 at 03:21:24PM +0400, Dmitry V. Levin wrote:
> > > Но вообще идея мне нравится.
> > 
> > Надо подумать, на каком уровне лучше отрубать доступ к сети.
> > Например, это можно делать на уровне suid helper'а (и слинковать
> > его с libiptables).  А в /etc/hasher-priv/$USER хранить дефолтное
> > значение.
> 
> Кстати, если бы libiptables можно было попросить писать все попытки
> доступа ко внешней сети в определенный дескриптор (который /dev/stderr
> в чруте, т.е. прямо в лог сборки), это был бы рулез.

Кстати в man iptables есть какой-то ULOG.  Так что выставлять при
chrootuid какие-то правила и потом перехватывать ядерный лог iptables --
и писать его прямо в лог сборки пакета кажется не такой уж утопией.
Только я не знаю как это сделать.  Нужен специалист по iptables.

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

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[Alexey Rusakov]

On Tue, 2 Oct 2007 14:09:55 +0400
Dmitry V. Levin wrote:

> > > fonts-ttf-dejavu-2.20-alt1
> > > 	E: Версия >='0.3' для 'rpm-build-fonts' не найдена
> > > 	hsh-install: failed to calculate package file list.
> > 
> > а этот как туда попал?
> 
> Это мантейнер по ошибке попросил перенести.
> В результате сейчас в бранче, судя по всему, нерабочий fonts-ttf-dejavu.
Исправим.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[Alexey Rusakov]

On Wed, 3 Oct 2007 00:49:19 +0400
Alexey Rusakov wrote:

> On Tue, 2 Oct 2007 14:09:55 +0400
> Dmitry V. Levin wrote:
> 
> > > > fonts-ttf-dejavu-2.20-alt1
> > > > 	E: Версия >='0.3' для 'rpm-build-fonts' не найдена
> > > > 	hsh-install: failed to calculate package file list.
> > > 
> > > а этот как туда попал?
> > 
> > Это мантейнер по ошибке попросил перенести.
> > В результате сейчас в бранче, судя по всему, нерабочий fonts-ttf-dejavu.
> Исправим.
Честно говоря, не знаю, правильно ли всё сделал, но -alt1.M40.1 отправлен
в /i/updates/4.0. В общем, просьба положить в бранч после сборки.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[Dmitry V. Levin]

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

On Tue, Oct 02, 2007 at 08:10:37PM +0400, Alexey Rusakov wrote:
> On Tue, 2 Oct 2007 17:19:20 +0300, Igor Zubkov wrote:
> 
> > 1) Переложить из Сизифа более свежий libgtk+2 (ну и
> > libgtk+2-directfb). Он собирает со свежим glib2. Я проверил. Но тут
> > может быть проблема в том что не всё что есть в 4.0 бранче сможет
> > пройти пересборочный тест. Пересборка покажет.
> Я предлагаю переложить более новый libgtk+2,

Точнее говоря, всё установочное и сборочное замыкание libgtk+2.
Какие исходные пакеты составляют это множество?


-- 
ldv

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

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[Igor Zubkov]

03.10.07, Dmitry V. Levin написал(а):
> On Tue, Oct 02, 2007 at 08:10:37PM +0400, Alexey Rusakov wrote:
> > On Tue, 2 Oct 2007 17:19:20 +0300, Igor Zubkov wrote:
> >
> > > 1) Переложить из Сизифа более свежий libgtk+2 (ну и
> > > libgtk+2-directfb). Он собирает со свежим glib2. Я проверил. Но тут
> > > может быть проблема в том что не всё что есть в 4.0 бранче сможет
> > > пройти пересборочный тест.. Пересборка покажет.
> > Я предлагаю переложить более новый libgtk+2,
>
> Точнее говоря, всё установочное и сборочное замыкание libgtk+2.
> Какие исходные пакеты составляют это множество?

Сейчас уточню и отпишу дополнительно.

-- 
icesik

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[Alexey Rusakov]

On Wed, 3 Oct 2007 16:47:42 +0400
Dmitry V. Levin wrote:


> On Tue, Oct 02, 2007 at 08:10:37PM +0400, Alexey Rusakov wrote:
> > On Tue, 2 Oct 2007 17:19:20 +0300, Igor Zubkov wrote:
> > 
> > > 1) Переложить из Сизифа более свежий libgtk+2 (ну и
> > > libgtk+2-directfb). Он собирает со свежим glib2. Я проверил. Но тут
> > > может быть проблема в том что не всё что есть в 4.0 бранче сможет
> > > пройти пересборочный тест. Пересборка покажет.
> > Я предлагаю переложить более новый libgtk+2,
> 
> Точнее говоря, всё установочное и сборочное замыкание libgtk+2.
> Какие исходные пакеты составляют это множество?
libgtk+2 только что пересобрался у меня в хашере на репозитории
4.0/branch. На основании этого я утверждаю, что достаточно
перенести сам libgtk+2.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[Vitaly Lipatov]

On 2 октября 2007, Dmitry V. Levin wrote:
...
> > > fonts-ttf-dejavu-2.20-alt1
> > > 	E: Версия >='0.3' для 'rpm-build-fonts' не найдена
> > > 	hsh-install: failed to calculate package file list.
> >
> > а этот как туда попал?
>
> Это мантейнер по ошибке попросил перенести.
> В результате сейчас в бранче, судя по всему, нерабочий
> fonts-ttf-dejavu.
Возможно стоит сделать специальный rpm-build-fonts для бранча, в 
котором будет старый способ регистрации шрифтов?



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

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[Alexey Rusakov]

On Sun, 7 Oct 2007 00:49:59 +0400
Vitaly Lipatov wrote:


> On 2 октября 2007, Dmitry V. Levin wrote:
> ...
> > > > fonts-ttf-dejavu-2.20-alt1
> > > > 	E: Версия >='0.3' для 'rpm-build-fonts' не найдена
> > > > 	hsh-install: failed to calculate package file list.
> > >
> > > а этот как туда попал?
> >
> > Это мантейнер по ошибке попросил перенести.
> > В результате сейчас в бранче, судя по всему, нерабочий
> > fonts-ttf-dejavu.
> Возможно стоит сделать специальный rpm-build-fonts для бранча, в 
> котором будет старый способ регистрации шрифтов?
Я так понимаю, там старый rpm-build-fonts и лежит. Собственно, сейчас
fonts-ttf-dejavu в бранче починен путём стереотипной сборки 2.20 из
спека от 2.18 (который собирался ещё со старым rpm-build-fonts).

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[Vitaly Lipatov]

On 8 октября 2007, Alexey Rusakov wrote:
> On Sun, 7 Oct 2007 00:49:59 +0400
>
> Vitaly Lipatov wrote:
...
> > Возможно стоит сделать специальный rpm-build-fonts для
> > бранча, в котором будет старый способ регистрации шрифтов?
>
> Я так понимаю, там старый rpm-build-fonts и лежит. Собственно,
> сейчас fonts-ttf-dejavu в бранче починен путём стереотипной
> сборки 2.20 из спека от 2.18 (который собирался ещё со старым
> rpm-build-fonts).
Так нет, я предлагаю новый, но со старым поведением. Тогда спеки, 
написанные по новому полиси, будут собираться в бранче. Мне 
кажется стоит это сделать.


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

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[Alexey Rusakov]

On Mon, 8 Oct 2007 11:07:24 +0400
Vitaly Lipatov wrote:


> On 8 октября 2007, Alexey Rusakov wrote:
> > On Sun, 7 Oct 2007 00:49:59 +0400
> >
> > Vitaly Lipatov wrote:
> ...
> > > Возможно стоит сделать специальный rpm-build-fonts для
> > > бранча, в котором будет старый способ регистрации шрифтов?
> >
> > Я так понимаю, там старый rpm-build-fonts и лежит. Собственно,
> > сейчас fonts-ttf-dejavu в бранче починен путём стереотипной
> > сборки 2.20 из спека от 2.18 (который собирался ещё со старым
> > rpm-build-fonts).
> Так нет, я предлагаю новый, но со старым поведением. Тогда спеки, 
> написанные по новому полиси, будут собираться в бранче. Мне 
> кажется стоит это сделать.
Там не только в rpm-build-fonts дело. Там в пакет ставится
необходимое (во всех смыслах этого слова) требование fontconfig >= 2.4.2.
Ну или ты придумаешь, как это требование обойти :)

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[Хихин Руслан]

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

Здравствуйте Vitaly Lipatov
  В сообщении от Понедельник 08 октября 2007 Vitaly Lipatov написал(a):
 > Так нет, я предлагаю новый, но со старым поведением. Тогда спеки,
 > написанные по новому полиси, будут собираться в бранче. Мне
 > кажется стоит это сделать.

+1

-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[Vitaly Lipatov]

On 8 октября 2007, Alexey Rusakov wrote:
...
> Там не только в rpm-build-fonts дело. Там в пакет ставится
> необходимое (во всех смыслах этого слова) требование
> fontconfig >= 2.4.2. Ну или ты придумаешь, как это требование
> обойти :)
У меня раньше была идея это требование в макрос запихнуть. Не 
очень красиво, но можно обдумать.

Ну или условие поставить на PreReq, ну или требуемую версию 
fontconfig в макрос запихнуть.



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

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[Alexey Rusakov]

On Mon, 8 Oct 2007 23:29:16 +0400
Vitaly Lipatov wrote:


> On 8 октября 2007, Alexey Rusakov wrote:
> ...
> > Там не только в rpm-build-fonts дело. Там в пакет ставится
> > необходимое (во всех смыслах этого слова) требование
> > fontconfig >= 2.4.2. Ну или ты придумаешь, как это требование
> > обойти :)
> У меня раньше была идея это требование в макрос запихнуть. Не 
> очень красиво, но можно обдумать.
> 
> Ну или условие поставить на PreReq, ну или требуемую версию 
> fontconfig в макрос запихнуть.
Не только версию, но и отношение больше-меньше :) В общем, мне, честно
говоря, проще собирать мой один шрифтовой пакет дважды, пока в бранче не
обновится fontconfig. Спасибо etersoft-build-utils за удобную
инфраструктуру для одновременной работы в Сизифе и бранче.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[Vitaly Lipatov]

On 9 октября 2007, Alexey Rusakov wrote:
> On Mon, 8 Oct 2007 23:29:16 +0400
>
> Vitaly Lipatov wrote:
> > Ну или условие поставить на PreReq, ну или требуемую версию
> > fontconfig в макрос запихнуть.
>
> Не только версию, но и отношение больше-меньше :) В общем,
> мне, честно говоря, проще собирать мой один шрифтовой пакет
> дважды, пока в бранче не обновится fontconfig. Спасибо
Ну а мне не проще, у меня их 10. И платформа 4.0 не на пару 
месяцев жизни запланирована, пакеты-то обновлять придётся...

> etersoft-build-utils за удобную инфраструктуру для
> одновременной работы в Сизифе и бранче.
Это как? Что-то я не замечал...



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

Re: [devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[Alexey Rusakov]

On Tue, 9 Oct 2007 01:06:44 +0400
Vitaly Lipatov wrote:

> On 9 октября 2007, Alexey Rusakov wrote:
> > On Mon, 8 Oct 2007 23:29:16 +0400
> >
> > Vitaly Lipatov wrote:
> > > Ну или условие поставить на PreReq, ну или требуемую версию
> > > fontconfig в макрос запихнуть.
> >
> > Не только версию, но и отношение больше-меньше :) В общем,
> > мне, честно говоря, проще собирать мой один шрифтовой пакет
> > дважды, пока в бранче не обновится fontconfig. Спасибо
> Ну а мне не проще, у меня их 10. И платформа 4.0 не на пару 
> месяцев жизни запланирована, пакеты-то обновлять придётся...
Придётся, но для меня это вопрос ещё одного rpmrb в каталоге SPECS/M40.

> > etersoft-build-utils за удобную инфраструктуру для
> > одновременной работы в Сизифе и бранче.
> Это как? Что-то я не замечал...
:) Я имел в виду организацию хашеров с суффиксами -SS и -M40,
соответствующими apt.conf.* и sources.list.*, а также автоматическое
определение рабочего репозитория по basename текущего каталога. Кустарно,
конечно, но отлично работает :)

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] beehive w/- network

[Sergey Y. Afonin]

On Tuesday 02 October 2007, Alexey Tourbin wrote:

> В частности, это связано с тем, что некоторые пакеты чево-то сосут с сети.

Даже так ? Это как-то ненормально, на мой взгляд...

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] perl-Convert-ASN1-0.19-alt1 (was: 4.0/branch-20070930 i586 beehive_status)

[Alexey Tourbin]

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

On Tue, Oct 02, 2007 at 10:08:04PM +0400, Alexey Tourbin wrote:
> > perl-Convert-ASN1-0.19-alt1
> > 	t/05time.........ok
> > 	t/06bigint.......FAILED test 55
> > 	Failed 1/59 tests, 98.31% okay
> > 	--
> > 	1 subtest skipped.
> > 	Failed 1/16 test scripts. 1/430 subtests failed.
> > 	Files=16, Tests=430,  1 wallclock secs ( 1.14 cusr +  0.14 csys =  1.28 CPU)
> > 	Failed 1/16 test programs. 1/430 subtests failed.
> > 	make: Leaving directory `/usr/src/RPM/BUILD/Convert-ASN1-0.19'
> 
> Что-то сходу ничего не расковырялось.  Повесил багу
> http://rt.cpan.org/Ticket/Display.html?id=29720

Со второго раза расковырял integer overflow в модуле
perl-Math-BigInt-FastCalc. Ж-)

* Wed Nov 14 2007 Alexey Tourbin <at@altlinux> 0.15-alt2
- fixed integer overflow in FastCalc.xs:_new() "shortcut for
  integer argument" check (rt.cpan.org #29720)

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