Hi Joey,
Jonathan Nieder wrote:
>>> - The pages in man-pages are usable and maintained, and I think we should
>>>ship them. This requires coordination between the two packages.
>>>Actually, manpages-dev should be changed first (with Replaces: glibc-doc,
>
tags 572716 - moreinfo
quit
Joey Schulze wrote:
> I'll include pthread manpages in the next upload again.
Looks good.
Now glibc-doc 2.11.2-3 should use Breaks: manpages-dev (<< 3.25-1)
and... well, you know the drill.
Thanks.
Jonathan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.
tags 273051 - moreinfo
forwarded 273051 http://sourceware.org/bugzilla/show_bug.cgi?id=2314
found 273051 eglibc/2.11.2-6
clone 273051 -1
retitle -1 suppression: nss_parse_service_list()
reassign -1 valgrind 1:3.6.0~svn11254
severity -1 wishlist
notforwarded -1
tags -1 + upstream
quit
Chaskiel M Gr
# difficult to fix.
# this is how fnmatch() is documented to work
found 333953 bash/4.1-3
forcemerge 301717 333953
retitle 333953 fnmatch("[a-z]", ...) matches capital letters in most locales
reassign 333953 libc6 2.11.2-7
affects 333953 + bash
quit
Hi,
Sorry for the long silence.
The relevant d
Toni Mueller wrote:
> I must admit that I am not sure that I completely understood your
> opengroup references, but would like to point out that programmers and
> systems administrators may have quite different requirements than "end
> users", which these Posix documents are clearly aimed at
Real
tags 123252 + upstream
tags 123252 - fixed-upstream moreinfo
# difficult, apparently.
severity 123252 wishlist
quit
Ron wrote:
> The following code demonstrates what I believe is the same issue as
> was originally reported, but does so reading from stdin. Once the
> aio_read has begun and blocke
# [1]
forwarded 496615 http://sourceware.org/bugzilla/show_bug.cgi?id=10278
reassign 496615 libc6
severity 496615 normal
tags 496615 + upstream
found 496615 eglibc/2.13-0exp1
affects 496615 + make
quit
Hi,
Trent W. Buck wrote:
> In the transcript below, I test globbing in both the shell and in G
retitle 95254 strftime("%Z") uses ambiguous timezone names
affects 95254 + date
# tzdata is its own package nowadays
reassign 95254 tzdata
forcemerge 93810 95254
quit
Hi,
Anand Kumria wrote:
> anand@caliban:~$ date -u -d "`date`"
> Thu Apr 26 10:48:24 UTC 2001
>
> anand@caliban:~$ date -u -d "`d
unmerge 93810
block 95254 by 93810
quit
Ted Percival wrote:
> Debian Bug Tracking System wrote:
>>> forcemerge 93810 95254
>> Bug#93810: Australian zoneinfo wrong - should be AEST, not EST
>> Bug#95254: strftime("%Z") uses ambiguous timezone names
>> Bug#149902: strftime("%Z") uses ambiguous time
Hi Wayne,
Wayne Rossberg wrote:
> #include
[...]
> test.c:5: warning: incompatible implicit declaration of built-in function
> `round'
When I check with "man 3 round", I see:
Feature Test Macro Requirements for glibc (see feature_test_macros(7)):
round(), roundf(), roundl():
tags 614892 + upstream patch fixed-upstream
fixed 614892 eglibc/2.13-0exp1
quit
Ben Pfaff wrote:
> I noticed that msgmerge was randomly and intermittently dying
> with SIGFPE on multiple systems of mine. When I examined the
> core file, I saw that it was dying in qsort_r(). Some detective
> wor
user debian-pol...@packages.debian.org
severity 613143 wishlist
usertags 613143 + normative discussion
quit
Hi Matthias, Aurelien, Santiago,
Tollef Fog Heen wrote:
> Suggested change:
>
> --- /proc/self/fd/13 2011-02-13 09:12:50.142239544 +0100
> +++ policy.sgml 2011-02-13 09:12:01.565231
Package: libc6-dev
Version: 2.13-0exp3
Severity: minor
Justification: noisy, results in ugly code
Tags: upstream
Forwarded: http://sourceware.org/bugzilla/show_bug.cgi?id=11959
Hi,
Testcase follows[1].
The C standard I/O facilities include an error flag on file streams,
so instead of a noisy and
Hi again,
Jonathan Nieder wrote:
> Unfortunately glibc marks fwrite --- but oddly not the other stdio
> output functions --- with __wur (which expands to
> __attribute__((__warn_unused_result__)) when optimization is enabled
> and the _FORTIFY_SOURCE feature is in use).
An alternati
forwarded 583433 http://thread.gmane.org/gmane.comp.lib.glibc.alpha/15973
found 583433 eglibc/2.13-0exp3
quit
Hi,
Ian Zimmerman wrote:
> The line just below the comment should be #ifdef and not #ifndef. See also
> /usr/include/bits/local_lim.h where the same mechanism is used (correctly).
I've
reassign 617759 libc6 2.13-0exp5
quit
Hi,
Christoph Goehre wrote:
> On Fr, Apr 01, 2011 at 06:07:35 -0500, Jonathan Nieder wrote:
>> $ dpkg-query -W libc6
>> libc62.13-0exp5
> ^^
>
> I've tried to reproduce your bug. And I succeeded w
Jonathan Nieder wrote:
> Christoph Goehre wrote:
>> Could you try to run 'ldconfig' or downgrade to libc6 from unstable and
>> test Icedove again?
>
> Yes! With libc6 2.11.2-13 from sid, icedove loads without trouble.
Hmm, on second thought, it works again when
Aurelien Jarno wrote:
> I have to say I don't have a lot of idea there. Maybe a prelink issue?
> Are you using prelink?
No, not that I'm aware of. Yesterday I ran "cupt full-upgrade" so
now icedove is at version 3.1.9-2.
Today's experiments, omitting package manager output:
$ dpkg-query -W
unarchive 612540
forcemerge 612540 622116
quit
Hi,
Sedat Dilek wrote:
> -QUILT_PATCH_OPTS="--unified-reject-files"
> +QUILT_PATCH_OPTS="--reject-format=unified"
Thanks for reporting. Should be fixed in 2.11.2-12.
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subj
Sedat Dilek wrote:
> Can you enlighten what will be next version of eglibc
http://packages.qa.debian.org/eglibc
> Can someone switch/jump to it w/o (big, any) concerns?
http://qa.debian.org/excuses.php?package=eglibc only points
to http://bugs.debian.org/616298 (which is not a regression).
So i
Hi again,
> On Mon, Apr 04, 2011 at 05:53:29AM -0500, Jonathan Nieder wrote:
>> Jonathan Nieder wrote:
>>> Yes! With libc6 2.11.2-13 from sid, icedove loads without trouble.
>>
>> Hmm, on second thought, it works again when I upgrade to experimental,
>> jus
reassign 623876 valgrind
affects 623876 + libc6
quit
Hi Brian,
Brian Paterni wrote:
> If I run virtually any program through with valgind, I'm pretty much
> guaranteed
> to get at least a few errors/warnings caused by libc6. Even running a simple
> program like:
>
> int main(int argc, char **ar
tags 619963 - moreinfo
quit
Hi,
Török Edwin wrote:
> Indeed if I remove __restrict the bug is gone, and if I upgrade to libc6
> 2.13-0exp5, VLC's dec.c seems to be compiled correctly too.
>
> Should gcc-4.6 depend on glibc >= 2.13?
> Or should gcc-4.6 provide a fixed prototype for memmove via fi
Package: golang-go
Version: 2011.04.27-1
Hi,
Typical amd64 experimental system. I'm following the instructions on
"Writing programs" from http://localhost:6060/doc/install.html while
running "godoc --http=:6060".
| $ cat hello.go
| package main
|
| import "fmt"
|
| func main() {
| fmt.
Ondřej Surý wrote:
> On Fri, Apr 29, 2011 at 09:55, Jonathan Nieder wrote:
>> | $ ./6.out
>> | Inconsistency detected by ld.so: dl-deps.c: 626: _dl_map_object_deps:
>> Assertion `nlist > 1' failed!
[...]
> Seems to be related to experimental libc6. It works on un
reassign 624515 libc6 2.13-0exp5
tags 624515 + upstream
notforwarded 624515
affects 624515 + golang-go
quit
Aurelien Jarno wrote:
> I'll include a patch in the next eglibc upload.
Thanks, Aurelien. Reassigning to libc for easier tracking.
--
To UNSUBSCRIBE, email to debian-glibc-requ...@list
Aurelien Jarno wrote:
>* Add patches/localedata/locale-C.diff to create a C locale.
>* Build and install the C locales in libc-bin. Closes: #609306.
$ LANG=C.UTF-8 perl -e 'print "hello\n"'
hello
Thanks for making it happen.
Happy,
Jonathan
--
To UNSUBSCRIBE, email t
Aurelien Jarno wrote:
> It's probably worth fixing that in stable, but I don't think we should
> do an upload to stable just to fix that. I'll include a patch in the SVN
> later, so that it's included in the next upload to stable.
Thanks much. Makes sense.
--
To UNSUBSCRIBE, email to debian-g
# could be an icedove bug
reassign 617759 libc6,icedove
found 617759 eglibc/2.13-0exp5
found 617759 icedove/3.0.11-1+squeeze1
found 617759 icedove/3.0.11-2
found 617759 icedove/3.1.9-1
found 617759 icedove/3.1.9-2
quit
Hi Sebastian,
Sebastian Bremicker wrote:
> after getting a warning from apt-l
Sebastian Bremicker wrote:
> Hi Jonathan,
>> Could you uninstall and reinstall icedove and check?
>
> yes, I'm sorry, but it is running flawlessy here. I also
> purged .icedove from my homedirectory prior to reinstall (I use
> sylpheed as primary MUA). I don't have a clue what I do differently
> (
Sebastian Bremicker wrote:
> I also don't have the prelink package installed. Let's compare some
> depencencies of which there are multiple versions available as of today,
> libdbus-1-3 and libnss3-1d. These are the versions on my systems:
>
> libdbus-1-3: 1.4.8-3 (instead of 1.4.6-1)
> libnss3-1d
Sebastian Bremicker wrote:
> A far fetched thought maybe, but me using mozilla.debian.net's
> experimental iceweasel (v5 as of yesterday in the evening, v4 before
> that) couldn't be related, could it?
I thought of that, too when I first ran into this. Luckily I don't
think they're related, sinc
Aurelien Jarno wrote:
>>> zlib1g1:1.2.5.dfsg-1
>
> Can you try do downgrade this one? There have been plenty of issue with
> versions from experimental, though they don't match the error message.
Gladly. Downgraded to 1:1.2.3.4.dfsg-3. No change, alas.
> Also that might sound stupid, b
Aurelien Jarno wrote:
> Have you installed any icedove extension, as a Debian package or
> manually?
Yes. Order of events:
1. Installed icedove to try it out. Failed as described in this bug.
2. Downgraded libc6 to 2.11.x. icedove worked!
3. Upgraded libc6 to 2.13.x again. icedove still w
Aurelien Jarno wrote:
> On Tue, May 03, 2011 at 02:49:04PM -0500, Jonathan Nieder wrote:
>> Aurelien Jarno wrote:
>>> Have you installed any icedove extension, as a Debian package or
>>> manually?
>>
>> Yes. Order of events:
>>
>> 1. Insta
Aurelien Jarno wrote:
> Given I am out of idea, I probably ask stupid questions... Could you
> please dump your /proc/cpuinfo ?
No problem; thanks for working on this. In the meantime I am installing
sid (slowly) in a vm.
$ cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
c
reassign 625521 xserver-xorg-core 2:1.10.1-2
quit
Hi,
Steve M. Robbins wrote:
> Xorg now segfaults, with the following in the Xorg.0.log:
>
> Program received signal SIGSEGV, Segmentation fault.
> __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:153
> 153 ../sysdeps/x86_64/mul
clone 625521 -1
severity 625521 grave
severity -1 important
reassign -1 libc6 2.13-0exp1
retitle -1 glibc: memcpy copies down on amd64
tags -1 upstream patch fixed-upstream
# sorry for the noise
quit
Jonathan Nieder wrote:
> Sounds like http://sourceware.org/bugzilla/show_bug.cgi?id=12
Aurelien Jarno wrote:
> Le 04/05/2011 07:43, Jonathan Nieder a écrit :
>> Jonathan Nieder wrote:
>>> Sounds like http://sourceware.org/bugzilla/show_bug.cgi?id=12518
>>> which is fixed (sort of) by commit 0354e355 (2011-04-01).
>
> Are you sure this is related? I
Hi,
Michel Dänzer wrote:
> On Mit, 2011-05-04 at 00:10 -0500, Jonathan Nieder wrote:
>> Steve M. Robbins wrote:
>>> Program received signal SIGSEGV, Segmentation fault.
>>> __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:153
>>> 153 ../sys
Jonathan Nieder wrote:
> $ icedove; echo $?
> /usr/lib/icedove/icedove-bin: symbol lookup error:
> /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
> 127
Backtrace:
#0 _dl_signal_cerror (errcode=0, objname=0x7fffe6e70640
"/usr/lib/i
older systems.
> Le 04/05/2011 09:05, Jonathan Nieder a écrit :
>> E.g., how about adopting hjl's suggestion and making the
>> behavior (temporarily) conditional on a LD_DONT_BIND_IFUNC_MEMCPY_TO_MEMMOVE
>> environment variable?
>
> I don't really feel like e
severity 617759 important
tags 617759 + moreinfo
quit
Jonathan Nieder wrote:
> Typical experimental system.
Not reproducible on sid. Tagging moreinfo until it is clear how to
reproduce (hopefully upgrading the test vm to experimental will do the
trick, so that the hunt for the speci
retitle 626001 [powerpc] sigsegv in memset called by calloc
tags 626001 = moreinfo
quit
Hi,
Jörg Sommer wrote:
> last night, grep was killed by SIGSEG. It was run by a cron job and I
> can't reproduce the error. But I've a coredump.
What version of grep do you use? I don't know of anything lik
Steve M. Robbins wrote:
> I was careless in my initial report; I should have specified that I
> tried rebuilding the *old* glibc and got a segfault.
I can reproduce this now. The fix is glibc-2.13~30 (Remove `.ctors'
and `.dtors' output sections, 2010-12-24); tested by cherry-picking on
top of g
tags 617759 - moreinfo
quit
Jonathan Nieder wrote:
> $ icedove; echo $?
> /usr/lib/icedove/icedove-bin: symbol lookup error:
> /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
> 127
I tried reproducing this with upstream glibc. I'm way too lazy t
Jonathan Nieder wrote:
>* This class is not threadsafe and is intented for use only on the main
>* thread.
>*/
>
> Maybe the warning is relevant? But this does not feel like a race
> (especially with a narrow window like that between the following
Jörg Sommer wrote:
> Jonathan Nieder hat am Sat 07. May, 17:06 (-0500) geschrieben:
>> I'd also be interested in disassembly for frame 2 or 3, so we can get
>> some idea of what grep was doing.
>
> This wasn't very easy. I had to rebuild grep with the old ver
Hi,
I was looking through the patches in debian/patches/ (well, I was
making a git tree for myself for future bisection purposes) and I
thought it might be a good time to revisit some and see what needs to
happen before they might be accepted upstream.
So here's the series from debian/patches/loc
warnings]
Signed-off-by: Jonathan Nieder
---
locale/programs/ld-collate.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/locale/programs/ld-collate.c b/locale/programs/ld-collate.c
index 11bd7ea..88b6890 100644
--- a/locale/programs/ld-collate.c
+++ b/locale
against glibc-2.7]
Signed-off-by: Jonathan Nieder
---
locale/programs/ld-collate.c | 16 +++-
1 files changed, 15 insertions(+), 1 deletions(-)
diff --git a/locale/programs/ld-collate.c b/locale/programs/ld-collate.c
index 88b6890..a26da46 100644
--- a/locale/programs/ld-collate.c
From: Pierre Habouzit
Date: Mon, 29 Oct 2007 16:08:44 -0500
It loops endlessly when ifdef is used.
Signed-off-by: Jonathan Nieder
---
locale/programs/ld-collate.c | 265 --
1 files changed, 0 insertions(+), 265 deletions(-)
diff --git a/locale
rvy and makes locale parsing
completely non reentrant. Motivated by the am_ET locale.]
Signed-off-by: Jonathan Nieder
---
locale/programs/ld-collate.c | 275 ++
1 files changed, 275 insertions(+), 0 deletions(-)
diff --git a/locale/programs/ld-collate.c
set]
[aurel...@aurel32.net, 2011-02-06: do not suppress LANGUAGE= line
when LANGUAGE is unset]
Signed-off-by: Jonathan Nieder
---
locale/programs/locale.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/locale/programs/locale.c b/locale/programs/locale.c
index bf820ca
From: Denis Barbier
Date: Mon, 25 Apr 2005 08:42:34 +0200
In LC_IDENTIFICATION, audience, application and abbreviation keywords
are optional, thus do not report an error if they are not defined.
Originally from belocs-locales-bin 2.3.4-7, 2005-04-25.
Signed-off-by: Jonathan Nieder
---
locale
chokes on this file.
Here is a patch to let localedef be less strict.
Originally from belocs-locales-bin 2.3.3-14, 2005-01-21.
Submitted upstream: BZ690
[cl...@debian.org, 2007-10-23: cleanup]
Signed-off-by: Jonathan Nieder
---
That's the end of the series. I don't expect anything
Jonathan Nieder wrote:
> Check for unknown symbols in collation rules. This is useful to
> detect broken locales since unknown symbols are always wrong.
This one's from Denis Barbier, too, of course. And this incarnation
of the patch appeared Fri Aug 8 22:37:46 2008 -0500. (Sorry
Hi Markus,
Markus Niewerth wrote:
> My system was a Debian lenny 5.xxx. After
> some time i noticed that my build-essentials and devscripts are
> outdated and i wanted to do a standard miorror update, because
> i read that squeeze now is "stable" too.
[...]
> Sorry my LC_ALL was german. Anyway..
Hi again,
Markus Niewerth wrote:
> it was the latest lenny release wich i used. The complete system
> was lenny at least.
I assume that means dpkg 1.14.31. Well, it was worth trying. :)
> Something in the libc6.preinst returned 139.
This is unfortunately a fairly generic error --- it means so
Markus Niewerth wrote:
> Sorry i think you missunderstood something.
>
> i allready fixed it on the day where it happens and my system now is
> squeeze. I would not let a server in an unusable state.
> I just wanted to inform Debian about the case that a lenny to squeeze
> upgrade may fail becau
Aurelien Jarno wrote:
> What needs to happen is mainly to have upstream to care about locales,
> and it is exactly why this patches have been added to Debian, and why at
> some points we had some locales in belocs-locales.
>
> Things might have changes slightly, and we can also now send patches to
Hi again,
Jonathan Nieder wrote:
> So here's the series from debian/patches/locale, unmodified, to give a
> place to send comments about them.
Here are the patches from debian/patches/localedata. They apply
on top of the previous series, which applies on top of
release/2.13/mas
pick from the fedora branch. "master" does not include this
fix, while the fedora branch does.
Signed-off-by: Jonathan Nieder
---
localedata/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/localedata/Makefile b/localedata/Makefile
index 8f356ec..d
ally from glibc 2.3.6-1, 2006-01-18.
[cl...@debian.org, 2007-10-23: put zh_TW.EUC-TW after BIG5]
[aurel...@aurel32.net, 2009-01-06: put zh_TW.EUC-TW before BIG5 again]
Signed-off-by: Jonathan Nieder
---
localedata/SUPPORTED | 16
1 files changed, 8 insertions(+), 8 deletions(-
]
[t...@linukz.org, 2009-05-11: add kk_KZ.RK1048 locale. Closes: #528177]
[aurel...@aurel32.net, 2009-05-17: fix kk_KZ.RK1048 addition]
Signed-off-by: Jonathan Nieder
---
localedata/SUPPORTED |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/localedata/SUPPORTED b
...@rano.org, 2001-05-10: updates from Edmund GRIMLEY EVANS,
closes: #78085]
[edmu...@rano.org, 2006-01-11: use eo instead of eo_EO; add to
SUPPORTED; add a lang_term entry; closes: #233308]
Signed-off-by: Jonathan Nieder
---
I haven't looked through ancient versions on snapshot.d.o to see if
pieces
the work, I give you the entire liberty of giving
the credit to the Debian Project more than myself alone. I consider
this a collective work more than my own work.
>From the bug mentioned below, 2004-07-06.
[go...@sanori.org, 2004-07-31: add eu_FR@euro]
Fixes: http://bugs.debian.org/257840
Si
upstream: BZ2522. Drepper's advice:
| That's all bogus. Adding locales is expensive. If you want this kind of
| support just create symlinks as part of a language pack.
Fixes: http://bugs.debian.org/361972
Reviewed-by: Jordi Mallach
Signed-off-by: Jonathan Nieder
---
localedata
From: Erdal Ronahî
Date: Sat, 7 Jan 2006 18:04:49 -0600
Fix LC_CTYPE and LC_NAME sections. Remove dotless i from LC_COLLATE.
Upstream status: after version 0.1 submitted in the original bugreport
was committed, this new version was sent just after.
Related bugs: BZ870
Signed-off-by: Jonathan
gs.debian.org/295810
Signed-off-by: Jonathan Nieder
---
localedata/locales/tl_PH | 14 +-
1 files changed, 13 insertions(+), 1 deletions(-)
diff --git a/localedata/locales/tl_PH b/localedata/locales/tl_PH
index 40c6a71..c51deda 100644
--- a/localedata/locales/tl_PH
+++ b/loca
Originally from belocs-locales-data 2.3.4-12, 2005-05-03.
Fixes: http://bugs.debian.org/307194
Signed-off-by: Jonathan Nieder
---
localedata/locales/fo_FO | 12
1 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/localedata/locales/fo_FO b/localedata/locales/fo_FO
index c
guage used.
>From glibc 2.3.6-2, 2006-02-15.
[bou...@gmail.com, 2006-08-15: rebase on top of upstream de_CH fix]
Reported-by: David Frey
Signed-off-by: Jonathan Nieder
---
localedata/locales/it_CH |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/localedata/lo
http://bugs.debian.org/351786]
[bou...@gmail.com, 2006-02-15: take LC_NUMERIC for fr_CH from de_CH]
[cl...@debian.org, 2007-10-23: rebase against glibc 2.7]
[aurel...@aurel32.net, 2008-08-08: rebase against glibc 2.8]
Fixes: http://bugs.debian.org/248377
Signed-off-by: Jonathan Nieder
---
localedata/lo
and many other people in the UK still prefer
to see AM/PM time, and the "date" utility's %p specifier does not work
without this.
>From fedora glibc-2.3.3-57 (2004-09-25) and perhaps earlier. That
the patch is by Jakub is just a guess.
Fixes: http://bugs.debian.org/2409
ould be used instead of @euro for compatibility
reasons.]
[aurel...@aurel32.net, 2009-01-06: rebase against glibc 2.9]
Fixes: http://bugs.debian.org/323159
Signed-off-by: Jonathan Nieder
---
localedata/SUPPORTED |1 +
localedata/locales/en_DK | 35 +--
/224756
Signed-off-by: Jonathan Nieder
---
localedata/SUPPORTED |1 +
localedata/locales/ia | 139 +
2 files changed, 140 insertions(+), 0 deletions(-)
create mode 100644 localedata/locales/ia
diff --git a/localedata/SUPPORTED b/localedata
http://chinapost.com.tw/detail.asp?ID=77579&GRP=A
And even if they don't, there is still no reason for attaching "xiyuan".
Fixes: http://bugs.debian.org/352600
Requested-by: 積丹尼
Signed-off-by: Jonathan Nieder
---
localedata/locales/zh_TW |4 ++--
1 files changed, 2
From: Denis Barbier
Date: Mon, 5 Jun 2006 18:02:25 -0500
Modify collation rules which could cause errors in regular expressions
with character ranges, as was reported in #362514 for another locale.
From Debian glibc 2.3.6-14, 2006-06-05.
Signed-off-by: Jonathan Nieder
---
localedata/locales
From: Clint Adams
Date: Tue, 23 Oct 2007 09:24:51 -0500
Split off from Denis Barbier's patch "localedata: rewrite collation
rules to include iso14651_t1".
Signed-off-by: Jonathan Nieder
---
localedata/locales/iso14651_t1_common | 17 ++---
1 files changed, 14 i
again]
Signed-off-by: Jonathan Nieder
---
localedata/locales/tr_TR |6 +++---
localedata/locales/wal_ET |1 -
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/localedata/locales/tr_TR b/localedata/locales/tr_TR
index 46335af..c24f9bc 100644
--- a/localedata/locales/tr_TR
+++ b
have days[] Sunday-based (like
| now) and only adjust first_weekday to specify the correct first day of
| the week (in the most of the world, the value would be 2).
]
Signed-off-by: Jonathan Nieder
---
localedata/locales/fr_CA |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
di
tday). I.e. always have days[] Sunday-based (like
| now) and only adjust first_weekday to specify the correct first day of
| the week (in the most of the world, the value would be 2).
]
Signed-off-by: Jonathan Nieder
---
localedata/locales/fr_CH |2 ++
1 files changed, 2 insertions(+), 0 deletion
tday). I.e. always have days[] Sunday-based (like
| now) and only adjust first_weekday to specify the correct first day of
| the week (in the most of the world, the value would be 2).
]
Signed-off-by: Jonathan Nieder
---
localedata/locales/fr_LU |2 ++
1 files changed, 2 insertions(+), 0 deletion
and week[2] (week_1stday). I.e. always have days[] Sunday-based (like
| now) and only adjust first_weekday to specify the correct first day of
| the week (in the most of the world, the value would be 2).
]
Signed-off-by: Jonathan Nieder
---
localedata/locales/cy_GB |2 ++
1 files changed, 2 insert
fe.li, 2007-11-30: remove extra " in int_prefix]
Fixes: http://bugs.debian.org/453041
Requested-by: Josef Vogt
Acked-by: Christian Perrier
Signed-off-by: Jonathan Nieder
---
localedata/SUPPORTED |1 +
localedata/locales/de_LI | 94 ++
2 fil
. Lacks rationale.
Originally submitted through the BTS, 2008-07-09]
[aurel...@aurel32.net, 2009-01-19: use '%' for comments instead of '#']
Fixes: http://bugs.debian.org/489960
Signed-off-by: Jonathan Nieder
---
localedata/locales/sv_SE | 15 ---
1 files ch
com, 2006-10-01: rebase]
Signed-off-by: Jonathan Nieder
---
localedata/locales/csb_PL | 15 +++
1 files changed, 11 insertions(+), 4 deletions(-)
diff --git a/localedata/locales/csb_PL b/localedata/locales/csb_PL
index 93c9ae2..7e645aa 100644
--- a/localedata/locales/csb_PL
++
://sourceware.org/ml/libc-alpha/2009-01/msg00024.html
So this needs refining.
Fixes: http://bugs.debian.org/517386
Reported-by: Aleksandr Tishin
Signed-off-by: Jonathan Nieder
---
localedata/locales/ru_UA |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/localedata/locales/ru_UA b
maintainers and in hope that Squeeze gets
released with right locale setting for et_EE.
Upstream report: BZ12346
Upstream commit: fd3bb33
Fixes: http://bugs.debian.org/608803
Reported-by: mihkel
Signed-off-by: Jonathan Nieder
---
localedata/locales/et_EE |4 ++--
1 files changed, 2 insertions
ale/C-translit.h.in: Add entry for U20A1.
* locales/translit_neutral: Add entry for U20A1.
Fixes: http://bugs.debian.org/585727
Reported-by: Marc Glisse
Signed-off-by: Jonathan Nieder
---
locale/C-translit.h.in |1 +
localedata/locales/translit_neutral |2 ++
2 files ch
From: Aurelien Jarno
Date: Sun, 6 Feb 2011 16:34:02 -0600
This makes it possible to build a UTF-8 C locale, to ensure a UTF-8
locale is always available for programs that need one.
Fixes: http://bugs.debian.org/609306
Signed-off-by: Jonathan Nieder
---
localedata/locales/C | 34
From: Ulrich Drepper
Date: Mon, 9 May 2011 12:09:31 -0400
(cherry picked from commit 509342214301fc76ee7ae0a0f27ed63bb2e2bad5)
Signed-off-by: Jonathan Nieder
---
localedata/ChangeLog |7 ++
localedata/SUPPORTED |2 +
localedata/locales/bem_ZM | 195
From: Ulrich Drepper
Date: Mon, 9 May 2011 12:33:45 -0400
(cherry picked from commits c05c983867ff7803940e22915f79b490110f42b5
and 447ef77660d96faf744a05f030217e5a5fcd774e)
Signed-off-by: Jonathan Nieder
---
localedata/ChangeLog |6 ++
localedata/SUPPORTED |1 +
localedata
From: Ulrich Drepper
Date: Mon, 9 May 2011 13:08:17 -0400
(cherry picked from commit 6a564b67fcb72bc5b6d5869bc9c2d575d44eee1a)
Signed-off-by: Jonathan Nieder
---
Thanks for reading.
localedata/ChangeLog |7 ++
localedata/SUPPORTED |2 +
localedata/locales/sw_KE | 170
reassign 626983 manpages-dev 3.27-1
# documentation
severity 626983 minor
retitle 626983 fclose.3: please clarify stream state after fclose
quit
Hi,
julien godin wrote:
> As described in the subject, the ferror() function return no error even if
> the stream as been previously closed
As the POS
tags 627355 + upstream
forwarded 627355 http://sourceware.org/bugzilla/show_bug.cgi?id=12788
quit
Zsbán Ambrus wrote:
> The bug is present in vanilla glibc too. The followig report
> describes the bug in the tracker for glibc, and has a patch:
>
> http://sourceware.org/bugzilla/show_bug.cgi?id=1
og timer,
2008-01-25).
I wonder why the enum trick in bits/resource.h is not ported to
Linux so we could just #include ? That would save
alpha, sparc, and mips from having to maintain their own copies of
bits/resource.h. Lacking that, something like the following might
work. Untested.
Signed-off
Jonathan Nieder wrote:
> I wonder why the enum trick in bits/resource.h is not ported to
> Linux so we could just #include ? That would save
> alpha, sparc, and mips from having to maintain their own copies of
> bits/resource.h. Lacking that, something like the following might
>
Aurelien Jarno wrote:
> We don't want to include kernel headers directly, as they we don't
> control their change, and they might create conflicts (especially with
> type definition).
Thanks for explaining. It seems somewhat backward --- Linus is a
cooperative and reasonable person and has been
Aurelien Jarno wrote:
> For example the types are not exactly the same in the linux kernel and
> the GNU libc, causing a lot of issues.
Are these mostly large file support related nowadays?
> Also when there is a conflict between the two headers, the kernel side
> and the GNU libc side have to d
1 - 100 of 278 matches
Mail list logo
