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

Re: RFC: implementation of package pools



On 19 Oct 2000, James Troup wrote:

> How the pool is structured
> ==========================
> 
> The package pool will be in
> 
>   /org/<hostname>.debian.org/ftp/pool/
> 
> 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/
>          [...]

What kind of distribution does this give us?  How many packages in each dir,
etc.  I would have preferred a 2 level hash.

> The Database
> ============
> 
> SQL database using postgresql.  See Jason's
> 
>   ftp-master.debian.org:~troup/katie/tagdb.dia
> 
> for details.  This is an *initial minimal schema*.  From my point of
> view, it's raison d'etre is to get da-katie + package pools + testing
> up and running.  I realise it probably doesn't contain everything that
> other people might want in it.  I'd like _after da-katie is
> implemented_ to get everyone with genuine interest (e.g. BTS, WWW
> folks) involved in extending the schema to do what they need.

Hrm, BTS, drool.

I would have liked a .sql file, instead of .dia, but that'll do.  Right now,
all I have for my maintainers and packages table for debbugs sql is an id/name
mapping, so there is lots of room for improvement.

The main problem I see(without talking about any schema), is that each major
app like this would tend to have a separate database created for it.  However,
you can't do selects across it.  I guess I'll just have to hope everything is
named sensibly(haven't looked at it yet, will later tonight).

Finally, as a wrap up, will there be debs made of da-install(I don't like the
name btw, it doesn't seem to roll off the tongue too well).


----BEGIN GEEK CODE BLOCK----
Version: 3.12
GCS d- s: a-- c+++ UL++++ P+ L++++ !E W+ M o+ K- W--- !O M- !V PS--
PE++ Y+ PGP++ t* 5++ X+ tv b+ D++ G e h*! !r z?
-----END GEEK CODE BLOCK-----
----BEGIN PGP INFO----
Adam Heath <doogie@debian.org>        Finger Print | KeyID
67 01 42 93 CA 37 FB 1E    63 C9 80 1D 08 CF 84 0A | DE656B05 PGP
AD46 C888 F587 F8A3 A6DA  3261 8A2C 7DC2 8BD4 A489 | 8BD4A489 GPG
-----END PGP INFO-----




Reply to: