Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 24391 - realplayer ebuilds not handling fetch restriction properly
Summary: realplayer ebuilds not handling fetch restriction properly
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Seemant Kulleen (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-07-13 09:31 UTC by CJ Kucera
Modified: 2003-07-14 08:05 UTC (History)
1 user (show)

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


Attachments
realplayer-8-r6.ebuild.diff (realplayer-8-r6.ebuild.diff,1.45 KB, patch)
2003-07-13 09:32 UTC, CJ Kucera
Details | Diff
digest-realplayer-8-r6 (digest-realplayer-8-r6,357 bytes, text/plain)
2003-07-13 09:33 UTC, CJ Kucera
Details
realplayer-8-r6.ebuild (realplayer-8-r6.ebuild,3.31 KB, text/plain)
2003-07-13 09:33 UTC, CJ Kucera
Details

Note You need to log in before you can comment on or make changes to this bug.
Description CJ Kucera 2003-07-13 09:31:15 UTC
The ebuilds for realplayer aren't doing fetch restriction properly.  See bug
#10347 and bug #24296 for details about this.  I'll attach a patch to the
realplayer-8-r5 momentarily which fixes the problem.  Another nice side-effect
of this is that Portage can actually store digests of the realplayer files, too.
 Because of the way the ebuild is structured, that means there's a few extra
steps to create the digest.

The ebuild currently sets ${A} based on which arch is selected.  In my ebuild
(about to be attached), SRC_URI looks like this:

SRC_URI="x86? http://docs.real.com/docs/playerpatch/unix/rv9_libc6_i386_cs2.tgz
        ${A}"

If you try and generate a digest from this SRC_URI, you'll only get a digest
which includes the arch you're running the digest on.  So, in order to correctly
generate a digest, you'll have to change SRC_URI to look like this before
generating the digest:

SRC_URI="x86? http://docs.real.com/docs/playerpatch/unix/rv9_libc6_i386_cs2.tgz
    rp8_linux20_libc6_i386_cs2.bin
    rp8_linux_powerpc_cs1.bin
    rp8_linux_sparc_cs1.bin
    rp8_linux_alpha_rh62_cs1.bin"

It's an extra step, yes, but I think the benefits far outweigh the downsides. 
I'll attach the digest file as well.

Reproducible: Always
Steps to Reproduce:
Comment 1 CJ Kucera 2003-07-13 09:32:28 UTC
Created attachment 14433 [details, diff]
realplayer-8-r6.ebuild.diff

Here's a patch to include proper fetch restriction handling.
Comment 2 CJ Kucera 2003-07-13 09:33:14 UTC
Created attachment 14434 [details]
digest-realplayer-8-r6

Here's the complete digest file.
Comment 3 CJ Kucera 2003-07-13 09:33:46 UTC
Created attachment 14435 [details]
realplayer-8-r6.ebuild

And, just for good measure, here's the ebuild itself (not a diff)
Comment 4 CJ Kucera 2003-07-13 09:44:34 UTC
Come to think of it, before this is checked in, it would probably be a good idea to put some text in the ebuild descbing how to properly re-generate the digest file.  Otherwise someone could end up checking in a digest file which only contained one arch in it...
Comment 5 Seemant Kulleen (RETIRED) gentoo-dev 2003-07-13 15:25:51 UTC
actually, the extra steps are not necessary on a dev box, because devs have "cvs" in FEATURES.
Comment 6 Seemant Kulleen (RETIRED) gentoo-dev 2003-07-13 15:35:22 UTC
fetch restriction not turned on, because there is ONE file to fetched for at least x86.

Please rsync and recheck (no revision bump, so still -r5)
Comment 7 CJ Kucera 2003-07-14 08:05:12 UTC
Whoa, heh, yeah, neglected to notice that one file that *can* be downloaded.  Thanks!