Summary: | git.eclass: Store the actual hash in EGIT_BRANCH | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Avuton Olrich <avuton> |
Component: | Eclasses | Assignee: | Fernando J. Pereda (RETIRED) <ferdy> |
Status: | RESOLVED INVALID | ||
Severity: | enhancement | CC: | dberkholz |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | git-show-hash.patch from comment 1 |
Description
Avuton Olrich
2006-10-20 21:49:42 UTC
Created attachment 100117 [details, diff] git-show-hash.patch from comment 1 I don't like the idea of showing something other than the branch name when we're advertising that it is the branch name. However, I'd be fine with displaying that as the head of that branch in a separate line. OK, in that case, I'll tell you what I need and hopefully you can figure the best way of doing this :) I need the actual hash of the installed version (after the update). I also need it to be accessible from the /var/db/pkg/*/environment.bz2. This is the case I was trying to make above, substituting EGIT_BRANCH's name for it's hash after the update. Again, Thanks I'd agree to add something like this if it was 'standard' across all of the scm.eclass'es. Maybe you should open a RFC thread in gentoo-dev. - ferdy I'm not sure about a standard, but svn does have something like this: ESVN_WC_REVISION, which was all I was looking for in git. Anyhow, nevermind, I think I've found another way to skin the cat. Thanks for your time. @Avuton: Is there anything I can do wrt this bug ? or should I close it ? - ferdy No, I actually worked around this limitation, thanks for the help (I didn't know which resolution to close it with, so I didn't touch that) Since you don't need it anymore, I'd say it is RESOLVED->INVALID. Cheers. - ferdy |