[devel] libstdc++ versions

[devel] libstdc++ versions

[Grigory Batalov]

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

У меня возникла проблема при сборке двух пакетов в бранче 4.0:
в хэшер ставятся
libstdc++4.1-0:4.1.1-alt11
libstdc++3.4-devel-0:3.4.5-alt6
gcc3.4-c++-0:3.4.5-alt6

И в дальнейшем сборка прерывается из-за невозможности слинковаться с
libstdc++:
/usr/bin/ld: cannot find -lstdc++

Как лечить? (Пакеты не мои, уже давно лежат в бранче.)

Re: [devel] gcc versions @ varmor

[Grigory Batalov]

On Thu, Dec 18, 2008 at 04:05:24PM +0300, Grigory Batalov wrote:
> 
> У меня возникла проблема при сборке двух пакетов в бранче 4.0:
> в хэшер ставятся
> libstdc++4.1-0:4.1.1-alt11
> libstdc++3.4-devel-0:3.4.5-alt6
> gcc3.4-c++-0:3.4.5-alt6
> 
> И в дальнейшем сборка прерывается из-за невозможности слинковаться с
> libstdc++:
> /usr/bin/ld: cannot find -lstdc++

Что интересно, это происходит только на varmor.altlinux.org,
а на других машинах всё в порядке: вытягивается gcc4.1 и т.п.

Не мог ли я испортить какой-нибудь локальный конфиг? К системным
доступа нет. Собираю командой

$ hsh --apt-conf=/home/bga/apt.conf --lazy-cleanup --no-sisyphus-check=gpg,packager /tmp/.private/bga/hasher /ALT/4.0/files/SRPMS/libusb-0.1.12-alt1.0.src.rpm

$ cat /home/bga/apt.conf
/*
 * This is the main configuration file for the APT suite of tools,
 * see apt.conf(5) for details.
 */

Dir::Etc::sourcelist "/home/bga/apt-source-list";

// See apt-cdrom(8) for details.
Acquire::CDROM::Copy "true";
Acquire::CDROM::mount "/media/cdrom";

RPM 
{
        Allow-Duplicated {
                // Old-style kernels.
                "^(NVIDIA_)?(kernel|alsa)[0-9]*(-adv|-linus)?($|-up|-smp|-secure|-custom|-enterprise|-BOOT|-tape|-aureal)";
                // New-style kernels.
                "^kernel-(image|modules)-.*";
        };
        Hold {
                // Old-style kernels.
                "^(kernel|alsa)[0-9]+-source";
                //"dev";
                "etcnet";
                //"modutils";
                "ntp-aux";
        };
        Ignore {
                //"libhw";
        };
};

$ egrep -v "^(#|$)" /home/bga/apt-source-list
rpm [alt] file:/ALT/4.0 x86_64 classic
rpm [alt] file:/ALT/4.0 noarch classic
rpm-src [alt] file:/ALT/4.0 x86_64 classic
rpm-src [alt] file:/ALT/4.0 noarch classic

Re: [devel] gcc versions @ varmor

[Grigory Batalov]

On Fri, Dec 19, 2008 at 01:34:44AM +0300, Grigory Batalov wrote:

> > У меня возникла проблема при сборке двух пакетов в бранче 4.0:
> > в хэшер ставятся
> > libstdc++4.1-0:4.1.1-alt11
> > libstdc++3.4-devel-0:3.4.5-alt6
> > gcc3.4-c++-0:3.4.5-alt6
> > 
> > И в дальнейшем сборка прерывается из-за невозможности слинковаться с
> > libstdc++:
> > /usr/bin/ld: cannot find -lstdc++
> 
> Что интересно, это происходит только на varmor.altlinux.org,
> а на других машинах всё в порядке: вытягивается gcc4.1 и т.п.
> 
> Не мог ли я испортить какой-нибудь локальный конфиг? К системным
> доступа нет. Собираю командой
> 
> $ hsh --apt-conf=/home/bga/apt.conf --lazy-cleanup --no-sisyphus-check=gpg,packager /tmp/.private/bga/hasher /ALT/4.0/files/SRPMS/libusb-0.1.12-alt1.0.src.rpm

