* Re: changed behaviour for "cygcheck -p " [not found] <da8e417a-61eb-c5da-a6bc-1be152b39ac7@gmail.com> @ 2020-05-02 14:53 ` Brian Inglis 2020-05-02 15:36 ` Frank Ch. Eigler 0 siblings, 1 reply; 3+ 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] 3+ messages in thread
* Re: changed behaviour for "cygcheck -p " 2020-05-02 14:53 ` changed behaviour for "cygcheck -p " Brian Inglis @ 2020-05-02 15:36 ` Frank Ch. Eigler 2020-05-03 21:05 ` Brian Inglis 0 siblings, 1 reply; 3+ messages in thread From: Frank Ch. Eigler @ 2020-05-02 15:36 UTC (permalink / raw) To: cygwin, Overseers mailing list; +Cc: Brian Inglis 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] 3+ messages in thread
* Re: changed behaviour for "cygcheck -p " 2020-05-02 15:36 ` Frank Ch. Eigler @ 2020-05-03 21:05 ` Brian Inglis 0 siblings, 0 replies; 3+ 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] 3+ messages in thread
end of thread, other threads:[~2020-05-03 21:05 UTC | newest] Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- [not found] <da8e417a-61eb-c5da-a6bc-1be152b39ac7@gmail.com> 2020-05-02 14:53 ` changed behaviour for "cygcheck -p " Brian Inglis 2020-05-02 15:36 ` Frank Ch. Eigler 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).