Hi guys,
A bit of a long email ahead. Please do read. Important information ahead
to give you a head's up on what to expect today.
A quick note on memberships: I haven't found an easy way to maintain
people's passwords and their digest enabled/disabled flag. I don't want
to spend a great deal
Hi guys,
If you just received an unsubscribe notification for this list, ignore
it please and my apologies for it to begin with.
This action took place as part of an import/export on the new server in
preparation of moving things. You weren't actually unsubscribed -- I was
just running some
Hi guys,
This weekend I'm going to spend some time migrating the LFS mailinglists
over to the new server. Along with the migration will be changes to the
posting address and hostname for list management. All mailinglists will
be moved over to @lists.linuxfromscratch.org instead of
On 2014-04-25 14:14, Gerard Beekmans wrote:
This weekend I'm going to spend some time migrating the LFS mailinglists
I forgot to mention: the archives will be re-instated. New server
hosting allows 16 TB/month transfer (old host only 100 GB/month which is
why we took the archives offline
On 2014-04-25 14:16, Gerard Beekmans wrote:
On 2014-04-25 14:14, Gerard Beekmans wrote:
This weekend I'm going to spend some time migrating the LFS mailinglists
I forgot to mention: the archives will be re-instated. New server
hosting allows 16 TB/month transfer (old host only 100 GB/month
On 2014-04-23 15:53, Gerard Beekmans wrote:
Hosting company (Linode) has changed price plans and how offers
additional resources for same monthly cost.
This upgrade for us includes:
* RAM from 8 GB to 16 GB
* Shared outgoing bandwidth from 250 Mbps to 2 Gbps
I'll follow-up later
On 2014-04-24 07:15, Gerard Beekmans wrote:
On 2014-04-23 15:53, Gerard Beekmans wrote:
Hosting company (Linode) has changed price plans and how offers
additional resources for same monthly cost.
This upgrade for us includes:
* RAM from 8 GB to 16 GB
* Shared outgoing bandwidth from 250
Hosting company (Linode) has changed price plans and how offers
additional resources for same monthly cost.
This upgrade for us includes:
* RAM from 8 GB to 16 GB
* Shared outgoing bandwidth from 250 Mbps to 2 Gbps
I'll follow-up later with the plan of attack. Downtime will be a few
hours so
On 2013-11-27 21:54, Gerard Beekmans wrote:
Hi,
I'm preparing to shut the (new) LFS server down for maintenance Friday
evening to take advantage of a free upgrade to double our disk space to
384 GB.
The upgrade requires a storage migration and estimates say it may take
approximately three
On 2013-11-29 22:31, Gerard Beekmans wrote:
On 2013-11-27 21:54, Gerard Beekmans wrote:
Hi,
I'm preparing to shut the (new) LFS server down for maintenance Friday
evening to take advantage of a free upgrade to double our disk space to
384 GB.
The upgrade requires a storage migration
Hi,
I'm preparing to shut the (new) LFS server down for maintenance Friday
evening to take advantage of a free upgrade to double our disk space to
384 GB.
The upgrade requires a storage migration and estimates say it may take
approximately three hours to complete. I plan to start this close
On 2013-11-02 22:47, Gerard Beekmans wrote:
On 2013-11-02 22:29, Gerard Beekmans wrote:
I decided on an early shutdown. It's currently half an hour before
actual planned shutdown. Going to reboot Quantum to see if it'll come
back online as it should. If it does, then I won't be up at 3:00 AM
On 2013-11-02 20:57, Gerard Beekmans wrote:
started on it. Quantum has not been rebooted in a long time so we're
not entirely sure how it'll behave on the first attempt.
I decided on an early shutdown. It's currently half an hour before
actual planned shutdown. Going to reboot Quantum to see
On 2013-11-02 22:29, Gerard Beekmans wrote:
I decided on an early shutdown. It's currently half an hour before
actual planned shutdown. Going to reboot Quantum to see if it'll come
back online as it should. If it does, then I won't be up at 3:00 AM
local time to wait for it to come back
Hi guys,
Quantum (old'ish server, the one running email) will be shutdown
tomorrow just prior to 10:00 PM MST.
The datacentre it's hosted in is shutting down power for electrical
maintenance (new UPS among other things). Restart time is expected
around 2:00 AM MST which means 3:00 my
On 2013-05-22 12:30, Gerard Beekmans wrote:
Stay tuned for more details coming soon.
I had to leave town on business and did not have enough time while away
to take care of this so it's come down to the wire. The maintenance
window is happening tomorrow starting at 8:00 PM PDT (server's local
On 2013-06-04 11:40, Gerard Beekmans wrote:
I'll send more info tonight when getting closer to pulling the trigger
on the upgrade.
Still planned to start around 9:00 PM PDT (approx two hours after
sending this email).
Gerard
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ
On 2013-06-04 21:15, Gerard Beekmans wrote:
Still planned to start around 9:00 PM PDT (approx two hours after
sending this email). Gerard
Migration is well underway. If the transfer speed doesn't drop from its
current 93 MB/sec this should be done in about an hour. Fingers crossed.
Gerard
On 2013-06-05 00:03, Gerard Beekmans wrote:
On 2013-06-04 21:15, Gerard Beekmans wrote:
Still planned to start around 9:00 PM PDT (approx two hours after
sending this email). Gerard
Migration is well underway. If the transfer speed doesn't drop from its
current 93 MB/sec this should be done
Hi guys,
The hosting company where the new server is located is going through a
round of upgrades including physical hardware relocation to their new
facility. This means our server will need to be powered down for a while
(estimated two hours or less but their total maintenance window is 8
Original Message
Subject:Re: [blfs-dev] LFS Server Upgrade
Date: Wed, 22 May 2013 15:47:49 -0500
From: Gerard Beekmans ger...@linuxfromscratch.org
Reply-To: BLFS Development List blfs-...@linuxfromscratch.org
To: BLFS Development List blfs
Hi guys,
If you haven't already read this posting yet (it was also referred to in
a blfs-dev post today):
http://distrowatch.com/weekly.php?issue=20130304#donation
I spoke with Ladislav (the founder of that site) to get some more
details on what prompted all this and, well, the write up there
I'm making the final DNS change to move Trac to the new server. It will
be offline for about half an hour or so while I wait for DNS to propagate.
Gerard
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
On 2013-02-27 10:23, Gerard Beekmans wrote:
I'm making the final DNS change to move Trac to the new server. It will
be offline for about half an hour or so while I wait for DNS to propagate.
Gerard
Move completed and tested. All seems well.
--
http://linuxfromscratch.org/mailman/listinfo/lfs
On 2013-02-27 10:23, Gerard Beekmans wrote:
I'm making the final DNS change to move Trac to the new server. It will
be offline for about half an hour or so while I wait for DNS to propagate.
Gerard
Move completed and tested. All seems well.
--
http://linuxfromscratch.org/mailman/listinfo
On 2013-01-23 00:03, Bruce Dubbs wrote:
Gerard Beekmans wrote:
I am continuing the final testing and migration into the morning after
taking a break for the night.
I've taken the latest backup files so please don't make changes. I may
not end up syncing them to the new server as the data I
On 2013-01-23 10:56, Bruce Dubbs wrote:
Ken Moffat wrote:
Just checked I can access LFS on svn. r10101 and r10102 to add a
testfile and then delete it. Seemed fine, but I got two mails like
this - guess I'd better hold off testing that BLFS still works.
ĸen
Date: Wed, 23 Jan 2013
I am continuing the final testing and migration into the morning after
taking a break for the night.
I've taken the latest backup files so please don't make changes. I may
not end up syncing them to the new server as the data I have right now
is properly cleaned up and converted for the
Hi guys,
I'd like to call a freeze to SVN and Trac for all LFS related activities
(LFS, BLFS and everything else). I plan to finish its migration to the
new server between late tonight and tomorrow morning depending when
activity ceases (ie. when you guys have had a chance to read this email).
Hi guys,
I'm going to start the process of moving over the websites now. I have
disabled all cron jobs that render books and update the website in some
way. These will remain disabled until everything is done which may be
longer than just today.
Gerard
--
On 2013-01-08 09:27, Gerard Beekmans wrote:
Hi guys,
I'm going to start the process of moving over the websites now. I have
disabled all cron jobs that render books and update the website in some
way. These will remain disabled until everything is done which may be
longer than just today
Hi guys,
The next major portion of migration will involve the websites and home
directories of active users. I have done an initial rsync already to
make the final cut-over as fast as possible.
Due to the fact all this is happening in spare time I can't give an
exact time nor can I give a lot
Hi guys,
I'm starting the process of backing up and removing old user accounts
that have been deemed inactive. Now there is a slight chance too many
accounts are being affected. We've based our list on last known and seen
activity (roughly one year if we don't know for sure).
Backups are
On 2013-01-01 13:21, Gerard Beekmans wrote:
Hi guys,
After reviewing logs I ended up having to block the wget user agent in
Apache for the time being. Pages such as
http://www.linuxfromscratch.org/lfs/downloads/stable/ are causing issues
with wget.
The block has been lifted and the website
Hi guys,
www.linuxfromscratch.org has temporarily been redirected to
lfsbook.linuxfromscratch.org to help facilitate in the sever migration.
lfsbook is hosted on Anduin (by way of Bruce).
Gerard
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Hi guys,
After reviewing logs I ended up having to block the wget user agent in
Apache for the time being. Pages such as
http://www.linuxfromscratch.org/lfs/downloads/stable/ are causing issues
with wget.
The name, last modified, size and description headers are clickable
links to change the
Would an appropriate /robots.txt help things out?
Doesn't look like it. The guilty hosts never attempted to download
robots.txt files. Bots like Google do request those files and behave
properly but those aren't the ones causing issues or dowloading
duplicate files. Nor do they show up as
Is this something we can change in the future, somewhere in the xml,
or is it another of those we miss Manuel moments ?
For the content of that page, I have difficulty understanding what
use the alternate orders provide - there are only six links plus the
parent directory, and for
Nope, that page is served out by Apache using its autoindex module.
Gerard, we could just configure Apache to use
'SuppressColumnSorting'
(http://httpd.apache.org/docs/2.2/mod/mod_autoindex.html#indexoptions) - it
won't stop bots from downloading masses of data if that's what they're
On 2012-12-31 11:29, Bruce Dubbs wrote:
BLFS Trac wrote:
Also, someone broke pipermail ...
Unfortunately that was done on purpose. Gerard had 500 GB over his
normal download limit last month and got hit with a huge change. Most
of it seemed to be downloading all of pipermail by
Hey guys,
13 years ago LFS 1.0 was released (Dec 16, 1999). Still continuing on today.
Reading an old article from 3 years ago
(http://news.cnet.com/8301-13505_3-10413589-16.html) sparked this email.
The first sentence in that article reads Quick, what were you doing on
December 9, 1999? If
On 31/07/2012 16:25, Bruce Dubbs wrote:
With great sadness, I have to report the passing of Andy Benton.
I never had the opportunity to meet Andy in person, but after several
thousand posts to the lists, I think I knew him. His first post was in
March 2004. Since that time he made many,
On 29/02/2012 12:45, Gerard Beekmans wrote:
Hi guys,
I completely forgot to send along this notification sooner. My apologies.
The LFS server will be powered off tonight around 11:00 PM CST until
4:00 AM CST and again tomorrow during the same window. The data centre
we're colocated
Hi guys,
I completely forgot to send along this notification sooner. My apologies.
The LFS server will be powered off tonight around 11:00 PM CST until
4:00 AM CST and again tomorrow during the same window. The data centre
we're colocated with is shutting down power to upgrade electrical grids
On 02/02/2012 03:44, Bruce Dubbs wrote:
I built LFS tonight on a kvm VM. Here are a couple of comments:
The total build time was 6.3 hours. The last build (LFS 7.0) on the
same machine, but on the HW was 4.1 hours. That's a 50% increase in
time. I'm not sure why.
First thing I personally
On 02/02/2012 15:25, Bruce Dubbs wrote:
I have another reason to dislike fedora. I wanted to look at what
environment variables were used and did a simple 'set' command. I got a
bunch of garbage. Upon investigating, I got about 70 lines of
variables and about 9600! lines of functions that
Hi,
Unfortunately the new data centre does not allow us to run IRC of any
kind (both clients and servers) and would be considered going against
their AUP.
If the LFS IRC channels are to continue a new home will need to be found
for them. I'd like the current channel admins to give this some
What I wish more of the experienced folks would do is reveal the
decisions they made as they built their latest system. It could be an
excellent education for those of us looking for well thought out
designs.
Entire book can be written on such subjects. The ensuing wall of text
on a
On 31/01/2012 09:51, Alan Lord (News) wrote:
On 31/01/12 14:37, Gerard Beekmans wrote:
If the LFS IRC channels are to continue a new home will need to be found
for them. I'd like the current channel admins to give this some thought.
Let me know if you have any suggestions you would like to see
What's the delay of migration? Will we have some warning before
definitive process? To inform users (especially IRC)?
I'd say a month at the very least before I'd even think of turning the
current/old server off. I first need to get the new server up and ready.
It was pre-loaded with a
Hi guys,
Just a head's up that we're moving forward with the LFS server
migration. Current hardware is getting old and I'm taking pro-active
action to change to a newer server while we have the luxury of time
before hardware failures.
The server will also be moved to a data centre in the US
I think this concept is one of all/most the old farts are moving on...to be
taken over by the youngens who are now thinking that they are the masters
when thye haven't a clue for history.
I will take the ways of unix from the 70's, It is that way for many _good_
reasons.
Yes, you're
Just don't fall into change for the sake of change.
Good point.
Lookup the bumblebee fiasco on google,
The bumble devs had a line rm -rf /usr /libwhat ever in a install script
so you installed the app and your /usr was gone.
Do you really want everything in /usr?
A typo is a typo.
On my system I don't always get the same device at /dev/sda. Rebooting can
change my /dev/sda to /dev/sdg, or any other device letter, without any
physical change in the underlying disks or cabling. This is not a problem in
the eyes of the kernel devs, and will never be fixed, because
Another way to work around that issue is not using static device node
names if they don't end up being statically assigned. You can use a
partition's Label or UUID and reference them in /etc/fstab. Running
blkid will obtain the values you'll need. This makes the partitions
persistent in
To me, the biggest reason to use initiramfs is if you want to have the
root fs on a sw raid device, e.g. md0. All the other reasons are fairly
exotic. root on lvm? why? On nfs? Maybe, but still exotic.
Encrypted? Data, yes, but why the root fs?
We have to be careful here. What seems
I believe they still are. I don't think the kernel recognizes UUIDs, so
an initrd (initramfs) is still needed to implement UUIDs and labels.
You're right, I stand corrected. I haven't booted Linux w/o an init ram
disk in so long...
There is no 'linuxrd' command in GRUB2, only 'linux',
Learning needs to be an incremental process. Once you learn the basics,
you can go on to more advanced topics.
Absolutely. No argument on that one.
On the other hand, setting up a initramfs may require a lot more. There
have been mentions of RAID, encrypted filesystems, LVM, and
No objections to choice, and therefore optional packages, but it
might be the thin end of the wedge - e.g. some people think
autotools could be skipped, and *most* of the time the LFS book
doesn't need them (unlike BLFS, which needs them a lot of times when
things in the base system have
Putting those packages in LFS leaves them unused unless we tell the user
to build them in Chapter 5, repartition, and then start over. I don't
like that approach.
I'm not sure I'm following that one. Which packages will be left unused
and why would you need to repartition (presumably
On 14/01/2012 07:14, Andrew Benton wrote:
On Sat, 14 Jan 2012 01:22:45 -0800
Zachary Kotlarekz...@kotlarek.com wrote:
But yes, if you want to do a modules-only build you do need to rebuild the
initramfs when you change kernels. Or at least the /lib/modules bit of it.
My point was just
a section in BLFS sooner; now I have
to redo all/most of the LFS system from scratch, again. There is great
value in rebuilding an LFS system many times if you want to. Being
forced to do so is nothing but tedious and not always enjoyable. That
affects the user's experience.
--
Gerard Beekmans
Good afternoon guys,
I'd like to wish you all a Happy New Year. Hopefully you all are well on
your way to recover from last night's partying.
Ciao,
Gerard
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information
open to any and all suggestions regarding both the server
itself and the aforementioned potential changes that could be implemented.
--
Gerard Beekmans
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
On 11/09/2011 14:20, Bruce Dubbs wrote:
Gerard Beekmans wrote:
Hi guys,
The LFS server recently passed its five year mark. While there are still
no indications yet of hardware problems or degraded performance due to
aging components yet, I've started to pro-actively look at options
On 11/09/2011 18:09, Ken Moffat wrote:
On Sun, Sep 11, 2011 at 01:40:27PM -0500, Gerard Beekmans wrote:
This period of time where we discuss migrations would be a good time for
us to discuss any wholesome changes we might like to implement. We can
start off with a new server and a clean slate
and, weirdly, this came back to me quickly - my recent posts to
-support, where speed might be more important, were a lot slower.
See previous email I sent just before this one. I cleared the backlog
and queue in Mailman. It should be speedier across all lists now. Until
it bogs down
On 11/09/2011 21:13, William Tracy wrote:
This may not advance this particular discussion very much, but:
What I would love to see, and what I'm actually surprised that nobody
in the FOSS community has built yet, is a discussion board system with
a separated back-end that can be attached to
An example of how the host can corrupt the temporary libraries when you
don't cross-compile would be very educational as well. It helps in proving
that cross-compiling really is recommended.
I don't think the above is applicable.
If it's not applicable then that note should be
You are arguing because of an implication that, quite honestly, I don't see.
I'm not trying to be argumentative. To me it's just seeing a technical
explanation that feels incomplete. Some claims are made that then aren't
further explained. I'll have to admit that I don't remember all the
I agree but I still don't see what is not explained. I've re-read your
post from yesterday several times. Are you saying that we should
explain the process of cross-compilation? To me it is reasonably
obvious that if you use cross-compilation techniques then the system
can't use
What more do we need to add? Or can we just close the ticket?
I think it was addressed in the updates Matt made about four months
ago
and about 2 months after ticket 2412 was opened.
I'm happy to close that ticket off, I don't think it needs any more
explanation but am open to
Alright. I've enabled the PDF section in the nightly LFS render script.
I'm running it through cron ahead of schedule in a few minutes to make
sure it's able to find all the JDK, FOP and FAI stuff.
That seems to work properly now. PDF is added to the nightly generated
files.
While I
Hiya,
Next time somebody arrives at Chapter 5 - GCC Pass 2, can you deviate
slightly from the book and try out the change mentioned in Ticket #2413
at http://wiki.linuxfromscratch.org/lfs/ticket/2413
I just deleted my Chapter 5 so I was wondering if one of you guys is
already in the process
Hi,
Currently http://www.linuxfromscratch.org/lfs/downloads/development/
refreshes once a day.
Seeing it only takes about 1.5 to 2 minutes to generate those files,
there isn't any problem updating those files more frequently. Once an
hour seems reasonable.
On the other hand, it'd be a waste
Trent,
for file in gcc/config/linux64.h gcc/config/linux.h gcc/config/sysv4.h;
Right, I totally forgot about the other architecture subdirectories.
I briefly considered just now modifying that to for file in
gcc/config/*/file.h but then it won't match files in the gcc/config
directory
Changes more than once a day may be confusing. The book is now identified by
a
date. If there are different versions with the same date, it could cause a
new
user a problem.
Developers, on the other hand, build in their own sandbox and don't need the
site to do it.
I'd recommend
Hi Emmanuel,
It seems that the attachement has been remove. So here is the patch.
Patch came through properly the first time around, at least on my end.
I have added the patch to the corresponding Trac ticket. The suggested
edits seem pretty straight-forward and I don't think there are
#2326 Modifications to Preface gerard
Some changes have been made. Waiting for final review to close.
#2092 Switch all text back from third person to second person pronouns
gerard
Some fixes have been made. We can probably promote this to 6.5
Agreed on #2092.
Hi,
I just installed the missing pieces on the server to allow PDF
generation again (JDK, FOP and FAI).
First attempt to render the PDF seems to have successful minus a few
warnings regarding missing fonts and an overflow problem in a paragraph.
Generated PDF is here:
Hiya,
I can't remember if there was an ulterior motive for this or not. After
generating the book, a few temporary files were left behind:
- lfs-full.xml
- lfs-html.xml
- lfs-pdf.fo
- lfs-pdf.xml
These files are all removed by the 'tmpdir' target that runs just before
'validxml' so it's not a
I looked for the overflow, but couldn't find it. I would have thought it
might
have been one of the boot or udev scripts, but I didn't spot the problem.
You
might look at the lfs-pdf.fo and see if you can get to block 1824. I think
that
1pt == 1000mpt == 1/72 inch so we are
Gerard, I took the liberty of making several grammar/wording changes in the
preface. If you are OK with them, I think you can close #2326.
I've been going over the book for a couple of days now and no 3rd person text
jumped out to me. We may be OK with #2092 also. We can always make quick
I tried running make pdf on quantum, but got:
/bin/sh: fop: command not found
I didn't add the JDK and FOP directories to the global $PATH yet.
Add the appropriate lines to your .bash_profile or .bashrc:
PATH=$PATH:/usr/fop
export JAVA_HOME=/opt/jdk
export ANT_HOME=/opt/ant
and to
I think I found it. In the very last page of the index:
# /usr/include/{asm{,-generic},drm,linux,mtd, rdma,sound,video}/*.h:
Linux-2.6.29.4 API Headers
While I appreciate the way that's written, it's hardly readable and it
does take a few careful looks to actually construct the final
Go for it. I've gost several other items working.
Working on it right now.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Some lines are wrapped, but one or more of the 3 lines that have:
/usr/include/{asm{,-generic},drm,linux,mtd,rdma,sound,video}/*.h
are causing the problem. We can probably fix it by breaking that up into
multiple entries in the seglist item and multiple varlistentry items.
That line
The line overflow has been fixed by creating individual index entries
rather than one long one in shell-syntax presentation. Makes it easier
to read as well as discussed elsewhere in this thread.
Gerard
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ:
Looking at the dingbats, http://en.wikipedia.org/wiki/Dingbat, I don't see
where
italic or bold dingbats make sense. We can just ignore these warnings.
Alright. I've enabled the PDF section in the nightly LFS render script.
I'm running it through cron ahead of schedule in a few
Hi,
I'm sure some of you will have noticed a server outage earlier this
morning. The problem is corrected and I will be monitoring the hardware
to make sure it stays that way. There are no clear indications what went
wrong and I didn't take the time to drive to the data center to take a
look
Hey Enrique,
snip
Thanks for your encouraging feedback. It's always nice to hear such reports
PS: My only gripe is that I used to bring people to the LFS page and show
them how the different penguin icons matched the different stages of the
book. It ripped lots of smiles.
Pleasure
Hi guys,
You all know that saying time flies when you're having fun, right?
The idea behind LFS first came to be in the first few months of 1999.
The exact date has since been lost so I've taken to assume January for
convenience reasons.
This means that with a 2-3 month margin of error we
Any (easy) way to to remove the Downloadable version from the archive
list overview?
I imagine it's easy. I mean, we got the source code, right :)
I'll have to looking into the Python source. I didn't see a
configuration item to turn that on or off at will. Granted, I admit I
didn't look
Or compress them. Maybe make them only available to subscribed
members. I wanted to grab the last two months of the blfs-support
mailing list archive.
Maybe someone can email me the files.
Compressing is an option but would also require some Mailman
modifications, or a helper script
I'll have to looking into the Python source. I didn't see a
configuration item to turn that on or off at will. Granted, I admit I
That should be taken care of now. The archive pages will re-generate
themselves when new messages to the lists start to arrive. The template
was updated to not
Thanks for informing us that there is a demand for PDF versions. Is it
possible to have some figures about the bandwidth consumed by HTML versions
of LFS and BLFS books (preferably separate for stable development
versions), artwork, stuff in public_html, and PDFs, just to compare?
I'm
In an effort to save a large amount of bandwidth I've compressed the PDF
files that haven't been compressed yet and removed the uncompressed
files in the download sections. This'll conserve some bandwidth and
associated charges that go along with it.
In the last few days alone the server has
I think it's always the right thing to get the kernel file systems
mounted, modules loaded and devices created as soon as possible. I
don't believe the cleanfs issue is important enough to merit wedging
the setclock script in front of those steps. I'd personally rather
change cleanfs to
packages included in the book would be included, equivalent to the
current index of the BLFS book. If there is interest, I can try to
hack up a quick version of this idea.
A visual representation of those ideas is most always the quickest way
for people to truly understand what you're
Please see http://wiki.linuxfromscratch.org/lfs/ticket/2160
The ticket is about a potential issue with bootscripts and from it came
a suggestion to move the setclock call to earlier in the sequence. It
would help to address the issue but also having the system clock set
accurately earlier is
1 - 100 of 279 matches
Mail list logo
