apt/test/integration/test-apt-patterns, branch 2.7.11Debians commandline package managerhttps://git.kalnischkies.de/apt/atom?h=2.7.112023-01-13T11:27:55Zmake ?installed pattern match installed version only when narrowed2023-01-13T11:27:55ZJulian Andres Klodejulian.klode@canonical.com2023-01-13T11:23:43Zurn:sha1:73f7408f6d164e595fb2e3a3df856a8f8168fcb9
This is the correct behavior, but it was overlooked when aptitude
patterns where ported. I remember wondering about this, but I checked
the aptitude code and saw a check that CurrentVer != 0 or something
and then apparently did not notice another implementation for version
matching.
Avoid dealing with a fake dpkg stanza in the tests2022-09-02T14:55:45ZDavid Kalnischkiesdavid@kalnischkies.de2022-08-31T19:49:33Zurn:sha1:3498fbedafbf30e5c91deeaefa6a60d1e387593a
We needed a fake dpkg in our status file for dpkg --assert-multi-arch to
work in the past, but recent dpkg versions do not require this anymore,
so we can remove this somewhat surprising hackery in favour of better
hidden hackery we only use if we work with an older dpkg (e.g. on
current Debian stable).
add pattern to select packages by codename (closes: #1002646)2021-12-26T21:04:21ZJohannes Schauer Marin Rodriguesjosch@mister-muffin.de2021-12-26T15:29:59Zurn:sha1:ed282548bc4b8f96ac531c9f73b42d968eadea98add pattern to select packages by priority (closes: #989558)2021-10-04T21:39:04ZJohannes Schauer Marin Rodriguesjosch@mister-muffin.de2021-09-07T18:30:21Zurn:sha1:cdfae5a9624e7283d372fce261efd018841d21cbapt list: Fix behavior of regex vs fnmatch vs wildcards2020-05-04T11:08:33ZJulian Andres Klodejulian.klode@canonical.com2020-05-04T11:08:33Zurn:sha1:c4f85bcb8bee1b5e647c7e629f616cffc7d12bbc
Previously (and still in cacheset), patterns where only allowed to
start with ? or ~, which ignores the fact that a pattern might just
as well start with a negation, such a !~nfoo.
Also, we ignored the --regex flag if it looked like this, which
was somewhat bad.
Let's change this all:
* If --regex is given, arguments are always interpreted as regex
* If it is a valid package wildcard (name or * characters), then
it will be interpreted as a wildcard - this set of characters is
free from meaningful overlap with patterns.
* Otherwise, the argument is interpreted as a pattern.
For a future version, we need to adapt parsing for cacheset and
list to use a common parser, to avoid differences in their
interpretation. Likely, this code will go into the pattern parser,
such that it generates a pattern given a valid fnmatch argument
for example.
Reinstate * wildcards2020-05-04T10:48:56ZJulian Andres Klodejulian.klode@canonical.com2020-05-04T10:23:50Zurn:sha1:75f59b16312523ab3deb995c48e8c8ae07586c23
Reinstate * wildcards as they are safe to use, but do not allow any
other special characters such as ? or [].
Notably, ? would overlap with patterns, and [] might overlap with
future pattern extensions (alternative bracketing style), it's also
hard to explain.
Closes: #953531
LP: #1872200
Don't crash pattern matching sections if pkg has no section2020-03-10T09:57:21ZDavid Kalnischkiesdavid@kalnischkies.de2020-03-10T09:46:56Zurn:sha1:429effb963fba7529b8ff57d6b0474916d4fed69
Packages from third-party sources do not always follow the established
patterns of more properly maintained archives. In that case it was a
driver package for a scanner&printer device which has only a minimum of
info attached, but also minimal non-installed packages do not include
sections, so we really shouldn't assume their availability.
apt(8): Disable regular expressions and fnmatch2020-01-15T21:19:17ZJulian Andres Klodejulian.klode@canonical.com2020-01-15T21:01:54Zurn:sha1:21cb4a9e513ccb6f376fbcaf67957c4851cbbe32
This is the first step. Next step will be to add warnings to
apt-get and then remove support there as well.
patterns: Add ?section2019-11-26T11:01:42ZJulian Andres Klodejulian.klode@canonical.com2019-11-26T11:01:42Zurn:sha1:a93b4443c18ee211691f7b336b161fea7d1df699patterns: Add ?all-versions2019-11-26T10:56:28ZJulian Andres Klodejulian.klode@canonical.com2019-11-26T10:56:28Zurn:sha1:96f795bce665a1907b885bd2d57d6ab22b0a4199