[10:35] <mandel> facundobatista, rye, can I have a very simple review for a branch that fixes a couple of bugs: https://code.launchpad.net/~mandel/ubuntuone-client/reactor-new-line/+merge/112535
[10:36] <facundobatista> mandel, yeap
[10:38] <mandel> facundobatista, thx, is a very simple branch
[11:09] <gatox> good morning
[11:25] <mandel> gatox, morning!
[11:25] <gatox> mandel, hi
[11:25] <mandel> gatox, and 'tiron de orejas' for not reading my descriptions ;)
[11:26] <gatox> mandel, i read it..... but that seems to be IRL, and i wanted to know if i can run the tests..... the u1-client only without installing anything
[11:26] <mandel> gatox, then point to the python lib from the other project
[11:28] <gatox> mandel, also..... the code seems REALLY similar to mine.... it needs to be different things.... or should we merge them?
[11:28] <mandel> gatox, I wanted it to merge once you landed yours.. but is taking to long
[11:28] <mandel> gatox, the code is only similar in the notifier, the rest is diff
[11:28] <mandel> gatox, take into account that is using a twisted factory to talk with the daemon
[11:29] <mandel> gatox, tests are diff etc..
[11:29] <gatox> ahh ok ok
[11:31] <mandel> gatox, take a look at the code and you'll see is a lot simplre
[11:31] <mandel> s/simplre/simpler
[11:34] <gatox> mandel, AHHHHHHH  jejjejeej sorry, you are right.... i didn't read the last part of the description
[11:35] <gatox> :P i read everything else, except the test part
[11:35] <mandel> gatox, no problem :)
[11:35] <mandel> gatox, I know I do the same hehehe
[11:36] <gatox> mandel, the code review i did it yesterday (when i thought: OMG they are going to make refactor everything again), and it seems fine
[11:36] <gatox> s/make/make me
[11:37] <gatox> this stop being fun...... 2 refactors ago :P jeje
[11:37] <mandel> gatox, only problem is the notificator, the rest is diff :)
[11:37] <mandel> gatox, which can be shared, but that is a very small part, maybe 300 lines?
[11:38] <gatox> mandel, the code is a +1 for me (already there)...... now going back to try to finish this refactor
[11:39] <mandel> gatox, superb, did you manage to run the tests?
[11:39] <mandel> gatox, by setting the python path I mean
[11:39] <mandel> gatox, also, can I have a super simple review: https://code.launchpad.net/~mandel/ubuntuone-client/reactor-new-line/+merge/112535
[11:40] <gatox> mandel, no, i did the code review part
[11:42] <gatox> mandel, about lines:
[11:42] <gatox> 30	-FilesystemMonitor = filesystem_notifications.FilesystemMonitor
[11:42] <gatox> 31	-_GeneralINotifyProcessor = filesystem_notifications._GeneralINotifyProcessor
[11:42] <gatox> weren't we using that from somewhere else?
[11:42] <gatox> or that definition was unnecesary?
[11:43] <gatox> mandel, just curious......
[11:46] <mandel> gatox, it was diff line 9
[11:47] <gatox> yes, but this one is missing: FilesystemMonitor
[11:47]  * gatox downloading and using meld
[11:50] <gatox> ah i see
[11:51] <gatox> mandel, +1
[11:51] <mandel> gatox, thx :)
[12:25] <mandel> gatox, I managed to get the daemon to be launched as root on the mac when you start the machine :)
[12:25] <mandel> gatox, not sd but the fsevents daemon :)
[12:25] <gatox> mandel, COOL!
[12:27] <mandel> gatox, so right now, the only thing we have to do in the packaing is copy a file to a location and tell launchd to start it, should not be too hard :)
[12:29] <ralsina> good morning!
[12:29] <mandel> ralsina, morning!
[12:30] <gatox> ralsina, hi
[12:30] <mandel> ralsina, so before I go, I have a fist launchd integration where we pass the domain-socket as a parameter to the daemon (via xml) and have fsevents at boot time :)
[12:30] <ralsina> whoohoo!
[12:30] <ralsina> mandel: nice :-)
[12:30] <mandel> ralsina, it means that the installer just has to copy the xml to the correct location and tell launchd to start using it
[12:31] <mandel> ralsina, was probably the last piece we needed to have a first alpha release working
[12:35] <mandel> ralsina, gatox, super simple MP that explains how to set you mac to have the daemon running at boot time: https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/start-boot/+merge/112554
[12:35] <mandel> mainly xml and fixing a small bug in the command line parsing
[12:35] <ralsina> mandel: will try it after my call that starts in a few minutes
[12:35] <mandel> ralsina, ok, no problem :)
[12:36] <mandel> ralsina, also, the reactor issue in control panel and sso should be fixed by https://code.launchpad.net/~mandel/ubuntuone-client/reactor-new-line/+merge/112535
[12:36] <mandel> ralsina, so we might be able to see things running very soon :)
[12:36] <ralsina> mandel: wasn't mmcc doing that?
[12:38] <ralsina> dobey: did we ever release anything with versions 3.1 or 4.1? I am guessing no, right?
[12:39] <mandel> ralsina, yes/no the issue was that the reactor was being dragged by the filesystem_notifications that was imported in platform
[12:39] <ralsina> mandel: ok
[12:39] <ralsina> mandel: that thing has been a pain in the ass since we started the qt migration, so good to finally see it fixed
[12:39] <mandel> ralsina, probably an error when refactoring things in ubuntuone-client, no filesystem_notifications is not in the init and therefore the reactor is not installed
[12:40] <ralsina> mandel: instead of the monotonic pile of workarounds we had
[12:40] <mandel> ralsina, well, it was 'fixed' and then we moved things and broke it hehe
[12:40] <mandel> I'm off to have lunch
[13:09] <gatox> alecu, ping
[13:15] <ralsina> argh, I am tempted to replace invalid characters in windows with "{{{NAMEOFINVALIDCHARACTER}}}"
[13:19] <dobey> ralsina: no, that's just the version we used in trunk at the time, so that nightlies/trunk are always newer
[13:19] <ralsina> dobey: we did put a 4.1 in trunk?
[13:19] <dobey> ralsina: 4.1 is currently the trunk version number, yes
[13:19] <ralsina> dobey: I thought trunk was 3.99.x also
[13:19] <dobey> nope
[13:19] <ralsina> dobey: oh, ok, good to know we don have time-traveling users :-)
[13:21] <dobey> man, being able to use only one monitor sucks :(
[13:40] <gatox> alecu, are you here??
[13:44] <alecu> Gatox: my isp seems to be fully broken.
[13:44] <alecu> I'm using my phone, but I hate typing here
[13:45] <gatox> alecu, :S i just wanted to let you know that i fix the darwin3 branch....... and i added a comment regarding the EVENT_CODES
[13:45] <alecu> (SwiftKey makes it a bit more bearable, but still...)
[13:46] <alecu> gatox: ack
[13:46] <gatox> alecu, phones with actually qwerty keyboard FTW :P
[13:46] <gatox> for me is really difficult to type on screens
[13:55] <mandel> alecu, if you are going to use eng you can always dictate, which is a little better :)
[13:59] <alecu> Mandel, do you use that to write code comments?
[14:00] <alecu> So... Google works, YouTube works, the isp website works. The rest is dead.
[14:00] <mandel> alecu, hehehe no, I use my phone ;)
[14:01] <alecu> Net neutrality....?
[14:02] <gatox> mandel, alecu so.... i've updated darwin3 and darwin4.... i review the comments and docstrings inn darwin4 to avoid the same problems as darwin3.... the only thing missing is the thing about EVENT_CODES that i answered to alecu in darwin3 (and reviews)
[14:06] <mandel> alecu, at least you can watch google IO :P
[14:06] <mandel> gatox, ok, if you are not too busy,  can we give reviews to mmcc?
[14:07] <gatox> mandel, yes..... my main concern right now is to have reviews :P so i can do reviews too
[14:08] <gatox> mandel, ok, i have mmcc branches here..... i'll start reviewing them
[14:08] <mandel> gatox, thx :)
[14:09] <mandel> gatox, I'll take a look at yours once I'm done with his
[14:09] <gatox> mandel, can you review darwin4 before you leave to pycon please?
[14:09] <gatox> mandel, thx!
[14:10] <ralsina> mandel: did you see the latest comment in bug #1017916 ?
[14:11] <mandel> ralsina, no, looking
[14:12] <ralsina> alecu: you are in telecentro, and it's dead, right?
[14:13] <ralsina> alecu: want to push the team call for tomorrw? I'm ok with that.
[14:13] <alecu> ralsina: +1
[14:14] <alecu> ralsina: you on telecentro too?
[14:14] <mandel> ralsina, people must think I'm stupid and don't test code before I propose it.. the code uses {LINE SEPARATOR} and not {VERTICAL TAB}
[14:15] <ralsina> dobey: can I get a rereview of https://code.launchpad.net/~ralsina/u1db/cmake2/+merge/112392 before it starts getting conflicts? :-)
[14:15] <alecu> ralsina: Google and YouTube work fine... perhaps we can hangout instead of mumbling.
[14:16] <ralsina> alecu: let me comb myself first then!
[14:16] <ralsina> alecu: and get on the plane with my fancy glasses ;-)
[14:17] <dobey> ralsina: sorry, new bzr breaks tarmac. made a branch to fix that real quick
[14:17] <ralsina> dobey: sure, that looks much more important indeed :-)
[14:18] <ralsina> thisfred, dobey, gatox, alecu, mmcc, briancurtin, mandel: anyone against doing a team hangout?
[14:18] <ralsina> also: anyone knows how to *do* a team hangout?
[14:18] <dobey> ralsina: i am against
[14:18] <gatox> ralsina, nop
[14:18] <briancurtin> no idea how, but i'm up for a try
[14:18] <mandel> ralsina, that I don't know how to use the bloody thing.. but I don't mind
[14:18] <thisfred> no, I have no idea if it'll work with my firefox, but I'm willing to try
[14:18] <ralsina> dobey: any particular reason, and, are you more or less against it than against a team  mumble?
[14:19] <ralsina> I will try to start one and invite you guys
[14:19] <dobey> is the plug-in packaged in ubuntu?
[14:19] <ralsina> dobey: no idea
[14:19] <gatox> ralsina, oh.... i'll need the other computer..... thx again alienware
[14:21] <dobey> well, not like i have video anyway, so whatever
[14:23] <thisfred> ralsina: please invite my gmail address, not my canonical one
[14:23] <thisfred> I don't intend to use that on g+
[14:23] <ralsina> thisfred: which one is it?
[14:23] <thisfred> ralsina: it's thisfred :)
[14:23] <ralsina> thisfred: ack!
[14:23] <mandel> ralsina, I need to get 3g for that
[14:24] <mandel> ralsina, give me 5 mins and then feel free to invite me
[14:24]  * mandel runs for the 3g modem
[14:24] <ralsina> anyway, it's not call time yet :-)
[14:25] <ralsina> thisfred: seems like I can't invite you for some reason
[14:25] <ralsina> Ahhhh can't invite you twice
[14:26] <ralsina> anyway, this seems to work
[14:26] <thisfred> ralsina: alecu invited me
[14:26] <ralsina> ahhh ok
[14:26] <ralsina> anyway, let's do this again at call time ;-)
[14:27]  * briancurtin -> quick coffee run
[14:31] <thisfred> are we using yield from everywhere already? It's been out for more than a day!
[14:32] <dobey> huh?
[14:32] <thisfred> dobey: new in python 3.3
[14:32] <dobey> it removes yield?
[14:32] <thisfred> it allows subgenerators
[14:33] <dobey> eh
[14:33] <thisfred> dobey: no it introduces 'yield from'
[14:33] <thisfred> so you can yield from something else that is a generator.
[14:34] <thisfred> yield from range(10)
[14:34] <thisfred> for instance
[14:38] <mandel> gatox, ralsina any idea why would the qt ui get blocked after calling load?
[14:38] <gatox> mandel, that use to happend when we had issues with the backend
[14:38] <gatox> like being None or something
[14:39] <ralsina> mandel: blocked as in showing the overlay? Usually you have an exception to go with it
[14:40] <mandel> ralsina, gatox, shows the overlay, does nothing after
[14:40] <dobey> man people ask for the craziest things in software
[14:40] <ralsina> mandel: start it with --debug ande U1_DEBUG=1 and see if you get an exception in stderr
[14:40] <mandel> ralsina, ok
[14:41] <gatox> mandel, i've started to debug that.... it wasn't really clear where the problem was... but then i needed to keep working on the fsevents branches and i couldn't see what was going on
[14:41] <dobey> it's like if they went to a chevy dealer and asked if they can have a mustang engine in a new corvette
[14:41] <gatox> s/i've started/i started
[14:41] <mandel> gatox, no worries, is just that I want to see everything working in my machine
[14:41] <mandel> ralsina, --debug where? for the bin/ubuntuone-control-panel-qt?
[14:42] <ralsina> mandel: yes
[14:42] <mandel> ralsina, seems not to have that option
[14:42] <ralsina> mandel: then just setting U1_DEBUG
[14:42] <gatox> mandel, i was doing it with U1_DEBUG
[14:43] <mandel> ack
[14:44] <dobey> i miss my other monitor
[14:47] <mandel> gatox, ralsina, so, it can be that the signal CredentialsNotFound is not received because the sso process is killed before is done something that does no happen on windows because it is never killed
[14:47] <mandel> gatox, ralsina nothing to do with the reactor etc..
[14:48] <ralsina> mandel: maybe we want it not to die on darwin either?
[14:49] <mandel> ralsina, well as a quick fix yes, as the proper way to fix it is to keep track of the signals to send and wait 'til they are done
[14:50] <mmcc> catching up, just remembered to say hi. good morning folks
[14:50] <ralsina> mandel: yes
[14:54] <gatox> mmcc, +1 to this one: v
[14:54] <gatox> https://code.launchpad.net/~mikemc/ubuntuone-control-panel/fix-1015825-reorder-reactor/+merge/112432
[14:54] <mandel> gatox, I have concerns about that one
[14:54] <mandel> I don't think that is needed
[14:54] <gatox> mandel, what?
[14:54] <mandel> gatox, the reactor branch from mmc
[14:54] <mandel> mmcc
[14:54] <mandel> sorry
[14:54] <gatox> mandel, why is not needed?
[14:55] <mandel> gatox, testing right now with contorl panel trunk but AFAIK the ui is shown with no problems
[14:55] <mandel> gatox, if it is not needed on windows, why is it on darwin?
[14:56] <mmcc> mandel: if what is not needed?
[14:56] <mandel> mmcc, create the Qapp first
[14:57] <mmcc> mandel, oh right - I have no idea. I'd love to figure it out, but in irc a couple of days ago alecu suggested that maybe we shouldn't poke the tiger by changing working code on windows
[14:58] <mandel> mmcc, what was the issue?
[14:58] <mmcc> I believe that if we just did the same thing on windows as I do on darwin in that branch, it'll work fine. the tests with it that way work fine on windows...
[14:59] <mmcc> the issue was that, if you install the qt4reactor first thing, it will create a QCoreApp for you. this breaks UI on darwin, but not on windows, for some reason
[14:59] <briancurtin> ralsina: so to prep for hangout, what should i be doing right now? do we have canonical plus accounts now? (i dont remember seeing one)
[14:59] <mandel> mmcc, but how did it break the ui on darwin?
[14:59] <ralsina> mmcc, mandel, gatox, dobey, thisfred, alecu, let's hangout
[15:00] <mmcc> mandel: shows the overlay then hangs, showing no animation. no gui events are sent
[15:00] <dobey> how many nerds does it take to make a g+ hangout work
[15:00] <mandel> dobey, too many..
[15:00] <mmcc> oh yeah, hangout, what do i do? please invite michael.mccracken at gmail..?
[15:00]  * mmcc puts on a shirt
[15:00] <dobey> ralsina: also, gmail address for me too, don't use canonical address on g+
[15:00] <mandel> mmcc, os, that is not due to that, is because there is an error from sso to control panel and gets frozen like that
[15:01] <mandel> mmcc, I'm looking on how to do a quick hack to fix that
[15:01] <mmcc> mandel I'm pretty sure we're seeing different things
[15:01] <mmcc> in my testing I do get the credentials_not_found back from sso, it hangs after that
[15:02] <dobey> hmm
[15:03] <mmcc> when is this hangout? on the 9th green at 9?
[15:03] <mandel> mmcc, yo do get an message saying that, but you don't see the stderr from twisted telling you it did not manage to send the signal
[15:03] <briancurtin> lol
[15:03] <briancurtin> mmcc: we're in there now
[15:03] <ralsina> mmcc: didn't you get the invite?
[15:03] <mandel> ralsina, or me
[15:03] <dobey> for varying definitions of "we"
[15:03]  * mmcc not one of the cool kids
[15:04] <mandel> ralsina, did you see my private msg?
[15:04] <mmcc> ralsina: no, I got no hangout
[15:04] <ralsina> mandel: yep, invited you
[15:04] <ralsina> mmcc: so need an invite?
[15:04] <mmcc> er, no hangout invite
[15:04] <ralsina> mmcc: what's your preferred gmail?
[15:04] <mmcc> ralsina: yes plz, to my michael.mccracken@gmail
[15:05] <mandel> ralsina, ok, installing plugin, few sec
[15:06] <dobey> la la la
[15:06]  * mmcc refreshes...
[15:06] <dobey> where do these invite things show up?
[15:06] <ralsina> dobey: google + I suppose
[15:06] <dobey> i thought g+ had circles
[15:06] <dobey> and etc
[15:06] <mmcc> dobey, on other people's computers, apparently
[15:07] <ralsina> dobey: yep, that too
[15:07]  * dobey is too cool for hangouts
[15:08] <briancurtin> hangout is hilarious
[15:08] <ralsina> I expect it to get boring soon
[15:08]  * dobey already bored
[15:08] <ralsina> dobey, mmcc: are you having trouble?
[15:09] <dobey> define trouble
[15:09] <dobey> there is no invite, and i don't see anyone else hanging out in my stream
[15:09] <mmcc> ralsina: I was, apparently there's some plugin that I am now downloading, but there was no message about that
[15:10] <ralsina> mmcc: ok
[15:10] <mmcc> I just randomly clicked on the "Hang out" button and then it told me
[15:10] <ralsina> dobey: I invited you on the canonical address. Should I use another one?
[15:10] <dobey> yes, gmail
[15:10] <ralsina> dobey: which one?
[15:10] <dobey> see /msg
[15:12] <mmcc> okay, well I have the plugin now but still no invite
[15:12] <briancurtin> 9th green at 9
[15:12]  * mmcc thinks he hears sprinklers
[15:12] <ralsina> mmcc: I'll try again
[15:13] <ralsina> mmcc: invited again
[15:13] <gatox> mmcc, let me know when you add the test that mandel request here: https://code.launchpad.net/~mikemc/ubuntuone-control-panel/fix-1018614-darwin-raise/+merge/112493
[15:14] <mmcc> where should I be looking again? it shows up as an email? or in google plus? right now, neither one has anything new
[15:19] <dobey> the big problem is dev-tools
[15:37] <dobey> nice mandel
[15:38] <briancurtin> +1 to hangout from now on. better audio quality, optional video with monocles and scuba goggles, and mandel puppet show
[15:38] <mandel> :)
[15:42] <dobey> ok, need to get lunch; bbiab
[15:42] <mmcc>  briancurtin: agreed, it seemed to work pretty well. Not sure why it felt necessary to put "Michael McCracken hung out" on my timeline, shared only with myself... it's like, I was there, so...
[15:43] <mmcc> anyway, mandel - I'll add tests for calling raise_ only on darwin. I agree with ralsina that it shouldn't hurt on other platforms but I don't know how to prove that :)
[15:43] <mmcc> also mandel, can you paste a U1_DEBUG listing from the credentials not found issue you're having?
[15:43] <ralsina> mmcc: get it running on ubuntu and windows with raise_ and see it does the same thing as before
[15:43] <briancurtin> mmcc: it's for the record in case you need an alibi, just share yourself with the police and you're covered
[15:44] <ralsina> mmcc: I can do ubuntu for you :-)
[15:44] <ralsina> mmcc: just to avoid platform-specific behaviour if it's unnecessary
[15:44] <mmcc> ralsina: ok I'll test it all out. I have the code on both running vms
[15:44] <briancurtin> oh and FYI - it's my review day, i'll keep an eye on my inbox but feel free to directly ping me for reviews
[15:44] <mmcc> ralsina: I was mostly concerned with unintended other consequences
[15:45] <ralsina> aaaaaand lunch!
[15:46] <mmcc> brb, garage door broke apparently?!
[15:52] <mandel> mmcc, I'm looking closer to see if I get the bloody thing to run :)
[15:53] <mandel> mmcc, gatox, turns out that because we do set #!/usr/bin/python the stupid python path was wrong..
[15:58] <__lucio__> mandel, ralsina, in win32, files come as bytes or unicode or what?
[15:58] <__lucio__> verterok, ^^
[15:58] <verterok> kk
[15:59] <mandel> __lucio__, withint sd everything is bytes, that is, we convert to unicode to talk with windows, get unicode, return bytes to the state machine
[15:59] <mandel> does it make sense?
[15:59] <__lucio__> mandel, so windows always returns unicode?
[16:00] <__lucio__> we make it bytes in utf-8, but for we always get unicode from the platform
[16:00] <mandel> __lucio__, we allways pass bytes in utf-8 outside ubuntuone/platform
[16:01] <mandel> __lucio__, in the windows modules that interact with windows we use unicode (since listdir(unicode) returns unicode and listdir(bytes) returns bytes)
[16:01] <__lucio__> mandel, so, we interact with windows using unicode? or bytes?
[16:02] <mandel> __lucio__, unicode
[16:02] <__lucio__> verterok, ^^
[16:02] <mandel> verterok, don't be shy, you can ask me ;-)
[16:02] <mandel> hehehe
[16:05] <verterok> hehe
[16:05] <mmcc> mandel, where was the shebang hurting us?
[16:05] <mandel> mmcc, in ubuntu-sso-login
[16:06] <mandel> mmcc, it gets launched by the ui so it uses the wrong python
[16:06] <mandel> mmcc, that solves some but not all the problems
[16:06] <verterok> mandel: and we algo get unicode from the win-inotify (don't remember the name of the module)?
[16:07] <mandel> verterok, yes, we get the path from the fs in unicode and we pass them to bytes utf-8
[16:07] <mmcc> mandel I'm still not sure what problems you're seeing. perhaps it's the different environment we use? I have been using the buildout python to test controlpanel, and the mac-env script from the buildout
[16:07] <verterok> mandel: kk
[16:07] <mandel> mmcc, have you tested sso without the --login parameter?
[16:08] <mandel> verterok, FYI is under ubuntuone/platform/filesystem_notifications/windows.py
[16:11] <mmcc> mandel, I think so, let me check my notes
[16:11] <verterok> kk, thanks
[16:14] <mandel> mmcc, ok, just tested the thing, you are 120% right with the reactor..
[16:14] <mandel> mmcc, I think we should do it both on win and darwin and not just on darwin
[16:15] <mandel> on win there should be no problem
[16:15] <mmcc> mandel, this is about installing qt4reactor after the uniqueapp init?
[16:15] <mandel> mmcc, yes
[16:16] <mmcc> ok, yeah I agree. in fact if anything it'll avoid creating an unused qcoreapp on windows...
[16:17] <mmcc> I'd like alecu's opinion here, since he was the one who suggested leaving windows code alone
[16:19] <mandel> mmcc, AFAIK there is not diff and the correct way per docs of the qtreactor is the way you did it in darwin
[16:20] <mmcc> ok mandel, for the other issue, can you tell me exactly what you're doing? I don't understand why not having --login with sso makes a difference
[16:21] <mandel> mmcc, it calls the backend, just remove the --login param and try to run the thing to create a new account
[16:21]  * gatox lunch
[16:21] <mmcc> oh right, I have done that directly in the past, but doing that from control panel wasn't working for me last night
[16:22] <mandel> mmcc, is because of the python path
[16:23] <mandel> at least in my system
[16:25] <mmcc> ok, I think dobey's change broke this for us. I can't run sso directly anymore either
[16:27] <mmcc> what I see: when I run bin/ubuntu-sso-login-qt, it gets to the point of trying to run ubuntu-sso-login and that dies, unable to import pyqt
[16:27] <mmcc> it's the change in r978
[16:27] <mandel> mmcc, exactly, that was what I got, simple way to fix it is changing the path
[16:27] <mandel> mmcc, but is not the right way to do it :(
[16:27] <mmcc> changing the shebang line in teh script?
[16:28] <mandel> mmcc, yes
[16:28] <mandel> mmcc, if you do that it works + your reactor branch
[16:28] <mandel> mmcc, I'm even going to report a ui bug \o/
[16:29] <mmcc> mandel, great.
[16:29] <mmcc> ok so alecu - any opinion on moving the qt4reactor after uniqueapp on windows too? it'll be a quick change, the tests you asked for yesterday are already there
[16:34] <mandel> mmcc, gatox_lunch first funny ui bug 1018918
[16:35] <mandel> oh and ralsina ^
[16:35] <gatox_lunch> mandel, juazzzzzzzzzzz
[16:35] <mandel> gatox_lunch, have you seen the video, wtf?
[16:35] <gatox_lunch> mandel, yes!
[16:36] <gatox_lunch> mandel, it seems that they were attached to a diff parent or something
[16:39] <mandel> gatox_lunch, also added bug 1018919
[16:40] <gatox_lunch> mandel, yes, that's because we are not overriding the mac default for that
[16:41] <gatox_lunch> ohhh issues that i enjoy more!!
[16:41]  * gatox_lunch is happy to see these things
[16:41] <mandel> gatox_lunch, and this bug 1018921
[16:41] <alecu> hello, all!!!!
[16:42] <mmcc> welcome back alecu
[16:42] <mandel> mmcc, I have tested the reactor branch from mmcc I think we have to do the same on windows
[16:42] <mandel> alecu, ^
[16:42] <mandel> ups
[16:42] <alecu> mandel: why so?
[16:43] <mandel> alecu, because is what the qtreactor does say
[16:43] <mandel> alecu, it was wrong that we did it this way, it just works on windows, the other way QApp before reactor is better and works in all platforms
[16:43] <alecu> mandel: sorry, I'm catching up with the backlog. Where does it say so?
[16:44] <alecu> mandel: if it does work fine on windows, let's move ahead.
[16:44] <mandel> alecu, let me get you the docs
[16:44] <alecu> mandel: I had some issues with the qt4reactor initialization previously, so I was not convinced about touching those bits on windows.
[16:45] <mandel> alecu, well, we can leave it like that, I don't think is needed
[16:45] <alecu> mandel, mmcc: but if we test all that IRL  under windows and it works fine, then let's move ahead.
[16:45] <mandel> anyway, if you look at the backlog, is working :)
[16:45] <alecu> mandel: awesome then.
[16:45] <mandel> alecu, other more important issue is the problem with the python path, but is just hurting use because we use the brew one
[16:46] <alecu> mandel: what's the issue with the windows path?
[16:46] <alecu> mandel: I saw some relative imports with ../
[16:47] <mandel> alecu, is in shebangs paths that are broken, at least for use with the python buildout
[16:48] <mandel> alecu, points to /usr/bin/python and we use /usr/local/python, I think is fixable if we execute the scripts using python path and not just path
[16:48] <mandel> alecu, but is a minor PITA for developers, the packaged version should work ok
[16:49] <alecu> mandel: oh, I see. I don't mind using "python bin/script" at all.
[16:49] <alecu> so yeah: very minor pita. A very small sandwich you'll make with that pita.
[16:49] <mandel> alecu, hehe
[16:50] <mandel> alecu, so, all the rest works :)
[16:50] <mandel> all, shares, details, sso, sd work
[16:50] <mandel> we might have some bugs when we start sd (I cought an already running error) but seems that we just have packaging left!
[16:51] <mmcc> mandel, how are you editing the path to the backend scripts now? where are you adding 'python' exactly?
[16:51] <mmcc> mandel is such an optimist :)
[16:52] <mandel> mmcc, I just changed the shebang, the smart way would be to tell the runner to use python + path and not just path and you are sorted
[16:52] <mandel> mmcc, is latet here, so I won't be able to fix that yet I'll add a bug :)
[16:57] <mandel> mmcc, alecu bug 1018924
[16:57] <mmcc> mandel: ok, add the bug and assign me, I'll do it
[16:57] <dobey> hrmm
[16:57] <dobey> uhm
[16:57] <dobey> please do not change those back to /usr/bin/env
[16:58] <dobey> they cannot be that
[16:58] <mmcc> dobey we're not going to do that.
[16:58] <mmcc> the idea was to change the code that invokes them to say 'python backend-bin'
[16:59] <mandel> dobey, that wont be touched, is the way we launch them :)
[16:59] <mmcc> although it needs some thought, since of course it's different when packaged and I want to be sure it does the right thing on windows
[17:00] <mandel> mmcc, indeed, you are the one that will have to deal with it :)
[17:00] <dobey> mandel: what launches them?
[17:01] <mandel> dobey, they are subprocess from control panel and sso, lets make the call as python script and not script and is fixed
[17:01] <mandel> dobey, the a rnner code somewhere in sso-utils
[17:02] <dobey> ugh
[17:02] <mmcc> mandel, and that runner code is only used on windows and darwin right?
[17:02] <dobey> calling "python script" from subprocess is nasty
[17:02] <dobey> and it will break ubuntu
[17:02] <mmcc> it's the protocol buffer stuff
[17:02] <mandel> mmcc, yes
[17:02] <mmcc> so won't break linux
[17:03] <mandel> dobey, it wont break ubuntu it will just be done in darwin
[17:03] <dobey> perspective broker
[17:03] <mmcc> thanks dobey, d'oh
[17:03] <mandel> mmcc, in windows we call the .exe so we have to do something similar
[17:03] <dobey> which reminds me
[17:04] <dobey> briancurtin: we can't just simply switch to nose or something else, for running the tests. we're not just using plain trial, but u1trial which does a bunch of extra stuff we need for various tests
[17:05] <briancurtin> so we port u1trial or something as well
[17:07] <dobey> i should break up the dirspec stuff i was doing into smaller branches.
[17:07] <dobey> well, it's small as-is, but doesn't work exactly on both 2 and 3, and is being really annoying
[17:10] <mmcc> mandel - ok to set status to approved on that reactor reordering mp? you +1ed but left it
[17:10] <mandel> mmcc, before I go, I have this for review: https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/start-boot/+merge/112554
[17:12] <mandel> mmcc, let me check
[17:12] <mandel> mmcc, yes, I just approved in case you wanted to make more changes
[17:12] <mmcc> mandel, ah ok. I have no other changes
[17:13] <mandel> mmcc, usually the global approve is done by the person that proposes the mp, just in case :)
[17:13] <mandel> mmcc, feel free to land it
[17:13] <mmcc> mandel, oh i didn't know that. someone told me it was usually the 2nd approver...
[17:13] <mmcc> mandel your branch looks fine but i can't tell what changed in main.m. are my eyes failing me?
[17:13] <mmcc> whitespace?
[17:14] <mandel> mmcc, optional to required argument
[17:14] <mandel> mmcc, and no argument for help
[17:14] <mmcc> yeah i just noticed that but what about line 80 of the diff?
[17:14]  * mmcc needs to get better sleep
[17:15] <mandel> mmcc, typo!
[17:15] <mmcc> ah there it is! ok thanks
[17:16] <mmcc> mandel +1
[17:16] <mandel> ok, then EOD for me, I'll me off next week but feel free to ask for help over twitter or if I'm here :)
[17:17] <mandel> you might be ignored :P
[17:18] <gatox> mandel, go away!
[17:18] <gatox> ejeje
[17:18]  * mandel goes to pack etc..
[17:18] <mmcc> ok mandel have a great trip.
[17:19]  * mmcc couldn't think of a joke about mandel 'meing' off
[17:19] <mandel> mmcc, hehe
[17:19] <mandel> stupid fingers :P
[17:22] <gatox> alecu, i don't know if you have a  decent internet connection now... but i've submitted the changes of the events code to darwin3 already :D
[17:26] <alecu> gatox: great
[17:26] <alecu> gatox: I do. Telecentro got their issues sorted up.
[17:27] <gatox> alecu, good for you!! \o/
[17:42] <mmcc> lunch
[17:53] <dobey> ralsina: so how do i install stuff to a destdir, under the right prefix, using cmake?
[17:55] <ralsina> dobey: I am doing the install now in the next branch
[17:55] <ralsina> should be ready a bit after the previous one merges
[17:56] <dobey> ah ok; so what are the limits of what this branch does exactly?
[17:56] <dobey> it just builds and that's it?
[17:57] <ralsina> dobey: yep, it builds and runs tests
[17:58] <ralsina> dobey: trying not to do things like installing before I knew what the heck to install ;-)
[17:59] <dobey> ralsina: any specific reason to build the static lib by default instead of the shlib?
[17:59] <ralsina> dobey: it's easier to run the tests in place
[18:00]  * dobey hugs libtool
[18:00] <ralsina> dobey: hehe, it sure needs loving :-)
[18:02] <dobey> how do you dist a tarball with cmake?
[18:05] <ralsina> dobey: well, I could use cpack
[18:07] <ralsina> dobey: I suspect this is going to be annoying to package in that there is a library and a python package
[18:07] <dobey> it's not annoying with autotools
[18:07] <dobey> it's quite simple
[18:08] <ralsina> dobey: I am sure it is
[18:13] <ralsina> I wonder why the heck is setup.py installing u1todo when it's not in the package list
[18:17] <dobey> don't know
[18:17] <ralsina> dobey: lp:~ralsina/u1db/cmake3 supports "make install", "make install-python" and "make package" that creates a tarball
[18:18] <ralsina> you need to do "make install-python package" if you want a package that has both the library and the python package
[18:18] <ralsina> or can do python setup.py install to just install the python stuff
[18:19] <dobey> that seems weird
[18:20] <ralsina> dobey: the logical way to install a python package is by using setup.py
[18:20] <ralsina> the logical way to install a C library is make install
[18:20] <ralsina> this is just both things in the same folder
[18:20] <dobey> i don't see what installing has to do with making a tarblal distribution of the source
[18:20] <ralsina> make package OTOH is a gross hack I will remove soonish ;-)
[18:21] <dobey> and mixing build systems is always pain
[18:21] <dobey> the logical way to install anything is to use a single system to do installation (which should be a system which can also do uninstallation)
[18:22] <ralsina> dobey: it's two completely separate things. The only reason they are together AFAICS is because the tests for the C library run from python
[18:23] <dobey> well, it's more the tests for the python running against the C library
[18:23] <dobey> and because they are part of the same tree
[18:23] <ralsina> yes, but there is no reason why the C library could not be in a separate tree, really. It's all a bit promiscuous.
[18:24] <ralsina> So to install the library: "cmake . && make && make install" is enough and works
[18:24] <ralsina> And for the python package, "python setup.py install" is enough and works
[18:25] <dobey> why does make install not install both?
[18:25] <ralsina> And there is a tricky "make check" that builds both and runs the tests for both and installs nothing
[18:25] <ralsina> dobey: because they will not be the same package?
[18:25] <dobey> yes they will?
[18:25] <ralsina> dobey: why?
[18:25] <dobey> what do you mean by "package" there?
[18:25] <ralsina> the python stuff works just fine with no C
[18:26] <ralsina> debian package
[18:26] <ralsina> the python package doesn't use the C library at all
[18:26] <ralsina> and viceversa
[18:26] <dobey> binary package is irrelevant. if i grab a tarball, and build and install it, it should install everything
[18:26] <dobey> not half the stuff
[18:26] <ralsina> I can make it do that, probably
[18:26] <dobey> actually, setup.py install probably does install the cython extension
[18:26] <ralsina> but why would someone that only wants the C stuff install the python stuff and viceversa
[18:27] <ralsina> no it doesn't
[18:27] <dobey> though it would be really nice if it didn't
[18:27] <dobey> it used to
[18:27] <ralsina> I made it not do it
[18:27] <ralsina> ;-)
[18:27] <dobey> ok
[18:27] <dobey> then they can install the libu1db-1.0-1 package from ubuntu or whatever
[18:27] <ralsina> dobey: installing both together makes as much sense as installing your vala and the js implementation together
[18:28] <dobey> uh
[18:28] <dobey> if they were in the same tree, it would make perfect sense
[18:28] <ralsina> we have divergent understandings of "perfect" :-)
[18:29] <ralsina> But sure, I'll give it a shot
[18:29] <dobey> it's like pulling the entire mozilla tree, to install libnss3.so
[18:29] <ralsina> in a much smaller scale of course
[18:29] <dobey> and besides, both the C and python of u1db are incredibly tiny
[18:29] <ralsina> yes
[18:29] <ralsina> if it wasn't for the weird testing dependency, they belong in separate tress, I suspect
[18:30] <dobey> i don't know about that. it's good that they're in the same tree
[18:30] <dobey> it makes it easier to ensure consistency
[18:31] <ralsina> ok, back to making it do what we want
[18:31] <dobey> and u1db is small enough that it probably won't hit the same issues that ubuntuone-client did/does in this regard
[18:31] <dobey> oh right
[18:31] <dobey> tarmac
[18:33]  * dobey wonders if alpha2 image is done
[18:44] <ralsina> dobey: does a tarball like https://pastebin.canonical.com/69104/ after "cmake . && make && make package" look reasonable?
[18:45] <ralsina> dobey: there are a bunch of missing bits in the setup.py which cause READMEs and license files not to be installed yet
[18:48] <dobey> ralsina: no, that's installed files, not the source tree
[18:49] <dobey> tarball needs to be roughly equiv to what setup.py sdist does for python, and make dist does in autotools
[18:49] <ralsina> dobey: yes. To get a tarball of the sources, just tarball the sources. Or am I missing something?
[18:49] <ralsina> ok
[18:49]  * ralsina has yet to see a sdist that creates something that later builds a package though
[18:50] <dobey> huh?
[18:50] <ralsina> dobey: 99.99% of the sdists in python are broken
[18:50] <dobey> 100% of ours are not?
[18:50] <ralsina> dobey: Trust you in that, have not checked!
[18:51] <dobey> ralsina: well, we'd be hard pressed to have any users at all on ubuntu, if it didn't work :)
[18:51] <ralsina> dobey: that should be a tarball with the generated Makefiles in it, right?
[18:51] <dobey> i think so, but i don't know what the standard faire for cmake is
[18:52] <ralsina> dobey: ok, will research
[18:52] <dobey> for autotools it includes Makefile.in files and configure script, which builds the Makefiles
[18:53] <dobey> i think some of the unity stuff uses cmake
[18:53] <dobey> so maybe some of those guys have a remote idea about it
[18:56] <ralsina> found a recipe for it
[18:56] <ralsina> So, in autotools it's the post-autogen status?
[18:57] <dobey> basically
[18:57] <ralsina> ok
[18:59] <ralsina> there, make dist produces this: https://pastebin.canonical.com/69105/
[18:59] <ralsina> ready for cmake && make
[19:09] <dobey> cool
[19:17] <gatox> people (specially ralsina ) i need to leave a little bit early today, it's my mother birthday, and she is not living at 3000km anymore, so i need to buy a gift :P
[19:17] <ralsina> gatox: pollerudo
[19:17] <gatox> ralsina, :(
[19:17] <ralsina> gatox: sure man :)
[19:18] <ralsina> gatox: go ahead, I would do the same thing :-)
[19:18] <gatox> ralsina, i don't buy gift since 6 years ago...... so........ jejej
[19:18] <gatox> it has to be kind of special
[19:18] <ralsina> so, she's getting a car, right?
[19:18] <gatox> ralsina, yes, this one: http://www.collectobil.com/images/items/3739.jpg
[19:18] <gatox> jejee
[19:19] <ralsina> hahaha
[19:19] <ralsina> go man, moms always come first
[19:19] <gatox> ok.... i'm off see you tomorrow!
[19:19] <gatox> thanks!
[19:19] <beuno> clearly we don't have the same mothers
[19:20] <ralsina> beuno: sure bro!
[19:20] <ralsina> ;-)
[19:20] <beuno> heh
[19:20]  * ralsina tries to say it like Desmond from lost
[19:20] <ralsina> http://www.youtube.com/watch?v=Tq_SURMi1Mo
[19:22] <beuno> sometimes I wonder how we haven't filled the internet yet
[19:22] <dobey> you should start all your comments on reddit that way
[19:22] <dobey> "Sorry brotha, but you're an idiot."
[19:23] <ralsina> the accent just doesn't translate
[19:23] <ralsina> maybe in italics... Sorry *brotha* ...
[19:24] <beuno> I think you need an h in there, brohtha
[19:27] <ralsina> beuno: we have not filled the internet because we keep making it larger, of course. Beware of the upcoming internet real estate bubble when people realize we have much more storage than we really need.
[19:27] <dobey> brothah more likely
[19:28] <beuno> there you go, dobey solved it
[19:29] <dobey> yay irish accents
[19:30] <ralsina> desmond was a scotsman
[19:30] <ralsina> although all the time traveling may have altered his accent. Or all the nosebleeding.
[19:31] <ralsina> the guy from riveshaft was the token irishman, IIRC
[19:31] <ralsina> driveshaft*
[19:31] <ralsina> or perhaps the token hobbit
[19:37] <alecu> ralsina: there's another hobbit that has of lately turned into a special agent. A bear one.
[19:37] <ralsina> really? he does the voices?
[19:38] <ralsina> yes he does!
[19:38] <dobey> ian holm?
[19:39] <ralsina> I never got over Sean Astin appearing as a steroid user in 50 first dates
[19:39] <ralsina> dobey: Sean Astin
[19:39] <dobey> oh
[19:41]  * ralsina imagines Sean Astin and Dominic Monaghan in hobbitware singing "(You All) Everybody"
[19:41] <dobey> oh, Martin Freeman is Bilbo in the hobbit
[19:42] <briancurtin> ralsina: looks like 3.0.2 is updated on the web server
[19:43] <ralsina> awesome
[19:43] <ralsina> Morgan Freeman would be much more fun
[19:43] <alecu> dobey: he does look like a younger Iam Holm, though.
[19:44] <dobey> alecu: indeed, if slightly taller
[19:44] <mmcc> ralsina, briancurtin a quick review for you guys: https://code.launchpad.net/~mikemc/ubuntuone-control-panel/fix-1018614-darwin-raise/+merge/112493
[19:44] <ralsina> mmcc: got it!
[19:45] <briancurtin> mmcc: looking in a min
[19:45] <mmcc> thx
[19:47] <alecu> dobey: what are the chances of having a tarmac for python3 running a twisted from a non-official bitbucket branch?
[19:47] <alecu> perhaps we can do it on a jenkins instance instead, and it would be safer.
[19:47] <ralsina> alecu: I am intrigued by your request ;-)
[19:48] <alecu> ralsina: I've just seen python3 running the trial from https://bitbucket.org/pitrou/t3k
[19:48] <dobey> alecu: trial from there works, with reactors and everything?
[19:48] <alecu> ralsina, dobey: that means that *some* reactor is working too
[19:49] <dobey> i have a local branch of twisted with trial that does --help, but plug-ins aren't getting loaded
[19:49] <ralsina> yep
[19:49] <alecu> FAILED (skips=1483, expectedFailures=14, failures=69, errors=1226, successes=4808)
[19:49] <ralsina> his irst milestone "almost done" includes trial
[19:52] <dobey> cool
[20:09] <dobey> brb
[20:23] <briancurtin> mmcc: approved that branch. it just needs mandel's approval after his Needs Fixing
[20:32] <mmcc>  briancurtin: thanks. I guess it can wait until he gets back. seems unlikely to acquire conflicts...
[20:34] <ralsina> mmcc: my real monocle is at the monocle-polisher's shop, sadly.
[20:39] <mmcc> ralsina: hah. hard to find a good monocle polisher these days. they always want to use that synthetic monocole polish
[20:41] <dobey> yeah, i only ever use stuff made from dead stuff
[20:47] <dobey> ralsina: https://code.launchpad.net/~dobey/ubuntuone-infrastructure/tarmac-tweaks/+merge/112648 <- is that correct?
[20:47] <ralsina> mmcc: yeah, and polishing with one's foulard is just not the same
[20:47] <ralsina> dobey: looking
[20:48] <ralsina> dobey: yep
[20:48]  * mmcc looks up foulard
[20:48] <dobey> ralsina: cool. feel free to approve it then :)
[20:49] <mmcc> ralsina: ah, see if you'd said cravat I would've known. foulard is just too fancy for me.
[20:49] <ralsina> mmcc: je suis francophile
[20:50] <ralsina> dobey: I am EODing in a bit, so after that one merges can you set cmake2 to approved?
[20:51] <dobey> ralsina: well, after the tarmac instance gets updated with the new config
[20:51] <ralsina> dobey: sure
[20:53] <ralsina> dobey: CMake claims to be able to build .deb packages on its own but I suspect without tweaking the quality will not be acceptable
[20:53] <ralsina> dobey: but it does accept tweaking
[20:58] <dobey> it's possible with autotools too, but i don't want to go there
[21:06] <ralsina> dobey: guessed as much, those things are usually not very good
[21:07] <dobey> yeah
[21:12]  * dobey wonders what status to set for bug #1019013
[21:22] <mmcc> anyone know if there's a builtin constant for environment variable separators? ie, ':' on unix and ';' on win32? obviously it's simple to do myself, but so is os.path.sep and we have that convenience...
[21:23] <briancurtin> os.pathsep is all i'm familiar with
[21:23] <briancurtin> (os.path.sep is the separator between folders, e.g, '\\' on win)
[21:23] <mmcc> yeah, me too. a quick search thru os didn't show anything
[21:23] <mmcc> thx
[21:26] <dobey> yeah, os.pathsep
[21:32] <ralsina> os.pathsep and os.path.sep ... someone did not think that very clearly.
[21:32] <ralsina> instead of os.path.sep use os.sep :-)
[21:33] <mmcc> pathsep could have been envsep, maybe
[21:39] <ralsina> I always used it as os.sep. Now that I know about os.path.sep I am going to have to check every time I see os.pathsep
[21:53] <alecu> mandel: if you have not left for pycon, please abstain in this review: https://code.launchpad.net/~brian.curtin/ubuntu-sso-client/py3-winreg/+merge/111725
[22:01] <alecu> briancurtin: pylint coughed a few errors in: https://code.launchpad.net/~brian.curtin/ubuntu-sso-client/py3-urllib/+merge/112429
[22:07] <alecu> briancurtin: also, this one breaks in 2.7: https://code.launchpad.net/~brian.curtin/ubuntu-sso-client/py3-StringIO/+merge/112443
[22:08] <dobey> ah crap
[22:08] <dobey> it has to be "cmake ." not "cmake"
[22:09] <alecu> briancurtin: 3 approves, 2 needfixins
[22:10] <ralsina> dobey: yeah, sorry :-(
[22:10] <ralsina> just noticed it
[22:14] <briancurtin> alecu: my mistake on the stringio branch, i probably ran it then looked in another window since i have 100 command prompts...getting out of hand
[22:14] <alecu> :-)
[22:15] <briancurtin> windows pylint didnt complain about those lint issues you mentioned :/ that sucks, easy to fix though
[22:16] <briancurtin> or rather, it complained about the ones that i fixed with disable/enable comments (until i ended up fixing them). seems like i have to apply those everywhere
[22:19] <dobey> ok, i need to run
[22:19] <alecu> bye dobey
[22:19] <alecu> briancurtin: ack
[22:20] <dobey> ralsina: https://code.launchpad.net/~dobey/ubuntuone-infrastructure/tarmac-tweaks/+merge/112662 to fix the cmake to cmake .
[22:20] <dobey> have a good evening all. i'll finish up the sso sru in the am
[22:22] <briancurtin> i'm heading out as well. see everyone tomorrow
[22:34] <mmcc> ok, going for dinner now. will be back again later tonight.
[22:56]  * alecu leaves as well...
[22:57] <alecu> bye all!


