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, checksumming time, or disk space. The release will be soon. I put a live ebuild in cj-overlay for testing purposes.
To unstable at this point, reopen whenever needed!
@perttu: I am constantly getting requests for git-annex and your overlay still has it. Are you willing to become the maintainer of it (and it's dependencies?) with me as the proxy maintainer?
I will keep updating the ebuild in my overlay for the forseeable future, but I'm not sure git-annex is ready to move to the main tree just yet. I think that the gentoo haskell overlay is probably the best semi-official place to maintain git-annex at the moment (and they already have an ebuild for it), since it requires several libraries from haskell overlay anyway, and working with haskell libraries and programs can require some expertise that the gentoo haskell developers have (and I, for example, don't). So while git-annex and its dependencies (and haskell on gentoo in general) mature a bit, I suggest people requesting an ebuild are directed to either the haskell-overlay or my overlay.
(In reply to comment #3) > I will keep updating the ebuild in my overlay for the forseeable future, but > I'm not sure git-annex is ready to move to the main tree just yet. I think that > the gentoo haskell overlay is probably the best semi-official place to maintain > git-annex at the moment (and they already have an ebuild for it), since it > requires several libraries from haskell overlay anyway, and working with > haskell libraries and programs can require some expertise that the gentoo > haskell developers have (and I, for example, don't). So while git-annex and its > dependencies (and haskell on gentoo in general) mature a bit, I suggest people > requesting an ebuild are directed to either the haskell-overlay or my overlay. Sounds good to me, haskell herd, what do you think? I can not judge about the deps, but git-annex works fine for me.
At a first glance deps look fine to maintain. A good chance to update our stale dev-haskell/hxt. We'll try to get git-annex in from our overlay to portage in a couple of days.
(In reply to comment #5) > At a first glance deps look fine to maintain. A good chance to update our stale > dev-haskell/hxt. > We'll try to get git-annex in from our overlay to portage in a couple of days. Nice! Tell me if you need help.
And here it goes! > *git-annex-3.20111203 (04 Dec 2011) > > 04 Dec 2011; Sergei Trofimovich <slyfox@gentoo.org> > +git-annex-3.20111203.ebuild, +metadata.xml: > Initial version. manage files with git, without checking their contents into > git. (requested in bug #343563 by Christoph Junghans) I've bumped a lot of stuff, but likely forgot something in haskell overlay. Please, check if it works for you. Thanks for pinging us guys!
(In reply to comment #7) > And here it goes! > > > *git-annex-3.20111203 (04 Dec 2011) > > > > 04 Dec 2011; Sergei Trofimovich <slyfox@gentoo.org> > > +git-annex-3.20111203.ebuild, +metadata.xml: > > Initial version. manage files with git, without checking their contents into > > git. (requested in bug #343563 by Christoph Junghans) > > I've bumped a lot of stuff, but likely forgot something in haskell overlay. > Please, check if it works for you. > > Thanks for pinging us guys! Thanks, first I ran into bug #383707 and pulled ghc-7.0.4 from ~arch. Now I am stuck with the following error. Annex.hs:45:17: No instances for (transformers-0.2.2.0:Control.Monad.IO.Class.MonadIO Annex, MonadControlIO (StateT AnnexState IO))
Created attachment 294819 [details] build.log of git-annex-3.20111203
Ah, it also needs mtl-2 instances. mtl-1 is too low for it. Will try to fix.
(In reply to comment #10) > Ah, it also needs mtl-2 instances. mtl-1 is too low for it. Will try to fix. Thanks, now it works for me! During configure git-annex says: No alex found No c2hs found No cpphs found No ffihugs found No greencard found No happy found No hmake found No hscolour found No hugs found No jhc found No lhc found No lhc-pkg found No nhc98 found No uhc found I have no clue if one of them is actually needed.
(In reply to comment #11) > (In reply to comment #10) > > Ah, it also needs mtl-2 instances. mtl-1 is too low for it. Will try to fix. > > Thanks, now it works for me! > > During configure git-annex says: > No alex found > No c2hs found > No cpphs found > No ffihugs found > No greencard found > No happy found > No hmake found > No hscolour found > No hugs found > No jhc found > No lhc found > No lhc-pkg found > No nhc98 found > No uhc found > > I have no clue if one of them is actually needed. dev-haskell/cabal is a standard subsystem in haskell ecosystem (it generates all this output in configure phase). Cabal is a bit too eager to search tools even if specific package does not need them. So it's "fine".
(In reply to comment #12) > (In reply to comment #11) > > (In reply to comment #10) > > > Ah, it also needs mtl-2 instances. mtl-1 is too low for it. Will try to fix. > > Thanks, now it works for me! > > I have no clue if one of them is actually needed. > dev-haskell/cabal is a standard subsystem in haskell ecosystem > (it generates all this output in configure phase). > Cabal is a bit too eager to search tools even if specific package does not need > them. So it's "fine". So, thanks again! Closing.