[devel] I: Sisyphus base build system freeze plans

[devel] I: Sisyphus base build system freeze plans

[Dmitry V. Levin]

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

Hi,

С появлением в Сизифе glibc-2.3.3+ скоро начнётся пересборка всех
бинарных пакетов; это необходимо для того, чтобы перевести их на новый
versioning (т.е. на текущий интерфейс).  По окончании этого этапа т.н.
"базовая сборочная система", т.е. то, что влияет на результат сборки
других пакетов, будет заморожена для того, чтобы облегчить подготовку
очередного Мастера.


-- 
ldv

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

[devel] Re: I: Sisyphus base build system freeze plans

[Michael Shigorin]

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

On Mon, Apr 26, 2004 at 05:36:54PM +0400, Dmitry V. Levin wrote:
> По окончании этого этапа т.н.  "базовая сборочная система",
> т.е. то, что влияет на результат сборки других пакетов, будет
> заморожена для того, чтобы облегчить подготовку очередного
> Мастера.

Соответственно, "все в #3459" по части того, что должно исправить
(включая то, что уже по привычке на автомате исправляется руками)?

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

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

Re: [devel] I: Sisyphus base build system freeze plans

[Dmitry V. Levin]

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

On Mon, Apr 26, 2004 at 05:36:54PM +0400, Dmitry V. Levin wrote:
> Hi,
> 
> С появлением в Сизифе glibc-2.3.3+ скоро начнётся пересборка всех
> бинарных пакетов; это необходимо для того, чтобы

"Хорошая" новость #1: все статические библиотеки, использующие ctype.h,
необходимо пересобрать, иначе при попытке слинковаться с ними возникает
ошибка вида
/usr/lib/libtinfo.a(lib_tputs.o)(.text+0x203): In function `tputs': undefined reference to `__ctype_b'
Это вызвано изменениями во внутренних структурах работы с локалями
(в glibc-2.3.2).
Кроме того, #2: все статические программы и библиотеки, использующие NSS,
необходимо пересобрать, иначе функции, использующие NSS, в лучшем случае
не будут работать.

Ещё одна чудесная новость #3: все динамические библиотеки необходимо
линковать с... glibc, иначе при их использовании будут возникать undefined
references.  Разумеется, "gcc -shared" делает это за вас, а вот
"ld -shared" - нет.  И glibc-2.3 этой ошибки не прощает.


-- 
ldv

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

Re: [devel] I: Sisyphus base build system freeze plans

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [040427 02:01]:
> > С появлением в Сизифе glibc-2.3.3+ скоро начнётся пересборка всех
> > бинарных пакетов; это необходимо для того, чтобы
> "Хорошая" новость #1:
> Кроме того, #2:
> Ещё одна чудесная новость #3:
Как говорит один наш разработчик, "Вешайтесь!"...

-- 
Regards, Sir Raorn.
-------------------
Поддержка vlan'ов у нас появилась в середине 2002-го года, в RH -
только в начале 2003-го, в MDK - из RH.

Можете спросить в RH, почему они сделали несовместимый с ALT Linux
интерфейс.
		-- ldv in sisyphus@

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

[devel] [JT] Re: I: Sisyphus base build system freeze plans

[Michael Shigorin]

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

On Tue, Apr 27, 2004 at 08:33:29AM +0400, Alexey I. Froloff wrote:
> > "Хорошая" новость #1:
> > Кроме того, #2:
> > Ещё одна чудесная новость #3:
> Как говорит один наш разработчик, "Вешайтесь!"...

[кука в тему skipped]

hangman: package not found
;-)

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

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

Re: [devel] I: Sisyphus base build system freeze plans

[Sergey V Turchin]

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

В сообщении от 27 Апрель 2004 01:33 Dmitry V. Levin написал(a):
[...]
> И glibc-2.3 этой ошибки не прощает.
Где-нибудь написано, почему?

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: [devel] I: Sisyphus base build system freeze plans

[Sergey Bolshakov]

>>>>> "Dmitry" == Dmitry V Levin <ldv@altlinux.org> writes:

 > On Mon, Apr 26, 2004 at 05:36:54PM +0400, Dmitry V. Levin wrote:
 >> Hi,
 >> 
 >> С появлением в Сизифе glibc-2.3.3+ скоро начнётся пересборка всех
 >> бинарных пакетов; это необходимо для того, чтобы

 > "Хорошая" новость #1:
