headers
Bruce Dubbs | 1 Feb 2003 02:10

<screen><userinput> issues

I've just been going over the book and noticed extra blank lines in many 
of the <screen>  parts of the book.  This is just a reminder, for 
consistency reasons, that the first line of text needs to be on the same 
line as the <screen> tag.  Also, the </screen> tag needs to be on the 
same line as the last line of text in the highlighted areas.

  -- Bruce

--

-- 
Unsubscribe: send email to listar <at> linuxfromscratch.org
and put 'unsubscribe blfs-dev' in the subject header of the message
Permalink | Reply | 1 comment |
headers
Tushar Teredesai | 1 Feb 2003 02:40
Picon
Favicon

Re: <screen><userinput> issues

Bruce Dubbs wrote:

> I've just been going over the book and noticed extra blank lines in 
> many of the <screen>  parts of the book.  This is just a reminder, for 
> consistency reasons, that the first line of text needs to be on the 
> same line as the <screen> tag.  Also, the </screen> tag needs to be on 
> the same line as the last line of text in the highlighted areas.

I didn't realize the significance of keeping them on the same line till 
I noticed the output:-) I think I have fixed the ones I had created.

-- 
Tushar Teredesai
   http://www.linuxfromscratch.org/~tushar/
   http://www.geocities.com/tushar/

--

-- 
Unsubscribe: send email to listar <at> linuxfromscratch.org
and put 'unsubscribe blfs-dev' in the subject header of the message
Permalink | Reply | 0 comments |
headers
Larry Lawrence | 1 Feb 2003 02:46
Picon
Favicon

Re: [PATCH] More typo fixes

On Fri, 31 Jan 2003 05:04:08 +0000, Matt Rogers wrote:

> On Thursday 30 January 2003 10:43 pm, you wrote:
>> On Thursday 30 January 2003 10:12 pm, you wrote:
>> > Matt Rogers wrote:
> 
> Also thought I'd mention (before i freak anybody out with more typo fixes) 
> that proofreading the BLFS book seemed like a good exercise for the Technical 
> Writing class i'm in this semester.  Besides, it never hurts to have a book 
> that spells everything correctly. I suppose you could say it makes us look 
> that much more intelligent. :))
> 
> Matt

Every contribution is good.  BTW, I'd still like to see you do a
ghostscript page for the other ghostscript.  We may have both or merge,
but as it is, we will never reconcile cups and ghostscript.

Thanks,

Larry
--

-- 
Unsubscribe: send email to listar <at> linuxfromscratch.org
and put 'unsubscribe blfs-dev' in the subject header of the message
Permalink | Reply | 1 comment |
headers
Nathan Ladd | 1 Feb 2003 04:57
Picon
Favicon

/usr/src/linux: make version.h

The latest alsa errored out in ./configure complaining about version.h not
existing.  version.h is made when we set up the linux kernel headers at the
beginning of Chapter 6 in the LFS book, but make mrproper deletes it. 
Since we make mrproper when we compile our kernel, we always need to make
include/linux/version.h whenever we install alsa.

Whenever the alsa instructions get updated, this *should* get put in.  Then
again, if I'm the only person who's having this problem, get your
clue-by-fours ready ;)

Cheers,
ThanatosNL

--

-- 
Unsubscribe: send email to listar <at> linuxfromscratch.org
and put 'unsubscribe blfs-dev' in the subject header of the message
Permalink | Reply | 4 comments |
headers
Nathan Ladd | 1 Feb 2003 04:59
Picon
Favicon

alsa and version.h

The latest alsa errored out in ./configure complaining about version.h not
existing.  version.h is made when we set up the linux kernel headers at the
beginning of Chapter 6 in the LFS book, but make mrproper deletes it. 
Since we make mrproper when we compile our kernel, we always need to make
include/linux/version.h whenever we install alsa.

Whenever the alsa instructions get updated, this *should* get put in.  Then
again, if I'm the only person who's having this problem, get your
clue-by-fours ready ;)

Cheers,
ThanatosNL

--

-- 
Unsubscribe: send email to listar <at> linuxfromscratch.org
and put 'unsubscribe blfs-dev' in the subject header of the message
Permalink | Reply | 1 comment |
headers
Bruce Dubbs | 1 Feb 2003 05:10

Re: /usr/src/linux: make version.h

Nathan Ladd wrote:

