[sisyphus] gear-update-tag: tag must be from ancestor only?

[sisyphus] gear-update-tag: tag must be from ancestor only?

[Dmitry Afanasov]

я тут столкнулся с руганью gear-update-tag а ля:
gear-update-tag: Commit 727d468e54bd903b91536e28435a43f73b023222 for
tag "v2.6.25" is not an ancestor of current HEAD or commits to be
merged

ругань возникла на примере:
v2.6.25   HEAD
    \            /
    ...        ...
      \       /
      initial

v2.6.25 - исходники (upstream)
HEAD - spec'и, патчи, доки

как я понимаю, gear же просит чтобы было примерно так:

 ...   HEAD
   \    /
    \ /
v2.6.25

и вот сижу и думаю - а в чем причина такого решения? HEAD же в данном
случае не будет наследником upstream - спека своя история. да и второй
подход скопирует лог upstream'а в лог packaging ветки.

мне опять хочется странного? :)
-- 
С уважением
Афанасов Дмитрий

Re: [sisyphus] gear-update-tag: tag must be from ancestor only?

[Михаил Якушин]

Dmitry Afanasov wrote:
> я тут столкнулся с руганью gear-update-tag а ля:
> gear-update-tag: Commit 727d468e54bd903b91536e28435a43f73b023222 for
> tag "v2.6.25" is not an ancestor of current HEAD or commits to be
> merged
> 
> ругань возникла на примере:
> v2.6.25   HEAD
>     \            /
>     ...        ...
>       \       /
>       initial
> 
> v2.6.25 - исходники (upstream)
> HEAD - spec'и, патчи, доки
> 
> как я понимаю, gear же просит чтобы было примерно так:
> 
>  ...   HEAD
>    \    /
>     \ /
> v2.6.25
> 
> и вот сижу и думаю - а в чем причина такого решения? HEAD же в данном
> случае не будет наследником upstream - спека своя история. да и второй
> подход скопирует лог upstream'а в лог packaging ветки.
> 
> мне опять хочется странного? :)
Вопрос а как вы получили этот бранч?
Судя по версии это ядро.

Re: [sisyphus] gear-update-tag: tag must be from ancestor only?

[Dmitry Afanasov]

29.09.08, Михаил Якушин<silicium@altlinux.ru> написал(а):
> Dmitry Afanasov wrote:
>
> > я тут столкнулся с руганью gear-update-tag а ля:
> > gear-update-tag: Commit
> 727d468e54bd903b91536e28435a43f73b023222 for
> > tag "v2.6.25" is not an ancestor of current HEAD or commits to be
> > merged
>  Вопрос а как вы получили этот бранч?
>  Судя по версии это ядро.
ведь так и знал, что испугаются, чего я там ядро переделываю! :))

нет, iproute2. там upstream git'овый, с привякой к ядру по версиям. и
я смотрю - на git.alt:/peoples git архива нету. решил сделать, вдруг
пригодится :)
-- 
С уважением
Афанасов Дмитрий

Re: [sisyphus] gear-update-tag: tag must be from ancestor only?

[Михаил Якушин]

Dmitry Afanasov wrote:
> 29.09.08, Михаил Якушин<silicium@altlinux.ru> написал(а):
>> Dmitry Afanasov wrote:
>>
>>> я тут столкнулся с руганью gear-update-tag а ля:
>>> gear-update-tag: Commit
>> 727d468e54bd903b91536e28435a43f73b023222 for
>>> tag "v2.6.25" is not an ancestor of current HEAD or commits to be
>>> merged
>>  Вопрос а как вы получили этот бранч?
>>  Судя по версии это ядро.
> ведь так и знал, что испугаются, чего я там ядро переделываю! :))
> 
> нет, iproute2. там upstream git'овый, с привякой к ядру по версиям. и
> я смотрю - на git.alt:/peoples git архива нету. решил сделать, вдруг
> пригодит
для обхода этой проблемы есть git  merge -s ours v2.6.25

