[devel] I: gear, git-srpmimport

[devel] I: gear, git-srpmimport

[Dmitry V. Levin]

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

Hi,

В gear с момента последнего обсуждения реализованы ещё две возможности:
1. Новая конструкция вида "exclude: glob_pattern..".  Такие исключения
могут быть указаны в любой строке .gear-rules и влияют на все директивы
семейства copy (т.е. местоположение exclude не имеет значения).
2. Параметр base= в директивах семейства tar может принимать пустое
значение.  В этом случае в запаковываемый тарболл попадёт содержимое
каталога, но не сам каталог.

Скрипт commit-srpms дорос до утилиты git-srpmimport, у которой слегка
другой интерфейс и которая по умолчанию не только разжимает, но и
распаковывает тарболлы.

Например, "git-srpmimport glibc-2.3.6-alt6.src.rpm" распакует содержащиеся
в glibc-2.3.6-alt6.src.rpm тарболлы:
glibc-2.3.6.tar
glibc-fedora-20050428T0846.tar
glibc-helpers.tar
glibc-libidn-2.3.6.tar
glibc-linuxthreads-2.3.6.tar

в каталоги:
glibc
glibc-fedora
glibc-helpers
libidn
glibc-linuxthreads

Автоматически заполняемый при импорте файл .gear-rules при этом будет
содержать:
$ grep ^tar .gear-rules 
tar: glibc name=glibc-2.3.6
tar: glibc-fedora name=glibc-fedora-20050428T0846 base=
tar: glibc-helpers name=glibc-helpers
tar: libidn name=glibc-libidn-2.3.6 base=libidn
tar: glibc-linuxthreads name=glibc-linuxthreads-2.3.6 base=

Зачем бывает полезно хранить тарболлы полностью распакованными?
Я вижу как минимум три плюса:
+ Удобство: готовность к работе у развёрнутого дерева выше; это касается
как непосредственно работы с распакованным деревом, так и git-diff.
+ Производительность: git работает с большим числом небольших файлов
быстрее, чем с эквивалентным небольшим числом больших файлов.
+ Ресурсоёмкость: Для обработки и хранения в упакованном виде большого
числа небольших файлов требуется меньше ресурсов, чем для эквивалентного
небольшого числа больших файлов.

Вероятно, последние два плюса можно рассматривать как недочёты в работе с
большими файлами, которые когда-нибудь будут исправлены.  Первый плюс
никуда не денется в любом случае.

Впрочем, распакованный тарболл, в отличие от разжатого, теряет свою
оригинальность (т.е. он, строго говоря, уже не pristine source), а также
часть информации (владельцы файлов, полные права доступа, даты модификации),
которая может быть важна для сборки пакета (хотя таких зависимостей лучше
избегать).


-- 
ldv

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

Re: [devel] I: gear, git-srpmimport

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060523 04:44]:
> 2. Параметр base= в директивах семейства tar может принимать пустое
> значение.  В этом случае в запаковываемый тарболл попадёт содержимое
> каталога, но не сам каталог.
Ура!  Когда мне такое понадобилось я обошёлся "." ;-)

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] I: gear, git-srpmimport

[Kirill A. Shutemov]

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

On 04:43 Tue 23 May, Dmitry V. Levin wrote:
> Hi,
> 
> В gear с момента последнего обсуждения реализованы ещё две возможности:
--local так и не будет? уж очень хочется

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

У меня когда-то серьёзные глюки, из-за которых я несколько раз
переустанавливал Линукс, а под конец впал в депрессию, были из-за
плохого контакта в питании винтов. Когда я пропаял и поджал разъёмы, всё
стало работать нормально и работает и поныне (ищу деревяшку, чтобы
постучать, и понимаю, что мир состоит из бетона, металла и пластика :) ).
		-- mutabor in community@

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

Re: [devel] I: gear, git-srpmimport

[Anton Farygin]

