=== spm changed the topic of #launchpad-dev to: This is Launchpad Development Channel | Week 1 of 3.1.12 | PQM is closed; RC only | I am Zero OOPS and So Can You! http://is.gd/4fkLl | https://dev.launchpad.net/ | Get the code: https://dev.launchpad.net/Getting | On-call review in #launchpad-reviews | Use http://paste.ubuntu.com/ for pastes | This channel is [00:04] I lashed out on the w/e and bought some vowels. now to spend 'em. [00:11] dhillon-v10 has tried to most of my teams in the past 24 hours :( [00:11] Er, tried to join. [00:11] yay :-/ [00:13] and dhillon-v10 is? [00:13] spm knows him. [00:13] another overly-helpful or inquisitive person? [00:15] ajmitch: exactly. described himself as "... *THE* launchpad answer person". it's nice they're so keen and all; but perhaps overdoing it. [00:15] heh. even so far as to wanting admin powers on LP so he could fix stuff.... :-) [00:16] heh [00:25] jelmer: there has probably been no change since the 4th of Dec for https://code.edge.launchpad.net/~kiko/linux/2.6.31 [00:25] * thumper heads for coffee [00:25] bbl [02:01] * thumper has lotsa wine now [02:46] spm: is staging updating? [02:49] thumper: looks like it. it was hung in an earlier update; killed that; is now updating for ~ the past 40 mins. [02:49] :-| we have some imports running [02:49] for 4 hours so far [02:50] bigish bzr-svn tests [02:50] ew [04:33] * thumper stops for dinner [05:58] thumper: https://code.staging.launchpad.net/~mwhudson/boost/trunk succeeded after 8 and a bit hours [05:58] thumper: yay for bzr-svn i think [06:32] mwhudson: http://staging.launchpadlibrarian.net/36556292/boost-trunk-log.txt are we missing saving a cache? [06:33] thumper: bzr-svn saves its caches in ~/.bazaar somewhere -- the cache will get built once per machine [06:33] thumper: which is a bit lame, but not too bad [06:34] thumper: it would be better to be better, but that requires some hacking of bzr-svn [06:37] ok [07:17] mwhudson: I suggest filing a moderate priority bug on that: the caches will have the following issues; [07:17] - they will grow in size and not be capped [07:18] - concurrent imports from the same svn repo will interfere with each other [07:18] - they can take some time to build [07:58] Can I convince a merge proposal diff to be regenerated without pushing a new revision? [08:00] * wgrant considers uncommit, push --overwrite, pull, push [08:05] wgrant: not yet [08:06] wgrant: at least I don't think so [08:06] gmb: what's the status of the fix for the two failing Bugs Windmill tests? [08:07] thumper: what's the status of the fix for the failing Code Windmill test? [08:07] thumper: fixed awaiting release-critical stamp [08:08] BjornT: thanks for reminding me, I need to put it on the release blockers [08:09] thumper: cool, thanks. [08:14] wgrant: why is it out of date? [08:15] thumper: I set a prereq branch on the MP. It generated the diff with the prereq branch. [08:15] But then I pushed some more revs several days later (the prereq branch was still unmerged). [08:16] It regenerated the diff, but this time it appeared not to have taken the prereq into account. [08:16] umm... [08:16] it will have... [08:16] unless you convince me otherwise [08:17] Argh, staging is too old :( [08:17] But you're right, it looks like it does do it, since now that I've repushed it has gone crazy with conflicts. [08:18] They are really strange conflicts. [08:19] wgrant: staging doesn't really have the branches from production [08:20] thumper: I know, but it probably does have the crazy diff if a dump is being restored at the moment. But since the new diff is insane too (the pre-req has been merged), I wonder if they just don't merge well (criss-cross merges, or somesuch). [08:21] * wgrant tries. [08:21] wgrant: if you have a pre-req, then merge trunk into the second, then merge trunk into the first, then the pre-req into the second, you get criss-cross [08:22] wgrant: I work with pipes when using pre-reqs [08:22] wgrant: merge trunk into the bottom unmerged pipe [08:22] wgrant: then 'pump' [08:22] all done [08:22] thumper: Yeah, I normally do too. But not in this case. [08:22] * thumper shrugs [08:22] oh well [08:22] I love bzr-pipeline. [08:22] me too [08:25] Oh. [08:25] I see what happened. [08:27] The pre-req that was merged is slightly different from the one that Julian landed -- he merged trunk into it, then landed. I didn't notice that it had landed, so I merged trunk into it and then pushed it. [08:27] So there is a horrible horrible devel criss-cross in that branch. [08:40] jtv: hi. For branch-sync, I talked with Danilo and Henning and they told me it should also work with an empty branch. bug 494762 [08:40] Bug #494762: Export to branch is not working for a fresh branch creating using LP UI [08:41] thanks for the email :) [08:41] adiroiban: it's a somewhat obscure distinction... it'll work for an empty branch, but not for a nonexistent branch. [08:41] adiroiban: if nothing has been pushed, it's nonexistent. [08:41] but you can create an empty branch & push it. [08:42] jtv: ok. so the bug is invalid? [08:42] or is for the wishlist? [08:43] no, the bug is valid but subtle—it's not actually possible to "create" (in the strictest sense) a branch using the LP UI. [08:43] the "register a branch" option registers a branch, but does not create it [08:43] (although if the branch is mirrored, a cron job will then create the branch by importing data from elsewhere) [08:44] When you register a hosted branch (as you do for translations exports), the LP UI really just "reserves a spot" for it. [08:45] The solution that we have in mind for the bug is to leave uncreated branches out of the list of options in the branch picker. [08:48] OK. Can I touch that branch now? [08:56] danilo[home]: [08:56] Argh. [09:03] bigjools: Are you likely to have enough time to re-review gina-3.0-support today? [09:03] (thanks again for getting the other one landed) [09:04] wgrant: yep [09:07] bigjools: The diff generated by LP is full of conflicts that I cannot reproduce locally -- the intermediate diff is attached, and http://paste.ubuntu.com/341024/ is the full diff. [09:07] ok ta [09:07] is the branch against db-devel? [09:08] bigjools: It was, but that was before 3.1.11. The MP is still against db-devel, but it's fine in devel. [09:08] right, that was my next Q :) [09:08] LP doesn't allow me to retarget it :( [09:09] yeah, thumper should really fix that :) [09:09] bigjools: it is on my dashboard :) [09:09] \o/ [09:21] Morning [09:51] good morning [10:22] * bigjools is loving thumper's change to highlight MP changes done after it was first made [10:22] * wgrant liked that too. [10:23] Although no automatic diff intermediate diff :( [10:24] gah I need to set up a WOL on my test box [10:24] * bigjools trudges back through the rain into the house === danilo[home] is now known as danilos [10:43] wgrant: FWIW the diff of your gina branch is fine here, I suspect there's a bug in the codehosting stuff [10:44] danilos: I need you to approve https://code.edge.launchpad.net/~wgrant/launchpad/gina-3.0-support/+merge/15478 for release-critical [10:44] bigjools: It's probably because of the prereq branch. There was something horrible going on there, but I removed the revision that didn't get merged, but the diff was still generated broken. [10:44] bigjools, sure, looking [10:44] Very odd. [10:45] danilos: thanks - it was another branch dependent on the buildbot update that didn't get done on Friday [10:45] bigjools: (you merged devel into my other branch, then landed it. Later that day, I merged devel into the branch, not realising it had landed. I think that confused things.) [10:45] bigjools, whoa, that looks huge [10:45] danilos: the diff is fucked === henninge changed the topic of #launchpad-dev to: This is Launchpad Development Channel | Week 4 of 3.1.12 | PQM is closed; RC only | I am Zero OOPS and So Can You! http://is.gd/4fkLl | https://dev.launchpad.net/ | Get the code: https://dev.launchpad.net/Getting | On-call review in #launchpad-reviews | Use http://paste.ubuntu.com/ for pastes | This channel is [10:46] * danilos "phews" [10:46] danilos: http://pastebin.ubuntu.com/341071/ [10:47] bigjools, it's still reasonably big... have you had a chance to test this already on dogfood? [10:47] danilos: doing so right now [10:47] It's also only gina. [10:47] bigjools, ok, let me know how that goes, I'll take a look [10:48] danilos: if it doesn't go in, it'll end up being a CP request next week [10:48] and the Ubuntu mafia will knock your door down ;) [10:50] bigjools, heh, I am not that easily intimidated :P [10:50] danilos: that cross-dressing guy in the bar in Barcelona did a good job :D [10:50] bigjools, btw, that cowboy listed on LPS for expire-ppa-binaries is also landed, right? [10:50] bigjools, heh, I hope you are not trying to do the same :) [10:50] danilos: I don't know, it was salgado's bug [10:50] bigjools: I presume the dpkg upgrades for cocoplum/germanium/iron and whatever runs debdiff are scheduled? [10:51] bigjools, though, that'd look good on you :P [10:51] wgrant: argh good point [10:51] bigjools: buildds are pretty much sorted, fortunately. [10:52] yes [10:52] wgrant: will gina pay attention to the sourcepackageformatselection ? [10:53] bigjools: No. [10:53] gina doesn't pay much attention to anything, and the archive is trusted, so I didn't think it important. [10:53] I guess it doesn't matter [10:54] adiroiban, around? [10:55] salgado: hi. yes. [10:55] adiroiban, hi there. did you get a message telling you about the tests that were failing in your branch? [10:55] salgado: nope. [10:56] adiroiban, can you check if it was not incorrectly flagged as spam? [10:56] bigjools, please add that to the special rollout requirements if it's not there already [10:56] salgado: who is the sender? [10:57] maybe it's just delayed [10:57] bigjools, also, what about that cowboy for expire-ppa-binaries on librarian? is it landed yet? [10:57] adiroiban, let me check who's the sender. it should've been sent Saturday [10:57] danilos: do you mean the one to set the number of days? [10:57] bigjools, there are https://pastebin.canonical.com/25653/ and http://paste.ubuntu.com/339326/ [10:58] bigjools, well, both of these, if you know anything about them [10:58] danilos: the first one was sorted with a "proper" fix that landed [10:58] 2nd one is salgado's auth store fix [10:59] bigjools, ok, cool, thanks for the update [11:01] jml, around? if I use 'ec2 land' on someone else's branch, using a merge proposal, who gets email if tests fail? [11:13] wgrant: did you do any local testing with the gina patches? [11:13] dogfood doesn't have a Debian archive handy :( [11:14] bigjools: Not for about a month. [11:15] There's a small 3.0 archive around somewhere.. [11:15] * wgrant hunts. [11:15] that'd be very useful [11:15] http://people.debian.org/~brlink/v3test/ [11:16] awesome [11:16] salgado, everyone [11:16] debmirror that, I guess. [11:16] salgado, you and the other person [11:16] salgado, --dry-run is your friend [11:17] salgado: can you please forward the email? Thanks! [11:17] adiroiban, I didn't get it [11:17] salgado: ah. [11:17] g'night [11:25] adiroiban, I think I detached the thing too early so it didn't send out emails. I'm submitting it again. hopefully we'll get an email this time [11:25] salgado: well, life sucks :) . So you just know that it failed? I just started a new full test, but I ran one before pushing the changes [11:26] salgado: ok. thanks! [11:26] bigjools, wgrant: btw, I want to keep track of why something had to be RCed (it can be as simple as "buildbot images were not ready for this"), so what about https://code.edge.launchpad.net/~wgrant/launchpad/gina-3.0-support/+merge/15478? also, is there a bug we should add to CurrentRolloutBlockers? [11:28] danilos: basically I was a slacker [11:28] bigjools, ok, good enough, thanks :) [11:28] salgado: ok. although don't know if I can access those logs [11:29] danilos: the CP blocked everything on Friday and by the time I'd dealt with that it was very late my time [11:30] bigjools, right, I can see several other problems CP on Friday might have caused, ta [11:30] bigjools, btw, has that been CPed? is it worth CPing now (downtime and all) or can we wait for Wednesday release? [11:31] bigjools, it'd be a shame to cause so many issues and not even CP it if we should :) [11:31] danilos: it was CPed today [11:31] bigjools, ok, thanks [11:35] adiroiban, btw, I probably won't have much time to help with bug 496361 until the rollout (I am doing release management this time around), but I'd be happy to help with the general direction :) [11:35] Bug #496361: Register a single view (SeriesLanguageView) for all ISeriesLanguage-implementing objects [11:36] danilos: np. I still need to get the current changes landed :D [11:36] adiroiban, yeah, most of that is not happening before rollout either unless they are RC :) [11:38] danilos: yep. don't worry. I can wait and there are plenty of other unrelated bugs to nail [11:39] are we going to have the final release of YUI available on edge soon ? [11:42] adiroiban, we don't have it yet? [11:42] adiroiban, afaik it should be on production as well [11:43] danilos: hm... on devel it was only 3.0_p2 [11:44] let me check if it was updated [11:46] ah...stupid me. it's here, but I didn't merged that branch with the latest devel [11:46] adiroiban, look at lazr-js/build/yui to see what YUI are we actually using === matsubara-afk is now known as matsubara [11:52] is there an annoucement list for such updated? I tried to read the bzr log, but I could not find any reference about updatind yui [11:57] wgrant: gina has the most bizarrely contrived config I've ever seen [11:58] bigjools: YES. [11:58] But I think that's as a result of bug #1234 [11:58] Bug #1234: Gina is an unmaintainable mess of command line options, environment variables and shell scripts [11:58] heh [11:58] It's now instread an unmaintainable mess of having to add each target to schema-lazr.conf WTF [11:59] no kidding, that's a royal pain [12:01] * wgrant tracks down that diff, just to see if it was less foul before lazr.config. [12:01] wgrant: more than likely [12:02] Yeah, there was no need to add it to the schema with ZConfig. [12:08] wgrant: I am singularly failing to get an import done on DF, it's hanging, did you ever see that when you played with it? [12:08] No. Let me try it again locally. [12:11] bigjools: How did you mirror it? [12:12] wgrant: rsync to my box at home then copied a tarball up to DF [12:12] s/rsync/wget/ [12:12] Ah. [12:15] * wgrant tries the remember the correct gina sacrifice sequence. [12:15] s/the/to/ [12:22] bigjools: It's importing OK for me. [12:23] ok cool [12:23] I think my goat is the wrong breed [12:23] Argh, some borkage in the later ones. I think my DB lacks some of the sections. [12:23] * wgrant adds them and tries again. [12:24] I think the docs for pocketrelease and distroseries are around the wrong way. [12:24] pocketrelease needs to be the source (in this case 'test'), while distroseries needs to be the destination. [12:24] Whereas the docs in schema-lazr.conf say the opposite. [12:25] it doesn't help when I get a traceback from os.path.join [12:25] Ewww. What did you do? [12:26] nothing! line 57 in gina/archive.py causes it [12:26] You must have left some config option blank? [12:27] I did, but then the prod config does too [12:27] bigjools: Hm, where does it hang for you? [12:28] Oh, that archive will fail now. Curses. [12:28] it's ok now [12:28] (it uses lzma compression parts, whereas dak recently changed to not support lzma, and I was advised to follow) [12:28] yeah I saw that and wondered [12:29] Should I hack a better archive together, or do you want to cheat and add lzma to the regexps? [12:29] I'd rather have a realistic archive [12:30] I wonder if it will import an archive produced by itself. [12:30] hmmm well my test run just went bang [12:30] Uhoh. What died? [12:31] lots [12:31] I'll capture a log this time! [12:32] bigjools: available when you are [12:33] wgrant: http://pastebin.ubuntu.com/341125/ [12:33] adiroiban: just heard that the export-to-bzr bug was a new one, not the one I thought it was [12:33] bigjools: Oh, so not actually a test run, but a run over that dodgy archive? [12:33] tes [12:33] yes [12:34] * wgrant uploads a tarball of his dev PPA with three v3 sources. [12:34] jtv: ok. np. I will not touch that branch [12:35] bigjools: I'm not sure about those section errors, but the null filetype ones are because of the lzma. [12:35] yeah [12:36] jtv: ok, what's going on my man [12:36] adiroiban: sorry, I was mentally still in the middle of our earlier conversation. I mean it's the same problem, and with the same solution on your end—it's just that a complementary way of handling it on our end has come up. [12:37] bigjools: hi! was hoping we could have a call—not anything too much special, but maybe I could (1) catch up on what happened in my absence and (2) solidify my next steps [12:37] * jtv turn s on air conditioner [12:38] in the old days you needed friends & family to tell you you had heat on the brain and were spouting nonsense [12:38] "too much special," indeed [12:38] now you just see it in your own irc client [12:44] bigjools: http://williamgrant.id.au/f/1/2009/wgrant-v3-ppa.tar.bz2, import from lucid. === henninge is now known as henninge-lunch [12:50] wgrant: ok ta [12:50] going OTP, will do it in a but [12:50] bit === mrevell is now known as mrevell-lunch [13:23] bigjools: Do you need anything else from me? [13:23] I should sleep. [13:23] wgrant: I'll just grab your archive === mrevell-lunch is now known as mrevell [14:01] hey, any launchpad devs available [14:06] did someone land a change that made patches have different icons to normal attachments? === flacoste_afk is now known as flacoste [14:08] just wondering if anyone would be interested in seeing and commenting on some mockups I made for ideas on how to improve some parts of launchpad's UI [14:11] It must be said that the final release-week of the year before everyone goes on holiday is possibly not the optimal time for that question :-) [14:11] heh [14:12] well I had some free time this weekend and just had a little play around [14:12] hoping it might be of interest, maybe for the new year === henninge_ is now known as henninge [14:13] You may be lucky, and find someone who hasn't got anything release-critical going on [14:13] But dropping an email to the launchpad-dev list might be preferable [14:13] ok thanks, I'll try that [14:14] morning launchpadders [14:51] how I can aquire devmode in a View? [14:53] devmode and icingroot [14:55] adiroiban: what is it that you want to do? (I've normally only needed those from the template, where they are defined in the base layout template) [14:55] I need to include the translations.js in a template/view [14:56] i saw henning doing this for the recent translations.lp.net/+langauges page [14:56] Great, he'd be a good person to ask then (and should be around)... henninge ^^ :D [14:57] :) [14:57] adiroiban: hang on, I'll look it up [14:57] henninge: no hurry [14:58] btw. what is the policy/rule for js function? Should I add them in translations.js ? or i should create a different namespace for each view? [15:00] adiroiban: add to translations.js unless you are doing something really big [15:01] adiroiban: is this what you meant? http://paste.ubuntu.com/341215/ [15:01] henninge: yes === matsubara is now known as matsubara-lunch [15:02] adiroiban: I am not sure where icingroot is coming from [15:02] it's set in the base template iirc. [15:02] adiroiban: this snippet is from lib/lp/translations/templates/translation-import-queue-macros.pt [15:03] noodles775: I suspected something like that [15:05] henninge: I saw your changes... and I have a similar setup... but I don't know why those variables are not aquired [15:11] henninge: solved [15:12] oh cool, what was it? [15:12] I think they are defined as global in the main-macro [15:13] so I had to add metal:use-macro="view/macro:page/main_only" [15:13] ah yes, you need that. [15:13] as I in a +fragment, it was not previously added [15:14] as I was in a +fragment, it was not previously added [15:15] uh... i can not use view/macro:page/main_only in a +fragment, as it adds the header [15:17] adiroiban: what exactly do you mean by +fragment? [15:17] henninge: https://dev.launchpad.net/Web/TemplateCodeReuse [15:18] is that a fragment of HTML returned through API? [15:18] Fragment Views [15:19] I'm working on distroseries-langchart.pt for filtering preferred langauges [15:20] adiroiban: I guess you will have to do the including in the main page. [15:21] henninge: I will try, but I don't think it will work, as it looks like they are done in different requrest [15:21] adiroiban: that does not matter to the browser, though. It's the browser that will evaluate the js. [15:22] henninge: just a second . what should I include ? [15:22] :) [15:22] the macros is already included [15:22] http://paste.ubuntu.com/341215/ ? [15:22] in the main page [15:23] henninge: true. thanks! [15:23] silly me === salgado is now known as salgado-lunch [15:57] danilos: when is devel closing (it's not mentioned on the CRB page...) [16:01] henninge: love what you did to the +languages page [16:02] noodles775, it's already closed, I didn't know one had the option to not close it when we enter RC mode [16:02] jtv: me, too ;) [16:02] danilos: ok, thanks. === matsubara-lunch is now known as matsubara [16:11] Chex: ping [16:12] sinzui: hello there [16:13] Chex: A user just identified https://edge.launchpad.net/~vicodin-online-35 That account must be SUSPENDED [16:14] sinzui: ok, looking at it now. === salgado-lunch is now known as salgado [16:17] mars: flacoste: anyone looking into SPAM: search for "buy" in review projects" https://edge.launchpad.net/projects/+review-licenses?field.search_text=buy&field.active=True&field.active-empty-marker=1&field.license_reviewed=False&field.license_reviewed-empty-marker=1&field.license_approved=False&field.license_approved-empty-marker=1&field.license_info_is_empty=&field.license_info_is_empty-empty-marker=1&field.licenses-empty [16:22] Chex: This user registered 12 project creating spam: https://edge.launchpad.net/~azartok. Please SUSPEND this account. [16:25] sinzui: both of those accounts are now suspended. [16:25] Chex: you rock. [16:34] sinzui: no problem :) [16:38] adiroiban, we're having problems with our tools that run the test suite on amazon's ec2, but you might be able to find all test failures by running just './bin/test -vvm translations' [16:40] salgado: ok. thanks. I just ran ./bin/test -vvc -m translations --layer PageTestLayer and everhing was ok. I will try with the full module [16:46] salgado: or maybe I should merge again with devel [16:48] adiroiban, that shouldn't be needed; just running all translations tests should tell you which ones are failing [16:49] salgado: ok. I have started the test. it should be ready in about 1h === beuno is now known as beuno-lunch [17:26] sinzui, ping [17:32] hi deryck === beuno-lunch is now known as beuno === deryck is now known as deryck[lunch] [18:07] bac: how goes the QA of mimetypes? Can you prove that I was incompetent? [18:29] Could some brilliant mind please look at bug 496360 and tell me what you think? [18:29] Bug #496360: Can no longer log in with OpenID modules [18:30] gary_poster, ^ ? [18:34] The standard OpenID still works for Drupal. I drupal-teams still seems to work. I don't know how to verify drupal-launchpad. If there is an issue in drupal-launchpad it's likely the cause of a change in Launchpad. If this is the case I need to figure out what changed so I can correct this in the module. [18:36] MTecknology: To my knowledge, that code has not changed for > 1 month. I'll go verify after I send this message. Another team is in charge of the openid code now, but we deploy it for Launchpad, so I can check for revision numbers. [18:36] I don't quite understand this part of the original report: "However.. If I use the Drupal OpenID module and used the launchpad openid string. Obviously creating a different user in the process. This worked fine." Does that imply there could be a change to the db alone (not the code)? I don't understand what the person did in that report. [18:37] Hello everybody! can anybody tell me why I can't post BB message type of forum, although I am rezistered with them? is it because of my java plug-in? [18:38] MTecknology: mm, there were some changes for Py 2.5 support, but that should not be pertinent... [18:39] Hello gary_poster can I ask you a question? [18:40] bumba: sure, though I must admit that I don't understand what you just asked. Is it openid related? [18:40] noodles775, hi, I am looking at your RC === deryck[lunch] is now known as deryck [18:42] Thanks danilos... I'll be back and forth for a bit, but feel free to ask any questions :) [18:44] MTecknology: I can verify that the code has not changed except for one test line difference (for Python 2.5) since 2009-10-18 [18:44] gary_poster: I'm lost right now because Drupal 5 is used for the fridge and the module code hasn't changed in long time. The code for the modules in Drupal 6 changed recently but those are trivial as well.. It affected Drupal5 and Drupal6 at the same time.. [18:44] gary_poster: thanks for looking at that [18:45] gary_poster, I was just doing QA on r10025, the buildonce_eggs target. I'm not sure that the target is doing what you expect. [18:46] MTecknology: ok, let me ask SAs if we have seen any DB changes recently. That's the only other thing that could affect this AFAIK. What's the most specific time frame you can give me for when this started breaking? [18:46] mars, ok, thank you. I tested it, but certainly may have missed something. what are your concerns? [18:47] gary_poster, "find eggs -name '*pyc'" and find eggs/ -name '*pyc'" return different results in trunk/. [18:48] noodles775, btw, can you add it to CurrentRolloutBlockers as well so we can track QA and status? [18:48] noodles775, oh, it's there, nm me :) [18:48] gary_poster, since eggs is symlink in trunk, "find eggs" won't work. You have to explicitly tell it to enter the directory, with "find eggs/", or "find -L eggs" [18:48] gary_poster: I just noticed about 2 weeks ago that something was funky. I normally stay logged in for a while so that's teh best I can do... sorry [18:49] mars, for LOSA's this will not be a symlink. you should test this by moving your egg directory aside [18:49] gary_poster, since this fix is for production, and assuming that in production eggs/ is a hardlink or directory, this may not be an issue [18:49] mars: right. If the eggs directory is missing, one is created. that's what the LOSAs use [18:50] MTecknology: eh, ok, that's pretty broad, but I'll see what the SAs can give us. [18:50] gary_poster, ok, I'll mark it as OK then [18:51] thank you mars [18:56] noodles775, I'll be leaving soon; the change itself looks good, and I can see how it's pretty important; good QA is a must though :) [18:59] gary_poster: sounds like it was working for one person on the fridge on the 10th. They didn't try to log in again until today. [18:59] MTecknology: ok cool, I'll add that to the description [19:02] gary_poster: thanks. It could very well be a bug in Drupal or the modules. I'm just trying to follow the logical order. [19:03] MTecknology: ack, makes sense [19:05] noodles775, I'll be leaving now, and the branch looks good [19:10] gary_poster: It doesn't look like Drupal changed any in this time... [19:11] gary_poster: actually..... The moment where it seemed everything broke is after the last time LP went down [19:11] err - the time before that maybe.. [19:13] MTecknology: Drupal not changed: OK. I have my DB question floating the proper place. That--or some certificate thing or something--is the only thing I can figure. [19:13] MTecknology: everything broke after the last time LP went down: How do you mean? I thought you said someone had success on Dec 10? [19:13] MTecknology: will be afk for a bit. [19:14] gary_poster: I guess too much changed for me to have any specifics on the issue. I guess I'm just hoping it's somethin with Launchpad itself because D5 and D6 have the same issue when nothing changed with either one. [19:16] If there was a db change that would make plenty of sense that this exact issue come up. [19:16] Thanks danilos - yep, I'll run it through on dogfood first thing tomorrow. [19:16] gary_poster: thanks for looking into this. I might be afk a little bit too. [19:19] ok, approved, I assume this is not something that can even be remotely testable or usable on edge solely, so let's get it in [19:19] noodles775, do some good QA on it, especially with the big refactorings you've had in soyuz recently :) [19:20] yes, I spent quite a bit of time dogfooding the IBuilder refactoring already. [19:20] Will do. [19:44] sinzui: i was able to confirm the incorrect mimetype downloading from staging. i'm about to do more testing on lp.dev [19:44] bac: Should we revert, or try to fix it? [19:45] sinzui: i don't see any reason to revert. we're no worse off now than before [19:45] bac: is the patch mime-type working? [19:45] i'd like to investigate to come up with a fix...at least understand what is happening [19:47] sinzui: http://paste.ubuntu.com/341393/ you see here that the local mimetypes modifications work, at least locally using bin/py [19:48] sinzui: this, however, is still messed up: wget -S http://staging.launchpad.net/sachco/trunk/0.1/+download/words.tbz2 === salgado is now known as salgado-afk [20:08] danilos: ping [20:09] leonardr, ping, is there some way to tell launchpadlib to only use cached responses? In essence, to work offline? [20:09] mars: no, because not everything is cached. for instance, collections [20:09] if everything were cached, then there would be no problem using it offline [20:10] it would work automatically [20:10] bigjools: Thanks. [20:10] np [20:10] leonardr, ah. My use-case is running the same spam filter script over and over again. I don't want to keep re-fetching person objects if I don't have to. [20:10] hi gary_poster [20:11] leonardr, it should be easy enough to code something myself [20:11] mars: well, it might be making conditional requests to see if those person objects have changed. i don't know if launchpad sends cache settings [20:12] leonardr, yeah, but getting 304s is slow, too [20:12] or HTTP HEAD requests [20:12] bigjools: What do you know about the dpkg upgrades? [20:13] wgrant: not done yet [20:13] mars: what i was saying was, to avoid 304s launchpad should send cache directives so the client knows how long it can wait between conditional requests [20:14]