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
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 tran
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 archi
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
@linuxfromsc
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 te
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
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
>
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 h
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
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
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 to
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 b
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 c
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
On 2013-11-01 14:27, Gerard Beekmans wrote:
> 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
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 timezone.
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
> curren
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 cross
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/
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 PD
Original Message
Subject:Re: [blfs-dev] LFS Server Upgrade
Date: Wed, 22 May 2013 15:47:49 -0500
From: Gerard Beekmans
Reply-To: BLFS Development List
To: BLFS Development List
CC: Bruce Dubbs
On 2013-05-22 12:48, Bruce Dubbs wrote:
Stay
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 hou
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 e
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
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
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-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 Ja
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
> 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
On 2013-01-21 15:13, Gerard Beekmans wrote:
> 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
&
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).
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 b
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
--
http://linuxfromscratch.org/mailman/l
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 taken
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 ha
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/
U
> 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
> 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
> 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
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
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
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 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 th
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 person
> 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 Cent
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
> 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 m
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 th
> 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 /lib 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. Say
> 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
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 th
> 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',
> 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 see
> 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 i
> 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
> 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 yo
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 ch
> 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 netw
On 14/01/2012 07:14, Andrew Benton wrote:
> On Sat, 14 Jan 2012 01:22:45 -0800
> Zachary Kotlarek 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 that, since
;I wish
I had seen this hint sooner or read 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 alway
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 pa
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 mu
> consider myself in the ol fashion category. All of my news& updates
> comes in the form of email for the most part. Other then that, have a
> list of bookmarked sites I open up in tabs via Firefox.
>
> I usually have access to email though (Gmail, so as long as I have a
> browser), and I know
> 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 agai
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 n
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&#
ing the current setup and methods without any thought to it.
As always I'm 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
> 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 r
> 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 t
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 rem
> > 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
> 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 r
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
director
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 o
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 of
> 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
> 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 m
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: http://www.linuxfromscratch.or
> 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
> 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
> 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 fi
> 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 .
> 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 q
> 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
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
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:
http://www.linuxfromscra
> #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 #
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 a
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 a
Hey Enrique,
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 gone...
Hi,
I'm finding myself a little lost in the most recent discussion (subject
"Adapting LFS SVN for multilib"). After a couple of tangents I think we
can stand to take a few steps back and get back to the matter at hand.
Allow me to summarize what I think is going on. It'll likely help
explain w
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 ha
> 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
> 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
> 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
Howdy,
Part of the archives are currently disabled due to excessive bandwidth
consumption. A robots.txt file was installed to prevent search engines
from keep downloading all the archived messages all the time. There were
months it incurred hundreds of gigs in server uploads.
Trying to downloa
1 - 100 of 346 matches
Mail list logo
