[devel] Re: buildreq

[devel] Re: buildreq

[Dmitry V. Levin]

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

On Thu, May 22, 2003 at 03:40:38PM +0400, Alexey I. Froloff wrote:
> Таки полез я [...] в недра buildreq...
> 
> CLEAN_REQS=
> for r in $REQS; do
>     echo "$REQS" |grep -qs "^$r-" && continue ||:
>     rs="${r#lib}"
>     if [ "$rs" != "$r" ];then
>         echo "$REQS" |grep -qs "^$rs\$" && continue ||:
>     fi
>     CLEAN_REQS="$CLEAN_REQS $r"
> done
> echo $CLEAN_REQS >"$OUTFILE"
> 
> Этот момент немного непонятен.
> 
> если есть "name" и "name-*", выкидываем "name"
> если есть "name" и "libname", выкидываем "libname"
> 
> Почему именно так? Не лучше ли:

Кажется, лучше.
Никто не против?

> если есть "name" и "name-devel*", выкидываем "name"
> (для lib*)
> если есть "libname" и "name-devel*", выкидываем "libname"
> (для libffmpeg и ffmpeg-devel например, вчера столкнулся)
> Возможно можно (положительные примеры XFree86 и quakeforge):
> если есть "name-libs" и "name-devel*", выкидываем "name-libs"
> 
> CLEAN_REQS=
> for r in $REQS; do
>     echo "$REQS" |grep -qs "^$r-devel" && continue ||:
>     rs="${r#lib}"
>     if [ "$rs" != "$r" ];then
>         echo "$REQS" |grep -qs "^$rs-devel\$" && continue ||:
> 	# Или даже так:
>         #echo "$REQS" |grep -qs "^$rs-devel" && continue ||:
>     fi
>     rs="${r%-libs}"
>     if [ "$rs" != "$r" ];then
>         echo "$REQS" |grep -qs "^$rs-devel\$" && continue ||:
> 	# Или даже так:
>         #echo "$REQS" |grep -qs "^$rs-devel" && continue ||:
>     fi
>     CLEAN_REQS="$CLEAN_REQS $r"
> done
> echo $CLEAN_REQS >"$OUTFILE"


--
ldv

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

[devel] Re: buildreq

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@altlinux.org> [030522 16:08]:
> > Почему именно так? Не лучше ли:
> Кажется, лучше.
> Никто не против?
Надо бы какой-нибудь Package Naming Policy под это дело
подвести... На docs.altlinux.ru пусто ;-)

> > если есть "name" и "name-devel*", выкидываем "name"
> > (для lib*)
> > если есть "libname" и "name-devel*", выкидываем "libname"
> > (для libffmpeg и ffmpeg-devel например, вчера столкнулся)
> > Возможно можно (положительные примеры XFree86 и quakeforge):
> > если есть "name-libs" и "name-devel*", выкидываем "name-libs"

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
------------------------------------------
  Inform-Mobil, Ltd. System Adminitrator
       http://www.inform-mobil.ru/
Tel: +7(095)504-4709, Fax: +7(095)513-1006

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

Re: [devel] Re: buildreq

[Dmitry V. Levin]

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

On Thu, May 22, 2003 at 04:28:14PM +0400, Alexey I. Froloff wrote:
> > > Почему именно так? Не лучше ли:
> > Кажется, лучше.
> > Никто не против?
> Надо бы какой-нибудь Package Naming Policy под это дело
> подвести... На docs.altlinux.ru пусто ;-)

Я принимаю пожелания в виде патчей к Sisyphus/doc/alt-packaging/.


--
ldv

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

Re: [devel] Re: buildreq

[Alexey I. Froloff]

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

On Thu, May 22, 2003 at 05:32:38PM +0400, Dmitry V. Levin wrote:
> > > > Почему именно так? Не лучше ли:
> > > Кажется, лучше.
> > > Никто не против?
> > Надо бы какой-нибудь Package Naming Policy под это дело
> > подвести... На docs.altlinux.ru пусто ;-)
> Я принимаю пожелания в виде патчей к Sisyphus/doc/alt-packaging/.
Посмотрел-посмотрел в conventions.tex и что-то не получилось у
меня описать свою идею в соответствии с coding style. Может кто
здесь поможет? Хотя это даже наверно не идея, а описание того,
что сейчас есть в Sisyphus.

Библиотеки:
 а) начинаются с lib (libpng)
 б) содержат в своём имени lib (glibc, jamlib)
 в) имеют суффикс -libs (XFree86-libs)

