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?