* changed behaviour for "cygcheck -p "
@ 2020-05-02 10:11 Marco Atzeri
2020-05-02 14:53 ` Brian Inglis
0 siblings, 1 reply; 5+ messages in thread
From: Marco Atzeri @ 2020-05-02 10:11 UTC (permalink / raw)
To: cygwin
It seems there is a new escape system that is fooling
the search engine
$ cygcheck -p 'bin/mutt'
Found 0 matches for binx2fmutt
same on the Web
Marco
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: changed behaviour for "cygcheck -p "
2020-05-02 10:11 changed behaviour for "cygcheck -p " Marco Atzeri
@ 2020-05-02 14:53 ` Brian Inglis
2020-05-02 15:36 ` Frank Ch. Eigler
0 siblings, 1 reply; 5+ messages in thread
From: Brian Inglis @ 2020-05-02 14:53 UTC (permalink / raw)
To: cygwin, overseers
On 2020-05-02 04:11, Marco Atzeri via Cygwin wrote:
> It seems there is a new escape system that is fooling
> the search engine
>
> $ cygcheck -p 'bin/mutt'
> Found 0 matches for binx2fmutt
>
> same on the Web
e.g. Cygwin Packag Search
https://cygwin.com/packages/
enter:
"...
[ bin/cpuid.exe ] [Go]
( ) x86 (o) x86_64
..."
https://cygwin.com/cgi-bin2/package-grep.cgi?grep=bin%2Fcpuid.exe&arch=x86_64
result:
"...
Cygwin Package Search
Search package contents for a grep basic regular expression pattern
[ binx2Fcpuid.exe ] [Go]
( ) x86 (o) x86_64
Search Results
Found 0 matches for x2Fusrx2Fbinx2Fcpuid.exe
"
but tweak the browser URL directly:
https://cygwin.com/cgi-bin2/package-grep.cgi?grep=bin/cpuid.exe&arch=x86_64
"...
Cygwin Package Search
Search package contents for a grep basic regular expression pattern
[ bin/cpuid.exe ] [Go]
( ) x86 (o) x86_64
Search Results
Found 2 matches for bin/cpuid.exe
cpuid-20200211-1 - cpuid: dumps CPUID information about the CPU(s)
cpuid-20200427-1 - cpuid: dumps CPUID information about the CPU(s)
"
and curl and wget also work with the above non-urlencoded URL, so it looks like
the new server CGI borks handling urlencoded parameter values e.g. / -> %2F,
from either cygcheck -p or the web form, possibly from trying to pass thru some
urldecode filter converting %2F -> \x2F -> /, but with inadequate escaping
\\x2F, quoting '\x2F', or format (perhaps needs 0x2F?) to pass thru enough
layers to get converted, resulting in just converting "\x" to "x".
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: changed behaviour for "cygcheck -p "
2020-05-02 14:53 ` Brian Inglis
@ 2020-05-02 15:36 ` Frank Ch. Eigler
2020-05-02 15:55 ` Marco Atzeri
2020-05-03 21:05 ` Brian Inglis
0 siblings, 2 replies; 5+ messages in thread
From: Frank Ch. Eigler @ 2020-05-02 15:36 UTC (permalink / raw)
To: cygwin, Overseers mailing list
Hi -
> > It seems there is a new escape system that is fooling
> > the search engine
> > $ cygcheck -p 'bin/mutt'
> https://cygwin.com/packages/
I suspect it's not new, but yes, urlescaped %XY characters are not
correctly handled in package-grep.cgi. Until it's fixed, you can use
dots instead of slashes, for example.
- FChE
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: changed behaviour for "cygcheck -p "
2020-05-02 15:36 ` Frank Ch. Eigler
@ 2020-05-02 15:55 ` Marco Atzeri
2020-05-03 21:05 ` Brian Inglis
1 sibling, 0 replies; 5+ messages in thread
From: Marco Atzeri @ 2020-05-02 15:55 UTC (permalink / raw)
To: cygwin
Am 02.05.2020 um 17:36 schrieb Frank Ch. Eigler via Cygwin:
> Hi -
>
>>> It seems there is a new escape system that is fooling
>>> the search engine
>>> $ cygcheck -p 'bin/mutt'
>> https://cygwin.com/packages/
>
> I suspect it's not new, but yes, urlescaped %XY characters are not
> correctly handled in package-grep.cgi. Until it's fixed, you can use
> dots instead of slashes, for example.
>
> - FChE
Hi Frank,
it was working on the old server, so it is a new issue.
Regards
Marco
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: changed behaviour for "cygcheck -p "
2020-05-02 15:36 ` Frank Ch. Eigler
2020-05-02 15:55 ` Marco Atzeri
@ 2020-05-03 21:05 ` Brian Inglis
1 sibling, 0 replies; 5+ messages in thread
From: Brian Inglis @ 2020-05-03 21:05 UTC (permalink / raw)
To: cygwin, Overseers mailing list
On 2020-05-02 09:36, Frank Ch. Eigler wrote:
>>> It seems there is a new escape system that is fooling
>>> the search engine
>>> $ cygcheck -p 'bin/mutt'
>> https://cygwin.com/packages/
>
> I suspect it's not new, but yes, urlescaped %XY characters are not
> correctly handled in package-grep.cgi. Until it's fixed, you can use
> dots instead of slashes, for example.
The issue is new since the new server, both cygcheck -p, and Cygwin Package
Search which it invokes at https://cygwin.com/packages/..., worked fine
previously, as the common specific search target was /usr/bin/...
Is the new RHEL/Fedora/CentOS system you are using missing url{en,de}code, or
the path to those, or something else invoked in package-grep.cgi?
Maybe update https://sourceware.org/lists.html#what-software to document recent
changes and https://sourceware.org/news.html to track issues and fixes.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2020-05-03 21:05 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-05-02 10:11 changed behaviour for "cygcheck -p " Marco Atzeri
2020-05-02 14:53 ` Brian Inglis
2020-05-02 15:36 ` Frank Ch. Eigler
2020-05-02 15:55 ` Marco Atzeri
2020-05-03 21:05 ` Brian Inglis
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).