1 |
Am Sonntag, 22. April 2007 schrieb Kevin F. Quinn: |
2 |
> On Sun, 22 Apr 2007 17:46:18 +0200 |
3 |
> |
4 |
> Danny van Dyk <kugelfang@g.o> wrote: |
5 |
> > Am Sonntag, 22. April 2007 schrieb Michael Cummings: |
6 |
> > > On Sat, Apr 21, 2007 at 08:47:54AM +0100, Kevin F. Quinn wrote: |
7 |
> > > > I do the same. The '$Header: $' tells me which version of a |
8 |
> > > > file in the CVS tree I last synced to in my overlay, then I can |
9 |
> > > > just do a cvs diff on the tree to get a patch of differences |
10 |
> > > > since then. Very useful. |
11 |
> > > |
12 |
> > > FWIW, I've used the $Header $ to determine if a person is looking |
13 |
> > > at the latest greatest or needs to synch up first (in particular |
14 |
> > > when I was dealing with an eclass bug). Very useful when dealing |
15 |
> > > with bugs and you need to confirm that the user is completely |
16 |
> > > synch'd up and looking at a current tree or not (because just |
17 |
> > > asking when the last time they synch'd doesn't help). |
18 |
> > |
19 |
> > This can be done using checksum like SHA1 much better, as people |
20 |
> > can edit their ebuilds/eclasses/profiles and forget/lie about it, |
21 |
> > and still have the same $Headers$ line. |
22 |
> |
23 |
> In practice I find it's rare that a user has been hacking around in |
24 |
> the eclasses. All the SHA1 tells you is that it's not the most |
25 |
> recent, but it's not easy to determine from the SHA1 exactly which |
26 |
> version they do have (so it's not enough to determine what's |
27 |
> different). |
28 |
> |
29 |
> Having said that, the most accurate way to find out what they have is |
30 |
> to get them to attach the eclass and diff it yourself. However |
31 |
> relying on the SHA1 also means you can't just say things like, "Check |
32 |
> eclass <blah> is version 1.836 (look at the "$Header" line at the top |
33 |
> of the file)." |
34 |
|
35 |
In the case of GIT you can just use 'git diff SHA1SUM' to see what has |
36 |
changed or 'git log SHA1SUM..HEAD' to show a list of revisions in |
37 |
between. So _if_ we changed to git, this would be no problem as long as |
38 |
every user has sha1sum installed [which is part of coreutils]. |
39 |
|
40 |
Danny |
41 |
-- |
42 |
Danny van Dyk <kugelfang@g.o> |
43 |
Gentoo/AMD64 Project, Gentoo Scientific Project |
44 |
-- |
45 |
gentoo-dev@g.o mailing list |