[pacman-dev] [PATCH] pacsort: only look at versions in file mode
Andrew Gregory
andrew.gregory.8 at gmail.com
Mon Nov 17 17:04:46 UTC 2014
On 11/17/14 at 10:45am, Dave Reisner wrote:
> alpm_pkg_vercmp rightfully considers foo-1-1 to be newer than foo-1:1-1
> because of the leading characters. So, in file mode, pacsort must
> necessarily ignore the package name when performing comparisons. Create
> a struct, for convenience, which overlays pointers and lengths to the
> name and version within a filename. Using this, we can avoid some
> amount of heap allocation, and do better at comparing versions for
> similar package names.
>
> ref: https://bugs.archlinux.org/task/37631
> ---
> Since I forgot about this, and now it's now been declared release blocking,
> here's the easy solution (with a TODO for the rest).
>
> src/util/pacsort.c | 78 +++++++++++++++++++++++++++++++++++++++++-------
> test/util/pacsorttest.sh | 11 ++++++-
> 2 files changed, 78 insertions(+), 11 deletions(-)
>
> diff --git a/src/util/pacsort.c b/src/util/pacsort.c
> index 86f2fc6..b3ef1b5 100644
> --- a/src/util/pacsort.c
> +++ b/src/util/pacsort.c
> @@ -28,6 +28,15 @@
>
> #define DELIM ' '
>
> +#ifndef MIN
> +#define MIN(a, b) \
> + __extension__({ \
> + __typeof__(a) _a = (a); \
> + __typeof__(b) _b = (b); \
> + _a < _b ? _a : _b; \
> + })
> +#endif
> +
> struct buffer_t {
> char *mem;
> size_t len;
> @@ -40,6 +49,14 @@ struct list_t {
> size_t maxcount;
> };
>
> +struct pkgmeta_t {
> + const char *pkgname;
> + size_t pkgname_len;
> +
> + const char *pkgver;
> + size_t pkgver_len;
> +};
> +
> static struct options_t {
> int order;
> int sortkey;
> @@ -256,6 +273,37 @@ static const char *nth_column(const char *string)
> return prev;
> }
>
> +static void extract_pkgmeta(const char *path, struct pkgmeta_t *meta) {
> + const char *pkgver_end;
> + const char *slash;
> +
> + memset(meta, 0, sizeof(struct pkgmeta_t));
> +
> + slash = strrchr(path, '/');
> + if(slash == NULL) {
> + meta->pkgname = path;
> + } else {
> + meta->pkgname = slash + 1;
> + }
> +
> + pkgver_end = strrchr(meta->pkgname, '-');
> +
> + /* read backwards through pkgrel */
> + for(meta->pkgver = pkgver_end - 1;
> + meta->pkgver > meta->pkgname && *meta->pkgver != '-';
> + --meta->pkgver)
> + ;
> + /* read backwards through pkgver */
> + for(--meta->pkgver;
> + meta->pkgver > meta->pkgname && *meta->pkgver != '-';
> + --meta->pkgver)
> + ;
> + ++meta->pkgver;
> +
> + meta->pkgname_len = meta->pkgver - meta->pkgname - 1;
> + meta->pkgver_len = pkgver_end - meta->pkgver;
> +}
> +
> static int vercmp(const void *p1, const void *p2)
> {
> const char *name1, *name2;
> @@ -276,19 +324,29 @@ static int vercmp(const void *p1, const void *p2)
> * Will be considered equal by this version comparison
> */
> if(opts.filemode) {
> + /* TODO: Extract this data earlier so that we don't need to do this parsing
> + * (potentially multiple times) on the sort callback. */
> if(fnmatch("*-*.pkg.tar.?z", name1, 0) == 0 &&
> fnmatch("*-*.pkg.tar.?z", name2, 0) == 0) {
> - const char *start, *end;
> -
> - start = strrchr(name1, '/');
> - start = start ? start + 1 : name1;
> - end = strrchr(name1, '-');
> - fn1 = strndup(start, end - start);
> + struct pkgmeta_t pkgmeta1, pkgmeta2;
> + int namecmp;
> +
> + /* Extract name and version */
> + extract_pkgmeta(name1, &pkgmeta1);
> + extract_pkgmeta(name2, &pkgmeta2);
> +
> + /* If the package names aren't the same, there's no sense in comparing
> + * the versions. Short circuit and return a comparison based on the
> + * pkgnames. This probably could be cleaner, but I'm favoring clarity
> + * over cleverness. */
> + namecmp = memcmp(pkgmeta1.pkgname, pkgmeta2.pkgname,
> + MIN(pkgmeta1.pkgname_len, pkgmeta2.pkgname_len));
> + if(pkgmeta1.pkgname_len != pkgmeta2.pkgname_len || namecmp != 0) {
> + return opts.order * namecmp;
> + }
>
> - start = strrchr(name2, '/');
> - start = start ? start + 1 : name2;
> - end = strrchr(name2, '-');
> - fn2 = strndup(start, end - start);
> + fn1 = strndup(pkgmeta1.pkgver, pkgmeta1.pkgver_len);
> + fn2 = strndup(pkgmeta2.pkgver, pkgmeta2.pkgver_len);
>
> name1 = fn1;
> name2 = fn2;
> diff --git a/test/util/pacsorttest.sh b/test/util/pacsorttest.sh
> index a2adac9..3373cbc 100755
> --- a/test/util/pacsorttest.sh
> +++ b/test/util/pacsorttest.sh
> @@ -21,7 +21,7 @@
> # default binary if one was not specified as $1
> bin=${1:-${PMTEST_UTIL_DIR}pacsort}
> # holds counts of tests
> -total=23
> +total=26
> run=0
> failure=0
>
> @@ -89,6 +89,15 @@ runtest $in $in "filename sort with uneven leading path components" "--files"
> in="firefox-18.0-2-i686.pkg.tar.xz\nfirefox-18.0.1-1-x86_64.pkg.tar.gz\n"
> runtest $in $in "filename sort with different extensions" "--files"
>
> +in="/packages/dialog-1.2_20131001-1-x86_64.pkg.tar.xz\n/packages/dialog-1:1.2_20130928-1-x86_64.pkg.tar.xz\n"
> +runtest $in $in "filename sort with epoch" "--files"
> +
> +in="/packages/dia-log-1:1.2_20130928-1-x86_64.pkg.tar.xz\n/packages/dialog-1.2_20131001-1-x86_64.pkg.tar.xz\n"
> +runtest $in $in "filename sort with epoch" "--files"
> +
> +in="/packages/dialoggg-1:1.2_20130928-1-x86_64.pkg.tar.xz\n/packages/dialog-1.2_20131001-1-x86_64.pkg.tar.xz\n"
> +runtest $in $in "filename sort with epoch" "--files"
This test doesn't do anything. pacsort just returns them in whatever order
they're originally given in because the name comparison returns 0.
> +
> # generate some long input/expected for the next few tests
> declare normal reverse names_normal names_reverse
> for ((i=1; i<600; i++)); do
> --
> 2.1.3
More information about the pacman-dev
mailing list