1. 14 Mar, 2018 13 commits
  2. 06 Feb, 2018 2 commits
  3. 19 Jan, 2018 8 commits
  4. 18 Jan, 2018 2 commits
  5. 11 Jan, 2018 1 commit
    • Allan McRae's avatar
      Support new OpenPGP format packets lengths · e8462a4f
      Allan McRae authored
      
      
      RFC 4880 defines two packet formats for OpenPGP.  Pacman aborted its key
      in keyring check with an error message if it encountered the new format.
      This was fine until some annoying Arch Trusted User generated a key
      using the new format!
      
      Implement the new format.  This also required parsing the hashed sub
      packets. requiring the parsing code to moved to its own function.
      
      Signed-off-by: Allan McRae's avatarAllan McRae <allan@archlinux.org>
      e8462a4f
  6. 10 Jan, 2018 3 commits
  7. 09 Jan, 2018 2 commits
    • Allan McRae's avatar
      Do not continuously try to open an invalid database · 59b6fdee
      Allan McRae authored
      
      
      If you manage to download a bad database (e.g. an html file when
      behind a proxy or with a badly configured webserver), pacman makes
      sure you know about it.  Here is some example output:
      
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format
      
      I don't know how many times that gets printed because it goes beyond my scrollback
      buffer.
      
      Flag a database that we can "open" and "fstat" but not read from as invalid to avoid
      this.
      
      Signed-off-by: Allan McRae's avatarAllan McRae <allan@archlinux.org>
      59b6fdee
    • Allan McRae's avatar
      Handle empty string passed to query_owner · 24ab8717
      Allan McRae authored
      
      
      Passing an empty string to pacman -Qo results in:
      error: No package owns <first directory in $PATH>
      
      Catch empty strings and report an error.
      
      Signed-off-by: Allan McRae's avatarAllan McRae <allan@archlinux.org>
      24ab8717
  8. 06 Jan, 2018 7 commits
  9. 07 Dec, 2017 2 commits
    • Eli Schwartz's avatar
      makepkg: tell the compiler to record debugging info for debug packages · 8bec63bf
      Eli Schwartz authored and Allan McRae's avatar Allan McRae committed
      In commit 8b0d59b8
      
       support was added for
      storing the source files of binaries in debug packages. This made use of
      the debugedit program which is part of the RPM package manager, which is
      not very standalone.
      
      The same effect can be achieved using -fdebug-prefix-map, an option
      accepted by both the gcc and clang compilers which modifies how the
      compiler itself stores the references to the source files rather than
      requiring us to later edit the produced binaries. This also removes the
      dependency on external programs like debugedit.
      
      As a result of this change, source files will only be effectively added
      for programs which actually use the exported CFLAGS. This is a reasonable
      tradeoff as we expect our CFLAGS to be used rather than ignored. Upstream
      software which do not produce useful debug packages are expected to fix
      their build systems to respect the environment CFLAGS.
      
      As a result of this change, the routine for extracting source filenames
      from binaries had to be modified to derive the source file from the
      final debug location, rather than the other way around.
      
      Signed-off-by: Eli Schwartz's avatarEli Schwartz <eschwartz@archlinux.org>
      Signed-off-by: Allan McRae's avatarAllan McRae <allan@archlinux.org>
      8bec63bf
    • Eli Schwartz's avatar
      makepkg: Add a config option to specify the location of debug sources · 259d521e
      Eli Schwartz authored and Allan McRae's avatar Allan McRae committed
      In commit 8b0d59b8
      
       support was added for
      storing the source files of binaries in debug packages. Allow the user
      to specify where those source files should be stored via makepkg.conf
      
      Signed-off-by: Eli Schwartz's avatarEli Schwartz <eschwartz@archlinux.org>
      Signed-off-by: Allan McRae's avatarAllan McRae <allan@archlinux.org>
      259d521e