[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: RFC: implementation of package pools



On Fri, Oct 20, 2000 at 02:49:00AM +0300 , Eray Ozkural wrote:
> James Troup wrote:
> > The package pool will be in
> > 
> >   /org/<hostname>.debian.org/ftp/pool/
> > 
> 
> why /ftp directory? sure it's not hardcoded? where do you keep

hmm. have you seen where the files on auric are? I suspect no.

> rw arch independent [right? ;)] data according to FHS? according

what has FHS to do with this?

> to GNU coding standards, that's $(prefix)/com but I guess we
> don't have that in Debian. [sorry if i'm missing some very basic
> point here.]

obviously

> > The pool is split by <component>/<first letter of source name>/<source name>/.
> > All source and binaries for all distributions go into the same
> > pool directory.  e.g.:
> > 
> >  [..]/pool/main/b/bzip2/
> >  [..]/pool/main/b/bzip2/bzip2_1.0.1-2.diff.gz
> >  [..]/pool/main/b/bzip2/bzip2_1.0.1-2.dsc
> >  [..]/pool/main/b/bzip2/bzip2_1.0.1-2_alpha.deb
> >  [..]/pool/main/b/bzip2/bzip2_1.0.1-2_i386.deb
> >  [..]/pool/main/b/bzip2/libbz2_1.0.1-2_alpha.deb
> >  [..]/pool/main/b/bzip2/libbz2_1.0.1-2_i386.deb
> >  [..]/pool/main/b/bzip2/libbz2-dev_1.0.1-2_alpha.deb
> >  [..]/pool/main/b/bzip2/libbz2-dev_1.0.1-2_i386.deb
> >          [...]
> > 
> > An exception to this rule is library packages which "lib" packages
> > which are split into <component>/<first 4 letters of source name>/<source name>.  e.g:
> > 
> >  [..]/pool/main/libm/libmng/
> >          [...]
> > 
> 
> Here's a justification of this: (from an up-to-date packages list)
> 
> orion:packages$ for x in a b c d e f g h i j k l m n o p q r s t u v w x y z; 
> do echo $x ` grep -E ^\$x.* packages | wc -l`   ; done          

[snip stats of dir usage]

> [i don't know bash coding well..;) ]
> 
> the distribution is uneven showing that the first letter rule
> is not really a good hashing function for software package names.

it may not be perfect, but it's not that bad given the simplicity of the
algorithm

> however, this is not what matters here as this directory layout
> is devised because of performance reasons (of the ext2fs's inability
> to deal with large directories) and it will not matter for a long time ;)
> [in support of jason gunthorpe's reply to me]
> 
> Congratulations on this great work!

Thank You

> Keep hacking,
> 
> -- 
> Eray (exa) Ozkural
> Comp. Sci. Dept., Bilkent University, Ankara
> e-mail: erayo@cs.bilkent.edu.tr
> www: http://www.cs.bilkent.edu.tr/~erayo

				Petr Cech
-- 
Debian GNU/Linux maintainer - www.debian.{org,cz}
           cech@atrey.karlin.mff.cuni.cz

<Tv> We are debian.org, resistance is futile, you will be apt-get upgraded.



Reply to: