[02:19] <afeijo> hi guys
[02:20] <afeijo> 2 weeks ago I changed my pictures from internal Atrix storage to my new sdcard. I moved all the files and configured the camera app to save there, so far so good. But U1 is not uploading my pictures anymore... I checked in the Settings and I have no place to tell it that it should now monitor my sdcard. How can I fix it?
[02:21] <beuno> afeijo, hrm, I don't know, our android devs are sleeping atm, could you open up a question in askubuntu?
[02:21] <beuno> tag it as ubuntuone?
[02:21] <afeijo> askubuntu.com?
[02:22] <beuno> yes
[02:22] <afeijo> ok
[02:22] <karni> afeijo: wait :)
[02:22] <beuno> ah
[02:22]  * afeijo halt
[02:22] <beuno> I forget karni never ever ever sleeps
[02:22] <afeijo> yeah, he does not
[02:22] <afeijo> karni, shall I reinstall?
[02:23] <karni> afeijo: This will be fixed in one, at most two updates from now. We're aware of the issue, we'll allow any location to be source for uploads.
[02:23] <karni> afeijo: No, I'm sorry, it is not supported just yet. If you want to upload to U1 automatically
[02:23] <afeijo> cool :)
[02:23] <afeijo> so I just need to wait for a few more days, then an update will get my last pics and sync?
[02:23] <karni> afeijo: You'd need to use the /mnt/sdcard/ mount point (whatever that is for you). There are vendors out there with /mnt/sdcard-ext or /mnt/ext-sd or what not
[02:24] <afeijo> in atrix, the internal is /mnt/sdcard, the external is /mnt/sdcard-ext
[02:24] <karni> afeijo: Yes, although 'few days' is rather tricky - I'm leaving for few days to rest. But rest assured, when I'm back, it won't be far to the update.
[02:24] <karni> afeijo: Right.
[02:24] <karni> afeijo: Well.. ;> /me chuckles
[02:25] <afeijo> np, I'll just plug the cable now and drag the files, not many tho, under 20 I guess
[02:25] <karni> afeijo: Do you have a minute?
[02:26] <afeijo> karni, to you I have 10 minutes :)
[02:26] <karni> afeijo: Perfect. Then let me see what I can do about that ;)
[02:26] <afeijo> karni, oh, the folder in my PC is named Pictures - MB860, is it possible to rename it to Pictures - Atrix?
[02:27] <karni> afeijo: yes. are you using ubuntu?
[02:27] <afeijo> not right now
[02:29] <karni> afeijo: Anyway - what you need to do is create a folder called however you like on your PC, and sync it with Ubuntu One (make it a cloud folder)
[02:29] <karni> afeijo: Then, you can point Ubuntu One Files to upload to that location
[02:29] <afeijo> ah, got it, thanks
[02:31] <afeijo> karni, what can I do to help about the sdcard-ext ?
[02:31] <karni> afeijo: you already did. give me a moment :)
[02:32] <karni> let's make that experiment and see how trivial it'd be to make it work for you
[02:32] <afeijo> k
[02:32] <karni> omg.. looks like GreenDroid has broken stuff again
[02:33] <karni> afeijo: I'll try, anyway.
[02:33] <afeijo> GreenDroid should buy you a couple drinks :)
[02:33] <karni> I'm good ;)
[02:34] <karni> yesss
[02:34] <karni> step 1, check
[02:37] <karni> k, patching
[02:38] <karni> afeijo: do you keep your pictures in 'DCIM' folder on your /mnt/sdcard-ext ?
[02:38] <afeijo> yes
[02:38] <karni> afeijo: perfect
[02:41] <karni> afeijo: Try this, http://goo.gl/UDfxJ in your browser, or http://goo.gl/UDfxJ.qr with your QR code scanner
[02:42] <karni> afeijo: When you do, launch the app once. Make sure auto-upload is enabled (you can also change the upload folder from there). What interest me more is - will it detect the new picture if you take a new one with your camera.
[02:43] <karni> afeijo: I'll grab a sandwitch, back in few minutes.
[02:43] <afeijo> k
[02:44] <afeijo> installed & it is uploading 1 of 6 files
[02:44] <afeijo> make it 19
[02:44] <afeijo> perfect so far
[02:46] <karni> afeijo: did you snap a picture or have you installed fresh and pressed "all and new photos" ?
[02:46] <afeijo> I snap a pic
[02:46] <karni> afeijo: sweet ;) you are welcome! ^_^
[02:46] <karni> afeijo: Thanks, now I know this will work for sdcard-ext people
[02:47] <karni> afeijo: So, like I said - if you want to upload to a different cloud folder, just create it from your computer, and direct U1F to it from auto-upload settings.
[02:47] <afeijo> karni, you're the best, unbelievable fast to solve stuff :)
[02:47] <karni> afeijo: Also - I'm still working on it, so whenever you think somethings broken - don't hesitate to contact me
[02:47] <afeijo> but if I open a new folder and move the files, it will upload it all over again?
[02:47] <karni> afeijo: Thank you, it was easy ^_^ Just little time to make it a nice "Setting"
[02:48] <karni> afeijo: Well. I tell you what!
[02:48] <karni> afeijo: Current version would upload only new pictures (if you finish uploading these). If you move them into the new folder, it should never reupload them.
[02:48] <afeijo> funny that my folder for my xoom I remember labeling it Pictures - Xoom, the app asked me for the name when I first installed. But in my atrix it didnt
[02:49] <karni> afeijo: There's more! The new version that is coming would not even upload a file, that you sent to U1 from your computer. Magic! ^_^
[02:49] <afeijo> heh
[02:49] <karni> afeijo: Hrm. FWIW, the Android app never asks. It defaults to ~/Pictures - <device name>
[02:50] <karni> But you can always change that. We'll also allow to create cloud folders from the android app, too, it's a matter of time.
[02:50] <afeijo> maybe I named my xoom but didnt find where to do it in the atrix? android 2.3 let me name it?
[02:50] <karni> afeijo: Negative, all default to ~/Pictures - <device name>, unless you (later) change the upload directory.
[02:50] <ralsina> karni: you never sleep do you? :-)
[02:50] <karni> ralsina: hehehe
[02:51] <karni> ralsina: I'm in positive mood. I like to fix stuff ad-hoc, when there's people testing around ^_^
[02:51] <ralsina> karni: cool, as long as you are having fun ;-)
[02:51] <karni> ralsina: YES ^_^ !
[02:51] <karni> ralsina: I totally agree with you :)
[02:52]  * ralsina goes to sleep. Since it's late 6 FREAKING TIMEZONES TO YOUR LEFT ;-)
[02:52] <afeijo> did you guys saw that box.com giving 50gb for those that install their android app? sound like unfair competition heh
[02:52] <karni> hahahaha
[02:52] <karni> ralsina: I'll be leaving really soon, too. Night!! :)
[02:52] <afeijo> gmt -0300 here, not so late yet
[02:52] <karni> afeijo: 4AM here
[02:52] <afeijo> wow
[02:53] <afeijo> I wake up 7 am, cant do that
[02:53] <afeijo> btw, some times I need to open U1 app in Windows for it to download the new pictures... it should be automatic right?
[02:53] <karni> afeijo: Well. It's called competition. I think I've tried the box.com Android app. And, as all, it has it's up sides, but I didn't like it.
[02:54] <afeijo> karni, the current box version has a pretty good interface, blue and white
[02:54] <karni> afeijo: It should be. You can drop by at any work day and poke nessita or mande'l (without the aphostrpohe)
[02:54] <afeijo> no ssh support, but it has webdav
[02:54] <ralsina> afeijo: the u1 in windows should start on login, yes
[02:54] <karni> afeijo: Also - I'm not saying our's better. No it's not. I'm saying they're's not good enough for me. Also, they appear in 'Share' dialogs when they shouldn't, so it's wrongly configured intent filters.
[02:55] <afeijo> indeed
[02:55] <karni> ralsina: I didn't mention you, as I didn't want to bother you with these kind of things ^_^ You're the guru here!
[02:55] <ralsina> karni: nah, I am just a sleepy manager :-)
[02:55]  * karni chuckles
[02:56] <karni> All righty, I'm either going to get some sleep or work done, gotta say goodbyes!
[02:56] <ralsina> same here. Bye!
[02:56] <karni> Bye o/
[02:56] <afeijo> g'night!!
[02:56] <karni> take care afeijo
[09:03] <mandel> morning all!
[09:07] <jalcine> Morning mandel!
[09:07] <jalcine> How are you?
[09:07] <mandel> jalcine, great, getting ready to get some work done :)
[09:09] <jalcine> same here :)
[09:09] <jalcine> just finishing boiling some more water for tea.
[09:14] <mandel> jalcine, tea or coffee is always needed :P
[09:31] <JamesTait> Good morning, all! :D
[10:21] <Chipaca> davidcalle: ARTE+7 broke :(
[10:21] <davidcalle> Chipaca, :'(
[10:21] <Chipaca> davidcalle: (it was scraping, and they changed their site) (and i haven't had time to fix it yet)
[10:22] <davidcalle> Chipaca, ok
[10:22] <Chipaca> not the first time it happens, and to be expected. Tempted to move to ARTE rss feeds.
[10:22] <Chipaca> but there's a lot less content hanging off of http://videos.arte.tv/fr/videos/meta/index-3188674-3223978.html than there is via search
[10:22] <davidcalle> Chipaca, I thought you were already using the feeds.
[10:22] <Chipaca> no, because i'm greedy
[10:23] <Chipaca> but rethinking that
[10:23] <davidcalle> Chipaca, greedy screen scraping, the best kind of scraping :)
[10:23] <Chipaca> TED also scrapes; I could change it to talk to the google spreadsheet instead, but that's a pain
[10:24] <Chipaca> we'll see
[10:24] <davidcalle> Chipaca, let's make a video scrapers workshop at UDS :)
[10:25] <Chipaca> davidcalle: some companies already do this, and they have huge teams only dedicated to keeping the scrapers running
[10:26] <Chipaca> granted, they are more ambitious than us; they want to snarf the actual video, as opposed to sending users to sites
[10:27] <Chipaca> davidcalle: I like the idea of croudsourcing scrapers, but then the idea of source curation becomes complicated and politicsish
[10:27] <davidcalle> Chipaca, right.
[10:28] <davidcalle> Chipaca, I could push some scopes devs in this direction and have scopes/sources.
[10:43] <mandel> Chipaca, any experience with libsoup dealing with wrong ssl certiicates? I'm getting a connection error problem while on Qt I get a nice PyQt4.QtCore.QString(u'SSL handshake failed'), PyQt4.QtCore.QByteArray()
[10:43] <mandel> Chipaca, I have been stuck with that for a while now.. :(
[10:46] <Chipaca> mandel: none, i'm afraid
[10:46] <ralsina> mandel: if you want, you can cry on my shoulder/we can take a look at it in about 1.5 hours
[10:46] <ralsina> mandel: not that I have experience, but sometimes a new set of eyes help
[10:47] <ralsina> mandel: and good morning ;)
[10:47] <mandel> ralsina, lol at least the qt version works.. so I don't understand why libsoup is freaking out..
[10:47] <ralsina> mandel: because it's not qt ;-)
[10:47] <mandel> Chipaca, don't worry, I guess that if I find out wtf is going on Iit will be a nice blog post
[10:47] <ralsina> mandel: different libraries different painful spots and all that
[10:48] <ralsina> mandel: just curious, is there a libsoup mailing list? May be worth asking there
[10:48] <mandel> ralsina, there should be, I'll see if there is an irc channel too
[10:48] <mandel> but I'll finish with the qt implementation first
[10:54] <ralsina> mandel: yes please
[11:11] <gatox> good morning!
[11:33] <jalcine> Morning gatox :)
[11:34] <gatox> jalcine, hi! o/
[11:34] <jalcine> How are you?
[11:34] <gatox> jalcine, fine, you?
[11:35] <jalcine> Well, I've got like two source packages (with about 10, 11 packages they provide in all) now to work and build before the 27th.
[11:35] <gatox> :P
[11:36] <jalcine> Shouldn't be too much, just need to get started, lol.
[11:37] <gatox> jalcine, jeje always the hard part
[11:40]  * mandel hates ssl certs.. jesus! this is plainly stupidly hard!
[11:49] <gatox> i need to leave for a while... brb!
[12:13] <ralsina> good morning!
[12:20] <czajkowski> ralsina: aloha
[12:20] <ralsina> hi there czajkowski
[12:27] <gatox_brb> back!
[12:30] <gatox> ralsina, mandel my mac mini is here! :D
[12:30] <ralsina> gatox: cool!
[12:30]  * ralsina still has to order his
[12:30] <gatox> ralsina, i'm going to see how to share it via web
[12:30] <mandel> wait, everyone is getting one but me.. dammed I should not have had one already!
[12:30] <gatox> mandel, i bought my own
[12:31] <ralsina> mandel: noone is stopping you. Noone is paying you for it either ;-)
[12:31] <ralsina> gatox: something like logmein may work
[12:31] <ralsina> gatox: but it's PAINFUL
[12:31] <rye> dobey, now nautilus plugin (in precise) does not listen to PublicFilesList, PublicFileAccessChanged
[12:32] <mandel> ralsina, had to try :P
[12:32] <mandel> gatox, careful, you might like it
[12:32] <gatox> mandel, naaaaaaa.... but it's necessary
[12:38] <rye> elopio, do we have any tests for nautilus plugin?
[12:38] <ralsina> rye: too early for dobey yet
[12:39] <ralsina> rye: and probably for elopio too
[12:40] <mandel> ralsina, I have a question about design.. not UI design but the design of the api of the web client
[12:41] <mandel> ralsina, all string should not have the app name (Ubuntu One) because sso is not app specific, the problem is that the webclient does not have the app as the input in its constructor.. is it a valid things to do?
[12:41] <ralsina> mandel: shoot!
[12:41] <ralsina> mandel: ENOPARSE
[12:42] <mandel> ralsina, ok, so the ssl dialog as it is in trunk has a string like the following: If you are not sure about this server, do not use it to connect to %(app_nmae)s
[12:42] <ralsina> mandel: right
[12:43] <mandel> ralsina, and it is the webclient the one that call the ssl dialog via the spawn process passing as an arg --appname 'my app'
[12:43] <mandel> ralsina, but atm welclient does not know the appname, this means it has to be passed somehow..
[12:43] <ralsina> right
[12:44]  * ralsina is starting to need a diagram to follow where this is going
[12:44] <mandel> I'm thinking about the __init__ since appname is not something that changes that often but I think it is a very crappy api for a webclient lib
[12:44] <mandel> ralsina,  ^
[12:44] <ralsina> mandel: ok, this is a webclient for our own usage. If we need to make it a bit less general to present a better UX, that's ok
[12:45] <ralsina> mandel: so, I feel the appname belongs in the dialog, yes
[12:45] <ralsina> mandel: and that means the webclient needs to know about it, so, where else could you pass it?
[12:45] <mandel> ralsina, so, wc = WebClient('Ubuntu One') for example, right?
[12:45] <ralsina> mandel: right.That means "This is a WebClient we are using to connect to Ubuntu One"
[12:46] <ralsina> mandel: unless the wc needs to connect to more than one "app" so to speak.
[12:46] <mandel> ralsina, in theory not, but it could, is more of a This is a WebClient used by Ubuntu One
[12:46] <mandel> ralsina, same as you can have with " This is a WebClient used by Software center"
[12:47] <ralsina> mandel: ok, then that
[12:47] <mandel> ralsina, so, its ok, right?
[12:47] <mandel> even though I find it a little ugly :P
[12:48] <ralsina> mandel: not all that ugly IMHO
[13:29] <duanedesign> o/
[13:30] <mandel> duanedesign, morning!
[13:31]  * duanedesign woke up late. Stayed up to late playing with his arduino
[13:31] <mandel> alecu, nessita, ralsina: I'm off to have lunch, but here is some food for though, I'm thinking of storing the pinned certs by the user in in ~/.cache/ubuntu-sso/ rather than ~/.cache/ubuntuone/ what do you think?
[13:32] <mandel> gatox, briancurtin and urbanape  you too ^
[13:32] <ralsina> mandel: hmmmm both feel wrong :-/
[13:33] <mandel> ralsina, then we have a problem 'cause we have to store it somewhere, I don't mind the keyring.. but there is not api for that yet
[13:33] <ralsina> mandel: right
[13:33] <ralsina> mandel: let's talk about it after your lunch
[13:33] <mandel> ralsina, ok, them I'm off to have it :)
[13:36] <dobey> rye: eh? if it doesn't listen now, then it never has. that code hasn't changed this cycle.
[13:37] <rye> dobey, it used to show when the files are published, using an emblem, now it does not, and it requires to re-publish the file to get the link on every nautilus restart
[13:38] <dobey> rye: then something else must have broken it, if it worked before, because that code has definitely not changed.
[13:39] <dobey> in fact, i think the only thing that's changed in the nautilus extension, is removing the locationbar widget "ribbon"
[13:40] <rye> dobey, okay, i will take a look and will run in circles, scream and shout in case i find the reason
[13:41] <dobey> rye: testing with the same account, on natty and oneiric VMs also, would probably be helpful. it should be working, but as you know published files have been giving us grief for a long time :-/
[13:41] <alecu> hello!
[13:42] <gatox> alecu, hi!
[13:43]  * mandel lunch
[13:43] <ralsina> hello alecu1
[13:43] <nessita> buenos días!
[13:44] <rye> are we near u1sdtool unhanging?
[13:44] <gatox> nessita, buenas
[13:44] <rye> muy buenas!
[13:44] <ralsina> dobey: would fixing bug #947711 require a UIFe?
[13:44] <nessita> hola rye, gatox :-)
[13:44] <ralsina> hello nessita
[13:44] <nessita> hola ralsina
[13:45] <ralsina> nessita: removed the version from the manpage if you want to merge it
[13:45] <nessita> ralsina: already looking
[13:45] <ralsina> nessita: also, I have a brach to fix bug #947711 (we are showing the wrong filechooser), but am not sure if it needs a UIFe
[13:46] <nessita> ralsina: looking at the bug report
[13:46] <nessita> dobey: hola! were you able to check if tarmac for u1client was stucked? I have this branch approved for 22 hours now :-) https://code.launchpad.net/~nataliabidart/ubuntuone-client/15-minutes/+merge/95900
[13:47] <dobey> ralsina: i don't think so
[13:47] <ralsina> dobey, nessita: if it doesn't, I would like to have that merged in the release (it's a very simple fix)
[13:48] <nessita> ralsina: what I don't like is having 2 different file choosers depending on the platform... is there any way to research this a little bit further to see if we can use the same in both?
[13:48] <dobey> nessita: i guess when openstack went boom yesterday, it had a lock held. should get picked up now
[13:48] <ralsina> nessita: the logical thing is to use the native chooser on each platform
[13:49] <nessita> ralsina: also, I personally don't see this bug as a release blocker... would you agree to have it merge for the next release? (is still before beta-2_
[13:49] <nessita> )
[13:49] <ralsina> nessita: we are not using the native one on windows because of a Qt bug, but that's temporary
[13:49] <ralsina> nessita: sure, no problem
[13:49] <nessita> ralsina: so, if we swicth to use natuve file choosers... we still need to workaround the bug in windows, no?
[13:49]  * dobey has a bunch of branches that need reviews
[13:50] <ralsina> nessita: we don't switch on windows until the bug is fixed on Qt. That way we have a windows-only bug
[13:50] <ralsina> nessita: instead of a bug in both platforms :-)
[13:50] <ralsina> dobey: I did one!
[13:51] <nessita> ralsina: regarding the manpage branch... perhaps you did not push the changes? I don't see the new revno on LP nor when local branching
[13:51] <dobey> https://code.launchpad.net/~dobey/libubuntuone/fix-crits/+merge/96008
[13:51] <dobey> https://code.launchpad.net/~dobey/ubuntuone-installer/string-change/+merge/96037
[13:51] <dobey> https://code.launchpad.net/~dobey/libubuntuone/u1ms-load-fixes/+merge/96046
[13:51] <dobey> https://code.launchpad.net/~dobey/rhythmbox-ubuntuone/url-handler/+merge/96045
[13:51] <dobey> https://code.launchpad.net/~dobey/rhythmbox-ubuntuone/fix-preview/+merge/95982
[13:52] <nessita> dobey: I think you missed one change in the installer branch... we also need to change 'Discover your personal cloud"
[13:53] <nessita> dobey: ie, remove "the freedom of"
[13:54] <dobey> eh?
[13:54] <ralsina> nessita: let me check the man branch
[13:54] <ralsina> nessita: indeed not pushed sigh
[13:54] <ralsina> nessita: there it is
[13:54] <dobey> oh
[13:55] <dobey> that is just silly
[13:55] <dobey> :-/
[13:57] <nessita> dobey: why?
[13:57] <nessita> ralsina: ack
[13:58] <dobey> nessita: because it changes the messaging in a slightly pointless way, and seemingly for no reason other than for the sake of changing something. but whatever, i don't feel like bothering about it any more. i already changed/pushed it
[14:00] <nessita> dobey: thanks
[14:01] <elopio> rye: just manual tests
[14:01] <rye> elopio, could you please point me towards them?
[14:03] <elopio> rye: http://testcases.qa.ubuntu.com/Applications/UbuntuOne/11.10#Sharing_and_publishing
[14:03] <rye> elopio, thank you
[14:03] <elopio> rye: np.
[14:05] <ralsina> nessita, dobey: are we not doing the change in installer to show the cloud image? Ad if so why?
[14:07] <dobey> ralsina: because this is the result of the discussion yesterday of the strings being too specific about plan and feature availability.
[14:07] <ralsina> dobey: that is about strings, but what about the image itself?
[14:07] <dobey> ralsina: see the last comment from rtgrant on the bug.
[14:08] <ralsina> dobey: bug number handy?
[14:08] <nessita> dobey: approved
[14:08] <dobey> https://bugs.launchpad.net/ubuntuone-installer/+bug/944982
[14:08] <ralsina> dobey: thanks, looking
[14:14] <nessita> ralsina: I'm looking at https://code.launchpad.net/~ralsina/ubuntuone-control-panel/go-native/+merge/96123, is there any constant for the 0 in the linux side?
[14:14] <ralsina> nessita: 0 is the default
[14:14] <nessita> ralsina: that was no my question :-P
[14:15] <ralsina> nessita: ok, no, there isn't one :-)
[14:16] <ralsina> dobey, nessita: we are going to go with a mix of both mockups: the cloud with the simpler texts
[14:16] <ralsina> dobey, nessita: expect a third mockup soon
[14:18] <dobey> what? no. stop changing things :(
[14:18] <ralsina> dobey: deep breaths
[14:18] <nessita> ralsina: *another* change? why? we talked about this directly with rtgrant yesterday
[14:19] <ralsina> nessita: because rtgrant understood that we couldn't do the cloud thing
[14:19] <nessita> ralsina: we never ever said that
[14:19] <ralsina> nessita: which is why he went with the other design
[14:19] <ralsina> nessita: miscommunications happen
[14:19] <nessita> ralsina: we were very clear that the text does not scale, we never mentioned the image...
[14:19] <dobey> it doesn't mean they always have to be corrected!
[14:20] <dobey> the kind of miscommunication that turns a potentially very large branch, into a trivial one, isn't bad :)
[14:21] <ralsina> dobey: he
[14:21] <ralsina> dobey: but you know. People keep on talking ;-)
[14:23] <dobey> let them talk.
[14:23] <dobey> meanwhile, i'll get things done :)
[14:24] <ralsina> dobey: cool, let's do that ;-)
[14:26] <dobey> i did it already. but now you've gone and changed things, so it's no longer done. :(
[14:34] <briancurtin> ralsina: my ideas for the windows root problem suddenly fell apart. i'm on XP as admin, running an admin command prompt, and sd runs fine. i commented on an issue to get more user info because i can only reproduce this if i really go out of my way, which people probably are not doing
[14:34] <ralsina> briancurtin: yes, that's what happened with my "solution" :-/
[14:35] <ralsina> briancurtin: I could never make it fail, but a bunch of users can
[14:35] <briancurtin> the only way i got it was to shut down the sd that gets started up for you, then run your own in an explicit admin cmd, but i cant imagine why anyone would be doing that (most dont even know how)
[14:36] <briancurtin> (on win7)
[14:36] <ralsina> briancurtin: yes, in that case, it's ok to fail :-(
[14:36] <ralsina> briancurtin: maybe it's something about the user profiles
[14:37] <briancurtin> ralsina: could be, hopefully i can get more info back
[14:37] <ralsina> briancurtin: maybe you can contact some of the users who had the issue
[14:38] <gatox> nessita, ralsina when you have a moment please: https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/ugly-reset/+merge/96130
[14:38] <briancurtin> ralsina: the bug i'm assigned to (#930398) was created by joshuahoover based on what users are seeing. i'll dig around and try to find more reports
[14:39] <joshuahoover> briancurtin: we were getting these reports mostly from xp users and win7 users who appeared to be running as the administrator user
[14:42]  * mandel back
[14:42] <mandel> ralsina, alecu, nessita do you fancy to have a chat about where to store the fingeprints of pinned ssl certificates?
[14:43] <ralsina> mandel: on mgmt call for 1 hour at least
[14:43] <mandel> ack
[14:43] <nessita> mandel: do we need to store those?
[14:43] <nessita> I mean, what happens if we don't store that?
[14:43] <alecu> mandel, oh, right.
[14:44] <mandel> nessita, well designed added a checkbox that says remember my decision in the ssl dialog.. so we have a problem there
[14:44] <alecu> nessita, the ssl dialog would show up on every reboot.
[14:44] <alecu> nessita, reboot, or SD restart, or... you get the idea.
[14:44] <mandel> alecu, exactly, which would be a PITA
[14:44] <alecu> mandel, where does firefox store them?
[14:44] <mandel> alecu, FYI, qt implementation does work well with the ssl certs, libsoup on the other hand.. I need to look closer to that one
[14:45] <mandel> alecu, its own storage
[14:45] <mandel> alecu, /usr/share/ca-certificates/mozilla/
[14:45] <alecu> mandel, right. But is it encrypted?
[14:46] <nessita> gatox: the branch you linked requires a UIFe for the bug. Would  you plaase add some details to the bug such as a screenshot before, and one after?
[14:46] <alecu> mandel, that surely is not the pinned list. User process don't have access there!
[14:46] <gatox> nessita,
[14:46] <gatox> ok
[14:46] <alecu> mandel, unless I'm misunderstanding what you mean by "pinned"
[14:46] <nessita> gatox: thanks\
[14:46] <mandel> alecu, that is one of the places, I'm looking at the API from mozilla
[14:46] <alecu> mandel, "dont' have *write* access there"
[14:47] <mandel> alecu, you are right, those are the global ca ones..
[14:47] <nessita> dobey: I will start with the releases, I will also do protocol since you have a lot in your plate right now
[14:48] <alecu> mandel, probably is inside one of the sqlite dbs in .mozilla/profiles/etc....
[14:48] <mandel> alecu, this is it: https://developer.mozilla.org/en/Using_nsILoginManager
[14:48] <dobey> ok
[14:48] <mandel> alecu, yes.. so, the deal is, there is nothing we an re-use AFAIK
[14:49] <alecu> mandel, probably not. But I don't want to store that list in plain text without knowing the security implications of that.
[14:49] <alecu> mandel, hmmm
[14:50] <mandel> alecu, we surely don't want that.. it is a hard problem to solve, of course, I can propose the qt implementation (which might need a UIFe duw to a string change) and then move to libsoup and that
[14:50] <alecu> mandel, I think the list of accepted certificates should be of similar value to the fingerprints of servers in ~/.ssh/known_hosts
[14:51] <alecu> mandel, so, my guess is that having a plaintext list of accepted certificates would be fine
[14:51] <mandel> alecu, yes, I was thinking of using a similar things under a diff location, we just need the fingerprints, nothing else
[14:51] <alecu> mandel, so, if we make sure that folder where we store it has permissions 600, I think it would be fine.
[14:52] <mandel> alecu, I was thinking of ~/.cache/ubuntu-sso-client
[14:52] <nessita> alecu, mandel: what about asking to the security team?
[14:52] <mandel> nessita, very good point
[14:52] <nessita> alecu: you can ask the same guy about the ssl certs "thing"
[14:53] <mandel> alecu, what channel is that?
[14:53] <briancurtin> joshuahoover: i'm on XP trying as actual admin (like root), as admin-granted regular user (like someone in sudoers), and a regular user -- not seeing this problem at all on XP :/
[14:53] <alecu> mandel, nessita: firefox uses a plaintext file with permissions 600, called "cert_override.txt"
[14:54] <joshuahoover> briancurtin: very strange...we got so many complaints, it seemed rather wide spread
[14:54] <nessita> briancurtin: the problem appears once you install U1 from the installer, as far as I know
[14:54] <joshuahoover> nessita: right, briancurtin, if you're not installing from the installer then it may not reproduce
[14:55] <briancurtin> i just ran the installer in a clean XP VM and it's working great
[14:55] <nessita> joshuahoover, briancurtin: and I also think this was caused by an older version of the installer, were the perms were raised for the installation and then they were never downgraded
[14:55] <alecu> nessita, mandel: https://developer.mozilla.org/En/Cert_override.txt
[14:55] <joshuahoover> briancurtin: which version of the installer?
[14:55] <briancurtin> whatever i get from the website just by default, i'll find a version #
[14:55] <nessita> joshuahoover, briancurtin: so, our installer will promote itself to admin, and then it will not demote itself before running syncdaemon
[14:55] <joshuahoover> briancurtin: we rolled back the broken version
[14:56] <joshuahoover> briancurtin: it needs to be 2.99.3
[14:56] <alecu> mandel, I think we should use a text file similar to that
[14:56] <mandel> alecu, I think that using the same format seems logical but I don't want to add that code to the current implementation, the branch will get too big
[14:56] <mandel> alecu, you type faster :P
[14:56] <joshuahoover> briancurtin: this is the one causing problems: http://one.ubuntu.com/windows/ubuntuone-2.99.3-windows-installer.exe
[14:57] <alecu> mandel, absolutely true, it can come in a subsequent branch.
[14:57] <briancurtin> joshuahoover: thanks, i'll try that or get another env setup on this XP box
[14:57] <joshuahoover> briancurtin: cool
[14:57] <mandel> alecu, so, I'll do the following, qt implementation no pinned certs, libsoup implementation not pinned, pinned certs for both
[14:57] <alecu> mandel, you may cross out "libsoup" from that list.
[14:58] <mandel> alecu, why?
[14:58] <nessita> briancurtin: one thing to note is that we added the 'root' check late in the code, so I would advice checking in which revno we implemented the "is_root" method in the os_helper modules
[14:58] <mandel> alecu,  we are going to ignore it?
[14:58] <briancurtin> nessita: i'll check, thanks
[15:01] <mandel> me
[15:01] <ralsina> briancurtin, nessita: honestly, the check added more problems than it fixed
[15:01] <gatox> me
[15:01] <nessita> me
[15:01] <briancurtin> ralsina: running the tests with "def is_root(): return False" on windows seemed to work just fine, FWIW
[15:01] <ralsina> briancurtin: that was our previous implementation ;-)
[15:01] <briancurtin> (although i cant see that being very acceptable)
[15:02] <ralsina> me
[15:02] <briancurtin> me
[15:02] <dobey> meh
[15:02] <nessita> alecu, urbanape, me?
[15:02] <urbanape> me
[15:02] <alecu> me
[15:02] <nessita> mandel: go
[15:02] <mandel> DONE: Got the Qt implementation working with ssl certs and the ssl dialog.
[15:02] <mandel> TODO: Talk with josh and nessita, there is a new string, should it be translated. Maybe not. Look at pinned certs.
[15:02] <mandel> BLOCKED: kinda with libsoup and certs but I'm ignoring the issue atm.
[15:02] <mandel> next: gatox
[15:02] <gatox> DONE:
[15:02] <gatox> Propose a couple of branches yesterday (most of them landed, one pending for review), propose a branch for: Bug #945065
[15:02] <gatox> TODO:
[15:02] <gatox> Keep fixing things in SSO.
[15:02] <gatox> BLOCKED:
[15:02] <gatox> No
[15:02] <gatox> nessita, go
[15:02] <nessita> DONE: reviews and final landings for today's releases, teach lead call
[15:02] <nessita> TODO: releases
[15:02] <nessita> BLOCKED: nopes
[15:02] <nessita> NEXT: ralsina
[15:02] <ralsina> DONE: mgmt call, design call, reviews, native file_chooser bug, created manpage, some other branch I can't recall, reviews. TODO: more  reviews, some minor branch, more calls, briancurtin 1-1, chec outsome qml/u1 code aquarius found, stuff BLOCKED: no NEXT briancurtin
[15:02] <briancurtin> DONE: poking around the root issue, looked into a few other impls, tried a few OS configurations
[15:02] <briancurtin> TODO: take the info i just got a few minutes ago into consideration and try to reproduce/fix
[15:02] <briancurtin> BLOCKED: NONE
[15:02] <briancurtin> NEXT: dobey
[15:02] <dobey> λ DONE: bug #928356, bug #933010, bug #934235, bug #947381, bug #944982 (apparently not), bug #947477, bug #947480, poked rb upstream about tarball release
[15:03] <dobey> λ TODO: upload new rb, releases, twisted glib2/gireactor debugging
[15:03] <dobey> urbanape
[15:03] <dobey> λ BLCK: none.
[15:03] <urbanape> DONE: Didn't make a lot of progress on the filesystem events stuff
[15:03] <urbanape> TODO: Put together a branch for the ubuntu-sso Mac stuff
[15:03] <urbanape> BLOCK: None
[15:03] <urbanape> alecu
[15:03] <alecu> DONE: a branch that starts and stops the tunnel. IRL of syncdaemon running thru an nonauth proxy.
[15:03] <alecu> TODO: fixes, push reviews
[15:03] <alecu> BLOCKED: no
[15:04] <nessita> any comments anyone?
[15:04] <ralsina> NOTE: whoa, lots of progress yesterday people! Nice!
[15:04] <ralsina> Eom?
[15:04] <nessita> eom!
[15:04] <alecu> gatox, did you land branches yesterday?
[15:05] <alecu> gatox, I remember nessita saying "don't land branches on monday nor tuesdays!"
[15:05] <nessita> alecu: yes, he did land some release-cblockers
[15:05] <alecu> oh, ack.
[15:05] <mandel> nessita, joshuahoover I've got a question regarding the string used for the ssl cert details, atm is in eng since is ssl information, do you think it should be translated?
[15:05] <nessita> alecu: I said no branch landing unless approved by me or ralsina :-P
[15:05] <gatox> alecu, fiuuuu.... i was really scared
[15:05] <alecu> :-)
[15:05] <nessita> alecu: but thanks for paying attention to that!
[15:05] <joshuahoover> mandel: bug #?
[15:05] <mandel> nessita, joshuahoover doing so is another UIfe and I don't think is necessary
[15:06] <nessita> (really)
[15:06] <alecu> gatox, you should "fear the nessita"
[15:06] <gatox> jeje i know
[15:06] <mandel> joshuahoover, hm.. let me find it
[15:06] <joshuahoover> mandel: if it's a new string then it probably needs to be translated
[15:08] <mandel> joshuahoover, the string is as follows: http://paste.ubuntu.com/871566/
[15:08] <gatox> joshuahoover, i have this bug for UIFe if you can take a look at it: https://bugs.launchpad.net/ubuntu/+source/ubuntu-sso-client/+bug/945065
[15:10] <joshuahoover> gatox: can we "bundle" this change with another that is making changes to strings? seems like they could go together and not cause much trouble...we're hammering the release team with all these freeze requests
[15:10] <gatox> nessita, what do you think?  ^
[15:11] <nessita> joshuahoover: which other is the strings change?
[15:11] <joshuahoover> mandel: and those labels (i.e. Organization, Comman Name, etc.) are displayed consistently, right? meaning they are displayed whenever a self-signed cert needs to be accepted
[15:11] <joshuahoover> nessita: well, we have 16 FEs open, so i'm guessing one of those :)
[15:11] <joshuahoover> http://is.gd/u1fes
[15:11] <mandel> joshuahoover, yes they are, the string is generated with the info from the cert
[15:11] <nessita> joshuahoover: we're closing a bunch today with the releases
[15:12] <joshuahoover> mandel: are those labels static (in the code) or provided by the cert?
[15:12] <nessita> joshuahoover, gatox: what about if we wait to tomorrow to see which UIFe remains opened?
[15:12] <nessita> then we try to stick it there
[15:12] <joshuahoover> nessita: i would prefer that
[15:12] <nessita> sure
[15:12] <gatox> ok
[15:12] <mandel> joshuahoover, are in a string in the code, but they are the default issuer info tags
[15:12] <joshuahoover> mandel: if it's in the code then we need to allow translations
[15:13] <mandel> jono, I mean, I can use the sort ones, line CN and L etc.. instead
[15:14] <dobey> mandel: you're as bad at tab completion as gatox is
[15:15] <mandel> fuck, sorry!
[15:15] <gatox> jejeje
[15:15] <mandel> joshuahoover, I mean, I can use the sort ones, line CN and L etc.. instead
[15:15] <joshuahoover> mandel: can you provide an example?
[15:16] <mandel> joshuahoover, sure, few secs please
[15:17] <mandel> joshuahoover, this is using the actual tags: http://paste.ubuntu.com/871573/
[15:18] <joshuahoover> mandel: i think we need the strings you provided in the first example...can you file a bug for that and include the strings that are going to need translation?
[15:18] <mandel> joshuahoover, of course
[15:18] <joshuahoover> thanks
[15:20]  * dobey wonders if anyone is reviewing his branches
[15:22] <nessita> dobey: shoot links
[15:23] <dobey> 08:51 < dobey> https://code.launchpad.net/~dobey/libubuntuone/fix-crits/+merge/96008
[15:23] <dobey> 08:51 < dobey> https://code.launchpad.net/~dobey/ubuntuone-installer/string-change/+merge/96037
[15:23] <dobey> 08:51 < dobey> https://code.launchpad.net/~dobey/libubuntuone/u1ms-load-fixes/+merge/96046
[15:23] <dobey> 08:51 < dobey> https://code.launchpad.net/~dobey/rhythmbox-ubuntuone/url-handler
[15:23] <dobey> /+merge/96045
[15:23] <dobey> 08:51 < dobey> https://code.launchpad.net/~dobey/rhythmbox-ubuntuone/fix-preview/+merge/95982
[15:23] <dobey> nessita: ^^ minus the installer one of course
[15:23] <nessita> ack
[15:39] <mandel> dobey, afaik, I'm not :)
[15:39] <mandel> dobey, need an other pair of eyes?
[15:39] <nessita> dobey: would you please remind me how to test the libubuntuone branch?
[15:41] <dobey> ./autogen --prefix=/usr && make && LD_PRELOAD=libubuntuoneui/.libs/libubuntuoneui-3.0.so.1.0.0 rhythmbox -n
[15:43] <nessita> thanks
[15:44] <mandel> joshuahoover, do you use any tag for the UIFe bugs?
[15:44] <nessita> ralsina: may I have a couple of stable-3-0 update reviews? https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/stable-3-0-update-2.99.90/+merge/96154 and https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/stable-3-0-update-2.99.90/+merge/96155
[15:47] <mandel> joshuahoover, bug 948119
[15:49] <ralsina> nessita: yes, but I am having lunch in 5' so they may take a bit
[15:50] <nessita> ralsina: don't forget me :'(
[15:50] <nessita> :-P
[15:50] <ralsina> nessita: I will think of you with every bite of salad!
[15:53] <gatox> nessita, about this issue: https://bugs.launchpad.net/ubuntu-sso-client/+bug/934500
[15:53] <nessita> gatox: yes, tell me
[15:53] <gatox> nessita, i think we can remove the logs from the methods that are checking inn real time when the user type
[15:53] <nessita> gatox: for sure
[15:53] <gatox> nessita, i don't think that it's useful to log for every key the user type
[15:53] <nessita> gatox: what I also would like is that we change the messages a bit
[15:53] <gatox> we have a log when the form check the email at the end
[15:54] <nessita> gatox: logging just the method name is useless
[15:54] <nessita> gatox: the goal of the bug report is to cleanup all the logging inside the ubuntu_sso/qt modules
[15:54] <gatox> nessita, ok.... i'll look what we can do with that
[15:54] <nessita> gatox: so feel free to add logging, remove, change, edit
[15:54] <gatox> nessita, roger that.... i'll revview the uis and check the logs
[15:54] <nessita> gatox: please consider what info is important if we later need to debug something by just looking at the logs :-)
[15:54] <gatox> operations
[15:54] <nessita> thanks
[15:54] <gatox> nessita, yep
[15:56] <nessita> dobey: rythmbox is opened from your branch, but I can't find the U1 store
[15:56] <dobey> nessita: which branch are you testing?
[15:56] <nessita> u1ms-load-fixes
[15:57] <dobey> nessita: do you have the extension installed? and which version of rhythmbox do you have?
[15:58] <nessita> Setting up rhythmbox-data (2.95+r7914-21~precise1) ...
[15:58] <nessita> Setting up rhythmbox (2.95+r7914-21~precise1) ...
[15:58] <nessita> Setting up rhythmbox-plugin-cdrecorder (2.95+r7914-21~precise1) ...
[15:58] <nessita> Setting up rhythmbox-plugins (2.95+r7914-21~precise1) ...
[15:58] <nessita> dobey: installing our plugin noqw
[15:58] <nessita> Setting up rhythmbox-ubuntuone (3.1+r109-15~precise1) ... :_)
[15:58] <dobey> :)
[15:59] <nessita> dobey: it loaded, anything else I need to confirm/check/test?
[15:59] <nessita> I saw a "the store is loading" message and a progress bar
[15:59] <nessita> then the store appeared
[16:00] <nessita> no guns n'roses in the store??? this is outrageous
[16:01] <dobey> right. that branch is needed by the url-handler branch, to fix some racing that happens
[16:01] <dobey> gnr is probably in the us/uk stores. but the world store won't have
[16:02]  * nessita is oficially mad at the store
[16:02] <nessita> dobey: ok, approved
[16:02] <nessita> oops, I approved the incorrect one
[16:03] <nessita> dobey: by mistake I approved https://code.launchpad.net/~dobey/rhythmbox-ubuntuone/fix-preview/+merge/95982, will not revert the vote but will IRL tests when the libubuntuone nightlies is available
[16:06] <dobey> nessita: the fix-preview branch doesn't require those changes. it just requires the latest rhythmbox which has a fix for the nasty crash i was debugging last week
[16:07] <nessita> ah ok, will review
[16:11] <mandel> dobey, do we have to do anything for pylint to ignore TODO comments? or are they just printed but are not an error?
[16:11] <dobey> mandel: printed but not an error
[16:11] <mandel> dobey, sweet, thx!
[16:12] <joshuahoover> mandel: thanks
[16:14] <dobey> ok, need to get lunch. bbiab
[16:17]  * gatox lunch
[16:24] <briancurtin> ralsina: i think reverting the is_root change might be the best. on XP if you're an admin you're always an admin, and most people run with admin-based accounts. at least in vista/7 there's elevation and even the broken version works for me there
[16:25] <briancurtin> i'm also not seeing anywhere in the installer that we specify elevation of privileges, unless that's handled inside Qt. however, i never get a UAC popup, oddly
[16:27] <joshuahoover> ralsina, nessita, mandel: i added a uife for bug #948119 ...in theory we don't HAVE to have it but if we don't get it in then it's going to be rather confusing for many users behind proxy servers who get the ssl cert prompt
[16:27] <mandel> joshuahoover, ok, I though so, the cert tags are rather confusing..
[16:28] <joshuahoover> mandel: yes they are
[16:28] <ralsina> briancurtin: the thing is, the installer runs as admin because it writes to system folders
[16:28] <ralsina> briancurtin: so, we had another bug about u1cp and syncdaemon being started with elevated privs
[16:29] <ralsina> briancurtin: I fixed that, but as a safety measure, I wanted to have syncdaemon fail instead of writing files the user can't later read
[16:29] <ralsina> briancurtin: then, the "safety measure" turned out to break syncdaemon for a bunch of folks
[16:29] <briancurtin> i guess i didn't gather that from the bug report. maybe we can talk about it during 1-1 in a bit
[16:30] <ralsina> briancurtin: sure
[16:30] <ralsina> briancurtin: it's a story spread over 2 or 3 bug reports :-)
[16:31] <joshuahoover> briancurtin: heh, bad bug report...who filed that thing? oh wait, nevermind
[16:31]  * ralsina goes back to his risotto
[16:34] <gatox> people..... i'm taking half day off for sickness (starting now :P) because i'm not felling very wel... see you tomorrow!
[16:50] <mandel> gatox_away, should be know as gatox_ill :P
[16:53] <ralsina> nessita: if you have any bugs that I could hack, I have the evening semi-open after I do your reviews
[16:53] <nessita> ralsina: I'm going thru the bug right now, so I will assign some to you
[16:53] <ralsina> nessita: cool, thx
[16:57] <ralsina> nessita: there is no need to manually close the incomplete/no answer bugs, they go away at 60 days (allegedly)
[16:57] <nessita> ralsina: only if there is no asignee, I guess
[16:57] <nessita> ralsina: I'm closing bugs a year old :-/
[16:57] <nessita> or 6 months old
[16:57] <ralsina> nessita: nice wrinkle ;-)
[16:58] <nessita> ralsina: I marking several as Incomplete with no assignee
[16:58] <nessita> to see if that works better
[16:58] <ralsina> nessita: ok, let's see
[16:59] <ralsina> although if it only works without asignee, it's quite useless, since we don't want to have unassigned bugs
[17:00] <briancurtin> ralsina: 1-1 when you're ready?
[17:01] <ralsina> briancurtin: in 1'
[17:05] <gatox_away> mandel, i thought about that..... but was too melodramatic :P .....
[17:05]  * gatox_away return to being away
[17:05] <nessita> ralsina: hey you already have a bug assigned to you, https://bugs.launchpad.net/ubuntuone-control-panel/+bug/940465
[17:06] <nessita> ralsina: I was about to assign it to you :-P
[17:06] <nessita> gatox_away: go away!
[17:06] <ralsina> nessita: yes, but I thought that required a FFe
[17:06] <ralsina> nessita: and maybe a UIFe for changing the help
[17:07] <nessita> ralsina: hum, I don't think so... would you please ask in #ubuntu-release? is fun :-)
[17:07] <ralsina> nessita: hahaha
[17:07] <ralsina> nessita: no it's not!
[17:09] <mandel> alecu, ping
[17:09] <alecu> mandel, hola!
[17:10] <mandel> alecu, did you update the branhces you had for review?
[17:10] <alecu> mandel, yes, I did!
[17:10] <alecu> mandel, and before EOD I'll be submitting two more for review.
[17:11] <mandel> alecu, I have to go to rugby but i want to review them when I'm back, can you send me an email with the urls?
[17:15] <alecu> mandel, ack
[17:15] <mandel> alecu, ralsina, nessita asking at #libsoup at #gimpnet I have been told that libsoup does not support https proxies.. I'm asking for some docs stating that and not only believing a guy in an irc channel
[17:16] <dobey> nessita: oops. fixed/pushed the unused import in fix-preview
[17:19] <nessita> dobey: ack
[17:19] <nessita> mandel: did he say why libsoup does not support https?
[17:20] <mandel> nessita, they said it does not support https proxies, it does support doing requests to an https page
[17:20] <nessita> yes, I meant that, sorry
[17:21] <dobey> mandel: who is the guy that answered you in irc?
[17:21] <nessita> lunchtime, brb
[17:21] <mandel> dobey, danw is the one
[17:22] <mandel> dobey, I'm talking with him since he says that is no possible.. lets see how far I get
[17:22] <dobey> mandel: well, you should listen to what he said then. he wrote libsoup, after all.
[17:24] <dobey> mandel: are you installing the gnome proxy resolver?
[17:25] <mandel> alecu, dobey, nessita, ralsina the https proxy option is gnome is so that you can configure a diff proxy for those pages using https thatn those using http, therefore I thinkwe have to rethink the way we do the webclient request, atm I think we are using the http proxy for all the requests in the qnetwork implementation
[17:25] <mandel> dobey, yes I am, I was trying to do some tests, but there is no point :)
[17:27] <dobey> right. i'm pretty sure that's what the config is for in firefox as well
[17:28] <mandel> dobey,  is a matter of testing, but if it is like that, I'm very happy :)
[17:28] <mandel> anyways, EOD for me, which is good because after those news I should be able to finish this tom morning :)
[17:30] <dobey> mandel: i'm pretty sure the "ssl proxy" is "connections using ssl should go through this proxy", in firefox
[17:31] <ralsina> nessita: ok, confirmed --help is not covered by UIFreeze
[17:31] <mandel> dobey, then, we have a small bug in the qtnetwork implementation which is not a problem what so ever, but means that we have to changes tests.. etc
[17:34] <mandel> alecu, what do you call an alligator in a vest?
[17:34] <mandel> an investigator
[17:40] <ralsina> nessita: +1 on sso and u1cp
[17:45] <nessita> ralsina: thanks! so, wanna start with the --help fixes bug?
[17:45] <nessita> ralsina: I can assign more later, but want to move forward with releases now
[17:45] <ralsina> nessita: yes, I will start with that one
[17:46] <nessita> nice
[17:46] <ralsina> nessita: one is enough :-)
[17:47] <nessita> dobey: question, this kind of changes "player = self.shell.get_property('shell-player')" are RB API changes?
[17:49] <dobey> nessita: yes
[17:50] <nessita> dobey: and that code will also work in older releases? (just checking)
[17:51] <dobey> nessita: older as in the gtk2 rhythmbox?
[17:51] <nessita> for example, but I meant older as in oneiric/lucid
[17:52] <dobey> lucid would be gtk2. oneiric might be ok, but probably has some other bugs fixed in newer rhythmbox we'd depend on being fixed
[17:52] <dobey> and there is no way the current rhythmbox-ubuntuone will also work on gtk2 rhythmbox
[17:53] <dobey> and there isn't really much we can do about it
[17:54] <nessita> ack
[17:54] <nessita> dobey: approved fix-preview
[17:56] <dobey> thanks
[17:56] <dobey> i replied to your comment on url-handler as well
[18:01] <ralsina> so, Unity.Launcher.get_for_desktop_file("foobar") always succeeds, regardless of whether foobar exists or not. Amusing.
[18:02] <dobey> ralsina: eh?
[18:03] <ralsina> dobey: literally, you can put anything in "foobar" and you get a "valid" UnityLauncher  which, of course, does nothing visible
[18:03] <ralsina> dobey: exploratory programming of the Unity API ;-)
[18:04] <ralsina> dobey: and yes, I know it's already encapsulated in u1-client
[18:04] <dobey> what are you trying to do? the quick lists stuff?
[18:04] <ralsina> dobey: usually, when I start coding for a new API, I play with it a bit following the docs. I am looking at implementing --alert
[18:05] <ralsina> dobey: and yes, there is a trivial way to do it, no problem, it just surprised me when I was playing with it
[18:05] <dobey> oh, what is --alert supposed to do?
[18:06] <ralsina> dobey: set urgency on the launcher
[18:06] <ralsina> dobey: or rather, start *and* set urgecy
[18:06] <dobey> that seems silly to have as a command line argument for the thing you're setting the urgency on
[18:07] <dobey> i think it may have ben an attempted hack to do the "pop up behind everything else and set the urgency on the launcher"
[18:07] <ralsina> dobey: it's so syncdaemon can start u1cp as "urgent" when we run out of quota, that kind of thing
[18:07] <ralsina> dobey: IIRC
[18:07] <dobey> which i /think/ i convinced nessita and thisfred of being totally evil
[18:07] <ralsina> dobey: k, then after the releases are done, I would like to talk with you about a bug
[18:08] <dobey> ok
[18:08] <nessita> dobey: I guess you did not convince me. Why is evil?
[18:08] <thisfred> urgency does not really work, or it didn't last time I looked at it
[18:09] <thisfred> or maybe we did fix it
[18:09] <ralsina> thisfred: oh, interesting!
[18:09] <dobey> because it's unnecessary
[18:09] <thisfred> long time ago
[18:09] <ralsina> OTOH, syncadaemon seems to be setting/unsetting urgency itself
[18:09] <ralsina> so --alert seems pretty useless
[18:10] <dobey> well, syncdaemon sets it. control-panel would unset it
[18:10] <nessita> dobey: you sure do_impl_add_uri no longer needs to return a bool?
[18:10] <ralsina> dobey: hmmm even more useless then
[18:11] <dobey> nessita: yes. the parent method prototype returns void
[18:11] <nessita> ack, thanks
[18:11] <ralsina> nessita, dobey: ignore me then, do the releases, I will move to other areas of the bug
[18:11] <ralsina> thisfred: you too ^
[18:12]  * thisfred is in the 7th circle of manual memory management
[18:12]  * dobey releases the cerberae
[18:14] <thisfred> woo I think I have it working,  maybe
[18:16] <ralsina> thisfred: sme people have a problem. They think, I will allocate memory manually!. Now they have no problem, or two problems and room  for only one, or have a problem they don't know about.
[18:17] <dobey> Others use a gc, and then wonder where all their RAM went, and why their hard disk light keeps blinking.
[18:17] <ralsina> dobey: details
[18:17] <ralsina> dobey: oh, a pretty light!
[18:18] <dobey> what color is it? ultra indigo?
[18:19] <ralsina> dobey: a sort of lemony-green with a dash of pink. You just had to be there, I guess.
[18:19] <thisfred> ralsina: believe me, I'd prefer to not have to write C. Though it's probably good for me that I'm forced to. Build some character type thing ;)
[18:20] <dobey> you're not writing it in go? for shame.
[18:20] <thisfred> out of 4 attempts so far, only 2 have segfaulted
[18:21] <thisfred> dobey: I wish. (And I will, but not on company time, I guess ;)
[18:22] <ralsina> thisfred: fridays! On desktop you have fridays! Sometimes!
[18:23] <dobey> fridays? what are those?
[18:24] <thisfred> ralsina: yeah, sometimes, and I bequeathed my next few mythical fridays to aquarius
[18:24] <ralsina> dobey: we are calling them second-thursdays until new notice
[18:24] <thisfred> hehe
[18:25]  * ralsina realizes he never actually told anyone "stop your fridays". How very responsible you all are.
[18:26] <dobey> it's ok. we haven't been fixing bugs in older releases and doing SRUs on wed/thurs either. :-/
[18:26] <ralsina> dobey: win some lose some!
[18:28] <nessita> thisfred: if you have questions about C and mem management, I'm happy to answer/help
[18:28] <thisfred> nessita: you rock!
[18:29] <thisfred> ANd I will take you up on that. For now I fixed the stupid myself ;)
[18:29] <nessita> I also have some complex analogies between memory management and shoe boxes, is interesting :-) (though student seems to understand mem allocation a bit better using it)
[18:32] <dobey> you can't do pointer math?
[18:32] <dobey> newb.
[18:33] <ralsina> 1 pointer + 1 pointer = Lame Darth Maul laser sword?
[18:41] <dobey> https://code.launchpad.net/~dobey/ubuntuone-installer/update-from-trunk/+merge/96207
[18:46] <nessita> dobey: packaging question: when removing patches from a package branch, do I need to say something about it in the changelog file?
[18:46] <thisfred> nessita: dobey: my first C merge proposal! https://code.launchpad.net/~thisfred/u1db/c-nested_index/+merge/96215 John will do the actual review, but any feedback at this point is welcome. It's a very small diff.
[18:46] <nessita> a ver...
[18:47] <nessita> thisfred: any reason to initialize result but not tmp_expression?
[18:48] <thisfred> nessita: no, should I do neither or both? :)
[18:48] <nessita> thisfred: I'd say yes... and initialize both, in C you can have any garbage as initial value for a variable
[18:48] <thisfred> ok
[18:48] <thisfred> thx
[18:48] <nessita> thisfred: also, is "expression" a C string or can it be binary data?
[18:49] <dobey> nessita: yes; just list them and "removed patches which were included upstream."
[18:49] <thisfred> it's a string
[18:49] <nessita> binary data == the content of an image, for example
[18:49] <thisfred> nessita: no it's always a real "string"
[18:49] <nessita> dobey: great. If not patches were left, shall I remove the patches/ dir? and/or the series file?
[18:49] <nessita> thisfred: you 100% sure? otherwise strdup will do nonsenses :-)
[18:50] <thisfred> nessita: I am sure :)
[18:50] <dobey> nessita: yes
[18:50] <nessita> thisfred: great
[18:50] <nessita> dobey: just to be sure, I need to remove everything under patches, right?
[18:50] <thisfred> it's a database index expression, which is a string we interpret to build the index
[18:51] <dobey> nessita: if there are no more patches left, you can just remove the patches dir, yes
[18:51] <nessita> dobey: ack thanks
[18:53] <nessita> thisfred: regarding your XXX there, did you read the strtok man page? it reads
[18:53] <nessita>  "The strtok() function uses a static buffer while parsing, so it's not thread safe.   Use strtok_r() if this matters to you."
[18:54] <thisfred> nessita: I read it was not thread safe, I was just not sure if it mattered in this context, so that's a question for John
[18:54] <nessita> ah, I see
[18:54] <thisfred> but it's good to know about strtok_r, I did not see that
[18:54] <thisfred> I may just use that anyway
[18:55] <nessita> thisfred: so, branch looks very good. I'm not sure if you should free tmp_expression, can't find if strtok dismembers the original string passed to it
[18:55] <thisfred> it does yes
[18:56] <thisfred> if by dismember you mean change
[18:56] <thisfred> and samuele told me to use free after strdup
[18:57] <nessita> thisfred: for sure, you need to free the mem given to you. Though I'm not that sure when putting strtok in the middle, that mem is not psuedo destroyed by strtok itself. Let me do an IRL test after I finish these releases :-) but branch looks good, like I said
[18:58] <thisfred> thank you for your time so far!
[18:58] <nessita> :-)
[19:06] <thisfred> converted to strtok_r
[19:06] <ralsina> strtok is pretty evil
[19:07] <ralsina> strtok uses freaking global variables
[19:09] <nessita> alecu, dobey: as far as we know there was no changes regarding ussoc package dependencies, right?
[19:09] <dobey> nessita: i don't know
[19:10] <nessita> dobey: just confirming if you perhaps added/removed something from nightlies
[19:10]  * nessita will check nightlies log
[19:12] <alecu> nessita, "no changes regarding ussoc" <- since *when* are you asking?
[19:13] <nessita> alecu: since last release, 2.99.5, 2 weeks ago
[19:13] <nessita> alecu: regarding ussoc package dependencies
[19:13] <thisfred> ralsina: what you call global variables, I call 'open closures'
[19:13] <alecu> nessita, no idea. I can try to find out.
[19:14] <nessita> alecu: if we could cross check the info... I was hoping youc could confirm regarding proxy support only (the rest I got it covered)
[19:18] <briancurtin> ralsina: https://code.launchpad.net/~brian.curtin/ubuntuone-client/930398-windows-is_root/+merge/96224 should fix is_root
[19:19] <ralsina> briancurtin: yay!
[19:19] <ralsina> briancurtin: looking
[19:20] <briancurtin> ralsina: i haven't built an installer to *fully* test. i can try to fit that in next. this is just ubuntuone-client changes
[19:20] <briancurtin> (but based on what we talked about, i think it should work all around)
[19:20] <ralsina> briancurtin: if you could, it would be great. I doubt a full installer is buildable thugh
[19:21] <ralsina> briancurtin: you could add this patch to 2.99.3 or so I suppose
[19:22] <alecu> nessita, I could not find any new dependency. I'm looking at the merged sso branches for the past two weeks by mandel.
[19:22] <alecu> nessita, I see a few new .py files, though.
[19:22] <nessita> alecu: thanks for the check
[19:22] <nessita> alecu: yes, that's fine
[19:22] <nessita> alecu: thanks again!
[19:24] <alecu> nessita, btw: I see that mandel's branch added "bin/ubuntu-sso-ssl-certificate-qt" to setup.py
[19:25] <nessita> alecu: yes, saw that as well, thanks for pointing it out
[19:25] <alecu> nessita, do you know how/if we should add a new binary in u1-client?
[19:25] <alecu> because one of my latest branches adds the tunnel binary.
[19:25] <nessita> alecu: not for this release, I guess, but yes, we'd need a new binary, ideally not in the /usr/bin but in the /usr/lib/ubuntuone-client dir
[19:26] <alecu> nessita, sure, not for this release, obviously.
[19:26] <nessita> alecu: details about how to add it will have to be asked to dobey...
[19:26] <nessita> how to add it in the Makefile I mean
[19:27] <nessita> alecu: grepping for ubuntuone-login may give us an idea :-0
[19:27] <nessita> :-)
[19:28] <dobey> in the same place syncdaemon is
[19:29] <alecu> dobey, libexec_SCRIPTS in Makefile.am, right?
[19:29] <alecu> dobey, nessita, thanks!
[19:31] <dobey> alecu: yes
[19:39] <ralsina> I have to run some errands. Will be back in about one hour,  IRC stays open, feel free to drop requests...
[19:48] <thisfred> alfajores por favor
[19:56] <nessita> thisfred.request++
[20:02] <dobey> nessita: can you review https://code.launchpad.net/~dobey/ubuntuone-installer/update-from-trunk/+merge/96207 real quick?
[20:02] <nessita> dobey: yes
[20:06] <nessita> dobey: approved
[20:07] <dobey> nessita: thanks. can you rereview https://code.launchpad.net/~dobey/rhythmbox-ubuntuone/url-handler/+merge/96045 as well please?
[20:08] <dobey> thisfred: care to do some reviews as well? :)
[20:09] <thisfred> sure thing
[20:09] <dobey> thisfred: https://code.launchpad.net/~dobey/libubuntuone/fix-crits/+merge/96008
[20:09] <dobey> thisfred: https://code.launchpad.net/~dobey/libubuntuone/u1ms-load-fixes/+merge/96046
[20:09] <dobey> thisfred: https://code.launchpad.net/~dobey/rhythmbox-ubuntuone/url-handler/+merge/96045
[20:14] <nessita> dobey: can you please help me finding the new requirements for bumping to standard-version 3.9.3?
[20:14] <nessita> I'm googling but I can't find the proper page
[20:14] <dobey> there are new requirements for that?
[20:15] <nessita> dobey: well, lintian complained
[20:15] <nessita> out-of-date-standards-version
[20:16] <nessita> dobey: and I made the bump carelessly because I honestly thought it was an administrative thing to complain with. But micahg pointed out I should check if my package meets the criteria, so I was looking for that
[20:17] <nessita> sorry, I mean "compliant with" :-)
[20:17] <dobey> oh, well, if it's not compliant, i would think lintian would complain about something else afterward, no?
[20:18] <nessita> dobey: I guess, but anyways, I commit to checking the new standard, so I would like to stick to my promise :-)
[20:18] <dobey> lintian probably really shouldn't complain about that, though.
[20:18] <ralsina> aaaaaand I amback
[20:18] <dobey> ok. i don't know any specific details about it
[20:18] <dobey> and it seems odd for that to change this late in the cycle, anyway
[20:19] <nessita> dobey: thanks, will ask in ubuntu-release
[20:21] <dobey> "The major patch level will be changed for any change to the meaning of the standards, however small"
[20:25] <nessita> dobey: not sure exactly what that means
[20:26] <dobey> nessita: it means the policy changes were very minor and probably don't break in terms of the package in question
[20:26] <nessita> dobey: ah, perfect
[20:26] <nessita> dobey: found the details at http://www.debian.org/doc/packaging-manuals/upgrading-checklist.txt
[20:27] <dobey> how did you even find that page?
[20:27] <nessita> dobey: lots and lost of googling
[20:28] <ralsina> sometimes, when you guys discuss policy, I feel like I am in a parallel universe of enterprisey regulations
[20:28] <ralsina> then I remember it comes from Debian, and it all makes sense ;-)
[20:28] <nessita> heh
[20:29] <thisfred> dobey: +2. You win: http://spelunkyworld.com/xbla.html
[20:30] <ralsina> nessita, dobey, it seems --alert was not used by anyone, ever. So, kill it? Also, opening u1cp-qt should unset the urgent flag, agreed?
[20:30] <thisfred> dobey: oh, I reviewed the wrong links
[20:30] <thisfred> now doing the right ones
[20:31] <dobey> yeah i didn't write spelunky
[20:31] <dobey> ralsina: focusing the window should unset the urgency. i'm not sure how best to do that from qt
[20:32] <ralsina> dobey: a handler for the focusEvent, is trivial
[20:32] <ralsina> dobey: and unsetting is not hard. Adds an optional dependency on gi.Unity but that's ok, right?
[20:32] <dobey> ralsina: i mean the talking to unity part. i would hope it had a focus event signal or whatever they call such things :)
[20:32] <dobey> ralsina: using gobject-introspection from the qt panel makes sense?
[20:33] <ralsina> dobey: let me see and I tell you :-)
[20:33] <thisfred> dobey: +2 more
[20:34] <ralsina> dobey: doesn't seem to break anything.
[20:34] <nessita> dobey: from that link, specifically from the copyright-format item, does it mean we need to add a Version line to the copyright file?
[20:34] <ralsina> dobey: property gets set, too
[20:34] <nessita> ralsina: sorry, was reading a complex page
[20:34] <ralsina> nessita: it's ok :-)
[20:34] <dobey> nessita: i don't think so
[20:35] <ralsina> dobey: the icon even wiggles
[20:35] <nessita> ralsina: so, yes to unset urgency when cp is focused
[20:35] <ralsina> dobey: ok, the wiggling is something else. No urgent arrow visible, but that's some other lameess
[20:35] <dobey> ralsina: if it works, i guess we can do that
[20:35] <ralsina> dobey: cool
[20:35] <nessita> ralsina: and is it too hard to implement --alert? (just weighting to remove it or not)
[20:36] <ralsina> nessita: no, it's a piece of cake
[20:36] <ralsina> nessita: if I can remove the urgent bit, I can set it too ;-)
[20:36] <nessita> ralsina: I would leave it in that case, *may* be handy
[20:36] <dobey> eh
[20:36] <ralsina> nessita: ack
[20:38] <thisfred> briefly afk
[20:41] <nessita> dobey: sorry, I know you requested a review... but I gotta run to a start-of-teaching-semester meeting at the uni
[20:41] <nessita> ralsina, dobey: ussoc and protocol uploaded to ubuntu, will finish u1cp tomorrow
[20:42] <dobey> well i guess i won't release that today then
[20:42] <ralsina> nessita: col
[20:42] <ralsina> cool
[20:43] <nessita> dobey: what do you need reviewed?
[20:43] <nessita> url-handler?
[20:43] <dobey> nessita: yes; you voted needs info on it
[20:43] <nessita> ah, got that done already
[20:43] <nessita> will approve, seems like I forgot
[20:43] <dobey> ok, thanks
[20:43] <nessita> approved
[20:44] <nessita> thisfred: will write this test script I mentioned tomorrow... is that ok?
[20:45] <nessita> ok, I'm gone.... bye all!
[20:47] <briancurtin> ralsina: so i tried creating a new bundle to use on the XP machine and it's giving unrelated errors (looking in C:\python27\lib\site-packages... for stuff). since i have to leave soon i dont think i'll be able to more appropriately test it today
[20:47] <ralsina> briancurtin: it's ok, I will make a try tomorrow
[20:47] <briancurtin> and by it, i mean just starting the control panel from my built bundle
[20:48] <ralsina> briancurtin: yes, things are not in good shape in windows. Might as well fix them :-)
[20:48] <briancurtin> added this to my todo list
[20:49] <dobey> ralsina, thisfred, briancurtin: one of you care to give a quick look over https://code.launchpad.net/~dobey/ubuntuone-client/update-from-trunk/+merge/96237 please?
[20:49] <ralsina> dobey: on it!
[20:55] <briancurtin> i'm off to catch a plane, see you guys in a few days
[21:01] <ralsina> dobey: +1
[21:11] <dobey> thanks
[21:36] <dobey> https://code.launchpad.net/~dobey/libubuntuone/update-from-trunk/+merge/96249
[21:36] <dobey> https://code.launchpad.net/~dobey/rhythmbox-ubuntuone/update-from-trunk/+merge/96250
[21:37] <dobey> ok, those are the last two merges to stable-3-0 i need to do i think.
[21:38] <dobey> need to get off here for a while though, and will finish up releases and do uploads in a bit.
[21:38] <dobey> ttfn
[21:45] <ralsina> dobey: will try to check early tomorrow morning, I am tired now