Re: Util-linux-ng nitpicks

2008-10-07 Thread Matthew Burgess
On Wed, 8 Oct 2008 00:06:49 +0100, Ken Moffat <[EMAIL PROTECTED]> wrote: > I don't have hal, of course, but I can't see how the _kernel_ > is going to take instructions from it (hal just passes messages > around in userspace, no ?). I thought it was D-Bus that was the message passing mechanism, HA

Re: Groff

2008-10-07 Thread DJ Lucas
Alexander E. Patrakov wrote: > DJ Lucas wrote: > >> >> No..only groff CVS. >> > > No, not even groff CVS, because it expects different command line > options than those hard-coded in Man-DB. > I have not looked, but I wonder if he is working on that. He had mentioned 2.5.3 in that rep

Re: Util-linux-ng nitpicks

2008-10-07 Thread Alexander E. Patrakov
Matthew Burgess wrote: > On Tue, 07 Oct 2008 14:52:24 -0500, Bruce Dubbs <[EMAIL PROTECTED]> wrote: > >> partprobe is very useful. If you create a new partition, you can use >> partprobe to make the current system recognize it without rebooting. > > But partprobe comes from parted, not util-linu

Re: Groff

2008-10-07 Thread Alexander E. Patrakov
DJ Lucas wrote: > Ken Moffat wrote: >> On Tue, Oct 07, 2008 at 05:59:14PM -0500, Randy McMurchy wrote: >> >>> Hi all, >>> >>> I'm way on the downhill side of getting all the package >>> updates in. Groff is sort of a bugaboo, however. The >>> DJ book uses the Groff-UTF8 package, but I'm not sure

Re: iana-etc with STRIP=yes

2008-10-07 Thread Gilles Espinasse
- Original Message - From: "Matthew Burgess" <[EMAIL PROTECTED]> To: "LFS Developers Mailinglist" Sent: Tuesday, October 07, 2008 10:19 PM Subject: Re: iana-etc with STRIP=yes > On Tue, 7 Oct 2008 09:51:04 -0700, "Dan Nicholson" <[EMAIL PROTECTED]> wrote: > > > "barf" is my standard "m

Re: Util-linux-ng nitpicks

2008-10-07 Thread Zachary Kotlarek
On Oct 7, 2008, at 5:41 PM, Randy McMurchy wrote: To this day, using my most modern systems which include Udev/D-Bus/Hal and all other recent additions, after creating a new partition, I have to reboot to see it in order to create a filesystem. Just FYI. When I write in fdisk I always get:

Re: Groff

2008-10-07 Thread DJ Lucas
Ken Moffat wrote: > On Tue, Oct 07, 2008 at 05:59:14PM -0500, Randy McMurchy wrote: > >> Hi all, >> >> I'm way on the downhill side of getting all the package >> updates in. Groff is sort of a bugaboo, however. The >> DJ book uses the Groff-UTF8 package, but I'm not sure it >> does much. >> >> P

Re: Groff

2008-10-07 Thread DJ Lucas
Randy McMurchy wrote: > Hi all, > > I'm way on the downhill side of getting all the package > updates in. Groff is sort of a bugaboo, however. The > DJ book uses the Groff-UTF8 package, but I'm not sure it > does much. > > Please give some input if you have any on this subject. > It would be an add

Re: Groff

2008-10-07 Thread Ken Moffat
On Tue, Oct 07, 2008 at 05:59:14PM -0500, Randy McMurchy wrote: > Hi all, > > I'm way on the downhill side of getting all the package > updates in. Groff is sort of a bugaboo, however. The > DJ book uses the Groff-UTF8 package, but I'm not sure it > does much. > > Please give some input if you ha

Re: Util-linux-ng nitpicks

2008-10-07 Thread Ken Moffat
On Tue, Oct 07, 2008 at 05:41:57PM -0500, Randy McMurchy wrote: > Matthew Burgess wrote: > > > Apparently the use case is that after using fdisk to edit the partition > > table, one would normally reboot so that Linux knows about the new > > partition and one can run 'mkfs' on the new /dev node.

Groff

2008-10-07 Thread Randy McMurchy
Hi all, I'm way on the downhill side of getting all the package updates in. Groff is sort of a bugaboo, however. The DJ book uses the Groff-UTF8 package, but I'm not sure it does much. Please give some input if you have any on this subject. It would be an addition to LFS Chapter 6. Do we need it?

Re: Util-linux-ng nitpicks