[03:48] <LinStatSDR> Hello, I was wondering if I could get a cloak if possible? Thank you.
[03:52] <LinStatSDR> Launchpad Link: https://launchpad.net/~mcnultyfrank86


[09:48] <cjohnston> lol.. she has Ambers sweater too
[09:48] <cjohnston> uggh
[11:33] <nandersson> Hi, I saw the recording of Thomas Bushnell, Google on UDS. He made a strange remark. He said a reboot cost Google 1M USD - because they are tens of thousands of users and a reboot could take 15 min. This sounds strange. Does anybody know if they run their machines from NFS or something like that on Google???
[11:35] <zyga> nandersson, maybe it means that it takes 15 minutes to reboot to a state you were in before
[11:39] <nandersson> zyga, I dont know. He also said "A logout is only half of that". It seemed to me that everyone was connected to the same server via NFS or something like that.
[11:39] <zyga> nandersson, again, perhaps that's the cost of going back to the all the open applications you are looking at
[11:40] <PatrickDK> a reboot of what?
[11:40] <PatrickDK> if a server, could be nfs, or http server, or many other things
[11:40] <PatrickDK> but that sounds like you don't have a failover server setup, otherwise it would be a max, of a min, not 15
[11:41] <nandersson> PatrickDK, reboot of the users operating system (Goobuntu). Yeah, 15 min seems like a very long time. That is why I thought they might boot their machines from NFS or something.
[11:42] <PatrickDK> still doesn't matter, that is what failover is for
[11:42] <PatrickDK> I do iscsi boot, no local disks, and let that failover if I reboot the server
[11:43] <nandersson> PatrickDK, Yeah, it could be that Zyga is right. He might refer to boot back to a former state.
[11:43] <PatrickDK> sounds just completely nuts, if it costs you 1million to reboot, why not have a hot standby? that has got to be cheaper than 1million, for it's life
[11:43] <zyga> PatrickDK, hot standby on my current desktop state?
[11:43] <PatrickDK> yes, but if your booting back to a former state, and another server is handling the load
[11:43] <PatrickDK> how exactly could that add up to 1million?
[11:43] <zyga> and especially
[11:44] <zyga> I don't believe they meant servers
[11:44] <PatrickDK> oh for a user desktop?
[11:44] <zyga> the talk was about the desktop
[11:44] <PatrickDK> how does that affect thousands of users?
[11:44] <nandersson> Yeah, it didnt make any sense to me either. The talk was very interesting though. http://www.youtube.com/watch?feature=player_embedded&v=fu3pT_9nb8o#!
[11:44] <nandersson> Yeah, it was about the desktop
[11:57] <nandersson> In the same talk Thomas Busnell made a lot of remarks on Ubuntu Automated Testing, but I wonder - does it make sense for Google to test to compile the source code at all times to see if it breaks, dependencies fail, or what is that purpose? I guess Google would mainly be interested in seeing that the binaries work, and doesnt break any dependencies, that upgrades works, etcetera. Are those functions incorporated in Ubuntu Automated Testing?
[12:45] <patdk-wk> oh
[12:45] <patdk-wk> he is talking total
[12:46] <patdk-wk> 15min per user * thousands of desktops = 1Million cost
[12:46] <patdk-wk> not 1million per desktop
[12:46] <patdk-wk> or per reboot
[18:45] <stgraber> please ignore the new desktop images, they were just a mistake. 20120604.2 is still the one that needs testing
[19:07] <balloons> stgraber, whew.. :-) I was wondering
[19:07] <stgraber> balloons: yeah, both slangasek and I were building the same images ;)
[19:08] <balloons> stgraber, ohh, btw..  i guess we normally kill the dailies off during milestones, but now I can't get my reporting info for last week :-( Guess I need that db access
[19:08] <stgraber> balloons: I can mark them as "released" if you want, so they show up but are read-only
[19:09] <balloons> well, I mean, the results are hidden from me and everyone else.. it's an interesting conundrum. I don't want to confuse people
[19:14] <balloons> i've added it to my notes stgraber.. we'll discuss post-alpha 1
[19:15] <stgraber> balloons: actually, can you pastebin that script (I don't seem to have it around anymore), I think it should be easy to have it look a the archived milestones too
[19:17] <balloons> stgraber, d'oh! i'm too scatterbrained today.. lololololol
[19:17] <balloons> I was thinking it WASN'T in the archived runs
[19:18] <balloons> hence, my issues with not being able to get at stuff
[19:19] <balloons> I can pastebin the script anyways, if you'd like.. i started modifying it a bit, and then as we spoke about, decided it would be better to expend efforts towards getting a report into the interface itself


[14:50] <teward> I believe https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1374754 is more relevant to the quality team than bugsquad.  (was posted in -bugs)
[14:54] <knome> looks like a dupe of 1371651
[14:54] <knome> bug 1371651
[14:54] <knome> oh wait, no
[14:54]  * knome reads the bug
[15:25]  * Guest13468 looks
[16:05] <elopio> ubuntu-qa: can I get a review here, please? https://code.launchpad.net/~canonical-platform-qa/gallery-app/qmltests1/+merge/235390
[16:07] <robotfuel> elopio: I will
[16:07] <elopio> robotfuel: thanks.
[16:21] <elfy> doesn't look to me like the fix for the vm fail to boot sitting in proposed works
[16:33] <balloons_> elfy, I thought there was a second fix?
[17:07] <elfy> balloons_: maybe - no real idea - just picking up on bug comments
[17:07] <elfy> and there's MP waiting for you - and some comments on testcase bugs :)
[17:33] <balloons_> :-)
[19:05] <Letozaf_> balloons_, hello :-)
[19:06] <balloons_> Letozaf_, howdy
[19:06] <elfy> balloons_: perhaps talk to wxl about that lx testcase
[19:06] <Letozaf_> balloons_, howzit ?
[19:07] <balloons_> elfy, ahh indeed, we should add him as a reviwer
[19:07] <elfy> yep
[19:07] <balloons_> Letozaf_, not bad
[19:07] <elfy> evening Letozaf_
[19:07] <wxl> balloons_: elfy: which what?
[19:08] <Letozaf_> elfy, good evening :-)
[19:08] <elfy> wxl: you're testcases - you should be fixing them :p
[19:08] <balloons_> elfy, LOL.. your
[19:08] <balloons_> knome, it finally happened ^^
[19:09] <elfy> LMAO balloons_  - you are pointing put typos to me - I've just given up bothering to tell you :)
[19:11] <balloons_> elfy, lol, still, amazing
[19:11] <balloons_> wxl, https://code.launchpad.net/~elfy/ubuntu-manual-tests/1374599/+merge/236222
[19:13] <elfy> balloons_: heh
[19:13] <elfy> not sure why it amazes you given my refusal to use much in the way of punctuation or grammar on IRC :)
[19:14] <wxl> elfy: well i'm not a member of testcases if that helps!
[19:17] <elfy> wxl you should remedy that perhaps :)
[19:21] <wxl> well god i used to be
[19:22] <wxl> admittedly i don't see the value in testing mem usage
[19:22] <wxl> especially top
[19:22] <wxl> does anyone else do that???
[19:22] <elfy> xubuntu doesn't
[19:23] <wxl> does ubuntu?
[19:23] <wxl> or kubuntu?
[19:23] <wxl> we often copy stuff from other teams assuming that they know what they're doing XD
[19:23] <elfy> whether it's not so much testing mem or testing that something works in the app or not I've no idea
[19:23] <wxl> balloons_: could you add me to testcase admins?
[19:24] <balloons_> wxl, certainly!
[19:24] <wxl> elfy: yeah, that's the lxtask step which makes some degree of sense. we should be testing OUR apps, because they're unique. seems like a lame test, but if you want to be complete... on the other hand, testing top is Dumb (TM)
[19:24] <gQuigs> g2run, not sure of context.. but memory testing can be useful sometimes- https://bryanquigley.com/uncategorized/ubuntu-14-04-livecd-memory-usage-compared
[19:26] <wxl> i'll just repeat all this on the comments :)
[19:26] <elfy> well ...
[19:27] <elfy> I'd much rather you do an MP for what *you* want to see in your test and then I'll review that ;)
[19:27] <wxl> probably siiiiiigh
[19:27] <elfy> only reason I do these things is that no-one else appears to do them
[19:28] <balloons_> wxl, you should be a member now
[19:30] <wxl> ok, got some bad news, though
[19:30] <wxl> i don't necessarily know the procedure for making an MP, elfy. fill me in briefly and i'll make it happen
[19:31] <wxl> balloons_: thanks
[19:31] <elfy> balloons_: this should be fun :p
[19:31] <wxl> hahahah
[19:31] <wxl> don't worry, i know how to turn my computer on
[19:31] <wxl> and i understand version control :)
[19:31] <elfy> wxl: you don't know how much I hassled balloons_ 2 years ago lol
[19:32] <wxl> elfy: well then you are well equipped to mentor me XD
[19:32] <elfy> anyway - bzr branch lp:ubuntu-manual-tests
[19:32] <elfy> will get you the branch
[19:32] <elfy> do whatever you need to do to the testcase
[19:32] <elfy> then bzr commit
[19:32] <wxl> and push it and that's it?
[19:33] <elfy> put whatever you want in the commit comment
[19:33] <elfy> then push it - then link a bug - then set it for review on lp
[19:33] <balloons_> well now, please use the review system :-)
[19:33] <balloons_> anything placed in trunk should then be merged to the tracker and there is a tool for that
[19:33] <wxl> those latter two items (linking, setting for review) is all through lp elfy ?
[19:34] <balloons_> elfy, or I can cover it when you get that far
[19:34] <elfy> wxl: yep
[19:34] <wxl> okie should be easy
[19:34] <wxl> i'll double check with you in a sec
[19:34] <elfy> balloons_: review system?
[19:34] <balloons_> wxl, https://wiki.ubuntu.com/QATeam/ContributingTestcases/
[19:34] <wxl> oooh wiki amazing
[19:34] <wxl> thx balloons_
[19:34] <balloons_> elfy, I meant, don't push straight to trunk
[19:34] <elfy> oic yea
[19:35] <elfy> wxl: I tend to push locally and have a branch with a bug number
[19:35] <elfy> https://code.launchpad.net/~elfy/ubuntu-manual-tests/1374599
[19:36] <elfy> for instance - number being the bug number - other people do it other ways - but I confuse myself enough without making it worse
[19:38] <wxl> oh.
[19:38] <wxl> ic.
[19:38] <wxl> it's asking to compare what lxtask is reporting to what the system is reporting via top.
[19:38] <wxl> i guess that makes sense
[19:39] <elfy> wxl: I push to bzr push lp:~elfy/ubuntu-manual-tests/foo for manual tests
[19:39] <wxl> so i'm saying we leave it alone.
[19:39] <wxl> meaning
[19:39] <wxl> accept your changes
[19:40] <elfy> wxl: ok - well you can approve in the mp then :)
[19:40] <wxl> i'm about to approve it unless anyone else wants to complain at me :)
[19:40] <elfy> nope
[19:41] <elfy> balloons_: and I've never worked out how to use the tool - always do it manually :p
[19:41] <wxl> i'd rather do it manual anyways
[19:41] <wxl> then you know what you're doing :)
[19:41] <elfy> wxl: I think the tool is for the merging to trunk
[19:41] <wxl> ah
[19:42] <wxl> that seems like it takes less steps on the other hand :)
[19:43] <wxl> approved
[19:44] <wxl> elfy: keep it up. if i see another i'll promptly review. :) and maybe some day when i have time i'll review our other packages :/
[19:48] <elfy> wxl: now I know you're about I'll add you to reviews I want you to do - but now I know you're about it's likely that I'll not do lubuntu ones anymore ;)
[19:49] <wxl> elfy: don't need to add me as i'll pay attention as long as ubuntu testcase admins gets the notifications. as far as lubuntu is concerned, if you see one, just let me know.
[19:51] <wxl> why are you always the lone wolf, elfy? this lightdm/plymouth issue has been quite the adventure ;)
[19:51] <balloons_> thanks wxl and elfy
[19:51] <wxl> np balloons_
[19:55] <elfy> ok - that's merged and synced now
[19:55] <elfy> balloons_: just the https://code.launchpad.net/~elfy/ubuntu-manual-tests/1374059/+merge/236015 one left now
[19:56] <elfy> waiting for info on a couple of other testcase bugs
[19:56] <elfy> wxl: yea - that plymouth thing ...
[20:00] <balloons_> elfy, ohh right.. brillant,
[20:01] <wxl> elfy: i've been playing with a ppc64 box i just got and i had the weirdest thing happen the other day: boots to lightdm and then goes blank on login. i wasn't about to comment until i could repeat it tho. didn't want to freak everyone out ;)
[20:03] <elfy> heh
[20:03] <wxl> besides ppc has other issues :/
[20:03] <elfy> vbox has been a bit of a pita this cycle - couple of can't boot issues happened
[20:04] <elfy> yea - how much longer do you think that you'll have the manpower to keep dealing with it
[20:04] <wxl> pffht i don't have the manpower
[20:04] <elfy> :)
[20:04] <wxl> every cycle it's a matter of shaking up the users and getting them to quit complaining and start making a difference
[20:05] <wxl> i did find one guy that seems really pumped to help
[20:05] <wxl> i'm giving him a g3 and a g4
[20:05] <wxl> that will help quite a bit
[20:05] <elfy> well for sure I'd not be writing anything like http://xubuntu.org/news/xubuntu-14-04-qa-recap/ at the end of this cycle
[20:06] <wxl> my problem is i have time to do sort of high level managing tasks but i don't have a lot of time for hardcore testing and chasing down problems to their root
[20:06] <wxl> so trying really hard to build up a really good team
[20:06] <elfy> I manage to do both
[20:07] <elfy> just
[20:08] <wxl> i'd like to say i can. i try to fit in a couple tests where i can, but it's not as easy as it used to be. family life and all :(
[20:08] <elfy> I know what you mean - last cycle I had more testing one milestone than I've had for the whole of this one
[20:08] <wxl> hahahah
[20:08] <elfy> and yea - when you volunteer - other things happen
[20:08] <wxl> well gone are the days where i stayed up all night testing everything that needed it
[20:09] <elfy> :)
[20:09] <wxl> but i'm generally pretty good at team building, so i think it will all work out
[20:10] <wxl> the thing that's weird is ppc users almost are always technically lazy. so building them up to be good testers is an uphill battle :)
[20:10] <elfy> when it comes to the milestones - we appear to have lost a day - last cycle things were out and released for testing on mondays - now it's monday night if we're lucky if not I see it tuesday morning
[20:10] <wxl> but solving our problem with booting this last release was a major win. they got to see bug reports turn into a solution.
[20:10] <wxl> yeah i'm in the same boat with you on that one!
[20:10] <elfy> always good to see bugs turn into wins :)
[20:11] <wxl> especially when you have a community supported architecture. they begin to believe they're unimportant!
[20:11] <elfy> balloons_: thanks :)
[20:12] <elfy> what I've been pleased with (even if they are bugs) was that these biggish ones I've found this cycle got ubuntu too - hence they looked :)
[20:12] <elfy> you'd not believe the disinterest we got when we got an ibus issue last cycle - we just ended up not seeding it
[20:12] <wxl> dude ibus devs omg
[20:13] <wxl> i've gone to their channel like 5 times trying to get them to at least comment
[20:13] <wxl> nothing
[20:13] <elfy> I use symbols in password - like #
[20:13] <elfy> try using that when ibus thinks you've got a US keyboard :p and you've not ;)
[20:14] <wxl> hahahahah
[20:14] <wxl> i'm a unicode nut so e.g. in kubuntu ibus is very nice
[20:14] <wxl> but it has so many problems, i won't touch it with a 10 foot pole
[20:14] <wxl> unfortunately scim isn't *easily* a drop in replacement. you can't just tell folks to unstall scim and call it a day.
[20:15] <wxl> so this may be a stupid question, but i have never been shown a way to get reports of daily testing. is there an option to do so?
[20:16] <elfy> nope
[20:16] <wxl> bummmmmer
[20:16] <elfy> and trying to get history is a nightmare
[20:16] <wxl> what package do i file a bug against? XD
[20:16] <elfy> https://launchpad.net/ubuntu-qa-website/+filebug
[20:16] <elfy> file it
[20:17] <wxl> tee hee
[20:17] <elfy> we've got some other - this'll make it better bugs filed already
[20:17] <elfy> wxl: seriously - file it :)
[20:17] <wxl> oh that was a mischevious giggle. it's happening elfy :)
[20:17] <elfy> oh good :)
[20:17] <elfy> I'll confirm it
[20:20] <elfy> balloons_: ok - merged and synced
[20:26] <wxl> elfy: confirmed and subscribed to yours and here's mine https://bugs.launchpad.net/ubuntu-qa-website/+bug/1375456
[20:28] <wxl> better description https://bugs.launchpad.net/ubuntu-qa-website/+bug/1375456
[20:29] <elfy> commented and me too'd it
[20:29] <wxl> danke :)
[20:29] <elfy> welcome :)
[20:30] <elfy> the newest 3 bugs (excluding your one) were ones that pleia2 knome and I thrashed out a short while ago