Про -lstdc++ писал ghostscript-8.15.4-alt1.M40.2.src.rpm, вообще-то.

Re: [devel] gcc versions @ varmor

[Alexey Tourbin]

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

On Fri, Dec 19, 2008 at 01:34:44AM +0300, Grigory Batalov wrote:
> On Thu, Dec 18, 2008 at 04:05:24PM +0300, Grigory Batalov wrote:
> > 
> > У меня возникла проблема при сборке двух пакетов в бранче 4.0:
> > в хэшер ставятся
> > libstdc++4.1-0:4.1.1-alt11
> > libstdc++3.4-devel-0:3.4.5-alt6
> > gcc3.4-c++-0:3.4.5-alt6
> > 
> > И в дальнейшем сборка прерывается из-за невозможности слинковаться с
> > libstdc++:
> > /usr/bin/ld: cannot find -lstdc++
> 
> Что интересно, это происходит только на varmor.altlinux.org,
> а на других машинах всё в порядке: вытягивается gcc4.1 и т.п.

Не воспроизводится (на varmor).

[at@people ~]$ hsh -v --target=i586 --apt-config ~/.hasher/apt-ALT-4.0-i586.conf /ALT/4.0/files/SRPMS/libusb-0.1.12-alt1.0.src.rpm

hsh-rebuild: libusb-0.1.12-alt1.0.src.rpm: calculated build dependencies: docbook-dtds docbook-style-dsssl docbook-utils doxygen graphviz openjade sgml-common gcc-c++ dmtr40in-fonts fonts-bitmap-misc fonts-ttf-dejavu fonts-type1-urw fonts-type1-xorg gcc-g77 linux-libc-headers phonetic-fonts-type1 pkg-config