[skipped]

похоже, есть еще одна новость, связанная с rpm:
ldconfig, зовущийся из brp-adjust_libraries, ставит
линки не туда, куда ожидалось:

Список файлов в buildroot до adjust (выборочно):

lib/libevms-2.3.so.0 -> libevms.so.0.2
lib/libevms-2.3.so.0.2
usr/lib/libevms.so -> ../../lib/libevms.so.0

В результате adjust (кусок лога сборки):

Adjusting library links in /home/me/packages/tmp/evms-buildroot
./usr/lib:
	libevms-2.3.so.0 -> libevms.so (changed)
./lib:
	libevms-2.3.so.0 -> libevms.so (changed)

-- 

Re: [devel] I: Sisyphus base build system freeze plans

[Dmitry V. Levin]

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

On Wed, Apr 28, 2004 at 12:38:12PM +0300, Sergey Bolshakov wrote:
[...]
> похоже, есть еще одна новость, связанная с rpm:
> ldconfig, зовущийся из brp-adjust_libraries, ставит
> линки не туда, куда ожидалось:
> 
> Список файлов в buildroot до adjust (выборочно):
> 
> lib/libevms-2.3.so.0 -> libevms.so.0.2
> lib/libevms-2.3.so.0.2
> usr/lib/libevms.so -> ../../lib/libevms.so.0
> 
> В результате adjust (кусок лога сборки):
> 
> Adjusting library links in /home/me/packages/tmp/evms-buildroot
> ./usr/lib:
> 	libevms-2.3.so.0 -> libevms.so (changed)
> ./lib:
> 	libevms-2.3.so.0 -> libevms.so (changed)

А soname у них какой?


-- 
ldv

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

Re: [devel] I: Sisyphus base build system freeze plans

[Sergey Bolshakov]

>>>>> "Dmitry" == Dmitry V Levin <ldv@altlinux.org> writes:

 > On Wed, Apr 28, 2004 at 12:38:12PM +0300, Sergey Bolshakov wrote:
 > [...]
 >> похоже, есть еще одна новость, связанная с rpm:
 >> ldconfig, зовущийся из brp-adjust_libraries, ставит
 >> линки не туда, куда ожидалось:
 >> 
 >> Список файлов в buildroot до adjust (выборочно):
 >> 
 >> lib/libevms-2.3.so.0 -> libevms.so.0.2
 >> lib/libevms-2.3.so.0.2
 >> usr/lib/libevms.so -> ../../lib/libevms.so.0
 >> 
 >> В результате adjust (кусок лога сборки):
 >> 
 >> Adjusting library links in /home/me/packages/tmp/evms-buildroot
 >> ./usr/lib:
 >> libevms-2.3.so.0 -> libevms.so (changed)
 >> ./lib:
 >> libevms-2.3.so.0 -> libevms.so (changed)

 > А soname у них какой?

$ objdump -p libevms-2.3.so.0.2 |grep SONAME
SONAME      libevms-2.3.so.0

-- 

Re: [devel] I: Sisyphus base build system freeze plans

[Leonid Khachaturov]

Dmitry V. Levin wrote:

>Hi,
>
>С появлением в Сизифе glibc-2.3.3+ скоро начнётся пересборка всех
>бинарных пакетов; это необходимо для того, чтобы перевести их на новый
>versioning (т.е. на текущий интерфейс).  По окончании этого этапа т.н.
>"базовая сборочная система", т.е. то, что влияет на результат сборки
>других пакетов, будет заморожена для того, чтобы облегчить подготовку
>очередного Мастера.
>  
>
Означает ли это, что установка glibc-2.3.3 из Sisyphus сейчас, приведет 
к неработоспособности системы (или по-крайней мере её части)?

-- 
With best regards,
Leonid Khachaturov
mailto:lenya@chemsell.yaroslavl.ru
web: http://web.yaroslavl.ru/blogs/leonya

Re: [devel] I: Sisyphus base build system freeze plans

[Yuri N. Sedunov]

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

