2008/2/20, Karolina Lindqvist <karolina.lindqvist@xxxxxxxxxx>: > tisdag 19 februari 2008 skrev Attila: > > > On Montag, 18. Februar 2008 22:26 Karolina Lindqvist wrote: > > > No, it aborts after that. > > > > Your announcement makes me a little bit nervous about fakeroot so i make > > the same as you. Makepkg runs well under a normal instead i have 4 of your > > messages about libfakeroot. > > > > > It does say ERROR:, even though the text says ignored, so I think ld.so, > > > or whatever says it, is returning an error code. > > > > Okay, compiling kdelibs is not very fast but trying a second time with > > writing a logfile (makepkg 2>&1 | tee build.log) is from my view a better > > idea than running makepkg under root acount. > > > > See you, Attila > > > I digged a little bit deeper to find the problem. > > The short story is that fakeroot sets LD_PRELOAD="libfakeroot.so", but should > be LD_PRELOAD="/usr/lib/libfakeroot/libfakeroot.so" to make it work. > > The long story: > I don't use stock kdelibs, since it can't handle flash properly, but I am > using a later snapshot which can. Therefore I also have to do a "make -f > admin/Makefile.common dist", but it should not make any difference? > Wrong, it does. > It turns out that when meinproc is called, in the build process, it sets its > own LD_LIBRARY_PATH, which in turn comes from "xslt-config --libs". > libfakeroot.so which is needed is not in that path, which includes /usr/lib > but not /usr/lib/libfakeroot/libfakeroot.so and therefore it cannot be > loaded. > > What is actually causing the delivered configure etc. files to work, but not > the generated, and thus more adapted to archlinux, I don't know. But there is > some difference somewhere. > > I would vote for that fakeroot should give a proper LD_PRELOAD with path, or > that libfakeroot.so is moved to /usr/lib, and that is the problem and the > solution. > Interesting... Could you please file a bugreport so this won't get forgotten? -- Roman Kyrylych (Роман Кирилич)
