[00:01] <alecu> mandel, I think that with your fix we could remove the references to WebClient.proxy_instance
[00:02] <mandel> alecu, I honestly do not have the balls to make that change at 1 am when it works :P
[00:02] <alecu> :-)
[00:02] <mandel> alecu, sounds like an improvement we can do later hehe
[00:02] <alecu> I thought you were much braver :-)
[00:03] <mandel> alecu, you mean a lot more stupid, which I am, but I fail under peer pressure :P
[00:03] <alecu> good point :-)
[00:04] <mandel> alecu, if we get this on beta 2 we will have enough user to be sure it works, later we need to remove that instance thing and test it on windows etc..
[00:06] <alecu> mandel, approved!
[00:06] <mandel> alecu, toma!
[00:06] <alecu> ralsina, ping!
[00:10] <mandel> alecu, lol: 'and code looks as good as if I had written half of it.'
[00:10] <mandel> alecu, there are a number of files around in the project that can match that, like windows file events
[00:11] <ralsina> alecu: pong
[00:12] <mandel> ralsina, review review review: https://code.launchpad.net/~mandel/ubuntu-sso-client/fix-alecus-mess/+merge/98308
[00:12] <ralsina> mandel: hehe, ok, on it
[00:13] <ralsina> BTW: sorry I disappeared, but had 2 doctor's appointments and could not get wifi in between
[00:13] <mandel> ralsina, I added the QApplication 'cause I saw it using libsoup.. just in case :)
[00:13] <ralsina> mandel: haha
[00:13] <ralsina> mandel: NEEDSFIXING!
[00:13] <ralsina> mandel: nah
[00:13] <mandel> ralsina, no me undas!!!
[00:14] <ralsina> mandel: line 27, str(domain)?
[00:14] <ralsina> if domain comes from the cli, it could be unicode (but then the user is evil)
[00:15] <ralsina> +1
[00:15] <ralsina> So, alecu, mandel, what did I miss?
[00:16] <mandel> ralsina, hm.. good point, but yes, he is evil setting a proxy with unicode
[00:17] <ralsina> mandel: and it's going to be *really* obvious in the logs
[00:17] <mandel> ralsina, I was not paying much attention to irc to be hones, I was a little blocked trying to get that working with a factory.. this area of qt is buggy, and the bug is 3 years old O_o
[00:18] <ralsina> mandel: ok, things happen
[00:18] <mandel> ralsina, I'm off to bed, catch you tom :)
[00:18] <ralsina> mandel, alecu: did you guys find any clues about creds-qt on windows?
[00:19] <mandel> ralsina, will this land in the beta 2?
[00:19] <mandel> ralsina, I can take a look at that early in the morning tom :)
[00:19] <alecu> bye mandel
[00:19] <alecu> ralsina, no: no clues
[00:20] <ralsina> alecu: ok
[00:20] <ralsina> hahaha must be annoying to google a problem and get a page in your manager's blog, and he's not even around
[00:21] <ralsina> mandel: we are probably going to do a release on windows that doesn't match exactly with ubuntu's
[00:21] <ralsina> because we don't have time to merge the windows fixes before the ubuntu release
[00:22] <ralsina> mandel: if you can take a look, and have nothing else, I would really really appreciate it
[00:22] <mandel> ralsina, ok, I'll take a look to see what is going on, can you send me an email with how I have to merge the branches for windows?
[00:25] <ralsina> mandel: already did it yesterday ;-)
[00:25] <ralsina> mandel: will resent just for you
[00:26] <mandel> ralsina, hmm if you sent it I have it.. I was updating my email client and there are some filter rules missing..
[00:26] <ralsina> mandel: I will resend just in case
[00:26] <mandel> ralsina, we get a ridicoulus about of mail per day..
[00:27] <ralsina> mandel: yes we do, I get 3 times what you get, too ;-)
[00:27] <ralsina> mandel: resent
[00:27] <mandel> ralsina, which is stupid.. important ones get lost in the noise..
[00:28] <mandel> ralsina, I'll take a look at that bug tom morning as well as getting jenkins set up to scream at us when we brake windows
[00:28] <mandel> ralsina, but with no emails, irc or twitter or something funny :P
[00:28] <ralsina> mandel: cool, thanks
[00:28] <mandel> ralsina, like a chuck norris fact when you brake one of the platforms hehe
[00:29] <alecu> mandel, that already exists!
[00:29] <alecu> https://wiki.jenkins-ci.org/display/JENKINS/ChuckNorris+Plugin
[00:29] <ralsina> I think I am going to be sane and just do one more review then rest
[00:30] <ralsina> instead of the original plan of banging my head against windows for 3-4 hours
[00:30] <mandel> ralsina, lol
[00:33] <ralsina> mandel, alecu: if this means proxy is done, great job, guys
[00:33]  * ralsina sees he wrote "done" and laughs histerically
[00:33] <ralsina> let's say "shipped" ;-)
[00:33] <mandel> ralsina, there are some corners to make smoother, and the credits goes to alecu
[00:34] <mandel> ralsina, while I'll take the money :P
[00:34] <ralsina> mandel: go to sleep!
[00:34]  * alecu should stop reading this article and get some food and sleep too.
[00:39] <mandel> ralsina, alecu I think I lost it: http://www.youtube.com/watch?v=bLr4pCg4PNk
[00:39] <mandel> lol, I'm going to bed :P
[00:40] <ralsina> mandel: yes please ;-)
[00:48] <mandel> alecu, we should get a tecno viking plug in, is scarier that chuck :P
[00:48] <mandel> ok, of to bed :)
[00:48] <mandel> see you all tom!
[00:49] <ralsina> bye mandel!
[00:57] <ralsina> annnnnnnd I am gone too, will be working early tomorrow.
[01:03] <alecu> bye too!
[09:21] <mandel> morning all!
[09:32] <JamesTait> Good morning all! :D
[09:47] <karni> Good morning! :)
[11:14] <gatox> good morning!
[11:16] <mandel> gatox, morning!
[11:17] <gatox> mandel, hi! how are you?
[11:17] <mandel> gatox, did you watch the season finale then? (Walking dead)
[11:17] <gatox> mandel, yes... i said EOD and run to watch the episode! :P
[11:17] <mandel> gatox, tired.. ended up working 'til late yesterday and now sorting out the windows code to make sure proxy works there :)
[11:18] <mandel> gatox, it is no an ending.. I cannot wait for season 3!
[11:18] <gatox> mandel, me too........
[11:18] <gatox> mandel, yes, i saw your twit about the review last night
[11:19] <mandel> gatox, hehe
[11:20] <mandel> gatox, have you watch the show in english?
[11:20] <gatox> mandel, yes, of course, i download it in english and 720 :D
[11:21] <mandel> gatox, then be ready for the wtf: https://www.youtube.com/watch?v=ZblD1BNudAk
[11:21] <mandel> gatox, I cannot believe his is from... I'll let you watch it :P
[11:22] <gatox> mandel, let me see
[11:36] <nessita> buenos días!
[11:37] <gatox> nessita, buenas
[11:37] <nessita> hola gatox
[11:37] <mandel> nessita, buenos dias!
[11:37] <nessita> hola mandel!
[11:56] <nessita> ralsina: when you can, could you please fix the conflict in https://code.launchpad.net/~ralsina/ubuntuone-control-panel/tweaks/+merge/97244 ?
[12:41] <thisfred> nessita: did you see my comment re: string formattun
[12:41] <thisfred> formatting, even
[12:41] <nessita> thisfred: I did, I was not aware that .format is much slower
[12:41] <nessita> thisfred: have a link I can read? :-)
[12:42] <ralsina> good morning!
[12:42] <thisfred> nessita: it was a thread recently on python-dev, let me look
[12:42] <ralsina> nessita: of course!
[12:42] <nessita> ralsina: thanks
[12:42] <ralsina> thisfred: *how* slow are we talking here? ;-)
[12:43] <thisfred> nessita: the more imortant point was it ties us to a recent python, thou
[12:43] <thisfred> ralsina: in practice I'm sure it won't matter
[12:43] <ralsina> thisfred: and how "recent" is that?
[12:43] <ralsina> thisfred: I guessed so
[12:43] <thisfred> ralsina: 2 weeks or so?
[12:43] <ralsina> thisfred: no, I meant how recent a python :-)
[12:44] <thisfred> ah, I think it may be 2.7
[12:44] <ralsina> mandel, urbanape: how nice would it be to have this? http://blog.rburchell.com/2012/03/qt-51-aka-when-qfilesystemwatcher-might.html
[12:44] <nessita> thisfred: yes, I also read that, but I'm not concerned about that... it ties us to 2.6, right?
[12:44] <thisfred> ralsina: also since the old formatting is never going away, and already used everywhere
[12:45] <ralsina> thisfred: yeah. But the new formatting is much less error prone
[12:45] <gatox> ralsina, really nice! the actual qfilesystemwatcher of qt sucks right now
[12:45] <ralsina> thisfred: although since we d have the plan to go back in time up t maverick (hopefully) we should not do stuff that's not available in maverick's python
[12:45] <ralsina> gatox: yes it does
[12:46] <thisfred> ralsina: also we make it harder than necessary to port to legacy distros ;
[12:46] <thisfred> )
[12:47] <nessita> ralsina, thisfred .format is available since 2.6 ;-)
[12:47] <nessita> and lucid has 2.6, so no worries on that front
[12:47] <nessita> ralsina, thisfred: http://docs.python.org/library/stdtypes.html#str.format
[12:47] <ralsina> yes 2.6 is good enough
[12:47] <thisfred> nessita: yep 2.6, so not so big a pro
[12:47] <thisfred> blem
[12:48] <mandel> ralsina, looking
[12:48] <thisfred> with legacy distros I was referring to red hat which I think is still stuck on 2.5
[12:48] <thisfred> not enough of an incentive maybe
[12:48] <ralsina> thisfred: let me dig deep in my sould to see how much I care...
[12:48] <thisfred> I'm sure we already require 2.6 for other stuff
[12:49] <ralsina> thisfred: I know it's there somewhere
[12:49] <thisfred> heh
[12:49] <thisfred> also, we'll probably be going to 3 soon
[12:49] <mandel> ralsina, it states the problem we already have with move on linux.. is a delete created if you are looking at the creating dir..
[12:49] <ralsina> thisfred: fedora is 2.7, RHEL is so not our target
[12:49]  * mandel hates file systems..
[12:50] <thisfred> nessita: ok, so critique retracted ;) but then I approved anyway
[12:50] <nessita> thisfred: thanks :-)
[12:51] <urbanape> ralsina, mandel: I still think Apple made the right choice with iCloud. But it's orthogonal to a model like Dropbox.
[12:52] <urbanape> Simpler, but less room for fuckupery on the part of the filesystem
[12:52] <ralsina> urbanape: since they own the freaking FS they have little excuse
[12:52] <ralsina> urbanape: but yes, there is a diminishing returns thing on how much effort you can put there
[12:53] <urbanape> There's also the belief that hierarchical approach is outdated/doesn't fit the users' minds so much.
[12:53] <urbanape> It would be hard to get Ubuntu apps to play along without a (more?) common underlying framework behind the apps, too.
[12:54] <ralsina> urbanape: yep
[12:55] <mandel> ralsina, urbanape I wonder what I they using instead of ReadDirectoryChangesW in qt
[12:56] <urbanape> and it uses kqueue for the time being
[12:56] <ralsina> mandel: why not ask the guy?
[12:58] <thisfred> nessita, for completeness' sake: http://python.6.n6.nabble.com/Status-regarding-Old-vs-Advanced-String-Formating-td4503327.html
[12:59] <mandel> ralsina, so, I fixed the issue with the dialog not working on windows and... then  I hit this bug: http://twistedmatrix.com/trac/ticket/2226
[12:59] <mandel> nessita, how much control do we have over patched to the qt reactor?
[12:59] <ralsina> mandel: looking...
[12:59] <thisfred> also: http://pyvideo.org/video/948/pragmatic-unicode-or-how-do-i-stop-the-pain
[12:59] <mandel> ralsina, python keeps running so do int a sys.exit(return_code) does not return the correct code.. bummer
[12:59] <nessita> thisfred: thanks!
[13:00] <nessita> mandel: not sure what you mean... we can propose patches to upstream thru github
[13:00] <mandel> nessita, ok..
[13:00] <ralsina> mandel: ugh
[13:00]  * mandel goes to github
[13:00] <nessita> mandel: why?
[13:00] <ralsina> mandel:  on windows we can build qtreactor from whatever we want
[13:01] <ralsina> mandel: and we don't use it on linux
[13:01] <nessita> ralsina: we use it to run tests
[13:01] <ralsina> mandel: we are literally building it out of a branch tarball on github
[13:01] <nessita> (on both)
[13:01] <ralsina> nessita: ok, but that won't be affected by this, because it's a bug on exiting the process
[13:03] <mandel> ralsina, nessita the issue i the following, all the thread that are used by deferToThread with qt reactor get glocked if you use exec_ for a QDialog (one bug in the reactor)
[13:03] <ralsina> nessita: while fixing the conflict in tweaks, I think the gotowebbutton __init__ is kinda broken. Specifically, self.legend is never going to be not None
[13:03] <nessita> ralsina: why not?
[13:03] <mandel> ralsina, nessita my work around was to use show and connect to finish which will get the return code, then do a sys.exit(return_code) and reactor.stop() but that does not work (an other reactor bug)
[13:03] <ralsina> nessita: oh, right, subclasses, nevermind
[13:04] <nessita> mandel: I would seriously consider bringing those to upstream...
[13:04] <mandel> ralsina, nessita a third way to fix this is do a callFromThread in the windows keyring so that we do not use a thread but execute the call in the main loop of Qt, then return a deferred that gets fired when done, which does work and does not require to fix the reactor
[13:05] <mandel> nessita, sure, I can loop at what is being done in the reactor..
[13:06] <nessita> mandel: did you talk with alece about this? he is our master when it comes to reactor stuff
[13:06] <mandel> nessita, will do when he wakes up.. we work 'til late yesterday
[13:07] <mandel> nessita, is this upstream => https://github.com/ghtdak/qtreactor
[13:07] <mandel> ??
[13:08] <nessita> mandel: yes
[13:08] <mandel> nessita, thx
[13:09] <ralsina> and alecu is in uruguay
[13:13] <nessita> ralsina: I got a little lost regarding your tweaks branch... is it ready?
[13:14] <ralsina> nessita: yes, pushed the conflicts fix
[13:14] <nessita> ack
[13:16]  * gatox brb..... goes to buy fruit salad to try to unblock the brain with the backend issue :S
[13:16] <gatox> if fruit salad doesn't work.... i'm going to buy a gun
[13:18] <ralsina> gatox: you may also try getting help. You know. Professional help ;-)
[13:21] <mandel> ralsina, how well does the python threading and the pyqt interact? I'm looking at http://twistedmatrix.com/trac/browser/tags/releases/twisted-8.1.0/twisted/python/threadpool.py#L27 which is what is used as a threadpool in twisted and I wonder how well does that work
[13:21] <ralsina> mandel: not very well AFAIK
[13:22] <mandel> ralsina, he, then I guess there is some way to easy improve this :)
[13:22] <ralsina> mandel: or rather, python threads and pyqt work, as long as you don t do anything pyqt-ish in the non-main threads
[13:23] <gatox> back!
[13:27] <alecu> hello #ubuntuone!
[13:27] <ralsina> hello alecu!
[13:27] <nessita> hola alecu
[13:28] <gatox> alecu, buenas
[13:28] <nessita> ralsina, mandel, alecu, gatox: isn't the issue in windows, related to the keyring using deferToThread and not working, the thing that is making the 'Sign In' button not being enabled? it makes sense
[13:29] <nessita> since that would mean that ussoc can not progress and can't tell if there is no credentials in the system
[13:30] <gatox> is there any branch about that, that i could test?
[13:30] <mandel> nessita, yes, that looks similar to the problem I see in the proxy creds dialog (which is a smaller simpler app)
[13:30] <mandel> nessita, deferToThread on the qt reactor is not work at the moment, nor is callInThread
[13:30] <nessita> gatox: apparently there is no fix yet, AFAIK
[13:30] <ralsina> nessita: may be!
[13:30] <mandel> nessita, yest callFromThread does (which means, q in the main loop)
[13:30] <nessita> mandel: how come this worked before?
[13:30] <gatox> right now i'm seeing like the app get stuck when trying to do: reactor.connectTCP and ask if it's listening
[13:31] <ralsina> mandel: it may be the exact same thing i the -ui-qt script!
[13:31] <ralsina> nessita: this never worked on windows with that on a separate process
[13:31] <nessita> ralsina: aaaaahhhhhhh  uuuuhhhhhhh craaaaaaaap
[13:31] <mandel> nessita, I'd need to look at all the changes, I've noticed that when a dialog uses exec_ it does not work, but if you use show it does
[13:32] <ralsina> nessita: before it was either in u1cp r in -installer, so it worked
[13:32] <ralsina> mandel: exec_ starts a secondary event loop, that may break reactor
[13:32] <nessita> mandel: we're displaying the "main" sso UI with show....
[13:32] <nessita> mandel: no, I lie, it uses exec_
[13:32] <nessita> mandel, ralsina: but is a separated process... why would that interfere with the "first" mainloop?
[13:33] <ralsina> nessita: lost me there. May not be the same thing then.
[13:33] <nessita> in any case, I'm incline to think that the "backend" not ready bug is related to this
[13:34] <gatox> nessita, who is working on this?
[13:34] <nessita> gatox: a couple of tests you could do on Linux, is to lock your keyring, and then try to sign in
[13:34] <mandel> nessita, in a diff process it should not be an issue.. I now exec_ brakes things I have not looked any deeper atm
[13:34] <nessita> gatox: mandel I guess, but not sure. Ideally we'd need advice from alecu_, being him our reactor master
[13:35] <alecu_> nessita, sorry: the reactor master you are looking for is dobey :-)
[13:35] <nessita> alecu_: can you mumble?
[13:35] <alecu_> nessita, I know how to *use* reactors, not how they work internally.
[13:35] <dobey> que pasa?
[13:35] <ralsina> could we get rid of deferToThread and just block on those calls? The windows keyring should be quick anyway
[13:35] <nessita> alecu_: I have some ideas I would like to run by you
[13:35] <alecu_> nessita, I can try mumbling, but not sure if mumble will work for me today, since I'm not working from home.
[13:35] <nessita> ralsina: what if it's locked, like the linux keyring can be?
[13:35] <ralsina> nessita: you can't lock the windows keyring
[13:36] <ralsina> nessita: AFAIK at least
[13:36] <nessita> alecu_: let's try... mandel, gatox, can you do a quick mumble?
[13:36] <gatox> nessita, yes!
[13:36] <nessita> ralsina: will research. I know you're in a meeting, but if you want/can, mumble?
[13:36] <mandel> nessita, sure
[13:36] <gatox> on mumble
[13:36] <ralsina> I am at the design call, in mumble so no
[13:36] <ralsina> :-(
[13:37] <nessita> gatox: would you drag me to the channel you're in? I can't
[13:38] <nessita> alecu_: we're in mumble if you can
[13:44] <alecu_> nessita, this connection is very flaky, so no mumble today.
[13:45] <nessita> alecu_: :-/
[13:45] <alecu_> nessita, so, how can I help?
[13:46] <mandel> nessita, lp:~mandel/ubuntu-sso-client/proxy-creds-windows
[13:46] <nessita> alecu_: we're mumbling, will get back to you with concrete questions
[13:46] <nessita> thanks!
[13:46] <alecu_> ack
[13:48] <mandel> nessita, here is the 'interesting' changes: http://bazaar.launchpad.net/~mandel/ubuntu-sso-client/proxy-creds-windows/view/head:/ubuntu_sso/qt/proxy_dialog.py#L158
[13:50] <briancurtin> ralsina: i don't think you saw it yesterday, but syncing with a proxy works fine. still trying to figure out what the on_upload_finished issue is with getting the wrong number of arguments
[13:50] <ralsina> briancurtin: awesome!
[13:50] <ralsina> briancurtin: if you can pop into mumble, they are covering some windows-related bugs now
[13:50] <briancurtin> ralsina: logging in now
[13:51] <alecu_> briancurtin, did anybody else got that error on XP?
[13:52] <briancurtin> alecu_ it turns out that same thing happens on Win7, just way way faster (i noticed it on XP since its a really slow VM)
[13:52] <briancurtin> so its all windows, apparently
[13:53] <alecu_> briancurtin, so, it's a relief knowing it's not a platform dependent bug.
[13:53] <briancurtin> yep
[13:53] <alecu_> makes it sound a lot less scary :-)
[13:53] <ralsina> yeah, if that was XP only, it was caused by martians
[13:54] <alecu_> ralsina, martians that should be extinct long ago!
[13:54] <ralsina> EOLife'd martians, yes
[13:55] <alecu_> "Your race is doomed!!!". 'No, we *will* prevail' it said while climbing back in the saucer.
[14:01] <mandel> briancurtin, nessita, gatox very important regarding spawing a ui that uses the qt4 reactor and expecting the return code: http://twistedmatrix.com/trac/ticket/2226
[14:02] <mandel> sys.exit(3) reactor.stop() with the qtreactor does not work.. :(
[14:16] <nessita> mandel: so, let me know when you come back from lunch and when the branch is ready for inspection :)
[14:19] <ralsina> so, good news?
[14:29] <nessita> ralsina: kinda... I'm very confident gatox's backend issue is caused by the Qt SSO UI not running the qt4reactor in windows
[14:29] <nessita> ralsina: regarding mandel's issue, need to see his branch
[14:29] <ralsina> nessita: that is good news
[14:30] <ralsina> the stuff about "the app doesn't end', we have seen before
[14:30] <ralsina> or at least very similar things
[14:32] <gatox> nessita, yes, it was reproducible from sources also..... i'm adding the qtreactor now
[14:32] <nessita> gatox: yey!
[14:36] <nessita> alecu_, ralsina, mandel: there are like 4 branches from mandel that will not make it for this release.... were you aware of that?
[14:37] <gatox> nessita, can you please point me in the direction of the qtreactor on u1-cp?
[14:37] <nessita> gatox: yes, first look at the bin/ubuntuone-control-panel-qt
[14:37] <gatox> ahhhh ok
[14:37] <nessita>      25 if sys.platform == 'win32':
[14:37] <nessita>      26     import qt4reactor
[14:37] <nessita>      27     qt4reactor.install()
[14:37] <nessita>      28
[14:37] <nessita>      29 from ubuntuone.controlpanel.gui.qt import main
[14:38] <nessita> gatox: then, go to ubuntuone.controlpanel.gui.qt.main
[14:38] <ralsina> nessita: I piged him about one yesterday but it has a broken prerequisite
[14:38] <gatox> thanks!
[14:38] <nessita> gatox: in there, see the windows.py file :-)
[14:38] <nessita> gatox: I advice doing something similar to the qt sso ui
[14:38] <gatox> nessita, will do
[14:54]  * mandel back
[14:54] <mandel> nessita, yes, we know is not a problem, is a feature that we did that won't be used in our case
[14:55] <mandel> nessita, I'm making the changes to the branch to see the different issues
[14:56] <nessita> mandel: got lost, what thing is not a problem?
[14:56] <mandel> nessita, branches not landing, we know they wont and we are not in a hurry for those
[14:57] <mandel> nessita, and they should have merge issues..
[14:57] <nessita> mandel: ack then
[15:00] <briancurtin> me
[15:00] <urbanape> me
[15:00] <gatox> me
[15:01] <nessita> me
[15:01] <mandel> me
[15:01] <nessita> ralsina, alecu, dobey, thisfred?
[15:01] <dobey> meh
[15:01] <thisfred> me
[15:01] <ralsina> me(no notes yet)
[15:01] <nessita> briancurtin: go!
[15:01] <briancurtin> DONE: debugging, proxy IRL testing
[15:01] <briancurtin> TODO: hooking up VS to debug on_download_finished TypeError now that i know it's not XP specific, get any other windows stuff out of the way to get back with urbanape for a bit
[15:01] <briancurtin> BLOCKED: XP kinda sucks
[15:01] <briancurtin> NEXT: urbanape
[15:01] <urbanape> DONE: looked into /dev/fsevents reading for file-level event granularity
[15:01] <urbanape> TODO: Tests, land branch, for god's sake!
[15:01] <urbanape> BLOCK: my brain.
[15:01] <urbanape> gatox, go.
[15:01] <gatox> DONE:
[15:01] <gatox> Propose the unicode fixes branch for sso and fixed the test_main suit. Investigate the backend issue.
[15:01] <gatox> TODO:
[15:01] <gatox> Finish with the backend problem.
[15:01] <gatox> BLOCKED:
[15:01] <gatox> No
[15:02] <gatox> nessita, go
[15:02] <nessita> DONE: proposed computer-to-cloud-page u1cp branch, reviews
[15:02] <nessita> TODO: land branches for release, help with stucked apps to mandel and gatox, leave early due to teaching duties
[15:02] <nessita> BLOCKED: nopes
[15:02] <nessita> NEXT: mandel
[15:02]  * mandel finishing notes
[15:03] <mandel> DONE: We got the webclient working correctly by fixing bug (late night work). Looked at issues with prxoy creds dialog on windows.
[15:03] <mandel> TODO: more creds dialog debugging. Look at jenkins. Write sso script example for aquarius.
[15:03] <mandel> BLOCKED: no
[15:03] <mandel> dobey, please
[15:03] <dobey> λ DONE: askubuntu, bug #932103 (pinging right people, and testing)
[15:03] <dobey> λ TODO: bug #953119, releases, uploads
[15:03] <dobey> λ BLCK: none.
[15:03] <alecu_> me?
[15:03] <nessita> alecu_: go!
[15:03] <nessita> ALL: is there any branch that *needs* to be in tomorrow's release that hasn't landed yet?
[15:04] <ralsina> nessita: I don't think so, if we don't mind the windows release being done from another tarball
[15:04] <ralsina> DONE: got a few windows-specific branches merged and the focus tweaks branch, reviews, tech leads call, mgmt call (in progress), design call, missed part of the day because of doctor TODO: help with windws fixes, start windows release process BLOCKED: not really
[15:05] <nessita> gatox, briancurtin, alecu_, mandel, dobey, thisfred, urbanape: is there any branch that *needs* to be in tomorrow's release that hasn't landed yet?
[15:05] <thisfred> DONE: reviews | gave up on segfault for now TODO: u1db filter functions in C | u1db and other reviews | turn 40 | go to Savannah BLOCKED: no NEXT: ralsina!
[15:05] <urbanape> nessita: not from me
[15:05] <mandel> nessita, not from me AFAIK
[15:05] <dobey> nessita: is there a branch that fixes everything to be how i wante it to be? :)
[15:05] <briancurtin> nessita: windows specific, but we need this one in whenever the windows release happens (1 approval already): https://code.launchpad.net/~brian.curtin/ubuntuone-client/930398-windows-is_root/+merge/96224
[15:05] <gatox> nessita, i don't have branches for review.... working in the qtreactor thing right now
[15:05] <nessita> thisfred: happy birthday! (you turn 40 today? :-))
[15:05] <thisfred> nessita: tomorrow :)
[15:06] <nessita> ack to all the branch info, thanks
[15:06] <nessita> thisfred: will try remember saying happy bday tomorrow then :-)
[15:06] <thisfred> ALL: so I won't be here the rest of the week
[15:06] <nessita> dobey: no :-)
[15:06] <thisfred> nessita: I'll be in Georgia :)
[15:06] <ralsina> thisfred: sorry, I shot first. Like Han Solo
[15:06] <thisfred> np
[15:07] <dobey> the state, or the country?
[15:07] <mandel> thisfred, 40!?! If you where a british northern girl you could be my mother!
[15:07] <thisfred> I'd have given you up for adoption for sure
[15:08] <dobey> mandel: your mother gave birth to you at the age of 13?
[15:08] <mandel> lol
[15:08] <dobey> explains a lot
[15:08] <mandel> dobey, that is why I said 'british northern girl' my mother is spanish :P
[15:08] <thisfred> that and the heavy drinking she did during the pregnancy
[15:09] <dobey> heh
[15:09] <gatox> lol
[15:10]  * gatox lunch!
[15:14] <ralsina> nessita: we have a new comment in the color chage bug from robert, is that good enough to move forward/
[15:14] <ralsina> ?
[15:14] <nessita> ralsina: looooooking
[15:16] <nessita> ralsina: may be enough.... I guess we can start the process. Asking joshuahoover for confirmation is the best thing to do right now
[15:16] <ralsina> nessita: ack
[15:16] <nessita> ralsina: also, I proposed https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/license-page/+merge/98432 so we can add the strings before releasing (though the license page is never shown, for now)
[15:17] <ralsina> nessita: looking
[15:17] <joshuahoover> nessita: yeah, that should be good...i'll move it forward as soon as i get off this current call i'm on
[15:17] <nessita> joshuahoover: thanks!!!
[15:17] <ralsina> nessita: I can do the --installer branch later myself if you want
[15:17] <ralsina> nessita: since I have been hacking on command lines lately
[15:17] <nessita> ralsina: you can try, but it will not be trivial
[15:18] <ralsina> nessita: sure, I can try, if I fail I'll cry and let you know ;-)
[15:18] <nessita> ralsina: since the wizard is created 'automatically' from the setupUi, and thus I don't know how to pass custom arguments to custom widgets
[15:18] <ralsina> nessita: I'm siure there is a way ;-)
[15:19] <urbanape> briancurtin: your last note in the standup reminded me: Should I get W7 for my VMware?
[15:19] <urbanape> I'm currently running XP
[15:19] <nessita> ralsina: nice
[15:22] <alecu> nessita, btw: was it useful, the info on the package dependencies I provided yesterday ?
[15:22] <ralsina> nessita: +1 on that
[15:22] <nessita> alecu: yes, the -proxy package is already available (I mentioned this at noon yesteday). Have you try it? :-)
[15:23] <dobey> nessita: do you want to do the release of ubuntuone-client as well?
[15:24] <nessita> dobey: I can if you teach me :-)
[15:24] <nessita> dobey: make dist I guess and then upload that tarball?
[15:24] <mandel> nessita, I updated lp:~mandel/ubuntu-sso-client/proxy-creds-windows I have added a new arg for testing, if you use --use-exec the diaog will be launched using exec_ otherwise a show + finish signal solution is used (which 'works')
[15:24] <mandel> ralsina, ^
[15:24] <dobey> oh, right. it's a bit more complicated than that, because of gtk-doc
[15:24] <mandel> ralsina, and if you have time we can take a look to see if I did something stupid
[15:25] <ralsina> mandel: I will be available in about 15 minutes
[15:25] <nessita> mandel: so, I just confirmed that the reactor has to be installed *before* the qapp is created
[15:25] <dobey> nessita: i'll do the tarball release, and you can do the upload
[15:25] <nessita> dobey: sounds great
[15:26] <mandel> nessita, before? then the doc is a lie: https://github.com/ghtdak/qtreactor
[15:26] <briancurtin> urbanape: yeah i think you might as well have it
[15:26] <ralsina> mandel: that stinks of "QDialog.exec_()" breaks the qtreactor to me
[15:26] <ralsina> mandel: so I am ok with using show()
[15:26] <mandel> nessita, from the docs in github: '= Using the Qt4Reactor =
[15:26] <mandel> In your own code, BEFORE you import the reactor...
[15:26] <mandel> app = QApplication(sys.argv)
[15:26] <mandel> import qt4reactor
[15:26] <mandel> qt4reactor.install()
[15:26] <mandel> '
[15:26] <ralsina> nessita: if you install the reactor first, it will create a QCoreApplication, IIRC
[15:26] <mandel> ralsina, does the trick, except for the fact that I cannot return the code via sys.exit :(
[15:27] <urbanape> briancurtin: do we have an MSDN account or do I just grab a copy somewhere?
[15:27] <urbanape> (legit, natch)
[15:27] <ralsina> mandel: we had that problem before, didn't we?
[15:27] <mandel> ralsina, I have not seen that..
[15:27] <briancurtin> urbanape: that's a question for ralsina (i'd like the answer as well, since my XP VM was created with an MSDN i got elsewhere)
[15:27] <nessita> ralsina, mandel: then we have it wrong in the controlpanel... the reactor is installed *before* the qapp
[15:27] <nessita> ralsina: is u1cp working on windows?
[15:28] <ralsina> nessita: yes
[15:28] <ralsina> nessita: which is why I am pretty confused right now
[15:28] <mandel> urbanape, I do :)
[15:28] <nessita> ralsina: well, we're going it the other way around there (first installing the reactor, then creating a qapp)
[15:28] <nessita> mandel: wanna test having the other way around? (first installing the reactor, then creating a qapp)
[15:28] <ralsina> nessita: so, let's do it like you say and let's see :-)
[15:28] <mandel> urbanape, and is legit, gatox alecu nessita and I have msn accounts :)
[15:28] <mandel> nessita, sure!
[15:29] <ralsina> if that wouldn't work, QApp will complain
[15:37] <mandel> ralsina, nessita updated chaging the order, that is, first import & install then create instance, it works, wtf? also, look at the logs, the qt reactor.qApp is a QCoreApplication and not a QApplication..
[15:37] <mandel> branch is the same
[15:37] <ralsina> mandel: awesome and weird
[15:38] <nessita> ralsina: perhaps a Qapp can be created after a qcoreapp and the latter gets "upgraded"???
[15:38] <ralsina> nessita: never heard of such a thing
[15:38] <ralsina> nessita: but let's pick our battles ;-)
[15:38] <nessita> gatox_lunch: may I have a review for https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/license-page/+merge/98432 ?
[15:40] <mandel> ralsina, nessita , I think that is a QCoreApplication because the reactor is calling QCoreApplication.instance() which return the QApplication instance casted as a Core app
[15:40] <nessita> mandel: you lost me
[15:42] <mandel> nessita, nothing I was guessing.. and is wrong.. if you do QApplication(sys.argv) and then QCoreApplication.instance() you get the QApplication
[15:43] <nessita> dobey: do you know if u1client is ready to be updated from trunk?
[15:44] <dobey> nessita: i don't know of any pending branches we need to land for today
[15:44] <nessita> dobey: besides the tarball, are you doing the update branch as well, or shall I?
[15:44] <dobey> you can do that
[15:44] <nessita> dobey: ack
[15:45] <mandel> ralsina, from here: http://cep.xor.aps.anl.gov/software/qt4-x11-4.2.2-browser/dd/d94/qdialog_8cpp-source.html I see that exec uses a QEventLoop which might be the culprit, can you have a QEventLoop without a QApp?
[15:45] <ralsina> mandel: probably not
[15:46] <ralsina> mandel: you can have one with a QCoreApp though
[15:46] <mandel> ralsina, and it can deal with UI, right?
[15:46] <ralsina> mandel: no
[15:47] <ralsina> mandel: you need a real qapp before you can create a qpainter
[15:49] <ralsina> mandel: what's your branch again/
[15:49] <ralsina> ?
[15:49] <mandel> ralsina, branch: lp:~mandel/ubuntu-sso-client/proxy-creds-windows
[15:50] <ralsina> mandel: ok, looking now
[15:53] <mandel> ralsina, fancy a major wtf? I have one for you :)
[15:53] <mandel> ralsina, execute this on linux and windows http://paste.ubuntu.com/892348/
[15:53] <ralsina> mandel: why not
[15:54] <mandel> ralsina, if I did not screw it up you are going to me like me
[15:54]  * mandel FUUUUUUUUUUUU
[15:54] <urbanape> Apple Store Genius Bar appt, part deux!
[15:54] <urbanape> biab
[15:54] <ralsina> mandel: ok, so you can exec_ a dialog without exec_ ing the app. That's a bit surprising
[15:55] <mandel> ralsina, you did it on windows only?
[15:55] <ralsina> mandel: yes
[15:55] <mandel> ralsina, try linux now
[15:55] <ralsina> mandel: can't do it on linux now
[15:55] <ralsina> mandel: so explain :-)
[15:55] <mandel> ralsina, well, I can tell you => segfault
[15:55] <ralsina> mandel: ha!
[15:56] <mandel> ralsina, I don't think our problem is related to that, but is a serious what the holy frack windows?
[15:56] <dobey> ok, i really need to get lunch. bbiab kids
[15:57] <mandel> ralsina, and exec_ is probably executing the QEventLoop correctly as long as there is a QApplication, that means that the reactor does not run the dialog ergo no deferToThread
[15:57] <ralsina> mandel: well, you prefer the segfault?
[15:57] <ralsina> mandel: right, the reactor is only moved by the main event loop
[15:57] <ralsina> mandel: so, we use show(modal=True) and that's it
[15:58] <mandel> ralsina, yes, and also + finish.connect, right?
[15:58] <ralsina> mandel: I am looking now at your exit_code function
[15:58] <mandel> ralsina, a diff story is returning via sys.exit, which does not work
[15:58] <ralsina> mandel: you can't do stuff after sys.exit!
[15:58] <nessita> guys, I gotta run to the university
[15:58] <ralsina> mandel: let me take a whack at it :-)
[15:58] <nessita> ralsina, gatox_lunch: call me to my cell if anything comes up
[15:59] <ralsina> nessita: sure!
[15:59] <nessita> ralsina: I will propose the stable-3-0 updates branches during the afternoon
[16:00] <nessita> ralsina: actually, I have one update ready now: https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/stable-3-0-update-2.99.91/+merge/98440
[16:00] <nessita> the rest will come during the day, will email those
[16:00] <ralsina> mandel: it works perfectly if you exit with QtCore.QCoreApplication.instance().exit(code)
[16:01] <mandel> ralsina, sweet!
[16:01] <ralsina> nessita: will review them after I boot to linux.
[16:01] <mandel> ralsina, so we have a dirty fix :)
[16:01] <ralsina> mandel: what's dirty? ;-)
[16:01] <ralsina> mandel: have not tried exiting with QApplication.instance() but should be the same thing
[16:01] <ralsina> mandel: it's even crossplatform! ;-)
[16:04] <nessita> ok, I'm soon to be off
[16:04] <nessita> bye all!
[16:04] <ralsina> mandel: so, go ahead, ping me when you have a branch to review :-)
[16:04] <mandel> ralsina, hm.. have you done an IRL
[16:04] <ralsina> mandel: yes
[16:04] <mandel> ralsina, when you store the creds it does not exit.. at least in my system
[16:04] <ralsina> mandel: running the script, not the whole thing
[16:05] <ralsina> mandel: works perfectly, even stores the credentials
[16:05] <ralsina> mandel: let me give you a diff
[16:05] <mandel> ralsina, or push to a branch and I merge (me lazy! )
[16:06] <ralsina> mandel: ok, let me try a slightly cleaner fix
[16:06] <mandel> ralsina, must say, it is a cute bug :)
[16:08] <ralsina> mandel: fix at lp:~ralsina/+junk/mandel
[16:08] <ralsina> mandel: ok, rather, it's being pushed there
[16:09] <ralsina> mandel: ok, let me push it to a ot-junk place because that takes forever
[16:09] <ralsina> mandel: here it is: lp:~ralsina/ubuntu-sso-client/mandel notice that we *still* have to stop the reactor
[16:10] <mandel> ralsina, ah.. I was missing that detail
[16:11] <ralsina> mandel: why we have to do that after we stop the event loop, I have no idea, but as long as we have a recipe, I am happy
[16:13] <mandel> ralsina, it is a very weird thing.. that qt reactor scares me..
[16:13] <ralsina> mandel: just walk carefully and try to look bigger than you are
[16:14] <ralsina> mandel: we only need it because of IPC and this defertothread right?
[16:15] <mandel> ralsina, in most of the stuff ipc, in this case, defertothread
[16:15] <mandel> ralsina, I know that the qt login ui implementation if it has IPC is going to have this problem
[16:15] <mandel> gatox, ^
[16:15] <mandel> unless exec_ is not used
[16:15] <ralsina> mandel: ok, let's think about how to get rid of it for next year
[16:16] <ralsina> mandel, gatox: talk with each other ;-)
[16:16] <mandel> ralsina, so many things we need to fix for next year!
[16:16] <mandel> gatox, are u single?
[16:16] <gatox> mandel, ok...... you are scaring me now
[16:16] <mandel> ralsina, that ^ kind of chat? :P
[16:16] <ralsina> mandel, gatox: because this fix needs to be done in the UI too
[16:16] <gatox> mandel, ralsina i'm trying to add the call to the qtreactor in the ui of sso right now
[16:17] <mandel> ralsina, yes, it does, so we should make him do one of the reviews to say wtf and learn about it :)
[16:17] <ralsina> gatox: you will also be hit by the exit code bug we just fixed
[16:17] <gatox> ralsina, eh? what was the problem about that?
[16:18] <mandel> gatox, there are several things, first doing this: http://paste.ubuntu.com/892348/
[16:19] <mandel> gatox, well esecute the dialog and not run the twisted reactor O_o
[16:19] <mandel> gatox, second, you will need to use QApplication.exit() to set the return code and after reactor.stop
[16:20] <gatox> i didn't use QApplication.exit() before because it wasn't working..... you have it working with that now?
[16:21] <mandel> gatox, yest, let me clean up a little the branch and will ask for a review
[16:21] <gatox> mandel, so.... let me understand..... this thing that you are doing with the qapplication, qcoreapplication.... is related in anyway with the problem i'm having with the sso ui?
[16:21] <gatox> mandel, do i need to do the same? or the qtreactor approach is the correct one'
[16:21] <gatox> ?
[16:22] <mandel> gatox, you have to use the qtreactor which brings a long some bugs that we have found how to work around
[16:26] <briancurtin> ralsina: i'm spending too much time right now to even get debugging setup for this on_download_finished problem. since this isn't a showstopper, are there other things i should work in order to push forward the release?
[16:29] <ralsina> briancurtin: we are waiting for two branches (mandel & gatox) and we may have something that works
[16:29] <ralsina> briancurtin: so, maybe lunch? ;-)
[16:29] <briancurtin> cool, well i'll keep going on this for now and await their branches
[16:30] <briancurtin> yeah i should do that soon
[16:55] <ralsina> briancurtin: if you are around, 1:1?
[17:03] <briancurtin> ralsina: logging in now
[17:03] <ralsina> briancurtin: cool
[17:04] <briancurtin> if mumble will ever start running...
[17:12] <mandel> ralsina, gatox FYI fixing tests.. is not that easy to ensure the changes we made are tested
[17:12] <gatox> mandel, i'm having some troubles with the reactor already installed.... i'm looking at that now....
[17:12] <dobey> ugh the pollen
[17:16] <mandel> gatox, let me know if you need a hand :)
[17:17] <gatox> mandel, yes, thanks.... i already fix that.... but now there is another problem (as always jeje)
[17:18] <mandel> gatox, unicode?
[17:18] <gatox> mandel, jeje not this time
[17:26] <ralsina> polen, unicode, you guys are complainers
[17:26]  * ralsina goes do something manager-like
[17:26] <alecu_> ralsina, my bottom itches!
[17:26] <ralsina> alecu_: it's all the hat sitting
[17:26] <mandel> ralsina, no tall the tests pass won windows, right?
[17:26] <alecu_> lol
[17:27] <ralsina> mandel: on sso?
[17:27] <mandel> ralsina, yes, I'm getting a dirty reactor..
[17:27] <dobey> ralsina: well, snot and keyboards don't mix
[17:27] <ralsina> mandel: on u1cp things get stuck, and yes we have dirty reactors like chernobyl
[17:27] <alecu_> mandel, I'm replying to rm-cbride mail on proxies.
[17:27] <ralsina> dobey: but do they BLEND?
[17:27] <ralsina> mandel: one of these days we need to debug that
[17:28] <briancurtin> mandel: the reactors are very dirty
[17:28] <dobey> ralsina: almost certainly
[17:29] <mandel> alecu_, which mail?
[17:29] <mandel> alecu_, oh, ubuntunet-discuss, got it
[17:30] <dobey> also, the new theme changes are weird
[17:30] <dobey> to light-themes
[17:31] <mandel> ralsina, briancurtin can you add a bug report regarding the reactors, I'll try to clean them asap
[17:31] <ralsina> mandel: sure
[17:31] <ralsina> dobey: you mean our theme changes, or the light-theme changes?
[17:32] <dobey> ralsina: light-themes; some fonts look fuzzier now, and the desaturation when not focused is a bit odd
[17:32] <ralsina> dobey: ack
[17:32] <dobey> and doesn't seem to work for all widgets
[17:38] <dobey> man. some apps really do not like multiple screen setups
[17:45] <ralsina> mandel: how's that branch coming?
[17:46] <mandel> ralsina, getting test running on both platforms, maybe 10 mins more and I'm done
[17:46] <ralsina> mandel: cool!
[17:47]  * dobey discovers a unicode bug in apport
[17:51] <ralsina> dobey: assign to gatox!
[17:51] <dobey> heh
[17:52] <ralsina> mandel: bug #960436
[17:52] <dobey> my tear ducts are itchy :(
[17:55] <briancurtin> dobey: too much unicode?
[17:56] <dobey> too much plant reproductive code
[17:57] <gatox> brb!!
[18:04]  * mandel forgot how slow is too work on a windows vm..
[18:14] <dobey> i should port my theme to gtk3
[18:17] <dobey> hi davidcalle
[18:18] <davidcalle> hi dobey!
[18:18] <dobey> how are you?
[18:18] <davidcalle> dobey, fine and you?
[18:19] <dobey> davidcalle: good. have you got any further with finishing the rb scope?
[18:20] <davidcalle> dobey, it's waiting to be merged.
[18:20] <davidcalle> dobey, https://plus.google.com/u/0/117867558830601601230/posts/j6ikKygHS48
[18:20] <davidcalle> to be merged ... in the music lens*
[18:21] <gatox> back
[18:27] <mandel> ralsina, do you have a bug for the proxy issue?
[18:27] <gatox> mandel, are you eod already?
[18:27] <ralsina> mandel: no
[18:27] <mandel> ralsina, I'll create one then
[18:27] <mandel> gatox, nearly, do you need help?
[18:27] <ralsina> mandel: you can use the one about the script not being crossplatform
[18:28] <gatox> mandel, if you have a minute.... i'm really stuck with this...... i've installed the qtreactor, but the problem persist
[18:28] <mandel> gatox, which is the problem?
[18:28] <dobey> davidcalle: ah, is there a different branch now? the rb-scope one says "work in progress" for its status, and hasn't had any changes since Mar 13 :)
[18:29] <mandel> ralsina, created a quick one, I can also add it to that one so that you just close it when all scripts are done
[18:29] <mandel> ralsina, do you have the bug number?
[18:29] <davidcalle> dobey, indeed, it's https://code.launchpad.net/~scopes-hackers/unity-lens-music/rb-scope/
[18:29] <ralsina> mandel: nah, the quick one is enough
[18:29] <gatox> mandel, the reactor seems not to be working or something.... twisted get stuck on connectTCP
[18:29] <dobey> ah
[18:30] <gatox> mandel, the same problem we discuss early today.... that it was going to be fix probably with the qtreactor..... can i show you a branch on how i use the qtreactor and you can tell me if that is ok?
[18:31] <mandel> gatox, of course you can, shoot!
[18:31] <gatox> mandel, uploading the branch
[18:33] <briancurtin> ralsina: for the autostart piece moving into CP, is there any preferred location it should go? i'm guessing just somewhere in main so it gets added on startup?
[18:34] <briancurtin> it used to be at the end of the wizard in u1-win-installer
[18:34] <mandel> gatox, ralsina please: https://code.launchpad.net/~mandel/ubuntu-sso-client/proxy-creds-windows/+merge/98481
[18:34] <ralsina> briancurtin: somewhere after the user has logged in, I suppose.
[18:34] <gatox> mandel, on it
[18:34] <gatox> mandel, this is the branch: https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/backend-problem
[18:34] <briancurtin> ralsina: ah, better idea :)
[18:34] <ralsina> briancurtin: maybe at the end of the wizard in ubuntuone/controlpanel/gui/qt/wizard.py
[18:34] <briancurtin> oh :)
[18:35] <ralsina> briancurtin: in the done() method
[18:35] <gatox> mandel, the bug can only be reproduce on windows..... if you start the ubuntu-sso-login-qt ui..... with --login_only..... and complete the form, the login button never became enabled
[18:35] <ralsina> mandel: on it!
[18:35] <mandel> gatox, the issue is on windows not getting signals etc, right?
[18:35] <briancurtin> mandel: also looking
[18:36] <mandel> gatox, ack
[18:36] <mandel> briancurtin, thx! is a little hacky, or hackier than i like. The branch is related to the fact that using exec_ in qt uses a QEventLoop, that starts a new event loop and blocks the reactor go not allowing the deferreds to be fired
[18:37] <gatox> mandel, the issue is that the backend get stuck so when the setup of the pages try to use it fails, and the ui is not configured.... but the problem is not the ui, but the backend being stuck on connectTCP
[18:37] <mandel> briancurtin, the work around is to use show on windows and connect to the finished signals so that only event loop present is the one from the reactor
[18:40] <mandel> gatox, a priori thins look good
[18:40] <mandel> gatox, how are you testing it?
[18:40] <briancurtin> mandel: and since i'm not sure of what didn't work before this branch, what should i notice in an IRL test of it?
[18:40] <briancurtin> (still waiting for the diff to show up, so i don't know *anything* yet :)
[18:41] <gatox> mandel, trying to execute the ui..... you can execute python bin/ubuntu-sso-login-qt --app_name="u2" --login_only
[18:41] <mandel> briancurtin, you can go either to the keyring on linux of the credential manager on windows and see a test_domian entry with the username and password :)
[18:41] <gatox> mandel, or also, run first, bin/ubuntu-sso-login.... and then the ui in another process
[18:41] <gatox> both things gave the same result
[18:42] <mandel> briancurtin, do you know how to use meld with bzr? you can branch and then do 'bzr diff --old lp:ubuntu-sso-client --using meld'
[18:42] <mandel> briancurtin, a lot nicer than lp diff :)
[18:44] <mandel> gatox, do you mind if I walk the dog and give you a hand after?
[18:44] <briancurtin> mandel: ah, didn't know about that
[18:44] <briancurtin> have the dog do a review
[18:44] <gatox> mandel, yes! no problem....
[18:44] <gatox> mandel, also if it's your eod go and enjoy the world! :P
[18:44] <mandel> briancurtin, he is not that smart hehe
[18:44] <gatox> no worries!
[18:45] <mandel> gatox, sure? I'd like to take a rest to be honest, but you can send me an email and I'll take a look while watching bad tv :)
[18:45] <gatox> mandel, yes!! no problem!! don't worry, really
[18:46] <mandel> gatox, ok, then do send me the email!
[18:46] <mandel> all, EOD here
[18:46] <gatox> mandel, ok! see you
[18:46] <gatox> mandel, bye!
[18:46] <mandel> ralsina, briancurtin let me know about the review in the comments, I get the lp email on my phone
[18:46] <briancurtin> will do
[18:46]  * mandel walks dog and freezes ass
[18:47] <mandel> briancurtin, and be harsh :)
[18:47] <ralsina> mandel: ack
[19:05] <ralsina> gatox: can you do a test/lint run of  lp:~ralsina/ubuntuone-control-panel/installer-option on linux?
[19:05] <gatox> ralsina, yep....
[19:05] <ralsina> gatox: thanks!
[19:08] <dobey> https://code.launchpad.net/~dobey/rhythmbox-ubuntuone/update-from-trunk/+merge/98483
[19:09] <gatox> ralsina, i'm getting this: http://paste.ubuntu.com/892625/
[19:10] <ralsina> gatox: thanks!
[19:10] <dobey> mandel needs to actually read the review comments though :P
[19:13] <ralsina> gatox: another one please?
[19:14] <ralsina> dobey: which specific one?
[19:14] <dobey> ralsina: https://code.launchpad.net/~mandel/ubuntu-sso-client/ssl-checkbox/+merge/97619
[19:14] <dobey> i reviewed it on friday even :P
[19:15] <dobey> and it's the branch that's blocking his other one from landing
[19:15] <ralsina> dobey: that branch is not going into release
[19:15] <ralsina> dobey: it's a nixed feature (or at least a delayed one)
[19:15] <ralsina> dobey: turns out noone uses ssl-to-proxy connections
[19:16] <dobey> well, few people do i guess
[19:16] <dobey> anyway
[19:16] <gatox> ralsina, yes shoot
[19:16] <gatox> ralsina, the same one updated?
[19:16] <dobey> update the related proposals to reflect that then? :)
[19:17] <ralsina> gatox: yes
[19:17] <ralsina> dobey: talk to the mandel :-)
[19:17]  * ralsina is jut the manager
[19:18]  * dobey delegates management to his manager
[19:18] <gatox> ralsina, http://paste.ubuntu.com/892645/
[19:19] <ralsina> gatox: thaks, and sorry I use you as a buildbot ;-)
[19:19] <ralsina> gatox: but the tests are broken here
[19:19] <gatox> ralsina, jejej no problem..... is just 2 commands
[19:20] <ralsina> gatox: I can't believe I have not added a bit of lint yet :-)
[19:22] <gatox> :P
[19:22] <ralsina> oh, fun,tests are full of magic numbers
[19:23] <ralsina> And I don't mean the band "The Magic Numbers"
[19:26] <ralsina> gatox: uno mas y no jodemos mas! (a menos que fallen los tests)
[19:26] <gatox> ralsina, jejeje ok
[19:28] <gatox> ralsina, bad news: http://paste.ubuntu.com/892669/ (and it seems you left a print somewhere in the code)
[19:28] <ralsina> gatox: it's moving in the right direction! ;-)
[19:29] <gatox> jeje yes
[19:34] <ralsina> gatox: again!
[19:35] <gatox> on it
[19:39] <gatox> ralsina, tihs was kind of aggresive. http://paste.ubuntu.com/892692/ :P
[19:41] <gatox> it's working! it's working.....
[19:41] <ralsina> gatox: oops
[19:41] <ralsina> gatox: forgot the self. :-/
[19:42] <gatox> ralsina, happens :P..... it seems that the qtreactor thing blocking the backend is working.... i should test it now with py2exe
[19:42] <ralsina> gatox: wooohoo!
[19:42] <ralsina> briancurtin: we may build a release today yet :-)
[19:42] <ralsina> briancurtin: for QA purposes only ;-)
[19:42] <gatox> ralsina, at least from sources...... that was failing before, it's working now
[19:43] <briancurtin> i'm putting together the autostart thing right now, adding in the tests
[19:43] <ralsina> briancurtin: awesome, I have almost finished adding the --installer page
[19:43] <ralsina> gatox: one more!
[19:44] <gatox> ralsina, running
[19:44] <ralsina> briancurtin: another missing bit to migrate to u1cp is "uninstall when the user clicks on cancel on the license" but that one can wait until tomorrow I think
[19:45] <briancurtin> ralsina: ok
[19:45] <dobey> cancel on what license?
[19:46] <gatox> ralsina, http://paste.ubuntu.com/892709/
[19:46] <ralsina> dobey: on windows, we show the gpl on installation
[19:46] <ralsina> gatox: argh
[19:46] <dobey> only the gpl?
[19:46] <ralsina> dobey: yes
[19:47] <dobey> also, the gpl doesn't really say anything about use. it's all about distribution
[19:47] <dobey> so uninstall is probably the "wrong" action at that point
[19:47] <dobey> as is requiring a user to click "accept" to the gpl
[19:47] <ralsina> dobey: yes, it's about accepting it before you copy the software into your system. If you don't accept it, it doesn't install
[19:47] <ralsina> dobey: platform expectations, also known as "all my friends liked jumping off bridges"
[19:48] <dobey> but all of our code isn't GPL :)
[19:48] <ralsina> dobey: please don't make my life harder today. We can do this tomorrow after I have a nice rest ;-)
[19:48] <dobey> hehe
[19:48] <dobey> :)
[19:49] <dobey> oh
[19:49] <dobey> speaking of making life harder. legal agreed we should add the exception for openssl right/
[19:49] <ralsina> dobey: awesome
[19:49] <ralsina> so, for next release
[19:49] <dobey> ok
[19:53] <dobey> https://code.launchpad.net/~dobey/ubuntuone-installer/update-from-trunk/+merge/98497
[19:53] <ralsina> gatox: one moreplese
[19:53] <dobey> https://code.launchpad.net/~dobey/rhythmbox-ubuntuone/update-from-trunk/+merge/98483
[19:53] <ralsina> dobey: got it!
[19:53] <gatox> running....
[19:53] <dobey> ^^ can i get some reviews on those two?
[19:53] <ralsina> dobey: yep
[19:53] <dobey> nessita donde es?
[19:54] <briancurtin> uh, python crashes on "test_animation_is_active" in u1cp :/
[19:54] <ralsina> dobey: teaching
[19:54] <ralsina> briancurtin: on windows?
[19:54] <briancurtin> ralsina: yeah
[19:54] <ralsina> briancurtin: tests on windows seem to have devolved lately
[19:54] <dobey> bah
[19:54] <ralsina> dobey: trunk is open already, right?
[19:54] <gatox> ralsina, congrats! \o/ just a minor lint issue:
[19:54] <gatox> ubuntuone/controlpanel/gui/qt/wizard.py:
[19:54] <gatox>     332:  [W0201, UbuntuOneWizard.check_settings] Attribute '_next_id' defined outside __init__
[19:54] <ralsina> gatox: hey, close :-)
[19:55] <dobey> ralsina: trunk of what?
[19:55] <ralsina> dobey: sso
[19:55] <dobey> ralsina: well, my opinion is that trunk is always open; and we can cherry pick :)
[19:55] <dobey> ralsina: i don't know if nessita did an sso release or not
[19:55] <ralsina> dobey: cool, just wanted not to bother
[19:56] <ralsina> dobey: +1 on -installer since it's exactly like trunk
[19:56] <dobey> Bugs targeted: 30 New, 2 Triaged
[19:56] <dobey> on sso-client
[19:57]  * dobey wonders why that says 10 new, 2 triaged
[20:02] <ralsina> gatox: hopefully last one?
[20:03] <gatox> running tests
[20:03] <ralsina> dobey: +1 on rb
[20:03] <dobey> ralsina: gracias
[20:03] <gatox> ralsina, everything perfect
[20:04] <ralsina> gatox: awesome, proposing
[20:08] <gatox> ralsina, yes! it's working
[20:08] <gatox> ralsina, the reactor thing
[20:09] <ralsina> gatox: awesome!
[20:09] <gatox> ralsina, let me check if this requires test..... and i'll propose
[20:10] <ralsina> So, the delta between linux and windows seems to have been about 1.5 developer-week. That's not so much.
[20:10] <ralsina> as in, it took 10 developer-days to get windows working again
[20:10] <ralsina> we just have to spread that across the cycle
[20:11] <ralsina> gatox: if, after you propose, you could review https://code.launchpad.net/~ralsina/ubuntuone-control-panel/installer-option/+merge/98503 and its prerequisite branch, it would be great
[20:11] <gatox> ralsina, yes! no problem
[20:14] <ralsina> dobey: your -installer branch is bouncing horribly
[20:15] <dobey> yeah i know why
[20:15] <ralsina> dobey: ack
[20:22] <dobey> wtf tarmac
[20:23] <dobey> how did this branch land
[20:24] <dobey> also, how did i not get these lint errors yesterday
[20:25] <ralsina> dobey: good questions
[20:25] <dobey> guess i have to do another branch to get in the release
[20:25] <ralsina> I am going to take a break
[20:26] <ralsina> briancurtin: before you leave, if you have that branch ready, please give me a report
[20:26] <ralsina> I will do (very late tonight) a patchwork binary with all the branches we fixed today
[20:26] <ralsina> so QA has something to start testing tomorrow
[20:26] <briancurtin> ralsina: i will. i'm currently fudging OpenKey in the tests so it will work
[20:26] <ralsina> briancurtin: awesome
[20:29] <ralsina> gatox, dobey, briancurtin: And I am gone. Review requests, on the mail please, I will do some tonight.
[20:29] <briancurtin> ralsina: have a good evening
[20:30] <gatox> ralsina, ok.... i'll send you mine in a while.... and review yours
[20:32] <dobey> briancurtin, thisfred: one of you care to do a quick/trivial review on https://code.launchpad.net/~dobey/rhythmbox-ubuntuone/fix-lint/+merge/98511 ?
[20:34] <briancurtin> dobey: +1
[20:35] <dobey> thanks
[20:39] <gatox> ralsina, here is the branch: https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/backend-problem/+merge/98513 (i'm sending you an email with this too)
[20:40] <ralsina> thanks gatox!
[20:40] <gatox> ralsina, reviewing yours and nessita's now
[20:46] <ralsina> gatox: looks like you introduced some controlpanel module there!
[20:46] <gatox> ralsina, really?!..... removing that
[20:46] <ralsina> gatox: line 122 o the diff
[20:48] <gatox> ralsina, i've approved your branch and nessita's..... not globally approved
[20:48] <ralsina> gatox: golbally apprve nessita's
[20:48] <ralsina> argh, can't type anymore :-)
[20:48] <ralsina> mine can wait for another review
[20:49] <gatox> ralsina, ohh.. i confuse the modules..... fixing that
[20:49] <ralsina> gatox: something tells me you did not IRL this ;-)
[20:49] <gatox> ralsina, yes..... and it works!
[20:50] <gatox> but if the controlpanel is in the pythonpath is going to work
[20:50] <ralsina> gatox: right, fails for me on windows because I have no controlpanel on PYTHONPATH
[20:50] <gatox> because those modules are the same
[20:52] <ralsina> gatox: docstring on qt/main/__init__ says "gtk"
[20:53] <ralsina> gatox: and why remove all of tests_main ?
[20:54] <gatox> ralsina, fixed..... and added the missing tests to the new folder
[20:54] <ralsina> gatox: ack, will rereview
[20:54] <gatox> ralsina, i moved the test_main inside main folder
[20:54] <gatox> and added some more
[20:56] <gatox> ralsina, eod for me..... but let me know if there is something that i need to fix in the branch i'll do it
[20:56] <ralsina> gatox: cool, good work, BTW
[20:56] <gatox> ralsina, thanks :D
[21:02] <dobey> briancurtin, thisfred: same changes again, but for stable-3-0, if you can do a quick review please https://code.launchpad.net/~dobey/rhythmbox-ubuntuone/fix-lint-stable-3-0/+merge/98517 ?
[21:02] <thisfred> on it
[21:02] <briancurtin> dobey: looking
[21:03] <thisfred> +1
[21:03] <ralsina> gatox: congrats
[21:03] <dobey> thanks
[21:03] <gatox> ralsina, :D
[21:03] <ralsina> gatox: it works and everything
[21:03] <briancurtin> dobey: +1
[21:04] <ralsina> and bye all!
[21:04] <gatox> ralsina, awesome.... the working-thing part was important! :P
[21:04] <gatox> ralsina, bye!
[21:04] <gatox> enjoy
[22:06] <nessita> hello
[22:06] <briancurtin> hey
[22:07] <nessita> briancurtin: hola!
[22:07] <nessita> ralsina: were you able to do my review?
[22:10] <gatox> nessita, i think ralsina is not here
[22:10] <nessita> gatox: holas! bu, I asked him to do a review for me
[22:10] <nessita> gatox: were you able to review the one I asked before leaving?
[22:10] <nessita> yes!
[22:11] <gatox> nessita, i review a branch of yours.... i don't know if that is what you mean
[22:11] <gatox> that one
[22:11] <gatox> nessita,  i propose the branch that fix the reactor thing also
[22:11] <nessita> gatox: yes, thank you for the review. I will review and land the reactor one tomorrow, so it does enters this (ubuntu) release
[22:12] <gatox> nessita, ok, great
[22:15] <dobey> alright, i am off. got installer and rb-u1 uploaded to ubuntu at least. and so much for doing any yard work tonight it seems. :-/
[22:15] <dobey> later all
[22:15] <gatox> dobey, bye
[22:17] <nessita> gatox: you still working?
[22:17] <nessita> briancurtin: you up for a very trivial review? https://code.launchpad.net/~nataliabidart/ubuntuone-windows-installer/stable-3-0-update-2.99.91/+merge/98445
[22:18] <briancurtin> nessita: looking now
[22:18] <gatox> nessita, npo.... just hanging around :P
[22:18] <nessita> gatox: ja
[22:18] <briancurtin> nessita: oh that was easy :)
[22:18] <nessita> briancurtin: ;-)
[22:38] <briancurtin> i'm out of here, see everyone tomorrow
[23:18]  * nessita needs reviews
[23:21] <nessita> ralsina: hey!!!
[23:21] <nessita> ralsina: you around?
[23:39] <nessita> ralsina: ok, sent you email with review request, as soon as those are done, will move forward creating the tarballs
[23:39] <nessita> now, to have dinner
[23:39] <nessita> bye all!