On Вторник 27 Апрель 2004 12:49, Leonid Khachaturov wrote:
> Dmitry V. Levin wrote:
> >Hi,
> >
> >С появлением в Сизифе glibc-2.3.3+ скоро начнётся пересборка всех
> >бинарных пакетов; это необходимо для того, чтобы перевести их на новый
> >versioning (т.е. на текущий интерфейс).  По окончании этого этапа т.н.
> >"базовая сборочная система", т.е. то, что влияет на результат сборки
> >других пакетов, будет заморожена для того, чтобы облегчить подготовку
> >очередного Мастера.
>
> Означает ли это, что установка glibc-2.3.3 из Sisyphus сейчас, приведет
> к неработоспособности системы (или по-крайней мере её части)?

Или наоборот, что-то станет работать гораздо лучше. Гном, например.

-- 
Yuri N. Sedunov
04/27/04 13:07:08

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

[devel] Re: gnome and glibc-2.3.3 (was: Sisyphus base build system freeze plans)

[Vitaly Ostanin]

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

Yuri N. Sedunov пишет:

<skipped/>

>>Означает ли это, что установка glibc-2.3.3 из Sisyphus сейчас, приведет
>>к неработоспособности системы (или по-крайней мере её части)?
> 
> Или наоборот, что-то станет работать гораздо лучше. Гном, например.

Вах! :) А можно подробнее? Что именно в гноме стоит проверить на 
предмет улучшений?

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

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

Re: [devel] [JT] I: Sisyphus base build system freeze plans

[Alexey Morozov]

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

On Tue, Apr 27, 2004 at 01:09:31PM +0400, Yuri N. Sedunov wrote:
> > Означает ли это, что установка glibc-2.3.3 из Sisyphus сейчас, приведет
> > к неработоспособности системы (или по-крайней мере её части)?
> Или наоборот, что-то станет работать гораздо лучше. Гном, например.
Ну наконец-то <evil grin>


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

[devel] Re: I: Sisyphus base build system freeze plans

[Michael Shigorin]

On Tue, Apr 27, 2004 at 12:49:43PM +0400, Leonid Khachaturov wrote:
> Означает ли это, что установка glibc-2.3.3 из Sisyphus сейчас,
> приведет к неработоспособности системы (или по-крайней мере её
> части)?

Еще GL сломался (скринсейвер теперь CPU hog :).

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

Re: [devel] Re: I: Sisyphus base build system freeze plans

[Sergey Vlasov]

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

On Tue, Apr 27, 2004 at 12:26:01PM +0300, Michael Shigorin wrote:
> On Tue, Apr 27, 2004 at 12:49:43PM +0400, Leonid Khachaturov wrote:
> > Означает ли это, что установка glibc-2.3.3 из Sisyphus сейчас,
> > приведет к неработоспособности системы (или по-крайней мере её
> > части)?
> 
> Еще GL сломался (скринсейвер теперь CPU hog :).

$ ls -la /usr/X11R6/lib/libGL.so.1
lrwxrwxrwx  1 root root 12 Апр 27 14:30 /usr/X11R6/lib/libGL.so.1 -> libMesaGL.so

Старый ldconfig делает ссылку на libGLwrapper.so.0.1.8.  Вообще по какому
принципу ldconfig выбирает, на что поставить ссылку при наличии нескольких
библиотек с совпадающими SONAME?

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

Re: [devel] Re: I: Sisyphus base build system freeze plans

[Dmitry V. Levin]

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

On Tue, Apr 27, 2004 at 02:34:29PM +0400, Sergey Vlasov wrote:
> On Tue, Apr 27, 2004 at 12:26:01PM +0300, Michael Shigorin wrote:
> > On Tue, Apr 27, 2004 at 12:49:43PM +0400, Leonid Khachaturov wrote:
> > > Означает ли это, что установка glibc-2.3.3 из Sisyphus сейчас,
> > > приведет к неработоспособности системы (или по-крайней мере её
> > > части)?
> > 
> > Еще GL сломался (скринсейвер теперь CPU hog :).
> 
> $ ls -la /usr/X11R6/lib/libGL.so.1
> lrwxrwxrwx  1 root root 12 Апр 27 14:30 /usr/X11R6/lib/libGL.so.1 -> libMesaGL.so
> 
> Старый ldconfig делает ссылку на libGLwrapper.so.0.1.8.  Вообще по какому
> принципу ldconfig выбирает, на что поставить ссылку при наличии нескольких
> библиотек с совпадающими SONAME?

Этот алгоритм несколько раз менялся, и какой действует сейчас, я не помню.
Лучше не закладываться на тот или иной вариант и сделать нормальный
wrapper.


-- 
ldv

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

