$5/month banner free hosting,carabao
Mcintosh,__ Need affordable but reliable web hosting for only $5/month? -800 MB Disk Space -Unlimited email accounts -FREE Shopping Cart... and much more! Please contact us to take advantage of this new offer at http://fxyxvc.thebiggestand.com/amite/host.htm dull
Bug#243885: Processed: t
On Thu, May 27, 2004 at 07:03:05PM -0700, Debian Bug Tracking System wrote: > Processing commands for [EMAIL PROTECTED]: > > > retitle 250499 dash: doesn't understand [[:digit:]] > Bug#250499: clamav-daemon: dpkg-reconfigure; limit stream length question > won't accept any answer > Changed Bug title. Please cc the maintainer that you're reassinging to in future. This bug will go away as soon as glibc fixes their fnmatch(3) implementation re #243885. To the glibc maintainers, have you made any progress on that issue? Once that happens dash can switch back to using fnmatch(3) which supports character classes. Until then, we'll need something like the following patch. Thanks, -- Visit Openswan at http://www.openswan.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 Index: expand.c === RCS file: /home/gondolin/herbert/src/CVS/debian/dash/expand.c,v retrieving revision 1.79 diff -u -r1.79 expand.c --- a/expand.c 18 Mar 2004 09:56:55 - 1.79 +++ b/expand.c 28 May 2004 12:03:34 - @@ -61,6 +61,8 @@ #if !defined(GLOB_BROKEN) #include #endif +#else +#include #endif #endif @@ -1491,6 +1493,42 @@ #if !defined(__GLIBC__) || defined(FNMATCH_BROKEN) +STATIC int ccmatch(const char *p, int chr, const char **r) +{ + static const struct class { + char name[10]; + int (*fn)(int); + } classes[] = { + { .name = ":alnum:]", .fn = isalnum }, + { .name = ":cntrl:]", .fn = iscntrl }, + { .name = ":lower:]", .fn = islower }, + { .name = ":space:]", .fn = isspace }, + { .name = ":alpha:]", .fn = isalpha }, + { .name = ":digit:]", .fn = isdigit }, + { .name = ":print:]", .fn = isprint }, + { .name = ":upper:]", .fn = isupper }, + { .name = ":blank:]", .fn = isblank }, + { .name = ":graph:]", .fn = isgraph }, + { .name = ":punct:]", .fn = ispunct }, + { .name = ":xdigit:]", .fn = isxdigit }, + }; + const struct class *class, *end; + + end = classes + sizeof(classes) / sizeof(classes[0]); + for (class = classes; class < end; class++) { + const char *q; + + q = prefix(p, class->name); + if (!q) + continue; + *r = q; + return class->fn(chr); + } + + *r = 0; + return 0; +} + STATIC int pmatch(const char *pattern, const char *string) { @@ -1529,21 +1567,11 @@ } while (*q++ != '\0'); return 0; case '[': { - const char *endp; + const char *startp; int invert, found; char chr; - endp = p; - if (*endp == '!') - endp++; - for (;;) { - if (*endp == '\0') - goto dft; /* no matching ] */ - if (*endp == '\\') - endp++; - if (*++endp == ']') - break; - } + startp = p; invert = 0; if (*p == '!') { invert++; @@ -1555,7 +1583,20 @@ return 0; c = *p++; do { - if (c == '\\') + if (!c) { + p = startp; + c = *p; + goto dft; + } + if (c == '[') { + const char *r; + + found |= ccmatch(p, chr, &r); + if (r) { + p = r; + continue; + } + } else if (c == '\\') c = *p++; if (*p == '-' && p[1] != ']') { p++;
cvs commit to linux-kernel-headers/debian/patches by gotom
Repository: linux-kernel-headers/debian/patches who:gotom time: Fri May 28 10:35:24 MDT 2004 Log Message: * Add a patch for x86-64 and from Kurt Roeckx <[EMAIL PROTECTED]>. (Closes: #245387) - debian/patches/x86-64-long-long.patch Files: added: x86-64-long-long.patch
cvs commit to linux-kernel-headers/debian by gotom
Repository: linux-kernel-headers/debian who:gotom time: Fri May 28 10:35:24 MDT 2004 Log Message: * Add a patch for x86-64 and from Kurt Roeckx <[EMAIL PROTECTED]>. (Closes: #245387) - debian/patches/x86-64-long-long.patch Files: changed:changelog
Bug#245387: Usage of long long on amd64.
At Thu, 22 Apr 2004 23:27:45 +0200, Kurt Roeckx wrote: > Here is a small patch that fixes warning/errors about usage of > long long for amd64. Thanks, I've put your patch into lkh cvs. Regards, -- gotom
Bug#223460: [dannf@debian.org: reopening]
On Sat, May 29, 2004 at 01:39:21AM +0900, GOTO Masanori wrote: > Is this bug alive? Moreover, is this really linux-kernel-headers bug? > The latest modutils on ia64 is existed, so it can be closed, I think. I see no reason to keep it open. lamont
Bug#223460: [dannf@debian.org: reopening]
Is this bug alive? Moreover, is this really linux-kernel-headers bug? The latest modutils on ia64 is existed, so it can be closed, I think. At Sat, 3 Jan 2004 13:36:47 -0500, Daniel Jacobowitz wrote: > On Tue, Dec 09, 2003 at 09:09:51AM -0700, dann frazier wrote: > > Package: linux-kernel-headers > > Version: 2.5.999-test7-bk-9 > > Severity: important > > > > oops - tried to reopen an archived bug. > > opening a new one instead. see #218645 for the original report. > > > > - Forwarded message from dann frazier <[EMAIL PROTECTED]> - > > > > From: dann frazier <[EMAIL PROTECTED]> > > To: [EMAIL PROTECTED] > > Subject: reopening > > > > this bug exists in unstable - dunno if its a regression or if it wasn't > > fixed the first time. > > > > ... > > gcc -O2 -Wall -I../../../util/../include -D_GNU_SOURCE > > -DCONFIG_ROOT_CHECK_OFF=0 -DELF_MACHINE_H='"elf_ia64.h"' -DARCH_ia64 -c > > -o arch64.o ../../../util/arch64.c > > In file included from ../../../util/arch64.c:24: > > ../../../include/util.h:42: warning: built-in function `log' declared as > > non-function > > gcc -O2 -Wall -I../../../util/../include -D_GNU_SOURCE > > -DCONFIG_ROOT_CHECK_OFF=0 -DELF_MACHINE_H='"elf_ia64.h"' -DARCH_ia64 -c > > -o gzfiles.o ../../../util/gzfiles.c > > gcc -O2 -Wall -I../../../util/../include -D_GNU_SOURCE > > -DCONFIG_ROOT_CHECK_OFF=0 -DELF_MACHINE_H='"elf_ia64.h"' -DARCH_ia64 -c > > -o sys_nim.o ../../../util/sys_nim.c > > gcc -O2 -Wall -I../../../util/../include -D_GNU_SOURCE > > -DCONFIG_ROOT_CHECK_OFF=0 -DELF_MACHINE_H='"elf_ia64.h"' -DARCH_ia64 -c > > -o sys_oim.o ../../../util/sys_oim.c > > ../../../util/sys_oim.c:36: error: parse error before "old_sys_init_module" > > make[2]: *** [sys_oim.o] Error 1 > > make[2]: Leaving directory `/tmp/modutils-2.4.25/debian/build/util' > > make[1]: *** [all] Error 2 > > make[1]: Leaving directory `/tmp/modutils-2.4.25/debian/build' > > make: *** [stamp-build] Error 2 > > This isn't the same bug. Why is COMPAT_2_0 getting set? IA64 headers > have never supported using _syscall5, so I'm guessing this is a bug in > modutils. Regards, -- gotom
Bug#223460: marked as done ([dannf@debian.org: reopening])
Your message dated Sat, 29 May 2004 01:59:04 +0900 with message-id <[EMAIL PROTECTED]> and subject line Bug#223460: [EMAIL PROTECTED]: reopening] 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; 9 Dec 2003 16:52:28 + >From [EMAIL PROTECTED] Tue Dec 09 10:52:27 2003 Return-path: <[EMAIL PROTECTED]> Received: from colo.lackof.org [198.49.126.79] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1ATkSa-0006Zr-00; Tue, 09 Dec 2003 10:11:40 -0600 Received: from localhost (localhost [127.0.0.1]) by colo.lackof.org (Postfix) with ESMTP id CAD6A29804B for <[EMAIL PROTECTED]>; Tue, 9 Dec 2003 09:11:39 -0700 (MST) Received: from colo.lackof.org ([127.0.0.1]) by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09161-01 for <[EMAIL PROTECTED]>; Tue, 9 Dec 2003 09:11:38 -0700 (MST) Received: by colo.lackof.org (Postfix, from userid 1012) id 470B329804A; Tue, 9 Dec 2003 09:11:38 -0700 (MST) X-IMAP-Sender: dannf Date: Tue, 9 Dec 2003 09:09:51 -0700 X-OfflineIMAP-1043145303-64616e6e662e6f72672e72656d6f7465-494e424f582e4f7574626f78: 1070986298-0636983158175 From: dann frazier <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: [EMAIL PROTECTED]: reopening] Message-ID: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_11_20 (1.212-2003-09-23-exp) on master.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_11_20 X-Spam-Level: Package: linux-kernel-headers Version: 2.5.999-test7-bk-9 Severity: important oops - tried to reopen an archived bug. opening a new one instead. see #218645 for the original report. - Forwarded message from dann frazier <[EMAIL PROTECTED]> - From: dann frazier <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: reopening this bug exists in unstable - dunno if its a regression or if it wasn't fixed the first time. ... gcc -O2 -Wall -I../../../util/../include -D_GNU_SOURCE -DCONFIG_ROOT_CHECK_OFF=0 -DELF_MACHINE_H='"elf_ia64.h"' -DARCH_ia64 -c -o arch64.o ../../../util/arch64.c In file included from ../../../util/arch64.c:24: ../../../include/util.h:42: warning: built-in function `log' declared as non-function gcc -O2 -Wall -I../../../util/../include -D_GNU_SOURCE -DCONFIG_ROOT_CHECK_OFF=0 -DELF_MACHINE_H='"elf_ia64.h"' -DARCH_ia64 -c -o gzfiles.o ../../../util/gzfiles.c gcc -O2 -Wall -I../../../util/../include -D_GNU_SOURCE -DCONFIG_ROOT_CHECK_OFF=0 -DELF_MACHINE_H='"elf_ia64.h"' -DARCH_ia64 -c -o sys_nim.o ../../../util/sys_nim.c gcc -O2 -Wall -I../../../util/../include -D_GNU_SOURCE -DCONFIG_ROOT_CHECK_OFF=0 -DELF_MACHINE_H='"elf_ia64.h"' -DARCH_ia64 -c -o sys_oim.o ../../../util/sys_oim.c ../../../util/sys_oim.c:36: error: parse error before "old_sys_init_module" make[2]: *** [sys_oim.o] Error 1 make[2]: Leaving directory `/tmp/modutils-2.4.25/debian/build/util' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/modutils-2.4.25/debian/build' make: *** [stamp-build] Error 2 [EMAIL PROTECTED]:/tmp/modutils-2.4.25$ COLUMNS=100 dpkg -l | grep libc6.1 ii libc6.1 2.3.2.ds1-10.0.1GNU C Library: Shared libraries and Timezone data ii libc6.1-dbg 2.3.2.ds1-10.0.1GNU C Library: Libraries with debugging symbols ii libc6.1-dev 2.3.2.ds1-10.0.1GNU C Library: Development Libraries and Header Files [EMAIL PROTECTED]:/tmp/modutils-2.4.25$ COLUMNS=100 dpkg -l linux-kernel-headers Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersion Description +++-===-===-== ii linux-kernel-header 2.5.999-test7-bk-9 Linux Kernel Headers for development - End forwarded message - --- Received: (at 223460-done) by bugs.debian.org; 28 May 2004 16:57:58 + >From [EMAIL PROTECTED] Fri May 28 09:57:58 2004 Return-path: <
Bug#243885: Processed: t
On Fri, 2004-05-28 at 08:10, Herbert Xu wrote: > This bug will go away as soon as glibc fixes their fnmatch(3) > implementation re #243885. > To the glibc maintainers, have you made any progress on that issue? Upstream's regex implementation is now completely different from ours - Can this issue wait until after Sarge releases? We'll be updating to a new snapshot then. Fixing it in the meantime is likely to be more work than it's worth (and is quite likely to introduce other subtle bugs) Tks, Jeff Bailey
Bug#229537: linux-kernel-headers: Building v4l?2? programs, general ioctl problem.
Hi Mike, At Sun, 25 Jan 2004 06:49:40 -0800 (PST), Mike Mestnik wrote: > I have gained succsess with 2.4.24-1-k7. Both 2.6.0 and test9 have the same > problem. I will try > my best to use 2.4 untill this gets fixed. I did not have to recompile just > boot with the older > kernel. Any progress about this problem? If the number of ioctl() is significantly different between kernel versions, you need to include those headers into source, and use them suitably for each kernel version. Regards, --gotom
AUTOREPLY Re: dokument
Leider bin ich im Moment via email nicht erreichbar. Ihre email wird automatisch an meinen Kollegen weitergeleitet. Sollte es dadurch zu Verzögerungen kommen, bitte ich Sie, dies zu entschuldigen.
$5/month banner free hosting,carabao
Mcintosh,__ Need affordable but reliable web hosting for only $5/month? -800 MB Disk Space -Unlimited email accounts -FREE Shopping Cart... and much more! Please contact us to take advantage of this new offer at http://fxyxvc.thebiggestand.com/amite/host.htm dull
Bug#243885: Processed: t
On Thu, May 27, 2004 at 07:03:05PM -0700, Debian Bug Tracking System wrote: > Processing commands for [EMAIL PROTECTED]: > > > retitle 250499 dash: doesn't understand [[:digit:]] > Bug#250499: clamav-daemon: dpkg-reconfigure; limit stream length question won't > accept any answer > Changed Bug title. Please cc the maintainer that you're reassinging to in future. This bug will go away as soon as glibc fixes their fnmatch(3) implementation re #243885. To the glibc maintainers, have you made any progress on that issue? Once that happens dash can switch back to using fnmatch(3) which supports character classes. Until then, we'll need something like the following patch. Thanks, -- Visit Openswan at http://www.openswan.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 Index: expand.c === RCS file: /home/gondolin/herbert/src/CVS/debian/dash/expand.c,v retrieving revision 1.79 diff -u -r1.79 expand.c --- a/expand.c 18 Mar 2004 09:56:55 - 1.79 +++ b/expand.c 28 May 2004 12:03:34 - @@ -61,6 +61,8 @@ #if !defined(GLOB_BROKEN) #include #endif +#else +#include #endif #endif @@ -1491,6 +1493,42 @@ #if !defined(__GLIBC__) || defined(FNMATCH_BROKEN) +STATIC int ccmatch(const char *p, int chr, const char **r) +{ + static const struct class { + char name[10]; + int (*fn)(int); + } classes[] = { + { .name = ":alnum:]", .fn = isalnum }, + { .name = ":cntrl:]", .fn = iscntrl }, + { .name = ":lower:]", .fn = islower }, + { .name = ":space:]", .fn = isspace }, + { .name = ":alpha:]", .fn = isalpha }, + { .name = ":digit:]", .fn = isdigit }, + { .name = ":print:]", .fn = isprint }, + { .name = ":upper:]", .fn = isupper }, + { .name = ":blank:]", .fn = isblank }, + { .name = ":graph:]", .fn = isgraph }, + { .name = ":punct:]", .fn = ispunct }, + { .name = ":xdigit:]", .fn = isxdigit }, + }; + const struct class *class, *end; + + end = classes + sizeof(classes) / sizeof(classes[0]); + for (class = classes; class < end; class++) { + const char *q; + + q = prefix(p, class->name); + if (!q) + continue; + *r = q; + return class->fn(chr); + } + + *r = 0; + return 0; +} + STATIC int pmatch(const char *pattern, const char *string) { @@ -1529,21 +1567,11 @@ } while (*q++ != '\0'); return 0; case '[': { - const char *endp; + const char *startp; int invert, found; char chr; - endp = p; - if (*endp == '!') - endp++; - for (;;) { - if (*endp == '\0') - goto dft; /* no matching ] */ - if (*endp == '\\') - endp++; - if (*++endp == ']') - break; - } + startp = p; invert = 0; if (*p == '!') { invert++; @@ -1555,7 +1583,20 @@ return 0; c = *p++; do { - if (c == '\\') + if (!c) { + p = startp; + c = *p; + goto dft; + } + if (c == '[') { + const char *r; + + found |= ccmatch(p, chr, &r); + if (r) { + p = r; + continue; + } + } else if (c == '\\') c = *p++; if (*p == '-' && p[1] != ']') { p++;
cvs commit to linux-kernel-headers/debian/patches by gotom
Repository: linux-kernel-headers/debian/patches who:gotom time: Fri May 28 10:35:24 MDT 2004 Log Message: * Add a patch for x86-64 and from Kurt Roeckx <[EMAIL PROTECTED]>. (Closes: #245387) - debian/patches/x86-64-long-long.patch Files: added: x86-64-long-long.patch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to linux-kernel-headers/debian by gotom
Repository: linux-kernel-headers/debian who:gotom time: Fri May 28 10:35:24 MDT 2004 Log Message: * Add a patch for x86-64 and from Kurt Roeckx <[EMAIL PROTECTED]>. (Closes: #245387) - debian/patches/x86-64-long-long.patch Files: changed:changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#245387: Usage of long long on amd64.
At Thu, 22 Apr 2004 23:27:45 +0200, Kurt Roeckx wrote: > Here is a small patch that fixes warning/errors about usage of > long long for amd64. Thanks, I've put your patch into lkh cvs. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#223460: [dannf@debian.org: reopening]
On Sat, May 29, 2004 at 01:39:21AM +0900, GOTO Masanori wrote: > Is this bug alive? Moreover, is this really linux-kernel-headers bug? > The latest modutils on ia64 is existed, so it can be closed, I think. I see no reason to keep it open. lamont -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#223460: [dannf@debian.org: reopening]
Is this bug alive? Moreover, is this really linux-kernel-headers bug? The latest modutils on ia64 is existed, so it can be closed, I think. At Sat, 3 Jan 2004 13:36:47 -0500, Daniel Jacobowitz wrote: > On Tue, Dec 09, 2003 at 09:09:51AM -0700, dann frazier wrote: > > Package: linux-kernel-headers > > Version: 2.5.999-test7-bk-9 > > Severity: important > > > > oops - tried to reopen an archived bug. > > opening a new one instead. see #218645 for the original report. > > > > - Forwarded message from dann frazier <[EMAIL PROTECTED]> - > > > > From: dann frazier <[EMAIL PROTECTED]> > > To: [EMAIL PROTECTED] > > Subject: reopening > > > > this bug exists in unstable - dunno if its a regression or if it wasn't > > fixed the first time. > > > > ... > > gcc -O2 -Wall -I../../../util/../include -D_GNU_SOURCE -DCONFIG_ROOT_CHECK_OFF=0 > > -DELF_MACHINE_H='"elf_ia64.h"' -DARCH_ia64 -c -o arch64.o ../../../util/arch64.c > > In file included from ../../../util/arch64.c:24: > > ../../../include/util.h:42: warning: built-in function `log' declared as > > non-function > > gcc -O2 -Wall -I../../../util/../include -D_GNU_SOURCE -DCONFIG_ROOT_CHECK_OFF=0 > > -DELF_MACHINE_H='"elf_ia64.h"' -DARCH_ia64 -c -o gzfiles.o ../../../util/gzfiles.c > > gcc -O2 -Wall -I../../../util/../include -D_GNU_SOURCE -DCONFIG_ROOT_CHECK_OFF=0 > > -DELF_MACHINE_H='"elf_ia64.h"' -DARCH_ia64 -c -o sys_nim.o ../../../util/sys_nim.c > > gcc -O2 -Wall -I../../../util/../include -D_GNU_SOURCE -DCONFIG_ROOT_CHECK_OFF=0 > > -DELF_MACHINE_H='"elf_ia64.h"' -DARCH_ia64 -c -o sys_oim.o ../../../util/sys_oim.c > > ../../../util/sys_oim.c:36: error: parse error before "old_sys_init_module" > > make[2]: *** [sys_oim.o] Error 1 > > make[2]: Leaving directory `/tmp/modutils-2.4.25/debian/build/util' > > make[1]: *** [all] Error 2 > > make[1]: Leaving directory `/tmp/modutils-2.4.25/debian/build' > > make: *** [stamp-build] Error 2 > > This isn't the same bug. Why is COMPAT_2_0 getting set? IA64 headers > have never supported using _syscall5, so I'm guessing this is a bug in > modutils. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#223460: marked as done ([dannf@debian.org: reopening])
Your message dated Sat, 29 May 2004 01:59:04 +0900 with message-id <[EMAIL PROTECTED]> and subject line Bug#223460: [EMAIL PROTECTED]: reopening] 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; 9 Dec 2003 16:52:28 + >From [EMAIL PROTECTED] Tue Dec 09 10:52:27 2003 Return-path: <[EMAIL PROTECTED]> Received: from colo.lackof.org [198.49.126.79] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1ATkSa-0006Zr-00; Tue, 09 Dec 2003 10:11:40 -0600 Received: from localhost (localhost [127.0.0.1]) by colo.lackof.org (Postfix) with ESMTP id CAD6A29804B for <[EMAIL PROTECTED]>; Tue, 9 Dec 2003 09:11:39 -0700 (MST) Received: from colo.lackof.org ([127.0.0.1]) by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09161-01 for <[EMAIL PROTECTED]>; Tue, 9 Dec 2003 09:11:38 -0700 (MST) Received: by colo.lackof.org (Postfix, from userid 1012) id 470B329804A; Tue, 9 Dec 2003 09:11:38 -0700 (MST) X-IMAP-Sender: dannf Date: Tue, 9 Dec 2003 09:09:51 -0700 X-OfflineIMAP-1043145303-64616e6e662e6f72672e72656d6f7465-494e424f582e4f7574626f78: 1070986298-0636983158175 From: dann frazier <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: [EMAIL PROTECTED]: reopening] Message-ID: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_11_20 (1.212-2003-09-23-exp) on master.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_11_20 X-Spam-Level: Package: linux-kernel-headers Version: 2.5.999-test7-bk-9 Severity: important oops - tried to reopen an archived bug. opening a new one instead. see #218645 for the original report. - Forwarded message from dann frazier <[EMAIL PROTECTED]> - From: dann frazier <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: reopening this bug exists in unstable - dunno if its a regression or if it wasn't fixed the first time. ... gcc -O2 -Wall -I../../../util/../include -D_GNU_SOURCE -DCONFIG_ROOT_CHECK_OFF=0 -DELF_MACHINE_H='"elf_ia64.h"' -DARCH_ia64 -c -o arch64.o ../../../util/arch64.c In file included from ../../../util/arch64.c:24: ../../../include/util.h:42: warning: built-in function `log' declared as non-function gcc -O2 -Wall -I../../../util/../include -D_GNU_SOURCE -DCONFIG_ROOT_CHECK_OFF=0 -DELF_MACHINE_H='"elf_ia64.h"' -DARCH_ia64 -c -o gzfiles.o ../../../util/gzfiles.c gcc -O2 -Wall -I../../../util/../include -D_GNU_SOURCE -DCONFIG_ROOT_CHECK_OFF=0 -DELF_MACHINE_H='"elf_ia64.h"' -DARCH_ia64 -c -o sys_nim.o ../../../util/sys_nim.c gcc -O2 -Wall -I../../../util/../include -D_GNU_SOURCE -DCONFIG_ROOT_CHECK_OFF=0 -DELF_MACHINE_H='"elf_ia64.h"' -DARCH_ia64 -c -o sys_oim.o ../../../util/sys_oim.c ../../../util/sys_oim.c:36: error: parse error before "old_sys_init_module" make[2]: *** [sys_oim.o] Error 1 make[2]: Leaving directory `/tmp/modutils-2.4.25/debian/build/util' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/modutils-2.4.25/debian/build' make: *** [stamp-build] Error 2 [EMAIL PROTECTED]:/tmp/modutils-2.4.25$ COLUMNS=100 dpkg -l | grep libc6.1 ii libc6.1 2.3.2.ds1-10.0.1GNU C Library: Shared libraries and Timezone data ii libc6.1-dbg 2.3.2.ds1-10.0.1GNU C Library: Libraries with debugging symbols ii libc6.1-dev 2.3.2.ds1-10.0.1GNU C Library: Development Libraries and Header Files [EMAIL PROTECTED]:/tmp/modutils-2.4.25$ COLUMNS=100 dpkg -l linux-kernel-headers Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersion Description +++-===-===-== ii linux-kernel-header 2.5.999-test7-bk-9 Linux Kernel Headers for development - End forwarded message - --- Received: (at 223460-done) by bugs.debian.org; 28 May 2004 16:57:58 + >From [EMAIL PROTECTED] Fri May 28 09:57:58 2004 Return-path: <[EMAI
Bug#243885: Processed: t
On Fri, 2004-05-28 at 08:10, Herbert Xu wrote: > This bug will go away as soon as glibc fixes their fnmatch(3) > implementation re #243885. > To the glibc maintainers, have you made any progress on that issue? Upstream's regex implementation is now completely different from ours - Can this issue wait until after Sarge releases? We'll be updating to a new snapshot then. Fixing it in the meantime is likely to be more work than it's worth (and is quite likely to introduce other subtle bugs) Tks, Jeff Bailey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#229537: linux-kernel-headers: Building v4l?2? programs, general ioctl problem.
Hi Mike, At Sun, 25 Jan 2004 06:49:40 -0800 (PST), Mike Mestnik wrote: > I have gained succsess with 2.4.24-1-k7. Both 2.6.0 and test9 have the same > problem. I will try > my best to use 2.4 untill this gets fixed. I did not have to recompile just boot > with the older > kernel. Any progress about this problem? If the number of ioctl() is significantly different between kernel versions, you need to include those headers into source, and use them suitably for each kernel version. Regards, --gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
AUTOREPLY Re: dokument
Leider bin ich im Moment via email nicht erreichbar. Ihre email wird automatisch an meinen Kollegen weitergeleitet. Sollte es dadurch zu Verzögerungen kommen, bitte ich Sie, dies zu entschuldigen.