[devel] I: freeradius development team

[devel] I: freeradius development team

[Vladimir V. Kamarzin]

Господа, есть мнение организовать freeradius team. Соответствующий запрос
отправлен на join@. Подобрать freeradius ещё никто не решился случаем? :) Если
таки да, то просьба вступать в team, будем "подбирать сообща" ;-)

-- 
vvk

Re: [devel] I: freeradius development team

[Dmitry Lebkov]

Vladimir V. Kamarzin wrote:
> Господа, есть мнение организовать freeradius team. Соответствующий запрос
> отправлен на join@. Подобрать freeradius ещё никто не решился случаем? :) Если
> таки да, то просьба вступать в team, будем "подбирать сообща" ;-)

Да он подобран давно. Только вот подобравший чего-то запаздыват ... :(

Включай меня в туда, ежели оно будет создано - давно его для своих нужд
сам собираю ...

-- 
WBR, Dmitry Lebkov

Re: [devel] I: freeradius development team

[Anton Gorlov]

Dmitry Lebkov пишет:

>> Господа, есть мнение организовать freeradius team. Соответствующий запрос
>> отправлен на join@. Подобрать freeradius ещё никто не решился случаем? :) Если
>> таки да, то просьба вступать в team, будем "подбирать сообща" ;-)
> Да он подобран давно. Только вот подобравший чего-то запаздыват ... :(

Если вы про меня.. то я забуксовал немного..на этапе тогочто не со всеми 
либами радиус линкуется..вернее часть прилинованных овталивается при 
mode install. разработчики говорят что это косяк либтулов.

> Включай меня в туда, ежели оно будет создано - давно его для своих нужд
> сам собираю ...
покажите плз ldd rlm_eap.so

Re: [devel] I: freeradius development team

[Igor Zubkov]

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

В сообщении от 30 мая 2006 18:10 Anton Gorlov написал(a):
> > Включай меня в туда, ежели оно будет создано - давно его для своих нужд
> > сам собираю ...
>
> покажите плз ldd rlm_eap.so

Помочь починить unresolved'ы?

-- 
Track 2

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

Re: [devel] I: freeradius development team

[Anton Gorlov]

Igor Zubkov пишет:

>>> Включай меня в туда, ежели оно будет создано - давно его для своих нужд
>>> сам собираю ...
>> покажите плз ldd rlm_eap.so
> Помочь починить unresolved'ы?

Проблема там гораздо глубже - оно линкуется с нужными либами.. то есть в
~/RPM/BUILDROOT/blablabla/bla/libs/superlib.so
к примеру по выводу ldd  видно чт ооно прилинкованно к соседней либе main.so

но после установки в тмо что лежит в 
~/tmb/blablabla-buildroot/usr/lib/superlib.so
по выводу ldd уже нет main.so.
то есть 1 либа радиуса линкуется при сборке с другйо либо радиуса.. но 
после install эта линковка теряется.
Так же некотоыре либы вообще линкуются со путём 
/home/user/RPM/BUILDROOT/blabla/bla.so
они тоже выносятся при инстале. Но тут уже понятно почему.

Re: [devel] I: freeradius development team

[Aleksey Avdeev]

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

Anton Gorlov пишет:
> Igor Zubkov пишет:
> 
> 
>>>>Включай меня в туда, ежели оно будет создано - давно его для своих нужд
>>>>сам собираю ...
>>>
>>>покажите плз ldd rlm_eap.so
>>
>>Помочь починить unresolved'ы?
> 
> 
> Проблема там гораздо глубже - оно линкуется с нужными либами.. то есть в
> ~/RPM/BUILDROOT/blablabla/bla/libs/superlib.so
> к примеру по выводу ldd  видно чт ооно прилинкованно к соседней либе main.so
> 
> но после установки в тмо что лежит в 
> ~/tmb/blablabla-buildroot/usr/lib/superlib.so
> по выводу ldd уже нет main.so.
> то есть 1 либа радиуса линкуется при сборке с другйо либо радиуса.. но 
> после install эта линковка теряется.
> Так же некотоыре либы вообще линкуются со путём 
> /home/user/RPM/BUILDROOT/blabla/bla.so
> они тоже выносятся при инстале. Но тут уже понятно почему.

  Какие есть пути борьбы с этим?

PS: Только что нарвался на подобное.

  На данный момент, сложилось впечатление, что это происходит при
использовании "libxxx_la_LIBADD = libyyy.la" в Makefile.am, и возможно
-- есть связь с порядком обхода подкаталогов (объявлением их в SUBDIRS).

-- 

С уважением. Алексей.


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

Re: [devel] I: freeradius development team

[Anton Gorlov]

Aleksey Avdeev пишет:

>   Какие есть пути борьбы с этим?
С чем именно? C выносом того чт оприлинковано при инсталле?
Или с кривым путём при линковке?
> 
> PS: Только что нарвался на подобное.
>   На данный момент, сложилось впечатление, что это происходит при
> использовании "libxxx_la_LIBADD = libyyy.la" в Makefile.am, и возможно
> -- есть связь с порядком обхода подкаталогов (объявлением их в SUBDIRS).

Ммм.. у меня щас основнач проблема в том что даже если либа прилинвоана 
верно..но на момент установки (точнее в ~/tmp/blabla-buildroot) её нет в 
системе (реальной) -то при
$(LIBTOOL) --mode=install $(INSTALL)  -m 755 $(INSTALLSTRIP) 
radeapclient$(EXEEXT) $(R)$(bindir)
они выносятся. Возможно это strip кашу портит..завтра постараюсь 
посмотреть что будет если его отключить.

Re: [devel] I: freeradius development team

[Dmitry Lebkov]

Anton Gorlov пишет:
> Dmitry Lebkov пишет:
> 
>>> Господа, есть мнение организовать freeradius team. Соответствующий запрос
>>> отправлен на join@. Подобрать freeradius ещё никто не решился случаем? :) Если
>>> таки да, то просьба вступать в team, будем "подбирать сообща" ;-)
>> Да он подобран давно. Только вот подобравший чего-то запаздыват ... :(
> 
> Если вы про меня.. то я забуксовал немного..на этапе тогочто не со всеми 
> либами радиус линкуется..вернее часть прилинованных овталивается при 
> mode install. разработчики говорят что это косяк либтулов.
> 
>> Включай меня в туда, ежели оно будет создано - давно его для своих нужд
>> сам собираю ...
> покажите плз ldd rlm_eap.so

$ ldd rlm_eap-2.0.0-pre0.so
        linux-gate.so.1 =>  (0xffffe000)
        libradius-2.0.0-pre0.so => /usr/lib/freeradius/libradius-2.0.0-pre0.so (0xb7f11000)
        libeap-2.0.0-pre0.so => /usr/lib/freeradius/libeap-2.0.0-pre0.so (0xb7f05000)
        libltdl.so.3 => /usr/lib/libltdl.so.3 (0xb7eec000)
        libpthread.so.0 => /lib/libpthread.so.0 (0xb7e9b000)
        libc.so.6 => /lib/libc.so.6 (0xb7d8c000)
        libssl.so.4 => /lib/libssl.so.4 (0xb7d5b000)
        libcrypto.so.4 => /lib/libcrypto.so.4 (0xb7c59000)
        libdl.so.2 => /lib/libdl.so.2 (0xb7c55000)
        /lib/ld-linux.so.2 (0x80000000)

-- 
WBR, Dmitry Lebkov

Re: [devel] I: freeradius development team

[Aleksey Avdeev]

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

Anton Gorlov пишет:
> Aleksey Avdeev пишет:
> 
> 
>>  Какие есть пути борьбы с этим?
> 
> С чем именно? C выносом того чт оприлинковано при инсталле?
> Или с кривым путём при линковке?
> 
>>PS: Только что нарвался на подобное.
>>  На данный момент, сложилось впечатление, что это происходит при
>>использовании "libxxx_la_LIBADD = libyyy.la" в Makefile.am, и возможно
>>-- есть связь с порядком обхода подкаталогов (объявлением их в SUBDIRS).
> 
> 
> Ммм.. у меня щас основнач проблема в том что даже если либа прилинвоана 
> верно..но на момент установки (точнее в ~/tmp/blabla-buildroot) её нет в 
> системе (реальной) -то при
> $(LIBTOOL) --mode=install $(INSTALL)  -m 755 $(INSTALLSTRIP) 
> radeapclient$(EXEEXT) $(R)$(bindir)

  Тоже самое.

> они выносятся. Возможно это strip кашу портит..завтра постараюсь 
> посмотреть что будет если его отключить.

  Нашёл в архиве
<http://lists.altlinux.org/pipermail/devel/2005-June/021860.html> --
кажется, это оно. (В предыдущем письме -- спорол лажу.)

PS: Надо посмотреть, как решается эта проблема в других спеках, где
приложения и либы (и/или слинкованные между собой либы) собираются вместе...

-- 

С уважением. Алексей.


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

Re: [devel] I: freeradius development team

[Anton Gorlov]

Aleksey Avdeev пишет:

>> Ммм.. у меня щас основнач проблема в том что даже если либа прилинвоана 
>> верно..но на момент установки (точнее в ~/tmp/blabla-buildroot) её нет в 
>> системе (реальной) -то при
>> $(LIBTOOL) --mode=install $(INSTALL)  -m 755 $(INSTALLSTRIP) 
>> radeapclient$(EXEEXT) $(R)$(bindir)
>   Тоже самое.
:-/
Значит я не одинок в этом.

>> они выносятся. Возможно это strip кашу портит..завтра постараюсь 
>> посмотреть что будет если его отключить.
>   Нашёл в архиве
> <http://lists.altlinux.org/pipermail/devel/2005-June/021860.html> --
> кажется, это оно. (В предыдущем письме -- спорол лажу.)
Ага.. чоень похоже.
Хотя в какой-то момент мне удалсоь собрать так что либы не 
вынеслись...но прилинковались они прям как 
/home/user/RPM/BUILDROOT/blabla/lib.so


> PS: Надо посмотреть, как решается эта проблема в других спеках, где
> приложения и либы (и/или слинкованные между собой либы) собираются вместе...

Смотрел на дебиан - там вообще просто тупо отключили сборку половины 
модулей. Видать тоже не осилили.



-- 
   np: silence ( Winamp ушел в Партизаны ;-)

Re: [devel] I: freeradius development team

[Dmitry Lebkov]

Dmitry Lebkov wrote:
> Anton Gorlov пишет:
>> Dmitry Lebkov пишет:
>>
>>>> Господа, есть мнение организовать freeradius team. Соответствующий запрос
>>>> отправлен на join@. Подобрать freeradius ещё никто не решился случаем? :) Если
>>>> таки да, то просьба вступать в team, будем "подбирать сообща" ;-)
>>> Да он подобран давно. Только вот подобравший чего-то запаздыват ... :(
>> Если вы про меня.. то я забуксовал немного..на этапе тогочто не со всеми 
>> либами радиус линкуется..вернее часть прилинованных овталивается при 
>> mode install. разработчики говорят что это косяк либтулов.
>>
>>> Включай меня в туда, ежели оно будет создано - давно его для своих нужд
>>> сам собираю ...
>> покажите плз ldd rlm_eap.so
> 
> $ ldd rlm_eap-2.0.0-pre0.so
>         linux-gate.so.1 =>  (0xffffe000)
>         libradius-2.0.0-pre0.so => /usr/lib/freeradius/libradius-2.0.0-pre0.so (0xb7f11000)
>         libeap-2.0.0-pre0.so => /usr/lib/freeradius/libeap-2.0.0-pre0.so (0xb7f05000)
>         libltdl.so.3 => /usr/lib/libltdl.so.3 (0xb7eec000)
>         libpthread.so.0 => /lib/libpthread.so.0 (0xb7e9b000)
>         libc.so.6 => /lib/libc.so.6 (0xb7d8c000)
>         libssl.so.4 => /lib/libssl.so.4 (0xb7d5b000)
>         libcrypto.so.4 => /lib/libcrypto.so.4 (0xb7c59000)
>         libdl.so.2 => /lib/libdl.so.2 (0xb7c55000)
>         /lib/ld-linux.so.2 (0x80000000)
>

ftp://ftp.sakhalin.ru/linux/alt/myStore/SRPMS

Сразу забыл кинуть ссылку. %)