Re: [devel] Re: I: Sisyphus base build system freeze plans

[Sergey Vlasov]

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

On Tue, Apr 27, 2004 at 02:54:21PM +0400, Dmitry V. Levin wrote:
> On Tue, Apr 27, 2004 at 02:34:29PM +0400, Sergey Vlasov wrote:
> > On Tue, Apr 27, 2004 at 12:26:01PM +0300, Michael Shigorin wrote:
> > > On Tue, Apr 27, 2004 at 12:49:43PM +0400, Leonid Khachaturov wrote:
> > > > Означает ли это, что установка glibc-2.3.3 из Sisyphus сейчас,
> > > > приведет к неработоспособности системы (или по-крайней мере её
> > > > части)?
> > > 
> > > Еще GL сломался (скринсейвер теперь CPU hog :).
> > 
> > $ ls -la /usr/X11R6/lib/libGL.so.1
> > lrwxrwxrwx  1 root root 12 Апр 27 14:30 /usr/X11R6/lib/libGL.so.1 -> libMesaGL.so
> > 
> > Старый ldconfig делает ссылку на libGLwrapper.so.0.1.8.  Вообще по какому
> > принципу ldconfig выбирает, на что поставить ссылку при наличии нескольких
> > библиотек с совпадающими SONAME?
> 
> Этот алгоритм несколько раз менялся, и какой действует сейчас, я не помню.

На самом деле эта проблема возникает из-за следующего изменения:

@@ -770,10 +790,27 @@ search_dir (const struct dir_entry *entr
          continue;
        }
 
+
+      /* A link may just point to itself.  */
+      if (is_link)
+       {
+         /* If the path the link points to isn't its soname and it is not
+            .so symlink for ld(1) only, we treat it as a normal file.  */
+         const char *real_base_name = basename (real_file_name);
+
+         if (strcmp (real_base_name, soname) != 0)
+           {
+             len = strlen (real_base_name);
+             if (len < strlen (".so")
+                 || strcmp (real_base_name + len - strlen (".so"), ".so") != 0
+                 || strncmp (real_base_name, soname, len) != 0)
+               is_link = 0;
+           }
+        }
+
       if (real_name != real_file_name)
        free (real_name);
 
