[05:03] <dagerik> What is the suggested way to preserve the execution bit on synced scripts?
[07:33] <rye> morning
[07:56] <karni> Good morning :)
[10:00] <hrw> hi guys
[10:00] <hrw> is http://pastebin.com/XHu7YAJc normal when started 'ubuntuone-installer' in terminal?
[10:01] <hrw> pl_PL.UTF8 locale
[10:03] <JamesTait> Mornin' all!
[10:07] <Guest50763> hello
[10:17] <rye> hrw, this is not normal, do you have ubuntuone-control-panel-gtk installed?
[10:18] <hrw> I just installed ubuntu-client-gnome
[10:18] <hrw> on precise
[10:22] <rye> hrw, ubuntuone-client-gnome is only for the nautilus plugin - the control panel is now a separate package
[10:22] <hrw> ok
[10:23] <hrw> did not had it installed
[10:23] <hrw> with it installed I got ui
[10:23] <hrw> so missing deps or missing check?
[10:25] <duanedesign> i have noticed users having to install that seperately
[10:25] <rye> hrw, it looks like the code in installer does not handle encoding properly, installing Polish locale to test
[10:26] <rye> hrw, was this a clean install or an upgrade to precise?
[10:26] <hrw> upgrade
[10:27] <rye> duanedesign, ^ the control panel might have been uninstalled
[10:27] <hrw> rye: it was uninstalled for sure
[10:47] <hrw> hmm... amount of free storage depends where you check
[10:47] <hrw> https://one.ubuntu.com/account/ says "0% in use (5.1 MB of 45.0 GB)"
[10:48] <hrw> ops, sorry - wrong check in one place
[11:03] <hrw> karni: http://marcin.juszkiewicz.com.pl/~hrw/video_lut_02_2012_0.mp4 shows crazy notifications which I mentioned
[11:04] <karni> hrw: sweet, checking it out
[11:08] <karni> hrw: this is clearly a problem of clearing the notification when not all transfers have been completed. acutally, I'm currently working on new queues, so this should be resolved soon. sorry, and huge thanks for the mp4 !
[11:14] <hrw> karni: no need to be sorry
[11:14] <hrw> karni: I have good mood for helping this week ;)
[11:23] <karni> hrw: :)
[11:27] <hrw> karni: and too many times lacked a 'simple' way to share files phone<>machines<>machines
[11:27] <hrw> karni: looks like 5GB of dropbox will work just fine so far ;D
[11:32] <hrw> karni: added screenshot to bug 853975 so you have it available
[11:32] <ubot4> Launchpad bug 853975 in ubuntuone-android-files "Notification text color should use system default (affects: 1) (heat: 6)" [Low,New] https://launchpad.net/bugs/853975
[11:43] <jml> is there a way to browse my U1 folders from the Ubuntu desktop?
[11:50] <Guest62719> jml, what do you mean?
[11:50] <mandel> jml, sorry needed to chante the nickname :P
[11:50] <mandel> jml, if the machine is in sync you have your files in the system, so you just browse them like normal files
[11:52] <karni> jml: FWIW, you can also browse U1 from any Internet-enabled device with an Internet browser ;) http://one.ubuntu.com
[11:52] <karni> or better, http://one.ubuntu.com/files
[12:11] <facundobatista> mandel, ping
[12:11] <mandel> facundobatista, pong
[12:11] <mandel> facundobatista, buenos dias!
[12:14] <mandel> @ping
[12:14] <ubot4> pong
[12:15] <mandel> facundobatista, hello?
[12:16] <facundobatista> mandel, hola :)
[12:24] <ralsina> good morning!
[12:25] <gatox> ralsina, buenas
[12:40] <mandel> ralsina, got time for a super quick mumble? I have some design questions
[12:40] <ralsina> mandel: sure, starting mumble
[12:40] <mandel> ralsina, and having a qt guy to help would be nice :)
[12:41] <ralsina> let me find my qt guy hat...
[12:42] <nessita> mandel: hey there!
[12:42] <nessita> mandel: have you started with the qt dialog?
[12:42] <gatox> mandel, i can help you too if you want
[12:51] <nessita> mandel: ping
[12:55] <mandel> nessita, mumble witn ralsina
[12:55] <mandel> nessita, give me some mins
[12:55] <mandel> gatox, is not qt specific
[13:04] <mandel> nessita, ok, done with mumble
[13:04] <ralsina> nessita: ping, can we have a quick mumble around 12?
[13:05] <mandel> nessita, I have talk with lissete regarding the design and with ralsina about some concerns I have with the spawning of the dialog regarding modlaity of it and other ui integration
[13:05] <nessita> mandel: the dialgo will not be modal, but the controlpanel will block putting the loading overlay
[13:05] <verterok> ralsina, nessita: hola, do you know u1sdtool is kind of broken in precise?
[13:06] <nessita> mandel: like it already does when querying the web, and syncdaemon
[13:06] <nessita> verterok: broken how?
[13:06] <ralsina> verterok: Idon't know that it is broken in any specific way
[13:06] <nessita> verterok: mainloop not returning when quitting is a bug in glib, FYI
[13:06] <verterok> ralsina, nessita: after executing it just sits there and never exit
[13:07] <nessita> verterok: yeap, not broken
[13:07] <verterok> oh
[13:07]  * verterok really hates glib
[13:07] <nessita> not by us, at least :-)
[13:07] <mandel> nessita, well, we need to talk about this, later we can mumble about my fears :)
[13:07] <nessita> verterok: you can see that GTK apps are not exiting either (try executing ubuntuone-control-panel-gtk in the terminal and closing that up)
[13:07] <verterok> nessita, ralsina: give alecu some free time to work on pydbus :p
[13:07] <nessita> mandel: what fears?
[13:08] <verterok> nessita: that works
[13:09] <nessita> verterok: hum... perhaps is the new GLib mainloop that is not working
[13:09] <nessita> verterok: and controlpanel is still old glib
[13:09] <verterok> so, it was broken by us after all? :)
[13:10] <nessita> verterok: I'll debug after feature freeze. Can you please open a bug?
[13:10] <mandel> nessita, interaction between the dialog and the control panel, if webclient spawns the dialog in a diff process the dialog shows and then the user closes control panel, what happens there?
[13:11] <verterok> nessita: u1sdtool is using the glib2reactor
[13:11] <nessita> mandel: the spawned process will quit, since the parent process will die
[13:11] <nessita> verterok: then we should debug this further (after feature freeze)
[13:11] <nessita> verterok: anyways, we did not change anything in that, so I'm not sure what that is
[13:11] <mandel> nessita, also, the dialog will not be shown as the top window, how are we going to do that?
[13:13] <mandel> nessita, the implementation of the details is what I want to get right, the dialog is already done with qtdesigner and will get it running this afternoon with storing the creds etc.. ui is not a problem :)
[13:13] <nessita> mandel: so, I would advice not worry about that now, we need the dialog built before the next friday so we can try to make it before the freezes and avoid asking freeze exceptions
[13:14] <mandel> nessita, as I said, the ui is not a problem at all, it will be there on monday, I already have arranged a meeting with lisettte to look at the implementation
[13:14] <nessita> mandel: when the dialog is landed, we can worry about the other stuff, anyways we'll need to sort that out for sso as well (if that turns out to be an issue)
[13:14] <nessita> mandel: we can make the popup alter the launcher, for example
[13:14] <nessita> mandel: or be raised on top of other windows
[13:15] <mandel> nessita, certainly, we need to think a little about these interactions but we will be there on time for ui freeze that is not to worry
[13:15] <nessita> mandel: there will be relationship between the callers and the proxy settings, but there is not much we can do
[13:15] <verterok> nessita: this fixes it: http://paste.ubuntu.com/826339/
[13:16] <nessita> mandel: I understand your concern. Anyways, those interactions are not top priority in my head, since we still don't have proxy support working. If later we have a bug report about this, we can fix.
[13:16] <verterok> nessita: I think it might be defer.inlineCallbacks related issue
[13:16] <nessita> verterok: that's ugly! and also, we're having the same issue with plain mainloops in sso, where we have no reactor at all
[13:16] <mandel> nessita, sure, I just wanted to make sure we are doing the right thing from the beginning, or that we at least have the possible problems in the schedule
[13:16] <nessita> verterok: so there should be some other thing stuck in the mainloop, and the callLater may be giving an extra spin to the mainloop, no?
[13:17] <verterok> nessita: no idea, just tried it and it works :)
[13:17] <nessita> mandel: right. We don't have much other options considering that the proxy dialog will be in sso
[13:18] <nessita> mandel: there are ways to set a window transient for other window, and if needed we'll try to make that work. But again, I would like to see proxy actually working before worrying about these things (if proxy does not work, then a pretty shinny dialog is useless) :-)
[13:18] <nessita> ralsina: not sure how you feel about that ^
[13:19] <mandel> nessita, true, pretty and not working is like nothing at all
[13:19] <ralsina> nessita: the main problem is that because of focus prevention, usually the new window will popup below the other
[13:19] <ralsina> mandel, nessita: I agree that we can fix it after we see the problem , though
[13:20] <ralsina> nessita,mandel: since the solution is probably pretty minor coding, changing thing in or out of process
[13:21] <nessita> ralsina: I tested the spwanning of any UI process, and I got the new window on top of the currents one. Examples I did was spawning ksnapshot using a glib spawnner, and also using a qprocess
[13:21] <nessita> in both cases the ksnapsoht was raised on top of my terminal
[13:21] <nessita> (but yes, it was not related to it)
[13:21] <ralsina> nessita: did you start it from a window that had input focus?
[13:22] <nessita> related as in "is child of"
[13:22] <nessita> ralsina: yes, I was executing the spwanner script in the terminal, so i hit enter in it right before the windows opened
[13:23] <ralsina> nessita: the terminal i a special case, it's supposed to go to the background when you spawn things from it
[13:23] <ralsina> nessita: but agreed about not worrying too much right now
[13:23] <nessita> ralsina: well, then I would suggest evaluate this in particular when the rest is working
[13:23] <ralsina> nessita: yes. I will try tomake a toy example
[13:24] <nessita> ralsina: as long as we have the new dialog in trunk and released to ubuntu, we can not use it until after UI freeze. I would to have the dialog in trunk, and the projects working only with user:pass@foo.com
[13:24] <nessita> I would like*
[13:25] <nessita> so we can know that proxy work, at least for user:pass@foo.com settings
[13:25] <ralsina> nessita: yes, at least that
[13:26] <nessita> ralsina: I'm worry that we can land features until next Friday 10th (and after that will require a feature freeze exception, which involves an exception per bug per branch)
[13:26] <nessita> worried*
[13:26] <ralsina> nessita: ack
[13:26] <nessita> so, I think we should prioritize features and UIs on top of polish, that should come right after
[13:28] <ralsina> yes, we can always get the polish in the 0-day SRU
[13:28] <dobey> thisfred: you will love http://www.youtube.com/watch?feature=player_embedded&v=x8bc_ZyORbM
[13:29] <thisfred> me click in trepidation
[13:29] <nessita> ralsina: or between UI freeze (Feb, 23) and final freeze (March, something)
[13:29] <nessita> :-)
[13:29] <nessita> that timeframe will not require any SRU
[13:29] <ralsina> nessita: I am trying to be pessimistic here! ;-)
[13:29] <nessita> dobey: hola! approved your client update branch
[13:30] <nessita> ralsina: nice
[13:30] <nessita> !
[13:30] <dobey> hola nessita! thanks
[13:30] <ralsina> mandel, nessita: toy experiment done, the child process spawns in front of the parent one :-)
[13:30] <nessita> ralsina: yey
[13:31] <ralsina> mandel: so, worst case, we disable the whole UI until the child process exits
[13:31] <nessita> ralsina: hey! that's the good case :-D
[13:31] <ralsina> nessita: hehe
[13:31] <nessita> ralsina: we put the Loading overlay on top of the parent, and remove it once the webclient deferred's returns
[13:31] <ralsina> nessita: it's not truly modal, but it's close enough
[13:31] <nessita> yeap
[13:32] <dobey> thisfred: holland is such a cesspool of anarchy!
[13:32] <thisfred> hahahaha
[13:33] <thisfred> Next time someone asks where I'm from that's what I'll answer
[13:33] <dobey> haha
[13:34] <ralsina> dobey: got 15 minutes for me?
[13:37] <gatox> nessita, approved: https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/qt-in-linux/+merge/91164
[13:52] <nessita> ralsina: would you have a chance to review https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/qt-in-linux/+merge/91164 ?
[13:52] <ralsina> nessita: of courses!
[13:54] <dobey> nessita: so i am not sure what's wrong with your branch in the precise tarmac. it's quite odd
[13:55] <nessita> dobey: I will try merging the 2 first test commands into one, since both use the gi reactor
[13:55] <nessita> dobey: but will do that once I get all the tarballs done
[13:56] <dobey> nessita: i don't think that's the problem
[13:56] <nessita> dobey: do you have some theory?
[13:59] <dobey> nessita: well i was trying to run the tests manually, in the precise tarmac instance, as the tarmac user, yesterday. the gtk+ tests were extremely slow after a certain point. individual tests were taking several hours, and the CPU was active the whole time.
[13:59] <nessita> dobey: huh?
[13:59] <dobey> that's what i said
[14:01] <nessita> dobey: heh
[14:02] <nessita> dobey: I'll debug it later today, no worries
[14:53]  * mandel back
[14:59] <dobey> ugh the time
[15:00] <mandel> dobey, it is indeed, what shall we do?
[15:01] <dobey> oh i don't know
[15:01] <dobey> ralsina: ?
[15:01] <ralsina> let's skip it
[15:01] <ralsina> I think I know what everyone is doing
[15:01] <thisfred> doh!
[15:01] <ralsina> and half the team is at sprint.
[15:01] <thisfred> ok, I'll be there next time. Accounts is starting to wind down
[15:02] <thisfred> and even if it weren't I need something besides that to keep my sanity
[15:02] <ralsina> thisfred: I suggest knitting
[15:03] <thisfred> In the interim, feel free to ask me for reviews, if they're not *too* windowsy
[15:04] <thisfred> ralsina: I feel my time could be better used than to produce asymmetric itchy scarves.
[15:04] <ralsina> thisfred: hehe
[15:05] <thisfred> (Last time I tried knitting I was 10, and I sucked at it. I have no reason to believe that has improved)
[15:05] <ralsina> thisfred: if it helps, I proposed you for the "bored out of his mind and has not gone on a killing rampage yet" award
[15:05] <thisfred> haha
[15:05] <mandel> ralsina, so I ate fast to skip the stand up..  :*(
[15:05] <ralsina> mandel: sorry
[15:05] <mandel> ralsina, nah, no worries hehe I like to complain
[15:05] <ralsina> mandel: I have a few too many things in the air and forgot about the time
[15:08] <dobey> there is no time
[15:08] <dobey> also; ffs. i am not paying $3K for a bicycle.
[15:08] <dobey> unless it's made entirely out of nanobots
[15:15] <mandel> ralsina, FYI there is an info web that the web&mobile team has to do where we give information about proxy settings etc
[15:15] <mandel> ralsina, I know that lisettte already mentioned this to roberta
[15:16] <ralsina> mandel: ack
[15:18] <mandel> ralsina, did you get lisettte mail?
[15:19] <ralsina> mandel: only the one natalia responded
[15:27] <nessita> dobey: hola! did you u1client landed?
[15:27] <nessita> (did not check mail yet)
[15:27] <dobey> nessita: nope, missing package. trying again
[15:30] <mandel> ralsina, yep, that is the one, is the summary of the catch up I did with her after talking with alecu and nessita, trying to keep everyone in the same page
[15:30] <ralsina> mandel: ok then
[15:34] <nessita> dobey: so, I can reproduce locally that the tests get stuck and trial is uging 05% of the CPU
[15:34] <nessita> 95%
[15:34] <nessita> dobey: perhaps is a bug in the gi reactor? does that make sense?
[15:34] <dobey> nessita: really? how so?
[15:34] <dobey> they run very fast for me locally
[15:34] <nessita> dobey: are you up to date re: packages?
[15:35] <nessita> dobey: mine is stuck in     test_on_email_validated_is_not_called ... and top shows:
[15:35] <nessita>  3398 nessita   20   0  416m 215m  13m R   95  5.7   3:34.93 u1trial
[15:35] <dobey> sort of; i am holding some back because i actually want to use my computer and graphics drivers are a necessary part of that
[15:35] <nessita> dobey: X is for sissies! :_P
[15:35] <nessita> ;-P
[15:35] <nessita> :-P
[15:35] <nessita> (typing right is for sissies as well :-D)
[15:36] <dobey> heh
[15:36] <nessita> dobey: and the same test is also getting pseudo-stuck for alecu, in his precise install
[15:36] <alecu> I've not updated since getting to the sprint
[15:37] <dobey> nessita: hrmm, maybe xvfb is the problem then
[15:37] <dobey> or zeitgeist
[15:37] <nessita> dobey: I tried without xvfb, same behaviour
[15:37] <nessita> dobey: ZG on sso? :-/
[15:38] <dobey> oh right, no
[15:38] <dobey> what could it be
[15:38] <dobey> the kernel?
[15:38] <nessita> 64 bits?
[15:39] <dobey> i'm on 32 bit
[15:39] <alecu> I'm on 64
[15:39] <nessita> is tarmac 64 bits? alecu and me are
[15:39] <dobey> tarmac appears to be 32bit in the vm at least
[15:39] <nessita> boo
[15:39] <nessita> :-)
[15:45] <nessita> dobey: so, once reproduced, alecu taught me how to strace a running process, and I've got this trace: http://pastebin.ubuntu.com/826507/
[15:45] <nessita> dobey: "looks" like is stuck polling
[15:46] <dobey> nessita: right which means it's not really doing anything. what are those fds for exactly?
[15:46] <nessita> dobey: how can I find out?
[15:46] <dobey> look for the open() calls that result in those fd numbers (4/5)
[15:47] <nessita> dobey: http://pastebin.ubuntu.com/826510/
[15:47] <nessita> there is no open() in that fragment (ie was already polling when I attach the strace to it)
[15:48] <dobey> oh, because you attached
[15:48] <nessita> yes
[15:48] <nessita> dobey: because I need to run the whole gui suite to reproduce, can't reproduce with only the testcase
[15:48] <dobey> kill it and do strace -o failing-test.log -Ff u1trial -r gi failing_tests.py
[15:48] <dobey> oh
[15:49] <dobey> ok
[15:49] <dobey> so
[15:49] <dobey> kill it and do strace -o failing-test.log -Ff xvfb-run u1trial -r gi --gui
[15:49] <nessita> dobey: reproduce agian and inspecting /proc
[15:49] <nessita> lr-x------ 1 nessita nessita 64 Feb  2 12:48 3 -> pipe:[127226]
[15:49] <nessita> lrwx------ 1 nessita nessita 64 Feb  2 12:48 4 -> socket:[129100]
[15:49] <nessita> lrwx------ 1 nessita nessita 64 Feb  2 12:48 5 -> anon_inode:[eventfd]
[15:49] <dobey> or look in proc i guess
[15:49] <dobey> so it's a unix socket
[15:50] <dobey> dbus?
[15:50] <nessita> dobey: hum... will check, but I removed all dbus from this code (meaning that I now use a "multiplatform" getter for the backend, and I'm mocking that)
[15:52] <dobey> oh. what would be using a socket then?
[15:52] <nessita> dobey: xvfb? the reactor?
[15:53] <dobey> the reactor shouldn't be. are those the FDs for xvfb or u1trial that you were looking at there?
[15:53] <nessita> dobey: those are from u1trial
[15:54] <nessita> dobey: want me to inspect also xvfb?
[15:54] <dobey> no. seems it's definitely in the tests
[15:54] <dobey> hrmm
[15:54] <nessita> dobey: iirc (I made several attempts), I think I reproduces this without even using xvfb
[15:56] <dobey> i just upgraded a bunch of stuff, trying again on my machine
[15:56] <nessita> dobey: ack
[15:56] <dobey> seems to be going fine here
[15:56] <dobey> what kernel version are you running?
[15:57] <nessita> dobey: the testcase that is hanging here is SignalsTestCase, and if we skip that put, the next testcase hangs
[15:57] <nessita> dobey: Linux ernst 3.2.0-12-generic #21-Ubuntu SMP Tue Jan 31 18:48:57 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
[15:57] <dobey> nessita: do you still have 3.2.0-10 installed?
[15:57] <nessita> let me see
[15:57] <nessita> yes
[15:57] <nessita> want me to boot in that one?
[15:58] <dobey> can you reboot into the -10 kernel and see if it still fails please?
[15:58] <nessita> dobey: yes. FYI, alecu as -11 and he can reproduce
[15:58] <dobey> i am using -10 because of nvidia driver issues with the newer ones
[15:58] <alecu> I was able to reproduce, but three years ago when Amelia was born.
[15:59] <dobey> heh
[15:59] <nessita> dobey: fd's status from both u1trial  and xvfb from proc: http://pastebin.ubuntu.com/826530/
[15:59] <nessita> will reboot now to -10
[15:59] <nessita> brb
[16:00] <dobey> ok, thanks
[16:01] <dobey> oh, fd 5 is inotify related i guess
[16:02] <dobey> my branch is failing somewhere else now, but not sure where exactly. meh
[16:04] <nessita> dobey: your branch == u1client + gi branch?
[16:05] <dobey> yes
[16:05] <nessita> ok, will reboot to -10 kernel
[16:05] <nessita> bbrb
[16:05] <dobey> it's causing a unicode error in tarmac
[16:10] <dobey> ralsina: are we having another chat at 19:00Z still? or was that waht you asked about this morning?
[16:11] <ralsina> dobey: it's what we talked about this morning
[16:11] <dobey> ok, cool
[16:16] <nessita> dobey: running the whole suite in -10
[16:16] <dobey> ok
[16:17] <nessita> dobey: reproduced the bloackge
[16:17] <nessita> blockage
[16:18] <nessita> dobey: same data as before: strace shows polling on 4 and 5, and /proc shows:
[16:19] <nessita> lrwx------ 1 nessita nessita 64 Feb  2 13:18 4 -> socket:[15980]
[16:19] <nessita> lrwx------ 1 nessita nessita 64 Feb  2 13:18 5 -> anon_inode:[eventfd]
[16:19] <dobey> huh
[16:20] <nessita> any other ideas? :-/
[16:21] <dobey> do you have a sacrificial dagger handy?
[16:21] <dobey> Ran 284 tests in 54.643s
[16:21] <dobey> :(
[16:28] <nessita> dobey: running the whole test_gui.py (so the stucking hapens) with strace
[16:29] <dobey> ok
[16:30] <nessita> will have lunch in the mean time
[16:30] <nessita> dobey: thanks for helping debugging this
[16:32] <dobey> sure. it's annoying me :)
[16:32] <dobey> and it's a matter of concern if we're supposed to switch the world over to gi :)
[16:34] <nessita> right
[16:34] <nessita> FYI, log file is 175M so far :-/
[16:35] <dobey> yeah, stract logs a LOT of stuff
[16:35] <dobey> and i can't type it seems
[16:35] <nessita> dobey: is contagious
[16:35] <nessita> ok, I'm gone
[16:35] <dobey> ok
[16:40] <mandel> you finally realized that typing bad is the correct way to do it :P
[16:47] <dobey> i realize i need to make a decision on what i'm going to have for lunch
[16:51] <mandel> dobey, babies!
[16:52] <mandel> all, EOD for me, leaving a little early 'cause I'f not feeling that well. I think the flu got me.. bloody weather
[16:52] <mandel> see you all tom
[16:53] <dobey> mandel: of course, but it's which flavor of baby to consume, that is the question.
[16:53] <dobey> cow, shrimp, chicken. so many choices.
[16:54] <mandel> dobey, I will not comment due to fear of being fired due to braking the employee hand book in too many levels
[16:54]  * ralsina [16:54] <dobey> lol
[17:40] <dobey> alright, i need to get lunch
[17:40] <dobey> bbiab
[17:54] <nessita> dobey: I added a suggestion from alecu, and seems fixed in my computer now! I'm now destroying the window that is created on each test run
[18:26] <dobey> nessita: heh, what was that?
[18:26] <dobey> the suggestion i mean
[18:27] <nessita> dobey: self.addCleanup(self.ui.destroy) :-)
[18:27] <nessita> dobey: so, apparently, we had tons of windows that we gathering tons of X events
[18:27] <dobey> heh
[18:27] <nessita> dobey: and with each test, we were having one more window to sent events to
[18:27] <dobey> right
[18:28] <nessita> dobey: branch landed now :-)
[18:28] <dobey> wonder why it wasn't slow for me though
[18:28] <nessita> dobey: yeah, it also worked for me in my desktop PC... so no idea
[18:28] <dobey> or why this issue only came up now
[18:28] <nessita> dobey: alecu and I are both running lenovo's... but his is amd and mine intel, so ???
[18:28] <dobey> maybe gtk3 does something different, which made it an issue
[18:28] <nessita> so "???" <- no idea
[18:29] <nessita> dobey: right. Is fixed now, alecu reported the issue, and will fix controlpanel as well
[18:29] <nessita> (eventually)
[18:29] <alecu> I will?
[18:29] <nessita> no
[18:29] <alecu> :-)
[18:29] <nessita> sorry, *I* will
[18:29] <dobey> heh
[18:30] <nessita> dobey: I have not seen any email about the archive being unfrozen... shall I expect one?
[18:31] <dobey> nessita: i saw a mail asking to hold off on uploads as the distro rebuild is happening
[18:32] <nessita> dobey: ah yes, saw that too, from doko
[18:32] <dobey> yep
[18:32] <nessita> dobey: so, we'll get an email announcing the repo is "open" again?
[18:33] <dobey> nessita: i don't know. let's see what tomorrow brings :)
[18:33] <nessita> sure
[18:34] <nessita> dobey: i'm asking these things because I did not pay that much attention to these details before, I just asked for sponsorship and that happened
[18:35] <alecu> dobey, I'm getting this error when running u1trial with the gi reactor:
[18:35] <alecu> g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting.
[18:36] <alecu> dobey, it happens after the "PASSED (successes=420)" message is shown.
[18:36] <dobey> nessita: yep, i understand why you're asking. i'm used to the hard freezes though where uploads are blocked until it's unfrozen again
[18:36] <dobey> alecu: hrmm
[18:37] <dobey> alecu: i don't see it, so not sure what it is exactly. you see that in sso i presume?
[18:37] <alecu> dobey, I see that when running tests
[18:38] <alecu> dobey, not only I see that, but tests get interrupted with nessita's latest branch
[18:38] <dobey> interrupted?
[18:38] <alecu> dobey, yes, since there are three invocations to u1trial in the same run-tests script in trunk now.
[18:38] <nessita> dobey: and the script has set -e
[18:38] <nessita> so it will abort on error
[18:39] <dobey> right, but there shouldn't be any errors
[18:39] <nessita> right
[18:40] <dobey> the 'foo' thing is really annoying though
[18:40] <nessita> dobey: yes, I agree
[18:47] <dobey> yay
[18:47] <dobey> that's much nicer without all the Gtk-WARNINGs
[18:49] <nessita> dobey: how did you fix it?
[18:50] <dobey> connected the signal
[18:50] <nessita> dobey: by hand? so builder is not doing it?
[18:50] <dobey> seems that way. pushing a branch now
[18:51] <nessita> dobey: ack, thanks
[18:51] <dobey> i hope nothing else is not getting connected up properly
[18:51] <nessita> dobey: shall we report the bug?
[18:52] <dobey> https://code.launchpad.net/~dobey/ubuntu-sso-client/avoid-foo-warning/+merge/91327
[18:53] <dobey> nessita: not sure. it may just be something that's different in glade vs. gtkbuilder, should poke at the docs first to see what's correct
[18:54] <dobey> if the ui.glade file is correct as-is for gtkbuilder, then it's a bug.
[18:56] <nessita> the glade file has:
[18:56] <nessita>                 <signal name="activate-link" handler="on_activate_link" swapped="no"/>
[18:56] <nessita>                 <signal name="clicked" handler="on_sign_in_button_clicked" swapped="no"/>
[18:56] <nessita> clicked will work
[18:57] <dobey> true, i guess clicked does work, since i managed to log in :)
[18:57] <dobey> so i suppose we should file a bug, yes
[18:58] <nessita> dobey: you do it or I do it?
[18:59] <dobey> you can :)
[18:59] <dobey> reminds me that i need to file a different bug though, for ubuntu
[19:00] <nessita> dobey: this bug is for glade, right?
[19:01] <gatox> nessita, review please https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/pages-migration/+merge/91331  (i executed the tests in all the platform like a gazillion times..... it should be fine! :P)
[19:01] <dobey> nessita: i'd say gtkbuilder. glade outputs the correct data there it seems
[19:01] <gatox> nessita, and this one too: https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/pages-migration/+merge/91333
[19:01] <nessita> gatox: ack!
[19:01] <dobey> gtkbuilder is just not hooking up the signal
[19:01] <dobey> nessita: so gtk+
[19:02] <nessita> dobey: ack
[19:11] <nessita> dobey: approved
[19:11] <dobey> nessita: did you do the u1cp tarball already?
[19:12] <nessita> dobey: yes, also windows-installer
[19:12] <dobey> cool.
[19:17] <dobey> i guess i don't need to file the bug i thought i needed to file after all, as it was already filed, and seems to be fixed
[19:34] <nessita> dobey: any idea why ubuntu-bug gtk+3.0 will say that package gtk+3.0 does not exist? (I see it in  launchpad)
[19:34] <nessita> https://bugs.launchpad.net/ubuntu/precise/+source/gtk+3.0
[19:34] <nessita> or ubuntu-bug will only work with binary packages?
[19:34] <dobey> you need to give it a binary package i think
[19:38] <nessita> dobey: so, shall I use the gir1.2-gtk-3.0 or libgtk-3-0 /
[19:38] <nessita> ?
[19:38] <dobey> nessita: it doesn't matter
[19:41] <dobey> https://code.launchpad.net/~dobey/rhythmbox-ubuntuone/minor-dist-fix/+merge/91338
[19:41] <dobey> could i get a quick review on that?
[19:43] <nessita> dobey: we no longer have glade files there? :-)
[19:43] <nessita> nor mp3's? :-)
[19:44] <dobey> no
[19:48] <nessita> dobey: approved
[19:48] <dobey> thanks
[19:49] <dobey> will have another one very similar soon as it lands, for stable-3-0 so i can actually make a release :)
[19:51] <nessita> ack
[20:00] <nessita> dobey: is it intended that u1client still has milestones 1.4.7, 1.6.3, 2.0.1 set as active?
[20:02] <dobey> nessita: yes, we haven't actually released them yet.
[20:02] <nessita> ah ok
[20:02] <dobey> was hoping to find some time at some point to release them as updates, but alas :)
[20:05] <nessita> dobey: speaking of finding time... was there any news in the room-in-the-cd front? I may have missed them due to lack of attention to the irc channel
[20:06] <dobey> nessita: well, a bit i guess. with the music store changes i made this past week, and your gtk-gi sso branch, we will drop the webkit gtk2 dep on our side. i'm hoping to poke at the remaining gwibber issues today/tomorrow
[20:07] <nessita> dobey: ok, let me know... I have a LoopingCall in my head regarding this :-D
[20:08] <nessita> and would *love* to remove it
[20:08] <dobey> heh
[20:10] <dobey> nessita: same change for stable-3-0: https://code.launchpad.net/~dobey/rhythmbox-ubuntuone/update-from-trunk/+merge/91343
[20:10] <dobey> ugh xvfb
[20:11] <dobey> maybe we need to add a second or two of sleep between each u1trial call in sso run-tests
[20:11] <nessita> dobey: actually, we can remove the first xvfb call
[20:11] <nessita> dobey: since the first set is not (should not) access any X
[20:11] <dobey> true
[20:11] <dobey> we should do that as well
[20:12] <dobey> but it still might break between gtk and qt tests
[20:12] <dobey> although i guess maybe not
[20:12] <nessita> approved
[20:12] <nessita> why not?
[20:12] <dobey> since the setup.py build should take long enough
[20:12] <nessita> ah
[20:12] <nessita> right, I would just remove the first xvfb call
[20:12] <dobey> yeah
[20:13] <nessita> dobey: so, I'm building the sso package so I can install it in my system and finally be able to auth to U1 (and I can test it at the same time). Of course I will not upload for now, but I have some questions:
[20:14] <nessita> (bah, I just want to confirm some things)
[20:14] <nessita> - we should remove python-gtk2 and add python-gobject instead
[20:14] <nessita> same for python-webkit? ie remove and add nothing else (since gobject is already added)
[20:14] <dobey> actually, python-gi
[20:14] <nessita> python-gi is called now?
[20:15] <dobey> well, you need to depend on python-gi and the gir1.2-foo packages
[20:15] <dobey> so gir1.2-webkit-3.0 for webkit
[20:15] <dobey> and gir1.2-gtk-3.0 for gtk, etc
[20:15] <nessita> ah... nice, did not know that! but makes sense
[20:15] <nessita> (now that you mention)
[20:16] <dobey> well the gi stuff isn't in the 2.99.3 release, so we wouldn't change it there yet
[20:16] <dobey> i think it's safe to change the nightlies though
[20:16] <nessita> right
[20:28] <dobey> yay, finally a tarball release of new rhythmbox-ubuntuone
[20:28] <dobey> and tomorrow, all the uploads
[20:38] <dobey> ah, and there's a2 release mail
[20:40] <nessita> looking
[20:46] <dobey> nessita: guess it's time for you to go. the net is giving your troubles :P
[20:46] <nessita> dobey: lol
[20:46] <nessita> dobey: not yet, I was tetsing a branch from gatox regardin network state
[20:46] <nessita> dobey: got the email as well, let's do upload tomorrow
[20:46] <dobey> yep
[20:47] <dobey> it's late now anyway
[21:18] <dobey> later all
[21:24] <gatox> dobey, bye
[22:46] <bikerboi87> Hi. Does anybody know when PayPal will be a supported payment for monthly subscription? The fees charged by my bank are greater than the cost of the subscription......