2008-10-07 Thread Randy McMurchy
Matthew Burgess wrote: > Apparently the use case is that after using fdisk to edit the partition > table, one would normally reboot so that Linux knows about the new partition > and one can run 'mkfs' on the new /dev node. Instead of rebooting, one can > in fact use partprobe, or partx. I've

Re: Util-linux-ng nitpicks

2008-10-07 Thread Matthew Burgess
On Tue, 7 Oct 2008 14:47:33 -0600, Matthew Burgess <[EMAIL PROTECTED]> wrote: > On Tue, 07 Oct 2008 14:52:24 -0500, Bruce Dubbs <[EMAIL PROTECTED]> > wrote: > >> partprobe is very useful. If you create a new partition, you can use >> partprobe to make the current system recognize it without reboo

Re: Util-linux-ng nitpicks

2008-10-07 Thread Randy McMurchy
Bruce Dubbs wrote: > Just a couple of data points: > > [snip good data] Good post, Bruce. Your input right now is the most swaying of anything. -- Randy -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information pa

Re: Util-linux-ng nitpicks

2008-10-07 Thread Bruce Dubbs
Randy McMurchy wrote: > Matthew Burgess wrote: > >> I've done a search of the LSB-Core-Generic-3.2 and LSB-Core-IA32-3.2 PDFs >> and didn't find any mention of 'addpart', 'delpart' or 'partx'. >> >> Looking at the man pages for each, I'm having a hard time understanding the >> use-cases for each

Re: Util-linux-ng nitpicks

2008-10-07 Thread Randy McMurchy
Matthew Burgess wrote: > I've done a search of the LSB-Core-Generic-3.2 and LSB-Core-IA32-3.2 PDFs and > didn't find any mention of 'addpart', 'delpart' or 'partx'. > > Looking at the man pages for each, I'm having a hard time understanding the > use-cases for each of these programs. Why would

Re: Util-linux-ng nitpicks

2008-10-07 Thread Matthew Burgess
On Tue, 07 Oct 2008 14:52:24 -0500, Bruce Dubbs <[EMAIL PROTECTED]> wrote: > partprobe is very useful. If you create a new partition, you can use > partprobe to make the current system recognize it without rebooting. But partprobe comes from parted, not util-linux :) > One determining factor is

Re: iana-etc with STRIP=yes

2008-10-07 Thread Matthew Burgess
On Tue, 7 Oct 2008 09:51:04 -0700, "Dan Nicholson" <[EMAIL PROTECTED]> wrote: > "barf" is my standard "make this program fail" input. I've yet to come > across any conflicts with that assumption. :)# echo "barf" works for me :) Seriously, though, I would expect any reasonable program to call get

Re: Trac milestones

2008-10-07 Thread Matthew Burgess
On Tue, 07 Oct 2008 09:28:51 -0500, Randy McMurchy <[EMAIL PROTECTED]> wrote: > I see that. I'll add a new Component named 'Errata'. Thanks, > Jeremy. Thanks Randy. Just so as I'm clear, when someone raises a ticket concerning the current stable release, it will be marked as COMPONENT: Errata,

Re: Util-linux-ng nitpicks

2008-10-07 Thread Bruce Dubbs
Matthew Burgess wrote: > On Tue, 07 Oct 2008 09:00:34 -0500, Randy McMurchy > <[EMAIL PROTECTED]> wrote: > >> 3. Do #1 and suppress the installation of the wall program in the Sysvinit >> instructions. > > Agreed. > >> 2. Pass a configure switch to the Util-Linux-ng configure command so that >>

Re: Util-linux-ng nitpicks

2008-10-07 Thread Matthew Burgess
On Tue, 07 Oct 2008 09:00:34 -0500, Randy McMurchy <[EMAIL PROTECTED]> wrote: > 3. Do #1 and suppress the installation of the wall program in the > Sysvinit instructions. Agreed. > 2. Pass a configure switch to the Util-Linux-ng configure command so > that the write program is built and install

Re: iana-etc with STRIP=yes

2008-10-07 Thread Valter Douglas Lisbôa Jr.
Em Tuesday 07 October 2008 14:45:16 Valter Douglas Lisbôa Jr. escreveu: > Em Tuesday 07 October 2008 13:18:03 Gilles Espinasse escreveu: > > Selon Randy McMurchy <[EMAIL PROTECTED]>: > > > Valter Douglas Lisbôa Jr. wrote: > > > > Not a major issue, but a recent thread shows using the make STRIP=ye

Re: iana-etc with STRIP=yes