1.
Stand-alone библиотеки могут быть только а) и б), все как обычно,
%name, %name-devel и %name-devel-static.
Примеры - jamlib, libffcall
Зависимости:
%name-devel: %name = %version-%release
%name-devel-static: %name-devel = %version-%release

2.
Пакеты (программы), содержащие в себе одну-две разделяемые
библиотеки разбиваются на %name, lib%name, %name-devel и
%name-devel-static (_НЕ_ lib%name-devel и lib%name-devel-static)
Примеры - ffmpeg, directfb.
( С другой стороны, xmms использует lib%name-devel )
Зависимости:
%name: lib%name = %version-%release
%name-devel: %name = %version-%release
%name-devel-static: %name-devel = %version-%release

3.
Библиотеки, содержащие некий набор утилит, разбиваются на %name
(в данном случае %name уже содержит "lib" - jamlib, libpng),
%name-devel, %name-devel-static и %name-utils.
Примеры - libjpeg, libdv.
Зависимости:
%name-devel: %name = %version-%release
%name-devel-static: %name-devel = %version-%release
%name-utils: %name = %version-%release

4.
Программы, содержащие большое количество разделяемых библиотек
разбиваются на %name, %name-libs, %name-devel и %name-static-libs.
Примеры - XFree86, quakeforge
Зависимости:
%name: %name-libs = %version-%release
%name-devel: %name = %version-%release
%name-static-libs: %name-devel = %version-%release

Учитывая всё это процесс "очистки" зависимостей должен выглядеть
следующим образом:

CLEAN_REQS=
for r in $REQS; do
    # Варианты 1. и 3.
    echo "$REQS" |grep -qs "^$r-devel" && continue ||:
    # Вариант 2.
    rs="${r#lib}"
    if [ "$rs" != "$r" ];then
        echo "$REQS" |grep -qs "^$rs-devel" && continue ||:
    fi
    # Вариант 4.
    rs="${r%-libs}"
    if ["$rs" != "$r" -a -n "${r#*-static-libs}" ];then
        echo "$REQS" |grep -qs "^$rs-devel" && continue ||:
    fi
    CLEAN_REQS="$CLEAN_REQS $r"
done

P.S. Спать надо если не больше, то регулярней... :-/ Это я про
себя.

-- 
Regards,
Sir Raorn.

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

Re: [devel] Re: buildreq

[Ivan Zakharyaschev]

	Hello, Alexey!

On Sat, 24 May 2003, Alexey I. Froloff wrote:

> > > Надо бы какой-нибудь Package Naming Policy под это дело
> > > подвести... На docs.altlinux.ru пусто ;-)
> > Я принимаю пожелания в виде патчей к
> Sisyphus/doc/alt-packaging/.
> Посмотрел-посмотрел в conventions.tex и что-то не получилось у
> меня описать свою идею в соответствии с coding style. Может
> кто
> здесь поможет? Хотя это даже наверно не идея, а описание того,
> что сейчас есть в Sisyphus.
>
> Библиотеки:
>  а) начинаются с lib (libpng)
>  б) содержат в своём имени lib (glibc, jamlib)
>  в) имеют суффикс -libs (XFree86-libs)
>
> 1.
> Stand-alone библиотеки могут быть только а) и б), все как
> обычно,
> %name, %name-devel и %name-devel-static.
> Примеры - jamlib, libffcall
> Зависимости:
> %name-devel: %name = %version-%release
> %name-devel-static: %name-devel = %version-%release
>
> 2.

Этот пункт вроде противоречит принятым идеям о
предпочтительном наименовании пакетов. Поправьте меня, если я
ошибаюсь.

> Пакеты (программы), содержащие в себе одну-две разделяемые
> библиотеки разбиваются на %name, lib%name, %name-devel и
> %name-devel-static (_НЕ_ lib%name-devel и
> lib%name-devel-static)

Наоборот, называть lib%name-devel и lib%name-devel-static лучше,
т.к. содержимое этих пакетов в таких случаях не имеет прямого
отношения к главному пакету (%name) -- их содержимое нужно для
того, чтобы использовать выделенную библиотеку lib%name при
программировании. Правило для разработчика должно быть простым:

Хочу использовать возможности lib%name в своей/собираемой
программе -- ставлю lib%name-devel.

Это согласуется и с другими пунктами (1).

> Примеры - ffmpeg, directfb.
> ( С другой стороны, xmms использует lib%name-devel )

