headers
Roel Neefs | 1 Feb 2004 04:14

j2sdk typos

In the for-loop for the patches, there's a typo in one of the patches 
names (gcc3-1 which should be gcc33-1) and the && should be removed 
cause there's nothing more to do.

The unset/export paragraph under it has sometimes && and sometimes not, 
but that's just esthetic.

-- 
Roel Neefs
http://lfs.rave.org/lfs/news.html and ftp://gaosu.rave.org/pub/linux/lfs
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Permalink | Reply | 1 comment |
headers
Tushar Teredesai | 1 Feb 2004 04:19
Picon
Favicon

Re: j2sdk typos

Roel Neefs wrote:

>In the for-loop for the patches, there's a typo in one of the patches 
>names (gcc3-1 which should be gcc33-1) and the && should be removed 
>cause there's nothing more to do.
>  
>
Thanks. Will fix those in my next commit.

>The unset/export paragraph under it has sometimes && and sometimes not, 
>but that's just esthetic.
>  
>
That is deliberate, if the variable is not set, unset $VAR will return a 
non-zero code and will hault the execution of the commands that follow.

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

--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Permalink | Reply | 0 comments |
headers
Tushar Teredesai | 1 Feb 2004 04:27
Picon
Favicon

Package Management Section in BLFS

I have added the preliminary draft of the package management section to 
the book. There may be some error since I was going back and forth and 
have not read the entire section in its entirety. Will do that tomorrow, 
after a bit of R&R.

I decided to commit in its current state so as to prevent accidental "rm 
-f"!

Would appreciate everyone's feedback on the topic. The section is 
available at 
<http://linuxfromscratch.org/~tushar/blfs-book/introduction/pkgmgt.html> 
and should be in the online book after regeneration.

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

--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Permalink | Reply | 4 comments |
headers
Richard A Downing FBCS | 1 Feb 2004 08:15
Picon

Runit Init hint

Cross-post is deliberate. 

Just to put people on notice that I'm converting my (2.6.1-nptl) systems to
runit (http://smarden.org/runit) for my bootscripts and daemon supervision.

(Just as the BLFS guys dump daemontools out of filesystem-hierarchy-bigotry,
IFAICS, and LFS ploughs even more effort into making sysvinit work.)

I plan to write up a hint on this with a complete set of lfs/blfs bootscripts
attached. It'll be maybe 2-3 weeks or so to 1st alpha release on my website,
but there may be fragments there before that.

-- 
Richard A Downing FBCS http://www.109bean.org.uk/
Anyone sending unwanted advertising e-mail to this address will be
charged $25 for network traffic and computing time. By extracting my
address from this message or its header, you agree to these terms.

-- 
Richard A Downing FBCS http://www.109bean.org.uk/
Anyone sending unwanted advertising e-mail to this address will be
charged $25 for network traffic and computing time. By extracting my
address from this message or its header, you agree to these terms.
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Permalink | Reply | 1 comment |
headers
Jeroen Coumans | 1 Feb 2004 23:09
Picon
Favicon

Re: Runit Init hint

On Sun, 2004-02-01 at 08:15, Richard A Downing FBCS wrote:

> Just to put people on notice that I'm converting my (2.6.1-nptl) systems to
> runit (http://smarden.org/runit) for my bootscripts and daemon supervision.

I'm looking forward to it! I've had such a setup on my previous LFS
system for more then a year; sysvinit, daemontools, socklog, etc. Very
small, especially when linked to dietlibc, and thus error-prone and
incredibly FAST! I'm definitely keeping an eye out on your progress.

-- 
Jeroen Coumans (jeroen <at> linuxfromscratch.org)
FAQ and Website Maintainer
{faq,website} <at> linuxfromscratch.org
www.jeroencoumans.nl

--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Permalink | Reply | 0 comments |
headers
Tushar Teredesai | 2 Feb 2004 02:38
Picon
Favicon

Installation of VTE

vte is installed in /usr instead of GNOME_PREFIX. Is there a particular 
reason? AFAIK only GNOME pkgs depend on this.

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

--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Permalink | Reply | 3 comments |
headers
Billy O'Connor | 2 Feb 2004 03:19
Picon
Favicon

Re: Installation of VTE

Tushar Teredesai <tushar <at> linuxfromscratch.org> writes:

> vte is installed in /usr instead of GNOME_PREFIX. Is there a
> particular reason? AFAIK only GNOME pkgs depend on this.

Well, vte is a standalone generic terminal emulator, like xterm.  It
doesn't rely on gnome at all.

Billy
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Permalink | Reply | 2 comments |
headers
Nathan Coulson | 1 Feb 2004 06:07
Picon

mysql problems [bootscript]

Ok, our killproc from the LFS Bootscripts is not designed properly for mysql.

I suggested replacing killproc in functions with the below in lfs-dev, but
someone said it wouldnt work [I dont see how, they didn't elaborate].  If
someone else can propose a better suggestion, I am also listening.

More or less, I have a variable called PIDFILE.  if it exists, it appends
the contents to the beginning of the pidlist.

[Another thing I was thinking of, is attempting to kill it before getpids
is called using PIDFILE, but that would double the size of this function].

killproc()
{
        if [ $# = 0 ]
        then
                echo "Usage: killproc {program} [signal]"
                exit 1
        fi

        if [ -z "$2" ]; then
                signal=TERM
                fallback=KILL
        else
                signal=${2##-}
                signal=${signal##SIG}
                fallback=""
        fi

        getpids $1
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tushar Teredesai | 2 Feb 2004 05:47
Picon
Favicon

Re: Installation of VTE

Billy O'Connor wrote:

>Tushar Teredesai <tushar <at> linuxfromscratch.org> writes:
>  
>
>>vte is installed in /usr instead of GNOME_PREFIX. Is there a
>>particular reason? AFAIK only GNOME pkgs depend on this.
>>    
>>
>Well, vte is a standalone generic terminal emulator, like xterm.  It
>doesn't rely on gnome at all.
>  
>
On my system, vte is linked against gtk and the only package that links 
against vte is gnome-terminal. Hence I was curious.

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

--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Permalink | Reply | 1 comment |
headers
Billy O'Connor | 2 Feb 2004 06:47

Re: Installation of VTE

Tushar Teredesai <tushar <at> linuxfromscratch.org> writes:

> Billy O'Connor wrote:
>
>>Tushar Teredesai <tushar <at> linuxfromscratch.org> writes:
>>  
>>
>>>vte is installed in /usr instead of GNOME_PREFIX. Is there a
>>>particular reason? AFAIK only GNOME pkgs depend on this.
>>>    
>>>
>>Well, vte is a standalone generic terminal emulator, like xterm.  It
>>doesn't rely on gnome at all.
>>  
>>
> On my system, vte is linked against gtk and the only package that
> links against vte is gnome-terminal. Hence I was curious.

right, me too, the only thing that uses it is gnome-terminal.  I'm
just saying that the reason it didn't go into GNOME_PREFIX was
because it doesn't *use* gnome.  Maybe it should, but I can see why
it was in /usr to begin with.

Billy

--

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

Permalink | Reply | 0 comments |

Gmane