Bernard Leak | 1 Sep 2006 03:31
Picon
Favicon

Miscellaneous small problems with BLFS 'live'


>From: Bernard Leak <bernard <at> brenda-arkle.demon.co.uk>
>To: thisisnotapipe <at> hotmail.com
>Subject: Miscellaneous small problems with BLFS 'live'
>Date: Fri, 01 Sep 2006 02:23:31 +0100
>
>Dear List,
>                  these are problems seen in svn-20060809 and still there 
>in
>svn-20060830 (which I've just checked).  There are miscellaneous
>problems (typos, bad links...), and several cases in which apparently
>inconsistent link targets for various dependencies not themselves in
>BLFS were spotted.
>
>[Bad annotation]
>The a2ps page
>http://www.linuxfromscratch.org/blfs/view/svn/pst/ps.html#a2ps
>annotates the 'sed' tweak
>sed -i -e "s|char \*malloc ();|/* & */|" lib/path-concat.c
>by saying 'This command fixes a build problem with GCC-3.4.x' .
>
>This is still current, and it's a library-headers problem rather
>than a gcc problem (though before 3.4 gcc may not have been
>fussy enough to complain about it).
>
>[Missing punctuation]
>http://www.linuxfromscratch.org/blfs/view/svn/server/samba3.html
>Optional (To Build Experimental passdb Libraries
>(adding a closing parenthesis would be good)
>
(Continue reading)

Bernard Leak | 3 Sep 2006 23:49
Picon
Favicon

giflib dependencies and parts

Dear List,
                giflib has an optional dependency on the Utah Raster 
Toolkit.  As you
note dependencies on it elsewhere, you may as well add in this one.
If the Toolkit is found, then gif2rle and rle2gif converters are added to 
the list
of executables built.
                                      Yours sincerely,
                                                               Bernard Leak

_________________________________________________________________
Be the first to hear what's new at MSN - sign up to our free newsletters! 
http://www.msn.co.uk/newsletters

--

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

David Jensen | 4 Sep 2006 16:28
Picon

medit text editor

Has anyone else tried this.  In my opinion it is the best GTK+-2 editor, 
and I've tried a few.

 From the author: <snip>
But, I am not going to have more dependencies than needed. E.g. python 
is cool and provides lot of useful stuff, but the core works without python.

The dependencies are: gtk, obviously (gtk-2.6 minimal; gtk-2.2 could 
work if one
tried really hard, I did it in past when had systems with gtk-2.2; 
gtk-2.8 is the best because of important gtk bug fixed; gtk-2.10 is 
needed for printing); libxml2 is not a hard dependency, but highlighting 
needs it.
</snip>

http://mooedit.sourceforge.net/

Though it is CMMI, documentation is scant, and some notes on run-time 
configuration files could be a help.  Any way I think it could be added 
to the book, or just noted in other editors.

thoughts from editors?

---
David Jensen

--

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

Bruce Dubbs | 4 Sep 2006 18:05
Picon

Re: medit text editor

David Jensen wrote:
> Has anyone else tried this.  In my opinion it is the best GTK+-2 editor,
> and I've tried a few.
> 
> From the author: <snip>
> But, I am not going to have more dependencies than needed. E.g. python
> is cool and provides lot of useful stuff, but the core works without
> python.
> 
> The dependencies are: gtk, obviously (gtk-2.6 minimal; gtk-2.2 could
> work if one
> tried really hard, I did it in past when had systems with gtk-2.2;
> gtk-2.8 is the best because of important gtk bug fixed; gtk-2.10 is
> needed for printing); libxml2 is not a hard dependency, but highlighting
> needs it.
> </snip>
> 
> http://mooedit.sourceforge.net/
> 
> Though it is CMMI, documentation is scant, and some notes on run-time
> configuration files could be a help.  Any way I think it could be added
> to the book, or just noted in other editors.
> 
> thoughts from editors?

I really don't want to add anything new to the book right now.  How
about making an entry in the 'Other Editors' section and inserting a
link to the wiki?  Additional info in the wiki can then be used in the
future to import it into the book.

(Continue reading)

David Jensen | 5 Sep 2006 06:15
Picon

Re: [BLFS Trac] #2110: LPRng does not compile with recent make/gcc

BLFS Trac wrote:
> #2110: LPRng does not compile with recent make/gcc
> --------------------+-------------------------------------------------------
>
>   
 It looks like I blew this bug up!  I got a nasty python traceback when 
I submitted the comment to  Trac.  Now the bug cannot be viewed, same 
traceback. :(

I hope someone can fix it.

---
David Jensen

--

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

Hugo Villeneuve | 6 Sep 2006 06:21

dhcpd is killed with reload option in bootscript

Hi,
I just installed dhcp-3.0.2. I tried to reload the configuration by calling "/etc/rc.d/init.d/dhcp
reload", but the dhcpd daemon is killed instead of reloading its configuration.

It seems that sending the SIGHUP signal to the dhcpd daemon, as is done by the reloadproc function,  actually
kills it instead of forcing it to reload its configuration.

I found this in the source tree for dhcp-3.0.2 (server/dhcpd.8):

=========================================================
Note: We get a lot of complaints about this.   We realize that it would
be nice if one could send a SIGHUP to the server and have it reload
the database.   This is not technically impossible, but it would
require a great deal of work, our resources are extremely limited, and
they can be better spent elsewhere.   So please don't complain about
this on the mailing list unless you're prepared to fund a project to
implement this feature, or prepared to do it yourself.
=========================================================

So I think the reload option should be dropped from the bootscript.

Hugo Villeneuve.
--

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

Mag. Leonhard Landrock | 9 Sep 2006 15:32
Picon
Picon

BLFS Version svn-20060830 - Chapter 4. Security - Linux-PAM-0.99.4.0

Hi!

The link for "Additional Downloads" is wrong:

BLFS book says:
------------------------

"Optional documentation:  
http://www.kernel.org/pub/linux/libs/pam/pre/doc/Linux-0.99.4.0-docs.tar.bz2"

Correct link:
------------------

http://www.kernel.org/pub/linux/libs/pam/pre/doc/Linux-PAM-0.99.4.0-docs.tar.bz2

Kind regards,
Leonhard.

PS: What is the right way to report such bugs?
--

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

Alexander E. Patrakov | 10 Sep 2006 05:52
Picon

[ANNOUNCE] LFS LiveCD x86-6.2-3

The LFS LiveCD Team is proud to announce the release of the x86-6.2-3
version of the LFS LiveCD. This version is built using LFS 6.2 and many
BLFS packages from the SVN branch. Source packages for LFS 6.2, and the
LFS book itself, are included on the LiveCD. The CD is also suitable as 
a host for building x86 and x86_64 CLFS systems.

Mirrors: http://www.linuxfromscratch.org/livecd/download.html

In this release, some bugs have been fixed:

  * Added Italian locales on the language configuration screen
  * Now it is possible to boot even if a different CD is inserted in
    another drive
  * The CD no longer prints a warning about the network configuration
    when hibernating
  * Xfsprogs now work
  * The cpqarray driver is now functional (the official fix is scheduled
    for linux-2.6.16.29)

New features:

  * Reiser4 filesystem support in GRUB
  * The loop-AES driver is included in the kernel

If you have not hit any of the bugs mentioned above, and don't need new
features, there is no reason to upgrade.

--

-- 
Alexander E. Patrakov
(Continue reading)

Bruce Dubbs | 11 Sep 2006 05:09
Picon

[Fwd: Re: [BLFS Trac] #2122: OpenSSL-0.9.8c]

Originally on the wrong list.
  -- Bruce

-------- Original Message --------
Subject: Re: [BLFS Trac] #2122: OpenSSL-0.9.8c
Date: Sun, 10 Sep 2006 22:08:20 -0500
From: Bruce Dubbs <bruce.dubbs <at> gmail.com>
Reply-To: LFS Developers Mailinglist <lfs-dev <at> linuxfromscratch.org>
To: LFS Developers Mailinglist <lfs-dev <at> linuxfromscratch.org>
References: <076.fa9692acad09f772a6b341c73f35609c <at> linuxfromscratch.org>
<085.63ba358393a76c146a0c4275dba7a92e <at> linuxfromscratch.org>

BLFS Trac wrote:
> #2122: OpenSSL-0.9.8c
> ------------------------------------------+---------------------------------
>  Reporter:  djensen <at> linuxfromscratch.org  |        Owner:  bdubbs <at> linuxfromscratch.org
>      Type:  task                          |       Status:  assigned                   
>  Priority:  normal                        |    Milestone:  6.2                        
> Component:  BOOK                          |      Version:  SVN                        
>  Severity:  normal                        |   Resolution:                             
>  Keywords:                                |  
> ------------------------------------------+---------------------------------
> Comment (by randy <at> linuxfromscratch.org):
> 
>  This update is huge (important). Please insure that all packages
>  that link against SSL will work with the updated version. Please
>  don't just *guess* that things *probably* work.

The following packages reference openssl:

(Continue reading)

Kevin Buckley | 13 Sep 2006 12:24
Picon

Big Gnome, Small Gnome ?

Hello,

firstly, thanks for an excellent resource in BLFS - if it wasn't there I almost
certainly wouldn't have been able to gain the insight to offer these thoughts.

I'd like to offer up a small concern over what BLFS promotes as the "Core"
of Gnome2 and suggest that it could perhaps be cut down a little.

Background:

Because some of the packages curently in BLFS, GnuCash < 2.0 will be my case in
point here, are still required to be compiled against the older Gnome
libraries, BLFS
contains a section entitled ""Gnome-1.4 libraries" in whch it states

 "This section contains GNOME 1.4 libraries, needed by some
applications that have
  not yet  been ported to GNOME 2.x. None of these libraries are
needed for a GNOME
  desktop installation."

Issue:

What I'd like to see pointed out (or refuted ?!) is that not all of
what BLFS terms as
" GNOME Core Packages" for Gnome 2.X is actually needed to compile what can
be thought of  as Gnome2 software.

" GNOME Core Packages" in BLFS would actually seem to be a Gnome desktop,
complete file manager and terminal emulator.
(Continue reading)


Gmane