I have been unable to "emerge rsync" for about two weeks, invariably with the following results: kde-base/kdelibs/files/ kde-base/kdelibs/files/kdelibs-2.2.2a-gentoo.diff rsync: connection unexpectedly closed (796311 bytes read so far) rsync error: error in rsync protocol data stream (code 12) at io.c(165) The rsync's "Current issues" page (http://rsync.samba.org/issues.html) suggests that the most common reason for such failure is that the destination drive is full. I have checked, double checked, and tripple checked that this is not the case on my machines (the same problem happens on two separate workstations, located on two totaly different networks). The problem occurs regardles of what gentoo mirror I get thrown to by "emerge rsync". This has happened with rsync-2.5.6_pre20021105-r1 and with the recently committed rsync-2.5.6.
Here's another data point from gentoo-dev. As in the comment below, my Gentoo system is a rather old installation (over a year). ------------ Quoted message ----------------------------- From: "M. Zuelsdorff" <micha@dolbyco.de> Subject: Re: [gentoo-dev] Unable to "emerge rsync" To: Arcady Genkin <agenkin-gentoo-dev@thpoon.com> Date: Wed Jan 29 01:39:56 2003 -0500 duron iso # emerge rsync >>> starting rsync with cvs.gentoo.org... @ERROR: Unknown module 'gentoo-x86-portage' rsync: connection unexpectedly closed (56 bytes read so far) rsync error: error in rsync protocol data stream (code 12) at io.c(140) this is what I got here. It seems, older Gentoo installations like mine simply can't be updated. (In the beginning all emerge options work perfectly). Because of that, I tried to follow the instructions in the update-README and got me a new portage tree manually. In fact this didn't work either, because my out-dated Python is incompatible we the newer scripts and bombed out right in the beginning. It's not to blame the Gentoo people here. I'm aware of all their work and time they spent on the project and I'm still happy with the system which was running flawlessly from the very first minute and which made me 'learn' a lot of Linux internals. But I wouldn't recommend running Gentoo as a long term data server as long as the update mechanism is 'under construction'. At least it's a good idea to keep your data on a separate hd. This way, backing up what has to be backed up is a lot more transparent and you can start from scratch with a new boot hd without that much fear. micha
hey, the second problem is very simple, just edit your make.conf and instead of SYNC="rsync://number.country.gentoo.org/gentoo-x86-portage" you use SYNC="rsync://number.country.gentoo.org/gentoo-portage" after that it works again.. but the first problem looks a bit difficult, i'm going to find the error, and btw. which rsync server do you use there? regards
I have not set custom SYNC variable, so it seems to contain "rsync://rsync.gentoo.org/gentoo-portage". Here's the output of "emerge info": root@bashful:/u/agenkin# emerge info Portage 2.0.46-r9 (default-1.0, gcc-which: no gcc in (/sbin:/bin:/usr/sbin:/usr/bin) sh: -dumpversion: command not found, glibc-2.2.5-r7) ================================================================= System uname: 2.4.20 i686 Intel(R) Pentium(R) 4 CPU 2.00GHz GENTOO_MIRRORS="http://www.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/init.d /etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="" USE="x86 oss 3dnow apm crypt cups encode libg++ mikmod mmx mpeg ncurses pdflib qtmt quicktime spell truetype xml2 xmms xv cdr esd ggi gif gnome-libs gtk guile imlib java libwww mozilla opengl pam perl python qt readline sdl slang ssl svga tcltk tcpd tetex X dvd avi alsa oggvorbis png tiff jpeg xface lucid mule ldap -gpm kde -gnome -motif arts -nas -nls -berkdb gdbm" COMPILER="" CHOST="i686-pc-linux-gnu" CFLAGS="-mcpu=i686 -O -pipe" CXXFLAGS="-mcpu=i686 -O -pipe" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
closing dead bugs