On Tue, Oct 12, 2010 at 16:07, Xyne
Magnus> I've just downloaded all 1937 packages maintained by Magnus> arch-haskell on AUR, and I'm about to put them all in a git Magnus> repository. Before doing that I thought I'd ask if anyone has Magnus> suggestions on the directory hierarchy in that repo?
What do you think about mimic the Hackage hierarchy?
It wouldn't be possible to mimic it completely since hackage allows several categories for a single package. However, the packages in AUR all have a single category (even though I'm not sure how they get them), maybe we could use that.
I would ignore the AUR categories completely in the git repo. Those categories are largely ignored by Arch and may be removed later. Also, as the ABS and binary repos will be separate from the AUR, I see no reason to use those categories.
Magnus> The only criterion I can think of is that we'd probably would Magnus> want binary and source packages separated in some way.
I agree with that. Binaries could go all in one bin directory (there is no binary category in Hackage ;) )
I don't see the point of making such a distinction in the git repo. Whether the package is distributed in binary or source form has no effect on the PKGBUILD and local source files. I think the git repo should be agnostic of what is done with the packages downstream.
To maintain the binary repo we will need to create some tools. Those tools can use a separate list of packages to determine what to build. Changing that list will therefore not alter the hierarchy in the git repo.
Categorization can be added to some interface for accessing the PKGBUILDs (e.g. on Hackage, archlinux.org or elsewhere). That would enable packages to follow the same categorization that Hackage uses, including multiple categories for a single package. It would also be more homogeneous and intuitive, preventing confusion when using both hackage and our ABS system.
Basically, I think we should keep everything modular as far as possible.
Good arguments. I think so far I'm leaning towards putting all 1937 package directories at the top-level.
Other thoughts: * The translation table of Hackage names to Arch names (currently hardcoded into cabal2arch) should be easily accessible programmatically for use in scripts and other tools (e.g. bauerbill).
That's on the todo-list. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe