1. 07 Jan, 2020 5 commits
  2. 11 Dec, 2019 1 commit
  3. 02 Dec, 2019 1 commit
  4. 26 Nov, 2019 5 commits
  5. 21 Nov, 2019 2 commits
  6. 16 Nov, 2019 1 commit
  7. 15 Nov, 2019 2 commits
    • Allan McRae's avatar
      Add Eli to current maintainers · 6fb233d0
      Allan McRae authored
      Also retire Dan into past major contributors.
      Signed-off-by: Allan McRae's avatarAllan McRae <allan@archlinux.org>
    • Allan McRae's avatar
      Handle .part files that are the size of the correct package · e6a6d307
      Allan McRae authored
      In rare cases, likely due to a well timed Ctrl+C, but possibly due to a
      broken mirror, a ".part" file may have size at least that of the correct
      package size.
      When encountering this issue, currently pacman fails in different ways
      depending on where the package falls in the list to download.  If last,
      "wrong or NULL argument passed" error is reported, or a "invalid or
      corrupt package" issue if not.
      Capture these .part files, and remove the extension. This lets pacman
      either use the package if valid, or offer to remove it if it fails checksum
      or signature verification.
      Signed-off-by: Allan McRae's avatarAllan McRae <allan@archlinux.org>
  8. 12 Nov, 2019 1 commit
    • Allan McRae's avatar
      pactest: set package tar format to GNU_FORMAT · b9faf652
      Allan McRae authored
      python-3.8 changed the default tar format to PAX_FORMAT. This caused
      issues in our testsuite with package extraction of files with UTF-8
      characters as we run the tests under the C locale.
      error: error while reading package /tmp/pactest-xuhri4xa/var/cache/pacman/pkg/unicodechars-2.0-1.pkg.tar.gz: Pathname can't be converted from UTF-8 to current locale.
      Set format back to GNU_FORMAT.
      Signed-off-by: Allan McRae's avatarAllan McRae <allan@archlinux.org>
  9. 11 Nov, 2019 1 commit
  10. 08 Nov, 2019 1 commit
  11. 07 Nov, 2019 2 commits
  12. 06 Nov, 2019 5 commits
  13. 05 Nov, 2019 4 commits
  14. 04 Nov, 2019 1 commit
    • Ethan Sommer's avatar
      libmakepkg: add optional argument support to parseopts · 7be75523
      Ethan Sommer authored and Allan McRae's avatar Allan McRae committed
      Adds a "?" suffix that can be used to indicate that an option's argument is
      This allows options to have a default behaviour when the user doesn't
      specify one, e.g.: --color=[when] being able to behave like --color=auto
      when only --color is passed
      Options with optional arguments given on the command line will be returned
      in the form "--opt=optarg" and "-o=optarg". Despite that not being the
      syntax for passing an argument with a shortopt (trying to pass -o=foo
      would make -o's argument "=foo"), this is done to allow the caller to split
      the option and its optarg easily
      Signed-off-by: default avatarEthan Sommer <e5ten.arch@gmail.com>
      Reviewed-by: default avatarDave Reisner <dreisner@archlinux.org>
      Signed-off-by: Allan McRae's avatarAllan McRae <allan@archlinux.org>
  15. 01 Nov, 2019 2 commits
  16. 31 Oct, 2019 1 commit
  17. 30 Oct, 2019 4 commits
  18. 29 Oct, 2019 1 commit
    • Eli Schwartz's avatar
      makepkg: protect against unexpected whitespace in filenames · a745d97c
      Eli Schwartz authored and Allan McRae's avatar Allan McRae committed
      read -r protects against those evil manpages whose filenames contain
      backslash escapes, (muahahaha?)
      IFS= read protects against filenames with:
      - leading whitespace (but no one is actually stupid enough to configure
        their MAN_DIRS=() in makepkg.conf with such silly directories, *right*?)
      - trailing whitespace (but likewise, no one should be stupid enough to
        write an uncompressed manpage for section '1 ' or something)
      Also fix several other cases where we read filenames without protecting
      against surrounding whitespace, or without using null-delimited
      filenames when we could trivially do so.
      Signed-off-by: Eli Schwartz's avatarEli Schwartz <eschwartz@archlinux.org>
      Signed-off-by: Allan McRae's avatarAllan McRae <allan@archlinux.org>