<13>Dec 19 01:50:55 rpmi: chkfontpath-0:2.0.2-alt1 installed
<13>Dec 19 01:50:55 rpmi: libstdc++4.1-0:4.1.1-alt11 installed
<13>Dec 19 01:50:55 rpmi: libICE-0:1.0.3-alt2 installed
<13>Dec 19 01:50:55 rpmi: libfreetype-0:2.3.6-alt0.M40.1 installed
<13>Dec 19 01:50:55 rpmi: sgml-common-0:0.6.3-alt11 installed
<13>Dec 19 01:50:55 rpmi: libSM-0:1.0.3-alt1 installed
<13>Dec 19 01:50:55 rpmi: libOpenSP-0:1.5.2-alt1 installed
<13>Dec 19 01:50:55 rpmi: libXau-0:1.0.3-alt1 installed
<13>Dec 19 01:50:55 rpmi: libgmp-0:4.1.4-alt5 installed
<13>Dec 19 01:50:55 rpmi: gcc-fortran-common-0:1.4.10-alt2 installed
<13>Dec 19 01:50:55 rpmi: gcc-c++-common-0:1.4.10-alt2 installed
<13>Dec 19 01:50:55 rpmi: libexpat-0:2.0.1-alt0.1 installed
<13>Dec 19 01:50:55 rpmi: fontconfig-0:2.4.2-alt3 installed
Updating fonts cache: <29>Dec 19 01:50:57 fontconfig: Updating fonts cache: succeeded
[ DONE ]      
<13>Dec 19 01:50:57 rpmi: libpng12-0:1.2.27-alt1 installed
<13>Dec 19 01:50:57 rpmi: xml-common-0:0.6.3-alt11 installed
<13>Dec 19 01:50:57 rpmi: libxml2-1:2.7.2-alt1.M40.1 installed
<13>Dec 19 01:50:57 rpmi: xml-utils-1:2.7.2-alt1.M40.1 installed
<13>Dec 19 01:50:57 rpmi: docbook-dtds-0:4.4-alt1 installed
<13>Dec 19 01:50:57 rpmi: openjade-0:1.3.2-alt8 installed
<13>Dec 19 01:50:58 rpmi: perl-SGMLSpm-0:1.03ii-alt5 installed
<13>Dec 19 01:50:58 rpmi: docbook-style-dsssl-0:1.79-alt1 installed
<13>Dec 19 01:50:58 rpmi: libstdc++4.1-devel-0:4.1.1-alt11 installed
<13>Dec 19 01:50:59 rpmi: libmpfr-0:2.2.1-alt1 installed
<13>Dec 19 01:50:59 rpmi: OpenSP-0:1.5.2-alt1 installed
<13>Dec 19 01:50:59 rpmi: libjpeg-1:6b-alt8 installed
<13>Dec 19 01:50:59 rpmi: libXdmcp-0:1.0.2-alt1.0 installed
<13>Dec 19 01:50:59 rpmi: libgfortran4.1-0:4.1.1-alt11 installed
<13>Dec 19 01:50:59 rpmi: libgfortran4.1-devel-0:4.1.1-alt11 installed
<13>Dec 19 01:50:59 rpmi: libfontenc-0:1.0.4-alt1 installed
<13>Dec 19 01:50:59 rpmi: mkfontscale-0:1.0.3-alt1 installed
<13>Dec 19 01:50:59 rpmi: mkfontdir-0:1.0.2-alt1 installed
<13>Dec 19 01:50:59 rpmi: libX11-locales-3:1.1.2-alt3 installed
<13>Dec 19 01:50:59 rpmi: libX11-3:1.1.2-alt3 installed
<13>Dec 19 01:50:59 rpmi: libXext-0:1.0.3-alt1 installed
<13>Dec 19 01:50:59 rpmi: libXt-0:1.0.5-alt1 installed
<13>Dec 19 01:50:59 rpmi: libXpm-0:3.5.6-alt2 installed
<13>Dec 19 01:50:59 rpmi: libXmu-0:1.0.3-alt1 installed
<13>Dec 19 01:50:59 rpmi: libgd2-0:2.0.35-alt1 installed
<13>Dec 19 01:50:59 rpmi: libXp-0:1.0.0-alt3.0 installed
<13>Dec 19 01:50:59 rpmi: libXaw-0:1.0.3-alt1 installed
<13>Dec 19 01:50:59 rpmi: docbook-utils-0:0.6.14-alt1 installed
<13>Dec 19 01:51:00 rpmi: doxygen-1:1.5.1-alt1 installed
<13>Dec 19 01:51:00 rpmi: dmtr40in-fonts-0:1.0-alt2 installed
<13>Dec 19 01:51:02 rpmi: fonts-bitmap-misc-0:7.0.0-alt1 installed
<13>Dec 19 01:51:02 rpmi: fonts-ttf-dejavu-0:2.26-alt0.M40.1 installed
<13>Dec 19 01:51:04 rpmi: fonts-type1-phonetic-0:0.19980806-alt1 installed
<13>Dec 19 01:51:06 rpmi: fonts-type1-urw-2:1.0.7pre41-alt3 installed
<13>Dec 19 01:51:09 rpmi: fonts-type1-xorg-0:7.0.0-alt1 installed
<13>Dec 19 01:51:09 rpmi: gcc4.1-c++-0:4.1.1-alt11 installed
<13>Dec 19 01:51:10 rpmi: gcc4.1-fortran-0:4.1.1-alt11 installed
<13>Dec 19 01:51:11 rpmi: graphviz-0:2.2.1-alt2 installed
<13>Dec 19 01:51:11 rpmi: linux-libc-headers-0:2.6.12.0-alt6.1 installed