2008-10-07 Thread Valter Douglas Lisbôa Jr.
Em Tuesday 07 October 2008 13:18:03 Gilles Espinasse escreveu: > Selon Randy McMurchy <[EMAIL PROTECTED]>: > > Valter Douglas Lisbôa Jr. wrote: > > > Not a major issue, but a recent thread shows using the make STRIP=yes > > > on iana-etc to cut out comments and accelerate the port search on port >

Re: iana-etc with STRIP=yes

2008-10-07 Thread Valter Douglas Lisbôa Jr.
Em Tuesday 07 October 2008 13:51:04 Dan Nicholson escreveu: > On Tue, Oct 7, 2008 at 9:40 AM, Jeremy Huntwork > > <[EMAIL PROTECTED]> wrote: > > Dan Nicholson wrote: > >> $ getent services barf > >> $ echo $? > >> 2 > > > > You mean you don't have the barf service on your system? I thought that > >

Re: iana-etc with STRIP=yes

2008-10-07 Thread Dan Nicholson
On Tue, Oct 7, 2008 at 9:40 AM, Jeremy Huntwork <[EMAIL PROTECTED]> wrote: > Dan Nicholson wrote: >> $ getent services barf >> $ echo $? >> 2 > > You mean you don't have the barf service on your system? I thought that > was pretty standard... :) "barf" is my standard "make this program fail" input

Re: Util-linux-ng nitpicks

2008-10-07 Thread Randy McMurchy
TheOldFellow wrote: > I'm holding off the rebuild until you guys have finished the updates, > which seems imminent if you've got to 'u'. Then I'll test build 'by > the book'. Well, I was running through the book sequentially starting in chapter 5. I'm into chapter 6 now and it will go very fast.

Re: iana-etc with STRIP=yes

2008-10-07 Thread Jeremy Huntwork
Dan Nicholson wrote: > $ getent services barf > $ echo $? > 2 You mean you don't have the barf service on your system? I thought that was pretty standard... :) -- JH -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above info

Re: iana-etc with STRIP=yes

2008-10-07 Thread Dan Nicholson
On Tue, Oct 7, 2008 at 9:28 AM, Gilles Espinasse <[EMAIL PROTECTED]> wrote: > > Worst case for the search is with a protocol that is not in the file. > I don't know what happen when resolution fail. Any idea? It returns an error and stops? I can't imagine what else it could do if it didn't know ab

Re: Util-linux-ng nitpicks

2008-10-07 Thread TheOldFellow
On Tue, 07 Oct 2008 09:00:34 -0500 Randy McMurchy <[EMAIL PROTECTED]> wrote: > 3. Do #1 and suppress the installation of the wall program in the > Sysvinit instructions. > > I like #3 but I've not investigated what it takes to suppress the > installation of the wall program from either package.

Re: iana-etc with STRIP=yes

2008-10-07 Thread Gilles Espinasse
Selon "Valter Douglas Lisbôa Jr." <[EMAIL PROTECTED]>: > Em Tuesday 07 October 2008 13:05:44 Dan Nicholson escreveu: > > > > Whenever you do a getservbyname(), the glibc resolver has to parse out > > /etc/services. This happens when you use "http", and the resolver has > > to decide what port num

Re: iana-etc with STRIP=yes

2008-10-07 Thread Gilles Espinasse
Selon Randy McMurchy <[EMAIL PROTECTED]>: > Valter Douglas Lisbôa Jr. wrote: > > Not a major issue, but a recent thread shows using the make STRIP=yes on > > iana-etc to cut out comments and accelerate the port search on port > > resolution. In the new LSF does anyone remember to put this on the

Re: iana-etc with STRIP=yes

2008-10-07 Thread Valter Douglas Lisbôa Jr.
Em Tuesday 07 October 2008 13:05:44 Dan Nicholson escreveu: > > Whenever you do a getservbyname(), the glibc resolver has to parse out > /etc/services. This happens when you use "http", and the resolver has > to decide what port number to use. Likewise, when some program > specifies "tcp", the glib

Re: iana-etc with STRIP=yes

2008-10-07 Thread Dan Nicholson
On Tue, Oct 7, 2008 at 8:54 AM, Randy McMurchy <[EMAIL PROTECTED]> wrote: > Valter Douglas Lisbôa Jr. wrote: >> Not a major issue, but a recent thread shows using the make STRIP=yes on >> iana-etc to cut out comments and accelerate the port search on port >> resolution. In the new LSF does anyone

