[sisyphus] Daedalus: New packages

[sisyphus] Daedalus: New packages

[Aleksandr Blokhin]

Приветствую!
В Daedalus выложены обновлённые пакеты:
kdevelop

----------------------------------------------------------
kdevelop
----------------------------------------------------------
Description :
The KDevelop Integrated Development Environment provides many features that
developers need as well as providing a unified interface to programs like gdb,
the C/C++ compiler, and make.

KDevelop manages or provides:
   * All development tools needed for C++ programming like Compiler, Linker,
     automake and autoconf

   * KAppWizard, which generates complete, ready-to-go sample applications


Changelog:
----------------------------------------------------------
* Птн Сен 12 2003 Viktor S. Grishchenko <gritzko@altlinux.ru> 2:3.0a6-alt1
- new Sisyphus requirements
- updated to the current cvs version (~alpha 6)

Пакет для самостоятельной сборки доступен по адресу:
ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/Daedalus/SRPMS.daedalus/kdevelop-3.0a6-alt1.src.rpm

Пакеты для установки доступны по адресу:
ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/Daedalus/i586/RPMS.daedalus/kdevelop-3.0a6-alt1.i586.rpm
ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/Daedalus/i586/RPMS.daedalus/kdevelop-devel-3.0a6-alt1.i586.rpm

[sisyphus] Приклеилась странная зависимость

[Виктор С. Грищенко]

В сообщении от 20 Сентябрь 2003 18:53 Aleksandr Blokhin написал(a):
> Приветствую!
> В Daedalus выложены обновлённые пакеты:
> kdevelop

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

При сборке RPM выставляет пакету зависимость на libkdevcppsupport.so. В то же 
время, эта библиотека содержится в самом пакете, чего RPM не понимает и при 
инсталляции.

/usr/lib/kde3/libkdevcppsupport.la
/usr/lib/kde3/libkdevcppsupport.so

Вопрос: чем это вызвано?

-- 
	Виктор С. Грищенко 

	А как раз в то время обретался между монахов Южной Столицы
	некий головорез по прозвищу Пресветлый Тадзима.

Re: [sisyphus] Приклеилась странная зависимость (RPM troubles)

[Виктор С. Грищенко]

В сообщении от 22 Сентябрь 2003 11:34 Виктор С. Грищенко написал(a):
> При сборке RPM выставляет пакету зависимость на libkdevcppsupport.so. В то
> же время, эта библиотека содержится в самом пакете, чего RPM не понимает и
> при инсталляции.

В SPEC обнаружен грязный хак вида:
Provides: libkdevcppsupport.so

Я его закомментарил при "зачистке"...

-- 
	Виктор С. Грищенко 

Re: [sisyphus] Приклеилась странная зависимость (RPM troubles)

[Alexey Morozov]

Виктор С. Грищенко пишет:

>В сообщении от 22 Сентябрь 2003 11:34 Виктор С. Грищенко написал(a):
>  
>
>>При сборке RPM выставляет пакету зависимость на libkdevcppsupport.so. В то
>>же время, эта библиотека содержится в самом пакете, чего RPM не понимает и
>>при инсталляции.
>>    
>>
>
>В SPEC обнаружен грязный хак вида:
>Provides: libkdevcppsupport.so
>
>Я его закомментарил при "зачистке"...
>
В общем, это не грязный хак, а обычный воркэраунд. Теоретически, можно
для определенных пакетов доопределять директории, в которых
find-provides будет искать библиотеки (по умолчанию он ищет только в
"системных"), и, более того, для KDE3 это, видимо, будет правильным
действием, но, гхм, мороки много, всем лениво :-). Можете попробовать
сами сделать, я думаю, Zerg включит Ваше решение в сборку KDE :-)

Re: [sisyphus] Приклеилась странная зависимость (RPM troubles)

[Alexander Bokovoy]

