[00:20] <mwhudson> lunchtime
[00:21] <rockstar> mwhudson, I'm going to request a review of you in just a bit.  You can get to it after lunch.
[00:22] <mwhudson> rockstar: okay
[00:29] <abentley> mwhudson: Cool.
[02:06] <thumper> barry: hey, hows the 2.6 going?
[02:07] <barry> thumper: sort of good ;)  i'm very confident we'll be on py2.5.  we have an intermediate branch that is zope toolkit + 2.5 and if that goes well, we'll concentrate on ztk + 2.6.
[02:07] <thumper> cool
[02:08] <thumper> what's the zope toolkit stuff focusing on?
[02:08] <thumper> as in
[02:08] <thumper> what is different
[02:08] <thumper> ?
[02:08] <barry> it gets us to a blessed combination of zope.* packages
[02:08] <thumper> blessed by zope corp?
[02:08] <barry> or the zope community
[02:08] <thumper> what does it give us in reality?
[02:08] <thumper> anything useful I would use?
[02:09] <mwhudson> i guess it means things probably don't break in exciting and unexpected ways
[02:09] <barry> i think that's right.  also, we had to do it if there was any hope of getting to py2.6
[02:09] <thumper> mwhudson: I'm having a weird lazr-js issue
[02:09] <thumper> barry: makes sense then I guess
[02:10] <thumper> barry: how much work is the zope toolkit stuff?
[02:10] <mwhudson> thumper: talking to anyone else is likely to be more use than talking to me :-)
[02:10] <barry> thumper: a surprising amount.  we're making good progress, but api's have changed
[02:10] <thumper> mwhudson: heh
[02:10] <thumper> mwhudson: I was going to file bugs, and then chase flacoste
[02:10] <mwhudson> thumper: good plan
[02:40] <wgrant> How much ex-Z3 stuff does LP use from outside ZTK?
[02:59] <thumper> fuckity fuck fuck
[02:59] <thumper> mwhudson: I created a new branch and al
[02:59] <thumper> mwhudson: but the remote side is packs
[02:59] <thumper> mwhudson: and mine is 2a
[03:00] <thumper> mwhudson: lazr-js that is
[03:00] <mwhudson> thumper: doom, i think?
[03:00] <thumper> gah
[03:00]  * thumper makes a local packs repo
[03:00] <mwhudson> well, maybe a diff and apply it to a local copy
[03:01] <thumper> ah ffs
[03:02] <thumper> I can't branch it into local....
[03:02] <mwhudson> nope
[03:02] <thumper> can I merge uncommitted from a different repo?
[03:03] <thumper> I could uncommit
[03:03] <thumper> then grab the changes
[03:03] <mwhudson> worth a try
[03:04] <wgrant> bzr merge --uncommitted?
[03:04] <thumper> yep
[03:04] <thumper> works
[03:04] <wgrant> Although that might care about richrootiness.
[03:04] <wgrant> I don't remember.
[03:04] <thumper> ugly as sin
[03:05] <thumper> mwhudson: I'd file a bug saying lazr-js is still in packs format, but it'd just be me fixing it
[03:06] <mwhudson> thumper: most likely
[04:09] <rockstar> mwhudson, thanks for the review.  How long are you going to be about?
[04:09] <mwhudson> rockstar: probably quite a while yet
[04:10] <mwhudson> (when i stop working i really need to write my kiwipycon pypy talk so i'll be by the computer...)
[04:10] <rockstar> mwhudson, great.  I'll respond to your review in a bit.
[04:11]  * mwhudson boggles
[04:11] <mwhudson> does anyone recognise this error? http://pastebin.ubuntu.com/298762/
[04:12] <mwhudson> oh nm
[04:13] <mwhudson> (i still don't know what that's about, but i don't think it's my fault)
[04:41] <rockstar> mwhudson, so, switching to get_transport(self.branch.getPullURL()) gives me: NoSuchFile: No such file: u'/tmp/tmpSIhIst/lp-hosted/~person-name9/product-name4/branch11': [Errno 2] No such file or directory: '/tmp/tmpSIhIst/lp-hosted/~person-name9/product-name4/branch11'
[04:41] <mwhudson> rockstar: you need to pass hosted=True to create_branch_and_tree i think
[04:42] <rockstar> mwhudson, ah.  So my test didn't ever really work.  :/
[04:42] <mwhudson> well it did
[04:43] <mwhudson> just the understanding about where the branch is was a bit off
[04:56] <rockstar> mwhudson, so, when you lock_write, and then move the .bzr branch, you get: Exception exceptions.UserWarning: <exceptions.UserWarning instance at 0x284dd40> in <bound method _LockWarner.__del__ of <bzrlib.lockable_files._LockWarner object at 0x735f190>> ignored
[04:57] <mwhudson> rockstar: yeah, i wondered if you might
[04:57] <mwhudson> rockstar: i guess we should talk to a bzr developer about this
[04:57] <rockstar> mwhudson, okay.  lifeless?
[04:58]  * thumper EODs
[05:19] <lifeless> ?
[05:19] <lifeless> rockstar: you'll need to unlock the branch object
[05:19] <lifeless> rockstar: and yes, there will be a race condition
[05:19] <rockstar> lifeless, well, yeah, but we want to lock it so we can replace it.
[05:20] <rockstar> lifeless, actually, I could probably get away with unlocking it right before rename('.bzr', 'backup.bzr')
[05:21] <lifeless> yes
[05:21] <lifeless> thats what I mean ;)
[05:21] <rockstar> lifeless, gotcha.
[05:21] <lifeless> it is a race condtion
[05:21] <mwhudson> filesystems need to grow transactions already
[05:21] <lifeless> but its tolerable small
[05:21] <lifeless> upgrade has a similar one
[05:22] <lifeless> you can't lock stock and barrel replace the locking mechanism
[05:22] <lifeless> and have it keep locking
[05:22] <lifeless> the bootstraps are not large enough
[05:22] <rockstar> lifeless, yeah, it seems like the time between unlock and move is pretty trivial.
[05:36] <rockstar> mwhudson, updated mp - https://code.edge.launchpad.net/~rockstar/launchpad/branch-upgrade-out-of-place/+merge/13747
[05:37] <rockstar> I apparently also accidentally voted on my own proposal.
[05:52] <spm> rockstar: the question then becomes - did you vote yay, or nay?
[05:52] <rockstar> spm, obviously, I voted yay.  I'm my own best friend.
[05:52] <spm> just checking. might have been .... interesting otherwise. ;-)
[06:23] <lifeless> is the puller/mirror/scanner failing at the moment ?
[06:23] <lifeless> https://code.edge.launchpad.net/~lifeless/bzr-builder/blocking has been pushed too but claims nothing
[06:30] <mwhudson> lifeless: graph looks ok to me, spm could check more closely though
[06:30] <spm> looking...
[06:35] <spm> interesting. the puller* is working fine afaict; but I can't find any matches in it's log for 'bzr-builder/blocking'
[06:35] <lifeless> well its not even showing 'updating this branch'
[06:35] <spm> and only 1 match for 'bzr-builder'
[06:35] <lifeless> :!bzr push lp:~lifeless/bzr-builder/blocking
[06:35] <lifeless> No new revisions to push.
[06:36] <lifeless> :!bzr info lp:~lifeless/bzr-builder/blocking
[06:36] <lifeless> Repository branch (format: unnamed)
[06:36] <lifeless> so there is data there
[06:36]  * lifeless tries hitting it harder
[06:36] <spm> a bigger hammer usually works - vs just harder. ??
[06:37] <lifeless> no change
[06:37] <lifeless> can you manually trigger a mirror?
[06:38] <spm> not sure I understand your meaning? to manually trigger?
[06:38] <lifeless> the scanner and puller
[06:38] <lifeless> for this branch
[06:38] <lifeless> mwhudson: any ideas about how to recover [short of rming the branch]
[06:39] <mwhudson> lifeless: something that will lock and unlock it
[06:39] <mwhudson> lifeless: (i don't think push with no revisions to push does that)
[06:39] <lifeless> it does
[06:39] <lifeless> we take a lock before finding out there is nothing to push
[06:40] <lifeless> otherwise race conditions
[06:40] <lifeless> still, let me do it manually
[06:41] <lifeless> done
[06:41] <lifeless> mwhudson: ^
[06:42] <mwhudson> lifeless: no idea, sorry, have to plead nearly-19:00
[06:42] <lifeless> fair 'nuff
[06:44] <lifeless> oh I see
[06:44] <lifeless> tickled the 'sometimes we push a checkout' bug
[06:49] <al-maisan> Good morning
[08:02] <al-maisan> what's the easiest/quickest way to get an empty storm result set?
[08:04] <al-maisan> found it: from storm.store import EmptyResultSet
[08:19] <adeuring> good morning
[08:20] <al-maisan> Good morning adeuring
[08:20] <adeuring> hi al-maisan!
[09:15] <mrevell> Morning!
[09:33] <jml> good morning
[11:01] <deryck> Morning, all.
[11:05] <jml> deryck, good morning.
[11:13] <mrevell> yo deryck
[11:27] <mrevell> Is "OOPS" an acronym?
[11:31] <intellectronica> operational ongoing problem symptom
[11:34] <jml> intellectronica, you're making that up.
[11:35] <intellectronica> yes
[11:35] <intellectronica> any better suggestions?
[11:35] <jml> no, that one is pretty good.
[12:09] <mrevell> I wonder why we capitalise it, then
[12:10] <mrevell> If anyone knows, matsubara will know if OOPS is an acronym :)
[12:10] <matsubara> hehe
[12:10] <wgrant> The rest of the characters are full-height, so it would look strange if it wasn't allcaps.
[12:10] <matsubara> that's a good one intellectronica
[12:11] <intellectronica> i think it's capitalized because it's SERIOUS
[12:12] <mrevell> :)
[12:12] <mrevell> Perhaps it's Portugese
[12:12] <mrevell> Obridgado Oh Problemo Superioro
[12:16] <jml> mrevell, I think it's partly because 'OOPS' in the code itself is capitalized.
[12:16] <jml> mrevell, so we talk about OOPS Reports, rather than Oops Reports.
[12:17] <jml> mrevell, IIRC it's not capitalized in the code.
[12:18] <mrevell> jml: I think you've contradicted yourself but maybe I've misunderstood. Either way, if it's not an acronym I don't need to explain it anywhere :)
[12:18] <jml> mrevell, oh sorry.
[12:19] <jml> mrevell, we have OOPS codes and we also have source code to handle OOPSes.
[12:19] <mrevell> Oooh, right.
[12:19] <jml> in the later, I think it's OopsHandler rather than OOPSHandler, for example.
[12:19] <mrevell> I see
[12:20] <jml> but then we also say getUrl
[12:20] <jml> (blech)
[12:23] <matsubara> mrevell, it's not an acronym
[12:28] <mrevell> thanks matsubara
[13:03] <sidnei> i guess it's "OOPS, something went wrong" :)
[13:39] <bac> sinzui: what if the release notes on the download page was a collapsible field?
[13:40] <bac> sinzui: i like that as it would give symetry with the changelog
[13:40] <bac> and would address your concern
[13:41] <sinzui> bac: maybe. How large is the bz/+downloads page now, and how large will it be. Are we making something too big to Au and China to load?
[13:42]  * bac looks
[13:43] <sinzui> bac: I am off to my appointment.
[13:43] <bac> sinzui: ok.  stand up delayed until your return?
[13:44] <bac> or i'm glad to host
[13:45] <sinzui> bac: you may host. I have meetings at 10 and 11 today.
[13:45] <bac> ok
[13:45] <sinzui> bac: I landed my +ubuntupkg fixes. I am starting on bug 193469
[13:45] <mup> Bug #193469: Unlink (Ubuntu) package from series <package-link> <Launchpad Registry:Triaged by sinzui> <https://launchpad.net/bugs/193469>
[14:04] <al-maisan> I am trying to optimise a page and see quite a few of the following queries:
[14:04] <al-maisan> SELECT ValidPersonCache.id FROM ValidPersonCache WHERE ValidPersonCache.id = %s LIMIT 1', (2116775,)
[14:04] <al-maisan> Can somebody explain what these are?
[14:05] <al-maisan> Probably a question for the LP foundations team? gary-sprint maybe ^^
[14:10] <gary-sprint> al-maisan: I'm afraid I don't know.  Stuart is back tomorrow.  Asking salgado :-)
[14:11] <salgado> al-maisan, most likely from IPerson.is_valid_person
[14:22] <al-maisan> OK, thanks
[15:03] <flacoste> jml, sinzui: coming to the TL meeting?
[15:03] <flacoste> beuno: ^^^
[15:03] <beuno> flacoste, yes, thank you
[15:04] <jml> flacoste, yes.
[15:04] <jml> oh crap
[15:27] <leonardr> barry (or anyone), random launchpad question
[15:27] <leonardr> i used to be able to do this but have forgotten how
[15:28] <leonardr> i'm trying to test a new version of launchpadlib. right now it can only be tested within the context of launchpad
[15:28] <leonardr> actually, nm. i bet i have to modify buildout.cfg now
[15:28] <leonardr> i was trying to change the symlink in sourcecode
[15:33] <jml> oh! that reminds me.
[15:34] <jml> leonardr, I'll review your branch.
[15:34] <leonardr> jml, thanks
[15:38] <jml> leonardr, do you think it would make sense to have an exception in lazr.restfulclient that signals "permission error"
[15:39] <jml> leonardr, the launchpad coding standards warn against raising ValueError, IIRC.
[15:39] <leonardr> jml: a "permission error" would logically be a 401 response from the server
[15:40] <leonardr> in theory these two problems could have the same exception but i question whether it's worth it
[15:41]  * jml looks at the context
[15:42] <jml> leonardr, a 401 response is raised as an HTTPError, right?
[15:42] <leonardr> yes
[15:42] <jml> ta
[15:42] <leonardr> this error "you're trying to access something that's not a real url. but i happen to know what this non-url string is, and i can tell you what you're doing wrong"
[15:42] <jml> *nod*
[15:43] <jml> that probably comes under the aegis of ValueError then
[15:43] <jml> I really don't like raising ValueError though. :)
[15:43] <leonardr> i can make up an exception
[15:43] <jml> that's ok. I can't enforce my aesthetics all the time :)
[15:43] <leonardr> RedactedValueAccessError
[15:44] <matsubara> Chex, bigjools, gary-sprint, danilos, rockstar, sinzui, allenap: LP production meeting in 15 min @ #launchpad-meeting
[15:44] <bigjools> I hate Thursdays
[15:44] <danilos> matsubara: thanks
[15:44] <danilos> bigjools: why, my day consists of only 3 calls and one meeting :)
[15:45] <bigjools> danilos: quite :)
[15:45] <jml> leonardr, that'd be great, thanks.
[15:45] <jml> leonardr, I've approved it with options for you to make that change.
[15:45] <jml> leonardr, thanks again for doing this patch.
[15:46] <leonardr> ok
[15:46] <gmb> jml: Question: If I use ec2 land on a merge-proposal targeted at lp:launchpad, how do I ensure it lands on devel and not db-stable (or whatever lp:launchpad points at)?
[15:48] <jml> gmb, you can't, I don't think. lp:launchpad points at db-devel iirc.
[15:48] <jml> gmb, it'd be fairly easy to add an option to override the MP though.
[15:48] <gmb> jml: Ah, so I'm better off just using ec2 test to submit the branch, then?
[15:48] <leonardr> deryck, flacoste sent you an email a little while earlier about your <dd> parser
[15:48] <jml> gmb, exactly
[15:48] <gmb> jml: I'll file a bug.
[15:48] <jml> gmb, use --dry-run to assemble the commit message, perhaps.
[15:48] <leonardr> i can help you do things the right way. let me know when you want to talk it through
[15:48] <gmb> jml: Ah, yes, good idea. Thanks.
[15:48] <jml> gmb, np.
[15:49] <deryck> leonardr, yes, indeed. let's talk.  chatting with flacoste about this now.  then we can talk.
[15:49] <leonardr> ok
[15:56] <jml> danilos, I was talking to someone about translating documents the other day
[15:56] <jml> danilos, and they told me that some people break docs up into strings and then use Launchpad to translate them. Is this true?
[15:57] <danilos> jml: cool, what kind of documents?
[15:57] <danilos> jml: of course they do, I've even written one tool to do that that is used by GNOME and ubuntu-docs (xml2po)
[15:57] <jml> danilos, wow.
[15:58] <jml> danilos, I hope this isn't a silly question, but why not provide a way to translate documents in Launchpad without doing that?
[15:59] <danilos> jml: heh, time and effort involved, that's the only reason :)
[15:59] <jml> danilos, it's a good reason :)
[16:00] <danilos> jml: fwiw, I am spending some of my time to make the mess that is xml2po today (it is python, but with very lousy high level acceptance tests) a much more nicely modularised, so we should be able to reuse it in Launchpad at some point in the future :)
[16:00] <danilos> jml: but, I wouldn't hold my breath just now :)
[16:00] <jml> danilos, cool :)
[16:00] <jml> danilos, and don't worry, I won't.
[16:02] <danilos> jml: there's other interesting stuff there, like handling images and such... many people are interested, and Kyle (from OEM) has started a doctemplate project to make a template translatable documentation project ("doctemplate" in LP) and we'll be discussing it during UDS (we already did some bits during our translations sprint)
[16:10] <gmb> allenap: What's the deal with ec2 giving me import errors about PQM? (ISTR you mentioning this before; can't remember when or why).
[16:13] <gmb> Ah, it's to do with python2.4, isn't it.
[16:13] <gmb> Rats.
[16:34] <EdwinGrubbs> bac: sinzui assigned me bug 458169, which is very similar to your bug 455812. I was wondering if you had any more information than what I commented on in my bug.
[16:34] <mup> Bug #458169: Distroseries:+index page timing out <timeout> <Launchpad Registry:Triaged by edwin-grubbs> <https://launchpad.net/bugs/458169>
[16:34] <mup> Bug #455812: distroseries milestone timeout <timeout> <Launchpad Registry:In Progress by bac> <https://launchpad.net/bugs/455812>
[16:35] <adeuring1> can somebody give me a clue how to run the inline tests in lp/testing/__init__.py , and only those test?
[16:35] <sinzui> EdwinGrubbs: Bac: I am very confused by the fact that this is a 3.0 problem given that we did not update the code for distroseries. Both pages are generally changes to the position of the portlet
[16:36] <bac> EdwinGrubbs: i have not yet looked at it.  we can talk after i return from lunch
[16:36] <sinzui> EdwinGrubbs: Bac: I am sure that when we make one query for the distroseries, all will be better
[16:36] <EdwinGrubbs> bac: sure
[16:36] <jml> adeuring1, what do you mean "inline tests"?
[16:37] <adeuring1> jml: the tests in docstrings, e.g., in time_counter
[16:37] <adeuring1> I want to add a little function there, but that one should be tested ;)
[16:37] <jml> adeuring1, I don't think there's a way to run the tests in time_counter
[16:38] <jml> adeuring1, personally, I think it would be a good idea to add lp/testing/tests/ and put in some unit tests
[16:38] <sinzui> EdwinGrubbs: I was able to load older Ubuntu series and milestones. There may be some clue in that
[16:38]  * jml regrets not writing the factory with unit tests to begin with.
[16:38] <adeuring1> jml: you might be right... But I like the idea that you can at the same time doument and test
[16:39] <jml> adeuring1, sure. in which case, I think you'll still need to add lp/testing/tests/ I think and then add a test_doc to that which scans lp/testing/__init__ and runs the tests there. Gimme a sec to confirm.
[16:42] <jml> adeuring1, http://docs.python.org/library/doctest.html#unittest-api -- you need to have something like the code snippet there in a test_suite() method in a file with a name starting with 'test_'
[16:42] <jml> adeuring1, you only want to build a suite object and return it.
[16:42] <adeuring1> jml: thanks!
[16:51] <jml> adeuring1, my pleasure.
[16:52] <sinzui> EdwinGrubbs: flocoste pointed out that distroseries.currentseries can cause the problem. That is not a good method--it is taking a guess. We can either fix it or use a cachedproperty in the view. I favour a lower fix because this is a reoccurring issue
[17:11] <barry> abentley, rockstar ping
[17:11] <rockstar> barry, pong
[17:11] <abentley> barry: pong
[17:12] <barry> abentley, rockstar: hi.  i'm working on our python 2.5 + zope toolkit branch and we're seeing a ton of failures in the codehosting smoke test.  stepping through the code, i see this output in the bzr subprocess that gets called:
[17:12] <barry> http://paste.ubuntu.com/299140/
[17:12] <barry> abentley, rockstar any clues would be greatly appreciated! :)
[17:13] <rockstar> barry, abentley would probably know more about that than I.
[17:13] <barry> rockstar: cool
[17:13] <abentley> barry: I think the warning on line 2 can be ignored.
[17:14] <barry> abentley: k
[17:14] <abentley> barry: I'm not sure what the one on line 7 would be caused by, but it's in our VFS implementation.
[17:16] <barry> abentley: any ideas where i should start to look?
[17:16] <abentley> barry: lib/lp/codehosting
[17:17] <barry> abentley: does this call xmlrpc?
[17:18] <abentley> barry: Yes.
[17:18] <barry> abentley: hmmm
[17:21] <abentley> barry: It looks like the message is due to raising InProcessTransport in lib/lp/codehosting/vfs/transport.py
[17:23] <abentley> barry: This may be an error in bzr's error reporting, rather than the underlying bug.
[17:24] <barry> abentley: otp, thanks, will respond shortly
[17:32] <barry> abentley: okay.  can you think of any issues related to python 2.5 or 2.6 here?
[17:32] <barry> abentley: i guess the question is: if this doesn't fail in py2.4, what would make it fail in 2.5?  and would it still fail in 2.6?
[17:34] <barry> abentley: do you mean that there's some other failure going on that is being masked by this?  and if so, can you think of a strategy to debug it?
[17:36] <jml> g'night all
[17:37] <mrevell> night jml
[17:43] <abentley> barry: I'm not aware of any issues with 2.5 or 2.6 on the bzr side, so I would expect it's a codehosting or twisted issue.
[17:44] <abentley> barry: You can debug it by changing the sites that raise InProcessError to return '' instead.
[17:46] <abentley> barry: There should also be logs / oopses for the twisted server, so it would be worth hunting those down.
[17:46] <abentley> barry: You can test it using "make run_all".
[17:48] <beuno> barry, quick question:  can we let people unsubscribe from the ML archives?  or is that getting too much into perl?
[17:48] <barry> abentley: thanks for the tips.  i'm going to look into this more after lunch
[17:49] <barry> beuno: you mean an "unsubscribe" link in the archives?  i think you're deep into perlworld
[17:49] <beuno> barry, I suspected as much, thanks
[17:54]  * sinzui wonders if the QA fairy will visit sinzui's landings
[17:57] <sinzui> barry: you make need to make use of utilities/make-lp-user to get a working ssh key for bzr branch pushing
[18:04] <beuno> bigjools, ping
[18:05] <bigjools> beuno: I am about to leave for the day, is it quick?
[18:05] <beuno> bigjools, it is
[18:05] <bigjools> okidoki
[18:05] <beuno> with private PPAs
[18:05] <beuno> I see the deb lines ifI don't have permissions
[18:05] <bigjools> ah yeah there's a bug about that
[18:05] <beuno> and need to go to another page to see the lines with the tokens
[18:06] <beuno> why don't we just hide them if you don't have permissions, and show you the debs with the tokens if you do?
[18:06] <beuno> why do we have a separate page?
[18:06] <bigjools> it's a page that shows all your tokens for all subscriptions IIRC
[18:06] <bigjools> so has a slightly different use
[18:07] <bigjools> but yes we can put the specific one in the PPA page
[18:07] <beuno> perfect answer
[18:07] <beuno> last one
[18:07]  * bigjools knows all about beuno's "quick" things
[18:07] <beuno> in what situation can I access a private PPA, but not have permissions?
[18:07] <beuno> heh
[18:08] <bigjools> beuno: there should be no situation like that
[18:08] <beuno> bigjools, can I have permissions but not have a token yet?
[18:08] <bigjools> yes
[18:08] <bigjools> I think
[18:09] <bigjools> yes
[18:09] <beuno> bigjools, ok, good enough, thanks
[18:09] <beuno> barry, ping again
[18:09] <beuno> private mailing lists
[18:09] <beuno> are they exposed on the team's page, but the archive blocked for users without permissions
[18:09] <bigjools> beuno: actually I am talking tripe
[18:09] <beuno> or completely hidden?
[18:10] <beuno> bigjools, I will assume you mean nonesense
[18:10] <bigjools> beuno: you can't see the web page at all, ever, with a subscription, and you need to get a token to see the repo
[18:10] <bigjools> however we want to allow users with tokens to see the new user-focused page
[18:10] <bigjools> s/tokens/subscriptions/
[18:10] <bigjools> and now I really have to go
[18:10] <bigjools> good night!
[18:11] <beuno> bigjools, so if I don't have permissions, i never even see the link to the PPA?
[18:11] <bigjools> you don't
[18:11] <beuno> bigjools, thanks.
[18:11] <beuno> go before I think of something else
[18:18] <mrevell> night all
[18:33] <rockstar> abentley, ping
[18:33] <abentley> rockstar: pong
[18:36] <rockstar> abentley, so, I'm writing this script to run branch upgrades.  How do I run the cronscript?  I assume there's some fancy helper here.
[18:37] <abentley> rockstar: The current state of the art is in update_preview_diffs.py
[18:38] <rockstar> abentley, yeah, I used that as my template, since it seemed to be the most up to date.  How does it actually get run though?
[18:38] <abentley> rockstar: That is, subclass JobCronScript, specifying config_name and source_interface.
[18:38] <abentley> rockstar: It is run by cron.
[18:38] <rockstar> abentley, yeah, so how do I run it to test it?
[18:39] <abentley> rockstar: bin/py cronscripts/my_script_name.py
[18:39] <rockstar> abentley, ah, okay, cool.
[18:40] <abentley> rockstar: You'll probably want to specify LPCONFIG=development as well.  That will force it to use the development config files instead of the production ones.
[18:41] <rockstar> abentley, okay, thanks.
[18:41] <abentley> rockstar: But of course, you then have to create development config files.
[18:41] <rockstar> abentley, yup, chasing that now.
[18:42] <barry> sinzui: thanks i wonder if that's it
[18:42] <barry> beuno: correct.  the archives are blocked by our openid plugin
[18:43] <sinzui> barry: I found that I could not connect to the ssh server because changed the user name of our leader to ~mark
[18:44] <beuno> barry, but you can see the link to it?
[18:46] <barry> beuno: well, no because if you're not a member of the team, you shouldn't even be able to get to the team page
[18:47] <beuno> barry, so you can't have a private mailing list in a public team?
[18:47] <beuno> if you can see the link, you can see the archive?
[18:47] <barry> beuno: no, currently not though there's a bug open on that (a use case i agree with)
[18:48] <beuno> barry, cool, thanks. I just wanted to know if you could ever get in a situation where you clicked ona link that you could not access
[18:48] <barry> beuno: i don't think so
[18:48] <barry> beuno: well, modulo openid bugs of course :)
[18:49] <beuno> barry, that clears it up for me, thanks
[18:49] <barry> cool
[18:51] <sinzui> beuno: I am looking at the SP page for a packaging link that needs to be deleted: https://edge.launchpad.net/ubuntu/hoary/+source/jedit
[18:53] <beuno> sinzui, I'm having a hard time understanding what that is
[18:53] <beuno> or how you ended up there
[18:54] <sinzui> beuno: 1) "Upstream release series" appears to be redundant with "Upstream associations", 2) I am surprised that in the https://edge.launchpad.net/ubuntu/+source/jedit, we do not ask the user to confirm the removal of the link. 3) I expect the unlink action to look like (-) Remove packaging link.
[18:55] <sinzui> beuno: you can get the the SP page from the productseries index or +packages (https://edge.launchpad.net/jedit/+packages)
[18:57] <sinzui> beuno: you may be familiar with this: https://edge.launchpad.net/bzr
[18:57] <sinzui> ^ The extra edgy link is a data error. I want to allow users to remove the bad link to the SP.
[18:57] <beuno> sinzui, so how do upstream associations happen?
[18:58] <beuno> are they inferred from series linking?
[18:58] <sinzui> https://edge.launchpad.net/bzr/trunk <-  (+) Link to Ubuntu package  and (+) Link package
[18:59] <beuno> wow, I'm confused
[18:59] <beuno> why do we have (+) Link to Ubuntu package *and* (+) Link package?
[18:59] <sinzui> beuno: not inferred, explicitly set, though SP links cannot be deleted, only DSPs. Since there will never be a DSP because this is an error, it is not possible to correct the mistake. there are 81 broken SPs in production
[19:00] <beuno> sinzui, so it sounds like you need to delete the link when the DSP are deleted
[19:01] <sinzui> beuno: that is point 4) Should re rename (+) Link to Ubuntu package to link the the current Ubuntu series? It is takes most of the thinking out of the task. The other one can link to any distro and you can specify primary or include package relationships
[19:01] <sinzui> beuno: the DSP is a binary. there is not any code, so the DSP will not be made
[19:02] <beuno> sinzui, so one is for Ubuntu, and the other one is for any distro?   wouldn't it make sense to have one page?
[19:02] <beuno> (or widget)
[19:02] <sinzui> I tried and failed
[19:02] <beuno> sinzui, code-wise or UI-wise?
[19:02] <beuno> I can help you with one of thse
[19:03] <beuno> *those
[19:03] <sinzui> beuno: I think I need a lot of work to reconciile the history operation that is not present in the any packaging operation. we do not know Fedora's history
[19:04] <beuno> sinzui, so one is to link 2.0 <> karmic
[19:04] <beuno> and the other one is 2.0 <> bzr2.0~ubuntu1?
[19:06] <sinzui> beuno: one is for the Ubuntu who cares about what they are doing right now, the other is really for projects who care about supporting any project
[19:07] <beuno> sinzui, and what's the benefit (or use case even) of the latter?
[19:08] <sinzui> making packages for debian or fedora, to indicate that your PPA provides a backport  for hoary
[19:09] <beuno> sinzui, but we don't have any of those pacakges in Launchpad
[19:09] <beuno> so it's more of a modeling thing, right?
[19:10] <sinzui> beuno: Yes.
[19:10] <beuno> sinzui, "external distribution links"?
[19:11] <sinzui> beuno: And I should not that I am only working on this to kill the root cause of many kinds of oopes in production. Because we let users create invalid links, user create oops trying to delete, remove, transfer the problem
[19:12] <beuno> ok, so the sane thing to do is not let userscreate invalid links
[19:12] <beuno> but you already know that
[19:12] <beuno> so I'm struggling here  :)
[19:14] <sinzui> beuno: 1) I can add  [Delete link] to each item in this table https://edge.launchpad.net/jedit/+packages for the project side
[19:15] <sinzui> beuno: 2) For the distro side I can add [Delete link] to the SP...then I saw the duplicate portlet in https://launchpad.net/ubuntu/hoary/+source/jedit
[19:16]  * sinzui has already updated the packaging logic to not allow users to create duplicate links.
[19:16] <beuno> sinzui, so why not just delete them on the DB and get it over with?
[19:17] <sinzui> because the example I am showing is not a db error, it is a mistake that cannot be fixed
[19:17] <sinzui> oh, and I need this feature to fix the 81 items in the db
[19:19] <beuno> sinzui, remove links on the SP page seems fine
[19:20] <sinzui> beuno: why do we not confirm the removal of a linked DSP?
[19:21] <beuno> sinzui, oversight is my best guess
[19:21] <sinzui> beuno: actually, can I try to change the button on https://staging.launchpad.net/ubuntu/+source/jedit to look like the remove icon (-) ?
[19:22] <sinzui> beuno: I know the relink is easy if you know what the correct series is, but if you do it by accident, you need to know about staging to look up the answer right away
[19:22] <beuno> sinzui, please do
[19:42] <mzz> about how much ram does bzr 2.0.0 need to grab the launchpad trunk? I didn't give this vm all that much ram, if it needs more than about 500mb I should just ctrl+c it now...
[19:43] <mzz> (it's "Inserting missing keys" while hitting the vm's swap heavily)
[20:02] <mzz> bah, it's used about 2/3 of the vm swap now. I'll just abort it and give it some more ram
[20:21] <mwhudson> good morning
[20:23] <thumper> mwhudson, abentley, rockstar: I need to drop Rachel down in town today, so stand up will be delayed slightly, perhaps by 15m or so
[20:23] <mwhudson> thumper: fine with me
[20:24] <abentley> thumper: okay
[20:32] <EdwinGrubbs> bac: ping
[20:56]  * mwhudson takes delivery of his new phone, apologies if i don't get any work done today...
[20:59] <rockstar> mwhudson, :)
[21:25] <bac> EdwinGrubbs: ping
[21:25] <EdwinGrubbs> bac: hi
[21:26]  * thumper is back
[21:26] <thumper> abentley, rockstar, mwhudson: conf call or skype?
[21:26] <abentley> thumper: Skype please.
[21:26] <rockstar> thumper, I'd prefer the conf
[21:27] <thumper> mwhudson: tie breaker?
[21:28] <mwhudson> i'd prefer skype if it works
[21:37] <thumper> abentley: now?
[21:38] <abentley> thumper: works for me.
[21:38]  * rockstar stabs skype with a dull rusty spoon
[21:41] <mzz> is it ok if I add "the file to edit is /etc/apache2/sites-available/local-launchpad unless mentioned otherwise" to https://dev.launchpad.net/Running/RemoteAccess or would that be incorrect?
[21:42] <rockstar> mzz, that seems right to me, although I'm not the expert.
[21:43] <mzz> it's definitely what I ended up editing here, and it seems to have worked, but I have no clue if this is different on different versions of ubuntu (I'm using karmic)
[21:45] <rockstar> mzz, no, that's been the standard place for a long time.
[21:46] <mzz> ok, thanks
[21:46] <abentley> thumper: https://wiki.canonical.com/Launchpad/PolicyandProcess/EmergencyChange/Experiment
[21:49] <mwhudson> thumper: have you read flacoste and deryck's mails on the list ?
[21:58] <rockstar> mwhudson, is it policy that each script runs as it's own db user?
[21:58] <mwhudson> rockstar: yes
[22:00] <rockstar> mwhudson, where is the db user file?
[22:02] <mwhudson> rockstar: you mean database/schema/security.py ?
[22:02] <mwhudson> um
[22:02] <mwhudson> rockstar: security.cfg i mean
[22:04] <al-maisan> can somebody please help me figure out this test failure: http://pastebin.ubuntu.com/299311/ ?
[22:05] <al-maisan> it's a page test using 'user_browser' and it fails to access EmailAddress.email for <test@canonical.com>:
[22:05] <al-maisan>     Unauthorized: (<EmailAddress at 0x13aef490 <test@canonical.com> [Preferred Email Address]>, 'email', 'launchpad.View')
[22:06] <mwhudson> al-maisan: well maybe that user has their email address hidden?
[22:07] <al-maisan> mwhudson: aha, how would I find that out? Is that in the associated Person record?
[22:07] <thumper> flacoste: ping
[22:07] <mwhudson> al-maisan: i don't know, i guess i'd look at the person-index.pt template to find out
[22:07] <thumper> or deryck: pign
[22:08] <al-maisan> mwhudson: thanks for pointing that out, I believe this is the property: IPerson.hide_email_addresses
[22:08] <mwhudson> al-maisan: sounds promising
[22:09] <al-maisan> mwhudson: :)
[22:10] <rockstar> jml, didn't you write a plugin that would tell me which of my branches had been merged already and could be deleted?  What is that plugin called?
[22:15] <al-maisan> mwhudson: thanks again, your idea saved my evening :)
[22:15] <mwhudson> al-maisan: np!
[22:20] <thumper> rockstar: skype?
[22:20] <thumper> sinzui: when are we talking?
[22:20] <thumper> sinzui: are we talking today
[22:20] <thumper> ?
[22:20] <sinzui> We ca
[22:20] <sinzui> n
[22:20] <sinzui> It has been a while.
[22:20] <sinzui> do you still have plague?
[22:21] <thumper> rockstar: I'll talk with you after curtis
[22:21] <rockstar> thumper, yes, if skype doesn't drive me mad with delay...
[22:21] <rockstar> thumper, :(
[22:21] <abentley> rockstar: next time we chat, we should try disabling pulsaudio first.
[22:22] <rockstar> abentley, yeah, I suspect pulseaudio might be our culprit.  It may not like the USB headsets.
[22:28] <abentley> rockstar: Considering there's ALSA between it and our headsets, it really shouldn't care.
[22:29] <rockstar> abentley, I don't think so.  I think it just has an ALSA compatible API.
[22:29]  * rockstar is not the expect.  Ask crimsun
[22:48] <thumper> rockstar: call?
[22:48] <rockstar> thumper, yessir
[23:39] <deryck> thumper, hey
[23:40] <deryck> thumper, I can just reply on list to your questions.
[23:40] <thumper> deryck: I've found it now anywy
[23:40] <thumper> but thanks
[23:41] <thumper> it works
[23:41] <thumper> not convinced yet that we are doing the right thing
[23:41] <thumper> also
[23:41] <thumper> not patching just the commit message
[23:41] <deryck> thumper, ok.  I've got to fix the textarea widget to not need formatter, that was the just of my earlier mail.  but I'll do that fix.
[23:42] <thumper> ok
[23:42] <thumper> deryck: I've also been tweaking the lazrjs widget in
[23:42] <deryck> thumper, you really should just need to define the python bit that spits back xhtml, like bug_description_xhtml_representation in lp.bug.browser.bug
[23:43] <thumper> deryck: yes, exactly did something like that
[23:43] <deryck> thumper, so if you're tweaking the formatter part, I wouldn't waste time there.  it won't matter with my changes coming.
[23:43] <thumper> I'm not changing the formatter
[23:44] <thumper> but allowing null to start with
[23:44] <deryck> thumper, null what?
[23:45] <thumper> deryck: http://pastebin.ubuntu.com/299348/
[23:45] <deryck> thumper, ah, ok
[23:46] <deryck> thumper, I'll be back in a couple hours to do my stuff on this.  kids to tend to right now. :)
[23:46] <thumper> sinzui: can I get you to look at some pics for me>
[23:46] <thumper> ?
[23:47] <sinzui> with horns?
[23:47] <thumper> sinzui: just realised that I have to go get Maia
[23:47] <thumper> sinzui: lemmie paste you some pics
[23:47] <sinzui> okay
[23:47] <thumper> http://penhey.net/~tim/commit-msg-empty.png
[23:47] <thumper> http://penhey.net/~tim/commit-msg-editing.png
[23:47] <thumper> http://penhey.net/~tim/commit-msg-saved.png
[23:51] <sinzui> thumper: the pics are nice editing implies trailing whitespace. Is that stripped?