[02:21] <tsimonq2> Oh hai.
[02:22] <wxl> @VikingRedwolf booting in vbox the GRUB image looks blurry. is that just me?
 It's debian-cd.
 I hacked up something but @VikingRedwolf really needs to get us a sharper image or an SVG.
 I have an SVG for the logo but not the text + logo
 wxl: Fun fact, boot screen on the live CD is just a directory of images in debian-cd and then it hands off to Plymouth.
 I tried to use the image from Plymouth to no avail.
[02:24] <wxl> okie
[02:24] <wxl> should i make a bug/task for that?
 If @VikingRedwolf wants
[02:25] <wxl> i'll wait to hear from him
[02:25] <wxl> meanwhile i'm a little split about something
[02:26] <wxl> it's great that double clicking on a .desktop asks if you want to open (edit) or execute
[02:26] <wxl> it also sucks
 I totally get it.
 They're implementing metadata upstream.
 Soooo I'm thinking we can just ship metadata.
[02:27] <wxl> it would be nice if we could set it to just execute it
[02:27] <wxl> on a per file basis
 wxl: Also, did you see that in Calamares I wrote a script which automatically selects a mirror based on geographic location?
[02:27] <wxl> haven't got that far yet
 @wxl, Right, that's the metadata.
[02:28] <wxl> ok
[02:30] <wxl> do any of the isos support upgrading frmo the iso any longer?
 I don't think so.
 Quite frankly I'm not concerned about that until 19.04.
