Thus spake Alexander E. Patrakov ([EMAIL PROTECTED]):
If you want to help, here is a conceptually simple, but long and
boring task for you. Draw a tree of dependencies between packages on
the current full CD in dia or anything else that can be easily
converted to SVG.
As a matter of fact
Hendrik Hoeth пишет:
Thus spake Alexander E. Patrakov ([EMAIL PROTECTED]):
If you want to help, here is a conceptually simple, but long and
boring task for you. Draw a tree of dependencies between packages on
the current full CD in dia or anything else that can be easily
converted to SVG.
, in the end we all need the same skills in order to build a
system. Forcing people to use different host environments only
encourages further complication, and from experience we know full well
that different hosts produce different results, they are unpredictable.
The livecd is not only
host, there
is, indeed, no additional complication, and a regular distro and the
LFS LiveCD have no advantages WRT prerequisites over each other in
this situation. However, a regular distro also has a PDF viewer and
tons of other software that you just expect to be there, so that you
don't have
have 3 choices, give up, install another distro, use the livecd. I
expect this situation to have arisen for more than a few people.
Unfortunately it's not always as simple as having package X, X and X.
If someone has never built a package from source before, then surely
they should not attempt
to be used as a host system then the user
would have 3 choices, give up, install another distro, use the livecd. I
expect this situation to have arisen for more than a few people.
Unfortunately it's not always as simple as having package X, X and X.
OK, let's review the past cases
Jeremy Huntwork wrote:
20 people expressed their appreciation for the CD, more than half voting
to keep the project around.
Please subtract the number that want to use the LiveCD to cover LFS bugs, don't
realize the inherent incompatibility of LFS with 64-bit hosts (IMHO, the fact
that LFS
but keep all the meta-data off
the CD when creating the image.
* Add an LFS-style document to the project that teaches how to create
a LiveCD from scratch.
Probably even just a more obvious pointer to the trunk/README in the
repository than just the note btw, it's all in svn ... on the download
Alexander E. Patrakov wrote:
So we see at least two non-empty camps. One wants a strictly minimal CD, and
one
wants packages beyond it. The most democratic solution would be to make two
CDs (and that's, in fact, the origin of the talks about package management),
but
we don't have enough
Jeremy Huntwork wrote:
Alexander E. Patrakov wrote:
This is incompatible with the strictly adhere to LFS goal, because LFS has
no
package management except rebuild everything once a day. Note that I make
no
statement about the relative merit of these two incompatible goals.
I
Jeremy Huntwork wrote:
~snip~
I could let this thread continue for some more time, but I get the
impression that the ratio of votes will continue approximately the same.
as with the last time this subject came up :)
seems that while majority like the livecd project, getting more support
On Tue, 26 Feb 2008 09:49:06 -0500
Jeremy Huntwork [EMAIL PROTECTED] wrote:
Jeremy Huntwork wrote:
* Does the community still want the LiveCD project? (Consider that a
couple of the arguments above imply that the LFS LiveCD by its nature is
degrading the quality of LFS)
* If so
TheOldFellow wrote:
My feeling is that LFS-NG should use the new DIY-Linux build method, AND
have a Package Management system, AND have a defined way of managing
updates. THEN, I think ALFS and BLFS should use the chosen PM.
Well this certainly is taking the discussion to the next level. I'm
On Tuesday 26 February 2008 12:37:50 pm TheOldFellow wrote:
My feeling is that LFS-NG should use the new DIY-Linux build method,
AND have a Package Management system, AND have a defined way of
managing updates. THEN, I think ALFS and BLFS should use the chosen
PM.
I feel these are things
Robert Daniels wrote:
I feel these are things we should definitely integrate from diy-linux.
The new build method is very promising, and will be very helpful for
the future when everyone expects their OS to be 64 bit.
64-bit is already possible with LFS via the jh branch, it is rendered
Hello Everyone,
It has recently been suggested to me that the LFS LiveCD project be
killed. The main arguments for this are, essentially:
1) It is currently unmaintained
2) It removes the essential prerequisite of being able to configure a
Linux system
3) It leads to less testing from other
Jeremy Huntwork wrote:
Hello Everyone,
It has recently been suggested to me that the LFS LiveCD project be
killed. The main arguments for this are, essentially:
1) It is currently unmaintained
2) It removes the essential prerequisite of being able to configure a
Linux system
3
Hugo Grauls wrote:
Without the LiveCD I would never have been able to get LFS6.2 up and
running. Biggest worry is to have the right basic tools at hand to build
from scratch, i.e. the adequate releases of GCC, linker, header files
etc ...
Knowing what software to install is one
18 matches
Mail list logo
