Skip to content
Snippets Groups Projects
  1. Aug 29, 2022
    • Joey Hess's avatar
      move assistant and webapp build-depends into main build-depends · 78440ca3
      Joey Hess authored
      For some reason, cabal 3.4.1.0 builds w/o the assistant and webapp,
      even when the flag is explicitly turned on. Moving the build-depends from
      inside the if flag section to the main build-depends somehow fixes this.
      
      Since the webapp build deps are thus always available, there is no reason
      not to build the webapp when building the assistant. So, got rid of the
      webapp build flag. Kept the assistant build flag for now, since building
      without it does at least still speed up the build.
      
      Sponsored-by: Brock Spratlen on Patreon
      78440ca3
  2. Aug 01, 2022
  3. Jul 29, 2022
    • Joey Hess's avatar
      remove explicit-setup-deps · b2d2711b
      Joey Hess authored
      This has not been needed since stack <1.4.0, and even the i386ancent
      build uses stack 2.1.1.
      
      Stack 2.7.5 seems to have forgotten about this old config and warns
      about it, so this avoids that warning.
      
      The libtinfo-dev was added to the docs at the same time, I assume it is
      also not necessary.
      b2d2711b
  4. Jul 26, 2022
    • Joey Hess's avatar
      stack.yaml: Updated to lts-19.16 · b5dc0409
      Joey Hess authored
      Last try at this broke on windows with a problem installing ghc, but I
      wanted to try again.
      
      Also this has a version of aws that allows using aeson 2.0, which has a
      potential security fix.
      b5dc0409
  5. Jul 05, 2022
    • Joey Hess's avatar
      Revert "lts-19.13 (ghc 9.0.2)" · d01530ac
      Joey Hess authored
      This reverts commit d2bc2683.
      
      That seemed to break building on windows, before it starts building
      git-annex at all, it tried to install ghc and something blew up:
      
      Processing archive: C:\Users\runneradmin\AppData\Local\Programs\stack\x86_64-windows\ghc-9.0.2.tar.xz
      Extracting  ghc-9.0.2.tar
      ...
      Extracted total of 11790 files from ghc-9.0.2.tar
      C:\Users\runneradmin\AppData\Local\Programs\stack\x86_64-windows\ghc-9.0.2-tmp-6d0fbe7f3b29e56c\ghc-9.0.2\: renameDirectory:pathIsDirectory:CreateFile "\\\\?\\C:\\Users\\runneradmin\\AppData\\Local\\Programs\\stack\\x86_64-windows\\ghc-9.0.2-tmp-6d0fbe7f3b29e56c\\ghc-9.0.2\\": does not exist (The system cannot find the file specified.)
      
      Hopefully a newer ghc version or updated stackage version will fix this
      at some point, in the meantime revert it.
      d01530ac
  6. Jun 29, 2022
  7. Jun 28, 2022
  8. Mar 22, 2022
    • Joey Hess's avatar
      Removed the NetworkBSD build flag · a460aa8b
      Joey Hess authored
      Debian stable and the i386ancient build both have a new enough network
      to not need this flag any longer.
      
      Sponsored-by: Svenne Krap on Patreon
      a460aa8b
    • Joey Hess's avatar
      remove vendored http-client-restricted · 982eb7ed
      Joey Hess authored
      Removed vendored copy of http-client-restricted, and removed the
      HttpClientRestricted build flag that avoided that dependency.
      
      http-client-restricted is in Debian stable, and the i386ancient build also
      uses it, so I think this vendored copy is no longer needed.
      
      Sponsored-by: Noam Kremen on Patreon
      982eb7ed
  9. Nov 16, 2021
  10. Oct 19, 2021
  11. Oct 18, 2021
  12. Dec 29, 2020
  13. Oct 02, 2020
  14. Sep 08, 2020
    • Joey Hess's avatar
      Removed the S3 and WebDAV build flags · 6ea511be
      Joey Hess authored
      So these special remotes are always supported.
      
      IIRC these build flags were added because the dep chains were a bit too
      long, or perhaps because the libraries were not available in Debian stable,
      or something like that. That was long ago, those reasons no longer apply,
      and users get confused when builtin special remotes are not available, so
      it seems best to remove the build flags now.
      
      If this does cause a problem it can be reverted of course..
      
      This commit was sponsored by Jochen Bartl on Patreon.
      6ea511be
  15. Aug 24, 2020
    • Joey Hess's avatar
      stack.yaml: Updated to lts-16.10 · 27329f0b
      Joey Hess authored
      Needs stack version 2.3 to build, which has only recently made it into
      debian unstable.
      
      This commit was sponsored by Jake Vosloo on Patreon.
      27329f0b
  16. Jun 30, 2020
    • Joey Hess's avatar
      fix stack file syntax and deps · 761252ce
      Joey Hess authored
      In stack-lts-12.14.yaml, there were dep issues using the new libraries,
      which may not be resolvable with those old versions. Didn't check, just
      disabled using the libraries there, which will hold us for a couple
      years.
      
      (It would probably be easy enough to relax some of the dep versions in
      http-client-restricted and git-lfs to the older versions.)
      761252ce
    • Joey Hess's avatar
      add new deps · 10abf964
      Joey Hess authored
      10abf964
  17. Jun 22, 2020
    • Joey Hess's avatar
      Build with the http-client-restricted library when available · 104b3a9c
      Joey Hess authored
      Otherwise use the vendored copy as before.
      
      The library is in Debian testing but not stable. Once it reaches
      stable, the vendored copy can be removed.
      
      Did not add it to debian/control because IIRC that's used to build
      git-annex on stable too, possibly. However, the Debian maintainer will
      probably want to make the package depend on libghc-http-client-restricted-dev
      
      This commit was sponsored by Ilya Shlyakhter on Patreon.
      104b3a9c
    • Joey Hess's avatar
      Build with the git-lfs library when available · 01eb863a
      Joey Hess authored
      Otherwise use the vendored copy as before.
      
      The library is in Debian testing but not stable. Once it reaches
      stable, the vendored copy can be removed.
      
      Did not add it to debian/control because IIRC that's used to build
      git-annex on stable too, possibly. However, the Debian maintainer will
      probably want to make the package depend on libghc-git-lfs-dev.
      
      This commit was sponsored by Ilya Shlyakhter on Patreon.
      01eb863a
  18. Mar 02, 2020
  19. Dec 30, 2019
  20. Dec 27, 2019
  21. Dec 18, 2019
  22. Dec 11, 2019
    • Joey Hess's avatar
      use filepath-bytestring for annex object manipulations · c1921177
      Joey Hess authored
      git-annex find is now RawFilePath end to end, no string conversions.
      So is git-annex get when it does not need to get anything.
      So this is a major milestone on optimisation.
      
      Benchmarks indicate around 30% speedup in both commands.
      
      Probably many other performance improvements. All or nearly all places
      where a file is statted use RawFilePath now.
      c1921177
  23. Dec 02, 2019
  24. Nov 26, 2019
    • Joey Hess's avatar
      wip RawFilePath 2x git-annex find speedup · 067aabdd
      Joey Hess authored
      Finally builds (oh the agoncy of making it build), but still very
      unmergable, only Command.Find is included and lots of stuff is badly
      hacked to make it compile.
      
      Benchmarking vs master, this git-annex find is significantly faster!
      Specifically:
      
      	num files	old	new	speedup
      	48500		4.77	3.73	28%
      	12500		1.36	1.02	66%
      	20		0.075	0.074	0% (so startup time is unchanged)
      
      That's without really finishing the optimization. Things still to do:
      
      * Eliminate all the fromRawFilePath, toRawFilePath, encodeBS,
        decodeBS conversions.
      * Use versions of IO actions like getFileStatus that take a RawFilePath.
      * Eliminate some Data.ByteString.Lazy.toStrict, which is a slow copy.
      * Use ByteString for parsing git config to speed up startup.
      
      It's likely several of those will speed up git-annex find further.
      And other commands will certianly benefit even more.
      067aabdd
  25. Aug 07, 2019
  26. Jul 22, 2019
  27. Jul 10, 2019
    • Joey Hess's avatar
      drop back one lts version · 605288c8
      Joey Hess authored
      13.27 failed on OSX:
      
      Undefined symbols for architecture x86_64:
      "_utimensat", referenced from:
      _c7zP_info in libHSunix-2.7.2.2.a(Files.o)
      
      Which seems likely to be a compilation problem?
      605288c8
  28. Jul 09, 2019
  29. Feb 24, 2019
    • Joey Hess's avatar
      aws-0.21.1 · 19f833b0
      Joey Hess authored
      * S3: Support enabling bucket versioning when built with aws-0.21.1.
      * stack.yaml: Build with aws-0.21.1
      19f833b0
  30. Feb 09, 2019
  31. Feb 08, 2019
  32. Jan 04, 2019
  33. Nov 20, 2018
    • Joey Hess's avatar
      Updated stack.yaml to lts-12.19 · 95506d17
      Joey Hess authored
      And added stack-lts-9.9.yaml to support old versions of stack.
      The i386 ancient autobuilder needs stack-lts-9.9.yaml; the OSX autobuilder
      may also use it for a while, and it's needed to build on eg debian stable.
      95506d17
  34. Nov 19, 2018