Robert Bihlmeyer <[EMAIL PROTECTED]> writes:
> To Linux systems, generally, yes. Some commercial Unices dig rpath,
> though. Basically, if your package system sucks, rpath is your
> friend.
I must object to that. rpath is your friend whenever you lack write
access to the system library director
Andrea Mennucc <[EMAIL PROTECTED]> writes:
> 'cd ..' is the wrong thing to do
>
> in bash , 'cd ..' takes away a directory from the `pwd`
>
> when `pwd` ends with a symlink, 'cd ..'
> do not bring into ..
>
> in that case, `ls ..` shows the 'real' parent, 'cd ..' brings into
> the 'convenience
Andrea Mennucc <[EMAIL PROTECTED]> writes:
> 'cd ..' is the wrong thing to do
>
> in bash , 'cd ..' takes away a directory from the `pwd`
>
> when `pwd` ends with a symlink, 'cd ..'
> do not bring into ..
>
> in that case, `ls ..` shows the 'real' parent, 'cd ..' brings into
> the 'convenienc
Hamish Moffatt <[EMAIL PROTECTED]> writes:
> On Mon, Feb 18, 2002 at 01:00:44AM +0100, Kjetil Torgrim Homme wrote:
> > ldconfig generates ld.so.cache. ld.so.cache is used by ld.so to know
> > which paths should be used. Please note that this filtering mechanism
> >
Hamish Moffatt <[EMAIL PROTECTED]> writes:
> On Mon, Feb 18, 2002 at 01:00:44AM +0100, Kjetil Torgrim Homme wrote:
> > ldconfig generates ld.so.cache. ld.so.cache is used by ld.so to know
> > which paths should be used. Please note that this filtering mechanism
> >
Hamish Moffatt <[EMAIL PROTECTED]> writes:
> I mean "hard path" as in an absolute location. That is the problem
> with RPATH; it puts absolute locations into the binaries. If the
> library moves, the program stops working.
>
> So if the program contained the full path to libc.so.6, we couldn't
>
Hamish Moffatt <[EMAIL PROTECTED]> writes:
> I mean "hard path" as in an absolute location. That is the problem
> with RPATH; it puts absolute locations into the binaries. If the
> library moves, the program stops working.
>
> So if the program contained the full path to libc.so.6, we couldn't
>
Hamish Moffatt <[EMAIL PROTECTED]> writes:
> On Mon, Feb 11, 2002 at 07:01:09PM +0100, Kjetil Torgrim Homme wrote:
> > Aha, I didn't realize there was that kind of black magic in ld.so
> > (documented in ldconfig). Well, then I'd venture that ld.so is
> &
Hamish Moffatt <[EMAIL PROTECTED]> writes:
> On Mon, Feb 11, 2002 at 07:01:09PM +0100, Kjetil Torgrim Homme wrote:
> > Aha, I didn't realize there was that kind of black magic in ld.so
> > (documented in ldconfig). Well, then I'd venture that ld.so is
> &
"Francesco P. Lovergine" <[EMAIL PROTECTED]> writes:
> On Mon, Feb 11, 2002 at 07:01:09PM +0100, Kjetil Torgrim Homme wrote:
> > To explain my outburst: Proper use of rpath is a hobby horse of mine,
> > as I've spent a lot of time with Solaris, trying to get a
David Z Maze <[EMAIL PROTECTED]> writes:
> Kjetil Torgrim Homme <[EMAIL PROTECTED]> writes:
> > This is a bug in lintian. It should not complain about rpath being
> > set to directories which are part of Debian.
>
> Yes, it should. In this case, imagine GNU l
Gaetano Paolone <[EMAIL PROTECTED]> writes:
> Lintian tells me this:
>
> W: php-gtk: binary-or-shlib-defines-rpath
> ./usr/lib/php4/20010901/php_gtk.so /usr/X11R6/lib
> N:
> N: The binary or shared library defines the `RPATH'. Usually this is a
> N: bad thing. Most likely you will find a Make
12 matches
Mail list logo
