I had mozilla-firefox-bin installed and then I emerge'd mozilla-firefox for the first time on this system. I hit a file collision.... * checking 3222 files for package collisions existing file /usr/bin/firefox is not owned by this package 1000 files checked ... 2000 files checked ... 3000 files checked ... * spent 0.252246856689 seconds checking for file collisions * This package is blocked because it wants to overwrite * files belonging to other packages (see messages above). * If you have no clue what this is all about report it * as a bug for this package on http://bugs.gentoo.org package www-client/mozilla-firefox-1.5.0.3 NOT merged # ls -l /usr/bin/firefox lrwxrwxrwx 1 root root 11 Apr 25 23:08 /usr/bin/firefox -> firefox-bin # epm -qf /usr/bin/firefox file /usr/bin/firefox is not owned by any package # emerge --info Portage 2.0.54 (default-linux/amd64/2006.0, gcc-3.4.5, glibc-2.3.5-r2, 2.6.15-gentoo-r7 x86_64) ================================================================= System uname: 2.6.15-gentoo-r7 x86_64 AMD Turion(tm) 64 Mobile Technology ML-32 Gentoo Base System version 1.6.14 dev-lang/python: 2.4.2 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig collision-protect cvs distlocks multilib-strict sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.mirrored.ca/ http://adelie.polymtl.ca/ http://gentoo.osuosl.org/ " MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="amd64 X aac acpi aim alsa audacious audiofile avi berkdb bitmap-fonts browserplugin bzip2 cdr cli crypt cups curl dbus dri eds emboss encode esd exif expat fam flac foomaticdb gif glut gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml hal icq idn imlib ipv6 isdnlog jabber java jpeg kde lcms libwww lua lzw lzw-tiff mad mikmod mng mono mozilla moznocompose moznoirc moznomail mp3 mpeg msn ncurses nls nocd nptl nptlonly nsplugin offensive ogg oggvorbis openal opengl oscar pam pcre pdflib perl png pppd python qt quicktime readline reflection sdl session shorten sndfile spell spl ssl symlink tcpd tetex tiff truetype truetype-fonts type1-fonts udev usb userlocales vorbis wxgtk1 xml2 xmms xorg xpm xv xvid yahoo zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS
I can confirm with mozilla-firefox-1.5.0.8 and mozilla-firefox-bin-1.5.0.8, the bug only occurs when you emerge -bin first, which installs a symlink from /usr/bin/firefox to /usr/bin/firefox-bin in update_mozilla_launcher_symlinks. This is actually quite convenient and I'm sure we would make someone sad if we simply removed it. I think we need to install the firefox dummy somewhere else in the user's path, though I don't know the launcher script that well, I'll poke Anarchy and come up with a decent solution, hopefully.
Anarchy and I can't find a solution for this that won't break several user's systems. Anarchy seems to have grand plans for ff3, says it should be fixed then as we drop mozilla-launcher.
This is still a problem with firefox 2.0.0.4. Emerging www-client/mozilla-firefox-bin and then www-client/mozilla-firefox results in a file collision. Here is a solution... have www-client/mozilla-firefox-bin install the 'firefox' binary to /usr/bin/firefox-bin and www-client/mozilla-firefox install the 'firefox' binary to /usr/src/firefox-src. Have the eclass or a little 'firefox-config' utility manage the /usr/bin/firefox symlink.
Still happens with mozilla-firefox(-bin)-3.0, so maybe the bug should be renamed with no version numbers. Or should I open a new bug? The behaviour changed a bit, since with 3.0 packages the install runs properly. (In reply to comment #3) > Here is a solution... have www-client/mozilla-firefox-bin > install the 'firefox' binary to /usr/bin/firefox-bin and > www-client/mozilla-firefox install the 'firefox' binary to > /usr/src/firefox-src. Actually, mozilla-firefox installation goes fine but portage gives an eerror about it. So we end up with * /usr/bin/firefox (source) * /usr/bin/firefox-bin (binary) > Have the eclass or a little 'firefox-config' utility > manage the /usr/bin/firefox symlink. One is free to create an alias: echo "alias firefox='firefox-bin'" >> ~/.bash_aliases
is this the same problem? http://bugs.gentoo.org/show_bug.cgi?id=194977 FF is stuck at 2.0.0.4 an emerge -update tries to bring in firefox-bin , when i've already got firefox on my system. ( same thing happens with mozilla-thunderbird, which is also stuck at 2.0.0.4. An update tries to bring in the -bin version).
(In reply to comment #5) > is this the same problem? http://bugs.gentoo.org/show_bug.cgi?id=194977 Nothing related at all, we are talking about a file collision here.
Do we support installing both src & bin versions together? Is there any reason we should? It really does _not_ make sense.
Seems there is no interest in this bug anymore, closing...
