Your message dated Fri, 04 Apr 2025 08:45:58 +0200
with message-id <[email protected]>
and subject line Re: [Aptitude-devel] Bug#1101913: `aptitude search
'?all-versions(pre)'` matches on package names instead of package version
numbers
has caused the Debian Bug report #1101913,
regarding `aptitude search '?all-versions(pre)'` matches on package names
instead of package version numbers
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
1101913: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1101913
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: aptitude
Version: 0.8.13-7
Severity: normal
X-Debbugs-Cc: [email protected]
Hi,
when searching for "?all-versions(pre)", it will return me all packages which
contain the string "pre" in the package name, e.g. aeson-pretty in version
0.8.10-1+b1. "?any-version" seems to exhibit the same behaviour. Would be nice
for it to correctly search the version string instead. Thanks!
Greets,
Lee
-- Package-specific info:
Terminal: xterm-256color
$DISPLAY is set.
which aptitude: /usr/bin/aptitude
aptitude version information:
aptitude 0.8.13
Compiler: g++ 14.2.0
Compiled against:
apt version 7.0.0
NCurses version 6.5
libsigc++ version: 2.12.1
Gtk+ support disabled.
Qt support disabled.
Current library versions:
NCurses version: ncurses 6.5.20250216
cwidget version: 0.5.18
Apt version: 7.0.0
aptitude linkage:
linux-vdso.so.1 (0x00007f38076ba000)
libapt-pkg.so.7.0 => /lib/x86_64-linux-gnu/libapt-pkg.so.7.0
(0x00007f3806e00000)
libncursesw.so.6 => /lib/x86_64-linux-gnu/libncursesw.so.6
(0x00007f38071c6000)
libtinfo.so.6 => /lib/x86_64-linux-gnu/libtinfo.so.6
(0x00007f3807190000)
libsigc-2.0.so.0 => /lib/x86_64-linux-gnu/libsigc-2.0.so.0
(0x00007f3807691000)
libcwidget.so.4 => /lib/x86_64-linux-gnu/libcwidget.so.4
(0x00007f3807088000)
libsqlite3.so.0 => /lib/x86_64-linux-gnu/libsqlite3.so.0
(0x00007f3806c80000)
libboost_iostreams.so.1.83.0 =>
/lib/x86_64-linux-gnu/libboost_iostreams.so.1.83.0 (0x00007f3807676000)
libxapian.so.30 => /lib/x86_64-linux-gnu/libxapian.so.30
(0x00007f3806a00000)
libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6
(0x00007f3806600000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f3806910000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1
(0x00007f38068e3000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f380640a000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f3806c60000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0
(0x00007f38068d0000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007f380689f000)
liblz4.so.1 => /lib/x86_64-linux-gnu/liblz4.so.1 (0x00007f3806878000)
libzstd.so.1 => /lib/x86_64-linux-gnu/libzstd.so.1 (0x00007f3806340000)
libudev.so.1 => /lib/x86_64-linux-gnu/libudev.so.1 (0x00007f38062fb000)
libsystemd.so.0 => /lib/x86_64-linux-gnu/libsystemd.so.0
(0x00007f38061e6000)
libcrypto.so.3 => /lib/x86_64-linux-gnu/libcrypto.so.3
(0x00007f3805c00000)
libxxhash.so.0 => /lib/x86_64-linux-gnu/libxxhash.so.0
(0x00007f38061d3000)
/lib64/ld-linux-x86-64.so.2 (0x00007f38076bc000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007f380707c000)
libcap.so.2 => /lib/x86_64-linux-gnu/libcap.so.2 (0x00007f380686c000)
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.12.19-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages aptitude depends on:
ii aptitude-common 0.8.13-7
ii libapt-pkg7.0 2.9.34
ii libboost-iostreams1.83.0 1.83.0-4.2
ii libc6 2.41-6
ii libcwidget4 0.5.18-6+b2
ii libgcc-s1 14.2.0-19
ii libncursesw6 6.5+20250216-2
ii libsigc++-2.0-0v5 2.12.1-3
ii libsqlite3-0 3.46.1-2
ii libstdc++6 14.2.0-19
ii libtinfo6 6.5+20250216-2
ii libxapian30 1.4.25-2
Versions of packages aptitude recommends:
ii libdpkg-perl 1.22.18
ii sensible-utils 0.0.24
Versions of packages aptitude suggests:
pn apt-xapian-index <none>
ii aptitude-doc-en [aptitude-doc] 0.8.13-7
pn debtags <none>
ii tasksel 3.79
-- no debconf information
--- End Message ---
--- Begin Message ---
On April 2, 2025 9:18:15 AM GMT+02:00, Lee Garrett <[email protected]> wrote:
>Package: aptitude
>Version: 0.8.13-7
>Severity: normal
>X-Debbugs-Cc: [email protected]
>
>Hi,
>
>when searching for "?all-versions(pre)", it will return me all packages which
>contain the string "pre" in the package name, e.g. aeson-pretty in version
>0.8.10-1+b1. "?any-version" seems to exhibit the same behaviour. Would be nice
>for it to correctly search the version string instead. Thanks!
>
Both of these take a pattern, and match a
package if either all versions or any of the
versions match that pattern.
A version here is not a version string, that
would not make much sense. It's matching
Version objects.
For example,
?all-versions(?depends(foo))
Matches packages where all versions depend
on foo.
The ?any-version pattern is not needed most of
the time since normally we are matching
packages anyway, in an any version, e.g.
aptitude install ?depends(foo)
is the same as
aptitude install ?any-version(?depends(foo))
To match a version string, use ?version.
?all-versions(?version(nmu))
gives all packages that only have NMUs
available in your cache, to give a silly example.
This is clearer in apt's variant of patterns,
where there is no implicit ?name pattern,
and hence ?all-versions(nmu) would be illegal.
--
sent from my phone, excuse the brevity, if any
--- End Message ---
_______________________________________________
Aptitude-devel mailing list
[email protected]
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/aptitude-devel