Dmitry V. Levin wrote:
> Hi,
> 

<skip>

> 
> Зачем бывает полезно хранить тарболлы полностью распакованными?
> Я вижу как минимум три плюса:
> + Удобство: готовность к работе у развёрнутого дерева выше; это касается
> как непосредственно работы с распакованным деревом, так и git-diff.
> + Производительность: git работает с большим числом небольших файлов
> быстрее, чем с эквивалентным небольшим числом больших файлов.
> + Ресурсоёмкость: Для обработки и хранения в упакованном виде большого
> числа небольших файлов требуется меньше ресурсов, чем для эквивалентного
> небольшого числа больших файлов.
> 
> Вероятно, последние два плюса можно рассматривать как недочёты в работе с
> большими файлами, которые когда-нибудь будут исправлены.  Первый плюс
> никуда не денется в любом случае.
> 
> Впрочем, распакованный тарболл, в отличие от разжатого, теряет свою
> оригинальность (т.е. он, строго говоря, уже не pristine source), а также
> часть информации (владельцы файлов, полные права доступа, даты модификации),
> которая может быть важна для сборки пакета (хотя таких зависимостей лучше
> избегать).

Я не понял только одного: как в дальнейшем обновлять версию в 
распакованном тарболле ?


Rgds,
Rider

Re: [devel] I: gear, git-srpmimport

[Dmitry V. Levin]

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

On Tue, May 23, 2006 at 09:30:36AM +0400, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [060523 04:44]:
> > 2. Параметр base= в директивах семейства tar может принимать пустое
> > значение.  В этом случае в запаковываемый тарболл попадёт содержимое
> > каталога, но не сам каталог.
> Ура!  Когда мне такое понадобилось я обошёлся "." ;-)

Некрасиво получается с "base=.".


-- 
ldv

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

Re: [devel] I: gear, git-srpmimport

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060523 15:01]:
> > > 2. Параметр base= в директивах семейства tar может принимать пустое
> > > значение.  В этом случае в запаковываемый тарболл попадёт содержимое
> > > каталога, но не сам каталог.
> > Ура!  Когда мне такое понадобилось я обошёлся "." ;-)
> Некрасиво получается с "base=.".
Некрасиво.  Потому и радуюсь фиче ;-)

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] I: gear, git-srpmimport

[Dmitry V. Levin]

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

On Tue, May 23, 2006 at 11:18:13AM +0400, Anton Farygin wrote:
[...]
> Я не понял только одного: как в дальнейшем обновлять версию в 
> распакованном тарболле ?

В худшем случае - так же как и сам тарболл, т.е. заменой старого дерева на
новое.  А если у дерева есть своя история, её тоже можно использовать,
см. напр. мой репозиторий pam_userpass.git.


-- 
ldv

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

Re: [devel] I: gear, git-srpmimport

[Dmitry V. Levin]

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

On Tue, May 23, 2006 at 10:10:24AM +0300, Kirill A. Shutemov wrote:
> On 04:43 Tue 23 May, Dmitry V. Levin wrote:
> > 
> > В gear с момента последнего обсуждения реализованы ещё две возможности:
> --local так и не будет? уж очень хочется

Будет.  Я поймал на этом забавные грабли, надо сперва разобраться.


-- 
ldv

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

Re: [devel] I: gear, git-srpmimport

[Dmitry V. Levin]

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

On Wed, May 31, 2006 at 12:31:50AM +0400, Dmitry V. Levin wrote:
> On Tue, May 23, 2006 at 10:10:24AM +0300, Kirill A. Shutemov wrote:
> > On 04:43 Tue 23 May, Dmitry V. Levin wrote:
> > > 
> > > В gear с момента последнего обсуждения реализованы ещё две возможности:
> > --local так и не будет? уж очень хочется
> 
> Будет.  Я поймал на этом забавные грабли, надо сперва разобраться.

gear --commit: ddf40a24.


-- 
ldv

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