[12:07] (spiv/#launchpad) SteveA, lulu: registering through the plone site with a + in the email address seems to work fine, apart from an odd error immediately after signing up (and I had to explicitly ask for a password reset after signing up, too) [12:10] spiv: did you see the subsequent email from lu? the people mailing in were having trouble with mako's shipit, not with the main website [12:10] but, thanks for checking into it. we should fix the odd error you uncovered [12:10] (daf/#launchpad) spiv: lulu is not here [12:10] (spiv/#launchpad) SteveA: Yeah, I did, but I thought it would be working checking just in case :) [12:10] (elmo/#launchpad) steve: it's 11pm... [12:10] (spiv/#launchpad) daf: Damn people with nicks that are too short to bother tab-completing ;) [12:11] elmo: it is 1am [12:11] (daf/#launchpad) spiv: damn them :) [12:11] (spiv/#launchpad) SteveA: Also, this means the nick-generation stuff is live. [12:11] cool [12:11] (elmo/#launchpad) SteveA: blahblah, you know what I mean. where Lu is, it's 11pm [12:11] can you note the odd error in the bug report? [12:12] (spiv/#launchpad) (I also changed the authserver to accept nicks as login IDs, alongside Person.id values and emailaddresses) [12:12] elmo: ok, but it was spiv who addressed lulu [12:12] great [12:12] (daf/#launchpad) aye, Lu clocks of pretty regularly between 5 and 6 [12:12] (spiv/#launchpad) Hmm, it's midnight here, come to think of it... [12:12] (daf/#launchpad) s/of/off/ [12:12] that will allow us to switch between email address for login and nick, if we want to at some point === spiv still isn't quite used to being on roughly the same timezone as other people ;) [12:13] (daf/#launchpad) :) [12:14] (daf/#launchpad) being over here is weird [12:14] you mean you're not dead yet? [12:14] (daf/#launchpad) stub tends to be saying "good morning" when I'm going to bed [12:14] (daf/#launchpad) SteveA: not yet [12:14] does it feel safe at night? [12:15] (daf/#launchpad) Mark's estimation of my life expetancy notwithstanding [12:15] (daf/#launchpad) it does, actually [12:15] wow [12:15] (daf/#launchpad) not that I've been out at night much [12:15] (daf/#launchpad) safe, but cold [12:15] I must try to sleep [12:16] (daf/#launchpad) yes [12:16] (daf/#launchpad) you must === BradB just realized daf and co. are a few hours from Montreal [12:18] NYC Mao Championship! [12:18] (daf/#launchpad) :) [12:18] last time i was in NYC was for the '96 NY Open Chess Championship...memories... [12:18] pictures of the twin towers, etc. [12:19] (daf/#launchpad) gosh, 8 years [12:19] yep === carlos hates too much the functional tests... [12:21] carlos: why? [12:21] BradB: because I'm trying to fix one, that's all :-) [12:21] ah...yeah, that's the fun part [12:21] fsdo "fun" [12:26] (dilys/#launchpad) Merge to rocketfuel@canonical.com/launchpad--devel--0: implemented bug subscription listing (patch-632) [12:35] daf: I detected a bug in pofile_adapters that I don't think it's a direct problem of my changes, should I fix it? (the functional tests are failing because it) [12:36] I mean, should I fix it or wait after the merge? [12:38] (daf/#launchpad) if it's not related to your branch, you'll ideally fix it in the trunk and merge the fix onto your branch [12:38] (daf/#launchpad) I don't know if that's feasible or not [12:39] daf: it should be doable, I will take that approach tomorrow, I'm tired today and it's too late... [12:39] daf: we need to do a review of all code, I was adding XXX in many places [12:40] (daf/#launchpad) "all" code? [12:42] well, all code related to pofile.py [12:43] perhaps it's me, but there are some places where I have some doubts if it's correct... [12:44] daf: I'm tired tonight, let me rephrase it tomorrow :-) [12:44] (daf/#launchpad) sure :) [12:47] ok, good night!! [01:04] (dilys/#launchpad) Merge to rocketfuel@canonical.com/launchpad--devel--0: fixed adding of bug subscriptions (patch-633) [01:13] spiv: around ? [01:14] lifeless: duh... just realised that the sql recipe you gave me to enable sync was wrong... [01:15] had to dig into sourcesource.py, a job is a sync if sourcesource.syncingapproved is non-NULL instead of just processingapproved... [01:15] oh? [01:15] you said: update sourcesource set processingapproved=NOW(), syncinterval='1 day' where name like 'foo%'; [01:15] the recipe I gave you was syncingapproved=NOW() ... [01:15] oh, oops. [01:16] the force of copy-pasting :-P [01:17] limi has real issues with his tla revision library [01:17] btw, I noticed that the taxi.py brokeness will prevent the mirror from ever being populated, since the mirroring is done there. You're sure that's not going to be a problem for testing? [01:17] inode signature validation problems, etc [01:17] can i just blow away the revision library contents? [01:17] sabdfl: yes [01:18] rm -r the directory/* [01:18] ? [01:18] rm -rf revlib/*@* [01:18] so you do not blow the =* files which store the options [01:18] ddaa: thats what I'm trying to track dow with spoiv [01:19] ddaa: and yes, the stuff that you are testing doesn't need the mirroring. [01:19] lifeless: ha... I thought that spiv was tasked to "make taxi.py sort of work again" [01:20] apparently the sqlobject stuff had thread safety issues. [01:21] ho btw, I noticed that the slave bot tend to hang with a two zombie subprocs, on sh and one cvs... i would not be very surprised that the cscvs process handling stuff is making twisted unhappy... [01:22] ddaa: you tracked down a hang on that? [01:22] nope [01:22] just a guess [01:22] I've had a suspicion about it, but haven't verified it. Can't fix a guess. [01:23] :) [01:23] lifeless: that's exactly what I did with pyarch/twisted... [01:23] "I guess that using twisted own process handling will make thing run more smoothly" [01:23] and, surprise, it worked the first time [01:23] ddaa: with pyarch I had verified it as being a problem - I threw logging statements before and after pyarch calls. [01:24] and it consistent broke there. [01:24] lifeless: oh ok === ddaa goes back at putting zenity to sync [01:24] so far, its not been breaking *for me* around similar popen calls in cvs. [01:25] btw, I made a hack here so buildbot binds to localhost only [01:25] if you can track down a hang there, that would be great - I'll port over your process handling asap. [01:26] so it does not listen to the wild internet on my non-firewalled ubuntu system. [01:26] aw man, kdelibs has a file kdecore/libintl.cpp.orig [01:26] anyone spot the problem there ?! [01:26] I do [01:26] it will be moved to +conflicting-files or something, won't it? [01:27] yeah, but the id remains. [01:27] so you get a tree-lint error. [01:27] that orig/rej handling behaviour in tla is soooo stupid... [01:28] I don't agree. [01:28] it's moving stuff around even when the inventory tells it's source. [01:28] "if it source it belongs there, user said" [01:28] the problem is that foo.c is patched by 'patch'. and patch created foo.c.orig and foo.c.rej. [01:29] lifeless: that does not happen in your case [01:29] having those files present in a 'names' or 'tagline' with 'untagged source source' would result in them being commited. [01:29] so it's creating a problem in your case. [01:29] ddaa: my case is irrelevant. its like commiting a dir called CVS to CVS. [01:29] it can't do it. [01:30] You can't commit .orig and .rej file to arch? Weird, i already commited {arch}/=tagging-methog.orig, of course the result was a corrupt archive since the revlib would not build. [01:31] I just cachedrev to work around it. [01:31] And the revlib would not build because tla moved the file around. [01:31] even though it was source [01:31] well, more accurately, if you manage to do it, you get trouble. [01:32] I *can* go to a cvs repository and create a dir inthe repo called CVS === mdz [~mdz@69-167-148-207.vnnyca.adelphia.net] has joined #launchpad [01:32] and that similarly gives the system kiniptions. [01:32] What causes trouble is that tla move source files when their name end in .orig or .rej. If the user says it's source, trust the user. [01:32] ddaa: heres where I disagree. [01:33] *shrug* [01:33] tla should lift the semantic problems first. once that is done, your suggestion is viable. until then its just a can of corner cases. [01:33] for instance, we could reserver ,,filename.orig and ,,filename.rej for tla. [01:34] as we already have reserved ,,* for tla. [01:34] Yup. Would be better. [01:35] There's probably no one around except tom perverse enough to use such names. [01:36] Yet I reckon the moving .orig files around causing breakage was hard to forsee for the arch designer. [01:37] that's the kind of thing you think is perfectly reasonable until [01:37] a use case comes where it's not... [01:37] moving around was not the original behaviour [01:37] it was a reaction to other negative behaivour... [01:38] I was probably not there at the time... [01:38] what was the issue? [01:39] IIRC the original one was them being committed to tla. [01:39] so then they got moved out of the way. [01:40] rather than out of the namespace at creation. :{ [01:40] That was before the inventory classification? [01:41] Was not, because that still need "precious" logic to work... [01:43] inventory is way back [01:43] so... wrong solution... the right solution was to classify as non-source. [01:43] but the defaults were older still [01:44] and no, classifiying as non-source doesn't fix anything. [01:44] it prevents the file from being commited [01:45] but not from overwriting a possible users file, and not from the user changing the naming methods, and not the naming methods for existing archives. [01:46] overwriting a possible user file: that's were the +conflict-file should trigger, not before [01:46] changing the naming method: that's exactly my point, if I say those are source, they should be archived and handled correctly. [01:47] ddaa: we're back full circle. [01:47] lifeless: yes... I was expecting it... [01:49] so, you just need to special-case your code to say that .orig and .rej file cannot possibly be source, and if someone is perverse enough to actually use a .orig suffix for a real source file, then you're screwed. [01:49] well, I'm checking if thats what kdelibs do. [01:50] or if its a glitch they would rather forget. === ddaa lights a notional candle and notionally prays [01:52] Tools that cause screwage are bad. Pyarch is bad for having a synchronous api, twisted is bad for causing other process handling schemes to break, sqlos is bad for having difficult thread safety problems, and tla is bad for messing around with .orig and .rej files. [01:53] congratulations, you have just channeled asuffield. [01:53] how do you feel? [01:53] bad [01:53] like the world is a big pile of steaming shit [01:53] if asuffield feels like that all the time, I understand he's generally unfriendly. [01:54] but I find the irony of it all funny :-D === ddaa had blushed... [01:55] omg. [01:55] revision 1.1 [01:55] date: 1998-06-03 21:04:23 +0000; author: kulow; state: Exp; [01:55] true LPGL version of libintl. I'm almost sure, that this will cause major [01:55] problems, but has one big advantage: we have no longer mixed licenses. [01:55] Anyway, I've added the .orig file, so in trouble, the user can copy the [01:55] .orig file back [01:56] ==== [01:56] the kde folk overloaded .orig in their tree. === ddaa cackles [01:56] the first patch failure they get, they'd be hosed. [01:56] then 25 days later, they nuke it. [01:57] ---------------------------- [01:57] revision 1.2 [01:57] date: 1998-06-28 22:18:05 +0000; author: garbanzo; state: dead; lines: +0 -0 [01:57] *.orig and *.new don't really belong in here, and they're not being used [01:57] anyways, so I'd just as soon sweep em into the Attic. [01:57] ---------------------------- [01:57] ok, time to teach cscvs that .orig and .rej should be ignored. === ddaa still thinks that's not the Right solution [01:58] [01:59] lifeless: Exceptions.RuntimeError, No CVS Commits have occured, cannot perform incremntal totla [01:59] ddaa: you know the right soluiton: alter tla to use ,,filename.{orig,rej}. update the move-conflictpatch files logic, update the default naming conventions. [01:59] do we want to do this for 1 repository ? [02:00] which 6 years ago for one month had a brain fart ? [02:01] lifeless: that's not the right solution, i expect that will hose emacs diff-mode which handles .rej files by (i suppose) guessing the patch target from the name of the rej. [02:01] and any other tool which does essentially the same thing. [02:02] Except, if the ,,filename.rej file is altered to be a proper patch. [02:02] ddaa: its the only solution that both prevents the user hosing their working tree and simultaneously allows them to put .orig and .rej files in the archive. [02:02] in short, this isn't a trivial problem, and asserting that tla should 'just leave the files alone' isn't sufficient to fix it. [02:03] your exception - the lastFoo method has failed to retrieve the incremental starting point. [02:03] I'm all in favor of letting the user hose the tree if the inventory is altered so .orig/.rej files are source. You know, the sharp knives / dangerous tools stance. [02:04] ddaa: we currently give people a bandsaw. And you want to make it worse ? [02:04] I'm fully in favour of powerful tools, and *should they need to be* dangerous ones. [02:04] Same thing as I said before. There should be something that is really a toolbox, and something that is really a user tool. The same tool cannot do both properly. [02:05] ah yes - cscvs.arch.findLastCSCVSCommit [02:05] that returned None, not the revision that was last commited to arch. [02:05] Yet, you are correct that this discussion is not very relevant, since existing tools and practices effectively route most people around the problematic use cases. [02:05] you should be able to just import it and execute it to see what the results are. === jblack_ [~jblack@static-209-158-45-74.scr.east.verizon.net] has joined #launchpad [02:15] ah... my fault... last time I tried to sync I had not set the syncingapproved and it nukedtargets then crashed because of the locked sqlite db. [02:15] (which was locked because the previous run crashed on taxi.py) [02:17] It's tricky to get that thing to run. [02:31] sabdfl: wasn't the adding of comments to a bug already working? i thought it may have been but it isn't anymore. [02:32] BradB: might have been broken with the skinning [02:32] underlying code might still work [02:32] check for a BugMessage addform [02:32] BradB: could you focus on email for this week? [02:32] i'll keep cleaning up the basics [02:33] sorry, got a bit lost on the artwork today [02:33] but i spent a lot of time on it over the weekend [02:33] sabdfl: that was my intent, so the first thing that seemed needing email notification was adding of comments. [02:33] but adding of comments doesn't work. [02:35] ah :-) [02:35] i also fixed subscriptions earlier, because notifications are pretty useless if people aren't able to subscribe. :) [02:35] BradB: i think they *do* work but the form is messed up [02:36] yeah, that's why i asked here next [02:36] hm [02:40] fixed. === daf [daf@muse.19inch.net] has joined #launchpad === justdave [~dave@24.247.63.44.gha.mi.chartermi.net] has joined #launchpad [02:53] lifeless: portd/JobStrategy.py, line 180 in getCVSTempRepoDirPath [02:54] return os.path.join(self.getWorkingDir(self.aJob,self.dir), "cvs_temp [02:54] exceptions.AttributeError: 'CVSStrategy' object has no attribute 'dir' [02:54] I'm going to bed now. [02:55] Just pointing out the problem. If you do not have the time to fix it, I'll do it tomorrow. === ddaa [~ddaa@nemesis.xlii.org] has left #launchpad [] [03:12] cheers guys, launch day tomorrow, need some sleep === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has left #launchpad [] [03:28] (dilys/#launchpad) Merge to rocketfuel@canonical.com/launchpad--devel--0: fixed adding comments to bugs (patch-634) === BradB is now known as BradB|away === jblack_ is now known as jblack [04:59] (dilys/#launchpad) Merge to rocketfuel@canonical.com/cscvs--devel--1.0: skip over .rej and .orig files in CVS repositories (patch-33) [05:21] (dilys/#launchpad) Merge to rocketfuel@canonical.com/buildbot--devel--0: api update to latest cscvs (patch-60) [05:38] (dilys/#launchpad) Merge to rocketfuel@canonical.com/buildbot--devel--0: restore setting the cscvs tree's logger (patch-61) [06:47] stub@belch ~ $ tla -V [06:47] tla tla-1.2-4 from regexps.com [06:47] Copyright 2003 Tom Lord [06:47] This is free software; see the source for copying conditions. [06:47] There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A [06:47] PARTICULAR PURPOSE. [06:47] Report bugs to lord@emf.net. [06:47] # automatically generated release id (by arch-buildpackage) [06:47] tla-1.2-4 [06:48] lifeless: Before I go chasing why things are screwed at my end, is that correct? [06:48] thats the standard ubuntu or debian build [06:48] we are generally using integration, but - whats the problem ? [06:48] (Is it the one I mailed you back about already?) [06:51] The one I mailed you about (I think you were confused by by mail client helpfully word wrapping). But I'm getting the same error in launchpad, so something has changed between the last patch I committed yesterday and this morning. I was checking if a package upgrade had bit me without me realizing. [06:52] the (null)/ bit in your log was definately wrong [06:52] what tla are you using? [06:52] that (null) will cause the lookup for the signing rule to fail. [06:52] do you see the same (null)/category--branch--version--patch-level in the launchpad corrupt checksum ? [06:52] jblack: 1.2-4 - ubunut standard [06:54] (where that (null) is, should have been the archive name - 'stuard.bishop@canonical.com') [06:54] Yeah. === jblack looks up bofh... [06:55] Cosmic rays, stub. [06:55] More seriously, very weird. Can I see the log? [06:55] lifeless: No - there is no null in the launchpad one. [06:56] stub: eek. [06:56] but its also not got the gpg lines around it ? === lifeless hands over to jblack, as he's flat out [06:57] First time I've heard of anything like this. Nothing even close. [06:57] tla bombs if it can't figure out the version involved. [06:58] jblack: try 'tla init-tree', 'tla import -S $fqversion' [06:58] then check checksum in the base-0 [06:58] -----BEGIN PGP SIGNED MESSAGE----- [06:58] Hash: SHA1 [06:58] Signature-for: stuart.bishop@canonical.com/cookiecrumbler--canonical--1.2--patch-3 [06:58] md5 log b42f0da30042d2c99a3492293a5a7fb7 [06:58] md5 cookiecrumbler--canonical--1.2--patch-3.patches.tar.gz aedf797c0b7536fd7043076990b4acd2 [06:58] -----BEGIN PGP SIGNATURE----- [06:58] Version: GnuPG v1.2.4 (GNU/Linux) [06:58] iD8DBQFBZqpZAfqZj7rGN0oRAtcHAJ9nvP5ql3gzm9lwsMuc9n9TQZk7fACfSBDT [06:58] vfPyu0fhr2x2+FVK3IGUeDU= [06:58] =Kcvn [06:58] -----END PGP SIGNATURE----- [06:58] I advised stuart to use the normal way which is 'tla init-tree $fqversion' ; 'tla import -S' [06:59] That is the checksum from a project I am sure hasn't been touched since it was working. Same error, so either my tla is screwed or I've screwed my config and don't remember doing it. [06:59] stub: that looks fine syntax wise. [06:59] cat $thatfile | gpg --verify-files - [07:00] my patch-log looks right for init-tree $fqv ; tla import -S [07:00] it's signature-for line does not have (null)/.. ? [07:00] Though I'm using a newer gpg of course. [07:00] pardon, newer tla. [07:01] I didn't make a signed (duh) making [07:01] jblack: hang on. [07:01] 'init-tree $fqv ; tla import -S ' is known good [07:02] its 'init tree'; 'tla import -S $fqversion' that is suspect [07:02] stub: did that cat work ? [07:03] since when does import -S take an option ? [07:03] year 0 [07:03] Doesn't improt here. [07:03] Doesn't improt here. "tla init-tree; tla import -S this--that--0" [07:03] reports no patchlog. [07:04] but its not the recommended way because things between init-tree and import need the patch-log dir etc [07:04] and import -S doesn't take a fqvn argument. [07:04] heh, well stub got a bad checksum in the archive. [07:04] Just checked the code. [07:04] tla import [options] [[archive] /version] [07:04] is the help. [07:06] stub: ping [07:06] lifeless: The cat worked [07:06] I can't reproduce his behavior here. [07:06] ok, stub, now cat your ~/.arch-params/stuart@canonical.com.check file [07:06] not with my tla-dev, anyways [07:07] I'm doing a tla get from rocketfuel@canonical.com-SOURCE - this should confirm if I have a corrupted archive or not. [07:07] stub: hang on [07:07] please [07:07] lets work through this methodically. [07:07] doing a get from -SOURCE *will not work*. [07:07] you are thrashing, which helps noone. [07:07] stub: so, please cat that file. [07:07] I don't have a stuart@canonicalcom.check - just an =default.check. It contails just 'gnome-gpg --clearsign' [07:08] stub: ok, thats not what we recommend. [07:08] but, we can test if its working [07:08] in fact. [07:08] thats your problem. [07:09] your default *check file* is *signing*. [07:09] which will never work. [07:09] the check file should be something like [07:09] tla-gpg-check gpg_command="gpg --verify-files -q --no-show-notation --batch --no-tty " 2>&1 | grep "^gpg: Good signature from" 1>&2 [07:10] with extra params if you are checking a specific archive to restrict the keys that can be used. [07:10] Sorry - wrong file [07:10] stub@belch ~/tmp $ cat ~/.arch-params/signing/=default.check [07:10] #!/bin/sh [07:10] tmp=$(mktemp tla-gpgout.XXXXXX) [07:10] if ! gpg --batch --verify 1>"$tmp" 2>&1; then [07:10] cat "$tmp" [07:10] exit 1 [07:10] fi [07:10] rm -f "$tmp" [07:10] omg [07:10] where did you get that from ? [07:10] probably me [07:10] Yu [07:10] p [07:11] which goes all the way back to the orignal recommendations of keychecking. [07:11] sh ~/.arch-params/signing/\=default.check [07:12] Anyway - I just checked our a revision from chinstrap and things look to be working fine. I think my archive is screwed. [07:12] bah [07:12] thats [07:12] sh ~/.arch-params/signing/\=default.check < 'good checksum file' [07:12] that will succeed or fail [07:13] (good checksum file in your archive, obviously) [07:14] sh ~/.arch-params/signing/\=default.check < /home/stub/.arch-archives/stuart.bishop\@canonical.com/launchpad/launchpad--devel/launchpad--devel--0/patch-271/checksum [07:14] Works fine [07:15] try this [07:15] tla cat-archive-log stuart.bishop\@canonical.com/launchpad--devel--0--patch-271 [07:16] $ tla cat-archive-log stuart.bishop\@canonical.com/launchpad--devel--0--patch-271 [07:16] ******************************** [07:16] INVALID CHECKSUM FILE SYNTAX FOR REVISION! [07:16] archive: stuart.bishop@canonical.com [07:16] revision launchpad--devel--0--patch-271 [07:16] checksum file: checksum [07:16] ******************************** [07:16] trouble reading checksum file for stuart.bishop@canonical.com/launchpad--devel--0--patch-271 [07:16] ok, can you paste the checksum file please [07:17] stub@belch ~/launchpad/launchpad $ cat /home/stub/.arch-archives/stuart.bishop\@canonical.com/launchpad/launchpad--devel/launchpad--devel--0/patch-271/checksum-----BEGIN PGP SIGNED MESSAGE----- [07:17] Hash: SHA1 [07:17] Signature-for: stuart.bishop@canonical.com/launchpad--devel--0--patch-271 [07:17] md5 log bf098182919c00fb76eabd690f0ea426 [07:17] md5 launchpad--devel--0--patch-271.patches.tar.gz 0550eecf8e2860babf1d61e55a80f649 [07:17] -----BEGIN PGP SIGNATURE----- [07:17] Version: GnuPG v1.2.4 (GNU/Linux) [07:17] iD8DBQFBc4BCAfqZj7rGN0oRAk3xAKCDHHaHsMG5bl9Ke34kRO+/GBvX9wCeIXRE [07:17] 0gqPzMMbxHymwpMYmu5tMKo= [07:17] =yr2h [07:17] -----END PGP SIGNATURE----- [07:18] stub@belch ~/launchpad/launchpad $ cat /home/stub/.arch-archives/stuart.bishop\@canonical.com/launchpad/launchpad--devel/launchpad--devel--0/patch-271/checksum | gpg --verify-files - [07:18] gpg: Signature made Mon 18 Oct 2004 18:35:14 EST using DSA key ID BAC6374A [07:18] gpg: Good signature from "Stuart Bishop " [07:18] gpg: aka "Stuart Bishop " [07:18] gpg: aka "Stuart Bishop (dropbear.id.au Domain Admin) " [07:18] gpg: aka "Stuart Bishop (Work) " [07:18] gpg: aka "Stuart Bishop (Work) " [07:19] ah [07:20] nm [07:20] that looks fine to me [07:20] jblack: can you see anything? [07:21] lets md5 the files, and see which one mismatches. [07:21] maybe its a doublecacherev or something. [07:22] nah [07:22] that would spit out a different error [07:22] stub: can you try patch-270 [07:22] please ? [07:22] stub@belch ~/tmp $ md5sum /home/stub/.arch-archives/stuart.bishop\@canonical.com/launchpad/launchpad--devel/launchpad--devel--0/patch-271/checksum 3fef8a3397c50797399d9a7956df99a9 /home/stub/.arch-archives/stuart.bishop@canonical.com/launchpad/launchpad--devel/launchpad--devel--0/patch-271/checksum [07:23] just cat-archive-log ... patch-270 [07:23] invalid syntax... [07:23] yup [07:24] stub: works ? [07:24] No - invaid revision name error [07:24] tla cat-archive-log stuart.bishop\@canonical.com/launchpad--devel--0--patch-270 [07:24] stub@belch ~/launchpad/launchpad $ tla cat-archive-log launchpad--devel--0--patch-270 [07:24] ******************************** [07:24] INVALID CHECKSUM FILE SYNTAX FOR REVISION! [07:24] archive: stuart.bishop@canonical.com [07:24] revision launchpad--devel--0--patch-270 [07:24] checksum file: checksum [07:24] ******************************** [07:24] trouble reading checksum file for stuart.bishop@canonical.com/launchpad--devel--0--patch-270 [07:24] ok that works for me on chinstrap. [07:24] so its /not/ a f*cked archive. [07:25] its almost certainly a f*cked gpg check rule [07:25] I havn't mirrored it since it was working [07:25] patch-270 is on chinstrap. [07:25] else if (file_contents && arch_pfs_memoize_checksum_file (arch->arch.name, [07:25] arch->arch.official_name, revision, file_contents)) [07:25] else if (file_contents && arch_pfs_memoize_checksum_file (arch->arch.name, [07:25] arch->arch.official_name, revision, file_contents)) [07:25] which is why I asked you to check it. :) [07:25] And the gpg check rule works file if I checkout someone elses stuff from chinstrap [07:25] ls ~/.arch-params/signing [07:26] so arch_pfs_memoize_checksum_file is returning 1. [07:26] stub@belch ~/launchpad/launchpad $ ls -al ~/.arch-params/signing/ [07:26] total 28 [07:26] drwxr-xr-x 2 stub stub 4096 2004-10-19 14:54 . [07:26] drwx------ 4 stub stub 4096 2004-09-23 05:02 .. [07:26] -rwxr-xr-x 1 stub stub 22 2004-10-19 15:03 =default [07:26] -rwxr-xr-x 1 stub stub 131 2004-10-19 15:03 =default.check [07:26] -rw-r--r-- 1 stub stub 28 2004-09-23 05:04 stuart.bishop@canonical.com-MIRROR [07:26] -rw------- 1 stub stub 183 2004-10-19 14:54 tla-gpgout.IYPB0S [07:26] -rw------- 1 stub stub 183 2004-10-19 14:53 tla-gpgout.OxzwWn [07:27] stub: try this. [07:27] tla cat-archive-log stuart.bishop\@canonical.com-MIRROR/launchpad--devel--0--patch-270 [07:27] if that works, your local disk has gone wonky in some respect. [07:28] if that doesn't work, its almost certainly gpg related, and we can check by making your check script a no-op. [07:28] stub@belch ~/tmp/foo $ tla cat-archive-log stuart.bishop\@canonical.com-MIRROR/launchpad--devel--0--patch-270 [07:28] Revision: launchpad--devel--0--patch-270 [07:28] Archive: stuart.bishop@canonical.com [07:28] Creator: Stuart Bishop [07:28] Date: Mon Oct 18 16:49:54 EST 2004 [07:28] Standard-date: 2004-10-18 06:49:54 GMT [07:28] Modified-files: lib/canonical/launchpad/database/person.py [07:28] lib/canonical/launchpad/scripts/nicole/database.py [07:28] lib/canonical/librarian/storage.py [07:29] lib/canonical/lucille/TagFiles.py test_on_merge.py [07:29] New-patches: stuart.bishop@canonical.com/launchpad--devel--0--patch-270 [07:29]