Wrote: /usr/src/RPM/SRPMS/libusb-0.1.12-alt1.0.src.rpm
Wrote: /usr/src/RPM/RPMS/i586/libusb-0.1.12-alt1.0.i586.rpm
Wrote: /usr/src/RPM/RPMS/i586/libusb-devel-0.1.12-alt1.0.i586.rpm
Wrote: /usr/src/RPM/RPMS/i586/libusb-devel-static-0.1.12-alt1.0.i586.rpm
Wrote: /usr/src/RPM/RPMS/i586/libusbpp-0.1.12-alt1.0.i586.rpm
Wrote: /usr/src/RPM/RPMS/i586/libusbpp-devel-0.1.12-alt1.0.i586.rpm
Wrote: /usr/src/RPM/RPMS/i586/libusbpp-devel-static-0.1.12-alt1.0.i586.rpm
Wrote: /usr/src/RPM/RPMS/i586/libusb-doc-0.1.12-alt1.0.i586.rpm

> Не мог ли я испортить какой-нибудь локальный конфиг? К системным
> доступа нет. Собираю командой

Странно что он вытягивает gcc3.4 вообще.  Попробуйте для начала
'hsh --without-stuff'

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

Re: [devel] gcc versions @ varmor

[Dmitry V. Levin]

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

On Fri, Dec 19, 2008 at 01:58:11AM +0300, Alexey Tourbin wrote:
[...]
> Странно что он вытягивает gcc3.4 вообще.  Попробуйте для начала
> 'hsh --without-stuff'

99% что в RPMS.hasher есть libstdc++, в таком случае 100% что дело именно
в нём.


-- 
ldv

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

Re: [devel] gcc versions @ varmor

[Grigory Batalov]

On Fri, Dec 19, 2008 at 02:08:41AM +0300, Dmitry V. Levin wrote:

> > Странно что он вытягивает gcc3.4 вообще.  Попробуйте для начала
> > 'hsh --without-stuff'
> 
> 99% что в RPMS.hasher есть libstdc++, в таком случае 100% что дело именно
> в нём.

Да, там libstdc++4.1-4.1.1-alt11.x86_64.rpm. Его я тоже пересобирал. =)

Re: [devel] gcc versions @ varmor

[Alexey Tourbin]

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

On Fri, Dec 19, 2008 at 02:08:41AM +0300, Dmitry V. Levin wrote:
> On Fri, Dec 19, 2008 at 01:58:11AM +0300, Alexey Tourbin wrote:
> [...]
> > Странно что он вытягивает gcc3.4 вообще.  Попробуйте для начала
> > 'hsh --without-stuff'
> 
> 99% что в RPMS.hasher есть libstdc++, в таком случае 100% что дело именно
> в нём.

Есть подозрение, что если генерировать hasher/repo с опцией --bloat,
то это может решать.

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

Re: [devel] gcc versions @ varmor

[Grigory Batalov]

On Fri, Dec 19, 2008 at 02:08:41AM +0300, Dmitry V. Levin wrote:

> > Странно что он вытягивает gcc3.4 вообще.  Попробуйте для начала
> > 'hsh --without-stuff'
> 
> 99% что в RPMS.hasher есть libstdc++, в таком случае 100% что дело именно
> в нём.

Удалил из repo производные от сборки gcc4.1-4.1.1-alt11, и проблема
разрешилась. Сравнил мои пересобранные пакеты с дистрибутивными по
--requires --provides, разницы не нашёл. Т.е. они как будто бы одинаковые.
Однако, при наличии их в repo не выбираются ни они, ни из бранча, а
именно gcc3.4. Похоже на глюк.

Re: [devel] gcc versions @ varmor

[Dmitry V. Levin]

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

On Fri, Dec 19, 2008 at 09:44:17PM +0300, Grigory Batalov wrote:
> On Fri, Dec 19, 2008 at 02:08:41AM +0300, Dmitry V. Levin wrote:
> 
> > > Странно что он вытягивает gcc3.4 вообще.  Попробуйте для начала
> > > 'hsh --without-stuff'
> > 
> > 99% что в RPMS.hasher есть libstdc++, в таком случае 100% что дело именно
> > в нём.
> 
> Удалил из repo производные от сборки gcc4.1-4.1.1-alt11, и проблема
> разрешилась. Сравнил мои пересобранные пакеты с дистрибутивными по
> --requires --provides, разницы не нашёл. Т.е. они как будто бы одинаковые.
> Однако, при наличии их в repo не выбираются ни они, ни из бранча, а
> именно gcc3.4. Похоже на глюк.

