Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 151097 - freealut vs. openal: which versions, what blocks, help! updating computer borked due to cruft caused by this.
Summary: freealut vs. openal: which versions, what blocks, help! updating computer b...
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High major
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-10-12 21:20 UTC by Brad Allen
Modified: 2006-10-17 21:13 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Brad Allen 2006-10-12 21:20:32 UTC
What the HECK is going on with freealut vs. openal?  I saw a long versioning discussion in openal-devel regarding Debian (starting from a Debian mailing list at http://lists.alioth.debian.org/pipermail/pkg-games-devel/2006-February/000425.html (a link from there continues to the other mailing list)), and at the end they said thank you for discussing and updating openal with better versioning information and that Gentoo was also interested, but obviously they haven't fixed it, because:

$ emerge -pvuDN mplayer

These are the packages that would be merged, in order:

Calculating dependencies     ... done!                       
[blocks B     ] media-libs/freealut (is blocking media-libs/openal-20050504-r1)
[ebuild     U ] x11-libs/gtk+-1.2.10-r12 [1.2.10-r11] USE="nls -debug" LINGUAS="-az% -ca% -cs% -da% -de% -el% -es% -et% -eu% -fi% -fr% -ga% -gl% -hr% -hu% -it% -ja% -ko% -lt% -nl% -nn% -no% -pl% -pt% -pt_BR% -ro% -ru% -sk% -sl% -sr% -sv% -tr% -uk% -vi%" 0 kB 
[ebuild     U ] dev-libs/DirectFB-0.9.25.1 [0.9.24] USE="fbcon gif jpeg mmx mpeg png sdl sse truetype v4l%* v4l2%* zlib -debug -fusion -static -sysfs" 0 kB 
[ebuild     U ] media-plugins/xmms-jack-0.16 [0.10] 0 kB 
[ebuild   R   ] app-misc/lirc-0.8.0-r5  USE="X udev -debug -doc -hardware-carrier -transmitter (-alsa%*) (-usb%*)" LIRC_DEVICES="-act200l -act220l -adaptec -all -alsa_usb -animax -atilibusb -atiusb -audio -audio_alsa -avermedia -avermedia98 -avermedia_vdomate -bestbuy -bestbuy2 -breakoutbox -bte -bw6130 -caraca -chronos -cmdir -com1 -com2 -com3 -com4 -cph06x -creative -creative_infracd -devinput -digimatrix -dsp -dvico -ea65 -exaudio -flyvideo -gvbctv5pci -hauppauge -hauppauge_dvb -hercules_smarttv_stereo -igorplugusb -imon -imon_pad -imon_pad2keys -imon_rsc -inputlirc -irdeo -irdeo_remote -irman -irreal -it87 -knc_one -kworld -leadtek_0007 -leadtek_0010 -leadtek_pvr2000 -livedrive_midi -livedrive_seq -logitech -lpt1 -lpt2 -mceusb -mceusb2 -mediafocusI -mouseremote -mouseremote_ps2 -mp3anywhere -nslu2 -packard_bell -parallel -pcmak -pcmak_usb -pctv -pixelview_bt878 -pixelview_pak -pixelview_pro -provideo -realmagic -remotemaster -sa1100 -sasem -serial -serial_igor_cesko -silitek -sir -slinke -streamzap -tekram -tekram_bt829 -tira -tvbox -udp -uirt2 -uirt2_raw -usbirboy -userspace -xboxusb" 0 kB 
[ebuild     U ] media-libs/libdv-0.104-r2 [0.104-r1] USE="gtk sdl xv -debug" 0 kB 
[ebuild     U ] dev-libs/fribidi-0.10.7 [0.10.4] 0 kB 
[ebuild     U ] media-libs/smpeg-0.4.4-r8 [0.4.4-r7] USE="X gtk mmx opengl -debug" 0 kB 
[ebuild     U ] media-libs/openal-20050504-r1 [0.0.8] USE="alsa arts esd mpeg%* sdl vorbis -debug (-mp3%*)" 0 kB 

Total size of downloads: 0 kB

I just checked, and mplayer, openal, and freealut are not anywhere in my /etc/portage/package.* files.

Now, to the part that made me exclaim "what the heck":

$ ls -altr portage/media-libs/{freealut,openal}
portage/media-libs/freealut:
total 26
-rw-r--r--   1 root    root     254 Apr 17 12:51 metadata.xml
-rw-r--r--   1 root    root     734 Jul  5 09:31 freealut-1.1.0.ebuild
drwxr-xr-x   2 root    root     128 Jul  5 09:36 files/
-rw-r--r--   1 root    root     730 Aug  2 13:36 freealut-1.0.1.ebuild
-rw-r--r--   1 root    root    2558 Aug  2 13:36 Manifest
-rw-r--r--   1 root    root    2186 Aug  2 13:36 ChangeLog
drwxr-xr-x   3 root    root     240 Aug  2 13:36 ./
drwxr-xr-x 240 portage portage 6344 Oct 12 17:37 ../

portage/media-libs/openal:
total 51
-rw-r--r--   1 portage portage   254 Feb 18  2004 metadata.xml
-rw-r--r--   1 root    root     1970 May 11 14:05 openal-20050504-r1.ebuild
-rw-r--r--   1 root    root     2047 May 24 20:40 openal-20050504-r2.ebuild
-rw-r--r--   1 root    root     1946 Jun  8 10:36 openal-20051024.ebuild
-rw-r--r--   1 root    root     1374 Sep  4 00:13 openal-0.0.8.ebuild
drwxr-xr-x   3 portage portage   672 Sep 29 10:05 files/
-rw-r--r--   1 root    root     1484 Oct  4 05:39 openal-0.0.8-r1.ebuild
-rw-r--r--   1 root    root     4433 Oct  4 05:39 Manifest
-rw-r--r--   1 root    root    10206 Oct  4 05:39 ChangeLog
drwxr-xr-x   3 portage portage   376 Oct  4 05:39 ./
drwxr-xr-x 240 portage portage  6344 Oct 12 17:37 ../
$ emerge -p openal

These are the packages that would be merged, in order:

Calculating dependencies  ... done!
[blocks B     ] media-libs/freealut (is blocking media-libs/openal-20050504-r1)
[ebuild     U ] media-libs/openal-20050504-r1 [0.0.8] USE="mpeg%*" 
$ 

So, in other words, the 20050504 version is newer than the 0.0.8 version?  Is this true?  Is this correct?  Oh, that's right, there was a message in the debian mailing list about this (http://lists.alioth.debian.org/pipermail/pkg-games-devel/2006-February/000435.html):

" > For OpenAL I had to add an epoch in order to cope with the change in
" > the versioning scheme (dpkg considers 0.0.8 to be less than
" > 0.2005080600).

" Which is just true. :)

Anyway, so that is implying that 0.0.8 is supposed to be newer than 20050806 ... but according to Gentoo, 20050806 is an upgrade to 0.0.8.  So, now to go to the openal web site and read there, I see:

Ok, there are no change logs there.  Those developers do not have a strong sense of versioning.  Anyway, I did find a key piece of forensic information in order to ascertain some idea of what the latest openal version actually is:

From page http://www.openal.org/downloads.html is a link named "OpenAL Source (tar.gz format; February 11, 2006" which points at http://www.openal.org/openal_webstf/downloads/openal-0.0.8.tar.gz, so now we see that the version of 2006-02-11 is openal 0.0.8, whereas the version number named 20050504-r1, I am guessing, now, this is just a guess, I'm really not going to swear my life to it, but I'm thinking might have something to do with the date of 2005-05-04, so, I really know this is upper level math at this point, but isn't 2006 later than 2005??  Yes, this indeed is what got me to exclaim "heck", so I feel a bit vindicated.

Now, to the more polite side of things.  What am I to do?  My system hasn't done a proper emerge in months because of this morass.  It has collected enough cruff because of this problem that I am actually not certain what is causing what to go wrong any more.  I am surprised no one else is talking about this problem.  What did I do wrong?  I removed as much of the stuff in /etc/portage as I could, and what's left is basically very specific and rather benign, but if there is a known hidden gremlin in there or some way to find one, I'm open to that, but I really think the problem goes deeper when Portage starts making proclamations that the year 2006 is earlier than the year 2005.

Aha, my /etc/make.profile is still 2006.0; does that make a difference?  I'll update it now and report back.
Comment 1 Brad Allen 2006-10-12 21:24:58 UTC
(In reply to comment #0)
> Aha, my /etc/make.profile is still 2006.0; does that make a difference?  I'll
> update it now and report back.

Nope. 2006.1 is not supported "any more", and it gave instructions to "upgrade" to 2006.0.  So the main bug remains.  I have this weird vertigo feeling of Gentoo doing time warping and jumping.
Comment 2 Mr. Bones. (RETIRED) gentoo-dev 2006-10-13 00:31:46 UTC
Your tree is out of sync.  media-libs/openal-20050504 isn't in the portage tree any more.
Comment 3 Jakub Moc (RETIRED) gentoo-dev 2006-10-13 01:18:13 UTC
This is not a support forum. Also emerge --sync please. If you need help, use forums.gentoo.org or #gentoo on IRC; bugzilla is for bugs.
Comment 4 Brad Allen 2006-10-17 21:13:00 UTC
(In reply to comment #3)
> This is not a support forum. Also emerge --sync please. If you need help, use
> forums.gentoo.org or #gentoo on IRC; bugzilla is for bugs.

You always come across so politely and with so much trust of fellow man.  It's definately better than when I started interacting with developers in the late 1980s.  You remind me of our great multinational corporations with their attitudes towards good folk like me.

I emerge sync just about every day.

I'll check to see why openal-20050504 is still in it.

I still have:

$ ls -al /var/lib/portage/media-libs/openal
total 51
drwxr-xr-x   3 portage portage   376 Oct 17 08:06 ./
drwxr-xr-x 241 portage portage  6376 Oct 17 18:36 ../
-rw-r--r--   1 root    root    10716 Oct 17 08:06 ChangeLog
-rw-r--r--   1 root    root     4910 Oct 17 08:06 Manifest
drwxr-xr-x   3 portage portage   672 Sep 29 10:05 files/
-rw-r--r--   1 portage portage   254 Feb 18  2004 metadata.xml
-rw-r--r--   1 root    root     1590 Oct 17 08:06 openal-0.0.8-r1.ebuild
-rw-r--r--   1 root    root     1374 Sep  4 00:13 openal-0.0.8.ebuild
-rw-r--r--   1 root    root     1970 May 11 14:05 openal-20050504-r1.ebuild
-rw-r--r--   1 root    root     2047 May 24 20:40 openal-20050504-r2.ebuild
-rw-r--r--   1 root    root     1946 Jun  8 10:36 openal-20051024.ebuild
$

So, it is not supposed to be there?  Are you truthfully talking about openal-20050504 or really openal-20050504*?

Sometimes I feel like I'm talking to brick walls with the illustrious Gentoo teams.  This isn't a bug?  How isn't it a bug?  "emerge sync" does not produce what you describe.

I will hunt down an online version of the current Gentoo portage tree to see if it can be reconciled with what you said.

Indeed, http://packages.gentoo.org/search/?sstring=openal reveals:

openal
Description: OpenAL, the Open Audio Library, is an open, vendor-neutral, cross-platform API for interactive, primarily spatialized audio
Releases	alpha	amd64	arm	hppa	ia64	mips	ppc	ppc64	ppc macos	s390	sh	sparc	sparc fbsd	x86	x86 fbsd
0.0.8-r1	~	~	-	~	~	~	~	~	-	-	-	~	-	~	~
0.0.8	+	+	-	~	+	~	+	+	-	-	-	+	-	+	-

Category	Homepage	License	ChangeLog	Similar	Bugs	Forums

without any mention of the items you said should not be included.

Emerge sync must be broken.  I will persue.

An undocumented behavoir change of emerge caused the error.  Ok, so it was a bug but not of the nature either of us expected.