Skip to content
  1. May 27, 2016
  2. Jun 06, 2015
  3. Nov 01, 2013
  4. Aug 18, 2013
  5. Aug 08, 2013
  6. Jan 20, 2013
  7. Nov 15, 2012
  8. Nov 11, 2012
  9. Nov 03, 2012
  10. Oct 27, 2012
  11. Jun 16, 2012
  12. Jun 10, 2012
  13. Mar 05, 2012
  14. Mar 04, 2012
  15. Feb 15, 2012
  16. Feb 06, 2012
  17. Jan 19, 2012
  18. Jan 18, 2012
    • Dave Reisner's avatar
      commitpkg: behavior more sanely in searching for built pkgs · 2d79191c
      Dave Reisner authored
      
      
      In the case of a .pkg.tar.xz and a .pkg.tar.gz existing in the same
      directory, all commitpkg would say is:
      
        ==> WARNING: Could not find . Skipping x86_64
      
      Upon digging into the logic, we did a few things poorly, mostly in
      getpkgfile:
      
      - getpkgfile tried to die in a subshell (within the command substituion
        assignment to 'pkgfile'). This will never work.
      - We assumed that proper glob expansion happened when we received
        exactly 1 arg. This isn't necessarily true without nullglob in effect.
      - We dumped the real error (spewed by getpkgfile) to /dev/null.
      - We checked for the package twice in both $PWD and $DESTDIR/.
      - We checked for file existance multiple times.
      
      Address this by:
      
      - not hiding errors. revamp the wording a little bit to make it more
        obvious why we failed, particularly in the case of a glob expanding to
        more than 1 file. Logic here is simplified to pointing out the failure
        cases of 0 and >1.
      - setting nullglob so the number of arguments passed into getpkgfile is
        meaningful from a 'did it decisively resolve' point of view.
      - not trying to exit the entire script from a subshell. Just return a
        value (and use it).
      - avoiding the package file existance check afterwards. this is a
        freebie from getpkgfile when the glob passed fails to expand.
      
      Signed-off-by: default avatarDave Reisner <dreisner@archlinux.org>
      Signed-off-by: default avatarPierre Schmitz <pierre@archlinux.de>
      2d79191c
  19. Dec 04, 2011
  20. Nov 21, 2011
  21. Nov 04, 2011
  22. Nov 01, 2011
  23. Oct 31, 2011
  24. Oct 29, 2011
  25. Oct 07, 2011
    • Lukas Fleischer's avatar
      Support non-standard install locations · 46c4def0
      Lukas Fleischer authored
      This build system overhaul allows for adding (define-style) macros to
      our scripts. All source files are now suffixed with ".in" to clarify
      that they might contain unprocessed defines. The Makefile provides a new
      rule to preprocess source files and generate proper output scripts.
      
      Also, add a "@pkgdatadir@" define (as used in GNU Autotools) and use it
      instead of hardcoded paths to "/usr/share/devtools" everywhere. We
      missed this when adding PREFIX support to the build system in commit
      35fc83ce
      
      .
      
      Signed-off-by: default avatarLukas Fleischer <archlinux@cryptocrack.de>
      46c4def0
  26. Aug 29, 2011
  27. Aug 25, 2011
  28. Aug 18, 2011
  29. Aug 15, 2011
  30. Aug 14, 2011
  31. Aug 13, 2011