[devel] fix for apt-cdrom reworked

[devel] fix for apt-cdrom reworked

[Ivan Zakharyaschev]

	Hello!

Я переделал патч для apt-cdrom -- теперь не возникает той неприятности,
что apt-cdrom add в не-thorough режиме (по умолчанию) не обнаруживала
второй файл со списком на диске в одной директории с первым. Другими
словами, раньше если в /ALTLinux/i586/base лежал и pkglist, и srclist
(и, соответсвенно, на диске были пакеты двух типов), то обнаруживался
только pkglist (проблема была в том, что после этого файла pkglist поиск
не шел ни вглубь, ни вширь -- только делал шаг обртно наверх). Когда
файлы со списками лежали в одиночку, все было нормально.

Теперь вроде бы всегда нормально: после обнаружения одного из списков
поиск продолжается вширь (но не вглубь -- как этого и требует
не-thorough режим).

Я пересобрал пакет с изменениями на altair и положил в
/user/INCOMING/imz/. Вот на что я хочу обратить Ваше внимание.
Во-первых, я его назвал apt-0.3.19cnc52-alt3.1: alt3.1 потому что я не
maintainer (а вдруг он в этот момент готовит alt4?). Приветствуем ли мы
такой способ выдачи номеров релизов? А во-вторых, для сборки я
использовал команду:

rpm --target=i586 --define "packager $(rpm -q $pkgname \
--qf='%{PACKAGER}')" -ba $pkgname.spec

Таким образом значением Packager: у этого пакета является не мое имя
(опять же потому что я не maintainer). Как у нас принято поступать в
таких случаях?

-- 
Best regards,
	Ivan Z.

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

[devel] Re: fix for apt-cdrom reworked

[Mikhail Zabaluev]

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

Hello Ivan,

On Sat, Sep 08, 2001 at 01:28:46AM +0400, Ivan Zakharyaschev wrote:
>
> Я пересобрал пакет с изменениями на altair и положил в
> /user/INCOMING/imz/. Вот на что я хочу обратить Ваше внимание.
> Во-первых, я его назвал apt-0.3.19cnc52-alt3.1: alt3.1 потому что я не
> maintainer (а вдруг он в этот момент готовит alt4?). Приветствуем ли мы
> такой способ выдачи номеров релизов?

Очень даже, если изменения как бы предлагаются основному
maintainer'у, а он над ними будет вершить свой суд.

> А во-вторых, для сборки я
> использовал команду:
> 
> rpm --target=i586 --define "packager $(rpm -q $pkgname \
> --qf='%{PACKAGER}')" -ba $pkgname.spec
> 
> Таким образом значением Packager: у этого пакета является не мое имя
> (опять же потому что я не maintainer). Как у нас принято поступать в
> таких случаях?

Я обычно держу морду кирпичом :) Если реальному maintainer'у нужно, он
соберет тот же spec со своими макросами.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
I know you believe you understand what you think this fortune says, but
I'm not sure you realize that what you are reading is not what it means.

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

Re: [devel] fix for apt-cdrom reworked

[Alexander Bokovoy]

On Fri, Sep 07, 2001 at 10:46:01PM +0000, Ivan Zakharyaschev wrote:
> 	Hello!
> 
> Я переделал патч для apt-cdrom -- теперь не возникает той неприятности,
> что apt-cdrom add в не-thorough режиме (по умолчанию) не обнаруживала
> второй файл со списком на диске в одной директории с первым. Другими
> словами, раньше если в /ALTLinux/i586/base лежал и pkglist, и srclist
> (и, соответсвенно, на диске были пакеты двух типов), то обнаруживался
> только pkglist (проблема была в том, что после этого файла pkglist поиск
> не шел ни вглубь, ни вширь -- только делал шаг обртно наверх). Когда
> файлы со списками лежали в одиночку, все было нормально.
> 
> Теперь вроде бы всегда нормально: после обнаружения одного из списков
> поиск продолжается вширь (но не вглубь -- как этого и требует
> не-thorough режим).
Спасибо! У меня никак не доходили руки выправить эту ошибку.

 
> Я пересобрал пакет с изменениями на altair и положил в
> /user/INCOMING/imz/. Вот на что я хочу обратить Ваше внимание.
> Во-первых, я его назвал apt-0.3.19cnc52-alt3.1: alt3.1 потому что я не
> maintainer (а вдруг он в этот момент готовит alt4?). Приветствуем ли мы
> такой способ выдачи номеров релизов? А во-вторых, для сборки я
Нумерацию лучше продолжать нормальную (т.е. alt4).

> использовал команду:
> 
> rpm --target=i586 --define "packager $(rpm -q $pkgname \
> --qf='%{PACKAGER}')" -ba $pkgname.spec
> 
> Таким образом значением Packager: у этого пакета является не мое имя
> (опять же потому что я не maintainer). Как у нас принято поступать в
> таких случаях?
Насколько я понимаю, так и поступать в случаях, важность которых очевидна
(как в данном случае, например).

-- 
С уважением,
    Александр Боковой.

ALT Linux Team // www.altlinux.ru
-- You won't skid if you stay in a rut.
		-- Frank Hubbard
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] fix for apt-cdrom reworked

[Dmitry V. Levin]

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

On Sat, Sep 08, 2001 at 01:28:46AM +0400, Ivan Zakharyaschev wrote:
> Я переделал патч для apt-cdrom -- теперь не возникает той неприятности,
> что apt-cdrom add в не-thorough режиме (по умолчанию) не обнаруживала
> второй файл со списком на диске в одной директории с первым. Другими
> словами, раньше если в /ALTLinux/i586/base лежал и pkglist, и srclist
> (и, соответсвенно, на диске были пакеты двух типов), то обнаруживался
> только pkglist (проблема была в том, что после этого файла pkglist поиск
> не шел ни вглубь, ни вширь -- только делал шаг обртно наверх). Когда
> файлы со списками лежали в одиночку, все было нормально.
> 
> Теперь вроде бы всегда нормально: после обнаружения одного из списков
> поиск продолжается вширь (но не вглубь -- как этого и требует
> не-thorough режим).

Спасибо.

> Я пересобрал пакет с изменениями на altair и положил в
> /user/INCOMING/imz/. Вот на что я хочу обратить Ваше внимание.
> Во-первых, я его назвал apt-0.3.19cnc52-alt3.1: alt3.1 потому что я не
> maintainer (а вдруг он в этот момент готовит alt4?). Приветствуем ли мы
> такой способ выдачи номеров релизов? А во-вторых, для сборки я

Я иногда прибегаю к такой схеме для нумерации внутренних релизов (когда
еще до попадания в Сизиф пакеты должны проходить дополнительное
многократное тестирование).

> использовал команду:
> 
> rpm --target=i586 --define "packager $(rpm -q $pkgname \
> --qf='%{PACKAGER}')" -ba $pkgname.spec
> 
> Таким образом значением Packager: у этого пакета является не мое имя
> (опять же потому что я не maintainer). Как у нас принято поступать в
> таких случаях?

Это зависит.
В офисе нередко приходится собирать пакеты из incoming, и в этих случаях
подобная схема используется (см. altair:/usr/local/bin/rebuild_package*).


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@alt-linux.org
ALT Linux Team      http://www.altlinux.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 --]