twofold
Connie ( The cablefilterz will allow you to receive all the channels that you order with your remote control,+ payperviews,aXXXmovies,sport events,special-events} http://www.8006hosting.com/cable/ canteen ,symposium .
cvs commit to glibc-package/debian/sysdeps by gotom
Repository: glibc-package/debian/sysdeps who:gotom time: Thu Apr 15 05:11:24 MDT 2004 Log Message: update hppa conflicts requested by Matthias Klose. Files: changed:depflags.pl
Re: Bug#240887: Package building problem.
clone 240887 -1
retitle -1 fnmatch breaks on [\]]
submitter -1 [EMAIL PROTECTED]
reassign -1 libc6
tags 240887 pending
quit
On Wed, Apr 14, 2004 at 01:59:01PM +0200, Frank K?ster wrote:
>
> This is how dash calls it in _some_ subdirectories:
>
> configuring in tetex
> running /bin/sh ./configure --prefix=/usr --enable-ipc --without-dialog\
> --without-texinfo --with-system-ncurses --with-x --with-system-zlib \
> --with-system-pnglib --with-system-tifflib --with-system-wwwlib \
> --with-system-t1lib --disable-multiplatform --enable-shared \
> --mandir=/usr/share/man --infodir=${prefix}/share/info \
> --cache-file=.././config.cache --srcdir=.
> loading cache .././config.cache
>
> That is, dash replaced the first occurence of ${prefix} by the variable
> expansion. This shouldn't happen, because it is enclosed in single
> quotes.
This is caused by dash's use of fnmatch(3) which appears to break
on patterns containing [\]...].
Here is a sample program to demonstrate it.
#include
#include
int main(int argc, char **argv)
{
printf("%d\n", fnmatch("[\\]a]", "a", 0));
return 0;
}
I will disable fnmatch(3) in dash for now.
--
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
Processed: Re: Bug#240887: Package building problem.
Processing commands for [EMAIL PROTECTED]: > clone 240887 -1 Bug#240887: dash expands variable between '...' Bug 240887 cloned as bug 243885. > retitle -1 fnmatch breaks on [\]] Bug#243885: dash expands variable between '...' Changed Bug title. > submitter -1 [EMAIL PROTECTED] Bug#243885: fnmatch breaks on [\]] Changed Bug submitter from Kurt Roeckx <[EMAIL PROTECTED]> to [EMAIL PROTECTED] > reassign -1 libc6 Bug#243885: fnmatch breaks on [\]] Bug reassigned from package `dash' to `libc6'. > tags 240887 pending Bug#240887: dash expands variable between '...' There were no tags set. Tags added: pending > quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: Bug#240887: Package building problem.
On Thu, Apr 15, 2004 at 09:40:05PM +1000, Herbert Xu wrote:
> On Wed, Apr 14, 2004 at 01:59:01PM +0200, Frank K?ster wrote:
> > This is how dash calls it in _some_ subdirectories:
> >
> > configuring in tetex
> > running /bin/sh ./configure --prefix=/usr --enable-ipc --without-dialog\
> > --without-texinfo --with-system-ncurses --with-x --with-system-zlib \
> > --with-system-pnglib --with-system-tifflib --with-system-wwwlib \
> > --with-system-t1lib --disable-multiplatform --enable-shared \
> > --mandir=/usr/share/man --infodir=${prefix}/share/info \
> > --cache-file=.././config.cache --srcdir=.
> > loading cache .././config.cache
> >
> > That is, dash replaced the first occurence of ${prefix} by the variable
> > expansion. This shouldn't happen, because it is enclosed in single
> > quotes.
>
> This is caused by dash's use of fnmatch(3) which appears to break
> on patterns containing [\]...].
>
> Here is a sample program to demonstrate it.
>
> #include
> #include
>
> int main(int argc, char **argv)
> {
> printf("%d\n", fnmatch("[\\]a]", "a", 0));
> return 0;
> }
fnmatch(3) references glob(7), which says:
Character classes
An expression `[...]' where the first character after the lead-
ing `[' is not an `!' matches a single character, namely any of
the characters enclosed by the brackets. The string enclosed
by the brackets cannot be empty; therefore `]' can be allowed
between the brackets, provided that it is the first character.
(Thus, `[][!]' matches the three characters `[', `]' and `!'.)
...
One can remove the special meaning of `?', `*' and `[' by pre-
ceding them by a backslash, or, in case this is part of a shell
command line, enclosing them in quotes. Between brackets these
characters stand for themselves. Thus, `[[?*\]' matches the
four characters `[', `?', `*' and `\'.
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.
--
Colin Watson [EMAIL PROTECTED]
Debian, medications without perscription for you
Unbelievable :)Some people wanted champagne and caviar when they should have had beer and hot dogs.The secret of Happiness is Freedom, and the secret of Freedom, Courage. Debian, we are shipping medications worldwide, low rates http://dispermous.nnaew1.com/d13/index.php?id=d13 orthoveratric This book is not to be tossed lightly aside, but to be hurled with great force.A conservative is a man with two perfectly good legs, who has never learned to walk.Smile, for everyone lacks self-confidence and more than any other one thing a smile reassures them.Fashion is architecture: it is a matter of proportions.
Bug#243885: marked as done (fnmatch breaks on [\]])
Your message dated Fri, 16 Apr 2004 08:09:05 +1000 with message-id <[EMAIL PROTECTED]> and subject line Bug#240887: Package building problem. 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; 29 Mar 2004 19:25:32 + >From [EMAIL PROTECTED] Mon Mar 29 11:25:32 2004 Return-path: <[EMAIL PROTECTED]> Received: from adicia.telenet-ops.be [195.130.132.56] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1B82O4-xv-00; Mon, 29 Mar 2004 11:25:32 -0800 Received: from localhost (localhost.localdomain [127.0.0.1]) by adicia.telenet-ops.be (Postfix) with SMTP id 13EDE44084 for <[EMAIL PROTECTED]>; Mon, 29 Mar 2004 21:25:31 +0200 (MEST) Received: from kabel.telenet.be (D5767DEE.kabel.telenet.be [213.118.125.238]) by adicia.telenet-ops.be (Postfix) with ESMTP id AA80D44269 for <[EMAIL PROTECTED]>; Mon, 29 Mar 2004 21:25:30 +0200 (MEST) Received: by kabel.telenet.be (Postfix, from userid 501) id 43478158AD5; Mon, 29 Mar 2004 21:25:30 +0200 (CEST) Date: Mon, 29 Mar 2004 21:25:30 +0200 From: Kurt Roeckx <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Package building problem. Message-ID: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Sender: [EMAIL PROTECTED] 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: Package: tetex-bin Version: 2.0.2-10 There is a problem making the package. I get: cp debian/update-texmf.8 debian/tetex-bin/usr/share/man/man8/ cp: cannot create regular file `debian/tetex-bin/usr/share/man/man8/update-texmf.8': No such file or directory It seems the debian/tetex-bin/usr/share/man/man8 dir is missing. I've worked aroud this problem by creating that dir. Kurt --- Received: (at 243885-done) by bugs.debian.org; 15 Apr 2004 22:09:20 + >From [EMAIL PROTECTED] Thu Apr 15 15:09:20 2004 Return-path: <[EMAIL PROTECTED]> Received: from arnor.apana.org.au [203.14.152.115] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BEF2t-CV-00; Thu, 15 Apr 2004 15:09:20 -0700 Received: from gondolin.me.apana.org.au ([192.168.0.6] ident=mail) by arnor.apana.org.au with esmtp (Exim 3.35 #1 (Debian)) id 1BEF2m-0007MU-00; Fri, 16 Apr 2004 08:09:12 +1000 Received: from herbert by gondolin.me.apana.org.au with local (Exim 3.36 #1 (Debian)) id 1BEF2f-pG-00; Fri, 16 Apr 2004 08:09:05 +1000 Date: Fri, 16 Apr 2004 08:09:05 +1000 To: Colin Watson <[EMAIL PROTECTED]>, [EMAIL PROTECTED] Cc: Frank K?ster <[EMAIL PROTECTED]>, Kurt Roeckx <[EMAIL PROTECTED]>, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Bug#240887: Package building problem. Message-ID: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <[EMAIL PROTECTED]> User-Agent: Mutt/1.5.5.1+cvs20040105i From: Herbert Xu <[EMAIL PROTECTED]> 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=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER, VALID_BTS_CONTROL autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: X-CrossAssassin-Score: 3 clone 240887 -1 retitle 240887 backslashes are literal in shell bracket expressions reassign 240887 tetex-bin reassign -1 autoconf quit On Thu, Apr 15, 2004 at 03:10:58PM +0100, Colin Watson wrote: > > fnmatch(3) references glob(7), which says: > >Character classes >An expression `[...]' where the first character after the lead- >ing `[' is not an `!' matches a single character, namely any of >the characters enclosed by the brackets. The string enclosed >by the brackets cannot be empty; therefore `]' can be allowed >between the brackets, provided that it is the first character. >(Thus,
Re: Bug#240887: Package building problem.
reopen 243885
reassign 240887 dash
retitle 240887 fnmatch(3) is broken
quit
On Fri, Apr 16, 2004 at 08:09:05AM +1000, herbert wrote:
>
> On Thu, Apr 15, 2004 at 03:10:58PM +0100, Colin Watson wrote:
>
> > 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.
Sorry guys, but this turns out to be wrong. POSIX has an additional
paragraph which I skipped earlier:
: When pattern matching is used where shell quote removal is not performed
: (such as in the argument to the find -name primary when find is being
: called using one of the exec functions as defined in the System
: Interfaces volume of IEEE Std 1003.1-200x, or in the pattern argument
: to the fnmatch( ) function), special characters can be escaped to remove
: their special meaning by preceding them with a backslash character. This
: escaping back slash is discarded. The sequence "\\" represents one literal
: backslash. All of the requirements and effects of quoting on ordinary,
: shell special, and special pattern characters shall apply to escaping
: in this context.
This clearly says that backslashes must be interpreted.
--
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
Processed: Re: Bug#240887: Package building problem.
Processing commands for [EMAIL PROTECTED]: > reopen 243885 Bug#243885: fnmatch breaks on [\]] Bug reopened, originator not changed. > reassign 240887 dash Bug#240887: backslashes are literal in shell bracket expressions Bug reassigned from package `tetex-bin' to `dash'. > retitle 240887 fnmatch(3) is broken Bug#240887: backslashes are literal in shell bracket expressions Changed Bug title. > quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
appetite
Laird, 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/ cure,written in your.
cvs commit to glibc-package/debian/sysdeps by gotom
Repository: glibc-package/debian/sysdeps who:gotom time: Thu Apr 15 05:11:24 MDT 2004 Log Message: update hppa conflicts requested by Matthias Klose. Files: changed:depflags.pl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#240887: Package building problem.
clone 240887 -1
retitle -1 fnmatch breaks on [\]]
submitter -1 [EMAIL PROTECTED]
reassign -1 libc6
tags 240887 pending
quit
On Wed, Apr 14, 2004 at 01:59:01PM +0200, Frank K?ster wrote:
>
> This is how dash calls it in _some_ subdirectories:
>
> configuring in tetex
> running /bin/sh ./configure --prefix=/usr --enable-ipc --without-dialog\
> --without-texinfo --with-system-ncurses --with-x --with-system-zlib \
> --with-system-pnglib --with-system-tifflib --with-system-wwwlib \
> --with-system-t1lib --disable-multiplatform --enable-shared \
> --mandir=/usr/share/man --infodir=${prefix}/share/info \
> --cache-file=.././config.cache --srcdir=.
> loading cache .././config.cache
>
> That is, dash replaced the first occurence of ${prefix} by the variable
> expansion. This shouldn't happen, because it is enclosed in single
> quotes.
This is caused by dash's use of fnmatch(3) which appears to break
on patterns containing [\]...].
Here is a sample program to demonstrate it.
#include
#include
int main(int argc, char **argv)
{
printf("%d\n", fnmatch("[\\]a]", "a", 0));
return 0;
}
I will disable fnmatch(3) in dash for now.
--
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#240887: Package building problem.
Processing commands for [EMAIL PROTECTED]: > clone 240887 -1 Bug#240887: dash expands variable between '...' Bug 240887 cloned as bug 243885. > retitle -1 fnmatch breaks on [\]] Bug#243885: dash expands variable between '...' Changed Bug title. > submitter -1 [EMAIL PROTECTED] Bug#243885: fnmatch breaks on [\]] Changed Bug submitter from Kurt Roeckx <[EMAIL PROTECTED]> to [EMAIL PROTECTED] > reassign -1 libc6 Bug#243885: fnmatch breaks on [\]] Bug reassigned from package `dash' to `libc6'. > tags 240887 pending Bug#240887: dash expands variable between '...' There were no tags set. Tags added: pending > 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]
Re: Bug#240887: Package building problem.
On Thu, Apr 15, 2004 at 09:40:05PM +1000, Herbert Xu wrote:
> On Wed, Apr 14, 2004 at 01:59:01PM +0200, Frank K?ster wrote:
> > This is how dash calls it in _some_ subdirectories:
> >
> > configuring in tetex
> > running /bin/sh ./configure --prefix=/usr --enable-ipc --without-dialog\
> > --without-texinfo --with-system-ncurses --with-x --with-system-zlib \
> > --with-system-pnglib --with-system-tifflib --with-system-wwwlib \
> > --with-system-t1lib --disable-multiplatform --enable-shared \
> > --mandir=/usr/share/man --infodir=${prefix}/share/info \
> > --cache-file=.././config.cache --srcdir=.
> > loading cache .././config.cache
> >
> > That is, dash replaced the first occurence of ${prefix} by the variable
> > expansion. This shouldn't happen, because it is enclosed in single
> > quotes.
>
> This is caused by dash's use of fnmatch(3) which appears to break
> on patterns containing [\]...].
>
> Here is a sample program to demonstrate it.
>
> #include
> #include
>
> int main(int argc, char **argv)
> {
> printf("%d\n", fnmatch("[\\]a]", "a", 0));
> return 0;
> }
fnmatch(3) references glob(7), which says:
Character classes
An expression `[...]' where the first character after the lead-
ing `[' is not an `!' matches a single character, namely any of
the characters enclosed by the brackets. The string enclosed
by the brackets cannot be empty; therefore `]' can be allowed
between the brackets, provided that it is the first character.
(Thus, `[][!]' matches the three characters `[', `]' and `!'.)
...
One can remove the special meaning of `?', `*' and `[' by pre-
ceding them by a backslash, or, in case this is part of a shell
command line, enclosing them in quotes. Between brackets these
characters stand for themselves. Thus, `[[?*\]' matches the
four characters `[', `?', `*' and `\'.
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.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Debian, medications without perscription for you
Unbelievable :)Some people wanted champagne and caviar when they should have had beer and hot dogs.The secret of Happiness is Freedom, and the secret of Freedom, Courage. Debian, we are shipping medications worldwide, low rates http://dispermous.nnaew1.com/d13/index.php?id=d13 orthoveratric This book is not to be tossed lightly aside, but to be hurled with great force.A conservative is a man with two perfectly good legs, who has never learned to walk.Smile, for everyone lacks self-confidence and more than any other one thing a smile reassures them.Fashion is architecture: it is a matter of proportions.
Bug#243885: marked as done (fnmatch breaks on [\]])
Your message dated Fri, 16 Apr 2004 08:09:05 +1000 with message-id <[EMAIL PROTECTED]> and subject line Bug#240887: Package building problem. 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; 29 Mar 2004 19:25:32 + >From [EMAIL PROTECTED] Mon Mar 29 11:25:32 2004 Return-path: <[EMAIL PROTECTED]> Received: from adicia.telenet-ops.be [195.130.132.56] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1B82O4-xv-00; Mon, 29 Mar 2004 11:25:32 -0800 Received: from localhost (localhost.localdomain [127.0.0.1]) by adicia.telenet-ops.be (Postfix) with SMTP id 13EDE44084 for <[EMAIL PROTECTED]>; Mon, 29 Mar 2004 21:25:31 +0200 (MEST) Received: from kabel.telenet.be (D5767DEE.kabel.telenet.be [213.118.125.238]) by adicia.telenet-ops.be (Postfix) with ESMTP id AA80D44269 for <[EMAIL PROTECTED]>; Mon, 29 Mar 2004 21:25:30 +0200 (MEST) Received: by kabel.telenet.be (Postfix, from userid 501) id 43478158AD5; Mon, 29 Mar 2004 21:25:30 +0200 (CEST) Date: Mon, 29 Mar 2004 21:25:30 +0200 From: Kurt Roeckx <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Package building problem. Message-ID: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Sender: [EMAIL PROTECTED] 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: Package: tetex-bin Version: 2.0.2-10 There is a problem making the package. I get: cp debian/update-texmf.8 debian/tetex-bin/usr/share/man/man8/ cp: cannot create regular file `debian/tetex-bin/usr/share/man/man8/update-texmf.8': No such file or directory It seems the debian/tetex-bin/usr/share/man/man8 dir is missing. I've worked aroud this problem by creating that dir. Kurt --- Received: (at 243885-done) by bugs.debian.org; 15 Apr 2004 22:09:20 + >From [EMAIL PROTECTED] Thu Apr 15 15:09:20 2004 Return-path: <[EMAIL PROTECTED]> Received: from arnor.apana.org.au [203.14.152.115] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BEF2t-CV-00; Thu, 15 Apr 2004 15:09:20 -0700 Received: from gondolin.me.apana.org.au ([192.168.0.6] ident=mail) by arnor.apana.org.au with esmtp (Exim 3.35 #1 (Debian)) id 1BEF2m-0007MU-00; Fri, 16 Apr 2004 08:09:12 +1000 Received: from herbert by gondolin.me.apana.org.au with local (Exim 3.36 #1 (Debian)) id 1BEF2f-pG-00; Fri, 16 Apr 2004 08:09:05 +1000 Date: Fri, 16 Apr 2004 08:09:05 +1000 To: Colin Watson <[EMAIL PROTECTED]>, [EMAIL PROTECTED] Cc: Frank K?ster <[EMAIL PROTECTED]>, Kurt Roeckx <[EMAIL PROTECTED]>, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Bug#240887: Package building problem. Message-ID: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <[EMAIL PROTECTED]> User-Agent: Mutt/1.5.5.1+cvs20040105i From: Herbert Xu <[EMAIL PROTECTED]> 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=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER, VALID_BTS_CONTROL autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: X-CrossAssassin-Score: 3 clone 240887 -1 retitle 240887 backslashes are literal in shell bracket expressions reassign 240887 tetex-bin reassign -1 autoconf quit On Thu, Apr 15, 2004 at 03:10:58PM +0100, Colin Watson wrote: > > fnmatch(3) references glob(7), which says: > >Character classes >An expression `[...]' where the first character after the lead- >ing `[' is not an `!' matches a single character, namely any of >the characters enclosed by the brackets. The string enclosed >by the brackets cannot be empty; therefore `]' can be allowed >between the brackets, provided that it is the first character. >(Thus,
Re: Bug#240887: Package building problem.
reopen 243885
reassign 240887 dash
retitle 240887 fnmatch(3) is broken
quit
On Fri, Apr 16, 2004 at 08:09:05AM +1000, herbert wrote:
>
> On Thu, Apr 15, 2004 at 03:10:58PM +0100, Colin Watson wrote:
>
> > 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.
Sorry guys, but this turns out to be wrong. POSIX has an additional
paragraph which I skipped earlier:
: When pattern matching is used where shell quote removal is not performed
: (such as in the argument to the find -name primary when find is being
: called using one of the exec functions as defined in the System
: Interfaces volume of IEEE Std 1003.1-200x, or in the pattern argument
: to the fnmatch( ) function), special characters can be escaped to remove
: their special meaning by preceding them with a backslash character. This
: escaping back slash is discarded. The sequence "\\" represents one literal
: backslash. All of the requirements and effects of quoting on ordinary,
: shell special, and special pattern characters shall apply to escaping
: in this context.
This clearly says that backslashes must be interpreted.
--
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]
appetite
Laird, 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/ cure,written in your.
excuse me [Non-Adelphia-C5824186A]
= THIS IS AN AUTORESPONSE ONLY - DO NOT RESPOND TO THIS MESSAGE. ** This may be the only response we send you. ** = ** IMPORTANT: We DO NOT accept reports containing attachments. If you have included an attachment please copy and paste any log or header information into the body of your report and resend. If your report does NOT contain the required information listed below, we will NOT be able to investigate the event and the report will be closed. ** Thank you for writing to Adelphia's Internet Policy Enforcement Team. Every effort is made to follow up on all reports in a timely manner. All complaints are taken seriously and investigated fully. If you have questions regarding Adelphia's abuse procedures or policies, please visit our website or refer to the tracking number at the top of this message when emailing us. This will help us locate and review your correspondence with us. To open an investigation on the incident you are reporting, Adelphia requires the following information: * The body and full extended headers of all E-mail or Usenet messages relevant to your report. For help with locating the headers of a message, please visit the Security FAQs at http://www.adelphia.com/esafety * For unauthorized access attempts, a system log in text format that specifies the timestamp, which time zone is used in the report, and the offender's IP address. Also, please include your IP address at the time of the event, if possible. * For IRC abuse, please contact the moderator of the channel or the sever administrator. If you have not included this information in your initial report, please resend the report, making sure to include the necessary information. If the necessary information is not included in the report you just submitted, Adelphia will not be able to process your report. NOTE: Adelphia does not investigate or forward reports of events that originate outside the Adelphia network. If this event did not originate from the Adelphia network and you wish to pursue the matter, you may wish to contact the person responsible for the incident, or the Internet Service Provider through which the incident occurred. Some good places to start: SPAM COMPLAINTS - http://spam.abuse.net or http://spamcop.net USENET COMPLAINTS - http://www.cybernothing.org/faqs/net-abuse-faq.html PROBE ATTEMPTS - http://www.securityfocus.com and http://samspade.org Also, please be aware that commercially available software provides various options to restrict access to the Internet to or from your computer and you may want to consider use of one of those programs. Thank you for your cooperation! Policy Enforcement Team Adelphia Communications http://www.adelphia.com/esafety E-mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#240887: Package building problem.
Processing commands for [EMAIL PROTECTED]: > reopen 243885 Bug#243885: fnmatch breaks on [\]] Bug reopened, originator not changed. > reassign 240887 dash Bug#240887: backslashes are literal in shell bracket expressions Bug reassigned from package `tetex-bin' to `dash'. > retitle 240887 fnmatch(3) is broken Bug#240887: backslashes are literal in shell bracket expressions Changed Bug title. > 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]
