Darkmere pkg # qpkg -v -f /usr/lib/libdeflt.a app-arch/star-1.5_alpha14 * app-cdr/cdrtools-2.01_alpha20 * This might be an issue, I don't know for sure. Could maintainers please check?
Darkmere pkg # qpkg -v -f /usr/lib/libschily.a app-arch/star-1.5_alpha14 * app-cdr/cdrtools-2.01_alpha20 *
seems he's a big fan of this practice : Darkmere pkg # qpkg -v -f /usr/include/avoffset.h app-arch/star-1.5_alpha14 * app-cdr/cdrtools-2.01_alpha20 * Darkmere pkg # qpkg -v -f /usr/include/align.h app-arch/star-1.5_alpha14 * app-cdr/cdrtools-2.01_alpha20 *
Is there a standard-solution out for problems like this one? I never got in touch with double-installed files. Should I check in the ebuild, if the file already exist? Should I rename the files? Help is appreciated ;-)
frankly, I don't know. it -shouldnt- be the case, can they be split into an "extra-collisions" package or something? Bad solution, but prevents messing over. cause if things don't install it , and then dependencies balk out... Could perhaps make sense to make star not install those files... (afaik star isn't depended on by any software.)
The problem still exists with star-1.5_alpha46 and cdrtools-2.01.01_alpha01 >>> Completed installing star-1.5_alpha46 into /var/tmp/portage/star-1.5_alpha46/image/ * checking 113 files for package collisions existing file /usr/lib/libdeflt.a is not owned by this package existing file /usr/lib/libschily.a is not owned by this package existing file /usr/include/avoffset.h is not owned by this package existing file /usr/include/align.h is not owned by this package * spent 0.118039131165 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 app-arch/star-1.5_alpha46 NOT merged [12:34:59 alexander@server:/usr/src] $ epm -qf /usr/lib/libdeflt.a /usr/lib/libschily.a /usr/include/avoffset.h /usr/include/align.h cdrtools-2.01.01_alpha01 cdrtools-2.01.01_alpha01 cdrtools-2.01.01_alpha01 cdrtools-2.01.01_alpha01 [12:35:26 alexander@server:/usr/src] $ emerge info Portage 2.0.51-r13 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10-ck4.ASN.viele-module i686) ================================================================= System uname: 2.6.10-ck4.ASN.viele-module i686 AMD Athlon(tm) XP 2000+ Gentoo Base System version 1.6.8 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Oct 10 2004, 20:47:21)] ccache version 2.3 [enabled] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.9.4, 1.5, 1.4_p6, 1.7.9, 1.6.3, 1.8.5-r2 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r2 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/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/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache collision-protect distlocks sandbox sfperms" GENTOO_MIRRORS="http://localhost/~alexander/gentoo-files/ http://php2.ath.cx/~askwar/gentoo-files/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo" LDFLAGS="-Wl,-O1" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow 3dnowex X acl adns alsa apache2 apm arts artswrappersuid async avi bluetooth bzlib cairo calendar cddb cdparanoia cdr cdrom codecs crypt cscope cups curl curlwrappers dga diet divx4linux encode esd ethereal evo exif fam fbcon fbdev ffmpeg fftw flac flash font-server foomaticdb foreign-package foreign-sysvinit ftp fwdzone gd gdbm gif gimp gimpprint gmail gnokii gnome gphoto2 gpm gstreamer gtk gtk2 guile hal iconv imagemagick imap imlib immqt-bc irmc java javascript jpeg kde libedit libg++ libwww lzo lzw lzw-tiff mad maildir mailwrapper matroska matrox mbox mime mmap mmx mng mozilla mp3 mpeg ncurses network nls no-old-linux no_wxgtk1 noantlr nobcel nobeanutils nobsh nocommonslogging nocommonsnet nojdepend nojsch nojython nolog4j nooro noregexp norhino noxalan noxerces nptl offensive oggvorbis opengl opie oss pam parse-clocks pcntl pcre pda pdflib perl pic pie png posix ppds python qt quicktime quotes readline real recode samba sasl shared slang sockets spell sse ssl svg sysvipc tcltk tcpd tetex theora tiff truetype truetype-fonts type1-fonts unicode usb videos vim-with-x wmf x86 xchattext xfs xine xml xml2 xmms xv xvid zlib video_cards_matrox linguas_de" Unset: PORTDIR_OVERLAY
The standard solution is just to seperate out these files into their own package and make star and cdrtools depend on them -- unless of course they're not actually needed by one package or another, in which case we just nuke them. Call it libschily or something. Lars?
Hmm. Sounds better than my idea to rename them in one package ;-) Let me see, if I can resolve this problem.
The problem is, where do we download libschily from? We need to make sure that the location is maintained and the version will function with each software package. I've contacted J
The problem is, where do we download libschily from? We need to make sure that the location is maintained and the version will function with each software package. I've contacted Jörg about this. I'll move forward if he alleviates my concerns.
J
Jörg responded: "No, sorry but the latst version is always part of the cdrtools." That works for me. I'll work on a libschily that pulls from cdrtools. Saves on mirror space, too.
Pylon was retired (#215644), reassigning remaining bugs.
star does not install /usr/lib/libschily.a and other collided files, thus collision is not an issue any more. Also star statically links with libschily (upstream decision) thus I don't see any point in separating it into separate package. As collision is fixed, bug itself is FIXED too. :)