[devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[Dmitry V. Levin]

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

Hi,

В начале августа я рассказал о том, что с расширением серверных мощностей
стало возможным опубликовать (rsync.altlinux.org::archive) и поддерживать
архив Сизифа, накопленный с 14 ноября 2003 года.
С введением в строй git.altlinux из этого архива можно извлечь ещё
один вид пользы.  А именно, если архив проиндексирован попакетно, то
(с помощью утилиты gear-srpmimport) можно импортировать исходные пакеты
с сохранением всей доступной истории.
Я поступил таким образом со всеми своими пакетами, которые не хранил в
cvs, и результат мне показался удачным.

Всего в этом архиве около 7000 имён исходных пакетов общим объёмом
около 62Gb.  Весь этот архив можно импортировать в git-репозитории
описанным выше способом, однако есть несколько препятствий:
- С каждым обновлением Сизифа архив пополняется новыми пакетами; это
значит, что одноразовый импорт не решает задачу полностью.
- Объём архива настолько велик, что процесс импортирования займёт больше
времени, чем обычно проходит между обновлениями Сизифа.
- Некоторые пакеты переименовывались, и было бы хорошо отследить такие
переименования для того, чтобы при импорте не потерять историю в момент
переименования.  К сожалению, алгоритма выявления переименований у
меня нет.
- Были в истории Сизифа случаи, когда совершенно разные пакеты в разное
время назывались одинаково, один такой пример (git) я уже приводил.
Как обнаруживать такие коллизии автоматически, я тоже не знаю.

Несмотря на все эти вопросы, в каждом конкретном случае импорт пакета
из архива Сизифа в git-репозиторий это вполне решаемая (как правило,
легко решаемая) задача.


-- 
ldv

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

[devel] perl.git

[Alexey Tourbin]

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

On Wed, Sep 13, 2006 at 08:37:52PM +0400, Dmitry V. Levin wrote:
> В начале августа я рассказал о том, что с расширением серверных мощностей
> стало возможным опубликовать (rsync.altlinux.org::archive) и поддерживать
> архив Сизифа, накопленный с 14 ноября 2003 года.
> С введением в строй git.altlinux из этого архива можно извлечь ещё
> один вид пользы.  А именно, если архив проиндексирован попакетно, то
> (с помощью утилиты gear-srpmimport) можно импортировать исходные пакеты
> с сохранением всей доступной истории.
> Я поступил таким образом со всеми своими пакетами, которые не хранил в
> cvs, и результат мне показался удачным.
> 
> Всего в этом архиве около 7000 имён исходных пакетов общим объёмом
> около 62Gb.  Весь этот архив можно импортировать в git-репозитории
> описанным выше способом, однако есть несколько препятствий:
> - С каждым обновлением Сизифа архив пополняется новыми пакетами; это
> значит, что одноразовый импорт не решает задачу полностью.
> - Объём архива настолько велик, что процесс импортирования займёт больше
> времени, чем обычно проходит между обновлениями Сизифа.
> - Некоторые пакеты переименовывались, и было бы хорошо отследить такие
> переименования для того, чтобы при импорте не потерять историю в момент
> переименования.  К сожалению, алгоритма выявления переименований у
> меня нет.
> - Были в истории Сизифа случаи, когда совершенно разные пакеты в разное
> время назывались одинаково, один такой пример (git) я уже приводил.
> Как обнаруживать такие коллизии автоматически, я тоже не знаю.
> 
> Несмотря на все эти вопросы, в каждом конкретном случае импорт пакета
> из архива Сизифа в git-репозиторий это вполне решаемая (как правило,
> легко решаемая) задача.

По части перла я вот что хочу сделать.  Я написал скрипт, который
импортирует все апстримовские патчи, начиная с perl-5.8.0.  То есть не
просто perl-5.8.[012345678], а все промежуточные изменения.  То есть это
что-то вроде импорта из p4 (p4 -- это такая гадость, которая
используется в качестве scm у перла; она ещё называется perforce).

Патчи относительно perl-5.8.0 вплоть до текущего состояния perl-5.8.8+
лежат на rsync://public.activestate.com/perl-5.8.x-diffs/

На всякий случай прилагаю скрипт, который их имортирует.
Этот скрипт делает бранч perl-5.8, в котором я потом расставлю таги
perl-5.8.[012345678].  Скрипт работает хорошо, но пришлось решить две
проблемы: 1) \r\n -> \n; 2) поправить в одном месте дефектный патч (см.
my.gz).  Это /home/at/perl-5.8.x-diffs/18673.gz, там остсутствует
файл CPAN/ChangeLog с пометкой "(binary)", я взял этот файл и тарболла
CPAN-1.64.tar.gz.  Сейчас на выходе дерево исходников после применения
всех патчей совпадает с текущим деревом исходников perl-5.8.8+,
полученным иным (непосредственным) способом.

Соответственно дело в том, что git-srpmimport сюда как бы не
вписывается.  Импортировать тарболлы и патчи смысла нет, потому что
я собираюсь отбранчить master от perl-5.8 и применить все имеющиеся
патчи уже к исходникам.  Что тогда делать с архивом?

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

Re: [devel] perl.git

[Alexey Tourbin]