[02:37] <wxl> we already have a bug re: btrfs?
 Oh?
 What's wrong?
[02:39] <wxl> failed with gpt/btrfs it seems
 Is btrfs-progs installed?
[02:42] <wxl> yep
[02:42] <wxl> trying it with mbr
 Hmm
[03:04] <wxl> @tsimonq2: https://share.riseup.net/#7Ma3Zf7fbFQXYHxYBiIZWQ the --target=i386-pc is interesting because this is amd64 but it seems the issue is related to the blocklist???
[03:06] <wxl> this only seems to be the case with btrfs/gpt
 @wxl, Try joining #calamares and pinging [ade] with your findings.
[04:51] <wxl> @tsimonq2: should we have nm-tray in the menu? that seems weird. also maybe this is a virtualbox specific issue but it seems that if i try to "edit connections" off the context menu, nothing happens
[04:54] <wxl> @tsimonq2: yeah, actually it's trying to run xterm -e nmtui-edit and xterm doesn't exist
[04:55] <wxl> also don't we have something better than nmtui? i mean i love it but it's not pretty
 @wxl, Uhm... Why not have nm-tray?
 Yeah, graphical connections editor is on the TODO list.
 I'll need to FFe it.
[04:57] <wxl> nm-tray good. nm-tray in the menu not great. unless you like having lots of nm-tray icons :)
 Oh... Huh
 Yeah no that shouldn't be there.
 Create a task to blacklist it from the menu?
 Either way I need to hit the hay
 Night
