[02:36] <cmaloney> heh
[16:44] <cmaloney> Woo woo
[19:38] <cmaloney> Afternoon
[19:38] <cmaloney> so dad-in-law is back home
[19:38] <cmaloney> I think we have a good plan of action.
[19:44] <gamerchick02> plan of action? hope it goes well?
[19:50] <cmaloney> Yeah, it's going well
[19:50] <cmaloney> I think he's OK for now
[19:51] <gamerchick02> ok
[19:52] <gamerchick02> i'm catching the Aus v. England Test 2 day 4. cricket... the Ashes tourney. it's long and looks a bit slow but that's ok
[19:54] <cmaloney> Any particular reason you're watching cricket?
[19:55] <cmaloney> Most folks on this side of the pond don't quite understand cricket. ;)
[19:55] <gamerchick02> i'm trying to understand it better
[19:55] <cmaloney> https://www.youtube.com/watch?v=dEH4ahCCrJo
[19:55] <gamerchick02> some of the guys at work play and follow cricket
[19:55] <cmaloney> Yes, some of them are from India. :)
[19:55] <cmaloney> I tried playing cricket
[19:55] <gamerchick02> and Pakistan!
[19:56] <gamerchick02> i've never tried it
[19:56] <cmaloney> to this day I have NFC what I was doing out there.
[19:56] <cmaloney> That video pretty much explains it
[19:57] <gamerchick02> lol
[19:57] <gamerchick02> overs are like outs, i guess
[19:57] <gamerchick02> i dunno
[19:57] <gamerchick02> https://www.cs.purdue.edu/homes/hosking/cricket/explanation.htm
[19:59] <gamerchick02> Rogers (one of the Aus players) apparently got hit on the head by a ball or whatever the other day and is now dizzy. poor dude
[19:59] <cmaloney> That ball is made of wood and lead
[19:59] <gamerchick02> ouch. yeah. right in the side of the mask
[19:59] <cmaloney> Possibly uranium and other heavy metals
[19:59] <gamerchick02> cork and string
[19:59] <cmaloney> Feels like titanium
[20:00] <gamerchick02> it's like a baseball but red with a stitching around the circumference.
[20:00] <cmaloney> https://www.youtube.com/watch?v=f481fxMyNbg
[20:01] <gamerchick02> HAH great!
[20:02] <gamerchick02> home runs!!!
[20:02] <cmaloney> Well, considering they're used to more "bunting" than thwacking
[20:03] <gamerchick02> yeah
[20:03] <cmaloney> Those would have been foul balls in baseball
[20:03] <gamerchick02> part of it is that the bowler is throwing high ones
[20:03] <gamerchick02> if they were lower and off the ground i doubt he'd know what to do with it
[20:04] <cmaloney> Likely send it somewhere between New York and LA
[20:05] <gamerchick02> heh
[20:05] <_stink_> cricket!
[20:05] <_stink_> i love it
[20:05] <gamerchick02> howdy _stink_
[20:05] <_stink_> yo
[20:05] <cmaloney> _stink_: You like fewtball too right?
[20:05] <gamerchick02> i'm watching yesterday's Ashes tourney
[20:05] <_stink_> all the foreign sports
[20:05] <_stink_> and most of the domestic ones.
[20:06] <cmaloney> _stink_: Rugby and Curling too?
[20:06] <gamerchick02> not yesterday but 7/19
[20:06] <gamerchick02> i like rugby and curling
[20:07] <_stink_> cmaloney: yes and yes!
[20:07] <_stink_> i played a year of rugby
[20:07] <_stink_> was really fun
[20:07] <gamerchick02> nice!
[20:07] <_stink_> i tried curling once
[20:07] <_stink_> also fun
[20:07] <gamerchick02> i've never tried curling
[20:07] <cmaloney> I think we're going to have to pull _stink_'s 'murican card.
[20:07] <gamerchick02> or rugby
[20:07] <gamerchick02> baseball yes, american football, yes
[20:08] <cmaloney> Rugby (from what I understand) is this: throw a ball and have a pile-on over the ball
[20:08] <cmaloney> and then beat the shit out of each other without padding
[20:08] <_stink_> yes
[20:08] <cmaloney> Whomever isn't completely unconscious by the end of it gets a point.
[20:08] <gamerchick02> yeah
[20:08] <_stink_> pretty much it
[20:08] <_stink_> it's great fun
[20:08] <gamerchick02> oh and the ball can't go forward except for running
[20:08] <_stink_> and if someone does something oyu don't like
[20:09] <_stink_> you stomp them with your cleats
[20:09] <gamerchick02> OUCH
[20:09] <_stink_> and it's ok
[20:09] <cmaloney> Yeah, it's like American Football and Hockey combined with none of the rules related to shoving a skate in someone's face.
[20:09] <cmaloney> and none of those sissy things like pads and timeouts.
[20:10] <gamerchick02> but ruggers know how to hit someone without injury. if a football player tried rugby they'd be in the hospital by halves
[20:10] <cmaloney> I think it's more they know how to pull their head out of the way
[20:10] <_stink_> oh yeah
[20:11] <_stink_> protect the head
[20:11] <gamerchick02> for sure!
[20:11] <_stink_> also in rugby if you tackle a ball carrier in a way that unnecessarily endangers him
[20:11] <_stink_> you get ejected
[20:11] <_stink_> so you can't really blatantly hurt sometone
[20:11] <gamerchick02> of course
[20:11] <_stink_> there are lots of chest up collisions
[20:11] <_stink_> at lower speeds
[20:11] <gamerchick02> football is a bit different
[20:11] <_stink_> than murkian football
[20:12] <gamerchick02> it looks like a grapple when they're in the scrum
[20:13] <_stink_> mauls are the best
[20:13] <_stink_> they hardly ever form at amateur level
[20:13] <_stink_> but they are so fun
[20:13] <gamerchick02> maul?
[20:13] <_stink_> and interesting
[20:13] <gamerchick02> a huge scrum?
[20:13] <_stink_> https://www.youtube.com/watch?v=sTsbiJdea6w
[20:14] <_stink_> it's a type of group play where the ball carrier is not tackled
[20:14] <gamerchick02> you plaied Union, not League, i take it
[20:14] <gamerchick02> *played
[20:15] <_stink_> oh yeah
[20:15] <_stink_> i hate league
[20:15] <gamerchick02> hah
[20:15] <gamerchick02> what's the difference? i've read a bit and i'm like 'huh?"
[20:16] <_stink_> https://www.youtube.com/watch?v=Ak_QWAAtvFo
[20:17] <_stink_> the second half of that where live play is shown gives an idea of what you can do off a maul
[20:17] <_stink_> league is essentially no rucks or mauls
[20:17] <gamerchick02> ah ok
[20:17] <_stink_> the phase is over when theball carrier is tackled
[20:17] <_stink_> he get to his feet, defense retreats a few yards
[20:17] <gamerchick02> ok
[20:18] <_stink_> play is restarted when he rolls the ball backward with his foot to a teammate
[20:18] <_stink_> fewer players too
[20:18] <_stink_> smaller pitch
[20:18] <_stink_> i feel like the game is just not as interesting
[20:18] <_stink_> as unio
[20:18] <_stink_> n
[20:18] <gamerchick02> i've watched a bit of Sevens
[20:18] <_stink_> i'm a total snob
[20:18] <_stink_> i don't love sevens either :)
[20:19] <gamerchick02> Sevens is on TV
[20:19] <gamerchick02> the only way i get any cricket or rugby is through watchespn
[20:20] <_stink_> yeah they show lots of sevens on watchespn
[20:20] <gamerchick02> well they also show sevens on NBC i think sometimes
[20:21] <_stink_> they have showed college sevens i know
[20:21] <gamerchick02> yeah
[20:21] <gamerchick02> i don't have fancy cable so i don't get fancy rugby games
[20:21] <_stink_> yeah i don't pay for bein sport either
[20:22] <gamerchick02> i just have the limited basic
[20:22] <gamerchick02> so that gives me most of the OTA stations and CBC, PBS from Flint, and TVO
[20:33] <cmaloney> I'm so pissed that we no longer get CBC
[20:33] <cmaloney> When we made the switch to digital broadcast signals we lost CBC
[20:34] <gamerchick02> :(
[20:34] <gamerchick02> you have an antenna, yes?
[20:34] <gamerchick02> i've never gotten it before living down here
[20:34] <gamerchick02> never had cable
[20:34] <gamerchick02> till moving down here. ahem
[20:35] <cmaloney> Yeah, antenna
[20:35] <gamerchick02> you were a cord-cutter before cord cutting was cool
[20:35] <gamerchick02> my mom was too. :-P
[20:38] <cmaloney> I've been a cord cutter all of my life
[20:39] <cmaloney> though we still pay a cable bill for my dad-in-law
[20:39] <gamerchick02> i had cable in college because it came with the dorm room and apartment
[20:39] <gamerchick02> i have it now for the internet
[20:39] <cmaloney> yeah, we're cabled because of the internet.
[20:39] <gamerchick02> i swear! it's just for the internet!  i'm holding the cable for a friend!
[20:39] <cmaloney> heh
[20:39] <gamerchick02> :-P
[20:39] <cmaloney> bbl
[20:39] <gamerchick02> kk


[20:08] <resoluti0n> hi
[20:09] <resoluti0n> I have 3 gnome extensions that do not load since my upgrade to 18.10...has anyone experienced the same issue?
[20:10] <resoluti0n> some extensions has start to work again after a reinstallation but 3 of them are still not working
[20:12] <resoluti0n> ...has anyone experienced something similar with 18.10?
[20:24] <hggdh> resoluti0n: yes, I have -- some extensions were not updated to the new Gnome version, and were failing. IDK if this is your case
[20:26] <hggdh> (right now I am running KDE, given my install was locking up under Gnome, and I did not have time to investigate)
[20:29] <resoluti0n> hggdh: ok so I guess 18.10 has still has many issues remaining under Gnome.
[20:30] <hggdh> resoluti0n: not really. My issues are probably *mine*, since I was testing some things not-really-official
[20:30] <hggdh> for the extensions... except for the Ubuntu-packaged ones, they depend on the extension developer to update
[20:33] <resoluti0n> hggdh: do you know if the extension packages available in the official 18.10 are the same that are available on https://extension.gnome.org ?
[20:34] <hggdh> resoluti0n: they were the same at one (recent) point in time.
[20:34] <hggdh> if they are still the same... again depends on the extension developer
[20:36] <resoluti0n> so the gnome website could have a more recent version of a extension...
[20:40] <hggdh> of course
[20:46] <resoluti0n> ok good to know. thanks :) I don't know if I will just dd my computer back to 18.04 or if I will take some time to troubleshoot this a little further.
[20:49] <resoluti0n> anyway thx again! :)
[20:53] <hggdh> yw
[21:04] <hggdh> resoluti0n: for the record, I went back to Gnome, and dconf reset -f /
[21:05] <hggdh> and it seems good. Obviously, I lost all Gnome configuration
[22:10] <resoluti0n> hggdh: Interesting! I will try that later this evening or tommorrow to see if that could fix the problems for me as well. Thanks!
[22:24] <resoluti0n> I finally decide to try it right away and unfortunately, the reset didn't works for me. I also try earlier to reinstall the extensions directly from Gnome website and that didn't work neither unfortunately. I will just re-image my computer to 18.04 tommorow and wait that those extensions get updated for Gnome 3.30 before upgrading again.
[23:01] <hggdh> resoluti0n: try also gsettings list-schemas | xargs -n 1 gsettings reset-recursively
[23:01] <hggdh> if you are going to re-install, this could still do the trick
[23:56] <confused_llama> anyone in here willing to help me with an odd one?
[23:58] <Bashing-om> !ask | confused_llama
[23:59] <confused_llama> cosmic cuttlefish cannot see the battery on my hp detachable notebook.


