Bug 46879 – no single cvs ebuilds working anymore

• Status: RESOLVED FIXED
• Product: Portage Development

[Description Stephane Loeuillet 2004-04-05 11:26:57 UTC]

yesterday night, i updated my ~x86 gentoo. one of those updates was :
portage 2.0.50-r1 => 2.0.50-r3

i write this because i think it is related

i tried with cvs ebuilds of projects hosted on fd.o, gnome & sf.net repositories

for all of them, it gives me :
cvs update: warning: server is not creating directories one at a time
cvs [update aborted]: there is a version in gstreamer already
and checkout/update stops here, at first directory.

i tried to reproduce the bug by typing directly the cvs commands that emerge issues but it works ok outside of emerge.

i attached a compared sample output of :
  - emerge gstreamer (got a working cvs ebuild that fetches 0.8 HEAD and worked for monthes)
  - the cmd command that the emerge does

i also attach my cvs ebuild

for info :
portage 2.0.50-r3
cvs 1.11.14
~x86

i alsa added -t to the cvs command in cvs.eclass to make it more verbose


Reproducible: Always
Steps to Reproduce:
1.
2.
3.




Portage 2.0.50-r3 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3_pre20040207-r0, 2.6.5)
=================================================================
System uname: 2.6.5 i686 AMD Athlon(tm) XP 2600+
Gentoo Base System version 1.4.3.13p1
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/bind /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs buildpkg ccache digest fixpackages sandbox strict userpriv"
GENTOO_MIRRORS="http://ftp6.uni-erlangen.de/pub/mirrors/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/usr/portage/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage/"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="3dnow X aalib accessibility acpi alsa apache2 avi berkdb bonobo cdr crypt
cups doc dv dvd dvdr encode esd ethereal evo faad flac flash foomaticdb gd gdbm
gif gnome gnomedb gphoto2 gstreamer gtk gtk2 gtkhtml ieee1394 innodb ipv6
joystick jpeg ldap libg++ libgda libwww mad mikmod mmx mozilla mpeg mysql
ncurses nls oggvorbis opengl oss pam pda pdflib perl pic plotutils png postgres
ppds python quicktime readline samba sasl sdl slang snmp spell sse ssl svga tcpd
tetex threads tiff truetype usb videos x86 xml xml2 xv zlib"

[Comment 1 Stephane Loeuillet 2004-04-05 11:27:32 UTC]

Created attachment 28747 [details]
gstreamer cvs ebuild emerge

[Comment 2 Stephane Loeuillet 2004-04-05 11:28:22 UTC]

Created attachment 28748 [details]
gstreamer manual cvs update using the same cvs command that emerge

[Comment 3 Stephane Loeuillet 2004-04-05 11:29:27 UTC]

Created attachment 28749 [details]
the cvs ebuild i use for gstreamer for monthes (known to work)

[Comment 4 Stephane Loeuillet 2004-04-05 13:28:08 UTC]

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)

[Comment 5 Stephane Loeuillet 2004-04-05 14:00:02 UTC]

i just found a portage-2.0.50-r1 ebuild and downgraded to it (from -r3)

emerge for anon cvs ebuild now reworks

[Comment 6 Aaron Gyes 2004-04-05 19:38:30 UTC]

Yeah I can confirm, live cvs ebuilds no longer work with -r2 or above.

[Comment 7 SpanKY 2004-04-05 22:37:39 UTC]

*** This bug has been marked as a duplicate of 46377 ***

[Comment 8 Jay Belanger 2004-04-07 06:01:08 UTC]

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).

[Comment 9 Chris Gianelloni (RETIRED) 2004-04-07 17:24:48 UTC]

Not a duplicate... as stated by author of 46377

[Comment 10 Chris Gianelloni (RETIRED) 2004-04-07 17:26:54 UTC]

*** Bug 45426 has been marked as a duplicate of this bug. ***

[Comment 11 jack_mort 2004-04-10 01:09:22 UTC]

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...

[Comment 12 younker 2004-04-10 21:38:20 UTC]

I have the same problem, when emerge any live cvs ebuild.

[Comment 13 younker 2004-04-10 21:45:52 UTC]

and the bad thing is I can't back port to portage 2.0.50-r1, how to do?

[Comment 14 jack_mort 2004-04-11 00:44:30 UTC]

Take it at breakmygentoo, or directly on my ftp : http://jackmort.free.fr/portage-2.0.50-r1.ebuild ;-)

[Comment 15 Julian Baeume 2004-04-11 07:00:34 UTC]

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

[Comment 16 Jason Stubbs (RETIRED) 2004-04-11 07:07:49 UTC]

The source of this bug has been found and fixed and will be in the next release.

[Comment 17 younker 2004-04-12 18:00:01 UTC]

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

[Comment 18 Stephane Loeuillet 2004-04-12 19:02:47 UTC]

yes, i can confirm this one is fixed

thanks you guys

[Comment 19 jack_mort 2004-04-13 07:39:44 UTC]

Yes, same thing here : problem fixed :-D Thank you guys !