[devel] ÎÅÓËÏÌØËÏ ×ÏÐÒÏÓÏ×

[devel] ÎÅÓËÏÌØËÏ ×ÏÐÒÏÓÏ×

[Kostya Timoshenko]

Привет всем!

1. В Sisyphus и Cooker есть отличия в названиях библиотек: SDL - libSDL,
gtk+-devel - libgtk+-devel. При перекомпиляции пакета из cooker под
Sisyphus соответственно возникают проблемы с BuildPreReq. Как быть в таком
случае?

2. В Packaging howto в пункте 3.1 написано что %clean в принципе можно не
использовать но кто тогда будет удалять из каталога
/usr/src/RPM/BUILD/ ?

Kostya.
mailto:kt@petr.kz

_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

[devel] Re: [devel] несколько вопросов

[Dmitry V. Levin]

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

On Wed, Dec 27, 2000 at 12:04:20PM +0600, Kostya Timoshenko wrote:
> 1. В Sisyphus и Cooker есть отличия в названиях библиотек: SDL - libSDL,
> gtk+-devel - libgtk+-devel. При перекомпиляции пакета из cooker под
> Sisyphus соответственно возникают проблемы с BuildPreReq. Как быть в таком
> случае?

Игнорировать новую неправильную практику в Cooker делать из всего
библиотеки. Выкидывать BuildPreReq, если они могут быть заменены
автоматическими BuildRequires.

> 2. В Packaging howto в пункте 3.1 написано что %clean в принципе можно не
> использовать но кто тогда будет удалять из каталога
> /usr/src/RPM/BUILD/ ?

Если %clean не использовать, это равносильно тому, что она есть, но
пустая. Так как в конце любой %clean выполняется %clean_buildroot, то мы
получаем, что %clean_buildroot выполняется, даже если %clean не указана
вовсе, что и требовалось доказать. :)


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

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

Re: [devel] Re: [devel] несколько вопросов

[Kostya Timoshenko]

On Wed, 27 Dec 2000, Dmitry V. Levin wrote:

> On Wed, Dec 27, 2000 at 12:04:20PM +0600, Kostya Timoshenko wrote:
> > 1. В Sisyphus и Cooker есть отличия в названиях библиотек: SDL -
> libSDL,
> > gtk+-devel - libgtk+-devel. При перекомпиляции пакета из cooker под
> > Sisyphus соответственно возникают проблемы с BuildPreReq. Как быть в
> таком
> > случае?
> 
> Игнорировать новую неправильную практику в Cooker делать из всего
> библиотеки. Выкидывать BuildPreReq, если они могут быть заменены
> автоматическими BuildRequires.
ok

> > 2. В Packaging howto в пункте 3.1 написано что %clean в принципе
> можно не
> > использовать но кто тогда будет удалять из каталога
> > /usr/src/RPM/BUILD/ ?
> 
> Если %clean не использовать, это равносильно тому, что она есть, но
> пустая. Так как в конце любой %clean выполняется %clean_buildroot, то
> мы
> получаем, что %clean_buildroot выполняется, даже если %clean не указана
> вовсе, что и требовалось доказать. :)
это мне понятно и из хауту, но я имел ввиду очистку builddir или его не
надо после сборки чистить?

Kostya.
mailto:kt@petr.kz

_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

[devel] Re: [devel] Re: [devel] несколько вопросов

[Dmitry V. Levin]

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

On Wed, Dec 27, 2000 at 12:37:00PM +0600, Kostya Timoshenko wrote:
> > > 2. В Packaging howto в пункте 3.1 написано что %clean в принципе
> > можно не
> > > использовать но кто тогда будет удалять из каталога
> > > /usr/src/RPM/BUILD/ ?
> > 
> > Если %clean не использовать, это равносильно тому, что она есть, но
> > пустая. Так как в конце любой %clean выполняется %clean_buildroot, то
> > мы
> > получаем, что %clean_buildroot выполняется, даже если %clean не указана
> > вовсе, что и требовалось доказать. :)
> это мне понятно и из хауту, но я имел ввиду очистку builddir или его не
> надо после сборки чистить?

В зависимости от необходимости, на выбор:
rpm --rmsource spec-файл
rpm --rmsource --clean spec-файл
rpm -C spec-файл

См. тж. /usr/lib/rpm/rpmpopt на тему того, какие еще есть сокращения.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

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

[devel] Re: [devel] Re: [devel] несколько вопросов

[Dmitry V. Levin]

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

On Wed, Dec 27, 2000 at 09:50:35AM +0300, Dmitry V. Levin wrote:
> > > > 2. В Packaging howto в пункте 3.1 написано что %clean в принципе
> > > можно не
> > > > использовать но кто тогда будет удалять из каталога
> > > > /usr/src/RPM/BUILD/ ?
> > > 
> > > Если %clean не использовать, это равносильно тому, что она есть, но
> > > пустая. Так как в конце любой %clean выполняется %clean_buildroot, то
> > > мы
> > > получаем, что %clean_buildroot выполняется, даже если %clean не указана
> > > вовсе, что и требовалось доказать. :)
> > это мне понятно и из хауту, но я имел ввиду очистку builddir или его не
> > надо после сборки чистить?
> 
> В зависимости от необходимости, на выбор:
> rpm --rmsource spec-файл
> rpm --rmsource --clean spec-файл
> rpm -C spec-файл
> 
> См. тж. /usr/lib/rpm/rpmpopt на тему того, какие еще есть сокращения.

Все правильно, но я от недосыпа ответил на другой вопрос.

Конечно, всякая сборка, результатом которой являются пакеты для установки,
после этого автоматически выполняет секцию %clean.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

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

Re: [devel] Re: [devel] несколько вопросов

[Kostya Timoshenko]

On Wed, 27 Dec 2000, Dmitry V. Levin wrote:

> On Wed, Dec 27, 2000 at 12:04:20PM +0600, Kostya Timoshenko wrote:
> > 1. В Sisyphus и Cooker есть отличия в названиях библиотек: SDL -
> libSDL,
> > gtk+-devel - libgtk+-devel. При перекомпиляции пакета из cooker под
> > Sisyphus соответственно возникают проблемы с BuildPreReq. Как быть в
> таком
> > случае?
> 
> Игнорировать новую неправильную практику в Cooker делать из всего
> библиотеки. Выкидывать BuildPreReq, если они могут быть заменены
> автоматическими BuildRequires.
Можно ли немного изменить названия пакетов ClanLib->clanlib,
Hermes->hermes ?

Kostya.
mailto:kt@petr.kz

_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [devel] несколько вопросов

[Aleksey Novodvorsky]

Kostya Timoshenko wrote:

> On Wed, 27 Dec 2000, Dmitry V. Levin wrote:
>
> > On Wed, Dec 27, 2000 at 12:04:20PM +0600, Kostya Timoshenko wrote:
> > > 1. В Sisyphus и Cooker есть отличия в названиях библиотек: SDL -
> > libSDL,
> > > gtk+-devel - libgtk+-devel. При перекомпиляции пакета из cooker под
> > > Sisyphus соответственно возникают проблемы с BuildPreReq. Как быть в
> > таком
> > > случае?
> >
> > Игнорировать новую неправильную практику в Cooker делать из всего
> > библиотеки. Выкидывать BuildPreReq, если они могут быть заменены
> > автоматическими BuildRequires.
> Можно ли немного изменить названия пакетов ClanLib->clanlib,
> Hermes->hermes ?

Нужно!
Rgrds, Алексей


_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel