Bug#244198: libc6: mb[r]towc should return -1 if buffer length is 0
Package: libc6 Version: 2.3.2.ds1-11 Severity: normal Function calls mbrtowc(pwc, pbuf, 0, pstate) and mbtowc(pwc, pbuf, 0) now return 0 but they should do this only if pbuf points to NUL byte (and length != 0 ???). These function calls should return -1 as zero-length multibyte sequence is not valid. This is used in example in libc documentation (info libc Multibyte Conversion Example, while (0) loop). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.26 Locale: LANG=uk_UA, LC_CTYPE=uk_UA Versions of packages libc6 depends on: ii libdb1-compat 2.1.3-7The Berkeley database routines [gl -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
brownie
Medina, Govenment don't want me to sell UndergroundCD !Check Your spouse and staff Investigate Your Own CREDIT-HISTORY hacking someone PC! Disappear in your city bannedcd2004 http://www.8006hosting.com/cd/ fidget,here riukhin looked.
Bug#241577: acknowledged by developer (locales: Please insert pt_BR in /etc/locale.alias)
At Sat, 17 Apr 2004 02:14:01 -0300, Marco Tlio Gontijo e Silva wrote: We have no plan to support such modification, use standard pt_BR. Sorry, but the woody's GDM will only work good if it has this alias. I don't know if you should do or not this, but I think that it will help all the brazilian woody users. This gdm issue was discussed. It's gdm problem, not libc issue. Using libc locale.alias is not recommended. Regards, -- gotom
Bug#214898: Bug#133578: gdm: default locale setting
On Fri, Apr 16, 2004 at 09:13:42PM -0700, Ryan Murray wrote: tag - 133578 patch thanks Just to make it clear to everyone involved -- #133578 is waiting for #214898 to be fixed in glibc. I'm not going to parse/use a tool to read the PAM configuration file /etc/environment. That config file is for setting up the _login_ environment, not the system boot environment. Parsing /etc/environment would satisfy almost all gdm users. Moreover gdm display has nothing to do with system boot, using a login environment is much saner. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#241577: acknowledged by developer (locales: Please insert pt_BR in /etc/locale.alias)
On Sat, Apr 17, 2004 at 08:45:21PM +0900, GOTO Masanori wrote: At Sat, 17 Apr 2004 02:14:01 -0300, Marco T?lio Gontijo e Silva wrote: We have no plan to support such modification, use standard pt_BR. Sorry, but the woody's GDM will only work good if it has this alias. I don't know if you should do or not this, but I think that it will help all the brazilian woody users. This gdm issue was discussed. It's gdm problem, not libc issue. Using libc locale.alias is not recommended. One can begin with: for f in `locale -a` do echo -n `LANG=$f locale language` echo $f done After some more processing (removing duplicates, aliases -- ie. when $f is different from C, POSIX, ?? and ??_??.* -- and putting all locales for a given language on a single line), it should become suitable for GDM. Denis -- 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: Sat Apr 17 08:37:49 MDT 2004 Log Message: add locales user-friendly debconf template plan. Files: changed:TODO -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#241577: acknowledged by developer (locales: Please insert pt_BR in /etc/locale.alias)
At Sat, 17 Apr 2004 15:25:49 +0200, Denis Barbier wrote: On Sat, Apr 17, 2004 at 08:45:21PM +0900, GOTO Masanori wrote: At Sat, 17 Apr 2004 02:14:01 -0300, Marco T?lio Gontijo e Silva wrote: We have no plan to support such modification, use standard pt_BR. Sorry, but the woody's GDM will only work good if it has this alias. I don't know if you should do or not this, but I think that it will help all the brazilian woody users. This gdm issue was discussed. It's gdm problem, not libc issue. Using libc locale.alias is not recommended. One can begin with: for f in `locale -a` do echo -n `LANG=$f locale language` echo $f done After some more processing (removing duplicates, aliases -- ie. when $f is different from C, POSIX, ?? and ??_??.* -- and putting all locales for a given language on a single line), it should become suitable for GDM. Yup, using locale files in localedata/locales/*, we can make translation between standard locale name and English readable name. It's valuable not only for gdm but also locales debconf templates. I put this to debian/TODO. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
patch
tags 183139 patch tags 183143 patch thanks I attached a patch which fixes the bugs #183139 and #183143. Additional it adds a small package with libnss_dns which fixes a workaround in d-i to include that neccesary library. Bastian -- Those who hate and fight must stop themselves -- otherwise it is not stopped. -- Spock, Day of the Dove, stardate unknown ? diff ? libnss-dns-udeb ? libnss-dns-udeb.install Index: changelog === RCS file: /cvs/glibc/glibc-package/debian/changelog,v retrieving revision 1.398 diff -u -r1.398 changelog --- changelog 17 Apr 2004 00:03:31 - 1.398 +++ changelog 17 Apr 2004 14:56:13 - @@ -139,7 +139,14 @@ - Added and enabled a sparc v9b target (UltraSPARC III). - -- Daniel Jacobowitz [EMAIL PROTECTED] Mon, 9 Feb 2004 14:05:18 -0500 + * Bastian Blank [EMAIL PROTECTED] + +- Add libnss-dns-udeb package. +- Rename udebs to match the real packages. (closes: #183139) +- Fix provides of udebs. (closes: #183143) +- Use debhelper udeb knowledge. + + -- Bastian Blank [EMAIL PROTECTED] Sat, 17 Apr 2004 12:45:48 +0200 glibc (2.3.2.ds1-11) unstable; urgency=low Index: control === RCS file: /cvs/glibc/glibc-package/debian/control,v retrieving revision 1.38 diff -u -r1.38 control --- control 14 Apr 2004 12:27:28 - 1.38 +++ control 17 Apr 2004 14:56:13 - @@ -106,6 +106,20 @@ boot floppies. If you are not making your own set of Debian boot floppies using the `boot-floppies' package, you probably don't need this package. +Package: libc6-udeb +XC-Package-Type: udeb +Architecture: arm i386 m68k mips mipsel powerpc sparc s390 hppa sh3 sh4 sh3eb sh4eb +Section: debian-installer +Priority: extra +Provides: libc6, libc-udeb, ${locale:Depends} +Description: GNU C Library: Shared libraries - udeb + Contains the standard libraries that are used by nearly all programs on + the system. This package includes shared versions of the standard C library + and the standard math library, as well as many others. + . + This package contains a minimal set of libraries needed for the debian + installer. Do not install it on a normal system. + Package: libc6.1 Architecture: alpha ia64 Section: base @@ -163,6 +177,20 @@ boot floppies. If you are not making your own set of Debian boot floppies using the `boot-floppies' package, you probably don't need this package. +Package: libc6.1-udeb +XC-Package-Type: udeb +Architecture: alpha ia64 +Section: debian-installer +Priority: extra +Provides: libc6.1, libc-udeb, ${locale:Depends} +Description: GNU C Library: Shared libraries - udeb + Contains the standard libraries that are used by nearly all programs on + the system. This package includes shared versions of the standard C library + and the standard math library, as well as many others. + . + This package contains a minimal set of libraries needed for the debian + installer. Do not install it on a normal system. + Package: libc0.3 Architecture: hurd-i386 Section: base @@ -220,6 +248,20 @@ boot floppies. If you are not making your own set of Debian boot floppies using the `boot-floppies' package, you probably don't need this package. +Package: libc0.3-udeb +XC-Package-Type: udeb +Architecture: hurd-i386 +Section: debian-installer +Priority: extra +Provides: libc0.3, libc-udeb, ${locale:Depends} +Description: GNU C Library: Shared libraries - udeb + Contains the standard libraries that are used by nearly all programs on + the system. This package includes shared versions of the standard C library + and the standard math library, as well as many others. + . + This package contains a minimal set of libraries needed for the debian + installer. Do not install it on a normal system. + Package: libc1 Architecture: freebsd-i386 Section: base @@ -277,6 +319,20 @@ boot floppies. If you are not making your own set of Debian boot floppies using the `boot-floppies' package, you probably don't need this package. +Package: libc1-udeb +XC-Package-Type: udeb +Architecture: freebsd-i386 +Section: debian-installer +Priority: extra +Provides: libc1, libc-udeb, ${locale:Depends} +Description: GNU C Library: Shared libraries - udeb + Contains the standard libraries that are used by nearly all programs on + the system. This package includes shared versions of the standard C library + and the standard math library, as well as many others. + . + This package contains a minimal set of libraries needed for the debian + installer. Do not install it on a normal system. + Package: libc6-sparc64 Architecture: sparc Section: base @@ -365,10 +421,10 @@ library and the standard math library, as well as many others. . This set of libraries is optimized for i686 machines, and will only be - used if you are running a 2.6 kernel on an i686 class CPU (check the - output of `uname -m'). This includes Pentium
Bug#241395: libc6: preinst fails for kernel 2.4.23dual
At Mon, 12 Apr 2004 20:54:48 +0200, Goswin von Brederlow wrote: However, Jeff already put such code into libc.preinst: if [ $1 != abort-upgrade ] [ `uname -s` = Linux ] then # Test to make sure z 255, in x.y.z-n form of kernel version # Also make sure we don't trip on x.y.zFOO-n form kernel_rev=$(uname -r | tr -- - . | cut -d. -f3 | tr -d [:alpha:]) That will fail with 2.4.25,foo but what the heck. The problem with the code is that its missing a : [EMAIL PROTECTED]:~$ uname -r | tr -- - . | cut -d. -f3 | tr -d [:alpha:] 23dual [EMAIL PROTECTED]:~$ uname -r | tr -- - . | cut -d. -f3 | tr -d [:alpha:] 23 Thanks for your point, I adopt your '[:alpha:]' modification. PS: Please fix that so I can update my kernel (which means I loose the testcase). :) It should be fixed with the next -12 :) Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: patch
Processing commands for [EMAIL PROTECTED]: tags 183139 patch Bug#183139: libc-udeb: Should be renamed to libc6-udeb There were no tags set. Tags added: patch tags 183143 patch Bug#183143: libc-udeb: Should provide libc6 There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#241393: SPARC64 binaries work fine.
SPACE64 binaries work fine: [EMAIL PROTECTED]:~/test $ file sizeof sizeof: ELF 32-bit MSB executable, SPARC, version 1 (SYSV), for GNU/Linux 2.2.0, dynamically linked (uses shared libs), not stripped [EMAIL PROTECTED]:~/test $ gcc -m64 sizeof.c -o sizeof [EMAIL PROTECTED]:~/test $ file sizeof sizeof: ELF 64-bit MSB executable, SPARC V9, version 1 (SYSV), for GNU/Linux 2.4.18, dynamically linked (uses shared libs), not stripped [EMAIL PROTECTED]:~/test $ ./sizeof asdf 0.259863 1, 2, 4, 8, 8: 4, 8: 8,asdf Your kernel probably doesn't support sparc64 binaries. Try sparc32 make ARCH=sparc64 ... while making your kernel. Craig, any progress for this bug? If no problem is existed, I would like to close this. 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: Sat Apr 17 10:00:36 MDT 2004 Log Message: - debian/debhelper.in/libc.preinst: Fix kernel version detection correctly. Patched by Goswin von Brederlow [EMAIL PROTECTED]. (Closes: #241395). Files: changed:changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to glibc-package/debian/debhelper.in by gotom
Repository: glibc-package/debian/debhelper.in who:gotom time: Sat Apr 17 10:00:36 MDT 2004 Log Message: - debian/debhelper.in/libc.preinst: Fix kernel version detection correctly. Patched by Goswin von Brederlow [EMAIL PROTECTED]. (Closes: #241395). Files: changed:libc.preinst -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#221969: libc6.1 2.3.2.ds1-10 2.3.2-9 causes Segmentation fault in Java JDK1.3.1 programs on Alpha
Camm, thanks for your test patch, I exactly confirm this bug. At Fri, 16 Apr 2004 10:35:41 -0400, Camm Maguire wrote: Execution on alpha (escher unstable dchroot): rt_sigaction(SIGSEGV, {0x126a0, [], SA_RESTART|SA_SIGINFO}, NULL, 8, 0x) = 0 mprotect(0x120012000, 8192, PROT_READ) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 1), ...}) = 0 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x201a000 write(1, Caught signal\n, 14Caught signal ) = 14 mprotect(0x120012000, 8192, PROT_READ|PROT_WRITE) = 0 osf_syscall(0x12001cc20, 0x2000, 0x3, 0, 0x, 0) = -78 munmap(0x201a000, 8192) = 0 exit_group(2199025127240) = ? [EMAIL PROTECTED]:~$ = Problem appears to be in osf_syscall on return from the handler. PLEASE let me know when you think a fix might be at hand, as this is keeping several of my packages out of testing. OK, now I can find the problem. It seems upstream already fixed this problem. The problem is appeared that osf_syscall (syscall num 0) is called instead of rt_sigreturn. I modified sources, then sometimes it's called mknod() and so on. But I use sigaction() without SA_SIGINFO, it works fine. This means sysdeps/unix/sysv/linux/alpha/rt_sigaction.S is broken for rt_sigreturn. The upstream fixed this problem with the latest cvs. I've put such modification for debian cvs: debian/patches/alpha-rtsigaction-fix.dpatch. 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: Sat Apr 17 10:42:23 MDT 2004 Log Message: - debian/patches/alpha-rtsigaction-fix.dpatch: Fix alpha sigaction with SA_SIGINFO (rt_sigaction), keep program execution after exiting signal handler, with correctly calling rt_sigreturn. (Closes: #221969) Files: changed:changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#230857: libc6: remove /etc/default/{devpts,tmpfs} etc
At Fri, 19 Mar 2004 22:12:07 -0500, Nathanael Nerode wrote: Thomas Hood wrote: | Your patch shows the trouble you have to go to if you choose not | to Depend on the new initscripts. Is there some reason why the | new libc6 should _not_ Depend on the new initscripts? Indeed, after going to the trouble of constructing the thing, I agree with you; it's *much* more appropriate, and reliable, to add a versioned dependency on initscripts. | I don't think your patch does the right thing. If devpts.sh exists | and mountvirtfs does not yet exist at the time libc6.preinst runs | then the former gets renamed to the latter. Because mountvirtfs is | a conffile, when initscripts is upgraded, dpkg will ask the user | whether or not the new maintainer version of the file should be | installed. I don't see the point of that; mountvirtfs should simply | be installed without asking and devpts.sh should be disabled and | renamed to *.dpkg-old or whatever. You're probably right. :-) I reread this thread, and I think: (1) glibc should not depend on initscripts. There is no reason to depend on initscripts even for back compatibility. Those packages have no relation in principle for depends. (2) glibc should not install three files (defalt/tmpfs, default/devpts, init.t/mountkernfs) after new version. (3) new initscripts should handle removing mountkernfs, devpts.sh. Glibc should not remove them. The current libc6.preinst is needed to drop removing devpts.sh from libc6.preinst. This causes problem only the below case: - old initscripts ( 2.85-10 which does not have mountvirtfs) + old glibc (= 2.3.2.ds1-9, which does not have mountkernfs and devpts.sh) is installed, then only glibc is upgrade to glibc (= 2.3.2.ds1-12 which does not have devpts.sh). This case causes: - sysfs/tmpfs(shmfs)/usbfs are not mounted. But think about the meaning of mountkernfs. It's provided only for mounting above three filesystems. devpts is already provided before glibc = 2.3.2.ds1-9, and it's only important for users because devpts.sh has problem with kernel 2.6 devfs. Udev or other packages which wants to mount sysfs/usbfs should depend on initscripts. Other cases, it should be ok. For example, upgrading from old initscripts ( 2.85-10) + old glibc (2.3.2.ds1-10 or 2.3.2.ds1-11) to glibc (= 2.3.2.ds1-12) works fine because mountkernfs/devpts.sh are remained. Some users (who satisfy three conditions: (1) he uses special environment (2) he is not satisfied with the current mountkernfs (3) he upgrades glibc, but he does not upgrade initscripts) complaints to glibc that his mountkernfs is not fixed with the latest glibc - but in that case we only say please upgrade initscripts because mountkernfs is virtually and ghostly provided by initscripts. So my conclusion: above (1) (2) (3) is acceptable. Summary: - mountkernfs does just mount only three special purpose filesystems plus devpts. It's trivial, and it should not use depends for that reason. - initscripts maintainer should do: * new initscripts should put a script which removes mountkernfs and devpts.sh. Plus apply my patch. - glibc maintainer should do: * Dropping tmpfs,devpts,mountkernfs from libc.install installation candidates. * Deleting the line which removes devpts.sh or mountkernfs from libc.preinst. I'm planning to release new glibc package soon, so this modification will do in near future if you don't object them. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Reopen and Reassign 243954
Processing commands for [EMAIL PROTECTED]: reopen 243954 Bug#243954: DoS on Linux kernel 2.4 and 2.6 using sigqueue overflow Bug reopened, originator not changed. reassign 243954 glibc Bug#243954: DoS on Linux kernel 2.4 and 2.6 using sigqueue overflow Bug reassigned from package `kernel' to `glibc'. severity 243954 critical Bug#243954: DoS on Linux kernel 2.4 and 2.6 using sigqueue overflow Severity set to `critical'. tags 243954 +security Bug#243954: DoS on Linux kernel 2.4 and 2.6 using sigqueue overflow Tags were: security Tags added: security thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to glibc-package/debian by jbailey
Repository: glibc-package/debian who:jbailey time: Sat Apr 17 13:04:02 MDT 2004 Log Message: Note that locales fixes close (Closes: #211607, #215466, #218424) 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 jbailey
Repository: glibc-package/debian/patches who:jbailey time: Sat Apr 17 13:16:28 MDT 2004 Log Message: Add upstream URL and note that it's been submitted Files: changed:locale-es_AR.dpatch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#243885: Bug#240887: Package building problem.
On Sat, Apr 17, 2004 at 12:14:39PM -0700, Ben Pfaff wrote: Herbert Xu [EMAIL PROTECTED] writes: Accordingly, I believe that the pattern in your example means backslash, followed by a, followed by closing square bracket, not what you think it means. You're quite right. This is reaffirmed by the POSIX document for basic regular expressions, which is what POSIX uses to define shell patterns. Therefore tetex-bin and autoconf will need to be fixed instead to not use backslashes in [] expressions. I read through the entire bug log for 240887 and couldn't figure out what actual bug in Autoconf is being pointed out. Can anyone help me out? I can't fix a bug if no one tells me what the bug is. configure calls itself in subdirs and tries to pass the same arguments again. In configure there is this code: # Strip out --no-create and --no-recursion so they do not pile # up. # Also quote any args containing shell metacharacters. ac_configure_args= for ac_arg do case $ac_arg in -no-create | --no-create | --no-creat | --no-crea | --no-cre \ | --no-cr | --no-c) ;; -no-recursion | --no-recursion | --no-recursio | --no-recursi \ | --no-recurs | --no-recur | --no-recu | --no-rec | --no-re | --no-r) ;; * *|* *|*[\[\]\~\#\$\^\\*\(\)\{\}\\\|\;\\\?]*) ac_configure_args=$ac_configure_args '$ac_arg' ;; *) ac_configure_args=$ac_configure_args $ac_arg ;; esac done Using dash it's not properly requoting '--mandir=${prefix}/share/man', it gets turned into --mandir=${prefix} at the first level and --mandir=/usr/share/man at the next level. Using bash it stays '--mandir=${prefix}/share/man'. I'm not really sure who's to blame for it not working. I think there is atleast a bug in glibc's fnmatch(). That regex might also need fixing. But I really don't know what needs to be done. If I understand Herbert Xu correctly, he's saying the regex should be written as: *[][~#$^*(){}\|;?]* Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to glibc-package/debian/patches by jbailey
Repository: glibc-package/debian/patches who:jbailey time: Sat Apr 17 14:18:19 MDT 2004 Log Message: Fix patch description, thanks to pere Files: changed:locale-ru_RU.dpatch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to glibc-package/debian/patches by jbailey
Repository: glibc-package/debian/patches who:jbailey time: Sat Apr 17 14:36:47 MDT 2004 Log Message: Remove unused patches Files: removed:50_glibc232-mips-buildfix.dpatch 80_glibc232-fesetround-fix.dpatch 80_glibc232-futimes-buildfix.dpatch 80_glibc232-iconvdata-fix.dpatch 80_glibc232-locales-header.dpatch 80_glibc232-locales-lo_LA.dpatch 80_glibc232-wcsmbs-fix.dpatch 81_glibc232-utimes-fix.dpatch 82_glibc232-iconv-euc-jp-ms-fix.dpatch 90_glibc232-mathinline_iso.dpatch alpha-pwrite.dpatch arm-updates.dpatch arm-vfork.dpatch elf-machine-rela-mips.dpatch glibc22-getaddrinfo.dpatch glibc22-getdents-fix.dpatch ia64-memccpy.dpatch ia64-perf.dpatch ia64-reloc-none.dpatch ip6-fix.dpatch linuxthreads-big-stacks.dpatch linuxthreads-jumptable-wine.dpatch linuxthreads-push-pop.dpatch locales-stuff.dpatch nscd-security-fix.dpatch nss_compat-shadow.dpatch pthread_cond_timedwait.dpatch revert-old-libio.dpatch s390-types.dpatch sparc32-buildfix.dpatch string2-pointer-arith.dpatch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to glibc-package/debian/patches by jbailey
Repository: glibc-package/debian/patches who:jbailey time: Sat Apr 17 14:39:11 MDT 2004 Log Message: Fix cosmetic typo in patch header. Thanks to pere Files: changed:locale-strfmon.dpatch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to glibc-package/debian by jbailey
Repository: glibc-package/debian who:jbailey time: Sat Apr 17 14:40:33 MDT 2004 Log Message: Note that locale-strfmon closes 226047, thanks to pere Files: changed:changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Tag more bugs fixed in the next upload
Processing commands for [EMAIL PROTECTED]: tags 230969 + pending Bug#230969: Czech translation of locales debconf messages Tags were: l10n patch Tags added: pending tags 231907 + pending Bug#231907: Simplified Chinese translation to locales debconf templates Tags were: l10n patch Tags added: pending tags 235850 + pending Bug#235850: Ukrainian depconf templates translation Tags were: l10n patch Tags added: pending tags 240654 + pending Bug#240654: [INTL:tr] Turkish po-debconf translation Tags were: l10n patch Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Tag one more bug fixed in the next upload
Processing commands for [EMAIL PROTECTED]: tags 231438 + pending Bug#231438: locales fails to install due to locale-gen segfault Tags were: patch Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: There is no need for more aliases
Processing commands for [EMAIL PROTECTED]: tags 144670 + wontfix Bug#144670: locales: please add alias breton for br_FR There were no tags set. Tags added: wontfix tags 185991 + wontfix Bug#185991: locales: /etc/locale.alias should include bulgarian Tags were: sid upstream patch Tags added: wontfix tags 185991 - sid Bug#185991: locales: /etc/locale.alias should include bulgarian Tags were: wontfix sid upstream patch Tags removed: sid tags 185991 - upstream Bug#185991: locales: /etc/locale.alias should include bulgarian Tags were: wontfix upstream patch Tags removed: upstream thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: more pending bugs
Processing commands for [EMAIL PROTECTED]: tags 231438 + pending Bug#231438: locales fails to install due to locale-gen segfault Tags were: pending patch Tags added: pending tags 198099 + pending Bug#198099: Please make localedef support PAX Tags were: sid Bug#215624: locales: no_NO.UTF-8 generation killed by grsec Bug#215821: PAX segfault - locales + grsecurity Bug#221740: /usr/sbin/locale-gen: Post install script fails Tags added: pending tags 215624 + pending Bug#215624: locales: no_NO.UTF-8 generation killed by grsec Tags were: pending sid Bug#198099: Please make localedef support PAX Bug#215821: PAX segfault - locales + grsecurity Bug#221740: /usr/sbin/locale-gen: Post install script fails Tags added: pending tags 215821 + pending Bug#215821: PAX segfault - locales + grsecurity Tags were: pending sid Bug#198099: Please make localedef support PAX Bug#215624: locales: no_NO.UTF-8 generation killed by grsec Bug#221740: /usr/sbin/locale-gen: Post install script fails Tags added: pending tags 221740 + pending Bug#221740: /usr/sbin/locale-gen: Post install script fails Tags were: pending sid Bug#198099: Please make localedef support PAX Bug#215624: locales: no_NO.UTF-8 generation killed by grsec Bug#215821: PAX segfault - locales + grsecurity Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: locales: typo in the fr locale
Processing commands for [EMAIL PROTECTED]: retitle 243183 locales: typo in po/fr.po Bug#243183: locales: typo in the fr locale Changed Bug title. tags 243183 + patch Bug#243183: locales: typo in po/fr.po There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#207199: locales: locale-gen should complain about malformed /etc/locale.gen files
tags 207199 + patch thanks Here is a patch to fix this problem. It teaches the script to ignore empty lines, and to write an error if the line don't have at least two words. This is the output when I tested it Generating locales... error: Bad entry 'en_US.ISO-8859-1 ' error: Bad entry 'en_US.UTF-8 ' Generation complete. --- /usr/sbin/locale-gen2003-10-28 23:07:31.0 + +++ /tmp/locale-gen 2004-04-17 22:20:41.0 + @@ -17,10 +17,19 @@ umask 022 +is_entry_ok() { + if [ -n $locale -a -n $charset ] ; then +true + else +echo error: Bad entry '$locale $charset' +false + fi +} + echo Generating locales... while read locale charset; do \ - case $locale in \#*) continue;; esac; \ - [ -n $locale -a -n $charset ] || continue + case $locale in \#*) continue;; ) continue;; esac; \ + is_entry_ok || continue echo -n `echo $locale | sed 's/\([EMAIL PROTECTED]).*/\1/'`; \ echo -n .$charset; \ echo -n `echo $locale | sed 's/\([EMAIL PROTECTED])\([EMAIL PROTECTED])*/\2/'`; \ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Breaking News 4046
Page is loading... Image not loading? See message here.Discon zQxx1.V0vmm/5o1Lg1GNmJl01ROIx/MYcqN0t7abl06JQMK/ zktt huxmyd, vhei, jelkvt . tkffsd rohkp gpb, scccgk, rpdb . ytgia agau hel, nab, tdw . jima rdmp szz, cfhw, rcmr . nsji hhgq irnl, ekxelf, qoeth . fyy qjenr vjjdaw, gcdd, oiqez . xgf ffbxo lhvg, emtcd, eienwp . aoczuh zmgx okklq, rextj, zrd . nswpi ochue cdxsnj, foumlp, krnp . cjdsrb tkczf cfzr, fzc, lqti . kxr aaxsra mld, smqzl, oqlsu . kng xedse pwusyh, dvxpnx, zntk . piscpe viuz lxidxr, boiqd, tdup . dewxjn kkogj silv, egisoz, vub . lowqmu ball swr, edh, hnwcd . yysz dpov kwf, kraen, quuzic . egscer fizwy aiti, fzu, ombk . bukqb ifwzb kcck, ctvkna, imcu . ocojng fpr qsh, wjnwo, ravtm . fqzvec nrsb hsczm, cjx, flxy . srayz xuw fmqx, pggt, ufkdd . kqakeu gsd qxvre, kewbkc, uzcge . jpxj egfm ilqfi, kru, nxa . rvr dvcn ayq, evs, efvj . hvgb waoqsj nmgs, tsal, egs . kahwpo ysfust metcs, uuuouf, aoi . yit yjq bvswq, iuxmo, iiv . eckfq rrdm bvdxza, xqthms, btclq . qulxng emc nzzn, zex, afguz . pdtf lasip atmeo, fnp, ptd . vknq xfps tfpnpe, pzatn, ybp . qlm gwow lezfr, kgizk, qjw . yxkzoq zeqibf jskiy, ckjk, vga . fmf ygsqy vocwt, hmt, kwtw . ggd jmt txvzsl, mgmqch, jtt . fswca kfstr qml, mdxl, dxhi . gtabwi sktwwb quc, houtr, ejye . glycl yvv frqcs, umj, tzyos . vdqzwy waxya wuanme, tave, rddf . vabn xlnv luqgs, ifzp, spj . uadai xiek dxz, nkugs, tdtss . nhtn
Bug#231998: libc6: xine segfaults using tls libc6
DATE: Tue, 02 Mar 2004 22:48:36 From: GOTO Masanori [EMAIL PROTECTED] To: Igor Khavkine [EMAIL PROTECTED], [EMAIL PROTECTED] Try to use 2.6.3. I guess it's not glibc, but kernel bug. I finally got around to upgrading to a new kernel. The bug is no longer reproducible with kernel 2.6.5. It seems this was a kernel bug. Igor Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#214898: Bug#133578: gdm: default locale setting
tag - 133578 patch thanks Just to make it clear to everyone involved -- #133578 is waiting for #214898 to be fixed in glibc. I'm not going to parse/use a tool to read the PAM configuration file /etc/environment. That config file is for setting up the _login_ environment, not the system boot environment. I think this should be a generic environment file, so that things such as the default init script/boot time PATH can be set in one place as well. (PATH, for example, is set in 50 different /etc/init.d scripts of 85 on my system.) Once this is done, init scripts can then use it and start making full use of gettext for strings they display, localizing the entire boot process. -- Ryan Murray, Debian Developer ([EMAIL PROTECTED], [EMAIL PROTECTED]) The opinions expressed here are my own. pgpSfYOZFQeg3.pgp Description: PGP signature
Bug#214898: Bug#133578: gdm: default locale setting
On Fri, Apr 16, 2004 at 09:13:42PM -0700, Ryan Murray wrote: Just to make it clear to everyone involved -- #133578 is waiting for #214898 to be fixed in glibc. I'm not going to parse/use a tool to read the PAM configuration file /etc/environment. That config file is for setting up the _login_ environment, not the system boot environment. I think this should be a generic environment file, so that things such as the default init script/boot time PATH can be set in one place as well. (PATH, for example, is set in 50 different /etc/init.d scripts of 85 on my system.) As I said before, I think this is very sad. It's a little late in the release process to be completely changing how we handle setting the default LANG variable (or PATH, etc...). Setting it in two places is the wrong answer (since it's guaranteed to cause confusion), and any other change is too invasive. It's too bad the real losers here are non-English speakers. Tks, Jeff Bailey -- Ignorance was bliss.
Bug#241577: acknowledged by developer (locales: Please insert pt_BR in /etc/locale.alias)
Hello. Aos idos de Fri, 16 Apr 2004 17:03:09 -0700 eu sonhei que [EMAIL PROTECTED] (Debian Bug Tracking System) me dizia: This is an automatic notification regarding your Bug report #241577: locales: Please insert pt_BR in /etc/locale.alias, which was filed against the locales package. It has been closed by one of the developers, namely GOTO Masanori [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact the developer, by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) Received: (at 241577-done) by bugs.debian.org; 16 Apr 2004 23:48:13 + From [EMAIL PROTECTED] Fri Apr 16 16:48:13 2004 Return-path: [EMAIL PROTECTED] Received: from omega.webmasters.gr.jp (webmasters.gr.jp) [218.44.239.78] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BEd49-0006ZI-00; Fri, 16 Apr 2004 16:48:13 -0700 Received: from omega.webmasters.gr.jp (localhost [127.0.0.1]) by webmasters.gr.jp (Postfix) with ESMTP id 28518DEB58 for [EMAIL PROTECTED]; Sat, 17 Apr 2004 08:48:11 +0900 (JST) Date: Sat, 17 Apr 2004 08:48:11 +0900 Message-ID: [EMAIL PROTECTED] From: GOTO Masanori [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: locales: Please insert pt_BR in /etc/locale.alias 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-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-1.5 required=4.0 tests=BAYES_10 autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: X-CrossAssassin-Score: 1 Package: locales Version: 2.2.5-11.5 Severity: wishlist Tags: patch There's no pt_BR alias in /etc/locale.alias. patch 1c1 # Locale name alias data base. --- # Locale name alias data base. 30a31 brasileiropt_BR patch We have no plan to support such modification, use standard pt_BR. Sorry, but the woody's GDM will only work good if it has this alias. I don't know if you should do or not this, but I think that it will help all the brazilian woody users. Regards, -- gotom -- []'s marcot mailto:[EMAIL PROTECTED] http://www.dcc.ufmg.br/~marcot/ UIN 50599075 Liberdade é uma palavra que o sonho humano alimenta. Não há ninguém que explique e ninguém que não entenda. Cecília Meireles
Bug#244198: libc6: mb[r]towc should return -1 if buffer length is 0
Package: libc6 Version: 2.3.2.ds1-11 Severity: normal Function calls mbrtowc(pwc, pbuf, 0, pstate) and mbtowc(pwc, pbuf, 0) now return 0 but they should do this only if pbuf points to NUL byte (and length != 0 ???). These function calls should return -1 as zero-length multibyte sequence is not valid. This is used in example in libc documentation (info libc Multibyte Conversion Example, while (0) loop). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.26 Locale: LANG=uk_UA, LC_CTYPE=uk_UA Versions of packages libc6 depends on: ii libdb1-compat 2.1.3-7The Berkeley database routines [gl -- no debconf information
brownie
Medina, Govenment don't want me to sell UndergroundCD !Check Your spouse and staff Investigate Your Own CREDIT-HISTORY hacking someone PC! Disappear in your city bannedcd2004 http://www.8006hosting.com/cd/ fidget,here riukhin looked.
Bug#241577: acknowledged by developer (locales: Please insert pt_BR in /etc/locale.alias)
At Sat, 17 Apr 2004 02:14:01 -0300, Marco Tlio Gontijo e Silva wrote: We have no plan to support such modification, use standard pt_BR. Sorry, but the woody's GDM will only work good if it has this alias. I don't know if you should do or not this, but I think that it will help all the brazilian woody users. This gdm issue was discussed. It's gdm problem, not libc issue. Using libc locale.alias is not recommended. Regards, -- gotom
Bug#214898: Bug#133578: gdm: default locale setting
On Fri, Apr 16, 2004 at 09:13:42PM -0700, Ryan Murray wrote: tag - 133578 patch thanks Just to make it clear to everyone involved -- #133578 is waiting for #214898 to be fixed in glibc. I'm not going to parse/use a tool to read the PAM configuration file /etc/environment. That config file is for setting up the _login_ environment, not the system boot environment. Parsing /etc/environment would satisfy almost all gdm users. Moreover gdm display has nothing to do with system boot, using a login environment is much saner. Denis
Bug#241577: acknowledged by developer (locales: Please insert pt_BR in /etc/locale.alias)
On Sat, Apr 17, 2004 at 08:45:21PM +0900, GOTO Masanori wrote: At Sat, 17 Apr 2004 02:14:01 -0300, Marco T?lio Gontijo e Silva wrote: We have no plan to support such modification, use standard pt_BR. Sorry, but the woody's GDM will only work good if it has this alias. I don't know if you should do or not this, but I think that it will help all the brazilian woody users. This gdm issue was discussed. It's gdm problem, not libc issue. Using libc locale.alias is not recommended. One can begin with: for f in `locale -a` do echo -n `LANG=$f locale language` echo $f done After some more processing (removing duplicates, aliases -- ie. when $f is different from C, POSIX, ?? and ??_??.* -- and putting all locales for a given language on a single line), it should become suitable for GDM. Denis
Bug#241577: acknowledged by developer (locales: Please insert pt_BR in /etc/locale.alias)
At Sat, 17 Apr 2004 15:25:49 +0200, Denis Barbier wrote: On Sat, Apr 17, 2004 at 08:45:21PM +0900, GOTO Masanori wrote: At Sat, 17 Apr 2004 02:14:01 -0300, Marco T?lio Gontijo e Silva wrote: We have no plan to support such modification, use standard pt_BR. Sorry, but the woody's GDM will only work good if it has this alias. I don't know if you should do or not this, but I think that it will help all the brazilian woody users. This gdm issue was discussed. It's gdm problem, not libc issue. Using libc locale.alias is not recommended. One can begin with: for f in `locale -a` do echo -n `LANG=$f locale language` echo $f done After some more processing (removing duplicates, aliases -- ie. when $f is different from C, POSIX, ?? and ??_??.* -- and putting all locales for a given language on a single line), it should become suitable for GDM. Yup, using locale files in localedata/locales/*, we can make translation between standard locale name and English readable name. It's valuable not only for gdm but also locales debconf templates. I put this to debian/TODO. Regards, -- gotom
patch
tags 183139 patch tags 183143 patch thanks I attached a patch which fixes the bugs #183139 and #183143. Additional it adds a small package with libnss_dns which fixes a workaround in d-i to include that neccesary library. Bastian -- Those who hate and fight must stop themselves -- otherwise it is not stopped. -- Spock, Day of the Dove, stardate unknown ? diff ? libnss-dns-udeb ? libnss-dns-udeb.install Index: changelog === RCS file: /cvs/glibc/glibc-package/debian/changelog,v retrieving revision 1.398 diff -u -r1.398 changelog --- changelog 17 Apr 2004 00:03:31 - 1.398 +++ changelog 17 Apr 2004 14:56:13 - @@ -139,7 +139,14 @@ - Added and enabled a sparc v9b target (UltraSPARC III). - -- Daniel Jacobowitz [EMAIL PROTECTED] Mon, 9 Feb 2004 14:05:18 -0500 + * Bastian Blank [EMAIL PROTECTED] + +- Add libnss-dns-udeb package. +- Rename udebs to match the real packages. (closes: #183139) +- Fix provides of udebs. (closes: #183143) +- Use debhelper udeb knowledge. + + -- Bastian Blank [EMAIL PROTECTED] Sat, 17 Apr 2004 12:45:48 +0200 glibc (2.3.2.ds1-11) unstable; urgency=low Index: control === RCS file: /cvs/glibc/glibc-package/debian/control,v retrieving revision 1.38 diff -u -r1.38 control --- control 14 Apr 2004 12:27:28 - 1.38 +++ control 17 Apr 2004 14:56:13 - @@ -106,6 +106,20 @@ boot floppies. If you are not making your own set of Debian boot floppies using the `boot-floppies' package, you probably don't need this package. +Package: libc6-udeb +XC-Package-Type: udeb +Architecture: arm i386 m68k mips mipsel powerpc sparc s390 hppa sh3 sh4 sh3eb sh4eb +Section: debian-installer +Priority: extra +Provides: libc6, libc-udeb, ${locale:Depends} +Description: GNU C Library: Shared libraries - udeb + Contains the standard libraries that are used by nearly all programs on + the system. This package includes shared versions of the standard C library + and the standard math library, as well as many others. + . + This package contains a minimal set of libraries needed for the debian + installer. Do not install it on a normal system. + Package: libc6.1 Architecture: alpha ia64 Section: base @@ -163,6 +177,20 @@ boot floppies. If you are not making your own set of Debian boot floppies using the `boot-floppies' package, you probably don't need this package. +Package: libc6.1-udeb +XC-Package-Type: udeb +Architecture: alpha ia64 +Section: debian-installer +Priority: extra +Provides: libc6.1, libc-udeb, ${locale:Depends} +Description: GNU C Library: Shared libraries - udeb + Contains the standard libraries that are used by nearly all programs on + the system. This package includes shared versions of the standard C library + and the standard math library, as well as many others. + . + This package contains a minimal set of libraries needed for the debian + installer. Do not install it on a normal system. + Package: libc0.3 Architecture: hurd-i386 Section: base @@ -220,6 +248,20 @@ boot floppies. If you are not making your own set of Debian boot floppies using the `boot-floppies' package, you probably don't need this package. +Package: libc0.3-udeb +XC-Package-Type: udeb +Architecture: hurd-i386 +Section: debian-installer +Priority: extra +Provides: libc0.3, libc-udeb, ${locale:Depends} +Description: GNU C Library: Shared libraries - udeb + Contains the standard libraries that are used by nearly all programs on + the system. This package includes shared versions of the standard C library + and the standard math library, as well as many others. + . + This package contains a minimal set of libraries needed for the debian + installer. Do not install it on a normal system. + Package: libc1 Architecture: freebsd-i386 Section: base @@ -277,6 +319,20 @@ boot floppies. If you are not making your own set of Debian boot floppies using the `boot-floppies' package, you probably don't need this package. +Package: libc1-udeb +XC-Package-Type: udeb +Architecture: freebsd-i386 +Section: debian-installer +Priority: extra +Provides: libc1, libc-udeb, ${locale:Depends} +Description: GNU C Library: Shared libraries - udeb + Contains the standard libraries that are used by nearly all programs on + the system. This package includes shared versions of the standard C library + and the standard math library, as well as many others. + . + This package contains a minimal set of libraries needed for the debian + installer. Do not install it on a normal system. + Package: libc6-sparc64 Architecture: sparc Section: base @@ -365,10 +421,10 @@ library and the standard math library, as well as many others. . This set of libraries is optimized for i686 machines, and will only be - used if you are running a 2.6 kernel on an i686 class CPU (check the - output of `uname -m'). This includes
Bug#241395: libc6: preinst fails for kernel 2.4.23dual
At Mon, 12 Apr 2004 20:54:48 +0200, Goswin von Brederlow wrote: However, Jeff already put such code into libc.preinst: if [ $1 != abort-upgrade ] [ `uname -s` = Linux ] then # Test to make sure z 255, in x.y.z-n form of kernel version # Also make sure we don't trip on x.y.zFOO-n form kernel_rev=$(uname -r | tr -- - . | cut -d. -f3 | tr -d [:alpha:]) That will fail with 2.4.25,foo but what the heck. The problem with the code is that its missing a : [EMAIL PROTECTED]:~$ uname -r | tr -- - . | cut -d. -f3 | tr -d [:alpha:] 23dual [EMAIL PROTECTED]:~$ uname -r | tr -- - . | cut -d. -f3 | tr -d [:alpha:] 23 Thanks for your point, I adopt your '[:alpha:]' modification. PS: Please fix that so I can update my kernel (which means I loose the testcase). :) It should be fixed with the next -12 :) Regards, -- gotom
Processed: patch
Processing commands for [EMAIL PROTECTED]: tags 183139 patch Bug#183139: libc-udeb: Should be renamed to libc6-udeb There were no tags set. Tags added: patch tags 183143 patch Bug#183143: libc-udeb: Should provide libc6 There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#241393: SPARC64 binaries work fine.
SPACE64 binaries work fine: [EMAIL PROTECTED]:~/test $ file sizeof sizeof: ELF 32-bit MSB executable, SPARC, version 1 (SYSV), for GNU/Linux 2.2.0, dynamically linked (uses shared libs), not stripped [EMAIL PROTECTED]:~/test $ gcc -m64 sizeof.c -o sizeof [EMAIL PROTECTED]:~/test $ file sizeof sizeof: ELF 64-bit MSB executable, SPARC V9, version 1 (SYSV), for GNU/Linux 2.4.18, dynamically linked (uses shared libs), not stripped [EMAIL PROTECTED]:~/test $ ./sizeof asdf 0.259863 1, 2, 4, 8, 8: 4, 8: 8,asdf Your kernel probably doesn't support sparc64 binaries. Try sparc32 make ARCH=sparc64 ... while making your kernel. Craig, any progress for this bug? If no problem is existed, I would like to close this. Regards, -- gotom
cvs commit to glibc-package/debian by gotom
Repository: glibc-package/debian who:gotom time: Sat Apr 17 10:00:36 MDT 2004 Log Message: - debian/debhelper.in/libc.preinst: Fix kernel version detection correctly. Patched by Goswin von Brederlow [EMAIL PROTECTED]. (Closes: #241395). Files: changed:changelog
cvs commit to glibc-package/debian/debhelper.in by gotom
Repository: glibc-package/debian/debhelper.in who:gotom time: Sat Apr 17 10:00:36 MDT 2004 Log Message: - debian/debhelper.in/libc.preinst: Fix kernel version detection correctly. Patched by Goswin von Brederlow [EMAIL PROTECTED]. (Closes: #241395). Files: changed:libc.preinst
Bug#221969: libc6.1 2.3.2.ds1-10 2.3.2-9 causes Segmentation fault in Java JDK1.3.1 programs on Alpha
Camm, thanks for your test patch, I exactly confirm this bug. At Fri, 16 Apr 2004 10:35:41 -0400, Camm Maguire wrote: Execution on alpha (escher unstable dchroot): rt_sigaction(SIGSEGV, {0x126a0, [], SA_RESTART|SA_SIGINFO}, NULL, 8, 0x) = 0 mprotect(0x120012000, 8192, PROT_READ) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 1), ...}) = 0 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x201a000 write(1, Caught signal\n, 14Caught signal ) = 14 mprotect(0x120012000, 8192, PROT_READ|PROT_WRITE) = 0 osf_syscall(0x12001cc20, 0x2000, 0x3, 0, 0x, 0) = -78 munmap(0x201a000, 8192) = 0 exit_group(2199025127240) = ? [EMAIL PROTECTED]:~$ = Problem appears to be in osf_syscall on return from the handler. PLEASE let me know when you think a fix might be at hand, as this is keeping several of my packages out of testing. OK, now I can find the problem. It seems upstream already fixed this problem. The problem is appeared that osf_syscall (syscall num 0) is called instead of rt_sigreturn. I modified sources, then sometimes it's called mknod() and so on. But I use sigaction() without SA_SIGINFO, it works fine. This means sysdeps/unix/sysv/linux/alpha/rt_sigaction.S is broken for rt_sigreturn. The upstream fixed this problem with the latest cvs. I've put such modification for debian cvs: debian/patches/alpha-rtsigaction-fix.dpatch. Regards, -- gotom
cvs commit to glibc-package/debian by gotom
Repository: glibc-package/debian who:gotom time: Sat Apr 17 10:42:23 MDT 2004 Log Message: - debian/patches/alpha-rtsigaction-fix.dpatch: Fix alpha sigaction with SA_SIGINFO (rt_sigaction), keep program execution after exiting signal handler, with correctly calling rt_sigreturn. (Closes: #221969) Files: changed:changelog
Bug#230857: libc6: remove /etc/default/{devpts,tmpfs} etc
At Fri, 19 Mar 2004 22:12:07 -0500, Nathanael Nerode wrote: Thomas Hood wrote: | Your patch shows the trouble you have to go to if you choose not | to Depend on the new initscripts. Is there some reason why the | new libc6 should _not_ Depend on the new initscripts? Indeed, after going to the trouble of constructing the thing, I agree with you; it's *much* more appropriate, and reliable, to add a versioned dependency on initscripts. | I don't think your patch does the right thing. If devpts.sh exists | and mountvirtfs does not yet exist at the time libc6.preinst runs | then the former gets renamed to the latter. Because mountvirtfs is | a conffile, when initscripts is upgraded, dpkg will ask the user | whether or not the new maintainer version of the file should be | installed. I don't see the point of that; mountvirtfs should simply | be installed without asking and devpts.sh should be disabled and | renamed to *.dpkg-old or whatever. You're probably right. :-) I reread this thread, and I think: (1) glibc should not depend on initscripts. There is no reason to depend on initscripts even for back compatibility. Those packages have no relation in principle for depends. (2) glibc should not install three files (defalt/tmpfs, default/devpts, init.t/mountkernfs) after new version. (3) new initscripts should handle removing mountkernfs, devpts.sh. Glibc should not remove them. The current libc6.preinst is needed to drop removing devpts.sh from libc6.preinst. This causes problem only the below case: - old initscripts ( 2.85-10 which does not have mountvirtfs) + old glibc (= 2.3.2.ds1-9, which does not have mountkernfs and devpts.sh) is installed, then only glibc is upgrade to glibc (= 2.3.2.ds1-12 which does not have devpts.sh). This case causes: - sysfs/tmpfs(shmfs)/usbfs are not mounted. But think about the meaning of mountkernfs. It's provided only for mounting above three filesystems. devpts is already provided before glibc = 2.3.2.ds1-9, and it's only important for users because devpts.sh has problem with kernel 2.6 devfs. Udev or other packages which wants to mount sysfs/usbfs should depend on initscripts. Other cases, it should be ok. For example, upgrading from old initscripts ( 2.85-10) + old glibc (2.3.2.ds1-10 or 2.3.2.ds1-11) to glibc (= 2.3.2.ds1-12) works fine because mountkernfs/devpts.sh are remained. Some users (who satisfy three conditions: (1) he uses special environment (2) he is not satisfied with the current mountkernfs (3) he upgrades glibc, but he does not upgrade initscripts) complaints to glibc that his mountkernfs is not fixed with the latest glibc - but in that case we only say please upgrade initscripts because mountkernfs is virtually and ghostly provided by initscripts. So my conclusion: above (1) (2) (3) is acceptable. Summary: - mountkernfs does just mount only three special purpose filesystems plus devpts. It's trivial, and it should not use depends for that reason. - initscripts maintainer should do: * new initscripts should put a script which removes mountkernfs and devpts.sh. Plus apply my patch. - glibc maintainer should do: * Dropping tmpfs,devpts,mountkernfs from libc.install installation candidates. * Deleting the line which removes devpts.sh or mountkernfs from libc.preinst. I'm planning to release new glibc package soon, so this modification will do in near future if you don't object them. Regards, -- gotom
Thomas Bssenschtt ist auer Haus / is out of office.
Ich werde ab 08.04.2004 nicht im Bro sein und kehre zurck am 19.04.2004. I will be out of the office starting 08.04.2004 and will not return until 19.04.2004. In dringenden Fllen wenden Sie sich bitte an meine Vertretung, Frau Backhaus, Tel. 0421/1659734. Ansonsten werde ich Ihre Nachricht nach meiner Rckkehr beantworten. mfg Thomas Bssenschtt Euler Hermes is the world's premier credit insurer, offering solutions for the management of trade receivables, from credit insurance and factoring to bonding and guarantees. - This e-mail may contain confidential and/or privileged information. If you are not the intended recipient or have received this e-mail in error, notify the sender immediately and destroy this e-mail. Any unauthorised use, copying, disclosure or distribution of the contents of this e-mail is strictly forbidden and may be unlawful. Read our full e-mail disclaimer statement and monitoring policy (http://www.eulerhermes.com/disclaim/email.cfm) before taking any action based on the contents of this e-mail.
Processed: Mark locale bugs fixed in CVS (11_cvs_locales.dpatch)
Processing commands for [EMAIL PROTECTED]: tags 211607 + pending Bug#211607: Bad catalan locale currency format Tags were: patch Tags added: pending tags 215466 + pending Bug#215466: fi_FI locale doesn't contain first_weekday Tags were: patch upstream Tags added: pending tags 218424 + pending Bug#218424: locales: Should list nb_NO in SUPPORTED file Tags were: patch Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#243885: Bug#240887: Package building problem.
Herbert Xu [EMAIL PROTECTED] writes: Accordingly, I believe that the pattern in your example means backslash, followed by a, followed by closing square bracket, not what you think it means. You're quite right. This is reaffirmed by the POSIX document for basic regular expressions, which is what POSIX uses to define shell patterns. Therefore tetex-bin and autoconf will need to be fixed instead to not use backslashes in [] expressions. I read through the entire bug log for 240887 and couldn't figure out what actual bug in Autoconf is being pointed out. Can anyone help me out? I can't fix a bug if no one tells me what the bug is. -- Mon peu de succs prs des femmes est toujours venu de les trop aimer. --Jean-Jacques Rousseau
Processed: Reopen and Reassign 243954
Processing commands for [EMAIL PROTECTED]: reopen 243954 Bug#243954: DoS on Linux kernel 2.4 and 2.6 using sigqueue overflow Bug reopened, originator not changed. reassign 243954 glibc Bug#243954: DoS on Linux kernel 2.4 and 2.6 using sigqueue overflow Bug reassigned from package `kernel' to `glibc'. severity 243954 critical Bug#243954: DoS on Linux kernel 2.4 and 2.6 using sigqueue overflow Severity set to `critical'. tags 243954 +security Bug#243954: DoS on Linux kernel 2.4 and 2.6 using sigqueue overflow Tags were: security Tags added: security thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
cvs commit to glibc-package/debian by jbailey
Repository: glibc-package/debian who:jbailey time: Sat Apr 17 13:04:02 MDT 2004 Log Message: Note that locales fixes close (Closes: #211607, #215466, #218424) Files: changed:changelog
cvs commit to glibc-package/debian/patches by jbailey
Repository: glibc-package/debian/patches who:jbailey time: Sat Apr 17 13:16:28 MDT 2004 Log Message: Add upstream URL and note that it's been submitted Files: changed:locale-es_AR.dpatch
Bug#243885: Bug#240887: Package building problem.
On Sat, Apr 17, 2004 at 12:14:39PM -0700, Ben Pfaff wrote: Herbert Xu [EMAIL PROTECTED] writes: Accordingly, I believe that the pattern in your example means backslash, followed by a, followed by closing square bracket, not what you think it means. You're quite right. This is reaffirmed by the POSIX document for basic regular expressions, which is what POSIX uses to define shell patterns. Therefore tetex-bin and autoconf will need to be fixed instead to not use backslashes in [] expressions. I read through the entire bug log for 240887 and couldn't figure out what actual bug in Autoconf is being pointed out. Can anyone help me out? I can't fix a bug if no one tells me what the bug is. configure calls itself in subdirs and tries to pass the same arguments again. In configure there is this code: # Strip out --no-create and --no-recursion so they do not pile # up. # Also quote any args containing shell metacharacters. ac_configure_args= for ac_arg do case $ac_arg in -no-create | --no-create | --no-creat | --no-crea | --no-cre \ | --no-cr | --no-c) ;; -no-recursion | --no-recursion | --no-recursio | --no-recursi \ | --no-recurs | --no-recur | --no-recu | --no-rec | --no-re | --no-r) ;; * *|* *|*[\[\]\~\#\$\^\\*\(\)\{\}\\\|\;\\\?]*) ac_configure_args=$ac_configure_args '$ac_arg' ;; *) ac_configure_args=$ac_configure_args $ac_arg ;; esac done Using dash it's not properly requoting '--mandir=${prefix}/share/man', it gets turned into --mandir=${prefix} at the first level and --mandir=/usr/share/man at the next level. Using bash it stays '--mandir=${prefix}/share/man'. I'm not really sure who's to blame for it not working. I think there is atleast a bug in glibc's fnmatch(). That regex might also need fixing. But I really don't know what needs to be done. If I understand Herbert Xu correctly, he's saying the regex should be written as: *[][~#$^*(){}\|;?]* Kurt
cvs commit to glibc-package/debian/patches by jbailey
Repository: glibc-package/debian/patches who:jbailey time: Sat Apr 17 14:18:19 MDT 2004 Log Message: Fix patch description, thanks to pere Files: changed:locale-ru_RU.dpatch
Processed: strfmon() will be fixed in next upload
Processing commands for [EMAIL PROTECTED]: tags 226047 + pending Bug#226047: libc6: Bad strfmon() formatting should be fixed (patch in upstream CVS) There were no tags set. Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
cvs commit to glibc-package/debian/patches by jbailey
Repository: glibc-package/debian/patches who:jbailey time: Sat Apr 17 14:36:47 MDT 2004 Log Message: Remove unused patches Files: removed:50_glibc232-mips-buildfix.dpatch 80_glibc232-fesetround-fix.dpatch 80_glibc232-futimes-buildfix.dpatch 80_glibc232-iconvdata-fix.dpatch 80_glibc232-locales-header.dpatch 80_glibc232-locales-lo_LA.dpatch 80_glibc232-wcsmbs-fix.dpatch 81_glibc232-utimes-fix.dpatch 82_glibc232-iconv-euc-jp-ms-fix.dpatch 90_glibc232-mathinline_iso.dpatch alpha-pwrite.dpatch arm-updates.dpatch arm-vfork.dpatch elf-machine-rela-mips.dpatch glibc22-getaddrinfo.dpatch glibc22-getdents-fix.dpatch ia64-memccpy.dpatch ia64-perf.dpatch ia64-reloc-none.dpatch ip6-fix.dpatch linuxthreads-big-stacks.dpatch linuxthreads-jumptable-wine.dpatch linuxthreads-push-pop.dpatch locales-stuff.dpatch nscd-security-fix.dpatch nss_compat-shadow.dpatch pthread_cond_timedwait.dpatch revert-old-libio.dpatch s390-types.dpatch sparc32-buildfix.dpatch string2-pointer-arith.dpatch
cvs commit to glibc-package/debian/patches by jbailey
Repository: glibc-package/debian/patches who:jbailey time: Sat Apr 17 14:39:11 MDT 2004 Log Message: Fix cosmetic typo in patch header. Thanks to pere Files: changed:locale-strfmon.dpatch
cvs commit to glibc-package/debian by jbailey
Repository: glibc-package/debian who:jbailey time: Sat Apr 17 14:40:33 MDT 2004 Log Message: Note that locale-strfmon closes 226047, thanks to pere Files: changed:changelog
Processed: Tag more bugs fixed in the next upload
Processing commands for [EMAIL PROTECTED]: tags 230969 + pending Bug#230969: Czech translation of locales debconf messages Tags were: l10n patch Tags added: pending tags 231907 + pending Bug#231907: Simplified Chinese translation to locales debconf templates Tags were: l10n patch Tags added: pending tags 235850 + pending Bug#235850: Ukrainian depconf templates translation Tags were: l10n patch Tags added: pending tags 240654 + pending Bug#240654: [INTL:tr] Turkish po-debconf translation Tags were: l10n patch Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Tag one more bug fixed in the next upload
Processing commands for [EMAIL PROTECTED]: tags 231438 + pending Bug#231438: locales fails to install due to locale-gen segfault Tags were: patch Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: more pending bugs
Processing commands for [EMAIL PROTECTED]: tags 231438 + pending Bug#231438: locales fails to install due to locale-gen segfault Tags were: pending patch Tags added: pending tags 198099 + pending Bug#198099: Please make localedef support PAX Tags were: sid Bug#215624: locales: no_NO.UTF-8 generation killed by grsec Bug#215821: PAX segfault - locales + grsecurity Bug#221740: /usr/sbin/locale-gen: Post install script fails Tags added: pending tags 215624 + pending Bug#215624: locales: no_NO.UTF-8 generation killed by grsec Tags were: pending sid Bug#198099: Please make localedef support PAX Bug#215821: PAX segfault - locales + grsecurity Bug#221740: /usr/sbin/locale-gen: Post install script fails Tags added: pending tags 215821 + pending Bug#215821: PAX segfault - locales + grsecurity Tags were: pending sid Bug#198099: Please make localedef support PAX Bug#215624: locales: no_NO.UTF-8 generation killed by grsec Bug#221740: /usr/sbin/locale-gen: Post install script fails Tags added: pending tags 221740 + pending Bug#221740: /usr/sbin/locale-gen: Post install script fails Tags were: pending sid Bug#198099: Please make localedef support PAX Bug#215624: locales: no_NO.UTF-8 generation killed by grsec Bug#215821: PAX segfault - locales + grsecurity Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: locales: typo in the fr locale
Processing commands for [EMAIL PROTECTED]: retitle 243183 locales: typo in po/fr.po Bug#243183: locales: typo in the fr locale Changed Bug title. tags 243183 + patch Bug#243183: locales: typo in po/fr.po There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#207199: locales: locale-gen should complain about malformed /etc/locale.gen files
tags 207199 + patch thanks Here is a patch to fix this problem. It teaches the script to ignore empty lines, and to write an error if the line don't have at least two words. This is the output when I tested it Generating locales... error: Bad entry 'en_US.ISO-8859-1 ' error: Bad entry 'en_US.UTF-8 ' Generation complete. --- /usr/sbin/locale-gen2003-10-28 23:07:31.0 + +++ /tmp/locale-gen 2004-04-17 22:20:41.0 + @@ -17,10 +17,19 @@ umask 022 +is_entry_ok() { + if [ -n $locale -a -n $charset ] ; then +true + else +echo error: Bad entry '$locale $charset' +false + fi +} + echo Generating locales... while read locale charset; do \ - case $locale in \#*) continue;; esac; \ - [ -n $locale -a -n $charset ] || continue + case $locale in \#*) continue;; ) continue;; esac; \ + is_entry_ok || continue echo -n `echo $locale | sed 's/\([EMAIL PROTECTED]).*/\1/'`; \ echo -n .$charset; \ echo -n `echo $locale | sed 's/\([EMAIL PROTECTED])\([EMAIL PROTECTED])*/\2/'`; \
Re: Breaking News 4046
Page is loading... Image not loading? See message here.Discon zQxx1.V0vmm/5o1Lg1GNmJl01ROIx/MYcqN0t7abl06JQMK/ zktt huxmyd, vhei, jelkvt . tkffsd rohkp gpb, scccgk, rpdb . ytgia agau hel, nab, tdw . jima rdmp szz, cfhw, rcmr . nsji hhgq irnl, ekxelf, qoeth . fyy qjenr vjjdaw, gcdd, oiqez . xgf ffbxo lhvg, emtcd, eienwp . aoczuh zmgx okklq, rextj, zrd . nswpi ochue cdxsnj, foumlp, krnp . cjdsrb tkczf cfzr, fzc, lqti . kxr aaxsra mld, smqzl, oqlsu . kng xedse pwusyh, dvxpnx, zntk . piscpe viuz lxidxr, boiqd, tdup . dewxjn kkogj silv, egisoz, vub . lowqmu ball swr, edh, hnwcd . yysz dpov kwf, kraen, quuzic . egscer fizwy aiti, fzu, ombk . bukqb ifwzb kcck, ctvkna, imcu . ocojng fpr qsh, wjnwo, ravtm . fqzvec nrsb hsczm, cjx, flxy . srayz xuw fmqx, pggt, ufkdd . kqakeu gsd qxvre, kewbkc, uzcge . jpxj egfm ilqfi, kru, nxa . rvr dvcn ayq, evs, efvj . hvgb waoqsj nmgs, tsal, egs . kahwpo ysfust metcs, uuuouf, aoi . yit yjq bvswq, iuxmo, iiv . eckfq rrdm bvdxza, xqthms, btclq . qulxng emc nzzn, zex, afguz . pdtf lasip atmeo, fnp, ptd . vknq xfps tfpnpe, pzatn, ybp . qlm gwow lezfr, kgizk, qjw . yxkzoq zeqibf jskiy, ckjk, vga . fmf ygsqy vocwt, hmt, kwtw . ggd jmt txvzsl, mgmqch, jtt . fswca kfstr qml, mdxl, dxhi . gtabwi sktwwb quc, houtr, ejye . glycl yvv frqcs, umj, tzyos . vdqzwy waxya wuanme, tave, rddf . vabn xlnv luqgs, ifzp, spj . uadai xiek dxz, nkugs, tdtss . nhtn
Bug#231998: libc6: xine segfaults using tls libc6
DATE: Tue, 02 Mar 2004 22:48:36 From: GOTO Masanori [EMAIL PROTECTED] To: Igor Khavkine [EMAIL PROTECTED], [EMAIL PROTECTED] Try to use 2.6.3. I guess it's not glibc, but kernel bug. I finally got around to upgrading to a new kernel. The bug is no longer reproducible with kernel 2.6.5. It seems this was a kernel bug. Igor Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10