nm-applet does not start in karmic

[Richard McIntosh]

The nm-applet does not start when I log in after update. Try to run it manually get the error.

nm-applet: error while loading shared libraries: libnm-glib-vpn.so.0: cannot open shared object file: No such file or directory

libnm-glib2 is installed

I am using karmic amd64

[Michael Favia (michaelfavia)]

Issue confirmed. Manual connection of wired internet restores connectivity without having to use dhclient, etc. Network manager is still running in the background. it seems NetwrokManager was renamed to network-manager in /etc/init.d but a backup version of the old script was left. Was this a relic of upstart conversion or something? Should i delete the old NetwrokManager.dpkg-backup file?

[Michael Favia (michaelfavia)]

Meant to mention that i get the exact same error msg when attempting to manually start nm-applet and my libnm-glib2 is installed as well. Running: Linux cobalt 2.6.31-10-generic #35-Ubuntu SMP Tue Sep 22 17:33:42 UTC 2009 i686 GNU/Linux

Looks like a fix is coming down the pike for the soname transition: https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/427400/comments/8 otherwise oyou can make a symlink if you remember to remove it before you upgrade next.

[Michael Favia (michaelfavia)]

Ok. so after a little more research it seems like that old package mentioned above DID provide support for the old soname through a symlink but it has since been revoked in a recent update this morning. It was still in my "locate" cache but not on my harddisk.

Short term workaround is to create a symlink until the package is fixed:
sudo ln -s /usr/lib/libnm-glib-vpn.so /usr/lib/libnm-glib-vpn.so.0

Make sure you delete this symlink before you upgrade packages again though so you dont conflict with upstream changes if it is fixed. -mf

[Denis G. (gagnon88)]

@ Michael Favia

Actually, the following workaround worked for me.

sudo ln -s /usr/lib/libnm-glib-vpn.so.1 /usr/lib/libnm-glib-vpn.so.0

Then, restart gdm

sudo /etc/init.d/gdm restart

[Denis G. (gagnon88)]

Well it was fixed in an upstream release anyway

[Mark Fraser (launchpad-mfraz)]

One thing to mention now that it is working again. I tried to launch nm-applet in Konsole which worked, but with a few lines of:
** (nm-applet:2368): WARNING **: Tried to set deprecated property gsm/puk.

[Alexander Sack (asac)]

> sudo ln -s /usr/lib/libnm-glib-vpn.so.1 /usr/lib/libnm-glib-vpn.so.0

please DO NOT follow this workaround. that will cause issues later on.

[Denis G. (gagnon88)]

@ Alexander Sack

Actually, this workaround works fine as long as you remove the symlink before upgrading, like Michael Favia said

Quote:

> Make sure you delete this symlink before you upgrade packages again though so you dont conflict with upstream changes if it is > fixed. -mf

[Alexander Sack (asac)]

> Actually, this workaround works fine as long as you remove the symlink before upgrading, like Michael Favia said
>
> Quote:
>> Make sure you delete this symlink before you upgrade packages again though so you dont conflict with upstream changes if it is > fixed. -mf

Problem is that folks spread around such workaround without the rest ... and even if they dont, users _will_ forget to do that and in a year start filing odd bugs and you have a hard time to finally figure out that they had a link ... and noone knows where that comes from.

Then, two years later and three more bugs like this, folks create links even if they are struck by something completely different etc ... only way out is to not give such hints in the first place -- yes, i know its hard ...