[08:28] <sil2100> smspillaz: hi!
[08:28] <sil2100> smspillaz: I noticed that CI has failed on my revert branch - you have any idea why?
[08:29] <sil2100> https://code.launchpad.net/~sil2100/compiz/revert_vb_patches/+merge/149725
[08:35] <smspillaz> sil2100: yeah, there's a broken test in CI :( it should be fixed now
[08:35] <smspillaz> BUT
[08:36] <smspillaz> I think I know whats causing this problem anyways, so I'd probably hold off on the revert for about on hour
[08:36] <sil2100> smspillaz: excellent!
[08:36] <sil2100> smspillaz: what do you think might be the root cause?
[08:37] <smspillaz> sil2100: well, I'm pretty sure that the fact that unity even started was never even meant to work
[08:37] <smspillaz> I'm just going to roll a thing to make it force-import any new profiles if you change it from, eg, outside compizconfig
[08:39] <smspillaz> sil2100: BTW, if you just build the branch without any distro patches and install it, it won't load anything
[08:39] <smspillaz> because we have a distro patch that auto-loads the ccp plugin, which bootstraps the load process
[08:41] <smspillaz> sil2100: it just took me forever to get CCSContext in a test harness, but I've got it now
[08:44] <sil2100> smspillaz: ;)
[08:45] <sil2100> smspillaz: this is one big WTF-machine it seems
[09:06] <mterry> sil2100, does your latest landed merge mean that compiz is working again?
[09:10] <sil2100> mterry: which merge?
[09:11] <sil2100> mterry: sadly, my revert didn't go in because of CI failures, but Sam anyway said to hold for a moment more
[09:11] <mterry> sil2100, https://code.launchpad.net/~sil2100/compiz/revert_vb_patches/+merge/149725  (but now I see it didn't land)
[09:12] <mterry> sil2100, OK, no worries
[09:44] <smspillaz> sil2100: I need to debuild this thing. Could take me some time, and then I have to go out for 2 hours
[09:45] <smspillaz> sil2100: what I have atm is uploaded to ~compiz-team/compiz/compiz.fix_1130679/
[10:24] <mterry> fginther, hello!  some part of the jenkins process is running make -n coverage-xml (as you can see near the bottom of https://jenkins.qa.ubuntu.com/job/hud-ci/build=pbuilder,distribution=raring,flavor=amd64/27/console )
[10:25] <mterry> fginther, and for the hud, this is not working apparently because I dropped gtester2xunit from the Build-Depends
[10:25] <mterry> fginther, is there a way you could add that package to the jenkins build manually (but not to the package itself, since we don't want gtester2xunit in main)
[10:26] <mterry> fginther, (or don't run coverage-xml, but I assume someone added that for a reason)
[10:41]  * mhr3 hides from mterry
[10:42] <mterry> mhr3, :)
[10:44] <mterry> mhr3, if keeping old symbols is too gross, option #2 isn't so bad (new library name).  You could even drop the old symbols altogether if you wanted
[10:44] <MCR_> andyrock, https://bugs.launchpad.net/ubuntu/+source/unity/+bug/748539/comments/27
[10:45] <mterry> mmrazik, ^ up above, my comments to fginther apply to you
[10:45] <mhr3> mterry, i'd rather not go to decide on this right away, #2 kinda makes sense, but it primarily breaks the scopes API, and old scopes just won't work with the old api anyway
[10:45] <andyrock> MCR_, what about OSK then?
[10:46] <mhr3> mterry, anyway, we just want this in a ppa so interested developers can use it
[10:46] <mhr3> mterry, it's not merge proposed against trunk fwiw
[10:50] <MCR_> andyrock, OSK should already be on-top as well, no ? But simply forget it as further testing shows that this solution will just work if only the fullscreened window is on-top
[10:51] <MCR_> andyrock, once you set another window to be on-top as well, the panel comes up over the fullscreened video again :)
[10:51] <MCR_> so not exactly ideal... :(
[10:56] <mterry> mhr3, well, I didn't mark the branch as fix needed.  But obviously, this needs some thinking before we do land in trunk
[10:57] <mhr3> mterry, don't worry, i'm keeping it in mind
[11:01] <mterry> mhr3, regarding old scopes not working with the old api anyway: (A) sad-face; it would be nice if there were some compatibility layer (B) there is a difference between breaking a build and breaking functionality -- one of those makes it harder to ship a security fix for a non-updated app using libunity for example
[11:04] <mhr3> mterry, unless the non-updated app can build cleanly with the latest libunity, which it will cause it's not a scope
[11:06] <mterry> mhr3, OK...  say we have a scope packaged along with something else.  Say I have a 3rd party app in the Software Center that ships a scope.  I dunno.  This is a general principle regarding libraries and maybe scopes have special considerations, but I'm leery that it's true
[11:07] <mhr3> then the scope isn't working and you should update it :)
[11:08] <mterry> mhr3, agreed.  But I'm drawing a distinction between two types of not-working and making the claim that breaking a build is worse than breaking functionality
[11:08] <mhr3> mterry, but yes, i'm aware of all of this, we might end up putting scopes in a completely separate library or something, TBD
[11:09] <mterry> mhr3, with the caveat that breaking functionality is also something you shouldn't do.  ;)
[11:09] <mterry> mhr3, sure.  I'll stop bugging you about it.  :)  I'm sure it will all be sorted by landing
[11:10] <mmrazik> mterry: FYI -- the hud-ci job is failing because thre are no tes-results (consequence of the gtester2xunit dep). make -n coverage-xml is working just fine.
[11:10] <mmrazik> mterry: I'll take care of it
[11:10] <mmrazik> fginther: ^
[11:10] <mterry> mmrazik, ah, OK.  I read the log wrong.  Thanks!
[11:10] <mterry> mmrazik, we can fix it by adding gtester2xunit as a special jenkins-installed package?  cool
[11:10] <andyrock> MCR_, btw i've a working solution (just need to fix a corner case with multimple VPs)
[11:11] <mmrazik> mterry: yes
[11:11] <mterry> nice
[11:11] <MCR_> andyrock, that is great to hear :)
[11:11] <mhr3> mterry, let's call breaking apis an anti-virus measure, then everyone will think it's a good thing ;D
[11:12] <mterry> mmrazik, is that a separate build than the PPA then?  i.e. we build in jenkins with special package, then later push to PPA with no special packages?
[11:12] <mmrazik> mterry: yes
[11:12] <mterry> mhr3, don't imply we have a virus problem!
[11:12] <mmrazik> mterry: we are e.g. adding coverage flags too
[11:12] <mterry> mmrazik, cool
[11:12] <MCR_> andyrock, at least I've found a workaround, which should work for 12.04 and 12.10 users
[11:12] <mmrazik> so we can generate the coverage report
[11:12] <mterry> mmrazik, ah, makes sense
[11:12] <andyrock> MCR_, sure
[11:12] <andyrock> btw I think we need to SRU it
[11:13] <MCR_> andyrock, btw - onboard has a special on-top modus, but it is turned off by default...
[11:13] <mhr3> mterry, no, no, i'm implying this is why we don't :)
[11:13] <mterry> k:)
[11:13] <mterry> I mean, :)
[11:13]  * MCR_ is looking forward to your solution, andyrock :)
[11:13] <mterry> k:) make me look like I just graduated
[11:14] <mhr3> heh
[11:26] <mmrazik> fginther, mterry: btw. jenkins should be fixed now
[11:26] <mterry> mmrazik, awesome
[11:52] <sil2100> smspillaz: ping
[12:11] <mterry> mmrazik, the "Unity Merger" launchpad account is what lands things to branches, right?
[12:11] <mmrazik> mterry: nope. its the old one. the correct one is<EMAIL_ADDRESS>(launchpad id: ps-jenkins)
[12:15] <mterry> mmrazik, I think we're ready to enable autolanding for unity-greeter.  Can you check to make sure things are set up correctly?  (note that we don't want auto-uploading yet)
[12:19] <mmrazik> mterry: looks good
[12:20] <mmrazik> mterry: autolanding should be set-up too. fginther created the jobs yesterday (thats why I found out about the previous merge proposal -- my watchdog was complaining there is approved but not merged MP)
[12:20] <mterry> mmrazik, ah interesting
[12:20] <mterry> thanks!
[12:20]  * mterry is eager to try it out
[12:21] <mterry> mmrazik, btw, we have launchpad pushing translation updates to trunk.  I assume that autolanding will be fine with that?
[12:21] <mmrazik> mterry: you mean launchpad pushing directly to trunk and not via autolanding?
[12:21] <smspillaz> sil2100: pong
[12:21] <mmrazik> that should work. jenkins won't notice it
[12:22] <mterry> mmrazik, yeah, I guess.  Launchpad has a feature where you can have it put translations updates directly into a branch, and we have it pointing at trunk
[12:22] <mterry> mmrazik, OK, cool
[12:22] <mterry> mmrazik, you deactivated unity-team?   I thought that was how ps-jenkins got in.  But maybe it's part of pspmteam?
[12:23] <mmrazik> mterry: I've deactivated unity-team and added canonical-product-strategy (c-p-s was already part of unity-team)
[12:23] <mterry> ah
[12:23] <mmrazik> its more less the same people but I don't like these transitive memberships
[12:23] <mmrazik> it just creates mess
[12:23] <mmrazik> so c-p-s should be everywhere for a bit more transparency
[12:51] <MCR_> andyrock, if you're in review mode: https://code.launchpad.net/~mc-return/unity/unity.merge-fix1131152-cppcheck-issues/+merge/149801
[12:52] <MCR_> :)
[12:53] <sil2100> smspillaz: ping!
[13:03] <smspillaz> sil2100: ....pong ?
[13:03] <smspillaz> sil2100: you must have a flakey connection
[13:03] <smspillaz> as for my branch .. still working on it
[13:03] <smspillaz> I noticed that the upgrade code did not quite kick in
[13:04] <smspillaz> erm, the profile thing
[13:04] <smspillaz> its difficult to test properly
[13:04] <sil2100> smspillaz: ah, since I built what you already had in the branch but the problem was still there, so I've been wondering how the upgrades are going
[13:05] <sil2100> smspillaz: yea, today I somehow get disconnected for no reason ;/
[13:07] <smspillaz> sil2100: I'm working on it. Its a total pain to test properly, unless you know of any filesystem mocking utilities
[13:07] <sil2100> smspillaz: sadly ;(
[13:08] <smspillaz> the surrounding code is very tightly coupled with the filesystem. I could break those dependencies but it would take days
[13:08] <smspillaz> so its not worth it
[13:08] <smspillaz> I've just got a small unit test in, but it obviously can't cover everything, except the decision to import from /etc/compizconfig
[13:23] <smspillaz> ccsListAppend (list, foo);
[13:23] <smspillaz> I make that bloody mistake all the time
[13:23] <smspillaz> (it requires assignment like g_list etc)
[15:16] <fginther> mterry, I think I've caught up on the backlog. but just in case, is there anything you need from me that mmrazik didn't resolve?
[15:31] <mterry> fginther, no...  I don't think so
[15:31] <mterry> fginther, thanks  :)
[16:43] <smspillaz> andyrock: Trevinho: sil2100: review coming your way: https://code.launchpad.net/~compiz-team/compiz/compiz.fix_1130679/+merge/149574
[16:43] <smspillaz> I know its big, its mostly because I moved a big chunk of code from one file to antoher
[16:45] <smspillaz> bschaefer: https://code.launchpad.net/~compiz-team/compiz/compiz.fix_1130679/+merge/149574
[16:45] <sil2100> smspillaz: big thanks! Looking, test building and testing
[16:45] <bschaefer> smspillaz, cool, ill take a look
[16:45] <smspillaz> I hate the settings code
[16:45] <smspillaz> all of it
[16:45] <bschaefer> haha
[16:45] <sil2100> heh ;) So there's more of us
[16:45] <sil2100> !
[16:45] <smspillaz> every time I have to manipulate character arrays I want to stab someone I swear
[16:46]  * bschaefer enjoys char*
[16:46] <sil2100> Ok, this review is BIG
[16:46] <sil2100> ;)
[16:47] <bschaefer> though they are a large source of error
[16:47] <smspillaz> sil2100: its mostly because I moved a few big chunks out of main.c into separate files
[16:54] <bschaefer> smspillaz, looking at getenv, we should probably be using secure_getenv
[16:54] <bschaefer> so we don't actually get the real copy ...
[16:55] <bschaefer> 386	+ char *home = getenv ("HOME");
[16:55] <bschaefer> 387	+ char *override_backend = getenv ("LIBCOMPIZCONFIG_BACKEND_PATH");
[16:56] <smspillaz> bschaefer: yep, you're right
[16:56] <bschaefer> smspillaz, I was just reading the man pages for getenv :) (I didn't know that existed)
[16:57] <smspillaz> bschaefer: neither did I, although now that I've read them I don't think its applicable in this case
[16:57] <bschaefer> smspillaz, hmm well you don't modify it, possibly making the char* you assign them to a const?
[16:57] <bschaefer> to show its read only
[16:58] <smspillaz> bschaefer: you only want to use secure_getenv for setuid programs, so that you can't, eg, inject code into a setuid process through its environment
[16:58] <smspillaz> bschaefer: well, getenv returns char *, but I suppose that's a good point
[16:59] <bschaefer> smspillaz, right, yeah it just sounded nicer "secure!"
[16:59] <TheMuso> c/
[16:59] <sil2100> ;)
[16:59] <bschaefer> smspillaz, also on your if statements, could we throw in {}
[17:00] <bschaefer> 396	+
[17:00] <bschaefer> as it gets hard to read when the if statement is 2 lines already
[17:00] <bschaefer> (the asprintf ones)
[17:00]  * bschaefer just start taking notes to put on the MP
[17:01] <smspillaz> bschaefer: the without-braces is compiz style if the action falls on the next line
[17:01] <smspillaz> and its only one statement
[17:01] <bschaefer> yeah true, I try to use braces when ever my if statement is longer then 1 line
[17:01] <bschaefer> I still don't know the compiz style 100% :)
[17:03] <smspillaz> heh
[17:04] <smspillaz> launchpad diffs on .patch files are impossible to read
[17:09] <smspillaz> going to bed gnight
[17:13] <sil2100> Wgiii!
[17:13] <sil2100> Whooo!
[17:14] <sil2100> It works!
[17:20] <mterry> sil2100, \o/
[17:21] <bschaefer> sil2100, to make you happier 100% tests passed, 0 tests failed out of 1325
[17:21] <bschaefer> :)
[17:22] <bschaefer> im like 70% done with the review...
[17:23] <sil2100> \o\
[17:23] <sil2100> /o/
[17:32] <bschaefer> smspilla|z, https://code.launchpad.net/~compiz-team/compiz/compiz.fix_1130679/+merge/149574/comments/325644
[17:32] <bschaefer> noo hes gone
[17:32] <bschaefer> sil2100, sooo hmm most of the need fixing is more or less needing information
[17:33] <bschaefer> sil2100, should we wait until later for him to look at the comment?
[17:38] <sil2100> bschaefer: hm hm, good question - the sooner we have it fixed the better
[17:39] <sil2100> bschaefer: it's in compiz-team, so we can probably fix anything that needs fixing
[17:39] <bschaefer> sil2100, very true, and there is nothing that is a red flag to me
[17:39] <bschaefer> (maybe a yellow one)
[17:42] <sil2100> bschaefer: I would probably initialize and NULL-check the two char * variables anyway
[17:42] <sil2100> As for the rest, hmm
[17:45] <sil2100> didrocks: ping
[17:45] <didrocks> sil2100: pong pong!
[17:46] <sil2100> didrocks: a quick question regarding bamf on precise - do you know if bamf landed in *precise-proposed* as well? Version 0.2.126-0ubuntu1
[17:46] <sil2100> (the one Timo was working on)
[17:46] <didrocks> sil2100: I think so, let me look at that
[17:46] <sil2100> didrocks: or was it removed from the queue before entering -proposed?
[17:47] <sil2100> didrocks: if yes, could you quickly push the -proposed version somewhere so that I can rebase Timo's branch on it ;) ? Since I'm being poked about the fix already
[17:47] <didrocks> sil2100: phrumpf, it's been uploaded (I have the .upload file), but no trace in -proposed not in unapproved
[17:48] <sil2100> uuuh
[17:48] <sil2100> hmmm
[17:48] <sil2100> ;)
[17:48] <sil2100> What should we do in this case?
[17:49] <didrocks> sil2100: do you mind contacting any SRU team member and keep me updated?
[17:49] <didrocks> sil2100: I can reupload if needed
[17:49] <didrocks> sil2100: but I don't see any reject email :/
[17:49] <sil2100> didrocks: ok! Well, we asked for it to get removed, just been wondering if it made to -proposed
[17:50] <didrocks> ah ok :)
[17:50] <sil2100> didrocks: since we wanted to release it with a cherry-pick
[17:50] <didrocks> sil2100: no, it didn't
[17:50] <sil2100> didrocks: \o/
[17:50] <sil2100> didrocks: thanks!
[17:50] <didrocks> sil2100: yw
[18:02] <bschaefer> sil2100, soo how about we pull the branch fix the uninted chars and push a  branch that depends on sams?
[18:05] <bschaefer> sil2100, actually, looking at sams branch, its ~compiz-team so we can push directly to it
[18:06] <bschaefer> sil2100, im just going to fix the uninted char* and get it approved and merged
[18:06] <sil2100> bschaefer: yes, I mentioned that earlier ^
[18:06] <bschaefer> sil2100, I didn't see that!
[18:07] <sil2100> bschaefer: that's why I proposed fixing that, since we have push permissions ;)
[18:07] <bschaefer> daang now Im reading that
[18:07] <bschaefer> haha
[18:07] <bschaefer> opps
[18:07] <sil2100> bschaefer: fix as many minor things as you feel need fixing and let's maybe approve it
[18:07] <sil2100> Since Sam will be up a bit later,  while we need to have a release this week! ;)
[18:08] <bschaefer> yup, Ill be happy to approve it with the possibility of freeing an united char* gone
[18:12] <sil2100> :)
[18:41] <bschaefer> sil2100, i've approved of the branch
[18:41] <sil2100> bschaefer: excellent, thanks! Only those uninit fixes you made or something else?
[18:41] <bschaefer> sil2100, yeah, I only changed the uninted problems, the other ones were super minor
[18:42] <sil2100> \o/
[18:42] <sil2100> bschaefer: big thanks!
[18:42] <bschaefer> (like casting just to reduce warnings of compiler options ever change)
[18:42] <bschaefer> np!
[18:42]  * sil2100 hopes for an unblocked Unity tomorrow
[18:42] <bschaefer> errg
[18:42] <bschaefer> yeah
[18:42] <sil2100> I mean, compiz
[18:42] <sil2100> ;)
[18:42] <sil2100> See you later then!
[18:42] <bschaefer> me too!
[18:42] <bschaefer> c ya!


