Le jeudi 13 avril 2006 17:32 +0200, Frans Pop a crit:
Package: glibc
Version: 2.3.6-6
Severity: minor
The changelog for this version contains:
[ Aurelien Jarno ]
* Remove the timezone database from the libc6 package. It is not provided
by a separate package called tzdata.
I
on the necessary runtime detection for this. It
still requires more work, though.
Tks,
Jeff Bailey
--
Although when you're in the situation that RMS is telling you that
you're being too ideological about freedom, maybe, just maybe, it's
true.
- Matthew Wilcox
signature.asc
Description: Ceci est une
)
+++ glibc-package/branches/glibc-2.4/debian/changelog 2006-06-02 17:29:43 UTC
(rev 1608)
@@ -121,6 +121,11 @@
configure multiarch libraries.
* debian/sysdeps/alpha.mk: do an NPTL pass.
+ [Jeff Bailey]
+
+ * debian/control.in/libc: Move tzdata dependancy to ...
+ * debian/sysdeps
for Dapper and it works very well. I have a
quilt file for 2.3/2.4 that I could put in if everyone agrees.
Tks,
Jeff Bailey
--
I do not agree with a word you say, but I will defend to the death your
right to say it.
- Voltaire
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Author: jbailey
Date: 2006-06-06 20:45:52 + (Tue, 06 Jun 2006)
New Revision: 1623
Modified:
glibc-package/branches/glibc-2.4/debian/changelog
glibc-package/branches/glibc-2.4/debian/sysdeps/powerpc.mk
Log:
* debian/sysdeps/powerpc.mk: Include biarch headers in libc6-dev-ppc64
Author: jbailey
Date: 2006-06-06 21:25:34 + (Tue, 06 Jun 2006)
New Revision: 1624
Modified:
glibc-package/branches/glibc-2.4/debian/sysdeps/powerpc.mk
Log:
Make sure to include the line to tell glibc where to install the header files
Modified:
Author: jbailey
Date: 2006-06-07 13:32:01 + (Wed, 07 Jun 2006)
New Revision: 1628
Modified:
glibc-package/branches/glibc-2.4/debian/changelog
glibc-package/branches/glibc-2.4/debian/patches/series
Log:
* debian/patches/any/local-dynamic-resolvconf.diff: New file to
check for
that you think should be svn, lemme know and I'll add them in.
Tks,
Jeff Bailey
--
Although when you're in the situation that RMS is telling you that
you're being too ideological about freedom, maybe, just maybe, it's
true.
- Matthew Wilcox
On Wed, 2006-06-07 at 11:32 +0200, Aurelien Jarno wrote:
Jeff Bailey wrote:
On Mon, Jun 05, 2006 at 03:40:47PM +0200, Robert Millan wrote:
On Sun, Jun 04, 2006 at 01:49:57PM -0400, Clint Adams wrote:
I'm interested in this, too. Could you consider that patch for next upload?
You want
Author: jbailey
Date: 2006-06-09 16:13:33 + (Fri, 09 Jun 2006)
New Revision: 1645
Added:
glibc-package/branches/glibc-2.4/debian/patches/any/local-dynamic-resolvconf.diff
Log:
Actually add local-dynamic-resolvconf.diff
Added:
to
talk about it on #ltp on freenode - I fixed this for pid_max in ltp in a
few places over the end of last week and the weekend.
The kernel headers do not necessarily match the running kernel. Please
don't count on it.
Tks,
Jeff Bailey
--
I do not agree with a word you say, but I will defend
that there's a notable improvement tobe
had?
Tks,
Jeff Bailey
--
I do not agree with a word you say, but I will defend to the death your
right to say it.
- Voltaire
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sun, Aug 27, 2006 at 03:04:34PM +0200, Aurelien Jarno wrote:
What are exactly the serious bugs currently with the NPTL version?
There are 157 test errors in the glibc testsuite, including things like
mutexes. =)
gdb also hangs as soon as you try to debug a threaded program.
Tks,
Jeff
Heya Clint,
Have you uploaded this yet? If not, it might be nice to get the kernel folks to use the make headers_install stuff that's now integrated in. For 2.6.17 it would've needed kernel patches, but now they should have it all in their tree automatically.
Tks,
Jeff Bailey
that someone else is welcome to make a release of the ports tarball, but that none of them are interested in doing it. All you'd need is upload rights to ftp.gnu.org
Tks,
Jeff Bailey
--
Although when you're in the situation that RMS is telling you that
you're being too ideological about freedom
that would
cause a bump from libc6, doing them now would help sidestep the
problem.
Tks.
--
Jeff Bailey - http://www.raspberryginger.com/jbailey/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
, and probably Ubuntu) on a wiki, for example
http://wiki.debian.org/HppaNptlTransition
Sounds good. I've added doko to the cc: list.
--
Jeff Bailey - http://www.raspberryginger.com/jbailey/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Heya Ben,
I'm subscribed now for whenever you want to start sending. =)
--
I reincarnated for this?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
on getting the most recent hurd-i386 patches in that allow us
to boot again. I can tackle the release right after that (say,
tommorow evening...)
Tks,
jeff BAiley
--
I reincarnated for this?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
On Sat, Aug 03, 2002 at 08:42:55PM -0400, Ben Collins wrote:
Basically just do a compile on your particular arch from the CVS. Check
the output of log-test-arch after the build is complete. There's
always an error in annexc.out (expected failure). Anything else means we
have a problem (hint
Drepper posted an email[0] yesterday indicating that 2.3 is imminent.
To help with this transition, I will cook up some i386 packages based
on 2.3 for some initial QA.
Should I upload them to experimental, or should I just post them in
people.d.o/~jbailey/?
Note that I already know that
about this with Matthias Klose - I think yes, since
this glibc requires gcc 3.2. I want to take some time (again, this
weekend, I'm just back from vacation so am a little backlogged) to try
and write up a unified plan for a gcc/glibc transition.
Tks,
Jeff Bailey
--
I reincarnated
a build now and let it run through the night. We'll see
how the first try comes out.
Tks,
Jeff Bailey
--
At last you cry out in anguish: Why me?
God answers: Why not?
- Sheldon Kopp
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
is working and another snapshot comes out, I'll get
hardcore about testing.
Tks,
Jeff Bailey
--
At last you cry out in anguish: Why me?
God answers: Why not?
- Sheldon Kopp
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
that this
works later tonight.
I'm specifically interested in the version done with the Debian
patches applied. I want to make sure that none of the patches we
apply are causing grief.
Tks,
Jeff Bailey
--
At last you cry out in anguish: Why me?
God answers: Why not?
- Sheldon Kopp
--
To UNSUBSCRIBE
makeconfig ...
Ah, excellent. I thought you were saying you were using upstream's
glibc from CVS. Thanks for checking this.
Tks,
Jeff Bailey
--
At last you cry out in anguish: Why me?
God answers: Why not?
- Sheldon Kopp
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
I haven't paid much attention to the BSD port, but I notice that glibc
now includes support for FreeBSD again. Should I be tooling glibc up
to produce libc1 packages for you?
Tks,
Jeff Bailey
--
At last you cry out in anguish: Why me?
God answers: Why not?
- Sheldon Kopp
--
To UNSUBSCRIBE
,
Jeff Bailey
--
At last you cry out in anguish: Why me?
God answers: Why not?
- Sheldon Kopp
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Mon, Sep 02, 2002 at 10:59:17AM -0400, Jack Howarth wrote:
Could you please delete the file debian/ppc-memset.S from
the debian glibc-2.3 cvs? We don't need to be dragging that around
now as memset.S if fixed and fully functional on ppc as of glibc
2.2.92 on ppc.
I did that on
. Can you include in the 'DP:' section at the top
information about whether the patches have been submitted upstream?
If they're important enough to the port, it would be nice to get them
in as soon as we can.
Tks,
Jeff Bailey
--
At last you cry out in anguish: Why me?
God answers: Why
that an expected failure, so I
haven't hunted it down any.
Tks,
Jeff Bailey
--
At last you cry out in anguish: Why me?
God answers: Why not?
- Sheldon Kopp
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
due to cosmetic changes)
hppa: Compiles
sparc64: No gcc-3.2 capable of 64 bit mode available
hurd-i386: Works except for NSS calls.
Are there any alpha, arm, ia64, mips, or superh people on this list?
If not, I'll specifically ask for people for those when I email
debian-ports later on.
Tks,
Jeff
, let me know and I'll get the pieces added to glibc's
control file for you so you can join in our testing.
Tks,
Jeff Bailey
--
At last you cry out in anguish: Why me?
God answers: Why not?
- Sheldon Kopp
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
right.
I'll let Carlos handle feeding this upstream. all those other hppa
patches need to get there eventually...
Okay. I just want more eyes on it as soon as we're able so that we
don't accidentally introduce ABI weirdness that we'll have to drag
around for years.
Tks,
Jeff Bailey
--
At last
On Wed, Sep 04, 2002 at 11:51:42AM +0200, Marcelo E. Magallon wrote:
This directory contains the files needed to build glibc for the
Debian GNU/Linux and GNU/Hurd distributions.
To build this package, you'll need this `debian' directory, and
`glibc-VERSION.tar.gz', and
On Wed, Sep 04, 2002 at 05:48:05PM -0400, Carlos O'Donell wrote:
hppa has always been compiled with gcc-3.0.
You're compiling with gcc-3.2 now, right?
Tks,
Jeff Bailey
--
At last you cry out in anguish: Why me?
God answers: Why not?
- Sheldon Kopp
--
To UNSUBSCRIBE, email to [EMAIL
?
Hopefully not long. Seems that either way it wont build on sparc, so
go ahead and leave it as-is, but also make the change to the
build-deps.
Is there a list somewhere where this work is happening? I'd like to
follow along so that I know when we're ready.
Tks,
Jeff Bailey
--
At last you cry
not be the case for other apps, dunno. Recompiling and
fixing depends in those packages does seem like the best idea though.
Tks,
Jeff Bailey
--
At last you cry out in anguish: Why me?
God answers: Why not?
- Sheldon Kopp
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
On Fri, Sep 06, 2002 at 03:35:36PM -0400, Carlos O'Donell wrote:
Does glibc 2.2.93 build and pass make check under gcc-3.0/1 for all
of our arches?
glibc 2.2.93 requires gcc-3.2 for all arch's.
Tks,
Jeff Bailey
--
At last you cry out in anguish: Why me?
God answers: Why not?
- Sheldon
leave this bug open in
case we do another 2.2 release for another major reason - I don't
expect it, though.
Tks,
Jeff Bailey
--
At last you cry out in anguish: Why me?
God answers: Why not?
- Sheldon Kopp
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
takes
forever to build glibc, so what do you recommend for testing it? Are
you willing to start a test compile and let it run overnight, and then
look at the 'make check' results?
Tks,
Jeff Bailey
--
At last you cry out in anguish: Why me?
God answers: Why not?
- Sheldon Kopp
--
To UNSUBSCRIBE
,
Jeff Bailey
--
At last you cry out in anguish: Why me?
God answers: Why not?
- Sheldon Kopp
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
was not emitted that should have been. I think I know
why; give me a day or two to check if the problem I found also
affects M68K. I'll post the ARM patch also.
We've had a few cases of (as Roland McGrath put it) Over eager PLT
reduction. Upstream has been reasonably friendly about it.
tks,
Jeff Bailey
be necessary, but I may take you up on the offer if it's needed
later.
Tks,
Jeff Bailey
--
learning from failures is nice in theory...
but in practice, it sucks :)
- Wolfgang Jaehrling
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
swing.
- Remove all references to /usr/doc symlink crap, which is deprecated.
Hey Ben, what's up with this? I thought they had been disabled
because there wasn't much value actually won when they were profiled?
Tks,
Jeff Bailey
--
learning from failures is nice in theory...
but in practice
of somethings. I am not
going to add that to our CVS, since glibc 2.2.94 will contain it.
Thanks for handling this.
Tks,
Jeff Bailey
--
learning from failures is nice in theory...
but in practice, it sucks :)
- Wolfgang Jaehrling
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
, and lower the
severity to important, until someone has time to fix the asm...
I had proposed this originally, and someone objected on irc. I'd like
to do this, though.
Tks,
Jeff Bailey
--
learning from failures is nice in theory...
but in practice, it sucks :)
- Wolfgang Jaehrling
On Thu, Sep 19, 2002 at 12:05:54AM +0200, Marius Kotsbak wrote:
When I try: gcc `sdl-config --libs`
I get this error:
=
/usr/lib/crt1.o: In function `_start':
/usr/lib/crt1.o(.text+0x18): undefined reference to `main'
collect2: ld returned 1 exit status
=
What do
, but I don't suspect we'll
fix it until we can look at dpkg-source v2 (and maybe we can look at
getting debhelper and friends extended to cover our needs. I would
really like it if we could lower the bar to usefully helping with
glibc)
Tks,
Jeff Bailey
--
learning from failures is nice in theory
On Fri, Sep 27, 2002 at 11:19:08AM -0400, Brian White wrote:
But that still leaves the question: Why is a change from 2.2.5-4
to 2.2.5-13 changing the symbol set? I would have expected that
the upstream libc6 group would not do that on minor revision
changes (i.e. 2.2.4 to 2.2.5).
-dev needs to not depend on gnumach-dev,
which is probably a bad idea.
Thanks for bringing this to our attention. I will re-assign to
gnumach-dev.
Tks,
jeff Bailey
--
learning from failures is nice in theory...
but in practice, it sucks :)
- Wolfgang Jaehrling
--
To UNSUBSCRIBE, email
,
Jeff Bailey
--
learning from failures is nice in theory...
but in practice, it sucks :)
- Wolfgang Jaehrling
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tue, Oct 01, 2002 at 01:17:04PM -0400, Ben Collins wrote:
annexc is an expected failure. Check the output sometime.
I have, but I haven't looked at what the test is supposed to do
yet. =)
I want to either fix the test or patch it so it doesn't run.
Tks,
Jeff Bailey
--
learning from
build.glibc/elf/ldconfig
-rwxr-xr-x1 jbailey jbailey 2998188 2002-10-01 08:12 build.glibc/elf/ldconfig
I captured build logs, but didn't get home early enough to go through
them to see what's different.
Tks,
Jeff Bailey
--
learning from failures is nice in theory...
but in practice, it sucks
if you
want a working ldconfig on i386.
I will probably continue to persue this at some point to figure out if
it's a miscompile or not, but I have a catgets testsuite failure to
figure out first.
Tks,
Jeff Bailey
--
learning from failures is nice in theory...
but in practice, it sucks
On Thu, Oct 03, 2002 at 10:54:30AM -0400, Ben Collins wrote:
We were setting both CFLAGS and BUILD_CFLAGS in a configparms
file.
CFLAGS = -pipe -O2 -fstrict-aliasing
BUILD_CFLAGS = -O2
What gets set for CFLAGS if we do not set it manually?
CFLAGS is left blank in config.make, so I
can only be good, too.
Tks,
Jeff Bailey
--
learning from failures is nice in theory...
but in practice, it sucks :)
- Wolfgang Jaehrling
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
?
Tks,
Jeff Bailey
--
learning from failures is nice in theory...
but in practice, it sucks :)
- Wolfgang Jaehrling
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
/rules.d/control.mk need to be touched so that the opt
entries don't get read into control?
Tks,
Jeff Bailey
--
learning from failures is nice in theory...
but in practice, it sucks :)
- Wolfgang Jaehrling
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
On Wed, Oct 16, 2002 at 07:37:56AM -0400, Ben Collins wrote:
- debian/rules: Fail build on failed 'make check'.
Come on. Didn't we talk about this?
A bunch of us were chatting last night on IRC, and we decided it was
good to put it in so that glibc-2.3.1 could be uploaded today.
to upstream. I don't have a good answer, but I
suspect it's just one of those platform quirks. =(
Tks,
Jeff Bailey
--
learning from failures is nice in theory...
but in practice, it sucks :)
- Wolfgang Jaehrling
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
On Mon, Sep 02, 2002 at 10:05:59PM +0200, Gerhard Tonn wrote:
This means glibc 2.2.92 looks rather complete on s390.
2.3.1-1 appears to have failed to build on s390 - I'm doing another
upload this evening. Can you take a look to see what's up?
Tks,
Jeff Bailey
--
learning from failures
? If you're able
to boot and run, then I'm inclined to just do it. Lemme know, I'm
doing another upload tonight.
Tks,
Jeff Bailey
--
learning from failures is nice in theory...
but in practice, it sucks :)
- Wolfgang Jaehrling
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
On Fri, Oct 18, 2002 at 11:55:21AM -0400, Jack Howarth wrote:
What happened to the glibc 2.3.1-1 ppc deb packages built on
voltaire yesterday? They showed up on incoming.debian.org and seemed
to pass okay according to the log at buildd.debian.org but were
never moved into sid. Are they on
On Fri, Oct 18, 2002 at 05:58:53PM +0200, Per Lundberg wrote:
The problem is that libc6-dbg is unpacked BEFORE libc6, and libc6
2.3.1-1 requires the new dynamic linked ld-linux.so.2 (which has not
been installed yet). Thus, dpkg-dbg is unpacked correctly, but when
trying to unpack libc6 (and
On Fri, Oct 18, 2002 at 05:55:59PM +0200, Arthur de Jong wrote:
This problem is introduced when using libc6_2.3.1-1_i386.deb, when
reinstalling libc6_2.2.5-15_i386.deb the problem goes away.
This is a known problem, 2.3.1-2 will contain the right warning.
Restart sshd (and anything else that
On Fri, Oct 18, 2002 at 03:57:38PM +0200, Rene Engelhard wrote:
I yesterday upgraded glibc to the 2.3.1-1 release and suddenly my
fetchmail does not work complaining it cannot connect to local SMTP.
Downgrading all *libc* and locales Packages to 2.2.5-15 fixes that...
2.3.1-2 will have a
If you want me to help you on other bugs, you might want to fix your
mail system. Declaring that you think spam might have come from here
without explaining what test was used is not helpful.
- Forwarded message from Mail Delivery Subsystem MAILER-DAEMON -
From: Mail Delivery Subsystem
On Fri, Oct 18, 2002 at 06:13:28PM +0200, Vincenzo Gervasi wrote:
The update broke other packages as well.
For example, java reports
Error occurred during initialization of VM
Unable to load native library:
/usr/java/j2sdk1.4.0/jre/lib/i386/libjava.so: symbol __libc_waitpid,
version
On Fri, Oct 18, 2002 at 08:03:04PM +0200, Per Lundberg wrote:
The problem is that libc6-dbg is unpacked BEFORE libc6 [...]
Do you think making libc6-dbg pre-depend instead of depend'ing on
libc6 (= 2.3.1-1) would work?
I suppose so; but I do not know exactly how the internals of dpkg
On Fri, Oct 18, 2002 at 01:37:51PM -0500, Zed Pobre wrote:
Attempting to su to root (even from root) with 2.3.1-1 on one of my
test systems caused an immediate segfault. Also, attempting to ssh
to root on the same system allowed login, but then immediately died.
The problem was fixed by
On Fri, Oct 18, 2002 at 01:19:17PM -0600, Debian GLibc CVS Master wrote:
- debian/packages.d/libc-udeb.mk: Clean up and fix indent crap.
Oops, did I get it wrogn copying from the message? Sorry!
--
learning from failures is nice in theory...
but in practice, it sucks :)
- Wolfgang Jaehrling
The original bug seems to be for manpages not correctly documenting
strsignal needs _GNU_SOURCE defined. That appears to now be
corrected.
Is there still a bug here?
Tks,
Jeff Bailey
--
learning from failures is nice in theory...
but in practice, it sucks :)
- Wolfgang Jaehrling
.
Contributed by Ulrich Drepper.
Please provide a testcase to show that this bug still occurs.
Tks,
Jeff Bailey
--
learning from failures is nice in theory...
but in practice, it sucks :)
- Wolfgang Jaehrling
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
Can you please provide a testcase that shows that this bug actually
belongs to glibc?
--
learning from failures is nice in theory...
but in practice, it sucks :)
- Wolfgang Jaehrling
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
On Mon, Oct 21, 2002 at 09:45:42PM -0600, Debian GLibc CVS Master wrote:
- debian/libc/DEBIAN/postinst: add more NSS services.
Can you please provide more detail in your ChangeLog entries?
--
learning from failures is nice in theory...
but in practice, it sucks :)
- Wolfgang Jaehrling
On Tue, Oct 22, 2002 at 11:51:32AM +0100, Colin Watson wrote:
Please see http://bugs.debian.org/165603 for context. The summary is
that apropos segfaults inside regexec() when using glibc 2.3.1 in a
locale other than C. To reproduce, get
-masters do this. Thanks in advance
for any help on this.
I don't know who the buildd maintainer is for ppc. You're probably
best to check with him/her. That's who triggers the upload.
Tks,
Jeff Bailey
--
learning from failures is nice in theory...
but in practice, it sucks :)
- Wolfgang Jaehrling
is
that statically linked binaries on systems using glibc (So, GNU/Linux,
GNU/Hurd, GNU/FreeBSD) are not entirely statically linked. They still
reference NSS DSO's. There's no promise of infinite forward
compatability.
Tks,
Jeff Bailey
--
learning from failures is nice in theory...
but in practice
On Thu, Oct 24, 2002 at 07:08:38PM +0900, GOTO Masanori wrote:
My latest build says:
trying to apply patch cvs ...
error in applying cvs patch.
make: *** [patched-source] Error 1
Could you fix it?
It's caused by config.make.in $Id$ cvs magic.
Will do this today.
--
packages right from the CVS
directory.
Are there other build related things that people want to see hacked
on?
Tks,
Jeff Bailey
--
learning from failures is nice in theory...
but in practice, it sucks :)
- Wolfgang Jaehrling
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
that after the
libc upgrade, various services might now need restarting?
Tks,
Jeff Bailey
--
learning from failures is nice in theory...
but in practice, it sucks :)
- Wolfgang Jaehrling
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
them
on every distro.
Tks,
Jeff Bailey
--
learning from failures is nice in theory...
but in practice, it sucks :)
- Wolfgang Jaehrling
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Mon, Oct 28, 2002 at 06:58:47AM -0500, Stuart Anderson wrote:
I got libc6 2.3.1-3 as part of the upgrade. The biggest problem seems to be
that bash is statically linked,
Why is your bash statically linked? I have the same version you report,
and mine is not.
Tks,
Jeff Bailey
--
When
On Tue, Oct 29, 2002 at 12:13:22PM -0700, Debian GLibc CVS Master wrote:
- debian/patches/rtsig.dpatch: Fix the value of SIGRTMIN in non-threaded
applications (Closes: #165412).
I posted earlier that I'm planning on doing a CVS pull with this fix. Why
are you committing this
On Sat, 2002-11-02 at 01:42, Stephen J.Turnbull wrote:
After upgrading to glibc 2.3.1, I can't build XEmacs without the
portable dumper
Please provide the text of the actual error message.
Tks,
Jeff Bailey
--
When you get to the heart,
use a knife and fork.
- From instructions on how
(snip)
Dumping under the name xemacs
Testing for Lisp shadows ...
Fatal error (11).
Your files have been auto-saved.
Use `M-x recover-session' to recover them.
Ugh. I don't know elisp at all. I'll need someone else to do some
analysis on this to figure out what's up.
Tks,
Jeff Bailey
other program we've had complaints for.
Tks,
Jeff Bailey
--
When you get to the heart,
use a knife and fork.
- From instructions on how to eat an artichoke.
signature.asc
Description: This is a digitally signed message part
on arm. All the time I expected to have for hacking
yesterday didn't exist, so I haven't had time to try and figure out a
better detection scheme. I also have a patch to allow
--disable-combreloc which I might submit upstream.
Tks,
Jeff Bailey
--
When you get to the heart,
use a knife and fork
. It seems unlikely that
anything should still be thinking about libg++2.8.1.3. I don't know
what the other package is.
Tks,
Jeff Bailey
--
When you get to the heart,
use a knife and fork.
- From instructions on how to eat an artichoke.
signature.asc
Description: This is a digitally signed
a glibc-snapshot package so we don't get caught in this mess
again.
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
for an upgrade every 2 or 3
years makes sense.
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Thu, 2002-11-07 at 11:27, Ralph Siemsen wrote:
I'm not sure, does it just do continuous builds of CVS? If so, then it
might be useful to catch errors as soon as they happen (We'll be shortly
doing that for most pieces of GNU software on hurd-i386). Otherwise, I
know Matthias Klose
wife wakes up and demands the computer. =)
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
.
--
Jeff Bailey [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
of the
sparc64.mk and s390x.mk rules. It shouldn't be necessary, so I've got in my
TODO list to refactor this when I start looking at the whole build environment
in general.
I've applied these patches, thanks.
Tks,
Jeff Bailey
--
Jeff Bailey [EMAIL PROTECTED]
signature.asc
Description
This is because locales and glibc need to be the same version. However,
glibc 2.3 doesn't build on Sparc yet. The version you need might be in
testing, but I don't know.
Tks,
Jeff Bailey
On Sun, 2002-11-17 at 07:44, [EMAIL PROTECTED] wrote:
Package: locales
Version: 2.3.1-3 (not installed
is user friendly, it's just picky about who its friends are : :' :
`. `'
`-
--
Jeff Bailey [EMAIL PROTECTED]
signature.asc
Description
to getting there.
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Mon, Nov 18, 2002 at 06:49:15PM +0100, Gerhard Tonn wrote:
Thanks for the upload, but what is about bug report #167909?
Blech, I missed that one. For some reason I had in my notes that s390
was building fine so I didn't look for patches.
I have changed my notes appropriately. =)
--
To
1 - 100 of 499 matches
Mail list logo
