================================================================================
-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 <james@nocrew.org>"
+ vs. "<james@nocrew.org>" 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...
<aj> i'd be kinda inclined to go with insisting the .changes file take
the form ---- BEGIN PGP MESSAGE --- <non -- BEGIN/END lines> --
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
* 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)
================================================================================
+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
-----------
tea X
ziyi X
-================================================================================
-
-Possible Quotes:
-----------------
-
-| <mdz_> SirDibos: that sentence sounds like it wants to be a bug report when it grows up
-
-%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
-
-| From: Andrew Morton <akpm@osdl.org>
-| Subject: Re: Linux 2.6.0-test1 Ext3 Ooops. Reboot needed.
-| To: Ricardo Galli <gallir@uib.es>
-| Cc: linux-kernel@vger.kernel.org
-| Date: Fri, 18 Jul 2003 14:27:20 -0700
-|
-| Ricardo Galli <gallir@uib.es> 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 <hilliard@debian.org>
-|
-| 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".
-
-%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
-
-| <eigood> Kamion: are you too busy to look at my generic
-| include/exclude stuff for the bts yet?
-| <Kamion> eigood: expect me to be busy for about the next week at this
-| rate
-| <eigood> my %field_match = (
-| <eigood> 'subject' => \&contains_field_match,
-| <eigood> 'severity' => \&exact_field_match,
-| <eigood> that's how it works, basically
-| <eigood> I'm a big fan of callbacks
-| [...]
-| <eigood> Kamion: how do you feel about having
-| per-bug/per-package/per-source notes support in the bts?
-| <Kamion> eigood: as I said five minutes ago, I really don't have time
-| to think about it right now, sorry
-| <Kamion> 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.)
-| <eigood> no need to be hostile
-| <Joy> eigood: he told you he's too busy and you kept bugging him. take
-| a hint :)
-
-%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
-
-<mstone> 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...
-<mstone> I'll be sure to do that...
-
-%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
-
-<drow> Hmm, that was a nice short bug report.
-<drow> to submit@: "strdup(NULL) segfaults" to -done@: "Yes, go away"
-[...]
-<Kamion> how did he pass T&S? sheer bloody-mindedness?
-[...]
-<drow> Good attention to detail?
-<drow> Masking of psychopathic tendencies?
-* drow shrugs
-
-%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
-http://yro.slashdot.org/comments.pl?sid=91696&cid=7890274
-
-%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
-
-<Joy> argh.
-<Joy> i accidentally banned all mails to the bts that had 'ossi' in them
-<Joy> "possible" etc
-
-%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
-
-<http://www.livejournal.com/users/mjg59/2003/12/24/>
-
-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.
-
-%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
-
-<http://www.livejournal.com/users/mjg59/2003/11/12/>
-
-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.
-
-%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
+================================================================================
-<http://www.livejournal.com/users/mjg59/2003/11/03/>
+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 = <x>
+ 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 = <x>
+ AND id = bin_associations.bin);
-%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
+================================================================================
projects / dak.git / blobdiff