#launchpad-dev 2009-05-11 <andrea-bs> Hello! Can you tell me why all the classes in the lazr package don't inherit from ``object``? #launchpad-dev 2010-05-02 <thumper> morning * thumper needs coffee <thumper> mwhudson: do you know what you're doing yet? <mwhudson> thumper: reading stuff <thumper> :) <mwhudson> gosh edge seems slow currently <thumper> so say our users too <wgrant> It's a lot better than it has been for a few days! <wgrant> Most of my scripts aren't even timing out any more. <thumper> launchpad speed makes me sad <thumper> or lack thereof <thumper> mwhudson: it seems my use of the zope mailer that was in my branch caused may of our problems <wgrant> Particularly since it has just about no load. <thumper> mwhudson: BjornT reverted that part of my branch over the weekend <thumper> mwhudson: I wish zope email config wasn't such an arse <thumper> mwhudson: we shouldn't have to care in the code <thumper> mwhudson: how do we go about upgrading an import branch to 2a? <thumper> mwhudson: do we have that written down anywhere for the losas? <thumper> hmm... seems that the bzr_lp builder is working again <thumper> 10 failures, 55 errors <mwhudson> thumper: get a losa to run "bzr upgrade" from one of the import slaves <thumper> mwhudson: is that all? <mwhudson> thumper: yep <thumper> mwhudson: which branch do they end up upgrading? <thumper> ERROR: Error (No GeoIP DB found. Please install launchpad-dependencies.) <thumper> from the bzr builder <mwhudson> thumper: argh <mwhudson> launchpad-developer-dependencies isn't installed? <mwhudson> thumper: they should upgrade sftp://hoover@escudero/srv/importd/www/${BRANCH_ID_IN_HEX} <thumper> it seems that way <thumper> mwhudson: do you remember the bug about oopses and that when testing for a generated oops it can fail over a day boundary? <thumper> mwhudson: I have a test that needs to check for an oops, so I thought I might fix it at the same time <mwhudson> thumper: https://bugs.launchpad.net/launchpad-code/+bug/567257 <mup> Bug #567257: Race condition in TestDiffInScripts.test_fromFile_withError <spurious-test-failure> <tech-debt> <Launchpad Bazaar Integration:Triaged> <https://launchpad.net/bugs/567257> <thumper> mwhudson: ta #launchpad-dev 2010-05-03 * thumper tries to remember how to programmatically subscribe to an event <thumper> mwhudson: I don't suppose you remember where jml had the scanner subscriber stuff before it was moved to zcml? <thumper> wgrant: ping <mwhudson> thumper: lp.codehosting.scanner.fixture maybe? <thumper> mwhudson: yeah, looking at that now <wgrant> thumper: Hi. <thumper> wgrant: when do you finish uni? <wgrant> thumper: Novemberish. <lifeless> wgrant: oh, I thought it was earlier ? <lifeless> wgrant: are you full time at uni ? <wgrant> lifeless: I am :/ <thumper> and some would think fill time on soyuz :) <wgrant> Heh. Not quite. <thumper> WWWOOOOOOOOOOOOOOOOOOOOOOOOOO!!!!!!!!!!!!!!!1 <thumper> OMG <thumper> something worked first time <lifeless> bbq puppies? <ajmitch> thumper: you sound surprised about that <thumper> I am <thumper> especially since it is hooking into the zope event infrastructure * thumper goes for a walk to get Maia <thumper> :( <thumper> ââ¹ <thumper> damn tests <lifeless> its a little on that clicking on a bug in the candidate-dups list *isn't a link to the bug' <wgrant> But it's green!!!!! <lifeless> s/on/odd/ <thumper> if up in pdb takes you up the stackframe <thumper> what takes you down? * thumper hangs head <lifeless> thumper: down down down down * mwhudson off <jtv> jamesh: would you happen to know how I run lazr.batchnavigator's doctest? <jamesh> jtv: I'm not sure how the tests for that module would be hooked up, but assuming the test runner lets you select a subset of tests, can you use the test file name? <jtv> jamesh: oh, using the lp test runner? <jamesh> jtv: yeah. The DocFileSuite() helper adds tests that use the filename as the test name * jtv tries <jamesh> so assuming the doctest has been hooked into the test suite you're running, that should work <jtv> setting up lp branch... <jamesh> presumably you can run just the lazr.batchnavigator tests somehow though, if the module has been split out? <jtv> jamesh: yes, presumably... I just don't know how. Don't even know how to use setup.py. No dice on the lp test runner. :( <jtv> Even tried ./bin/test -vv -t README but that only runs the Launchpad ones. <jamesh> jtv: it is quite possible that the LP test suite doesn't run the test suites of all its dependencies <jamesh> after all, changes to LP shouldn't break its dependencies: it is the reverse you need to worry about <lifeless> .win 14 <mtaylor> heyho <lifeless> fun in the sun - http://launchpadlibrarian.net/47476014/fail.png (https://bugs.edge.launchpad.net/malone/+bug/574233) <lifeless> mtaylor: this is where lp and lplib developers hang these days <mtaylor> neat * mtaylor adds to list of channels <mup> Bug #574233: clicking next with empty summary in bug filing wizard shows summary field twice <Launchpad Bugs:New> <https://launchpad.net/bugs/574233> <mtaylor> anybody around got a good idea on how to use launchpadlib from jython in a maven project? (or have a jar already done up?) OR, have any ideas on using launchpad API from java <mtaylor> or have already done my job for me? <mtaylor> thumper: where you been hiding? <thumper> mtaylor: hi <thumper> mtaylor: release tomorrow and a fix of mine isn't working <thumper> mtaylor: I'm debugging <mtaylor> thumper: ah. fair enough <thumper> mtaylor: apart from that, working on wikkid * mtaylor was just talking about that to someone today <mtaylor> the masses are all looking forward to it <lifeless> thumper: I will join the list eventually, I swear <thumper> mtaylor: really? <thumper> :-( the unregistering of fixtures isn't working * ajmitch sort of dislikes having to join the team to subscribe to the mailing list :) <thumper> or at least the remove handler isn't <mtaylor> thumper: yup. we were talking about what a great idea it was, and how much we would enjoy such a thing <thumper> mtaylor: :) <thumper> BjornT: did you see my change to the branch that records the oopses? * thumper primarl screams <thumper> primal <thumper> whatever <thumper> fuck it * mtaylor imagines it's more like a primarl scream <thumper> I found my bug <thumper> sometimes I hate the python object model for inheritance and shitty destructors (or lack of them) * thumper goes to brush the kids teeth while ec2 does its thing <thumper> mtaylor: I'm hoping to have a wikkid release within the next month <thumper> fingers crossed <BjornT> thumper: no, i didn't. i'll look at them now <thumper> BjornT: I got mwhudson to take a look at the changes <thumper> BjornT: and he is pretty happy with them <thumper> BjornT: it adds the ability of the base LP TestCase to record the oopses that occur during a test run <thumper> BjornT: by adding an ObjectEvent for new oopses, and listenting to it in setUp and removing it in tearDown <thumper> BjornT: as a drive by I fixed a spurious test failure that was failing for the exact reason of testing that an oops was generated <thumper> BjornT: spurious in that it failed if that particular test ran over midnight :) <thumper> BjornT: I also added the tests you were after about testing that the errors were recorded properly in the different situations <BjornT> thumper: those changes look good. firing off an event is a good idea, and the tests look good. <thumper> BjornT: just running everything through ec2 again as I came across a test that had multiple inheritance, set up both base classes setUp methods (they were both test case bases) but failed to declare a tearDown <thumper> BjornT: yes it was a code tests <thumper> BjornT: I've added the required tearDown and re-running the tests <thumper> BjornT: if all is good, I'll land it in about 3 horus <thumper> hours <BjornT> thumper: ok <thumper> lifeless: ping <thumper> jml: ping <thumper> someone who understands testtools: ping * thumper goes to clean-up, checking back in shortly * thumper just remembered it is a public holiday in the UK - jml please check IRC anyway! <BjornT> danilos: what's the status of the remaining Translations QA items? <danilos> BjornT, (let me check, I am off today so can't spend much time on it) <thumper> super(TestCase, self).setUp() <thumper> fucking super killing my tests!!! <BjornT> danilos: thanks. maybe you can delegate to someone? <danilos> BjornT, it seems we got a few landings by Adi <danilos> BjornT, henninge is the only translations dev around and he is busy with half of the QA :) some items are simply QAed already (on dogfood) even before they landed <henninge> danilos: I was going to go through the items anyway <danilos> henninge, thanks <henninge> danilos: there is only one item that is not related to build-from-branch. <danilos> BjornT, henninge: so, most of them seem QAed anyway (buildfarm related work), and there is one that isn't (bug 568891) and one that is not 'fix committed' (bug 531768) <mup> Bug #568891: Support "weird" language codes for KDE translations <import-queue> <qa-needstesting> <Launchpad Translations:Fix Committed by danilo> <https://launchpad.net/bugs/568891> <mup> Bug #531768: Import queue status popup displaces page content to the left on Firefox <css> <import-queue> <qa-needstesting> <ui> <LAZR Javascript Library:Fix Committed by intellectronica> <Launchpad Translations:In Progress by intellectronica> <https://launchpad.net/bugs/531768> <danilos> henninge, right <henninge> oh, that one ;) <danilos> henninge, if you've got time to QA 568891 you'd have to do it on dogfood as well :) if not, I'll QA it post-release tomorrow; basically, uploading a kde-l10n-ca-valencia package and one regular kde-l10n-de package should do and distribute their translations across different KDE source packages :) <danilos> henninge, trivial, isn't it :) <henninge> I'll give it a try <danilos> henninge, I'm letting you mark all the template generation bugs as qa-ok <danilos> :) <thumper> jml, lifeless: unping, got it sorted <henninge> thanks ;P <danilos> cheers, I am really gone now (will only be back later to write up a blog post about generation of templates :) <henninge> good stuff <henninge> BjornT: bug 531768 is fixed in lazr-js and would need an lazr-js upgrade in LP to be fixed for us. <mup> Bug #531768: Import queue status popup displaces page content to the left on Firefox <css> <import-queue> <qa-needstesting> <ui> <LAZR Javascript Library:Fix Committed by intellectronica> <Launchpad Translations:In Progress by intellectronica> <https://launchpad.net/bugs/531768> <henninge> BjornT: but I am not sure how if that will happen anyway or if we can do anything. It's not target to this release, anyway .... ;) <BjornT> henninge: right. upgrading lazr-js is a bit too risky to do now. <deryck> Morning, all. <poolie> deryck: hi <lifeless> thumper: hi <thumper> lifeless: all sorted now <lifeless> thumper: kk <BjornT> noodles775: how's the soyuz QA going? you still have a few needstesting items <noodles775> BjornT: I've updated the two assigned to me. I'm pretty sure StevenK's two items are now QA'd, but I'll let him updated them. <BjornT> noodles775: well, isn't StevenK in australia? <noodles775> BjornT: correct. I helped him QA the fix for the first one this morning. * noodles775 checks the kanban <BjornT> noodles775: so it would be good if you could get them updated, and qa them if ncessary. doing it tomorrow is too late. <noodles775> The second bug hasn't been QA'd it seems. One of us will follow it up. <sinzui> BjornT, The registry has two fixes that we can have in review in the next hour. <sinzui> We want RCs for them <BjornT> sinzui: what kind of fixes? <sinzui> BjornT, bug 574142 <-- cause by Edwin's RC landing on Friday <mup> Bug #574142: Could not adapt ProductSeries to IBranchTarget <oops> <Launchpad Registry:Triaged by sinzui> <https://launchpad.net/bugs/574142> <sinzui> BjornT, bug 574431 <- The feature is ready for release <mup> Bug #574431: Remove lpnet guard from project package suggestions <Launchpad Registry:In Progress by sinzui> <https://launchpad.net/bugs/574431> <BjornT> sinzui: ok, that sounds like reasonably RC candidates. you might have to ask flacoste for RCs, though, since i might be unavailable. <sinzui> BjornT, okay. thanks for your advice. <sinzui> Is the branch scanner knackered? My branch has been waiting for 45 minutes <sinzui> oh, I see launchpad-reviews explains the issue <shilbert> Hi everyone, are there any problems known involving the automatic import of translations from bzw into launchpad ? <adiroiban> shilbert: nope <shilbert> it seems the translations are not updated in launchpad although the imported files have updates <adiroiban> I have imported the translations of an bzr yesterdayt <adiroiban> and everthing was smooth <adiroiban> shilbert: can you give me the link to the project? <shilbert> yes, just a second <shilbert> https://translations.launchpad.net/gnumed/trunk/+pots/gnumed <deryck> Is inlinehelp.js the only thing using MochiKit? anyone know for sure? <deryck> sinzui, perhaps you know? ^^ <sinzui> deryck, I believe there are several show/hide/expand/collapse methods that use MochiKit in comments. There is a translations dependency too <deryck> sinzui, ah, ok. thanks. debating whether or not I want to fix inlinehelp to use yui or just do my 3 line fix. <sinzui> deryck, bug 294656 sums of the deps <mup> Bug #294656: Every page requests two JavaScript libraries (remove MochiKit) <tech-debt> <Launchpad Foundations:Triaged> <Launchpad Bugs:Triaged> <Launchpad Translations:Triaged> <https://launchpad.net/bugs/294656> <deryck> nice. thanks! <sinzui> deryck, I suspect you want to do the 3 line fix unless you can dedicate 2 days for YUI <deryck> sinzui, well, I was thinking one day flying. But you're probably right that's it's two days. <deryck> have to sleep some time :-) #launchpad-dev 2010-05-04 <bryceh> I'm getting an error about loom.branch when trying to run 'make schema': http://pastebin.com/d8i40sE1 <bryceh> any ideas? I tried installing bzr-loom but that made no difference. Am I missing something else? <mwhudson> bryceh: what's in sourcecode/ ? <mwhudson> launchpad doesn't use the system plugins for bzr <bryceh> from bzrlib.plugins.loom.branch import ( <bryceh> BzrBranchLoomFormat1, BzrBranchLoomFormat6) <bryceh> from lp-branches/devel/lib/lp/code/bzr.py <mwhudson> sigh <mwhudson> bryceh: there's a directory called sourcecode in the launchpad tree <mwhudson> bryceh: what's in there? <bryceh> bryce@cardport:~/launchpad/lp-branches/devel$ ls sourcecode/ <bryceh> bzr-git dulwich mailman pygpgme subvertpy <bryceh> cscvs launchpad-loggerhead Makefile shipit testresources <mwhudson> that's an odd mix <mwhudson> bryceh: run ./utilities/update-sourcecode <bryceh> mwhudson, ok will give that a shot <bryceh> hmm, that gives this error: http://pastebin.com/nraERpsX * bryceh tries deleting the .bzr dir <wgrant> You probably have to delete the entire shipit directory. <bryceh> wgrant, thanks, seems to be proceeding now * thumper heads to lunch <thumper> bryceh: welcome <lifeless> can I get someone to land a patch for me ? <lifeless> https://code.edge.launchpad.net/~lifeless/launchpad/merge/+merge/23523 <StevenK> lifeless: PQM is in RC <lifeless> oh <lifeless> what does that mean <StevenK> lifeless: release-critical fixes only <spm> lifeless: fwiw, unless it's like ZOMG STOP THE PRESS urgent; hasn't got a hope of getting in todays release. <lifeless> spm: oh clearly <lifeless> just keeping the inventory low <spm> heh <wgrant> lifeless: Option 1: violate separation of concerns in an already hackish script. Option 2: respect separation of concerns slightly more, and make your service look even less reliable and attractive than its already bad reputation. <lifeless> wgrant: doing the revisions at the same time would make the script take much much longer to run <lifeless> doing the scan staggered, so that new work happens fast but the new branches do get scanned, would allow the branches to be available more quickly. <adeuring> good morning <mrevell> Goodly morning <allenap> Good morning mrevell. <mrevell> yo allenap <allenap> mrevell: Today I am lanscallenape <mrevell> allenap, Oh! Man. Congrats :) * henninge changed the topic of #launchpad-dev to: Launchpad Development Channel | Week 4 of 10.04 | PQM is closed | https://dev.launchpad.net/ | Get the code: https://dev.launchpad.net/Getting | On-call review in irc://irc.freenode.net/#launchpad-reviews | Use http://paste.ubuntu.com/ for pastes | staging is down! * henninge changed the topic of #launchpad-dev to: Launchpad Development Channel | Week 4 of 10.04 | PQM is closed | https://dev.launchpad.net/ | Get the code: https://dev.launchpad.net/Getting | On-call review in irc://irc.freenode.net/#launchpad-reviews | Use http://paste.ubuntu.com/ for pastes <leonardr> i need to have a conversation with someone who knows a lot about how launchpad uses apache. i don't want to bother a losa about this since it's development work, but if a losa is free i'd love to talk <leonardr> jml, can you recommend someone? <jml> leonardr: flacoste or BjornT would be my two guesses <mwhudson> so... <mwhudson> code hosting hasn't imploded? <wgrant> Does this mean we're running hostedless? <jml> umm <jml> it probably hasn't imploded, but there have been some weird email behaviours: https://answers.edge.launchpad.net/launchpad-code/+question/109575 <jelmer> jml: fwiw I received that email as well <james_w> jam apparently just proposed a moloolaba branch when I assume he is in bed, so presumably not an isolated incident <wgrant> I haven't got any. <james_w> https://code.edge.launchpad.net/~jameinel/bzr-fastimport/mooloolaba/+merge/14894 <jelmer> jml: I've seen jam's fastimport proposal as well, but IIRC those are the only two. <james_w> Date: Tue, 04 May 2010 10:32:28 -0000 <mwhudson> there's a new job script to send merge proposal email <mwhudson> maybe there were some odd old jobs in the db for some reason <mwhudson> jml: i notice https://code.edge.launchpad.net/~jml/zope.testing/subunit-error has a strange error message * mwhudson goes to bed <jml> mwhudson: yeah, that is weird. sleep well. <james_w> jml: it seems that special permissions for source package branches have broken, but the code looks fine to be in lp:launchpad/devel at least <james_w> is there somewhere else I should be checking? <james_w> at least BranchMergeProposalEdit is no longer granted to uploaders, but that could be because they have lost EditBranch <jml> james_w: hmm. <jml> james_w: I'm dead certain that I added a unit test to check that uploaders have edit on official package branches. <jml> james_w: so, I guess I'd look for that test and make sure it was still valid <james_w> I'm dead certain I added a similar unit test to check that uploaders have edit on merge proposals too <jml> james_w: I don't know which branch most accurately represents the code that's on Launchpad. <jml> james_w: I'd recommend finding someone who is supposed to have upload permissions and getting them to try changing a branch's status and try pushing up to a branch. <gary_poster> mrevell: hi. :-) did you notice during rollout if we can mark https://bugs.edge.launchpad.net/launchpad-foundations/+bug/553171 qa-ok? <mup> Bug #553171: "LP is read-only" and similar messages still point to old maintenance page <qa-needstesting> <trivial> <ui> <Launchpad Foundations:Fix Released by matthew.revell> <https://launchpad.net/bugs/553171> <mrevell> gary_poster, Looked good to me :) <james_w> jml: they have edit permissions, and the code looks good in all the lp:launchpad branches <mrevell> gary_poster, updated <gary_poster> thanks mrevell :-) <jml> james_w: so it's just merge proposals? <james_w> I think so <james_w> I'm going to check further <jtv> gary_poster: hi! How do I run the doctest for lazr.batchnavigator? I'd like to verify my fix for that oops I reported. <gary_poster> jtv: great, thank you! I hope ``bin/test`` will do the trick. <gary_poster> It is supposed to <jtv> gary_poster: I didn't see a bin in that branch, and the LP test runner doesn't seem to exercise it either. <gary_poster> jtv, acknowledging that this sucks and that we have a slow-burning process to make it better, did you see https://dev.launchpad.net/HackingLazrLibraries ? <jtv> gary_poster: just found it <gary_poster> great <jtv> running bootstrap... looks like that'll take a while <gary_poster> jtv, next time se the "Global cache" instructions <gary_poster> that makes subsequent efforts a lot faster <jtv> gary_poster: ok, thanks! <james_w> jml: not a regression, it's just that the check says that they can't upload to lucid now, but we have no way to propose the creation of a lucid-proposed branch with the changes. This will require some discussion. <leonardr> flacoste, bjornt, when you get a minute i'd appreciate your thoughts on bug 574697 <jml> james_w, gnarr <mup> Bug #574697: Launchpad strips incoming TE header <Launchpad Foundations:Triaged> <https://launchpad.net/bugs/574697> <jml> james_w, you right to arrange that discussion? <james_w> yeah <jml> ta <jtv> gary_poster: all done & ready for review... note: the hacking page says to merge your branches directly into trunk, but doesn't mention pushing. <jtv> Oh, that's further down. <jtv> No, it's not. <flacoste> leonardr: didn't we established that it was apache that removed those headers <flacoste> ? <flacoste> leonardr: if i recall, we had put a work-around in place for that behaviour? <leonardr> flacoste: i don't remember encountering this before <leonardr> we have a workaround for apache's treatment of Content-Encoding, but apache's behavior stops the workaround from ever happening <gary_poster> jtv: hacking page: it means bzr co the trunk and then merge and commit <gary_poster> jtv: forward me the review email when you get a chance <flacoste> leonardr: i'd suggest sending an email cc launchpad-dev to our local resident proxy expert: lifeless <leonardr> ok <mars> henninge, ping, looking for a CHR swap? <henninge> mars: Hi. Yes, I am. <henninge> mars: What can you offer? ;) <mars> henninge, how about Monday May 24th? That's a National Holiday here in Canada. <mars> henninge, and I will be looking to swap it <henninge> mars: although it's a Monday, it should be fine ... ;) <mars> yeah, sorry about that :) <mars> henninge, great, I'll tell the list <henninge> last month was a Monday too, but it wasn't too bad. <henninge> mars: yes, please do. <rockstar> abentley, should we allow recipes to be based of junk branches? <abentley> rockstar, I have no strong opinion. <abentley> rockstar, I guess so? <rockstar> abentley, I was thinking we shouldn't. If they want to do that, they should create a project. <jml> rockstar, personally, I'd allow it. <rockstar> jml, rationale? <abentley> rockstar, or create the sourcepackage? <jml> rockstar, there's no compelling reason to forbid them that I know of. it requires work on our part to add the restriction. it requires work on their part to work around the restriction <maxb> It may be useful for people to experiment with the functionality in an obviously personally-sandboxed way <rockstar> jml, why not allow merge proposals on junk branches then? <jml> rockstar, partly because it makes the UI harder for us and harder for the user <jml> which branch do you merge into by default? how do you see the list of active reviews? <maxb> I think MPs ought to be allowed on +junk branches, if only to keep consistency, and allow people to play around with the feature when learning <maxb> default branch: none, they have to specify. list of reviews: only for a specific branch <jml> maxb, regarding junk branches, what I want before absolutely anything else is a dead simple way to turn them into the trunk branch of a new project <maxb> That would be nice. Bring back the ability to rename branches across projects <jml> in general, the reason why we make junk branches less awesome is to encourage people to use projects as the basis for collaboration <jml> (so bugs can be filed, translations done, related branches found etc) <rockstar> jml, so recipes would be an exception to that rule? <jml> rockstar, they'd buck the trend, certainly. I mean, you could also argue that "capable of being owned by teams" breaks the rule. <rockstar> jml, yes, I think it does to some extent. <mrevell> Night <leonardr> james_w, your wadllib code is present in the new version of wadllib <james_w> leonardr: great, thanks <kfogel> sinzui: if possible bug in Answers, should question assignee be ~launchpad-registry? This is re https://answers.edge.launchpad.net/launchpad/+question/109538/ (that question is not an example of the bug, but it describes the bug's manifestation in 109518, which is a confusingly similar number) <sinzui> kfogel, I do not have an immediate answer. retarget it to launchpad-answers (not registry). One of us will get to it <kfogel> sinzui: no such team 'launchpad-answers' (that was my first try) <sinzui> kfogel, you do not need to assign teams or person in answers. We have an answer contact system <sinzui> kfogel, All the contacts get the email. I may not be the first person to answer the question <kfogel> sinzui: I am very confused by what just happened. <sinzui> kfogel, I get about 10 questions a week because I am a contact <kfogel> sinzui: I first tried to retarget to launchpad-answers, and got an "invalid" sign underneath. I wish I'd saved that screenshot. So then I tried to re*assign* to a team of that name, but no such team. <kfogel> sinzui: now I re-blanked assignee and retargeted again, and this time it worked <sinzui> target not assign <kfogel> sinzui: right, that was the order I tried in. And now it's wroking. <sinzui> assign is for actions that require a *specific* person or role. That is to say, assignee to not providing an answer but completing a task <kfogel> sinzui: so, nm, but that was very confusing. No doubt I filled in a wrong field somewhere, but my memory has "corrected" that. <sinzui> I get 15 questions a weeks for the projects I am contact for and I answer within the hour <kfogel> sinzui: thanks for the quick response to that question (109538) <thumper> what do we tag things that can't be QAed? <thumper> like test fixes? <thumper> do we just remove the qa-needstesting tag? <salgado> qa-untestable <gary_poster> bac, ping <bac> hi gary_poster <gary_poster> hey bac. OK, I have unit tests and changes for bug574493. I only have theoretical proof that it should actually do what we want. What else needs to be dine: <gary_poster> done <bac> gary_poster: skip lunch? Freudian slip? <gary_poster> :-) <gary_poster> - actually verify that it does what we want. Maybe you can do this on a dev machine, but I'd be more tempted to do it on staging, if possible <gary_poster> - get reviewed <gary_poster> - get landed <gary_poster> - get CP'd <gary_poster> bac, so, if you are willing, I need you to take over most of that. What I can do is pass off the branch to you with reviewer notes. We could do that verbally looking ata diff or something else like that #launchpad-dev 2010-05-05 <wgrant> Ah, crap. <lifeless> where? <wgrant> Bug 575426 is bad. <mup> Bug #575426: copy-package broken <Soyuz:New> <https://launchpad.net/bugs/575426> <wgrant> I wish our data model didn't make reasonable things impossible :( <wgrant> Hm, and I imagine that check is going to be very slow. <maxb> copying packages has not fared well this rollout <maxb> see also bug 575450 bug 574552 :-( <mup> Bug #575450: +copy-packages nearly unusable due to timeouts <Soyuz:New> <https://launchpad.net/bugs/575450> <mup> Bug #574552: "different contents" error when unembargoing security update or copying packages <Soyuz:In Progress by stevenk> <https://launchpad.net/bugs/574552> <wgrant> Yeah, the fix for 574552 caused 575426 <wgrant> It's a bit unfortunate that all the hashes are expired along with the actual file content. <wgrant> Can't something be done about the scanning delays? Like, say, restaggering all maverick branches? <wgrant> This is not actually an awesome way to get people to hate you less. <adeuring> good morning <mrevell> Helllo <jml> mrevell, hello :) <mrevell> Howdy jml. Don't forget to take blankets, a torch and some water, in case you get stuck in the tunnel. <jml> mrevell, good point! <henninge> What does it mean when I get this error message while trying Branch.getBzrBranch() locally? <henninge> UnsupportedProtocol: Unsupported protocol for url "lp-internal:///~stevea/thunderbird/main" <mwhudson> henninge: you haven't started a server <mwhudson> server = get_ro_server() <mwhudson> server.start_server() <mwhudson> try: <mwhudson> ... <mwhudson> finally: <mwhudson> server.stop_server() <henninge> mwhudson: thanks <henninge> mwhudson: get_ro_server is imported from where? (Saves me the grep) <henninge> I am running make harness, btw. <mwhudson> henninge: lp.codehosting.vfs <henninge> cheers <mwhudson> henninge: there's get_rw_server too <henninge> mwhudson: NotBranchError: Not a branch: "lp-internal:///~stevea/thunderbird/main". <henninge> missing something else? <mwhudson> henninge: is that a sample data branch? <henninge> yes ;) <mwhudson> there's probably not actually any underlying branch data <henninge> ah, ok. I'll push one, then. <mwhudson> maybe ./utilities/make-dummy-hosted-branches is out of date now <mwhudson> yes, looks like it <henninge> mwhudson: yes, that is ... ;I) <henninge> mwhudson: but I was able to push to ~mark/+junk/testdoc <henninge> mwhudson: when I tell an admin to try this on a production server, will they need to start the server as well? <henninge> I'd think not, as it would access the production server. <mwhudson> henninge: no, you will <mwhudson> 'server' is perhaps a strange term <mwhudson> it's the thing that knows how to handle the lp-internal:/// URL scheme <henninge> ok, so it's a local thing <henninge> mwhudson: so, this should work on production? http://paste.ubuntu.com/428201/ <henninge> it worked locally ... ;) <henninge> _hasPotteryCompatibleSetup calls getBzrBranch <mwhudson> oh ok :) <mwhudson> then yeah, that should be ok <maxb> Is there a date set for re-rollout yet? Not being able to copy packages between PPAs is rather awkward <noodles775> maxb: 14UTC is the info I've got, but afaik it won't include the fix for 575426 - StevenK has a patch which he'll get CP'd asap. <maxb> bug 575426 <mup> Bug #575426: SHA1-based copy checking breaks when there are expired sources in the target <Soyuz:Triaged by stevenk> <https://launchpad.net/bugs/575426> <wgrant> And that still won't fix the inefficiency, AIUI. <maxb> ugh <wgrant> So timeouts will still occur for dailies. <wgrant> (the deciding factor is the number of source publications in the target archive with the same name) <maxb> Well, if it worked at all, I could while 1; do ./myscript; done until it works :-) <wgrant> But I suspect the extra load caused by that would finally let Launchpad fulfill its life-long dream, which it has been steadily recently: to service requests in greater than finite time. <noodles775> wgrant: afaiui, it'll not do the check if the source and dest. archives are the same... not sure if that's what you were refering to. <wgrant> Er, steadily approaching. <wgrant> noodles775: Right, but maxb needs inter-archive copies. * StevenK waves his arms. <leonardr> bac, maybe you can address https://answers.edge.launchpad.net/launchpad-registry/+question/109701 or redirect it to someone more knowledgable? <leonardr> bac: i'm also wondering who has responsibility for scripts (bug 575615 and bug 575611). is it foundations? <mup> Bug #575615: scripts/gina.py is not logging to scriptactivity <Launchpad itself:New> <https://launchpad.net/bugs/575615> <mup> Bug #575611: cache-country-mirrors.py is not logging to scriptactivity <Launchpad itself:New> <https://launchpad.net/bugs/575611> <StevenK> The first is soyuz <StevenK> The second I'm not sure about <bac> leonardr: right, first is soyuz second is registry <leonardr> cool, thanks <wgrant> Is changing the project of a bug via AJAX meant to still hang forever? <beuno> wgrant, yes, still unfixed <beuno> deryck, knows about it <wgrant> But it's been like a year. <beuno> something about the URL changing <mars> BjornT, ping <poolie> hi wgrant, beuno, mars <wgrant> Hi poolie. <mars> hi poolie <beuno> heya poolie <mars> wgrant, :( <deryck> wgrant, a year is nothing. There are 4 digit open bugs on Launchpad. :-) <wgrant> deryck: Yeah, but they're not generally obviously broken buttons that never worked :) <deryck> wgrant, depends on who you ask, doesn't it? :-) <beuno> deryck, while we're all complaining <beuno> millions of bugs are not filed per day <beuno> due to the person picker re-directing after you select <beuno> so you loose everything you wrote <beuno> is that on your radar at all? <wgrant> There's a person picker in the bug-filing workflow? <wgrant> (apart from the broken assignee input for bug supevisors) <deryck> beuno, that is. I have about 3-4 filebug bugs that I have on my list of 10-15 bugs that need looking at in the short term. <deryck> wgrant, the broken assignee picker is what beuno means, I believe <beuno> yes <beuno> and hi deryck :) <deryck> beuno, hello :-) <mars> sinzui, ping <sinzui> hi mars <BjornT> hi mars <bac> reviewers meeting starting soon <sinzui> wgrant, ping <sinzui> jelmer, ping <jelmer> sinzui: pong <rockstar> jelmer, ping <jelmer> rockstar: hey <rockstar> jelmer, where are the unittests for IArchiveSet? <jelmer> rockstar: are you sure there are unit tests? <rockstar> jelmer, no. I guess I should have said "Where are the tests for IArchiveSet?" * rockstar whimpers <rockstar> Please don't be doctests, please don't be doctests... <mrevell> night all <intellectronica> rockstar: it's not a doctest, it's a codestory :) <rockstar> intellectronica, those kinds of stories give me nightmares... :) <intellectronica> lol <rockstar> jelmer, I don't see a test at all for it. <rockstar> jelmer, is it alright if I create a unittest for it? <bryceh> I'm seeing an error "ImportError: No module named tickcount" when trying to do rocketfuel-branch <bryceh> http://pastebin.ubuntu.com/428444/ <bryceh> I did a complete re-checkout from scratch on a fresh machine, re-ran rocketfuel-branch and got the same error <maxb> bryceh: This is interesting. I wish I could figure out why <bryceh> I checked and I do have python-tickcount installed <bryceh> I cal also 'import tickcount' just fine from the python prompt <bryceh> s/cal/can/ <salgado> bryceh, can you do that on python2.5 as well? <bryceh> bdmurray, did you run into this too? ^^ Any tips? <maxb> bryceh: The difference will be if you use python2.5 <bryceh> Python 2.6.5 (r265:79063, Apr 16 2010, 13:09:56) <maxb> Please could you check what version of python-support you have installed? <bryceh> yeah forgot to mention, both systems were lucid <bryceh> python-support: <bryceh> Installed: 1.0.4ubuntu1 <bryceh> Candidate: 1.0.4ubuntu1launchpad2 <bdmurray> bryceh: it's been quite some time since I set it up and I'm using a karmic virtual machine <maxb> bryceh: that'll be the problem <maxb> So the question is why don't you have the version from the launchpad ppa <bryceh> I'll do a dist-upgrade <bryceh> rocketfuel-setup looked like it completed successfully, not sure why it would have left that un-upgraded <maxb> bryceh: I think this is an initial-setup corner case. Established developers are so used to being up-to-date with the PPA, so the relevant dependency to enforce this never got added to meta-lp-deps <bryceh> ok, looks like that worked. Thanks! <bryceh> hmm, alright I've done 'make run' and tried loading http://launchpad.dev. It prompts me to confirm the certificate but then I get a 503 error <bryceh> [Wed May 05 11:11:49 2010] [error] (111)Connection refused: proxy: HTTP: attempt to connect to 507-653-2812:8086 (localhost) failed <bryceh> [Wed May 05 11:11:49 2010] [error] ap_proxy_connect_backend disabling worker for (localhost) <bryceh> whoohoo got it * mtaylor got some feedback from someone today that they were trying to find code on launchpad for something, and when they finally found a loggerhead view, they freaked out that the launchpad skin/branding/nav went away <jelmer> rockstar: sorry, was out for dinner <jelmer> rockstar: I think we would have serious concerns about having our code properly unit tested. <rockstar> jelmer, I found some integration tests, but you seem to lack unit tests in general. <jelmer> rockstar: We're usually pretty good about adding them for new code, but there's a lot of existing code that lacks tests. <thumper> mtaylor: that's a bit sad <thumper> mtaylor: I'd love to integrate more <thumper> mtaylor: but we need to make loggerhead scale better first <mtaylor> thumper: put it in the cloud <mtaylor> thumper: doesn't that make everything scale better magically? <thumper> mtaylor: geez, why didn't I think of that? <thumper> mtaylor: we are getting our own private cloud :) <thumper> mtaylor: sugar lined and everything <mtaylor> speaking of clouds... when are you guys going to get a cloud in the us so I don't have to deal with transatlantic lag all the time? <thumper> it seems like we could maybe have a read only slave over there... <thumper> with some app servers <thumper> multi-write masters seem to be complex :) <mtaylor> well sure - if you're using postgres :) <mtaylor> we'll hook you up with some spiffy new drizzle servers with jay's new replication stuff <thumper> and easy for dizzle yes? <mtaylor> of course! <mtaylor> we're a database for the cloud after all :) <wgrant> sinzui: Hi. <wgrant> LOSAs: Is buildd-manager running? <wgrant> It looks like it has been dead for perhaps seven hours. #launchpad-dev 2010-05-06 <spm> wgrant: it is running; but appears it is rather beautifully broken. possibly from the reroll <spm> wgrant: ok. that looks to be working again. reverted back to prior the rollout and seeing stuff happen again. I call shenanigans <wgrant> spm: As you might have noticed, I've been dropping in and out a bit. What's happened since I LOSA-pinged? <spm> lala. I hadn't. <spm> wgrant: it is running; but appears it is rather beautifully broken. possibly from the reroll <spm> wgrant: ok. that looks to be working again. reverted back to prior the rollout and seeing stuff happen again. I call shenanigans <spm> is all you may have missed <AdamDV-iPod> Would it be revealing too much if someone was able to tell me what is the lp servers run? <thumper> hardy right now <spm> my 2c observation is a misconfig/code mess - looks like it's trying to talk to a local postgres instance, vs the db servers <thumper> or do you mean hardware? <AdamDV-iPod> Nope, hardy is a good answer <AdamDV-iPod> Are there plans to upgrade to lucid? <thumper> yes <AdamDV-iPod> I see <wgrant> OK. <wgrant> What's it dying with? <wgrant_> Argh. * wgrant crosses fingers, and asks again: How's it failing? <spm> wgrant of the dropouts: psycopg2.OperationalError: could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket.... <wgrant> So, it seems that my entire Optus cable node drops out whenever I ask how it's broken :P <wgrant> But that looks like a broken config. * ajmitch would blame the censorship <wgrant> spm: Ahem. So, nothing else is showing that sort of failure? <spm> wgrant: not yet........ <wgrant> spm: Because that doesn't look even slightly Soyuzy. <wgrant> I refactored buildd-manager lots during 10.04, but nothing that low-level. <spm> this seems to be a change between the roll; and the reroll; i've reverted to the version from the roll; and that's fine. so... the opportunitys for brokenness are reduced. <AdamDV-iPod> Why python over php or another language? <wgrant> Oh, so it's actually OK now? <wgrant> AdamDV-iPod: Um, well, PHP is... PHP. <spm> and the configs are the same revno; so not config based. my 2c. <wgrant> spm: Bah. I was going to accuse the prod configs. <spm> :-) <AdamDV-iPod> Haha <wgrant> spm: Has it died again, or is it just busy processing uploads? <wgrant> it's not done much for a few minutes. <spm> manually stopped; chasing stuff with jelmer <wgrant> Whereas it should be doing lots every 5 seconds. <wgrant> Ahh. <spm> who isn't here btw. he is 'away'. says so in his irc client. <AdamDV-iPod> Launchpad depends on got-core. How ironic? <maxb> huh? <jelmer> AdamDV-iPod: ah, you mean git-core? <mwhudson> it's for testing git imports <AdamDV-iPod> Yea. Stupid touch screen. <AdamDV-iPod> Oh <AdamDV-iPod> Lp supports git imports? <jelmer> AdamDV-iPod: That's probably to test the git import functionality <AdamDV-iPod> The functionality never ends! <spm> the kitchen-sink module is my personal favourite <maxb> Is there really one? <maxb> Subversion has a kitchen_sink.c :-) <spm> maxb: I have no idea; but I wouldn't be terribly surprised :-) <thumper> AdamDV-iPod: we do everything except what people really want, like wikis and dashboards * thumper tries not to be too bitter <thumper> must be coffee time <AdamDV-iPod> Haha <AdamDV-iPod> People want wikisband dashboards eg? <thumper> AdamDV-iPod: I don't grok what you just said <AdamDV-iPod> Err, eh. I hate the iKeyboard <Guest44380> Translation: People want wikis and dashboards now, ey? <thumper> Guest44380: how many ids do you have? <AdamDV2> Nah, Nickserv hates me. <AdamDV2> I have AdamDV and TuxIce <AdamDV2> Pidgin randomly cuts out, and doesn't identify to nickserv. <thumper> luckily someone is working on wikis :) <thumper> well that sucks <AdamDV2> Ooh nice :) <AdamDV2> And yes, it does. However, its my only option. I loathe Empathy. <jelmer> thumper: Ooh, I wasn't aware of that - who? <thumper> although since they aren't a priority, it is an idle / evening task <thumper> jelmer: me <thumper> :) <AdamDV2> :D <thumper> jelmer: I should have something that will serve a bzr branch as a wiki soon <AdamDV2> Rocketfuel is installing obsolete versions of postgresql, apparently. <thumper> jelmer: it is my evening fun <thumper> AdamDV2: yeah, not yet updated to 8.4 <jelmer> thumper: that sounds really cool <thumper> AdamDV2: it does work with 8.4 <AdamDV2> I see. * thumper uses 8.4 * AdamDV2 uses MySQL * thumper needs food and coffee <AdamDV2> Heh <jelmer> thumper: It looks like Dulwich trunk itself works but the combination dulwuch+bzr-git is broken against http repos atm :-/ <thumper> :( <maxb> Presumably once we go lucid and 2.6 for real, there'll be somewhat more motivation to get on with the move to 8.4 <thumper> jelmer: which versions should I take then? <thumper> maxb: there is no reason not to use 8.4 now <jelmer> thumper: the last version I know at least works is from 13 april <thumper> maxb: it was just that stub hadn't gotten around to it <thumper> jelmer: which versions are they? <thumper> jelmer: cause I really wanted 909 of bzr-git <thumper> jelmer: oh, and you commit *a lot* <AdamDV2> I have *never* had apt-get take 1 hour, 15 minutes and going. <AdamDV2> You guys aren't exaggerating when rocketfuel says "This will take awhile" <jelmer> thumper: bzr-git 889, dulwich 562 <thumper> AdamDV2: you obviously don't upgrade to the beta OS early <AdamDV2> I don't usually upgrade. <thumper> jelmer: [rs=jelmer] upgrade to lp:bzr-git 899 <jelmer> thumper: alternatively I can look at fixing the issue with http, it shouldn't be too hard <thumper> jelmer: from lp's bzr-git branch <thumper> jelmer: if you can fix http, I'll upgrade bzr-git on LP asap <jelmer> thumper: I don't really have time to do that now though, probably friday evening <thumper> jelmer: ok, np, lets look to upgrade early next week <thumper> jelmer: I can add it to my Monday tasks <jelmer> thumper: are you going to be at UDS? <thumper> jelmer: nope * thumper afk for food <wgrant> thumper: This is where I am confused. Why are the things that would make LP less completely unattractive not priorities? <thumper> wgrant: best answer for that is "ask jml" :) * thumper takes laptop to coffee ship <thumper> shop <wgrant> Also, I should look at wikkid at some point. * wgrant rhonda96@example.net. <thumper> wgrant: I've just pushed my work from the last few days into trunk <maxb> Something deeply weird is happening to the Debian package syncer: https://edge.launchpad.net/debian/+source/subversion/+publishinghistory <ajmitch> it's been happening for awhile, I think <ajmitch> StevenK has been looking at it <ajmitch> at least with regards to out-of-date stuff :) <ajmitch> the old version is due to debian being a bit strange, and having 2 different versions of source packages, see this in 'rmadison -u debian subversion' <maxb> oh, it's picked the version in hurd-i386 <maxb> ugh <ajmitch> ugly, isn't it? <maxb> Do you know where the bug might be found (I assume there is one) - registry? soyuz? <ajmitch> most likely related to bug 568745 which I filed <mup> Bug #568745: Debian unstable record of gpt missing <gina> <Soyuz:Triaged by stevenk> <https://launchpad.net/bugs/568745> * ajmitch should put in the info about duplicate info in the Sources.gz from debian * AdamDV2 curses <wgrant> ajmitch, maxb: But gina has been able to handle multiple versions for either a few weeks or a couple of days. <wgrant> StevenK: That was one of your first branches, wasn't it? <StevenK> wgrant: I think so <ajmitch> wgrant: that subversion +publishinghistory is showing the first version listed in Sources as being the latest <wgrant> ajmitch: That suggests that it just hadn't picked it up before. <wgrant> Probably because StevenK's change hadn't landed yet. <wgrant> So when his change landed, it picked up both versions. But the real latest version was already there, so it wasn't recreated. <wgrant> So only the old one was new, so it appears to be the latest. <ajmitch> that sounds reasonable <ajmitch> it just looks a little odd when https://edge.launchpad.net/debian/+source/subversion has that old version as the latest upload <wgrant> Yes, that is slightly COMPLETELY INSANE. <StevenK> Right. The bug is that gina is of the opinion that gpt 1.0.4-3 already exists in the database, so it doesn't import it <wgrant> But it's right. <ajmitch> that's special <wgrant> It's not a bug. <wgrant> Oh, wait, different one. <StevenK> wgrant: It does not exist for Debian sid. <ajmitch> at the time I filed that bug the sync hadn't been requested for lucid either <wgrant> Hmm. <wgrant> StevenK: What suggests that it thinks it's already there? <StevenK> wgrant: Because of the log messages <wgrant> StevenK: Pfft. <StevenK> wgrant: You don't have much faith in logs now, do you? :-) <wgrant> StevenK: I might point out that this is gina we are talking about. <wgrant> I don't have much faith in it, let alone its logs. <StevenK> wgrant: Point <StevenK> wgrant: So I think the bug is in _getSource in lib/lp/soyuz/scripts/gina/handlers.py <StevenK> wgrant: Since that function is effectively the one that decides if the package has been imported and can be skipped, or hasn't, and needs to be imported. <wgrant> StevenK: See, I looked at that, but it looks fine. <wgrant> What is the log message that tells you that it's skipping it? <wgrant> I only see a log call when it isn't being skipped. <wgrant> And, well, https://edge.launchpad.net/debian/+archive/primary/+copy-packages?field.name_filter=gpt&field.status_filter=&field.series_filter= makes it pretty clear that 1.0.4-3 was never in that archive. <wgrant> And _getSource's query looks correct to me. <wgrant> StevenK: So, I doubt it's skipping it because it's already there -- unless you have a log message to prove it. <StevenK> Just getting logs synced <StevenK> 2010-05-06 02:06:20 INFO SourcePackageRelease already published with no chang <StevenK> es as Pending <StevenK> wgrant: ^ <StevenK> 2010-05-06 02:06:20 INFO gpt already exists in the archive <wgrant> Oh, interesting. <wgrant> It really could do with logging the version string, though. <wgrant> StevenK: So, there's only one source version in unstable, but are you sure that's not from a stable/testing run? <StevenK> wgrant: Exactly the same message for sid, lenny and squeeze <wgrant> Hrmph. <StevenK> wgrant: But yes, the SQL reads cleanly and looks right <wgrant> StevenK: Have you tried convincing it to spew SPR/SPPH versions and IDs? I am really really confused at how this can go wrong. <wgrant> My first thought was that it didn't know about archives. <wgrant> But it does. <wgrant> It restricts the location correctly. <StevenK> wgrant: I can't recall how to pull the SPPH out, since the SQL returns the SPR <wgrant> StevenK: The thing prints out 'Pending', so it has the SPPH somewhere there too. <wgrant> But that's probably in publish_sourcepackage. <StevenK> I was thinking in _getSource <StevenK> A debug print of what it thinks is actually in the archive <wgrant> Right, but if you're going to get a patch applied, it's probably best to get as much debugging in as possible. <wgrant> I'd be printing out the version we're searching for, and the found SPR and SPPH IDs. <StevenK> wgrant: http://paste.ubuntu.com/428746/ <StevenK> wgrant: I don't think that's enough, but I welcome suggestions <wgrant> StevenK: SPR IDs too, please. <StevenK> wgrant: It's .id? <wgrant> StevenK: Yes. http://paste.ubuntu.com/428748/ would also be handy. <StevenK> wgrant: http://paste.ubuntu.com/428750/ <wgrant> StevenK: LGTM * spm changed the topic of #launchpad-dev to: Launchpad Development Channel | Week 4 of 10.04 | PQM is open | https://dev.launchpad.net/ | Get the code: https://dev.launchpad.net/Getting | On-call review in irc://irc.freenode.net/#launchpad-reviews | Use http://paste.ubuntu.com/ for pastes <spm> wgrant: LGTM ? Lets Go To Mothers???? <StevenK> Looks Good To Me * spm holds up the humour meter near StevenK ... hrrm. reading near 0.... <wgrant> So, yes, hopefully that patch will tell us something less useless. <adeuring> good morning <mrevell> Morning Launchpadderisers. <StevenK> wgrant: Still here? <wgrant> StevenK: I am. <StevenK> wgrant: Right, so we get this: <StevenK> 2010-05-06 07:15:51 INFO SourcePackageRelease already published with no chang <StevenK> es as Pending (SPPH 478847) <StevenK> 2010-05-06 07:15:51 INFO gpt already exists in the archive * wgrant hunts out SPPH 478847 <StevenK> I have it, going to paste <wgrant> gpt 1.0.4-1 in sid <StevenK> gpt | 1.0.4-1 | debian | sid <wgrant> Intriguing. <wgrant> So... you're sure it's looking for -3? Does the log say so? <StevenK> My debug message doesn't fire at all :-( <StevenK> Oh, duh * StevenK asked spm for the wrong thing <wgrant> archive.txt is too long. <noodles775> yep (well, *exceptionally* long... all the doc tests are long :/) <wgrant> Heh. <maxb> Hrm. <maxb> When the datacentre upgrades to lucid, as a side effect of the updated dpkg, the form of the quilt metadata in all source format 3.0 package import branches is going to change <maxb> From the .dpkg-source-applied file to the .pc/ directory <wgrant> maxb: Hm, it's not already running a very recent dpkg? <maxb> Not *that* recent <maxb> The change is in 507-653-2812 <wgrant> Oh, really really recent. <wgrant> This would be a james_w thing, right? <maxb> yes <james_w> eh? <leonardr> BjornT, can you help me track down the apache configuration for launchpad in production? <leonardr> i thought it would be in lp-production-configs but that only has launchpad configs <BjornT> leonardr: i think you need to ask a losa for that <leonardr> losas, will you induct me into this secret? <maxb> james_w: Once the udd importer starts running on lucid, lucid's dpkg will be producing a different form of quilt metadata in unpacked sources, so there will be spurious churn in the first versions of every 3.0 package imported after the change <maxb> I don't think there's anything to be done about that, though <james_w> no, I don't think so <maxb> In a perfect world we'd move the format change into its own revision, but ETOOMUCHFAFF <manish> leonardr, you free? <leonardr> manish: i'm actually about to go afk for a bit. are you available at around 12:30? <manish> leonardr, 12:30 UTC? <leonardr> manish: sorry, that was stupid <leonardr> in about an hour and a half <manish> leonardr, sure <leonardr> great <jml> wgrant, I'm happy to answer an email, or talk at UDS or what have you <manish> leonardr, am back. Whenever you are free, just tell me <leonardr> manish, i'm back <manish> leonardr, I was just checking your mail again. It is highly insightful. I never thought of that situation <manish> the major question is have is what I mentioned at the end of the second mail I sent. How will the apps know about the
{'channel': 'launchpad-dev', 'month': 5}