Hi,
First of all thanks to both of you for looking into this. I have not yet
tried putting all the .so files in the same directory as liquidsoap, I think
this is a great idea, I should just need to set "LD_LIBRARY_PATH" for the
liquidsoap system user.
I tried an "ldd liquidsoap" and got the following list:
linux-vdso.so.1 => (0x00007fff0d642000)
libSoundTouch.so.1 => /usr/lib/libSoundTouch.so.1 (0x00007f0f9de8f000)
libBPM.so.1 => /usr/lib/libBPM.so.1 (0x00007f0f9dc8b000)
libtag_c.so.0 => /usr/lib/libtag_c.so.0 (0x00007f0f9da85000)
libtag.so.1 => /usr/lib/libtag.so.1 (0x00007f0f9d7f5000)
libsamplerate.so.0 => /usr/lib/libsamplerate.so.0 (0x00007f0f9d489000)
libasound.so.2 => /usr/lib/libasound.so.2 (0x00007f0f9d1a9000)
libmp3lame.so.0 => /usr/local/lib/libmp3lame.so.0 (0x00007f0f9cf1f000)
libm.so.6 => /lib/libm.so.6 (0x00007f0f9cc9c000)
libmad.so.0 => /usr/lib/libmad.so.0 (0x00007f0f9ca7c000)
libogg.so.0 => /usr/lib/libogg.so.0 (0x00007f0f9c875000)
libvorbisenc.so.2 => /usr/lib/libvorbisenc.so.2 (0x00007f0f9c3a6000)
libvorbisfile.so.3 => /usr/lib/libvorbisfile.so.3 (0x00007f0f9c19d000)
libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0x00007f0f9bf71000)
libportaudio.so.2 => /usr/lib/libportaudio.so.2 (0x00007f0f9bd45000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00007f0f9bb27000)
libpcre.so.3 => /lib/libpcre.so.3 (0x00007f0f9b8f6000)
libdl.so.2 => /lib/libdl.so.2 (0x00007f0f9b6f2000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007f0f9b4db000)
libc.so.6 => /lib/libc.so.6 (0x00007f0f9b158000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f0f9ae52000)
libz.so.1 => /lib/libz.so.1 (0x00007f0f9ac39000)
librt.so.1 => /lib/librt.so.1 (0x00007f0f9aa31000)
libjack.so.0 => /usr/lib/libjack.so.0 (0x00007f0f9a7e8000)
/lib64/ld-linux-x86-64.so.2 (0x00007f0f9e0bd000)
Obviously I will have to compile this list once for 32 and once for 64 bit
systems, but this defn makes things easier.
Martin
2011/2/13 Romain Beauxis <[email protected]>
> Ok, I have sucessfuly done it here but it is tricky (see my comments
> on LS-476). Martin, I wonder: have you try to ship all .so libs at
> the root of the directory where the liquidsoap binary is ? This work
> in windows maybe it works for your clients too..
>
> Romain
>
> 2011/2/11 Samuel Mimram <[email protected]>:
> > I have created a ticket so that we don't forget:
> > http://dev.sourcefabric.org/browse/LS-476
> >
> > Notice that there also exist some tools to statically link any binary
> such
> > as stratifier ( http://statifier.sourceforge.net/ ), you could try but
> it
> > does not always work very well...
> >
> > ++
> >
> > Sam.
> >
> >
> > 2011/2/10 Romain Beauxis <[email protected]>
> >>
> >> Hmm sorry it seems that is does not work either with a minimal
> >> liquidsoap.. This needs more documentation :)
> >>
> >> 2011/2/10 Romain Beauxis <[email protected]>:
> >> > 2011/2/10 Martin Konečný <[email protected]>:
> >> >> Hi,
> >> >
> >> > Hi Martin,
> >> >
> >> >> For Airtime, we provide a binary of liquidsoap compiled from a fairly
> >> >> recent
> >> >> revision (8124). During beta testing we've noticed that some users
> have
> >> >> problems with .so libraries not being found at runtime on their
> system
> >> >> Is there a way to compile liquidsoap so that the libraries it uses
> are
> >> >> statically linked? I tried looking through the output of "./configure
> >> >> --help" but didnt find anything.
> >> >> Our other option is to have users compile liquidsoap on their own
> >> >> machines,
> >> >> but for ease of installation purposes, this is obviously not ideal.
> >> >
> >> > Having the possibility to compile liquidsoap statically is a fairly
> >> > reasonable goal that I would be willing to implement. I have had a
> >> > quick look at the matter. You can experiment with it by adding -static
> >> > to the LDFLAGS in liquidsoap/Makefile.defs.
> >> >
> >> > With a minimal set of dependencies, I can compile a static liquidsoap.
> >> > However, I experienced some issues I need to understand with more
> >> > dependencies. Or course, any feedback you can provide would be ver
> >> > much valued :)
> >> >
> >> > Once I understand how to properly modify the build process, changing
> >> > configure and make should be fairly easy..
> >> >
> >> > Romain
> >> >
> >> >> Martin
> >> >> --
> >> >> Martin Konecny
> >> >> Software Developer, Sourcefabric
> >> >> [email protected]
> >> >>
> >> >> +1 (416) 892-8420 (Cell)
> >> >> Skype: martin.konecny15
> >> >> 720 Bathurst St. / Suite 203 / Toronto / ON / M5S 2R4 / Canada
> >> >> http://www.sourcefabric.org
> >> >> http://www.twitter.com/Sourcefabric
> >> >> Journalism is back!
> >> >> www.journalismisback.com
> >> >>
> >> >>
> >> >>
> ------------------------------------------------------------------------------
> >> >> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio
> >> >> XE:
> >> >> Pinpoint memory and threading errors before they happen.
> >> >> Find and fix more than 250 security defects in the development cycle.
> >> >> Locate bottlenecks in serial and parallel code that limit
> performance.
> >> >> http://p.sf.net/sfu/intel-dev2devfeb
> >> >> _______________________________________________
> >> >> Savonet-users mailing list
> >> >> [email protected]
> >> >> https://lists.sourceforge.net/lists/listinfo/savonet-users
> >> >>
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > They try to fool the black population,
> >> > By telling them that Jah Jah Dead.
> >> > But I&I know that...
> >> > Jah no dead!
> >> >
> >>
> >>
> >>
> >> --
> >> They try to fool the black population,
> >> By telling them that Jah Jah Dead.
> >> But I&I know that...
> >> Jah no dead!
> >>
> >>
> >>
> ------------------------------------------------------------------------------
> >> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio
> XE:
> >> Pinpoint memory and threading errors before they happen.
> >> Find and fix more than 250 security defects in the development cycle.
> >> Locate bottlenecks in serial and parallel code that limit performance.
> >> http://p.sf.net/sfu/intel-dev2devfeb
> >> _______________________________________________
> >> Savonet-users mailing list
> >> [email protected]
> >> https://lists.sourceforge.net/lists/listinfo/savonet-users
> >
> >
>
>
>
> --
> They try to fool the black population,
> By telling them that Jah Jah Dead.
> But I&I know that...
> Jah no dead!
>
--
Martin Konecny
Software Developer, Sourcefabric
[email protected]
+1 (416) 892-8420 (Cell)
Skype: martin.konecny15
720 Bathurst St. / Suite 203 / Toronto / ON / M5S 2R4 / Canada
http://www.sourcefabric.org
http://www.twitter.com/Sourcefabric
Journalism is back!
www.journalismisback.com
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Savonet-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/savonet-users
