1. 27 Jul, 2018 7 commits
    • Allan McRae's avatar
      Release v5.1.1 · 7e081d2a
      Allan McRae authored
      
      Signed-off-by: Allan McRae's avatarAllan McRae <allan@archlinux.org>
      7e081d2a
    • Eli Schwartz's avatar
      makepkg: optimize and fix BUILDINFO generation's use of awk · 1a5f308d
      Eli Schwartz authored and Allan McRae's avatar Allan McRae committed
      
      
      The biggest issue is directly supplying the data within the format
      string which can result in misinterpreting formatter sequences if a
      printed variable contains an "%" in it. This character is currently
      permitted in the pkgver field, though not in the pkgname. Also
      pacman/libalpm itself has much looser limitations and this can appear
      anywhere at all if a package was created by some other program.
      
      For the package "iambroke-1%s-1-any.pkg.tar.xz", installed in the build
      environment, the result is:
      
        -> Generating .BUILDINFO file...
      awk: cmd. line:3: (FILENAME=- FNR=1085) fatal: not enough arguments to satisfy format string
      	`-1%s-1'
      	   ^ ran out for this one
      
      Followed by a .BUILDINFO which contains an LC_ALL=C sorted list of
      $pkgname-${epoch:+$epoch:}$pkgver-$pkgrel-$arch ending in:
      
      installed = iambroke
      
      Which is cut short, then fails to list the succeeding packages. The
      package itself successfully builds.
      
      It's also unnecessary to save the output of pacman -Qq in order to get the
      information for pacman -Qi, since the latter will, just like the former,
      return information for all installed packages if not given a package
      name(s).
      
      While I am at it, pipe this directly to awk rather than keeping a copy
      in an unnecessary local variable. This is slightly more efficient in
      addition to preventing the <<< herestring from re-interpreting the
      content of "$pkginfos" in ways that don't really matter for our usage.
      Signed-off-by: Eli Schwartz's avatarEli Schwartz <eschwartz@archlinux.org>
      Signed-off-by: Allan McRae's avatarAllan McRae <allan@archlinux.org>
      1a5f308d
    • Jouke Witteveen's avatar
      alpm-hooks.5: include more information on hook files · 2d8a7519
      Jouke Witteveen authored and Allan McRae's avatar Allan McRae committed
      
      Signed-off-by: Allan McRae's avatarAllan McRae <allan@archlinux.org>
      2d8a7519
    • Allan McRae's avatar
      Pull updated translations from Transifex · 13fb2430
      Allan McRae authored
      
      Signed-off-by: Allan McRae's avatarAllan McRae <allan@archlinux.org>
      13fb2430
    • Allan McRae's avatar
      Handle root prefix in overwrite operations · 0827aff8
      Allan McRae authored
      
      
      The pacman --overwrite operation currently expects a path without
      the root prefix specified.  This is unexpected, particularly
      given our conflict error message reports the path with the root
      prefix included.
      
      This patch allows libalpm to overwrite files with the root prefix
      specified.
      Signed-off-by: Allan McRae's avatarAllan McRae <allan@archlinux.org>
      0827aff8
    • Eli Schwartz's avatar
      makepkg: reduce strictness of pkgver in depends linting · 316b031b
      Eli Schwartz authored and Allan McRae's avatar Allan McRae committed
      
      
      This change was introduced to prevent entries like depends=('foo>').
      However, it had the unintended side effect of causing a number of
      working PKGBUILDs to fail to build. This happened when a PKGBUILD
      defined one variable through calling a "complex" statement within the
      PKGBUILD's package function (e.g. a function or evaluating in a
      subshell), then used it to define the package metadata variable.
      
      extract_function_variable() cannot execute the package function in order
      to retrieve this information, so it performs a simple grep + eval instead
      and in the process misses the contextual awareness of running within the
      package function.
      
      While not catching these "issues" can result in incorrect SRCINFO, the
      resulting packages are fine. Stop aborting on the common case where the
      pkgver of a dependency is dynamically set during the package function
      until the large number of broken PKGBUILDs are fixed, and the
      restrictions of the PKGBUILD format are documented.
      
      "Fixes" FS#58776
      Signed-off-by: Eli Schwartz's avatarEli Schwartz <eschwartz@archlinux.org>
      Signed-off-by: Allan McRae's avatarAllan McRae <allan@archlinux.org>
      316b031b
    • Michael Straube's avatar
      makepkg.conf: add missing sha224 sums · 757e85b2
      Michael Straube authored and Allan McRae's avatar Allan McRae committed
      
      
      Add missing sha224 sums to makepkg.conf and it's man page.
      Signed-off-by: default avatarMichael Straube <michael.straube@posteo.de>
      Signed-off-by: Allan McRae's avatarAllan McRae <allan@archlinux.org>
      757e85b2
  2. 24 Jul, 2018 2 commits
  3. 19 Jul, 2018 3 commits
  4. 19 Jun, 2018 1 commit
  5. 18 Jun, 2018 17 commits
  6. 04 Jun, 2018 1 commit
  7. 28 May, 2018 1 commit
  8. 27 May, 2018 6 commits
  9. 16 May, 2018 1 commit
    • Eli Schwartz's avatar
      Fix using run_pacman to invoke -Qi with sudo · 6341e5ce
      Eli Schwartz authored and Allan McRae's avatar Allan McRae committed
      In commit 5698d7b6
      
       a new non-root use of
      pacman was added -- previously we used -T or -Qq, and run_pacman did not
      know how to special-case -Qi to skip being prepended with sudo.
      
      The result is:
      
        -> Generating .BUILDINFO file...
      ERROR: ld.so: object 'libfakeroot.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.
      [sudo] password for eschwartz:
        -> Adding changelog file...
      
      Fix this by using a more generic glob since neither -Q nor -T will ever
      need sudo or PACMAN_OPTS
      Signed-off-by: Eli Schwartz's avatarEli Schwartz <eschwartz@archlinux.org>
      Signed-off-by: Allan McRae's avatarAllan McRae <allan@archlinux.org>
      6341e5ce
  10. 15 May, 2018 1 commit