Randy McMurchy | 2 Mar 2005 05:33
Picon
Favicon

OpenSSH instructions

Hi all,

I would like to change the OpenSSH instructions to not use the non-FHS
compliant directory /var/empty and replace it with /var/lib/sshd.

The change is simple. Just create a different directory in the current
instructions (/var/lib/sshd instead of /var/empty) and add the following
parameter to the configure script:

--with-privsep-path=/var/lib/sshd

I've tested it, it works just the same, and we don't break the FHS with
this setup.

What say the group?

-- 
Randy

rmlscsi: [GNU ld version 2.15.94.0.2 20041220] [gcc (GCC) 3.4.3]
[GNU C Library stable release version 2.3.4] [Linux 2.6.10 i686]
22:28:00 up 5 days, 13:29, 6 users, load average: 0.10, 0.39, 0.24
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Jeremy Utley | 2 Mar 2005 05:56

Re: OpenSSH instructions

Randy McMurchy wrote:

>Hi all,
>
>I would like to change the OpenSSH instructions to not use the non-FHS
>compliant directory /var/empty and replace it with /var/lib/sshd.
>  
>
Sounds good to me.  I'm all for FHS compliance wherever it's possible to 
do so.

-J-

--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Kevin P. Fleming | 2 Mar 2005 07:31
Picon
Favicon

Re: OpenSSH instructions

Jeremy Utley wrote:

> Sounds good to me.  I'm all for FHS compliance wherever it's possible to 
> do so.

Agreed here.
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Gabriel Munoz | 3 Mar 2005 20:32
Picon

gtkhtml >= 3.1.5 -- gal no longer a dependency

Taken from the NEWS file in gtkhtml:
New in 3.1.5
   * improved IM preedit string display
   * removed gal dependency
   * better smiley substitution in the composer (bounty by Jan Arne Petersen)

The book appears to have this listed as a required dependency, but it is
no longer required for gtkhtml-3.1.5 or greater (tested with
gtkhtml-3.2.5).

Gabe
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Andrew Benton | 3 Mar 2005 21:41
Picon

abiword

When installing the Abiword the docs I got the error
cp: cannot stat `docs': No such file or directory
it seems there is no docs folder in abiword-docs anymore

Also, the BLFS build instructions don't build the plugins. These are very useful. Without 
them you can't import jpeg's into your documents or open html files. Might I suggest 
adding this or something like it to the instructions for Abiword?

cd ../abiword-plugins &&
./configure --prefix=/usr &&
make &&
make install

--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Randy McMurchy | 3 Mar 2005 23:00
Picon
Favicon

Re: abiword

Andrew Benton wrote these words on 03/03/05 14:41 CST:
> When installing the Abiword the docs I got the error
> cp: cannot stat `docs': No such file or directory
> it seems there is no docs folder in abiword-docs anymore

I'm not sure what to think of this. The instructions worked just
fine when I last installed AbiWord-2.2.3. Just so we're on the
same page, you did run the instructions to cd into the abiword-docs
dir and run the make-html.sh script, right?

> Also, the BLFS build instructions don't build the plugins. These are very useful. Without 
> them you can't import jpeg's into your documents or open html files. Might I suggest 
> adding this or something like it to the instructions for Abiword?
> 
> cd ../abiword-plugins &&
> ./configure --prefix=/usr &&
> make &&
> make install

We'll have to look into this. Thanks for bringing it up. I'll try
and check into this tonight.

-- 
Randy

rmlinux: [GNU ld version 2.15.91.0.2 20040727] [gcc (GCC) 3.4.1]
[GNU C Library 2004-07-01 release version 2.3.4] [Linux 2.6.8.1 i686]
15:52:00 up 1 day, 2:03, 7 users, load average: 0.29, 0.08, 0.02
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
(Continue reading)

Randy McMurchy | 3 Mar 2005 23:16
Picon
Favicon

Re: abiword

Andrew Benton wrote these words on 03/03/05 14:41 CST:
> When installing the Abiword the docs I got the error
> cp: cannot stat `docs': No such file or directory
> it seems there is no docs folder in abiword-docs anymore

Disregard my last message about the docs. Apparently I goofed up
the order of the installation commands in the book. The copying
of the docs directory should be done after the make install and
before changing dirs to abiword-docs.

I'll review this and fix the book when I'm looking at the plugins
thing. Sorry for the confusion.

-- 
Randy

rmlscsi: [GNU ld version 2.15.94.0.2 20041220] [gcc (GCC) 3.4.3]
[GNU C Library stable release version 2.3.4] [Linux 2.6.10 i686]
16:13:00 up 1 day, 2:17, 5 users, load average: 0.08, 0.48, 0.33
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Matthew Burgess | 4 Mar 2005 19:11
Picon
Favicon

Re: Subversion - Java

Randy McMurchy wrote:

> Should a note be included in the BLFS Subversion instructions
> indicating these make targets exist? Would this be useful to folks?

I really don't know.  If you're going to document one set of bindings 
you may be setting a precedent for having to document the rest of them 
too.  Having said that, the python bindings (used by 'viewcvs' and 
'trac' to name but two) are pretty well documented in the Subversion 
tarball already.  I don't have experience on the other bindings so can't 
comment on the pain involved.

Regards,

Matt.
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Randy McMurchy | 4 Mar 2005 19:29
Picon
Favicon

Docbook and XSL

[cross-posted to lfs.dev]

Hi all,

I built up a new system recently and installed the newest DocBook
tools. DocBook XML DTD-4.4 and DocBook XSL Stylesheets-1.68.1.

Currently, the BLFS book lags behind with DTD-4.3 and
Stylesheets-1.67.2.

I've validated and rendered both LFS and BLFS using these tools
with no issues noticed (though I've not looked over each page of
both books). I've not rendered PDF yet.

I would like to update both packages in BLFS to these versions.
Though the BLFS pages use the 4.3 DTD, simply using rewrite
statements in the catalog and docbook files works just fine.

LFS is already using the new DTD and it is installed on Belgarath.

Does anyone see any issues with either of these package updates?

-- 
Randy

rmlscsi: [GNU ld version 2.15.94.0.2 20041220] [gcc (GCC) 3.4.3]
[GNU C Library stable release version 2.3.4] [Linux 2.6.10 i686]
12:20:01 up 1 day, 22:24, 5 users, load average: 0.03, 0.10, 0.15
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
(Continue reading)

Bruce Dubbs | 4 Mar 2005 20:55

Re: Docbook and XSL

Randy McMurchy wrote:
> [cross-posted to lfs.dev]
> 
> Hi all,
> 
> I built up a new system recently and installed the newest DocBook
> tools. DocBook XML DTD-4.4 and DocBook XSL Stylesheets-1.68.1.
> 
> Currently, the BLFS book lags behind with DTD-4.3 and
> Stylesheets-1.67.2.
> 
> I've validated and rendered both LFS and BLFS using these tools
> with no issues noticed (though I've not looked over each page of
> both books). I've not rendered PDF yet.
> 
> I would like to update both packages in BLFS to these versions.
> Though the BLFS pages use the 4.3 DTD, simply using rewrite
> statements in the catalog and docbook files works just fine.
> 
> LFS is already using the new DTD and it is installed on Belgarath.
> 
> Does anyone see any issues with either of these package updates?

If the pdf rendering looks good, I have no problem with doing that.

    -- Bruce

--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
(Continue reading)


Gmane