-- 
WBR, Dmitry Lebkov

Re: [devel] I: freeradius development team

[Aleksey Avdeev]

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

Anton Gorlov пишет:
> Aleksey Avdeev пишет:
> 
> 
>>>Ммм.. у меня щас основнач проблема в том что даже если либа прилинвоана 
>>>верно..но на момент установки (точнее в ~/tmp/blabla-buildroot) её нет в 
>>>системе (реальной) -то при
>>>$(LIBTOOL) --mode=install $(INSTALL)  -m 755 $(INSTALLSTRIP) 
>>>radeapclient$(EXEEXT) $(R)$(bindir)
>>
>>  Тоже самое.
> 
> :-/
> Значит я не одинок в этом.

  У меня ситуация наверное проще: Makefile.am я сам писал. И на нём
можно свободно экспериментировать.

>>
>>  Нашёл в архиве
>><http://lists.altlinux.org/pipermail/devel/2005-June/021860.html> --
>>кажется, это оно. (В предыдущем письме -- спорол лажу.)
> 
> Ага.. чоень похоже.
> Хотя в какой-то момент мне удалсоь собрать так что либы не 
> вынеслись...но прилинковались они прям как 
> /home/user/RPM/BUILDROOT/blabla/lib.so
> 
> 
> 
>>PS: Надо посмотреть, как решается эта проблема в других спеках, где
>>приложения и либы (и/или слинкованные между собой либы) собираются вместе...
> 
> 
> Смотрел на дебиан - там вообще просто тупо отключили сборку половины 
> модулей. Видать тоже не осилили.

  Я сейчас раскопками на <http://alt.linux.kiev.ua> занимаюсь. Может
там, подходящий пример есть (сомневаюсь, что мы на этих граблях первые).

-- 

С уважением. Алексей.


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

Re: [devel] I: freeradius development team

[Igor Zubkov]

В сообщении от 31 мая 2006 12:57 Dmitry Lebkov написал(a):
> Dmitry Lebkov wrote:
> > Anton Gorlov пишет:
> >> Dmitry Lebkov пишет:
> >>>> Господа, есть мнение организовать freeradius team. Соответствующий
> >>>> запрос отправлен на join@. Подобрать freeradius ещё никто не решился
> >>>> случаем? :) Если таки да, то просьба вступать в team, будем "подбирать
> >>>> сообща" ;-)
> >>>
> >>> Да он подобран давно. Только вот подобравший чего-то запаздыват ... :(
> >>
> >> Если вы про меня.. то я забуксовал немного..на этапе тогочто не со всеми
> >> либами радиус линкуется..вернее часть прилинованных овталивается при
> >> mode install. разработчики говорят что это косяк либтулов.
> >>
> >>> Включай меня в туда, ежели оно будет создано - давно его для своих нужд
> >>> сам собираю ...
> >>
> >> покажите плз ldd rlm_eap.so
> >
> > $ ldd rlm_eap-2.0.0-pre0.so
> >         linux-gate.so.1 =>  (0xffffe000)
> >         libradius-2.0.0-pre0.so =>
> > /usr/lib/freeradius/libradius-2.0.0-pre0.so (0xb7f11000)
> > libeap-2.0.0-pre0.so => /usr/lib/freeradius/libeap-2.0.0-pre0.so
> > (0xb7f05000) libltdl.so.3 => /usr/lib/libltdl.so.3 (0xb7eec000)
> >         libpthread.so.0 => /lib/libpthread.so.0 (0xb7e9b000)
> >         libc.so.6 => /lib/libc.so.6 (0xb7d8c000)
> >         libssl.so.4 => /lib/libssl.so.4 (0xb7d5b000)
> >         libcrypto.so.4 => /lib/libcrypto.so.4 (0xb7c59000)
> >         libdl.so.2 => /lib/libdl.so.2 (0xb7c55000)
> >         /lib/ld-linux.so.2 (0x80000000)
>
> ftp://ftp.sakhalin.ru/linux/alt/myStore/SRPMS
>
> Сразу забыл кинуть ссылку. %)