-      /* Links will just point to itself.  */
       if (is_link)
        {
          free (soname);

libMesaGL.so - это тоже ссылка (на libGL.so.1.4.501).  Судя по
комментарию, такая ссылка должна была бы игнорироваться, но на самом
деле этого не происходит из-за третьей части написанного здесь условия
(strncmp (real_base_name, soname, len) != 0).

> Лучше не закладываться на тот или иной вариант и сделать нормальный
> wrapper.

Каким образом?  Вынести все реальные libGL.so.* в другой каталог,
оставив в /usr/X11R6/lib только libGLwrapper.so.*?

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

Re: [devel] Re: I: Sisyphus base build system freeze plans

[Anton Farygin]

Sergey Vlasov пишет:
> On Tue, Apr 27, 2004 at 02:54:21PM +0400, Dmitry V. Levin wrote:
> 
>>On Tue, Apr 27, 2004 at 02:34:29PM +0400, Sergey Vlasov wrote:
>>
>>>On Tue, Apr 27, 2004 at 12:26:01PM +0300, Michael Shigorin wrote:
>>>
>>>>On Tue, Apr 27, 2004 at 12:49:43PM +0400, Leonid Khachaturov wrote:
>>>>
>>>>>Означает ли это, что установка glibc-2.3.3 из Sisyphus сейчас,
>>>>>приведет к неработоспособности системы (или по-крайней мере её
>>>>>части)?
>>>>
>>>>Еще GL сломался (скринсейвер теперь CPU hog :).
>>>
>>>$ ls -la /usr/X11R6/lib/libGL.so.1
>>>lrwxrwxrwx  1 root root 12 Апр 27 14:30 /usr/X11R6/lib/libGL.so.1 -> libMesaGL.so
>>>
>>>Старый ldconfig делает ссылку на libGLwrapper.so.0.1.8.  Вообще по какому
>>>принципу ldconfig выбирает, на что поставить ссылку при наличии нескольких
>>>библиотек с совпадающими SONAME?
>>
>>Этот алгоритм несколько раз менялся, и какой действует сейчас, я не помню.
> 
> 
> На самом деле эта проблема возникает из-за следующего изменения:
> 
> @@ -770,10 +790,27 @@ search_dir (const struct dir_entry *entr
>           continue;
>         }
>  
> +
> +      /* A link may just point to itself.  */
> +      if (is_link)
> +       {
> +         /* If the path the link points to isn't its soname and it is not
> +            .so symlink for ld(1) only, we treat it as a normal file.  */
> +         const char *real_base_name = basename (real_file_name);
> +
> +         if (strcmp (real_base_name, soname) != 0)
> +           {
> +             len = strlen (real_base_name);
> +             if (len < strlen (".so")
> +                 || strcmp (real_base_name + len - strlen (".so"), ".so") != 0
> +                 || strncmp (real_base_name, soname, len) != 0)
> +               is_link = 0;
> +           }
> +        }
> +
>        if (real_name != real_file_name)
>         free (real_name);
>  
> -      /* Links will just point to itself.  */
>        if (is_link)
>         {
>           free (soname);
> 
> libMesaGL.so - это тоже ссылка (на libGL.so.1.4.501).  Судя по
> комментарию, такая ссылка должна была бы игнорироваться, но на самом
> деле этого не происходит из-за третьей части написанного здесь условия
> (strncmp (real_base_name, soname, len) != 0).

Эта ссылка устарела, после ее удаления - все встает на свои места.

Судя по всему - ее можно убирать, чем я сейчас и займусь.

Но ошибка в ldconfig, похоже, все-таки есть.


> 
> 
>>Лучше не закладываться на тот или иной вариант и сделать нормальный
>>wrapper.
> 
> 
> Каким образом?  Вынести все реальные libGL.so.* в другой каталог,
> оставив в /usr/X11R6/lib только libGLwrapper.so.*?

Нет, не надо.. слишком много геммороя.

Rgds,
Rider

Re: [devel] Re: I: Sisyphus base build system freeze plans

[Dmitry V. Levin]

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

On Wed, Apr 28, 2004 at 09:55:38AM +0400, Sergey Vlasov wrote:
> On Tue, Apr 27, 2004 at 02:54:21PM +0400, Dmitry V. Levin wrote:
> > On Tue, Apr 27, 2004 at 02:34:29PM +0400, Sergey Vlasov wrote:
[...]
> > > $ ls -la /usr/X11R6/lib/libGL.so.1
> > > lrwxrwxrwx  1 root root 12 Апр 27 14:30 /usr/X11R6/lib/libGL.so.1 -> libMesaGL.so
> > > 
> > > Старый ldconfig делает ссылку на libGLwrapper.so.0.1.8.  Вообще по какому
> > > принципу ldconfig выбирает, на что поставить ссылку при наличии нескольких
> > > библиотек с совпадающими SONAME?
> > 
> > Этот алгоритм несколько раз менялся, и какой действует сейчас, я не помню.
> 
> На самом деле эта проблема возникает из-за следующего изменения:
> 
> @@ -770,10 +790,27 @@ search_dir (const struct dir_entry *entr
>           continue;
>         }
>  
> +
> +      /* A link may just point to itself.  */
> +      if (is_link)
> +       {
> +         /* If the path the link points to isn't its soname and it is not
> +            .so symlink for ld(1) only, we treat it as a normal file.  */
> +         const char *real_base_name = basename (real_file_name);
> +
> +         if (strcmp (real_base_name, soname) != 0)
> +           {
> +             len = strlen (real_base_name);
> +             if (len < strlen (".so")
> +                 || strcmp (real_base_name + len - strlen (".so"), ".so") != 0
> +                 || strncmp (real_base_name, soname, len) != 0)
> +               is_link = 0;
> +           }
> +        }
> +
>        if (real_name != real_file_name)
>         free (real_name);
>  
> -      /* Links will just point to itself.  */
>        if (is_link)
>         {
>           free (soname);
> 
> libMesaGL.so - это тоже ссылка (на libGL.so.1.4.501).  Судя по
> комментарию, такая ссылка должна была бы игнорироваться, но на самом
> деле этого не происходит из-за третьей части написанного здесь условия
> (strncmp (real_base_name, soname, len) != 0).

По идее автора этого изменения, ссылка libMesaGL.so должна игнорироваться
только в случае, если она ссылается на libMesaGL.so.*

> > Лучше не закладываться на тот или иной вариант и сделать нормальный
> > wrapper.
> 
> Каким образом?  Вынести все реальные libGL.so.* в другой каталог,
> оставив в /usr/X11R6/lib только libGLwrapper.so.*?

Например.


-- 
ldv

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

Re: [devel] Re: I: Sisyphus base build system freeze plans

[Sergey Vlasov]

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

On Wed, Apr 28, 2004 at 03:35:07PM +0400, Dmitry V. Levin wrote:
[...]
> > @@ -770,10 +790,27 @@ search_dir (const struct dir_entry *entr
> >           continue;
> >         }
> >  
> > +
> > +      /* A link may just point to itself.  */
> > +      if (is_link)
> > +       {
> > +         /* If the path the link points to isn't its soname and it is not
> > +            .so symlink for ld(1) only, we treat it as a normal file.  */
> > +         const char *real_base_name = basename (real_file_name);
> > +
> > +         if (strcmp (real_base_name, soname) != 0)
> > +           {
> > +             len = strlen (real_base_name);
> > +             if (len < strlen (".so")
> > +                 || strcmp (real_base_name + len - strlen (".so"), ".so") != 0
> > +                 || strncmp (real_base_name, soname, len) != 0)
> > +               is_link = 0;
> > +           }
> > +        }
> > +
> >        if (real_name != real_file_name)
> >         free (real_name);
> >  
> > -      /* Links will just point to itself.  */
> >        if (is_link)
> >         {
> >           free (soname);
> > 
> > libMesaGL.so - это тоже ссылка (на libGL.so.1.4.501).  Судя по
> > комментарию, такая ссылка должна была бы игнорироваться, но на самом
> > деле этого не происходит из-за третьей части написанного здесь условия
> > (strncmp (real_base_name, soname, len) != 0).
> 
> По идее автора этого изменения, ссылка libMesaGL.so должна игнорироваться
> только в случае, если она ссылается на libMesaGL.so.*

Там всё ещё страннее - похоже, readlink() там нигде не вызывается,
поэтому real_file_name - это имя самой ссылки, а не то, на что она
показывает.  Т.е., любая ссылка, имя которой не совпадает с soname,
и при этом не заканчивается на ".so" _или_ не начинается с soname,
будет считаться обычным файлом библиотеки (вне зависимости от того,
куда эта ссылка показывает).

Первые две проверки (на полное совпадение с soname и на *.so) мне
понятны.  А вот третья выглядит как-то странно.  Возможно,
подразумевалось что-то такое:

--- glibc-2.3.3-200404190147/elf/ldconfig.c.alt-ldconfig-links	2004-04-28 15:48:26 +0400
+++ glibc-2.3.3-200404190147/elf/ldconfig.c	2004-04-28 16:25:53 +0400
@@ -801,9 +801,9 @@ search_dir (const struct dir_entry *entr
 	  if (strcmp (real_base_name, soname) != 0)
 	    {
 	      len = strlen (real_base_name);
-	      if (len < strlen (".so")
-		  || strcmp (real_base_name + len - strlen (".so"), ".so") != 0
-		  || strncmp (real_base_name, soname, len) != 0)
+	      if ((len < strlen (".so")
+		   || strcmp (real_base_name + len - strlen (".so"), ".so") != 0)
+		  && strncmp (real_base_name, soname, len) != 0)
 		is_link = 0;
 	    }
         }

Хотя всё равно непонятно, зачем это нужно.  Чтение ChangeLog
ситуацию особо не проясняет:

2003-08-26  Jakub Jelinek  <jakub@redhat.com>

	* elf/ldconfig.c (search_dir): When checking for GNU-style .so
	link file use the real file name, not the resolved name we got by
	following the symlinks.

2003-08-25  Jakub Jelinek  <jakub@redhat.com>

	* elf/ldconfig.c (search_dir): Treat symlink as regular file
	if it won't point to itself unless it is .so symlink for the linker.

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

Re: [devel] Re: I: Sisyphus base build system freeze plans

[Dmitry V. Levin]

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

On Wed, Apr 28, 2004 at 04:33:31PM +0400, Sergey Vlasov wrote:
> Хотя всё равно непонятно, зачем это нужно.  Чтение ChangeLog
> ситуацию особо не проясняет:

Складывается ощущение, что надо откатить изменение, а потом думать, зачем
оно было нужно...


-- 
ldv

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

Re: [devel] Re: I: Sisyphus base build system freeze plans

[Anton Farygin]

Dmitry V. Levin пишет:
> On Wed, Apr 28, 2004 at 04:33:31PM +0400, Sergey Vlasov wrote:
> 
>>Хотя всё равно непонятно, зачем это нужно.  Чтение ChangeLog
>>ситуацию особо не проясняет:
> 
> 
> Складывается ощущение, что надо откатить изменение, а потом думать, зачем
> оно было нужно...

А может быть все-таки написать автор(у)(ам) изменения и спросить ?

Rgds,
Rider

Re: [devel] Re: I: Sisyphus base build system freeze plans

[Dmitry V. Levin]

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

On Wed, Apr 28, 2004 at 06:00:36PM +0400, Anton Farygin wrote:
> Dmitry V. Levin пишет:
> >On Wed, Apr 28, 2004 at 04:33:31PM +0400, Sergey Vlasov wrote:
> >
> >>Хотя всё равно непонятно, зачем это нужно.  Чтение ChangeLog
> >>ситуацию особо не проясняет:
> >
> >
> >Складывается ощущение, что надо откатить изменение, а потом думать, зачем
> >оно было нужно...
> 
> А может быть все-таки написать автор(у)(ам) изменения и спросить ?

Я сейчас не понимаю, как должен работать этот код.
Так что лучше сначала откатить, а потом понять и написать.


-- 
ldv

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

Re: [devel] Re: I: Sisyphus base build system freeze plans

[Sergey Vlasov]

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

On Wed, Apr 28, 2004 at 06:24:14PM +0400, Dmitry V. Levin wrote:
> On Wed, Apr 28, 2004 at 04:33:31PM +0400, Sergey Vlasov wrote:
> > Хотя всё равно непонятно, зачем это нужно.  Чтение ChangeLog
> > ситуацию особо не проясняет:
> 
> Складывается ощущение, что надо откатить изменение, а потом думать, зачем
> оно было нужно...

Кстати, что-то похожее с этим местом уже было ;)

2003-08-25  Ulrich Drepper  <drepper -at- redhat com>

	* elf/ldconfig.c (search_dir): Revert patch of 2003-7-21.

2003-07-21  HJ Lu  <hongjiu.lu -at- intel com>

	* elf/ldconfig.c (search_dir): Treat symlink as regular file
	if it won't point to itself.

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

Re: [devel] Re: I: Sisyphus base build system freeze plans

[Dmitry V. Levin]

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

On Wed, Apr 28, 2004 at 06:38:22PM +0400, Sergey Vlasov wrote:
> On Wed, Apr 28, 2004 at 06:24:14PM +0400, Dmitry V. Levin wrote:
> > On Wed, Apr 28, 2004 at 04:33:31PM +0400, Sergey Vlasov wrote:
> > > Хотя всё равно непонятно, зачем это нужно.  Чтение ChangeLog
> > > ситуацию особо не проясняет:
> > 
> > Складывается ощущение, что надо откатить изменение, а потом думать, зачем
> > оно было нужно...
> 
> Кстати, что-то похожее с этим местом уже было ;)

Да, в августе была небольшая дискуссия на эту тему:
http://sources.redhat.com/ml/libc-alpha/2003-08/msg00120.html


-- 
ldv

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

Re: [devel] I: Sisyphus base build system freeze plans

[Dmitry V. Levin]

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

On Tue, Apr 27, 2004 at 12:49:43PM +0400, Leonid Khachaturov wrote:
> Dmitry V. Levin wrote:
> 
> >Hi,
> >
> >С появлением в Сизифе glibc-2.3.3+ скоро начнётся пересборка всех
> >бинарных пакетов; это необходимо для того, чтобы перевести их на новый
> >versioning (т.е. на текущий интерфейс).  По окончании этого этапа т.н.
> >"базовая сборочная система", т.е. то, что влияет на результат сборки
> >других пакетов, будет заморожена для того, чтобы облегчить подготовку
> >очередного Мастера.
> > 
> >
> Означает ли это, что установка glibc-2.3.3 из Sisyphus сейчас, приведет 
> к неработоспособности системы (или по-крайней мере её части)?

Приложения, собранные с glibc-2.2.x, будут работать с прежними
интерфейсами; я не заметил видимых отличий в работе.  Будучи
пересобранными, программы могут заработать иначе, это и надо тестировать.


-- 
ldv

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