[00:00] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-release-upgrader [source] (hirsute-proposed) [1:21.04.6]
[00:01] -queuebot:#ubuntu-release- Unapproved: accepted ubiquity-slideshow-ubuntu [source] (hirsute-proposed) [164]
[00:02] -queuebot:#ubuntu-release- Unapproved: accepted glibc [source] (hirsute-proposed) [2.33-0ubuntu5]
[01:34] -queuebot:#ubuntu-release- Unapproved: pciutils (focal-proposed/main) [1:3.6.4-1 => 1:3.6.4-1ubuntu<IP_ADDRESS>] (core, i386-whitelist)
[01:51] -queuebot:#ubuntu-release- Unapproved: aptitude (hirsute-proposed/universe) [0.8.13-2ubuntu2 => 0.8.13-3ubuntu1] (no packageset)
[01:52] -queuebot:#ubuntu-release- Unapproved: accepted aptitude [source] (hirsute-proposed) [0.8.13-3ubuntu1]
[02:25] -queuebot:#ubuntu-release- Unapproved: dino-im (hirsute-proposed/universe) [0.2.0-1 => 0.2.0-2] (no packageset) (sync)
[02:25] -queuebot:#ubuntu-release- Unapproved: accepted dino-im [sync] (hirsute-proposed) [0.2.0-2]
[02:38] -queuebot:#ubuntu-release- Unapproved: ignore-me (hirsute-proposed/universe) [0.1.2-1 => 0.1.2-1ubuntu1] (no packageset)
[02:39] -queuebot:#ubuntu-release- Unapproved: accepted ignore-me [source] (hirsute-proposed) [0.1.2-1ubuntu1]
[02:45] -queuebot:#ubuntu-release- Unapproved: indexed-gzip (hirsute-proposed/universe) [0.8.6-1.1build3 => 0.8.6-1.2] (no packageset) (sync)
[02:46] -queuebot:#ubuntu-release- Unapproved: accepted indexed-gzip [sync] (hirsute-proposed) [0.8.6-1.2]
[02:56] <sarnold> I just noticed sks has been reinstated into hirsute and wanted to make sure that we didn't mind shipping with it; thanks
[04:14] -queuebot:#ubuntu-release- Unapproved: systemd (xenial-proposed/main) [229-4ubuntu21.30 => 229-4ubuntu21.31] (core)
[05:04] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (xenial-proposed/main) [4.4.0-208.240] (core, kernel)
[05:06] -queuebot:#ubuntu-release- New binary: linux-signed-kvm [amd64] (groovy-proposed/main) [5.8.0-1023.25] (core)
[06:07] <ginggs> sarnold: what are your concerns about sks?  afaics, it was removed due a ftbfs blocking an ocaml transition, and the new version didn't migrate due to an autopkgtest regression, which is now fixed
[06:47] -queuebot:#ubuntu-release- Unapproved: barbican (hirsute-proposed/main) [2:11.0.0+git2021012507.85257b56-0ubuntu1 => 2:12.0.0~rc1-0ubuntu2] (openstack)
[07:25] -queuebot:#ubuntu-release- Unapproved: accepted gcc-10 [source] (hirsute-proposed) [10.2.1-24ubuntu1]
[07:26] -queuebot:#ubuntu-release- Unapproved: accepted barbican [source] (hirsute-proposed) [2:12.0.0~rc1-0ubuntu2]
[07:53] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (xenial-proposed) [4.4.0-208.240]
[07:53] -queuebot:#ubuntu-release- New: accepted linux-signed-kvm [amd64] (groovy-proposed) [5.8.0-1023.25]
[08:02] -queuebot:#ubuntu-release- Unapproved: ceilometer (hirsute-proposed/main) [2:15.0.0+git2021012507.55c7f312-0ubuntu3 => 2:16.0.0~rc1-0ubuntu1] (openstack)
[08:28] -queuebot:#ubuntu-release- Unapproved: magnum (hirsute-proposed/universe) [11.0.0+git2021020817.61cb3452-0ubuntu1 => 12.0.0~rc1-0ubuntu1] (openstack)
[09:03] -queuebot:#ubuntu-release- Unapproved: manila (hirsute-proposed/universe) [1:11.0.0+git2021012911.be794fb1-0ubuntu1 => 1:12.0.0~rc1-0ubuntu1] (openstack)
[09:24] -queuebot:#ubuntu-release- Unapproved: accepted ceilometer [source] (hirsute-proposed) [2:16.0.0~rc1-0ubuntu1]
[09:24] -queuebot:#ubuntu-release- Unapproved: accepted manila [source] (hirsute-proposed) [1:12.0.0~rc1-0ubuntu1]
[09:24] -queuebot:#ubuntu-release- Unapproved: accepted magnum [source] (hirsute-proposed) [12.0.0~rc1-0ubuntu1]
[09:27] -queuebot:#ubuntu-release- Unapproved: masakari (hirsute-proposed/main) [10.0.0+git2021012507.67f9212-0ubuntu1 => 11.0.0~rc1-0ubuntu1] (openstack)
[09:46] -queuebot:#ubuntu-release- Unapproved: accepted masakari [source] (hirsute-proposed) [11.0.0~rc1-0ubuntu1]
[09:48] -queuebot:#ubuntu-release- Unapproved: mistral (hirsute-proposed/universe) [11.0.0+git2021012507.3c83837f-0ubuntu1 => 12.0.0~rc1-0ubuntu1] (openstack)
[09:50] <doko> icey: I see you're busy with openstack... cinder triggers some component mismatches
[09:52] <icey> doko: happy to investigate, I don't see Cinder on https://people.canonical.com/~ubuntu-archive/component-mismatches.svg , can you point me in a direction?
[09:54] <icey> mhm, looks like the dependency on python3-boto3 ?
[09:58] <icey> doko: I wonder if we should work on migrating boto to boto3, as upstream(https://github.com/boto/boto) says: "For the latest version of boto, see https://github.com/boto/boto3"
[09:58] <icey> and it looks like the latest upstream boto release is from mid 2018
[09:58] <icey> (obviously, not for Hirsute)
[10:05] <doko> icey: in proposed: https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg
[10:06] -queuebot:#ubuntu-release- Unapproved: accepted mistral [source] (hirsute-proposed) [12.0.0~rc1-0ubuntu1]
[11:17] -queuebot:#ubuntu-release- Unapproved: budgie-artwork (hirsute-proposed/universe) [0.13.7 => 0.13.8] (personal-fossfreedom, ubuntu-budgie)
[12:08] -queuebot:#ubuntu-release- Unapproved: netgen (hirsute-proposed/universe) [6.2.2006+really6.2.1905+dfsg-2ubuntu1 => 6.2.2006+really6.2.1905+dfsg-2.1~build1] (no packageset)
[12:08] <LocutusOfBorg> ^^ yay!
[12:08] <LocutusOfBorg> cpaelzer, ^^
[12:09] -queuebot:#ubuntu-release- Unapproved: accepted netgen [source] (hirsute-proposed) [6.2.2006+really6.2.1905+dfsg-2.1~build1]
[12:35] -queuebot:#ubuntu-release- Unapproved: qtwebengine-opensource-src (hirsute-proposed/universe) [5.15.2+dfsg-3ubuntu1 => 5.15.3+dfsg-3ubuntu1] (kubuntu) (sync)
[12:35] -queuebot:#ubuntu-release- Unapproved: qtwebview-opensource-src (hirsute-proposed/universe) [5.15.2-2 => 5.15.2-2build1] (kubuntu) (sync)
[14:21] -queuebot:#ubuntu-release- Unapproved: ubuntu-mate-settings (hirsute-proposed/universe) [21.04.5 => 21.04.6] (ubuntu-mate)
[14:48] <ddstreet> tjaalton bdmurray could either of you review/accept the systemd in the xenial queue, has only a minor correction to fix what's already in -proposed
[14:51] <bdmurray> ddstreet: looking
[14:54] -queuebot:#ubuntu-release- Unapproved: accepted systemd [source] (xenial-proposed) [229-4ubuntu21.31]
[15:56] -queuebot:#ubuntu-release- Unapproved: usb-creator (hirsute-proposed/main) [0.3.8 => 0.3.9] (ubuntu-desktop)
[17:57] -queuebot:#ubuntu-release- Unapproved: kannel-sqlbox (hirsute-proposed/universe) [0.7.2-5build2 => 0.7.2-5ubuntu1] (no packageset)
[17:57] -queuebot:#ubuntu-release- Unapproved: accepted kannel-sqlbox [source] (hirsute-proposed) [0.7.2-5ubuntu1]
[18:00] -queuebot:#ubuntu-release- Unapproved: zeitgeist (hirsute-proposed/universe) [1.0.2-3ubuntu2 => 1.0.3-4ubuntu1] (ubuntu-budgie)
[18:11] -queuebot:#ubuntu-release- Unapproved: kcm-fcitx5 (hirsute-proposed/universe) [5.0.3-2 => 5.0.3-2ubuntu1] (no packageset)
[18:11] -queuebot:#ubuntu-release- Unapproved: accepted ec2-instance-connect [source] (groovy-proposed) [1.1.12+dfsg1-0ubuntu<IP_ADDRESS>]
[18:12] -queuebot:#ubuntu-release- Unapproved: accepted kcm-fcitx5 [source] (hirsute-proposed) [5.0.3-2ubuntu1]
[18:13] -queuebot:#ubuntu-release- Unapproved: accepted ec2-instance-connect [source] (focal-proposed) [1.1.12+dfsg1-0ubuntu<IP_ADDRESS>]
[18:16] -queuebot:#ubuntu-release- Unapproved: accepted ec2-instance-connect [source] (bionic-proposed) [1.1.12+dfsg1-0ubuntu3~18.04.2]
[18:23] <sarnold> ginggs: after this mess [*] it's felt like sks has unsolvable problems and concerns about lack of upstream; if it was just removed due to a funny transition, that's one thing, but I wanted to make sure that if it had been removed for more pressing reasons, it wouldn't be overlooked :) [*]: https://gist.github.com/rjhansen/67ab921ffb4084c865b3618d6955275f


[14:30] <busigast> hey guys
[14:31] <busigast> i have a lill problem here i just installed ubuntu studio and i have a Presonus Firestudio Project soundcard i want to use, but it dosent seem to work out of the box, im kinda new to linux, can anyone help me ?
[20:39] <kisil> Anyone know where I can find technical docs about the sound architecture in 11.04? Since the changes, my Tascam sound card is sometimes not loading correctly
[20:54] <holstein> kisil: what card?
[20:54] <holstein> im going to say, maybe the kernel change
[20:55] <kisil> Tascam us122
[20:55] <kisil> The card loads correctly some of the time
[20:55] <holstein> kisil: i have one of those
[20:55] <kisil> so I think it "works"
[20:55] <holstein> yeah, its just finicky it seems
[20:55] <kisil> I have it configured with a udev script, and it seems that's not loading sometimes
[20:55] <holstein> i have a 122l
[20:55] <kisil> usx2yloader doesn't run
[20:56] <holstein> i dont use that card much
[20:56] <kisil> I was going to ask, how did you configure it? I know there are a couple of ways
[20:56] <holstein> and when i have gotten it to work, it wasnt really worth the effort
[20:56] <kisil> What do you use instead?
[20:56] <holstein> right now, my main rig is a presosun firepod
[20:56] <kisil> I'm open to getting another card, just haven't bothered since this was working for a while
[20:57] <holstein> kisil: i wouldnt get new hardware if thats working for you
[20:57] <holstein> just go back to 10.04
[20:57] <holstein> thats what im running
[20:57] <holstein> 10.04 with KXstudio ppa's
[20:57] <holstein> anyways, i use jackd -RP50 -dalsa -dusb_stream:1 -r44100 -p64 -n2
[20:57] <holstein> with the 122l
[20:57] <kisil> I've had other issues, so it's something I've been thinking about
[20:57] <holstein> but, i think the l and non-l versions are quite different
[20:58] <kisil> I didn't know there was an L version
[20:59] <kisil> Thanks for the input
[21:00] <holstein> sure
[21:00] <holstein> kisil: check #opensourcemusicians as well :)


[03:52] <pero> anyone know how to get the icons for unity web apps? my gmail icon in the panel has some settings-looking thing, but in dash it's good
[04:05] <hyperair> pero: what gmail icon in the panel?
[04:05] <hyperair> pero: do you mean in the messaging menu?
[04:05] <hyperair> o
[04:06] <hyperair> try running this command: gsettings get com.canonical.indicator.messages applications
[04:06] <pero> hyperair,  in the left-side panel
[04:07] <hyperair> you should get something like.. [.... 'Gmailsomethingsomething.desktop']
[04:07] <hyperair> O_o
[04:07] <hyperair> oh the launcher?
[04:07] <hyperair> why don't you just remove the icon from the launcher and drag it down from the dash again?
[04:08] <pero> doesn't work
[04:08] <hyperair> what's the output of: gsettings get com.canonical.Unity.Launcher favorites
[04:08] <pero> reverts to some nuts/bolt looking thing
[04:08] <hyperair> odd
[04:08] <pero> $ gsettings get com.canonical.Unity.Launcher favorites
[04:08] <pero> ['application://nautilus.desktop', 'application://gnome-terminal.desktop', 'application://chromium-browser.desktop', 'application://GMailmailgooglecom.desktop', 'application://ubuntu-software-center.desktop', 'application://gnome-control-center.desktop', 'unity://running-apps', 'unity://expo-icon', 'unity://devices']
[04:09] <hyperair> application://GMailmailgooglecom.desktop <-- probably this one
[04:09] <pero> i think so?
[04:09] <hyperair> check the icon field of the ~/.local/share/applications/GMailmailgooglecom.desktop file
[04:10] <pero> is there an easy way to see hidden files or manually input the path in nautilus?
[04:11] <hyperair> ctrl+l
[04:13] <pero> it's some standard colour-pallette icon
[04:13] <hyperair> um
[04:13] <hyperair> what does it say?
[04:14] <pero> in the file? there's nothing
[04:14] <hyperair> grep ^Icon ~/.local/share/applications/GMailmailgooglecom.desktop
[04:14] <hyperair> what?
[04:14] <hyperair> that can't be right...
[04:14] <pero> file:///home/petar/.local/share/applications/GMailmailgooglecom.desktop
[04:14] <pero> that's the entirety of the contents
[04:15] <hyperair> that's the URL of the file.
[04:15] <hyperair> i want the contents of the file
[04:15] <hyperair> where are you looking?
[04:15] <pero> leafpad
[04:15] <hyperair> uh
[04:15] <pero> oh ok
[04:16] <pero> $ grep ^Icon ~/.local/share/applications/GMailmailgooglecom.desktop
[04:16] <pero> Icon=GMail-mail.google.com
[04:27] <hyperair> there we go, an icon name.
[04:27] <hyperair> now check ~/.icons/GMail-mail.google.com.png
[04:28] <hyperair> also try: find /usr/share/icons ~/.icons -type f -name 'GMail-mail.google.com.*'
[04:28] <hyperair> pero: ^
[04:28] <pero> na that first one is there and good
[04:29] <pero> and that's the only one
[04:35] <hyperair> =\
[04:35] <hyperair> well, for some reason, it's not locating the icon properly
[04:35] <pero> =/
[07:09] <mzanetti> o/
[07:15] <Saviq> \o
[07:19] <tsdgeos> ~o~
[07:21] <tvoss> o/
[07:46]  * tsdgeos tests CI to see if it's still unhappy
[07:48] <tsdgeos> mzanetti: is anyone having a look at https://code.launchpad.net/~mzanetti/unity8/launcher-own-quicklist/+merge/191398 ?
[07:48] <tsdgeos> shall i claim it?
[07:48] <tsdgeos> Saviq: ↑↑↑ ?
[07:49] <Saviq> tsdgeos, go for it
[07:49] <mzanetti> tsdgeos: yep, thanks :)
[08:18] <tsdgeos> mzanetti: https://code.launchpad.net/~aacid/unity8/warnings_on_shutdown/+merge/191945 ?
[08:19] <Saviq> tsdgeos, happroved
[08:19] <Saviq> /biab
[08:20] <mzanetti> +1
[08:20] <mzanetti> btw. is autolanding now fully working again?
[08:21] <tsdgeos> i am not sure
[08:21] <tsdgeos> i approved one of Cimi's branch earlier this morning to see how it goes
[08:21] <tsdgeos> on friday there was some problem installing dependencies or something
[08:25] <tsdgeos> greyback: i think it did merge because there was nothing to merge :D
[08:26] <greyback> tsdgeos: but it didn't :)
[08:26] <tsdgeos> greyback: what does merging a branch that has nothing to merge do? :D
[08:27] <greyback> tsdgeos: bzr commit --unchanged ? ;)
[08:40] <tsdgeos> nope
[08:41] <tsdgeos> we're still dependency locked :D
[08:41] <tsdgeos> https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-maguro/2574/console
[08:41] <tsdgeos> any idea who do we complain about that?
[08:41] <tsdgeos> Saviq: greyback: mzanetti: all: ↑↑↑↑
[08:42] <mzanetti> tsdgeos: well, usually fginther, but let me see if I can help
[08:46] <mzanetti> tsdgeos: hmm.. don't really know why this would work, but if it's only happening for the phones, om26er should probably be able to help too
[08:46] <tsdgeos> mzanetti: bad ppas?
[08:47] <mzanetti> tsdgeos: the hooks look ok. however, I don't really know what has changed in the QA infrastructure lately
[08:47] <tsdgeos> ok
[08:47] <tsdgeos> so no landing for now :D
[08:47] <mzanetti> I guess omer will show up soon
[08:52] <tsdgeos> dednick: still lost with the ActionStateParser, where do you use it?
[08:56] <dednick> tsdgeos: Unity.Indicators.RootActionState derives from ActionStateParser. Even though it's built against the proper qmenumodel library the run time linking requires it in the mock.
[08:57] <tsdgeos> ahhhhhh
[08:57] <tsdgeos> i see
[08:57] <tsdgeos> tx :-)
[08:58] <dednick> tsdgeos: no prob :) it's a bit cheeky.
[09:00] <tsdgeos> mzanetti: print("sleected", appId) in the test?
[09:01] <mzanetti> tsdgeos: hmm... missed that I guess. will remove
[09:02] <mzanetti> tsdgeos: pushed
[09:07] <Saviq> tsdgeos, mzanetti, I know what's happening :/
[09:08] <mzanetti> Saviq: tell me more
[09:08] <Saviq> tsdgeos, mzanetti /usr/bin/unity8 is bind-mounted from /run/ so that we can set the capabilities on it for adjusting oom scores
[09:10] <Saviq> which is unfortunate
[09:10] <Saviq> and results in package installation fail, 'cause we're trying to overwrite a bind-mounted file, which fails of course
[09:10] <mzanetti> mhm...
[09:10] <mzanetti> so we're installing into /run or what?
[09:10] <Saviq> mzanetti, no, *we* don't do anything special
[09:11] <Saviq> mzanetti, but there's an upstart job that:
[09:11] <Saviq> - mounts tmpfs in /run/unity8-setcap
[09:11] <Saviq> - copies /usr/bin/unity8 to /run/unity8-setcap
[09:11] <Saviq> - setcaps /run/unity8-setcap
[09:11] <Saviq> - bind-mounts /run/unity8-setcap/unity8 to /usr/bin/unity8
[09:11] <Saviq> it's ugly as hell
[09:12] <mzanetti> seems like raping the OS
[09:12] <Saviq> but the only thing we could think of the night prior to V1
[09:12] <mzanetti> haha
[09:12] <mzanetti> what capabilities do e set then?
[09:12] <Saviq> allows unity8 to set OOM-killer scores on processes
[09:12] <dednick> Saviq: whose in charge of getting packages landed?
[09:13] <mzanetti> ah. I see
[09:13] <Saviq> dednick, no landing for now
[09:13] <Saviq> dednick, until T opens
[09:13] <Saviq> mzanetti, so that apps are killed earlier than other processes
[09:13] <dednick> Saviq: when is that?
[09:14] <Saviq> dednick, tomorrow or so
[09:15] <Saviq> dednick, at which point we'll go back to automatic release and such
[09:15] <dednick> Saviq: ok. thanks
[09:16] <mzanetti> Saviq: I guess the proper long term solution would be to outsource this to some other system component and just provide the information about apps from unity8
[09:16] <Saviq> mzanetti, proper long term solution is to use a sane filesystem instead of ext2 for the system image
[09:16] <mzanetti> and that would make a difference?
[09:16] <Saviq> mzanetti, where we can just set the caps in post-inst
[09:16] <mzanetti> ah, yeah sure
[09:16] <Saviq> mzanetti, setcap is stored in xattr
[09:16] <mzanetti> ext2?
[09:16] <Saviq> mzanetti, yes, / is ext2
[09:16] <mzanetti> :)
[09:17] <Saviq> for what reason I don't know
[09:17] <mzanetti> well, we probably don't want journaling
[09:17] <Saviq> then just disable journalling in ext4 ;)
[09:18] <mzanetti> :)
[09:18] <Saviq> mzanetti, but yeah, we need +xattr anyway
[09:18] <mzanetti> MacSlow: here you go: lp:~mzanetti/unity8/generic-lockscreen
[09:18] <Saviq> which AFAIK ext2 can't do
[09:18] <MacSlow> mzanetti, thx
[09:18] <mzanetti> MacSlow: I guess we merge them separately... makes the diff smaller
[09:18] <mzanetti> MacSlow: but you can use this a prerequisite
[09:19] <MacSlow> mzanetti, sure... I'll base my work on your branch still
[09:19] <mzanetti> MacSlow: here's the merge: https://code.launchpad.net/~mzanetti/unity8/generic-lockscreen/+merge/191951
[09:31] <Saviq> hey om26er, can you disable unity8-autolanding for the time being? mediumtests-touch are broken for us still
[09:31] <om26er> Saviq, I can try
[09:31] <Saviq> om26er, so it beats the purpose to run it and de-approve all the branches
[09:32] <om26er> Saviq, CI is already disabled? you just want me to disable -autolanding ?
[09:32] <Saviq> om26er, just -autolanding
[09:32] <om26er> ok
[09:32] <Saviq> om26er, -ci is somewhat useful still - for results from the other jobs
[09:33] <Saviq> hmm anyone else getting 404 from ports.ubuntu.com when apt-get update'ing the device?
[09:35] <Saviq> hmm maybe that's caused by the release happening
[09:35] <Saviq> didrocks, pointers ↑↑?
[09:36] <Saviq> hrm
[09:36] <didrocks> Saviq: I think cjwatson hasn't finished yet opening the release
[09:36] <Saviq> didrocks, but I'm getting 404s for saucy
[09:36] <didrocks> oh, interesting
[09:36] <didrocks> Saviq: maybe ask on #ubuntu-release?
[09:36] <Saviq> didrocks, i.e there's no "Packages" in http://ports.ubuntu.com/ubuntu-ports/dists/saucy/main/binary-armhf/
[09:37] <Saviq> hmm maybe that's my non-writable image causing it
[09:37] <Saviq> didrocks, will do, thanks
[09:37] <didrocks> Saviq: if you let me ~1h, I'll be able to dig into it
[09:37] <didrocks> (in a meeting now)
[09:37] <Saviq> didrocks, no worries
[09:37] <didrocks> and upgrading otto machines ;)
[09:39] <Saviq> didrocks, false alarm, stupid apt errors when non-writable ;P
[09:41] <tsdgeos> Saviq: yep
[09:42] <Saviq> tsdgeos, ?
[09:42] <tsdgeos> Saviq: yep, the errors suck :D
[09:42] <Saviq> tsdgeos, ah :)
[09:45] <didrocks> ah great ;)
[10:09] <Saviq> mzanetti, there's a small conflict in switching-previews
[10:09] <mzanetti> Saviq: ack
[10:09] <Saviq> oh actually not that small
[10:10] <mzanetti> Saviq: do'h someone added a preview spinner
[10:10] <Saviq> mzanetti, memory problems? :D
[10:10] <mzanetti> seems so
[10:11] <Saviq> mzanetti, it's Diego's code preventing clicking on buttons if an action was triggered
[10:11] <mzanetti> Saviq: ah right... didn't expect that to have landed yet
[10:11] <Saviq> mzanetti, we needed it for v1 - click scope really hates people clicking "install" multiple times
[10:12] <Saviq> mzanetti, I'm fine with you reverting it in your branch and finding a better solution
[10:12] <mzanetti> haha, yeah, I agree
[10:12] <Saviq> mzanetti, at least for the UI part, the backend things seem ok
[10:12] <mzanetti> sure
[10:14] <om26er> Saviq,  I have a branch to disable autolanding for unity8 but I cannot deploy that because that requires an access TOKEN.
[10:14] <om26er> mzanetti, hey! if we just disable the autolanding job manually. that won't hurt, right ?
[10:14] <Saviq> om26er, no, it should be just fine
[10:14] <mzanetti> om26er: nope
[10:15] <mzanetti> om26er: it will be reenabled once someone deploys something... but that's not an issue given that the disabling is only temporary anyways
[10:15] <om26er> mzanetti, Saviq ack. disabled it now ;)
[10:22] <Cimi> Saviq, any bug you want me to work on?
[10:22] <Cimi> or I pick up one? :)
[10:22] <Saviq> Cimi, nothing in particular, no
[10:33] <tsdgeos> Saviq: shall i top re-approve the things that were set to not approved by failed autolanding?
[10:33] <Saviq> tsdgeos, yes
[10:33] <Saviq> tsdgeos, we've disabled autolanding for now, so let's have everything in place for when we re-enable it
[10:34] <tsdgeos> oka
[10:44] <tsdgeos> Saviq: updated https://code.launchpad.net/~aacid/unity8/start_ssh/+merge/189602
[10:44] <Saviq> tsdgeos, thanks
[10:44] <tsdgeos> Saviq: so are we jumping to trusty as soon as it opens?
[10:45] <Saviq> tsdgeos, yup
[10:45] <tsdgeos> oka
[10:45] <greyback> tsdgeos: this be handy? http://pastebin.ubuntu.com/6276004/
[10:46] <greyback> so you only start it if not running. The sleep a bit arbitrary tho, think it needs to be longer for gnexus
[10:46] <tsdgeos> greyback: i only start it if it's not running
[10:46] <tsdgeos> don't i?
[10:46] <greyback> tsdgeos: maybe, I kinda just skimmed :)
[10:47] <greyback> ahh there it is
[10:47] <greyback> tsdgeos: never mind me
[10:47] <tsdgeos> i never do :-P
[10:47] <tsdgeos> j/k
[10:48] <greyback> :|
[10:56] <Saviq> Cimi, did you follow up with the sdk guys about InverseMouseArea?
[10:56]  * greyback going for lunch plus IRL meeting, back in about 2 hours
[11:04] <tsdgeos> Mirv: https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1242630 and https://bugs.launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/+bug/1242629
[11:05] <tsdgeos> Saviq: FYI ↑↑
[11:07] <Saviq> tsdgeos, k, Mirv is (should be) on holidays this week
[11:07] <tsdgeos> ok
[11:07] <tsdgeos> it's not *ultra* urgent
[11:07] <tsdgeos> i guess
[11:08] <tsdgeos> but tbh i get some itches by us shipping a patch that's been rejected upstream :D
[11:08] <Saviq> tsdgeos, yeah, we'll SRU it
[11:12]  * Saviq giggles at the fact that "sru" is a polish onomatopoeia for stuff landing hard
[11:16] <tsdgeos> :D
[11:16] <tsdgeos> trusty is open \o/
[11:16] <Cimi> Saviq, no update on the bug
[11:18]  * tsdgeos wonders if he should s/saucy/trusty in his sources and see what happens :D
[11:23] <Saviq> tsdgeos, I just tried  do-release-upgrade but it didn't like me ;)
[11:23] <Saviq> or, didn't like trusty at least
[11:23] <Saviq> there's a trusty image already, too
[11:23] <Saviq> --channel=trusty-proposed
[11:24] <tsdgeos> cool :D
[11:30] <tsdgeos> trusty only wants to give me updates for http://paste.ubuntu.com/6276216/
[11:30] <tsdgeos> i guess nothing can go wrong with that ... :D
[11:31] <mzanetti> famous last words
[11:31]  * mzanetti waits for tsdgeos to drop out IRC
[11:34] <Saviq> tsdgeos, well, nothing much happened yet ya know
[11:34] <tsdgeos> :D
[11:34] <Saviq> tsdgeos, trusty is basically a copy of saucy +some
[11:38] <Saviq> Cimi, did you ping Zsombor about the InverseMouseArea issue?
[11:38] <Saviq> Cimi, also, what's the status of the incorrect overlay shape in carousel-music-video?
[11:43] <tsdgeos> ok, let's reboot and see if i can come back :D
[11:44] <om26er> Cimi, btw bug 1229804 is already fixed. though you may want to fix the 'Applications' to 'Apps' .. (I tried but couldn't find the string)
[11:45] <Saviq> worked here ;)
[11:49] <Saviq> tsdgeos, welcome, how're you feeling? ;)\
[11:50] <tsdgeos> i feel trusty now!
[11:51] <Saviq> tsdgeos, now wait for the sync from debian unstable ;)
[11:51] <tsdgeos> yeah :D
[11:51] <mzanetti> lol
[11:52] <Saviq> ooh, arm64 is enabled now :)
[11:52] <mzanetti> Saviq: merged the switching-previews
[11:52] <Saviq> mzanetti, thanks
[11:52] <mzanetti> Saviq: arm64 for what?
[11:52] <mzanetti> ah
[11:52] <Saviq> mzanetti, trusty is building arm64 too, now
[11:52]  * mzanetti was reading amd64 and didn't see the big news
[11:53] <mzanetti> stupid brain FEC
[11:53] <tsdgeos> what's arm64?
[11:53] <tsdgeos> which hw?
[11:53] <tsdgeos> panda? some phone? some "desktop-cpu"?
[11:53] <Saviq> tsdgeos, there isn't any in real world :D
[11:54] <Saviq> tsdgeos, iPhone 5s
[11:55] <tsdgeos> right
[11:55] <tsdgeos> so how are we building it?¿
[11:55] <mzanetti> very good question
[11:55] <Saviq> tsdgeos, cross- probably ;)
[11:55] <Saviq> https://wiki.debian.org/Arm64Port
[11:56] <Saviq> "This is the first non-x86 self-bootstrapped Debian port: first 150 packages cross-built using build-profiles to untangle cyclic build-dependencies. "
[11:56] <tsdgeos> lunch
[11:56] <mzanetti> so the trusty arm64 build doesn't really contain many packages so far?
[11:57] <mzanetti> assuming we can't easily cross compile the whole thing
[11:57] <mzanetti> yet
[11:57] <Saviq> mzanetti, we should be much better now in that regard
[11:57] <Saviq> mzanetti, and obviously will get even better over the course of this cycle - if only because of arm64
[11:58] <mzanetti> sure, but notthereyet (TM) I guess
[11:58] <Saviq> mzanetti, we're pretty close indeed
[11:58] <Saviq> mzanetti, unity8 cross-builds if you fix a few things in qt's cmake modules
[11:58] <Saviq> and in automoc, AFAIR
[11:58]  * mzanetti can't wait for cross compiling unity8 instead compiling on the Galaxy nexus
[11:58] <Saviq> +1
[11:59] <Saviq> mzanetti, you should compile on manta ;)
[11:59] <mzanetti> true :)
[11:59] <mzanetti> it's faster than gusch's notebook :D
[11:59] <Saviq> mzanetti, I've a "setup-sbuild.sh" script if you want it ;)
[12:00] <mzanetti> Saviq: yeah, now that I can use the latest kernel again it might work
[12:07] <mzanetti> did something change how the fs is made writable?
[12:08] <Mirv> Saviq: nope, last Wed-Fri only, but right now trusty stuff
[12:11] <Saviq> mzanetti, no
[12:11] <mzanetti> yeah... I figured the issue
[12:53] <tsdgeos> greyback: btw i compiled fine with 5.2 on friday, maybe you had some weird path issues or something
[12:53] <greyback> tsdgeos: grrr
[12:53] <tsdgeos> couldn't run it
[12:53] <tsdgeos> though
[12:53] <tsdgeos> because it needs a lot of more packages to be rebuilt
[12:53] <greyback> for a minute, I'd a flash of a nice life where it would just work :)
[12:53] <tsdgeos> since once you start using private stuff
[12:53] <greyback> true
[12:54] <tsdgeos> things don't like getting mixed
[12:54] <tsdgeos> but at least it compiles :D
[12:55] <greyback> Well like yourself, I'm more interested in seeing how v4 performs, or what bugs it might have
[12:57] <greyback> tsdgeos: anything look dodgy in my configure options? http://pastebin.ubuntu.com/6276600/
[12:58] <tsdgeos> everything? :D
[12:58] <tsdgeos> don't know i don't pass almost any option
[12:58] <tsdgeos> missing comma
[12:58] <tsdgeos> don't know, i don't pass almost any option
[12:59] <tsdgeos>   /home/tsdgeos/qt5/qtbase/configure -prefix /home/tsdgeos/qt5_install -developer-build -debug -confirm-license
[12:59] <tsdgeos> i understand why you do the don't build mysql and the nomake stuff
[12:59] <tsdgeos> the rest not sure you need it
[13:00] <tsdgeos> or if they can be bad or not
[13:12] <tsdgeos> Saviq: can you review this one? https://code.launchpad.net/~aacid/unity-notifications/micro_optimizations/+merge/191764
[13:13] <Saviq> tsdgeos, k
[13:18] <tsdgeos> dednick: there?
[13:18] <dednick> tsdgeos: yo
[13:19] <tsdgeos> dednick: how do i test https://code.launchpad.net/~nick-dedekind/unity8/indicator.submenu-reinit/+merge/187885 (besides the autotest?)
[13:19] <tsdgeos> what changes/improvements should i see?
[13:20] <dednick> tsdgeos: um, restarting indicators re-populates the menus correctly.
[13:20] <dednick> tsdgeos: it's a bit hard to test unless you're using the messaging menu, since it's the only one that generally changes.
[13:22] <dednick> tsdgeos: previously it was just "reusing" the old menu items, but they were stale. So any changes to the order/add/removes werent being reflected in the UI.
[13:22] <tsdgeos> i see
[13:23] <dednick> tsdgeos: you have the demo messaging menu?
[13:23] <tsdgeos> nope
[13:23] <tsdgeos> or not that i know :D
[13:29] <greyback> tsdgeos: (oh you replied to me, sorry was distracted) I took those configure options from the 5.0 debian/rules script
[13:30] <tsdgeos> greyback: they don't look bad per-se, just unneeded to me, the problem was maybe somewhere else?
[13:30] <tsdgeos> i remember i had to play a bit with cmake to get it to pick the qt i wanted
[13:30] <greyback> tsdgeos: dunno, just finished a rebuild, trying now. Yeah me too.
[13:35] <Saviq> dednick, standup?
[13:36] <Saviq> nic-doffay, can you hear us?
[13:40] <nic-doffay> Saviq, I could not even after restarting mumble twice. Apparently third time lucky.
[13:40] <Saviq> nic-doffay, cool ;)
[13:42]  * greyback needs to reboot
[13:52] <hikiko|lunch>  /nick hikiko
[13:53] <hikiko> sorry :)
[13:55] <mzanetti> dednick: hey, testing your branch.
[13:55] <mzanetti> dednick: the notifications are much faster :)
[13:55] <mzanetti> dednick: sorry. the indicators
[13:55] <dednick> mzanetti: you mean the loading
[13:55] <dednick> mzanetti: yep
[13:55] <mzanetti> dednick: but: there is a notification staying on my screen
[13:56] <mzanetti> dednick: only happens with your branch
[13:56] <mzanetti> dednick: an empty one, never going away
[13:56] <dednick> huh. weird
[13:56] <tsdgeos> dednick: mzanetti: missing merge with trunk
[13:57] <tsdgeos> mzanetti: we have a ghost notification now thanks to me and some last minute problem with focus and litsviews
[13:57] <tsdgeos> mzanetti: so probably dednick's branch doesn't have the code merged for that
[13:57] <mzanetti> ah
[13:57] <Cimi> Saviq, do-release-upgrade -d doesn't detect T, sure we have to upgrade now?
[13:58] <Cimi> can do sed… but
[13:58] <tsdgeos> Cimi: i hand edited my files
[13:58] <tsdgeos> it's what i always do :D
[13:58] <tsdgeos> old-style
[13:58] <Cimi> ok
[13:59] <mzanetti> dednick: false alarm. a merge with trunk does fix it indeed
[13:59] <dednick> mzanetti: cool
[14:01] <kgunn> mhall119: let's chat here...
[14:02] <kgunn> when was the last time you tried to open an app in unity8 on a simulated desktop ?
[14:03] <mzanetti> dednick: approved
[14:04] <mhall119> kgunn: running it now
[14:05] <kgunn> mhall119: to answer your other query, we did actually have an old bp to do a mir emulator...mir on nux effectively
[14:05] <mhall119> kgunn: I can't get the launcher out with my mouse :(
[14:05] <mzanetti> mhall119: run it with ./run instead of unity8
[14:06] <mzanetti> mhall119: if you've installed it into the system you won't have ./run. you can run it with "unity8 -mousetouch"
[14:06] <kgunn> mhall119: but the "mir emulator" task got "distracted" by xmir & then unity8 had a way to run on desktop...so...shelved it
[14:07] <kgunn> mhall119: yeah...-mousetouch at the very bottom of the instructions on that webpage i sent earlier
[14:11] <mhall119> kgunn: thanks, working now
[14:11] <kgunn> mhall119: cool...good to know
[14:12] <mhall119> kgunn: none of the apps display though
[14:12] <kgunn> mhall119: and following up to the earlier questions...we're feeling like best use of time wrt mir/desktop will be to put effort into rootless x this cycle...and hope to have a nice desktop preview of untiy8 on mir
[14:12] <mhall119> only black screens
[14:13] <kgunn> mhall119: you're so picky
[14:13] <mhall119> :)
[14:13] <kgunn> mhall119: can you navigate back to the shell ?
[14:13] <kgunn> swipe
[14:13] <mhall119> yeah
[14:14] <larsu> Saviq: hi! The system settings guys need simple dbus access from qml. Do we have anything like that?
[14:14] <mzanetti> larsu: no
[14:14] <larsu> mzanetti: any plans?
[14:14] <mzanetti> larsu: don't think so
[14:14] <larsu> if not, I'd be up for spending some time on this
[14:14] <mzanetti> larsu: it's easier to just write a C++ plugin for the thing you need instead to fiddle with DBus arguments in QML
[14:15] <larsu> mzanetti: totally agree, but that's not what I want
[14:15] <larsu> it should be a real object (component?) based on the introspection data
[14:15] <seb128> mzanetti, it would be very handy to be able to bind a qml property to a dbus one
[14:16] <seb128> mzanetti, like the battery % of the settings to upower corresponding value
[14:16] <larsu> arguments can then be matched precisely from whatever js gives us
[14:16] <mzanetti> seb128: sure... for simple stuff like integers and strings yes. but everything else will cause you bad headaches
[14:17] <mzanetti> I personally would vote for not opening that door and use it how it is meant to be used. but sure. nothing prevents you from creating sucha component
[14:17] <seb128> mzanetti, well, those are common enough that it would already be quite useful
[14:17] <larsu> mzanetti: in what way? (also, most things in the system settings app are simple types)
[14:17] <larsu> is the problem that Qt doesn't support dynamic signals and Q_INVOKABLES?
[14:17] <larsu> (or does it?)
[14:18] <mzanetti> larsu: the problem is that you need to qDBusRegisterType for anything non-basic
[14:18] <kgunn> mhall119: how many apps display black ? all of them ?
[14:18] <mzanetti> larsu: and yes. dynamic signals/slots might be a problem too
[14:18] <larsu> mzanetti: if you use QDBus...
[14:18] <larsu> mzanetti: ya, that's what I thought :(
[14:19] <mzanetti> larsu: you need to somehow know the data type without Qt too
[14:19] <larsu> mzanetti: would the qmetaobjectbuilder stuff help me? (yes, I know it's private api)
[14:19] <mzanetti> larsu: I don't really know that one... sorry
[14:19] <larsu> ah okay
[14:20] <larsu> I'll have a look at that. Using some private API in a lib might be worth saving a couple of dozen plugins for simple dbus access
[14:20] <mzanetti> larsu: be prepared for bug reports about "dbus interface org.foo.bar doesn't work with QML plugin"
[14:20] <mzanetti> :)
[14:21] <larsu> tbh, I don't see the problem...
[14:21] <mhall119> kgunn: no, the browser and gallery which are still placeholders show something
[14:21] <mhall119> and some alls don't even try to launch
[14:23] <mzanetti> mhall119: hmm... I think they should work if they are installed
[14:23] <mhall119> mzanetti: I have them installed as .debs from the PPAs
[14:23] <dednick> mzanetti: thanks
[14:23] <mhall119> not as click
[14:23] <mzanetti> mhall119: that should be fine
[14:24] <mzanetti> mhall119: ah no... we're using the fake appmanager on the desktop
[14:24] <mzanetti> mhall119: yes, won't work
[14:25] <mhall119> ok
[14:25] <kgunn> mzanetti: could that change or is the app life cycle too tied up in mir ?
[14:26] <mzanetti> kgunn: so far we have an app manager for SF and one for Mir
[14:27] <mzanetti> so maybe it would even work if running Mir on Desktop with unity8 and the unity-mir qpa
[14:27] <mzanetti> but I haven't tried. greyback might know
[14:27] <kgunn> mterry: ping (all this unity8 on desktop talk makes me think greeter on mir)
[14:28] <mterry> kgunn, you want a status update?
[14:28] <kgunn> mterry: basically...
[14:28] <greyback> kgunn: mzanetti: ultimately we'll use the same app manager on desktop/mobile, but it'll probably disable most app lifecycle stuff on desktop.
[14:29] <mterry> kgunn, I'm fixing some issues with switching between sessions with USC/lightdm.
[14:29] <kgunn> greyback: "disable"...because apps can be wasteful little piggies on desktop ?
[14:29] <greyback> kgunn: mzanetti: the main blocker for using it on desktop right now is indeed the Mir integration
[14:30] <mterry> kgunn, I'm thinking that landing the separate greeter should be two-phase: first phase is just landing the split, then later actually enable lock support
[14:30] <kgunn> mterry: greyback mzanetti ...right, just avoiding a request for "emulate mir" on nux...seems once greeter split gets done, we've got the ability to run a full unity8-mir on desktop (minus the legacy x support)
[14:30] <greyback> kgunn: we can have that conversation when we get there. I'm not decided if we want rigourous app lifecycle management when plugged into mains. But a laptop on battery...
[14:31] <mzanetti> I telly you... if my background apps are suspended on desktop too I'm off :D
[14:32] <greyback> mzanetti: I'm kinda of the same opinion, but at same time, there'd be times if I didn't notice, I wouldn't care...
[14:33] <kgunn> greyback: you'd care in a sense you're battery lasted longer :)
[14:33] <greyback> kgunn: yep, as long as it didn't impede functionality
[14:33] <kgunn> mterry: so, itd be split but basically "autologin"
[14:33] <kgunn> ?
[14:33] <kgunn> on first phase
[14:34] <mterry> kgunn, not autologin, but no password
[14:34] <mterry> kgunn, i.e. you'd see the greeter, but can't set a PIN
[14:34] <mterry> same as today
[14:34] <tsdgeos> greyback: like all the stuff i have on the background that i like running, like music player, irc client, email client, web browser, etc :D
[14:34] <kgunn> mterry: got it
[14:35] <kgunn> mterry: i'm game...and i like the fact its broken apart from a risk perscpective
[14:35] <mterry> kgunn, what's broken?
[14:35] <mterry> ah
[14:35] <mterry> "broken apart"
[14:35] <kgunn> mterry: :) split/divide/staged
[14:37] <greyback> tsdgeos: as I said, if I didn't notice, I wouldn't care :) And with all those, I'd notice if they were suspended. But LibreOffice? Totem? What if music player not playing? Just throwing ideas out there
[14:39] <tsdgeos> greyback: so you want a little smart man inside unity that decides what and what can not be suspended
[14:39] <tsdgeos> let's not build skynet just for that :D
[14:39] <greyback> tsdgeos: I'm just proposing that the idea is worth a conversation
[14:40] <mzanetti> that's going to be so much fun with stale file handles, dropped network connections, broken desktop effects
[14:40] <greyback> even if it's a quick "that's a stupid idea Gerry, no"
[14:41] <greyback> mzanetti: you're being too practical, why not dream of what is possible! :)
[14:41] <mzanetti> because I think it makes application development so much harder
[14:42] <mzanetti> which results in worse applications
[14:42] <mzanetti> and I don't think battery life would improve much. except for the case of misbehaving apps
[14:44] <mzanetti> and in turn I think we would have more misbehaving apps which probably wouldn't consume your battery, but would consume your nerves
[14:44] <mzanetti> well, we had that already in depth :D
[14:45] <greyback> true. But how about phone/tablet apps on the desktop. They (should) behave with the app management stuff anyway.
[14:48] <tsdgeos> lol, the awful png but jpeg file is biting us too :D
[14:48] <tsdgeos> Shell.qml:139:5: QML QQuickImage: Invalid image data: file:///usr/share/backgrounds/warty-final-ubuntu.png
[14:48] <tsdgeos> will someone ever fix that?
[14:56] <greyback> tsdgeos: that's an old one https://bugs.launchpad.net/ubuntu/+source/ubuntu-wallpapers/+bug/296538
[14:56] <tsdgeos> Cimi: https://code.launchpad.net/~aacid/unity8/panelOpenClose/+merge/192000
[14:56] <tsdgeos> greyback: i know i know
[14:56] <greyback> you can see I had to deal with it in unity2d :)
[15:10] <tedg> greyback, Is there anything you need in upstart-app-launch?
[15:10] <tedg> greyback, Besides actually firing the failed signal :-)
[15:10] <greyback> tedg: heh, yes that would be nice :)
[15:13] <greyback> tedg: question: if the OOM strikes an app launched by upstart-app-launch, does upstart consider that app dead?
[15:13] <tedg> greyback, Yeah, anything that removes the PID.
[15:14] <greyback> tedg: ok
[15:15] <greyback> tedg: only other thing I think I need is list of PIDs actually owned by the app. I think you only give me one PID, and I guess it's possible for an app to spawn a sub-app?
[15:15] <greyback> tedg: main example on top of my head is browser app, as it spawns a separate QtWebProcess
[15:15] <tedg> greyback, Yeah, we can't get it until upstart can use cgroups, but I think that's on the table for next release.  Need to verify.
[15:17] <greyback> tedg: ok cool, good to hear it. I guess we can use cgroups to suspend apps too, better than sending sigstop. Will upstart-app-launch offer that API?
[15:17] <greyback> i.e. a "upstart_app_launch_suspend(app_id)" method
[15:17] <tedg> greyback, Uhm, I hadn't planned on it.... I don't see why not.  That'd be nice for removing a callback.
[15:17] <tedg> greyback, I'll put it on the "Figure this out" list
[15:18] <greyback> tedg: ok. I'll admit it's me pushing more of the app management into upstart-app-launch itself, so if that's too much, let me know
[15:19] <greyback> tedg: also do you know, we plan to use the OOM as the primary app killer? Or is it a last-resort tool?
[15:19] <tedg> greyback, Yeah, I'm just not sure where Upstart is going to be there.  If it's cgroups is early that's different than being late in the cycle.
[15:20] <tedg> greyback, I haven't heard of any other.
[15:20] <greyback> tedg: ok
[15:21] <greyback> tedg: one small subtle thing. The strings I'm passing into upstart-app-launch, it ok for them to be utf8? I'm assuming the app id may not be ascii. I wrong?
[15:21] <tedg> greyback, Yeah, I'd assume they're utf8
[15:22] <greyback> tedg: great. Ok, that's all the questions I've got for you. Thanks! :)
[15:22] <tedg> Perhaps I should figure out some tests for that though, just to make sure.
[15:22] <greyback> +1, just in case
[15:26] <Cimi> mterry, https://code.launchpad.net/~unity-team/unity8/fix-1238232
[15:27] <mterry> Cimi, what's the attack there?
[15:27] <Cimi> mterry, attack?
[15:27] <mterry> Cimi, what's the bypass there?
[15:27] <Cimi> mterry, dunno what you mean for bypass :)
[15:27] <mterry> Cimi, oh, reading bug
[15:27] <mterry> Cimi, it's in title of bug "can bypass lockscreen" but now I'm reading
[15:28] <mterry> I see
[15:29] <mterry> Cimi, that might want a comment.  It's an obscure path to bug and the reason for denying the ShowHome request when power is off is not obvious in code
[15:40] <om26er> mterry, question: do you plan to have a version of deja dup for touch ?
[15:40] <om26er> having sms/contacts backup/restore feature will help
[15:44] <kgunn> mzanetti: curious...are you diving into right edge navigation proto ( i know we started chatting on friday....but wasn't sure where we left it)
[15:44] <mzanetti> kgunn: yeah, I didn't start yet, but sure, I'm happy to take that part
[15:45] <kgunn> mzanetti: cool...i'd been pushing it off for the phone freeze....so now i just want to followup with design on it
[15:45] <mzanetti> kgunn: ok. I'll start soon with that
[15:46] <kgunn> they've been fairly patient, just want to follow up and treat them right
[15:46] <mzanetti> kgunn: please let me know if there is any previous discussion on this to follow up. Otherwise I'll find the responsible designer and get it going
[15:48] <mterry> om26er, I've thought about it.  I wouldn't be opposed to it.  Just a matter of time
[15:49] <kgunn> mzanetti: nope that's about it...just look thru the spec attached to that bp...if you have questions, ping JohnLea
[15:51] <om26er> mterry, cool. I plan to write a simple backup/restore for my usecase i.e. sms and contacts.
[15:53] <mterry> om26er, using deja-dup or just a separate thing?
[15:55] <om26er> mterry, I have never written a real qml app so I'll keep it as test bed to get better grip of things, probably 'omer\s app' ;)
[15:55] <om26er> probably something I won't even publish
[15:56] <mterry> om26er, yeah, I've done some qml development, but never an app from scratch.  That's part of what's kept me from tackling it
[15:57] <fginther> om26er, the disable unity8 autolanding MP needs an update
[15:57] <om26er> fginther, pushed the fix
[15:58] <om26er> per your comment
[15:59] <fginther> om26er, thanks
[16:30]  * greyback eod
[17:41] <kdub> is there a faster way to build unity than on-device?
[18:52] <kgunn> Saviq: you still on ?
[19:05] <bjsnider> is there a way to detect if globalmenus are in use?
[19:57] <Saviq> kgunn, wassup?
[19:57] <larsu> bjsnider: when com.canonical.AppMenu.Registrar is on the bus (but apps can elect to circumvent having their menus shown there)
[19:58] <larsu> so... there seems to be no way to find out when a property on a remote object changes when using QDBusInterface
[19:58] <larsu> or am I missing something?
[19:59] <larsu> also, no way to do async?
[20:00] <bjsnider> larsu, this is an issue for an app called gnome-mplayer, and the way it ic currently being dealt with is UBUNTU_MENUPROXY is read at app launch time
[20:00] <bjsnider> but it's set no matter if unity is running or not
[20:03] <larsu> bjsnider: ugh, that sounds wrong... why does this app need to know?
[20:03] <larsu> does it only export a menu when on unity?
[20:03] <bjsnider> larsu, it needs to know because of how the window size is calculated. since it's playing video it needs a precise window size and whatnot
[20:04] <bjsnider> so the best thing to do is to find a foolproof way to always know when globalmenus are being used and when they're not
[20:05] <bjsnider> it exports a menu if UBUNTU_MENUPROXY=1
[20:05] <bjsnider> which it does in gnome-shell and everywhere else i think
[20:05] <bjsnider> so this isn't good enough
[20:05] <larsu> bjsnider: this sounds very wrong... shouldn't the window size be calculated automatically?
[20:06] <bjsnider> the window size is based on the presence of the menubar or lack of it
[20:06] <bjsnider> if it's exported the window size is different
[20:06] <bjsnider> and the size of the video goes into it
[20:06] <larsu> yes, but why do you set it explicitely instead of just setting a minimum size of the video widget
[20:07] <bjsnider> i'm just telling you how the developer is choosing to handle this
[20:07] <bjsnider> and the developer isn't me
[20:07] <larsu> I know. I'm telling you that this isn't a smart way to handle this
[20:07] <kgunn> Saviq: no worries...was just going to ask for approval on https://code.launchpad.net/~kgunn72/unity-mir/bump-mir-dep16/+merge/191551
[20:07] <bjsnider> larsu, how would you handle it?
[20:07] <larsu> bjsnider: set a minimimum size on the video widget and let gtk handle the rest
[20:08] <larsu> bjsnider: alternatively, you could check for the size of the menu bar widget (which should be 0 when the menu is exported)
[20:08] <Saviq> kgunn, won't merge until Mir 0.0.16 is available, which it isn't yet https://launchpad.net/ubuntu/+source/mir ?
[20:08] <larsu> but this only works if the application is not using GtkApplication
[20:09] <bjsnider> larsu, part of the problem is the developer is not interested in using unity or ubuntu and is not as well-versed in how to handle the globalmenu issue
[20:09] <kgunn> Saviq: see rev 1445 at https://code.launchpad.net/~mir-team/mir/trusty
[20:09] <kgunn> Saviq: so...lp:mir now points to that
[20:10] <kgunn> Saviq: but yeah...just want the approval so all the merges/daily build can all be triggered at the same time
[20:10] <kgunn> was gonna bug gerry but he's eod (like a normal euro)
[20:10] <larsu> bjsnider: he won't have to be if he uses GtkApplication. Does he?
[20:11] <bjsnider> i don't know
[20:12] <bjsnider> larsu, https://code.google.com/p/gnome-mplayer/source/browse/#svn%2Ftrunk%2Fsrc
[20:14] <larsu> bjsnider: sorry, I don't have the time to help out with this
[20:15] <bjsnider> well, i will pass on your suggestions
[20:15] <larsu> cool
[20:16] <bjsnider> i keep wondering how totem handles this
[20:17] <bjsnider> it should have the same problem
[20:30] <Saviq> kgunn, they can't be triggered at the same time - mir needs to get released first - then we can merge the new unity-mir dep
[20:31] <Saviq> kgunn, but, do we actually need the new dep? i.e. does unity-mir depend on something that's there in mir 0.0.16 but not in 0.0.15?
[20:31] <Saviq> kgunn, or do we just need a no-change rebuild of unity-mir (ABI break?)
[20:31] <Saviq> kgunn, as now unity-mir depends on mir >= 0.0.15
[20:32] <Saviq> kgunn, so 0.0.16 is fine - *if* unity-mir does not need something that's only there in mir 0.0.16
[20:33] <kgunn> Saviq lemme doubel check
[20:38] <kgunn> Saviq: yeah...we did
[20:55] <Saviq> kgunn, we did... need a new dep? something new in mir since 0.0.15 that unity-mir uses?
[20:59] <Saviq> mterry, hey, some days ago "Light Display Manager" showed up as an entry on my login screen, that known/expected?
[20:59] <kgunn> Saviq: someone changed functions around in default_server_configuration.h
[21:00] <kgunn> like right in the middle...so even the ordinals will be screwed
[21:00] <mterry> Saviq, as a session option?
[21:00] <Saviq> mterry, as a user
[21:00] <Saviq> kgunn, ok, so ABI break, but unity-mir does not care whether it's going to be 0.0.15 or 0.0.16 for the time being
[21:00] <Saviq> kgunn, so we need a no-change rebuild is all
[21:01] <mterry> Saviq, that is unexpected.  On your desktop machine?
[21:01] <Saviq> mterry, yes
[21:01] <Saviq> kgunn, granted, I'm not sure how to get one other than bumping the version anyway :)
[21:01] <mterry> Saviq, meaning that lightdm user is < 1000 uid?  That seems crazy
[21:01] <Saviq> mterry, 105
[21:01] <Saviq> so should be fine
[21:02] <Saviq> ⟫ getent passwd | grep lightdm
[21:02] <Saviq> lightdm:x:105:110:Light Display Manager:/var/lib/lightdm:/bin/false
[21:02] <mterry> Saviq, what is your UID_MIN in /etc/login.defs?
[21:02] <kgunn> oh crap...gotta run grab the man-child
[21:02] <mterry> right, I meant > 1000 uid.  105 is a reasonable number
[21:02] <Saviq> mterry, 1000
[21:03] <Saviq> mterry, it's consistently there, though (i.e. survived a reboot et al
[21:03] <seb128> Saviq, mterry: I've seen that bug as well, it's not happening every time, like one on ten times
[21:03] <seb128> and a vt switch fixes it for me the other day
[21:04] <Saviq> mterry, seb128 it also seems to be "arriving" late
[21:04] <Saviq> mterry, seb128, like it comes in asynchronously from somewhere?
[21:04] <mterry> seb128, Saviq: sounds odd...  only in trusty or also in saucy?
[21:04] <Saviq> i.e. I start typing my own password in... and then it gets screwed 'cause there's a new entry at the top
[21:04] <Saviq> mterry, started in saucy, now in trusty, too
[21:05] <seb128> mterry, saucy, I had it like 10 days ago, I mentioned to robert_ancell/send him a greeter log by then
[21:06] <robert_ancell> seb128, did you get a log?
[21:07] <seb128> robert_ancell, yes, I pastebined it to you before leaving the other day
[21:07] <Saviq> [+1,38s] DEBUG: User /org/freedesktop/Accounts/User105 added
[21:07] <Saviq> [+1,38s] DEBUG: user-list.vala:988: Adding/updating user lightdm (Light Display Manager)
[21:07] <robert_ancell> Saviq, is it still there, can you browse to that user on d-feet?\
[21:08] <Saviq> robert_ancell, no
[21:09] <robert_ancell> hmm, so the question is is it accounts-service getting confused or does the entry in accounts service have a flag set we're ignoring
[21:09] <robert_ancell> as an aside, I think I just found the regression that might trigger it, but regardless a-s shouldn't create a user object unless it's a valid user
[21:11] <robert_ancell> Saviq, seb128, have you seen any pattern/trigger that causes this?
[21:11] <robert_ancell> I haven't seen it locally yet
[21:12] <Saviq> robert_ancell, I think I saw that like every time I log in
[21:12] <Saviq> robert_ancell, so nothing special
[21:12] <seb128> robert_ancell, no, but I've had cases of "loginctl list-users" listing "lightdm" as logged in even with no greeter
[21:13] <seb128> because indicator-session-service is still running
[21:13]  * Saviq tries some things
[21:13] <seb128> and logind lists the session actives when there are still processes running
[21:13] <robert_ancell> seb128, the regression is that we don't tell logind that the greeter session is a greeter not a user session which is probably triggering it
[21:15] <Saviq> right, can't reproduce now
[21:16] <Saviq> but it seems like it came in with the remote-login options last time I saw that (i.e. when network is connected)
[21:26] <Saviq> tedg, I *think* the TTS mentioned is text *to* speach, not the other way 'round
[21:26] <tedg> Saviq, Oops, misread.
[21:26] <Saviq> *speech
[21:26] <tedg> Heh, someone should do that too :-)
[21:26] <tedg> Though, that one is a bit easier just for basic support.
[21:26] <Saviq> yeah
[21:32] <kgunn> Saviq: refresh me...what does resize give us even in the fullscreen/opaque unity-mir on touch ? (animation transitions?)
[21:32] <Saviq> kgunn, ability to rotate the shell
[21:33] <Saviq> kgunn, since the panel changes place, app geometry changes
[21:33] <kgunn> Saviq: oh...just a little old rotation...simple :)