Это поведение традиционно считается глюком apt'а.


-- 
ldv

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

Re: [devel] gcc versions @ varmor

[Vitaly Ostanin]

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

Dmitry V. Levin пишет:
> On Fri, Dec 19, 2008 at 09:44:17PM +0300, Grigory Batalov wrote:
>> On Fri, Dec 19, 2008 at 02:08:41AM +0300, Dmitry V. Levin wrote:
>>
>>>> Странно что он вытягивает gcc3.4 вообще.  Попробуйте для начала
>>>> 'hsh --without-stuff'
>>> 99% что в RPMS.hasher есть libstdc++, в таком случае 100% что дело именно
>>> в нём.
>> Удалил из repo производные от сборки gcc4.1-4.1.1-alt11, и проблема
>> разрешилась. Сравнил мои пересобранные пакеты с дистрибутивными по
>> --requires --provides, разницы не нашёл. Т.е. они как будто бы одинаковые.
>> Однако, при наличии их в repo не выбираются ни они, ни из бранча, а
>> именно gcc3.4. Похоже на глюк.
> 
> Это поведение традиционно считается глюком apt'а.

Извините, если не в тему. А есть в природе библиотеки для 
замыкания зависимостей помимо apt? Про библиотеки общего 
назначения для работы с графами я знаю.

-- 
Regards, Vyt
mailto:  vyt@altlinux.org
JID:     vitaly.ostanin@gmail.com


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [devel] gcc versions @ varmor

[Alexey Tourbin]

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

On Sat, Dec 20, 2008 at 02:00:16AM +0300, Vitaly Ostanin wrote:
> >Это поведение традиционно считается 
> >глюком apt'а.
> 
> Извините, если не в тему. А есть в природе 
> библиотеки для замыкания зависимостей 
> помимо apt?

Нет.

> Про библиотеки общего 
> назначения для работы с графами я знаю.

Дело осложняется тем, что requires могут разрешаться неоднозначно (то
имеются разные пакеты, которые предоставляют одну и ту же зависимость).
Apt, по идее, по умолчанию должен выбирать наболее новые версии пакетов.
Но понятие наиболее новой версии требует нетривиального уточнения.  Вот
пример когда уточнение нвмозможно:

Requires:
pkg1 -> v-dep

Proivdes:
v-dep=2.0 <- pkg2=1.0
v-dep=1.0 <- pkg3=2.0

Если выбирать между версиями виртуальной зависимости, то следовало
бы выбрать pkg2 = 1.0 (настоящий пакет с меньшей версией).  Если же
выбирать между версиями настоящих пакетов, которые предоставляют
виртуальную зависимость, тогда надо выбрать пакет pkg3=2.0, но версия
виртуальной зависимости v-dep=1.0 будет меньше, чем у pkg2.

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

Re: [devel] gcc versions @ varmor

[Vitaly Ostanin]

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

Alexey Tourbin пишет:
> On Sat, Dec 20, 2008 at 02:00:16AM +0300, Vitaly Ostanin wrote:
>>> Это поведение традиционно считается 
>>> глюком apt'а.
>> Извините, если не в тему. А есть в природе 
>> библиотеки для замыкания зависимостей 
>> помимо apt?
> 
> Нет.
> 
>> Про библиотеки общего 
>> назначения для работы с графами я знаю.
> 
> Дело осложняется тем, что requires могут разрешаться неоднозначно (то
> имеются разные пакеты, которые предоставляют одну и ту же зависимость).
> Apt, по идее, по умолчанию должен выбирать наболее новые версии пакетов.
> Но понятие наиболее новой версии требует нетривиального уточнения.  Вот
> пример когда уточнение нвмозможно:
> 
> Requires:
> pkg1 -> v-dep
> 
> Proivdes:
> v-dep=2.0 <- pkg2=1.0
> v-dep=1.0 <- pkg3=2.0
> 
> Если выбирать между версиями виртуальной зависимости, то следовало
> бы выбрать pkg2 = 1.0 (настоящий пакет с меньшей версией).  Если же
> выбирать между версиями настоящих пакетов, которые предоставляют
> виртуальную зависимость, тогда надо выбрать пакет pkg3=2.0, но версия
> виртуальной зависимости v-dep=1.0 будет меньше, чем у pkg2.

