Bugzilla Bug 124189

quake3-bin (1.32b-r4 at least) wants to emerge quake3-data as dependency, but
it can't do anything with it, because quake3-data is installed somehwere in
/usr/share/games, while quake3-bin is installed in /opt. It also asks to copy
pak0.pak in /etc/portage/profile/baseq3, which the bin version installed in
/opt cannot make use of, because it expects it in /opt/quake3/baseq3.
Furthermore, the files installed by quake3-data are already present in
quake3-bin and installed in /opt/quake3 as part of the normal installation.

In short, the dependency is not necessary. It may be needed for the source
version of quake3, which is masked currently, but not the binary one.

My arch is x86, but I would guess AMD64 has the same issue.

You are installing with USE=-cdinstall, right?

Yep:

[ Found these USE variables for games-fps/quake3-bin-1.32b-r4 ]
 U I
 - - cdinstall 
 - - dedicated 
 + + opengl

But whether you use cdinstall or not, quake3-bin can't have a dep on
quake3-data, because the 30 MB or so file that is download by quake3-bin,
contains everything the quake3-data ebuild does. In fact, they download the
same official point-release executable installer...

I don't understand why this dependancy suddenly appeared BTW. I have the newest
version of quake3-bin installed, and on emerge --update --deep, it suddenly
wanted to emerge quake3-data, without doing anything to quake3-bin. So, I tried
emerge -p quake3-bin, and there it was as well. It almost seemds the ebuild was
replaced with one that has this dep, without increasing the version number. But
I guess that would be impossible.

Well, this isn't very true (anymore).  See, it has been fixed up properly in
the latest ebuild.  Unfortunately, we have to wait a bit to get it stabilized. 
feel free to run the -r7 revision, though, as it will be going stable soon and
resolves this, along with some other issues.

(In reply to comment #3)
> Well, this isn't very true (anymore).  See, it has been fixed up properly in
> the latest ebuild.  Unfortunately, we have to wait a bit to get it stabilized. 
> feel free to run the -r7 revision, though, as it will be going stable soon and
> resolves this, along with some other issues.
> 
In CVS there is still an RDEPEND on quake3-data, so this bug should be
reopened!

I just made a --pretend emerge with 1.32b-r7. It indeed still wants to pull in
quake3-data, which it should not.

(In reply to comment #5)
> It indeed still wants to pull in quake3-data, which it should not.

Yes, it should. You won't get a working quake3 without pak0.pak, which is
_only_ installed by quake3-data. The only bug I can see is

        for pk3 in baseq3/*.pk3 missionpack/*.pk3 ; do
                dosym ${GAMES_DATADIR}/quake3/${pk3} ${dir}/${pk3}
        done

in quake3-bin. These files are already installed by quake3-data and
quake3-teamarena, respectively, so these lines should be removed. That way,
quake3-bin doesn't need the SRC_URI anymore.

What about the executables? They are contained in the SRC_URI as well. And the
SRC_URI (pointrelease from id) installs the pak1-8.pak files as well. So, what
happens? The point release installs, including pak1-8.pak, then tries to
symlink the same files that exist somewhere else on your harddrive which were
installed by quake3-data, but fails because they already exist, and you will
have that data twice on your disk.

Maybe quake3-bin doesn't have a false dependency on quake3-data, but perhaps
quake3-data shouldn't download and install the pointrelease, and only copy the
pak0.pak from the quake3 cd.

Ehh... yeah... I committed the wrong version... anyway... it's fixed in CVS as
-r7 (no rev bump)

Okay, I'm not sure what is going on here, but I just installed

games-fps/quake3-bin-1.32c

and when I ran the binary quake3-bin it couldn't find any pk3 files in
/opt/quake3/baseq3 because that directory is full of broken symbolic links:

$ ls -l /opt/quake3/baseq3 
total 0
lrwxrwxrwx 1 root games 39 Sep  1 09:57 pak1.pk3 ->
/usr/share/games/quake3/baseq3/pak1.pk3
lrwxrwxrwx 1 root games 39 Sep  1 09:57 pak2.pk3 ->
/usr/share/games/quake3/baseq3/pak2.pk3
lrwxrwxrwx 1 root games 39 Sep  1 09:57 pak3.pk3 ->
/usr/share/games/quake3/baseq3/pak3.pk3
lrwxrwxrwx 1 root games 39 Sep  1 09:57 pak4.pk3 ->
/usr/share/games/quake3/baseq3/pak4.pk3
lrwxrwxrwx 1 root games 39 Sep  1 09:57 pak5.pk3 ->
/usr/share/games/quake3/baseq3/pak5.pk3
lrwxrwxrwx 1 root games 39 Sep  1 09:57 pak6.pk3 ->
/usr/share/games/quake3/baseq3/pak6.pk3
lrwxrwxrwx 1 root games 39 Sep  1 09:57 pak7.pk3 ->
/usr/share/games/quake3/baseq3/pak7.pk3
lrwxrwxrwx 1 root games 39 Sep  1 09:57 pak8.pk3 ->
/usr/share/games/quake3/baseq3/pak8.pk3

I'm not sure why the dependency on quake3-data was removed but it sure seems
like it is supposed to be there.  Looking at the ebuild, it only pulls in
quake3-data if you have +cdinstall.

Is this really the desired behavior?  What is the point of installing
quake3-bin without having quake3-data?