>The latest alsa errored out in ./configure complaining about version.h not
>existing.  version.h is made when we set up the linux kernel headers at the
>beginning of Chapter 6 in the LFS book, but make mrproper deletes it. 
>Since we make mrproper when we compile our kernel, we always need to make
>include/linux/version.h whenever we install alsa.
>
>Whenever the alsa instructions get updated, this *should* get put in.  Then
>again, if I'm the only person who's having this problem, get your
>clue-by-fours ready ;)
>

Interesting.  I just did alsa-rc3 with no problems whatsoever.  I 
haven't tried rc7 though.  BTW, I never to make mrproper.  I just delete 
the directory and re-extract as necessary.  That makes it cleaner than 
mrproper.  (I do save .config first.)
  -- Bruce

--

-- 
Unsubscribe: send email to listar <at> linuxfromscratch.org
and put 'unsubscribe blfs-dev' in the subject header of the message
Permalink | Reply | 3 comments |
headers
Nathan Ladd | 1 Feb 2003 05:21
Picon
Favicon

Re: /usr/src/linux: make version.h

Bruce Dubbs wrote:

> Nathan Ladd wrote:
> 
>>The latest alsa errored out in ./configure complaining about version.h not
>>existing.  version.h is made when we set up the linux kernel headers at
>>the beginning of Chapter 6 in the LFS book, but make mrproper deletes it.
>>Since we make mrproper when we compile our kernel, we always need to make
>>include/linux/version.h whenever we install alsa.
>>
>>Whenever the alsa instructions get updated, this *should* get put in. 
>>Then again, if I'm the only person who's having this problem, get your
>>clue-by-fours ready ;)
>>
> 
> Interesting.  I just did alsa-rc3 with no problems whatsoever.  I
> haven't tried rc7 though.  BTW, I never to make mrproper.  I just delete
> the directory and re-extract as necessary.  That makes it cleaner than
> mrproper.  (I do save .config first.)
>   -- Bruce
> 

I meant to post this as a new thread but made a mistake...

I've encountered other packages that wanted version.h from the usr/src/linux
directory.  I'm assuming the issue is that make include/linux/version.h is
done for the headers that we copy in that section of early Chapter 6.  The
only issue is for packages that need the full kernel source.  Such packages
are too rare to warrant any change in lfs, but it seems perfect for blfs
packages.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Bruce Dubbs | 1 Feb 2003 05:27

Re: /usr/src/linux: make version.h

Nathan Ladd wrote:

>I meant to post this as a new thread but made a mistake...
>
>I've encountered other packages that wanted version.h from the usr/src/linux
>directory.  I'm assuming the issue is that make include/linux/version.h is
>done for the headers that we copy in that section of early Chapter 6.  The
>only issue is for packages that need the full kernel source.  Such packages
>are too rare to warrant any change in lfs, but it seems perfect for blfs
>packages.
>  
>
Remember the files in /usr/src/linux/include should be the files used 
when building glibc.  They should not be updated when compiling a new 
kernel.

  -- Bruce

--

-- 
Unsubscribe: send email to listar <at> linuxfromscratch.org
and put 'unsubscribe blfs-dev' in the subject header of the message
Permalink | Reply | 1 comment |
headers
Nathan Ladd | 1 Feb 2003 05:43
Picon
Favicon

Re: /usr/src/linux: make version.h

Bruce Dubbs wrote:

> Nathan Ladd wrote:
> 
*snip*

> Remember the files in /usr/src/linux/include should be the files used
> when building glibc.  They should not be updated when compiling a new
> kernel.
> 
>   -- Bruce
> 
> 

Yeah I know, which makes me wonder why make mrproper removes version.h.  /me
thinks version.h has a different purpose than what these developers
intended.
--

-- 
Unsubscribe: send email to listar <at> linuxfromscratch.org
and put 'unsubscribe blfs-dev' in the subject header of the message
Permalink | Reply | 0 comments |
headers
Thomas de Roo | 1 Feb 2003 09:11
Picon

successful KDE-build

Hello group,

I just finished building KDE on a newly built LFS. I'd like to confirm
that dropping back to binutils-2.13.2 made it possible to build KDE on
a fresh LFS-cvs-20030129. Thanks to Greg for coaching me through this!

Groeten,
Thomas
--

-- 
Unsubscribe: send email to listar <at> linuxfromscratch.org
and put 'unsubscribe blfs-dev' in the subject header of the message
Permalink | Reply | 1 comment |

Gmane