[00:03] <hatch> I spent 30 minutes trying to track down a dependency issue - when the issue was that our loader code apparently doesn't go enough levels deep
[00:04] <hatch> an issue...didn't know it was a dependency issue at the time :)
[00:04] <hatch> how did your talk go?
[00:04] <rick_h_> good, lots of questions. Blew everyone's mind with our kanban board
[00:05] <rick_h_> go gary go
[00:05] <rick_h_> now I need a drink, phew
[00:05] <hatch> haha - yeah everyone I've talked to about our process is very impressed
[00:06] <hatch> imho it just seems like common sense now lol
[00:06] <rick_h_> yea, I talked about doing things the old way as archaic
[00:08] <hatch> haha
[11:37] <benji> is CI back up?
[11:52] <rick_h_> benji: not yet, working on it
[11:52] <rick_h_> new azure environment up and uploading backup tarball to the jenkins server right now
[11:52] <benji> k, thanks for the update
[11:53] <rick_h_> benji: hope to have it up in the next hour/two and will shepard throgh the two landing branches before stand up
[11:53] <benji> great
[12:19] <frankban> rick_h_: thanks for the review, no qa required, will make and QA a new release later
[12:20] <rick_h_> frankban: rgr, thanks
[12:21]  * benji desperately needs some coffee.
[12:21] <rick_h_> +1 just got mine yay
[12:22] <bac> why does the little cog in the upper right corner of a unity desktop have options for 'shutdown' and 'restart' when they both open the same dialog box?
[12:23] <rick_h_> bac: just to annoy you and "shutdown or restart" didn't fit on one line?
[12:23] <bac> but but but
[12:23] <rick_h_> :)
[12:23] <bac> iffen i pick restart don't ask me
[12:24]  * bac let's it go
[12:24] <rick_h_> but that's a big pretty dialog with lots of transparency. We want you to see that. Maybe you hit the wrong button
[12:24] <rick_h_> so we give you big button phone style controls to say "Yes I'm sure"
[12:25] <bac> s/let's/lets/
[12:26] <benji> bac: that's one of the reasons I tend to use "sudo reboot" and "sudo poweroff"
[12:26] <rick_h_> I aliased it to just shut
[12:26] <rick_h_> (sudo shutdown -h now)
[12:26] <benji> there was that one time I was logged into a production server and type that though
[12:27] <bac> i'm just going to use vmware's 'force quit'
[12:27] <rick_h_> I figure for reboot I can hit the button
[12:27] <rick_h_> yea, done that a couple of times :/ stopped sync'ing that alias in server zshrc files :/
[12:27] <frankban> guihelp: if I update my trusty vm I am no longer able to log in. have you encountered this? any advices?
[12:27] <bac> frankban: i have seen similar problems
[12:28] <bac> frankban: i did two things which *appear* to have helped.
[12:28] <rick_h_> frankban: by 'no longer able to login' is it rejecting your login? Or do you not get a screen?
[12:28] <bac> frankban: yeah, what exactly are you seeing?
[12:29] <frankban> rick_h_: the login screen just disables the password input. unity is never shown
[12:30] <rick_h_> not seen that. Can you ssh to it and get at logs?
[12:30] <frankban> bac, rick_h_: at that point, all you can do is halting/restarting from the uuper right control
[12:30] <bac> frankban: i turned off the plymouth-greeter in grub http://askubuntu.com/questions/98566/how-do-deactivate-plymouth-boot-screen
[12:31] <bac> frankban: that seemed to help with some login issues and gives scrolling feedback as to what is happening
[12:31] <frankban> bac: cool, will try
[12:31] <bac> frankban: you may try booting to an older kernel
[12:32] <bac> frankban: you can edit a vmware setting to give you more time to access grub
[12:32] <frankban> bac: yeah I supposed it is related to the new kernel
[12:32] <rick_h_> bac: didn't you have some issue where a package was held back?
[12:32] <bac> rick_h_: i have lots of packages held back
[12:32] <rick_h_> would a sudo apt-get dist-upgrade help there?
[12:32] <rick_h_> oh
[12:32] <rick_h_> ok
[12:32] <bac> rick_h_: yeah, it would but i've not done it
[12:33] <frankban> yeah, lots of X-related packages
[12:33]  * rick_h_ checks, just did a full dist-upgrade the other day
[12:33] <bac> rick_h_: oh, yeah, i force installed some unity packages that were held back
[12:33] <bac> i didn't realize a dist-upgrade was needed periodically once running pre-release.  seems odd.
[12:34] <rick_h_> yea, but that's what installs the held-back packages
[12:34] <rick_h_> I do it every couple of times in case there's a set that need to go together
[12:34] <rick_h_> but that's just me and no idea if that's right to do
[12:34] <frankban> rick_h_: yeah, trying that, update && dist-upgrade
[12:35] <rick_h_> frankban: this is a VM right? snapshot it first?
[12:35] <rick_h_> just in case?
[12:36] <frankban> rick_h_: already done. dist-upgrade unblocked packages and requested removal of a bunch of them. installing
[12:36] <rick_h_> heh ok
[12:58] <bac> rick_h_: did you see the vUDS session on amulet?
[12:58] <rick_h_> bac: no, I didn't
[13:00] <bac> rick_h_: thurs at 14 EDT
[13:01] <rick_h_> bac: cool thanks. Added to the calender. I've got a meeting right before but might be able to watch
[13:01] <rick_h_> if not will check out the video
[13:08] <rick_h_> jujugui bringing CI back up and working through landing pending stuff. Sorry for the noise as we get things back up and have to do a couple retries
[13:23] <rick_h_> benji: lint issue on your branch to land. Can you update and we'll see if the change gets picked up?
[13:23] <benji> rick_h_: I'll look now
[13:23] <frankban> rick_h_, bac: FWIW dist-upgrade seems to have solved the login issue
[13:23]  * benji wishes for pre-commit lint
[13:24] <rick_h_> benji: http://git-scm.com/book/en/Customizing-Git-Git-Hooks
[13:24] <rick_h_> frankban: awesome
[13:24] <rick_h_> frankban: must have been some out of sync packages there
[13:24] <frankban> yeah
[13:25] <benji> hmm, I wonder if there is a pre-push hook, that would be nice
[13:26] <rick_h_> https://github.com/git/git/blob/master/Documentation/RelNotes/1.8.2.txt#L167
[13:47] <hatch> benji your ci failure is due to lint
[13:47] <benji> hatch: yep, fixing it now
[13:48] <hatch> cool
[13:48] <hatch> rick_h_ good to see CI is back up :)
[13:48] <rick_h_> hatch: yea, it's running and looks like your branch just finished
[13:49] <rick_h_> will keep an eye to make sure all the hooks are working properly
[13:49] <rick_h_> let me know if you see anything off
[14:26] <hatch> rick_h_ https://bugzilla.kernel.org/show_bug.cgi?id=71131 :/
[14:27] <rick_h_> heh, camera is so far down the list
[14:28] <hatch> basically it's going to be 2016 before enough drivers are updated to make it work properly lol
[14:28] <rick_h_> well it sounds like the 13" pro has good chance of working
[14:28] <rick_h_> someone in the email thread says they have everything but the camera
[14:29] <hatch> yeah I emailed him to see if he is on Trusty or something else
[14:29] <rick_h_> cool
[14:29] <hatch> peeps don't need to see me anyways :P
[14:31] <bac> hey benji, i think in charmworld the KIND_RE that is supposed to match "charms:foo" or "bundles:bar" is slightly off
[14:32] <bac> benji: http GET "http://<IP_ADDRESS>:2464/api/3/search?text=charmworld" returns all charms
[14:41] <hatch> so...many....tests
[14:50] <rick_h_> jujugui call in 10, note I've got a conflicting meeting so Makyo has the show
[14:58] <Makyo> jujugui call in 2
[15:26] <hatch> hi luca__
[15:26] <luca__> hey hatch
[15:26] <hatch> hows the tube?
[15:26] <luca__> hatch: all working
[15:26] <hatch> wow...that never happens
[15:26] <hatch> ;)
[15:26] <luca__> haha
[16:05] <rick_h_> yay, call over and snow has stopped. Time to go do some shoveling. You go march with your 8"
[16:07] <hatch> haha its very nice here and sunny
[16:08] <hatch> 0C :)
[16:12] <hatch> hmm....monkey patched afterEach isn't being called
[16:13] <hatch> jujugui anyone else have a fresh gui checkout?
[16:15] <bac> rick_h_: they have sick people in warmer climates.  you should mention this to your wife.
[16:15] <hatch> ohhh interesting
[16:15] <hatch> this is definitely a friday card
[16:22] <frankban> rick_h_: quickstart release must wait until a 1.17.5 is out on trusty, probably tomorrow. there is a bug preventing ec2 envs to be bootstrapped if juju-mongodb is installed on the client, and new quickstart installs it as a dependency of juju-local. this is fixed in trunk, so just waiting for the new release before copying quickstart packages to the stable ppa
[16:23] <hatch> and "they" said that server side development was easier than web development :)
[16:28] <hatch> jujugui looking for two reviews/qa on https://github.com/juju/juju-gui/pull/176 this removes the viewlet support from the viewlet manager and adds a request series inspector baseclass. This branch is blocking the remaining cards in the lane
[16:31] <rick_h_> frankban: ok, thanks for the heads up
[16:34] <rick_h_> hatch: k, will grab a review and look at it over lunch
[16:34] <hatch> rick_h_ thanks - it's a little big unfortunately
[16:34] <rick_h_> bac: I keep telling her that. I want to go to portland but she's afraid of dealing with hippies for patients
[16:35] <rick_h_> hatch: rgr, then see you by our 1-1 :)
[16:35] <hatch> haha
[18:08] <bac> benji: fancy a charmworld review? https://codereview.appspot.com/74900043
[18:08] <benji> bac: sure
[18:12] <benji> bac: why is it that we don't enforce the minimum score on sorted results?
[18:13] <bac> benji: i discovered the '_score' was absent
[18:13] <benji> that'll do it
[18:13] <bac> i'll make a note of that
[18:15] <hatch> Makyo you still here?
[18:15] <Makyo> hatch, yeah.
[18:16] <hatch> mind doing a review of my branch?
[18:16] <Makyo> Sure, on it.
[18:16] <hatch> thanks!
[18:25] <bac> rick_h_: you've got today as the deadline for all of the releases.  i will do charmworld after my branch lands on staging and i do QA.
[18:26] <bac> benji: will your bundle proofer be ready for a release today?
[18:27] <benji> bac: I just became aware of an unexpected meeting, so I don't think so
[18:27] <bac> ok
[18:30] <Makyo> hatch, rick_h_ ping when ready
[18:30] <bac> fyi: mark keynote at in 30 minutes
[18:31] <rick_h_> Makyo: rgr all ready
[18:31] <rick_h_> bac: k, we can move to tomorrow if need to
[18:31] <rick_h_> hopefully by EOD tomorrow
[18:32] <bac> rick_h_: can we do thursday releases, given the proximity to friday?
[18:32] <rick_h_> bac: yea, hopefully it'll go well :)
[18:49] <hatch> can anyone think of a way to figure out how many lines of js we have without comments? benji?
[18:49] <hatch> with, its about 87,000
[18:49] <benji> hatch: sure, one sec
[18:50] <hatch> right on thanks! I'm totally lost at how to accomplish that :D
[18:52] <benji> hatch: the app/ directory contains 33683 lines of code (I think most of that we wrote -- if you know of some we didn't I can exclude it)
[18:53] <hatch> well that's close enough for my needs - I'm writing a blog post on the importance of documenting your code
[18:53] <hatch> basically only 40% of our loc's are actual code :)
[18:54] <hatch> thats awesome imho
[18:54] <hatch> thanks benji
[18:54] <benji> hatch: the test directory contains 31800 lines of code (which excludes the "assets" directory).  That seems a little high to me <shrug>
[18:55] <rick_h_> benji: pick up the json sample files as js?
[18:55] <rick_h_> benji: or is that just a **/*.js match?
[18:55] <benji> rick_h_: I also excluded the data dir
[18:56] <rick_h_> hmm, cool I guess. we've got some BIG test suites then
[18:56] <hatch> good :P
[18:56] <rick_h_> heh, ungood as far as length of files and ability to find/update but good to have tests
[18:57] <hatch> I have a card about that for friday :)
[18:57] <hatch> and that means we have 17,454 lines of comments :)
[18:57] <hatch> ish
[18:58] <hatch> anywhos' I'm grabbing some grub and paint
[18:58] <hatch> bbiaw
[19:02] <marcoceppi> who wants to help answer some bundle questions for marco?
[19:02] <rick_h_> marcoceppi: shoot
[19:03] <marcoceppi> rick_h_: well, a hangout might be better to explain or I'm going to be saying bundle a lot. can we hangout in 15min? on a standup
[19:04] <rick_h_> marcoceppi: sure, I've got a call at 3:30 so can before that or after it
[19:04] <marcoceppi> I'll power through this stand up, I just need to make sure this weird case is covered
[19:04] <rick_h_> k
[19:07] <benji> hatch: I looked in app/assets and there appears to be some stuff we wrote and some third-party code in there, so those 16K lines are up in the air
[19:11] <marcoceppi> rick_h_: cool, lets do thisss
[19:11] <rick_h_> marcoceppi: k, invite me over
[19:11] <hazmat> rick_h_,  marcoceppi, can i get a link too
[19:11] <rick_h_> hazmat: sure
[19:11] <bac> benji: was your statement about min_score behaving weird related to the fact it gets passed as list?
[19:12] <benji> bac: yep
[19:12] <marcoceppi> rick_h_: hazmat invite is out, but I have no idea how to get the URL for it
[19:13] <rick_h_> marcoceppi: go to your window and copy/paste
[19:13] <bac> benji: ok, i'll document.  just the way it gets passed in from the dispatcher
[19:13] <rick_h_> marcoceppi: not seeing the invite in either account atm
[19:13] <hazmat> rick_h_, https://plus.google.com/hangouts/_/canonical.com/bundles?authuser=1&hl=en
[19:14] <benji> bac: makes sense
[19:16] <bac> what's that on mark's ceiling?  doesn't look like a projector.
[19:22] <hatch> benji sure no problem, it doesn't need to be super accurate.
[20:44] <rick_h_> hatch: are the other cards in the inspector work skill blocked or open now?
[20:46] <rick_h_> hatch: going to run away. If they're not blocked can you update them please. If they are then nvm. Ignore me :)
[20:49] <abentley> bac: I don't see anything weird.  Have you tried restarting Jenkins?
[20:49] <bac> abentley: no
[20:50] <abentley> bac: IME, scripttrigger was reliable, but perhaps some component has crashed, stopping it from running.
[20:51] <hatch> rick_h_ unblocked
[20:52] <abentley> bac: I don't see any smoking guns in /var/log/jenkins.
[21:00] <bac> abentley: so will changing a setting via juju cause the service to restart?
[21:00] <bac> i.e. trigger the config-changed
[21:01] <abentley> bac: Hmm, possibly.  I'd just do it via "sudo service jenkins restart"
[21:01] <bac> ok
[21:02] <bac> done
[21:02] <bac> ok, it has a new job pending
[21:02] <bac> abentley: thx
[21:03] <abentley> bac: You're welcome.
[21:03] <bac> data showing in script trigger log
[21:03]  * bac walks dog


 Laney don't listen to willcooke he's just trying to get you wet
[08:18] <willcooke> I meant the counter
[08:19] <Laney> I could put a steak on a stick and tempt them all into the pond
[08:19] <davmor2> willcooke: see that's how a geeks brain works :D
[08:20] <Laney> or maybe my ballot on a rope dnangling over the pond would be more attractive to an election counter
[08:21]  * Laney votes for davmor2 instead
[08:23] <davmor2> Laney: Europe is already broke they don't need my help ;)
[08:30] <willcooke> going to get a haircut, bbl
[08:30] <Laney> hf
[08:58]  * Laney gets trello-y
[09:03] <willcooke> bah, closed
[09:04] <willcooke> I'll try again tomorrow
[09:23] <willcooke> screw this, I'm buying an Intel wifi card
[09:25] <willcooke> oh, 3 quid on ebay
[09:25] <willcooke> should have done this a long time ago
[09:35] <andyrock> morning all
[09:38] <Laney> xnox: NEO doesn't support 4096R?
[09:38] <Laney> hi andyrock!
[09:39] <willcooke> hi andyrock
[09:45] <chrisccoulson> HI Laney
[09:45] <chrisccoulson> I'm not even bothering with that today - I think it's only PCC elections here.
[09:46] <chrisccoulson> I don't even know where my polling station is ;)
[09:48] <Laney> that's all we have too
[09:48] <Laney> nice walk in the sun if nothing else
[09:57] <willcooke> man, what is up with the progressbars
[09:58] <willcooke> the styling isn't being applied properly, and the background colour seems to be defaulting to transparent
[09:58] <willcooke> I've checked the theme, and the CSS is correct and does apply in the inspector
[09:58] <willcooke> so must be a specificity thing (again)
[10:34] <attente> Laney: hey, so g-s is blocked from being sru'd because of this apparently: https://errors.ubuntu.com/problem/58f08ffc3281621f3df0ae8b636df69edadf0f02. it doesn't seem like it was introduced in the version just uploaded, but it seems like it might be occurring more often than before
[10:37] <Laney> attente: did you get one of those automated emails?
[10:38] <attente> Laney: yeah
[10:38] <Laney> holy early morning
[10:38] <Laney> attente: doesn't look like a regressio nto me
[10:38] <Laney> I'd reply and say that
[10:38] <Laney> don't know what the problem is though, do you?
[10:39] <Laney> no TagF?
[10:40] <attente> hard to tell...
[10:40] <Laney> might be sensible to check that
[10:43] <Laney> like maybe if the PkgF.Open fails
[10:43] <Laney> file:///usr/share/doc/libapt-pkg-doc/html/classFileFd.xhtml
[10:43] <Laney> it returns a bool
[10:44] <attente> not sure how TagF can be invalid here
[10:46] <Laney> I think just check at 376 and fail with an error if the Open() doesn't work
[10:46] <Laney> can't think of another reason
[10:46] <attente> wouldn't the backtrace fail in the Jump function?
[10:46] <Laney> other than trying to make a tagfile from a not opened FileFD
[10:49] <Laney> or a malloc failure or something
[11:54] <GunnarHj> Hi Laney, and chance you can sponsor bug #1575555?
[11:57] <Laney> GunnarHj: I can look after lunch
[11:57] <Laney> is it just a case of backporting y to x?
[11:57] <GunnarHj> Laney: Great. Yes, backporting or upload from PPA - your choise.
[11:58] <Laney> k
[12:10] <pitti> Good morning
[12:17] <willcooke> morning pitti
[12:20] <pitti> hey willcooke
[13:17] <willcooke> attente, around?
[13:18] <dholbach> willcooke, attente: have you seen something like http://paste.ubuntu.com/16237898/ with gnome-software already?
[13:18] <dholbach> dpm, ^
[13:19] <dholbach> it looks like I get no apt/dpkg results
[13:19] <attente> willcooke: hey
[13:19] <willcooke> heh, so basically, what dholbach said :)
[13:19] <willcooke> I'm just running through some troubleshooting with dpm now
[13:19] <dholbach> ah ok
[13:20] <willcooke> dholbach, is it broken for both of you?  cos wfm
[13:20] <attente> can you try running it with a strace+grep to see what file it's trying to open?
[13:20] <dpm> attente, willcooke, is this the right version? http://pastebin.ubuntu.com/16237931/
[13:21] <dpm> willcooke, yeah, we were on a call preparing the demo and it's broken for both of us
[13:21] <willcooke> dpm, correct version
[13:21] <dpm> attente, http://pastebin.ubuntu.com/16237826/
[13:21] <willcooke> dpm, what does "snap find hello" return?
[13:22] <dpm> Name         Version  Summary
[13:22] <dpm> hello-world  6.0      Hello world example
[13:22] <attente> dpm: does this still happen after killing it and re-starting?
[13:23] <dpm> attente, yes, tried to killall and restart multiple times
[13:23] <dholbach> attente, output of strace -eopen,stat gnome-software (http://paste.ubuntu.com/16237969/)
[13:23] <willcooke> dpm, what app are you searching for?
[13:23] <attente> dpm: can you try doing an apt-cache update and restarting?
[13:23] <dpm> willcooke, I was just searching "calculator"
[13:24] <dpm> attente, restarting what?
[13:24] <attente> dpm: restarting gnome-software
[13:25] <dpm> attente, I guess you mean 'apt update'? Tried that already
[13:25] <dholbach> apt update and restarting gnome-software doesn't help in my case
[13:25] <willcooke> dpm "snap find calculator" == "no snaps found for calculator"
[13:25] <attente> yeah, sorry
[13:25] <attente> apt update
[13:25] <dholbach> I also tried to remove cache/config files of gnome-software, just to be sure it wasn't some old broken config
[13:25] <dholbach> but that also didn't help
[13:26] <dholbach> did we catch other bugs which said "failed to start fwupd" somewhere?
[13:26] <dpm> willcooke, I think that's a known bug with the 'find' CLI command, as the snap name is 'ubuntu-calculator-app', but up until today g-s found it by just searching for "calculator"
[13:26] <seb128> good afternoon desktopers!
[13:26] <dholbach> salut seb128
[13:27] <willcooke> dpm,  and so if you search for "ubuntu-cal" in g-s what happens?
[13:27] <seb128> hey dholbach
[13:27] <seb128> dpm, I joined in the middle, but substring matching for g-s/snap query never worked, if that's the topic
[13:27] <dpm> willcooke, that shows me 2 results now
[13:27] <dholbach> seb128, tout est cassé :)
[13:27] <dpm> hey seb128, afternoon!
[13:28] <seb128> dholbach, oui, snapcrap fault!  ;-)
[13:28] <dholbach> haha
[13:28] <dholbach> for me gnome-software shows no apt/dpkg apps at all
[13:28] <dholbach> just the snaps I have installed
[13:28] <xnox> Laney, v4 yes, previous no.
[13:28] <dpm> seb128, it did work, I have proof! :)
[13:28] <xnox> Laney, hence it's my sub-key only at 2k
[13:28] <dpm> seb128, -> https://developer.ubuntu.com/en/desktop/get-started/
[13:28] <xnox> xnox, so yeah.
[13:29] <Laney> xnox: no neo v4 though?
[13:29] <xnox> Laney, not yet
[13:29] <seb128> dpm, maybe before snappy->snapd
[13:29] <xnox> they switched the vendor and rumour has it, the nfc v4 (or i guess v5 will come)
[13:29] <seb128> dpm, in any case it's a store issue, not a g-s one
[13:29] <Laney> nice
[13:29] <seb128> dholbach, weird, do you have a debuglog to share?
[13:30] <seb128> the channel is more active that I though
[13:30] <seb128> today is not a bank holiday in the u.k I guess?
[13:30] <Laney> hi seb128
[13:30] <Laney> we had that on monday
[13:30] <seb128> hey Laney
[13:30] <seb128> monday was for the 1st of may right?
[13:30] <willcooke> dpm, can you install one of the two results you have now?
[13:31] <seb128> today is assumption day
[13:31] <seb128> ascension
[13:31] <seb128> doh
[13:32] <seb128> dholbach, isn't it a vac for you?
[13:32] <dholbach> seb128, output of strace -eopen,stat gnome-software (http://paste.ubuntu.com/16237969/)
[13:32] <Laney> yes it's a replacement one
[13:32] <seb128> I see
[13:32] <seb128> dholbach, no normal log?
[13:32] <dholbach> seb128, http://paste.ubuntu.com/16237898/
[13:33] <dpm> willcooke, will try in a bit, need to jump on a call, will be filing some bugs :)
[13:34] <seb128> dholbach, did you try to kill the running instance? that log looks like it's not starting but exiting on favor or an existing one
[13:34] <dholbach> seb128, yes, several times
[13:34] <seb128> dholbach, can you kill it and get a log with --verbose?
[13:34] <dholbach> I also removed its cache and config
[13:35] <seb128> Laney, did you try helping dholbach already? (I just joined and start wondering how much debugging there was before that)
[13:35] <willcooke> dholbach, is your issue the same as dpm - in that it used to find ubuntu-calculator if you just searched for "calculator" and now it doesnt?  What happens if you search for "ubuntu-cal" - does it show up then
[13:35] <Laney> seb128: no, I don't want to join the fight here, I just came back from lunch
[13:35] <seb128> Laney, k
[13:35] <Laney> attente was involved
[13:36] <dholbach> willcooke, 'ubuntu-cal' works for me, my problem is that no apt/dpkg packages are shown
[13:37] <seb128> dholbach, can you get the verbose log? ;-)
[13:37] <dholbach> on it
[13:37] <dholbach> but in a call
[13:38] <dholbach> attente, seb128: http://paste.ubuntu.com/16238226/
[13:38] <attente> dholbach: anything in /var/cache/app-info?
[13:39] <dholbach> http://paste.ubuntu.com/16238236/
[13:39] <attente> dholbach: /var/lib/app-info too?
[13:39] <dholbach> http://paste.ubuntu.com/16238249/
[13:39] <willcooke> dholbach, do you have the U8 session installed as well?
[13:39] <dholbach> yes
[13:39] <willcooke> :)
[13:40] <willcooke> I wonder
[13:40] <willcooke> could be the first fall out from the PK thing seb128? When you pull in U8
[13:41] <seb128> willcooke, I was starting to think the same
[13:41] <seb128> dholbach, dpkg -l | grep aptdaemon
[13:42] <dholbach> http://paste.ubuntu.com/16238284/
[13:43] <seb128> dholbach, your full log doesn't have the failed to open error and seems to list quite some content
[13:43] <dholbach> they went to stderr
[13:44] <dholbach> they are the same as what's in the log I pasted earlier
[13:44] <dholbach> seb128, UOS is not a vac :)
[13:44] <seb128> dholbach, yeah, tell me :-/
[13:44]  * dholbach hugs seb128
[13:44]  * seb128 hugs dholbach back
[13:46] <seb128> attente, dholbach, everything in that log is kind "unknown"
[13:46] <seb128> dholbach, when did the issue start?
[13:47] <dholbach> let me know if there's anything else I can try to do
[13:47] <dholbach> I don't know - I haven't used it much
[13:47] <attente> seb128: are you reproducing it too?
[13:47] <dholbach> I just tried it earlier to prepare for a demo with dpm
[13:47] <seb128> attente, no
[13:48] <attente> dholbach: and apt update, killing g-s, starting g-s didn't do anything?
[13:48] <dholbach> no
[13:48] <dholbach> I was up to date
[13:48] <dholbach> and restarted my machine even
[13:49] <Laney> appstreamcli search .
[13:50] <dholbach> http://paste.ubuntu.com/16238415/
[13:55] <seb128> dholbach, what ubuntu serie do you use?
[13:55] <dholbach> xenial
[13:55] <seb128> can you share syslog?
[13:55] <attente> what's that u8 pk change that happened?
[13:56] <attente> is it supposed to remove aptdaemon or something?
[13:56] <dholbach> http://paste.ubuntu.com/16238523/
[13:56] <seb128> attente, it removes the pkgkitcompat layer
[14:00] <attente> so i'm fully up-to-date. what package should i install to try to reproduce?
[14:01] <seb128> attente, unsure if that's something where you install a package to reproduce, that was a random guess I think
[14:01] <Laney> those 'failed to call' messages are probably the thing to debug
[14:02] <seb128> right
[14:04] <seb128> dholbach, ls -ld /var/lib/app-info ?
[14:05] <dholbach> drwxr-xr-x 4 root root 4096 Apr 19 15:05 /var/lib/app-info
[14:06] <dholbach> attente, unity8-desktop-session-mir maybe(?), if it's about unity8
[14:06] <seb128> dholbach,
[14:06] <seb128> appstreamcli dump vlc.desktop
[14:07] <dholbach> http://paste.ubuntu.com/16238714/
[14:07] <pitti> seb128, xnox: meh, got double-booked with a Mark session on our UOS session upstart
[14:07] <pitti> I asked to move it, but you might need to start without me
[14:08] <seb128> pitti, hum, k, if you can't be there we better reschedule I think?
[14:08] <seb128> Laney, attente, where is the gs "kind" info coming from?
[14:10] <Laney> plugins set it once they figure out what kind a component is
[14:10] <xnox> pitti, i noticed
[14:13] <seb128> dholbach, do you get the same issue in a guest session?
[14:13] <dholbach> seb128, I won't be able to try today, to busy because of UOS
[14:13] <dholbach> s/to/too
[14:14] <seb128> dholbach, sorry  I've no idea about that issue
[14:15] <Laney> normally the appstream plugin is responsible for making application objects and setting them to be desktop applications (the ones we normally show)
[14:15] <dholbach> yeah... I don't know either
[14:15] <dholbach> gnome-software just shows snaps right now
[14:15] <seb128> so it all goes down to appstream failing to load on a no such file or directory
[14:15] <Laney> I think you want to attack this directly and find out why you're getting those messages
[14:15] <seb128> right, no idea about that though
[14:15] <seb128> the files are there on disk and permissions are ok
[14:15] <seb128> appstreamcli find them
[14:15] <seb128> and strace doesn't show anything weird
[14:16] <Laney> sure
[14:16] <Laney> that's why more debugging is required
[14:16] <seb128> failed to call gs_plugin_refine on appstream: Error opening file: No such file or directory
[14:16] <willcooke> seb128, worth reinstalling the compat layer just to see what happens?
[14:16] <Laney> can't do that without being able to reproduce though
[14:16] <Laney> :(
[14:16] <seb128> do we know what file exactly it's trying to open?
[14:16] <Laney> that is the debugging
[14:19] <Laney> you need to trace gs_plugin_refine_app in src/plugins/gs-plugin-appstream.c and find out where the error comes from
[14:20] <seb128> dholbach, can you strace -f gnome-software and share the log?
[14:22] <dholbach> the log is like 30M already and the UI didn't even come up yet
[14:23] <seb128> dholbach, ctrl-C, gzip?
[14:23] <seb128> or do it again but ctrl-C after 10s
[14:23] <GunnarHj> Laney: A friendly reminder of that bug...
[14:24] <Laney> No need
[14:25] <dholbach> seb128, http://daniel.holba.ch/temp/log.gz
[14:26] <seb128> dholbach, danke
[14:26] <dholbach> de rien
[14:31] <attente> dholbach: any chance you're on a metered wifi connection?
[14:31] <dholbach> attente, metered?
[14:31] <dholbach> I'm on wifi at home
[14:31] <attente> dholbach: just speculating if the refresh is doing something differently in case you're on 3g
[14:32] <dholbach> ah ok
[14:32] <attente> but guess not
[14:32] <dholbach> no, that shouldn't be the case
[14:33] <seb128> dholbach, is /var/lib/app-info/yaml/archive.ubuntu.com_ubuntu_dists_xenial_main_dep11_Components-amd64.yml.gz pointing to a valid file?
[14:33] <seb128> and how big is that file?
[14:33] <dholbach> ah no
[14:33] <dholbach> points to /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_xenial_main_dep11_Components-amd64.yml.gz which does not exist
[14:33] <dholbach> ah... I guess I moved from archive.u.c to de.archive.u.c at some stage
[14:33] <dholbach> maybe that's why(?)
[14:34] <seb128> did you try to click on the "refresh" button in g-s?
[14:34] <seb128> on the top left
[14:34] <seb128> attente, Laney, when are those /var/lib/app-info/yaml links updated?
[14:35] <dholbach> where is the refresh button?
[14:35] <seb128> if you go to the updates tab
[14:35] <attente> should be during an apt update. refreshing with the button on the updates tab should trigger it though
[14:35] <seb128> in the top left
[14:35] <seb128> dholbach, can you copy the log of a sudo apt-get update as well?
[14:35] <seb128> see if you have warnings/errors there
[14:36] <seb128> I wonder if you have that bug where an invalid repo is breaking the update
[14:36] <dholbach> the update is taking ages
[14:36] <dholbach> in g-s
[14:36] <dholbach> now it says "it's all up to date"
[14:36] <dholbach> and the broken symlinks are still there
[14:36] <seb128> k
[14:37] <seb128> sudo apt-get update | pastebininit :p
[14:37] <dholbach> http://paste.ubuntu.com/16239267/
[14:37] <seb128> iz mvo's fault!
[14:37] <seb128> dholbach, does it fix it if you disable the spotify repo and do another update?
[14:37] <dholbach> let me see
[14:39] <dholbach> the symlinks are now up to date
[14:39] <seb128> and g-s works I guess?
[14:39] <dholbach> yes, it took a while to load
[14:39] <dholbach> but it looks good now
[14:39] <seb128> k
[14:39] <seb128> so we figured it out!
[14:40] <attente> so is appstreamcli refresh not getting called when apt update fails?
[14:40] <dholbach> dpm, issue found, tldr: apt repos with weaker security break appstreamcli's data update, g-s gets confused over missing data
[14:40] <dholbach> attente, seb128: I'm sure that MANY users see this issue
[14:41] <dholbach> Laney, ^
[14:41] <seb128> yeah, ,likely
[14:42] <dholbach> can't appstreamcli just take the apt lists which are good and up to date?
[14:42] <Laney> apt is not calling appstreamcli
[14:43] <Laney> because it thinks the update failed
[14:43] <dholbach> mh
[14:43] <seb128> told yeah, iz mvo bog! :-)
[14:43] <attente> lol
[14:44] <seb128> yeah->ya
[14:44] <seb128> g-s could also give some clue that the index refresh is failing
[14:45] <attente> yeah
[14:45] <Laney> saying what?
[14:47] <seb128> "the package index update failed, check your sources?"
[14:48] <seb128> with maybe with a detail showing eventual E:
[14:48] <seb128> "E: The repository 'http://repository.spotify.com stable Release' does not have a Release file."
[14:48] <seb128> dunno
[14:48] <seb128> any error would be better than letting you hitting refresh again and again and not telling you it's failing
[14:53] <attente> i don't understand why g-s wouldn't work when appstreamcli search . was clearly working at the time
[14:53] <Laney> I imagine there's something that could be done, like
[14:54] <Laney>  - g-s knows there's no GsApps to display
[14:54] <Laney>  - try to refresh
[14:54] <Laney>  - if that fails, display some message
[14:54] <Laney> It sort of intersects with the first run work
[14:54] <Laney> Clearly needs design
[14:54] <Laney> and also clearly is not Ubuntu specific
[14:54] <seb128> right
[14:55] <Laney> In this case we should look for a solution that gets the index refreshed
[14:55] <Laney> attente: appstream-glib accesses the .yaml files itself
[14:55] <seb128> seems like dholbach had indexed in the apt dir
[14:55] <attente> should the appstream plugin try to do a refresh itself?
[14:55] <Laney> .yml.gz, whatevs
[14:55] <seb128> why are we not using those directly?
[14:55] <Laney> it doesn't use that same database
[14:56] <seb128> and relying on symlinks that might be wrong/outdated
[14:56] <seb128> but the /var/lib/app-info/yaml ones are symlinks, not different db
[14:56] <seb128> they just pointed to the wrong files in his case
[14:56] <Laney> I didn't say that they weren't symlnks.
[14:56] <Laney> I said that appstreamcli search is looking at a different thing to appstream-glib.
[14:57] <seb128> ah ok
[14:57] <Laney> Usually they coinciide (so it is a useful test), but not always
[14:57] <Laney> And I would imagine it's because appstream-glib doesn't want to know about apt's private directories
[14:57] <Laney> Probably it's valid for other things to put appstream in that place
[15:01] <xnox> pitti, seb128: i'm double booked too.... shall we move/postpone the upstart user session ?
[15:01] <pitti> hm, meh
[15:01] <seb128> xnox, pitti, +1
[15:01] <pitti> I guess we have to
[15:02] <seb128> Laney, attente, unsure if apt failing on invalid report is a bug or a feature? it could skip over those and get the update done anyway
[15:03] <seb128> need to check with mvo when he's around
[15:05] <attente> maybe it's actually more appropriate for the appstream plugin in gnome-software to actually refresh the cache itself instead of depending on apt to do it
[15:57] <mhall119> pitti: are you all set for your UOS session?
[15:57] <pitti> mhall119: sorry, no, double-booked with a Mark session on the sprint here
[15:57] <mhall119> is there someone else who can run it?
[15:59] <pitti> I don't actually know much about the session upstart rationale/integration, so if seb128 and xnox want to go along, please do
[15:59] <pitti> otherwise we need to postpone
[15:59] <pitti> sorry, sprint craziness
[15:59] <seb128> pitti, mhall119, xnox is also double booked and I didn't prepare much, better to postpone
[16:00] <mhall119> pitti: can you do it at 1800 UTC?
[16:04] <pitti> mhall119: WFM, if seb128 can do that too
[16:05] <mhall119> seb128: ?
[16:05] <seb128> mhall119, pitti, no, sorry, I've dinner plans that conflict :-/
[16:05] <pitti> I guess we'll talk about it next week then
[16:05] <seb128> but feel free to do it without me
[16:05] <mhall119> pitti: can we schedule it for ubuntuonair.com next week?
[16:05] <pitti> this is all desktop-y work, not much point without desktop guys aroud
[16:06] <pitti> we probably should just do a three-day sprint (virtual or real) for this
[16:06] <pitti> Laney, seb128, xnox and me perhaps
[16:07] <seb128> that would work as well
[16:07] <Laney> let's talk next week
[16:07]  * Laney isn't sure of the scope yet
[16:08] <pitti> seb128, Laney: who would actually have some knowledge about how the current system works?
[16:08] <Laney> which part?
[16:08] <pitti> i. e. rationale for moving so much stuff to upstart instead of dbus activation, etc.
[16:09] <pitti> Laney: well, everything :)
[16:09] <pitti> i .e. how the session starts under upstart, and converting gnome-session to upstart jobs, etc.
[16:09] <Laney> stgraber drove most of it I think
[16:09] <pitti> tedg?
[16:09] <Laney> I know how but can't really speak to why
[16:09] <Laney> just "make things event driven" probably
[16:10] <pitti> Laney: ah, so mirroring the phases of g-sessoin?
[16:10] <tedg> Yes, event driven was important, but also having logging and control.
[16:10] <tedg> We had for instance every indicator implementing logic for managing restarts for debugging.
[16:10] <pitti> (previous Mark session is running over, but unsure when our's starts)
[16:11] <seb128> pitti, tedg yes
[16:11] <tedg> Where we were able to remove all that code and just use Upstart
[16:12] <tedg> DBus activation also has some interesting race cases that we never solved. Those are largely fixed by systemd, but I'd not recommend dbus activation without systemd managing the bus.
[17:07] <Laney> byeeEEee
[17:07] <willcooke> see ya Laney
[19:44] <willcooke> gnight all


[17:02] <i30817> hi.
[17:02] <i30817> I am trying to package my program to put it in a ppa.
[17:02] <i30817> A question: if one removes library dependencies that i am sure have a ubuntu equivalent before building the package (but leaving the dependencies in the control file, in the classpath), that would be harmful or useless? Because i can imagine that tools should be able to look at the names of the jar dependencies to figure out which library it is (and if renaming would help, i'd much prefer it).


[13:44] <hitlin37> hi, i'm doing a start my_process when there is a file change. is there any overhead if the job already running and i call start.
[13:44] <hitlin37> it says job is already running.
[13:45] <hitlin37> i can add another condition in bash to chehck if job is running or not...or i jsutleave it like this if doesn't make any difference to send start to a job which is already running.
[15:32] <hitlin37> i think i do not understand something in upstart.
[15:33] <hitlin37> hi have a job for updating system
[15:33] <hitlin37> https://www.irccloud.com/pastebin/bV7W4oKt
[15:33] <hitlin37> since i don't have inotify bridge versiion of upstart, i'm implementating my owh mechanism
[15:34] <hitlin37> so i created another job which luaches a wifi_chehck_status script
[15:34] <hitlin37> https://www.irccloud.com/pastebin/ay7j20so
[15:35] <hitlin37> finally , in my wifi script, i chehck the status and enable if wifi is up
[15:35] <hitlin37> https://www.irccloud.com/pastebin/lOfn79W1
[15:36] <hitlin37> now, i'm keep getting from my wifi job that job terminated and respawinging.
[15:36] <hitlin37> but i dont get the reson why its terminating the wifi .sh file.
[15:36] <hitlin37> the same file runns fine from cmd line
[15:36] <hitlin37> as its inotify in while loop!
[15:51] <hitlin37> Problem is wifi job shows as "the job is terminated". but when i run the wifi_script, it works fine in blocking mode as it keeps looking at the directory using inotifywait. why would upstart terminate a while look on inotifywait? looks like i'm doing something wrong
[16:04] <hitlin37> may be i should simply my question. is there a problem if a script, called from my job calls inotiywait.


[20:48] <Sbur3> How to modify "favorite" menu selection in Ubuntu Studio 20.10?
[20:49] <Sbur3> Like removing Carla ...


[03:59] <mup> Bug #1600545 opened: cannot pivot_root to the new root filesystem. errmsg: Permision denied <Snappy:New> <https://launchpad.net/bugs/1600545>
[04:35] <tsimonq2> sergiusens: didn't have a chance to say something earlier, but https://pad.lv/1600504 should be looked at, it's blocking 2.12.1+16.10 from getting out of proposed
[04:38] <tsimonq2> sergiusens: (I'm pinging you because your name is on the debian/changelog file)
[11:51] <boghison> Hi! Is it possible to run a shell script to build a snap (i.e. no plugin)?
[19:23] <mup> PR # closed: snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244,
[19:23] <mup> snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244
[19:24] <mup> PR # opened: snapd#1244, snapd#1254, snapd#1299, snapd#1322, snapd#1340, snapd#1391, snapd#1405, snapd#1409, snapd#1432, snapd#1444, snapd#1446, snapd#1450, snapd#1457, snapd#1460, snapd#1486, snapd#1489, snapd#1492, snapd#1493, snapd#1494, snapd#1500, snapd#1501, snapd#1502, snapd#1505,
[19:24] <mup> snapd#1506, snapd#1507, snapd#1508, snapd#1511, snapd#1512, snapd#1515, snapd#1517, snapd#1519, snapd#1520, snapd#1521
[19:40] <mup> PR # closed: snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244,
[19:40] <mup> snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244, snapd#1244
[19:41] <mup> PR # opened: snapd#1244, snapd#1254, snapd#1299, snapd#1322, snapd#1340, snapd#1391, snapd#1405, snapd#1409, snapd#1432, snapd#1444, snapd#1446, snapd#1450, snapd#1457, snapd#1460, snapd#1486, snapd#1489, snapd#1492, snapd#1493, snapd#1494, snapd#1500, snapd#1501, snapd#1502, snapd#1505,
[19:41] <mup> snapd#1506, snapd#1507, snapd#1508, snapd#1511, snapd#1512, snapd#1515, snapd#1517, snapd#1519, snapd#1520, snapd#1521
[19:42] <mup> PR # opened: snapd#1244, snapd#1254, snapd#1299, snapd#1322, snapd#1340, snapd#1391, snapd#1405, snapd#1409, snapd#1432, snapd#1444, snapd#1446, snapd#1450, snapd#1457, snapd#1460, snapd#1486, snapd#1489, snapd#1492, snapd#1493, snapd#1494, snapd#1500, snapd#1501, snapd#1502, snapd#1505,
[19:42] <mup> snapd#1506, snapd#1507, snapd#1508, snapd#1511, snapd#1512, snapd#1515, snapd#1517, snapd#1519, snapd#1520, snapd#1521


[00:00] <spymastermatt> oh ok. I must have missed that in the API docs
[00:00] <spymastermatt> yeah it seems like layouting within layouting would be useful
[00:01] <nik90> spymastermatt: You might want to report a bug at https://launchpad.net/ubuntu-ui-toolkit
[00:01] <spymastermatt> for example, in this case I was hoping to have a list of folders and a list of emails where they occupy the available space side by side if there is space, or overlapping and collapsing if not
[00:01] <nik90> spymastermatt: I will also talk to the SDK dev as to why this limitation is present.
[00:01] <spymastermatt> cheers thank you
[00:02] <spymastermatt> i will report this bug tomorrow evening as it's getting late here.
[00:02] <spymastermatt> thank you for your help
[00:02] <nik90> spymastermatt: np..yw
[04:33] <mayank> disconnect
[04:33] <mayank> hello
[07:01] <dholbach> good morning
[08:49] <nik90> good morning
[08:49] <nik90> zsombi: ping (alarms)
[09:23] <zsombi> nik90: pong
[09:26] <JamesTait> Good morning all; happy World Bartender Day! :-D
[09:26] <ara> Kaleo, ping
[09:30] <nik90> zsombi: I was testing the alarms on image 205 and it seems there is a timezone issue.
[09:30] <nik90> zsombi: when I create an alarm in UTC+1, the alarm is saved and triggered in UTC.
[09:31] <nik90> zsombi: I am collecting alarms dogfooding blocker bugs at https://bugs.launchpad.net/ubuntu-clock-app/+bugs?field.tag=dogfooding-blocker
[09:31] <nik90> zsombi: the one that I referred to above was https://bugs.launchpad.net/ubuntu-clock-app/+bug/1283236
[09:31] <ubot2`> Launchpad bug 1283236 in Ubuntu Clock App "Alarms are triggered in UTC tz despite saving in local tz" [High,Confirmed]
[09:32] <zsombi> nik90: SDK Alarms API timezone support was not scheduled for 0.1 release. On the other hand Alarms API passes the date object as it comes from the UI, not doing any conversion. I could check whether the Qt QDate API does conversions there, but I doubth
[09:33] <nik90> zsombi: yeah I remember reading the blueprint where timezone support lands in future releases of alarms API
[09:33] <nik90> zsombi: I need to know what timezone does EDS expects the alarm time to be in?
[09:34] <nik90> zsombi: since something is converting all the alarms times in UTC.
[09:36] <zsombi> nik90: as said, I pass the date objects in the format it comes, as objects. So EDS backend perhaps fetches the date with other format... or I have no idea...
[09:37] <nik90> zsombi: then I have to assume EDS is the culprit here...I will talk to renato to confirm this
[09:37] <nik90> zsombi: what is the expected timeline for the v0.1.1 and 0.2 releases of the alarms API?
[09:37] <nik90> zsombi: Is it for this cycle or the next?
[09:38] <zsombi> nik90: I can also verify that Alarms API passes the data properly and even check if the QOrganizerEvent has the proper dates
[09:38] <zsombi> nik90: as soon as we get all the bits'n'pieces ready for 14.04
[09:39] <nik90> zsombi: Are you referring to the !t 5.2 bits for 14.04?
[09:39] <nik90> s/!t/Qt
[09:39] <zsombi> nik90: there will be tiny fixes, like APP_ID is gonna come mid march
[09:40] <zsombi> nik90: nopez, there are lopts of issues we need to fix by 14.04
[09:40] <nik90> ok
[09:41] <zsombi> nik90: like text input was left soooooooo much behind that we need to refresh it heavily, few new components still must land, then import versioning must be updated, new UI designs, etc
[09:42] <zsombi> nik90: but any time we have a critical issue (bug or new component) to fix, that makes us slip with all the planned stuff :(
[09:42] <nik90> zsombi: can you confirm if the Alarms API is passing the correct time to EDS and check if the QOrganizerEvent has the proper dates?
[09:42] <nik90> zsombi: this way I can approach the concerned people and discuss it with them
[09:43] <zsombi> nik90: it will take some time while I can do that... but yes, I can check it
[09:43] <nik90> zsombi: ok
[11:05] <m-b-o> popey moin
[11:14] <m-b-o> popey MWC build for weather is done, right?
[11:25] <ara> kalikiana, ping
[11:25] <kalikiana> ara: pong
[11:29] <WebbyIT> mzanetti, o/ hope you had a nice weekend :-) When you have some time, could you review the camera improvement, please? :-)
[11:29] <WebbyIT> https://code.launchpad.net/~rpadovani/reminders-app/cameraImprovement/+merge/206559
[11:29] <mzanetti> WebbyIT: ok
[16:37] <zyga> hey
[16:37] <spineau1> hello
[16:37] <zyga> so what is this about? (which issue?)
[16:37] <ara> zyga, spineau1: bzoltan1 cannot reproduce the build issue in his precise chroot
[16:37] <zyga> ara: ah, I see
[16:37] <zyga> bzoltan1: have you seen the failure logs from our PPA?
[16:37] <spineau1> let me find a buildlog
[16:38] <bzoltan1> spineau1: zyga: if you depend on qt4.8 stuff and use qt5 then funny things are expected to happen
[16:38] <bzoltan1> spineau1: zyga: could you remove the qt4-linguist-tools from your build?
[16:39] <spineau1> here it is: https://launchpadlibrarian.net/167379225/buildlog.txt.gz
[16:39] <spineau1> taken from here, our dev ppa: https://code.launchpad.net/~checkbox-dev/+archive/ppa/+recipebuild/658552
[16:39] <zyga> bzoltan1: we depend on both
[16:39] <zyga> bzoltan1: is that impossible with qt?
[16:39] <zyga> bzoltan1: (we need qt4 for old UI and qt5 for the new UI)
[16:40] <spineau1> the relevant part: http://pastebin.ubuntu.com/6987854/
[16:40] <zyga> as for the linguist, I'm currently fire-fighting python + virtualenv but I could setup a builder in a moment
[16:42] <roadmr> bzoltan1, spineau1 : remember the problem is detailed here: https://bugs.launchpad.net/checkbox/+bug/1282257
[16:42] <ubot2> Launchpad bug 1282257 in checkbox "qt4 and qt5 dev tools can't be installed together on 12.04 from the ubuntu-sdk-team PPA" [High,Confirmed]
[16:42] <roadmr> bzoltan1: I see no way to remove qt4-linguist-tools and qt4-qmake since libqt4-dev depends on them :(
[16:46] <spineau1> bzoltan1: roadmr: basically we would need a qtchooser for precise with a version >= 4:4.8.4, is it possible?
[17:11] <iBelieve> mhall119: ping
[17:21] <bzoltan1> zyga: roadmr_: It is a bit strange setup to build both qt4 and qt5 UI at the same time. I would set up two separate projects and provide two separate package for the different UIs ... The qt4 is going to be dead meat very soon. But I will look around to see if there is a fix to your problem. But i will be frank with you ... suporting Qt4 on 12.04 is not a top priority for me right now.
[17:23] <roadmr> ok, understood
[17:23] <zyga> bzoltan1: the old package is a rather old ui, we want to get rid of it but it's not up to us
[17:24] <zyga> bzoltan1: would it work if it were being distributed into one ppa from two recipes?
[17:24] <bzoltan1> zyga: who's decision would that be?
[17:24] <zyga> bzoltan1: or is that basically a no-go because of qt5
[17:24] <roadmr> bzoltan1: about the bug, I filed it in checkbox but I wonder if it may be appropriate to add a task in another project (which project would that be?) so it's properly tracked
[17:24] <zyga> bzoltan1: our downstream users
[17:41] <mhall119> iBelieve: pong
[17:42] <iBelieve> hi mhall119, did you want to set up a time to discuss the snippets app?
[17:43] <mhall119> iBelieve: yes, when is good for you?
[17:45] <iBelieve> mhall119, Anytime other than Tuesday at 21 UTC and Thursday
[17:46] <iBelieve> mhall119: between 16 UTC and 23 UTC
[17:47] <iBelieve> mhall119: today works as well
[17:49] <mhall119> iBelieve: tomorrow at 1800 work for you? unfortunately I'm busy today trying to finish things on the developer portal
[17:55] <bzoltan1> zyga:  roadmr: Please give me half a day to sort out if there is something i can do with this problem. My team is in GMT+1 an GMT+2 :)
[17:55] <iBelieve> mhall119: sure, that will work fine. Google Hangouts?
[17:56] <zyga> bzoltan1: thanks
[17:56] <roadmr> bzoltan1: thanks! apologies for troubling you with this :(
[17:57] <mhall119> iBelieve: yes, PM me your address and I'll add you to the calendar invite
[17:57] <bzoltan1> roadmr: zyga: no worries ... I was heavily involved with the initial Qt5 packaging and the co-install-ability of Qt4 and Qt5 were a clear target ... but we knew that more people will use both beasts together more issues will pop up. It is just one of those issues :)
[17:58] <iBelieve> mhall119: Do you want to invite Daniel Holm as well? He was interested in contributing
[18:47] <nik90> renato: Were you able to get a landing slot for the EDS event fetch limit?
[18:48] <renato> nik90, not yet we are testing on device
[19:07] <love2xlr8> can anyone help me out with kde headers? I'm trying to compile an app on ubuntu and I think it needs kdelibs3-dev since this isn't available I installed kdelibs5-dev. But the configure keeps saying that I need to use an other prefix because it can't find the libs
[23:08] <jdstrand> popey: hey-- just read the beginning of your email to ubuntu-phone. I've been wanting to dtrt wrt working on different form factors with my apps, but not sure how to start. Are there tutorials, examples, etc? Are we supposed to check the resolution? does the sdk give us help here?
[23:08] <popey> jdstrand: heh, good question!
[23:09] <popey> a good example is KarmaMachine https://github.com/brianrobles204/Karma-Machine
[23:09] <jdstrand> currently I think I just do units.gu(50) x units.gu(75) and hope for the best :)
[23:10] <aquarius> jdstrand, see https://developer.ubuntu.com/api/qml/sdk-1.0/Ubuntu.Layouts/
[23:10] <popey> yeah, we tried that, and on the nexus 7 discovered some pain
[23:11] <jdstrand> popey: yeah, I'm guessing my apps aren't working right on it
[23:11] <aquarius> I ain't saying it *works*, I'm just saying that that's what you're supposed to use -- that's the SDK giving some help. :)
[23:11] <jdstrand> aquarius: oh, interesting
[23:11] <jdstrand> thanks.