[pkg-bioc] Improving on our shared repository?

[David Vernazobres]

> >I see. So we are having filesystem issues because we have too many 
> >files.
> >
> >In that case I see no other choice but to split the 'one big dir' 
> >approach into a tree of smaller dirs, maybe at the start 26 of them for 
> >every first letter [ but there are too many with R, no ? ] so maybe we 
> >need one dir per source package, or ...
> 
> 
> why not use the filesystem structure used by debian for the package pools?
> 
> surely there's some code that can be borrowed for setting that up in a 
> painless way....
> 
> --e

I was more thinking on the following: 
* having 1 repository per archive (cran, bioc, omegahat). Ok then you
  need 3 lines in your sources files, but you need to re-generate only
  the repository where you upload (mainly divided the time by 2
  (omegahat is really small)).

* and moving to a file debian archive structure. But as our packages all
  start with r-cran-, r-bioc-,... I was thinking to moved to the 26 of 
  them for every first letter after the dash (ie, 26 r-cran-[az] 
  directories, 26 r-bioc-[az] directories).

I was also looking at mini-dinstall for some time now, 
as it's using a sqllite database and do not need a mysql or postgresql
like dak. Or could we also have an postgresql access on Alioth (Dirk?)

Do we have any plan for a main location mirror (space && bandwidth) ?

david