freeradius-2.0.0-alt0.20060518.src.rpm оно ?

-- 
Король и Шут - Следи за собой

Re: [devel] I: freeradius development team

[Dmitry Lebkov]

Igor Zubkov wrote:
> В сообщении от 31 мая 2006 12:57 Dmitry Lebkov написал(a):
>> Dmitry Lebkov wrote:
>>> Anton Gorlov пишет:
>>>> Dmitry Lebkov пишет:
>>>>>> Господа, есть мнение организовать freeradius team. Соответствующий
>>>>>> запрос отправлен на join@. Подобрать freeradius ещё никто не решился
>>>>>> случаем? :) Если таки да, то просьба вступать в team, будем "подбирать
>>>>>> сообща" ;-)
>>>>> Да он подобран давно. Только вот подобравший чего-то запаздыват ... :(
>>>> Если вы про меня.. то я забуксовал немного..на этапе тогочто не со всеми
>>>> либами радиус линкуется..вернее часть прилинованных овталивается при
>>>> mode install. разработчики говорят что это косяк либтулов.
>>>>
>>>>> Включай меня в туда, ежели оно будет создано - давно его для своих нужд
>>>>> сам собираю ...
>>>> покажите плз ldd rlm_eap.so
>>> $ ldd rlm_eap-2.0.0-pre0.so
>>>         linux-gate.so.1 =>  (0xffffe000)
>>>         libradius-2.0.0-pre0.so =>
>>> /usr/lib/freeradius/libradius-2.0.0-pre0.so (0xb7f11000)
>>> libeap-2.0.0-pre0.so => /usr/lib/freeradius/libeap-2.0.0-pre0.so
>>> (0xb7f05000) libltdl.so.3 => /usr/lib/libltdl.so.3 (0xb7eec000)
>>>         libpthread.so.0 => /lib/libpthread.so.0 (0xb7e9b000)
>>>         libc.so.6 => /lib/libc.so.6 (0xb7d8c000)
>>>         libssl.so.4 => /lib/libssl.so.4 (0xb7d5b000)
>>>         libcrypto.so.4 => /lib/libcrypto.so.4 (0xb7c59000)
>>>         libdl.so.2 => /lib/libdl.so.2 (0xb7c55000)
>>>         /lib/ld-linux.so.2 (0x80000000)
>> ftp://ftp.sakhalin.ru/linux/alt/myStore/SRPMS
>>
>> Сразу забыл кинуть ссылку. %)
> 
> freeradius-2.0.0-alt0.20060518.src.rpm оно ?