Я считаю, что так как раз лучше.

> Зависимости:
> %name: lib%name = %version-%release

согласен

> %name-devel: %name = %version-%release
> %name-devel-static: %name-devel = %version-%release

не согласен: опять %name для lib%name-devel не нужен, нужна
только сама библиотека.

Могут быть, конечно, и исключения, но тогда это особые случаи и
такая схемя именования может вообще быть не подходящей для них.

-- 
С наилучшими пожеланиями,
Иван Захарьящев, Москва
::
JabberID: imz at altlinux.org

Re: [devel] Re: buildreq

[Dmitry V. Levin]

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

On Sat, May 24, 2003 at 12:57:38PM +0400, Ivan Zakharyaschev wrote:
> > 2.
> 
> Этот пункт вроде противоречит принятым идеям о
> предпочтительном наименовании пакетов. Поправьте меня, если я
> ошибаюсь.

Да, противоречит.
Я почти всегда использую lib%name-devel/lib%name-devel-static, и всем
советую делать именно так.


--
ldv

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

Re: [devel] Re: buildreq

[Alexey I. Froloff]

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

On Sat, May 24, 2003 at 12:57:38PM +0400, Ivan Zakharyaschev wrote:
> > 2.
> Этот пункт вроде противоречит принятым идеям о
> предпочтительном наименовании пакетов. Поправьте меня, если я
> ошибаюсь.
URL?

> > Пакеты (программы), содержащие в себе одну-две разделяемые
> > библиотеки разбиваются на %name, lib%name, %name-devel и
> > %name-devel-static (_НЕ_ lib%name-devel и
> > lib%name-devel-static)
> Наоборот, называть lib%name-devel и lib%name-devel-static лучше,
> т.к. содержимое этих пакетов в таких случаях не имеет прямого
> отношения к главному пакету (%name) -- их содержимое нужно для
> того, чтобы использовать выделенную библиотеку lib%name при
> программировании. Правило для разработчика должно быть простым:
> Хочу использовать возможности lib%name в своей/собираемой
> программе -- ставлю lib%name-devel.
Полностью согласен. Но в то время когда я я это заметил, мне
попались ffmpeg и directfb. Остальные уложились в первый пункт...

> > Примеры - ffmpeg, directfb.
> > ( С другой стороны, xmms использует lib%name-devel )
> Я считаю, что так как раз лучше.
Я тоже.

-- 
Regards,
Sir Raorn.

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

[devel] Re: buildreq

[Mikhail Zabaluev]

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

Hello Ivan,

On Sat, May 24, 2003 at 12:57:38PM +0400, Ivan Zakharyaschev wrote:
>
> > Пакеты (программы), содержащие в себе одну-две разделяемые
> > библиотеки разбиваются на %name, lib%name, %name-devel и
> > %name-devel-static (_НЕ_ lib%name-devel и
> > lib%name-devel-static)
> 
> Наоборот, называть lib%name-devel и lib%name-devel-static лучше,
> т.к. содержимое этих пакетов в таких случаях не имеет прямого
> отношения к главному пакету (%name) -- их содержимое нужно для
> того, чтобы использовать выделенную библиотеку lib%name при
> программировании.

Не всегда. У компонент CORBA или Bonobo -devel нужен для того,
чтобы разрабатывать программы, пользующиеся компонентой,
а библиотеки лишь предоставляют stub'ы. 

Кстати, как быть, когда из tarball'а control-center собирается
библиотека libcapplet? Как назвать библиотечный пакет:
libcapplet или libcontrol-center? А файлы для разработки:
control-center-devel, libcapplet-devel или libcontrol-center-devel? 

-- 
Stay tuned,
  MhZ                                     JID: mhz@altlinux.org
___________
Don't change the reason, just change the excuses!
		-- Joe Cointment

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

Re: [devel] Re: buildreq

[Dmitry V. Levin]

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

On Sun, May 25, 2003 at 02:55:00PM +0400, Mikhail Zabaluev wrote:
> On Sat, May 24, 2003 at 12:57:38PM +0400, Ivan Zakharyaschev wrote:
> >
> > > Пакеты (программы), содержащие в себе одну-две разделяемые
> > > библиотеки разбиваются на %name, lib%name, %name-devel и
> > > %name-devel-static (_НЕ_ lib%name-devel и
> > > lib%name-devel-static)
> > 
> > Наоборот, называть lib%name-devel и lib%name-devel-static лучше,
> > т.к. содержимое этих пакетов в таких случаях не имеет прямого
> > отношения к главному пакету (%name) -- их содержимое нужно для
> > того, чтобы использовать выделенную библиотеку lib%name при
> > программировании.
> 
> Не всегда. У компонент CORBA или Bonobo -devel нужен для того,
> чтобы разрабатывать программы, пользующиеся компонентой,
> а библиотеки лишь предоставляют stub'ы. 

