cvs commit to glibc-package/debian by gotom
Repository: glibc-package/debian who:gotom time: Mon Apr 12 07:42:50 MDT 2004 Log Message: - debian/sysdeps/hppa.mk: added to create symlink /usr/hppa64-linux/include to /usr/include for hppa64. (Closes: #239020) - debian/sysdeps/depflags.pl: added conflicts to gcc-3.3-hppa64 and gcc-3.4-hppa64. Files: changed:changelog
cvs commit to glibc-package/debian/sysdeps by gotom
Repository: glibc-package/debian/sysdeps who:gotom time: Mon Apr 12 07:42:50 MDT 2004 Log Message: - debian/sysdeps/hppa.mk: added to create symlink /usr/hppa64-linux/include to /usr/include for hppa64. (Closes: #239020) - debian/sysdeps/depflags.pl: added conflicts to gcc-3.3-hppa64 and gcc-3.4-hppa64. Files: changed:depflags.pl added: hppa.mk
cvs commit to glibc-package/debian by gotom
Repository: glibc-package/debian who:gotom time: Mon Apr 12 07:58:16 MDT 2004 Log Message: - debian/patches/localedef-fix-trampoline.dpatch: Fix localedef segv when run under exec-shield/PaX and so on due to trampoline issue. Dpatched by James Troup <[EMAIL PROTECTED]>. (Closes: #231438, #198099, #215624, #215821, #221740) Files: changed:changelog
cvs commit to glibc-package/debian/patches by gotom
Repository: glibc-package/debian/patches who:gotom time: Mon Apr 12 07:58:16 MDT 2004 Log Message: - debian/patches/localedef-fix-trampoline.dpatch: Fix localedef segv when run under exec-shield/PaX and so on due to trampoline issue. Dpatched by James Troup <[EMAIL PROTECTED]>. (Closes: #231438, #198099, #215624, #215821, #221740) Files: changed:00list added: localedef-fix-trampoline.dpatch
Bug#243237: locales: Setting default locale to en_US.ISO-8859-15 causes invalid LANG setting
reassign 243237 xlibs-data severity 243237 normal thanks At Mon, 12 Apr 2004 01:13:28 +0200, Frans Pop wrote: > Using debian-installer I have installed a clean unstable system. > After installation I have done 'dpkg-reconfigure locales' and generated > the locales listed below in 'debconf information'. > I selected en_US.ISO-8859-15 as my default locale. > This also sets 'LANG=en_US.ISO-8859-15' in /etc/environment. > > It appears this is an invalid setting, at least for the X Window environment. > If I start an application from a terminal (KDE's konsole), I get messages > like this: > [EMAIL PROTECTED]:~$ xterm > Warning: locale not supported by Xlib, locale set to C ... > An strace for this last situation is attached. > > All problems disappear if I set LANG=C or LANG=en_US. > > I do not know if the LANG setting itself is invalid or not, but the problems > it causes seem to me to be unacceptable. > I think other, similar locales may cause the same problems. I guess your problem can fix using LANG=en_US.ISO8859-15. The reason is /usr/X11R6/lib/X11/locale/locale.alias has en_US.ISO8859-15, but not en_US.ISO-8859-15. This is X11 problem. I reassign it to X11 package. Regards, -- gotom
Bug#243183: locales: typo in the fr locale
At Sun, 11 Apr 2004 18:47:37 +0200, Sam Hocevar wrote: >libc.mo contains the words "aucun des noms standards" which should be > replaced with "aucun des noms standard". Denis, could you check this bug? Regards, -- gotom
Processed: Re: Bug#243237: locales: Setting default locale to en_US.ISO-8859-15 causes invalid LANG setting
Processing commands for [EMAIL PROTECTED]: > reassign 243237 xlibs-data Bug#243237: locales: Setting default locale to en_US.ISO-8859-15 causes invalid LANG setting Bug reassigned from package `locales' to `xlibs-data'. > severity 243237 normal Bug#243237: locales: Setting default locale to en_US.ISO-8859-15 causes invalid LANG setting Severity set to `normal'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#241395: libc6: preinst fails for kernel 2.4.23dual
At 03 Apr 2004 00:39:01 +0200,
Goswin von Brederlow wrote:
> > There are various ways to fix this situation, one example:
> >
> > kernel_rev=$(uname -r | awk -F '[.-]' '{print $3}' | sed
> > 's/\([[:digit:]]*\).*/\1/' )
>
> kernel_rev=$(uname -r | sed 's/\([0-9]*\.[0-9]*\.\)\([0-9]*\)\(.*\)/\2/')
>
> Please don't use awk (see BTS for related bugs). awk requires a
> Pre-Depends since its an alternative and mawk (provides awk) is not
> even essential.
>
> sed on the other hand is essential.
Thanks for your code, but I've put my version.
Using awk is no problem. At least it uses in libc.postinst,
locales.config. But the reason I've put my version is that it seems
more robust for much crazy kernel version for example 2.4.-test1 and
so on.
Regards,
-- gotom
Bug#241395: libc6: preinst fails for kernel 2.4.23dual
At Mon, 12 Apr 2004 23:28:07 +0900,
GOTO Masanori wrote:
> At 03 Apr 2004 00:39:01 +0200,
> Goswin von Brederlow wrote:
> > > There are various ways to fix this situation, one example:
> > >
> > > kernel_rev=$(uname -r | awk -F '[.-]' '{print $3}' | sed
> > > 's/\([[:digit:]]*\).*/\1/' )
> >
> > kernel_rev=$(uname -r | sed 's/\([0-9]*\.[0-9]*\.\)\([0-9]*\)\(.*\)/\2/')
> >
> > Please don't use awk (see BTS for related bugs). awk requires a
> > Pre-Depends since its an alternative and mawk (provides awk) is not
> > even essential.
> >
> > sed on the other hand is essential.
>
> Thanks for your code, but I've put my version.
>
> Using awk is no problem.
Ugh, I'm silly that I didn't check Bug#229461. Using awk is problem
for some users (Note that AJ and Colin did not think it's problematic.
I agreed with them, but in fact mawk is not essential).
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:])
if [ "$kernel_rev" -ge 255 ]
then
echo WARNING: Your kernel version indicates a revision number
echo of 255 or greater. Glibc has a number of built in
echo assumptions that this revision number is less than 255.
echo If you\'ve built your own kernel, please make sure that any
echo custom version numbers are appended to the upstream
echo kernel number with a dash or some other delimiter.
exit 1
fi
And changelog said:
- debian/debhelper.in/libc.preinst: Don't use awk except in
upgrade mode. (Closes: #229461)
Also make sure that it doesn't trip on words being added to the
upstream revision number. Thanks to James Troup for
mentioning this.
Thanks to Bastian Blank <[EMAIL PROTECTED]> for the fix.
So it seems this #241395 is intentional behavior. But apparently the
current code is failed under "2.4.23dual" kernel with message:
bash: [: : integer expression expected
It has to be fixed. I guess many user use "2.4.23dual" and so on. So
go back to #229461, why should we ignore a version like "2.4.23dual"?
Jeff, James?
I would like to permit "2.4.23dual" and recognize as "2.4.23". I'll
adopt Goswin's code if no one objects.
Regards,
-- gotom
Bug#242546: libc6-i686: Package description: unclear about 2.6 requirements
At Wed, 7 Apr 2004 12:29:05 +0200, Jeroen van Wolffelaar wrote: > The package description says: > | This package includes support for NPTL. The optimized libraries will > | not be used unless you are using a 2.6 kernel. > > It is unclear (at least to me, so probably also to others) whether this > means that: > > - optimized NPTL functions will only be used with 2.6 kernels, the rest > will work with either 2.4 or 2.6 > > or, > > - this whole package, libc6-i686, will only be used with 2.6 kernels > > The two sentences are on the same paragraph (suggesting they are > related), but this is not clear from the wording... OK, I modified as follows: This set of libraries is optimized for i686 machines, and will only be used if you have an i686 class CPU (check the output of `uname -m'). This includes Pentium Pro, Pentium II/III/IV, Celeron CPU's and similar class CPU's (including clones such as AMD Athlon/Opteron, VIA C3 Nehemiah, but not VIA C3 Ezla). Plus this optimized libraries will not be used unless you are using a 2.6 kernel. . This package includes support for NPTL. Regards, -- gotom
Bug#239555: third party binaries
At Thu, 08 Apr 2004 14:40:39 +0200, Mathieu Roy wrote: > Ok, Nathaniel proposal perfectly makes sense, so, indeed, I agree. OK, I've modified using Nathaniel's version. Regards, -- gotom
cvs commit to glibc-package/debian by gotom
Repository: glibc-package/debian who:gotom time: Mon Apr 12 09:11:10 MDT 2004 Log Message: - debian/control.in/opt: made libc6-i686 description easier to understand from users' requests. (Closes: #239555, #242546) Files: changed:changelog control
cvs commit to glibc-package/debian/control.in by gotom
Repository: glibc-package/debian/control.in who:gotom time: Mon Apr 12 09:11:10 MDT 2004 Log Message: - debian/control.in/opt: made libc6-i686 description easier to understand from users' requests. (Closes: #239555, #242546) Files: changed:opt
Bug#231403: Bug#240605: libmikmod dependancy causes xmms not to start on newer kernels/systems
At Fri, 2 Apr 2004 22:23:42 +0200, Josip Rodin wrote: > On Fri, Apr 02, 2004 at 08:25:27PM +1000, Matthew Parslow wrote: > > Package: xmms > > Version: 1.2.10-1 > > Severity: important > > Followup-For: Bug #240605 > > > > the same error that was previously innocuous now (under kernel 2.6) causes > > xmms to crash with > > > libmikmod.so.2: cannot open shared object file: No such file or > > directory > > Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72: > > _dl_next_tls_m > > therefore it should either depend on libmikmod2 or handle this gracefully > > and without error. > > Actually, that's bug #231403. The TLS glibc thing is causing it. Please read #219352. I guess it's nvidia-graphics-drivers related problem. To check this, move libGL.so away. Please test and report it. Could I reassign this bug to nvidia-graphics-drivers ? Regards, -- gotom
Bug#242546: libc6-i686: Package description: unclear about 2.6 requirements
On Tue, Apr 13, 2004 at 12:08:21AM +0900, GOTO Masanori wrote: > At Wed, 7 Apr 2004 12:29:05 +0200, > Jeroen van Wolffelaar wrote: > > The package description says: > > | This package includes support for NPTL. The optimized libraries will > > | not be used unless you are using a 2.6 kernel. > > > > It is unclear (at least to me, so probably also to others) whether this > > means that: > > > > - optimized NPTL functions will only be used with 2.6 kernels, the rest > > will work with either 2.4 or 2.6 > > > > or, > > > > - this whole package, libc6-i686, will only be used with 2.6 kernels > > > > The two sentences are on the same paragraph (suggesting they are > > related), but this is not clear from the wording... > > OK, I modified as follows: > > This set of libraries is optimized for i686 machines, and will only be > used if you have an i686 class CPU (check the output of `uname -m'). This > includes Pentium Pro, Pentium II/III/IV, Celeron CPU's and similar class > CPU's (including clones such as AMD Athlon/Opteron, VIA C3 Nehemiah, > but not VIA C3 Ezla). Plus this optimized libraries will not be used > unless you are using a 2.6 kernel. > . > This package includes support for NPTL. I'm not a native English speaker, but: you use a double negation now, which is IMHO a bit harder to read than: 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 ...) This moves the 2.6 requirement more to the front (-> beginning of first sentence), and IMHO rightfully so, because it's an important fact (especially since in Sarge 2.4 and not 2.6 is default). The enumeration about processor types is then the rest of that paragraph, people skipping the enumeration to the next paragraph won't miss important information. Regards, --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl
Bug#204691: still not working in current libc6-i686
At Sat, 10 Apr 2004 13:13:06 +0200, Reinhard Tartler wrote: > I have installed libc6-i686, version 2.3.2.ds1-11, and I am still seeing > this bug when trying to run winex. To use winex I have to tell it to > disable usage of pthreads completly. Transgaming claims debian's libc > responsible, since other distributions have bigger stacksize. > > Gotom spoke of a libc in experimental, but I suppose that it has been > replaces already. > > Are there any other things I can try? Hmm. Your kernel is 2.6.3, so NPTL or i686-capable pthread should be used. Could you execute ldd with your binaries? If your binaries use newer pthread, ldd shows as follows: libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x4017a000) Regards, -- gotom
Bug#231403: Bug#240605: libmikmod dependancy causes xmms not to start on newer kernels/systems
On Tue, Apr 13, 2004 at 12:22:22AM +0900, GOTO Masanori wrote: > At Fri, 2 Apr 2004 22:23:42 +0200, > Josip Rodin wrote: > > On Fri, Apr 02, 2004 at 08:25:27PM +1000, Matthew Parslow wrote: > > > Package: xmms > > > Version: 1.2.10-1 > > > Severity: important > > > Followup-For: Bug #240605 > > > > > > the same error that was previously innocuous now (under kernel 2.6) causes > > > xmms to crash with > > > > > libmikmod.so.2: cannot open shared object file: No such file or > > > directory > > > Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72: > > > _dl_next_tls_m > > > therefore it should either depend on libmikmod2 or handle this gracefully > > > and without error. > > > > Actually, that's bug #231403. The TLS glibc thing is causing it. > > Please read #219352. I guess it's nvidia-graphics-drivers related > problem. To check this, move libGL.so away. Please test and report > it. Could I reassign this bug to nvidia-graphics-drivers ? It looks like a dynamic linker bug, regardless of what library causes it. IMHO. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer
Bug#231015: libm.so: symlink should be relative
Joey,
This #231015 is critical bug - could you look at my last post (the
attached mail) ? I clone this bug and reassign it to debhelper
if you think it's dh_link bug.
Bug Summary: dh_link does not work for relative symlinks, and I make a
patch for fixing this problem.
Regards,
-- gotom
At Mon, 15 Mar 2004 02:19:18 +0900,
GOTO Masanori wrote:
>
> At Mon, 15 Mar 2004 00:53:25 +0900,
> GOTO Masanori wrote:
> > At Sun, 14 Mar 2004 12:31:37 +0900,
> > GOTO Masanori wrote:
> > > Joey, please look at this patch. How to test in libc6-dev as following:
> > >
> > > > ln -sf ../../lib/libm.so debian/libc6-dev/usr/lib/libm.so ; ls -l
> > > debian/libc6-dev/usr/lib/libm.so
> > > lrwxrwxrwx1 gotomgotom 17 2004-03-14 12:26
> > > debian/libc6-dev/usr/lib/libm.so -> ../../lib/libm.so
> > > > dh_link.new -plibc6-dev ; ls -l debian/libc6-dev/usr/lib/libm.so
> > > lrwxrwxrwx1 gotomgotom 18 2004-03-14 12:26
> > > debian/libc6-dev/usr/lib/libm.so -> /lib/libm-2.3.2.so
> >
> > Umm, this patch has the bug. The resolved symlink path should be
> > "/lib/libm.so"...
>
> The problem is that if /lib/libm.so is existed, then this path keeps
> resolving to /lib/libm-2.3.2.so because readlink(2) resolves both
> . and .. and symlinks. So we can't use abs_path() for this purpose.
>
> I implement path expand routine which resolve . and .., but don't
> resolve symbolic links.
>
> This patch can handle to expand pathname even if the first character
> in $src component includes `..' or `.'.
>
>
> --- dh_link 2004-03-12 18:49:27.0 +0900
> +++ dh_link.new 2004-03-15 02:09:35.0 +0900
> @@ -78,6 +78,39 @@
>
> init();
>
> +# expand_path expands all path "." and ".." component, but don't
> +# resolve symbolic links.
> +sub expand_path
> +{
> + my $start = @_ ? shift : '.';
> + my @pathname = split(m:/+:,$start);
> +
> + my $entry;
> + my @respath;
> + foreach $entry (@pathname) {
> + if ($entry eq '.' || $entry eq '') {
> + # Do nothing
> + } elsif ($entry eq '..') {
> + if ($#respath == -1) {
> + # Do nothing
> + } else {
> + pop @respath;
> + }
> + } else {
> + push @respath, $entry;
> + }
> + }
> +
> + # reconstruct full pathname
> + my $result;
> + foreach $entry (@respath) {
> + $result .= '/' . $entry;
> + }
> +
> + return $result;
> +}
> +
> +
> foreach my $package (@{$dh{DOPACKAGES}}) {
> my $tmp=tmpdir($package);
> my $file=pkgfile($package,"links");
> @@ -128,6 +161,9 @@
> my $dest=pop @links;
> my $src=pop @links;
>
> + # Expand . and .. in src.
> + $src=expand_path($src);
> +
> # Relavatize src and dest.
> $src=~s:^/::;
> $dest=~s:^/::;
>
>
> > ln -sf ../../lib/libm.so debian/libc6-dev/usr/lib/libm.so ; ls -l
> debian/libc6-dev/usr/lib/libm.so
> lrwxrwxrwx1 gotomgotom 17 2004-03-15 02:11
> debian/libc6-dev/usr/lib/libm.so -> ../../lib/libm.so
> > ./dh_link -plibc6-dev ; ls -l debian/libc6-dev/usr/lib/libm.so
> lrwxrwxrwx1 gotomgotom 12 2004-03-15 02:11
> debian/libc6-dev/usr/lib/libm.so -> /lib/libm.so
>
> I keep testing for another path examples.
>
> Regards,
> -- gotom
>
Bug#240335: marked as done (locales: Locale installation has to be killed, excessive cpu usage)
Your message dated Tue, 13 Apr 2004 00:50:02 +0900 with message-id <[EMAIL PROTECTED]> and subject line Bug#240335: locales: Locale installation has to be killed, excessive cpu usage 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; 26 Mar 2004 20:18:12 + >From [EMAIL PROTECTED] Fri Mar 26 12:18:12 2004 Return-path: <[EMAIL PROTECTED]> Received: from vscane-a.ucl.ac.uk [144.82.100.148] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1B6xmO-Jc-00; Fri, 26 Mar 2004 12:18:12 -0800 Received: from firewall-a.swan.lon.ac.uk ([212.219.59.200] helo=jojor.dnsalias.org) by vscane-a.ucl.ac.uk with esmtp (Exim 4.30) id 1B6xmM-0001MY-9z for [EMAIL PROTECTED]; Fri, 26 Mar 2004 20:18:10 + Received: by jojor.dnsalias.org (Postfix, from userid 1000) id E5EE3BEF41; Fri, 26 Mar 2004 20:17:19 + (GMT) Date: Fri, 26 Mar 2004 20:17:19 + From: Johannes Jordens <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: locales: Locale installation has to be killed, excessive cpu usage Message-ID: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KR/qxknboQ7+Tpez" Content-Disposition: inline User-Agent: Mutt/1.5.5.1+cvs20040105i X-UCL-MailScanner-Information: Please contact the UCL Helpdesk, [EMAIL PROTECTED] for more information X-UCL-MailScanner: Found to be clean 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=-7.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: --KR/qxknboQ7+Tpez Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Package: locales Version: 2.3.2.ds1-11 Severity: normal = =20 Hi! Since the latest version of locales (2.3.2.ds1-11) I had to kill it whenever apt attempted to install it because CPU usage shot up to 99 %. I know that that is normal during locale-generation, however, locales does not even get to generate the locales, it stays at: = =20 Setting up locales (2.3.2.ds1-11) ... = =20 After having let locale "work" at 99 % for 4 hours straight (surely not the intended behaviour), "top" showed: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 5675 root 22 0 1420 1420 544 R 99.2 0.2 4:08.80 sed = =20 ps axf gives (relevant sections): \_ aptitude \_ /usr/bin/dpkg --configure locales libgimp1.3 gimp1.3 libglade2-dev \_ /usr/bin/perl -w /usr/share/debconf/frontend /var/lib/dpkg/info/locales.postinst configure 2.3.2.ds1-10 \_ /bin/sh /var/lib/dpkg/info/locales.config configure 2.3.2.ds1-10 \_ /bin/sh /var/lib/dpkg/info/locales.config configure 2.3.2.ds1-10 \_ sed -e s/,/, /g -e s/, *$// = =20 Similar errors happened before, but they usually went away with the next version of locales. From the above mentioned programme output I guess sed is the programme causing the problem, the installed version is reported as "GNU sed version 4.0.9" = =20 Thanks, please do contact me for further info jj = =20 = =20 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.22-ck1-dsdt-cp Locale: LANG=3Den_GB.UTF-8, LC_CTYPE=3Den_GB.UTF-8 (ignored: LC_ALL set to e
cvs commit to glibc-package/debian/control.in by gotom
Repository: glibc-package/debian/control.in who:gotom time: Mon Apr 12 10:23:59 MDT 2004 Log Message: debian/control: applied description proposal for libc6-i686, by Jeroen van Wolffelaar <[EMAIL PROTECTED]>. debian/control.in/opt: likewise. Files: changed:opt
cvs commit to glibc-package/debian by gotom
Repository: glibc-package/debian who:gotom time: Mon Apr 12 10:23:59 MDT 2004 Log Message: debian/control: applied description proposal for libc6-i686, by Jeroen van Wolffelaar <[EMAIL PROTECTED]>. debian/control.in/opt: likewise. Files: changed:control
Bug#242546: libc6-i686: Package description: unclear about 2.6 requirements
At Mon, 12 Apr 2004 17:33:24 +0200, Jeroen van Wolffelaar wrote: > 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 > ...) > > This moves the 2.6 requirement more to the front (-> beginning of first > sentence), and IMHO rightfully so, because it's an important fact > (especially since in Sarge 2.4 and not 2.6 is default). > > The enumeration about processor types is then the rest of that > paragraph, people skipping the enumeration to the next paragraph won't > miss important information. Thanks, I've applied your proposal. Regards, -- gotom
Bug#241395: libc6: preinst fails for kernel 2.4.23dual
GOTO Masanori <[EMAIL PROTECTED]> writes:
> At Mon, 12 Apr 2004 23:28:07 +0900,
> GOTO Masanori wrote:
>> At 03 Apr 2004 00:39:01 +0200,
>> Goswin von Brederlow wrote:
>> > > There are various ways to fix this situation, one example:
>> > >
>> > > kernel_rev=$(uname -r | awk -F '[.-]' '{print $3}' | sed
>> > > 's/\([[:digit:]]*\).*/\1/' )
>> >
>> > kernel_rev=$(uname -r | sed 's/\([0-9]*\.[0-9]*\.\)\([0-9]*\)\(.*\)/\2/')
>> >
>> > Please don't use awk (see BTS for related bugs). awk requires a
>> > Pre-Depends since its an alternative and mawk (provides awk) is not
>> > even essential.
>> >
>> > sed on the other hand is essential.
>>
>> Thanks for your code, but I've put my version.
>>
>> Using awk is no problem.
>
> Ugh, I'm silly that I didn't check Bug#229461. Using awk is problem
> for some users (Note that AJ and Colin did not think it's problematic.
> I agreed with them, but in fact mawk is not essential).
Its not about users but about installing debian (be it real or for a
chroot). Using awk is a serious policy violation that just happens to
only matter when installing from scratch.
I think having the Debian Installer fail is problematic but thats just
me.
> 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
> if [ "$kernel_rev" -ge 255 ]
> then
> echo WARNING: Your kernel version indicates a revision number
> echo of 255 or greater. Glibc has a number of built in
> echo assumptions that this revision number is less than 255.
> echo If you\'ve built your own kernel, please make sure that any
> echo custom version numbers are appended to the upstream
> echo kernel number with a dash or some other delimiter.
>
> exit 1
> fi
>
> And changelog said:
>
>- debian/debhelper.in/libc.preinst: Don't use awk except in
> upgrade mode. (Closes: #229461)
> Also make sure that it doesn't trip on words being added to the
> upstream revision number. Thanks to James Troup for
> mentioning this.
> Thanks to Bastian Blank <[EMAIL PROTECTED]> for the fix.
>
> So it seems this #241395 is intentional behavior. But apparently the
> current code is failed under "2.4.23dual" kernel with message:
>
> bash: [: : integer expression expected
>
> It has to be fixed. I guess many user use "2.4.23dual" and so on. So
> go back to #229461, why should we ignore a version like "2.4.23dual"?
> Jeff, James?
>
> I would like to permit "2.4.23dual" and recognize as "2.4.23". I'll
> adopt Goswin's code if no one objects.
>
> Regards,
> -- gotom
MfG
Goswin
PS: Please fix that so I can update my kernel (which means I loose the
testcase). :)
Bug#243394: [s390 patch] Improved backtrace for s390*
Package: glibc [submitted for keeping track of http://lists.debian.org/debian-glibc/2004/debian-glibc-200404/msg00035.html] This patch applied upstream http://sources.redhat.com/ml/libc-hacker/2003-12/msg00025.html is supposed to fix about 900 test failures in the libjava testsuite in gcc-3.4. Note that I didn't test the patch myself. Matthias Compare the Debian test results http://gcc.gnu.org/ml/gcc-testresults/2004-03/msg00816.html === libjava Summary === # of expected passes 1487 # of unexpected failures 900 # of expected failures4 # of untested testcases 908 with Ulrich's test results http://gcc.gnu.org/ml/gcc-testresults/2004-04/msg00098.html === libjava Summary === # of expected passes 3259 # of unexpected failures 2 # of expected failures11 # of untested testcases 8
Bug#243183: locales: typo in the fr locale
On Mon, Apr 12, 2004 at 11:00:57PM +0900, GOTO Masanori wrote: > At Sun, 11 Apr 2004 18:47:37 +0200, > Sam Hocevar wrote: > >libc.mo contains the words "aucun des noms standards" which should be > > replaced with "aucun des noms standard". > > Denis, could you check this bug? Sam is right. Denis
Antivirus notification
An e-mail you sent with message-id NOQUEUE was modified by our mail scanning software. The recipients were: <[EMAIL PROTECTED]> Here are the details of the modification: ATTACHMENT REMOVED Our virus scanner removed an attachment named message.scr from your email to <[EMAIL PROTECTED]> as it constituted a security hazard. -Original Message Headers- From: debian-glibc@lists.debian.org To: [EMAIL PROTECTED] Subject: Mail Delivery (failure [EMAIL PROTECTED]) Date: Tue, 13 Apr 2004 01:10:28 +0200 MIME-Version: 1.0 Content-Type: multipart/related;type="multipart/alternative"; boundary="=_NextPart_000_001B_01C0CA80.6B015D10" X-Priority: 3 X-MSMail-Priority: Normal
Bug#92186: [Fwd: Test case, seems fine.]
retitle 92186 libc6: getpwnam(3) should distinguish between NIS errors and user not
found
close 239011
quit
On Sun, Dec 21, 2003 at 12:25:25AM -0500, Jeff Bailey wrote:
>
> I've built a testcase for looking at this. When I run it, I get:
>
> ./a.out
> No match found! Errno: 0
>
> Can you please provide a better testcase? Otherwise, I'll assume the
> bug is fixed and close it (By the end of January or so)
Well yes that's good. However, it is also setting errno to zero when
the NIS server is unavilable. This means that the application still
can't distinguish between the two errors.
Thanks,
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#92186: [Fwd: Test case, seems fine.]
Processing commands for [EMAIL PROTECTED]: > retitle 92186 libc6: getpwnam(3) should distinguish between NIS errors and user not > found Bug#92186: libc6: getpwnam(3) should not always set errno Changed Bug title. > close 239011 Bug#239011: libc6: getpwnam(3) should distinguish between NIS errors and user not found 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug closed, send any further explanations to <[EMAIL PROTECTED]> > quit 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]
nereid
Juarez, Get 50%off V-i-a-g-r-a+ and c-i-a-l-i-s( more!.. http://www.port2088meds.biz/b32/ -- morrow,i humbly thank.
Re: [PATCH] Fix FTBS for debian-glibc on hppa
At Fri, 2 Apr 2004 13:21:34 -0500, Carlos O'Donell wrote: > The newest compiler in unstable has caught a bug in the feupdateenv > implementation for hppa. The code should not be using the constant input > argument as temporary scratch. Thanks Carlos! I've put it in. 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: Mon Apr 12 07:12:30 MDT 2004 Log Message: - debian/patches/patches/52_glibc233-hppa-feupdateenv.dpatch: The newest compiler in unstable has caught a bug in the feupdateenv implementation for hppa. The code should not be using the constant input argument as temporary scratch. Patched by Carlos O'Donell <[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/patches by gotom
Repository: glibc-package/debian/patches who:gotom time: Mon Apr 12 07:12:30 MDT 2004 Log Message: - debian/patches/patches/52_glibc233-hppa-feupdateenv.dpatch: The newest compiler in unstable has caught a bug in the feupdateenv implementation for hppa. The code should not be using the constant input argument as temporary scratch. Patched by Carlos O'Donell <[EMAIL PROTECTED]>. Files: changed:00list added: 52_glibc233-hppa-feupdateenv.dpatch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#239020: [hppa] add /usr/hppa64-linux/include
At Sat, 20 Mar 2004 10:53:17 +0100, Matthias Klose wrote: > To build the hppa -> hppa64 cross compiler needed to build hppa64 > kernels, the target specific headers are needed. Currently it's good > enough to symlink /usr/hppa64-linux/include to /usr/include. > > Please include this symlink in the libc6-dev package for hppa or build > a new lib64c6-dev package which contains this link. This link > currently exists in the gcc-3.3-hppa64 and gcc-3.4-hppa64 packages, so > conflicts are needed: > > gcc-3.3-hppa64 (<= 1:3.3.3-4), gcc-3.4-hppa64 (<= 3.4-0pre2) OK, I've put this symlink and conflicts. I've added debian/sysdeps/hppa.mk. In future we may change this modification because of having lib64c6-dev for hppa64. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#231438: locales fails to install due to locale-gen segfault
At Mon, 22 Mar 2004 11:33:22 -0500, Daniel Jacobowitz wrote: > On Sun, Mar 21, 2004 at 10:10:24AM +0900, GOTO Masanori wrote: > > At Tue, 16 Mar 2004 21:13:13 +, > > James Troup wrote: > > > tags 231438 + patch > > > thanks > > > > > > Daniel Jacobowitz <[EMAIL PROTECTED]> writes: > > > > > > > > localedef uses trampoline in its internal; it may conflict with > > > > > exec-shield like pax, please see: > > > > > > > > > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=198099 > > > > > > > > Hmm, Red Hat _must_ have a patch for that by now > > > > > > They do. I've attached a .dpatch below with the relevant patch > > > extracted from the latest Fedora .src.rpm. I built and tested this on > > > i686-linux both with and without exec-shield and got someone else to > > > do the same. (There are also no testsuite regressions.) > > > > Thanks for looking this bug and patch. But XFree86 has also this kind > > of problem. Pax uses a file which lists program names to avoid this > > issue. So is this ok to apply this patch for glibc? Or should > > exec-shield users be aware "echo 0 > /proc/sys/kernel/exec-shield"? > > I think the patch is appropriate. I haven't tested it but it > definitely looks right. I've put it in. Thanks to James! Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to glibc-package/debian/sysdeps by gotom
Repository: glibc-package/debian/sysdeps who:gotom time: Mon Apr 12 07:42:50 MDT 2004 Log Message: - debian/sysdeps/hppa.mk: added to create symlink /usr/hppa64-linux/include to /usr/include for hppa64. (Closes: #239020) - debian/sysdeps/depflags.pl: added conflicts to gcc-3.3-hppa64 and gcc-3.4-hppa64. Files: changed:depflags.pl added: hppa.mk -- 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: Mon Apr 12 07:42:50 MDT 2004 Log Message: - debian/sysdeps/hppa.mk: added to create symlink /usr/hppa64-linux/include to /usr/include for hppa64. (Closes: #239020) - debian/sysdeps/depflags.pl: added conflicts to gcc-3.3-hppa64 and gcc-3.4-hppa64. 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: Mon Apr 12 07:58:16 MDT 2004 Log Message: - debian/patches/localedef-fix-trampoline.dpatch: Fix localedef segv when run under exec-shield/PaX and so on due to trampoline issue. Dpatched by James Troup <[EMAIL PROTECTED]>. (Closes: #231438, #198099, #215624, #215821, #221740) 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: Mon Apr 12 07:58:16 MDT 2004 Log Message: - debian/patches/localedef-fix-trampoline.dpatch: Fix localedef segv when run under exec-shield/PaX and so on due to trampoline issue. Dpatched by James Troup <[EMAIL PROTECTED]>. (Closes: #231438, #198099, #215624, #215821, #221740) Files: changed:00list added: localedef-fix-trampoline.dpatch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#243237: locales: Setting default locale to en_US.ISO-8859-15 causes invalid LANG setting
reassign 243237 xlibs-data severity 243237 normal thanks At Mon, 12 Apr 2004 01:13:28 +0200, Frans Pop wrote: > Using debian-installer I have installed a clean unstable system. > After installation I have done 'dpkg-reconfigure locales' and generated > the locales listed below in 'debconf information'. > I selected en_US.ISO-8859-15 as my default locale. > This also sets 'LANG=en_US.ISO-8859-15' in /etc/environment. > > It appears this is an invalid setting, at least for the X Window environment. > If I start an application from a terminal (KDE's konsole), I get messages > like this: > [EMAIL PROTECTED]:~$ xterm > Warning: locale not supported by Xlib, locale set to C ... > An strace for this last situation is attached. > > All problems disappear if I set LANG=C or LANG=en_US. > > I do not know if the LANG setting itself is invalid or not, but the problems > it causes seem to me to be unacceptable. > I think other, similar locales may cause the same problems. I guess your problem can fix using LANG=en_US.ISO8859-15. The reason is /usr/X11R6/lib/X11/locale/locale.alias has en_US.ISO8859-15, but not en_US.ISO-8859-15. This is X11 problem. I reassign it to X11 package. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#243183: locales: typo in the fr locale
At Sun, 11 Apr 2004 18:47:37 +0200, Sam Hocevar wrote: >libc.mo contains the words "aucun des noms standards" which should be > replaced with "aucun des noms standard". Denis, could you check this bug? Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#243237: locales: Setting default locale to en_US.ISO-8859-15 causes invalid LANG setting
Processing commands for [EMAIL PROTECTED]: > reassign 243237 xlibs-data Bug#243237: locales: Setting default locale to en_US.ISO-8859-15 causes invalid LANG setting Bug reassigned from package `locales' to `xlibs-data'. > severity 243237 normal Bug#243237: locales: Setting default locale to en_US.ISO-8859-15 causes invalid LANG setting Severity set to `normal'. > 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#241395: libc6: preinst fails for kernel 2.4.23dual
At 03 Apr 2004 00:39:01 +0200,
Goswin von Brederlow wrote:
> > There are various ways to fix this situation, one example:
> >
> > kernel_rev=$(uname -r | awk -F '[.-]' '{print $3}' | sed
> > 's/\([[:digit:]]*\).*/\1/' )
>
> kernel_rev=$(uname -r | sed 's/\([0-9]*\.[0-9]*\.\)\([0-9]*\)\(.*\)/\2/')
>
> Please don't use awk (see BTS for related bugs). awk requires a
> Pre-Depends since its an alternative and mawk (provides awk) is not
> even essential.
>
> sed on the other hand is essential.
Thanks for your code, but I've put my version.
Using awk is no problem. At least it uses in libc.postinst,
locales.config. But the reason I've put my version is that it seems
more robust for much crazy kernel version for example 2.4.-test1 and
so on.
Regards,
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#241395: libc6: preinst fails for kernel 2.4.23dual
At Mon, 12 Apr 2004 23:28:07 +0900,
GOTO Masanori wrote:
> At 03 Apr 2004 00:39:01 +0200,
> Goswin von Brederlow wrote:
> > > There are various ways to fix this situation, one example:
> > >
> > > kernel_rev=$(uname -r | awk -F '[.-]' '{print $3}' | sed
> > > 's/\([[:digit:]]*\).*/\1/' )
> >
> > kernel_rev=$(uname -r | sed 's/\([0-9]*\.[0-9]*\.\)\([0-9]*\)\(.*\)/\2/')
> >
> > Please don't use awk (see BTS for related bugs). awk requires a
> > Pre-Depends since its an alternative and mawk (provides awk) is not
> > even essential.
> >
> > sed on the other hand is essential.
>
> Thanks for your code, but I've put my version.
>
> Using awk is no problem.
Ugh, I'm silly that I didn't check Bug#229461. Using awk is problem
for some users (Note that AJ and Colin did not think it's problematic.
I agreed with them, but in fact mawk is not essential).
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:])
if [ "$kernel_rev" -ge 255 ]
then
echo WARNING: Your kernel version indicates a revision number
echo of 255 or greater. Glibc has a number of built in
echo assumptions that this revision number is less than 255.
echo If you\'ve built your own kernel, please make sure that any
echo custom version numbers are appended to the upstream
echo kernel number with a dash or some other delimiter.
exit 1
fi
And changelog said:
- debian/debhelper.in/libc.preinst: Don't use awk except in
upgrade mode. (Closes: #229461)
Also make sure that it doesn't trip on words being added to the
upstream revision number. Thanks to James Troup for
mentioning this.
Thanks to Bastian Blank <[EMAIL PROTECTED]> for the fix.
So it seems this #241395 is intentional behavior. But apparently the
current code is failed under "2.4.23dual" kernel with message:
bash: [: : integer expression expected
It has to be fixed. I guess many user use "2.4.23dual" and so on. So
go back to #229461, why should we ignore a version like "2.4.23dual"?
Jeff, James?
I would like to permit "2.4.23dual" and recognize as "2.4.23". I'll
adopt Goswin's code if no one objects.
Regards,
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#242546: libc6-i686: Package description: unclear about 2.6 requirements
At Wed, 7 Apr 2004 12:29:05 +0200, Jeroen van Wolffelaar wrote: > The package description says: > | This package includes support for NPTL. The optimized libraries will > | not be used unless you are using a 2.6 kernel. > > It is unclear (at least to me, so probably also to others) whether this > means that: > > - optimized NPTL functions will only be used with 2.6 kernels, the rest > will work with either 2.4 or 2.6 > > or, > > - this whole package, libc6-i686, will only be used with 2.6 kernels > > The two sentences are on the same paragraph (suggesting they are > related), but this is not clear from the wording... OK, I modified as follows: This set of libraries is optimized for i686 machines, and will only be used if you have an i686 class CPU (check the output of `uname -m'). This includes Pentium Pro, Pentium II/III/IV, Celeron CPU's and similar class CPU's (including clones such as AMD Athlon/Opteron, VIA C3 Nehemiah, but not VIA C3 Ezla). Plus this optimized libraries will not be used unless you are using a 2.6 kernel. . This package includes support for NPTL. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#239555: third party binaries
At Thu, 08 Apr 2004 14:40:39 +0200, Mathieu Roy wrote: > Ok, Nathaniel proposal perfectly makes sense, so, indeed, I agree. OK, I've modified using Nathaniel's version. 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: Mon Apr 12 09:11:10 MDT 2004 Log Message: - debian/control.in/opt: made libc6-i686 description easier to understand from users' requests. (Closes: #239555, #242546) Files: changed:changelog control -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to glibc-package/debian/control.in by gotom
Repository: glibc-package/debian/control.in who:gotom time: Mon Apr 12 09:11:10 MDT 2004 Log Message: - debian/control.in/opt: made libc6-i686 description easier to understand from users' requests. (Closes: #239555, #242546) Files: changed:opt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#231403: Bug#240605: libmikmod dependancy causes xmms not to start on newer kernels/systems
At Fri, 2 Apr 2004 22:23:42 +0200, Josip Rodin wrote: > On Fri, Apr 02, 2004 at 08:25:27PM +1000, Matthew Parslow wrote: > > Package: xmms > > Version: 1.2.10-1 > > Severity: important > > Followup-For: Bug #240605 > > > > the same error that was previously innocuous now (under kernel 2.6) causes > > xmms to crash with > > > libmikmod.so.2: cannot open shared object file: No such file or > > directory > > Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72: > > _dl_next_tls_m > > therefore it should either depend on libmikmod2 or handle this gracefully > > and without error. > > Actually, that's bug #231403. The TLS glibc thing is causing it. Please read #219352. I guess it's nvidia-graphics-drivers related problem. To check this, move libGL.so away. Please test and report it. Could I reassign this bug to nvidia-graphics-drivers ? Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#242546: libc6-i686: Package description: unclear about 2.6 requirements
On Tue, Apr 13, 2004 at 12:08:21AM +0900, GOTO Masanori wrote: > At Wed, 7 Apr 2004 12:29:05 +0200, > Jeroen van Wolffelaar wrote: > > The package description says: > > | This package includes support for NPTL. The optimized libraries will > > | not be used unless you are using a 2.6 kernel. > > > > It is unclear (at least to me, so probably also to others) whether this > > means that: > > > > - optimized NPTL functions will only be used with 2.6 kernels, the rest > > will work with either 2.4 or 2.6 > > > > or, > > > > - this whole package, libc6-i686, will only be used with 2.6 kernels > > > > The two sentences are on the same paragraph (suggesting they are > > related), but this is not clear from the wording... > > OK, I modified as follows: > > This set of libraries is optimized for i686 machines, and will only be > used if you have an i686 class CPU (check the output of `uname -m'). This > includes Pentium Pro, Pentium II/III/IV, Celeron CPU's and similar class > CPU's (including clones such as AMD Athlon/Opteron, VIA C3 Nehemiah, > but not VIA C3 Ezla). Plus this optimized libraries will not be used > unless you are using a 2.6 kernel. > . > This package includes support for NPTL. I'm not a native English speaker, but: you use a double negation now, which is IMHO a bit harder to read than: 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 ...) This moves the 2.6 requirement more to the front (-> beginning of first sentence), and IMHO rightfully so, because it's an important fact (especially since in Sarge 2.4 and not 2.6 is default). The enumeration about processor types is then the rest of that paragraph, people skipping the enumeration to the next paragraph won't miss important information. Regards, --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#204691: still not working in current libc6-i686
At Sat, 10 Apr 2004 13:13:06 +0200, Reinhard Tartler wrote: > I have installed libc6-i686, version 2.3.2.ds1-11, and I am still seeing > this bug when trying to run winex. To use winex I have to tell it to > disable usage of pthreads completly. Transgaming claims debian's libc > responsible, since other distributions have bigger stacksize. > > Gotom spoke of a libc in experimental, but I suppose that it has been > replaces already. > > Are there any other things I can try? Hmm. Your kernel is 2.6.3, so NPTL or i686-capable pthread should be used. Could you execute ldd with your binaries? If your binaries use newer pthread, ldd shows as follows: libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x4017a000) Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#231403: Bug#240605: libmikmod dependancy causes xmms not to start on newer kernels/systems
On Tue, Apr 13, 2004 at 12:22:22AM +0900, GOTO Masanori wrote: > At Fri, 2 Apr 2004 22:23:42 +0200, > Josip Rodin wrote: > > On Fri, Apr 02, 2004 at 08:25:27PM +1000, Matthew Parslow wrote: > > > Package: xmms > > > Version: 1.2.10-1 > > > Severity: important > > > Followup-For: Bug #240605 > > > > > > the same error that was previously innocuous now (under kernel 2.6) causes > > > xmms to crash with > > > > > libmikmod.so.2: cannot open shared object file: No such file or > > > directory > > > Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72: > > > _dl_next_tls_m > > > therefore it should either depend on libmikmod2 or handle this gracefully > > > and without error. > > > > Actually, that's bug #231403. The TLS glibc thing is causing it. > > Please read #219352. I guess it's nvidia-graphics-drivers related > problem. To check this, move libGL.so away. Please test and report > it. Could I reassign this bug to nvidia-graphics-drivers ? It looks like a dynamic linker bug, regardless of what library causes it. IMHO. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#231015: libm.so: symlink should be relative
Joey,
This #231015 is critical bug - could you look at my last post (the
attached mail) ? I clone this bug and reassign it to debhelper
if you think it's dh_link bug.
Bug Summary: dh_link does not work for relative symlinks, and I make a
patch for fixing this problem.
Regards,
-- gotom
At Mon, 15 Mar 2004 02:19:18 +0900,
GOTO Masanori wrote:
>
> At Mon, 15 Mar 2004 00:53:25 +0900,
> GOTO Masanori wrote:
> > At Sun, 14 Mar 2004 12:31:37 +0900,
> > GOTO Masanori wrote:
> > > Joey, please look at this patch. How to test in libc6-dev as following:
> > >
> > > > ln -sf ../../lib/libm.so debian/libc6-dev/usr/lib/libm.so ; ls -l
> > > debian/libc6-dev/usr/lib/libm.so
> > > lrwxrwxrwx1 gotomgotom 17 2004-03-14 12:26
> > > debian/libc6-dev/usr/lib/libm.so -> ../../lib/libm.so
> > > > dh_link.new -plibc6-dev ; ls -l debian/libc6-dev/usr/lib/libm.so
> > > lrwxrwxrwx1 gotomgotom 18 2004-03-14 12:26
> > > debian/libc6-dev/usr/lib/libm.so -> /lib/libm-2.3.2.so
> >
> > Umm, this patch has the bug. The resolved symlink path should be
> > "/lib/libm.so"...
>
> The problem is that if /lib/libm.so is existed, then this path keeps
> resolving to /lib/libm-2.3.2.so because readlink(2) resolves both
> . and .. and symlinks. So we can't use abs_path() for this purpose.
>
> I implement path expand routine which resolve . and .., but don't
> resolve symbolic links.
>
> This patch can handle to expand pathname even if the first character
> in $src component includes `..' or `.'.
>
>
> --- dh_link 2004-03-12 18:49:27.0 +0900
> +++ dh_link.new 2004-03-15 02:09:35.0 +0900
> @@ -78,6 +78,39 @@
>
> init();
>
> +# expand_path expands all path "." and ".." component, but don't
> +# resolve symbolic links.
> +sub expand_path
> +{
> + my $start = @_ ? shift : '.';
> + my @pathname = split(m:/+:,$start);
> +
> + my $entry;
> + my @respath;
> + foreach $entry (@pathname) {
> + if ($entry eq '.' || $entry eq '') {
> + # Do nothing
> + } elsif ($entry eq '..') {
> + if ($#respath == -1) {
> + # Do nothing
> + } else {
> + pop @respath;
> + }
> + } else {
> + push @respath, $entry;
> + }
> + }
> +
> + # reconstruct full pathname
> + my $result;
> + foreach $entry (@respath) {
> + $result .= '/' . $entry;
> + }
> +
> + return $result;
> +}
> +
> +
> foreach my $package (@{$dh{DOPACKAGES}}) {
> my $tmp=tmpdir($package);
> my $file=pkgfile($package,"links");
> @@ -128,6 +161,9 @@
> my $dest=pop @links;
> my $src=pop @links;
>
> + # Expand . and .. in src.
> + $src=expand_path($src);
> +
> # Relavatize src and dest.
> $src=~s:^/::;
> $dest=~s:^/::;
>
>
> > ln -sf ../../lib/libm.so debian/libc6-dev/usr/lib/libm.so ; ls -l
> debian/libc6-dev/usr/lib/libm.so
> lrwxrwxrwx1 gotomgotom 17 2004-03-15 02:11
> debian/libc6-dev/usr/lib/libm.so -> ../../lib/libm.so
> > ./dh_link -plibc6-dev ; ls -l debian/libc6-dev/usr/lib/libm.so
> lrwxrwxrwx1 gotomgotom 12 2004-03-15 02:11
> debian/libc6-dev/usr/lib/libm.so -> /lib/libm.so
>
> I keep testing for another path examples.
>
> Regards,
> -- gotom
>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#240335: marked as done (locales: Locale installation has to be killed, excessive cpu usage)
Your message dated Tue, 13 Apr 2004 00:50:02 +0900 with message-id <[EMAIL PROTECTED]> and subject line Bug#240335: locales: Locale installation has to be killed, excessive cpu usage 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; 26 Mar 2004 20:18:12 + >From [EMAIL PROTECTED] Fri Mar 26 12:18:12 2004 Return-path: <[EMAIL PROTECTED]> Received: from vscane-a.ucl.ac.uk [144.82.100.148] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1B6xmO-Jc-00; Fri, 26 Mar 2004 12:18:12 -0800 Received: from firewall-a.swan.lon.ac.uk ([212.219.59.200] helo=jojor.dnsalias.org) by vscane-a.ucl.ac.uk with esmtp (Exim 4.30) id 1B6xmM-0001MY-9z for [EMAIL PROTECTED]; Fri, 26 Mar 2004 20:18:10 + Received: by jojor.dnsalias.org (Postfix, from userid 1000) id E5EE3BEF41; Fri, 26 Mar 2004 20:17:19 + (GMT) Date: Fri, 26 Mar 2004 20:17:19 + From: Johannes Jordens <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: locales: Locale installation has to be killed, excessive cpu usage Message-ID: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KR/qxknboQ7+Tpez" Content-Disposition: inline User-Agent: Mutt/1.5.5.1+cvs20040105i X-UCL-MailScanner-Information: Please contact the UCL Helpdesk, [EMAIL PROTECTED] for more information X-UCL-MailScanner: Found to be clean 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=-7.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: --KR/qxknboQ7+Tpez Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Package: locales Version: 2.3.2.ds1-11 Severity: normal = =20 Hi! Since the latest version of locales (2.3.2.ds1-11) I had to kill it whenever apt attempted to install it because CPU usage shot up to 99 %. I know that that is normal during locale-generation, however, locales does not even get to generate the locales, it stays at: = =20 Setting up locales (2.3.2.ds1-11) ... = =20 After having let locale "work" at 99 % for 4 hours straight (surely not the intended behaviour), "top" showed: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 5675 root 22 0 1420 1420 544 R 99.2 0.2 4:08.80 sed = =20 ps axf gives (relevant sections): \_ aptitude \_ /usr/bin/dpkg --configure locales libgimp1.3 gimp1.3 libglade2-dev \_ /usr/bin/perl -w /usr/share/debconf/frontend /var/lib/dpkg/info/locales.postinst configure 2.3.2.ds1-10 \_ /bin/sh /var/lib/dpkg/info/locales.config configure 2.3.2.ds1-10 \_ /bin/sh /var/lib/dpkg/info/locales.config configure 2.3.2.ds1-10 \_ sed -e s/,/, /g -e s/, *$// = =20 Similar errors happened before, but they usually went away with the next version of locales. From the above mentioned programme output I guess sed is the programme causing the problem, the installed version is reported as "GNU sed version 4.0.9" = =20 Thanks, please do contact me for further info jj = =20 = =20 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.22-ck1-dsdt-cp Locale: LANG=3Den_GB.UTF-8, LC_CTYPE=3Den_GB.UTF-8 (ignored: LC_ALL set to en
cvs commit to glibc-package/debian/control.in by gotom
Repository: glibc-package/debian/control.in who:gotom time: Mon Apr 12 10:23:59 MDT 2004 Log Message: debian/control: applied description proposal for libc6-i686, by Jeroen van Wolffelaar <[EMAIL PROTECTED]>. debian/control.in/opt: likewise. Files: changed:opt -- 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: Mon Apr 12 10:23:59 MDT 2004 Log Message: debian/control: applied description proposal for libc6-i686, by Jeroen van Wolffelaar <[EMAIL PROTECTED]>. debian/control.in/opt: likewise. Files: changed:control -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#242546: libc6-i686: Package description: unclear about 2.6 requirements
At Mon, 12 Apr 2004 17:33:24 +0200, Jeroen van Wolffelaar wrote: > 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 > ...) > > This moves the 2.6 requirement more to the front (-> beginning of first > sentence), and IMHO rightfully so, because it's an important fact > (especially since in Sarge 2.4 and not 2.6 is default). > > The enumeration about processor types is then the rest of that > paragraph, people skipping the enumeration to the next paragraph won't > miss important information. Thanks, I've applied your proposal. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#241395: libc6: preinst fails for kernel 2.4.23dual
GOTO Masanori <[EMAIL PROTECTED]> writes:
> At Mon, 12 Apr 2004 23:28:07 +0900,
> GOTO Masanori wrote:
>> At 03 Apr 2004 00:39:01 +0200,
>> Goswin von Brederlow wrote:
>> > > There are various ways to fix this situation, one example:
>> > >
>> > > kernel_rev=$(uname -r | awk -F '[.-]' '{print $3}' | sed
>> > > 's/\([[:digit:]]*\).*/\1/' )
>> >
>> > kernel_rev=$(uname -r | sed 's/\([0-9]*\.[0-9]*\.\)\([0-9]*\)\(.*\)/\2/')
>> >
>> > Please don't use awk (see BTS for related bugs). awk requires a
>> > Pre-Depends since its an alternative and mawk (provides awk) is not
>> > even essential.
>> >
>> > sed on the other hand is essential.
>>
>> Thanks for your code, but I've put my version.
>>
>> Using awk is no problem.
>
> Ugh, I'm silly that I didn't check Bug#229461. Using awk is problem
> for some users (Note that AJ and Colin did not think it's problematic.
> I agreed with them, but in fact mawk is not essential).
Its not about users but about installing debian (be it real or for a
chroot). Using awk is a serious policy violation that just happens to
only matter when installing from scratch.
I think having the Debian Installer fail is problematic but thats just
me.
> 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
> if [ "$kernel_rev" -ge 255 ]
> then
> echo WARNING: Your kernel version indicates a revision number
> echo of 255 or greater. Glibc has a number of built in
> echo assumptions that this revision number is less than 255.
> echo If you\'ve built your own kernel, please make sure that any
> echo custom version numbers are appended to the upstream
> echo kernel number with a dash or some other delimiter.
>
> exit 1
> fi
>
> And changelog said:
>
>- debian/debhelper.in/libc.preinst: Don't use awk except in
> upgrade mode. (Closes: #229461)
> Also make sure that it doesn't trip on words being added to the
> upstream revision number. Thanks to James Troup for
> mentioning this.
> Thanks to Bastian Blank <[EMAIL PROTECTED]> for the fix.
>
> So it seems this #241395 is intentional behavior. But apparently the
> current code is failed under "2.4.23dual" kernel with message:
>
> bash: [: : integer expression expected
>
> It has to be fixed. I guess many user use "2.4.23dual" and so on. So
> go back to #229461, why should we ignore a version like "2.4.23dual"?
> Jeff, James?
>
> I would like to permit "2.4.23dual" and recognize as "2.4.23". I'll
> adopt Goswin's code if no one objects.
>
> Regards,
> -- gotom
MfG
Goswin
PS: Please fix that so I can update my kernel (which means I loose the
testcase). :)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#243394: [s390 patch] Improved backtrace for s390*
Package: glibc [submitted for keeping track of http://lists.debian.org/debian-glibc/2004/debian-glibc-200404/msg00035.html] This patch applied upstream http://sources.redhat.com/ml/libc-hacker/2003-12/msg00025.html is supposed to fix about 900 test failures in the libjava testsuite in gcc-3.4. Note that I didn't test the patch myself. Matthias Compare the Debian test results http://gcc.gnu.org/ml/gcc-testresults/2004-03/msg00816.html === libjava Summary === # of expected passes 1487 # of unexpected failures 900 # of expected failures4 # of untested testcases 908 with Ulrich's test results http://gcc.gnu.org/ml/gcc-testresults/2004-04/msg00098.html === libjava Summary === # of expected passes 3259 # of unexpected failures 2 # of expected failures11 # of untested testcases 8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#243183: locales: typo in the fr locale
On Mon, Apr 12, 2004 at 11:00:57PM +0900, GOTO Masanori wrote: > At Sun, 11 Apr 2004 18:47:37 +0200, > Sam Hocevar wrote: > >libc.mo contains the words "aucun des noms standards" which should be > > replaced with "aucun des noms standard". > > Denis, could you check this bug? Sam is right. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Antivirus notification
An e-mail you sent with message-id NOQUEUE was modified by our mail scanning software. The recipients were: <[EMAIL PROTECTED]> Here are the details of the modification: ATTACHMENT REMOVED Our virus scanner removed an attachment named message.scr from your email to <[EMAIL PROTECTED]> as it constituted a security hazard. -Original Message Headers- From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Mail Delivery (failure [EMAIL PROTECTED]) Date: Tue, 13 Apr 2004 01:10:28 +0200 MIME-Version: 1.0 Content-Type: multipart/related;type="multipart/alternative"; boundary="=_NextPart_000_001B_01C0CA80.6B015D10" X-Priority: 3 X-MSMail-Priority: Normal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