Одно из двух %). Там две сборки из CVS и в обеих libeap собирается.

-- 
WBR, Dmitry Lebkov

Re: [devel] I: rpmbuild make install с libtool (was freeradius development team)

[Aleksey Avdeev]

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

Anton Gorlov пишет:
> Aleksey Avdeev пишет:
> 
> 
>>  Какие есть пути борьбы с этим?
> 
> С чем именно? C выносом того чт оприлинковано при инсталле?
> Или с кривым путём при линковке?

  Со своим случаем разобрался: секция %install отработала нормально.

> 
>>PS: Только что нарвался на подобное.
>>  На данный момент, сложилось впечатление, что это происходит при
>>использовании "libxxx_la_LIBADD = libyyy.la" в Makefile.am, и возможно
>>-- есть связь с порядком обхода подкаталогов (объявлением их в SUBDIRS).

1. Связь всётаки есть. Причём, не только с порядком обхода подкаталогов,
но и с порядком объявления *.la в {pkg,}lib_LTLIBRARIES: все *.la,
требуемые для линковки должны объявляться в ранее обработанных каталогах
и/или раньше по списку в переменных. (Иначе в момент инсталляции
приложения/библиотеки используемые компоненты ещё не инсталлированы.)

2. В спеке:

%makeinstall inst_prefix_dir=%buildroot

(Это inst_prefix_dir -- присутствует в *.la как @inst_prefix_dir@)

> 
> 
> Ммм.. у меня щас основнач проблема в том что даже если либа прилинвоана 
> верно..но на момент установки (точнее в ~/tmp/blabla-buildroot) её нет в 
> системе (реальной) -то при
> $(LIBTOOL) --mode=install $(INSTALL)  -m 755 $(INSTALLSTRIP) 
> radeapclient$(EXEEXT) $(R)$(bindir)
> они выносятся. Возможно это strip кашу портит..завтра постараюсь 
> посмотреть что будет если его отключить.

-- 

С уважением. Алексей.


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

Re: [devel] I: rpmbuild make install с libtool (was freeradius development team)

[Aleksey Avdeev]

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

Aleksey Avdeev пишет:
> Anton Gorlov пишет:
> 
>>Aleksey Avdeev пишет:
>>
>>
>>
>>> Какие есть пути борьбы с этим?
>>
>>С чем именно? C выносом того чт оприлинковано при инсталле?
>>Или с кривым путём при линковке?
> 
> 
>   Со своим случаем разобрался: секция %install отработала нормально.
> 
> 
>>>PS: Только что нарвался на подобное.
>>> На данный момент, сложилось впечатление, что это происходит при
>>>использовании "libxxx_la_LIBADD = libyyy.la" в Makefile.am, и возможно
>>>-- есть связь с порядком обхода подкаталогов (объявлением их в SUBDIRS).
> 
> 
> 1. Связь всётаки есть. Причём, не только с порядком обхода подкаталогов,
> но и с порядком объявления *.la в {pkg,}lib_LTLIBRARIES: все *.la,
> требуемые для линковки должны объявляться в ранее обработанных каталогах
> и/или раньше по списку в переменных. (Иначе в момент инсталляции
> приложения/библиотеки используемые компоненты ещё не инсталлированы.)
> 
> 2. В спеке:
> 
> %makeinstall inst_prefix_dir=%buildroot
               ^^^^^^^^^^^^^^^^^^^^^^^^^^

  Выделенное, всётаки не нужно.

> 
> (Это inst_prefix_dir -- присутствует в *.la как @inst_prefix_dir@)
> 

-- 

С уважением. Алексей.


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