From ac27e4b476dc7e77c88145ccda34a12768df4b83 Mon Sep 17 00:00:00 2001 From: Peter Palfrader Date: Thu, 12 Mar 2009 18:52:20 +0100 Subject: [PATCH] Move over hardware-wishlist --- input/hardware-wishlist.mdwn | 115 +++++++++++++++++++++++++++++++++++ input/index.mdwn | 1 + 2 files changed, 116 insertions(+) create mode 100644 input/hardware-wishlist.mdwn diff --git a/input/hardware-wishlist.mdwn b/input/hardware-wishlist.mdwn new file mode 100644 index 0000000..36c9292 --- /dev/null +++ b/input/hardware-wishlist.mdwn @@ -0,0 +1,115 @@ +# 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: +* Noèl Köthe diff --git a/input/index.mdwn b/input/index.mdwn index bcfe2a9..8954f21 100644 --- a/input/index.mdwn +++ b/input/index.mdwn @@ -14,4 +14,5 @@ For a list of servers check [ud-ldap](https://db.debian.org/machines.cgi). ## misc +* [[hardware-wishlist]] * [[OID-Assignments|iana]] -- 2.20.1