Но таких меньше; давайте и для них правило придумаем.

> Кстати, как быть, когда из tarball'а control-center собирается
> библиотека libcapplet? Как назвать библиотечный пакет:
> libcapplet или libcontrol-center? А файлы для разработки:
> control-center-devel, libcapplet-devel или libcontrol-center-devel? 

В случае lib%name я, как правило, в качестве lib%name использую
базовую часть soname библиотеки (если библиотека одна).


--
ldv

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

[devel] naming policy

[Mikhail Zabaluev]

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

Hello Dmitry,

On Sun, May 25, 2003 at 03:10:47PM +0400, Dmitry V. Levin wrote:
>
> > > Наоборот, называть lib%name-devel и lib%name-devel-static лучше,
> > > т.к. содержимое этих пакетов в таких случаях не имеет прямого
> > > отношения к главному пакету (%name) -- их содержимое нужно для
> > > того, чтобы использовать выделенную библиотеку lib%name при
> > > программировании.
> > 
> > Не всегда. У компонент CORBA или Bonobo -devel нужен для того,
> > чтобы разрабатывать программы, пользующиеся компонентой,
> > а библиотеки лишь предоставляют stub'ы. 
> 
> Но таких меньше; давайте и для них правило придумаем.

%name-devel, я полагаю.
Ключевым признаком может являться зависимость на
libORBit/libbonobo, наличие файлов в /usr/share/idl
(впрочем, не всегда) и/или в /usr/share/oaf

> > Кстати, как быть, когда из tarball'а control-center собирается
> > библиотека libcapplet? Как назвать библиотечный пакет:
> > libcapplet или libcontrol-center? А файлы для разработки:
> > control-center-devel, libcapplet-devel или libcontrol-center-devel? 
> 
> В случае lib%name я, как правило, в качестве lib%name использую
> базовую часть soname библиотеки (если библиотека одна).

Тогда control-center-devel (как файлы для разработки под
control-center) или libcapplet-devel (как файлы для связывания
с libcapplet)? По-моему, это зависит от конкретного случая.

-- 
Stay tuned,
  MhZ                                     JID: mhz@altlinux.org
___________
"Don't discount flying pigs before you have good air defense."
-- jvh@clinet.FI

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

Re: [devel] naming policy

[Dmitry V. Levin]

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

On Sun, May 25, 2003 at 04:54:22PM +0400, Mikhail Zabaluev wrote:
> On Sun, May 25, 2003 at 03:10:47PM +0400, Dmitry V. Levin wrote:
> >
> > > > Наоборот, называть lib%name-devel и lib%name-devel-static лучше,
> > > > т.к. содержимое этих пакетов в таких случаях не имеет прямого
> > > > отношения к главному пакету (%name) -- их содержимое нужно для
> > > > того, чтобы использовать выделенную библиотеку lib%name при
> > > > программировании.
> > > 
> > > Не всегда. У компонент CORBA или Bonobo -devel нужен для того,
> > > чтобы разрабатывать программы, пользующиеся компонентой,
> > > а библиотеки лишь предоставляют stub'ы. 
> > 
> > Но таких меньше; давайте и для них правило придумаем.
> 
> %name-devel, я полагаю.
> Ключевым признаком может являться зависимость на
> libORBit/libbonobo, наличие файлов в /usr/share/idl
> (впрочем, не всегда) и/или в /usr/share/oaf

Я не против.

> > > Кстати, как быть, когда из tarball'а control-center собирается
> > > библиотека libcapplet? Как назвать библиотечный пакет:
> > > libcapplet или libcontrol-center? А файлы для разработки:
> > > control-center-devel, libcapplet-devel или libcontrol-center-devel? 
> > 
> > В случае lib%name я, как правило, в качестве lib%name использую
> > базовую часть soname библиотеки (если библиотека одна).
> 
> Тогда control-center-devel (как файлы для разработки под
> control-center) или libcapplet-devel (как файлы для связывания
> с libcapplet)? По-моему, это зависит от конкретного случая.

Именно так.


--
ldv

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