Just a quick update to confirm that rebuilding libapr1 with apr_cv_accept4=no
did indeed "fix" the issue.
HTH
--
Thibaut VARENE
http://hacks.slashdirt.org/
.
>>> Currently this has lines like:
>>> libc 6 libc6 (>= 2.9)
>>>
>>
>> No, as glibc uses symbols files, this file is actually not used.
>> Nevertheless it is still possible to resolve all symbols to libc6 (>= 2.10).
>
> Once an application
be taken based on facts, which is
fine with me.
Thanks
T-Bone
[0] http://buildd.debian.org/stats/hppa.txt
--
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
iven the above?
Again I repeat: *there is no hppa 64bit userland runtime*. The only
reason why we have 64bit gcc/binutils is to build 64bit kernels needed
by some machines.
T-Bone
--
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 5/4/07, Aurelien Jarno <[EMAIL PROTECTED]> wrote:
Thibaut VARENE a écrit :
> I "fixed" this issue by reinstalling tzdata 2007e-3, which set the
> timezone to "Africa/Abidjan" (the timezone was "none" before that). I
> then upgraded to 2007e-6 witho
ed some change that renders it incompatible with setups (such
as chroots) with no timezone set.
HTH
T-Bone
--
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: tzdata
Version: 2007e-6
Severity: important
I'm running a couple autobuilders, and since the latest upgrade of
tzdata, none of them will work properly because of the following:
Fetched 797kB in 3s (252kB/s)
Setting up tzdata (2007e-6) ...
dpkg: error processing tzdata (--configure):
sub
Package: linux-kernel-headers
Version: 2.6.16.20-3
Severity: important
Followup-For: Bug #372957
Trying to build mythtv in a sid chroot just upgraded yields:
/usr/include/linux/input.h:801: error: 'kernel_ulong_t' does not name a type
/usr/include/linux/input.h:805: error: 'kernel_ulong_t' does no
I tried removing the db files, but it doesn't solve the issue. nscd
starts, but after a while it dies anyway. No message in the logs...
I'm running 2.3.6-7
HTH
T-Bone
--
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
Package: nscd
Version: 2.3.6-3
Followup-For: Bug #344563
this bug is still there. I'm quite surprised as ISTR that I had previous
version of nscd running fine on that box. I may be wrong tho.
Here's the debug output:
# nscd -d
7688: Reloading "oident" in group cache!
7688: Reloading "newsrss.bbc.
On 2/9/06, Denis Barbier <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 09, 2006 at 11:32:15AM +0100, Thibaut VARENE wrote:
> > Good catch, I completely forgot about that one, I thought it was
> > already merged in.
>
> Thibaut, there is something strange about this bugre
would be to build snscd without -fPIE, but that would say
> hacking nscd/Makefile, as Gentoo does. There is a proper fix that has
> been comitted on cvs.parisc-linux.org last July. It adds support for
> those relocs.
Good catch, I completely forgot about that one, I thought it was
a
Package: nscd
Version: 2.3.5-8
Followup-For: Bug #350501
FYI, I successfully reproduced this bug on another machine running
etch (and running a 32bit kernel):
[EMAIL PROTECTED] ~]# /etc/init.d/nscd start
Starting Name Service Cache Daemon: nscd/usr/sbin/nscd: error while
loading shared libraries:
Package: nscd
Version: 2.3.5-12
Severity: grave
Justification: renders package unusable
nscd won't start on hppa, throwing the following error:
[EMAIL PROTECTED] ~]# nscd -d
nscd: error while loading shared libraries: unexpected reloc type 0x42
I can't tell yet whether this is 64bit-related (i'll
14 matches
Mail list logo