Re: [sisyphus] gear-update-tag: tag must be from ancestor only?

[Dmitry Afanasov]

29.09.08, Михаил Якушин<silicium@altlinux.ru> написал(а):
> Dmitry Afanasov wrote:
> > 29.09.08, Михаил Якушин<silicium@altlinux.ru> написал(а):
> > > Dmitry Afanasov wrote:
> > > > я тут столкнулся с руганью gear-update-tag а ля:
> > > > gear-update-tag: Commit 727d468e54bd903b91536e28435a43f73b023222 for tag "v2.6.25" is not an ancestor of current HEAD or commits to be merged
>  для обхода этой проблемы есть git  merge -s ours v2.6.25
половину желаемого эта команда сделала. в принципе тот же резкльтат
давал get rebase upstream, за исключением переписывания история, что
по словам damir@ не кошерно :)

осталась вторая половина - git log показывает журнал измнений
upstream'а. как я понимаю это следствие, что v2.6.25 является
ancestor'ом к HEAD. ancestor'а требует git-update-tag. поэтому если я
не хочу видеть там историю, то в git-update-tag надо выключить
проверку на ancestoring.

отсюда вопрос - в чем ещё смысл этой проверки? может я просто что
пропустил, раз хочу её выключить :)
-- 
С уважением
Афанасов Дмитрий

Re: [sisyphus] gear-update-tag: tag must be from ancestor only?

[Dmitry V. Levin]

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

On Mon, Sep 29, 2008 at 06:11:35PM +0400, Dmitry Afanasov wrote:
[...]
> осталась вторая половина - git log показывает журнал измнений
> upstream'а. как я понимаю это следствие, что v2.6.25 является
> ancestor'ом к HEAD. ancestor'а требует git-update-tag. поэтому если я
> не хочу видеть там историю, то в git-update-tag надо выключить
> проверку на ancestoring.

Если вы не хотите видеть часть истории, вы можете проинструктировать
git log об этом, например,
git log --no-merges ^upstream master

> отсюда вопрос - в чем ещё смысл этой проверки? может я просто что
> пропустил, раз хочу её выключить :)

Тот факт, что параметр base_tree должен удовлетворять определённым
требованиям, отражён в документации, см. gear-rules(5) на тему base_tree.
Там же написано, зачем эти требования нужны.
Если по прочтении останутся вопросы, задавайте.


-- 
ldv

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

Re: [sisyphus] gear-update-tag: tag must be from ancestor only?

[Dmitry V. Levin]

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

On Mon, Sep 29, 2008 at 05:47:21PM +0400, Dmitry Afanasov wrote:
> 29.09.08, Михаил Якушин<silicium@altlinux.ru> написал(а):
> > Dmitry Afanasov wrote:
> >
> > > я тут столкнулся с руганью gear-update-tag а ля:
> > > gear-update-tag: Commit
> > 727d468e54bd903b91536e28435a43f73b023222 for
> > > tag "v2.6.25" is not an ancestor of current HEAD or commits to be
> > > merged
> >  Вопрос а как вы получили этот бранч?
> >  Судя по версии это ядро.
> ведь так и знал, что испугаются, чего я там ядро переделываю! :))
> 
> нет, iproute2. там upstream git'овый, с привякой к ядру по версиям. и
> я смотрю - на git.alt:/peoples git архива нету. решил сделать, вдруг
> пригодится :)

Архив srpms'ов есть в git.altlinux.org/archive/


-- 
ldv

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

Re: [sisyphus] gear-update-tag: tag must be from ancestor only?

[Dmitry Afanasov]

29.09.08, Dmitry V. Levin<ldv@altlinux.org> написал(а):
> On Mon, Sep 29, 2008 at 05:47:21PM +0400, Dmitry Afanasov wrote:
>  > нет, iproute2. там upstream git'овый, с привякой к ядру по версиям. и
>  > я смотрю - на git.alt:/peoples git архива нету. решил сделать, вдруг
>  > пригодится :)
> Архив srpms'ов есть в git.altlinux.org/archive/
спасибо. мне просто хотелось сделать по аналогии с ядром. тем более
как и в ядре upstream iproute'а на git.

