xulrunner 1.9 support for chmsee 1.0.0

This will be fixed when final xulrunner release will be included in Hardy (not the b5)

I would like to ask the Sponsors for universe and MOTU SRU to look at the patches that I provided which fix this issues for intrepid and as a SRU for hardy.

This debdiff also close bug 204487 which prevent the use of chmsee in hardy.

ACK from motu-sru given that it will fix bug #204487 too.

intrepid: doesn't seem to work:
>> chmsee
chmsee: symbol lookup error: chmsee: undefined symbol: gtk_moz_embed_set_comp_path

let's take a look:

corresponding Depends line of resulting deb:
Depends: libc6 (>= 2.7-1), libchm1 (>= 0.39-5), libgcc1 (>= 1:4.1.1-21), libglade2-0 (>= 1:2.6.1), libglib2.0-0 (>= 2.15.6), libgtk2.0-0 (>= 2.12.0), libpango1.0-0 (>= 1.19.4), libssl0.9.8 (>= 0.9.8f-1), libstdc++6 (>= 4.1.1-21), libxml2 (>= 2.6.27), python, python-chm

comparing to NEEDED entries of chmsee
objdump -p $(which chmsee) | grep NEEDED
  NEEDED libgthread-2.0.so.0
  NEEDED libglade-2.0.so.0
  NEEDED libgtk-x11-2.0.so.0
  NEEDED libxml2.so.2
  NEEDED libgdk-x11-2.0.so.0
  NEEDED libgdk_pixbuf-2.0.so.0
  NEEDED libpango-1.0.so.0
  NEEDED libgobject-2.0.so.0
  NEEDED libglib-2.0.so.0
  NEEDED libchm.so.1
  NEEDED libcrypto.so.0.9.8
  NEEDED libxul.so
  NEEDED libxpcom.so
  NEEDED libpthread.so.0
  NEEDED libstdc++.so.6
  NEEDED libgcc_s.so.1
  NEEDED libc.so.6

so why is libxul.so not found in the package's depends line (or rather why does it show libxul.so instead of libxul.so.0d?)

aha. so xulrunner-1.9b5 also ships a libxul.so inside /usr/lib/xulrunner-1.9b5/libxul.so. During package build, *this* gets used as a dependency of xulrunner-1.9-dev.

Too sad, but that's not what is getting used for the result on my system:
ldd $(which chmsee)
        libxul.so => /usr/lib/libxul.so (0x00007f3380266000)

Alexander, maybe you can shed some light on this?

As long as you try to use -rpath in your LDFLAGS, you are doing something wrong. You have to use the standalone glue, which wouldn't attempt to link against libxul.so at all.

Look https://wiki.ubuntu.com/XulrunnerGecko to get some basic infos.

same for bug #204487 ... if you use standalone glue you wont see those issues at all.

Asac : Thanks for this relevant help. However, I'm still not able to create a correct package using the standalone glue.

If I change :
DEB_CONFIGURE_SCRIPT_ENV += LDFLAGS=" -Wl,--as-needed,-rpath,/usr/lib/xulrunner-1.9

to :
CFLAGS=pkg-config --cflags libxul-embedding-unstable

or just add :
CFLAGS=pkg-config --cflags libxul-embedding-unstable

I always end with that error :
configure: error: C compiler cannot create executables
See `config.log' for more details.

I'm pretty sure that I do something wrong, any clue?

Package compiles successfully in Intrepid.

the patch looks good. Given that chmsee currently doesnt work, lets initiate SRU process for hardy/universe.

ok, i fixed the Maintainer field to be:
 Maintainer: Ubuntu MOTU Developers <email address hidden>

and uploaded that to hardy-proposed. Thanks for your work.

Accepted into -proposed, please test and give feedback here. Please see https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

From my side, I clicked on almost every button and options available in chmsee and opened a few chm files and chmsee in hardy-proposed works as expected.

Its certainly an improvement from current chmsee in hardy which doesn't even start but segfaults on any chm file I tried to open (or segfaults on exit). This is on amd64 arch.

Verification done (x86):

- chmsee 1.0.0-1ubuntu1 (hardy): crash at startup;
- chmsee 1.0.0-1ubuntu1.8.04.1 (hardy-proposed): correctly start, stop and open chm files.

To SRU team and ShadowMax : Verification seems to be complete, can you set the "verification-done" tag and push to hardy-updates?

Copied to hardy-updates.

I'm having similar problems with starting thunderbird, which emits warnings about not finding libxul.so. I solved the issue by adding a file /etc/ld.so.conf.d/xulrunner.conf with the folder for the latest xulrunner:

/usr/lib/xulrunner-1.9.2.3

This solved my problem with ThunderBird 3.0.4.

Perhaps the xulrunner .deb can create this file on installation?

Oops, I'm running:

lucid with kernel:

Linux istio 2.6.32-22-generic #33-Ubuntu SMP Wed Apr 28 13:28:05 UTC 2010 x86_64 GNU/Linux

Soz, the original error I received is:

LoadPlugin: failed to initialize shared library /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/IcedTeaPlugin.so [libxul.so: cannot open shared object file: No such file or directory]

when executing thunderbird.

@Marlin Forbes

Please file a new bug against thunderbird.