Andrew Benton wrote:
> But according to that bugzilla page, the bug was fixed weeks ago? The
> 'fix' is definitely in the glibc source so it would appear that it's
> not working.
I assume that by this you mean you've verified that the right-hand side
of this diff is present in your git tree?
http
de...@hawaii.rr.com wrote:
> Bruce Dubbs wrote:
>>> BTW: statusproc() defined in /lib/lsb/init-functions has an "exit 1" just
>>> after
>>> it prints its Usage statement; shouldn't this be a "return 1" instead?
>> statusproc is a function to print out a nicely formatted status message
>>from the r
Bruce Dubbs wrote:
>> BTW: statusproc() defined in /lib/lsb/init-functions has an "exit 1" just
>> after
>> it prints its Usage statement; shouldn't this be a "return 1" instead?
>
>statusproc is a function to print out a nicely formatted status message
>from the results of pidofproc. It was desi
- Original Message -
From: "Tobias Gasser"
To:
Sent: Friday, February 03, 2012 7:27 AM
Subject: [lfs-dev] zlib 1.2.6 incompatibilities
>
> zlib 1.2.6 seems to have some issues.
>
> building partimage 0.6.9 fails with several errors in imagefile.cpp
>
> error cannot convert 'gzFile_s**
Dean Takemori wrote:
> I'm trying to setup multiple instances of rsyslog (one for kernel
> messages) using lfs-bootscripts-20120116 and running into some
> problems.
>
> I'm using rsyslogd 5.8.6, which is designed with multiple instance
> support. I've set up one configuration file (/etc/rsysklog
On 02/03/2012 01:55 AM, Dean Takemori wrote:
> I'm trying to setup multiple instances of rsyslog (one for kernel
> messages) using lfs-bootscripts-20120116 and running into some
> problems.
>
> I'm using rsyslogd 5.8.6, which is designed with multiple instance
> support. I've set up one configurat
Hello,
I've tried to build LFS with current glibc from git (well, current as
of yesterday) and the second pass of gcc (the first one after
installing glibc into /tools) failed like this:
Making all in libsupc++
make[4]: Entering directory
`/mnt/lfs/sources/gcc-build/x86_64-unknown-linux-gnu/libst
Le 03/02/2012 06:04, Bryan Kadzban a écrit :
> But this is it:
>
>> # ignore KVM virtual interfaces
>> ENV{MATCHADDR}=="52:54:00:*", GOTO="persistent_net_generator_end"
>
> (From /lib/udev/rules.d/75-persistent-net-generator.rules.)
It might not work on real hardware machines under Fedora 16:
Becau
