On 12/29/05, Randy McMurchy <[EMAIL PROTECTED]> wrote:
>
> Yes, that is probably best. As has been said by everyone, package
> management is something that needs to be implemented at the beginning
> of Chapter 6 in LFS. I think everyone is in agreement there.
Can someone bugzilla this so that it i
On 12/29/05, Dan Nicholson <[EMAIL PROTECTED]> wrote:
> On 12/29/05, Randy McMurchy <[EMAIL PROTECTED]> wrote:
> > I would say no.
>
>
>
> > They did something to fix that crap. And I'm glad.
>
> Yeah, it looks like they cleaned up that script some. It's still a
> bit hacky, but appears to work b
On 12/29/05, Randy McMurchy <[EMAIL PROTECTED]> wrote:
> I would say no.
> They did something to fix that crap. And I'm glad.
Yeah, it looks like they cleaned up that script some. It's still a
bit hacky, but appears to work better. I'll confirm when I can, but I
think you're right.
--
Dan
--
Dan Nicholson wrote these words on 12/29/05 13:56 CST:
> I don't have access to my system right now to test this, but do we
> still need the sed to solve the profile locking issue for the
> /usr/bin/firefox script?
I would say no.
I tested this. I opened the browser multiple times using differen
Hey Randy,
I don't have access to my system right now to test this, but do we
still need the sed to solve the profile locking issue for the
/usr/bin/firefox script? Looking at the file browser/app/mozilla.in
in the source tree shows that it's not in there by default. Looking
through the script s
On 12/18/05, Matthew Burgess <[EMAIL PROTECTED]> wrote:
> Jeremy Huntwork wrote:
> > Dan Nicholson wrote:
> >
> >>In light of a some recent requests to lfs-support on this subject,
> >>I've decided to ping the list with this patch again.
> >
> > Perhaps we can note this in the errata for 6.1.1 and
Jeremy Huntwork wrote:
On Wed, Dec 28, 2005 at 06:29:31PM -0600, Randy McMurchy wrote:
[snip]
I'm not sure the BLFS information should change, as it is my (and
I believe other editor's) opinion that it really isn't our place to
recommend one piece of software, or methodology, over another. I
b
On 12/29/05, Randy McMurchy <[EMAIL PROTECTED]> wrote:
> Jeremy Huntwork wrote these words on 12/29/05 11:25 CST:
> >
> > I think we need to bring something up in LFS. If a user decides he
> > wants to use a package manager, he's not going to want to find out about
> > his options *after* he's alre
Tushar Teredesai wrote these words on 12/29/05 11:57 CST:
> How about moving the entire package management section from BLFS to
> LFS? I don't remember why I added the page to BLFS and not to LFS.
Yes, that is probably best. As has been said by everyone, package
management is something that needs
I am getting an irritating number of compiles dying in hlfs, and
am beginning to presume the problem is me. I just ran off to
another system and the kernel compiled _no_hassle_ :-(. I did
remember to switch off the grsecurity options as instructed.
Feedback on xorg-7.0.0 is poor - compiling is awk
There are patches for bash 3.1 and readline 5.1 in the cross-lfs book,
but they are not in the LFS book...
http://www.linuxfromscratch.org/patches/downloads/bash/bash-3.1-fixes-1.patch
http://www.linuxfromscratch.org/patches/downloads/readline/readline-5.1-fixes-1.patch
--
http://linuxfromscratc
Jeremy Huntwork wrote these words on 12/29/05 11:25 CST:
> On Wed, Dec 28, 2005 at 06:29:31PM -0600, Randy McMurchy wrote:
>>I'm not sure the BLFS information should change, as it is my (and
>>I believe other editor's) opinion that it really isn't our place to
>>recommend one piece of software, or
Jeremy Huntwork wrote:
> I think we need to bring something up in LFS. If a user decides he
> wants to use a package manager, he's not going to want to find out
> about his options *after* he's already built his core system and
> moved on to BLFS. The minute a user starts building packages that
On Wed, Dec 28, 2005 at 06:29:31PM -0600, Randy McMurchy wrote:
[snip]
> I'm not sure the BLFS information should change, as it is my (and
> I believe other editor's) opinion that it really isn't our place to
> recommend one piece of software, or methodology, over another. I
> believe that if we
14 matches
Mail list logo
