trouble with g-ctan finding wrong G_OVERLAY_DIR, not finding dir at all
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
g-CTAN |
Fix Released
|
Critical
|
Unassigned |
Bug Description
The regex checking in modules/ebuild doesn't check PORTDIR_OVERLAY correctly:
* if my portdir_overlay contains my g-ctan overlay, it doesn't pass the check (or I couldn't get it to)
* if my g-ctan overlay directory is /usr/portage/
Attached is my best guess at a patch. It uses sed as well as grep to split the portdir_overlay variable into separate lines by whitespace, and then it checks to make sure one of the lines is *exactly* G_OVERLAY_DIR, fixing these two cases (for me, at least).
steps to reproduce:
(G_OVERLAY_DIR = /usr/portage/
make.conf:
PORTDIR_
source /usr/local/
PORTDIR_
g-ctan -e apa
[error G_OVERLAY_DIR not in PORTDIR_OVERLAY]
mkdir /usr/portage/
make.conf:
PORTDIR_
source /usr/local/
PORTDIR_
g-ctan -e apa
[error no ebuilds to satisfy g-ctan/apa]
Related branches
Changed in g-ctan: | |
importance: | Undecided → Critical |
status: | New → Confirmed |
Changed in g-ctan: | |
status: | Confirmed → Fix Committed |
Changed in g-ctan: | |
status: | Fix Committed → Fix Released |
This bug only hits you if you have the g-CTAN overlay at the end of your PORTDIR_OVERLAY. For me this was not the case (in the middle actually). Thanks for your patch, but there is a simpler fix I just committed to the 2008 branch. The trailing dot (which mathes any character) has to go, there were no problems for me because I have a space after the entry while for you the string ends...originally the dot was there to match trailing slashes.
Anyway, an updated ebuild will be released soon.