[08:43] <Hannie> godbyk, ping
[18:25] <zleap> hi
[22:06] <Hannie> godbyk, ping
[22:54] <Hannie> Can anyone help me with path pdflatex
[22:54] <Hannie> I installed pdflatex, but my system can't find the file


[02:13] <avis> 纬尾纬尾纬未纬未蔚未味蔚味蔚味畏胃畏畏胃味畏味味蔚未蔚味畏胃畏胃魏胃味蔚味未纬尾蔚未纬胃畏魏胃位魏位位魏位渭位渭谓渭尉谓尉谓尉胃魏位畏味蔚未蔚味位魏胃蔚尉谓渭谓渭魏蔚谓谓渭谓魏畏渭魏渭谓渭渭谓位魏位渭谓渭位渭谓渭位渭谓渭位魏渭谓蟽蟿蠀蟿蠀蟿蠀蟿蟽蟻蟽蟿蟽蠀蟿蟽蟻蟽谓蟻蟽蟿蠀蟿蟻蟿蠀蟿蟽蟻蟿蠀蟿蟽蟻蟿蠀蟿蠀蟿蟽蟻蟿蟽蟿蟽蟿蠀蟿蠀蟿蟽蟿蠀蟿蟽蟿蠀蟽蟻蟽蟿蠀蟿蟽蟻渭谓蟺蟻蟽蟿蠀蟿蠀蟿蟽蟿蠀蟿蟽蟿蠀蟿蟽畏胃畏味畏蔚未蔚未纬未纬尾纬味畏胃魏位渭位魏胃魏/
[02:13] <avis> /50101040807010908060601040906090109080604010806050108
[02:14] <avis> spread to all greek food supply houses.  validated each dish order entree or side 103 times as science greek gourment.  2nd half of book involve work.  it's volunatry.
[02:15] <avis> use UPC 080504-02 GR to print.  i love the Salmatanis family, no matter what.  who raised me.  thank you
[02:15] <avis> they're Greek
[02:15] <avis> i'm Roman Catholic.
[02:15] <avis> enjor
[02:15] <avis> enjoy
[02:18] <avis> same book science of healing.  second half voluntary work.  dedicated to Jesus, God, and Mary.  this is same 1801 greek cookbook, however, it heals, medically, by smell.  you must smell.  firefighters know.  尾未未伪尾蔚位渭魏魏味味蔚纬尾伪尾纬未蔚胃位谓尉谓谓位魏畏味味蔚未纬尾伪纬未味畏畏未纬伪味畏位谓尉尉蟺蟻蟽蟻蟺谓位魏胃味蔚蔚尾尾伪纬畏位谓尉谓渭渭胃畏未畏魏畏未胃畏未纬尾伪味胃位胃胃畏味蔚纬尾纬畏魏魏位魏胃魏胃//50109040901
[02:18] <avis> have a good day.  spread to all greek food supply.
[02:19] <avis> i buy it free for all greek firefighter stations in USA.  i make tip.  thank you.  upc from SETI.  only science knows.  i am mathmatician of checking fact.
[02:19] <avis> and know how to cook
[02:19] <avis> 尾未未伪尾蔚位渭魏魏味味蔚纬尾伪尾纬未蔚胃位谓尉谓谓位魏畏味味蔚未纬尾伪纬未味畏畏未纬伪味畏位谓尉尉蟺蟻蟽蟻蟺谓位魏胃味蔚蔚尾尾伪纬畏位谓尉谓渭渭胃畏未畏魏畏未胃畏未纬尾伪味胃位胃胃畏味蔚纬尾纬畏魏魏位魏胃魏胃//50109040901
[02:19] <avis> thank you Greece
[02:25] <avis> there.  all firefighters, USA, greek entirely to both books.  must be cops.  their math is key to this. they want these numbers when they see the print.
[02:25] <avis> and greek cops.