Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 128807 - media-libs/libquicktime-0.9.7-r1 fails to install when upgrading from 0.9.4
Summary: media-libs/libquicktime-0.9.7-r1 fails to install when upgrading from 0.9.4
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Marc Hildebrand (RETIRED)
URL:
Whiteboard:
Keywords:
: 130848 131405 184336 207073 (view as bug list)
Depends on:
Blocks: 138828
  Show dependency tree
 
Reported: 2006-04-04 12:27 UTC by Tomasz Mon
Modified: 2008-01-22 20:29 UTC (History)
12 users (show)

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


Attachments
patch for libquicktime-0.9.7-r1.ebuild (libquicktime-0.9.7-r1.ebuild.patch,305 bytes, patch)
2006-06-05 15:56 UTC, Samuli Suominen (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Tomasz Mon 2006-04-04 12:27:30 UTC
After upgrading from media-libs/libquicktime-0.9.4 to media-libs/libquicktime-0.9.7-r1, I got following output:

>>> Completed installing libquicktime-0.9.7-r1 into /var/tmp/portage/libquicktime-0.9.7-r1/image/

man:
gzipping man page: lqtplay.1
strip: i686-pc-linux-gnu-strip --strip-unneeded
   /usr/lib/libquicktime.so.0.0.0
   /usr/lib/libquicktime/lqt_audiocodec.so
   /usr/lib/libquicktime/lqt_videocodec.so
   /usr/lib/libquicktime/lqt_opendivx.so
   /usr/lib/libquicktime/lqt_rtjpeg.so
   /usr/lib/libquicktime/lqt_mjpeg.so
   /usr/lib/libquicktime/lqt_png.so
   /usr/lib/libquicktime/lqt_vorbis.so
   /usr/lib/libquicktime/lqt_lame.so
   /usr/bin/libquicktime_config
   /usr/bin/lqtplay
   /usr/bin/lqtvrplay
   /usr/bin/qtinfo
   /usr/bin/qtstreamize
   /usr/bin/qtdechunk
   /usr/bin/qtrechunk
   /usr/bin/qtyuv4toyuv
   /usr/bin/qtdump
   /usr/bin/lqt_transcode
removing executable bit: /usr/lib/libquicktime.la
>>> Merging media-libs/libquicktime-0.9.7-r1 to /
 * For compatibility with other quicktime libraries, libquicktime was
 * going to create a /usr/include/quicktime symlink, but for some
 * reason that is a directory on your system.
 * Please check that is empty, and remove it, or submit a bug
 * telling us which package owns the directory.

!!! ERROR: media-libs/libquicktime-0.9.7-r1 failed.
Call stack:
  ebuild.sh, line 1542:   Called dyn_preinst
  ebuild.sh, line 1017:   Called pkg_preinst
  libquicktime-0.9.7-r1.ebuild, line 82:   Called die

!!! /usr/include/quicktime is a directory.
!!! If you need support, post the topmost build error, and the call stack if relevant.

!!! FAILED preinst: 1
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2006-04-04 12:31:45 UTC
(In reply to comment #0)
>  * For compatibility with other quicktime libraries, libquicktime was
>  * going to create a /usr/include/quicktime symlink, but for some
>  * reason that is a directory on your system.
>  * Please check that is empty, and remove it, or submit a bug
>  * telling us which package owns the directory.

Please, read the message. Reopen if you can point out to the ebuild that created the directory, otherwise - just delete it. 

CANTFIX.
Comment 2 Tomasz Mon 2006-04-04 12:39:19 UTC
(In reply to comment #1)
> Please, read the message. Reopen if you can point out to the ebuild that
> created the directory, otherwise - just delete it. 
> 
> CANTFIX.
> 

media-libs/libquicktime-0.9.4 created that directory

After unmerging media-libs/libquicktime-0.9.4, media-libs/libquicktime-0.9.7-r1 emerged fine
Comment 3 RedHand 2006-04-06 00:58:48 UTC
Have the same but upgrading form 0.9.7 to 0.9.7-r1. Fiald to upgrade because <libquitime-0.9.7-r1 creates /usr/include/quicktime directory and libquicktime-0.9.7-r1 wants to create symlink /usr/include/quicktime
Comment 4 Leonid Podolny 2006-04-06 04:23:36 UTC
Same here -- for upgrading from 0.9.4
Comment 5 Markus Baumeister 2006-04-17 13:45:20 UTC
yes, seems that libquicktime-0.9.7-r1 ignores that every version before it did create a real /usr/include/quicktime. 

I have the same error here and

# equery belongs /usr/include/quicktime
[ Searching for file(s) /usr/include/quicktime in *... ]
media-libs/libquicktime-0.9.4 (/usr/include/quicktime)
Comment 6 Jakub Moc (RETIRED) gentoo-dev 2006-04-22 09:41:22 UTC
*** Bug 130848 has been marked as a duplicate of this bug. ***
Comment 7 Jakub Moc (RETIRED) gentoo-dev 2006-04-27 00:04:16 UTC
*** Bug 131405 has been marked as a duplicate of this bug. ***
Comment 8 Samuli Suominen (RETIRED) gentoo-dev 2006-06-05 15:52:27 UTC
How about adding a block in 0.9.7-r1 ebuild for previous versions,

!<media-libs/libquicktime-0.9.7

So it makes user to remove old version out of the way?
Comment 9 Samuli Suominen (RETIRED) gentoo-dev 2006-06-05 15:56:06 UTC
Created attachment 88482 [details, diff]
patch for libquicktime-0.9.7-r1.ebuild
Comment 10 Diego Elio Pettenò (RETIRED) gentoo-dev 2006-06-05 16:00:26 UTC
A self blocker isn't so much friendly most of the times; also, the directory won't be removed this way as it was installed by another package, not by libquicktime.
Comment 11 Samuli Suominen (RETIRED) gentoo-dev 2006-06-05 16:04:46 UTC
Comment on attachment 88482 [details, diff]
patch for libquicktime-0.9.7-r1.ebuild

since this was a bad idea..
Comment 12 Christian Faulhammer (RETIRED) gentoo-dev 2006-07-06 07:12:17 UTC
Please add information that bug #138828 is blocked by this one..

Will test on both bugs later
Comment 13 Christian Faulhammer (RETIRED) gentoo-dev 2006-07-07 00:07:31 UTC
Same message, although collision test was passed

* For compatibility with other quicktime libraries, libquicktime was
* going to create a /usr/include/quicktime symlink, but for some
* reason that is a directory on your system.
* Please check that is empty, and remove it, or submit a bug
* telling us which package owns the directory.

The directory belongs to the previous version of libquicktime, says equery

Portage 2.1-r1 (default-linux/x86/no-nptl, gcc-3.4.6, glibc-2.3.6-r4, 2.6.16-gentoo-r9 i686)
=================================================================
System uname: 2.6.16-gentoo-r9 i686 AMD Athlon(tm) XP 2500+
Gentoo Base System version 1.6.15
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
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-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O0"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo"
CXXFLAGS="-O0"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms strict test"
GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo/"
LANG="de_DE@euro"
LC_ALL="de_DE@euro"
LINGUAS="de"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.informatik.rwth-aachen.de/gentoo-portage"
USE="x86 3dnow 3dnowext X Xaw3d a52 alsa arts artworkextra asf audiofile avi bash-completion berkdb bidi bitmap-fonts bootsplash bzip2 cairo cdda cddb cdparanoia cdr cli cracklib crypt css cups curl custom-cflags dbus dga directfb divx4linux dlloader dri dts dvd dvdr dvdread dvi eds emacs emboss encode esd evo exif expat fam fat fbcon fdftk ffmpeg firefox foomaticdb fortran ftp gb gcj gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml hal howl icq idn imagemagick imap imlib ipv6 isdnlog java javascript jikes jpeg jpeg2k kde ldap leim libg++ libwww lm_sensors mad maildir matroska mbox mikmod mime mmx mmxext mng mono motif mp3 mpeg mpeg2 mule nautilus ncurses nforce2 nls nocardbus nowebdav nsplugin nvidia ogg opengl pam pcre pdf pdflib perl plotutils pmu png ppds pppd preview-latex print python qt qt3 qt4 quicktime readline reflection reiserfs samba sdk session slang spell spl sse ssl svg svga t1lib tcltk tcpd theora thunderbird tiff truetype truetype-fonts type1-fonts usb vcd videos vorbis win32codecs wmf wxwindows xine xml xorg xosd xv xvid zlib elibc_glibc input_devices_mouse input_devices_keyboard kernel_linux linguas_de userland_GNU video_cards_radeon video_cards_vesa video_cards_fbdev"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 14 Marc Hildebrand (RETIRED) gentoo-dev 2006-07-17 13:22:42 UTC
I've added a 'fix' (more a crude hack) to delete the blocking directory.
Please test.
I've also bumped libquicktime to 0.9.9.
Cheers,
Marc.
Comment 15 Maurice van der Pot (RETIRED) gentoo-dev 2007-01-18 09:40:37 UTC
I'm emerging 0.9.10 while 0.9.3-r1 is installed and the problem is still present.
The ebuild checks with $(has_version =media-libs/libquicktime-0.9.4);
Comment 16 Jakub Moc (RETIRED) gentoo-dev 2007-01-18 11:54:03 UTC
(In reply to comment #15)
> I'm emerging 0.9.10 while 0.9.3-r1 is installed and the problem is still
> present.

So unmerge it first, 0.9.7-r1 has been stable since last July and noone's going to dig into which versions were broken and which were not.

Comment 17 Bill Skellenger 2007-03-04 19:31:41 UTC
(In reply to comment #16)
> (In reply to comment #15)
> > I'm emerging 0.9.10 while 0.9.3-r1 is installed and the problem is still
> > present.
> 
> So unmerge it first, 0.9.7-r1 has been stable since last July and noone's going
> to dig into which versions were broken and which were not.

What bugs me about this 'resolution' is that the burden of figuring out the problem goes back to the user.  If the general consensus is that old versions of libquicktime should just be unmerged, then in order of preference:

1.  An emerge of libquicktime "just works" (per ebuild requirements) -- and will unmerge an old instance or delete the directory automatically (and thus doesn't bomb during a lengthy revdep-rebuild -- why does this always happen 30 minutes after going to bed?)

2.  The warning message tells the user EXACTLY WHAT TO DO.  If 99% of the time this is caused by versions of libquicktime that are older than xx, state that in the warning message, have the user check for the situation, and delete the directory or unmerge an old libquicktime.

3.  The warning message tells the user that Bug #128807 at bugs.gentoo.org contains some valuable information, and the user can figure it out (again putting the burden back on the user, which is wrong IMO, but this will point those who don't know better in the right direction).

So here's another data point:

# equery belongs /usr/include/quicktime   
[ Searching for file(s) /usr/include/quicktime in *... ]
media-libs/libquicktime-0.9.2_pre1 (/usr/include/quicktime)

And here's why this can be even more annoying, as I mentioned, when it interrupts an evening of compiling:

[snip]
revdep-rebuild failed to emerge all packages
you have the following choices:
[/snip]

This is only FIXED for one specific case:

if $(has_version =media-libs/libquicktime-0.9.4); then
   einfo "It seems this directory belongs to libquicktime-0.9.4."
   einfo "We'll delete that directory now."
   rm -rvf /usr/include/quicktime
else
   # Tell the user that they should figure it out, and if they can't,
   # go ahead and submit a duplicate bug
   einfo "Please check that is empty, and remove it, or submit a bug"
   einfo "telling us which package owns the directory."
   die "/usr/include/quicktime is a directory."
fi
Comment 18 Jakub Moc (RETIRED) gentoo-dev 2007-07-05 18:43:47 UTC
*** Bug 184336 has been marked as a duplicate of this bug. ***
Comment 19 Jakub Moc (RETIRED) gentoo-dev 2008-01-22 20:29:18 UTC
*** Bug 207073 has been marked as a duplicate of this bug. ***