Re: game with small library
Hi! If the shared library is internal to the package, it should not be installed in the system library path (e.g., /usr/lib). Instead, install it under /usr/lib/package. You will need to use a wrapper script to add /usr/lib/package to LD_LIBRARY_PATH wehn running the program. I admit, I have not found the time to try this, yet. And I also admit, my understanding of these issues is rather limited. I am however sceptical that this will work. The point is, that the shared library is to be loaded by the sound-server (artsd), and currently, before running the game for the first time after installation, artsd has to be restarted in order for sound to work. To me, this looks, like a simple wrapper script won't do - but I'll try, as soon as I can find the time. thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: game with small library
Hi! If the shared library is internal to the package, it should not be installed in the system library path (e.g., /usr/lib). Instead, install it under /usr/lib/package. You will need to use a wrapper script to add /usr/lib/package to LD_LIBRARY_PATH wehn running the program. I admit, I have not found the time to try this, yet. And I also admit, my understanding of these issues is rather limited. I am however sceptical that this will work. The point is, that the shared library is to be loaded by the sound-server (artsd), and currently, before running the game for the first time after installation, artsd has to be restarted in order for sound to work. To me, this looks, like a simple wrapper script won't do - but I'll try, as soon as I can find the time. thomas
game with small library
Hi! I'm trying to package a game (http://taxipilot.sf.net), that comes with a really small shared library. The only reason this library exists, is that the provided functionality has to run inside the sound-server. Likely, it will never be used by any other package. Now, when I try to package the game as single binary, everything seems to work fine (i.e. the lib gets installed, too), but lintian complains: W: taxipilot: non-dev-pkg-with-shlib-symlink usr/lib/libEXT_wavpo.so.0.0.0 usr/lib/libEXT_wavpo.so E: taxipilot: no-shlibs-control-file usr/lib/libEXT_wavpo.so.0.0.0 Could anybody point me in the right direction? (Please CC me) Thanks! thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: game with small library
On Wed, Oct 23, 2002 at 01:51:45PM +0200, thomas wrote: I'm trying to package a game (http://taxipilot.sf.net), that comes with a really small shared library. The only reason this library exists, is that the provided functionality has to run inside the sound-server. Likely, it will never be used by any other package. Now, when I try to package the game as single binary, everything seems to work fine (i.e. the lib gets installed, too), but lintian complains: W: taxipilot: non-dev-pkg-with-shlib-symlink usr/lib/libEXT_wavpo.so.0.0.0 usr/lib/libEXT_wavpo.so E: taxipilot: no-shlibs-control-file usr/lib/libEXT_wavpo.so.0.0.0 Could anybody point me in the right direction? (Please CC me) If the shared library is internal to the package, it should not be installed in the system library path (e.g., /usr/lib). Instead, install it under /usr/lib/package. You will need to use a wrapper script to add /usr/lib/package to LD_LIBRARY_PATH wehn running the program. -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: game with small library
Matt Zimmerman wrote: If the shared library is internal to the package, it should not be installed in the system library path (e.g., /usr/lib). Instead, install it under /usr/lib/package. You will need to use a wrapper script to add /usr/lib/package to LD_LIBRARY_PATH wehn running the program. what is so wrong with setting the rpath in the binary itself? -john -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
game with small library
Hi! I'm trying to package a game (http://taxipilot.sf.net), that comes with a really small shared library. The only reason this library exists, is that the provided functionality has to run inside the sound-server. Likely, it will never be used by any other package. Now, when I try to package the game as single binary, everything seems to work fine (i.e. the lib gets installed, too), but lintian complains: W: taxipilot: non-dev-pkg-with-shlib-symlink usr/lib/libEXT_wavpo.so.0.0.0 usr/lib/libEXT_wavpo.so E: taxipilot: no-shlibs-control-file usr/lib/libEXT_wavpo.so.0.0.0 Could anybody point me in the right direction? (Please CC me) Thanks! thomas
Re: game with small library
On Wed, Oct 23, 2002 at 01:51:45PM +0200, thomas wrote: I'm trying to package a game (http://taxipilot.sf.net), that comes with a really small shared library. The only reason this library exists, is that the provided functionality has to run inside the sound-server. Likely, it will never be used by any other package. Now, when I try to package the game as single binary, everything seems to work fine (i.e. the lib gets installed, too), but lintian complains: W: taxipilot: non-dev-pkg-with-shlib-symlink usr/lib/libEXT_wavpo.so.0.0.0 usr/lib/libEXT_wavpo.so E: taxipilot: no-shlibs-control-file usr/lib/libEXT_wavpo.so.0.0.0 Could anybody point me in the right direction? (Please CC me) If the shared library is internal to the package, it should not be installed in the system library path (e.g., /usr/lib). Instead, install it under /usr/lib/package. You will need to use a wrapper script to add /usr/lib/package to LD_LIBRARY_PATH wehn running the program. -- - mdz
Re: game with small library
Matt Zimmerman wrote: If the shared library is internal to the package, it should not be installed in the system library path (e.g., /usr/lib). Instead, install it under /usr/lib/package. You will need to use a wrapper script to add /usr/lib/package to LD_LIBRARY_PATH wehn running the program. what is so wrong with setting the rpath in the binary itself? -john