Re: Vim in Chapter 5?

2008-10-07 Thread Bruce Dubbs
Randy McMurchy wrote: > Hi all, > > Noted in DJ's book that he adds the installation of VIM to > Chapter 5. I do the same on my builds as well. > > However, I believe I remember that the community's consensus > is that it not be there. > > Thoughts from others? I don't see the need. If one wan

Re: iana-etc with STRIP=yes

2008-10-07 Thread Randy McMurchy
Valter Douglas Lisbôa Jr. wrote: > Not a major issue, but a recent thread shows using the make STRIP=yes on > iana-etc to cut out comments and accelerate the port search on port > resolution. In the new LSF does anyone remember to put this on the book? Not sure about the "accelerate the port s

iana-etc with STRIP=yes

2008-10-07 Thread Valter Douglas Lisbôa Jr.
Not a major issue, but a recent thread shows using the make STRIP=yes on iana-etc to cut out comments and accelerate the port search on port resolution. In the new LSF does anyone remember to put this on the book? -- Valter Douglas Lisbôa Jr. Sócio-Diretor Trenix - IT Solutions "Nossas Idéias

Re: Vim in Chapter 5?

2008-10-07 Thread Randy McMurchy
Randy McMurchy wrote: > Noted in DJ's book that he adds the installation of VIM to > Chapter 5. I do the same on my builds as well. Please disregard. I was looking at DJ's chapter 6. -- Randy -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Un

Vim in Chapter 5?

2008-10-07 Thread Randy McMurchy
Hi all, Noted in DJ's book that he adds the installation of VIM to Chapter 5. I do the same on my builds as well. However, I believe I remember that the community's consensus is that it not be there. Thoughts from others? -- Randy -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: h

Re: Trac milestones

2008-10-07 Thread Randy McMurchy
Jeremy Huntwork wrote: > Hmm. I get what you're saying, but I'm not sure if milestone is the > right place. Typically, the milestone should point to a release. So > since the issue would be for a specific book (the current stable one) > the milestone should probably point to that book version.

Re: Robert's access to LFS-Book

2008-10-07 Thread Jeremy Huntwork
Randy McMurchy wrote: > Could someone with the proper privileges update Trac > or the mailing lists or whatever it is so that when > Robert (who I didn't even know had SVN commit privs) > makes a commit, it will show up in the -book list. Well, Robert isn't subscribed to lfs-book, so that seems to

Re: Trac milestones

2008-10-07 Thread Jeremy Huntwork
Randy McMurchy wrote: > Hi all, > > Looking at the tickets in Trac, there are a couple that > really aren't SVN issues, but instead point to the stable > book in which case to resolve the issues, it takes an > entry in the stable errata. > > Therefore, I think that someone with Trac rights should

Re: Changes to the Perl build in Chapter 6

2008-10-07 Thread Ken Moffat
On Tue, Oct 07, 2008 at 07:52:33AM -0500, Randy McMurchy wrote: > Hi all, > > Thanks to Greg Shafer who pointed out several things about our > current Perl build method in Chapter 6, I'd like to propose the > following changes: > > 1. Remove the sed for the "Fix an incompatibility with gcc-4.3.2:

Util-linux-ng nitpicks

2008-10-07 Thread Randy McMurchy
Hi all, Please reference http://wiki.linuxfromscratch.org/lfs/ticket/2181 In this ticket there are 3 issues I'd like to address so we can close this ticket. Issue 1: The /usr/bin/wall program from Sysvinit program is overwritten during the Util-linux-ng installation. Choices are: 1. Not worry

Trac milestones

2008-10-07 Thread Randy McMurchy
Hi all, Looking at the tickets in Trac, there are a couple that really aren't SVN issues, but instead point to the stable book in which case to resolve the issues, it takes an entry in the stable errata. Therefore, I think that someone with Trac rights should create a milestone called "Errata".

Changes to the Perl build in Chapter 6

2008-10-07 Thread Randy McMurchy
Hi all, Thanks to Greg Shafer who pointed out several things about our current Perl build method in Chapter 6, I'd like to propose the following changes: 1. Remove the sed for the "Fix an incompatibility with gcc-4.3.2:" I have confirmed it is not required. 2. Add the following before the config

Robert's access to LFS-Book

2008-10-07 Thread Randy McMurchy
Could someone with the proper privileges update Trac or the mailing lists or whatever it is so that when Robert (who I didn't even know had SVN commit privs) makes a commit, it will show up in the -book list. Thanks, Randy -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.li