I'm interested in putting together a version of the LFS book that uses
the liblinuxlive scripts (http://www.linux-live.org) for making bootable
ISO images. I'm curious first what people's opinions are of such a
topic, and second what the best way of going about this is.
My initial instinct is tha
So I've been looking at the book XML in more depth, since I'm definitely
interested in getting involved in the LFS projects. I've been looking
mostly at the CLFS book, since much of my hardware is x64-based. In
looking at it, I've found myself wondering if there's an "overall
design" sort of docu
Gilles Espinasse <[EMAIL PROTECTED]> wrote:
> I doubt distcc is a big gain on x86_64.
> CPU is so fast comparing to the network and with lot of internal cache that
> minimize the gain you could achieve using other machines.
> That's supported on IPCop and the gain reported was only 5% adding anoth
Jeremy Huntwork wrote:
> * DESTDIR style PM support? (To me, this is the easiest way of offering
> a default pseudo-style PM support. We don't actually tell the users how
> to package up the binaries, track dependencies or track what is
> installed, but we do show whatever DESTDIR-compatible com
Bruce Dubbs wrote:
> Bryan Kadzban wrote:
>
>> > Ticket 2033 -- initramfs. This way people with crappy software "RAID1
>> > cards" (e.g. Promise, Highpoint, etc.) that require drivers in Windows,
>> > can still boot from those cards. Also, support for MD RAID (*real*
>> > software RAID ;-) ),
Gordon Schumacher wrote:
> So what I did in my work was implement a new
> (which in my opinion should be able to be switched on and off via
> profiling), which does the fakeroot install. The command to actually
> turn that into a SquashFS module is wrapped in a profiling switch
&
TheOldFellow wrote:
> If you MUST reply to a digest, do try and get the Subject right.
My error, I missed it on that message. I *do* try - since I did get it
right on my other messages. I forgot this time.
But what is the further intent here - the digest shouldn't exist? That
one should use i
Gordon Schumacher wrote:
> I think I have an even better idea: rather than putting *any* package
> management commands in, what about something like this:
>
> If you would like to generate binary packages, you will need to
> define a function that will be used to generate those p
Matthew Burgess wrote:
> As I'm sure you're already aware, Gordon, we have historically tried to stick
> to
> an entirely linear, no-optional-extras format to the book. As such, I would
> prefer it if we just went whole-heartedly into DESTDIR support, no ifs, buts
> or
> maybes :-).
>
In fa
Matthew Burgess wrote:
> On Tue, 09 Dec 2008 03:11:09 -0600, DJ Lucas <[EMAIL PROTECTED]>
> wrote:
>> > It's not enough just to tar up the DESTDIR. You need to
>> > consider installing the package (which IMO should be done by a script
>> > created in the DESTDIR after removing any updated/dynamic
10 matches
Mail list logo
