Fixed upstream (on September 17), but no new version available yet.
Upstream patch was linked in GNOME bugzilla at
http://bugzilla.gnome.org/show_bug.cgi?id=350091
--
libglibjni-0.4.so should depend on libgobject
https://launchpad.net/bugs/64718
--
ubuntu-bugs mailing list
I would expect the upstream version to work.
The core of the problem with the Ubuntu package is that one of the
branding patches (it tries make certain UI icons fit the current GTK+
theme) makes calls into GTK before the Java GTK libraries have been
fully initialized. It does not appear to be in
Public bug reported:
If you run
$ objdump -x /usr/lib/jni/libglibjni-0.4.so | grep NEEDED
NEEDED libglib-2.0.so.0
NEEDED libc.so.6
A practical example (from running azureus when the required modules have been
fixed) is:
java.lang.UnsatisfiedLinkError:
Updated list of things required to get the azureus package to work:
1. In debian/azureus.sh, change glib0.2.jar to glib0.4.jar.
2. In debian/azureus.sh, change gtk2.8.jar to gtk2.10.jar.
3. In debian/azureus.sh, add export LD_LIBRARY_PATH=/usr/lib/jni:/usr/lib.
4. Add a call to org.gtk.Gtk.init
The original bug in azureus is bug 57875. While working out how to fix that, it
seems that azureus will work even if this bug isn't fixed (other required
libraries already have a DT_NEEDED dependency on libgobject-2.0).
So this doesn't need to be fixed for that java package, but I'd still
*** This bug is a duplicate of bug 47792 ***
Marking as a dup of #47792 as it talks about the same issue (or at least it
does in the last few posts).
It also has some possibly useful information towards fixing the issue.
** This bug has been marked a duplicate of bug 47792
vmplayer fails to
*** This bug is a duplicate of bug 47792 ***
Changing to a duplicate of bug 47792 as it has some information which
may help to fix the problem.
** This bug is no longer a duplicate of bug 58829
vmware player refuse to start
** This bug has been marked a duplicate of bug 47792
vmplayer
*** This bug is a duplicate of bug 47792 ***
Marking as a duplicate of 47792 as there is some information in that bug
which may help to solve the problem.
** This bug has been marked a duplicate of bug 47792
vmplayer fails to start
--
vmware player refuse to start
** Bug 59290 has been marked a duplicate of this bug
** Bug 59002 has been marked a duplicate of this bug
** Bug 58829 has been marked a duplicate of this bug
--
vmplayer fails to start
https://launchpad.net/bugs/47792
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Hi Ernesto,
what version of ubuntu are you running?
If you run
apt-cache policy apache2-mpm-prefork
what do you get?
Also, what are the contents of /etc/apt/sources.list on your machine?
--
unmet dependencies
https://launchpad.net/bugs/59362
--
ubuntu-bugs mailing list
It's not a software problem anyway.
I can't see any problem with the repositories now, so it could be that a
package was accidentally added to the main repository, then moved to the
security repository (and you updated your dpkg cache in between).
If it's okay, I'll close this ticket. However,
Hi Ernesto,
I haven't been able to reproduce this yet.
You may be able to get more information on why apache2-mpm-prefork cannot be
installed, by running the command
apt-get install apache2-mpm-prefork
Does that give any more informative error messages?
--
unmet dependencies
Hm. The ubuntu2.1 version comes from the security repository, you
shouldn't see any dependencies for there, since you haven't enabled
those sources (but obviously it's picking them up from somewhere in your
sources.list).
Can you uncomment the following lines and try again?
deb
With gcj-4.1 (4.1.1-11ubuntu7), azureus works without any LD_PRELOAD set
(but with the other changes to /usr/bin/azureus mentioned above).
I also see different behaviour with SUN java:
java.lang.UnsatisfiedLinkError: /usr/lib/jni/libglibjni-0.4.so:
/usr/lib/jni/libglibjni-0.4.so: undefined
Confirmed, I think. There's more than one problem to fix before azureus
will run.
Firstly, in /usr/bin/azureus, two of the JAR file references are wrong -
there should be references to glib0.4.jar and gtk2.10.jar in $CP.
Secondly, once that is changed, I get the backtrace
You can get the behaviour you want by selecting Determine image type
from content (slower) in gthumb preferences. The default is for this
not to be checked, as it would be a lot slower showing directories with
large numbers of images.
** Changed in: gthumb (Ubuntu)
Status: Unconfirmed =
16 matches
Mail list logo
