Alexander E. Patrakov wrote these words on 02/09/07 23:59 CST:
> The issue is that sometimes Electric Fence is used not for testsuite, but
> for some other purpose (e.g.: in order to allow the person who develops the
> application to do better debugging). I wouldn't like it if one puts
> debugg
[Moving this to blfs-dev, as the discussion is now moving towards
book development]
Dan Nicholson wrote:
> I just grepped all the sources for instances of pam or PAM. There are
> only two places it's used.
>
> * xdm, where it will try to use PAM if it find's it and you can
>create an /etc/pa
Hi all,
Apparently, the libXfont package we use in BLFS has not been updated
to use FreeType >=2.2.0. They are still using Internal API calls which
are now deprecated, and the build fails. I'm sure we can find a patch.
This mail being sent as just an FYI for the archives.
--
Randy
rmlscsi: [bo
Randy McMurchy wrote these words on 02/10/07 14:49 CST:
> This mail being sent as just an FYI for the archives.
I forgot to add that there is much more information about this at:
http://wiki.linuxfromscratch.org/blfs/ticket/1988
--
Randy
rmlscsi: [bogomips 1003.26] [GNU ld version 2.1
Dan Nicholson wrote these words on 02/10/07 15:02 CST:
> Yeah, we'll move to the new series of libXfont when Xorg-7.2 comes out
> (any time now, but no official announcement yet). We can also drop the
> security patch then, too. You could probably use it with Xorg-7.1, but
> I haven't looked into
Original Message
Subject: Re: [BLFS Trac] #2233: Berkeley DB-4.5.20
Date: Tue, 13 Feb 2007 00:00:20 -
From: BLFS Trac <[EMAIL PROTECTED]>
Reply-To: blfs-book@linuxfromscratch.org
To: blfs-book@linuxfromscratch.org
References: <[EMAIL PROTECTED]>
#2233: Berkeley DB-4.5.20
Matthew Burgess wrote these words on 02/14/07 13:22 CST:
> In an ideal world, jhalfs should be using the *exact* commands that are in
> the
> LFS book.
In fact, if it doesn't use the commands from the LFS book *exactly*,
it really shouldn't be called *alfs. :-)
--
Randy
rmlscsi: [bogomips 10
Randy McMurchy wrote these words on 02/14/07 12:14 CST:
> The flurry of activity the last couple of days has been great. However,
> I've sort of lost track where we stand. Is the 6.2 branch ready for release?
> Are all the Trac tickets sorted out?
Okay, there still appears to
Dan Nicholson wrote these words on 02/14/07 13:41 CST:
> I just noticed that the entities for vorbis-tools in BLFS are all
> named vorbistools-*. Will this patch be picked up by the render script
> since it's named vorbis-tools-*? I don't really understand how the
> patches get updated.
I'm not s
Dan Nicholson wrote these words on 02/14/07 13:47 CST:
> I'll be closing them in the next 20 minutes. Can someone answer my
> question about the vorbis-tools patch?
This is message to remind me to manually hand-copy the Vorbis Tools
patch into the 6.2.0 repo if we release today (normally I just u
Dan Nicholson wrote these words on 02/14/07 14:28 CST:
> Randy, I mucked the vorbis-tools commit. Can I merge the fix to 6.2
> branch? I don't know if you started your process.
Go for it. And thanks, Ag, for the catch. Dan, ensure you get Ag's
name in the book one more time. JK.
--
Randy
rmlsc
It is with great pride that the BLFS team announces the release of
BLFS Version 6.2.0. This release is the complement to the LFS 6.2
book.
It has been almost 18 months since the last release of BLFS and
many new packages and instructions have been added. For a summary
of some of the changes, along
Dan Nicholson wrote:
> How to fix this? I don't know the right way to handle multiple
> tarballs. I'm going to follow the teTeX way and just put the explicit
> `tar -xf ...' into the page. Any other editor feel free to comment
> here.
That's probably best, Dan. Thanks for looking in to it. I
shou
Dan Nicholson wrote:
> Here's the diff I'll probably apply while I have your attention.
>
> Index: pst/ps/a2ps.xml
> ===
> --- pst/ps/a2ps.xml (revision 6655)
> +++ pst/ps/a2ps.xml (working copy)
>
> +tar -xf
> ../i18n-fonts-&i18
Alexander E. Patrakov wrote:
> 1) xscreensaver wants to call /usr/games/fortune
Well, I can't see us supporting a /usr/games directory. As
best as I can recall, this would violate the FHS. Additionally,
I recall being able to disable the Fortune stuff in XScreenSaver.
Perhaps I'm mistaken on the
David Jensen wrote:
> Until we update glib, cairo, atk, pango and gtk everything is behind the
> 8-ball.
Agreed. I will update all the above packages by the end of the
upcoming weekend. I'll also place a note in the GNOME instructions
that currently the GNOME instructions are broken and to use th
Bruce Dubbs wrote these words on 03/14/07 11:26 CST:
> "Change its invocation (shebang) line to ...
Another suggestion: "Change its program interpreter (shebang) line to ..."
--
Randy
rmlscsi: [bogomips 1003.28] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3]
[GNU C Library stable release version 2.
Hi all,
I'm not certain of something. Do we expect *all users* to perform the
steps shown in the "Bash shell startup files"? I know I don't do them.
I have my own way of setting up /etc/profile, et. all.
And this makes the JDK instructions related to the CLASSPATH broken.
I'm not a big fan of thi
M.Canales.es wrote these words on 03/22/07 14:19 CST:
> The standard
> CLASSPATH=$CLASSPATH:/path/to/jar_file
>
> should work and be enough.
Thanks for the input, Manuel. I too am in favor of showing *what*
needs to be done, not *how* it should be done (when it comes to
setting up login shell sc
Dan Nicholson wrote these words on 03/23/07 17:03 CST:
> I'm applying this patch now, but I just wanted to touch on the Fedora
> thing quickly. Their headers are now generated as a separate -headers
> package for kernel. This is what it says in the spec file:
Just out of curiosity, why is this ne
Dan Nicholson wrote these words on 03/23/07 18:20 CST:
> On 3/23/07, Randy McMurchy <[EMAIL PROTECTED]> wrote:
>> I don't see an issue. Perhaps a short sentence (in para form) after
>> the "Package Information" bullets noting the difference in the name,
>&g
Bruce Dubbs wrote these words on 03/23/07 19:01 CST:
> What's a "program interpreter"?
>
> I'd prefer "default shell".
Hopefully, Bruce is just joking. :-) I've been using the term since back
in the days I was using a Tandy color computer with a 'basic' program
interpreter cartridge plugged in.
Joe Ciccone wrote these words on 03/26/07 17:02 CST:
> Why not both? Those who know their way around can look at the individual
> indexes but there's always the long index for those who want it. Have
> them link to eachother.
>
> Just my $0.02.
Good thought. But it is a helluva lot of work for
Hi all,
I cooked up a tarball of a CVS version of Tidy. Here's notable changes:
1. The documentation is part of the CVS download, so I created a
Makefile.am for the htmldoc directory, generated the HTML and man pages,
and generated the API docs. All of the docs are installed during
'make install'
Dan Nicholson wrote these words on 03/26/07 18:13 CST:
> Question: Is there any way to disable the documentation install? I
> generally like having documentation, but the API docs are usually
> overkill for me since I'm not planning on writing anything using the
> tidy API anytime soon.
Didn't th
Bruce Dubbs wrote these words on 03/26/07 18:21 CST:
> Nice. One suggestion though. Can you package up the app after the sh
> build/gnuauto/setup.sh so it becomes a pure CMMI app?
Yes, that would be simple. At the expense of a larger tarball. Is there
any reason to worry about using 'all new' v
Robert Connolly wrote these words on 03/28/07 10:09 CST:
> [snip top-posting]
I'm indifferent to your proposal, though I lean to doing it if
indeed it turns out that Vim works identically.
However, the reason I'm posting, Robert, is to ask you not to
top-post. We get on folks all the time about i
Jeremy Huntwork wrote these words on 03/30/07 16:29 CST:
> Just thought I'd share something with you all in case any of you find it
> useful. I've set up a script on my server, to be run via a cron job,
> that will automatically build chapter 5 of the LFS book if it finds that
> there have been an
Jeremy Huntwork wrote these words on 04/07/07 20:40 CST:
> I tried a Postfix implementation called Postgrey on my own personal
> server and the results were very good. (See
> http://postgrey.schweikert.ch/). Based on those results it was decided
> to implement this service on Quantum.
Who decided
Bruce Dubbs wrote these words on 04/08/07 13:06 CST:
> Randy McMurchy wrote:
>> 3. Use the larger patch (706998 bytes) and call it 'upstream_fixes'
>>or something.
>>
>> Which way should we go?
>
> I understand that the tests fail due to test suite p
Jeremy Huntwork wrote these words on 04/08/07 12:47 CST:
> Anyway, the fact that we are having this conversation and that mailman
> is processing fewer junk emails shows that it is working as we hoped.
But it appears that mails are taking 30 minutes or more to be
delivered, even for whitelisted
Bruce Dubbs wrote these words on 04/08/07 15:06 CST:
> I don't see anything *from* you that has been delayed, but it would be
> easy to miss something.
>
> I'll continue to investigate.
All mails appear to lag about 30 minutes. From everyone. I'm going
on the time the email is sent by the sender
Randy McMurchy wrote these words on 04/08/07 15:43 CST:
> All mails appear to lag about 30 minutes. From everyone. I'm going
> on the time the email is sent by the sender, and the time it hits
> my mailbox. My polling for mail is not the issue.
There was no reply to my commen
Dan Nicholson wrote these words on 04/09/07 09:19 CST:
> On 4/8/07, Randy McMurchy <[EMAIL PROTECTED]> wrote:
>> Note that you must run the dbus-uuidgen program first, or you will
>> get additional failures.
>
> This is with dbus-1.0.x, right?
Yes. 1.0.2
> dbus
Jeremy Huntwork wrote these words on 04/08/07 23:55 CST:
> Just to reiterate, greylisting was *not* the reason why posts were
> consistently delayed today. If it is felt that it is better left off the
> server, then that's fine, I will concede and will keep it disabled.
>
> The issue was always
Matthew Burgess wrote these words on 04/20/07 16:55 CST:
> Given that all 3 books use different patches, it serves a purely cosmetic
> purpose (as far as I know), and upstream will not entertain the patch at all
> in its current form, I'd like to drop it.
>
> Thoughts, comments?
On the compute
Robert Connolly wrote these words on 04/24/07 01:57 CST:
> On Tuesday April 24 2007 02:50, Randy McMurchy wrote:
>
>> What would it report without the patch?
>
> The "pentium3" would become "unknown". The patch sets "uname -p".
Then -1 to Matt'
Randy McMurchy wrote these words on 04/24/07 02:11 CST:
> Then -1 to Matt's proposal to remove the patch. Seems dumb to remove
> a patch that provides a better end product.
In my haste in replying I didn't think through this response, please:
s/Seems dumb to/I would prefe
[EMAIL PROTECTED] wrote these words on 04/25/07 09:36 CST:
> rsync to sync
> your mirrors with our main servers, and
> a cron program
> to schedule it for you.
>
> + You can find cheap href="http://www.webhostingsearch.com/linux-web-hosting.php";>linux web
> h
Gerard Beekmans wrote these words on 04/25/07 15:09 CST:
> The easiest place to put the ad code is in /common/header.html which means
> every
> page on www.linuxfromscratch.org (ie: all subprojectst too) receive get the
> google ads on it.
Yuck!
> If this is going to cause an outcry, let's dis
Randy McMurchy wrote these words on 04/25/07 15:43 CST:
> Please don't let LFS become like this where every page has an ad.
Please disregard my comments, as I had something else in mind (that
the actual book pages would contain ads).
However, my comments are still valid about how I des
M.Canales.es wrote these words on 07/04/07 15:34 CST:
> 1. - Wait up to the next *.1 release to start using the new code. That could
> meant to wait at least other 3-4 months :-/
>
> 2.- To create our own LFS-XSL-1.0 package based on current new-xsl branch
> code and use it as a temporally so
Bruce Dubbs wrote these words on 07/04/07 15:59 CST:
> My initial reaction is that option 1 is best for the overall project.
I typed a long essay in reply to Manuel's question agreeing with
Bruce. However, just as I was finishing it, I thought "well, since
Manuel is the one doing all the work, wh
Jeremy Huntwork wrote these words on 07/04/07 20:54 CST:
> I suppose this is a little OT, but it's semi-related. Has anyone ever
> considered adding chkconfig or a custom equivalent to our bootscripts
> package?
A thorough explanation of the pros and cons (and appropriate URLs
to the package ho
Craig Jackson wrote these words on 07/13/07 18:02 CST:
> I don't know how to say this
> delicately, so I will just say it.
And being one that appreciates such candor, I applaud your message.
> It seems futile for me to attempt
> to test for LFS for the simple fact that the x86 architecture's da
Dan Nicholson wrote these words on 07/14/07 10:34 CST:
> I think most of the issues brought up in this thread have been
> addressed. I'd like to see if glibc-2.5.1 will happen, but we can
> certainly just use the latest branch_update patch.
Just out of curiosity, why are we continually updating t
Dan Nicholson wrote these words on 07/14/07 12:52 CST:
> It's their stable branch which contains many backported bug fixes and
> they're not producing any more releases. Is it better to use a known
> buggy glibc-2.5? If glibc-2.5.1 was imminent, I'd say wait, but recent
> history would suggest it'
Greg Schafer wrote these words on 07/23/07 20:44 CST:
> None of the CLFS gunk you're currently adding is needed. If
> you're going to borrow bits of CLFS stuff then IMHO you may as well just
> forget the whole thing and point folks to CLFS.
I ditto these sentiments. Jeez, Jeremy, why invent the wh
Jeremy Huntwork wrote these words on 07/23/07 13:51 CST:
> And yet people blast me for what I'm doing? What gives?
You are too sensitive. I've not seen anyone "blast" you. I've
only seen people be critical of the ideas you have. That is okay.
This is a discussion forum where folks are expected to
Bruce Dubbs wrote these words on 07/23/07 22:06 CST:
> The other, iproute2-2.6.22-070710, is something we need to discuss. The
> problem is with the packaging. The package expands to the current
> directory. The issue is what to do. Here is what I see as the options:
>
> 1. Ignore the update
Dan Nicholson wrote these words on 07/24/07 17:10 CST:
> Manuel,
>
> I don't know if it matters at this point, but the new version of the
> XSL stylesheets were released.
Keep in mind that the .0 versions of the stylesheets are not the
stable series.
--
Randy
rmlscsi: [bogomips 1003.23] [GNU l
Hi all,
I was playing around with Totem and discovered in this version of GNOME,
the default backend is GStreamer instead of Xine. I popped a disc in the
drive and Totem comes back and says that the required plugin is not
available and aborts playing the movie.
I'm guessing that Totem needs the F
Hi all,
It is my pleasure to announce that Ag Hatzimanikas has accepted a
position as a BLFS Editor. Ag brings a long time affiliation with
the (x)LFS projects (and a great passion towards the projects), a
great amount of Linux experience, and very good i18n knowledge to
the project.
Please help
M.Canales.es wrote these words on 07/27/07 11:53 CST:
> Ask Justin. IMHO, having the ftp repo up to date for when BLFS-6.3 will be
> released could be enought.
Looking at the repo today, it appears Justin got things caught up.
Thanks, Justin! :-)
--
Randy
rmlscsi: [bogomips 1003.23] [GNU ld
Randy McMurchy wrote these words on 07/27/07 12:27 CST:
> Looking at the dependencies for GNOME VFS, I missed adding the
> dbus-glib package to the required section.
This is really bothering me. I think the biggest thing that BLFS
provides is the dependency lists. I carefully scan configu
[EMAIL PROTECTED] wrote these words on 08/06/07 03:59 CST:
> The tcl section mentions that the test suit should be run by issuing
>
> make test.
>
> However, I've found that with that, the clock test will always fail.
I wonder what is causing that? I can not reproduce the failure, and
the test c
[EMAIL PROTECTED] wrote these words on 08/08/07 01:12 CST:
> I've just finished building LFS-SVN20070731 and after some tests observed,
> that looking at larger man pages (for example, bash), would produce a
> grotty output error, if the man page read was prematurely aborted by
> pressing the 'q' k
Hi all,
Mostly just an FYI, so we can start working on a method to get the
hints project going again.
There is over 10 hints in the span of over 3 months waiting to be
committed into the hints repo. Someone with admin rights on Quantum
could consider committing the existing hints that have been s
Hi all,
I've been playing around with MPlayer (1.0rc1 version) and CVS FFmpeg.
Thought some of you would find this interesting (size of binary):
MPlayer compiled with internal FFMpeg:
-rwxr-xr-x 1 rml install 8713884 Aug 10 12:30 MPlayer-1.0rc1-orig/mplayer
-rwxr-xr-x 1 rml install 8395438 Aug 1
Craig Jackson wrote these words on 08/10/07 13:36 CST:
> I've always wondered if this affects the codecs at all. As far as I
> can tell, the only benefit to a system-installed FFMpeg is having the
> ability to have thumbnail previews in Gnome, KDE, etc.
I've never build MPlayer with a system-ins
[cc'd to LFS-Dev as this is supposed to be a nice attaboy to the
LFS devs]
Dan Nicholson wrote these words on 08/11/07 19:45 CST:
> It's the least I could do after you powered through so many
> commits over the past couple weeks.
Once upon a time, I read a message from Alexander and he said that
Bruce Dubbs wrote these words on 08/11/07 20:19 CST:
> I've redone the acknowledgments page in my sandbox, but have not
> committed yet. Does this look OK to everybody?
>
> http://www.linuxfromscratch.org/~bdubbs/lfs-book/appendices/acknowledgements.html
I don't see the need to include Jim Giffo
Bruce Dubbs wrote these words on 08/11/07 20:19 CST:
> I've redone the acknowledgments page in my sandbox, but have not
> committed yet. Does this look OK to everybody?
Alexander is listed as a current *and* former team member. One or the
other please. :-)
Mark Stone is listed as contributing Be
Bruce Dubbs wrote these words on 08/11/07 20:19 CST:
> I've redone the acknowledgments page in my sandbox, but have not
> committed yet. Does this look OK to everybody?
I can't see where DJ is mentioned, though I believe he should for the
work he's put into the bootscripts.
--
Randy
rmlscsi: [
Dan Nicholson wrote these words on 08/13/07 12:32 CST:
> http://cross-lfs.org/files/packages/svn/shadow-4.0.18.1.tar.bz2
I put that there, and I now think it should be changed. If CLFS
updates their version of Shadow, that link is likely to go away.
I'll wait for Dan to fix LFS, and I'll just pu
Dan Nicholson wrote these words on 08/13/07 13:02 CST:
> Right, but where is that mirroring from? The canonical download
> address comes from the LFS book and is picked up in the anduin sources
> repo. You can't mirror yourself.
Here's a link, but I'm not sure how long it would be valid for.
http
Jeremy Huntwork wrote these words on 08/13/07 18:33 CST:
> It's not dead. It's slow, but it isn't dead. I think you set your
> standards for the project too high. There's only two of us and you
> expect the level of support and maintenance that could only really be
> achieved by a full-fledged
Jeremy Huntwork wrote these words on 08/15/07 07:20 CST:
> I would love to see some sort of proper support for PM go into LFS, but
> that all depends on the community...
I'll go on record as -1.
I feel we should mention it, provide links to the various alternatives,
and drive on. We are not a d
Jeremy Huntwork wrote these words on 08/15/07 08:07 CST:
> On Wed, Aug 15, 2007 at 07:37:12AM -0500, Randy McMurchy wrote:
>> I'll go on record as -1.
>
> I'm not going to push to get this into LFS. If the vast majority of
> those with a voice here are for PM
Alexander E. Patrakov wrote these words on 08/15/07 08:24 CST:
> 1) add DESTDIR support to every package, instead of requiring each
> packager to reinvent the same wheel; this also means the
> "install-nokeys" target on the openssh page
Good point. Though I don't see it as being something that
david567 wrote these words on 08/15/07 10:56 CST:
> Randy McMurchy wrote:
>> I feel we should mention it, provide links to the various alternatives,
>> and drive on. We are not a distribution. We are a book that shows how
>> to compile Linux from scratch. Let's don'
Jeremy Huntwork wrote these words on 08/15/07 11:42 CST:
> Taking this a step further, the commands for most packages could be
> probably be unaffected entirely if you set DESTDIR to be an environment
> variable, as in config.site. Note that I haven't tested this.
DESTDIR would then have to be cl
Jeremy Huntwork wrote these words on 08/15/07 11:37 CST:
> Not in the least. If DESTDIR is set to an empty variable, the effect of
> the command is the same as usual.
Agreed. I forgot about that.
--
Randy
rmlscsi: [bogomips 1003.26] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3]
[GNU C Library stab
david567 wrote these words on 08/15/07 11:45 CST:
> Randy McMurchy wrote:
> Indeed, the book would need to be the implementation.
My point exactly. You are suggesting a total implentation, where
all we really need to do is explain *how* to implement if the
reader wants. Not intrusive th
Jeremy Huntwork wrote these words on 08/15/07 12:06 CST:
> By the same token, once you get past the initial work of adding the PM
> framework to BLFS, it might make developing and testing BLFS a whole lot
> easier, simply because of the nature of package managment. But, you're
> more qualified to
Jeremy Huntwork wrote these words on 08/15/07 12:53 CST:
> What I do like about it is that it adds a useful feature (for some),
> offers flexibility, and offers areas for greater education. It could be
> argued that by inspecting the contents of DESTDIR after they run the
> make install command th
Alexander E. Patrakov wrote these words on 08/16/07 00:51 CST:
> Slackware packages never ship configuration files that are supposed to
> be modified by end users. Instead, such configuration files are shipped
> with the .new extension, and a post-installation script handles this.
This to me i
Jeremy Henty wrote these words on 08/16/07 12:23 CST:
> Another issue with updating emacs.
>
> Emacs installs stuff into /usr/var/games/emacs , but the LFS directory
> hierarchy doesn't include /usr/var . Should BLFS configure with
> --localstatedir=/var ?
Yes, please do.
--
Randy
rmlscsi: [b
Mike Lynch wrote these words on 08/16/07 20:27 CST:
> I did install some of the stuff from BLFS that I needed (apache, iptables,
> etc.). The only thing I had to get my self and figure out how to configure
> and compile was NET-SNMP. That would probably be the only thing
> I might suggest adding
Mike Lynch wrote these words on 08/16/07 21:06 CST:
> I agree, configuring it for high security SNMPv3 with ACL's is not trivial.
> I could
> probably provide some configurations for SNMPv1 that, while they wouldn't be
> appropriate for high security installations, would at least make it work
>
Richard Gill wrote:
> again me, with not up to date softwares :-)
> This time, it's for grep which is at release 2.5.3, while LFS still is
> at 2.5.1a.
I encourage you to look at the Trac bug reporting system
before you post messages about package updates. If you
would have, you'd have seen that
Hi all,
It appears that the Gmane email-to-news gateway is broken right
now. Gmane shows nothing for today, yet there have been many
messages sent to the various groups.
I don't have access to my regular email right now, and must
use mail2web, so if this is a redundant message please disregard.
> Modified: html/trunk/lfs/news.html
> ===
> --- html/trunk/lfs/news.html 2007-08-21 16:08:34 UTC (rev 927)
> +++ html/trunk/lfs/news.html 2007-08-28 22:00:14 UTC (rev 928)
> @@ -6,6 +6,29 @@
> | RSS Feed |
>
>
> + LFS 6.3 Release
> +
[EMAIL PROTECTED] wrote:
> +If our host is a multilib machine, we want to ensure that we
> +build 64-bit binaries, so we'll test for that and set a variable if
> so:
>
> +If our host is a multilib machine, we want to ensure that we
> +build 64-bit binaries, so we'll test for that
Jeremy Huntwork wrote:
> Well, at least I'm learning something. :/ Looks like I need to change
> some of my work/test habits so that I don't keep tripping over what
> should be simple stuff.
And because the LFS staff working on this is only you, and
I've read many things (Greg's comments) that di
Dan Nicholson wrote these words on 09/10/07 12:26 CST:
> anduin, quantum, my host, your host... If any of us are using
> different stylesheets, then we might see different behavior in the
> rendered content.
But is it *possible* to use different stylesheets? (see below)
> If we do go back to us
Dan Nicholson wrote these words on 09/10/07 12:07 CST:
> Although both methods have their drawbacks, I prefer the current
> method of using a snapshot in the sources. That makes it more robust
> against different hosts since we can enforce the version of the
> stylesheets used.
Not to argue, but
Alexander E. Patrakov wrote these words on 09/11/07 08:04 CST:
> OK. Now imagine the following situation: someone wants to create a
> Debian package with the LFS book. Debian policy requires that all HTML
> and PDF files are rebuilt from XML source in this case.
Pardon my ignorance to Debian pr
Gerard Beekmans wrote these words on 09/22/07 00:38 CST:
> On Fri, Sep 21, 2007 at 11:35:14PM -0600, Gerard Beekmans wrote:
>> Mountain Time.
>
> As in Mountain Standard Time, MST - GMT -07:00
Actually, it would be Mountain Daylight Time, MDT.
:-)
--
Randy
rmlscsi: [bogomips 1003.25] [GNU ld
Chris wrote:
> I know the basics of compiling software, but I do not understand how the
> BLFS-dev team
> comes up with the commands on some of the packages. Example, for the
> Fontconfig-2.4.2 package,
> the BLFS Book [1] states.
>
> /configure --prefix=/usr \
>
Jeremy Huntwork wrote these words on 03/02/08 16:35 CST:
> TheOldFellow wrote:
>> I'm sorry but I can't continue to take this mailing list. Despite
>> request by Gerard to STFU, the noise continues. I had hoped that ther
>> was some hope for a new project, one that I might enjoy being part of.
>>
Dan Nicholson wrote these words on 03/05/08 11:22 CST:
> What package management requirements the book uses aren't really that
> important to me, which is why I didn't answer. I'd much rather just
> follow what the community wants.
What Dan said. (as an explanation why I didn't answer as well)
I'
Bruce Dubbs wrote these words on 03/05/08 19:51 CST:
> We can't cover *every* possibility.
That is so true. However, HLFS should be the fall back that covers
*every* possibility. A mention of the LFS user being created on the
host machine using a strong password probably wouldn't hurt.
--
Randy
Hi all,
I'm pleased to announce that Robert Daniels has accepted a position as
a BLFS editor. Robert has been quite involved recently and has submitted
many patches to update the book. Robert has shown a keen technical ability
with the book's packages and the XML along with a high level of
enthusi
Hi all,
I'm pleased to announce that Thomas Trepl has accepted a position as
a BLFS editor. Thomas has been quite involved recently and has submitted
many patches to update the book. Thomas also shows a keen technical ability
with the book's packages and the XML along with a high level of
enthusia
Hi all,
I noticed in the Chapter 5 GCC First Pass instructions it goes into
detail about what bootstrapping is, but the command that follows is
only 'make'.
I'm confused. Perhaps all that text is a left over when we actually
used to bootstrap?
--
Randy
rmlscsi: [bogomips 1003.22] [GNU ld versi
Hi all,
First of all, thanks to Dan for the cluebat about how gcc bootstraps
by default now. I didn't know that. Perhaps it could be mentioned.
However, I've noted the following commands (they've probably always
been there, just never bothered to noticed) in the Linux Headers
installation (both C
Hi all,
I've almost completed an LFS Development build using DESTDIR (or whatever
else if the package doesn't support DESTDIR) style installation. Though
I might hit some bumps in the last few remaining packages, I'm writing
now to see if there is any interest in creating an LFS branch for this
ty
Randy McMurchy wrote these words on 03/31/08 09:53 CST:
> My scripts have the complete requirements, i.e., the proper commands
> to install into DESTDIR, the modified after-installation commands to
> do them all in DESTDIR (symlinks, moving libs to /lib or /usr/lib,
> etc.), proper
Bruce Dubbs wrote these words on 03/31/08 10:19 CST:
> Looks interesting. Where do you put your DESTDIR? Is it a part of the
> chroot partition?
I've been putting the DESTDIR directory as a subdirectory of the
root of the build tree. I only did that so when I remove the build
tree after insta
301 - 400 of 1031 matches
Mail list logo
