backtrace
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
installed these symlinks. Remove them
# if they exist.
if [ -L /usr/include/asm ] ; then rm -f /usr/include/asm ; fi
if [ -L /usr/include/linux ] ; then rm -f /usr/include/linux ; fi
if [ -L /usr/include/scsi ] ; then rm -f /usr/include/scsi ; fi
Did that not happen?
--
Daniel Jacobowitz
MontaVista
of
LD_DEBUG=all /lib/ld-linux.so.2 --list /bin/bash would be very
useful.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Thu, Oct 30, 2003 at 10:38:57AM +1100, Peter Chubb wrote:
Daniel == Daniel Jacobowitz [EMAIL PROTECTED] writes:
Daniel Meant to copy yo on this, Peter. Adam suggests checking the
Daniel output of lsattr. If you can repeat this, strace output of
Daniel dpkg would be nice too
reassign 218081 lsbdev
thanks
Yes, I agree.
On Thu, Oct 30, 2003 at 11:01:10AM +1100, Peter Chubb wrote:
Peter == Peter Chubb [EMAIL PROTECTED] writes:
Daniel == Daniel Jacobowitz [EMAIL PROTECTED] writes:
Daniel Meant to copy yo on this, Peter. Adam suggests checking the
Daniel output
, so I am responsible for them and did not
find time to warn translators.
OK, you're excused as it is obvious that you *are* concerned with
i18n.. :-)
Moreover, you're the french translator of the templates
What do we need to do to get the other translations updated?
--
Daniel
ld.so had been capitalized intentionnally in the nptl branch, but
committer did not backport this change into HEAD.
It's plausible... Jeff, you would have done this, is that right? Let
me know and I'll fix it.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux
On Tue, Oct 28, 2003 at 05:02:28PM +0100, Christian Perrier wrote:
Quoting Daniel Jacobowitz ([EMAIL PROTECTED]):
What do we need to do to get the other translations updated?
in debian/po :
grep ^\Last-Translator: *po | cut -f3 -d\:| sed 's/\\n\//'
Will give you the mail addresses
On Sun, Oct 26, 2003 at 06:12:42PM -0500, Daniel Jacobowitz wrote:
As of a few minutes ago, there's nothing left in the TODO file that I
consider a showstopper (except for the final check of files/control
scripts/etc on non-i386 architectures, after everything is built).
I'm going to tackle
On Tue, Oct 28, 2003 at 02:17:16PM -0500, Daniel Jacobowitz wrote:
On Sun, Oct 26, 2003 at 06:12:42PM -0500, Daniel Jacobowitz wrote:
As of a few minutes ago, there's nothing left in the TODO file that I
consider a showstopper (except for the final check of files/control
scripts/etc on non
What kernel?
On Wed, Oct 29, 2003 at 10:01:14AM +1100, Duraid Madina wrote:
I tries 2.3.2ds1-7 but I don't get 'java' working fine - it segfaults,
as before.
bugger :(
Duraid
Daniel Jacobowitz wrote:
severity 216466 normal
retitle 216466 glibc: Problems with ia64
You may want to try a different kernel then. Java ran more-or-less OK
with a 2.4 kernel.
On Wed, Oct 29, 2003 at 12:24:56PM +1100, Duraid Madina wrote:
Linux freestyle 2.6.0-test8 #1 SMP Sun Oct 19 08:27:47 EST 2003 ia64
GNU/Linux
Daniel Jacobowitz wrote:
What kernel?
On Wed, Oct 29
of BitKeeper repositories, all slightly different.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
- End forwarded message -
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
Meant to copy yo on this, Peter.
Adam suggests checking the output of lsattr. If you can repeat this,
strace output of dpkg would be nice too.
On Tue, Oct 28, 2003 at 08:25:19PM -0500, Daniel Jacobowitz wrote:
Any ideas from debian-dpkg?
Peter, anything else interesting about your setup
Thanks. I've added this to the experimental version, which will
hopefully be finalized this week.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
severity 216466 normal
retitle 216466 glibc: Problems with ia64 applications
thanks
On Mon, Oct 20, 2003 at 09:28:53PM -0400, Daniel Jacobowitz wrote:
To reproduce this, all you should have to do is:
1) download
http://download2.bea.com/pub/jrockit/81/jrockit-8.1sp1-j2se1.4.1-linux64
== ERANGE status != NSS_STATUS_TRYAGAIN)
+res = EINVAL;
This bug should be fixed in experimental.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
.
All comments welcome.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sun, Oct 26, 2003 at 11:20:58AM +0100, Guido Guenther wrote:
On Sat, Oct 25, 2003 at 02:38:07PM -0400, Daniel Jacobowitz wrote:
I don't think it's necessary - most things will still work fine, only a
couple of shared-memory features won't.
But glibc is the only place we could sensibly
!
Wonderful. Could you post the results of zgrep 'Error' in the
various log-test's in /usr/share/doc/libc6.1/?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
On Mon, Oct 27, 2003 at 03:03:25PM +1100, Ian Wienand wrote:
On Sun, Oct 26, 2003 at 10:10:57PM -0500, Daniel Jacobowitz wrote:
Wonderful. Could you post the results of zgrep 'Error' in the
various log-test's in /usr/share/doc/libc6.1/?
Ahh, yes, of course.
*** Summary of errors
2.3.2-* if user runs 2.4.21 or below
kernel. Could you tell me what description is ok?
I don't think it's necessary - most things will still work fine, only a
couple of shared-memory features won't.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
understand why you consider this behavior to be a bug in
libc6. The ia64 ABI does not promise that function descriptors will
remain constant even across runs, as far as I know.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
2.3.2-* if user runs 2.4.21 or below
kernel. Could you tell me what description is ok?
I don't think it's necessary - most things will still work fine, only a
couple of shared-memory features won't.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
understand why you consider this behavior to be a bug in
libc6. The ia64 ABI does not promise that function descriptors will
remain constant even across runs, as far as I know.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email
libc6-sparc64 libc6-pic
Architecture: source i386 all
Version: 2.3.2.ds1-7
Distribution: experimental
Urgency: low
Maintainer: GNU Libc Maintainers [EMAIL PROTECTED]
Changed-By: Daniel Jacobowitz [EMAIL PROTECTED]
Description:
glibc-doc - GNU C Library: Documentation
libc-udeb - GNU C Library
On Fri, Oct 24, 2003 at 12:47:11PM +1000, Ian Wienand wrote:
On Thu, Oct 23, 2003 at 08:31:16AM -0400, Daniel Jacobowitz wrote:
Sure, I suppose so. Send me a dpatch against the linux-kernel-headers
package, please?
Did you maybe mean a patch? It doesn't seem to use dpatches.
Thanks
On Fri, Oct 24, 2003 at 12:47:11PM +1000, Ian Wienand wrote:
On Thu, Oct 23, 2003 at 08:31:16AM -0400, Daniel Jacobowitz wrote:
Sure, I suppose so. Send me a dpatch against the linux-kernel-headers
package, please?
Did you maybe mean a patch? It doesn't seem to use dpatches.
Thanks
On Thu, Oct 23, 2003 at 02:02:51PM +1000, Ian Wienand wrote:
On Wed, Oct 22, 2003 at 10:13:44PM -0400, Daniel Jacobowitz wrote:
If you want to try it out, copy the relevant bits from i386.mk into
ia64.mk in debian/sysdeps/; it should be pretty easy.
The attached makes the build go a lot
On Thu, Oct 23, 2003 at 02:02:51PM +1000, Ian Wienand wrote:
On Wed, Oct 22, 2003 at 10:13:44PM -0400, Daniel Jacobowitz wrote:
If you want to try it out, copy the relevant bits from i386.mk into
ia64.mk in debian/sysdeps/; it should be pretty easy.
The attached makes the build go a lot
On Wed, Oct 22, 2003 at 05:02:56PM +0200, Josselin Mouette wrote:
Le mar 21/10/2003 à 19:03, Daniel Jacobowitz a écrit :
As some of you may have seen, there's a new version of glibc in unstable.
It has a couple of nice features - particularly for x86, where both
i686-optimized libraries
On Wed, Oct 22, 2003 at 02:00:50PM -0200, Felipe Almeida Lessa wrote:
Segundo os pergaminhos sagrados, alguém chamado Daniel Jacobowitz [EMAIL
PROTECTED] escreveu:
Now, we need to find the problems I _don't_ know about. I'd like for those
who feel comfortable testing a new glibc - usual
On Thu, Oct 23, 2003 at 09:44:57AM +1000, Ian Wienand wrote:
On Tue, Oct 21, 2003 at 01:03:02PM -0400, Daniel Jacobowitz wrote:
As some of you may have seen, there's a new version of glibc in unstable.
It has a couple of nice features - particularly for x86, where both
i686-optimized
On Wed, Oct 22, 2003 at 05:02:56PM +0200, Josselin Mouette wrote:
Le mar 21/10/2003 à 19:03, Daniel Jacobowitz a écrit :
As some of you may have seen, there's a new version of glibc in unstable.
It has a couple of nice features - particularly for x86, where both
i686-optimized libraries
On Wed, Oct 22, 2003 at 02:00:50PM -0200, Felipe Almeida Lessa wrote:
Segundo os pergaminhos sagrados, alguém chamado Daniel Jacobowitz [EMAIL
PROTECTED] escreveu:
Now, we need to find the problems I _don't_ know about. I'd like for those
who feel comfortable testing a new glibc - usual
On Thu, Oct 23, 2003 at 09:44:57AM +1000, Ian Wienand wrote:
On Tue, Oct 21, 2003 at 01:03:02PM -0400, Daniel Jacobowitz wrote:
As some of you may have seen, there's a new version of glibc in unstable.
It has a couple of nice features - particularly for x86, where both
i686-optimized
linux-kernel-headers tree, and use dpkg-buildpackage -d to ignore
the dependency.
We're counting on your help to get this package in shape (hopefully) for
sarge!
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
are not.
This is not a bug.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
On Tue, Oct 21, 2003 at 01:03:02PM -0400, Daniel Jacobowitz wrote:
As some of you may have seen, there's a new version of glibc in unstable.
Joey has kindly pointed out that I'm out of my mind. There's a new
version of glibc in experimental.
--
Daniel Jacobowitz
MontaVista Software
linux-kernel-headers tree, and use dpkg-buildpackage -d to ignore
the dependency.
We're counting on your help to get this package in shape (hopefully) for
sarge!
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
are not.
This is not a bug.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tue, Oct 21, 2003 at 01:03:02PM -0400, Daniel Jacobowitz wrote:
As some of you may have seen, there's a new version of glibc in unstable.
Joey has kindly pointed out that I'm out of my mind. There's a new
version of glibc in experimental.
--
Daniel Jacobowitz
MontaVista Software
On Tue, Oct 21, 2003 at 08:05:42PM -0500, Graham Wilson wrote:
[please CC me as I'm not subscribed.]
On Tue, Oct 21, 2003 at 01:03:02PM -0400, Daniel Jacobowitz wrote:
Also, I'd like for porters to build and test this and send debian-glibc
whatever patches were necessary. HPPA doesn't
On Sun, Oct 19, 2003 at 07:45:13PM -0400, Daniel Jacobowitz wrote:
On Sun, Oct 19, 2003 at 10:46:03AM +1000, Duraid Madina wrote:
Package: libc6.1
Version: 2.3.2-7
Severity: critical
Tags: sid
Justification: breaks unrelated software
The current libc6.1 in unstable, (2.3.2.ds1-5
On Tue, Oct 21, 2003 at 11:26:32AM +1000, Duraid Madina wrote:
Daniel Jacobowitz wrote:
You didn't say which version of the Intel compiler broke. I'm told
that this compiler has known issues with recent versions of glibc so
I'm inclined to suspect that the compiler is at fault
On Sun, Oct 19, 2003 at 07:45:13PM -0400, Daniel Jacobowitz wrote:
On Sun, Oct 19, 2003 at 10:46:03AM +1000, Duraid Madina wrote:
Package: libc6.1
Version: 2.3.2-7
Severity: critical
Tags: sid
Justification: breaks unrelated software
The current libc6.1 in unstable, (2.3.2.ds1-5
On Tue, Oct 21, 2003 at 11:26:32AM +1000, Duraid Madina wrote:
Daniel Jacobowitz wrote:
You didn't say which version of the Intel compiler broke. I'm told
that this compiler has known issues with recent versions of glibc so
I'm inclined to suspect that the compiler is at fault
/lib/libc.so.6.1
#1 0x400a7a30 in xf86strtol ()
Backtrace doesn't tell me much - but I learned a lot from the bit down
at the bottom of your message that said ia64. I haven't tested on
ia64, we'll have to investigate.
--
Daniel Jacobowitz
MontaVista Software
/lib/libc.so.6.1
#1 0x400a7a30 in xf86strtol ()
Backtrace doesn't tell me much - but I learned a lot from the bit down
at the bottom of your message that said ia64. I haven't tested on
ia64, we'll have to investigate.
--
Daniel Jacobowitz
MontaVista Software
before
we put this into unstable - should we ask debian-ports and debian-devel for
arch builds and testing first?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
On Thu, Oct 16, 2003 at 12:04:25AM -0400, Daniel Jacobowitz wrote:
Making a chroot to build from on your own machine is easy. Building it on
Debian machines will be a little trickier. For now, if you unpack
linux-kernel-headers into a directory and use dpkg-buildpackage -d to ignore
On Thu, Oct 16, 2003 at 12:04:25AM -0400, Daniel Jacobowitz wrote:
Making a chroot to build from on your own machine is easy. Building it on
Debian machines will be a little trickier. For now, if you unpack
linux-kernel-headers into a directory and use dpkg-buildpackage -d to ignore
: ## ##
configure: WARNING: ## Report this to [EMAIL PROTECTED] ##
configure: WARNING: ## ##
This (like any other header in asm/ or linux/) should not be included
by applications. If it breaks, you get to keep both pieces.
--
Daniel Jacobowitz
MontaVista
: ## ##
configure: WARNING: ## Report this to [EMAIL PROTECTED] ##
configure: WARNING: ## ##
This (like any other header in asm/ or linux/) should not be included
by applications. If it breaks, you get to keep both pieces.
--
Daniel Jacobowitz
MontaVista
]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sun, Oct 05, 2003 at 10:53:09PM -0400, Daniel Jacobowitz wrote:
On Sun, Oct 05, 2003 at 03:04:38PM -0700, Jeff Bailey wrote:
On Sun, Oct 05, 2003 at 12:25:29PM -0400, Daniel Jacobowitz wrote:
GOTO suggested that linux-kernel-headers should be maintained as a
separate
package
on the NPTL branch right now, but when we
know whether or not it's going into ustable I'll be back to this bug.
I have a patch for it.
Thanks!
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
branch right now, but when we
know whether or not it's going into ustable I'll be back to this bug.
I have a patch for it.
Thanks!
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
to nearest integral value, rounding halfway cases away from
zero. */
__MATHCALLX (round,, (_Mdouble_ __x), (__const__));
Try using -D_GNU_SOURCE and then see if it's there. Or
-D_ISOC99_SOURCE, or gcc -std=c99.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux
to nearest integral value, rounding halfway cases away from
zero. */
__MATHCALLX (round,, (_Mdouble_ __x), (__const__));
Try using -D_GNU_SOURCE and then see if it's there. Or
-D_ISOC99_SOURCE, or gcc -std=c99.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux
(0x8000)
libsafe presumably uses libdl. If it didn't you'd get a cycle later:
libsafe would depend on libc and libc on libsafe. I suppose this would
be a wishlist bug for prelink, but I have no idea how it could be
solved.
--
Daniel Jacobowitz
MontaVista Software Debian GNU
(0x8000)
libsafe presumably uses libdl. If it didn't you'd get a cycle later:
libsafe would depend on libc and libc on libsafe. I suppose this would
be a wishlist bug for prelink, but I have no idea how it could be
solved.
--
Daniel Jacobowitz
MontaVista Software Debian GNU
be done about this?
I would suggest touching a net/sock.h. The stuff inside it
isn't very important at all to user-space processes. See what I have
done for libdumbnet 1.7.
Absolutely not. Stop using linux/udp.h instead.
--
Daniel Jacobowitz
MontaVista Software
and has nothing
to do with glibc. I imagine you would have seen it with an older
version of glibc too.
Try un-preloading libsafe. Of course if you re-preload it that will
disable prelinking.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
On Wed, Oct 08, 2003 at 12:16:36PM -0400, Simon Law wrote:
On Wed, Oct 08, 2003 at 11:51:42AM -0400, Daniel Jacobowitz wrote:
I would suggest touching a net/sock.h. The stuff inside it
isn't very important at all to user-space processes. See what I have
done for libdumbnet 1.7
be done about this?
I would suggest touching a net/sock.h. The stuff inside it
isn't very important at all to user-space processes. See what I have
done for libdumbnet 1.7.
Absolutely not. Stop using linux/udp.h instead.
--
Daniel Jacobowitz
MontaVista Software
and has nothing
to do with glibc. I imagine you would have seen it with an older
version of glibc too.
Try un-preloading libsafe. Of course if you re-preload it that will
disable prelinking.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
On Wed, Oct 08, 2003 at 12:16:36PM -0400, Simon Law wrote:
On Wed, Oct 08, 2003 at 11:51:42AM -0400, Daniel Jacobowitz wrote:
I would suggest touching a net/sock.h. The stuff inside it
isn't very important at all to user-space processes. See what I have
done for libdumbnet 1.7
headers in that
directory.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
- GNU C Library: Name Service Cache Daemon
Closes: 214468 214470 214504 214512
Changes:
glibc (2.3.2.ds1-3) experimental; urgency=low
.
* Daniel Jacobowitz [EMAIL PROTECTED]
.
- Use ldd* in debhelper.in/libc6, because non-i386 arches don't have
lddlibc4.
- Include gconv
headers in that
directory.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
libc1-prof libc1-dev locales
libc6-i686 libc6-s390x libc6.1-dev nscd libc6-sparc64 libc1 libc0.3-dbg libc6.1-pic
libc6.1-dbg
Architecture: source i386 all
Version: 2.3.2.ds1-3
Distribution: experimental
Urgency: low
Maintainer: GNU Libc Maintainers [EMAIL PROTECTED]
Changed-By: Daniel Jacobowitz
the libraries that depend on libc!
Can we have strace output?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
On Mon, Oct 06, 2003 at 03:55:29PM +0200, Raphael Manfredi wrote:
Quoting Daniel Jacobowitz:
: Can we have strace output?
Good idea! I'll set it up.
Any particular set of strace options you want?
Not really.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux
: line 1: /lib/libc-2.3.2.so: Permission denied
No library in Debian has an execution permission.
Yes, this is a symptom that of one of the patches I mentioned in my
original message hasn't been applied yet. Thanks; the next upload will
include them.
--
Daniel Jacobowitz
MontaVista Software
is that previous versions of libc6-dev contain
this header:
Provides: libc-dev
whereas the exprimental version does not.
Thanks for testing! I've fixed this in CVS for the next upload.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
execute it. There's an strace attached, I couldn't make
heads or tails of it.
Try grabbing gconv-modules from unstable's libc6 and dropping that in -
does it fix the problem?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
the libraries that depend on libc!
Can we have strace output?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Mon, Oct 06, 2003 at 03:55:29PM +0200, Raphael Manfredi wrote:
Quoting Daniel Jacobowitz:
: Can we have strace output?
Good idea! I'll set it up.
Any particular set of strace options you want?
Not really.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux
: line 1: /lib/libc-2.3.2.so: Permission denied
No library in Debian has an execution permission.
Yes, this is a symptom that of one of the patches I mentioned in my
original message hasn't been applied yet. Thanks; the next upload will
include them.
--
Daniel Jacobowitz
MontaVista Software
execute it. There's an strace attached, I couldn't make
heads or tails of it.
Try grabbing gconv-modules from unstable's libc6 and dropping that in -
does it fix the problem?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email
this to get nptl working (i know it isnt in
a good state at the moment..)
The package in experimental already includes NPTL with
--enable-kernel=2.6.0, so I'm not sure what you're trying to do :)
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
,
from /usr/include/errno.h:36,
from essai.c:1:
/usr/include/linux/errno.h:4:23: asm/errno.h: No such file or directory
Thanks, I know what the problem is - we tried to replace the directory
with a symlink. I'll fix it for the next upload.
--
Daniel Jacobowitz
MontaVista
GOTO suggested that linux-kernel-headers should be maintained as a separate
package and in its own CVS repository. This would mean build-dep'ing on it.
I think it's a good idea; anybody else have an opinion?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux
On Sun, Oct 05, 2003 at 03:04:38PM -0700, Jeff Bailey wrote:
On Sun, Oct 05, 2003 at 12:25:29PM -0400, Daniel Jacobowitz wrote:
GOTO suggested that linux-kernel-headers should be maintained as a separate
package and in its own CVS repository. This would mean build-dep'ing on it.
I think
libc0.3-prof glibc-doc
Architecture: source i386 all
Version: 2.3.2.ds1-2
Distribution: experimental
Urgency: low
Maintainer: GNU Libc Maintainers [EMAIL PROTECTED]
Changed-By: Daniel Jacobowitz [EMAIL PROTECTED]
Description:
glibc-doc - GNU C Library: Documentation
libc-udeb - GNU C Library
patches have been omitted. They will be re-added
in a future version. And this package probably won't build on non-i686.
Also to be fixed soon.
Barring those, any test results are appreciated, please send to
debian-glibc.
--
Daniel Jacobowitz
MontaVista Software Debian GNU
patches have been omitted. They will be re-added
in a future version. And this package probably won't build on non-i686.
Also to be fixed soon.
Barring those, any test results are appreciated, please send to
debian-glibc.
--
Daniel Jacobowitz
MontaVista Software Debian GNU
/lib/libc.so.6 point to /lib/libc-2.3.2.so or have you gotten an
older version mixed in somehow?
2.3.2-{7,8} have that symbol here.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
/lib/libc.so.6 point to /lib/libc-2.3.2.so or have you gotten an
older version mixed in somehow?
2.3.2-{7,8} have that symbol here.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
only two items) then the assert triggers.
I'm using this patch, since I can't think of any other possible pratfalls in
this situation. Look OK?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
2003-09-30 Daniel Jacobowitz [EMAIL PROTECTED
, or with a prior libc6, the services
run fine.
What else can you tell me about your setup?
I don't see this, even using hosts: lwres files and making sure the
lwres module triggers.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
, I know you probably have already. I can't find it in the BTS.]
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
. In the former case it would
probably be a binutils bug; in the latter case it would probably be a
gcc bug. I think some further investigation is needed.
It is - maybe - a binutils bug. I've sent more information upstream.
--
Daniel Jacobowitz
MontaVista Software
only two items) then the assert triggers.
I'm using this patch, since I can't think of any other possible pratfalls in
this situation. Look OK?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
2003-09-30 Daniel Jacobowitz [EMAIL PROTECTED
, or with a prior libc6, the services
run fine.
What else can you tell me about your setup?
I don't see this, even using hosts: lwres files and making sure the
lwres module triggers.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email
, I know you probably have already. I can't find it in the BTS.]
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
. In the former case it would
probably be a binutils bug; in the latter case it would probably be a
gcc bug. I think some further investigation is needed.
It is - maybe - a binutils bug. I've sent more information upstream.
--
Daniel Jacobowitz
MontaVista Software
hostage for this long; I'm sure Carlos
and his heroic efforts would appreciate any help.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
601 - 700 of 972 matches
Mail list logo