Re: Deprecating regex/fnmatch fallback for package arguments, and 1.9.6 highlights

2020-01-17 Thread Andrei POPESCU
On Mi, 15 ian 20, 23:11:38, Julian Andres Klode wrote: > Starting with APT 2.0 (1.9.6 in experimental), the apt(8) binary will > not try to interpret package names passed on the command-line as regular > expressions or fnmatch() style patterns. Future versions of apt-get(8) > and apt-cache(8) will

Re: Deprecating regex/fnmatch fallback for package arguments, and 1.9.6 highlights

2020-01-16 Thread Julian Andres Klode
On Thu, Jan 16, 2020 at 05:46:56PM +0100, Enrico Zini wrote: > On Thu, Jan 16, 2020 at 01:15:29PM +, Paul Wise wrote: > > > > No, did I give that impression? Sorry, search is going to stay > > > with regex on (I think it's) package names and descriptions. > > > > Speaking of search, are the a

Re: Deprecating regex/fnmatch fallback for package arguments, and 1.9.6 highlights

2020-01-16 Thread Enrico Zini
On Thu, Jan 16, 2020 at 01:15:29PM +, Paul Wise wrote: > > No, did I give that impression? Sorry, search is going to stay > > with regex on (I think it's) package names and descriptions. > > Speaking of search, are the apt maintainers aware of apt-xapian-index > and do you have any thoughts o

Re: Deprecating regex/fnmatch fallback for package arguments, and 1.9.6 highlights

2020-01-16 Thread Paul Wise
On Thu, Jan 16, 2020 at 12:57 PM Julian Andres Klode wrote: > No, did I give that impression? Sorry, search is going to stay > with regex on (I think it's) package names and descriptions. Speaking of search, are the apt maintainers aware of apt-xapian-index and do you have any thoughts on it? --

Re: Deprecating regex/fnmatch fallback for package arguments, and 1.9.6 highlights

2020-01-16 Thread Julian Andres Klode
On Thu, Jan 16, 2020 at 07:01:25AM -0500, Sam Hartman wrote: > Does it really make sense to deprecate regexps for apt-cache search? > In that case, I think you're very unlikely to want a literal match. No, did I give that impression? Sorry, search is going to stay with regex on (I think it's) pack

Re: Deprecating regex/fnmatch fallback for package arguments, and 1.9.6 highlights

2020-01-16 Thread Sam Hartman
Does it really make sense to deprecate regexps for apt-cache search? In that case, I think you're very unlikely to want a literal match.

Re: Deprecating regex/fnmatch fallback for package arguments, and 1.9.6 highlights

2020-01-16 Thread Julian Andres Klode
On Wed, Jan 15, 2020 at 11:11:38PM +0100, Julian Andres Klode wrote: > Starting with APT 2.0 (1.9.6 in experimental), the apt(8) binary will > not try to interpret package names passed on the command-line as regular > expressions or fnmatch() style patterns. Future versions of apt-get(8) > and apt

Re: Deprecating regex/fnmatch fallback for package arguments, and 1.9.6 highlights

2020-01-15 Thread Julian Andres Klode
On Thu, Jan 16, 2020 at 01:49:55AM +, Paul Wise wrote: > On Wed, Jan 15, 2020 at 10:12 PM Julian Andres Klode wrote: > > > # The solution > > I would have thought the way to go would be to introduce explicit > --raw --fnmatch --regex --pattern options for each different package > name matchin

Re: Deprecating regex/fnmatch fallback for package arguments, and 1.9.6 highlights

2020-01-15 Thread The Wanderer
On 2020-01-15 at 17:11, Julian Andres Klode wrote: > Starting with APT 2.0 (1.9.6 in experimental), the apt(8) binary will > not try to interpret package names passed on the command-line as regular > expressions or fnmatch() style patterns. Future versions of apt-get(8) > and apt-cache(8) will fo

Re: Deprecating regex/fnmatch fallback for package arguments, and 1.9.6 highlights

2020-01-15 Thread Paul Wise
On Wed, Jan 15, 2020 at 10:12 PM Julian Andres Klode wrote: > # The solution I would have thought the way to go would be to introduce explicit --raw --fnmatch --regex --pattern options for each different package name matching system. -- bye, pabs https://wiki.debian.org/PaulWise