lua 5.1 package installs libraries with wrong name

Using kubuntu 9.04 too.

lua5.1 do not install by default these libs.

They are in liblua5.1-0-dev

On debian lenny 5.0 it's exactly the same as in kubuntu 9.04.
liblua5.1.so.0 -> liblua5.1.so.0.0.0
liblua5.1.so.0.0.0

But for archlinux for example it's
liblua.so -> liblua.so.5.1
liblua.so.5.1

Could you be more specific on the list of applications with breaking portability ?

Thanks,

Sorry, the only exemple I can remember is an application I'm developping myself, which was running fine on Gentoo and Arch, but when I tried to run it on my Kubuntu, the compiler didn't found the libraries (liblua.so). The only thing which make me tell that's the Ubuntu/Debian package which is "malformed", si that normally, the so name don't contain the version.

I've asked the BugSquad on #ubuntu-bugs, I'm waiting on an answer.

By the way, since it's an "home made" application is it just not possible to change the dependancy to run on Kubuntu ?

Cheers,

Thank you. It's possible to change the dependancy, sure, but then it's not building anymore on Gentoo and others distros where the lib is called liblua.so, and I think libXX.so.version is better than libXXversion.so. Maybe I'm wrong, but... ;)

You should change your makefiles to use pkg-config

gcc foo.c `pkg-config --libs --cflags lua5.1`

Cheers

Status changed to 'Confirmed' because the bug affects multiple users.

It's understandable that using something like pkg-config can avoid this causing problems, but it's still a bit of an issue.

It's not only the libraries that are named in such a way, the headers are located in /usr/include/lua5.1/* rather than /usr/include/* (which they are in all other distributions I've checked on).

Is there any particular reason for naming them differently? If not, then surely it would make sense to follow the same pattern as other distributions, to help ease compatibility.

Please use the standard behavior (also in Debian for other packages!) of

/usr/include/lua.h -> /usr/include/lua-DEFAULTVERSION/lua.h
and
/usr/lib/liblua.so -> /usr/lib/liblua-DEFAULTVERSION.so

Where is the fix going to be applied ? Is it an Ubuntu path ? Debian doesn't seem to want to patch it, according to the discussion in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781762