Summary: | no single cvs ebuilds working anymore | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Stephane Loeuillet <leroutier> |
Component: | Sandbox | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | gurligebis, ikelos, jrmalaq, julian, mdi, mrannanj, spatz, tove |
Priority: | High | Keywords: | InVCS |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
gstreamer cvs ebuild emerge
gstreamer manual cvs update using the same cvs command that emerge the cvs ebuild i use for gstreamer for monthes (known to work) |
Description
Stephane Loeuillet
2004-04-05 11:26:57 UTC
Created attachment 28747 [details]
gstreamer cvs ebuild emerge
Created attachment 28748 [details]
gstreamer manual cvs update using the same cvs command that emerge
Created attachment 28749 [details]
the cvs ebuild i use for gstreamer for monthes (known to work)
same issue for someone else, using a cvs ebuild for a sf.jp project : http://www.madoro.org/nikki/?date=20040326 it talks about an anoncvs only issue and talks about the cvs.eclass but as i don't read japanese, i don't know what they're talking about exactly. --------- i tried with cvs 1.12.6 too but had no luck (exact same error) it's not cvs server specific (sf.net, sf.jp, gnome, freedesktop.org) it's not cvs client specific (1.11.14, 1.12.6) it seems portage specific (2.0.50-r2 and higher) i just found a portage-2.0.50-r1 ebuild and downgraded to it (from -r3) emerge for anon cvs ebuild now reworks Yeah I can confirm, live cvs ebuilds no longer work with -r2 or above. It's mentioned in the 46377 bug report that it is a different bug than this one. Here, the problem is that cvs complains that the server is not creating directories one at a time and that there is a version of the requested package already, and reverting to portage 2.0.50-r1 will work. But 46377 is a name resolution problem (originally, at least). Not a duplicate... as stated by author of 46377 *** Bug 45426 has been marked as a duplicate of this bug. *** Yeah same problem here... Running the same command as portage "by hand" works fine but during an emerge it fails... Tested on two cvs-ebuils of mplayer and bmp, that I used for about 2 months... I have the same problem, when emerge any live cvs ebuild. and the bad thing is I can't back port to portage 2.0.50-r1, how to do? Take it at breakmygentoo, or directly on my ftp : http://jackmort.free.fr/portage-2.0.50-r1.ebuild ;-) hi, i've pointed out, that it is a problem in the cvs.eclass.... or just a configuration problem.. i don't really understand the problem, but i got it running. in line 315 in the cvs.eclass file, you can find the cvs command. i replaced ${run} with sudo ... and now it seems to work.. at least for the kde-cvs ebuilds... bye then julian The source of this bug has been found and fixed and will be in the next release. I think this is the sandbox problem, when you set FEATURES='-sandbox', it will get the source from CVS, and I think the portage-2.0.50-r5 has fixed the problem yes, i can confirm this one is fixed thanks you guys Yes, same thing here : problem fixed :-D Thank you guys ! |