X-Git-Url: https://git.decadent.org.uk/gitweb/?a=blobdiff_plain;f=TODO;h=d8bfb9d5d3733d6e77d11f922f9b778fcc771356;hb=5fa4d7d8e679f5e77d58d0378861c8050aae4864;hp=8245f36479e5c8f646eb5f42b4f573d2affbb1f8;hpb=786a2024fd2fcf90ba8d64001ca7d13ed43b7cba;p=dak.git diff --git a/TODO b/TODO index 8245f364..d8bfb9d5 100644 --- a/TODO +++ b/TODO @@ -27,6 +27,121 @@ queue/approved Others ------ + 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... + + [maybe I should reject debian packages with a non-Debian origin or bugs field] + [agreed; dunno what origin does but non-Debian bugs fields would be bad] + + o rhona should make use of select..except select, temporary tables + etc. rather than looping and calling SQL every time so we can do + suite removal sanely (see potato-removal document) + + o melanie will happily include packages in the Cc list that aren't + being removed... + + o melanie doesn't remove udebs when removing the source they build from + + o check_dsc_against_db's "delete an entry from files while you're + not looking" habit is Evil and Bad. + + o lisa allows you to edit the section and change the component, but + really shouldn't. + + o melanie needs to, when not sending bug close mails, promote Cc: to + To: and send the mail anyways. + + o the lockfile (Archive_Maintenance_In_Progress) should probably be in a conf file + + o madison should cross-check the b.source field and if it's not null + and s.name linked from it != the source given in + -S/--source-and-binary ignore. + + o lauren sucks; she should a) only spam d-i for sourceful + rejections, b) sort stuff so she rejects sourceful stuff first. the + non-sourceful should probably get a form mail, c) automate the + non-sourceful stuff (see b). + + o jennifer should do q-d stuff for faster AA [ryan] + + o split the morgue into source and binary so binaries can be purged first! + + o per-architecture priorities for things like different arch'es + gcc's, silly BSD libftw, palo, etc. + o use postgres 7.2's built-in stat features to figure out how indices are used etc. o neve shouldn't be using location, she should run down suites instead @@ -51,9 +166,6 @@ Others o UrgencyLog stuff should minimize it's bombing out(?) o Log stuff should open the log file - o [melanie] bomb out if a) no '[rene]' in the -m/--message, and b) - no other -d/--done or -C/--carbon-copy - o helena should footnote the actual notes, and also * the versions with notes so we can see new versions since being noted... @@ -153,8 +265,6 @@ Others Less Urgent ----------- - o Accept "," as a seperator in -a, -s etc. args - o change utils.copy to try rename() first o [hard, long term] unchecked -> accepted should go into the db, not @@ -334,3 +444,270 @@ saffron X 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 + +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% + + the people love me + like pneumonia + +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% + +test.c:5: `long long long' is too long for GCC + +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% + +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. + +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% + + + +Monday, November 3rd, 2003 +3:13 pm +Hint to people attempting to sell things online: + +DON'T PUT http://172.16.100.107/ IN YOUR URLS, YOU INCOMPETENT FUCKMONKEYS + +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% + +| priviledged positions? What privilege? The honour of working harder +| than most people for absolutely no recognition? + +Manoj Srivastava in <87lln8aqfm.fsf@glaurung.internal.golden-gryphon.com> + +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% + + you could just r00t klecker through [...] and do it yourself + heh + I think there's a bit in the DMUP about that + +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% + + well, thing is, he doesn't seem to understand you usually don't + have the time to give everyone status updates when a fly moves a + leg + +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% + +In Soviet Russia... + +The cops arrest YOU for not showing papers. Wait, I didn't have to +reverse it this time, what's going on? + +http://slashdot.org/comments.pl?sid=97501&cid=8334726 + +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% + + ... Messaging IRCops isn't the end of the world, + unless its "/msg ircop I fucked your wife." + +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% + + ooo, elmo has "special powers" + ooo, does he have lasers that shoot out of his eyes? + dunno + maybe he can turn invisible? that'd sure help with improved transparency! + +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% + +| From: Andrew Morton +| Subject: Re: [PATCH] Compile kernel with GCC-3.5 and without regparm +| To: "Art Haas" +| Cc: linux-kernel@vger.kernel.org +| Date: Tue, 2 Mar 2004 16:59:28 -0800 +| X-Mailer: Sylpheed version 0.9.7 (GTK+ 1.2.10; i586-pc-linux-gnu) +| +| "Art Haas" wrote: +| > +| > I tried to build the kernel with my CVS GCC-3.5 compiler today, and had +| > all sorts of failures about prototypes not matching. +| +| -mm is where the gcc-3.5 action is. There seems to be a bit of an arms +| race going on wherein the gcc developers are trying to break the kernel +| build faster than I and others can fix it. + +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% + +(Note that the above is a gross oversimplification, and ignores issues +including but not necessarily limited to subarchitectures, and quality +of hardware coverage within certian architectures. It contains forward +looking statements, and may cause cancer in lab animals.) + +Joey Hess in <20040317065216.GA29816@kitenet.net> + +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% + + now there's a thought + DD trading cards + official joeyh action figure, with rapid-fire upload action + lamont with pump-action NMU flame-thrower! + +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% + + "attempt to de-scare ... may cause cancer" +* aj thinks elmo needs to work on his de-scaring + +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% + + the Thom Remote Management Unit + TRMU + i cost 3 times the amount an IBM remote management card would. per use. + last time *i* checked, you were free + oh, different service + never mind + +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% + +From: Stan Shebs +Subject: Re: MS/CW-style inline assembly for GCC +To: gcc@gcc.gnu.org +Date: Mon, 03 May 2004 17:35:40 -0700 + +Can you be more specific about the difficulties? The CW version didn't +seem that hard (unless Apple mgmt is reading this, in which case it was +fiendishly difficult :-) ), but I did impose some restrictions in edge +[...] + +Stan + +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% + +buildd@caballero:~/logs$ du -sh kernel-patch-powerpc-2.6.5_2.6.5-2_20040506-1033 +54G kernel-patch-powerpc-2.6.5_2.6.5-2_20040506-1033 + +Next week on "When Good Buildds Go Bad"[...] + +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% + + 153 NP+ 11 James Troup (7.9K) you know you want it. err. +* aj looks disturbed as he trolls through his saved mail + +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% + +From: Andrew Morton +Subject: 2.6.6-mm5 +To: linux-kernel@vger.kernel.org +Date: Sat, 22 May 2004 01:36:36 -0700 +X-Mailer: Sylpheed version 0.9.7 (GTK+ 1.2.10; i386-redhat-linux-gnu) + +[...] + + Although this feature has been around for a while it is new code, and the + usual cautions apply. If it munches all your files please tell Jens and + he'll type them in again for you. + +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%