Re: Question about ORBit2, gnome-canvas & gnome-ui

Ok, i just double-verified this behaviour, and it happens every time, on the 3 different boxes it tried this one.

Ps, the below is also true for nautilus's (it doesnt appear in the first build, but when rebuilding when everything is installed, it does get build).

I don't understand how this can happen.. forinstance when i do a ldd /usr/lib/orbit-2.0/ i get: => /usr/lib/ (0x40027000) => /lib/i686/ (0x40063000) => /usr/lib/ (0x4019f000) => /lib/i686/ (0x401a4000) => /usr/lib/ (0x401b9000) => /usr/lib/ (0x401f3000) => /lib/ (0x401f7000) => /usr/lib/ (0x401fb000) => /usr/lib/ (0x40260000) => /usr/lib/ (0x40269000)
       /lib/ => /lib/ (0x80000000)

Nothing is in there that could cause it not to be build ... (and if there was, the build would fail!), so would it be likely some part of the 'install' target of the make file's is broken??

I would love to file a bugzilla bug, but for now i don't have a clue to what description to use ;-)

   -- Chris

Chris Chabot wrote:

I've been working on building some redhat packages for the latest gnome2 releases, and i've ran into some weird behaviour that i can not explain.

When i build ORBit2 in a 'clean' envirioment (ie, only required libs installed, and no other gnome2 libs/apps), it does _not_ create the /usr/lib/orbit-2.0/Everything_module.* files. However, when i re-build ORBit2 when everything has been compiled, it does create these files!

The same goes for gnome-canvas & gnome-ui glade libs in /usr/lib/libglade/2.0/* files (ie: libgnome and libcanvas .a/.la/.so). When rebuilding these libs when everything has been installed, those files are created.. (in the above case, i have a valid libglade2 installed)

What could explain this behaviour? Are some dependencies missing?

   -- Chris Chabot

desktop-devel-list mailing list
desktop-devel-list gnome org

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]