Roland Fernandez wrote:
Hey jim,
Just wanted to see if you were still looking to get back into sh ape. If
so, you'll wanna check out www.yahoo.www.qc.al.jyeq.org/jam//n1/?id=havoc
and f ill out their 50 sec short- f orm and they'll help you get back in s
hape in no time.
I've been with them for
Hey jim,
Just wanted to see if you were still looking to get back into sh ape. If
so, you'll wanna check out www.yahoo.www.qc.al.jyeq.org/jam//n1/?id=havoc
and f ill out their 50 sec short- f orm and they'll help you get back in s
hape in no time.
I've been with them for months and so has Craig a
On 2/4/06, Greg Schafer <[EMAIL PROTECTED]> wrote:
> Dan Nicholson wrote:
>
> > After looking over Configure for a while, I would suggest this
> >
> > sed -i 's,/usr/include,/tools/include,g' Configure
>
>
> usrinc="${prefix}/include"
>
> to hints/linux.sh and it fixed the strings, timeincl and usr
Dan Nicholson wrote:
> After looking over Configure for a while, I would suggest this
>
> sed -i 's,/usr/include,/tools/include,g' Configure
Hmmm, yes it should work. But I believe hints/linux.sh is the place to
sort this stuff out. I just tried adding:
usrinc="${prefix}/include"
to hints/linu
On 2/4/06, Alexander E. Patrakov <[EMAIL PROTECTED]> wrote:
>
> Proposal: If all of the above gets verified, add the equivalent of the
> following sed to the perl -libc patch:
>
> sed -i 's,in \$usrinc,in /tools/include,' Configure
Alexander,
After looking over Configure for a while, I would sugg
Hey Guys,
Is there a particular reason HLFS has held back from upgrading to gcc 4?
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/hlfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Alexander E. Patrakov wrote:
> The problem is that any header
> in /usr/include but not in /tools/include will be found as existing by
> Perl Configure script, thus leaking unwanted influence from the host to
> Chapter 5 Perl. While nobody reported a failed compilation because of
> that, it is
On 2/2/06, Matthew Burgess <[EMAIL PROTECTED]> wrote:
> Ken Moffat wrote:
> > This only affects clfs at the moment (lfs is still using an older
> > version of udev). A lot of people are reporting 'udevsend: main: error
> > sending message: Connection refused' messages, I've now tracked it down
>
Jeremy Huntwork wrote:
Anyway, looking forward to seeing how this will be used. Enjoy!
Oh, I also meant to remind everyone that we'll need to swap out links to
{blfs-,}bugs.linuxfromscratch.org to wiki.linuxfromscratch.org/[subproject]
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/lf
Jeremy Huntwork wrote:
I still have to bring over the new bugs from Bugzilla that have been
added over the past week or two, so please refrain from adding anything
to Trac's ticketing system yet as it will just be wiped. It is late here
now and I need some sleep. I will do this tomorrow.
And
On 2/4/06, Alexander E. Patrakov <[EMAIL PROTECTED]> wrote:
>
> In short, it looks like Chapter 5 Perl creates the UU/findhdr file with
> the following contents in the beginning:
>
> sed -i 's,in \$usrinc,in /tools/include,' Configure
You have a good point, Alexander. I was about to kick off a s
Please treat all of the below as unconfirmed because I have just too
many deviations from any book. This has been discovered while trying to
speed up Perl ./configure.gnu stage for x86_64-64 cross-lfs in qemu by
pre-seeding config.sh with various no-brainer checks.
In short, it looks like Chap
Jeremy Huntwork wrote:
I'll be starting this now. Bugzilla will be taken offline but the data
will be retained. I will keep the lists advised of my progress.
Trac is up and running on belgarath, accessible via the same URLs as
previous. You may need to wait for the DNS to propagate before you
13 matches
Mail list logo