X-Git-Url: https://git.decadent.org.uk/gitweb/?a=blobdiff_plain;f=TODO;h=389958c4e8adc264d53d0a7bf1293ec3bac21c4b;hb=2286ce0734fe5dadf2b601165f56d2ebb5a91a5a;hp=02b24fb0202393e122f1775ea94fda25e1cac3f0;hpb=72854d117ff4a60b56f7d1b3efebad03ed22675a;p=dak.git diff --git a/TODO b/TODO index 02b24fb0..389958c4 100644 --- a/TODO +++ b/TODO @@ -8,24 +8,80 @@ ================================================================================ -queue/approved --------------- +Others +------ - o What to do with multi-suite uploads? Presumably hold in unapproved - and warn? Or what? Can't accept just for unstable or reject just - from stable. + o cindy should remove the src-only override when a binary+source override + exists - o Whenever we check for anything in accepted we also need to check in - unapproved. + o reject on > or < in a version constraint - o non-sourceful uploads should go straight through if they have - source in accepted or the archive. +23:07 < aba> elmo: and, how about enhancing rene to spot half-dropped + binaries on one arch (i.e. package used to build A and B, but B is + no longer built on some archs)? - o security uploads on auric should be pre-approved. + o tabnanny the source + o drop map-unreleased -Others ------- + o check email only portions of addresses match too, iff the names + don't, helps with the "James Troup " + vs. "" case. + + o ensure .dsc section/prio match .changes section/prio + + o rhona's kind of crap when asked to remove a lot of files (e.g. 2k + or so). + + o we don't handle the case where an identical orig.tar.gz is + mentioned in the .changes, but not in unchecked; but should we + care? + + o madison could do better sanity checking for -g/-G (e.g. not more + than one suite, etc.) + + o use python2.2-tarfile (once it's in stable?) to check orig.tar.gz + timestamps too. + + o need to decide on whether we're tying for most errors at once.. if + so (probably) then make sure code doesn't assume variables exist and + either way do something about checking error code of check_dsc and + later functions so we skip later checks if they're bailing. + + o the .katie stuff is fundamentally braindamaged, it's not versioned + so there's no way to change the format, yay me. need to fix. + probably by putting a version var as the first thing and checking + that.. auto-upgrade at least from original format would be good. + might also be a good idea to put everything in one big dict after + that? + + o [?, wishlist, distant future] RFC2047-ing should be extended to + all headers of mails sent out. + + o reject sparc64 binaries in a non '*64*' package. + + o katie.py(source_exists): a) we take arguments as parameters that + we could figure out for ourselves (we're part of the Katie class + after all), b) we have this 3rd argument which defaults to "any" + but could in fact be dropped since no one uses it like that. + + o jennifer: doesn't handle bin-only NMUs of stuff still in NEW, + BYHAND or ACCEPTED (but not the pool) - not a big deal, upload can + be retried once the source is in the archive, but still. + + o security global mail overrides should special case buildd stuff so + that buildds get ACCEPTED mails (or maybe amber (?)), that way + upload-security doesn't grow boundlessly. + + o amber should upload sourceful packages first, otherwise with big + packages (e.g. X) and esp. when source is !i386, half the arches + can be uploaded without source, get copied into queue/unaccepted + and promptly rejected. + + o rene's NVIU check doesn't catch cases where source package changed + name, should check binaries too. [debian-devel@l.d.o, 2004-02-03] + + o cnf[melanie::logfile] is misnamed... i'd be kinda inclined to go with insisting the .changes file take the form ---- BEGIN PGP MESSAGE --- -- @@ -133,7 +189,7 @@ Others were pulled out in -2, and we end up with no orig in the archive :( - o SecurityAcceptedAutoBuild doesn't handle the case of foo_3.3woody1 + o SecurityQueueBuild doesn't handle the case of foo_3.3woody1 with a new .orig.tar.gz followed by a foo_3.3potato1 with the same .orig.tar.gz; jennifer sees it and copes, but the AA code doesn't and can't really easily know so the potato AA dir is left with no @@ -171,7 +227,7 @@ Others * arch != {any,all} * build-depends wrong (via andrea) * suid - * conficlits + * conflicts * notification/stats to admin daily o trap fernanda exiting o distinguish binary only versus others (neuro) @@ -212,6 +268,23 @@ Others ================================================================================ +queue/approved +-------------- + + o What to do with multi-suite uploads? Presumably hold in unapproved + and warn? Or what? Can't accept just for unstable or reject just + from stable. + + o Whenever we check for anything in accepted we also need to check in + unapproved. + + o non-sourceful uploads should go straight through if they have + source in accepted or the archive. + + o security uploads on auric should be pre-approved. + +================================================================================ + Less Urgent ----------- @@ -395,132 +468,19 @@ shania X tea X ziyi X -================================================================================ - -Possible Quotes: ----------------- - -| SirDibos: that sentence sounds like it wants to be a bug report when it grows up - -%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% - -| From: Andrew Morton -| Subject: Re: Linux 2.6.0-test1 Ext3 Ooops. Reboot needed. -| To: Ricardo Galli -| Cc: linux-kernel@vger.kernel.org -| Date: Fri, 18 Jul 2003 14:27:20 -0700 -| -| Ricardo Galli wrote: -| > -| > "File alteration monitor", from Debian. -| -| OK. -| -| > $ apt-cache show fam -| -| I was attacked by dselect as a small child and have since avoided debian. -| Is there a tarball anywhere? - -%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% - -| From: Bob Hilliard -| -| In my experience, James has been very responsive, albeit not -| verbose, to reasonable questions/requests that don't start out saying -| "James is a bum - throw him out". - -%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% - -| Kamion: are you too busy to look at my generic -| include/exclude stuff for the bts yet? -| eigood: expect me to be busy for about the next week at this -| rate -| my %field_match = ( -| 'subject' => \&contains_field_match, -| 'severity' => \&exact_field_match, -| that's how it works, basically -| I'm a big fan of callbacks -| [...] -| Kamion: how do you feel about having -| per-bug/per-package/per-source notes support in the bts? -| eigood: as I said five minutes ago, I really don't have time -| to think about it right now, sorry -| here, maybe it would be clearer if I /part -| <-- Kamion (~cjwatson@host81-129-36-235.in-addr.btopenworld.com) has left #debian-devel (too busy. no, really.) -| no need to be hostile -| eigood: he told you he's too busy and you kept bugging him. take -| a hint :) - -%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% - - bwahahaha. Dear "security@debian.org" Thank you for your - email about "[SECURITY] [DSA-403-1] userland can access Linux - kernel memory" ...I need to filter out spam... To send email to - vhs@flexdesign.com please put "ducks" anywhere on your subject - line. ...Thanks, Bob... - I'll be sure to do that... - -%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% - - Hmm, that was a nice short bug report. - to submit@: "strdup(NULL) segfaults" to -done@: "Yes, go away" -[...] - how did he pass T&S? sheer bloody-mindedness? -[...] - Good attention to detail? - Masking of psychopathic tendencies? -* drow shrugs - -%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% -http://yro.slashdot.org/comments.pl?sid=91696&cid=7890274 - -%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% - - argh. - i accidentally banned all mails to the bts that had 'ossi' in them - "possible" etc - -%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% - - - -Wednesday, December 24th, 2003 -3:34 pm -Dear PC World, - -1) The most common chipset used in Pentium-II machines is the Intel 440BX. It is also relatively common in slower P-IIIs, and is approximately identical to the 440MX (a one-chip version aimed at laptops). - -2) The 440BX has the interesting feature of only being able to address up to 128MBit density RAM. This is a relatively widely known issue. - -3) Simple maths suggests that if you have a 128MB DIMM with 4 chips on it, they are likely to be 256MBit parts. - -4) Marking said DIMMs as being suitable for Pentium-IIs is therefore really indescribably stupid, you wankwits. Please fuck off and die in a great big chemical fire before I get back there to beat you. - -Love, - -Matthew. - -PS, - -Die. No, really. - -%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% - - - -Wednesday, November 12th, 2003 -2:43 am -It's true that you learn something new every day. Yesterday I discovered that playdough is electrically conductive. I also discovered that RAM becomes unhappy if all of its pins are joined together with electrically conductive material. - -%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% +================================================================================ - +Random useful-at-some-point SQL +------------------------------- -Monday, November 3rd, 2003 -3:13 pm -Hint to people attempting to sell things online: +UPDATE files SET last_used = '1980-01-01' + FROM binaries WHERE binaries.architecture = + AND binaries.file = files.id; -DON'T PUT http://172.16.100.107/ IN YOUR URLS, YOU INCOMPETENT FUCKMONKEYS +DELETE FROM bin_associations + WHERE EXISTS (SELECT id FROM binaries + WHERE architecture = + AND id = bin_associations.bin); -%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% +================================================================================