X-Git-Url: https://git.decadent.org.uk/gitweb/?a=blobdiff_plain;f=TODO;h=389958c4e8adc264d53d0a7bf1293ec3bac21c4b;hb=9540d873fa78598454af57f5f8a4875969ed0439;hp=c6f1af9bd3f8cc055c8bc762ddcbdc117f8a1a6e;hpb=4fcf98060ee89ad4ae3add51dc2a4cf2a09bcc6f;p=dak.git diff --git a/TODO b/TODO index c6f1af9b..389958c4 100644 --- a/TODO +++ b/TODO @@ -8,27 +8,104 @@ ================================================================================ -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 --- -- + BEGIN PGP SIG -- END PGP MESSAGE -- with no lines before or after, + and rejecting .changes that didn't match that + + o rene should check for source packages not building any binaries + + o heidi should have a diff mode that accepts diff output! + + o halle doesn't deal with melanie'd packages, partial replacements + etc. and more. + + o lauren, the tramp, blindly deletes with no check that the delete + failed which it might well given we only look for package/version, + not package/version _in p-u_. duh. + + o melanie should remove obsolete changes when removing from p-u, or + at least warn. or halle should handle it. o need a testsuite _badly_ + o lisa should have an Bitch-Then-Accept option + o jennifer crashes if run as a user in -n mode when orig.tar.gz is in queue/new... @@ -112,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 @@ -150,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) @@ -191,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 ----------- @@ -374,58 +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 :) +Random useful-at-some-point SQL +------------------------------- + +UPDATE files SET last_used = '1980-01-01' + FROM binaries WHERE binaries.architecture = + AND binaries.file = files.id; + +DELETE FROM bin_associations + WHERE EXISTS (SELECT id FROM binaries + WHERE architecture = + AND id = bin_associations.bin); + +================================================================================