В этом примере очевидно, что требуется v-dep, поэтому нужно 
выбирать из версий v-dep, а не pkg2,3.

Есть ещё пример, когда v-dep совпадает с реальным именем пакета:

Requires:
pkg1 -> pkg

Provides:
pkg=4.0 <- pkg2=1.0
pkg=1.0 <- pkg3=2.0
pkg=3.0 <- pkg=4.0

Здесь нужно выбирать из двух пакетов с одинаковой версией, 
которые предоставляются реальными пакетами pkg2=1.0 и pkg=4.0.

У файловых зависимостей версий нет, их эта проблема не затрагивает.

Я, наверно, туповат, но не пойму, в чём сложность написания 
своего замыкания, раз уж apt такой кривой. В некоторых случаях (в 
которых apt глючит :)) можно даже пренебречь совместимостью с 
результатами apt'а.

-- 
Regards, Vyt
mailto:  vyt@altlinux.org
JID:     vitaly.ostanin@gmail.com


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [devel] gcc versions @ varmor

[Michael Shigorin]

On Sat, Dec 20, 2008 at 03:11:19PM +0300, Vitaly Ostanin wrote:
> Я, наверно, туповат, но не пойму, в чём сложность написания
> своего замыкания, раз уж apt такой кривой.

Возможно, когда-то всех достанет и кто-нить сделает libdep
(поскольку помимо менеджеров пакетов разных уровней ту же
проблему решают в ядре и, как понимаю, множестве сетевого
софта), но тут проблема во многом ещё и в bug compatibility.

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

Re: [devel] [JT] gcc versions @ varmor

[Alexey Morozov]

On Thursday 25 December 2008 04:42:02 Michael Shigorin wrote:
> On Sat, Dec 20, 2008 at 03:11:19PM +0300, Vitaly Ostanin wrote:
> > Я, наверно, туповат, но не пойму, в чём сложность написания
> > своего замыкания, раз уж apt такой кривой.
>
> Возможно, когда-то всех достанет и кто-нить сделает libdep
> (поскольку помимо менеджеров пакетов разных уровней ту же
> проблему решают в ядре и, как понимаю, множестве сетевого
> софта), но тут проблема во многом ещё и в bug compatibility.

