edac4afc53
The hoary old HTTP library was only used when checking if an url exists, when curl was not available. It had many problems, including not supporting https at all. Now, this is done using http-conduit for all urls that it supports. Falls back to curl for any url that http-conduit doesn't like (probably ftp etc, but could also be an url that its parser chokes on for whatever reason). This adds a new dependency on http-conduit, but webdav support already indirectly depended on that, and the s3-aws branch also uses it.
115 lines
3.7 KiB
Text
115 lines
3.7 KiB
Text
Source: git-annex
|
|
Section: utils
|
|
Priority: optional
|
|
Build-Depends:
|
|
debhelper (>= 9),
|
|
ghc (>= 7.4),
|
|
libghc-mtl-dev (>= 2.1.1),
|
|
libghc-missingh-dev,
|
|
libghc-data-default-dev,
|
|
libghc-hslogger-dev,
|
|
libghc-pcre-light-dev,
|
|
libghc-sha-dev,
|
|
libghc-cryptohash-dev,
|
|
libghc-dataenc-dev,
|
|
libghc-utf8-string-dev,
|
|
libghc-hs3-dev (>= 0.5.6),
|
|
libghc-dav-dev (>= 1.0) [amd64 i386 kfreebsd-amd64 kfreebsd-i386 powerpc],
|
|
libghc-quickcheck2-dev,
|
|
libghc-monad-control-dev (>= 0.3),
|
|
libghc-exceptions-dev,
|
|
libghc-transformers-dev,
|
|
libghc-unix-compat-dev,
|
|
libghc-dlist-dev,
|
|
libghc-uuid-dev,
|
|
libghc-json-dev,
|
|
libghc-aeson-dev,
|
|
libghc-ifelse-dev,
|
|
libghc-bloomfilter-dev,
|
|
libghc-edit-distance-dev,
|
|
libghc-hinotify-dev [linux-any],
|
|
libghc-stm-dev (>= 2.3),
|
|
libghc-dbus-dev (>= 0.10.3) [linux-any],
|
|
libghc-fdo-notify-dev (>= 0.3) [linux-any],
|
|
libghc-yesod-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
|
|
libghc-yesod-static-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
|
|
libghc-yesod-default-dev [i386 amd64 kfreebsd-amd64 powerpc sparc],
|
|
libghc-hamlet-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
|
|
libghc-shakespeare-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
|
|
libghc-clientsession-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
|
|
libghc-warp-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
|
|
libghc-warp-tls-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
|
|
libghc-wai-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
|
|
libghc-wai-extra-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
|
|
libghc-securemem-dev,
|
|
libghc-byteable-dev,
|
|
libghc-dns-dev,
|
|
libghc-case-insensitive-dev,
|
|
libghc-http-types-dev,
|
|
libghc-http-conduit-dev,
|
|
libghc-blaze-builder-dev,
|
|
libghc-crypto-api-dev,
|
|
libghc-network-multicast-dev,
|
|
libghc-network-info-dev [linux-any kfreebsd-any],
|
|
libghc-safesemaphore-dev,
|
|
libghc-network-protocol-xmpp-dev (>= 0.4.3-1+b1),
|
|
libghc-gnutls-dev (>= 0.1.4),
|
|
libghc-xml-types-dev,
|
|
libghc-async-dev,
|
|
libghc-feed-dev (>= 0.3.9.2),
|
|
libghc-regex-tdfa-dev [!mipsel !s390],
|
|
libghc-regex-compat-dev [mipsel s390],
|
|
libghc-tasty-dev (>= 0.7) [!mipsel !sparc],
|
|
libghc-tasty-hunit-dev [!mipsel !sparc],
|
|
libghc-tasty-quickcheck-dev [!mipsel !sparc],
|
|
libghc-tasty-rerun-dev [!mipsel !sparc],
|
|
libghc-optparse-applicative-dev [!sparc],
|
|
lsof [!kfreebsd-i386 !kfreebsd-amd64],
|
|
ikiwiki,
|
|
perlmagick,
|
|
git (>= 1:1.8.4),
|
|
rsync,
|
|
wget,
|
|
curl,
|
|
openssh-client,
|
|
git-remote-gcrypt (>= 0.20130908-6),
|
|
Maintainer: Joey Hess <joeyh@debian.org>
|
|
Standards-Version: 3.9.5
|
|
Vcs-Git: git://git.kitenet.net/git-annex
|
|
Homepage: http://git-annex.branchable.com/
|
|
XS-Testsuite: autopkgtest
|
|
|
|
Package: git-annex
|
|
Architecture: any
|
|
Section: utils
|
|
Depends: ${misc:Depends}, ${shlibs:Depends},
|
|
git (>= 1:1.8.4),
|
|
rsync,
|
|
wget,
|
|
curl,
|
|
openssh-client (>= 1:5.6p1)
|
|
Recommends:
|
|
lsof,
|
|
gnupg,
|
|
bind9-host,
|
|
quvi,
|
|
git-remote-gcrypt (>= 0.20130908-6),
|
|
nocache,
|
|
Suggests:
|
|
graphviz,
|
|
bup,
|
|
tahoe-lafs,
|
|
libnss-mdns,
|
|
Description: manage files with git, without checking their contents into git
|
|
git-annex allows managing files with git, without checking the file
|
|
contents into git. While that may seem paradoxical, it is useful when
|
|
dealing with files larger than git can currently easily handle, whether due
|
|
to limitations in memory, time, or disk space.
|
|
.
|
|
Even without file content tracking, being able to manage files with git,
|
|
move files around and delete files with versioned directory trees, and use
|
|
branches and distributed clones, are all very handy reasons to use git. And
|
|
annexed files can co-exist in the same git repository with regularly
|
|
versioned files, which is convenient for maintaining documents, Makefiles,
|
|
etc that are associated with annexed files but that benefit from full
|
|
revision control.
|