I'm running X-Plane 10.03 Beta 10 on Ubuntu Oneiric 64 here.
A X-Plane MessageBox states that "We could not locate an load OpenAL"
while strace shows
open("/usr/lib32/libopenal.so", O_RDONLY) = 13
read(13, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340k\0\0\0\0\0\0"...,
512) = 512
close(13)
oh. I see. good to know :)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/273558
Title:
/usr/lib/libopenal.so.0 missing from Intrepid
To manage notifications about this bug go to:
https://bugs.launc
http://wiki.x-plane.com/DVD_Installers
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/273558
Title:
/usr/lib/libopenal.so.0 missing from Intrepid
To manage notifications about this bug go to:
https:
I have an older DVD installer - but where would I download a newer
version from? on the x-plane.com site, I only see the demo & the
updater, but not the DVD installer, for X-Plane v9:
http://x-plane.com/pg_downloads.html
--
You received this bug notification because you are a member of Ubuntu
Bug
I believe the OpenAL dependency was removed from the DVD installer with
the 2.05 installer. Unfortunately, this does nothing for already
pressed DVDs, but then that's only fixable by maintaining binary
compatibility at the distro level. Users can download the latest DVD
installer from the net
Ben,
One note: the X-Plane Linux DVD installer still depends on
libopenal.so.0, at least the one I have downloaded a while ago - on the
site, I can't find a DVD installer download anymore, and I don't have
the Linux DVD installer on my DVD.
Akos
--
You received this bug notification because yo
Ben,
Didn't know about this patch in X-Plane. Good to know now :)
Akos
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/273558
Title:
/usr/lib/libopenal.so.0 missing from Intrepid
To manage notific
It's not really a stand-off; we (LR, the company that makes X-Plane)
have patched X-Plane to dynamically detect either libopenal.so.0 or 1 so
that we will run without user mods on any distribution (including older
distros that haven't made this change).
It is only the older LR products that are
yeah, it's a standoff: app developers refuse to link to the new shared
object name, as the ABI didn't change. the distro makers refuse to
maintain the old name. thus it's us, the users, how are left to do the
symlinking manually :(
--
You received this bug notification because you are a member of
The ABI of OpenAL is unchanged as users continue to work around this by
sym-linking.
http://www.squidoo.com/fly-sim";>flight simulator
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/273558
Title:
/u
Yes, they can. I see no reason why libopenal.so.0 and libopenal.so.1
cannot both exist. Some minor patching may be required for
configuration file paths (I believe the libraries both use the same
path/files in /etc but have different expectations about the contents
of them)
directhex, you seem far
Ah - thank you for the symbol list!
From the decorations (and names) it looks these symbols are all OpenAL
extensions...except for alBufferAppendData, which appears to have been
(incorrectly?!?) exported as a non-decorated symbol too. One document
from 2001 referes to the "well-documented" al
Is it worth repackaging libopenal0 for more recent releases? Can
libopenal0 and libopenal1 live alongside each other?
--
/usr/lib/libopenal.so.0 missing from Intrepid
https://bugs.launchpad.net/bugs/273558
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscr
The following exported symbols were removed between the final openal
package, and first openal-soft package:
alBombOnError_LOKI
alBufferAppendData
alBufferAppendData_LOKI
alBufferAppendWriteData_LOKI
alBufferDataWithCallback_LOKI
alBufferi_LOKI
alBufferWriteData_LOKI
alCaptureDestroy_EXT
alCapture
For what it's worth, no one ever posted a clear explanation of _why_ the
.so major version was bumped to this bug.
Given that users continue to work around this by sym-linking, it
certainly _appears_ that the ABI of OpenAL is unchanged.
Can anyone point to at least one routine in the ABI that was
This broke Gish (http://www.chroniclogic.com/gish.htm) for me earlier
today. Adding a symlink fixed it.
To me, as a user, this is a regression and a serious bug. I don't care at all
how many symlinks I have in /usr/lib32. I care when Ubuntu's packaging breaks
my software. Please re-open. I
Hi Everyone,
I am the other Linux guy...first, to be clear:
Regardless of what happens with any distro, we (LR) have altered our
OpenAL support to dynamically load either version of libopenal in our
master code - over time all "live" apps will end up supporting either
distro.
Maróy, the next
Thanks for all the swift resposnes.
Ben: while 930 Beta might look for both libraries, the X-Plane Updater
itself only looks for .0 - so actually updating to 930 Beta is not
possible without working around this via a symlink, for example
--
/usr/lib/libopenal.so.0 missing from Intrepid
https://b
I think it's important to note however, that this is NOT an Ubuntu-
specific issue. Other distros are making the same migration (and are
doing it the same sudden-transition way).
While I think that the only reasons to REPLACE one library with the
other is few shared files in /etc, I think there is
nullack,
There are two of us on the X-Plane team here watching this bug. I am
one of the "Linux support guys"; I have received no e-mail from you, so
I will assume that you talked to Ben, who posted earlier. Ben also
knows, though, that there is in fact a problem.
We are actively working to make
Akos to accurately descripe what X-Plane people say:
1. When I contacted Austin Meyer about this, he declared that "I did not know
how busy he is"
2. He said he did'nt care if the bug I reported to him existed or not, since
his Linux support guy falsely claimed there was no problem and he didnt
Hi,
We have programmed the 930 beta of X-Plane to look for BOTH libopenal
.so.1 and .so.0, because half the distros we support have changed the
lib version and half have not.
We continue to want to know (and still have not been told) in what way
the ABI changed that warranted a reversioning of
what did the X-Plane people say? it seems that the latest X-Plane is
still trying to load libopenal.so.0 ...
--
/usr/lib/libopenal.so.0 missing from Intrepid
https://bugs.launchpad.net/bugs/273558
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to U
This may be a dupe - or that one is a dupe to this:
https://bugs.launchpad.net/bugs/323745
Confirming that the developers of third party programs need to change
their code?
If so, is the "1" version a "Drop-in" for the ")" and all they have to
do is rename their link in their code?
Regardless I
Hi Y'all,
Could someone please tell me what binary functionality has been
changed/removed from libopenal with this change?
I understand that the implementation has been changed radically. But
OpenAL is an API for general access to abstract sound hardware.
So...what _can't_ I do with libopenal.so
/usr/lib/libopenal.so.0 coexists perfectly well with
/usr/lib/libopenal.so.1
There is no reason to remove this package completely. Simply putting the
files there from an earlier Ubuntu version makes applications (that may
be impossible to fix, as you well know) happy.
While we are at it, lets rem
Hi,
no, libopenal0a (as in the creative variant) is obsolete, and won't come
back. The right thing is to recompile 3rd party applications against the
openal-soft. In case for binary only stuff, it would imho be better to
dlopen system libraries instead of linking against it anyways (or link
static
** Changed in: openal-soft (Ubuntu)
Status: Invalid => New
--
/usr/lib/libopenal.so.0 missing from Intrepid
https://bugs.launchpad.net/bugs/273558
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu
What changed in this version of the ABI? This seems to me like it
should be left open for the alternate fix (i.e., leaving an libopenal0a
package around).
--
/usr/lib/libopenal.so.0 missing from Intrepid
https://bugs.launchpad.net/bugs/273558
You received this bug notification because you are a
Marking as invalid. It has been explained that the ABI for OpenAL
changed which necessitated the naming change. Packages in the Intrepid
repos have been rebuilt for the new library. It is recommended that
upstream projects not in the repos follow suit.
** Changed in: openal-soft (Ubuntu)
St
Moving status to confirmed.
[EMAIL PROTECTED]:/$ sudo find -name libopenal.s*
[sudo] password for nullack:
./usr/lib/libopenal.so.1
./usr/lib/libopenal.so
./usr/lib/libopenal.so.1.3.253
./usr/lib32/libopenal.so.1
./usr/lib32/libopenal.so.1.3.253
[EMAIL PROTECTED]:/$ sudo apt-cache policy libopena
** Tags added: regression-potential
--
/usr/lib/libopenal.so.0 missing from Intrepid
https://bugs.launchpad.net/bugs/273558
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https:/
32 matches
Mail list logo