На примере rpmdep, который писался в рамках Parallels'ового автоинсталлера 
(писал не я, но некоторое время "сидел рядом"), могу сказать, что помимо 
анализа собственно явных rpm'ных зависимостей здесь желательно анализировать 
еще и файловые конфликты и прочее. С учётом необходимости принятия решений 
в "краевых случаях" (там, где у <s>наших</s> "параллелзовых" просто 
добавлялись "хинты", внешние по отношению к базе rpm'ных зависимостей), 
фиговина получается весьма развесистая и достаточно жестко прибитая к решению 
данной конкретной задачи - установке некоторого подмножества потенциально 
пересекающихся пакетов из репозитория. К тому же, это получается совсем свой 
резолвер, не совместимый по <s>багам</s> поведению ни с аптом, ни с юмом, ни 
с взюмом, имею примеры.

С уважением,
Алексей Морозов.

Re: [devel] gcc versions @ varmor

[Alexey Tourbin]

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

On Sat, Dec 20, 2008 at 12:24:06AM +0300, Dmitry V. Levin wrote:
> On Fri, Dec 19, 2008 at 09:44:17PM +0300, Grigory Batalov wrote:
> > On Fri, Dec 19, 2008 at 02:08:41AM +0300, Dmitry V. Levin wrote:
> > 
> > > > Странно что он вытягивает gcc3.4 вообще.  Попробуйте для начала
> > > > 'hsh --without-stuff'
> > > 
> > > 99% что в RPMS.hasher есть libstdc++, в таком случае 100% что дело именно
> > > в нём.
> > 
> > Удалил из repo производные от сборки gcc4.1-4.1.1-alt11, и проблема
> > разрешилась. Сравнил мои пересобранные пакеты с дистрибутивными по
> > --requires --provides, разницы не нашёл. Т.е. они как будто бы одинаковые.
> > Однако, при наличии их в repo не выбираются ни они, ни из бранча, а
> > именно gcc3.4. Похоже на глюк.
> 
> Это поведение традиционно считается глюком apt'а.

Да, --bloat для hasher/repo не помогает.

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

Re: [devel] gcc versions @ varmor

[Dmitry V. Levin]

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

On Sat, Dec 20, 2008 at 02:25:29AM +0300, Alexey Tourbin wrote:
> On Sat, Dec 20, 2008 at 12:24:06AM +0300, Dmitry V. Levin wrote:
> > On Fri, Dec 19, 2008 at 09:44:17PM +0300, Grigory Batalov wrote:
> > > On Fri, Dec 19, 2008 at 02:08:41AM +0300, Dmitry V. Levin wrote:
> > > 
> > > > > Странно что он вытягивает gcc3.4 вообще.  Попробуйте для начала
> > > > > 'hsh --without-stuff'
> > > > 
> > > > 99% что в RPMS.hasher есть libstdc++, в таком случае 100% что дело именно
> > > > в нём.
> > > 
> > > Удалил из repo производные от сборки gcc4.1-4.1.1-alt11, и проблема
> > > разрешилась. Сравнил мои пересобранные пакеты с дистрибутивными по
> > > --requires --provides, разницы не нашёл. Т.е. они как будто бы одинаковые.
> > > Однако, при наличии их в repo не выбираются ни они, ни из бранча, а
> > > именно gcc3.4. Похоже на глюк.
> > 
> > Это поведение традиционно считается глюком apt'а.
> 
> Да, --bloat для hasher/repo не помогает.

Приоритет в наступании на эти грабли, насколько я помню, принадлежит cray@
во время его экспериментов с разведением питонов разных версий.  Тогда они
в двух серпентариях^Wрепозиториях по этой причине нормально жить не хотели.


-- 
ldv

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

Re: [devel] gcc versions @ varmor

[Alexey Tourbin]

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

On Sat, Dec 20, 2008 at 02:38:21AM +0300, Dmitry V. Levin wrote:
> > > Это поведение традиционно считается глюком apt'а.
> > Да, --bloat для hasher/repo не помогает.
> 
> Приоритет в наступании на эти грабли, насколько я помню, принадлежит cray@
> во время его экспериментов с разведением питонов разных версий.  Тогда они
> в двух серпентариях^Wрепозиториях по этой причине нормально жить не хотели.

Эти грабли частично починены, для случая указания версии (что накрывает
эксперименты cray@).

(4.0 with local gcc4.1)
[at@people build]$ ./aptbox/apt-get --dry-run install 'gcc-c++'
Reading Package Lists... Done
Building Dependency Tree... Done
Selecting gcc3.4-c++ for 'gcc-c++'
...

[at@people build]$ ./aptbox/apt-get --dry-run install 'gcc-c++>0'
Reading Package Lists... Done
Building Dependency Tree... Done
Selected version gcc4.1-c++#4.1.1-alt11 for gcc-c++>0
...


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

Re: [devel] gcc versions & hasher

[Grigory Batalov]

On Fri, Dec 19, 2008 at 01:58:11AM +0300, Alexey Tourbin wrote:

> > > У меня возникла проблема при сборке двух пакетов в бранче 4.0:
> > > в хэшер ставятся
> > > libstdc++4.1-0:4.1.1-alt11
> > > libstdc++3.4-devel-0:3.4.5-alt6
> > > gcc3.4-c++-0:3.4.5-alt6
> > > 
> > > И в дальнейшем сборка прерывается из-за невозможности слинковаться с
> > > libstdc++:
> > > /usr/bin/ld: cannot find -lstdc++
> > 
> > Что интересно, это происходит только на varmor.altlinux.org,
> > а на других машинах всё в порядке: вытягивается gcc4.1 и т.п.
...
> > Не мог ли я испортить какой-нибудь локальный конфиг? К системным
> > доступа нет. Собираю командой
> 
> Странно что он вытягивает gcc3.4 вообще.  Попробуйте для начала
> 'hsh --without-stuff'

Действительно, without stuff вытягивается gcc4.1. Спасибо.

Re: [devel] libstdc++ versions

[Dmitry V. Levin]

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

On Thu, Dec 18, 2008 at 04:05:24PM +0300, Grigory Batalov wrote:
> Здравствуйте!
> 
> У меня возникла проблема при сборке двух пакетов в бранче 4.0:
> в хэшер ставятся
> libstdc++4.1-0:4.1.1-alt11
> libstdc++3.4-devel-0:3.4.5-alt6
> gcc3.4-c++-0:3.4.5-alt6

А libstdc++4.1-devel-0:4.1.1-alt11 не ставится?  Почему?
Всё дело в aptbox'е.  Наводящие вопросы:
rpmquery -pR пакет.src.rpm?
hsh --ini && aptbox/apt-get install -y --print-uris --o Debug::pkgProblemResolver=1 список-зависимостей?


-- 
ldv

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

Re: [devel] libstdc++ versions

[Grigory Batalov]

On Fri, Dec 19, 2008 at 01:46:44AM +0300, Dmitry V. Levin wrote:

> > У меня возникла проблема при сборке двух пакетов в бранче 4.0:
> > в хэшер ставятся
> > libstdc++4.1-0:4.1.1-alt11
> > libstdc++3.4-devel-0:3.4.5-alt6
> > gcc3.4-c++-0:3.4.5-alt6
> 
> А libstdc++4.1-devel-0:4.1.1-alt11 не ставится?
Да.

> Почему? Всё дело в aptbox'е.
Однако, удаление aptbox и cache не помогает =)

