-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
ABCD wrote:
> You could also do:
>
> find dest/include -name '.*install*' -delete
>
Disregard that, I didn't read all my mail before replying...
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.13 (GNU/Linux)
Comment: Using GnuPG wit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bryan Kadzban wrote:
> Bruce Dubbs wrote:
>> Bruce Dubbs wrote:
>>> Chris Staub wrote:
On 11/19/2009 08:30 PM, Bruce Dubbs wrote:
> Chris Staub wrote:
>> But there are the ".install" files in every subdir, not just in the
>> "linux" di
Matthew Burgess wrote:
> Thanks guys, removing them at the source is obviously correct. I'd
> prefer this variant, though:
>
> find dest/include -name .install --or -name ..install.cmd -delete
>
> I believe that '-delete' is the recommended/race-free way of removing
> files found by find(1),
On Fri, 20 Nov 2009 02:10:46 -0800, Nathan Coulson wrote:
> It may be dangerous for us to recommend deleting files recursively. In
> the event of a typo, it could cause a bit of damage.
Well, in the event of a typo, all the user would have to do is to untar the
kernel source tarball again, as w
On Fri, Nov 20, 2009 at 12:22 AM, Matthew Burgess <
matt...@linuxfromscratch.org> wrote:
> Bruce Dubbs wrote:
> > Chris Staub wrote:
> >> On 11/19/2009 07:51 PM, Bruce Dubbs wrote:
> >>> The problem is that find is returning a full path. That will copy all
> >>> files to /usr/include. You would
Bruce Dubbs wrote:
> Chris Staub wrote:
>> On 11/19/2009 07:51 PM, Bruce Dubbs wrote:
>>> The problem is that find is returning a full path. That will copy all
>>> files to /usr/include. You would have to parse each line of the find
>>> output to remove the path before the current directory.
>>>
Bruce Dubbs wrote:
> Bruce Dubbs wrote:
>> Chris Staub wrote:
>>> On 11/19/2009 08:30 PM, Bruce Dubbs wrote:
Chris Staub wrote:
> But there are the ".install" files in every subdir, not just in the
> "linux" dir. I use:
>
> find dest/include -name .install -or -name ..install.c
Bruce Dubbs wrote:
> Chris Staub wrote:
>> On 11/19/2009 08:30 PM, Bruce Dubbs wrote:
>>> Chris Staub wrote:
But there are the ".install" files in every subdir, not just in the
"linux" dir. I use:
find dest/include -name .install -or -name ..install.cmd | xargs rm -fv
>>> Ahh.
Chris Staub wrote:
> On 11/19/2009 08:30 PM, Bruce Dubbs wrote:
>> find dest/include -name .install -or -name ..install.cmd -exec rm
>> -v '{}' \;
>
> Not quite - the -exec only works on the last option before it...or
> something, I'm not quite sure exactly how to describe it technically,
> but i
Chris Staub wrote:
> On 11/19/2009 08:30 PM, Bruce Dubbs wrote:
>> Chris Staub wrote:
>>> But there are the ".install" files in every subdir, not just in the
>>> "linux" dir. I use:
>>>
>>> find dest/include -name .install -or -name ..install.cmd | xargs rm -fv
>> Ahh. I didn't realize they were i
On 11/19/2009 08:30 PM, Bruce Dubbs wrote:
> Chris Staub wrote:
>> But there are the ".install" files in every subdir, not just in the
>> "linux" dir. I use:
>>
>> find dest/include -name .install -or -name ..install.cmd | xargs rm -fv
>
> Ahh. I didn't realize they were in multiple directories.
>
Chris Staub wrote:
> On 11/19/2009 07:51 PM, Bruce Dubbs wrote:
>> The problem is that find is returning a full path. That will copy all
>> files to /usr/include. You would have to parse each line of the find
>> output to remove the path before the current directory.
>>
>> We now do:
>>
>> ma
On 11/19/2009 07:51 PM, Bruce Dubbs wrote:
>
> The problem is that find is returning a full path. That will copy all
> files to /usr/include. You would have to parse each line of the find
> output to remove the path before the current directory.
>
> We now do:
>
> make INSTALL_HDR_PATH=dest h
Matthew Burgess wrote:
> Hi,
>
> As mentioned at [0], we end up with a bunch of .install and
> ..install.cmd files under /usr/src/linux and its subdirectories. The
> trivial command to clean these up post-install has already been added to
> at least the ppc64 version of CLFS [1], so I see no r
Hi,
As mentioned at [0], we end up with a bunch of .install and
..install.cmd files under /usr/src/linux and its subdirectories. The
trivial command to clean these up post-install has already been added to
at least the ppc64 version of CLFS [1], so I see no reason why we
couldn't just merge t
15 matches
Mail list logo