[-- Attachment #1.1: Type: text/plain, Size: 136 bytes --]

On Wed, Sep 13, 2006 at 09:04:51PM +0400, Alexey Tourbin wrote:
> На всякий случай прилагаю скрипт, который их имортирует.

Вот он.

[-- Attachment #1.2: apc --]
[-- Type: text/plain, Size: 1883 bytes --]

#!/bin/sh -e

diffs=~/perl-5.8.x-diffs
source0=~/RPM/SOURCES/perl-5.8.0.tar.bz2
workdir=~/tmp/perl-git

rm -rf "$workdir"
mkdir "$workdir"
cd "$workdir"
tar xf "$source0"
mv perl-5.8.0 perl
cd perl
mtime=`find -type f -printf '%T@\n' |sort -u -rn |head -1`
# HACK
find -type f -print0 |xargs -r0 perl -pi -e 's/\r\n/\n/'
git-init-db
git-add .
faketime -d "1970-01-01 $mtime seconds" -- \
git-commit -a -m "imported perl-5.8.0 sources" --author 'pumpking <pumpking@perl>'
git-checkout -b perl-5.8
git-branch -D master

for diff in $diffs/*[0-9].gz; do
	[ -f "${diff%%.gz}.my.gz" ] && diff=${diff%%.gz}.my.gz
	echo "	*** $diff"
	head=$(zcat "$diff" |head -1)
	set -- $head
	change=$2
	who=$4
	date="$6 $7"
	message=$(zcat "$diff" |grep -m1 -B999 '^Affected files')
	message=$(echo "$message" |cat -s |sed '1{/^Change /d};${/^Affected files/d}')
	message=$(echo "$message" |sed '1{/^$/d};${/^$/d}')
	message=$(echo -n "Change $change:"; echo "$message" |head -1 |sed 's/^[[:space:]]*/ /';
		echo; echo "$message"; echo)
	affected=$(zcat "$diff"|sed -n '/^Affected files/,/^Differences/p')
	affected=$(echo "$affected" |grep -F //depot/maint-5.8/perl/)
	affected=$(echo "$affected" |sed 's|.*//depot/maint-5.8/perl/|\t|;s|#[0-9]\+[[:space:]]\+|\t|')
	hasdiff=1 hasCRLF=
	if zcat "$diff" |grep -qs '^--- '; then
		n1=`zcat "$diff" |wc -c`
		n2=`zcat "$diff" |perl -pe 's/\r\n/\n/' |wc -c`
		[ $n1 = $n2 ] || hasCRLF=1
		zcat "$diff" |perl -pe 's/\r\n/\n/' |patch -p1
	else
		hasdiff=
	fi
	hasrm=
	while read -r file action; do
		if [ "$action" = delete ]; then
			hasrm=1
			git-rm -f -v "$file"
		else
			git-add "$file"
		fi
	done <<<"$affected"
	if [ -z "$hasdiff" -a -z "$hasrm" ]; then
		echo "no changes in $diff"
		continue
	fi
	author=${who%%@*}
	author="$author <$who>"
	faketime -d "$date" -- \
	git-commit -a -m "$message" --author "$author" || [ -n "$hasCRLF" ]
done

echo ok

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

Re: [devel] perl.git

[Alexey Tourbin]

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

On Wed, Sep 13, 2006 at 09:04:52PM +0400, Alexey Tourbin wrote:
> По части перла я вот что хочу сделать.  Я написал скрипт, который
> импортирует все апстримовские патчи, начиная с perl-5.8.0.  То есть не
> просто perl-5.8.[012345678], а все промежуточные изменения.  То есть это
> что-то вроде импорта из p4 (p4 -- это такая гадость, которая
> используется в качестве scm у перла; она ещё называется perforce).

Как создать пустой бранч, не отфоркивая его от чего бы то ни было?

$ git-branch APC 0
fatal: Needed a single revision
$

Я в этом бранче хочу держать скрипты для синхронизации с диффами от p4.
Этот скрипт будет в самый ответственный момент переключаться с бранча
APC на бранч perl-5.8 и вливать туда очередные изменения.

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

Re: [devel] perl.git

[Dmitry V. Levin]

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

On Wed, Sep 13, 2006 at 10:42:02PM +0400, Alexey Tourbin wrote:
> On Wed, Sep 13, 2006 at 09:04:52PM +0400, Alexey Tourbin wrote:
> > По части перла я вот что хочу сделать.  Я написал скрипт, который
> > импортирует все апстримовские патчи, начиная с perl-5.8.0.  То есть не
> > просто perl-5.8.[012345678], а все промежуточные изменения.  То есть это
> > что-то вроде импорта из p4 (p4 -- это такая гадость, которая
> > используется в качестве scm у перла; она ещё называется perforce).
> 
> Как создать пустой бранч, не отфоркивая его от чего бы то ни было?

Бранч - это ссылка (refs/heads/*); нельзя сделать ссылку в никуда.

> $ git-branch APC 0
> fatal: Needed a single revision
> $
> 
> Я в этом бранче хочу держать скрипты для синхронизации с диффами от p4.
> Этот скрипт будет в самый ответственный момент переключаться с бранча
> APC на бранч perl-5.8 и вливать туда очередные изменения.

Для этого не нужно делать ссылки в никуда.


-- 
ldv

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

Re: [devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[Dmitry V. Levin]

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

On Thu, Sep 14, 2006 at 02:59:55AM +0400, Kirill Maslinsky wrote:
> > В начале августа я рассказал о том, что с расширением серверных мощностей
> > стало возможным опубликовать (rsync.altlinux.org::archive) и поддерживать
> > архив Сизифа, накопленный с 14 ноября 2003 года.
> 
> У меня уже есть gear-репозиторий, полученный путём импорта _последней сборки_
> пакета через gear-srpmimport Такой вопрос: теперь я хочу "пришить" к этому
> репозиторию всю предшествовавшую историю. gear-srpmimport в этот уже созданный
> репозиторий обработает такую ситуацию корректно? Или следует провести какую-то
> более хитрую процедуру?

Пришить историю нельзя, можно сделать новую историю.
В данном случае проще сделать новый импорт.


-- 
ldv

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

Re: [devel] perl.git

[Alexey Tourbin]

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

On Thu, Sep 14, 2006 at 12:46:08AM +0400, Dmitry V. Levin wrote:
> On Wed, Sep 13, 2006 at 10:42:02PM +0400, Alexey Tourbin wrote:
> > On Wed, Sep 13, 2006 at 09:04:52PM +0400, Alexey Tourbin wrote:
> > > По части перла я вот что хочу сделать.  Я написал скрипт, который
> > > импортирует все апстримовские патчи, начиная с perl-5.8.0.  То есть не
> > > просто perl-5.8.[012345678], а все промежуточные изменения.  То есть это
> > > что-то вроде импорта из p4 (p4 -- это такая гадость, которая
> > > используется в качестве scm у перла; она ещё называется perforce).
> > 
> > Как создать пустой бранч, не отфоркивая его от чего бы то ни было?
> 
> Бранч - это ссылка (refs/heads/*); нельзя сделать ссылку в никуда.
> 
> > $ git-branch APC 0
> > fatal: Needed a single revision
> > $
> > 
> > Я в этом бранче хочу держать скрипты для синхронизации с диффами от p4.
> > Этот скрипт будет в самый ответственный момент переключаться с бранча
> > APC на бранч perl-5.8 и вливать туда очередные изменения.
> 
> Для этого не нужно делать ссылки в никуда.

Ну и как сделать бранч с чистым каталогом, и стоит ли вообще так делать?
Я конечно понимаю, что вопрос может быть глуповатый и нужно вкуривать
документацию.  Но, с учетом того, что таких как я ещё человек 100,
наверное всё же стоит разжевывать.

То есть мне нужно где-то хранить скрипты и merge status для бранча
perl-5.8.  Получается какой-то раздельный merge status, дополнительная
мета-информация по отношению к самому git'у.  В общем подумаю ещё.

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

Re: [devel] refs/heads/*

[Dmitry V. Levin]

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

On Thu, Sep 14, 2006 at 12:55:10AM +0400, Alexey Tourbin wrote:
[...]
> Ну и как сделать бранч с чистым каталогом, и стоит ли вообще так делать?

Нет, не стоит.

> Я конечно понимаю, что вопрос может быть глуповатый и нужно вкуривать
> документацию.  Но, с учётом того, что таких как я ещё человек 100,
> наверное всё же стоит разжёвывать.

Сейчас одену соответствующую насадку и разжую. :)

> То есть мне нужно где-то хранить скрипты и merge status для бранча
> perl-5.8.  Получается какой-то раздельный merge status, дополнительная
> мета-информация по отношению к самому git'у.  В общем подумаю ещё.

Если ты хочешь завести в git-репозитории бранч со своей историей, не
имеющий ничего общего с тем, что там уже есть, то можешь сделать так:

$ git-symbolic-ref HEAD refs/heads/имя_нового_бранча
$ rm .git/index
$ touch скрипты
$ git-add скрипты
$ git-commit -a

Если есть более простой способ, то Сергей меня поправит.


-- 
ldv

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

Re: [devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[Kirill Maslinsky]

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

> В начале августа я рассказал о том, что с расширением серверных мощностей
> стало возможным опубликовать (rsync.altlinux.org::archive) и поддерживать
> архив Сизифа, накопленный с 14 ноября 2003 года.

У меня уже есть gear-репозиторий, полученный путём импорта _последней сборки_
пакета через gear-srpmimport Такой вопрос: теперь я хочу "пришить" к этому
репозиторию всю предшествовавшую историю. gear-srpmimport в этот уже созданный
репозиторий обработает такую ситуацию корректно? Или следует провести какую-то
более хитрую процедуру?

-- 
Kirill Maslinsky
ALT Linux Documentation Team
http://heap.altlinux.ru

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

Re: [devel] refs/heads/*

[Sergey Vlasov]

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

On Thu, Sep 14, 2006 at 01:09:57AM +0400, Dmitry V. Levin wrote:
> Если ты хочешь завести в git-репозитории бранч со своей историей, не
> имеющий ничего общего с тем, что там уже есть, то можешь сделать так:
> 
> $ git-symbolic-ref HEAD refs/heads/имя_нового_бранча
> $ rm .git/index
> $ touch скрипты
> $ git-add скрипты
> $ git-commit -a
> 
> Если есть более простой способ, то Сергей меня поправит.

Если ещё и без низкоуровневых команд и залезания в .git/ руками - пожалуй,
только создать отдельный репозиторий, закоммитить туда только скрипты, а
потом в основном репозитории сделать:

	git fetch other-repo refs/heads/master:refs/heads/new_branch

(эта команда поругается по поводу отсутствия общей истории, но сделает то,
что просили).

На самом деле есть возможность даже сделать git-pull в подобном случае
(таким образом в git втащили gitk, который существует и в качестве
отдельного проекта).

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

Re: [devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[Sergey Vlasov]

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

On Thu, Sep 14, 2006 at 12:47:28AM +0400, Dmitry V. Levin wrote:
> On Thu, Sep 14, 2006 at 02:59:55AM +0400, Kirill Maslinsky wrote:
> > > В начале августа я рассказал о том, что с расширением серверных мощностей
> > > стало возможным опубликовать (rsync.altlinux.org::archive) и поддерживать
> > > архив Сизифа, накопленный с 14 ноября 2003 года.
> > 
> > У меня уже есть gear-репозиторий, полученный путём импорта _последней сборки_
> > пакета через gear-srpmimport Такой вопрос: теперь я хочу "пришить" к этому
> > репозиторию всю предшествовавшую историю. gear-srpmimport в этот уже созданный
> > репозиторий обработает такую ситуацию корректно? Или следует провести какую-то
> > более хитрую процедуру?
> 
> Пришить историю нельзя, можно сделать новую историю.

На самом деле можно и пришить (через .git/info/grafts), но это чисто
локальное действие (git-clone эту информацию не скопирует).  Чтобы
нормально опубликовать репозиторий после пришивания, историю надо
переписывать.  Специально предназначенный для этого инструмент есть в
cogito (cg-admin-rewritehist).

> В данном случае проще сделать новый импорт.

После этого коммиты, сделанные в старом репозитории после импорта, можно
перенести на новую базу либо через git-cherry-pick (но при этом факт
переноса будет заметен - author date/time и committer date/time будут
различаться), либо через cg-admin-rewritehist (не проверял, что происходит
в этом случае).  Существенная разница между этими средствами в том, что
git-cherry-pick фактически преобразует коммит в патч относительно его
базового коммита, после чего применяет этот патч к текущему дереву, а
cg-admin-rewritehist перенесёт дерево из старого коммита в новый без учёта
того, что дерево у нового базового коммита может отличаться от старого.

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

Re: [devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[Grigory Batalov]

On Wed, 13 Sep 2006 20:37:52 +0400
"Dmitry V. Levin" <ldv@altlinux.org> wrote:

> В начале августа я рассказал о том, что с расширением серверных мощностей
> стало возможным опубликовать (rsync.altlinux.org::archive) и поддерживать
> архив Сизифа, накопленный с 14 ноября 2003 года.

> С введением в строй git.altlinux из этого архива можно извлечь ещё
> один вид пользы.  А именно, если архив проиндексирован попакетно, то
> (с помощью утилиты gear-srpmimport) можно импортировать исходные пакеты
> с сохранением всей доступной истории.

  Кто же проиндексирует архив?
  Мне бы хотелось знать, в каких директориях лежат мои пакеты.

-- 
 Григорий Баталов,
 программист
 ЗАО "Ланит-Терком"

Re: [devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[Dmitry V. Levin]

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

On Thu, Sep 14, 2006 at 02:26:36PM +0400, Grigory Batalov wrote:
> On Wed, 13 Sep 2006 20:37:52 +0400, Dmitry V. Levin wrote:
> 
> > В начале августа я рассказал о том, что с расширением серверных мощностей
> > стало возможным опубликовать (rsync.altlinux.org::archive) и поддерживать
> > архив Сизифа, накопленный с 14 ноября 2003 года.
> 
> > С введением в строй git.altlinux из этого архива можно извлечь ещё
> > один вид пользы.  А именно, если архив проиндексирован попакетно, то
> > (с помощью утилиты gear-srpmimport) можно импортировать исходные пакеты
> > с сохранением всей доступной истории.
> 
>   Кто же проиндексирует архив?

Я проиндексирую, когда станет ясно, как его использовать.
А то вопросы я задал, а вот ответов не получил.


-- 
ldv

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

Re: [devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[Dmitry V. Levin]

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

On Thu, Sep 14, 2006 at 02:26:36PM +0400, Grigory Batalov wrote:
> On Wed, 13 Sep 2006 20:37:52 +0400, Dmitry V. Levin wrote:
> 
> > В начале августа я рассказал о том, что с расширением серверных мощностей
> > стало возможным опубликовать (rsync.altlinux.org::archive) и поддерживать
> > архив Сизифа, накопленный с 14 ноября 2003 года.
> 
> > С введением в строй git.altlinux из этого архива можно извлечь ещё
> > один вид пользы.  А именно, если архив проиндексирован попакетно, то
> > (с помощью утилиты gear-srpmimport) можно импортировать исходные пакеты
> > с сохранением всей доступной истории.
> 
>   Кто же проиндексирует архив?

Я проиндексирую, когда станет ясно, как его использовать.
А то вопросы я задал, а вот ответов не получил.


-- 
ldv

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

Re: [devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[Grigory Batalov]

On Thu, 14 Sep 2006 16:27:05 +0400
"Dmitry V. Levin" <ldv@altlinux.org> wrote:

> > > В начале августа я рассказал о том, что с расширением серверных мощностей
> > > стало возможным опубликовать (rsync.altlinux.org::archive) и поддерживать
> > > архив Сизифа, накопленный с 14 ноября 2003 года.
> > 
> > > С введением в строй git.altlinux из этого архива можно извлечь ещё
> > > один вид пользы.  А именно, если архив проиндексирован попакетно, то
> > > (с помощью утилиты gear-srpmimport) можно импортировать исходные пакеты
> > > с сохранением всей доступной истории.
> > 
> >   Кто же проиндексирует архив?
> 
> Я проиндексирую, когда станет ясно, как его использовать.
> А то вопросы я задал, а вот ответов не получил.

  Понятно, как -- git-srpmimport =).
  Если бы его ещё можно было прямо на git.alt запустить, то
  вообще была бы песня.

  Может, хоть ls -lR опубликуете?

-- 
 Григорий Баталов,
 программист
 ЗАО "Ланит-Терком"

Re: [devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[Kirill Maslinsky]

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

> Всего в этом архиве около 7000 имён исходных пакетов общим объёмом
> около 62Gb.  Весь этот архив можно импортировать в git-репозитории
> описанным выше способом, однако есть несколько препятствий:
> - С каждым обновлением Сизифа архив пополняется новыми пакетами; это
> значит, что одноразовый импорт не решает задачу полностью.
> - Объём архива настолько велик, что процесс импортирования займёт больше
> времени, чем обычно проходит между обновлениями Сизифа.
> - Некоторые пакеты переименовывались, и было бы хорошо отследить такие
> переименования для того, чтобы при импорте не потерять историю в момент
> переименования.  К сожалению, алгоритма выявления переименований у
> меня нет.

Можно построить такой алгоритм на основании такого соображения:
Основная сущность, которая наследуется от одного srpm файла 
к другому, если эти два файла представляют собой последовательные 
сборки одного пакета -- это changelog в spec-файле. 
Если же changelog пакета при каком-то с ним изменении оказался 
не унаследован, то, полагаю, можно довольно обоснованно считать 
это уже другим пакетом, и не отслеживать историю (раз уж она 
и так была утрачена).

Формальное правило может звучать так:
  - если последняя запись в changelog A.srpm совпадает с предпоследней в B.srpm, 
    то пакет A.srpm является следующей за B.srpm сборкой того же пакета. 
	Имена A и B при этом, естественно, значения не имеют.

Таким образом можно решить проблему переименований. 

Однако тут есть такой момент, что ряд сборок между A.srpm и B.srpm 
в Сизифе по каким-то причинам может отсутствовать, а записи в changelog 
для этих сборок имеются. Для разрешения этих случаев правило можно 
обобщить, заменив совпадение с предпоследней записью на совпадение 
с одной из предыдущих.

Это всё будет верно при условии, что 

(*) две changelog-записи никогда не совпадут случайно.

> - Были в истории Сизифа случаи, когда совершенно разные пакеты в разное
> время назывались одинаково, один такой пример (git) я уже приводил.
> Как обнаруживать такие коллизии автоматически, я тоже не знаю.

Вроде как этот случай можно также успешно разрешить из подобных соображений:
  - если A-V1.srpm и A-V2.srpm не имеют ни одной общей записи в changelog,
	то они принадлежат разным пакетам. Это можно обобщить на два множества 
	версий одинаково поименованных пакетов.

Естественно, этот принцип тоже будет работать, если верно (*)

> Несмотря на все эти вопросы, в каждом конкретном случае импорт пакета
> из архива Сизифа в git-репозиторий это вполне решаемая (как правило,
> легко решаемая) задача.

PS А я сначала подумал, что твои вопросы были риторические, и принялся
уже импортировать. ;)

-- 
Kirill Maslinsky
ALT Linux Documentation Team
http://heap.altlinux.ru

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

Re: [devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[Kirill Maslinsky]

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

> > > В начале августа я рассказал о том, что с расширением серверных мощностей
> > > стало возможным опубликовать (rsync.altlinux.org::archive) и поддерживать
> > > архив Сизифа, накопленный с 14 ноября 2003 года.
> > 
> > > С введением в строй git.altlinux из этого архива можно извлечь ещё
> > > один вид пользы.  А именно, если архив проиндексирован попакетно, то
> > > (с помощью утилиты gear-srpmimport) можно импортировать исходные пакеты
> > > с сохранением всей доступной истории.
> > 
> >   Кто же проиндексирует архив?
> 
> Я проиндексирую, когда станет ясно, как его использовать.
> А то вопросы я задал, а вот ответов не получил.

Ну так что же, будешь индексировать? А то я уже попробовал ответить 
на твои вопросы, так теперь нету ответа на мои ответы.

-- 
Kirill Maslinsky
ALT Linux Documentation Team
http://heap.altlinux.ru

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

Re: [devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[Dmitry V. Levin]

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

On Thu, Sep 14, 2006 at 08:05:45PM +0400, Kirill Maslinsky wrote:
[...]
> > - Некоторые пакеты переименовывались, и было бы хорошо отследить такие
> > переименования для того, чтобы при импорте не потерять историю в момент
> > переименования.  К сожалению, алгоритма выявления переименований у
> > меня нет.
> 
> Можно построить такой алгоритм на основании такого соображения:
> Основная сущность, которая наследуется от одного srpm файла 
> к другому, если эти два файла представляют собой последовательные 
> сборки одного пакета -- это changelog в spec-файле. 
> Если же changelog пакета при каком-то с ним изменении оказался 
> не унаследован, то, полагаю, можно довольно обоснованно считать 
> это уже другим пакетом, и не отслеживать историю (раз уж она 
> и так была утрачена).

Это не совсем так.  Иногда %changelog редактируется специально.
Были случаи, когда %changelog сильно секвестировался, или терялся и потом
восстанавливался.  Нет, устанавливать родственность пакетов по одному лишь
%changelog'у нельзя.

2at: Алексей, эта задача случайно не по твоей части?

> PS А я сначала подумал, что твои вопросы были риторические, и принялся
> уже импортировать. ;)

Нет, они не риторические, я в процессе импорта своих пакетов всякого
насмотрелся. :)


-- 
ldv

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

Re: [devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[Dmitry V. Levin]

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

On Fri, Sep 15, 2006 at 06:34:44PM +0400, Kirill Maslinsky wrote:
> > > > В начале августа я рассказал о том, что с расширением серверных мощностей
> > > > стало возможным опубликовать (rsync.altlinux.org::archive) и поддерживать
> > > > архив Сизифа, накопленный с 14 ноября 2003 года.
> > > 
> > > > С введением в строй git.altlinux из этого архива можно извлечь ещё
> > > > один вид пользы.  А именно, если архив проиндексирован попакетно, то
> > > > (с помощью утилиты gear-srpmimport) можно импортировать исходные пакеты
> > > > с сохранением всей доступной истории.
> > > 
> > >   Кто же проиндексирует архив?
> > 
> > Я проиндексирую, когда станет ясно, как его использовать.
> > А то вопросы я задал, а вот ответов не получил.
> 
> Ну так что же, будешь индексировать?

Я раньше уже индексировал вручную, потом перестал, хотя инкрементальное
индексирование должно потреблять гораздо меньше ресурсов.
Автоматического индексирования у меня ещё нет.

Кроме того, с каждым изменением алгоритма вычисления родственности
пакетов индексы придётся делать заново.




-- 
ldv

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

Re: [devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[Alexey Tourbin]

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

On Sat, Sep 16, 2006 at 02:43:21AM +0400, Dmitry V. Levin wrote:
> > Можно построить такой алгоритм на основании такого соображения:
> > Основная сущность, которая наследуется от одного srpm файла 
> > к другому, если эти два файла представляют собой последовательные 
> > сборки одного пакета -- это changelog в spec-файле. 
> > Если же changelog пакета при каком-то с ним изменении оказался 
> > не унаследован, то, полагаю, можно довольно обоснованно считать 
> > это уже другим пакетом, и не отслеживать историю (раз уж она 
> > и так была утрачена).
> 
> Это не совсем так.  Иногда %changelog редактируется специально.
> Были случаи, когда %changelog сильно секвестировался, или терялся и потом
> восстанавливался.  Нет, устанавливать родственность пакетов по одному лишь
> %changelog'у нельзя.
> 
> 2at: Алексей, эта задача случайно не по твоей части?

Я что-то пока в это всё не врубаюсь, у меня своих задач поприбваилось.
Хотел до понедельника собрать перл и fpc из git'а чтобы уже было как
нормально а тут с этим p4 и git-svn в общем собаку съел но вроде
разобрался.  Боюсь опять вас на полгода покину.  Что-то голова болит
и есть хочется, ка бы не издохнуть.

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

Re: [devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[Kirill Maslinsky]

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

> [...]
> > > - Некоторые пакеты переименовывались, и было бы хорошо отследить такие
> > > переименования для того, чтобы при импорте не потерять историю в момент
> > > переименования.  К сожалению, алгоритма выявления переименований у
> > > меня нет.
> > 
> > Можно построить такой алгоритм на основании такого соображения:
> > Основная сущность, которая наследуется от одного srpm файла 
> > к другому, если эти два файла представляют собой последовательные 
> > сборки одного пакета -- это changelog в spec-файле. 
> > Если же changelog пакета при каком-то с ним изменении оказался 
> > не унаследован, то, полагаю, можно довольно обоснованно считать 
> > это уже другим пакетом, и не отслеживать историю (раз уж она 
> > и так была утрачена).
> 
> Это не совсем так.  Иногда %changelog редактируется специально.
> Были случаи, когда %changelog сильно секвестировался, или терялся и потом
> восстанавливался.  Нет, устанавливать родственность пакетов по одному лишь
> %changelog'у нельзя.

Во всех ли случаях, когда он редактируется специально, 
будет при этом совпадать имя пакета? 
Может быть выёдет по комбинации двух признаков: 
имени пакета и changelog все восстановить? 

Вообще, не могу сообразить, что ещё надёжно и вычислимо 
наследуется в пакете между srpm-ами?


-- 
Kirill Maslinsky
ALT Linux Documentation Team
http://heap.altlinux.ru

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

Re: [devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[Michael Shigorin]

On Sat, Sep 16, 2006 at 02:43:21AM +0400, Dmitry V. Levin wrote:
> > PS А я сначала подумал, что твои вопросы были риторические, и
> > принялся уже импортировать. ;)
> Нет, они не риторические, я в процессе импорта своих пакетов
> всякого насмотрелся. :)

Есть ещё один вариант -- сделать 80%, которые более-менее
очевидны, а потом заниматься остатками по мере добирания
до каждого.

Тогда единственная очевидная мина -- забытое переименование,
которое может привести к необходимости того самого сшивания
истории (или выбрасывания старого куска), которого и хочется
избежать, так?

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

Re: [devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[Michael Shigorin]

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

On Wed, Sep 13, 2006 at 08:37:52PM +0400, Dmitry V. Levin wrote:
> - Некоторые пакеты переименовывались, и было бы хорошо
> отследить такие переименования для того, чтобы при импорте не
> потерять историю в момент переименования.  К сожалению,
> алгоритма выявления переименований у меня нет.

Ммм... Provides+Obsoletes может поймать не все (особенно с учётом
случаев, когда сперва добавлялся Obsoletes и лишь потом Provides
-- возможно, следует брать последнюю ревизию в рамках постоянного
имени?), но ничего простого лучше в голову пока не пришло.

> - Были в истории Сизифа случаи, когда совершенно разные пакеты
> в разное время назывались одинаково, один такой пример (git) я
> уже приводил.  Как обнаруживать такие коллизии автоматически,
> я тоже не знаю.

Думаю, это "подозревалка с человеком на рассуждении".
Поскольку на каждый автосравниваемый признак типа кардинально
другого %description (сравнивать примерно одинаковые можно
при помощи libtre или прямо agrep'ом) -- найдётся особый
легитимный случай.  %url едут и сами собой...

(вообще напрашивается similarity search, особенно если будет
полезен не только для этой задачи)

PS: Дим, тебе в голову не приходило, что вся стопка этого
технологического процесса может быть вполне себе продуктом?
Мож озадачь там менеджеров на обдумать?  А то я тут в пару
мест думаю подсунуть соображения глубже "как делать rpm".

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

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

Re: [devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[Dmitry V. Levin]

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

On Sat, Sep 16, 2006 at 10:32:39AM +0300, Michael Shigorin wrote:
> On Sat, Sep 16, 2006 at 02:43:21AM +0400, Dmitry V. Levin wrote:
> > > PS А я сначала подумал, что твои вопросы были риторические, и
> > > принялся уже импортировать. ;)
> > Нет, они не риторические, я в процессе импорта своих пакетов
> > всякого насмотрелся. :)
> 
> Есть ещё один вариант -- сделать 80%, которые более-менее
> очевидны, а потом заниматься остатками по мере добирания
> до каждого.

Самый простой способ - сделать индексы, и дальше пользуйтесь ими как
хотите. :)
Но в таком виде это будет доступно немногим.

> Тогда единственная очевидная мина -- забытое переименование,
> которое может привести к необходимости того самого сшивания
> истории (или выбрасывания старого куска), которого и хочется
> избежать, так?

Все сшивания в git - искусственные, поскольку его архитектура исключает
возможность внесения изменений "в прошлом" - только полное переписывание
истории.

А в истории пакетов gnome было много переименований, это даже я знаю.
Другими словами, эта проблема не высосана из пальца.


-- 
ldv

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

Re: [devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[Dmitry V. Levin]

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

On Sat, Sep 16, 2006 at 10:39:47AM +0300, Michael Shigorin wrote:
> On Wed, Sep 13, 2006 at 08:37:52PM +0400, Dmitry V. Levin wrote:
> > - Некоторые пакеты переименовывались, и было бы хорошо
> > отследить такие переименования для того, чтобы при импорте не
> > потерять историю в момент переименования.  К сожалению,
> > алгоритма выявления переименований у меня нет.
> > - Были в истории Сизифа случаи, когда совершенно разные пакеты
> > в разное время назывались одинаково, один такой пример (git) я
> > уже приводил.  Как обнаруживать такие коллизии автоматически,
> > я тоже не знаю.
[...]
> PS: Дим, тебе в голову не приходило, что вся стопка этого
> технологического процесса может быть вполне себе продуктом?

Нет, это одноразовое мероприятие.

> Мож озадачь там менеджеров на обдумать?

Кого?  Нам нужно решить задачу как можно быстрее, максимум за неделю,
а не разводить канитель.


-- 
ldv

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

Re: [devel] perl.git

[Alexey Tourbin]

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

Что значат сии ошибки?

$ git-push --all git.alt:/people/at/packages/perl.git
updating 'refs/tags/perl-5.8.0'
  from 0000000000000000000000000000000000000000
  to   b2318341b3857f77d05f38c16b329fad703d42fc
updating 'refs/tags/perl-5.8.1'
  from 0000000000000000000000000000000000000000
  to   7c40c87223d5e1473d7eb5fad4044b28b1868fd6
updating 'refs/tags/perl-5.8.2'
  from 0000000000000000000000000000000000000000
  to   c663f79651d9cd9f67510dbf7615c659ee34953b
updating 'refs/tags/perl-5.8.3'
  from 0000000000000000000000000000000000000000
  to   a1b40be2b999d8155b329c594c8807fedcd8e914
updating 'refs/tags/perl-5.8.4'
  from 0000000000000000000000000000000000000000
  to   9fe4c406d799c2f88bfaba125d71e564e01901b5
updating 'refs/tags/perl-5.8.5'
  from 0000000000000000000000000000000000000000
  to   ce5ce040beb96377b4c5ec399b5ea198a35f3970
updating 'refs/tags/perl-5.8.6'
  from 0000000000000000000000000000000000000000
  to   7751a851e693da2b997dc4fae7375e4fb30acd85
updating 'refs/tags/perl-5.8.7'
  from 0000000000000000000000000000000000000000
  to   cc473954c2ef4075efc3cc929d68cff81a91e014
updating 'refs/tags/perl-5.8.8'
  from 0000000000000000000000000000000000000000
  to   e9e9a74b0e2de68e77e5a341214b187098b160cc
updating 'refs/tags/perl-5.9.1'
  from 0000000000000000000000000000000000000000
  to   b25465007f62caad712f522a26f438d601e81215
updating 'refs/tags/perl-5.9.2'
  from 0000000000000000000000000000000000000000
  to   354a1a8c993c1481a0289c2e085a7b1d728c2eba
updating 'refs/tags/perl-5.9.3'
  from 0000000000000000000000000000000000000000
  to   a9890bc41aa6bf744da8136e186242e78ed8c34d
updating 'refs/tags/perl-5.9.4'
  from 0000000000000000000000000000000000000000
  to   0e9f340ac64d6b2ad06782f5df3b2ecf534f53ee
updating 'refs/heads/perl-5.9'
  from 0000000000000000000000000000000000000000
  to   1012a911d2b211c6026b6ab9de95ce0596d058ee
updating 'refs/heads/perl-5.8'
  from 0000000000000000000000000000000000000000
  to   7ebb42384c65fe50442db35cb3fb683144ca3844
Generating pack...
Done counting 72427 objects.
Deltifying 72427 objects.
 100% (72427/72427) done
Unpacking 72427 objects
z
Total 72427, written 72427 (delta 54261), reused 72427 (delta 54261)
*** Un-annotated tags are not allowed in this repo
*** Use `git-tag [ -a | -s ]' for tags you want to propagate.
error: hooks/update exited with error code 1
error: hook declined to update refs/tags/perl-5.8.0
*** Un-annotated tags are not allowed in this repo
*** Use `git-tag [ -a | -s ]' for tags you want to propagate.
error: hooks/update exited with error code 1
error: hook declined to update refs/tags/perl-5.8.1
*** Un-annotated tags are not allowed in this repo
*** Use `git-tag [ -a | -s ]' for tags you want to propagate.
error: hooks/update exited with error code 1
error: hook declined to update refs/tags/perl-5.8.2
*** Un-annotated tags are not allowed in this repo
*** Use `git-tag [ -a | -s ]' for tags you want to propagate.
error: hooks/update exited with error code 1
error: hook declined to update refs/tags/perl-5.8.3
*** Un-annotated tags are not allowed in this repo
*** Use `git-tag [ -a | -s ]' for tags you want to propagate.
error: hooks/update exited with error code 1
error: hook declined to update refs/tags/perl-5.8.4
*** Un-annotated tags are not allowed in this repo
*** Use `git-tag [ -a | -s ]' for tags you want to propagate.
error: hooks/update exited with error code 1
error: hook declined to update refs/tags/perl-5.8.5
*** Un-annotated tags are not allowed in this repo
*** Use `git-tag [ -a | -s ]' for tags you want to propagate.
error: hooks/update exited with error code 1
error: hook declined to update refs/tags/perl-5.8.6
*** Un-annotated tags are not allowed in this repo
*** Use `git-tag [ -a | -s ]' for tags you want to propagate.
error: hooks/update exited with error code 1
error: hook declined to update refs/tags/perl-5.8.7
*** Un-annotated tags are not allowed in this repo
*** Use `git-tag [ -a | -s ]' for tags you want to propagate.
error: hooks/update exited with error code 1
error: hook declined to update refs/tags/perl-5.8.8
*** Un-annotated tags are not allowed in this repo
*** Use `git-tag [ -a | -s ]' for tags you want to propagate.
error: hooks/update exited with error code 1
error: hook declined to update refs/tags/perl-5.9.1
*** Un-annotated tags are not allowed in this repo
*** Use `git-tag [ -a | -s ]' for tags you want to propagate.
error: hooks/update exited with error code 1
error: hook declined to update refs/tags/perl-5.9.2
*** Un-annotated tags are not allowed in this repo
*** Use `git-tag [ -a | -s ]' for tags you want to propagate.
error: hooks/update exited with error code 1
error: hook declined to update refs/tags/perl-5.9.3
*** Un-annotated tags are not allowed in this repo
*** Use `git-tag [ -a | -s ]' for tags you want to propagate.
error: hooks/update exited with error code 1
error: hook declined to update refs/tags/perl-5.9.4
refs/heads/perl-5.9: 0000000000000000000000000000000000000000 -> 1012a911d2b211c6026b6ab9de95ce0596d058ee
refs/heads/perl-5.8: 0000000000000000000000000000000000000000 -> 7ebb42384c65fe50442db35cb3fb683144ca3844
ng refs/tags/perl-5.8.0 hook declined
ng refs/tags/perl-5.8.1 hook declined
ng refs/tags/perl-5.8.2 hook declined
ng refs/tags/perl-5.8.3 hook declined
ng refs/tags/perl-5.8.4 hook declined
ng refs/tags/perl-5.8.5 hook declined
ng refs/tags/perl-5.8.6 hook declined
ng refs/tags/perl-5.8.7 hook declined
ng refs/tags/perl-5.8.8 hook declined
ng refs/tags/perl-5.9.1 hook declined
ng refs/tags/perl-5.9.2 hook declined
ng refs/tags/perl-5.9.3 hook declined
ng refs/tags/perl-5.9.4 hook declined
at@localhost ~/git.alt/perl 10 $ z
zsh: command not found: z
$

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

Re: [devel] perl.git

[Dmitry V. Levin]

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

On Sat, Sep 16, 2006 at 06:45:21PM +0400, Alexey Tourbin wrote:
> Что значат сии ошибки?
> 
> $ git-push --all git.alt:/people/at/packages/perl.git
[...]
> *** Un-annotated tags are not allowed in this repo
> *** Use `git-tag [ -a | -s ]' for tags you want to propagate.
> error: hooks/update exited with error code 1
> error: hook declined to update refs/tags/perl-5.9.4
[...]
> ng refs/tags/perl-5.9.4 hook declined

Как и было сказано, чисто символьные тэги не принимаются,
нужны настоящие объекты, см. git-tag(1).

> at@localhost ~/git.alt/perl 10 $ z
> zsh: command not found: z

Это я не понимаю.


-- 
ldv

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

Re: [devel] perl.git

[Alexey Tourbin]

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

On Sat, Sep 16, 2006 at 06:55:21PM +0400, Dmitry V. Levin wrote:
> On Sat, Sep 16, 2006 at 06:45:21PM +0400, Alexey Tourbin wrote:
> > Что значат сии ошибки?
> > 
> > $ git-push --all git.alt:/people/at/packages/perl.git
> [...]
> > *** Un-annotated tags are not allowed in this repo
> > *** Use `git-tag [ -a | -s ]' for tags you want to propagate.
> > error: hooks/update exited with error code 1
> > error: hook declined to update refs/tags/perl-5.9.4
> [...]
> > ng refs/tags/perl-5.9.4 hook declined
> 
> Как и было сказано, чисто символьные тэги не принимаются,
> нужны настоящие объекты, см. git-tag(1).

А где было сказано?  `~f ldv ~b символ', `~f ldv ~b т[аэ]г'
ничего интересного не показывает.  Как сделать из символного тэга
настоящий объект?  Подписать?

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

Re: [devel] perl.git

[Dmitry V. Levin]

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

On Sat, Sep 16, 2006 at 08:50:17PM +0400, Alexey Tourbin wrote:
> On Sat, Sep 16, 2006 at 06:55:21PM +0400, Dmitry V. Levin wrote:
> > On Sat, Sep 16, 2006 at 06:45:21PM +0400, Alexey Tourbin wrote:
> > > Что значат сии ошибки?
> > > 
> > > $ git-push --all git.alt:/people/at/packages/perl.git
> > [...]
> > > *** Un-annotated tags are not allowed in this repo
> > > *** Use `git-tag [ -a | -s ]' for tags you want to propagate.
> > > error: hooks/update exited with error code 1
> > > error: hook declined to update refs/tags/perl-5.9.4
> > [...]
> > > ng refs/tags/perl-5.9.4 hook declined
> > 
> > Как и было сказано, чисто символьные тэги не принимаются,
> > нужны настоящие объекты, см. git-tag(1).
> 
> А где было сказано?  `~f ldv ~b символ', `~f ldv ~b т[аэ]г'
> ничего интересного не показывает.

Как сказал hooks/update :)

> Как сделать из символного тэга
> настоящий объект?  Подписать?

Не обязательно подписать, достаточно git-tag -a, хотя можно и git-tag -s.
Просто публиковать чисто символьные тэги нехорошо.


-- 
ldv

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

Re: [devel] perl.git

[Alexey Tourbin]

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

On Sat, Sep 16, 2006 at 08:52:05PM +0400, Dmitry V. Levin wrote:
> > Как сделать из символного тэга
> > настоящий объект?  Подписать?
> 
> Не обязательно подписать, достаточно git-tag -a, хотя можно и git-tag -s.
> Просто публиковать чисто символьные тэги нехорошо.

Я неправильно поставил таг perl-5.8.0.  Я его переставил правильно, но
теперь git-push отказывается его принимать.  Что делать?

error: remote 'refs/tags/perl-5.8.0' is not a strict subset of local ref
'refs/tags/perl-5.8.0'. maybe you are not up-to-date and need to pull first?

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

Re: [devel] perl.git

[Alexey Tourbin]

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

On Sun, Sep 17, 2006 at 09:54:24AM +0400, Alexey Tourbin wrote:
> On Sat, Sep 16, 2006 at 08:52:05PM +0400, Dmitry V. Levin wrote:
> > > Как сделать из символного тэга
> > > настоящий объект?  Подписать?
> > 
> > Не обязательно подписать, достаточно git-tag -a, хотя можно и git-tag -s.
> > Просто публиковать чисто символьные тэги нехорошо.
> 
> Я неправильно поставил таг perl-5.8.0.  Я его переставил правильно, но
> теперь git-push отказывается его принимать.  Что делать?
> 
> error: remote 'refs/tags/perl-5.8.0' is not a strict subset of local ref
> 'refs/tags/perl-5.8.0'. maybe you are not up-to-date and need to pull first?

git-push --tags --force git.alt
вроде бы помогло

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

Re: [devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[Dmitry V. Levin]

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

On Wed, Sep 13, 2006 at 08:37:52PM +0400, Dmitry V. Levin wrote:
> В начале августа я рассказал о том, что с расширением серверных мощностей
> стало возможным опубликовать (rsync.altlinux.org::archive) и поддерживать
> архив Сизифа, накопленный с 14 ноября 2003 года.

Сглазил.  Архив перестал накапливаться 6-го сентября (local
misconfiguration), буду восстанавливать из офиса, это займёт несколько
суток.


-- 
ldv

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

Re: [devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[Alexey Rusakov]

Dmitry V. Levin пишет:
> On Sat, Sep 16, 2006 at 10:32:39AM +0300, Michael Shigorin wrote:
>   
>> On Sat, Sep 16, 2006 at 02:43:21AM +0400, Dmitry V. Levin wrote:
>>     
>>>> PS А я сначала подумал, что твои вопросы были риторические, и
>>>> принялся уже импортировать. ;)
>>>>         
>>> Нет, они не риторические, я в процессе импорта своих пакетов
>>> всякого насмотрелся. :)
>>>       
>> Есть ещё один вариант -- сделать 80%, которые более-менее
>> очевидны, а потом заниматься остатками по мере добирания
>> до каждого.
>>     
>
> Самый простой способ - сделать индексы, и дальше пользуйтесь ими как
> хотите. :)
> Но в таком виде это будет доступно немногим.
>
>   
>> Тогда единственная очевидная мина -- забытое переименование,
>> которое может привести к необходимости того самого сшивания
>> истории (или выбрасывания старого куска), которого и хочется
>> избежать, так?
>>     
> Все сшивания в git - искусственные, поскольку его архитектура исключает
> возможность внесения изменений "в прошлом" - только полное переписывание
> истории.
>
> А в истории пакетов gnome было много переименований, это даже я знаю.
> Другими словами, эта проблема не высосана из пальца.
>   
Проблема переименований в gnome в основном решается поиском пакетов с 
пропавшей (или передвинувшейся) в названиях двойкой плюс просмотром 
пакетов, провайдящих/обсолетящих друг друга. Это работает для 
подавляющего большинства пакетов, входящих в GNOME. По крайней мере в 
данном случае сократить объём работ так можно.

-- 
  Alexey "Ktirf" Rusakov

Re: [devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[Vitaly Ostanin]

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

Dmitry V. Levin пишет:
> On Wed, Sep 13, 2006 at 08:37:52PM +0400, Dmitry V. Levin wrote:
>> В начале августа я рассказал о том, что с расширением серверных мощностей
>> стало возможным опубликовать (rsync.altlinux.org::archive) и поддерживать
>> архив Сизифа, накопленный с 14 ноября 2003 года.
> 
> Сглазил.  Архив перестал накапливаться 6-го сентября (local
> misconfiguration), буду восстанавливать из офиса, это займёт несколько
> суток.

Тут обнаружилось, что в архиве от 12 июня 2004 года нет
sisyphus_check. В архиве от 4 августа 2004 года он снова есть.

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [devel] IQ: git.altlinux.org: archive/Sisyphus conversion

[Dmitry V. Levin]

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

On Tue, Sep 26, 2006 at 05:18:40PM +0400, Vitaly Ostanin wrote:
> Dmitry V. Levin пишет:
> > On Wed, Sep 13, 2006 at 08:37:52PM +0400, Dmitry V. Levin wrote:
> >> В начале августа я рассказал о том, что с расширением серверных мощностей
> >> стало возможным опубликовать (rsync.altlinux.org::archive) и поддерживать
> >> архив Сизифа, накопленный с 14 ноября 2003 года.
> > 
> > Сглазил.  Архив перестал накапливаться 6-го сентября (local
> > misconfiguration), буду восстанавливать из офиса, это займёт несколько
> > суток.
> 
> Тут обнаружилось, что в архиве от 12 июня 2004 года нет
> sisyphus_check. В архиве от 4 августа 2004 года он снова есть.

Это логично - sisyphus_check впервые появился в виде самостоятельного
пакета 24 июня 2004 года.


-- 
ldv

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

Re: [devel] hasher with old sisyphus (was: IQ: git.altlinux.org: archive/Sisyphus conversion)

[Vitaly Ostanin]

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

Dmitry V. Levin пишет:
> On Tue, Sep 26, 2006 at 05:18:40PM +0400, Vitaly Ostanin wrote:
>> Dmitry V. Levin пишет:
>>> On Wed, Sep 13, 2006 at 08:37:52PM +0400, Dmitry V. Levin wrote:
>>>> В начале августа я рассказал о том, что с расширением серверных мощностей
>>>> стало возможным опубликовать (rsync.altlinux.org::archive) и поддерживать
>>>> архив Сизифа, накопленный с 14 ноября 2003 года.
>>> Сглазил.  Архив перестал накапливаться 6-го сентября (local
>>> misconfiguration), буду восстанавливать из офиса, это займёт несколько
>>> суток.
>> Тут обнаружилось, что в архиве от 12 июня 2004 года нет
>> sisyphus_check. В архиве от 4 августа 2004 года он снова есть.
> 
> Это логично - sisyphus_check впервые появился в виде самостоятельного
> пакета 24 июня 2004 года.

Интересно, почему тогда не удалось собрать текущий dovecot в
текущем hasher с репозиторием от 12 июня с ошибкой на стадии apt
- невозможно установить sisyphus_check.

Если его тогда ещё не было, то по идее его никто не должен
хотеть? В спеке текущего dovecot нет упоминаний о sisyphus_check.

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [devel] hasher with old sisyphus (was: IQ: git.altlinux.org: archive/Sisyphus conversion)

[Dmitry V. Levin]

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

On Wed, Sep 27, 2006 at 02:11:54PM +0400, Vitaly Ostanin wrote:
> Dmitry V. Levin пишет:
> > On Tue, Sep 26, 2006 at 05:18:40PM +0400, Vitaly Ostanin wrote:
> >> Dmitry V. Levin пишет:
> >>> On Wed, Sep 13, 2006 at 08:37:52PM +0400, Dmitry V. Levin wrote:
> >>>> В начале августа я рассказал о том, что с расширением серверных мощностей
> >>>> стало возможным опубликовать (rsync.altlinux.org::archive) и поддерживать
> >>>> архив Сизифа, накопленный с 14 ноября 2003 года.
> >>> Сглазил.  Архив перестал накапливаться 6-го сентября (local
> >>> misconfiguration), буду восстанавливать из офиса, это займёт несколько
> >>> суток.
> >> Тут обнаружилось, что в архиве от 12 июня 2004 года нет
> >> sisyphus_check. В архиве от 4 августа 2004 года он снова есть.
> > 
> > Это логично - sisyphus_check впервые появился в виде самостоятельного
> > пакета 24 июня 2004 года.
> 
> Интересно, почему тогда не удалось собрать текущий dovecot в
> текущем hasher с репозиторием от 12 июня с ошибкой на стадии apt
> - невозможно установить sisyphus_check.
> 
> Если его тогда ещё не было, то по идее его никто не должен
> хотеть? В спеке текущего dovecot нет упоминаний о sisyphus_check.

/usr/share/hasher/rebuild хочет запускать sisyphus_check, поэтому
pkg_build_list (см. hsh(1)) содержит sisyphus_check.  В файле
/usr/share/doc/hasher-*/README по этому поводу написано, что для
нормальной работы репозиторий должен предоставлять sisyphus_check>=0:0.7.3
Если надо собирать hasher'ом для до'sisyphus_check'овой среды, то,
наверное, надо убрать sisyphus_check из pkg_build_list (см. hsh(1))
и выключить sisyphus_check (--no-sisyphus-check, см. там же).


-- 
ldv

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

Re: [devel] hasher with old sisyphus (was: IQ: git.altlinux.org: archive/Sisyphus conversion)

[Hihin Ruslan]

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

Здравствуйте Dmitry V. Levin
  В сообщении от 28 сентября 2006 02:31 Dmitry V. Levin написал(a):
 
 > >
 > > Интересно, почему тогда не удалось собрать текущий dovecot в
 > >
 > > текущем hasher с репозиторием от 12 июня с ошибкой на стадии apt
 > >
 > > - невозможно установить sisyphus_check.
 > >
 > >
 > >
 > > Если его тогда ещё не было, то по идее его никто не должен
 > >
 > > хотеть? В спеке текущего dovecot нет упоминаний о sisyphus_check.
 >
 > /usr/share/hasher/rebuild хочет запускать sisyphus_check, поэтому
 >
 > pkg_build_list (см. hsh(1)) содержит sisyphus_check.  В файле
 >
 > /usr/share/doc/hasher-*/README по этому поводу написано, что для
 >
 > нормальной работы репозиторий должен предоставлять
 > sisyphus_check>=0:0.7.3
 >
 > Если надо собирать hasher'ом для до'sisyphus_check'овой среды, то,
 >
 > наверное, надо убрать sisyphus_check из pkg_build_list (см. hsh(1))
 >
 > и выключить sisyphus_check (--no-sisyphus-check, см. там же).
Вот это надо красной чертой обвести и в рамочку повесить для всех 
пользователей hasher, separator и spt :)

В любом случае должно лежать на Wiki :)

PS пошёл читать readme от haher 

-- 
С уважением Xихин Руслан

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

Re: [devel] hasher with old sisyphus

[Vitaly Ostanin]

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

Dmitry V. Levin пишет:

<skipped/>

>>> Это логично - sisyphus_check впервые появился в виде самостоятельного
>>> пакета 24 июня 2004 года.
>> Интересно, почему тогда не удалось собрать текущий dovecot в
>> текущем hasher с репозиторием от 12 июня с ошибкой на стадии apt
>> - невозможно установить sisyphus_check.
>>
>> Если его тогда ещё не было, то по идее его никто не должен
>> хотеть? В спеке текущего dovecot нет упоминаний о sisyphus_check.
> 
> /usr/share/hasher/rebuild хочет запускать sisyphus_check, поэтому
> pkg_build_list (см. hsh(1)) содержит sisyphus_check.  В файле
> /usr/share/doc/hasher-*/README по этому поводу написано, что для
> нормальной работы репозиторий должен предоставлять sisyphus_check>=0:0.7.3
> Если надо собирать hasher'ом для до'sisyphus_check'овой среды, то,
> наверное, надо убрать sisyphus_check из pkg_build_list (см. hsh(1))
> и выключить sisyphus_check (--no-sisyphus-check, см. там же).

Спасибо! Я указывал просто '--no-sisyphus-check'. Может, логичнее
было бы не устанавливать sisyphus_check, если он не используется?

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

[devel] unannotated tags (Re: perl.git)

[Sergey Vlasov]

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

On Sat, Sep 16, 2006 at 08:52:05PM +0400, Dmitry V. Levin wrote:
> Просто публиковать чисто символьные тэги нехорошо.

А что делать с апстримами типа udev, где теги ставятся именно в таком
виде?  Переставлять теги самому?

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

Re: [devel] hasher with old sisyphus

[Dmitry V. Levin]

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

On Thu, Sep 28, 2006 at 03:19:34PM +0400, Vitaly Ostanin wrote:
> Dmitry V. Levin пишет:
> 
> <skipped/>
> 
> >>> Это логично - sisyphus_check впервые появился в виде самостоятельного
> >>> пакета 24 июня 2004 года.
> >> Интересно, почему тогда не удалось собрать текущий dovecot в
> >> текущем hasher с репозиторием от 12 июня с ошибкой на стадии apt
> >> - невозможно установить sisyphus_check.
> >>
> >> Если его тогда ещё не было, то по идее его никто не должен
> >> хотеть? В спеке текущего dovecot нет упоминаний о sisyphus_check.
> > 
> > /usr/share/hasher/rebuild хочет запускать sisyphus_check, поэтому
> > pkg_build_list (см. hsh(1)) содержит sisyphus_check.  В файле
> > /usr/share/doc/hasher-*/README по этому поводу написано, что для
> > нормальной работы репозиторий должен предоставлять sisyphus_check>=0:0.7.3
> > Если надо собирать hasher'ом для до'sisyphus_check'овой среды, то,
> > наверное, надо убрать sisyphus_check из pkg_build_list (см. hsh(1))
> > и выключить sisyphus_check (--no-sisyphus-check, см. там же).
> 
> Спасибо! Я указывал просто '--no-sisyphus-check'. Может, логичнее
> было бы не устанавливать sisyphus_check, если он не используется?

Если совсем не используется, то можно не устанавливать.  Всё заранее
предусмотреть сложно.

-- 
ldv

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

Re: [devel] unannotated tags (Re: perl.git)

[Dmitry V. Levin]

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

On Fri, Sep 29, 2006 at 05:51:08PM +0400, Sergey Vlasov wrote:
> On Sat, Sep 16, 2006 at 08:52:05PM +0400, Dmitry V. Levin wrote:
> > Просто публиковать чисто символьные тэги нехорошо.
> 
> А что делать с апстримами типа udev, где теги ставятся именно в таком
> виде?  Переставлять теги самому?

Промыть мозги таким апстримам и поступать по своему усмотрению.


-- 
ldv

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