[12:22] mpt: we definitely need a "highlighted box in the middle of the page" [12:22] could use portlet-style colours [12:24] sabdfl: launchpad _will_ be open-source in the future, right? gajim upstream bugs me about it :-/. [12:24] Nafallo: yes, in time [12:24] we've released bits of it already [12:25] small bits - libraries, and the calendar code [12:25] :-) [12:25] sabdfl: .highlighted {background-color: #f7f9fa; border: 1px solid #8cacbb; padding: 0.5em;} [12:25] sabdfl: thanx :-) he found this blog entry: http://azure.humbug.org.au/~aj/blog/2005/09/04#2005-09-04-launchpad-freeness [12:26] so I thought it was best to ask ;-) [12:26] mpt: can i commit that? [12:27] to launchpad.css? [12:27] sure [12:28] mpt: i'll go with dotted [12:29] sabdfl, does launchpad have an easy way people can request apps to be packaged for a particular distro? [12:29] not dashed? === mpt throttles kiko [12:29] Burgundavia: no, that's a great feature [12:30] Burgundavia: if you do up a spec in wiki.launchpad.canonical.com we could discuss it at UBZ [12:30] sabdfl, sure, will do after I push out the quicktour (which can now be seen here --> http://doc.ubuntu.com/gnome/quicktour/quicktour.html ) === Nafallo goes to look [12:31] that version is old, but only a few minor cosmetic things have changed [12:31] Burgundavia: you're not going to add screenshots first? ;-) [12:32] Burgundavia: ah, :-) [12:32] Burgundavia: like screenshots? ;-) [12:32] Nafallo, no, I am going to ship it like that, so that users can simply imagine the great features [12:32] Burgundavia: lol :-) [12:33] Burgundavia: that's what I thought then ;-) [12:33] Nafallo, I have to wait for art-freeze on the 29th to start doing screenshots [12:33] ah === Nafallo was right :-P [12:33] Nafallo, do use gaim? [12:33] Burgundavia: gajim :-) [12:33] grr [12:34] I need a gaim user that connects to multiple different networks (aim, icq, etc.) [12:34] to bad I've converted my girlfriend then ;-) [12:35] Burgundavia: looks awesome. why not borrow some of the ubuntu css? [12:36] sabdfl, the top bar? I have considered it, not yet tried it out === carlos -> bed [12:45] SteveA: do our cronscripts run as a user? can they? [12:45] i have to touch an object, and it's giving me : [12:45] File "/home/mark/projects/ubuntu/launchpad/lib/canonical/launchpad/subscribers/cve.py", line 8, in cve_modified [12:45] cve.datemodified = UTC_NOW [12:45] zope.security.interfaces.ForbiddenAttribute: ('datemodified', ) [12:45] grief [12:46] interesting, because the code seems to be able to poke other values quite happily [01:08] sabdfl: please... how do I get from here https://launchpad.net/distros/ubuntu/breezy/+sources/gajim/+pots/gajim/sv to the translation area? ;-) [01:09] Nafallo: add /+translate [01:09] https://launchpad.net/distros/ubuntu/breezy/+sources/gajim/+pots/gajim/sv/+translate/+login [01:09] that's a bit of a brown paper bagger [01:09] sabdfl: shouldn't that be a link in the portlet? :-) === Lovechild [n=dnielsen@0x50c71cc7.adsl-fixed.tele.dk] has joined #launchpad [01:10] Nafallo: yes, it should be [01:10] or what the "actions:"-thingie is called ;-) [01:10] i'm guessing there's a fix on the way [01:11] sabdfl: cool, thanx :-). I guess that would mean I don't have to file a bug about it? :-) [01:12] Nafallo: no, i think that one's already noted [01:13] i may actually be responsible for that [01:13] oops [01:13] sabdfl: hehe :-) [01:13] kiko: that's one for the 1.0 list [01:16] sabdfl: feel free to patch it ;-) [01:17] Nafallo: i just did ;-) [01:17] sabdfl: ROCK ON! :-D [01:36] wow [01:36] hmmm [01:40] mpt, so you're okay with the page titles I added? === superted [n=superted@213.167.101.222] has joined #launchpad [02:13] kiko: In fresh RF the titles are already there and the pages work [02:14] except that +gethelp links to +addticket, which is broken [02:14] mpt, must be the sab's interference [02:14] ProgrammingError: ERROR: relation "ticket" does not exist SELECT COUNT(*) FROM Ticket WHERE distribution = 1 AND sourcepackagename = 9 [02:14] argh [02:15] mpt, make schema [02:20] ok, that works too [02:20] so I have nothing to do here, then [02:20] mpt, the pages are already done? [02:20] wonderful [02:20] well, placeholders are there [02:20] any tweaking you'd like to do to them? [02:21] +translate is rather orange, but otherwise ok [02:21] yeah, I've tweaked +gethelp [02:21] mkay [02:21] well, thanks, then. this is actually worse than I had hoped for, because there's no way stuart's cherrypicking the fat patch all in [02:21] so I have no clue how I'm going to deal with this :-( [02:21] If we'd had the support thingy earlier, "Get Help Online..." could have directed straight to +support [02:23] though that's not a 100%-certain good idea, so perhaps it's good they are different URLs, to allow for redirecting or not based on later decisions [02:24] Those URLs are going to have to live for years [02:27] yeah [02:28] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] adds status legend to distributon release translations page (bug 2138), and fixes customization link text (patch-2375: mpt@canonical.com) === stub [n=stub@203-217-37-199.dyn.iinet.net.au] has joined #launchpad [02:33] fun, so tar.bz2 uploads break [02:34] good night mates [02:35] jordi: night, and thanx for everything today :-) [02:35] np :) [03:39] stub, so have a few moments to chat? [03:53] kiko: sure [03:53] stub, so couple of things [03:53] breezy release was on today [03:53] so tomorrow people might start hitting +gethelp and +translate [03:53] these pages are currently 500s === niemeyer needs some sleep.. [03:54] thankfully enough the sourcepackagenames exist now thanks to your good work [03:54] Night folks [03:54] niemeyer, sleep is for babies [03:54] :) [03:54] night [03:54] stub, however, unless we fix the pagetitles, they will go on being 500s [03:55] breezy releasenoted launchpadintegration [03:56] So there is a patch to cherry pick to fix this? [03:56] well [03:56] here's the problem [03:56] I /have/ a patch which fixes this [03:57] unfortunately mark landed a fix for the same problem in RF in his massive support-tracker branch [03:57] so much for keeping patches simple === mpool [n=mbp@cor6-ppp610.for.dsl.connect.net.au] has left #launchpad [] [03:57] So we need to branch production--1.31, fix, and merge back into production--1.31 [03:58] Or I can just cherry pick your fix into production [03:58] I never landed it in RF because of mark's bonk. [03:59] Landing to rocketfuel is nice, because it confirms that the code plays nice with head (cause the tests are run there), and when I cherry pick from there it confirms it runs nice with production too. But landing in rocketfuel is not necessary for production cherry picks. [04:00] I think the patch I landed added some failing tests to xx-notfound-traversals [04:00] is that a big deal? [04:01] stub, the patch basically adds pagetitles -- that's all that's broken there :-( [04:01] Yes - cherry picks will fail unless the tests pass [04:01] stub, I'll mail you a diff; how about that? [04:01] :) [04:02] Sure [04:02] If I can remember how to apply a patch manually. [04:02] patch -p1 < patch [04:04] sent [04:05] stub, so on to the next set of problems [04:05] stub, do you have an updated script from carlos? [04:05] No [04:05] really? [04:05] that's a shame [04:05] Unless he landed it in rocketfuel === mpt [n=mpt@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [04:06] sheesh. [04:06] Does that mean the last run failed and I can resync the staging database today? [04:06] stub, well, it failed less horribly. [04:07] No diff from you yet btw... [04:07] stub, so here, I actually have carlos' patch. [04:07] grumble grumble [04:07] https://chinstrap.warthogs.hbd.com/~jamesh/pending-reviews/carlos.perello@canonical.com--2004/launchpad--devel--0/filtered-diff [04:08] So I should pull that branch and run the migration script against staging to see what happens [04:09] stub, that in addition to RF should produce a beautiful database. [04:09] well [04:09] right, if you pick up the stuff carlos landed in RF as well. [04:11] stub, so ready for part 3 in this drama? [04:12] Ok. I'll resync the staging database, update the code to rocketfuel trunk (with my config file fixes in pqm atm), merge in carlos' branch and run the migration script [04:12] stub, cool. any idea on how long will it take? [04:13] About two hours for staging updates to all happen (including the db sync), and another 20 odd hours for the migration script to run [04:13] 20 hours depresses me [04:13] I was kinda hoping, you know [04:14] to generate some working language packs tomorrow [04:14] I should just accept the fact that we're not going to launch rosetta for the next 12 days, right? [04:14] What? That someone pulled out some problematic database entries, added them into the sampledata so we wouldn't have to keep trial-an-error running against production data? [04:15] hey [04:15] carlos has been adding tests [04:15] ;) [04:15] the issue is that there are lots of little corner cases! [04:15] I'm hungy === kiko throws stub an r === stub eats it [04:16] ai ai ai [04:16] well [04:16] I'll ask carlos to give me instructions on how to generate the language packs [04:16] who knows [04:16] I might convince our DBA to give me read-only access to staging [04:17] You got an account on macquarie or mawson? [04:17] I used to have one on mawson [04:17] let's see [04:18] Permission denied (publickey,keyboard-interactive). [04:18] I guess not anymore. [04:18] I can give you access if you get an account on a more-secure-than-chinstrap box [04:19] I'll work on that tomorrow. Does salgado have access? [04:20] I think so [04:21] Nope... [04:21] hmmm [04:21] Same deal [04:21] I thought he had an account on one of those boxes [04:22] okay, I'll ask elmo and stay up tomorrow. [04:22] I'm checking. cprov has on mawson [04:22] As do you! [04:23] Unless elmo closed accounts and left the home directories there [04:23] id kiko [04:23] but my password doesn't work, hmmm. [04:23] Yup [04:23] whee! [04:23] it worked [04:24] you are there. [04:24] ok... I'll open up readonly access for you. [04:24] thanks === kiko should probably generate an ssh key on chinstrap [04:24] You type passwords? [04:24] stub, does that make sense, generating a key and adding it to my authorized keys? [04:24] never [04:25] but I hadn't created keys on chinstrap, just that [04:26] You want a separate key for that account? [04:26] "psql -d launchpad_staging -H asuka.ubuntu.com -U ro" should now work for you [04:26] stub, I don't want to go about copying private keys here and there [04:27] Why would you need to have any private keys on the servers? [04:27] for sshing from chinstrap to mawson? [04:27] Oh. I don't do that. [04:27] err [04:27] yes elmo? [04:28] is that frowned upon? [04:28] please use the damn proxycommand trick [04:28] I use it [04:28] I was just fooled to sshing from chinstrap to mawson and considered the ssh key. but whatever.. [04:28] then why you need to ssh from chinstrap to mawson? [04:28] because I don't think too much about where I am sshing from [04:28] perhaps I need more sleep [04:28] but then again [04:28] so do you :-P [04:30] stub, for the record, it's lowercase -h === mp1 [n=mpt@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [04:31] and thanks [04:31] kiko: If you had a private key on chinstrap that let kiko@chinstrap ssh to mawson without passwords or ssh-agent etc., you have just made mawson less secure than chinstrap (defeating the purpose of requiring you to have an account on a machine more secure than chinstrap.) Same think if you ever type your mawson password when logged into chinstrap. [04:32] (not that ssh-agent is a particularly good idea to forward around either) [04:34] Don't convert the attack trees into a mesh [04:34] okay okay okay [04:36] stub, ready for part 3 in the drama? [04:37] Ya know, you really don't need to raise the dramatic tension. Just spit it out ;) [04:37] I need to test the channel [04:37] so salgado has some shipitness to land tomorrow [04:38] it's not very difficult [04:38] I'm doing the review now [04:38] however [04:38] it will land, say, tomorrow afternoon [04:38] now [04:38] this doesn't need to go into production until tuesday/wednesday [04:38] so I was going to ask what you thought of this [04:39] We have landed worse ;) [04:39] how about cutting production like, say, saturday morning and delaying production rollout till wednesday [04:39] Yup. Sounds good. [04:39] or whatever you feel comfortable with [04:39] because otherwise it's going to be difficult to cherry-pick [04:39] mark's landed the support tracker [04:39] that's going to be difficult [04:40] I have a QA intern starting on monday [04:40] so I'll sic him on staging [04:40] see if he can find bustage in time to fix [04:40] Score! === stub high fives kiko [04:41] Q... A? [04:41] we try harder! [04:41] What's that? ;) [04:41] questions and answers [04:41] he asks questions, spiv answers "sorry, my bug" [04:42] for instance [04:42] Q: "Why is it broken?" A: "It's software!" [04:42] there's this librarian issue [04:42] Todays rollout was brought to you by the letters 'Q' and 'A' [04:42] I don't know if I've told you about it [04:42] there are lots of Qs in this issue [04:42] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] Staging and production config changes (patch-2376: stuart.bishop@canonical.com) [04:42] I don't imagine you'll have seen any As lying around? [04:43] I'm full of A [04:43] Not yet, but I'll will be looking into today... [04:43] Or I'm full of something, anyway [04:43] oh so somebody fed you? [04:43] But in the mean time, I'm un-full of lunch. [04:43] spiv, hooray for As [04:43] lunch? is it that late already? my god [04:43] Dammit I still havn't had breakfast! [04:43] type faster kiko [04:44] stub: Well, me either ;) [04:44] I'm not really aware of the Librarian issue, but if spiv thinks he has a handle on it and will be working on it I probably don't need to ;) [04:45] that was all meant as just nastiness to master spiv [04:46] I know the issue is a lot trickier than the traceback suggests [04:48] Is there a bug#? [04:48] that's a good question [04:48] let me see [04:49] https://launchpad.net/malone/bugs/1887 === stub kicks off the staging update [04:49] who could have reported such bug? [04:56] What is interesting is that http://librarian.launchpad.net/264524/264557/gl.po is actually there and downloadable from the librarian, so it is purely a client.py issue [04:57] Maybe having difficulties downloading from the librarian (eg. when I forget to bounce it after an upgrade ;) ), but the exception being swallowed and converted to a LookupError [05:01] stub: Well, it smells like a transaction issue. [05:01] to me the same [05:02] spiv: Well, the librarian won't serve the file until the transaction that uploaded it has committed. [05:02] (and possibly will need a small delay for the commit to propogate) [05:03] Tell me more about this "small delay". [05:03] apart from that, I don't see a possible transaction issue in there. [05:03] Well, just that the client is needing to access database rows that the server has added and committed.. [05:04] If you say 'transaction.commit(); get_the_file_from_the_librarian()', there might be a race condition whilst PostgreSQL commits the transaction. If the librarian starts serving the file before that commit has finished, it will still see the old data in the table missing the newly added row. [05:04] (But I'm guessing here) [05:05] Well, the LookupError is due to a 404 on the server side. I got it backwards; the server needs to see rows that the client inserted and committed. [05:05] Hmm. I would have naively expected transaction.commit() to block until the commit was fully done and the changes visible to any new transaction. [05:06] But it would perhaps be interesting to see if immediately retrying would work around the problem. [05:07] Food for thought... I should get some food for my stomach. === robitaille [n=daniel@d154-5-117-228.bchsia.telus.net] has joined #launchpad [05:22] my god [05:22] need to bed [05:33] spiv: The Librarian connection will not see newly inserted rows if it is already inside a transaction because it is running in serializable transaction isolation level. eg. if Librarian thread had previously issued 'select' statements on the LibraryFileAlias it will not see newly inserted rows until the transaction is reset or the transaction isolation level changed. [05:46] spiv: If we have the librarian issue con.set_isolation_level(0), it will even see uncommitted rows, which could greatly simplify our transactional semantics. As far as I can see, this will not adversely affect the librarian (as it never alters rows and new insertions will never conflict). === SteveA [n=steve@office.pov.lt] has joined #launchpad [06:01] stub: In theory, the librarian should be starting a transaction for each web request, and aborting it at the end of those requests. Your set_isolation_level idea sounds good, though! === stub considers upgrading to breezy [06:37] spiv: bugger. isolation level 0 is autocommit in psycopg, not read uncommitted (which PostgreSQL doesn't have :-( ) [06:37] Ah, suck. [06:39] spiv: set_isolation_level(1) might help in this case (read committed), which would avoid the need to reset the connection every request if for some reason it isn't being done. But it won't improve the Librarian client transactional semantics at all. [07:03] I wonder if the client really is committing often enough. [07:04] The calls to the librarian and the calls to commit in po_export_queue.py are seperate enough that it's hard to tell. [07:11] Merge to rocketfuel@canonical.com/launchpad--production--1.31: [trivial] Fix some page titles on production (patch-4: stuart.bishop@canonical.com) === robertbb [n=robertbb@d154-20-129-24.bchsia.telus.net] has joined #launchpad === vinsci [n=nvinsci@dsl-sjkgw2jb1.dial.inet.fi] has left #launchpad ["Lmnar"] === niran [n=niran@sabin.Stanford.EDU] has joined #launchpad [08:02] stub: Good rant. [08:03] Didn't get enough sleep last night [08:04] ;) [08:04] Clearly you should be sleep deprived more often ;) === robitaille [n=robitail@d154-5-117-228.bchsia.telus.net] has joined #launchpad === dand [n=dand@gw.datagroup.ro] has joined #launchpad === carlos [n=carlos@243.Red-83-47-24.pooles.rima-tde.net] has joined #launchpad [09:10] morning [09:13] carlos: Morning. [09:14] carlos: can there be more than one pofile and one potemplate in a single export? [09:15] spiv, more than one pofile, yes. More than one potemplate no [09:20] carlos: Is it possible that the same pofile might be included in the same export multiple times? If so, is it likely? === spiv is finally understanding the po export code somewhat. [09:26] spiv, no, it's not possible [09:26] spiv, the db model will not allow that [09:26] That's good news :) [09:26] spiv, in fact, I think kiko told me that the code is not able to handle that and if you request the pofile twice, you get a db error [09:27] spiv, hmm, well, we could export twice the same pofile but in different transactions [09:27] if different people ask for it [09:27] it will happen in the same export run, but different transactions [09:28] Well the question I guess is will IPOExportRequestSet.popRequest return the same object multiple times in one invocation. [09:28] And it seems the answer is no, which is good :) === BjornT [n=bjorn@office.pov.lt] has joined #launchpad [09:29] spiv, right, the answer is no [09:30] spiv, hmm, looking twice to the db model... [09:30] spiv, it's possible, but not usual [09:30] Hmm. [09:31] So, here's what made me ask the question: [09:31] spiv, if they request a pofile and later the same pofile as a .mo export [09:31] transaction.commit() happens between invocations of process_multi_object_request, which deals with multiple files. [09:31] spiv, hmm, forget that, the db model allows that, the code does not [09:32] (why the export code refers to "objects" instead of files I don't know) [09:32] spiv, no idea either, daf wrote that code [09:32] from what I see, yes, it should be 'files' [09:42] hey === superted [n=superted@213.167.101.222] has joined #launchpad [09:47] jordi, hi [09:47] SteveA, hi, around? [09:50] carlos: SteveA should be around in 30 mins or so [09:50] BjornT, ok, thanks === Seveas [n=seveas@ksl403-uva-132.wireless.uva.nl] has joined #launchpad [10:02] moin moin [10:08] !niom niom :lfdbas [10:10] moin === WaterSevenUb [n=WaterSev@195-23-220-223.net.novis.pt] has joined #launchpad === cprov [n=cprov@217.205.109.249] has joined #launchpad [10:29] hi [10:29] i'm around [10:29] carlos: [omg [10:29] um, [10:29] carlos: ping [10:29] sabdfl: scripts that use zcml generally run as a special user [10:29] SteveA, hi, did you see kiko's review ? [10:30] this user can read/write stuff that has a permission declared for it [10:30] SteveA, I have a question for you related to the review he did for one of my branches [10:30] so in your case above, check that datemodified is in the interface, and is declared as a settable attribute. [10:30] carlos: i haven't read any email yet today. kiko's review of what? [10:31] REVIEW: carlos.perello@canonical.com--2004/launchpad--devel--0 [10:31] SteveA, it's related to helpers.py [10:31] I need to know what should I do with some functions added there in that branch [10:32] SteveA, he asked me to check it with you [10:33] jamesh: ping [10:33] so if you have time, I prefer to move it to the right place now instead of leaving it for another day (or we will forget it...) [10:34] carlos: okay, i'll look at it shortly. [10:35] SteveA, thank you [10:38] so, it is about running "sanity_fixes" on a pot message set's data [10:39] SteveA: the issue was a cut-and-paste readonly=True [10:39] SteveA, yeah [10:39] sabdfl: okay, that makes sense. [10:39] carlos: so, can you make it a method on a pot msg set? [10:39] SteveA: i have an issue, I'm trying to make a "removeform" [10:39] and have been fudging it with an addform [10:40] but now that I'm trying to add events to the mix, it has all gone pear shaped === mdke [n=matt@unaffiliated/mdke] has joined #launchpad [10:40] hi all [10:40] what's a typical url that this remove form will be at? [10:40] +unlinkbug [10:40] on what? [10:40] basically, I want to render it like an add form [10:40] i heard the ubuntu members email addresses got set up, how do I activate mine? anyone know? [10:41] s/addresses/forwards [10:41] i need to see the url, including its context object, to make sense of it [10:41] but instead of a def create() and def add(), I just want a def remove() [10:41] what's the context object? [10:42] in this case, it's a CVE [10:42] and I want to link, and unlink, it from a bug [10:42] so, i have a BugCve [10:42] and the link form looks like an addform for a BugCve [10:42] so, this unlinks a bug from the cve reference, but removing the BugCVE [10:42] with the CVE being a ContextWidget [10:42] or perhaps altering the BugCVE [10:42] and the bug being a bug number input widget [10:43] SteveA, hmm, could try to adapt it to use the 'self' argument yes, otherwise it will not make sense ther [10:43] removing the bugcve [10:43] there [10:43] there's a similar pattern for subscriptions [10:43] i've handled subscriptions by posting to the core ObjectView, and parsing the form in the __init__ of the object view [10:43] carlos: submission.pomsgset.potmsgset.apply_sanity_fixes(translation.translation) [10:43] but wanted to try something different for linking to bugs [10:44] can you use an edit form for this? [10:44] rather than an add form [10:44] not really, no [10:44] i want to select something for removal [10:44] the problem at the moment is this [10:45] when i remove the BugCve object, the addform createAndAdd method tries to adapt the return value of add() to an IBugCve [10:45] and of course None won't adapt [10:45] i was cheating, and returning the destroyed BugCve, but introducing events makes that trickery unworkable [10:46] let me see what I can do [10:47] why do you specifically want to use an add form for removing something? [10:47] SteveA, sure [10:49] SteveA: because there is no removeform [10:49] it's a hack [10:49] you can completely override createAndAdd and make it do what you want. [10:50] it sounds like a confusing hack, though. seeing as this "let's link some content object to some other object, via a linking object, and have a ui on this" is a common pattern in launchpad... [10:51] we should have an admin-links kind of form that makes this non-hacky. [10:52] Kinnison: on PackageDBRework, in which section does BinaryPackageName belong? [10:53] An add form is just an edit form with create and some extra pain-in-the-bum zodb specific crack (must return an object implementing the interface, because it assumes that result will be stuffed in the ZODB somewere). Unless it has changed recently, edit form is more flexible (addForm extends editform I think) [10:54] the other thing about an add form is that it is meant for adding something that is not there already [10:54] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] remove unused, broken, code dealing with binary packages. remove BugFactory. (patch-2377: bjorn.tillenius@canonical.com) [10:54] an edit form is about manipulating something that is already there [10:54] a remove form, if it existed, would also be about manipulating something that is already there [10:54] BjornT: binarypackagename didn't change [10:55]

Status in {context}

Status elsewhere