Package: libc6
Version: 2.36-6
Severity: minor
I've been trying to work out why the Chinese translation for free
doesn't want to line up the columns like everyone else, report is
at [1]
For some reason, it thinks the strange colon used in the translation is
one character wide, but its actually tw
On Tue, Jul 12, 2016 at 11:43 PM Aaron M. Ucko wrote:
> Craig Small writes:
>
> > /usr/include/x86_64-linux-gnu/bits/local_lim.h:#define HOST_NAME_MAX 64
>
> I just took a closer look and noticed the "-linux-" in this path. This
> is not a header I would expec
On Mon, Jul 11, 2016 at 11:13 PM Aurelien Jarno
wrote:
> Can you tell me which file contains this definition?
>
>From my reply in the bug report:
csmall@freebsd1:~$ grep '[[:space:]]HOST_NAME_MAX[[:space:]]' `find
/usr/include -type f`
/usr/include/x86_64-linux-gnu/bits/local_lim.h:#define HOST_
rhaps it is there but something is
not including local_lim.h?
On Mon, Jul 11, 2016 at 8:26 PM Aurelien Jarno wrote:
> On 2016-07-10 18:50, Aaron M. Ucko wrote:
> > Craig Small writes:
> >
> > > local_lim.h is part of libc6-dev version 2.19-18+deb8u4
> > > So what
I've been tracking sid, that's all (for this particular computer) I
ever do.
- Craig
--
Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5
http://www.enc.com.au/ csmall at : enc.com.au
http://www.debian.org/ Debian GNU/Linux
I do not believe the problem just stems from having foreign libraries in it,
as my system is stock Debian and I have a similar problem.No Ubuntu, no
knoppix, just straight Debian.
apt-get install (some packages) which pulled in a new libc, I think.
Now I get this:
[EMAIL PROTECTED]:~$ mutt
m
Package: nscd
Version: 2.3.5-3
Severity: important
Justification: breaks unrelated software
nscd crashes. Because of this, bad things happen like email no longer
works (user unknown).
nscd crashes because /var/db/nscd/ doesnt exist.
Aug 17 09:11:58 victor nscd: 2322 cannot create /var/db/nscd/p
On Mon, Apr 19, 2004 at 12:04:06PM -0400, James Morrison wrote:
> BenC suggested the binfmt_elf module is needed to run 64 bit binaries.
> http://lists.debian.org/debian-sparc/2004/debian-sparc-200404/msg00145.html
I dont have that module, but ill try the /etc trick.
- Craig
--
Craig
On Mon, Apr 19, 2004 at 12:04:06PM -0400, James Morrison wrote:
> BenC suggested the binfmt_elf module is needed to run 64 bit binaries.
> http://lists.debian.org/debian-sparc/2004/debian-sparc-200404/msg00145.html
I dont have that module, but ill try the /etc trick.
- Craig
--
Craig
On Fri, Apr 02, 2004 at 09:54:30PM +0900, GOTO Masanori wrote:
> At Thu, 1 Apr 2004 15:16:45 +1000,
> Craig Small wrote:
> > The problem is definitely 64 bit related.
> >
> > If I compile Hello World with the -m32 flag it works
> >
> > If I remove libc6-de
The problem is definitely 64 bit related.
If I compile Hello World with the -m32 flag it works
If I remove libc6-dev-sparc64, Hello World works and the kernel building
looks like it is working now. At the very least it is now past where
it died from check_asm
- Craig
--
Craig Small GnuPG
Package: libc6
Version: 2.3.2.ds1-11
Severity: grave
Justification: renders package unusable
I tried compiling a kernel at first, but it told me it could not execute
a file.
./check_asm >> asm_offsets.h
/bin/sh: line 1: ./check_asm: cannot execute binary file
Then I tried compiling my own
12 matches
Mail list logo