1 |
hi, |
2 |
|
3 |
i have run into a problem with an ebuild i am |
4 |
creating. the SRC_URI is of the form |
5 |
|
6 |
http://www.foo.org/download.cgi?location=libfoo-1.0.tar.gz |
7 |
|
8 |
portage fetches the tarball okay, but the |
9 |
digest generation fails due to (i believe) |
10 |
a bug in portage. |
11 |
|
12 |
the offending code in portage.py (line 1050): |
13 |
|
14 |
#uri processing list |
15 |
upl=[[newuris,alist],[alluris,aalist]] |
16 |
for myl in upl: |
17 |
for x in myl[0]: |
18 |
mya=os.path.basename(x) |
19 |
if not mya in myl[1]: |
20 |
myl[1].append(mya) |
21 |
|
22 |
i'm glad we're saving valuable disk space by |
23 |
using obfuscated variable names in portage, |
24 |
but anyway... |
25 |
|
26 |
os.path.basename() returns "download.cgi?location=libfoo-1.0.tar.gz" |
27 |
as the name of the archive. but of course this |
28 |
is not the correct filename so the checksum fails: |
29 |
|
30 |
File "/usr/lib/python2.2/site-packages/portage.py", line 69, in perform_checksum |
31 |
return fchksum.fmd5t(filename) |
32 |
IOError: [Errno 2] No such file or directory: |
33 |
'/usr/portage/distfiles/download.cgi?location=libfoo-1.0.tar.gz' |
34 |
|
35 |
is this a bug in portage or is there some way |
36 |
around this i don't know of yet? |
37 |
|
38 |
rbs |