This project is mirrored from https://git.archlinux.org/devtools.git. Pull mirroring updated .
  1. 07 Apr, 2020 1 commit
  2. 09 Mar, 2020 2 commits
  3. 27 Feb, 2020 7 commits
  4. 13 Feb, 2020 1 commit
  5. 11 Feb, 2020 2 commits
    • Levente Polyak's avatar
      offload-build: handle user specific makepkg.conf on the remote host · bcb1b4a1
      Levente Polyak authored
      This ensures we take user specific config values for PKGDEST into
      account when printing the package list. This is required as devtools
      archbuild_cmd puts packages potentially into the user defined PKGDEST
      which the package list would otherwise miss.
      bcb1b4a1
    • Levente Polyak's avatar
      offload-build: take makepkg.conf from devtools for appropriate packagelist · 57fb44b9
      Levente Polyak authored
      This fixes an issue with the usage of makepkg --packagelist to get the
      produced artifacts filenames according to the PKGEXT used in devtools'
      makepkg.conf instead of the one defined in pacman.
      
      One goal we want to preserve is that devtools configuration should be
      self contained and not require any editing of non owned files like
      the host /etc/makepkg.conf to produce expected results.
      
      Additionally modify the archbuild_cmd override for multilib builds to
      use an independent variable and not fiddle with the actual arch
      variable to select the appropriate cmd.
      57fb44b9
  6. 10 Feb, 2020 2 commits
  7. 27 Dec, 2019 4 commits
  8. 12 Dec, 2019 1 commit
  9. 08 Dec, 2019 1 commit
    • Levente Polyak's avatar
      lib: support arbitrary compressed package files · d6866e05
      Levente Polyak authored
      We need to modify the matching of valid package files to support formats
      like zstd. Let's try to use an eager approach instead of a simple
      whitelist in order to be functional for arbitrary formats that may be
      introduced in the future without the need to adjust any code.
      
      Allow any single fragment word as compression type but filter out known
      non-package content like signature files.
      Signed-off-by: default avatarLevente Polyak <anthraxx@archlinux.org>
      d6866e05
  10. 05 Dec, 2019 2 commits
    • Eli Schwartz's avatar
      offload-build: return failure if no package files were found · 8edad226
      Eli Schwartz authored
      This means that the remote command died at some stage earlier than the
      printing of created files.
      Signed-off-by: default avatarEli Schwartz <eschwartz@archlinux.org>
      8edad226
    • Levente Polyak's avatar
      makechrootpkg: sync databases for checkpkg off-site · f2043564
      Levente Polyak authored
      Use pacman's --dbpath feature to sync fresh databases inside an isolated
      location and split up the database sync and package location calls to
      remove the need of weird grep calls.
      
      It isn't nice of makechrootpkg to modify the host database state just by
      building packages. No foreign program shall automatically modify
      the host database other than by the explicit will of a system
      maintainer, which is the major reason this changes get incorporated.
      
      However, there is certain indoctrinated believe that using -Sy is
      the prime evil. In fact it has been declared as a social rule to a
      technical problem of not getting into potential partial upgrade states.
      This is not a proper loophole less solution as there are multiple ways
      and use cases that lead to such a state, like aborting a -Syu on the
      prompt for whatever reason, what really matters is that it is not a
      technically bullet proof solution to solve the problem.
      
      Databases shall have the freedom to be as up to date as databases or
      their owner wishes, allowing querying on latest database state without
      fear. The only loophole-less contract that _really_ is from importance
      is always using -Su instead of plain -S to install packages. Installing
      packages is what actually brings one into a potential partial upgrade
      state and by using -Su an outstanding upgrade is forced when installing
      a new package. This properly solves all edge cases in a technical
      manner instead of declaring people who abort the prompt of -Syu to be
      the problem. In fact, using this simple contract allows whatever system
      maintenance workflow a host owner wants to follow, which may still be to
      always use -Syu and deal with system upgrades explicitly instead of the
      time when installing new packages, but the -Su contract is the real safe
      guard to guarantee no edge case can ever slip in. This magically also
      opens up the freedom to people who wish to use -Sy to simply query on up
      to date data as the currently indoctrinated "never do -Sy" stone plates
      not only are not rock solid in technical terms but also make certain use
      cases simply impossible and hence cripple the functionality without at
      the very least being fully loophole free.
      Signed-off-by: default avatarLevente Polyak <anthraxx@archlinux.org>
      f2043564
  11. 30 Nov, 2019 15 commits
  12. 07 Nov, 2019 2 commits