Missing Library File After GCompris Compilation
Aleksey Lim
alsroot at member.fsf.org
Wed Mar 10 22:43:43 EST 2010
On Thu, Mar 11, 2010 at 03:41:27AM +0000, Aleksey Lim wrote:
> On Wed, Mar 10, 2010 at 10:38:48PM +0100, Bruno Coudoin wrote:
> >
> > Ok, this process has been deprecated by work done by Aleksey (in copy)
> > to use 0install. My bundleit.sh will be removed once the 0install
> > process for GCompris is in place. For the mean time, you can use it but
> > the source operating system and the target one must be as close as
> > possible to avoid the missing library situation which you faced.
> >
> > Bruno.
> >
> >
> > Le mercredi 10 mars 2010 à 00:52 +0200, Tamer Alkhouli a écrit :
> > > I am bundling the activity using the provided bundleit.sh script,
> > > which you can find here:
> > > http://git.gnome.org/browse/gcompris/tree/src?h=gcomprixo
> > >
> > >
> > > I am using Ubuntu, are you suggesting that I should use aptitude to
> > > generate the XO file? If yes, how can that be done?
> > >
> > > Thanks,
> > > On Tue, Mar 9, 2010 at 10:54 PM, Bruno Coudoin <bruno.coudoin at free.fr>
> > > wrote:
> > > Le dimanche 07 mars 2010 à 03:51 +0200, Tamer Alkhouli a
> > > écrit :
> > >
> > > > Hello all,
> > > >
> > > >
> > > > I was trying to modify one of the GCompris activities
> > > > (memory-activity), and after bundling the compiled code and
> > > trying to
> > > > install it using the sugar-install-bundle command on the XO,
> > > I got an
> > > > error message telling me that libxcb-render-util.so.0 was
> > > missing.
> > > > When I copied that file to /usr/lib/ everything worked just
> > > fine. Any
> > > > idea why this problem showed in the first place? And how to
> > > fix it
> > > > permanently? Note that the non-modified GCompris activity
> > > doesn't need
> > > > that file.
>
> It depends on your intention about sharing your activity,
>
> * for all users (not only sugar)
> * for all sugar users (not only XO)
> * or just for XO (particular version, 1 xor 1.5) users
>
> 0install stuff, I'm going to propose for inclusion to main branch, is
> intended to cover all these situations (with resolving not GC issues
> like (not)existing of particular version of libxml/librsvg), thus it
> could be overkill if you want just to run activity on XO-1. In that
> case you can follow simpler scheme:
>
> * configure GC with --prefix=/
you can also add --disable-sqlite --disable-gnet arguments if targeted
environment won't have such libs
> * make GC (you need only your activity and a couple of libs but just in case)
> * go to activity directory you want to bundle
> * run `make DESTDIR=<path> install-activity`
> * you will get <path>/activities/<activity> directory with all you need
> * follow regular(not related to GC) .xo bundle procedures to make .xo
> e.g. you can use
> http://git.gnome.org/browse/gcompris/tree/src/gcompris-activity?h=gcomprixo
> as startup script
>
> > > Well each library on which we depend brings its own dependency
> > > to us.
> > >
> > > It means that if you compile on a system were X depends on the
> > > library
> > > libxcb-render then our gcompris binary will require it. But if
> > > this
> > > library is not present on a given system then GCompris won't
> > > start at
> > > all because GNU/Linux expect all dynamic libraries required by
> > > a binary
> > > to be present.
> > >
> > > To avoid this situation, all GNU/Linux distribution have a
> > > packaging
> > > system in place.
> > >
> > > --
> > > Bruno Coudoin
> > > http://gcompris.net Free educational software for kids
> > > http://toulibre.org Logiciel Libre à Toulouse
> > > http://april.org Promouvoir et défendre le Logiciel Libre
> > >
> > >
> > >
> > >
> > > --
> > > Tamer Alkhouli
> > >
> >
> >
> >
> > --
> > Bruno Coudoin
> > http://gcompris.net Free educational software for kids
> > http://toulibre.org Logiciel Libre à Toulouse
> > http://april.org Promouvoir et défendre le Logiciel Libre
> >
>
> --
> Aleksey
--
Aleksey
More information about the Devel
mailing list