Bug#186576: Sorry, but the following packages have unmet dependencies: locales
Package: locales Version: 2.3.1-15 Severity: normal :~# apt-get install locales Reading Package Lists... Done Building Dependency Tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: Sorry, but the following packages have unmet dependencies: locales: Depends: glibc-2.3.1-16 but it is not installable E: Sorry, broken packages ultra:~# apt-get install libc6 Reading Package Lists... Done Building Dependency Tree... Done Sorry, libc6 is already the newest version. 0 packages upgraded, 0 newly installed, 0 to remove and 1 not upgraded. -- System Information: Debian Release: testing/unstable Architecture: sparc Kernel: Linux ultra 2.2.19 #1 Mon Apr 2 14:21:55 EDT 2001 sparc64 Locale: LANG=C, LC_CTYPE=C Versions of packages locales depends on: ii debconf 1.2.34 Debian configuration management sy ii libc6 [glibc-2.3.1-15]2.3.1-15 GNU C Library: Shared libraries an -- debconf information: * locales/default_environment_locale: Leave alone * locales/locales_to_be_generated: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to glibc-package/debian/patches by gotom
Repository: glibc-package/debian/patches who:gotom time: Fri Mar 28 05:26:18 MST 2003 Log Message: - debian/patches/s390-tls.dpatch: add to build glibc 2.3.2 on s390. The correct fix is to modify the kernel headers, but for the present we use it regardless of the kernel issue. Patched by Gerhard Tonn [EMAIL PROTECTED]. Files: changed:0list added: s390-tls.dpatch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to glibc-package/debian by gotom
Repository: glibc-package/debian who:gotom time: Fri Mar 28 05:26:18 MST 2003 Log Message: - debian/patches/s390-tls.dpatch: add to build glibc 2.3.2 on s390. The correct fix is to modify the kernel headers, but for the present we use it regardless of the kernel issue. Patched by Gerhard Tonn [EMAIL PROTECTED]. Files: changed:changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to glibc-package/debian by gotom
Repository: glibc-package/debian who:gotom time: Fri Mar 28 05:47:16 MST 2003 Log Message: update cvs 20030328 Files: changed:changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to glibc-package/debian/patches by gotom
Repository: glibc-package/debian/patches who:gotom time: Fri Mar 28 05:47:16 MST 2003 Log Message: update cvs 20030328 Files: changed:cvs.dpatch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#137020: acknowledged by developer (Bug#137020: fixed in glibc 2.3.1-15)
At Fri, 28 Mar 2003 03:13:13 +0100,
Vincent Lefevre wrote:
On Mon, Mar 17, 2003 at 06:03:13 -0600, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
#137020: libc6-dev: Incorrect macro _FPU_SETCW in fpu_control.h,
which was filed against the libc6-dev package.
It has been closed by one of the developers, namely
GOTO Masanori [EMAIL PROTECTED].
I don't know why this bug was closed. Compiling the following program
fails with libc6 2.3.1-16:
#include fpu_control.h
int main(void)
{
_FPU_SETCW(_FPU_RC_ZERO);
return 0;
}
I tested as:
#include stdio.h
#include fpu_control.h
main()
{
unsigned int a;
_FPU_GETCW(a);
_FPU_SETCW(a);
printf(%x\n,a);
}
ay:~ cc tst.c
tst.c: In function `main':
tst.c:4: unnamed fields of type other than struct or union are not allowed
tst.c:4: warning: no semicolon at end of struct or union
tst.c:4: syntax error before numeric constant
tst.c:4: `tmp' undeclared (first use in this function)
tst.c:4: (Each undeclared identifier is reported only once
tst.c:4: for each function it appears in.)
tst.c:4: syntax error before __attribute__
tst.c:4: syntax error before numeric constant
tst.c:4: syntax error before numeric constant
tst.c: At top level:
tst.c:5: syntax error before return
zsh: exit 1 cc tst.c
Original bug does not say _FPU_RC_ZERO. You _have to_ send a
test program to report BTS in the next time.
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to glibc-package/debian by gotom
Repository: glibc-package/debian who:gotom time: Fri Mar 28 06:20:52 MST 2003 Log Message: add #137020. Files: changed:changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /usr/lib/locale/locale and locale-archive should remove before generating locales?
At Fri, 28 Mar 2003 00:31:20 +0100, Denis Barbier wrote: On Wed, Mar 26, 2003 at 01:52:59PM +0900, GOTO Masanori wrote: [...] Currently, our locales package do not remove /usr/lib/locale/locale and /usr/lib/locale/locale-archive. Glibc locale system looks both locale dir and locale-archive files to search the current locale's database. These locale database can store the generated locales. So this means that we can have very old locale entries in these locale database. The current locale-archive file accumulates a lot of locale database which were generated in the past but the current locales' debconf interface does not have such old entries and they are not updated. So the solution is: remove all directories in /usr/lib/locale and /usr/lib/locale-archive whenever we reconfigure or install or upgrade locales package in each time. I think simply removal for old locale entries is the best and the easiest way. Any comments? Yes, I see no reason to choose a harder way. Thanks, I've now added in locales.postinst: # Update requested locales. Remove all old locale dir and # locale-archive before generating new locale data. if test -z $LEAVE_FLAG; then rm -rf /usr/lib/locale/* /usr/sbin/locale-gen fi Removing all files/dirs might be problem. However at least there is no package to touch /usr/lib/locale on my machine, so I guess it's acceptable. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#186576: Sorry, but the following packages have unmet dependencies: locales
At Fri, 28 Mar 2003 11:53:50 +0100, Marius Lund Larsen wrote: Package: locales Version: 2.3.1-15 Severity: normal :~# apt-get install locales Reading Package Lists... Done Building Dependency Tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: Sorry, but the following packages have unmet dependencies: locales: Depends: glibc-2.3.1-16 but it is not installable E: Sorry, broken packages ultra:~# apt-get install libc6 Reading Package Lists... Done Building Dependency Tree... Done Sorry, libc6 is already the newest version. 0 packages upgraded, 0 newly installed, 0 to remove and 1 not upgraded. -- System Information: Debian Release: testing/unstable Architecture: sparc Hmm!? buildd (http://buildd.debian.org/build.php?pkg=glibc) says 2.3.1-16 (sparc) (latest build at Mar 22 14:22: maybe-successful) But actually my local mirror does not have it. What has happened? Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to glibc-package/debian by gotom
Repository: glibc-package/debian who:gotom time: Fri Mar 28 06:40:43 MST 2003 Log Message: - debian/locales/DEBIAN/postinst: add rm -rf /usr/lib/locale/* to remove all old locale dir and locale-archive in locales configuration time. Files: changed:changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#137020: acknowledged by developer (Bug#137020: fixed in glibc 2.3.1-15)
At Fri, 28 Mar 2003 14:54:24 +0100,
Vincent Lefevre wrote:
On Fri, Mar 28, 2003 at 22:04:26 +0900, GOTO Masanori wrote:
I tested as:
#include stdio.h
#include fpu_control.h
main()
{
unsigned int a;
_FPU_GETCW(a);
_FPU_SETCW(a);
printf(%x\n,a);
}
Original bug does not say _FPU_RC_ZERO. You _have to_ send a
test program to report BTS in the next time.
OK. But note that I did (very shortly) explain the problem in my
original bug report.
On Fri, Mar 28, 2003 at 22:19:23 +0900, GOTO Masanori wrote:
... and this bug is really fixed in glibc 2.3.2-1.
I haven't seen glibc 2.3.2-1.
Ah, I should say:
this bug will be fixed in glibc 2.3.2-1 which will be
released as the next version of the current glibc 2.3.1-16
When you say fixed, did you test with _FPU_RC_ZERO only or did you
check the code?
Yes.
In particular, the following test program would have failed too
with glibc 2.3.1:
#include stdio.h
#include fpu_control.h
main()
{
unsigned int d;
_FPU_GETCW(d);
_FPU_SETCW(d);
printf(%x\n,d);
}
(This is your test program where 'a' has been replaced by 'd'.)
This problem is caused by fpu_control.h with incomplete definition of
_FPU_GETCW, _FPU_SETCW. Rewrite your /usr/include/fpu_control.h
as follows (it's pulled from glibc 2.3.2):
/* Macros for accessing the hardware control word. */
#define _FPU_GETCW(__cw) ( { \ -
union { double d; fpu_control_t cw[2]; } \
tmp __attribute__ ((__aligned__(8))); \
__asm__ (mffs 0; stfd%U0 0,%0 : =m (tmp.d) : : fr0); \
(__cw)=tmp.cw[1]; \ -
tmp.cw[1]; } )
#define _FPU_SETCW(__cw) { \-
union { double d; fpu_control_t cw[2]; } \
tmp __attribute__ ((__aligned__(8))); \
tmp.cw[0] = 0xFFF8; /* More-or-less arbitrary; this is a QNaN. */ \
tmp.cw[1] = __cw; \ -
__asm__ (lfd%U0 0,%0; mtfsf 255,0 : : m (tmp.d) : fr0); \
}
The point is __cw. Please check.
Regards,
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#183477: libc6 conflicts with php4 4:4.2.3-5
Hello, I also have this problem and cannot install anything via apt-get/aptitude any more as I constantly risk that it removes php4 and it's dependants from my system. I've done an apt-get update but this conflict remains: -- server:/# aptitude install libc6 php4 Reading Package Lists... Done Building Dependency Tree Reading extended state information... Done Sorry, php4 is already installed at the requested version (4:4.1.2-4) E: Unable to correct problems, you have held broken packages. E: Unable to correct dependencies, some packages cannot be installed E: Unable to resolve some dependencies! Some packages had unmet dependencies. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following packages have unmet dependencies: libc6: Conflicts: php4 ( 4:4.2.3-5) but 4:4.1.2-4 is installed. -- Is there any workaround for this? (an apt source for a different libc6 or php4 package would be nice, better of course would be to actually get rid of this conflict) Greetings, Michel pgp0.pgp Description: PGP signature
Re: FWD: IMPORTANT glibc fix
On Sat, 29 Mar 2003 00:14:00 +0900, GOTO Masanori [EMAIL PROTECTED] said: Thanks. I've just updated cvs.dpatch to the latest. glibc 2.3.2-1 should fix this problem. Excellent. Debian beating everybody else to the punch, once again! ;-) --david -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#183477: libc6 conflicts with php4 4:4.2.3-5
On Fri, 2003-03-28 at 10:42, Michel Meyers wrote: Is there any workaround for this? (an apt source for a different libc6 or php4 package would be nice, better of course would be to actually get rid of this conflict) Its fixed in the newer version of glibc in unstable. A workaround if you don't want to upgrade would be to use dpkg --force. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cvs commit to glibc-package/debian/patches by gotom
On Fri, Mar 28, 2003 at 05:30:17PM +0100, Guido Guenther wrote: On Fri, Mar 28, 2003 at 05:47:16AM -0700, Debian GLibc CVS Master wrote: update cvs 20030328 Does this mean you pulled everything from current CVS head? This will break mips(el) completely since currently n32 and n64 support is being added and the merge isn't complete and far from being well tested. Vanilla 2.3.2 should be fine though. Regards, -- Guido Vanilla 2.3.2 won't work on at least ARM, also. CVS should (mostly). Life's hard when glibc doesn't stabilize :P -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#186654: FW: IMPORTANT bug fix for setjmp()/getcontext()
Package: libc6.1 Version: 2.3.1-16 - Forwarded message from David Mosberger [EMAIL PROTECTED] - Content-Description: forwarded message Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Archive: http://sources.redhat.com/ml/libc-hacker/ List-Post: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED], http://sources.redhat.com/ml/#faqs X-MailScanner: Found to be clean X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-6.3, required 7, PATCH_UNIFIED_DIFF) From: David Mosberger [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: ia64: unat restoration fixes for setjmp() getcontext() Reply-To: [EMAIL PROTECTED] The ia64 versions of __sigsetjmp() and getcontext() failed to restore ar.unat before returning. Patch below should fix that. --david 2003-03-27 David Mosberger [EMAIL PROTECTED] * sysdeps/unix/sysv/linux/ia64/getcontext.S: Restore caller's ar.unat before returning. Add missing .mem.offset directives to ensure file gets assembled without warnings. * sysdeps/unix/sysv/linux/ia64/setjmp.S: Ditto. Index: sysdeps/unix/sysv/linux/ia64/setjmp.S === RCS file: /cvs/glibc/libc/sysdeps/unix/sysv/linux/ia64/setjmp.S,v retrieving revision 1.7 diff -u -r1.7 setjmp.S --- sysdeps/unix/sysv/linux/ia64/setjmp.S 31 Dec 2002 20:37:30 - 1.7 +++ sysdeps/unix/sysv/linux/ia64/setjmp.S 27 Mar 2003 18:05:14 - @@ -87,21 +87,22 @@ ENTRY(__sigsetjmp) .prologue ASM_UNW_PRLG_RP|ASM_UNW_PRLG_PFS, ASM_UNW_PRLG_GRSAVE(2) alloc loc1=ar.pfs,2,2,2,0 + .save ar.unat, r16 mov r16=ar.unat ;; mov r17=ar.fpsr mov r2=in0 add r3=8,in0 ;; - st8.spill.nta [r2]=sp,16// r12 (sp) - st8.spill.nta [r3]=gp,16// r1 (gp) +.mem.offset 8,0; st8.spill.nta [r2]=sp,16// r12 (sp) +.mem.offset 0,0; st8.spill.nta [r3]=gp,16// r1 (gp) ;; st8.nta [r2]=r16,16 // save caller's unat st8.nta [r3]=r17,16 // save fpsr add r8=0xa0,in0 ;; - st8.spill.nta [r2]=r4,16// r4 - st8.spill.nta [r3]=r5,16// r5 +.mem.offset 8,0; st8.spill.nta [r2]=r4,16// r4 +.mem.offset 0,0; st8.spill.nta [r3]=r5,16// r5 add r9=0xb0,in0 ;; stf.spill.nta [r8]=f2,32 @@ -143,8 +144,8 @@ stf.spill.nta [r8]=f30 stf.spill.nta [r9]=f31 - st8.spill.nta [r2]=r6,16// r6 - st8.spill.nta [r3]=r7,16// r7 +.mem.offset 8,0; st8.spill.nta [r2]=r6,16// r6 +.mem.offset 0,0; st8.spill.nta [r3]=r7,16// r7 ;; mov r23=ar.bsp mov r25=ar.unat @@ -170,9 +171,10 @@ st8.nta [r3]=in0// __jmp_buf br.call.dpnt.few rp=__sigjmp_save .ret0: // force a new bundle ::q - mov r8=0 + mov.m ar.unat=r16 // restore caller's unat mov rp=loc0 mov ar.pfs=loc1 + mov r8=0 ret END(__sigsetjmp) Index: sysdeps/unix/sysv/linux/ia64/getcontext.S === RCS file: /cvs/glibc/libc/sysdeps/unix/sysv/linux/ia64/getcontext.S,v retrieving revision 1.6 diff -u -r1.6 getcontext.S --- sysdeps/unix/sysv/linux/ia64/getcontext.S 9 Oct 2002 09:57:46 - 1.6 +++ sysdeps/unix/sysv/linux/ia64/getcontext.S 27 Mar 2003 19:33:04 - @@ -34,6 +34,7 @@ other than the PRESERVED state. */ ENTRY(__getcontext) + .prologue alloc r16 = ar.pfs, 1, 0, 3, 0 // sigprocmask (SIG_BLOCK, NULL, sc-sc_mask): @@ -53,7 +54,9 @@ add r2 = SC_GR+1*8, r32 ;; mov.m rBSP = ar.bsp + .save ar.unat, rUNAT mov.m rUNAT = ar.unat + .body add r3 = SC_GR+4*8, r32 ;; @@ -65,8 +68,8 @@ .mem.offset 8,0; st8.spill [r3] = r6, 48 and rTMP = ~0x3, rRSC ;; - st8.spill [r2] = r7, (SC_FR+2*16-(SC_GR+7*8)) - st8.spill [r3] = sp, (SC_FR+3*16-(SC_GR+12*8)) +.mem.offset 0,0; st8.spill [r2] = r7, (SC_FR+2*16-(SC_GR+7*8)) +.mem.offset 8,0; st8.spill [r3] = sp, (SC_FR+3*16-(SC_GR+12*8)) ;; mov.m ar.rsc = rTMP // put RSE into enforced lazy mode mov.m rNAT = ar.unat @@ -119,8 +122,8 @@ stf.spill [r3] = f31, 32 mov rB1 = b1 ;; + mov ar.unat = rUNAT // we're done spilling integer regs; restore caller's UNaT add r2 = SC_NAT, r32 - nop 0 add r3 = SC_BSP, r32 ;; st8 [r2] = rNAT, (SC_RNAT-SC_NAT) - End forwarded message - -- --- dann frazier Hewlett-Packard Linux Systems Division [EMAIL PROTECTED] (970) 898-0800 -- To UNSUBSCRIBE, email to [EMAIL
Re: FWD: IMPORTANT glibc fix
At Thu, 27 Mar 2003 20:11:16 -0800, Randolph Chung wrote: FYI. can we please pick this up from cvs for the next glibc upload? Thanks. I've just updated cvs.dpatch to the latest. glibc 2.3.2-1 should fix this problem. Date: Thu, 27 Mar 2003 17:04:33 -0800 From: David Mosberger [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: IMPORTANT glibc fix Reply-To: [EMAIL PROTECTED] X-Mailing-List: [EMAIL PROTECTED] archive/latest/891 The patch below was just applied to the CVS glibc. Since it fixes an important bug, I'd highly recommend for distributors to also apply the patch to their currently shipping version of glibc. --david Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#185933: marked as done (libc6-dev: sys/io.h disappeared on ppc)
Your message dated Fri, 28 Mar 2003 23:54:30 +0900 with message-id [EMAIL PROTECTED] and subject line Bug#185933: libc6-dev: sys/io.h disappeared on ppc has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 23 Mar 2003 02:02:48 + From [EMAIL PROTECTED] Sat Mar 22 20:02:48 2003 Return-path: [EMAIL PROTECTED] Received: from alb-24-195-0-157.nycap.rr.com (nrop) [24.195.0.157] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18wuoy-0006am-00; Sat, 22 Mar 2003 20:02:48 -0600 Received: by nrop (Postfix, from userid 1000) id 513C2BFB0F; Sat, 22 Mar 2003 21:02:45 -0500 (EST) Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Andres Salomon [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: libc6-dev: sys/io.h disappeared on ppc X-Mailer: reportbug 2.10.1 Date: Sat, 22 Mar 2003 21:02:44 -0500 Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-0.2 required=4.0 tests=HAS_PACKAGE,SPAM_PHRASE_00_01 version=2.44 X-Spam-Level: Package: libc6-dev Version: 2.3.1-15 Severity: normal Somewhere between -14 and -15, /usr/include/sys/io.h seems to have disappeared for ppc (and possibly other archs). On an i386 machine: [EMAIL PROTECTED]:~$ dpkg -L libc6-dev|grep sys/io.h || echo nada. /usr/include/sys/io.h [EMAIL PROTECTED]:~$ On a ppc machine: [EMAIL PROTECTED]:~/gst-plugins-0.6.0.bak$ dpkg -L libc6-dev|grep sys/io.h || echo nada. nada. I encountered a problem w/ missing sys/io.h while attempting to build gst-plugins with -15: In file included from qcam-lib.c:47: qcam-os.c:38:20: sys/io.h: No such file or directory qcam-lib.c: In function `qc_scan': qcam-lib.c:743: warning: comparison is always true due to limited range of data type make[4]: *** [libgstqcam_la-qcam-lib.lo] Error 1 Note that it builds just fine w/ -14: http://buildd.debian.org/fetch.php?pkg=gst-pluginsver=0.6.0-4arch=powerpcstamp=1047776147file=logas=raw -- System Information: Debian Release: testing/unstable Architecture: powerpc Kernel: Linux nrop 2.4.20-ben7 #15 Sat Mar 1 15:37:39 EST 2003 ppc Locale: LANG=C, LC_CTYPE=C Versions of packages libc6-dev depends on: ii libc6 2.3.1-15 GNU C Library: Shared libraries an -- no debconf information --- Received: (at 185933-done) by bugs.debian.org; 28 Mar 2003 14:54:36 + From [EMAIL PROTECTED] Fri Mar 28 08:54:33 2003 Return-path: [EMAIL PROTECTED] Received: from oris.opensource.jp (oris.opensource.gr.jp) [218.44.239.73] (postfix) by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18yvFY-00014C-00; Fri, 28 Mar 2003 08:54:32 -0600 Received: from oris.opensource.jp (oris.opensource.jp [218.44.239.73]) by oris.opensource.gr.jp (Postfix) with ESMTP id BDA20C33C7; Fri, 28 Mar 2003 23:54:30 +0900 (JST) Date: Fri, 28 Mar 2003 23:54:30 +0900 Message-ID: [EMAIL PROTECTED] From: GOTO Masanori [EMAIL PROTECTED] To: Andres Salomon [EMAIL PROTECTED] Cc: GOTO Masanori [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Bug#185933: libc6-dev: sys/io.h disappeared on ppc In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] User-Agent: Wanderlust/2.9.9 (Unchained Melody) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (i386-debian-linux-gnu) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - Ushinoya) Content-Type: text/plain; charset=US-ASCII Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-1.8 required=4.0 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01, USER_AGENT version=2.44 X-Spam-Level: At 27 Mar 2003 14:40:21 -0500, Andres Salomon wrote: I have no problem w/ closing the bug; I've entered a bug in gstreamer's buzilla. Thanks! Now I close this bug. But I remind (and maybe my todo) that ppc has no sys/io.h. I would, however, like to see this documented somewhere, if it's not already done (maybe at the top of sys/*.h, a big fat /* WARNING: this file does not exist on all architectures! */, or perhaps #ifndef __some symbol in asm/io.h__ Warning: do not include this file directly! Use the appropriate file in /usr/include/asm.) But,
Re: cvs commit to glibc-package/debian/patches by gotom
On Fri, Mar 28, 2003 at 05:47:16AM -0700, Debian GLibc CVS Master wrote: update cvs 20030328 Does this mean you pulled everything from current CVS head? This will break mips(el) completely since currently n32 and n64 support is being added and the merge isn't complete and far from being well tested. Vanilla 2.3.2 should be fine though. Regards, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#186576: Sorry, but the following packages have unmet dependencies: locales
Package: locales Version: 2.3.1-15 Severity: normal :~# apt-get install locales Reading Package Lists... Done Building Dependency Tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: Sorry, but the following packages have unmet dependencies: locales: Depends: glibc-2.3.1-16 but it is not installable E: Sorry, broken packages ultra:~# apt-get install libc6 Reading Package Lists... Done Building Dependency Tree... Done Sorry, libc6 is already the newest version. 0 packages upgraded, 0 newly installed, 0 to remove and 1 not upgraded. -- System Information: Debian Release: testing/unstable Architecture: sparc Kernel: Linux ultra 2.2.19 #1 Mon Apr 2 14:21:55 EDT 2001 sparc64 Locale: LANG=C, LC_CTYPE=C Versions of packages locales depends on: ii debconf 1.2.34 Debian configuration management sy ii libc6 [glibc-2.3.1-15]2.3.1-15 GNU C Library: Shared libraries an -- debconf information: * locales/default_environment_locale: Leave alone * locales/locales_to_be_generated:
cvs commit to glibc-package/debian/patches by gotom
Repository: glibc-package/debian/patches who:gotom time: Fri Mar 28 05:26:18 MST 2003 Log Message: - debian/patches/s390-tls.dpatch: add to build glibc 2.3.2 on s390. The correct fix is to modify the kernel headers, but for the present we use it regardless of the kernel issue. Patched by Gerhard Tonn [EMAIL PROTECTED]. Files: changed:0list added: s390-tls.dpatch
cvs commit to glibc-package/debian by gotom
Repository: glibc-package/debian who:gotom time: Fri Mar 28 05:26:18 MST 2003 Log Message: - debian/patches/s390-tls.dpatch: add to build glibc 2.3.2 on s390. The correct fix is to modify the kernel headers, but for the present we use it regardless of the kernel issue. Patched by Gerhard Tonn [EMAIL PROTECTED]. Files: changed:changelog
cvs commit to glibc-package/debian by gotom
Repository: glibc-package/debian who:gotom time: Fri Mar 28 05:47:16 MST 2003 Log Message: update cvs 20030328 Files: changed:changelog
cvs commit to glibc-package/debian/patches by gotom
Repository: glibc-package/debian/patches who:gotom time: Fri Mar 28 05:47:16 MST 2003 Log Message: update cvs 20030328 Files: changed:cvs.dpatch
Bug#137020: acknowledged by developer (Bug#137020: fixed in glibc 2.3.1-15)
At Fri, 28 Mar 2003 03:13:13 +0100,
Vincent Lefevre wrote:
On Mon, Mar 17, 2003 at 06:03:13 -0600, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
#137020: libc6-dev: Incorrect macro _FPU_SETCW in fpu_control.h,
which was filed against the libc6-dev package.
It has been closed by one of the developers, namely
GOTO Masanori [EMAIL PROTECTED].
I don't know why this bug was closed. Compiling the following program
fails with libc6 2.3.1-16:
#include fpu_control.h
int main(void)
{
_FPU_SETCW(_FPU_RC_ZERO);
return 0;
}
I tested as:
#include stdio.h
#include fpu_control.h
main()
{
unsigned int a;
_FPU_GETCW(a);
_FPU_SETCW(a);
printf(%x\n,a);
}
ay:~ cc tst.c
tst.c: In function `main':
tst.c:4: unnamed fields of type other than struct or union are not allowed
tst.c:4: warning: no semicolon at end of struct or union
tst.c:4: syntax error before numeric constant
tst.c:4: `tmp' undeclared (first use in this function)
tst.c:4: (Each undeclared identifier is reported only once
tst.c:4: for each function it appears in.)
tst.c:4: syntax error before __attribute__
tst.c:4: syntax error before numeric constant
tst.c:4: syntax error before numeric constant
tst.c: At top level:
tst.c:5: syntax error before return
zsh: exit 1 cc tst.c
Original bug does not say _FPU_RC_ZERO. You _have to_ send a
test program to report BTS in the next time.
-- gotom
cvs commit to glibc-package/debian by gotom
Repository: glibc-package/debian who:gotom time: Fri Mar 28 06:20:52 MST 2003 Log Message: add #137020. Files: changed:changelog
Re: /usr/lib/locale/locale and locale-archive should remove before generating locales?
At Fri, 28 Mar 2003 00:31:20 +0100, Denis Barbier wrote: On Wed, Mar 26, 2003 at 01:52:59PM +0900, GOTO Masanori wrote: [...] Currently, our locales package do not remove /usr/lib/locale/locale and /usr/lib/locale/locale-archive. Glibc locale system looks both locale dir and locale-archive files to search the current locale's database. These locale database can store the generated locales. So this means that we can have very old locale entries in these locale database. The current locale-archive file accumulates a lot of locale database which were generated in the past but the current locales' debconf interface does not have such old entries and they are not updated. So the solution is: remove all directories in /usr/lib/locale and /usr/lib/locale-archive whenever we reconfigure or install or upgrade locales package in each time. I think simply removal for old locale entries is the best and the easiest way. Any comments? Yes, I see no reason to choose a harder way. Thanks, I've now added in locales.postinst: # Update requested locales. Remove all old locale dir and # locale-archive before generating new locale data. if test -z $LEAVE_FLAG; then rm -rf /usr/lib/locale/* /usr/sbin/locale-gen fi Removing all files/dirs might be problem. However at least there is no package to touch /usr/lib/locale on my machine, so I guess it's acceptable. Regards, -- gotom
Bug#186576: Sorry, but the following packages have unmet dependencies: locales
At Fri, 28 Mar 2003 11:53:50 +0100, Marius Lund Larsen wrote: Package: locales Version: 2.3.1-15 Severity: normal :~# apt-get install locales Reading Package Lists... Done Building Dependency Tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: Sorry, but the following packages have unmet dependencies: locales: Depends: glibc-2.3.1-16 but it is not installable E: Sorry, broken packages ultra:~# apt-get install libc6 Reading Package Lists... Done Building Dependency Tree... Done Sorry, libc6 is already the newest version. 0 packages upgraded, 0 newly installed, 0 to remove and 1 not upgraded. -- System Information: Debian Release: testing/unstable Architecture: sparc Hmm!? buildd (http://buildd.debian.org/build.php?pkg=glibc) says 2.3.1-16 (sparc) (latest build at Mar 22 14:22: maybe-successful) But actually my local mirror does not have it. What has happened? Regards, -- gotom
cvs commit to glibc-package/debian by gotom
Repository: glibc-package/debian who:gotom time: Fri Mar 28 06:40:43 MST 2003 Log Message: - debian/locales/DEBIAN/postinst: add rm -rf /usr/lib/locale/* to remove all old locale dir and locale-archive in locales configuration time. Files: changed:changelog
cvs commit to glibc-package/debian/locales/DEBIAN by gotom
Repository: glibc-package/debian/locales/DEBIAN who:gotom time: Fri Mar 28 06:40:43 MST 2003 Log Message: - debian/locales/DEBIAN/postinst: add rm -rf /usr/lib/locale/* to remove all old locale dir and locale-archive in locales configuration time. Files: changed:postinst
Bug#137020: acknowledged by developer (Bug#137020: fixed in glibc 2.3.1-15)
On Fri, Mar 28, 2003 at 22:04:26 +0900, GOTO Masanori wrote:
I tested as:
#include stdio.h
#include fpu_control.h
main()
{
unsigned int a;
_FPU_GETCW(a);
_FPU_SETCW(a);
printf(%x\n,a);
}
Original bug does not say _FPU_RC_ZERO. You _have to_ send a
test program to report BTS in the next time.
OK. But note that I did (very shortly) explain the problem in my
original bug report.
On Fri, Mar 28, 2003 at 22:19:23 +0900, GOTO Masanori wrote:
... and this bug is really fixed in glibc 2.3.2-1.
I haven't seen glibc 2.3.2-1. When you say fixed, did you test
with _FPU_RC_ZERO only or did you check the code?
In particular, the following test program would have failed too
with glibc 2.3.1:
#include stdio.h
#include fpu_control.h
main()
{
unsigned int d;
_FPU_GETCW(d);
_FPU_SETCW(d);
printf(%x\n,d);
}
(This is your test program where 'a' has been replaced by 'd'.)
Regards,
--
Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100%
validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
des Jeux Mathématiques et Logiques, TETRHEX, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Bug#137020: acknowledged by developer (Bug#137020: fixed in glibc 2.3.1-15)
At Fri, 28 Mar 2003 14:54:24 +0100,
Vincent Lefevre wrote:
On Fri, Mar 28, 2003 at 22:04:26 +0900, GOTO Masanori wrote:
I tested as:
#include stdio.h
#include fpu_control.h
main()
{
unsigned int a;
_FPU_GETCW(a);
_FPU_SETCW(a);
printf(%x\n,a);
}
Original bug does not say _FPU_RC_ZERO. You _have to_ send a
test program to report BTS in the next time.
OK. But note that I did (very shortly) explain the problem in my
original bug report.
On Fri, Mar 28, 2003 at 22:19:23 +0900, GOTO Masanori wrote:
... and this bug is really fixed in glibc 2.3.2-1.
I haven't seen glibc 2.3.2-1.
Ah, I should say:
this bug will be fixed in glibc 2.3.2-1 which will be
released as the next version of the current glibc 2.3.1-16
When you say fixed, did you test with _FPU_RC_ZERO only or did you
check the code?
Yes.
In particular, the following test program would have failed too
with glibc 2.3.1:
#include stdio.h
#include fpu_control.h
main()
{
unsigned int d;
_FPU_GETCW(d);
_FPU_SETCW(d);
printf(%x\n,d);
}
(This is your test program where 'a' has been replaced by 'd'.)
This problem is caused by fpu_control.h with incomplete definition of
_FPU_GETCW, _FPU_SETCW. Rewrite your /usr/include/fpu_control.h
as follows (it's pulled from glibc 2.3.2):
/* Macros for accessing the hardware control word. */
#define _FPU_GETCW(__cw) ( { \ -
union { double d; fpu_control_t cw[2]; } \
tmp __attribute__ ((__aligned__(8))); \
__asm__ (mffs 0; stfd%U0 0,%0 : =m (tmp.d) : : fr0); \
(__cw)=tmp.cw[1]; \ -
tmp.cw[1]; } )
#define _FPU_SETCW(__cw) { \-
union { double d; fpu_control_t cw[2]; } \
tmp __attribute__ ((__aligned__(8))); \
tmp.cw[0] = 0xFFF8; /* More-or-less arbitrary; this is a QNaN. */ \
tmp.cw[1] = __cw; \ -
__asm__ (lfd%U0 0,%0; mtfsf 255,0 : : m (tmp.d) : fr0); \
}
The point is __cw. Please check.
Regards,
-- gotom
Re: FWD: IMPORTANT glibc fix
At Thu, 27 Mar 2003 20:11:16 -0800, Randolph Chung wrote: FYI. can we please pick this up from cvs for the next glibc upload? Thanks. I've just updated cvs.dpatch to the latest. glibc 2.3.2-1 should fix this problem. Date: Thu, 27 Mar 2003 17:04:33 -0800 From: David Mosberger [EMAIL PROTECTED] To: [EMAIL PROTECTED], debian-ia64@lists.debian.org Subject: IMPORTANT glibc fix Reply-To: [EMAIL PROTECTED] X-Mailing-List: debian-ia64@lists.debian.org archive/latest/891 The patch below was just applied to the CVS glibc. Since it fixes an important bug, I'd highly recommend for distributors to also apply the patch to their currently shipping version of glibc. --david Regards, -- gotom
Re: /usr/lib/locale/locale and locale-archive should remove before generating locales?
On Fri, Mar 28, 2003 at 10:41:04PM +0900, GOTO Masanori wrote: At Fri, 28 Mar 2003 00:31:20 +0100, Denis Barbier wrote: On Wed, Mar 26, 2003 at 01:52:59PM +0900, GOTO Masanori wrote: [...] Currently, our locales package do not remove /usr/lib/locale/locale and /usr/lib/locale/locale-archive. Glibc locale system looks both locale dir and locale-archive files to search the current locale's database. These locale database can store the generated locales. So this means that we can have very old locale entries in these locale database. The current locale-archive file accumulates a lot of locale database which were generated in the past but the current locales' debconf interface does not have such old entries and they are not updated. So the solution is: remove all directories in /usr/lib/locale and /usr/lib/locale-archive whenever we reconfigure or install or upgrade locales package in each time. I think simply removal for old locale entries is the best and the easiest way. Any comments? Yes, I see no reason to choose a harder way. Thanks, I've now added in locales.postinst: # Update requested locales. Remove all old locale dir and # locale-archive before generating new locale data. if test -z $LEAVE_FLAG; then rm -rf /usr/lib/locale/* /usr/sbin/locale-gen fi Removing all files/dirs might be problem. However at least there is no package to touch /usr/lib/locale on my machine, so I guess it's acceptable. The only one in unstable is: usr/lib/locale/de/LC_MESSAGES/libelf.cat devel/libelfg0-dev Someone should probably fix that. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer
Bug#185933: marked as done (libc6-dev: sys/io.h disappeared on ppc)
Your message dated Fri, 28 Mar 2003 23:54:30 +0900 with message-id [EMAIL PROTECTED] and subject line Bug#185933: libc6-dev: sys/io.h disappeared on ppc has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 23 Mar 2003 02:02:48 + From [EMAIL PROTECTED] Sat Mar 22 20:02:48 2003 Return-path: [EMAIL PROTECTED] Received: from alb-24-195-0-157.nycap.rr.com (nrop) [24.195.0.157] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18wuoy-0006am-00; Sat, 22 Mar 2003 20:02:48 -0600 Received: by nrop (Postfix, from userid 1000) id 513C2BFB0F; Sat, 22 Mar 2003 21:02:45 -0500 (EST) Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Andres Salomon [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: libc6-dev: sys/io.h disappeared on ppc X-Mailer: reportbug 2.10.1 Date: Sat, 22 Mar 2003 21:02:44 -0500 Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-0.2 required=4.0 tests=HAS_PACKAGE,SPAM_PHRASE_00_01 version=2.44 X-Spam-Level: Package: libc6-dev Version: 2.3.1-15 Severity: normal Somewhere between -14 and -15, /usr/include/sys/io.h seems to have disappeared for ppc (and possibly other archs). On an i386 machine: [EMAIL PROTECTED]:~$ dpkg -L libc6-dev|grep sys/io.h || echo nada. /usr/include/sys/io.h [EMAIL PROTECTED]:~$ On a ppc machine: [EMAIL PROTECTED]:~/gst-plugins-0.6.0.bak$ dpkg -L libc6-dev|grep sys/io.h || echo nada. nada. I encountered a problem w/ missing sys/io.h while attempting to build gst-plugins with -15: In file included from qcam-lib.c:47: qcam-os.c:38:20: sys/io.h: No such file or directory qcam-lib.c: In function `qc_scan': qcam-lib.c:743: warning: comparison is always true due to limited range of data type make[4]: *** [libgstqcam_la-qcam-lib.lo] Error 1 Note that it builds just fine w/ -14: http://buildd.debian.org/fetch.php?pkg=gst-pluginsver=0.6.0-4arch=powerpcstamp=1047776147file=logas=raw -- System Information: Debian Release: testing/unstable Architecture: powerpc Kernel: Linux nrop 2.4.20-ben7 #15 Sat Mar 1 15:37:39 EST 2003 ppc Locale: LANG=C, LC_CTYPE=C Versions of packages libc6-dev depends on: ii libc6 2.3.1-15 GNU C Library: Shared libraries an -- no debconf information --- Received: (at 185933-done) by bugs.debian.org; 28 Mar 2003 14:54:36 + From [EMAIL PROTECTED] Fri Mar 28 08:54:33 2003 Return-path: [EMAIL PROTECTED] Received: from oris.opensource.jp (oris.opensource.gr.jp) [218.44.239.73] (postfix) by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18yvFY-00014C-00; Fri, 28 Mar 2003 08:54:32 -0600 Received: from oris.opensource.jp (oris.opensource.jp [218.44.239.73]) by oris.opensource.gr.jp (Postfix) with ESMTP id BDA20C33C7; Fri, 28 Mar 2003 23:54:30 +0900 (JST) Date: Fri, 28 Mar 2003 23:54:30 +0900 Message-ID: [EMAIL PROTECTED] From: GOTO Masanori [EMAIL PROTECTED] To: Andres Salomon [EMAIL PROTECTED] Cc: GOTO Masanori [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Bug#185933: libc6-dev: sys/io.h disappeared on ppc In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] User-Agent: Wanderlust/2.9.9 (Unchained Melody) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (i386-debian-linux-gnu) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - Ushinoya) Content-Type: text/plain; charset=US-ASCII Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-1.8 required=4.0 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01, USER_AGENT version=2.44 X-Spam-Level: At 27 Mar 2003 14:40:21 -0500, Andres Salomon wrote: I have no problem w/ closing the bug; I've entered a bug in gstreamer's buzilla. Thanks! Now I close this bug. But I remind (and maybe my todo) that ppc has no sys/io.h. I would, however, like to see this documented somewhere, if it's not already done (maybe at the top of sys/*.h, a big fat /* WARNING: this file does not exist on all architectures! */, or perhaps #ifndef __some symbol in asm/io.h__ Warning: do not include this file directly! Use the appropriate file in /usr/include/asm.) But,
Bug#183477: libc6 conflicts with php4 4:4.2.3-5
Hello, I also have this problem and cannot install anything via apt-get/aptitude any more as I constantly risk that it removes php4 and it's dependants from my system. I've done an apt-get update but this conflict remains: -- server:/# aptitude install libc6 php4 Reading Package Lists... Done Building Dependency Tree Reading extended state information... Done Sorry, php4 is already installed at the requested version (4:4.1.2-4) E: Unable to correct problems, you have held broken packages. E: Unable to correct dependencies, some packages cannot be installed E: Unable to resolve some dependencies! Some packages had unmet dependencies. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following packages have unmet dependencies: libc6: Conflicts: php4 ( 4:4.2.3-5) but 4:4.1.2-4 is installed. -- Is there any workaround for this? (an apt source for a different libc6 or php4 package would be nice, better of course would be to actually get rid of this conflict) Greetings, Michel pgpySLB1b04ko.pgp Description: PGP signature
Re: /usr/lib/locale/locale and locale-archive should remove before generating locales?
On Fri, Mar 28, 2003 at 10:19:34AM -0500, Daniel Jacobowitz wrote: [...] Removing all files/dirs might be problem. However at least there is no package to touch /usr/lib/locale on my machine, so I guess it's acceptable. The only one in unstable is: usr/lib/locale/de/LC_MESSAGES/libelf.cat devel/libelfg0-dev Someone should probably fix that. I filed a bug. Denis
Re: cvs commit to glibc-package/debian/patches by gotom
On Fri, Mar 28, 2003 at 05:47:16AM -0700, Debian GLibc CVS Master wrote: update cvs 20030328 Does this mean you pulled everything from current CVS head? This will break mips(el) completely since currently n32 and n64 support is being added and the merge isn't complete and far from being well tested. Vanilla 2.3.2 should be fine though. Regards, -- Guido
Re: FWD: IMPORTANT glibc fix
On Sat, 29 Mar 2003 00:14:00 +0900, GOTO Masanori [EMAIL PROTECTED] said: Thanks. I've just updated cvs.dpatch to the latest. glibc 2.3.2-1 should fix this problem. Excellent. Debian beating everybody else to the punch, once again! ;-) --david
Bug#183477: libc6 conflicts with php4 4:4.2.3-5
On Fri, 2003-03-28 at 10:42, Michel Meyers wrote: Is there any workaround for this? (an apt source for a different libc6 or php4 package would be nice, better of course would be to actually get rid of this conflict) Its fixed in the newer version of glibc in unstable. A workaround if you don't want to upgrade would be to use dpkg --force.
Re: cvs commit to glibc-package/debian/patches by gotom
On Fri, Mar 28, 2003 at 05:30:17PM +0100, Guido Guenther wrote: On Fri, Mar 28, 2003 at 05:47:16AM -0700, Debian GLibc CVS Master wrote: update cvs 20030328 Does this mean you pulled everything from current CVS head? This will break mips(el) completely since currently n32 and n64 support is being added and the merge isn't complete and far from being well tested. Vanilla 2.3.2 should be fine though. Regards, -- Guido Vanilla 2.3.2 won't work on at least ARM, also. CVS should (mostly). Life's hard when glibc doesn't stabilize :P -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer
Bug#186654: FW: IMPORTANT bug fix for setjmp()/getcontext()
Package: libc6.1 Version: 2.3.1-16 - Forwarded message from David Mosberger [EMAIL PROTECTED] - Content-Description: forwarded message Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Archive: http://sources.redhat.com/ml/libc-hacker/ List-Post: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED], http://sources.redhat.com/ml/#faqs X-MailScanner: Found to be clean X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-6.3, required 7, PATCH_UNIFIED_DIFF) From: David Mosberger [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: ia64: unat restoration fixes for setjmp() getcontext() Reply-To: [EMAIL PROTECTED] The ia64 versions of __sigsetjmp() and getcontext() failed to restore ar.unat before returning. Patch below should fix that. --david 2003-03-27 David Mosberger [EMAIL PROTECTED] * sysdeps/unix/sysv/linux/ia64/getcontext.S: Restore caller's ar.unat before returning. Add missing .mem.offset directives to ensure file gets assembled without warnings. * sysdeps/unix/sysv/linux/ia64/setjmp.S: Ditto. Index: sysdeps/unix/sysv/linux/ia64/setjmp.S === RCS file: /cvs/glibc/libc/sysdeps/unix/sysv/linux/ia64/setjmp.S,v retrieving revision 1.7 diff -u -r1.7 setjmp.S --- sysdeps/unix/sysv/linux/ia64/setjmp.S 31 Dec 2002 20:37:30 - 1.7 +++ sysdeps/unix/sysv/linux/ia64/setjmp.S 27 Mar 2003 18:05:14 - @@ -87,21 +87,22 @@ ENTRY(__sigsetjmp) .prologue ASM_UNW_PRLG_RP|ASM_UNW_PRLG_PFS, ASM_UNW_PRLG_GRSAVE(2) alloc loc1=ar.pfs,2,2,2,0 + .save ar.unat, r16 mov r16=ar.unat ;; mov r17=ar.fpsr mov r2=in0 add r3=8,in0 ;; - st8.spill.nta [r2]=sp,16// r12 (sp) - st8.spill.nta [r3]=gp,16// r1 (gp) +.mem.offset 8,0; st8.spill.nta [r2]=sp,16// r12 (sp) +.mem.offset 0,0; st8.spill.nta [r3]=gp,16// r1 (gp) ;; st8.nta [r2]=r16,16 // save caller's unat st8.nta [r3]=r17,16 // save fpsr add r8=0xa0,in0 ;; - st8.spill.nta [r2]=r4,16// r4 - st8.spill.nta [r3]=r5,16// r5 +.mem.offset 8,0; st8.spill.nta [r2]=r4,16// r4 +.mem.offset 0,0; st8.spill.nta [r3]=r5,16// r5 add r9=0xb0,in0 ;; stf.spill.nta [r8]=f2,32 @@ -143,8 +144,8 @@ stf.spill.nta [r8]=f30 stf.spill.nta [r9]=f31 - st8.spill.nta [r2]=r6,16// r6 - st8.spill.nta [r3]=r7,16// r7 +.mem.offset 8,0; st8.spill.nta [r2]=r6,16// r6 +.mem.offset 0,0; st8.spill.nta [r3]=r7,16// r7 ;; mov r23=ar.bsp mov r25=ar.unat @@ -170,9 +171,10 @@ st8.nta [r3]=in0// __jmp_buf br.call.dpnt.few rp=__sigjmp_save .ret0: // force a new bundle ::q - mov r8=0 + mov.m ar.unat=r16 // restore caller's unat mov rp=loc0 mov ar.pfs=loc1 + mov r8=0 ret END(__sigsetjmp) Index: sysdeps/unix/sysv/linux/ia64/getcontext.S === RCS file: /cvs/glibc/libc/sysdeps/unix/sysv/linux/ia64/getcontext.S,v retrieving revision 1.6 diff -u -r1.6 getcontext.S --- sysdeps/unix/sysv/linux/ia64/getcontext.S 9 Oct 2002 09:57:46 - 1.6 +++ sysdeps/unix/sysv/linux/ia64/getcontext.S 27 Mar 2003 19:33:04 - @@ -34,6 +34,7 @@ other than the PRESERVED state. */ ENTRY(__getcontext) + .prologue alloc r16 = ar.pfs, 1, 0, 3, 0 // sigprocmask (SIG_BLOCK, NULL, sc-sc_mask): @@ -53,7 +54,9 @@ add r2 = SC_GR+1*8, r32 ;; mov.m rBSP = ar.bsp + .save ar.unat, rUNAT mov.m rUNAT = ar.unat + .body add r3 = SC_GR+4*8, r32 ;; @@ -65,8 +68,8 @@ .mem.offset 8,0; st8.spill [r3] = r6, 48 and rTMP = ~0x3, rRSC ;; - st8.spill [r2] = r7, (SC_FR+2*16-(SC_GR+7*8)) - st8.spill [r3] = sp, (SC_FR+3*16-(SC_GR+12*8)) +.mem.offset 0,0; st8.spill [r2] = r7, (SC_FR+2*16-(SC_GR+7*8)) +.mem.offset 8,0; st8.spill [r3] = sp, (SC_FR+3*16-(SC_GR+12*8)) ;; mov.m ar.rsc = rTMP // put RSE into enforced lazy mode mov.m rNAT = ar.unat @@ -119,8 +122,8 @@ stf.spill [r3] = f31, 32 mov rB1 = b1 ;; + mov ar.unat = rUNAT // we're done spilling integer regs; restore caller's UNaT add r2 = SC_NAT, r32 - nop 0 add r3 = SC_BSP, r32 ;; st8 [r2] = rNAT, (SC_RNAT-SC_NAT) - End forwarded message - -- --- dann frazier Hewlett-Packard Linux Systems Division [EMAIL PROTECTED] (970) 898-0800
