Thilo Bangert wrote:
So I'd be in favour of getting rid of them, if we make sure that
everybody always commits to the ChangeLog (Make it a repoman failure).
Side benefit of removing the need to double-commit from the hashes
changing.
i have never understood why repoman doesn't automatically put the commit
message into the ChangeLog.... (share your use case!)
Yeah I would like at least a switch that would call echangelog first and
then do its stuff, sunrise-commit which I use for overlays has -c for
this. Hm well I can make myself a wrapper but if it was already there,
it would be better :)
taking this one more step ahead, the ChangeLog could perhaps be made a
virtual file, which on demand is extracted from VCS metadata... now
_that_ would save some bandwidth and space (no numbers, sorry).
Interesting idea, if that's possible with CVS... but I don't see how it
saves space and bandwith for rsync users.
i am all for the removal of $Header:$, btw. the current double commits
simply suck!
I would leave it as long as we use CVS, for the reasons others already
said (syncing changes to overlays which I myself used to do). But if we
move to some other VCS, it would destroy the beauty of atomic commits...
--
Vlastimil Babka (Caster)
Gentoo/Java
--
[EMAIL PROTECTED] mailing list