> Наводящие вопросы:
> rpmquery -pR пакет.src.rpm?
> hsh --ini &&

hsh --ini ставит помимо прочего и gcc4.1

> aptbox/apt-get install -y --print-uris --o Debug::pkgProblemResolver=1 список-зависимостей?

aptbox/apt-get install -y --print-uris -o Debug::pkgProblemResolver=1
kernel-headers-std docbook-utils-print fontconfig-devel fontconfig gcc-c++
gcc-g77 glibc-devel-static imake libcups-devel libgtk+2-devel
libjpeg-devel libpng-devel libssl-devel libtiff-devel libXext-devel
libXt-devel xorg-cf-files

В ответе есть строки
Выбрано gcc3.4-c++ для 'gcc-c++'
Выбрано gcc3.4-g77 для 'gcc-g77'

Однако, при сборке хэшером с параметром --without-stuff, как я писал
в соседнем письме, вытягивается gcc4.1. Получается, смутьян лежит
у меня в repo. Как бы его вычислить?

Re: [devel] libstdc++ versions

[Vitaly Ostanin]

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

Grigory Batalov пишет:

<skipped/>

> Однако, при сборке хэшером с параметром --without-stuff, как я писал
> в соседнем письме, вытягивается gcc4.1. Получается, смутьян лежит
> у меня в repo. Как бы его вычислить?

Как крайняя мера - последовательным исключением.

-- 
Regards, Vyt
mailto:  vyt@altlinux.org
JID:     vitaly.ostanin@gmail.com


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]