хмм, с другой стороны, сделав заного iproute2.git, я перенс историю
upstream'а, но потерял историю srpm'а - она осталась только в
%changelog. переделать что ли...
-- 
С уважением
Афанасов Дмитрий

Re: [sisyphus] gear-update-tag: tag must be from ancestor only?

[Dmitry Afanasov]

29.09.08, Dmitry V. Levin<ldv@altlinux.org> написал(а):
> On Mon, Sep 29, 2008 at 06:11:35PM +0400, Dmitry Afanasov wrote:
> Если вы не хотите видеть часть истории, вы можете проинструктировать
>  git log об этом, например,
>  git log --no-merges ^upstream master
спасибо, не знал.

>  > отсюда вопрос - в чем ещё смысл этой проверки? может я просто что
>  > пропустил, раз хочу её выключить :)
>
> Тот факт, что параметр base_tree должен удовлетворять определённым
>  требованиям, отражён в документации, см. gear-rules(5) на тему base_tree.
>  Там же написано, зачем эти требования нужны.
виноват, к сожалению в новых вещах не достаточно быстро схватываю на буржуйском.

>  Если по прочтении останутся вопросы, задавайте.
договрились :)

обсуждаемая строка:
The restrictions on references to other commits ensure that a correct
git repository which  contains  the  main  commit also contains
everything which is required to extract source files from the
repository.

в кратце:
ограничения обеспечиваю, что репозитарий, где лежит текущий коммит,
содержит все необходимое для извлечения исходников

а ведь это не факт. git rm до нашего references конкремно обломает эту
"ensure". обеспечивает данное условие в первую очередь человек. но
если человек, то он наверное сможет обеспечить, чтобы ветка, не
являющаяся предком main commit'а, содержала все необходимое.

прошу прощения за возможный идиотизм, а то и повтор - сильно много
появилось нового, либо изменилось за последние два года, когда я не
мог следить. пытаюсь разобраться.
-- 
С уважением
Афанасов Дмитрий

Re: [sisyphus] gear-update-tag: tag must be from ancestor only?

[Dmitry Afanasov]

29.09.08, Dmitry Afanasov<afanasovdmitry@gmail.com> написал(а):
>  хмм, с другой стороны, сделав заного iproute2.git, я перенс историю
>  upstream'а, но потерял историю srpm'а - она осталась только в
>  %changelog. переделать что ли...
все, передалал.
-- 
С уважением
Афанасов Дмитрий

Re: [sisyphus] gear-update-tag: tag must be from ancestor only?

[Dmitry V. Levin]

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

On Mon, Sep 29, 2008 at 07:37:58PM +0400, Dmitry Afanasov wrote:
[...]
> обсуждаемая строка:
> The restrictions on references to other commits ensure that a correct
> git repository which  contains  the  main  commit also contains
> everything which is required to extract source files from the
> repository.
> 
> в кратце:
> ограничения обеспечиваю, что репозитарий, где лежит текущий коммит,
> содержит все необходимое для извлечения исходников

Более полно:
Ограничения, накладываемые на ссылки на другие коммиты, необходимы для
того, чтобы репозиторий, содержащий основной коммит, содержал всё, что
требуется для однозначного извлечения исходного кода.

В частности, если в коммите C вы ссылаетесь на некоторый коммит с
помощью .gear/rules, то необходимо, чтобы этот коммит был среди предков
коммита C -- тогда git обеспечит обязательное присутствие коммита в
репозитории до тех пор, пока в нём находится коммит C.

Идея, лежащая в основе ограничения, простая: необходимо обеспечить, чтобы
всякий раз из коммита C собиралось одно и то же.

> а ведь это не факт. git rm до нашего references конкремно обломает эту
> "ensure".

Нет.  Во первых, git rm не удаляет коммиты.  Во вторых, отношение
наследования коммитов гарантирует целостность.


-- 
ldv

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