Re: "struct user" conflicts on arm

2011-12-17 Thread Konstantinos Margaritis
On 17 December 2011 09:17, peter green wrote: > While we are talking about modifying sys/ucontext.h David Given > raised another issue with that header (for those reading on the linaro list > his > post can be found at > http://lists.debian.org/debian-arm/2011/12/msg00048.html) > David Given>This

Re: Bug#652356: please use argument-safe bswap macros on all architectures

2011-12-17 Thread Aurelien Jarno
On Sat, Dec 17, 2011 at 02:52:53AM +, Thorsten Glaser wrote: > Aurelien Jarno dixit: > > >I have dropped it in favor of the default version for the next upload. > > Why don’t you just use these? (Tested for 32-bit and 64-bit both.) I am not an m68k porter, and I am not planning to try things

Processed: tagging 652428

2011-12-17 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > tags 652428 + pending Bug #652428 [eglibc] eglibc: [INTL:ru] Russian debconf templates translation update Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 652428: http://bugs.debian.org/cgi-b

Re: [SRM] Uploading new upstream stable version to Squeeze?

2011-12-17 Thread Aurelien Jarno
On Wed, Dec 14, 2011 at 07:40:53PM +, Adam D. Barratt wrote: > On Wed, 2011-12-14 at 07:54 +0100, Aurelien Jarno wrote: > > On Tue, Dec 13, 2011 at 06:41:54PM +, Adam D. Barratt wrote: > > > On Tue, 2011-12-13 at 17:55 +0100, Aurelien Jarno wrote: > > > > Would it be possible to upload this

r5090 - in glibc-package/trunk/debian: . po

2011-12-17 Thread Aurelien Jarno
Author: aurel32 Date: 2011-12-17 11:31:05 + (Sat, 17 Dec 2011) New Revision: 5090 Modified: glibc-package/trunk/debian/changelog glibc-package/trunk/debian/po/ru.po Log: * Update Russian debconf translation, by Yuri Kozlov. Closes: #652428. Modified: glibc-package/trunk/debian/chan

r5091 - glibc-package/branches/glibc-branch-squeeze/debian

2011-12-17 Thread Aurelien Jarno
Author: aurel32 Date: 2011-12-17 11:31:43 + (Sat, 17 Dec 2011) New Revision: 5091 Modified: glibc-package/branches/glibc-branch-squeeze/debian/changelog Log: Upload to stable Modified: glibc-package/branches/glibc-branch-squeeze/debian/changelog ===

Processing of eglibc_2.11.3-2_amd64.changes

2011-12-17 Thread Debian FTP Masters
eglibc_2.11.3-2_amd64.changes uploaded successfully to localhost along with the files: eglibc_2.11.3-2.dsc eglibc_2.11.3-2.diff.gz glibc-doc_2.11.3-2_all.deb eglibc-source_2.11.3-2_all.deb locales_2.11.3-2_all.deb libc6_2.11.3-2_amd64.deb libc6-dev_2.11.3-2_amd64.deb libc6-prof_2.11

eglibc override disparity

2011-12-17 Thread Debian FTP Masters
There are disparities between your recently accepted upload and the override file for the following file(s): libc6-i386_2.11.3-2_amd64.deb: package says priority is optional, override says standard. locales-all_2.11.3-2_amd64.deb: package says section is localization, override says libs. Pleas

Bug#652356: please use argument-safe bswap macros on all architectures

2011-12-17 Thread Thorsten Glaser
Aurelien Jarno dixit: >I am not an m68k porter, and I am not planning to try things. m68k is >lagging upstream wrt other architectures. Please work with upstream to >fix things, then I can include tested and accepted patches. I’m not an m68k porter either, but this fix is easily done from working

Re: "struct user" conflicts on arm

2011-12-17 Thread peter green
Konstantinos Margaritis wrote: Does anyone know what the impact of renaming these to use a REG_ prefix like i386, amd64 and sparc do* would be? at worst the packages that had to be workaround on arm* for this, can have the workaround removed. I have prepared a patch (attatched) that eliminates t

Re: Bug#652356: please use argument-safe bswap macros on all architectures

2011-12-17 Thread Aurelien Jarno
On Sat, Dec 17, 2011 at 12:51:48PM +, Thorsten Glaser wrote: > Aurelien Jarno dixit: > > >I am not an m68k porter, and I am not planning to try things. m68k is > >lagging upstream wrt other architectures. Please work with upstream to > >fix things, then I can include tested and accepted patche

Processed: tagging 636286

2011-12-17 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > tags 636286 + wontfix Bug #636286 [src:eglibc] eglibc: SIGSEGV in strcoll in UTF-8 locales with certain characters Added tag(s) wontfix. > thanks Stopping processing here. Please contact me if you need assistance. -- 636286: http://bugs.debian.

Bug#652356: please use argument-safe bswap macros on all architectures

2011-12-17 Thread Thorsten Glaser
Aurelien Jarno dixit: >If you are not an m68k porter, you should simply stop to care about >m68k porting issues. I care about the entire Open Source ecosystem. (Way to motivate people.) bye, //mirabilos -- 13:22⎜«neurodamage» mira, what's up man? I have a CVS question for you in #cvs 13:22⎜«ne

Re: Bug#652356: please use argument-safe bswap macros on all architectures

2011-12-17 Thread Aurelien Jarno
On Sat, Dec 17, 2011 at 02:45:26PM +, Thorsten Glaser wrote: > Aurelien Jarno dixit: > > >If you are not an m68k porter, you should simply stop to care about > >m68k porting issues. > > I care about the entire Open Source ecosystem. (Way to motivate people.) > Then if you care, do the work

Re: [SRM] Uploading new upstream stable version to Squeeze?

2011-12-17 Thread Adam D. Barratt
On Sat, 2011-12-17 at 12:36 +0100, Aurelien Jarno wrote: > As you pointed me on IRC, the build failed on arm, mips and mipsel. It's > due to a file out of sync between the main repository and the ports > repository hosting theses architectures. I have backported the missing > change to version 2.11

Bug#652356: please use argument-safe bswap macros on all architectures

2011-12-17 Thread Andreas Schwab
Thorsten Glaser writes: > Aurelien Jarno dixit: > >>I am not an m68k porter, and I am not planning to try things. m68k is >>lagging upstream wrt other architectures. Please work with upstream to >>fix things, then I can include tested and accepted patches. > > I’m not an m68k porter either, but t

eglibc_2.11.3-2_amd64.changes ACCEPTED into proposed-updates

2011-12-17 Thread Debian FTP Masters
Notes: Mapping stable to proposed-updates. Accepted: eglibc-source_2.11.3-2_all.deb to main/e/eglibc/eglibc-source_2.11.3-2_all.deb eglibc_2.11.3-2.diff.gz to main/e/eglibc/eglibc_2.11.3-2.diff.gz eglibc_2.11.3-2.dsc to main/e/eglibc/eglibc_2.11.3-2.dsc glibc-doc_2.11.3-2_all.deb to mai

eglibc override disparity

2011-12-17 Thread Debian FTP Masters
There are disparities between your recently accepted upload and the override file for the following file(s): libc6-i386_2.11.3-2_amd64.deb: package says priority is optional, override says standard. locales-all_2.11.3-2_amd64.deb: package says section is localization, override says libs. Pleas

Bug#652356: please use argument-safe bswap macros on all architectures

2011-12-17 Thread Jonathan Nieder
Aurelien Jarno wrote: > If you are not an m68k porter, you should simply stop to care about > m68k porting issues. There are kinder ways to say that. Thorsten, can you test this patch or arrange for it to be tested? commit fb3ed187 Author: Andreas Schwab Date: Sun Mar 6 19:52:43 2011 +0100

Bug#652356: please use argument-safe bswap macros on all architectures

2011-12-17 Thread Thorsten Glaser
Jonathan Nieder dixit: >There are kinder ways to say that. Thanks. >Thorsten, can you test this patch or arrange for it to be tested? Will do that once the next buildhost gets idle (one is currently building gcc-4.6 (second upload in one day), the other working its something off to build a kern

Re: "struct user" conflicts on arm

2011-12-17 Thread Carlos O'Donell
On Sat, Dec 17, 2011 at 7:57 AM, peter green wrote: >> mind also looking at WCHAR_MIN/MAX undefined for arm? >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598937 > > They most certainly are defined. The trouble is that WCHAR_MAX is defined > in a strange way. > > #define __WCHAR_MAX     ( (w

Re: [m68k] eglibc expected(?) testsuite results

2011-12-17 Thread Finn Thain
On Sat, 17 Dec 2011, Thorsten Glaser wrote: > Finn Thain dixit: > > >It might be worth running the tests on physical hardware instead of an > >emulator. > > You just volunteered. You just promoted me to Debian Developer. Finn -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.o

Re: "struct user" conflicts on arm

2011-12-17 Thread peter green
ISO C99 says that WCHAR_MAX must be a constant expression and the above definition is such an expression. Technically the program needs fixing (see below though for the "standards matter but so do users"), there is nothing wrong with a type cast and a constant value e.g. signed -1 converted to u

Re: "struct user" conflicts on arm

2011-12-17 Thread Carlos O'Donell
On Sat, Dec 17, 2011 at 7:54 PM, peter green wrote: >> Your patch to fix ucontext namespace pollution looks good, please post >> that to libc-ports for review > > should I send it immidiately or should I wait until I have test results to > give them? Wait until the test results are complete and y

İyi Seneler Diler Reklam Projesinde SON 10 GÜN...

2011-12-17 Thread Büşra ALTAŞ
Sayın Yetkili; Yeni yılda firmalarımız için hazırladığımız İYİ SENELER DİLER proje detayları aşağıdaki gibidir. 29-30-31 Aralık tarihlerinde her kanalda günde 7 defa şeklinde yayınlanacaktır. 1.SKYTURK 21 ADET 4SN.LİK KUŞAK REKLAM(84sn.) 2.KANALTURK 21 ADET 4SN.LİK KUŞAK RE