=== Tm_K is now known as Tm_T [08:11] good morning! [08:34] morning mr mandel [08:36] duanedesign: mornng [08:36] morning! [08:43] mornings [08:45] o/ === ehw_ is now known as ehw [09:28] morning === pedronis_ is now known as pedronis [10:47] mandel: approved provide_credentials_management [10:47] morning fagan [10:47] ralsina: superb :) [10:47] I'll ask nessita to take a second look.. as soonas I'm done upgrade I'll fix the lint issue with the reactor [10:47] mandel: cool [10:47] morning ralsina [10:47] ralsina: although on linux we do not need the reactor [10:48] mandel: there's also a missing docstring [10:48] voidspace was looking for you yesterday to suggest a person for the team [10:48] ralsina: I dont know why we should even use it.. we do not need twisted at all on linux, it is a Windows detail... [10:48] ralsina: he said he would send a mail [10:48] fagan: yes, will talk to him today [10:49] ralsina: nice im blocked by the keyring bug thats fixed in trunk [10:49] ralsina: thats the bug that was stopping me from logging in [10:50] fagan: hmmmm ok? ;-) [10:50] ralsina: hah well im just going to install trunk and get back to it [10:51] fagan: ok. BTW, sent feedback to your college today. I really want to make you do more developer-ish stuff, but I am swamped. Will try harder on sprint [10:52] ralsina: its cool, did you cc me on the email or would you prefer to keep it between you and them [10:52] fagan: I am not sure what the etiquette here is, but it was nothing substantial ("our codebase is difficult, he has been doing this and that") [10:53] ralsina: ah ok then [10:53] ralsina: thats fine then :) [10:53] Well on the bright side I think I know how all the puzzle pieces fit now [10:54] since the twisted stuff [10:58] oh no the u1 client isnt detecting my internet connection since the update on the network manager in 11.10 last night [11:02] brb [11:06] back and nope restarting doesnt help looks like someone will have to debug it with me [11:08] ralsina: which version of ubuntuone-dev-tools do you have? [11:11] mandel: im on 0.1.3+r32-10~natty1 which is the nightly if that helps [11:12] mandel: give me 1'... [11:12] mandel: 0.1.3+r32-10~natty1 [11:12] same as me then [11:12] ralsina: can you do a u1trial -h for me and tell me if you have a reactor option [11:13] --reactor=REACTOR Run the tests using the specified reactor. [11:14] ralsina: ok, thx [11:15] * fagan break [11:34] ralsina: do you know which branch from alecu was giving hi issues with the QNetwork thing [11:34] mandel: I would have to look. In 2'? [11:36] ralsina: sure, I just wanna see if merging with my branch fixes it [11:36] mandel: I don t think alecu ever told me the name [11:36] :( [11:38] let's check his branches! [11:39] mandel: I would bet https://code.launchpad.net/~alecu/ubuntuone-control-panel/tx-web-client [11:50] ralsina: do you remember what was the issue? it was something related to threads, right? [11:50] mandel: unresponsive UI, IIRC [11:51] ok [11:53] ralsina: I'll wait for alecu to be back, atm it seems to work but I might be missing something [11:53] mandel: good [11:53] mandel: so, is anything missing to hook backend to frontend now? [11:55] assuming all these branches land, I mean [11:55] ralsina: I have to get the creds approve, and write the sd tool, right? [11:56] mandel: yes [11:58] we still have a couple of hours before the .ar people arrive. So maybe I can help you with something [11:58] ralsina: I'm going to take a look at sd tool first, lets see how far I get, then look at alecus problem and hope is fixed [11:59] ok [11:59] today seems to be a happy day so far :) [12:00] mandel: let's keep it that way then :-) [12:00] hehehe [12:04] mandel: I am going to take a look at making py2exe work with the control panel. Any suggestions? [12:05] ralsina: do a normal setup.py and we can work from there… there are going to be issues with the plugins, that means that the icons should be png and not jpg [12:05] ralsina: but that should not be a problem [12:05] mandel: ok, no problem there [12:06] mandel: you were using distutils-extra? [12:06] ralsina: yes, that works ok [12:07] mandel: but I need to do it on windows, does it exist there? [12:07] ralsina: yes, and I patched it to make sure that ctypes works :) [12:07] mandel: ok [12:08] mandel: use_correct_reactor tries to use dbus on windows? [12:08] or should I just go with trunk? [12:08] ralsina: atm it does I need to change that in a diff branch, but first we need sdtool ready [12:09] mandel: ok, so no exe packaging until after that branch. I will start it on linux [12:17] * mandel walks dog [12:27] hello [12:27] i need some help [12:28] i'm new to u1 and i start the sync [12:28] on a distant computer the sync is now over, and i need to connect the sync with the PC i have here [12:28] but i cant because le folder is already "full" of data [12:29] (there is disk space, i just don't have other word :) ) [12:29] hello Mahoru`Tsunemi [12:29] hello duanedesign :) [12:31] Hello everyone! [12:31] Mahoru`Tsunemi: is this data that you put in your Ubuntu One folder on the 'distant' computer? Or is this data you uploaded via one.ubuntu.com? [12:49] duanedesign: sorry for the wait [12:49] so [12:49] it's in a folder that was marked as sync [12:49] and the sync is finished [12:56] Mahoru`Tsunemi: ok so the files are showing up in the cloud (one.ubuntu.com) but not on your other computer? [12:56] not that's not the problem [12:56] i have the data on the distant computer and on this one [12:57] ok [12:57] and i want to have this computer synced [12:57] but i can't check the "sync this folder" [12:57] (it's greyed) [12:57] (because there is data in this dir :) ) [13:00] me [13:01] Mahoru`Tsunemi: is this a folder in your Home directory? [13:01] yup [13:01] ~/Documents [13:01] :) [13:02] Mahoru`Tsunemi: can you run this command in a Terminal to see if the folder is listed: u1sdtool --list-folders [13:02] Folder list: [13:02] id=8ede6cbe-78c7-4a9d-bf09-de479162f254 subscribed=False path=/home/mahoru/Documents [13:03] ok that is the folder... but subscribed is False and we want true. [13:03] yup [13:04] --subscribe-folder ? [13:04] Mahoru`Tsunemi: yes that might provide a workaround [13:04] fagan: still one hour to go [13:04] ralsina: im going to be off for standup (I thought it was at 1 whoops) I have a eye test appointment and some errands to do [13:05] fagan: ok [13:05] nessita: yeah realised that forgot [13:05] :D [13:05] :-) [13:05] Mahoru`Tsunemi: u1sdtool --subscribed-folder=8ede6cbe-78c7-4a9d-bf09-de479162f254 [13:05] that's i done :) [13:05] err --subscribe-folder [13:05] :) [13:05] erk [13:06] lot lot lot of upload to do :/ [13:10] hum [13:10] upload are fast [13:10] maybe there is only a hash check :) [13:12] Mahoru`Tsunemi: if someone else has uploaded the same file, it's not "really" uploaded again [13:14] :) [13:15] and, u1 has problem with accentued file name ? [13:16] (LCA - Linux sécuriser un réseau.pdf) [13:18] Mahoru`Tsunemi: shouldn't! [13:18] because i think i have uploaded this file a couple times :) [13:28] ralsina: 2 more question re QT [13:28] nessita: shoot [13:29] ralsina: waitM RING BELL [13:29] oops [13:29] :-) [13:42] I'm back! [13:42] ralsina: so, I was saying. Do you know of a pre-defined method to "humanize" bytes? [13:42] ie 1024 bytes to be 1Mb [13:42] nessita: let me check [13:42] etc [13:43] ralsina: Glib has now that even handles internationalization :-) (That's why I ask instead of home-implementing it) [13:43] apparently not [13:44] there are some tiny implementations but of course may be too naive [13:46] ralsina: second question. In a treewidget, how can I make a column to be wider by default? even better, to be as wide as possible in order to try to make the text in it to be all visible [13:47] you can set one column to use all available width, let me find the API [13:48] nessita: first, get the widget's header, using header() [13:48] then set stretchlastsection to false [13:49] * nessita does [13:49] then (let me find it ;-) [13:50] then, for the column you want to be biggest, set it's resizeMode to QtGui.QHeaderView.Stretch [13:50] that is using header().setResizeMode() [13:50] the header is a QHeaderView, documented here: http://doc.qt.nokia.com/latest/qheaderview.html#setResizeMode [13:51] ralsina: perfect, I'll go from here. Thanks a lot! [13:51] happy to help! === m_conley_away is now known as m_conley [13:56] hmm [13:57] dobey: good morning to you too :-) [13:57] dobey: hmm to you too! [13:57] buenas dias [13:57] buenos días! [13:58] (the days are masculine) [13:58] :-) [13:58] however, mornings, evenings and nights are femenine. Wonder how that works. [13:59] hello! [13:59] hello alecu! [14:00] alecu: ping [14:00] mandel, pong [14:00] me [14:00] me [14:00] alecu: which was the branch you were having issues with the reactor? [14:00] me [14:01] alecu: I'd like to test my branch with your issues and see what happens [14:01] me [14:01] mandel: any that use qt reactor and dbus [14:01] ralsina, thisfred? [14:01] me [14:01] me [14:01] mandel, let me find it [14:01] I have fagan's to [14:01] too^ [14:02] DONE: a few reviews, did some debugging to understand qtreactor+dbus issue, started working on "devices" tab, did pre-sprint laundry [14:02] TODO: finish "devices" branch [14:02] BLOCKED: no [14:02] NEXT: mandel [14:02] DONE: Reactor on Windows and Linux for control panel. Started with sd on windows. [14:02] TODO: finish sd on windows. [14:03] test reactor with alecus branch [14:03] BLOCKED: no [14:03] nessita: please [14:03] I think dobey is next [14:03] dobey: go! [14:03] dobey: no, I wanna try one that uses a threaded select reactor and dbus [14:03] λ DONE: holiday [14:03] λ TODO: bug #789299, bug #789300, bug #771488, more magic [14:03] λ BLCK: None. [14:03] Launchpad bug 789299 in ubuntuone-dev-tools "DBusTestCase sometimes connects to real session bus (affects: 1) (heat: 6)" [Critical,In progress] https://launchpad.net/bugs/789299 [14:03] Launchpad bug 789300 in ubuntuone-dev-tools "DBusTestCase needs to work with Qt main loop as well (affects: 1) (heat: 6)" [Critical,In progress] https://launchpad.net/bugs/789300 [14:03] Launchpad bug 771488 in ubuntuone-dev-tools "u1trial should unset GTK_MODULES (affects: 1) (heat: 4)" [Medium,In progress] https://launchpad.net/bugs/771488 [14:04] nessita: you [14:04] DONE: swap day. Last Fri: tons of QT work on modelling the Cloud Folders tab. Mumble meeting with ralsina, mandel and alecu to re-estimate windows control panel remaining work. [14:04] TODO: finish Cloud folders tab, add tests to that, catch up with the rest of the team. [14:04] BLOCKED: nopes [14:04] NEXT: ralsina [14:04] DONE: reviews, meetings, helped bits with Qt, lost internet half a day yesterday, so working longer today. TODO: try to figure out how we are going to make everything work, BLOCKED: no, I think . [14:04] now fagan's: DONE [14:04] * Tried to figure out why I couldnt login to u1 on 11.10 and figured out it was the keyring bug that dobey fixed in trunk. [14:04] * installed trunk [14:04] * found I think a bug where the client doesnt detect that I have an internet connection (I guess it might be the nm update that happened or something but I dont know) [14:04] TODO [14:04] * debug the bug or find out whats causing the issue (?) [14:04] * payroll [14:04] Blocked [14:04] * nope [14:04] it's not fixed in trunk [14:05] thisfred? [14:05] DONE: memorial day TODO: file bugs for u1-unity integration improvements and fix them, some assorted other bugs to look at/triage/fix BLOCKED: no [14:05] BTW: network manager in O broke our "are we connected" detection. [14:05] dobey: my irrc client crashed, did you get my last message? [14:05] yes i know NM broke us too [14:06] mandel: about select reactor + dbus? [14:06] ralsina: ack, we can fix after windows, right? [14:06] nessita: indeed [14:06] ralsina, we should let fagan know that the keyring access is also broken, so he'll have no luck either on O. [14:06] dobey: yes, about trying to use a threaded select reactor instead with integration in the Qt main loop [14:06] or perhaps not ;-) [14:06] alecu: yeah [14:06] also, NOTE: I'm going today to university instead of tomorrow (I'm leaving in 15 minutes, so speak now! :-)) [14:06] mandel: well, there are a couple bugs in devtools [14:06] dobey: hmmm what kind of bug? [14:07] mandel: i expect in that case you'll still have similar issues :) [14:07] dobey: heheh common share them ;) [14:07] nessita, if resizing icons and getting html labels right is too much trouble on the tree widget, I suggest doing something similar to the "devices" tab. [14:07] mandel: 789299 and 789300 [14:07] alecu: what did you do there? [14:08] nessita, I'm still working on it, but it's a "device" widget that gets included many times inside a scroll-widget. [14:08] nessita, (a scroll-something-whatever-its-name-widget) [14:08] FWIW, I'm in 11.10 and the only issue i have is with NM [14:08] and that's workaroundable with dbus-send [14:09] as in http://askubuntu.com/questions/45814/network-manager-0-8-999-and-ubuntu-one [14:09] nessita, that way you'll have the icon size you want plus the html labels plus disabling the way you want. [14:09] alecu: I already implemented all that using stuff from the qtreewidget, but I'll take a look to what you're doing :-) [14:09] dobey: ok, looking [14:10] nessita: can you re-review the branch wth the creds management tool? [14:10] yes, for up to a few dozen rows, that solution is workable [14:10] Chipaca: lies :) [14:11] mandel: yes! but as soon as I get back from Uni, I'm leaving in 10. Or do you need it sooner? [14:11] dobey: i swear! [14:11] ralsina, is there any hard limit to it? [14:11] alecu: no, just that when you start having hundreds of widgets, things get slow [14:11] ralsina, like X's 32768 pixel height limit on widgets? [14:12] ralsina, ok. [14:12] alecu: I don't think scrollviews are limited like that for the content, so just apply common sense ;-) [14:13] ralsina: apply(commonsense, widgetlist) ? [14:13] alecu: ha! [14:13] nessita: I can wait, I'll move to something else [14:13] huh [14:14] ralsina, mandel, all: can I have some reviews on this branch? https://code.launchpad.net/~alecu/ubuntuone-control-panel/tx-web-client/+merge/62889 [14:15] alecu: is that the one that gave you problems with the reactor? [14:16] alecu: on it [14:16] mandel, the problems with the reactor I had were related to the bug 789300 that dobey is working on. [14:16] Launchpad bug 789300 in ubuntuone-dev-tools "DBusTestCase needs to work with Qt main loop as well (affects: 1) (heat: 6)" [Critical,In progress] https://launchpad.net/bugs/789300 [14:17] mandel, what I found is that the QApplication has to be created before the qt reactor is installed [14:18] mandel, that way the threading warnings do not show up [14:18] ok, I'm leaving for teaching duties. See ya'll in about 3~ hours! [14:18] (and everything ends up fine, with no segfaults) [14:22] alecu: --gui does that [14:23] alecu: yes, that is in the documentation of qt [14:24] you always have to create the QApplication first otherwise the reactor will create a new QCoreQpplication that does not take care of the UI events [14:24] is in the few first ines of the README of the qtreactor [14:24] alecu: was that the only reason? [14:24] I mean the only problem you had? [14:25] alecu: seems to work for me [14:25] what my problem is, is that i can't seem to get the tests to disconnect from the dbus-daemon fast enough :( [14:25] and i am not sure how to fix that [14:26] dobey, that's weird. That never happened on the glib dbus tests [14:26] dobey, are you returning a deferred from the tearDown function? [14:27] alecu: yes it is. it's just not so much visible with glib, since the DBusTestCase client connection is using the glib main loop [14:29] dobey, but the dbus "disconnect" calls are blocking... so it should not be a problem. [14:29] dobey, is this happening because the tests are not connecting to the test daemon, and connecting to the session daemon instead? [14:30] dobey, perhaps the "not disconnected" is not your process but another process on the real session bus. [14:31] dobey: but the qtreactor is using the Qt main loop, right? so if you use the Qt dbus implementation it should work, or am I missing something? [14:31] alecu: no, it doesn't matter which one they connect to [14:31] alecu: we actualy do not need to use the reactor on linux, right? [14:32] alecu: and it's definitely the tests not disconnecting fully, because the amount of connections goes up with each following test [14:32] alecu: since the IPC is dbus, we can tell the code to just use the twisted reactor on windows and not on linux [14:32] mandel, yeah, we can do that for now. [14:32] mandel: that's another problem. we need to split up the DBusTest case, so that we have a DBusGTestCase and DBusQtTestCase or something like that, both inheriting from a DBusTestCase [14:34] dobey, mandel is right: we don't need dbus-qt for the windows port, so if it keeps giving trouble we can safely get rid of it. [14:34] alecu: it would not just be for now, since we do not use twisted for any type of communication we will never need it on linux, just windows. [14:34] alecu: it doesn't matter because we're still doing qt stuff on linux also [14:35] dobey, right, but we won't be doing qt+twisted+dbus in the same process. [14:35] alecu: yes we will. [14:35] we should not use twisted at all on linux [14:35] dobey, and we can solve the dbus+qt issues later. [14:35] dobey, if it keeps giving trouble: no. [14:35] alecu: not in live install perhaps, but the tests are run with a reactor; they have to be. [14:36] alecu: unless we just stop running the tests and you write a different test runner that only uses unittest+qt+dbus or something, instead of the twisted test runner [14:36] dobey, we can have the qt tests running in a different way... exactly. [14:36] i don't even want to begin thinking about that mess though :( [14:37] yes, I would not do that... [14:37] alecu: and either way, we still need to fix several of these issues anyway [14:37] dobey, right, but we don't need it *now*. [14:37] well, we do, but whatever [14:38] hi all, me again, ubuntu one has gone crazy :) it just dies after you try and start it, ie: using u1sdtool -s or -c or anything, it starts, then dies. grepped http://paste.ubuntu.com/615344/ from syncdaemon-error.log which seems to be the cause [14:38] gord: are you on O? [14:38] dobey, still on natty [14:38] gord: and not using the gnome3 ppa? [14:39] dobey, we currently have to run the tests twice, because we can't have the qt and the glib reactors installed. So I say we do the dbus part of the tests using the glib reactor, and the qt part of the test on their own. [14:39] dobey, nope [14:40] gord: ok, good; then hopefully someone can help you. might be due to today being a server rollout day though. [14:40] alecu: getting back to your issues with the reactor, what was the problem, just hte treads and the fact that you had to create the QAppliation first? [14:41] mandel, the issue had to do with the initialization order. [14:42] alecu: well, is a feature from the qtreactor, rather than a bug… [14:42] alecu: well, i don't understand what that has to do with fixing the obvious bugs in devtools. [14:43] mandel, no, wait, there's more: you could not even define any class that derives from dbus.service.Object [14:43] alecu: do you have some code that shows that error? [14:44] you have to make sure that the DBusQtMainLoop and the QtApplication are created before even doing any class xxx(dbus.service.Object). [14:44] mandel, I have a bit of code, yes. [14:45] alecu: may I see it to try to understand the error? [14:45] mandel, sure... I'll push in a minute. [14:45] cool [14:47] alecu: well, the main() should be creating a QApplication and setting up DBusQtMainLoop(), no? [14:48] * fagan back [14:48] alecu: gtk+/glib isn't really any different in that respect [14:48] i have to go again to pick up glasses in an hour though [14:50] fagan, reading glasses or drinking glasses? [14:51] alecu: well seeing far away glasses [14:51] not really reading glasses [14:51] dobey: indeed, that seems perfectly logical [14:53] dobey, right. Main() should be creating QApplication and DBusQtMainLoop. But you can't import any module that defines a class derived from dbus.service.Object till the QApplication has been created. [14:54] ok so who is going to help me figure out why u1cp doeesnt think im connected to the internet [14:54] mandel, dobey: https://code.launchpad.net/~alecu/%2Bjunk/qt-dbus-fails/ [14:54] alecu: well importing should be fine, no? It's instantiation that should fail [14:54] dobey, no. [14:55] dobey, import is fine for glib, but fails for qt. [14:55] dobey, if you run "fails.py" in the branch I pasted above it shows the error. [14:56] uh., [14:56] I guess you are right :P [14:56] fagan: it's a change in network manager [14:57] ralsina: ah ok then [14:57] ralsina: then that takes away 1 work item for me :D [14:57] dobey, anyway, instantiation does not fail, it just prints a warning. [14:57] Ill sort payroll then [14:57] alecu: looking [14:58] alecu: also, why did you use qtreactor for that test instead of regular qt loop? :) [14:59] well, anyway, i was right :) [14:59] :P [14:59] so fix your code. and weird that it doesn't raise something, yeah [15:01] It prints a warning, but it fails, because nothing gets exported on the bus... let's see. [15:02] well, trying to do something with those dbus interfaces later will fail, but it should give you some way to handle the problem right there, instead of being a latent error [15:04] * alecu needs to go to read the dbus decorators' source [15:04] I'll do it some other day. [15:05] it is complicated; but i don't think that warning is coming from the dbus decorators [15:06] or well, not directly. i think it's coming from the dbus.mainloop.qt code, also indrectly [15:07] alecu: why do you import gobject? [15:08] ok payroll done ralsina have anything for me to do [15:08] mandel, because that snippet was converted from a glib dbus sample. [15:08] i have a little less than an hour before I have to run again [15:08] fagan: find out when network manager changed online detection for me, please ;-) [15:08] ralsina: cool [15:08] grmbl grmbl [15:09] oh bother, i have to buy postage stamps today [15:15] ralsina: ok so the change as now they have states and they are all listed here http://projects.gnome.org/NetworkManager/developers/migrating-to-09/spec.html#type-NM_DEVICE_STATE [15:16] fagan: ooooook [15:16] fagan: check if there is a bug, if not create it and add that link to it, please [15:16] bug on us, not on NM [15:16] ill create it id say no one is on 11.10 yet [15:18] lots of people are on 11.10 yet [15:18] and i think it's also an issuse in the gnome3 ppa on 11.04 [15:18] do they have network-manager updates in that ppa? [15:19] alecu: so if I understand correctly the issue is that if you don't create the QApplication at the very beggining you get the warnings and the dbus code does not work right? [15:19] fagan: i think so now [15:19] mandel: it's if you don't create the QApplication before instantiating the dbus objects [15:20] mandel: when using DBusQtMainLoop [15:21] dobey: yes, but that makes complete sense, the DBusQMainLoop requires QThreads and a QThreads needs to know the instance of the application to be able to work [15:21] mandel: right [15:22] dobey: then I see no problem, sorry, is just that the code is wrong [15:22] mandel: problem is that it's just a stupid warning on stdout or stderr it seems, when it should probably raise an exception [15:22] mandel: if only to tell the programmer "hey, you're doing it wrong numbskull!" [15:23] dobey: hahaha true, that is a shitty way to tel someone he is doing it wrong [15:23] Bug #790717 [15:23] Launchpad bug 790717 in ubuntuone-client "Changes to the network manager break network detection (affects: 1) (heat: 6)" [Undecided,Confirmed] https://launchpad.net/bugs/790717 [15:23] * fagan grabs some food [15:23] mandel: que ella eso! :) [15:26] hahaha [15:26] alecu: then I'm goingto change the code that adds the correct reactor for you to use, and we will see what is going on [15:27] alecu: I though you had a more complicated issue and did a qt + twisted integration using a diff reactor because there was a bigger issue [15:29] mandel, I'm back. [15:34] alecu: I have a branch with the reactor installing according to the platform that I'll push and I'd like you to take a look, if that is ok I'll like to move to remove the Dbus main loop from main and move it in a platform specific part [15:34] ok, I am about to take a break. Anyone need something from me right now? [15:35] alecu: I'd like to be able to show the UI on windows by this afternoon [15:35] with no backend work at all, just Ui [15:35] alecu, mandel: yes, that would be good news [15:35] mandel, cool [15:44] * fagan goes to get glasses [15:58] I officialy hate that importing the reactor installs it, that i ugly ugly guly... [16:02] hrmm [16:02] all this defer.inlineCallbacks stuff is causing problems [16:02] mandel: the default select reactor, you mean? [16:03] dobey, how is inlineCallbacks causing problems? [16:03] dobey: yes, is a pain, they should allow you to import the reactor and then install what ever you wanted, I cannot see the reasoning behind the current implementation [16:04] alecu: in the DBusTestCase stuff [16:05] alecu: i am not sure how to explain what i am seeing though [16:05] alecu: because i don't know why the current code is designed the way it is [16:07] i think because of ubuntuone-client, but sso and cp aren't doing stuff the same way [16:08] * dobey tries u1client tests with his devtools branch [16:09] * fagan back [16:14]