On Tue, Sep 23, 2003 at 12:14:22PM +0700, Alexey Morozov wrote:
> Виктор С. Грищенко пишет:
> 
> >В сообщении от 22 Сентябрь 2003 11:34 Виктор С. Грищенко написал(a):
> > 
> >
> >>При сборке RPM выставляет пакету зависимость на libkdevcppsupport.so. В то
> >>же время, эта библиотека содержится в самом пакете, чего RPM не понимает и
> >>при инсталляции.
> >>   
> >>
> >
> >В SPEC обнаружен грязный хак вида:
> >Provides: libkdevcppsupport.so
> >
> >Я его закомментарил при "зачистке"...
> >
> В общем, это не грязный хак, а обычный воркэраунд. Теоретически, можно
> для определенных пакетов доопределять директории, в которых
> find-provides будет искать библиотеки (по умолчанию он ищет только в
> "системных"), и, более того, для KDE3 это, видимо, будет правильным
> действием, но, гхм, мороки много, всем лениво :-). Можете попробовать
> сами сделать, я думаю, Zerg включит Ваше решение в сборку KDE :-)
%add_findprov_lib_path %libdir/kde3 создает больше мороки чем этот
"грязный хак"? Ну, знаете...
:)
-- 
/ Alexander Bokovoy
---
Ideas don't stay in some minds very long because they don't like
solitary confinement.

Re: [sisyphus] Приклеилась странная зависимость (RPM troubles)

[Alexey Morozov]

Alexander Bokovoy пишет:

> %add_findprov_lib_path %libdir/kde3 создает больше мороки чем этот
>
>"грязный хак"? Ну, знаете...
>:)
>
"Век живи, век учись" (C) Поручик.
А если серьезно, Александр, то такие вот примеры приходится либо 
выковыривать из чужих спеков (да еще и поди найди его такой), либо 
муторно выглядывать из /usr/lib/rpm/i586-alt-linux/macros и/или 
/etc/rpm/macros.d. (Мечтательно) если бы писатели макросов почаще 
документировали свои творения, глядишь, можно было бы второе издание 
Maximum RPM выпускать :-).

[sisyphus] Re: Приклеилась странная зависимость (RPM troubles)

[Michael Shigorin]

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

On Tue, Sep 23, 2003 at 11:10:01AM +0300, Alexander Bokovoy wrote:
> > >В SPEC обнаружен грязный хак вида:
> > >Provides: libkdevcppsupport.so
> > В общем, это не грязный хак, а обычный воркэраунд.
> %add_findprov_lib_path %libdir/kde3 создает больше мороки чем
> этот "грязный хак"? Ну, знаете...  :)

Вообще говоря, не может ли быть осмысленным добавлять _штатно_
%_libdir/%name ?  Для анализа должно хватить чего-то вроде

for i in *.spec; do
  grep %add_findprov_lib_path $i \
  | sed "s,${i%.spec},%name," \
  | grep -v "%add_findprov_lib_path %_libdir/%name"
done

Проблемой может быть то, когда там что-то СОВСЕМ левое, но как
оно окажется в %buildroot -- я не представляю. :)

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

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

Re: [sisyphus] Приклеилась странная зависимость (RPM troubles)

[Sergey V Turchin]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 744 bytes --]

В сообщении от 23 Сентябрь 2003 09:14 Alexey Morozov написал(a):

<skip/>

> В общем, это не грязный хак, а обычный воркэраунд. Теоретически,
> можно для определенных пакетов доопределять директории, в которых
> find-provides будет искать библиотеки (по умолчанию он ищет
> только в "системных"), и, более того, для KDE3 это, видимо, будет
> правильным действием,
Нет, скорее KDE-шные приложения держат некоторые библиотеки
в неправильном месте или недодумана архитектура этих программ.

>  но, гхм, мороки много, всем лениво :-).
> Можете попробовать сами сделать, я думаю, Zerg включит Ваше
> решение в сборку KDE :-)

-- 
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: [sisyphus] Re: Приклеилась странная зависимость (RPM troubles)

[Alexander Bokovoy]

On Tue, Sep 23, 2003 at 01:41:49PM +0300, Michael Shigorin wrote:
> On Tue, Sep 23, 2003 at 11:10:01AM +0300, Alexander Bokovoy wrote:
> > > >В SPEC обнаружен грязный хак вида:
> > > >Provides: libkdevcppsupport.so
> > > В общем, это не грязный хак, а обычный воркэраунд.
> > %add_findprov_lib_path %libdir/kde3 создает больше мороки чем
> > этот "грязный хак"? Ну, знаете...  :)
> 
> Вообще говоря, не может ли быть осмысленным добавлять _штатно_
> %_libdir/%name ?  Для анализа должно хватить чего-то вроде
Нет. Не нужна эта "смарт-логика" здесь.


