[08:15] <Yancho> is the ubuntuone client that ships with xubuntu a bit borked?
[09:27] <JamesTait> Happy Leap Day, everyone! :D
[09:28] <vds> JamesTait, :)
[09:54] <rye> heh, russian search portal, yandex.ru changed the logo to say "The 0th of March"
[09:54] <rye> i wondered why. Thanks JamesTait, now I know  :)
[09:54] <JamesTait> :)
[10:00] <mandel> morning!
[10:10] <czajkowski> Good morning
[10:16] <davidcalle> Morning :)
[11:20] <gatox> good morning!
[11:42] <mandel> gatox, Daviey, czajkowski morning!
[11:42] <gatox> mandel, hi!
[11:44] <czajkowski> mandel: ola!
[11:46] <mandel> gatox, may I have a review for : https://code.launchpad.net/~mandel/ubuntu-sso-client/ssl-dialog/+merge/94012
[11:46] <gatox> mandel, yes, on it
[11:46] <mandel> gatox, is Qt so you should be more that suited for this :)
[11:57] <gatox> mandel, ping
[11:57] <mandel> gatox, pong
[11:58] <gatox> mandel, after setting the direction of the arrow, are you repainting the widget? i'm at Arrow didn't see the rest....
[11:59] <gatox> wouldn't be better to call self.repaint() from _set_direction? just asking....
[11:59] <mandel> gatox, yes
[11:59] <mandel> gatox, I added it, I must have removed it when I was chaging the property from nattys comments, give me a sec
[11:59] <gatox> mandel, ok
[12:03] <mandel> gatox, push with the repaint
[12:03] <gatox> mandel, ok
[12:06] <nessita> buenos días!
[12:07] <gatox> nessita, buenas
[12:07] <nessita> hola gatox
[12:11] <gatox> mandel, i saw you were forcing the repaint in the expander, if you are adding the repaint to _set_direction, you should remove it from there
[12:12] <mandel> gatox, true..
[12:12] <gatox> mandel, do you want me to add those comments or you are working on that right now?
[12:12] <mandel> gatox, fixing them as you speak :)
[12:12] <gatox> mandel, ok :P
[12:16] <gatox> nessita, i answer to your need info
[12:17] <nessita> gatox: I saw that, I'm still thinking about it
[12:18] <gatox> nessita, i think is better this way, and the code is cleaner
[12:18] <mandel> nessita, the ssl dialog branch is updated with no Qt fakes, care to review it when ever you have time?
[12:19] <nessita> gatox: I'm not convinced of that, but may be. Anyways, if we're leaving it like this, we definitely should rename the signal from showingOverlay to processingStarted/processingFinished
[12:19] <gatox> agree
[12:19] <nessita> gatox: giving that a signal called showingOverlay sounds like that the widget is actually showing it :-)
[12:20] <gatox> nessita, yes..... i wasn't really inspired to name things at that moment :P
[12:20] <nessita> hehe
[12:35] <gatox> mandel, let me know when the changes are apply to your branch, i finish the review, and except for those details its fine by me
[12:36] <mandel> gatox, already there
[12:38] <gatox> mandel, you forgot to remove this: self.label.repaint()
[12:38] <nessita> mandel: ack! (forgot to write it, did think about it)
[12:38] <gatox> mandel, if you are doing the repaint in the arrow now
[12:39] <mandel> gatox, let me check
[12:45] <mandel> gatox, you are right, pushing the changes
[12:46] <ralsina> good morning ubuntuone!
[12:46] <gatox> ralsina, hi
[12:46] <ralsina> does alt+tab work on your unitys today?
[12:47] <gatox> ralsina, alt+tab yes
[12:47] <gatox> ralsina, ctrl+alt-arrow no :(
[12:47] <gatox> ctrl+alt+arrow
[12:47] <gatox> it's really slow to change desktop right now..... i have tu use super+s arrows
[12:48] <mandel> gatox, hehe same here :)
[12:48] <ralsina> gatox: I normally don't do multiple desktops. I have to switch apps using the launcher now :-(
[12:50] <gatox> mandel, i have 9 desktop..... and using super+s is really annoying!
[12:50] <gatox> or the launcher..... but sometimes doesn't work
[12:50] <mandel> gatox, I have 4x4 :P
[12:50] <gatox> wowwww
[12:54] <gatox> mandel, +1 to your branch
[12:54] <mandel> gatox, superb!
[12:54] <mandel> ralsina, let me know if the answer is correct: https://bugs.launchpad.net/ubuntu-sso-client/+bug/933729
[12:55] <mandel> ralsina, also, do you have some time for a super fast chat?
[12:55] <ralsina> mandel: looking...
[12:57] <ralsina> mandel: +1 on the answer. I think they want bugs with larger scope because it's a bit of a flood.
[12:57] <ralsina> mandel: and sure, I can chat!
[12:57] <mandel> ralsina, ok.. I just like little bugs than big ones hehe
[13:09] <alecu> hello!
[13:09] <gatox> alecu, hi
[13:11] <mandel> ok, lunch for me
[13:12]  * mandel lunch
[13:12] <nessita> hola alecu
[13:13] <alecu> mandel, ping
[13:13] <Chipaca> hi, peoples
[13:13] <alecu> oh, just missed him.
[13:13] <alecu> Chipaca, hi there megaboss!
[13:14] <mandel> alecu, ahg, I was leaving, after lunch maybe?
[13:14] <alecu> mandel, sure. I was just about to tell you about some ideas to test the ssl without a specially compiled squid.
[13:14] <mandel> alecu, +1000000000000000 to that, I'll ping you asap
[13:15] <alecu> mandel, have a good lunch
[13:16] <ralsina> aha! So alt+tab does work, it just ignores chromium!
[13:16] <Chipaca> ralsina: unity 2d?
[13:16] <ralsina> Chipaca: 3d
[13:16] <Chipaca> ralsina: had any alerts about bamfdaemon kicking the bucket?
[13:16] <ralsina> Chipaca: Nope
[13:17] <Chipaca> ralsina: fun :)
[13:17] <Chipaca> ralsina: you told hr what you had to tell hr?
[13:17] <ralsina> bamf? As in pulpfiction's "the wallet with bamf written in it"?
[13:17] <ralsina> Chipaca: yessir!
[13:17] <Chipaca> ralsina: awesomeist
[13:19]  * ralsina is dragged kicking and screaming into firefox because not being able to switch to chromium using the kbd is really, really depressing
[13:23] <ralsina> can everyone else connect to the canonical server? I seem to be unable to
[13:26] <rye> ralsina, my bip got kicked
[13:26] <rye> ralsina, switch to another workspace and switch back
[13:26] <rye> ralsina, bug #937898
[13:27] <ralsina> rye: cool
[13:27] <ralsina> rye: is your bip at burst? They seem tobe havingsome routing problem to reach canonical
[13:27] <ralsina> rye: yay, that fixed it! :-)
[13:29] <rye> ralsina, interesting, can't get to irc.canonical.com via burst.net, but it is ok locally
[13:30] <ralsina> rye: the traceroute stalls at canonical-gw.datahop.net
[13:31] <rye> ralsina, i connected directly
[13:31] <ralsina> rye: I am starting a second IRC client to do that, too
[13:49] <nessita> ralsina: hola! you have a slot for those kind of quick branches you usually manage to do?
[13:49] <ralsina> nessita: of courses
[13:49] <nessita> ralsina: what about http://launchpad.net/bugs/939509 ? I know is not that fun, but the chicharra team really needs it
[13:50] <nessita> ralsina: can I assign that to you?
[13:50] <ralsina> nessita: looking...
[13:50] <ralsina> nessita: sure, no problem
[13:50] <nessita> ralsina: thanks!
[13:58] <dobey> hmm
[14:03] <dobey> ralsina: can you hold on fixing that bug? it will conflict with a branch i pushed last night, that fixes the indicator to launch the installer (and thus qt panel) instead of gtk panel
[14:04] <gatox> nessita, this branch is ready for review: https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/overlay-improves/+merge/94828
[14:05] <ralsina> gatox: can I have a review for https://code.launchpad.net/~ralsina/ubuntuone-control-panel/fix-scroll/+merge/95006  please?
[14:05] <nessita> gatox: show-erroes reviewed. Looking at that
[14:06] <gatox> ralsina, yes, on it
[14:06] <ralsina> gatox: cool, thanks
[14:07] <gatox> nessita, do you have any bug in mind in particular for me, or i just keep killing the ones in my queue?
[14:07] <nessita> mandel: there is still a typo in the SSL constants: SSL_REMEBER_DECITION
[14:07] <nessita> gatox: let's have a mumble, shall we?
[14:07] <gatox> nessita, ok, now?
[14:08] <nessita> gatox: yes, give me 5 minutes
[14:10] <gatox> nessita, ok, i'm already in mumble
[14:14] <mandel> nessita, sorry, fixing right now
[14:25] <nessita> ralsina: I'm mumble for our 1-1
[14:26] <ralsina> hmmmm.... dobey, Iam setting up ubuntuone-developer-dependencies because it's my first u1-client branch in this machine, and it's failing with "epends: ubuntuone-database-dependencies (= 0.208~precise0) but it is not going to be installed" it seems that one depends on postgresql-8.4 that is not available on P?
[14:26] <ralsina> nessita: going!
[14:26] <nessita> ralsina: FYI, ubuntuone-developer-dependencies are for the server bits "only"
[14:26] <nessita> (so, Lucid)
[14:27] <dobey> ralsina: you don't need that stuff
[14:27] <ralsina> nessita: ok,makes sense. What's the easy way to get the client dev dependencies then? Because manually it seems to be a lot :-)
[14:27] <dobey> ralsina: you need to add the nightlies PPA, and do apt-get build-dep <source-package-name> (ubuntuone-installer for example)
[14:27] <ralsina> dobey: ack, thanks!
[14:27] <nessita> ralsina: apt-get build-dep ubuntuone-client
[14:27] <nessita> o what dobey said :-)
[14:28] <ralsina> thanks, I had not done this since I joined the company :-)
[14:40] <urbanape> moin
[14:45] <gatox> need to restart
[14:46] <mandel> nessita, is fixed
[14:47] <nessita> mandel: ack!
[14:51] <urbanape> ralsina, briancurtin: Need to tidy up the U1 Music app. Got rejected by Apple and we need to make some small changes.
[14:53] <briancurtin> urbanape: so now that i have lion running, i take it brew is recommended?
[14:53] <urbanape> Yeah, I'm a big fan
[14:53] <urbanape> compared to older stuff like fink or macports
[14:59] <urbanape> I suppose I ought to upgrade to Lion, really
[15:00] <mandel> me
[15:00] <briancurtin> me
[15:01] <nessita> me
[15:01] <nessita> ralsina, gatox, alecu, dobey, urbanape?
[15:01] <gatox> me
[15:01] <alecu> me
[15:02] <nessita> dobey, not dobey, ralsina, urbanape, standup?
[15:02] <nessita> mandel: wanna start, while the rets join us?
[15:02] <nessita> rest*
[15:02] <urbanape> mw
[15:02] <urbanape> me
[15:03] <nessita> mandel: go!
[15:03] <dobey> meh
[15:03] <mandel> DONE: Updated branchesaccording to comments from nessita nadgatox. Worked of the ssl tets although I'll be talking with alecu about the matter in a few mins.
[15:03] <mandel> TODO: ssl tests. Integrate the ssl dialgo with those tests and assert we do show the dialog when expected.
[15:03] <mandel> BLOCKED: no
[15:03] <mandel> briancurtin, please
[15:03] <briancurtin> DONE: ssh/screen/mumble with urbanape, install osx
[15:03] <briancurtin> TODO: more mac stuff, and i now have a functional mac, should probably do 1-1 with ralsina if he's less busy with calls :)
[15:03] <briancurtin> BLOCKED: nada
[15:03] <briancurtin> NEXT: nessita
[15:03] <nessita> DONE: control panel design review, reviews, catch up after holiday
[15:03] <nessita> TODO: propose branch for bug #933576, 1-1 with ralsina, some calls re: U1CP look and feel
[15:03] <nessita> BLOCKED: nopes
[15:03] <nessita> NEXT: gatox
[15:03] <gatox> DONE:
[15:03] <gatox> Proposed 2 branches on monday, tuesday holiday, today apply some improves to those branches. Review for mandel and ralsina.
[15:03] <gatox> TODO:
[15:03] <gatox> Mumble with nessita to talk about some ui issues.
[15:03] <gatox> BLOCKED:
[15:03] <gatox> No
[15:03] <gatox> alecu, go
[15:03] <alecu> DONE: proposed first two branches for bug #929207 that need reviews, a bit of debugging on two proxy related bugs.
[15:03] <alecu> TODO: work on tunnel process and SD integration, catch up with reviews
[15:03] <alecu> BLOCKED: no
[15:03] <alecu> REVIEWS NEEDED:
[15:03] <alecu> * https://code.launchpad.net/~alecu/ubuntuone-client/proxy-tunnel-server/+merge/95075
[15:03] <alecu> * https://code.launchpad.net/~alecu/ubuntuone-client/proxy-tunnel-client/+merge/95077
[15:03] <alecu> NEXT: urbanape
[15:03] <urbanape> DONE: made some progress with briancurtin
[15:03] <urbanape> TODO: recompile PyQt with the dbus stuff to get the mainloop
[15:03] <urbanape> BLOCK: None
[15:03] <urbanape> dobey: europe
[15:03] <dobey> λ DONE: fixed indicator support to work again, fixed indicator to launch installer (and qt panel)
[15:03] <dobey> λ TODO: rb extension bugs, look at twisted g/gtkapplication support/hanging issue
[15:03] <dobey> λ BLCK: none.
[15:04] <dobey> ralsina: you don't get out of it because you're a manager.
[15:05] <nessita> ralsina: TODO: attend the standup :-P
[15:05] <alecu> urbanape, briancurtin: you guys are probably aware that if getting dbus compiled on pyqt is troublesome you may be able to use the PerspectiveBroker based ipc instead, right?
[15:06] <nessita> urbanape, briancurtin, alecu: right, since we already have all the PB IPC in place
[15:06] <alecu> urbanape, we are using that on windows, and it should work on mac since it comes standard with twisted.
[15:07] <mandel> urbanape, I think I did write that in my crazy, full of typos, email, right? first approach, using twisted pb, later get something smarter
[15:07] <alecu> urbanape, briancurtin: perhaps you can try with that just to get things running, and then try with dbus to see if it works better.
[15:07] <briancurtin> yeah, PB is an option to try. ultimately there may be a more mac-specific thing, but PB may get us moving
[15:08] <alecu> briancurtin, the nice thing about pb may be that we won't be needing to compile pyqt ourselves each time a new version is released.
[15:09] <alecu> briancurtin, on windows at least we didn't like PB because it runs on a local tcp port, and that can give troubles with some firewalls
[15:09] <ralsina> sorry, phone call!
[15:09] <alecu> briancurtin, but on mac I'm not sure if that's an issue.
[15:10] <ralsina> DONE: design call, mgmt call, some code, misc things, nessita 1-1. TODO: standups! BLOCKED: no
[15:10] <briancurtin> alecu: good info, thanks
[15:11] <ralsina> well, I doubt a sandboxed app can open a tcp server
[15:11] <ralsina> but for theproof of concept? +1 to pb
[15:13] <mandel> alecu, briancurtin we wanted to be able to use the IOCP reactor to be listening to namepipes and not ports to work around that issue. The main problem with pb is that there is no C implementation for banana
[15:13] <mandel> which is a PITA and not a surprise..
[15:14] <briancurtin> mmm, delicious pitas (sorry, kind of hungry)
[15:18] <rye> re: PerspectiveBroker - how about third-party interaction with the code?
[15:18] <rye> i mean with the service
[15:21] <dobey> i wonder how brew/etc will play out with mountain lion requiring signed everything
[15:26] <alecu> rye, that's a good point. With mandel we started implementing an experimental json over tcp ipc mechanism, as a freaky friday project.
[15:26] <alecu> rye, but we got sidetracked with other more urgent matters
[15:28] <alecu> rye, in any case, I agree that PB is not the best way to present an API
[15:40] <nessita> alecu: and DBUs is? :-)
[15:41] <gatox> this upgrade is killing my machine :S
[15:41] <nessita> gatox: lies! :-)
[15:42] <gatox> nessita, i wish
[15:42] <nessita> gatox: can I help
[15:42] <nessita> ?
[15:42] <gatox> nessita, no, unless you fix unity :P
[15:42] <nessita> gatox: I can fix that!
[15:42] <nessita> sudo apt-get remove unity
[15:42] <gatox> jejejej
[15:43] <ralsina> yesterday unity was really broken so I spent 2 hours on openbox. Things were *fast*. And nothing had *menus*.
[15:45] <mandel> ralsina, I broke bash today, that was interesting :)
[15:46] <alecu> mandel, let's talk ssl around here
[15:46] <mandel> alecu, sure, so what was your idea :)
[15:46] <alecu> mandel, my idea is not using squid at all
[15:47] <alecu> mandel, for the ssl tests any ssl server would do
[15:47] <alecu> mandel, like a twisted http over ssl server
[15:47] <alecu> mandel, and make that server listen to CONNECT or other proxy methods
[15:48] <alecu> mandel, since the thing that you want to test is ssl exceptions the protocol that's tunneled thru ssl is not that much important anyway
[15:48] <alecu> mandel, what do you think?
[15:49] <mandel> alecu, I did consider that too, and I think is a good idea, the question know is: is that type of test general enough? if it is not we can simply add it to the sso trunk and forget about touching devtools
[15:49] <mandel> alecu, and I don't want to touch devtools since it will be an other ffe
[15:49] <alecu> mandel, right
[15:50] <alecu> mandel, then probably we can do this tests in sso. The ffe is not that strict for unittests, right?
[15:51] <mandel> alecu, I'll work on that on sso then since we have a ffe for that, and adding tests is not an exception :)
[15:54] <nessita> all, I'm going underground for a bit to focus in some hard reafactoring I need to do
[15:54] <nessita> will not pay that much attention to IRC, if you really need me please say my nickname :-)
[15:58]  * gatox lunch
[16:06] <Chipaca> jono: how's things?
[16:07] <jono> Chipaca, good, man :-)
[16:07] <jono> about to hop on a team call :-)
[16:07] <Chipaca> jono: hangouts still working for y'awl?
[16:07] <jono> Chipaca, indeed :-)
[16:07] <jono> we love 'em
[16:07] <dobey> google records them all :)
[16:30] <nessita> dobey: ping
[16:30] <dobey> nessita: yes?
[16:31] <nessita> dobey: is gir1.2-indicate-0.7 a dependency in u1client?
[16:31] <dobey> yes
[16:31] <nessita> dobey: yesterday my laptop was broken since sd did not start on a importerror on that
[16:31] <dobey> in ubuntu
[16:31] <nessita> dobey: not in nightlies?
[16:31] <dobey> it's in Recommends
[16:31] <dobey> or i might have moved it to depends there too
[16:31] <nessita> dobey: right now the code requires it
[16:32] <nessita> dobey: when we fix it to be optional, yes, should be a recommends
[16:32] <dobey> nessita: yes, and there is a bug about it
[16:32] <cjohnston> are there issues not currently indicated on the status page? the app shows file sync in progress, --current-transfers shows uploads 0 downloads 0 and I know for a fact that not everything is synced
[16:33] <dobey> duanedesign, rye: ^^ any answer for cjohnston ?
[16:35] <duanedesign> cjohnston: probably need to look at the logs
[16:37] <duanedesign> cjohnston: since your last log folder was so big you want to try just the ~/.cache/ubuntuone/log/syncdaemon.log
[16:38] <ralsina> nessita: quick question about theindicate bug. Messaging.show_message returns the Indicator. That only seems to be used in the tests. The easiest way I find to make indicate optional is to turn show_message into a noop if indicate can't be imported, but then I have nothing to return. Is that really really bad?
[16:38] <cjohnston> seem to be some 2012-02-29 10:15:13,345 - twisted - ERROR - Unhandled error in Deferred:
[16:38] <cjohnston> 2012-02-29 10:15:13,345 - twisted - ERROR - Unhandled Error
[16:38] <cjohnston> Traceback (most recent call last):
[16:38] <cjohnston> Failure: dbus.exceptions.DBusException: org.gnome.zeitgeist.EngineError.DatabaseError: Can't start transaction: 1, cannot start a transaction within a transaction
[16:39] <nessita> ralsina: hum, I'm not familiar with that code... did you check if dobey was modifying it as well? (I think he was?)
[16:39] <ralsina> it only has thisfred name on it. I'll ask him instead.
[16:40] <thisfred> whaddup
[16:40] <ralsina> thisfred: have 2' to help me with something in the u1-client messaging?
[16:40] <thisfred> sure
[16:40] <thisfred> where do I look?
[16:40] <ralsina> thisfred: give me a sec...
[16:40] <ralsina> thisfred: https://code.launchpad.net/~ralsina/ubuntuone-client/may-indicate/+merge/95204
[16:41] <duanedesign> cjohnston: is their anything in syncdaemon-exceptions.log ?
[16:43] <cjohnston> duanedesign: a ton of 2012-02-29 11:43:15,621 - twisted - ERROR - Unhandled error in Deferred:
[16:43] <cjohnston> 2012-02-29 11:43:15,622 - twisted - ERROR - Unhandled Error
[16:43] <cjohnston> Traceback (most recent call last):
[16:43] <cjohnston> Failure: dbus.exceptions.DBusException: org.gnome.zeitgeist.EngineError.DatabaseError: Can't start transaction: 1, cannot start a transaction within a transaction
[16:44] <dobey> ralsina: i guess you didn't see my request this morning then?
[16:45] <thisfred> ralsina: I think the fact that it returns the indicator is a relic
[16:45] <ralsina> dobey: apparently not
[16:45] <ralsina> thisfred: it is used in the tests for something (have not looked)
[16:45] <thisfred> ralsina: to prevent further confusion, I would make it not explicitly return anything, if we can rework the tests so they don't need it
[16:45] <ralsina> thisfred: makes sense
[16:45] <ralsina> dobey: what request?
[16:46] <dobey> ralsina: i asked you to hold off on that branch, as i did some work yesterday, which will conflict with fixing that bug
[16:46] <ralsina> dobey: oops, no, missed it. Ok, holding :-)
[16:46] <thisfred> ralsina: I'm sure I didn't build it that way just for the tests, I think my first attempt was just a mess, and this is a bit of that mess left over.
[16:46] <ralsina> thisfred: ack, thanks dude!
[16:46] <dobey> i need to file a bug to link my branch to though, as nobody else filed it yet
[16:47] <dobey> right now, i really need to get some lunch
[16:47] <dobey> bbiab then will look at mess fixery
[16:47] <ralsina> dobey: cool, buen provecho!
[16:47] <dobey> gracias
[16:48] <thisfred> ralsina: two tests rely on it, but hopefully they can be fixed by getting the indicator directly.
[16:48] <ralsina> thisfred: right
[16:49] <thisfred> ralsina: btw, I've moved back from accounts (I think, barring any disasters, and of course I'll still do reviews and maybe some small branches there)
[16:49] <ralsina> thisfred: yay!
[16:50] <ralsina> thisfred: of course you are mostly on u1db, but welcome back to standups, weekly meeting and doing our reviews ;-)
[16:50] <thisfred> I'll now be focusing on u1db, but when I'm up to speed on that in the next week or so, I may have some time for more general desktop things too
[16:50] <thisfred> yep
[16:50] <ralsina> thisfred: also, schedule a weekly 1-1 with me please
[16:50] <thisfred> will do, what's a good day for you?
[16:50] <ralsina> I usually have weekly 1-1s with everyone every two weeks or so, depending on how busy we are ;-)
[16:51] <ralsina> wednesday
[16:51] <thisfred> ok, I have no time preference, considering I start at 8:30 EST
[16:51] <thisfred> So after that, anything's good
[16:51] <ralsina> thisfred: anytime I have free after that time is good.
[16:52] <thisfred> ok
[16:52]  * ralsina notices neither wants to actuallyopen calendar and do it
[16:53] <thisfred> I'm just trying to figure out how to view yours ;)
[16:53] <thisfred> I have mine open
[16:53] <ralsina> thisfred: haha, mine should be as well
[16:54] <ralsina> thisfred: "find a time" is the trick IIRC
[16:55] <thisfred> ralsina: I think I have yours
[16:55] <ralsina> thisfred: let me do it
[16:55] <ralsina> thisfred: ok :-)
[16:57]  * ralsina wonders how we managed this without technology. Oh, yes, with bits ofpaper and clocks.
[16:58] <thisfred> ralsina: hmm, it defaulted to an hour, which is probably on the long side, but it won't let me edit anymore
[17:01] <thisfred> ralsina: nm: I couldn't edit your copy of course, which was obscuring mine.
[17:03] <thisfred> now, lunch
[17:08] <ralsina> great, so pastebin.canonical.com, if you have the cookie from a "bad" account, will not let you login, even with a good account, until you remove the old cookie manually. Good UX there :-/
[17:10] <urbanape> briancurtin: building a new version of the U1 Music app for submission then lunch. Want to pick up after?
[17:11] <briancurtin> urbanape: sounds good
[17:14] <nessita> lunchtime!
[17:15] <gatox> mandel, hey!! Chipaca just told me....... now is: super+shift+arrows
[17:15] <mandel> gatox, cool, nice to know!
[17:15] <mandel> gatox, then there is a bug, I see the cheat window when I do it :P
[17:16] <ralsina> I hate calling the windows key "super". It's at best "adequate".
[17:16] <gatox> mandel, here it's working fine..... just as ctrl+alt+arrow
[17:16] <Chipaca> gatox: mandel: shift+super, not super+shift
[17:16] <ralsina> Chipaca: super-shift != shift-super???? AHHHHHHHHH
[17:16] <Chipaca> the order of the farols, in this case, does alter the albumrad
[17:16] <gatox> ah yes
[17:17] <mandel> Chipaca, hold down shift + super, I see the little window
[17:17] <ralsina> mandel: shift-super and QUICKLY arrow
[17:18] <gatox> mandel, i don't see the little window until i release the super key
[17:18] <Chipaca> I don't see no little window, because i'm in unity 2d
[17:18] <Chipaca> lurve, lurve, unity 2d
[17:18] <gatox> ahhhh i'm in unity2d too
[17:18] <gatox> Chipaca, question :P
[17:19] <Chipaca> gatox: sarcastic answer
[17:19] <gatox> Chipaca, and how can i move a window from one workspace to the other?? it used to be ctrl+alt+shift+arrow
[17:19] <gatox> i tried a couple of combination, but no success
[17:20] <Chipaca> gatox: that one hasn't changed
[17:20] <gatox> mmmm so it's not working for me
[17:20] <Chipaca> gatox: ctrl+shift+alt+arrow?
[17:21] <gatox> Chipaca, nop
[17:21] <Chipaca> gatox: you suck
[17:21]  * Chipaca runs
[17:21] <gatox> jejejee
[17:22] <Chipaca> gatox: system settings -> keyboard -> shortcuts -> knock yourself out
[17:22] <Chipaca> davidcalle:
[17:22] <Chipaca> davidcalle: ping
[17:22] <gatox> Chipaca, yep.... i'll do that.... thanks
[17:22] <davidcalle> Chipaca, pong
[17:22] <Chipaca> davidcalle: ah! just remembered :)
[17:23] <Chipaca> davidcalle: was going to ask when trunk would be released :)
[17:23] <gatox> Chipaca, ahhhh it's alt+super+arrow  now
[17:23] <davidcalle> Chipaca, after beta, yes :)
[17:24] <Chipaca> davidcalle: your latest commit is bad
[17:24] <Chipaca> davidcalle: *bad* bad
[17:25] <Chipaca> davidcalle: blow-up-in-your-face bad
[17:25]  * davidcalle is scared
[17:25] <davidcalle> Chipaca, I listen.
[17:25] <Chipaca> davidcalle: what happens if the results are, indeed, unicode, and include non-ascii characters?
[17:26] <mandel> gatox, I think is the same as one of the combos from ryu..
[17:26] <mandel> gatox, I cannot remember witch :)
[17:26] <gatox> mandel, i change it back to the old shortcuts
[17:26] <mandel> gatox, try Forward+HP -> C.LK -> Hadouken -> Shinkuu Hadouken
[17:26] <gatox> jejjejee
[17:27]  * ralsina tries the capcom code in unity, doesn't work
[17:27] <davidcalle> Chipaca, hmm, .encode("utf-8")?
[17:27] <Chipaca> davidcalle: what you need to do is first confirm whether they are always unicode (checked: they always come from json.loads, so they are unicode), and then if so, instead of str(thing), do thing.encode('utf-8')
[17:27] <Chipaca> davidcalle: if they weren't always unicode, you'd have ugly code, or a bug, or a lot of refactoring, or all three :)
[17:28] <mandel> gatox, we should totally have capcom commands for everything
[17:28] <davidcalle> Chipaca, got it.
[17:28] <gatox> mandel, shortcuts FTW
[17:29] <mandel> gatox, they do sound like a great addition for ninja
[17:29] <mandel> gatox, if you don't give me vim give me ryu!
[17:30] <gatox> mandel, well..... you actually have a lot of crazy shortcuts in ninja..... during the sprints the other developers find out about them..... i need to write documentation :P
[17:37] <dobey> hrmm
[17:40] <mandel> EOD here, catch you all tom!
[17:46] <gatox> mandel, bye
[18:00] <facundobatista> karni, are you in twitter?
[18:00] <nessita> gatox, ralsina: philosophical question: (in the context of the SSO wizard) why do we have our custom Header that we insert in a QWizarPage layout instead of using the QWizarPage's title and QWizarPage's subTitle?
[18:01] <dobey> facundobatista: he is mkarnicki on there
[18:01] <facundobatista> dobey, gracias
[18:01] <gatox> nessita, it was because of the styling..... and how the wizard show (and in some cases don't show) the title and subtitle depending on the wizard style
[18:02] <nessita> gatox: can you give a little more details? as in, what we needed that wasn't possible
[18:02] <gatox> nessita, mmmm..... the font size for example
[18:02] <gatox> padding.....
[18:02] <ralsina> nessita: you can't style the title and subtitle
[18:02] <nessita> gatox: couldn't we set that thru stylesheets?
[18:02] <gatox> tunning adding the ellipsis
[18:02] <gatox> nop
[18:03] <nessita> boo, thanks
[18:03] <nessita> Next question:
[18:03] <ralsina> nessita: the wizard is really not-stylable
[18:03] <gatox> nessita, and some wizard styles don't show title directly
[18:03] <nessita> why defining this on every QWizardPage?
[18:03] <nessita>     205     def nextId(self):
[18:03] <nessita>     206         """Return the next page ID."""
[18:03] <nessita>     207         return self.next
[18:03] <ralsina> gatox: we are forcing the wizard style to modern (or something) anyway ;-)
[18:03] <ralsina> nessita: because originally the pages did not inherit a common class and we never refactored it?
[18:04] <gatox> i think we are not using that anymore
[18:04] <dobey> ralsina: you lied; but i guess there's only one spot that will definitely conflict, in that branch
[18:04] <ralsina> we shouldn't since you guys moved the logic to the wizard
[18:04] <ralsina> dobey: I lied? How unsurprising. Where?
[18:04]  * briancurtin lunch
[18:05] <nessita> gatox, ralsina: so, my gut feeling that that code is not needed is correct, right? (unless we need a custom nextId to be set)
[18:05] <ralsina> nessita: right
[18:05] <nessita> ack, thanks!
[18:05] <gatox> nessita, correct
[18:05] <dobey> ralsina: i asked you to hold off on that branch, and there's a proposal for it :P
[18:05] <ralsina> dobey: sorry, I did the proposal before we talked about it
[18:06] <ralsina> dobey: to show the diffs to others to clarify some points. Forgot to set it to WIP though
[18:07] <nessita> ralsina: and this wasn't enough to style a subtitle? "The subtitle may be plain text or HTML, depending on the value of the QWizard::subTitleFormat property."
[18:07] <nessita> (the same applies to the title)
[18:07] <nessita> ralsina: just trying to understand some code
[18:07] <ralsina> nessita: that one I did not know ;-)
[18:08] <nessita> ralsina: would that have worked?
[18:09] <ralsina> nessita: I don't know. It's not really modern HTML, but a subset plus CSS2
[18:09] <ralsina> nessita: probably yes
[18:09] <nessita> ack, thanks again!
[18:11] <dobey> sigh; google translate doesn't like unicode in urls at all :(
[18:12] <nessita> ralsina, gatox: one more question... how can I add a widget to a qwizardpage I'm creating "by hand"?
[18:13] <gatox> nessita, add the widget to the layout of the page
[18:13] <gatox> i'm not sure i understand the question
[18:14] <nessita> gatox: I'm reading the qwizardpage doc, and I'm not sure how I can set the page "main widget"
[18:15] <gatox> nessita, you can extend from QWizardPage and define the layout
[18:15] <gatox> nessita, i don't know how are you creating the page
[18:15] <nessita> gatox: I'm indeed extending QWizardPage
[18:15] <gatox> nessita, so, in the init you can do something like:
[18:15] <gatox> vbox = QVBoxLayout(self)
[18:15] <gatox> and add the widgets to that layout
[18:16] <nessita> gatox: there is no default layout in a QWizardPage?
[18:16] <gatox> yes.... i don't remember which kind of layout it is
[18:16] <dobey> people use icons in the weirdest ways, for the things which they aren't icons for
[18:16] <nessita> gatox: thanks, I'll research from here
[18:16] <gatox> nessita, you can ask for the layout with self.layout()
[18:16] <nessita> thanks!
[18:16] <gatox> and do: self.layout().addWidget
[18:24] <dobey> ralsina: were you asking about the messages indicator, because someone was not seeing share notifications in it, and was expecting to?
[18:27] <nessita> ralsina, gatox: is there any signal that gets emitted when a .close() is called in a widget ?
[18:27] <gatox> nessita, depends on the widget..... but you can overload the closeEvent method
[18:28] <nessita> gatox: I want to connect to a widget's "signal" when that widget calls .close()
[18:28] <nessita> destroyed!
[18:28] <nessita> that's what I want
[18:29] <gatox> nessita, mmmm i'm not sure about destroyed..... i personally wouldn't use that in python
[18:29] <nessita> gatox: why not?
[18:30] <gatox> nessita, i don't know what you want to do..... but in python with the garbage collector i don't know if that works ok....... maybe i'm wrong..... ralsina ^
[18:30] <gatox> i think i had problems with that in the past.......
[18:45] <urbanape> briancurtin: back
[18:46] <briancurtin> urbanape: on phone with USPS, but back in a few mins
[18:46] <urbanape> k
[18:48] <briancurtin> urbanape: now im back
[18:48] <urbanape> cool. mumble?
[18:49] <briancurtin> logging in
[18:57] <nessita> dobey: I lost track of the progress on the 'dark grey' bug. Are you doing the UIFe?
[18:57] <nessita> (yes I'm old and drop packages :-D)
[18:59] <dobey> nessita: sure, i can
[18:59] <nessita> dobey: wanna propose the branch for merge, so I can use that?
[19:00] <dobey> nessita: about to yeah. was filing bugs and proposing my client branch to fix the indicator
[19:00] <nessita> dobey: thanks
[19:02] <gatox> need to restart....... my computer is crashing all the time
[19:03] <nessita> gatox: lies! :-P
[19:03] <gatox> nessita, please believe me..... is not funny :( jeje
[19:03] <nessita> gatox: of course I believe you, I was kidding
[19:04] <elopio> Friends,
[19:05] <elopio> when I create a U1 contact list on thunderbird, the list is shown nowhere on the website, right?
[19:05] <dobey> hey now. let's keep it professional! :P
[19:05] <dobey> elopio: depends on what you mean exactly, but couchdb support is drifting away
[19:06] <dobey> elopio: so even if you did it the right way (tb UI can be confusing), and it doesn't work, we probably won't be able to get it fixed
[19:06] <karni> ralsina: facundobatista: I replied to the tweet, thanks. 1) It depends how often picures are uploaded (obviously), which == radio 2) we'll be decreasing the memory footprint shortly, which can also help
[19:07] <dobey> gatox: was it the alienware?
[19:07] <facundobatista> karni, how reducing the memory footprint improves battery?
[19:07] <gatox> dobey, i'm having a lot of issues since the last upgrade (yesterday)
[19:08] <karni> facundobatista: Decreases paging, which is I/O
[19:08] <dobey> gatox: maybe it just wants you to reinstall it again :P
[19:08] <karni> facundobatista: Android prefers to have memory full, only then starts to swap pages. On the initial auto-upload, we're quite a memory hog (in-memory queues).
[19:08] <gatox> dobey, ohhhh fun..... not
[19:08] <gatox> jeje
[19:10] <facundobatista> karni, so probably it's the case
[19:10] <karni> facundobatista: ralsina: FWIW, we use a very efficient way to detect new photos. We have a lightweight background service, so that's not the problem.
[19:11] <elopio> dobey: it's like a weird bug. But what you said is probably the best answer for the reporter. Thanks.
[19:13] <dobey> elopio: so tb has local lists and remote address books, and it can be confusing which one you've created
[19:18] <dobey> nessita: https://code.launchpad.net/~dobey/ubuntuone-control-panel/the-darkness/+merge/95239 btw
[19:18] <nessita> dobey: FINALLY :-D
[19:19] <nessita> like the name
[19:19] <nessita> I* like the name
[19:19] <dobey> ralsina: btw; any word on the product sprint thing?
[19:21] <elopio> dobey: this is a list of contacts on a U1 remote address book. I think... It's confusing.
[19:21] <nessita> dobey: btw, where did you get the dark grey color from?
[19:21] <nessita> dobey: I'm looking at the UBuntu paletter and it does not match
[19:22] <dobey> nessita: the titlebar on the window
[19:22] <nessita> Ubuntu palette*
[19:22] <dobey> ubuntu palette?
[19:22] <nessita> dobey: I guess we need to change it to the Ubuntu dark grey, which is listed in http://design.canonical.com/the-toolkit/ubuntu-logo-and-circle-of-friends/
[19:22] <nessita> dobey: from http://design.canonical.com/brand/Tools/colour_palettes/UbuntuColours.png, I can tell the dark grey is:
[19:23] <dobey> elopio: don't know if desktopcouch supports that. or if the web ui for contacts does either.
[19:23] <dobey> elopio: i suspect not
[19:23] <nessita> dobey: #333333
[19:23] <nessita> dobey: can you please change that?
[19:23] <dobey> nessita: why do we need to change it to that?
[19:24] <nessita> dobey: the agreement with the design team was to stick to the ubuntu palette for this change
[19:24] <nessita> dobey: so I promised we were gonna use the ubuntu dark grey
[19:24] <nessita> and I would like to keep my promise :-)
[19:26] <dobey> then it won't match
[19:27] <nessita> dobey: I think it will, since the window top bar is a gradient
[19:28] <dobey> nessita: it's a gradient, and i picked the color at the bottom of the gradient so it would match correctly.
[19:29] <dobey> and the window borders theme doesn't even use 333333 anywhere within it
[19:29] <dobey> that color doesn't even appear anywhere within the Ambiance theme at all, actually
[19:30] <nessita> dobey: the difference is extremely sutil
[19:31] <dobey> but i can see the edge
[19:31] <nessita> hum
[19:31] <nessita> dobey: then we need to run this by design again
[19:31] <dobey> granted, *i* can see the edge, and people can't even read the text on my screen
[19:31] <nessita> dobey: yes, you're right, I can also see the edge :-/
[19:32] <nessita> hrm
[19:32] <nessita> ralsina: any opinion? ^
[19:32] <dobey> nessita: but you can only see it because i said i can and you looked harder :P
[19:32] <nessita> dobey: yes, is very sutil
[19:33] <dobey> nessita: anyway, i pushed the change
[19:33] <nessita> I had to use xmag to see the edge
[19:33] <nessita> dobey: but you're right, it does not look good
[19:33] <nessita> I wish I had known this discrepancy this morning :-/
[19:33] <dobey> should have used xmag :)
[19:34] <nessita> dobey: I assumed the dark grey in the windows was the ubuntu dark grey
[19:34] <dobey> well we should wait for the UIFe anyway
[19:39] <dobey> nessita: re: assumption: http://www.youtube.com/watch?v=miPPQu2iqts
[19:53] <dobey> oh, pitti gave the +1. so we just need to decide which color to use
[19:53] <dobey> :)
[19:54] <dobey> nessita: in the meantime… https://code.launchpad.net/~dobey/ubuntuone-control-panel/remove-gtk/+merge/95252
[19:55] <nessita> dobey: you're tackling all the easy and fun branches, is not fair :-)
[19:56] <dobey> it's not fun :)
[19:56] <dobey> it's a very sad branch
[20:05] <nessita> ralsina: can I somehow connect a callback to the clicked event of a qwizard cancel button?
[20:05] <urbanape> ralsina: getting dbus into PyQt4 should be as simple as adding a --dbus=/path/to/dbus/headers right?
[20:06] <urbanape> to the call to configure.py
[20:10] <dobey> urbanape: should do, yeah
[20:11] <dobey> urbanape: i presume you have pkg-config working?
[20:12] <urbanape> yeah, should be
[20:14] <dobey> urbanape: what does "pkg-config --cflags-only-I --libs dbus-1" output for you?
[20:14] <urbanape> -I/usr/local/Cellar/d-bus/1.4.18/include/dbus-1.0 -I/usr/local/Cellar/d-bus/1.4.18/lib/dbus-1.0/include  -L/usr/local/Cellar/d-bus/1.4.18/lib -ldbus-1 -lpthread
[20:15] <dobey> urbanape: and you have /usr/local/Cellar/d-bus/1.4.18/include/dbus-1.0/dbus/dbus-python.h ?
[20:15] <urbanape> aha.
[20:16] <urbanape> no, but it does exist at /usr/local/include/dbus-1.0/dbus/dbus-python.h
[20:17] <gatox> EOD here! see you tomorrow people!
[20:19] <dobey> urbanape: so it looks like dbus-python installed it to the wrong place. pyqt4 should be picking up the support automatically in configure.py. but that, and possibly the location of the dbus python package itself are causing that to fail
[20:19] <urbanape> yup. since the dbus-python wasn't a homebrew recipe, it just installed it straight into /usr/local/{lib|include|&c}
[20:19] <dobey> ah ok
[20:19] <urbanape> need to whip up a homebrew formula for it.
[20:28] <dobey> ugh, where did my postage stamps go :-/
[20:40] <ralsina> nessita: yes, get a reference to the button (QWizard.button, IIRC) and then use its clicked signal
[20:40] <mandel> nessita, http://developer.qt.nokia.com/doc/qt-4.8/qwizard.html#button
[20:40] <nessita> ralsina: I found it, is rejected
[20:40] <ralsina> urbanape: in theory but I have done nothing like it in the last 10 years or so
[20:40] <nessita> the specific signal is rejected
[20:40] <ralsina> nessita: oh, ok
[20:41] <urbanape> ralsina: I think we figgered it out.
[20:41] <ralsina> damn, I leave 1 hour and everyone solved everything!
[20:41] <urbanape> homebrew segregates its stuff off and then links into /usr/local/*
[20:41] <urbanape> and my dbus-python was installing into /usr/local/*, but pkg-config was not looking in the same place.
[20:42] <ralsina> dobey: niggle about an older branch already merged, why not have both installer and control panel have the window class be "Ubuntu One" instead of "Ubuntu One Installer"?
[20:42] <ralsina> urbanape: awesome
[20:42] <nessita> ralsina: so, I need some input from you
[20:43] <ralsina> nessita: sure
[20:43] <nessita> ralsina: which one? http://ubuntuone.com/0H4mGL2S5HaF1PSN5UUW6p or  http://ubuntuone.com/2fLrfst5ueA6MiAQEaFF0y
[20:43] <nessita> ralsina: I like neither :-/
[20:43] <ralsina> nessita: looking...
[20:44] <nessita> ralsina: if we could hide the ---------- bottom line, I would take the first one
[20:44] <ralsina> nessita: http://ubuntuone.com/2fLrfst5ueA6MiAQEaFF0y has two "default buttons" so, on this choice, thefirst
[20:44] <nessita> ralsina: can fix that, no prob
[20:44] <ralsina> nessita: we can!
[20:44] <nessita> ralsina: how????
[20:44] <ralsina> nessita: let me think a second ;-)
[20:44] <dobey> ralsina: well it's ubuntuone-installer, and because that would mean more work, and chanes to both, and more possibility to break
[20:45] <ralsina> nessita: ok, that is the line above the buttons in a wizard... let me dig a little bit
[20:45] <ralsina> dobey: yes, but it *is* weird, admit it ;-)
[20:45] <ralsina> dobey: maybe a low bug for the indefinite future?
[20:45] <dobey> ralsina: well, i didn't design unity, so… ;)
[20:46] <dobey> ralsina: a) i wish we could just get rid of ubuntuone-installer. b) i wish the qt control panel didn't hard code everything.
[20:47] <ralsina> dobey: I don't see how b) applies to this specific thing,but hey,whatever makes you happy, dude.
[20:48] <ralsina> nessita: I am sure it can be done, but it may involve some 15 minutes of experimentation. Stay tuned ;-)
[20:49] <nessita> ralsina: in your personal opinion, which one is better?
[20:49] <dobey> ralsina: the icon
[20:49] <dobey> which i don't understand why it's not using the same icon as on linux, but hey
[20:49] <nessita> ralsina: I updated the second screenshot with one that has only one default button
[20:50] <ralsina> "the same icon as on linux"? The icon is set on designer, it's not hardcoded.
[20:50] <ralsina> dobey: ^
[20:51] <dobey> ralsina: set how? it's embedded in the binary as i understand, and if not, then the full path must be listed. because windows doesn't do the Icon Theme Spec.
[20:52] <dobey> ralsina: and we are using a different icon for the winodws version, than we are on linux.
[20:52] <dobey> it's not using the ubuntu one icon we use everywhere
[20:54] <ralsina> nessita: to get rid of that line: the parent() of any QWIzardPage (after they are added) is a QFrame. do frame.setFrameShape(frame.NoFrame)
[20:54] <ralsina> dobey: well, it's using the icon we are telling it to use. If on Ubuntu we should use a different one, it's trivial to fix...
[20:54] <nessita> ralsina: can we do that with stylesheets?
[20:54] <ralsina> nessita: maybe with some weird selector. gatox may know
[20:55] <ralsina> nessita: but then there will be no line ever (even if we do have buttons) so maybe the second one is a better idea anyway
[20:56] <nessita> ralsina: you IRL tried it? it did not work here
[20:57] <ralsina> nessita: nope, I can try to IRL it though
[20:57] <nessita> ralsina: no rush, I'm leaving. Which one do you like better?
[20:57] <ralsina> The second
[20:58] <nessita> ack then!
[20:59] <ralsina> Ha, pdb really hates it if you have an object called p. p.whatever() gives a syntax error!
[21:06] <alecu> nessita, ping
[21:06] <dobey> brb. gotta run a couple quick errands
[21:06] <alecu> nessita, in your spawn-related code, how did you end up getting the cross platform path to the executable being spawned?
[21:07] <nessita> alecu: good question!
[21:07] <alecu> nessita, I need something similar for the tunnel process
[21:07] <nessita> alecu: the path is multiplatform, but it points to the python script, which in windows, strictly speaking, is not executable
[21:08] <nessita> alecu: understand my point?
[21:08] <alecu> nessita, so, via __file__ ?
[21:08] <nessita> alecu: no, please look at the get_bin_dir in ubuntu_sso/utils/__init__.py
[21:08] <alecu> looking
[21:08] <nessita> alecu: the same way we grab the data files
[21:09] <nessita> dobey: what's the "windows top bar" grey? I'm writting an email to robert
[21:11] <ralsina> nessita: you want to learn about kcolorchooser :-)
[21:12] <ralsina> nessita: #3C3B37
[21:13] <alecu> nessita, so, dirname(__file__)/../../bin
[21:13] <nessita> ralsina: I know kcolorchooser and xmag, but I'm also very lazy at this time of the day
[21:13] <alecu> nessita, does that work at all inside py2exe?
[21:13] <nessita> alecu: that does not work on install
[21:14] <nessita> alecu: not sure. But surely what you propose does not work on ubuntu installs
[21:14] <ralsina> nessita: there, doneitfor you then :-)
[21:14] <nessita> ralsina: thanks! though I recall there was an 'A' in it
[21:14] <nessita> ralsina: you sure you grabbed the last pixel from the bottom?
[21:14] <alecu> nessita, right. I see that ubuntu_sso.constants is used for installs
[21:15] <nessita> alecu: yeap
[21:15] <nessita> alecu: I was counting on tweaking that if py2exe was a pain
[21:15] <ralsina> nessita: fromthe bar inside chromium
[21:15] <ralsina> nessita: same thing for the tabbar inside thunderbird
[21:15] <nessita> ralsina: ack then!
[21:21] <urbanape> briancurtin: I'm EODing for now, though I typically get back on once Lex goes to sleep. I'll take a whack at brewing up the dbus-python package, rather than trying to piggy-back it on the dbus brew install location.
[21:27] <briancurtin> urbanape: the intertubes broke, im back on mumble
[21:27] <urbanape> briancurtin: I'm EODing for now, though I typically get back on once Lex goes to sleep. I'll take a whack at brewing up the dbus-python package, rather than trying to piggy-back it on the dbus brew install location.
[21:27] <briancurtin> urbanape: sounds good
[21:36] <nessita> dobey: remove-gtk reviewed
[21:37] <nessita> ok, I'm off crowd
[21:38] <nessita> bye all!
[21:38] <ralsina> bye nessita!
[21:38] <ralsina> dobey: do you have any pending reviews?
[21:42] <dobey> nessita: the bottom of the gradient is the color my branch was using before the 333333 change
[21:44] <dobey> nessita: #3c3b37
[21:46] <dobey> ralsina: https://code.launchpad.net/~dobey/ubuntuone-control-panel/remove-gtk/+merge/95252
[21:46] <dobey> ralsina: https://code.launchpad.net/~dobey/ubuntuone-control-panel/the-darkness/+merge/95239
[21:47] <dobey> ralsina: https://code.launchpad.net/~dobey/ubuntuone-client/installer-not-panel/+merge/95237
[21:47] <dobey> nessita: ^^ you might want to look at that last one too
[21:47] <nessita> dobey: ack!
[21:47] <nessita> but tomorrow, I'm gone now
[21:47] <dobey> ralsina: that last one is the one that will conflict with your branch
[21:51] <ralsina> dobey: ok, will take a look at one or two
[21:53] <ralsina> dobey: why import glib as GLib and right away glib = GLib? in installer-not-panel?
[21:53] <ralsina> dobey: and the same with pyindicate and indicate
[22:03] <dobey> ralsina: to avoid the lint warnings
[22:03] <dobey> "redefinition of previously blah blah"
[22:18] <SpamapS> Question.. I think its been a few weeks now that U1 periodically says "Downloading XXXXXXXX and 199 other files to your computer" .. I haven't checked.. but.. is U1 broken on my system? Whats the deal?
[22:18] <SpamapS> BTW, XXXXXXX is always the same file
[22:19] <SpamapS> (and I'm running precise)
[22:21] <Chipaca> SpamapS: hm!
[22:21] <Chipaca> verterok: is that a you, or is it a nessita?
[22:22] <verterok> Chipaca: ?
[22:22] <Chipaca> verterok: or was that alecu
[22:22] <verterok> Chipaca: notifications? I think it's alecu/thisfred
[22:22] <alecu> probably
[22:23] <Chipaca> verterok: i know the notification issue was addressed, but i also know chicharra was involed in the fix :)
[22:23] <verterok> Chipaca: ah, ok. I didn't land the fix for it
[22:23] <alecu> I remember seeing a bug report for that...
[22:25] <SpamapS> So, is this a stuck, untrue notification?
[22:25] <SpamapS> or am I missing files that I should have?
[22:26] <SpamapS>  3022 clint     20   0  435m  64m 5520 S    7  1.6   3:46.80 ubuntuone-syncd
[22:26] <SpamapS> It always seems to be taking 5 - 8 % of the CPU .. so I assume its trying to do something
[22:36] <alecu> hmm... this is the bug I remembered: https://bugs.launchpad.net/ubuntuone-client/+bug/807005
[22:38] <dobey> there's a different report
[22:38] <ralsina> SpamapS: probably it's a lot more than 199 files and it just takes a long time
[22:39] <dobey> https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/939483
[22:39] <dobey> alecu: would be a different issue than that filename reset bug i think
[22:40] <alecu> dobey: it certainly looks so
[22:40] <ralsina> alecu, dobey: I think beuno mentioned this bug a few days ago
[22:41] <alecu> ralsina, dobey just pasted the url
[22:41] <ralsina> he, and he reported it, of course
[22:41] <SpamapS> ralsina: its always 199 .. and always the same file.
[22:41] <ralsina> SpamapS: yes, the number is a lie
[22:41] <SpamapS> ... like the cake..
[22:42] <dobey> SpamapS: what does "ls -lh ~/.cache/ubuntuone/log/*.log" list you as having?
[22:43] <alecu> ralsina, that number is taken from the events that went thru syncdaemon. Probably something changed with the changes that facundobatista was doing regarding storing some part of the queue on disk.
[22:43] <alecu> "something changed with the changes" -> doh
[22:43] <ralsina> alecu: right, and we are only getting the size of the not-in-memory queue or something
[22:43] <SpamapS> dobey: http://paste.ubuntu.com/862649/
[22:44] <dobey> the 199 is because there is a limit of 200 items in the queue
[22:44] <dobey> memory_pool_limit.default = 200
[22:44] <alecu> ralsina, dobey: data/syncdaemon.conf:memory_pool_limit.default = 200
[22:44] <dobey> heh
[22:44] <alecu> ditto :-)
[22:44] <SpamapS> I see downloads completing..
[22:44] <SpamapS> and more being added
[22:44] <dobey> so it probably is updating the notification every time a file completes, and a new item gets added to the queue
[22:45] <ralsina> now the interesting question is "can we know the size of the on-disk queue?"
[22:45] <dobey> ralsina: i think that's a question for facundo
[22:45] <ralsina> dobey: indeed. facundobatista? ^
[22:46] <SpamapS> I brought this up a while back in discussions. I'd much rather just see the queue length, and any errors. I don't really care about U1 doing its job normally.
[22:46] <dobey> SpamapS: how many files are you syncing exactly?
[22:46] <SpamapS> dobey: I'm not sure
[22:47] <SpamapS> AFAICT, these files were always on this particular machine, I'm not sure why they're being Downloaded again.
[22:48] <alecu> ralsina, it seems that it's very easy to find out the size of the queue with len(OffloadQueue), but that info is not useful in order to show the same data we were showing.
[22:49] <dobey> SpamapS: so the notifications do in fact, work the way you want (though i guess we don't have notify-osd notifications for errors); but a change in the underlying behavior of syncdaemon caused this particular issue to occur
[22:49] <ralsina> alecu: I won't pretend to understand what you said ;-)
[22:50] <alecu> dobey: SpamapS proposed on u1-discuss we got rid of most superfluous notifications altogether :-)
[22:50] <alecu> ralsina, sorry :-)
[22:50] <dobey> alecu: yes, we did that
[22:50] <alecu> dobey: we did a small part of that...
[22:50] <SpamapS> dobey: what I don't understand is that the files I see in the queue in magicicada, and the one in the notification, are already on disk.
[22:51] <dobey> SpamapS: i can't tell you why they're queued
[22:51] <SpamapS> so, is it just verifying hashes?
[22:51] <ralsina> alecu: I mean, I don't understand what "the same data we were showing" means in this context. Would weneed to examine the items before they are offloaded to disk and count something?
[22:51] <alecu> ralsina, well: we know the queue len, but we don't know how many items in the queue are files uploading, how many are files downloading, and how many are random stuff that syncdaemon needs to do.
[22:52] <alecu> ralsina, not in a clean way...
[22:52] <dobey> SpamapS: no, they wouldn't be in the content queue if that was the case. i have no idea why it's doanloading them again
[22:52] <dobey> if they're already there, that is
[22:52] <SpamapS> dobey: I have a theory
[22:52] <dobey> SpamapS: "the mayans did it" ?
[22:52] <SpamapS> http://paste.ubuntu.com/862655/
[22:52] <SpamapS> because I copied these files from my mac hard drive..
[22:53] <SpamapS> as root.. they're all owned by uids that aren't 'clint'
[22:53] <dobey> SpamapS: ah well, yeah, permissions problems are not fun
[22:53] <dobey> fix it :)
[22:53] <SpamapS> dobey: U1 may have been spinning for *months* on this
[22:53] <alecu> ralsina, the notification "aggregator" is loosely coupled with syncdaemon: it listens on a syncdaemon event bus. And the events are fired on that bus when they exit the "on-disk" queue.
[22:54] <SpamapS> $ find . -uid 501 -group dialout -type f | wc -l
[22:54] <SpamapS> 3556
[22:54] <dobey> that'd be a lot of files indeed
[22:54] <alecu> ralsina, we *could* do a kind of chanchada and send events only to the aggregator before they are sent to the on-disk queue... but it would probably break somewhere else.
[22:55] <SpamapS> Ok, chowned them all.. lets see what happens
[22:55] <SpamapS> well the exceptions stopped
[22:55] <dobey> SpamapS: you might get quite a lot of notifications still, but it should spin down to a stop fairly quickly
[22:56] <dobey> restarting syncdaemon might make it happen faster
[22:56] <SpamapS> dobey: yeah, even with it spinning on these forever, the notifications weren't that annoying. I just realized that it was the same file.. over and over.. and same length..
[22:56] <SpamapS> dobey: I would love to see the full queue length there. :)
[22:56] <SpamapS> 2012-02-29 14:56:52,930 - ubuntuone.SyncDaemon.MuteFilter - DEBUG - Blocking FS_FILE_CLOSE_WRITE {'path': '/home/clint/Pictures/FromMac/iPhoto Library/Originals/2009/Dec 9, 2009/2009-12-09 11.17.27.jpg'} (2051 left)
[22:57] <SpamapS> 2051 left .. that looks like a queue length
[22:57] <dobey> SpamapS: yeah, it used to be there. a change in syncdaemon to limit the in-memory queue length broke that though. i've just done some triage on the bug, and hopefully we can get it fixed for precise
[22:57] <SpamapS> dobey: *cool*
[22:58] <karni> ralsina: facundobatista: FWIW, I just saw this review on the Android Market (re: the question from twitter) "Android/Ubuntu One/Xbmc = sweet setup, can instantly share my photos with the family @ home on the TV's... I have no issues with battery drain or sluggish performance, I don't get it, it works flawlessly on my end. Do your research people, this is a great app..."
[22:58] <karni> I do not say there are no battery issues, we will always try to improve in that area.
[23:05] <Chipaca> karni: stop writing reviews for your own apps, it doesn't look good
[23:05] <Chipaca> :D
[23:05]  * karni thought he would trick people..
[23:06] <karni> Chipaca: I'm the person to know all shortcomings of the app, I wouldn't write such a review :) Now, back to building for the marketz
[23:09] <dobey> alright, i shouldn't still be here :)
[23:09] <dobey> later!
[23:10] <karni> bye dobey
[23:52] <alecu> bye bye, all!


[00:22] <mebrown> cjwatson, welcome back.
[00:22] <mebrown> evand, cjwatson  We are going to be going with an explicit echo "d-i languagechooser/language-name ..." | debconf-set-selections
[00:23] <mebrown> the main thing that I was concerned about (for my information), was why my offline testing didnt work
[00:24] <mebrown> when I did the debconf-set-selections and ran "oem-config" in an already-installed OS, it never worked. But when I did the exact same script as part of post-install script it worked
[05:40] <twb> cjwatson: I've had problems recently with Gutsy, it seems by default /etc/network/interfaces last line, "iface eth0 inet dhcp" is commented out.  Any idea what's going on?
[05:40] <twb> I vaguely suspect NM because it has caused problems for me on Debian.
[05:41] <twb> (i.e. prejudice)
[09:37] <cjwatson> twb: it's intentionally commented out if (and only if) network-manager is going to be installed, because otherwise they interfere
[10:40] <xivulon> cjwatson re city selector interface in ubiquity, I was looking this video http://www.youtube.com/watch?v=YrFz7IxXppU (1m10s)
[10:44] <cjwatson> xivulon: you sure that's the right one? that's 3m20s and is about kwin composite effects
[10:44] <xivulon> yep go to 1min 10 sec
[10:44] <xivulon> it's just the idea of the magnifier, does not need composite to be implemented
[10:45] <xivulon> if you have 2 images of different resolution should be easy to put togethter
[10:45] <cjwatson> ah. somebody with time is welcome to try it :-)
[11:02] <xivulon> once I am in a good shape with wubi i'll give it a go, that should be pygtk correct?
[11:15] <cjwatson> yes
[11:15] <cjwatson> or in the underlying C code
[11:34] <mpt> xivulon, yes, that's kind of like what I suggested at UDS -- when you're outside the map area you see the whole map, but when you're inside the area you're auto-scrolling through a zoomed-in version
[11:38] <xivulon> mpt I'll see if I can implement a sample
[11:39] <mpt> So, if the map area is X pixels wide and Y high
[11:40] <mpt> When you're hovering over (0,0), the area should show a zoomed-in version of the ((0,0), (X/n, Y/n)) part of the map
[11:41] <xivulon> yep
[11:42] <mpt> When you're hovering over (X,Y) (the bottom-right pixel), the area should show a zoomed-in version of the ((X-X/n, Y-Y/n), (X,Y)) part of the map
[11:42] <mpt> etc
[11:42] <mpt> Where n = 2 or thereabouts
[12:12] <twb> cjwatson: on the host in question, NM *was* installed, but nis didn't work at all until I uncommented the configuration in /etc/network/interfaces.
[12:13] <twb> I imagine from the user's report that ypbind just sat there until it timed out and was backgrounded.  Certainly logging in as root to enable /e/n/interfaces took deciseconds.
[12:14] <twb> Perhaps NM simply doesn't work with NIS, or NM is activated after NIS.
[12:15] <cjwatson> it wouldn't surprise me if hardly anyone else has tried NM with NIS
[12:57] <twb> Grumble
[12:58] <soren> Yeah. NIS only really works if you expect to always be connected to the same network. network-manager is made for the exact opposite use case.
[12:59] <twb> ...and yet NM is installed by default
[12:59] <twb> I guess I must have told the users to install NIS by hand.
[12:59] <soren> And nis isn't.
[12:59] <twb> I can tell them to purge nm at the same time
[13:09] <tjaalton> I'm having hard time installing hardy atm. netboot fails with "Couldn't find task {minimal,standard}"
[13:09] <tjaalton> probably known already?
[13:09] <twb> That sounds like a bashism
[13:10] <twb> (Just guessing, really.)
[13:10] <tjaalton> there are two errors, one with "minimal", the other with "standard" :)
[13:10] <twb> Oh, never mind then.
[13:10] <tjaalton> I tried to be clever..
[13:14] <cjwatson> which mirror?
[13:15] <cjwatson> those tasks seem to exist in the master archive
[13:15] <tjaalton> local, I'll update it again..
[13:16] <cjwatson> check for Task: lines in the Packages file
[13:16] <cjwatson> also check syslog to ensure it did actually find your mirror successfully; I could imagine that that error might happen if apt-setup broke somehow
[13:22] <tjaalton> now it fails to find kernel modules :)
[13:22] <tjaalton> but it does use our mirror
[14:17] <tjaalton> so d-i just needs an upload to use -3?
[14:19] <CIA-48> debian-installer: cjwatson * r865 ubuntu/ (10 files in 4 dirs): * Move to 2.6.24-3 kernels.
[14:19] <tjaalton> hehe
[14:19] <CIA-48> debian-installer: cjwatson * r865 ubuntu/ (10 files in 4 dirs): * Move to 2.6.24-3 kernels.
[14:19] <cjwatson> ha, timing
[14:20] <cjwatson> the second one was because CIA said ENOSPC (at the remote end I assume) and I didn't bother checking whether the message had actually made it
[14:24] <CIA-48> debian-installer: cjwatson * r866 ubuntu/debian/changelog: releasing version 20070308ubuntu25
[15:16] <evand> regarding scrolling a zoomed tzmap, I'm actually working on that functionality now (while I work on more important things), as I have to work with the tzmap to fit ubiquity in 800x600 anyway.
[15:41] <xivulon> evand in the scheme suggested by mpt the map does not pan and there are no scrollbars/buttons, have a look at the video
[15:41] <xivulon> I can send you some cairo/pygtk code in the coming days if you wish
[15:43] <evand> mpt: can you clarify?  Are you talking about the entire map being zoomed in or just a boxed portion, like a magnifying glass?
[15:43] <mpt> xivulon, I'm not sure what you mean by "the map does not pan"
[15:43] <mpt> but I agree it shouldn't have scrollbars/buttons
[15:43] <xivulon> magnifying glass
[15:44] <mpt> but the magnifying glass area being the map area itself
[15:44] <xivulon> while the full world does not move
[15:44] <evand> my plan was to make the map permanently zoomed in, and have the map move as you move toward an edge.  I thought this was in line with what we discussed at UDS, someone please correct me if I'm wrong.
[15:44] <evand> to further clarify, there would be no scrollbars
[15:45] <mpt> evand, my suggestion was to have the map zoomed out when you're not mousing over it, and zoomed in when you are
[15:45] <xivulon> I guess I resumed the original mpt proposal after looking at the video
[15:45] <mpt> I probably didn't express myself very well
[15:45] <mpt> I could draw some sketches if it would help :-)
[15:45] <xivulon> evand see http://www.youtube.com/watch?v=YrFz7IxXppU
[15:45] <xivulon> 1min 10 sec
[15:46] <evand> mpt: if you have the time it would be very much appreciated.  We lost some of the notes from that session and I've been working off of memory.
[15:48] <evand> xivulon: I already watched it.  I see what you're saying, but that's fundamentally different from what I thought was the plan.  But I'll wait for mpt's sketch before I assume I know exactly what that was :)
[15:51]  * mpt should have brought his inky pen to the office
[16:12] <mpt> evand, e-mailed
[16:16] <evand> mpt: thanks, that definitely helps!
[16:16] <evand> do you mind if I put this on the specification?
[16:17] <xivulon> I have started a pygtk widget if it is of any help
[16:18] <mpt> evand, that's fine
[16:19] <mebrown> evand, ping.
[16:19] <mebrown> evand, are there any plans to make the preseed file language independent?
[16:22] <evand> mebrown: can you elaborate?  You can preseed when locale is set to something other than English, you just use the English keys in your preseed file.
[16:23] <mebrown> evand, there are several places in the preseed where the string value is equal to what the GUI displays
[16:23] <mebrown> evand, and if you change language those parts of the preseed brak
[16:23] <mebrown> break
[16:23] <evand> https://wiki.ubuntu.com/HardyUbiquityUsability has been updated.  Thanks again mpt.
[16:23] <mebrown> specifically partitioning and X
[16:25] <evand> mebrown: Are you sure these are not broken elsewhere?  I was able to preseed partitioner questions when using debian-installer/locale=zh_CN
[16:25] <mebrown> evand, I had a working preseed. Exactly one change to language broke it. (fails at partitioning)
[16:25] <mebrown> I saw something somewhere about them being locale specific
[16:26] <evand> hrmm
[16:26] <mebrown> http://pastebin.com/m758c0d2e
[16:26] <mebrown> the preseed in question
[16:27] <mebrown> when I change locale to zh_CN, partitioning fails (7.10, here)
[16:27] <mebrown> It will be a couple weeks before I can start testing hardy
[16:29] <cjwatson> partman is special, in every sense of the word
[16:29] <evand> haha
[16:29] <cjwatson> but you should be able to work around it by preseeding the Chinese equivalent
[16:29] <cjwatson> which is obviously annoyingly unreliable, but should be a workaround
[16:30] <mebrown> cjwatson, something like a feature request:
[16:30] <mebrown> specify preseed language independent of installer langauge
[16:30] <evand> don't you need to preseed partman-auto/disk, or does it assume you mean the first one it finds?
[16:30] <mebrown> independent of final system locale
[16:30] <cjwatson> mebrown: yes, I am definitely familiar with the issue, it's just complex to fix
[16:30] <cjwatson> it is ONLY the partitioner
[16:31] <cjwatson> and only when you're asking it to partition free space as opposed to the whole disk
[16:31] <mebrown> cjwatson, any way to just call 'gettext' on any of the string values that need localization?
[16:31] <cjwatson> if you're partitioning the whole disk, as Evan says, you use partman-auto/disk which doesn't require i18n
[16:31] <mebrown> cjwatson, now thats funny.
[16:31] <cjwatson> mebrown: the installer doesn't use gettext, and not really
[16:31] <cjwatson> I can try to find you a better workaround
[16:31] <evand> ah, which would explain why it worked for me.
[16:32] <mebrown> cjwatson, I think we discussed this before, but I dont have a bug open: would like to be able to specify partitioning better in preseed.
[16:32] <mebrown> right now, I have an early_script that does the partitioning
[16:32] <mebrown> which is just wonky
[16:32] <mebrown> and: we have had a couple things pop up on our mailing list
[16:32] <cjwatson> the right fix is to make it possible to preseed it as biggest_free (the underlying identifier) rather than as "Guided - use the largest continuous free space"
[16:32] <mebrown> cjwatson, agreed on that part, except:
[16:33] <mebrown> for our factory install, I know that I want to keep /dev/sda1 and /dev/sda2 and blow away everything else
[16:33] <mebrown> and on the mailing lists, some people want to install to things like LVM or even encrypted lvm
[16:33] <mebrown> and would be nice if they could specify that in the preseed.
[16:34] <cjwatson> right, I'm sorry but it'll be a while before we have that (not enough people are working on the partitioner as yet); it certainly isn't just you asking for that kind of thing :-/
[16:34] <mebrown> cjwatson, well, we have a working solution right now, so it is a feature request wishlist item
[16:34] <mebrown> cjwatson, and it would be nice if the (I count 4) places in the preseed where it is locale-sensitive could be fixed
[16:34] <mebrown> so I can just specify locale in the preseed.
[16:35] <mebrown> and then...
[16:35] <mebrown> fix up firstboot so I dont have to separately specify language/keyboard there.
[16:35] <cjwatson> I see 2 in yours, one of which is unnecessary
[16:35] <mebrown> ?
[16:35] <mebrown> 2 partitioning and 2 xorg
[16:35] <cjwatson> partman-auto/init_automatically_partition (necessary) and partman-auto/choose_recipe (you're just preseeding the default, so why bother?)
[16:36] <cjwatson> are you *sure* those xorg questions are locale-sensitive? that very much surprises me
[16:36] <mebrown> so it should work ok if I remove the choose_recipe? I dont have a test system handy now, will test later.
[16:36] <mebrown> cjwatson, an assumption on my part
[16:37] <mebrown> they *look* similar to the partitioning stuff
[16:37] <cjwatson> they do, but it's the underlying code that matters. partitioning only suffers from this because the underlying code is very very weird and nonstandard.
[16:38] <cjwatson> (because it's trying to solve complex problems and doing stuff that the debconf system wasn't really designed to do)
[16:38] <cjwatson> you can definitely remove partman-auto/choose_recipe
[16:38] <mebrown> ok
[16:39] <cjwatson> on oem-config, yes, though that will happen first. I asked evand to take care of that one.
[16:40] <cjwatson> I left a comment in /lib/partman/lib/base.sh a while back about the problem you're running into
[16:40] <mebrown> just have it come up by default in the system language? (/etc/defaults/locale)
[16:40] <cjwatson>         # TODO: This can be preseeded without having to use translated
[16:40] <cjwatson>         # values (which are often inappropriate for preseeding across many
[16:40] <cjwatson>         # machines due to including e.g. disk capacities) but it's nasty;
[16:40] <cjwatson>         # you have to use runes like
[16:40] <cjwatson>         # "20some_device__________/var/lib/partman/devices/=dev=sda".
[16:40] <cjwatson>         # We could do with an abbreviated syntax.
[16:40] <cjwatson> mebrown: something needs to take care of copying the question in; once that happens it will work
[16:41] <cjwatson> the problem is that nothing copies preseeding across for the benefit of oem-config
[16:41] <mebrown> but, question:
[16:41] <mebrown> I was on an installed, running system
[16:41] <mebrown> and was running oem-config manually to test
[16:41] <mebrown> and when I ran echo ... | debconf-set-selections
[16:41] <mebrown> it had no effect
[16:42] <cjwatson> you said you were preseeding languagechooser/language-name. I really recommend not doing that. The variable exposed for preseeding is debian-installer/locale.
[16:42] <cjwatson> I suspect some slight difference around there was your problem
[16:42] <evand> the suggestion of languagechooser/language-name was my fault
[16:42] <cjwatson> languagechooser/language-name gets set internally by localechooser depending on the exact code path you hit and is not guaranteed to respect preseeding
[16:43] <mebrown> evand, no it wasnt.
[16:43] <evand> it wasn't?
[16:43] <mebrown> evand, I was reading the code and that is what I came up with
[16:43] <mebrown> before you made your suggestion on sat morning, I had been playing around for hours on friday with that variable
[16:43] <evand> ah, fair enough
[16:43] <mebrown> I just never got it to work until your suggestion to do it in post
[16:44] <cjwatson> I agree with doing it in a post-install script for now
[16:44] <cjwatson> but we'll fix the bug that requires that
[16:44] <mebrown> cjwatson, the code already went to the factory, as we were over our deadline. we are using languagechooser/language-name for now.
[16:44] <mebrown> ok
[16:45] <mebrown> cjwatson, so: the final solution to this (implemented for hardy?) is that I can set debian-installer/locale and get everything to Just Work(TM)?
[16:46] <mebrown> Do I need to open up any launchpads on these?
[16:48] <cjwatson> I've filed bug 181291
[16:48] <ubotu> Launchpad bug 181291 in oem-config "preseeded locale etc. not propagated to oem-config" [Undecided,New] https://launchpad.net/bugs/181291
[16:49] <cjwatson> and tentatively assigned to evand since he said yesterday that was ok
[16:49] <evand> yup, already working on it
[16:49] <cjwatson> mebrown: though I have not yet tested it, it's my belief that setting debian-installer/locale in a post-install script will work fine even for gutsy. Yes, the intent for hardy is that just setting debian-installer/locale in the preseed file should work without further post-install fiddling.
[16:50] <cjwatson> (regardless of exactly how that is achieved)
[16:50] <mebrown> so: another bug about the localized partitioning to make it complete?
[16:51] <mebrown> thanks for the help. (especially saturday help from evand)
[16:51] <evand> anytime
[16:52] <mebrown> next thing I noticed while working on this:
[16:52] <mebrown> the list of keyboard layouts is not localized.
[16:52] <mebrown> which was great for me testing, but would suck if you *only* speak mandarin
[16:54] <mebrown> and also: I did a *quick* test, so I may have gotten it wrong, but I tried to enter chinese chars in the last screen (and only screen that accepts keyboard input, thankfully) for username and it didnt work.
[16:56] <cjwatson> yes, a bug on partman-base about the general mess that is partman preseeding would be good
[16:57] <cjwatson> keyboard layout localisation is known and indeed is a blocker to Debian switching to the same system
[16:57] <cjwatson> bug 127528
[16:57] <ubotu> Launchpad bug 127528 in console-setup "keyboard layout chooser not localized" [Wishlist,Confirmed] https://launchpad.net/bugs/127528
[16:58] <cjwatson> what went wrong with Chinese entry on the username page? was the problem that it didn't have a working input method (my suspicion) or did it let you enter Chinese characters but then break?
[16:59] <mebrown> I could not find a way to even enter chinese chars
[17:00] <mebrown> I dont know chinese, but iirc, <ctrl>-space normally turns into chinese mode
[17:00] <mebrown> and then you can enter gobbledy-gook
[17:01] <mebrown> question: where to enter bugs in partman-base?
[17:01] <mebrown> "partman-base does not use Launchpad as its bug tracker."
[17:02] <cjwatson> /ubuntu/+source/partman-base rather than /partman-base
[17:02] <cjwatson> or start at bugs.launchpad.net/ubuntu and enter partman-base as the source package
[17:03] <cjwatson> ctrl-space requires an input method to be active. I strongly suspect that oem-config isn't activating one. (That's a bug, and one I hadn't heard of before now, so yes, please do file it ...)
[17:09] <mebrown> https://bugs.launchpad.net/dell/+bug/181296
[17:09] <ubotu> Launchpad bug 181296 in partman-base "partman preseeding should not require localized strings" [Undecided,New]
[17:09] <Ubotwo> Launchpad bug 181296 in partman-base "partman preseeding should not require localized strings" [Undecided,New]
[21:33] <xivulon> cjwatson, mpt, evand, have done a preliminary widget for the location selector
[21:33] <xivulon> http://paste.ubuntu-nl.org/51260/
[21:36] <xivulon> You need the pixmap http://codebrowse.launchpad.net/~ubuntu-installer/ubiquity/trunk/download/supermario%40portablemario-20071225071604-qg5aa8kt510412xl/world_map960.png-20060222230952-12b3a9101a91fc15/world_map-960.png
[21:36] <xivulon> within the same directory
[21:48] <cjwatson> cool; it's for evand to deal with though :)
[21:59] <evand> heh, indeed and thanks.  I'll take a look at it after I finish up an email to ubuntu-devel-discuss.
[22:10] <xivulon> http://paste.ubuntu-nl.org/51266/
[22:10] <xivulon> added click event
[22:11] <xivulon> evand, you owe me a beer then
[22:11] <xivulon> I'll settle if you merge in the wubi tagged bugs though ;)
[22:20] <xivulon> draw_map is a sink of resource (don't think there is a need to re-render the background at each refresh) if that is optimized responsiveness will improve
[22:26] <xivulon> http://paste.ubuntu-nl.org/51267/
[22:26] <xivulon> last
[23:58] <xivulon> evand, cjwaton have moved the map widget code to https://code.launchpad.net/~ubuntu-installer/ubiquity/zoom-map-widget
[23:58] <xivulon> cjwatson


[12:20] <kiko> SteveA, will there be a rollout with that update?
[12:21] <SteveA> kiko: I'm missing the context of your question
[12:22] <kiko> SteveA, launchpadproductionstatus
[12:22] <SteveA> I expect so
[12:23] <kiko> SteveA, but you do not know so
[12:23] <kiko> ?
[12:28] <SteveA> kiko: I do not know so.  The usual procedure is that Stuart announces the expected revision to be rolled out in the launchpad meeting.  There was no launchpad meeting.
[12:28] <kiko> true, true.
[12:28] <SteveA> Nonetheless, I expect stuart will choose a suitable revision to roll out.
[12:28] <kiko> hopefully
[12:28] <SteveA> we should have a "minimal things to do in the absence of a launchpad meeting" list
[12:31] <SteveA> added some notes to the MeetingAgenda page
[12:37] <kiko> or alternatively stub could tell us his plans in more detail :)
[12:38] <LarstiQ> :)
[12:42] <SteveA> yes.  the point of the section "what do we need to do when we don't have a meeting" is so that Stuart is given this clear expectation
[12:42] <SteveA> we expect him to publish his plans whether or not we have a meeting.
[12:46] <kiko> agreed.
[01:21] <spiv> newz2000: not too bad, but still not totally healthy.
[01:21] <spiv> newz2000: I picked up a bit of a cold in SF
[01:24] <poolie_> SteveA: hello?
[01:24] <SteveA> hi poolie_
[01:24] <SteveA> how's it going?
[01:24] <poolie_> good, how about a quick call?
[01:25] <jml> poolie_, SteveA: hello
[01:25] <SteveA> hi jml
[01:25] <SteveA> poolie_: sure, in 10 mins?
[01:26] <poolie_> ok, just call me on skype when you're ready
[01:26] <SteveA> ok
[02:13] <newz2000> spiv: I'm going to put my son go bed in about 30 min, would you have time after that to do a telephone call about launchpad auth related stuff?
[03:30] <mpt> Gooooooooooooooooood afternoon Launchpadders!
[03:37] <newz2000> which one is right, ubuntu or ubuntuweb?
[03:37] <newz2000> oops
[03:47] <spiv> newz2000: sorry, was at lunch.
[03:47] <spiv> newz2000: we can do the call now if you like.
[03:49] <newz2000> cool
[03:49] <newz2000> spiv: what's your number? (and country code if you know it)
[03:49] <spiv> newz2000: the one in the email was correct.
[03:49] <spiv> newz2000: I can also do skype if you prefer.
[03:50] <newz2000> I don't have a good mic
[03:50] <spiv> Fair enough.
[03:50] <newz2000> I use vonage so phone calls to au are only $0.05/min
[03:51] <newz2000> ok, calling now
[04:23] <jml> poolie_: around?
[04:30] <poolie_> jml: hello
[05:22] <newz2000> lifeless: fixed the bazaar link on canonical.com, fyi
[06:35] <Ubugtu> New bug: #72815 in launchpad "Stop "rebalancing" karma, and base it on effort instead" [Undecided,Unconfirmed]  http://launchpad.net/bugs/72815
[07:16] <stub> What was the Launchpad help wiki again?
[07:20] <jamesh> stub: help.launchpad.net
[07:33] <mpt> heh
[07:34] <mpt> poor unloved help.launchpad.net
[07:40] <stub> I've moved https://help.launchpad.net/KarmaCalculation there from the private wiki
[10:20] <stub> malcc: Remind me what happens again if I kill the publisher?
[10:20] <malcc> stub: It's possible for it to cause confusion, as it forgets which suites need index files regenerated
[10:21] <stub> malcc: Do you recall approximately how long runs are taking these days?
[10:22] <malcc> stub: Last I checked they were mostly done by half past. I'm just re-checking now in case it's changed, I haven't looked at it for two weeks
[10:23] <stub> Half past will be fine
[10:29] <malcc> stub: Looks like death row just started, which means two things: It'll be about ten minutes more, and also killing it now is much less worrying if you need to
[10:29] <stub> malcc: ok. Thanks.
[11:22] <stub> malcc: Can I roll out the new production launchpad branch to drescher? It is HEAD-1.
[11:22] <malcc> stub: I know of no reason why not. cprov?
[11:24] <cprov> malcc: no, we can rollout soyuz as well
[11:24] <malcc> stub, cprov: Hmm, looks from LaunchpadProductionStatus like there's still a local patch to disable b-f-n
[11:24] <malcc> cprov: Do we definitely not need that anymore, is it being switched on, or in rocketfuel now?
[11:25] <cprov> malcc: it wasn't discussed yet, I would simple re-apply it for now and sort details with distro-team later
[11:25] <cprov> malcc: we have enough b-f-n emails to investigate, though
[11:26] <stub> I have pushed out the new branch to codelines/soyuz-production. I'll let you guys decide if it needs patching and bring it all back up after the rollout is finished
[11:26] <stub> Erm... still pushing...
[11:26] <malcc> stub: Ok cool
[11:27] <malcc> cprov: Sounds like we just need to apply r4164 from the current codeline to the new one before switching over
[11:28] <stub> r4257 of rocketfuel is what was rolled out if that makes a difference
[11:29] <cprov> malcc: correct
[11:44] <malcc> stub: Done pushing?
[11:44] <stub> malcc: All done and the db is back up. Go for it.
[11:45] <Spads> atomic batteries to power
[11:46] <Spads> turbines to speed
[11:50] <malcc> stub: So I did my merge and ran make, but there seem to be some problems
[11:51] <malcc> stub: <Keybuk> AttributeError: 'NoneType' object has no attribute 'use_https'
[11:52] <malcc> Hmm, it's a config reading problem
[11:52] <stub> Yup
[11:53] <stub> Which config file is used?
[11:53] <malcc> ftpmaster
[11:53] <stub> Need to copy the <virtual_hosts> section from production/launchpad.conf to ftpmasters
[11:54] <stub> I'll update rocketfuel - there are other configs with the same problem that need updating - but you might as well fix it live now.
[11:56] <jamesh> stub: we don't seem to get the revno displayed in the page footer for production
[11:58] <jamesh> hmm.  Looks like the bzr-version-info.py file only gets generated by "make run"
[11:58] <jamesh> not "make start"
[12:12] <stub> jamesh: I'm landing a fix with the config file updates
[12:13] <jamesh> of course, the revno shown on production can't be directly correlated to the rocketfuel version ...
[12:13] <snail> is bug reporting dead? or have i broken something on my end?
[12:14] <jamesh> snail: there was a rollout a little while ago.  Could you be more specific about the problem you ran into?
[12:14] <jamesh> did you get an error page with an OOPS number on it?
[12:14] <snail> the problem is "Firefox can't find the server at bugs.launchpad.net."
[12:17] <SteveA> good morning
[12:17] <stub> looking into it
[12:17] <SteveA> malcc: looks like a lack of testing problem, maybe
[12:18] <SteveA> hmm, maybe just a lack of "functional testing" though
[12:18] <SteveA> we don't do so well at testing different live-style configs -- in other words, the test configuration is fuller than it ought to be in many cases
[12:23] <stub> Testing the configs is a pita, as loading the config can cause code to be executed (such as listening for HTTP requests on ports)
[12:24] <jamesh> stub: here, code.launchpad.net, blueprints.launchpad.net, translations.launchpad.net and answers.launchpad.net point to <IP_ADDRESS>
[12:24] <jamesh> while launchpad.net points to <IP_ADDRESS>
[12:24] <jamesh> and I don't see an A record for bugs.launchpad.net
[12:26] <stub> yup. already talking to admins. the existing mx overrides the wildcard A record.
[12:26] <jamesh> snail: try changing the URL from "bugs.launchpad.net" to "launchpad.net"
[12:27] <snail> jamesh that works
[12:27] <jamesh> stub: is it correct that the wildcard record points to a different IP to launchpad.net?
[12:27] <snail> but there are still broken links on pages such as https://launchpad.net/products/emacs
[12:30] <jamesh> Fujitsu: anything specific?
[12:30] <Fujitsu> jamesh: The menu-thingy on the left (Code, Bugs, Translations, etc.) is different on launchpad.net and launchpad.net/distros/ubuntu
[12:31] <Fujitsu> (Blueprints and Answers on the root, Specifications and Support on the distro)
[12:32] <jamesh> Fujitsu: yep.  that's a bug.
[12:32] <Znarl> jamesh : It is correct the wildcard points to a different IP to launchpad.net
[12:32] <Fujitsu> jamesh: A known one?
[12:32] <jamesh> Fujitsu: please file a bug report
[12:33] <Fujitsu> jamesh: That's what I was wondering.
[12:33] <jamesh> Znarl: okay.  I was getting connection refused before.
[12:33] <jamesh> seems to be working now though
[12:36] <kiko> wow
[12:36] <SteveA> hey kiko
[12:36] <kiko> SteveA, jamesh, Znarl: I just got a 500 error posting to launchpad
[12:36] <kiko> expected?
[12:36] <kiko> i reloaded and it worked
[12:36] <kiko> not the launchpad oops page
[12:37] <kiko> a page that said 500 error
[12:37] <highvoltage> hi. I'm getting..
[12:37] <highvoltage> oh.
[12:37] <highvoltage> what kiko said.
[12:37] <kiko> highvoltage, not consistently, right?
[12:37] <highvoltage> kiko: yep
[12:37] <highvoltage> kiko: but there are places where I can reproduce it
[12:37] <SteveA> kiko: I don't see any 500
[12:38] <kiko> SteveA, it's not consistent.
[12:38] <highvoltage> kiko: go to https://bugs.launchpad.net/ and enter usplash in 'jump to product'
[12:38] <highvoltage> that does it consistently for me.
[12:38] <kiko> that URL does not load for me at all
[12:38] <kiko> SteveA, pretty severe outage in one of the appservers?
[12:38] <SteveA> aha
[12:38] <SteveA> I get it on bugs.
[12:38] <stub> I've just switched the live systems to using bugz.launchpad.net instead of bugs.launchpad.net until peoples DNS caches have had a chance to flush
[12:39] <SteveA> kiko: not an app server issue.  DNS/vhosting
[12:39] <kiko> SteveA, I think it's a pound or apache error page, yeah, now that I think of it.
[12:39] <highvoltage> looks like an apache error page to me.
[12:45] <stub> As far as I'm aware, the rollout is now done. Ping me if not and I'll have a look after a shower
[01:00] <SteveA> meeting time
[01:00] <SteveA> Welcome to the first post-canonical-all-hands Launchpad development meeting
[01:01] <malcc> Is it Thursday already?
[01:01] <SteveA> oh?
[01:01] <SteveA> it's wednesdaty still
[01:01] <SteveA> wow! jetlag!
[01:01] <SteveA> see, I was up until 4am, wide awake with SF timezones
[01:01] <malcc> Well on the bright side, you've made me feel a lot better about my own jetlag ;)
[01:01] <SteveA> and so I think it's thursday today
[01:06] <jordi> meeting time?
[01:06] <jordi> oh ok
[01:06] <jordi> crazy :)
[01:09] <SteveA> jordi: you have plenty of notice for tomorrow's meeting now :-)
[01:18] <jamesh> stub: the cached DNS for bugs.launchpad.net has probably expired by now
[01:19] <jamesh> or maybe another 10 minutes or so
[01:19] <jordi> SteveA: :)
[01:32] <salgado> BjornT, around?
[01:35] <BjornT> hi salgado
[01:37] <salgado> hi BjornT. on your review you asked me to use an absolute URL on the Location header of my test of a page redirect. any specific reason for that?
[01:41] <BjornT> salgado: iirc, the http specification specifies that it should be an absolute URL. don't bother with it if it's too much work doing it, though, i think all browsers can cope with relative URLs on redirects.
[01:45] <salgado> BjornT, it's not much work, but I need to figure out where to get the old config.root_url from
[01:49] <BjornT> salgado: canonical_url(getUtility(ILaunchpadRoot)) might work.
[01:57] <salgado> BjornT, that doesn't work because the call to getUtility() would be in the class definition, outside of a method
[01:57] <salgado> I have a redirect('/prefs', '%s/+editmylanguages' % canonical_url(getUtility(...)))
[02:00] <BjornT> salgado: ah, right. i'd say redirect() should make sure that the URL is an absolute URL then. it's probably better to simply file a bug about it and fix it later, though.
[02:00] <salgado> ahhh, redirection can be a descriptor
[02:01] <salgado> that doesn't make any difference, actually
[02:02] <salgado> will file a bug
[02:56] <BjornT> kiko: ping
[02:56] <kiko> BjornT!!!
[02:57] <BjornT> hi kiko. i've updated the malone guided filebug ui to be more like the answer tracker's. do you want to take a look at it?
[02:57] <kiko> yes!
[02:57] <kiko> I need some minutes
[02:57] <BjornT> ok, cool. i'll set up a demo instance.
[03:03] <BjornT> kiko: http://<IP_ADDRESS>:12345/
[03:04] <kiko> good man
[03:08] <kiko> BjornT, SteveA: I should point out sometime how hard the launchpad.dev thing makes it to test people's remote sites. is there something I could do to help this apart from manually editing etc hosts every time?
[03:08] <kiko> BjornT, the port is bustage?
[03:12] <BjornT> kiko: it doesn't work? does http://lp.grammatista.org/ work better?
[03:12] <kiko> DNS!
[03:12] <kiko> BjornT, with :12345 yes
[03:13] <kiko> BjornT, oh, but the URLs are still launchpad.dev
[03:14] <kiko> BjornT, would a stunnel work I wonder
[03:14] <kiko> like ssh -R or something
[03:16] <BjornT> kiko: try again
[03:17] <kiko> perfecto
[03:17] <BjornT> cool. we definitely should try to make these kind of things easier, though...
[03:17] <kiko> BjornT, okay, and +package needs to be removed at some point
[03:17] <kiko> is there a bug on that?
[03:18] <BjornT> there should be, i'll look for one
[03:18] <kiko> BjornT, can we say "Most common bugs reported"?
[03:18] <kiko> or "Bugs most frequently reported"?
[03:19] <kiko> BjornT, is it worth labelling the first field as Summary, given that's what it is?
[03:21] <kiko> BjornT, also the <title> for that page is complete crack
[03:21] <kiko> it says "Is..." here
[03:25] <BjornT> kiko: what's the first field labeled as now?
[03:26] <kiko> it says nothing
[03:26] <kiko> it says [          ]  Continue
[03:26] <BjornT> kiko: right. it'd be worth putting a "Summary" label there.
[03:27] <BjornT> kiko: "Bugs most frequently reported" sounds good
[03:30] <kiko> BjornT, just to hint to the guy that this will be used as a summary
[03:30] <BjornT> yeah
[03:31] <kiko> BjornT, could you prefix the "You may prefer the ..." text with "This guided form will try and locate bugs related to yours" or something like that?
[03:32] <BjornT> sure
[03:33] <SteveA> jamesh: ping
[03:33] <jamesh> SteveA: pong
[03:37] <kiko> bugs related or similar to yours perhaps BjornT
[03:37] <kiko> BjornT, the center-alignment of the summary is a bit weird, until you realize it's a two-column table
[03:41] <BjornT> kiko: how about "This guided form will try to help you find out whether your bug has already been reported."?
[03:42] <kiko> BjornT, that's excellent
[03:42] <kiko> BjornT, any reason not to use the listing view for the bugs instead of a table?
[03:44] <kiko> BjornT, I really liked your work there
[03:45] <BjornT> kiko: i wonder whether we still have a listing view that works? a listing view might be nicer, since it can contain more information, and we should display only a short list of bugs.
[03:46] <kiko> BjornT, it should still work
[03:47] <BjornT> i can try using it and see how it works.
[04:01] <kiko> BjornT, good job
[04:01] <kiko> BjornT, did you note the <title> issue I pointed out?
[04:03] <flacoste> kiko: i'll try writing today the blurbs relating to rolled-out changes to the support^W answer tracker for your Launchpad report. i'm not too late i hope?
[04:03] <kiko> flacoste, not at all! I'm expecting you
[04:03] <kiko> flacoste, how's your gf btw?
[04:03] <flacoste> great
[04:04] <flacoste> kiko: she's fine, really pleased that I'm back. we are now preparing mentally for The Event
[04:04] <kiko> flacoste, thank god she's pleased! the event will be fun. mid-dec is it?
[04:05] <flacoste> about that yes, in 3-4 weeks
[04:15] <BjornT> kiko: yeah, i'll fix the <title> issue as well.
[04:15] <kiko> BjornT, wonderfu
[04:23] <salgado> hey kiko. is it okay to merge my mirror-reassignment-and-others branch?
[04:23] <kiko> salgado, did I finish reviewwing it?
[04:23] <kiko> (I can't remember)
[04:24] <salgado> on your review you asked one question and I answered it
[04:24] <kiko> what was the question?
[04:24] <salgado> kiko, just bounced my reply
[04:25] <kiko> thanks
[04:31] <kiko> salgado, it wasn't clear by your answer if you were going to do that now or later
[04:31] <flacoste> what is the rationale for using bugz.launchpad.net instead of bugs.launchpad.net?
[04:31] <kiko> flacoste, the DNS was hosed apparently
[04:31] <kiko> because some people already had dns.launchpad.net in their caches
[04:32] <flacoste> so this is transient?
[04:32] <kiko> yes
[04:32] <salgado> kiko, I'll do it later
[04:34] <kiko> salgado, mmmm. ok I guess. your test was not very nice
[04:35] <salgado> was not very nice? that's the opposite of what you said on your review!
[04:36] <kiko> well
[06:07] <iwj> Hi.  I just got a `500 Internal Server Error' from LP.
[06:07] <iwj> https://features.launchpad.net/distros/ubuntu/+spec/unified-login-unlock-screen
[06:07] <salgado-lunch> iwj, looks like a problem with the features domain
[06:08] <salgado-lunch> try https://launchpad.net/distros/ubuntu/+spec/unified-login-unlock-screen
[06:08] <salgado> SteveA, known problem ^?
[06:08] <iwj> Thanks.
[06:08] <iwj> Yes, that worked.
[06:09] <snail> iwj: that feature seems related to my bug-du-jure https://bugz.launchpad.net/distros/ubuntu/+source/libpam-openafs-session/+bug/68361
[06:09] <Ubugtu> Malone bug 68361 in libpam-openafs-session "pam authenticate " [Undecided,Unconfirmed]
[06:13] <SteveA> iwj: was that a bookmarked page?
[06:13] <SteveA> https://blueprints.launchpad.net/distros/ubuntu/+spec/unified-login-unlock-screen
[06:13] <SteveA> that's the link you get from within launchpad
[06:13] <SteveA> hmm, I guess many links on the wiki will point to "features"
[06:13] <salgado> yeah, I thought we'd keep the old URLs working for some time
[06:14] <SteveA> I asked that in the rollout:
[06:14] <SteveA> Also, we should ask the admins to do a permanent redirect in apache from `features.launchpad.net/.*` to `blueprints.launchpad.net/\1` so that we don't break links. ||
[06:14] <SteveA> I guess that hasn't happened  :-(
[06:14] <SteveA> I'll talk with the admins...
[06:18] <iwj> SteveA: I got that URL from some wiki page.
[06:18] <SteveA> iwj: ok. thanks.  soon, it will do a perm. redirect.
[06:18] <SteveA> thanks for mentioning the issue here.
[06:19] <iwj> I've edited the pages I'm tripping over to have non-features... url's.
[06:19] <iwj> NP.
[06:19] <iwj> Thanks for getting me unblocked.
[06:19] <SteveA> we'd planned to avoid the broken links, but the plan was not carried out to completion.
[06:23] <kiko> hello hello loverboys and girls
[06:24] <SteveA> Spads: yes, great now.  thanks
[06:26] <cprov> Znarl: ping
[06:27] <Znarl> cprov : Pong?
[06:28] <cprov> Znarl: hi, can you, please, check the RT 23633 ?
[06:29] <cprov> Znarl: the problem still happen and I have no idea about what is causing it.
[06:29] <kiko> Znarl, if you help cprov out of this train-wreck he will share his firefighting helmet with you
[06:30] <Znarl> cprov : Interesting.  Jubany was upgraded this morning to dapper.  Do you know when it started happening?
[06:30] <cprov> kiko: aha, we can buy another one for him, I got myself emotionally attached to this one.
[06:31] <kiko> Znarl, it's been happening since sunday.
[06:31] <cprov> Znarl: monday, I guess, let me check
[06:31] <kiko> Znarl, and we think it's a networking issue; at least the last times something similar happened it was
[06:31] <kiko> cprov, oh, monday, not sunday?
[06:32] <cprov> kiko: 17th 5 occurences;  20th, 1; 21th a lot ...today, 9
[06:33] <Znarl> We've had no major changes or down time on the LAN in the DC for some time now.
[06:34] <kiko> cprov, can you run a ping to jubany?
[06:34] <cprov> kiko: Znarl: then I guess it can only be explained by high usage in drescher
[06:34] <cprov> kiko: sure, 0.131/0.133/0.137/0.013 ms
[06:34] <Znarl> That's possible, we've got a failed disk in drescher today - which will cause the system to go slower than normal.
[06:35] <Znarl> Drescher and jubany are on the same switch too, nothing in between to cause problems.
[06:37] <cprov> Znarl: the problem is more like to be in jubany, as you can see in the error message
[06:39] <cprov> Znarl: it must have been requested too often by drescher monster queries, can we look on jubany psql logs for something suspect ?
[06:42] <Znarl> fiera@launchpad_prod/14591 2006-11-22 11:28:07 GMT LOG:  unexpected EOF on client connection
[06:42] <Znarl> That appears 1542 times today.
[06:46] <cprov> Znarl: ehe, nice dialog: drescher: wot about this conn? / jubany: dunno  / drescher: me neither / *boom*
[06:46] <cprov> Znarl: do you think this disk problem in drescher might be causing it indirectly ?
[06:47] <Znarl> A failed disk should cause only slower IO, nothing else.
[06:47] <Znarl> ...and it failed this morning too.
[06:51] <cprov> Znarl: yes, very unlikely to be it. So, no idea and no expectation to have any during the next few days, let's keep just watching.
[06:52] <Znarl> This may be a case for stub to have a look at.
[06:55] <cprov> Znarl: good idea, will send an email to the list, thanks
[07:36] <dholbach> hello, where can i ask for voodoo like renaming a product from "feisty-session-splashesv" to "feisty-session-splashes"? :-/
[07:37] <flacoste> dholbach: https://launchpad.net/products/launchpad/+addticket
[07:37] <dholbach> flacoste: thank you very much
[08:12] <pirast> My subscription to a team is expired. What can I do when I want to rejoin?
[08:13] <salgado> pirast, right now the only thing you can do is talk to the team admins and ask them to renew
[08:14] <pirast> salgado, k thanks
[08:14] <salgado> in the future it'll be possible to either renew your own subscription or tell the admins (through launchpad) that you want to have it renewed
[08:16] <salgado> lifeless, are you awake already? :)
[08:17] <salgado> or maybe SteveA?
[08:21] <SteveA> salgado: I'm around but I need to take a break for a while.  I'll be around later.
[08:22] <salgado> SteveA, that's fine. will you have some time for a pre-implementation call tomorrow? I can try to discuss it with kiko if you don't, so it's no big deal
[08:23] <salgado> actually, he just came back; I'll bother him
[08:23] <kiko> sure I can help
[08:50] <kiko> SteveA, I helped salgado
[09:24] <flacoste> kiko: can the blurbs for the report wait until tomorrow?
[09:58] <kiko> flacoste, flacoste, flacoste!
[09:59] <flacoste> kiko: I would have liked to finish tt-search-localized-requests before starting the blurb, but I can postpone that if you are waiting on me
[09:59] <kiko> flacoste, it's okay. I can wait.
[10:00] <flacoste> you'll have it tomorrow, i promise :-)
[10:00] <kiko> flacoste, I know I will. :-)