From: Peter Palfrader Date: Sat, 2 May 2009 10:40:13 +0000 (+0200) Subject: move hardware wishlist from markdown to creole X-Git-Url: https://git.adam-barratt.org.uk/?a=commitdiff_plain;h=3d36f10b31abaeb98b447c2a00bd661acb7e5f80;p=mirror%2Fdsa-wiki.git move hardware wishlist from markdown to creole --- diff --git a/input/hardware-wishlist.creole b/input/hardware-wishlist.creole new file mode 100644 index 0000000..7bb57cc --- /dev/null +++ b/input/hardware-wishlist.creole @@ -0,0 +1,123 @@ += Hardware Wishlist = + +== snapshot.debian.org == + +Currently snapshot.debian.net is operated by a single individual on their +hardware at home. It is a service archiving old binary and source packages. +Access to old packages, which have in the meantime been deleted from the +regular debian archive, allows Developers and Users to debug upgrade problems, +to check when regressions were introduced, to check if old packages had been +miscompiled, to downgrade to older versions while bugs are being fixed etc. + +Requirements: + +* Two systems with sufficient storage, hosted somewhere not in the US (so we + can import old non-US into it). +* Storage should be at least on the order of 8T (currently snapshot.d.n is + using about 4T), and easily expandable +* remote management stuff + +Proposers: + +* Joerg Jaspert/ftpteam +* Peter Palfrader + + +== data.d.o == + +A service by ftpmaster to host larger arch-all packages for datasets like +scientific databases (e.g. RCSB PDB, a database of protein structures) or +datasets for games. + +This service could (and probably should) share hardware with snapshot. + +Proposers: + +* ftpteam/Joerg Jaspert + + +== new debian mail setup == + +A set of systems that will handle all incoming mail for all debian systems. +Currently our incoming mail handling is on the individual host hosting a +service, i.e. on master.debian.org for @debian.org, on bugs.debian.org for the +bug tracking system, on lists.debian.org for our mailinglists and on several +other systems for their individual, smaller email traffic. + +Centralizing email handling will allow us to maintain our anti-spam measures in +a single point, avoiding duplicate work and hopefully improving our success. + +Requirements: + +* Four or so systems, in at least two different locations, capable of handling + modern anti-spam software. This probably needs a bit of CPU. +* remote management stuff + +Proposers: + +* Martin Zobel-Helas +* Stephen Gran + +We probably have sufficient hardware for this. Current plan involves using one +new box from HP, murphy, a new old sparc that zobel gets from some place, and +puccini that will soon no longer have packages on it. + +== new bugs.d.o == + +Currently bugs runs on a single DL385g1 system which cannot keep up with the +load that the BTS causes. + +Owner@bugs would like to split the BTS accross multiple hosts: two for incoming +email and spam filtering (would not be required if we had the setup mentioned +above), one master, and at least two user-facing web servers. + +Requirements (assuming the above mentioned mail system is in place, else add +two mail servers): + +* two systems with fast disks (we don't need that much storage, some 200 gigs + should suffice easily for a while - say 4x140 gig raid10), some ram for + caching (say 16g?), and the CPU to handle the scripts (if we can get two quad + cores per box that would be great) +* one master that processes incoming email, changing bugs as required, and + pushes the changes to the web facing servers + +Proposers: + +* Don Armstrong + +If the snapshot hosts go through we might be able to put the bugs front end +webservers on them too. Probably a question of load but it can't hardly be +worse than rietz at the moment. + + +== merge.d.o == + +I'd like to use Ubuntu's merge-o-matic to generate diffs between Debian's +source archive and the source archives of various other Debian-based distros +(Knoppix, Freespire, Mepis, Sidux, gNewSense and so on). The result will be +much like patches.ubuntu.com. merge-o-matic downloads source packages, unpacks +them and generates diffs against unpacked pure debian source packages. As a +result lots of disk space would be required since the whole Debian archive plus +an unpacked version of it and the same for each derivative distribution is +needed. + +Requirements: + +* a system with sufficient disk space (how much is that?) + +Proposers: + +* Paul Wise + + +== source.debian.org == + +Idea: A machine which has all sources extracted from orig.tar.gz + diff applied for all dists. + +Requirements: + +* a system with sufficient disk space (how much is that?) + +Proposers: + +* Noel Koethe diff --git a/input/hardware-wishlist.mdwn b/input/hardware-wishlist.mdwn deleted file mode 100644 index 7c33c65..0000000 --- a/input/hardware-wishlist.mdwn +++ /dev/null @@ -1,123 +0,0 @@ -# Hardware Wishlist - -## snapshot.debian.org - -Currently snapshot.debian.net is operated by a single individual on their -hardware at home. It is a service archiving old binary and source packages. -Access to old packages, which have in the meantime been deleted from the -regular debian archive, allows Developers and Users to debug upgrade problems, -to check when regressions were introduced, to check if old packages had been -miscompiled, to downgrade to older versions while bugs are being fixed etc. - -Requirements: - -* Two systems with sufficient storage, hosted somewhere not in the US (so we - can import old non-US into it). -* Storage should be at least on the order of 8T (currently snapshot.d.n is - using about 4T), and easily expandable -* remote management stuff - -Proposers: - -* Joerg Jaspert/ftpteam -* Peter Palfrader - - -## data.d.o - -A service by ftpmaster to host larger arch-all packages for datasets like -scientific databases (e.g. RCSB PDB, a database of protein structures) or -datasets for games. - -This service could (and probably should) share hardware with snapshot. - -Proposers: - -* ftpteam/Joerg Jaspert - - -## new debian mail setup - -A set of systems that will handle all incoming mail for all debian systems. -Currently our incoming mail handling is on the individual host hosting a -service, i.e. on master.debian.org for @debian.org, on bugs.debian.org for the -bug tracking system, on lists.debian.org for our mailinglists and on several -other systems for their individual, smaller email traffic. - -Centralizing email handling will allow us to maintain our anti-spam measures in -a single point, avoiding duplicate work and hopefully improving our success. - -Requirements: - -* Four or so systems, in at least two different locations, capable of handling - modern anti-spam software. This probably needs a bit of CPU. -* remote management stuff - -Proposers: - -* Martin Zobel-Helas -* Stephen Gran - -We probably have sufficient hardware for this. Current plan involves using one -new box from HP, murphy, a new old sparc that zobel gets from some place, and -puccini that will soon no longer have packages on it. - -## new bugs.d.o - -Currently bugs runs on a single DL385g1 system which cannot keep up with the -load that the BTS causes. - -Owner@bugs would like to split the BTS accross multiple hosts: two for incoming -email and spam filtering (would not be required if we had the setup mentioned -above), one master, and at least two user-facing web servers. - -Requirements (assuming the above mentioned mail system is in place, else add -two mail servers): - -* two systems with fast disks (we don't need that much storage, some 200 gigs - should suffice easily for a while - say 4x140 gig raid10), some ram for - caching (say 16g?), and the CPU to handle the scripts (if we can get two quad - cores per box that would be great) -* one master that processes incoming email, changing bugs as required, and - pushes the changes to the web facing servers - -Proposers: - -* Don Armstrong - -If the snapshot hosts go through we might be able to put the bugs front end -webservers on them too. Probably a question of load but it can't hardly be -worse than rietz at the moment. - - -## merge.d.o - -I'd like to use Ubuntu's merge-o-matic to generate diffs between Debian's -source archive and the source archives of various other Debian-based distros -(Knoppix, Freespire, Mepis, Sidux, gNewSense and so on). The result will be -much like patches.ubuntu.com. merge-o-matic downloads source packages, unpacks -them and generates diffs against unpacked pure debian source packages. As a -result lots of disk space would be required since the whole Debian archive plus -an unpacked version of it and the same for each derivative distribution is -needed. - -Requirements: - -* a system with sufficient disk space (how much is that?) - -Proposers: - -* Paul Wise - - -##source.debian.org - -Idea: A machine which has all sources extracted from orig.tar.gz + diff applied for all dists. - -Requirements: - -* a system with sufficient disk space (how much is that?) - -Proposers: - -* Noel Koethe