> for i in *.spec; do
>   grep %add_findprov_lib_path $i \
>   | sed "s,${i%.spec},%name," \
>   | grep -v "%add_findprov_lib_path %_libdir/%name"
> done
> 
> Проблемой может быть то, когда там что-то СОВСЕМ левое, но как
> оно окажется в %buildroot -- я не представляю. :)
А я представляю -- это может быть внедренный код в исходнике пакета,
с установкой, добавленной в Makefile.

-- 
/ Alexander Bokovoy
---
In Seattle, Washington, it is illegal to carry a concealed weapon that
is over six feet in length.

Re: [sisyphus] Приклеилась странная зависимость (RPM troubles)

[Alexey Morozov]

Sergey V Turchin пишет:

>В сообщении от 23 Сентябрь 2003 09:14 Alexey Morozov написал(a):
>
><skip/>
>
>  
>
>>В общем, это не грязный хак, а обычный воркэраунд. Теоретически,
>>можно для определенных пакетов доопределять директории, в которых
>>find-provides будет искать библиотеки (по умолчанию он ищет
>>только в "системных"), и, более того, для KDE3 это, видимо, будет
>>правильным действием,
>>    
>>
>Нет, скорее KDE-шные приложения держат некоторые библиотеки
>в неправильном месте или недодумана архитектура этих программ.
>  
>
Не. Нафига всем остальным нужны KDE'шные IO slave'ы итп. Ну, а то, что 
кто-то надумал жестко линковаться с такой вот "библиотекой", а не 
пользоваться lt_dlopen и далее по тексту - ну, можно, наверное, и 
отучить, да только не влом ли?

Кстати, я тут в очередной раз проапгрейдил kdebase и в очередной раз 
получил неработающий kio_smb_rw.so. Не грузилось из-за очередной 
несостыковки библиотек, которые используются libsmbclient (то-ли ldap, 
то-ли kerberos). Таки есть предложение вкомпиливать все это хозяйство 
статически. Обновленные версии тех патчей, что я Вам высылал могу 
предоставить.

Re: [sisyphus] Приклеилась странная зависимость (RPM troubles)

[Alexander Bokovoy]

On Tue, Sep 23, 2003 at 04:50:03PM +0700, Alexey Morozov wrote:
> Alexander Bokovoy пишет:
> 
> >%add_findprov_lib_path %libdir/kde3 создает больше мороки чем этот
> >
> >"грязный хак"? Ну, знаете...
> >:)
> >
> "Век живи, век учись" (C) Поручик.
> А если серьезно, Александр, то такие вот примеры приходится либо 
> выковыривать из чужих спеков (да еще и поди найди его такой), либо 
> муторно выглядывать из /usr/lib/rpm/i586-alt-linux/macros и/или 
> /etc/rpm/macros.d. (Мечтательно) если бы писатели макросов почаще 
> документировали свои творения, глядишь, можно было бы второе издание 
> Maximum RPM выпускать :-).
Эта вещь многократно упоминалась в devel@, что касается документирования,
то практически все (но не этот макрос, он из относительно недавних
времен) задокументировано на
http://docs.altlinux.ru/alt/devel/ch01s02.html

-- 
/ Alexander Bokovoy
---
X-rated movies are all alike ... the only thing they leave to the
imagination is the plot.

Re: [sisyphus] Приклеилась странная зависимость (RPM troubles)

[Dmitry V. Levin]

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

On Tue, Sep 23, 2003 at 03:30:17PM +0300, Alexander Bokovoy wrote:
> On Tue, Sep 23, 2003 at 04:50:03PM +0700, Alexey Morozov wrote:
> > Alexander Bokovoy пишет:
> > 
> > >%add_findprov_lib_path %libdir/kde3 создает больше мороки чем этот
> > >
> > >"грязный хак"? Ну, знаете...
> > >:)
> > >
> > "Век живи, век учись" (C) Поручик.
> > А если серьезно, Александр, то такие вот примеры приходится либо 
> > выковыривать из чужих спеков (да еще и поди найди его такой), либо 
> > муторно выглядывать из /usr/lib/rpm/i586-alt-linux/macros и/или 
> > /etc/rpm/macros.d. (Мечтательно) если бы писатели макросов почаще 
> > документировали свои творения, глядишь, можно было бы второе издание 
> > Maximum RPM выпускать :-).
> Эта вещь многократно упоминалась в devel@, что касается документирования,
> то практически все (но не этот макрос, он из относительно недавних
> времен) задокументировано на
> http://docs.altlinux.ru/alt/devel/ch01s02.html

Кроме того, есть и
$ fgrep findprov /usr/share/doc/rpm-4.0.4/README.ALT-ru_RU.KOI8-R |wc -l
      7


-- 
ldv

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

Re: [sisyphus] Приклеилась странная зависимость (RPM troubles)

[Alexander Bokovoy]

On Tue, Sep 23, 2003 at 04:35:58PM +0400, Dmitry V. Levin wrote:
> On Tue, Sep 23, 2003 at 03:30:17PM +0300, Alexander Bokovoy wrote:
> > On Tue, Sep 23, 2003 at 04:50:03PM +0700, Alexey Morozov wrote:
> > > Alexander Bokovoy пишет:
> > > 
> > > >%add_findprov_lib_path %libdir/kde3 создает больше мороки чем этот
> > > >
> > > >"грязный хак"? Ну, знаете...
> > > >:)
> > > >
> > > "Век живи, век учись" (C) Поручик.
> > > А если серьезно, Александр, то такие вот примеры приходится либо 
> > > выковыривать из чужих спеков (да еще и поди найди его такой), либо 
> > > муторно выглядывать из /usr/lib/rpm/i586-alt-linux/macros и/или 
> > > /etc/rpm/macros.d. (Мечтательно) если бы писатели макросов почаще 
> > > документировали свои творения, глядишь, можно было бы второе издание 
> > > Maximum RPM выпускать :-).
> > Эта вещь многократно упоминалась в devel@, что касается документирования,
> > то практически все (но не этот макрос, он из относительно недавних
> > времен) задокументировано на
> > http://docs.altlinux.ru/alt/devel/ch01s02.html
> 
> Кроме того, есть и
> $ fgrep findprov /usr/share/doc/rpm-4.0.4/README.ALT-ru_RU.KOI8-R |wc -l
>       7
Увы, там нет %add_findprov_lib_path. Добавляй :)

-- 
/ Alexander Bokovoy
---
WHO sees a BEACH BUNNY sobbing on a SHAG RUG?!

Re: [sisyphus] Приклеилась странная зависимость (RPM troubles)

[Sergey V Turchin]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 1628 bytes --]

В сообщении от 23 Сентябрь 2003 16:16 Alexey Morozov написал(a):
> Sergey V Turchin пишет:
> >В сообщении от 23 Сентябрь 2003 09:14 Alexey Morozov написал(a):
> >
> ><skip/>
> >
> >>В общем, это не грязный хак, а обычный воркэраунд.
> >> Теоретически, можно для определенных пакетов доопределять
> >> директории, в которых find-provides будет искать библиотеки
> >> (по умолчанию он ищет только в "системных"), и, более того,
> >> для KDE3 это, видимо, будет правильным действием,
> >
> >Нет, скорее KDE-шные приложения держат некоторые библиотеки
> >в неправильном месте или недодумана архитектура этих программ.
>
> Не. Нафига всем остальным нужны KDE'шные IO slave'ы итп. 
Вообще могут быть нужны, если программа пользуется только
конкретным io-slave, можно ставить зависимость конкретно
на него.

> Ну, а
> то, что кто-то надумал жестко линковаться с такой вот
> "библиотекой", а не пользоваться lt_dlopen и далее по тексту -
> ну, можно, наверное, и отучить, да только не влом ли?
Конечно, это проблемматичнее, чем %add_findprov_lib_path

> Кстати, я тут в очередной раз проапгрейдил kdebase и в очередной
> раз получил неработающий kio_smb_rw.so. Не грузилось из-за
> очередной несостыковки библиотек, которые используются
> libsmbclient (то-ли ldap, то-ли kerberos). Таки есть предложение
> вкомпиливать все это хозяйство статически. Обновленные версии тех
> патчей, что я Вам высылал могу предоставить.
Уж очень не хочется статически.
Но присылайте обязательно, если ничего не придумаю, слинкую.

-- 
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 --]