Very kind :) I think I tried this, but I'll check again tomorrow (Italian GMT+1) ;) Thanks so much! Gabriele. ---------------------------------------------------------------------------------- Da: Tim Foster A: Gabriele Bulfon Cc: Danek Duvall [email protected] Data: 5 dicembre 2012 20.41.53 CET Oggetto: Re: [pkg-discuss] pkgdepend help On 12/ 6/12 08:33 AM, Gabriele Bulfon wrote: Thanks Tim, actually I tried this directly into the gmp.p5m, but I'm not sure if I did it correctly. Would you please show me the right syntax for it and where? Sure, there's an example in the man page: # # Add runpath and bypass-generate attributes: # file NOHASH path=opt/python/foo/file.py mode=0644 group=sys owner=root \ pkg.depend.bypass-generate=.*/test.py.* \ pkg.depend.bypass-generate=.*/testmodule.so \ pkg.depend.bypass-generate=.*/test.so \ pkg.depend.bypass-generate=usr/lib/python2.6/vendor-packages/xdg/.* \ pkg.depend.runpath=$PKGDEPEND_RUNPATH:/opt/python So here, we're adding /opt/python to the runpath for pkgdepend - it's important to use $PKGDEPEND_RUNPATH if you want to also include the standard runpath. cheers, tim thanx so much! Gabriele. ---------------------------------------------------------------------------------- Da: Tim Foster A: Gabriele Bulfon Cc: Danek Duvall [email protected] Data: 5 dicembre 2012 20.26.02 CET Oggetto: Re: [pkg-discuss] pkgdepend help On 12/ 6/12 08:19 AM, Gabriele Bulfon wrote: Thanks Danek! True :) it shows RUNPATH as /usr/lib :) I'll check the output of gmake publish to see why it does not link with -R as you stated, I placed LDFLAGS for it (using gcc), but maybe they're not taken somewhere ;) I should also mention that if you can't get -R sorted out, your manifest can use 'pkg.depend.runpath' attributes to specify the runpath that pkgdepend should use when resolving. There's more detail in the man page. cheers, tim Thanks again! Gabriele. ---------------------------------------------------------------------------------- Da: Danek Duvall A: Gabriele Bulfon Cc: [email protected] Data: 5 dicembre 2012 18.23.44 CET Oggetto: Re: [pkg-discuss] pkgdepend help Gabriele Bulfon wrote: Hi, I hope you can help me with an issue with pkgdepend. I'm trying to work out our own userland for XStreamOS, similar to the way illumos-userland does, derived from Oracle one. Some of the components (at the moment I'm working on having gnump+gnupg+mpfr to be able to package gcc45) have dependencies from the libgcc and libstdc++ I'm using. Because I still have no gcc45, I'm using gcc3 preinstalled inside /usr/sfw/*. I could make build run fine, but then pkgdepend cannot resolve these dependencies: /sources/userlands/xstream-userland-gate/components/gnump/build/manifest-i386-gmp.depend has unresolved dependency ' depend type=require fmri=__TBD pkg.debug.depend.file=libstdc++.so.6 \ pkg.debug.depend.reason=usr/lib/libgmpxx.so.4.1.2 \ pkg.debug.depend.type=elf \ pkg.debug.depend.path=lib \ pkg.debug.depend.path=usr/lib'. As far as I can see, the problem is because pkgdepend is looking for path usr/lib and not usr/sfw/lib, so it can't find any package in my system delivering that path file. Do you have any idea how pkgdepend decides these dependency paths? Examining the built libgmpxx.so.4.1.2 with ldd, it correctly says it depends from /usr/sfw/lib files. Searching for libstdc++.so.6 via pkg search on my build system, finds pkg:/system/library/gcc-3-runtime delivering the correct file /usr/sfw/lib/libstdc++.so.6. Why pkgdepend cannot see this? Be careful with using ldd -- it does a full traversal of the objects brough in by the ELF dependencies, and isn't as strict as pkgdepend, which looks just at each individual object, one at a time. So what it looks like is that yousr libgmpxx has a RUNPATH of /lib:/usr/lib and so won't find libstdc++.so.6, even though something else might pull it in for it. Check the output of elfdump -d libgmpxx.so.4.1.2 and you'll see. You'll need to link libgmpxx with "-R /usr/sfw/lib". If elfdump shows /usr/sfw/lib in the RUNPATH, then I'm not sure what could be going on. Danek _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
_______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