[04:58] <wxl> nite
[05:00] -lugito:#lubuntu-devel- [T51: blacklist nm-tray from the menu] wxl (Walter Lapchynski) just created this task: https://phab.lubuntu.me/T51
 @tsimonq2, You can't use an SVG for boot. And I hate that. Only a bloody xpm thing and a PNG
 Are you using an hdpi screen?
 @VikingRedwolf, ...I need the SVG to make the PNG (or I need you to make one)
 @wxl, Morning! :|
 @tsimonq2, Ah LOL
 @VikingRedwolf, No, and it's not because of that.
 Well, it kinda is. .__.
 @tsimonq2, No. It's mine.
 @VikingRedwolf, Then make the bloody PNG
 😂
[15:17] <wxl> @tsimonq2: so [ade] is not in a position to help and suggested filing an issue. meanwhile, how did we fix it before to get ubuntu-bug to use the right browser? it's trying to use qupzilla again
[15:46] <wxl> inexplicably alternatives and lxqt-session both seem to consider falkon the default. xdg-open doesn't. oddly, xdg-open query default x-scheme-handler/http(s) and index/html all return firefox.desktop, but they seem to try to open qupzilla. there's no firefox anywhere. oddly xdg-open on an html file opens falkon, but only after reporting failing to find qupzilla vis a vis sensible-browser
[16:04] <wxl> looks like both lynorian and i saw this before but i had called it resolved
[16:06] <wxl> oh and there's no /usr/share/applications/falkon.desktop odd
[16:11] <wxl> ok well i think i may have found the reason why it's spitting out firefox. /usr/share/applications/defaults.list -> /etc/gnome/defaults.list includes it
[16:14] <wxl> the desktop file is org.kde.falkon.desktop
[16:14] <wxl> still, setting it as default for index/html still reports a fail from sensible-browser not finding qupzilla
[16:15] <wxl> setting it for x-scheme-handler/http still results in a fail trying to find qupzilla (sensible-browser not involved)
[16:17] <wxl> sed -i 's/firefox/org\.kde\.falkon/g' /etc/gnome/defaults.lists doesn't seem to change anything, though
[16:29] <wxl> https://bugs.launchpad.net/ubuntu/+source/lubuntu-default-settings/+bug/1769780
[16:50] <wxl> actually the /etc/gnome/defaults.list fixes ubuntu-bug's behavior-- but not xdg
[16:51] <wxl> bug 1786976
[16:51] <wxl> oops
[16:51] <wxl> bug 1786986
[16:51] <wxl> fat finger
[16:52] <wxl> ^^ lynorian could you check that
 Hmm
 I'll look into it, thanks wxl