[08:42] <kksilvery> Happy Sunday
[12:17] <BluesKaj> Hi all
[15:50] <moanrial> hello
 Hi all
 Just installed 22.10 yesterday and enjoying it
 Have a pressing issue tho: can't launch search results from kickoff or krunner
 It searches fine, results are as expected but clicking the result or scrolling with arrow keys and pressing enter doesn't really in the relevant app opening the file
[18:53] <arraybolt3> @klez_07: Could you file a bug about that? Run "ubuntu-bug plasma-workspace" and then follow the onscreen instructions (part of it will involve making an Ubuntu One account if you don't have one already).
 It says 'does not seem to be an official Ubuntu package' after collecting info
 I have the backports PPA enabled
[19:03] <arraybolt3> @klez_07: Oh. Hmm...
[19:04] <arraybolt3> @klez_07: OK, I'll write down the details and add it to a list of bugs I need to dig into.
[19:07] <arraybolt3> @klez_07: Alright, I now have this added to my to-do list. Thanks!
 Alright then
 Will it be safe to deploy kernel 6.0.3 on Kubuntu 22.10?
 79j
[19:49] <oerheks> bluejaypop, if you use mainline , it might work. but without support, just testing.
[19:49] <oerheks> !mainline
 Not mainlines just the stable like 6.0.3
[19:55] <oerheks> bluecoal, it is not in the repo, so no info.
 Can I keep LTS kernel 5.15 to KU22.10? (re @IrcsomeBot: <oerheks> bluecoal, it is not in the repo, so no info.)
[20:06] <oerheks> No.
[20:07] <oerheks> Kinwetic came out with 5.19, why that older kernel?
[20:28] <aljosa> hello
[20:54] <junkyarddog81002> hello


[06:38] <dholbach> good morning
[06:43] <ejat> hi, how can i upgrade
[06:43] <ejat> Name          Date       Version Developer
[06:43] <ejat> ubuntu-core   2015-08-28 1       ubuntu
[06:43] <ejat> to the latest?
[06:47] <ejat> ?
[06:50] <didrocks> ejat: hey, there is unfortunately no upgrade path between ubuntu core 15.04 and 16, you will need to reinstall
[06:51] <ejat> on thanks didrocks
[06:56] <ejat> https://developer.ubuntu.com/en/snappy/start/#snappy-azure <-- how to get the 16.xx to azure .. the same step ?
[07:01] <nhaines> ejat: you may need to wait until Ubuntu Core is released.
[07:04] <didrocks> yeah, it's only beta3 for now, we have images for amd64, x86 and pi2
[07:13] <Quacky2200> Hey, I normally package my application into a deb with the right binaries, as it's a node.js, how could I make sure it downloads a stable release from github and make sure to install the binaries, or should I use the nodejs plugin (it would install the necessary node dependencies right)?
[07:36] <Quacky2200> If I wanted a snap to pull from GitHub, does it always pull the latest source or the latest release source?
[07:42] <Son_Goku> zyga, how will this handle more than one different core snap being used on the same system?
[07:43] <Son_Goku> for example: ubuntu 14 core snap, ubuntu 16 core snap, fedora 24 core snap, centos 7 core snap, opensuse 42.1 core snap, mageia 6 core snap all being used by different snaps
[07:43] <zyga> Son_Goku: I don't know, let's make this a sprint topic
[07:43] <Son_Goku> the snap-confine code *look like* it only can handle one core snap
[07:43] <zyga> Son_Goku: yes, right now only one snap is supported
[07:44] <zyga> Son_Goku: technically snap-run should probably just tell it wich one to use
[07:44] <zyga> Son_Goku: but let's discuss the details at the sprint
[07:44] <Son_Goku> sure
[08:22] <ejat> ok noted nhaines n didrocks
[09:20] <popey> is there some way to recover from:-
[09:20] <popey> popey@localhost:~$ snap list
[09:20] <popey> error: cannot list snaps: cannot communicate with server: Get http://localhost/v2/snaps: dial unix /run/snapd.socket: connect: connection refused
[09:22] <zyga> popey: check why snapd stopped
[09:22] <OerHeks> popey, what is the status of snapd.refresh.service ?
[09:23] <OerHeks> systemctl status snapd.refresh.service >> https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1592503
[09:23] <mup> Bug #1592503: "snapd.refresh.service" fails to start on startup <amd64> <apport-bug> <xenial> <Ubuntu GNOME:Confirmed> <snapd (Ubuntu):Confirmed> <https://launchpad.net/bugs/1592503>
[09:24] <popey> hm, will poke at it some more
[09:24] <popey> thanks
[09:46] <ogra_> popey, did your board switch channels again ?
[09:47] <ogra_> (the fw_setenv hack i gave you recently might not be persistent, it doesnt switch the channel, only forces the working ubuntu-core)
[10:16] <popey> ogra_: dunno, how can i tell?
[10:17] <ogra_> cat /proc/cmdline
[10:17] <ogra_> see which core is picked there
[10:17] <popey> 8250.nr_uarts=1 dma.dmachans=0x7f35 bcm2708_fb.fbwidth=592 bcm2708_fb.fbheight=448 bcm2709.boardrev=0xa02082 bcm2709.serial=0xe377e4ab smsc95xx.macaddr=B8:27:EB:77:E4:AB bcm2708_fb.fbswap=1 bcm2709.uart_clock=48000000 vc_mem.mem_base=0x3dc00000 vc_mem.mem_size=0x3f000000  dwc_otg.lpm_enable=0 console=tty1,115200 elevator=deadline root=/dev/disk/by-label/writable net.ifnames=0 init=/lib/systemd/systemd ro panic=-1 fixrtc snap_core=ubuntu-core_424.snap snap_
[10:17] <ogra_> 424
[10:17] <ogra_> looks like it switched back to stable again
[10:17] <popey> :(
[10:18] <popey> is this install doomed?
[10:18] <popey> do i need to reflash to get to a known good state?
[10:18] <ogra_> dunno, you have to ask mvo if/how you can switch back to edge
[10:18] <popey> tempted to nuke from orbit
[10:18] <popey> as it seems badly broken
[10:18] <ogra_> you will need to reflash anyway at some point, there wont be a cross-grade option to go from ubuntu-core to core
[10:19] <popey> is core now in the unstable images?
[10:19] <ogra_> this bug is very serious though ... if you can, keep the SD
[10:19] <popey> so if i grab an image today I'll have the new shiny
[10:19] <popey> ok, happy to keep it to poke at it
[10:19] <ogra_> right, it is in the dailies (they ahve some issues though) and in the new beta
[10:20] <popey> if i go for beta3 (which I think I saw announced yesterday?) will I be on dailys?
[10:20] <ogra_> you will be a few days behind the daily
[10:21] <popey> but will it update to daily?
[10:21] <ogra_> oh, wait, i dont think we released the arm images yet
[10:21] <ogra_> no
[10:21] <ogra_> it will only update to the next beta set of snaps
[10:21] <ogra_> dailies are built with the edge channel, betas with the beta one
[10:22] <ogra_> (anfd thechnically the board should never ever switch channels on its own :P )
[10:23] <popey> heh
[10:32] <zyga> tyhicks: hey
[10:34] <zyga> tyhicks: I've addressed most of the things you pointed out, I'm just testing the far simplified apparmor profile
[10:34] <zyga> tyhicks: can you please have a look, I didn't squash or rebase anything
[11:32] <mup> PR snapd#2139 opened: cmd/snap: tweak unknown command error message <Created by fgimenez> <https://github.com/snapcore/snapd/pull/2139>
[11:48] <mup> PR snapd#2140 opened: snap: validate and stringify plug/slot attributes early <Created by pedronis> <https://github.com/snapcore/snapd/pull/2140>
[12:02] <mup> PR snapcraft#866 opened: Bug/1619193 <Created by psivaa> <https://github.com/snapcore/snapcraft/pull/866>
[13:19] <mup> PR snapd#2131 closed: tests add spread test for prepare-device customizing device init/registration <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/2131>
[13:48] <zyga> tyhicks: if you are around I could use a re-review of the media-sharing branch
[13:58] <popey> ogra_: think I should file a bug for my pi flipping channel?
[13:59] <ogra_> popey, i the the one you filed is sufficient
[14:00] <popey> ok
[14:07] <tyhicks> zyga: hey - I'll take a look
[14:07] <tyhicks> zyga: I need to take care of a couple other quick things first
[14:15] <Quacky2200> @thibautr_ @didrocks - I just got your email. I thought I might as well tell you I'm here in case you want to chat rather than email. I'm thinking of just trying to package my snaps similarly to debs with binaries rather than trying to build them separately.
[14:15] <nothal> Quacky2200: No such command!
[14:16] <Quacky2200> thibautr_    didrocks - I just got your email. I thought I might as well tell you I'm here in case you want to chat rather than email. I'm thinking of just trying to package my snaps similarly to debs with binaries rather than trying to build them separately.
[14:27] <didrocks> Quacky2200: oh, excellent! Do not hesitate to ask questions here if you have any :)
[14:27] <didrocks> (in some meetings right now)
[14:28] <tyhicks> zyga: looking now
[14:34] <apol> hi, I'm working on a snapd client. when I call the actions calls (i.e. POST /v2/snap/something) I get a 401 Unauthorized error message. Could anybody point out how should I acquire the privilege?
[14:34] <mup> PR snapd#2141 opened: overlord/devicestate: don't spam the debug log on classic <Created by chipaca> <https://github.com/snapcore/snapd/pull/2141>
[14:44] <Quacky2200> @apol is it your own API? You will probably need a token to use the api
[14:44] <nothal> Quacky2200: No such command!
[14:45] <apol> Quacky2200: is that a wild guess? it's not my own API, I'm writing a client that talks to the official snapd
[14:46] <Quacky2200> Well the 401 error means that the client is actually getting a connection and since a 401 means you're unauthorised, then it means you can't use it without authorisation. Typically API's use a token to authorise a user rather than credentials.
[14:48] <Quacky2200> apol: yes it's a guess...
[14:49] <apol> yes, I know what a 401 is and I've read the documentation
[14:49] <apol> I was hoping there would be someone here that knows how it actually works
[14:50] <Quacky2200> apol: Sorry I can't help more, however, did you use it on something that worked before?
[14:51] <apol> hm? snap cli client works as long as I use sudo, so I'm guessing we'd need to use policykit and an external process, but I'm not entirely sure
[14:53] <Quacky2200> Why would policykit send a 401 request, surely policykit would just block the request altogether?
[14:54] <apol> I'm not using policykit, I'm using the same socket as default
[14:54] <Quacky2200> Oh sorry, I apologise -_-
[15:04] <mup> Bug #1633111 opened: Missing API documentation for /v2/snaps/[name] POST <Snappy:New> <https://launchpad.net/bugs/1633111>
[15:05] <apol> Quacky2200: the answer was in the docs, FYI: Authentication over the unix socket is delegated to UNIX ACLs, and uses SO_PEERCRED to determine privilege levels. In essence this means that a user will be either authenticated or trusted, with the latter restricted to the superuser.
[15:06] <Quacky2200> apol: Ahh I'm glad you found the answer :)
[15:14] <mup> PR snapd#2141 closed: overlord/devicestate: don't spam the debug log on classic <Created by chipaca> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2141>
[15:17] <tyhicks> zyga: review done!
[15:37] <oparoz> Hello, 16.10 can't load any snaps, they segfault. Any issue logged yet for that?
[15:38] <didrocks> not that I know of, maybe open one with some coredumps info if you can?
[15:39] <oparoz> Thanks didrocks. It's just been reported by a user, so I'll see if he can do that
[15:46] <didrocks> great! thanks oparoz
[16:21] <mup> PR snapd#2142 opened: tests: skip auto-mount and auto-import tests on systems without trusted test keys <Created by fgimenez> <https://github.com/snapcore/snapd/pull/2142>
[16:23] <mup> Bug #1633141 opened: gadget.yaml should specify disk/volume image sizing behavior <Snappy:New> <Ubuntu Image:New> <https://launchpad.net/bugs/1633141>
[16:31] <mup> PR snapd#2143 opened: overlord: check that the first installed gadget matches the model assertion <Created by pedronis> <https://github.com/snapcore/snapd/pull/2143>
[16:53] <mup> PR snapd#2144 opened: overlord/snapstate: skip removing the snap on install if it's in the seed dir <Created by chipaca> <https://github.com/snapcore/snapd/pull/2144>
[16:55] <Croepha> hi, is anyone familiar with an issue where running /snap/bin/ubuntu-image fails when calling snap prepare-image with a complaint about opening the model assertion with no such file or directory, but when I run snap prepare-image directly with the same arguments it works?
[17:05] <mup> PR snapcraft#867 opened: Handle 'broken' validations that don't match refresh-control <Created by ralsina> <https://github.com/snapcore/snapcraft/pull/867>
[17:20] <mup> PR snapcraft#868 opened: Parametrize call args for pluginhandler <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/868>
[17:28] <mup> PR snapd#2144 closed: overlord/snapstate: skip removing the snap on install if it's in the seed dir <Created by chipaca> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/2144>
[17:32] <mup> PR snapd#2142 closed: tests: skip auto-mount and auto-import tests on systems without trusted test keys <Created by fgimenez> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2142>
[18:22] <zyga> tyhicks: thanks
[18:28] <zyga> tyhicks: let me know if the explanation I gave makes sense
[18:28] <tyhicks> zyga: it did, I'm happy with the PR :)
[18:52] <Croepha> so, if snaps run in a separate filesystem namespace, then accessing the cwd doesn't work reliably right? and is this a known issue? ie. accepted issue?
[18:53] <kyrofa> Croepha, indeed, the cwd might not be accessible from the snap
[18:55] <Croepha> kyrofa, gotcha ok thanks, that hung me up for a while couldn't figure out why the ubuntu image command couldn't find my files, newb mistake i guess
[18:58] <kyrofa> Croepha, I'm not familiar with ubuntu-image yet, but that's not part of the snap's documentation or anything?
[19:00] <Croepha> kyrofa: this is what I was following
[19:00] <Croepha> https://github.com/CanonicalLtd/snappy-docs/blob/master/core/images.md
[19:00] <Croepha> seems to be the most up to date
[19:03] <kyrofa> Croepha, and you installed it in devmode?
[19:04] <Croepha> yea
[19:04] <zyga> Croepha: if that happens we move to /var/lib/snapd/void
[19:05] <kyrofa> Croepha, you should probably log a bug against snappy-docs, then
[19:08] <Croepha> so. fyi, to fix, I just bind mounted stuff into my home directory
[19:08] <Croepha> and used that
[19:08] <Croepha> that seemed to work across snap commands
[19:16] <zyga> tyhicks: I just added one more patch
[19:16] <zyga> tyhicks: I need to review the code later for more cases of this
[19:17] <zyga> tyhicks: mount -o bind,r?{shared,private,slave} seems to really be different than two separate operations
[19:17] <zyga> tyhicks: I reviwed the .json files and saw that /etc/alternatives was "shared" (like /media) so I fixed that
[19:18] <zyga> tyhicks: I'll check the kernel sources and play with more examples when I'm properly awake, just FYI
[19:18] <tyhicks> zyga: ok, I'm off tomorrow so I won't be able to review
[19:18] <zyga> tyhicks: wanna see it now? :)
[19:18] <zyga> (it's short)
[19:19] <tyhicks> zyga: oh, I thought you had more changes to make
[19:19] <tyhicks> yeah, I'll look now
[19:19] <zyga> the .json files now look good (only one shared)
[19:19] <tyhicks> zyga: have you pushed yet?
[19:20] <zyga> https://github.com/snapcore/snap-confine/pull/168/commits/a6bedacfc6821c40ec39fa309ec2e5beee737614
[19:20] <mup> PR snap-confine#168: Rework mount namespace support <Created by zyga> <https://github.com/snapcore/snap-confine/pull/168>
[19:20] <zyga> just now
[19:21] <zyga> oh, I see a typo there (rslave vs slave)
[19:23] <zyga> pushed again
[19:24] <tyhicks> I left the same comment seconds before you pushed :)
[19:26] <zyga> Thanks, I'll do the rest tomorrow, I'll try to get back to sleep now
[19:27] <tyhicks> good night
[19:28] <wililupy> Trying to build an Ubuntu-Core image and I get the following error:
[19:28] <wililupy> cannot fetch and check prerequisites for the model assertion: account-key
[19:29] <wililupy> and a key I don't recognize. I'm using the doc in https://github.com/CanonicalLtd/snappy-docs/pull/13
[19:38] <wililupy> Ahh, figured it out.
[19:39] <wililupy> How do I delete a registered key in snapcraft?
[19:56] <niemeyer> jdstrand: Heya
[19:56] <niemeyer> tyhicks: Heya^2
[19:56] <jdstrand> niemeyer: hey
[19:56] <niemeyer> How're things going in snap-confine land?
[19:56] <tyhicks> hi!
[19:57] <tyhicks> niemeyer: good as far as I know :)
[19:57]  * jdstrand too
[19:59] <niemeyer> tyhicks, jdstrand: Anything pending in terms of reviews for media sharing, etc?
[20:00] <tyhicks> niemeyer: I've reviewed everything that zyga has pushed and it has my ack
[20:00] <tyhicks> niemeyer: he spotted something a little odd in the json files for the test and he's going to take a look at that tomorrow
[20:00] <tyhicks> niemeyer: but I think it is just about ready to be merged
[20:00] <niemeyer> \o/
[20:00] <niemeyer> tyhicks: Great to hear!
[20:01] <niemeyer> This one had me worried for a little while
[20:01] <tyhicks> niemeyer: it is great news but I have to say that zyga deserves the biggest pat on the back
[20:01] <tyhicks> yeah, that was some complex stuff
[20:01] <niemeyer> tyhicks: Yeah, he did a great job there
[20:02] <niemeyer> despite the bad timing
[20:02]  * tyhicks nods
[20:06] <jdstrand> yeah, that was pretty crazy
[20:07] <jdstrand> it happily fixed an issue in mountinfo along the way
[20:07] <zyga>  hmm?
[20:07] <zyga> which issue?
[20:07] <zyga> (yeah, I cannot get back to sleep again)
[20:07] <jdstrand> the docker workaround
[20:07] <zyga> damn week is so messed up ;)
[20:08] <zyga> ah
[20:08] <zyga> yes, I know what you are talking about now
[20:46] <qengho> :w
[20:46] <qengho> Gah.
[20:49] <kyrofa> qengho, that's a gnarly mustache
[20:51] <zyga> all I see is a duck face
[20:51] <zyga> kyrofa: how's your jetlag?
[20:59] <kyrofa> zyga, killer man. I got some weird stomach bug, too
[21:08] <zyga> kyrofa: for real? here you have to go to a market to buy those
[21:08] <kyrofa> zyga, hahaha
[21:08] <zyga> kyrofa: I'm sorry, hope you get better soon
[21:08] <kyrofa> zyga, thanks, yesterday was dreadful but I seem to be on the mend today
[21:10] <Quacky2200> I don't mind yet lag or being ill too much as to the continue of coughing to extremism, the repetitive dreams or vertigo
[21:10] <zyga> I did a loop on the bus here today, the outside of town is totally different, I'm going to see if I can get somewhere far tomorrow and snap some photos
[21:15] <kyrofa> zyga, yeah, try to get out in the country a bit! Go eat in a small town
[21:17] <zyga> kyrofa: I feel like I do every day
[21:18] <kyrofa> zyga, I felt like I barely saw the sky there :P
[21:18] <zyga> kyrofa: this place is different, it's the old part of the city, I live within the city walls :)
[21:18] <zyga> kyrofa: I wish I had two weeks here
[22:12] <blackboxsw> Question out of left field for folks. If I continue to release snaps the the stable channel, they are not automatically updated are they? From the docs it looks like the user would have to perform a snap refresh <mysnap>  http://snapcraft.io/docs/core/updates
[22:14] <qengho> blackboxsw: That's a great question. Users get updates automatically from whatever channel they got the package from last time.
[22:15] <qengho> blackboxsw: snapd has a scheduler. I don't know the delay, but on average, a could of hours after your upload.
[22:15] <qengho> blackboxsw: make sure it's marked "published" in the store.
[22:15] <blackboxsw> qengho, thanks so much for clarification
[22:16] <blackboxsw> qengho, were there other docs I should have looked at to glean that information? http://snapcraft.io/docs/core/update seems to mention the transactional refresh, but I didn't see mention of snapd here
[22:16] <qengho> blackboxsw: it feels a little weird to me that it's automatic, so I could be wrong in suggesting it's always like that.
[22:17] <blackboxsw> from http://snapcraft.io/docs/core/snapd I see "A store where developers can easily make their software directly available to users and from which devices can automatically pull updates on a daily basis."
[22:18] <qengho> blackboxsw: the code that implements that is so new that it could be the web site hasn't synch'ed up with reality.
[22:18] <blackboxsw> +1 qengho
[22:21] <qengho> blackboxsw: https://github.com/snapcore/snapd/blob/98c8e937625ce3134cf17025d8f0eb3e1016259a/docs/autoupdate.md
[22:23] <blackboxsw> excellent reference thanks qengho
[22:23] <qengho> blackboxsw: Welcome. Make something awesome!
[22:23] <blackboxsw> count on it ;)
[22:34] <wililupy> is the gadget snap for amd64 still called pc?
[22:41] <wililupy> Does anyone have an example assertion for building a vanilla ubuntu-core image? The one I used a month ago no longer works, and I am not trying to build on Pi, so the one in the documentation doesn't serve me too well.........
[22:42] <wililupy> I am using "gadget": "pc" and it is failing right after it says fetching pc