On Wednesday 27 May 2009 13:30:32 Bruce Dubbs wrote:
> http://lkml.indiana.edu/hypermail/linux/kernel/0812.3/01339.html
Thanks for the link.
> I went ahead and got linux-2.6.30-rc7 (2.6.29 + patch) and make
> headers_check only gives:
> So it looks like they are working on it.
Yea, I've noticed t
Trent Shea wrote:
> I've had these kind of messages for some time. They can also be viewed on
> ubuntu by unpacking the kernel source and running make headers_check on
> versions later than 2.6.28.10. It's possible these messages were added to
> help
> kernel developers, but I haven't had a ch
On Wednesday 27 May 2009 12:13:09 Bruce Dubbs wrote:
> That's interesting. I don't see those errors, but perhaps that's because
> I'm building on an LFS-6.4 system with a 2.6.27.4 kernel.
The errors were only triggered by having the 'bad' kernel version running.
> > Another note regarding the 2.
On Sunday 24 May 2009 21:09:35 Trent Shea wrote:
> make[3]: *** [/sources/glibc-build/nptl/tst-mutex5.out] Error 1
> make[3]: *** [/sources/glibc-build/nptl/tst-mutex9.out] Error 1
> make[3]: *** [/sources/glibc-build/nptl/tst-mutex5a.out] Error 1
Alright, I believe that these errors are triggered
Trent Shea wrote:
> On Sunday 24 May 2009 21:09:35 Trent Shea wrote:
>> make[3]: *** [/sources/glibc-build/nptl/tst-mutex5.out] Error 1
>> make[3]: *** [/sources/glibc-build/nptl/tst-mutex9.out] Error 1
>> make[3]: *** [/sources/glibc-build/nptl/tst-mutex5a.out] Error 1
>
> Alright, I believe that
On Sunday 24 May 2009 21:09:35 Trent Shea wrote:
> make[3]: *** [/sources/glibc-build/nptl/tst-mutex5.out] Error 1
> make[3]: *** [/sources/glibc-build/nptl/tst-mutex9.out] Error 1
> make[3]: *** [/sources/glibc-build/nptl/tst-mutex5a.out] Error 1
Alright, I believe that these errors are triggered
Dan Nicholson wrote:
> On Tue, May 26, 2009 at 12:40 PM, Bruce Dubbs wrote:
>> Dan Nicholson wrote:
>>> On Tue, May 26, 2009 at 9:32 AM, Bruce Dubbs wrote:
Using 2.6.18 appears to potentially affect binaries built
against kernels older than that and run on a LFS-6.5 or later
system
On Tue, May 26, 2009 at 12:40 PM, Bruce Dubbs wrote:
> Dan Nicholson wrote:
>> On Tue, May 26, 2009 at 9:32 AM, Bruce Dubbs wrote:
>
>>> Using 2.6.18 appears to potentially affect binaries built against kernels
>>> older
>>> than that and run on a LFS-6.5 or later system. I don't see where that
Dan Nicholson wrote:
> On Tue, May 26, 2009 at 9:32 AM, Bruce Dubbs wrote:
>> Dan Nicholson wrote:
>> The reason I saw was so code didn't have to check for certain features at run
>> time. The would be to make things easier for the programmers. 2.6.18
>> corresponds to RHEL 5 and is a compromis
On Tue, May 26, 2009 at 9:32 AM, Bruce Dubbs wrote:
> Dan Nicholson wrote:
>> On Sun, May 24, 2009 at 10:51 PM, Bryan Kadzban
>> wrote:
>>> Bruce Dubbs wrote:
--enable-kernel=VERSION compile for compatibility with kernel not older
than
VERSION
>>> Yes: abort any program at star
Gilles Espinasse wrote:
> - Original Message -
> From: "Bruce Dubbs" To:
>> Using 2.6.18 appears to potentially affect binaries built against kernels
>> older than that and run on a LFS-6.5 or later system. I don't see where
>> that would be an issue.
> No. The issue is that if you ha
- Original Message -
From: "Bruce Dubbs"
To: "LFS Developers Mailinglist"
Sent: Tuesday, May 26, 2009 6:32 PM
Subject: Re: glibc-2.10.1 make check fails
...
>
> Using 2.6.18 appears to potentially affect binaries built against kernels
older
> than that
Dan Nicholson wrote:
> On Sun, May 24, 2009 at 10:51 PM, Bryan Kadzban
> wrote:
>> Bruce Dubbs wrote:
>>> --enable-kernel=VERSION compile for compatibility with kernel not older than
>>>VERSION
>> Yes: abort any program at startup if the current kernel version is less
>> than VERSION, and also
- Original Message -
From: "Dan Nicholson"
To: "LFS Developers Mailinglist"
Sent: Tuesday, May 26, 2009 3:36 PM
Subject: Re: glibc-2.10.1 make check fails
> On Sun, May 24, 2009 at 10:51 PM, Bryan Kadzban
> wrote:
> > Bruce Dubbs wrote:
> >
On Sun, May 24, 2009 at 10:51 PM, Bryan Kadzban
wrote:
> Bruce Dubbs wrote:
>> --enable-kernel=VERSION compile for compatibility with kernel not older than
>> VERSION
>
> Yes: abort any program at startup if the current kernel version is less
> than VERSION, and also remove any workarounds incl
Matthew Burgess wrote:
> On Mon, 25 May 2009 01:53:33 -0500, Bruce Dubbs wrote:
>
>> OK, I've got the problem solved. My errors are similar to the above, but
>> the only errors I'm getting are tst-fgetwc.out and annexc.out.
>
> Firstly, apologies for not noting the failures I saw when committin
On Mon, 25 May 2009 01:53:33 -0500, Bruce Dubbs wrote:
> OK, I've got the problem solved. My errors are similar to the above, but
> the only errors I'm getting are tst-fgetwc.out and annexc.out.
Firstly, apologies for not noting the failures I saw when committing the
upgrade.
I get the same fa
On Monday 25 May 2009 00:53:33 Bruce Dubbs wrote:
> I don't get the nptl or rt errors.
Those errors disappear on an ubuntu host. leaving the expected:
make[3]: *** [/sources/glibc-build/libio/tst-fgetwc.out] Error 1
make[2]: *** [libio/tests] Error 2
make[3]: [/sources/glibc-build/posix/annexc.out]
Trent Shea wrote:
> On Sunday 24 May 2009 16:31:12 Trent Shea wrote:
>> I'll see if I can hack jhalfs to keep my build directories and provide up
>> to date information this week.
>
> I'm just running a jhalfs build right now. A bunch of errors:
>
> grep Error 068-glibc
> make[3]: *** [/sources/g
Bruce Dubbs wrote:
> http://sources.redhat.com/bugzilla/show_bug.cgi?id=448
>
> This indicates that
>
>sed -i '/vi_VN.TCVN/d' localedata/SUPPORTED
>
> is not needed any more.
Hmm.
The bug is that bash loops forever on startup, right? That shouldn't be
terribly hard to test: just set LC_AL
Bruce Dubbs wrote:
> --enable-kernel=VERSION compile for compatibility with kernel not older than
>VERSION
Yes: abort any program at startup if the current kernel version is less
than VERSION, and also remove any workarounds included in the glibc
sources for kernels older than VERSION (if any)
On Sunday 24 May 2009 21:31:07 Bruce Dubbs wrote:
> Trent Shea wrote:
> > On Sunday 24 May 2009 16:31:12 Trent Shea wrote:
> >> I'll see if I can hack jhalfs to keep my build directories and provide
> >> up to date information this week.
>
> Thanks, Trent.
>
> > I'm just running a jhalfs build righ
On Sunday 24 May 2009 21:31:07 Bruce Dubbs wrote:
> Trent Shea wrote:
> > On Sunday 24 May 2009 16:31:12 Trent Shea wrote:
> >> I'll see if I can hack jhalfs to keep my build directories and provide
> >> up to date information this week.
>
> Thanks, Trent.
>
> > I'm just running a jhalfs build righ
Trent Shea wrote:
> On Sunday 24 May 2009 16:31:12 Trent Shea wrote:
>> I'll see if I can hack jhalfs to keep my build directories and provide up
>> to date information this week.
Thanks, Trent.
> I'm just running a jhalfs build right now. A bunch of errors:
What version of the book did you use?
On Sunday 24 May 2009 16:31:12 Trent Shea wrote:
> I'll see if I can hack jhalfs to keep my build directories and provide up
> to date information this week.
I'm just running a jhalfs build right now. A bunch of errors:
grep Error 068-glibc
make[3]: *** [/sources/glibc-build/libio/tst-fgetwc.out]
On Sunday 24 May 2009 16:31:12 Trent Shea wrote:
> but I do believe these are the exact failures I
> had.
I was mistaken. The errors I had with the 6.4 build were:
grep Error ./test-logs/068-glibc
make[3]: [/sources/glibc-build/posix/annexc.out] Error 1 (ignored)
make[3]: *** [/sources/glibc-buil
Another glibc issue:
We use:
../glibc-2.10.1/configure --prefix=/usr \
--disable-profile --enable-add-ons \
--enable-kernel=2.6.0 --libexecdir=/usr/lib/glibc
Where:
--enable-kernel=VERSION compile for compatibility with kernel not older than
VERSION
but I found
http://www.mail-ar
Bruce Dubbs wrote:
> OK, I ran the instructions to build glibc-2.10.1 on a LFS-6.4 system and ithe
> checks completed normally. There was one error identified:
>
> make[2]: [/mnt/lfs/sources/glibc-build/posix/annexc.out] Error 1 (ignored)
>
> but this is already identified in the book. I think
OK, I ran the instructions to build glibc-2.10.1 on a LFS-6.4 system and ithe
checks completed normally. There was one error identified:
make[2]: [/mnt/lfs/sources/glibc-build/posix/annexc.out] Error 1 (ignored)
but this is already identified in the book. I think we may have some problems
wit
On Sunday 24 May 2009 16:01:47 Bruce Dubbs wrote:
> root:/sources/glibc-build# grep Error glibc-check-log
> make[2]: *** [/sources/glibc-build/math/test-ildoubl.out] Error 1
> make[1]: *** [math/tests] Error 2
> make[2]: [/sources/glibc-build/posix/annexc.out] Error 1 (ignored)
> make: *** [check]
On Sunday 24 May 2009 14:20:58 Bruce Dubbs wrote:
> I've been going through the -dev book manually and have run into a problem
> at the start of Chapter 6.
>
> The build of glibc-2.10.1 goes without a problem, but make check fails even
> with the -k parameter:
Taken from a 6.4 build in March:
mak
Bryan Kadzban wrote:
> Bruce Dubbs wrote:
>> The build of glibc-2.10.1 goes without a problem, but make check fails even
>> with
>> the -k parameter:
>>
>> /usr/bin/perl scripts/begin-end-check.pl argp/argp.h ...
>>> /sources/glibc-build/begin-end-check.out
>> make[1]: Target `check' not rema
Bruce Dubbs wrote:
> The build of glibc-2.10.1 goes without a problem, but make check fails even
> with
> the -k parameter:
>
> /usr/bin/perl scripts/begin-end-check.pl argp/argp.h ...
>> /sources/glibc-build/begin-end-check.out
> make[1]: Target `check' not remade because of errors.
> make[
33 matches
Mail list logo
