rfully test on i386, sparc, ia64 and hppa to
make sure though.
(I'll do this if no objections by the end of OLS)
Tks,
Jeff Bailey
--
I never know what to expect when you respond to my postings. No insult
intended, you are merely a surprise :)
- Carlos O'Donnell
signature.asc
Des
This is correct, I have retired from Debian. I do miss you all! =)
On Sat, Aug 27, 2016 at 9:21 AM Tobias Frost wrote:
> Source: glibc-doc-reference
> Version: 2.19-1
> Severity: minor
> User: m...@qa.debian.org
> Usertags: mia-teammaint
>
> Jeff Bailey has retired, s
ther ABI breaking moves that need to be done 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]
ver if we need to do this.
I am a bit busy right now, but I think we should put our transition
ideas (at least for Debian, 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.raspbe
Hi! Some time ago when we were doing the switch to quilt, we'd talked
about renaming the patches to something sensible. I proposed the
following naming scheme, which didn't receive any comments. I'm
proposing it one more time, and will start moving us towards it if I
hear nothing in, say, a week
Le jeudi 30 mars 2006 à 22:55 +0200, Denis Barbier a écrit :
> On Wed, Mar 29, 2006 at 06:35:16PM -0500, Jeff Bailey wrote:
> > ## {local|branch|cvs|submitted}-{ARCH|all}-{"Description}"
> > ## Branch means commited in the upstream branch.
> > ## CVS means
;t suddenly start running up against etch freezes.
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 partie de message numériquement signée
bc6.
It means that we don't do any locales patching in glibc at all, and only
have to maintain the locales package differently than we do now.
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
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 sus
Yup - we're working 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 W
)
+++ 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
> think the overhead would be significant.
FWIW, we did this in Ubuntu 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.
-
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
Modifie
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: glibc-package/branches/glibc-2.4/debian/sysdep
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 update
em to Debian if it makes sense. If there's any of the above things 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
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:
glibc-package/branches/glibc-2.4/debian/patches/any/local-dy
proc/sys/kernel/ngroups_max. I'd be happy 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
--
suggests 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 progra
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,
J
hat 8,4% over libc6-i686 or over the regular libc6?
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 partie de message numériquement signée
;d guess from Uli's release announcement 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 y
On Wed, Mar 05, 2003 at 05:32:28PM +0900, GOTO Masanori wrote:
> I don't know why this conflict was introduced. It might be related
> with __libc_fork bug (see #170385). However, I introduced the patch
> to fix __libc_fork issue, so I think this conflicts becomes
> meaningless
On Wed, Mar 05, 2003 at 07:03:57AM -0800, Jeff Bailey wrote:
> > Jeff Bailey might know about it in detail. Jeff, could I remove
> > conflicts: php4 and wine?
> I don't remember off hand about the php4 conflict. I'd like to see us
> maintain the wine conflict beca
f from other people if it were
systemic.
Since we also don't know for certain when this showed up on your system,
I think we should give this a week to see if other people show up with
this bug, and if not tag it unreproducable and close it in 6 months.
Does that work for you?
Tks,
Jeff Bailey
added.
> The following lines show the problem I originally encountered:
My copy of ISO/IEC 9899:1999 (ISO C) Section 6.2.5 [#4] defines long
long. It would be inappropriate for it to be defined ISO C only.
I'll need to check some other cases to see what the right fix is. I
don't have
On Fri, Mar 14, 2003 at 03:57:07PM -0500, Brad King wrote:
> The current ISO C++ was released in 1998. Section 3.9.1 (fundamental
> types) does not list "long long". While C99 supports the type, C++98 does
> not. The following file is also provided by libc6-dev:
> I think the proper fix is to
her ports functionality
- linux included)
We also have other important things to work on with hurd-i386's glibc.
I compiled up the glibc CVS this morning and will go back to fixing make
check problems tomorrow or the day after.
Tks,
Jeff Bailey
--
(08:53:07) Jeff: (why don't people
On Sun, Mar 16, 2003 at 09:48:16PM +0100, Andrew Burns wrote:
> I'm not sure this is the same bug, but since an upgrade to clib6 (testing on)
> March 16, none of my projects in Kylix C++ compile. They break when
> compiling time.h, complaining of a
> Multiple declaration for '__Begin_NAMESPAC
On Mon, Mar 17, 2003 at 01:30:41PM +0100, Rainer Bawidamann wrote:
> Package glibc-doc has the following description:
Thanks for this report - I'm working on our documentation for another
bug right now, so I'll get this one at the same time.
--
(08:53:07) Jeff: (why don't people just use centim
On Wed, Mar 19, 2003 at 05:57:37PM +0100, Samuel KABAK wrote:
> libc6 (2.3.1-14) in testing needs php4 (4:4.2.3-12) available in unstable
> only. This prevents testing users from upgrading a lot of packages depending
> upon libc6.
The new glibc in testing (-15) fixes this problem. The fastest so
On Thu, Apr 03, 2003 at 08:29:43PM +0900, GOTO Masanori wrote:
> BTW, I don't know why Hurd uses the generic definition. If it's not
> intentional, we can say it's a bug.
Or should the generic definition be changed? I'll add it to my TODO
list to look at.
--
Are you going to stay vegeterian?
On Fri, Jul 11, 2003 at 04:09:34PM -0400, Carlos O'Donell wrote:
> Since debian doesn't check the test-suite results for install (e.g. we
> aren't at a zero error in make check poilcy), it would be suicide to
> install said glibc build :)
Gee Carlos, if you ask nicely we could inflict that on you
I'm just doing the work to get glibc into experimental (bug report sent
to libc-alpha a moment ago). As soon as it's in, I'll try to get it
built on a pile of other arch's. I think I have access to most of the
tools I need here at debcamp. If possible, can folks leave the debian
glibc alone for
I have uploaded 2.3.2-1 in experimental. If you're going to build it on
an arch for testing, please email here (and/or update the /topic on irc)
Tks,
Jeff Bailey
--
Breathe into my hands, I'll cup them like a glass to drink from...
- Tattle Tale
--
To UNSUBSCRIBE, email to [EMAIL
Heya Guido, do you still have the log showing the failure?
It would be nice to include that when I submit this upstream.
I'm also really curious why it fails for MIPS and not others? This
isn't in mips-specific code...
Tks,
Jeff Bailey
On Mon, Jul 21, 2003 at 06:37:39PM +0200, Guid
d they're working on it at OLS, apparently)
Tks,
Jeff Bailey
--
Breathe into my hands, I'll cup them like a glass to drink from...
- Tattle Tale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e idea of parsing out the list of
the failures and setting up a known-failures list instead of just doing
perfect/non-perfect. I have that on my TODO list. There's a couple of
other pieces I want to look at first.
Tks,
Jeff Bailey
--
Breathe into my hands, I'll cup them like a glass to drink from...
- Tattle Tale
signature.asc
Description: This is a digitally signed message part
loating point operations, and the serious users of those
(like openssl) tend to provide their own optimised versions.
Tks,
Jeff Bailey
--
Breathe into my hands, I'll cup them like a glass to drink from...
- Tattle Tale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &q
On Sun, Jul 27, 2003 at 04:27:17AM +0900, GOTO Masanori wrote:
> > * alpha: build failed. (it needs new binutils or just fall back)
I started a build on my alpha box last night, but haven't checked on it
yet.
I'll look at it tonight. There was another build failure, but it looks
solvable.
On Tue, Jul 29, 2003 at 08:55:30PM +0100, Philip Blundell wrote:
> I think we are now in good enough shape to go ahead and upload 2.3.2-2
> to unstable for tomorrow's dinstall. Any dissent?
Should we add if [ $ARCH = "hppa" ]; then exit 1; fi at the top to make sure
hppa doesn't get clobbered ac
then install only missing .a files, libc.a is unusable also making
> bootdisk with busybox.
While we could do this just for the udeb, I too am reluctant. Why do
you not just include the shared NSS components? That should be about
the same size as you're going to bloat libc.a anyway.
Tks,
Can you please try with the kernel-image-2.6.0-test2-1-386 package?
That's what I'm using here and it's working fine.
Tks,
Jeff Bailey
On Wed, Aug 20, 2003 at 02:33:01AM +1000, [EMAIL PROTECTED] wrote:
> Package: libc6
> Version: 2.3.2-2
> Severity: critical
> Justifi
I cannot reproduce this failure. I running glibc 2.3.2-3, with the
debian kernel-image-2.6.0-test2-1-386 package. Tagging 'moreinfo'
--
Breathe into my hands, I'll cup them like a glass to drink from...
- Tattle Tale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscr
On Wed, Aug 20, 2003 at 09:05:04PM +0200, Jurij Smakov wrote:
> 'tail' command is used in postinst script as:
>
> last=`tail -1 "$LG"`
>
> This is old format, which is no longer supported, so this line breaks
> dpkg-reconfigure, for example. It should be changed to
>
> last=`tail -n 1 "$LG"`
en't had the time to make sure that I
have solid arguments as to why to do so.
Assistance putting enough of a case together for that would be
appreciated (and we can include it in the copyright file for future
reference)
Tks,
Jeff Bailey
--
Breathe into my hands, I'll cup them like a glass t
Package: libc6
Version: 2.3.2-3
Severity: normal
Should restart cucipop on nss-sensitive upgrade.
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux outpost 2.6.0-test2-1-386 #1 Sat Aug 2 10:49:01 EST 2003 i686
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8
Hi, I'm trying to make a testcase for this, since someone else showed up
on IRC with this same problem. However, I cannot reproduce it. Here's
what I've got:
#include
#include
int
main ()
{
char a;
a = getchar();
std::cout << "Hello: " << a << std::endl;
return(0);
}
Tagging this
What version of the Linux kernel are you running? I've never seen that
problem, and I'm curious if there's something special about your system
(filesystem, kernel version, patches, or something) that might cause an
unusual locking situation.
--
"I'm torn... My kink or my country..."
- Anika S
On Sun, Aug 24, 2003 at 02:48:22PM +1000, Martin Michlmayr wrote:
> > What version of the Linux kernel are you running? I've never seen that
>
> Erm, you're aware that stuff sent to [EMAIL PROTECTED] is NOT forwarded to
> the bug submitter?
Bah. I keep forgetting it because it's backwards from
Where did you get this patch from? Is it in upstream CVS, or did you
write it yourself, or find it elsewhere?
We're trying to make sure that we stay as close to possible to upstream
CVS so will work towards getting this in if it's the right thing to do.
Tks,
Jeff Bailey
On Thu, Sep 1
t. I've been looking at the email you sent
me with suggestions on how to handle them.
Thanks for being willing to offer advice through all of this!
Tks,
Jeff BAiley
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ve got NPTL on your system right now, I will close this bug.
You're obviously not running Debian's glibc. At that point, all bets
are off.
How do you have this setup?
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
f the glibc folks running a patched XFS kernel.
What kernel version are you running? Anything in the 2.5 series is
known to break, and won't be fixed. (2.6 series and 2.4 series are both
known to work fine)
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Tue, Sep 30, 2003 at 01:38:26PM -0500, Steve Langasek wrote:
> Discussing with Jeff Bailey on IRC today indicates that a solution is
> forthcoming on this bug: he estimates that in a week, there will be new
> glibc packages in the archive that don't depend on the upstream kernel
Package: libc6
Version: 2.3.2-8
Severity: normal
We should restart vsftpd service on NSS upgrade.
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux outpost 2.6.0-test4-1-386 #5 Thu Sep 4 21:30:10 EST 2003 i686
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8
ion?
I'm wondering what the advantage of having a separate package that's
only used for building glibc, but is always required?
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I don't mind providing libc6-dev for libc0.3-deb. I think the right
solution is to drop the provides completely. The former we can do now,
the latter we cannot consider until after Sarge releases.
Do you mind holding off until December for this?
Tks,
Jeff Bailey
On Sat, Oct 04, 2003 at
ght solution. (But when schwab and jakub say
it is, it usually is)
Tks,
Jeff Bailey
- Forwarded message from Andreas Schwab <[EMAIL PROTECTED]> -
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
List-Unsubscribe: <mailto:[EMAIL PROTECTED]>
List-Subscribe: <mailto
ne, to all celebrating it!). I have changes in my local tree to
do some of this though. Hopefully this means tomorrow it'll work
sanely.
Anyone off hand know if s390[x] needs the same magic? Last I checked,
Debian didn't have a box with enough drive space to build glibc.
Tks,
On Sun, Oct 12, 2003 at 11:47:58AM -0600, Debian GLibc CVS Master wrote:
> Update changelog with Jeff's last few changes.
Wups! Sorry! I had forgotten we had started logging.
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe"
tags 216466 -sid
tags 216466 +experimental
thanks control, over and out.
I've just double checked, and 2.3.2-8 is in unstable. 2.3.2.ds1-5 is in
experimental. I've now recovered from the mild heart attack. =)
Thanks for the bug report, though.
On Sun, Oct 19, 2003 at 10:46:03AM +1000, Duraid M
too. I just like to encourage
people to improve testsuites whenever they can. =)
Tks,
Jeff Bailey
On Mon, 2003-10-20 at 19:43, Carlos O'Donell wrote:
> On Sun, Oct 19, 2003 at 07:50:05PM -0400, Carlos O'Donell wrote:
> > Will produce a new patch and new testing debs. Thanks g
Great, thanks. I had to run off last night or I would've spun this up
yesterday. It seems good that the Spirits forced someone to buy me
dinner last night. =)
Thanks!
On Wed, 2003-10-22 at 00:32, Carlos O'Donell wrote:
> Jeff,
>
> glibc-package/debian/patches/glibc23-hppa-Rminkernel.dpatch
>
o usefully get a kernel built, including your .config file.
There's otherwise no reason why ia64 shouldn't have NPTL.
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
different fix to CVS. Thanks!
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On IRC, drow, jbailey and pb_ talkd about having the preinst search the
library search patch for instances of libc.*so*, ld.so.* and refuse to
install if there is any present. This is almost certainly the cause of
this and other problems.
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL
On Sun, 2003-10-26 at 18:12, Daniel Jacobowitz wrote:
> I'm going to tackle a couple of the low-hanging RC bugs tonight and
> tomorrow (MIPS msq, Sparc kernel warning, something else I've forgotten).
> After that I believe the packages are ready to leave experimental. They'll
> probably need som
On Sun, 2003-10-26 at 19:56, Ian Wienand wrote:
> I simply added the following patch and it seems to work. This was
> just the obvious change, I may have missed something subtle. I've
> checked it and stressed it as much as I know how, and it looks fine.
ah, nice to know that it works.
FYI (in
frozen.
Do you mean the binary nVidia driver, or the one included with XFree?
The included one is working for me here, but I can load the binary one
to test.
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e my 4 days of Birthday + Campus Ministry Conference + Sunday
class that I teach. I'm about to go pass out, but I'll be back to it
tomorrow.
You've been magic, Daniel. Thanks!
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s being used. =( IIRC, Transgaming's WineX has to do
something like that.
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
that doesn't match lib*so.*
for correctness.
setuid-binary usr/lib/pt_chown 4755 root/root is intentional in libc*
statically-linked-binary ./sbin/ldconfig is intentional.
The lintian -iIv output sais to email this address. If these should be
in the BTS, please let me know.
Tks,
Jeff B
they can be downgraded and tagged fixed or
> something) OK?
I wish there was a better way to do this. I suspect these will just get
lost in the pile of 'important' bugs. =( I'll lower the severity as
requested, though.
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
ded and tagged fixed or
> > something) OK?
> The should be left as "serious" and tagged "sarge". HTH.
> (Closing a bug doesn't change its severity, open bugs that have distribution
> tags are considered to only apply to the distributions named)
Lovely. Will they
ajor
transitions at the beginning of the release cycle, instead of at the
end. =)
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, Nov 04, 2003 at 05:09:53PM +0100, Domenico Andreoli wrote:
> i'd like that libc6.1-dbg as well as libc6-dbg and libc0.3-dbg provided
> libc-dbg virtual package.
Why? Nothing should depend on these packages, AFAIK...
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAI
not, but IMHO libfoo-dbg should suggest libc-dbg.
> making a suggestion for libc6-dbg | libc6.1-dbg | libc0.3-dbg is a
> hack.
I don't think that it should really recommend this. The average person
doing debugging doesn't really have a strong need to dig through glibc
internals.
this bug has been reported before - It's fixed for the next upload,
which should be tomorrow.
In the meantime, the solution is to run a 2.4 kernel. I just use the
ones included in Debian.
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe
On Wed, Nov 05, 2003 at 01:48:37PM +0100, Filip Van Raemdonck wrote:
> The .ds1 versions of libc6 broke something, presumably in statvfs().
Upstream CVS has the following:
2003-10-26 Ulrich Drepper <[EMAIL PROTECTED]>
* sysdeps/unix/sysv/linux/internal_statvfs.c (__internal_statvfs):
o. It seems to be gone now, probably got fixed by the recent glibc
> updates.
Lovely, closing 211621 then. Thanks!
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
, it would probably be a good test to do a binary NMU with the
new packaging to make sure all the dependancies do the right thing.
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
d there will be a
mass bug-filing. For some reason it looks like either evo or cyrus are
triggering this bug, and it's getting displayed to the imap reader.
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
;
> I also tested on both 2.4 and 2.6 kernel, even with removing ~/.xmms.
> However I cannot reproduce it... Which CPU do you use?
I also cannot reproduce 2.4 kernel on k7 using Debian's package, and
Pentium 2 Xeon, using Debian's 2.6.0-test9 kernel package.
Tks,
Jeff Baile
ls that much better when it's fixed! ;)
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
you're
asking for the smaller set of functions that is just ANSI C. Removing
the -ansi -pedantic will fix your problem.
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sun, Nov 16, 2003 at 03:25:47AM +0100, Daniel Verite wrote:
> Package: libc6
> Version: 2.3.2-9
> Severity: important
Could you please check this with the glibc that's in unstable? I don't
have a 2.2 kernel to test this with.
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email
On ia64 with .ds1-10 already installed, generating
[EMAIL PROTECTED] this works fine. I'll try to put together an
older chroot to test the upgrade path.
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
eed to have this
paperwork filled out. Unfortunetly, it means contacting upstream
directly, although I can help facilitate this conversation. This would
mean that ALL Russian-speaking GNU/Linux users would benefit, instead of
just those using Debian.
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to
g it by an env variable, if our plan is to
remove the compatability fallback as soon as Sarge releases.
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ibc related can be done until the weekend.
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
install, and
the reporter forced it to anyway. So there was at least some warning.
The preinst can easily verify minimum kernel version, which is probably
a better solution. We don't require Debian-built kernels, so can't
reliably just conflicts on the package.
Tks,
Jeff Bai
thought
> of doing that? Is there any reason not to?
It sounds interesting (particularily for slow-arch support), but I'd
prefer not to see this type of change until after Sarge releases. I
don't think there's enough benefit to risk this type of change.
Tks,
Jeff Bailey
--
again against the current
version of glibc?
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I've had no trouble with my sendmail installs. Please provide a
specific error message, otherwise I will need to close this bug.
Tks,
Jeff Bailey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I see that this bug now suggests that the fix should be to require a
newer version of libwine. We currently conflict against wine itself.
Should this be changed to conflict with libwine
--
In the United States, there isn't a government database that hasn't been
misused by the very people entrus
no_NO.utf-8 is now available. Can you please use that locale and
provide more details (like specifically which unicode character you're
working with) so I can reproduce this here. Otherwise I'd like to close
this bug.
Tks,
Jeff Bailey
--
In the United States, there isn't a gove
come up with fixed
binaries.
It's easy enough to wrap the warning in a getenv test, but what would
the env variable be? CHECK_BROKEN_ERRNO=1 ?
What do folks think?
Tks,
Jeff Bailey
--
In the United States, there isn't a government database that hasn't been
misused by the very p
1 - 100 of 645 matches
Mail list logo