[17:35] <wxl> it's freaking confounding
 First guess: XDG.
 Second guess: Falkon postinst script still hardcoding Qupzilla somewhere.
 Third guess, upstream Falkon hasn't fully renamed yet.
 As a workaround we can symlink /usr/bin/qupzilla to /usr/bin/falkon or whatever but that's kinda hacky.
[17:37] <wxl> xdg is being weird, but i don't think it's xdg
[17:38] <wxl> technically there's two issues:
 I got upload access to fix the XDG stuff yesterday. 🤣
[17:39] <wxl>  1. ubuntu-bug fails to open a browser.. this can be fixed by replacing firefox with org.kde.falkon in /etc/gnome/defaults.list
[17:39] <wxl>  2. xdg-open fails to open http(s) URIs
 Use apt-file find to tell me where that file from 1) comes from.
[17:40] <wxl> i'll bother with that next time i'm in front of the puter :)
[17:40] <wxl> oh well i guess i'll download a vm on this machine
 Mkay
[17:48] <lynorian> wxl I think I had a similar bug I reported way back but I should test yours
[17:48] <wxl> lynorian: the bug mentions yours and i had actually commented on that bug
[18:07] <wxl> @tsimonq2: desktop-file-utils
 @wxl, Yup.
[18:14] <wxl> @tsimonq2: note agaida's comment about xdg-open and the firefox angle. that's kind of the 3rd bug that has a relatively minor affect: the fact that no matter what, xdg-mime thinks firefox.desktop is the right browser to use
[18:18]  * tsimonq2 stretches.
[18:18] <tsimonq2> wxl: Sure.
[18:19] <tsimonq2> wxl: By the way; password strength checker in the installer, love it or hate it?
[18:19] <wxl> @tsimonq2: it seems relatively consistent with ubiquity but i haven't really checked its abilities
[18:20] <wxl> wonder if it will let me use unicode :)
[18:20] <tsimonq2> wxl: Because there's this sweet password checker library that Cala can be enabled to use.
[18:20] <tsimonq2> I switched it on in the dailies a few days ago.
[18:20] <wxl> ah cool
[18:20] <wxl> well
[18:20] <wxl> huh
[18:20] <wxl> it does let me use the same password as the username
[18:20] <wxl> that might not be ideal
[18:21] <tsimonq2> If people start b****ing at us, are you totes cool with saying "well, use a stronger password!" ?
[18:21] <tsimonq2> I am, if you are.
[18:21] <wxl> absolutely
[18:21] <tsimonq2> Cool.
[18:21] <wxl> but it also might not be working all that well (see above)
[18:21] <tsimonq2> https://github.com/calamares/calamares/blob/master/src/modules/users/users.conf#L61
[18:22] <tsimonq2> wxl: That's the info on it.
[18:23] <wxl> you mean https://github.com/libpwquality/libpwquality is
[18:23] <tsimonq2> Yeah.
[18:23] <tsimonq2> wxl: Our config: https://phab.lubuntu.me/source/calamares-settings-ubuntu/browse/master/lubuntu/modules/users.conf$13
[18:24] <wxl> OOOOH GITHUB CAN VIEW MANPAGES
[18:24] <wxl> https://github.com/libpwquality/libpwquality/blob/master/doc/man/pam_pwquality.8.pod
[18:25] <wxl> i wnoder if usercheck would work
[18:25] <wxl> probably not
[18:25] <tsimonq2> Play with it; i.e. get a live ISO and tweak it on the live system.
[18:25] <tsimonq2> /etc/calamares is where it's all installed.
[18:28] <wxl> i suggest minLength: 8 personally but some people will hate me
[18:29] <wxl> minclass: 4 is also my personal requirement
[18:30] <wxl> you should explicitly include dictcheck: 1 (it should be default, but make sure)
[18:31] <tsimonq2> wxl: Confirm that it works and maybe send a diff.
[18:31] <tsimonq2> Maybe you can do your first Arcanist diff on Phab. ;)
[18:40] <wxl> @tsimonq2: so i just edit /etc/calamres/modules/users.conf and run calamares?
[18:40] <tsimonq2> wxl: Yup, but Cala has to be closed when you edit the file.
[18:41] <tsimonq2> wxl: Ohhhhhh, you see agaida's comment? It's after $BROWSER is set...
[18:42] <wxl> oh jesus that's it????
[18:42] <tsimonq2> On my Lubuntu Cosmic setup:
[18:42] <tsimonq2> $ echo $BROWSER
[18:42] <tsimonq2> qupzilla
[18:43] <wxl> i don't think this works
[18:43] <tsimonq2> OH: I was right about postinst.
[18:43] <wxl> (the password checker)
[18:43] <tsimonq2> Harumph. :/
[18:43] <wxl> dictcheck breaks it altogether
[18:43] <wxl> but minclass=4 accepts only 2 classes
[18:44] <wxl> actually it accepts only one
[18:44] <tsimonq2> Ah.
[18:44] <tsimonq2>     # if BROWSER variable is not set, check some well known browsers instead
[18:44] <tsimonq2>     if [ x"$BROWSER" = x"" ]; then
[18:44] <tsimonq2>         BROWSER=www-browser:links2:elinks:links:lynx:w3m
[18:44] <tsimonq2>         if has_display; then
[18:44] <tsimonq2>             BROWSER=x-www-browser:firefox:iceweasel:seamonkey:mozilla:epiphany:konqueror:chromium:chromium-browser:google-chrome:$BROWSER
[18:44] <tsimonq2>         fi
[18:44] <tsimonq2> We need to set x-www-browser in Falkon's postinst.
[18:44] <tsimonq2>     fi
[18:44] <tsimonq2> Yeah no.
[18:44] <tsimonq2> wxl: Keep playing with it. ;)
[18:45] <wxl> yeah nope
[18:45] <wxl> even JUST including minclass=4 doesn't do anything
[18:45] <wxl> it's brokeded
[18:45] <tsimonq2> hmm
[18:45] <wxl> the only part that seems to work is the min and max length
[18:46] <wxl> maybe libpwquality isn't available at build time?
[18:46] <wxl> because that's the part that's not working
[18:46] <tsimonq2> For Cala?
[18:46] <tsimonq2> I mean, I can try it after this.
[18:46] <wxl> the min/maxlength are actually built into Cala
[18:48] <tsimonq2> Yeah.
[19:01] <tsimonq2> wxl: You're right about needing a Cala build dep.
[19:04] <wxl> @tsimonq2: wellllll the comments say as such XD
[19:24] <wxl> @tsimonq2: i still don't understand how $BROWSER is set to qupzilla. unless it's already set (what would it be set by? it's not in falkon's postinst), looking at /usr/bin/xdg-open, $BROWSER should be x-www-browser:etc. which would just work
[19:27] <wxl> indeed BROWSER=x-www-browser Just Works™
[21:23] -lugito:#lubuntu-devel- [rCALASETTINGSd6652367c57e: Add a changelog entry for the Danish translation.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rCALASETTINGSd6652367c57e
[21:23] -lugito:#lubuntu-devel- [rCALASETTINGSd2394fa5a6ba: Make the password detection runtime dep into a build dep.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rCALASETTINGSd2394fa5a6ba
[21:23] -lugito:#lubuntu-devel- [rCALASETTINGS82b66ac9a3ec: Bump Standards-version to 4.2.0, no changes needed.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rCALASETTINGS82b66ac9a3ec
[21:23] -lugito:#lubuntu-devel- [rCALASETTINGS8eeeac57c6db: Upload to Cosmic.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rCALASETTINGS8eeeac57c6db
[22:06] <wxl> @tsimonq2: strange is that on efi the live cd boots to the login screen. any idea what we need to do to fix that?
[22:06] <tsimonq2> wxl: uuuuuuuhhhhhhhhhhhhhh
[22:06] <tsimonq2> waaaaaaaat
[22:07] <wxl> @tsimonq2: tested with efi mode in vbox to be fair but i doubt it'd be different on real hardware
[22:07] <tsimonq2> wxl: Interesting, because it works fine on UEFI with QEMU.
[22:07] <tsimonq2> wxl: I also have real hardware.
[22:08] <wxl> maybe a regression?
[22:09] <tsimonq2> Nope, just tested with QEMU. I can test with Real Hardware in a few.
[22:09] <wxl> bt-dubs https://github.com/calamares/calamares/issues/1014
[22:09] <tsimonq2> Buggy VirtualBox is buggy. XD
[22:09]  * wxl shrugs
[22:13] -lugito:#lubuntu-devel- [rCALASETTINGSd9dc0546f68b: Remove the build dep completely.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rCALASETTINGSd9dc0546f68b
[22:13] -lugito:#lubuntu-devel- [rCALASETTINGSe628ebc084cd: Upload to Cosmic.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rCALASETTINGSe628ebc084cd
[22:22] <tsimonq2> wxl: OHHHHHHHHHHHHHHHHHHHH
[22:23] <tsimonq2> wxl: I figured out the xdg-open stuff.
[22:23] <tsimonq2> wxl: LXQt Session Settings -> Default Applications.
[22:23] <tsimonq2> wxl: Fixing.
[22:24] <wxl> what? no
[22:24] <tsimonq2> yuuuuuup.
[22:24] <wxl> i checked that, i swear
[22:24] <tsimonq2> Nope.
[22:24] <tsimonq2> That fixed it.
[22:24] <wxl> oh
[22:24] <wxl> look at that
[22:25] <tsimonq2> lubuntu-default-settings (ubuntu/cosmic)$ grep -R "qupzilla"
[22:25] <tsimonq2> src/etc/xdg/xdg-Lubuntu/lxqt/session.conf:BROWSER=qupzilla
[22:25] <tsimonq2> src/etc/xdg/xdg-Lubuntu/lxqt/panel.conf:apps\2\desktop=/usr/share/applications/org.qupzilla.QupZilla.desktop
[22:27] <wxl> so weird that it sets it via the variable
[22:29] <wxl> personally i'd consider that a bug against lxqt-session
[22:30] <tsimonq2> wxl: Blame agaida. XD
[22:30] <wxl> i usually do
[22:37] -lugito:#lubuntu-devel- [rDEFAULTSETTINGSdc68d9f740e6: We use Falkon now, not Qupzilla (LP: #1786986).] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rDEFAULTSETTINGSdc68d9f740e6
[22:37] <wxl> what i don't understand is how that didn't affect anything else XD
[22:37] <tsimonq2> wxl: BTW, do you see the fancy bug commenter? bug 1786986
[22:37] <tsimonq2> ¯\_(ツ)_/¯
[22:37] <wxl> and this is why i say it's a problem the way they do things: too many systems working in too many different ways
[22:38] <wxl> very nice
[22:38] <wxl> btw <email address hidden> on lugito's launchpad profile
[22:38] <wxl> you might want to spell it out (at, dot, etc)
[22:39] <tsimonq2> Because it's some weird one of mine.
[22:39] <tsimonq2> Long term we need to get IS to give us<EMAIL_ADDRESS>and point it at a shared inbox for the team.
[22:39] <wxl> no i mean in the text
[22:39] <wxl> it appears that you're trying to provide a place for people to email about it
[22:39] <tsimonq2> Right now it's<EMAIL_ADDRESS>[22:39] <tsimonq2> ohh
[22:39] <tsimonq2> what
[22:39] <tsimonq2> huh?
[22:40] <tsimonq2> wxl: You aren't logged into LP, are you?
[22:40] <wxl> doesn't info@ go to all of us?
[22:40] <wxl> not currently
[22:40] <tsimonq2> wxl: Test out info@
[22:40] <tsimonq2> I just hope it's not public.
[22:41] <tsimonq2> aha
[22:41] <tsimonq2> Nope, that just goes to lubuntu-admins.
[22:41] <wxl> same diff
[22:41] <tsimonq2> If we had a private mailing list, I'd say that's fine.
[22:41] <tsimonq2> But lugito@ might need sensitive info sent to it.
[22:41] <wxl> i doubt it
[22:41] <tsimonq2> Auth keys and whatnot.
[22:41] <tsimonq2> ¯\_(ツ)_/¯
[22:41] <tsimonq2> I dunno man.
[22:41] <wxl> if you're sending auth keys into a black hole you deserve what you get :)
[22:42] <tsimonq2> XD
[22:42] <tsimonq2> OK, fine.
[22:42] <tsimonq2> I'll change the email address in LP.
[22:42] <tsimonq2> wxl: But you wanna talk to IS about pointing lugito@ to lubuntu-admins?
[22:43] <wxl> naw, i'd just put info. same diff.
[22:45] <tsimonq2> wxl: What's this? https://launchpad.net/~bfwxl
[22:45] <tsimonq2> :)
[22:45] <wxl> one i use for work
[22:45] <wxl> i rarely use it
[22:45] <tsimonq2> ahh.


[00:48] <kl0rth0> Hi.  I could not find a support channel for armv7 I assume this is development only?
[00:55] <kl0rth0> I have a console blanking issue
[01:02] <kl0rth0> help...