Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 54827 - Manual download of file makes emerge unhappy
Summary: Manual download of file makes emerge unhappy
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High minor
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-06-22 16:39 UTC by Bob Matcuk
Modified: 2004-06-22 17:05 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bob Matcuk 2004-06-22 16:39:05 UTC
At times, when running emerge, a server might be down, extremely slow, or the URL is out of date. Whatever the reason, a file cannot be downloaded. To solve this, I Ctrl+C emerge (if it's still running, say, when a server is extremely slow and it's waiting for a reply - I'm lazy!) and download the file manually via a quick Google search for the file. I then place this file into /usr/portage/distfiles and restart the emerge.

The last time this happened to me, I was emerging mplayer (emerge -U mplayer). emerge attempted to download the skin for gmplayer (Blue-1.0.tar.bz2) but the download failed with a 404. I downloaded it by hand and placed it into the /usr/portage/distfiles directory and restarted the emerge. emerge, apparently, was unhappy that I was doing it's job. It still tried to download the file, and, just like the last time, got a 404. So, I edited the ebuild file to point the URL at the place I downloaded the file from... I figured that way, it would actually be able to download the file and it would get on with it. emerge was still unhappy. It downloaded the file, but then, after finishing the download, complained that it could not download the file. Eventually fed up, I removed mention of the file in the ebuild so that it wouldn't try to download it... This worked and the install went fine from here on.

I've had similar issues whenever I download a file manually in the past, but this has been the worse.

Perhaps the problem that I encountered after changing the URL in the ebuild was due to wget returning a different return code since the file already existed?

Reproducible: Didn't try
Steps to Reproduce:
1. Run "emerge -U mplayer". Unless it's been fixed (it might have), you should get a 404 on Blue-1.0.tar.bz2.
2. Download Blue-1.0.tar.bz2 from somewhere (just Google for it).
3. Place the file into /usr/portage/distfiles
4. Rerun "emerge -U mplayer". It will attempt to download the file anyway and still get a 404.
5. Change the URL for Blue-1.0.tar.bz2 to the URL you downloaded it from in the ebuild
6. Rerun "emerge -U mplayer". It will download the file but then complain that it couldn't download the file
Actual Results:  
emerge attempts to download the file regardless of the fact that the file has
already been downloaded.

After chaning the URL in the ebuild, it will download the file again, but then
complain that it couldn't download the file.

Expected Results:  
Checked the MD5 and gone on with it's happy life =)

At the time, I was running 2.6.5-gentoo, I've since updated to 2.6.7-gentoo-r1
and see that r5 is out now...

Portage 2.0.50-r8 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3.20040420-r0
, 2.6.7-gentoo-r1)
=================================================================
System uname: 2.6.7-gentoo-r1 i686 AMD Athlon(tm) MP Processor 1800+
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=athlon-mp -fomit-frame-pointer -funroll-loops -pipe
"
CHOST="i486-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /u
sr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/con
fig /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=athlon-mp -fomit-frame-pointer -funroll-loops -pi         
                                            pe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS=""
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow X aalib alsa apm arts avi berkdb bonobo cdr crypt cups divx         
                                            4linux dvd encode esd foomaticdb
gdbm gif gnome gpm gtk gtk2 gtkhtml i                                          
           mlib java jpeg kde libg++ libwww mad mikmod mmx motif mpeg ncurses
nls                                                       oggvorbis opengl oss
pam pdflib perl png python qt quicktime readline                               
                       sdl slang spell sse ssl svga tcpd truetype x86 xml2 xmms
xv zlib"
Comment 1 SpanKY gentoo-dev 2004-06-22 17:05:18 UTC
sounds like the tarball you downloaded was different from the recorded digest/size in the portage tree

you should have run `ebuild <mplayer ebuild> digest ; emerge mplayer`