chmsee: error while loading shared libraries: libxul.so

[tomcloud]

Binary package hint: chmsee

Received the following error upon trying to start chmsee:
chmsee: error while loading shared libraries: libxul.so: cannot open shared object file: No such file or directory

chmsee Version:
1.0.0-1ubuntu1 (hardy)

Running Hardy 8.04

libxul located here:
/usr/lib/xulrunner-1.9b4/libxul.so
I believe this came w/ xulrunner-1.9 (version: 1.9~b4+nobinonly-0ubuntu1)

[tomcloud (tcloud)]

Added following symlinks:
sudo ln -s xulrunner-1.9b4/libxul.so libxul.so
sudo ln -s xulrunner-1.9b4/libxpcom.so libxpcom.so
sudo ln -s xulrunner-1.9b4/libsqlite3.so libsqlite3.so
sudo ln -s xulrunner-1.9b4/libmozjs.so libmozjs.so

Everything appears now to work.

[Alexander Ilyashov (ilyashov)]

After upgrade:

sudo ln -s xulrunner-1.9b5/libxul.so libxul.so
sudo ln -s xulrunner-1.9b5/libxpcom.so libxpcom.so
sudo ln -s xulrunner-1.9b5/libsqlite3.so libsqlite3.so
sudo ln -s xulrunner-1.9b5/libmozjs.so libmozjs.so

[tomcloud (tcloud)]

Thanks Alexander. Went to use chmsee and it did not work. You saved perhaps a great deal of frustration.

[Baumgartner Martin (baumgartner-martin)]

I can confirm this bug on Hardy.

[Vladimir Sharshov (vsharshov)]

i confirm this this bug in Hardy in Amd64 too.

[Loell Anthony Erecre (loell)]

i can confirm this too, attempting to change the status from new to confirmed.

[Onilton Maciel (oniltonmaciel)]

I can confirm it too. Hardy.

[LI Daobing (lidaobing)]

a new version (1.0.1-0ubuntu1~ppa1~hardy1) is already uploaded to my ppa: "deb http://ppa.launchpad.net/lidaobing/ubuntu hardy main"
you can download it from: http://ppa.launchpad.net/lidaobing/ubuntu/pool/main/c/chmsee/

[Saivann Carignan (oxmosys)]

I will wait for the final xulrunner release to be included in Hardy and I will provide patches for hardy-proposed. Thanks for your work on this!

[Steve Langasek (vorlon)]

Saïvann,

The deadline for Ubuntu 8.04.1 uploads being /accepted/ into -proposed is June 1 (https://wiki.ubuntu.com/HardyReleaseSchedule). I'm not sure which "final" xulrunner upload you're waiting on, but this doesn't seem to leave much window for the chmsee upload to actually happen. As such, while I think this is a reasonable SRU candidate and will target it to the hardy release, I don't think it's appropriate to treat this as a blocker for 8.04.1 and am dropping the milestone.

[Saivann Carignan (oxmosys)]

SRU will be enough for this package, thanks.

[Alejandro Mery (amery)]

what about adding a /etc/ld.so.conf.d/xulrunner ? worked for me

[Saivann Carignan (oxmosys)]

mnemoc : I don't know about your solution but I know that the current chmsee will need to be fixed anyway to use the correct path because the current package is misconfigured, and the xulrunner path is probably going to change again when the final release of Firefox will get into hardy-updates so I'm waiting for it (will probably appears during june month).

[Anoop.J.S (macintosh-anoop)]

This one worked for me:
sudo ln -s /usr/lib/xulrunner-1.9b5/libxul.so /usr/lib/libxul.so
sudo ln -s /usr/lib/xulrunner-1.9b5/libxpcom.so /usr/lib/libxpcom.so
sudo ln -s /usr/lib/xulrunner-1.9b5/libsqlite3.so /usr/lib/libsqlite3.so
sudo ln -s /usr/lib/xulrunner-1.9b5/libmozjs.so /usr/lib/libmozjs.so

[Alexander Sack (asac)]

see my comments on bug 232402 .... this needs to be fixed properly.

[cwraig (cwraig-cwraig.id.au)]

Can also confim this bug

[wren (8to8)]

Hi,

I can confirm this bug on Hardy, too.

regards,

[Nick Glynn (exosyst)]

confirmed on hardy.

fixed by linking to shared libs:
sudo ln -s /usr/lib/xulrunner-1.9/libxul.so /usr/lib/libxul.so
sudo ln -s /usr/lib/xulrunner-1.9/libxpcom.so /usr/lib/libxpcom.so
sudo ln -s /usr/lib/xulrunner-1.9/libsqlite3.so /usr/lib/libsqlite3.so
sudo ln -s /usr/lib/xulrunner-1.9/libmozjs.so /usr/lib/libmozjs.so

(as above, but without the b5).

Is this going in backports?

[Leolik (leolikua)]

Confirm this bug on Hardy amd64

[evgen (evgen-alice-dsl)]

will the official update (patch) follow?