Alan Lord wrote:
>
> Oh I see. I never intended my post to suggest subsequent copying of
> files that way. Sorry if I badly worded the OP.
>
> The way I have used it [DESTDIR] is purely to allow easy inspection of
> the files the install process creates. If I am happy with what it does,
> the
DESTDIR is not used so very often outside the software written by the
more responsible people, like folks at FSF (who write most of GNU
software).
I am specifically referring to the myriad of software packages which
you, as a LFS user will be compiling to run in userspace after you are
done with t
DJ Lucas wrote:
> /usr/share/info/dir is most common, until you get past X, and get into
> gconf, desktop file utils, etc. But yes, make install *can* and does
> modify existing files. Simply copying from the DESTDIR to the final
> destination will result in a broken system (though it's proba
Simon Geard wrote:
> On Wed, 2008-11-19 at 09:24 +, Alan Lord wrote:
>> That's interesting. Do you mean that DESTDIR actually affects the
>> contents of some files when you run "make DESTDIR=/my_path install"?
>>
>> I always assumed, perhaps wrongly, that it merely changed the
>> destination
On Wed, 2008-11-19 at 09:24 +, Alan Lord wrote:
> That's interesting. Do you mean that DESTDIR actually affects the
> contents of some files when you run "make DESTDIR=/my_path install"?
>
> I always assumed, perhaps wrongly, that it merely changed the
> destination path for the "root" of th
DJ Lucas wrote:
> The disadvantage is that if you move from the DESTDIR, you have to be
> aware of things like the info dir, gconf updates, .desktop or icon
> additions, etc. Pretty much any update to an existing file will have to
> recreated manually. In the end, this is probably much better
Alan Lord wrote:
> Alexander Haley wrote:
>
>> Basically, the fundamental thing that bugs me is ... I type 'make
>> install' and scads of files arrive on the file system ... and I really
>> don't quite know their role, purpose or importance ... Do I really
>> need to know the purpose of each and e
Alexander Haley wrote:
>
> Basically, the fundamental thing that bugs me is ... I type 'make
> install' and scads of files arrive on the file system ... and I really
> don't quite know their role, purpose or importance ... Do I really
> need to know the purpose of each and every library file that
Alexander Haley wrote:
> Basically, the fundamental thing that bugs me is ... I type 'make
> install' and scads of files arrive on the file system ... and I really
> don't quite know their role, purpose or importance ... Do I really
> need to know the purpose of each and every library file that is
On Tuesday 18 November 2008 12:46:20 pm Alexander Haley wrote:
> Thanks for the responses - I'm still chewing on them to see what
> I understand or misunderstand. The bigger context of my questions
> was:
>
> "So, I'm doing LFS for the second time .. and this time I
> thought 'GNU Stow, awesome!
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike McCarty
Sent: Tuesday, November 18, 2008 1:35 PM
To: LFS Support List
Subject: Re: Question @ 10,000 feet
Alexander Haley wrote:
[...]
> What is to stop me from telling glibc to install itself i
Alexander Haley wrote:
[...]
> What is to stop me from telling glibc to install itself into
> /usr/weird/path/foo and gcc into /bar/zap/ .. and then somehow
> configuring them to understand their relationship? Is that even
> feasible? Would doing this somehow create a deeper understanding (for
>
Thanks for the responses - I'm still chewing on them to see what I
understand or misunderstand. The bigger context of my questions was:
"So, I'm doing LFS for the second time .. and this time I thought
'GNU Stow, awesome! I'll make it sit up and do tricks for me' ...
however during Chapter 6 ..
On Mon, 2008-11-17 at 15:47 -0500, Alexander Haley wrote:
> So .. when I say, "Run hello world", enter binutils. Binutils
> understand that common functionality is often packaged into shared
> objects (.so) - aka libraries. Bin utils uses a dynamic linker .. to
> ask itself "Hrrm .. they're running
14 matches
Mail list logo
