[09:31] <lool> hey folks
[10:06] <sil2100> om26er: hello! Are you free for some maguro testing of image 76? :)
[10:06] <om26er> sil2100, sure, let me upgrade
[10:06] <sil2100> om26er: thank you!
[10:16] <lool> sil2100: what was the blocker bug for promotion yesterday?  something related to setting or upgrades?
[10:16] <lool> sil2100: is it fixed now?
[10:18] <sil2100> lool: hm, there was no particular promotion blocker, since we promoted all we could - we didn't promote any other image because we didn't manual-test those through ;)
[10:19] <sil2100> lool: there was an online settings test crash on maguro, but it's just flaky
[10:19] <popey> can someone test video playback on the latest image?
[10:20] <popey> it's broken here
[10:20] <sil2100> I'll try upgrading
[10:21] <popey> also. why does mediaplayer do facebook/twitter/friends stuff?
[10:22] <lool> sil2100: ah ok
[10:22] <popey> I just realised that I only get notification of tweets / facebook messages _after_ I open a video
[10:22]  * popey will file a bug
[10:23] <lool> popey: video playback >> regression from :73?
[10:23] <popey> yes
[10:25] <lool> sil2100: did we keep the URL of the online settings issue?  would be good to escalate
[10:26] <sil2100> lool: not yet, someone noticed it late late evening yesterday, so it was already my EOD
[10:27] <om26er> sil2100, on the latest image video player does not play videos, seems it crashes
[10:27] <om26er> sil2100, on both mako and maguro that is
[10:28] <sil2100> Ouch
[10:28] <sil2100> Ok, so it's confirmed then, let's see the changes between those images
[10:29] <om26er> in one of the image gstreamer0.10-ffmpeg was dropped, probably that ?
[10:29] <om26er> http://people.canonical.com/~ogra/touch-image-stats/20131218.changes
[10:29] <sil2100> Yes, see that as well, hm hm
[10:29] <om26er> sil2100, where is the official place to check changes between images ?
[10:30] <sil2100> I wonder why?
[10:30] <sil2100> om26er: I always use the pages generated by ogra_'s magic
[10:31] <om26er> haha seems popey already reported that ^^ :p
[10:37] <om26er> http://paste.ubuntu.com/6598991/
[10:39] <sil2100> om26er, popey: anyway, try filling out a bug for this one, in the meantime I'll try to check what dep-change could have really caused this
[10:40] <popey> ya
[10:40] <popey> will file a bug
[10:47] <popey> om26er: bug 1262600
[10:53] <popey> also bug 1262607
[10:57] <mandel> sil2100, did ralsina tell you want was needed for udm? I had to EOD because it was very late and told him to take care of that
[10:57] <ralsina> mandel: he got the rebuild started, it's in the landing plan, manual testing was discussed
[10:57] <mandel> ralsina, awesome!
[10:57] <mandel> ralsina, buenos dias! ;)
[10:57] <ralsina> mandel: but it all happened in like 3 minutes after you left :-)
[10:58] <mandel> ralsina, great!
[10:59] <popey> also bug 1262611
[11:00] <sil2100> mandel, ralsina: hello!
[11:00] <sil2100> So, I expected that Ken or Robert will handle the release of this one yesterday, but sadly it didn't happen
[11:01] <sil2100> I'll pick it up in a moment and do it till EOD
[11:01] <ralsina> sil2100: awesome, thanks!
[11:01] <sil2100> (before EOD)
[11:01] <sil2100> Just need to finish something first and deal with the mediaplayer-app regression
[11:02] <mandel> sil2100, superb! thx a lot
[11:08] <Laney> if you have an image which still has the gst stuff installed, install aptitude and then run aptitude why <packagename>
[11:22] <psivaa> sil2100: lool: maguro tests completed, re-running unity8 now. pls let me know if you want me to rerun anything next
[11:23] <sil2100> psivaa: thanks!
[11:23] <sil2100> lool: I think we can kick a new build in the meantime
[11:24] <sil2100> But no promoting until the mediaplayer-app flock is resolved
[11:24] <popey> sil2100: is the gst thing fixed then?
[11:28] <lool> sil2100: ok
[11:29] <lool> sil2100: buildin
[11:30] <sil2100> popey: no, but we won't make it for the morning build anyway - if we fix it we'll catch it in the evening
[11:44] <asac> sil2100: who needs to help on the flock issue?
[11:44] <asac> or is it all sorted?
[11:45] <sil2100> asac: for now I don't have time for that, we have a big regression with video playback and I'm trying to get to the root cause
[11:45] <asac> sil2100: i referred to:
[11:45] <asac> 12:23 < sil2100> But no promoting until the mediaplayer-app flock is resolved
[11:46] <asac> hence i thought that was the main blocker :)
[11:46] <asac> sil2100: who owns mediaplayer?
[11:46] <asac> sil2100: was that regression in the promoted image?
[11:46] <asac> or is that new?
[11:47] <sil2100> asac: from what popey said it wasn't in the promoted image
[11:47] <sil2100> popey: you tested on 73 and it was ok there, right?
[11:48] <popey> 73 works, 76 does not
[11:48] <popey> did not test 74 or 75
[11:48] <sil2100> popey: ok, so it's not gst lack's fault
[11:49] <sil2100> Damn, it doesn't make much sense - I tried it on my device and I get a segfault as well
[11:50] <sil2100> asac: bfiller and renato are responsible for mediaplayer, both are not on - but let's see what we can do by ourselves
[11:50] <asac> sil2100: by ourselves? thats not really the way we should do it
[11:50] <asac> get them involved
[11:50] <asac> of course if you have identified a source through bisecting fior them thats good
[11:50] <asac> but rather escalate early and often
[11:51] <asac> than holding on to things for ourselves to clean
[11:51] <asac> we got this: http://people.canonical.com/~ogra/touch-image-stats/20131218.changes
[11:51] <asac> dropping stuff
[11:52] <sil2100> Yes, get them involved, but I'm not going to block on them not being around
[11:52] <sil2100> asac: but it's 73, which was good
[11:52] <asac> sure not block
[11:52] <asac> thought they were around
[11:52] <asac> if we are sure
[11:53] <asac> then its probably lxc-android-config and friends
[11:53] <asac> and lxc
[11:53] <asac> try downgrading those
[11:53] <asac> http://people.canonical.com/~ogra/touch-image-stats/20131218.1.changes
[11:53] <asac> other candidate (maybe even more related frfom topic) is https://www.flyn.org/projects/libdmapsharing/
[11:53] <asac> we upgraded that
[11:54] <asac> http://people.canonical.com/~ogra/touch-image-stats/20131218.2.changes
[11:54] <asac> sil2100: try downgrading those two things
[12:14] <sil2100> asac: I already tried libdmapsharing earlier but didn't help, now I'm trying to recover from my device being broken by a downgrade of lxc
[12:14] <sil2100> But I'm slowly triaging
[12:19] <asac> sil2100: check with -touch folks
[12:19] <asac> i think its not trivial to downgrade lxc
[12:19] <asac> etc.
[12:19] <asac> ogra_: ^^ do you nkow :)
[12:19] <asac> (sorry)
[12:20] <ogra_> asac, hmm, ask stgraber ? ... (he is in europe)
[12:20] <ogra_> is that about video playback ?
[12:21] <ogra_> (why are you discussing lxc ?? )
[12:21] <asac> ogra_: yeah. video playback regression
[12:21] <asac> ogra_: because its pretty much the only thing that changed
[12:21] <asac> but look :)
[12:21] <ogra_> right, must be a dependency change somewhere
[12:21] <asac> oh wait
[12:21] <asac> i think i misrad the changes :)
[12:21] <ogra_> gstreamer0.10-ffmpeg was dropped for whatever reason
[12:22] <asac> its either http://people.canonical.com/~ogra/touch-image-stats/20131218.2.changes
[12:22] <ogra_> i see that xnox did demote it recently to a recommends in another package (which would remove it from touch if that was the dep we need) but thats was end of nov and doesnt seem related
[12:22] <asac> http://people.canonical.com/~ogra/touch-image-stats/20131219.1.changes
[12:22] <asac> or http://people.canonical.com/~ogra/touch-image-stats/20131219.changes
[12:22] <asac> ogra_: the image produced based on 18.1 was good
[12:22] <sil2100> It's not lxc's fault anyway
[12:23] <ogra_> definitely not
[12:23] <sil2100> Image 74 plays fine
[12:23] <xnox> ogra_: it's dropped for very good reasons, which are outlined in the bug report.
[12:23] <asac> right
[12:23] <asac> hence
[12:23] <asac> http://people.canonical.com/~ogra/touch-image-stats/20131218.2.changes
[12:23] <ogra_> xnox, might be, it is essential for touch
[12:23] <asac> http://people.canonical.com/~ogra/touch-image-stats/20131219.changes
[12:23] <asac> http://people.canonical.com/~ogra/touch-image-stats/20131219.1.changes
[12:23] <asac> are the candidates
[12:24] <asac> we checked libdmapsharing
[12:24] <asac> guess if lxc we can rule out
[12:24] <asac> there is only upstart-app-launch
[12:24] <asac> left
[12:24] <asac> sil2100: tried that?
[12:24] <xnox> ogra_: it is not. we legally cannot ship ffmpeg, it's blacklisted, it's not installable in the archive and about to fall out. If you need back the support for those codecs, the app in question must be ported to gstreamer1.0 and use libav
[12:24] <asac> i guess if its about "cant start playback"
[12:24] <asac> it smeels like its again upstart-app-launch
[12:24] <xnox> ogra_: the bug has been set at critical priority, since saucy, yet it hasn't been touched nor fixed yet.
[12:25] <ogra_> xnox, well, without gsdtreamer.-ffmpeg, no video playback
[12:25] <asac> ogra_: the image 73 and 74 are good
[12:25] <sil2100> asac: I'll check that, but damn the app is starting fine, just crashes suddenly
[12:25] <asac> the drop happened for 73
[12:25] <asac> so...
[12:25] <xnox> ogra_: it's not installable either any more. it's about to fallout on all architectures from the archive.
[12:25] <asac> sil2100: are you sure its not on 74 and 73?
[12:25] <ogra_> xnox, we added it on request of management
[12:25] <sil2100> asac: sure, it's not gst
[12:25] <ogra_> xnox, that means no video playbaclk on touch then
[12:25] <xnox> ogra_: good, it's also blacklisted from all ubuntu releasable images as per TC.
[12:25] <sil2100> asac: I just have 74 on my device and it's fine, 73 was fine as well as popey said
[12:25] <asac> xnox: yes. it was added explicitely. who triggered the removal?
[12:25] <xnox> ogra_: please use other codecs.
[12:26] <ogra_> xnox, there were long discussions with legal and management before pulling it in
[12:26] <ogra_> xnox, we cant
[12:26] <sil2100> I'll just continue digging, no need for everyone to look into that
[12:26] <cjwatson> if you want to override the TB you should talk to the TB
[12:26] <cjwatson> not Canonical management
[12:26] <xnox> ogra_: in that case please use gstreamer1.0-libav as soon as possible. let me look up the bug report.
[12:26] <xnox> asac: what's the progress on https://bugs.launchpad.net/gallery-app/+bug/1221968 ?
[12:26] <ogra_> cjwatson, lool and pmcgowan were involved in the discussion ... i even refused ot have my name on the seed change
[12:27] <xnox> asac: this has been critical since september and still not resolved.
[12:27] <ogra_> please talk to them
[12:27] <asac> xnox: dot know the status
[12:27] <ogra_> all i know is that ffmpeg is currently needed
[12:27] <xnox> asac: this is the correct way to pull in gstreamer ffmpeg backend in trusty
[12:27] <asac> xnox: still, who triggered the removal>?
[12:27] <cjwatson> ogra_: I didn't address you specifically; anyone who's attempting to override the TB for something within the domain of the Ubuntu project must talk to the TB
[12:27] <cjwatson> rather than working around them
[12:27] <xnox> asac: can you please get it fixed faster?
[12:27] <asac> i dont know
[12:27] <cjwatson> it's not OK to just ignore it
[12:27] <asac> i am not familiar with the technical reasons
[12:28] <asac> i just want to ensure that we dont shart shoot each others and talk to each other
[12:28] <asac> before doing things like this
[12:28] <xnox> asac: the demotion of ffmpeg1.0 dependency was blocking approximately 200 packages migration in -proposed, including gtk stack, server stack, samba4 stack. This was done part of the elaborate libav9 transitions.
[12:29] <asac> i dont understand
[12:29] <xnox> asac: it's part of the plan to resolve _not_ having two sets of gstreamer stacks on the touch & desktop images.
[12:29] <asac> i dont want to know the reaons, just who did it and why there was not even a single line of talk about it
[12:29] <ogra_> xnox, but we cant remove the working stuff before we have the new stuff ready
[12:29] <cjwatson> are you sure there was not a single line of talk about it, rather than talk you didn't see?
[12:30] <cjwatson> I saw lots of chatter about the libav transition
[12:30] <xnox> asac: the problem is that gallery-app is not ported to gstreamer1.0 and all requests to get that sorted have been ignored by gallery-app upstream, which is holding back the rest of the ubuntu.
[12:30] <asac> noone appraoched those that are doinmg the touch image and try to bring a phone together
[12:30] <asac> at least i didnt hear it
[12:30] <xnox> asac: i've appoach lool and assignee of bug report bug 1221968 about it.
[12:31] <ogra_> xnox, so instead of trying harder to get uphstream to fix it you just make the touch images unusable ?
[12:31] <xnox> asac: who should I  have talked to about  it?
[12:31] <asac> ok
[12:31] <asac> well.
[12:31] <asac> xnox: landing team
[12:31] <cjwatson> ogra_: how is this a productive approach
[12:31] <ogra_> xnox, upstreams manager ?
[12:31] <xnox> asac: landing team does not right code?
[12:31] <asac> xnox: if you feel you might change the features of the touch image, alwasy go to the lnding team
[12:31] <xnox> ogra_: how would i know who that is?
[12:31] <ogra_> asking ?
[12:31] <asac> xnox: its not about the solution. its about telling someone that you are about to kick ffmpeg out of our iamge
[12:32] <asac> anyway. so whats the fallout?
[12:32] <asac> ogra_: ?
[12:32] <ogra_> cjwatson, it is productive to find a way to solve this differently than by making touch images unreleasable the next time it happens
[12:32] <asac> do we have no working audio?
[12:32] <asac> people said that image 73 was good
[12:32] <asac> so not sure if they didnt test it
[12:32] <cjwatson> ogra_: shouting at people is not productive
[12:32] <ogra_> i didnt shout
[12:32] <asac> shouting?
[12:33] <asac> didnt hear that :)
[12:33] <ogra_> i asked why it was not tried harder to get upstream to fix it
[12:33] <cjwatson> I assume that gallery-app must have gone through the landing pipeline, since it was daily-released
[12:33] <xnox> asac: this was discussed on #ubuntu-release and #ubuntu-devel and was proposed and reviewed and accepted upstream which you should see plenty of bug-mail and code review changes, which has passed all of the CI and autopilot on premerge and post-merge.
[12:33] <xnox> asac: and it was done a long time ago.
[12:33] <cjwatson> however due to the abysmally crappy spreadsheet I cannot check history
[12:33] <ogra_> cjwatson, it sure did
[12:33] <cjwatson> therefore, the landing team was consulted
[12:33] <asac> kk
[12:33] <asac> if that was done then ignore
[12:33] <cjwatson> but you have chosen to micromanage everything so you probably can't see the wood for the trees as a result ...
[12:34] <cjwatson> so meh
[12:34] <cjwatson> I should go on holidy
[12:34] <cjwatson> a
[12:34]  * ogra_ should go back to that again too
[12:35] <ogra_> sil2100, so did you try to roll back gstreamer and reinstall ffmpeg already ?
[12:35] <asac> ogra_: the image that has the gstreamer change didnt have the regression
[12:35] <asac> hence this whole discussion is slightly moot :)
[12:35] <Laney> how do I check this bug?
[12:35] <sil2100> ogra_: yes, actually - using an image that's already missing the gstreamer stuff it still works fine
[12:35] <asac> ogra_: but you said you knew that there is now  something broken, what exactly is it?
[12:35] <xnox> asac: you made me feel really bad just now. i do not feel welcome. And the tone of above discussion and how it was started, is over the top for me, what i consider a healthy working environment. Especially, when it's unwarranted.
[12:35] <sil2100> ogra_: so it's not gst
[12:35]  * sil2100 is bisecting further
[12:36] <sil2100> One by one, I'll get to it
[12:38] <popey> ogra_: i tried reinstalling gstreamer on #76 and it didn't fix the issue
[12:38] <ogra_> k
[12:38] <popey> I still couldn't play video
[12:38] <ogra_> popey, ffmpeg as well ?
[12:38] <popey> it pulled in all the dropped packages
[12:38] <popey> the ones listed in the bug
[12:38] <ogra_> and rolled back the updated ones ?
[12:39] <popey> no, i just added gstreamer and the libav friends
[12:39] <popey> didnt roll anything else back
[12:39] <sil2100> ogra_: but as I said, image 74 which is already after the dropping works fine
[12:39] <ogra_> oh, please do that too
[12:39] <popey> revert what? specifically?
[12:40] <sil2100> This regression makes me sad :<
[12:40] <popey> meh, shit happens
[12:40] <ogra_> libgstreamer0.10-0
[12:42] <popey> revert to 0.10.36-1.2ubuntu2 right?
[12:42] <popey> as per http://people.canonical.com/~ogra/touch-image-stats/20131218.changes
[12:42] <ogra_> yep
[12:42] <popey> k, ta
[12:42] <asac> xnox: yeah sorry, wasnt very well done well by me. you are very welcome
[12:43] <asac> i didnt want to know about the WHO because i want to complain about him doing something wrong, i just wanted to understand who to talk to to figure if the coordination on this was done right or if we have a process problem.
[12:43] <xnox> asac: apologies accepted.
[12:44] <popey> E: Version '0.10.36-1.2ubuntu2' for 'libgstreamer0.10-0' was not found
[12:44] <popey> bah
[12:44] <ogra_> xnox, sorry, i think it was my fault steering it in that direction ... i didnt mean to blame you specifically
[12:44] <popey> ☃ ☃ ☃ ☃ ☃ ☃ ☃ ☃ ☃ ☃
[12:44] <sil2100> popey: you have to dl it from LP manually, sadly
[12:44] <popey> oof
[12:45] <asac> xnox: so by now i think i guessed it was you and you did it properly and we dont even have a known regressiono from the issue. so i am happy :)
[12:45] <ogra_> popey, https://launchpad.net/ubuntu/+source/gstreamer0.10/0.10.36-1.2ubuntu2
[12:45] <sil2100> ogra_, popey: the sad thing... I think I upgraded every package that makes sense from image 74 and I still have working video! All that is left is autopilot-related packages o_O
[12:45] <popey> https://launchpad.net/ubuntu/+source/gstreamer0.10/0.10.36-1.2ubuntu2/+build/5326960/+files/libgstreamer0.10-0_0.10.36-1.2ubuntu2_armhf.deb looks good
[12:45] <xnox> asac: right, but that would be WHAT and WHERE =))) e.g. upload changelogs, merge proposals, landing spreadsheet / bug tracker mail / history. The more audit logs, the better. Which of all the listed, landing spreadsheet is the one that has the least audit history.
[12:46] <xnox> asac: anyway, let's work on resolving any anomalies that are present.
[12:46] <ogra_> sil2100, thats why i think it is gstreamer .... probably there is some user db in ~/ thats not properly set up on fresh installs ... none of the package changes after r73 can have caused this
[12:47] <popey> nope
[12:47] <popey> downgraded libgstreamer and added gstreamer0.10-ffmpeg and friends, and video still doesn't play
[12:47] <ogra_> k
[12:47] <sil2100> hm, maybe ogra_ is right, like...
[12:47] <ogra_> the one thing we dont reflect are android changes ...
[12:47] <sil2100> Maybe I should do a whole wipe of my system and then try 74
[12:48] <ogra_> were there any android uploads the last days
[12:48] <ogra_> that could have broken the codecs on the android side ?
[12:48] <sil2100> ogra_: do you know of a place where we could check that?
[12:48] <ogra_> well, android is a package like any other :)
[12:49] <ogra_> uploads should have been asked at the landing meetings
[12:49]  * ogra_ checks the changes ML
[12:49] <popey> is that in /system/vendor/lib ?
[12:49] <sil2100> I just did a apt-get dist-upgrade on my device even and no breakage ;p
[12:50] <ogra_> not sure where the codecs actually live
[12:50] <popey> looks like /system/lib
[12:50] <ogra_> sil2100, that kind of points to android, there were two uploads yesterday, but neitrher should have any impact
[12:50] <sil2100> hm hm
[12:50] <ogra_> popey, rsalveti or jhodapp should be able to tell you what to look for
[12:51] <sil2100> ogra_: thanks for your help!
[12:51] <sil2100> ogra_: now, I think it's time to get back on holidays ;) We'll try to poke people around for this
[12:51] <ogra_> heh, k
[12:51] <sil2100> ogra_: at least now we know a possible direction in which to go!
[12:52] <ogra_> http://paste.ubuntu.com/6214995/ ... thats the way to replace the android bits
[12:53] <ogra_> (grabbed from the android deb you want to use)
[12:53] <ogra_> you want to test 20131202-2236-0ubuntu2
[12:54]  * ogra_ goes back to play with his home automation ...
[12:54] <popey> sil2100: daker says #75 has the problem too
[12:54] <popey> which narrows it down a bit
[12:55] <ogra_> android changed between 74 and 75
[12:56] <ogra_> http://ci.ubuntu.com/smokeng/trusty/touch/ ... 20131211.2 	 in 74 vs 20131218.2 in 75
[12:56] <sil2100> Ok
[12:56] <sil2100> So...
[12:56] <asac> ok so i guess we dont have a good view on those changes?
[12:56] <sil2100> We at least know that there is a 90% chance that it's android
[12:56] <ogra_> (that should really use the package version ... not sure why we add a date there)
[12:57] <ogra_> asac, trusty-changes has ... first one was just emulator related ... second replaces the opendjk version that we dont really use in the device images (also emulator related)
[12:57] <ogra_> asac, but it could be that i.e. something in the toolchain changed or some such
[12:57] <asac> doesnt sound like it could cause issues, but well. what else could it be
[12:58] <asac> how can we test this?
[12:58] <ogra_> right, someone needs to roll back the android part on a i.e. 76 image
[12:58] <ogra_> see the pastebin above
[12:58] <asac> just downgrading android package and run some tool to update the container?
[12:58] <ogra_> garb the android deb, unpack and then do the steps from the past
[12:58] <asac> kk
[12:58] <ogra_> *paste
[12:59] <asac> sil2100: you think thats good enough to try? http://paste.ubuntu.com/6214995/
[12:59] <xnox> .... we did have eglibc 2.17 -> 2.18 changed recently. it was validated a lot, but there are subtle breakage here & there (e.g. i did have to fix cross toolchains, and java exposed a random / non-deterministic crash)
[12:59] <xnox> can eglibc down-grade be tried?
[12:59] <sil2100> asac: I'm reading this up, I guess I can try this - but I would have to upgrade to the latest image
[12:59] <sil2100> popey: or maybe you feel adventurous? What image does your device have?
[13:00] <sil2100> xnox: when did that change happen?
[13:00] <ogra_> you can theoretically omit the boot.img stuff from the paste btw ...
[13:00] <ogra_> system.img is the important change you want to look at
[13:01] <ogra_> (kernel and initrd didnt change in a while)
[13:02] <popey> sil2100: 76 currently
[13:02] <ogra_> xnox, http://people.canonical.com/~ogra/touch-image-stats/ nothing there shows a libc update ... (between 20131218 and 20131219.1)
[13:02] <ogra_> i see a libneon though
[13:02]  * popey lunches
[13:02] <xnox> ogra_: neon only had a ftbfs fix on !armhf
[13:02] <ogra_> but only in the last image
[13:03] <ogra_> right
[13:03] <sil2100> ogra_: I tried upgrading libneon as well, so damn
[13:03] <ogra_> cant be it
[13:03] <ogra_> well, try the android rollback
[13:03] <sil2100> Will do
[13:03] <sil2100> popey: can you try that ^ I'm upgrading now to something newer so that I can try downgrading
[13:03] <ogra_> only line 6 to 15
[13:04] <ogra_> (and 1+2)
[13:05] <sil2100> ogra_: is this the package's deb we need to fetch? https://launchpad.net/ubuntu/+source/android/20131202-2236-0ubuntu2
[13:05] <ogra_> right
[13:06] <ogra_> https://launchpad.net/ubuntu/+source/android/20131202-2236-0ubuntu2/+build/5325024/+files/android_20131202-2236-0ubuntu2_all.deb in fact
[13:07] <Laney> void QGstreamerPlayerSession::processInvalidMedia(QMediaPlayer::Error, const QString&)
[13:07] <Laney> void QGstreamerPlayerSession::stop()
[13:07] <Laney> 0:00:01.014680298  3457  0x1a9c600 WARN           mirbufferpool mirpool.c:318:gst_mir_buffer_pool_release_buffer:<mirbufferpool0> delegate is NULL, rendering will not function
[13:08] <Laney> void QGstreamerPlayerSession::setSeekable(bool) false
[13:08] <Laney> AbstractPlayer: Internal data stream error.
[13:11] <popey> sil2100: try what?
[13:11] <popey> aha, android rollback
[13:12] <Laney> GST_DEBUG=*:3 mediaplayer-app /home/phablet/Videos/small.ogg --desktop_file_hint=/usr/share/applications/mediaplayer-app.desktop
[13:12] <Laney> is useful
[13:15] <xnox> Laney++
[13:16] <Laney> not sure why reverting stuff is the first step in debugging
[13:17] <xnox> Laney: yeah, reverting individual pieces takes one into a _new_ state, not into a _known_ state (good/bad)
[13:26] <sil2100> It wasn't the first step in debugging, I actually tried looking at the output but since I'm completely unfamiliar with the codebases, I moved on to a different way of finding the problem
[13:26] <sil2100> Not to block on waiting for upstream to appear, as it's the upstream who should help in finding the bug essentially
[13:34] <sil2100> ogra_: where can I get simg2img ?
[13:34] <ogra_> android-tools-fsutils
[13:35] <sil2100> ogra_: thanks again!
[13:35] <sil2100> Since dlocate was silent today
[13:44] <sil2100> \o/
[13:44] <sil2100> ogra_, popey, asac: after downgrading android, video playback works!
[13:44] <ogra_> good
[13:45] <asac> sil2100: nice one :)
[13:45] <asac> rsalveti: ^^
[13:45] <asac> :)
[13:45] <ogra_> now the question is why xnox' uploads with only unrelared changes can have caused this ... i guess you need to ask rsalveti
[13:45]  * ogra_ guesses there are additional in-tree changes that were picked up
[13:46] <sil2100> Strangeness, but at least the component is locked on and we can poke specific people
[13:47] <sil2100> ogra_: thanks for all the good advice, I wouldn't know how to downgrade android completely ;/
[13:47] <ogra_> now you do :)
[13:51] <xnox> ogra_: well no change rebuilds do trigger bugs.
[13:51] <xnox> ogra_: we've had that in the past. compare build-logs / build-deps used?
[13:52] <ogra_> xnox, for android ?
[13:52] <xnox> ogra_: yeah. it fetches stuff from the archive at build-time.
[13:52] <ogra_> i dont think the deps changed at all
[13:53] <ogra_> though indeed someone should check the logs ;)
[13:53] <ogra_> but thats up to someone not on vacation ;)
[13:57] <fginther> morning
[14:16] <sergiusens> ogra_, didn't the kernels change?
[14:17] <ogra_> sergiusens, not within this week i think
[14:17] <sil2100> ogra_: I'll try taking a look after lunch
[14:26] <rsalveti> ogra_: hey
[14:26] <rsalveti> ogra_: thought you were in vacation
[14:26] <rsalveti> what's up?
[14:26] <rsalveti> let me read the backlog
[14:27] <ogra_> rsalveti, i'm working on my home automation system (well, mainly on the heating control)
[14:27] <ogra_> so i'm around on the kbd ;)
[14:28] <ogra_> rsalveti, looks like one of the recent android rebuilds broke video playback
[14:29] <ogra_> rsalveti, rolling back to 20131202-2236-0ubuntu2 makes it work again
[14:30] <rsalveti> wow, interesting, wonder how
[14:31] <rsalveti> hm, maybe because the video compat side changed as well as it used the latest hybris version
[14:31] <rsalveti> which device?
[14:31] <ogra_> yeah, i was thinking about hybris too
[14:31] <ogra_> mako mainly ... not sure someone tested on maguro
[14:32] <popey> yes, maguro too
[14:32] <popey> i tested mako, om26er tested maguro
[14:33] <rsalveti> great, let me take a look
[14:36] <sil2100> Back
[14:36] <sil2100> rsalveti: it's on both mako and maguro, only tested those two
[14:37] <rsalveti> yeah, I should have enough now to debug it further
[14:37] <rsalveti> thanks a lot
[14:38] <sil2100> rsalveti: thanks for taking a look into that! Let us know once you have some info ;)
[14:39] <rsalveti> sure :-)
[14:53] <rsalveti> hm, the hybris compat side didn't change comparing with the previous version
[14:58] <ogra_> rsalveti, culd it be that something needs a rebuild against the new headers on the ubuntu side ?
[14:59] <rsalveti> shouldn't be needed, as it was working with previous android
[14:59] <rsalveti> just reverting android made it work, right?
[14:59] <rsalveti> I'll confirm this locally as well
[15:00] <ogra_> yeah
[15:00] <ogra_> rsalveti, following http://paste.ubuntu.com/6214995/(without the boot.img bits since that didnt change)
[15:01] <rsalveti> ogra_: right, thanks
[15:15] <popey> can anyone else reproduce bug 1262711 ?
[15:17] <rsalveti> sil2100: ogra_: guess I found the issue, testing the fix in a sec
[15:18] <sil2100> rsalveti: !
[15:18] <sil2100> rsalveti: great news! Could you shed some light on it when you have a moment?
[15:19] <rsalveti> sure
[15:46] <rsalveti> sil2100: ogra_: pushed the fix (libhybris), once in we need to bump the android package again and trigger a new image
[15:46] <ogra_> asac, ^^^
[15:46] <sil2100> rsalveti: ACK!
[15:47] <ogra_> rsalveti, awesome !!
[15:47] <rsalveti> will send the details over email
[15:47] <sil2100> Excellent timing, I guess this way we'll have the regression out of the way for our evening image
[15:47] <sil2100> rsalveti: big thanks!
[15:47] <asac> sound there is good news? :)
[15:47] <asac> thanks so much everyone! :)
[15:55] <sil2100> \o/
[16:09] <ogra_> woah ... tapping on activity in the browser takes a century to come up
[16:10] <ogra_> the same for trying to go to the bookmarks inside the activity window .. nearly a minute
[16:17] <sil2100> ogra_: yeah, that's a bit problematic, would be nice to have it fixed somewhen ;/
[16:17] <ogra_> yeah
[16:18] <ogra_> really annoying
[16:18] <sil2100> Our browser is not super usable
[16:18] <ogra_> i rarely use bookmarks, but i'm just working on a heating control webapp over here and dusring development i sometimes use bookmarks for testing the webapp pages
[16:18] <ogra_> really slows me down
[16:31]  * ogra_ curses perl
[16:33] <kgunn> doanac: hiya! just need some guidance...we're trying to do a full smoke dry run on a feature branch manually...
[16:33] <kgunn> and one of the tests listed is "sdk"
[16:33] <doanac> kgunn: okay. let me find that test
[16:33] <kgunn> http://ci.ubuntu.com/smokeng/trusty/touch/mako/77:20131219.1:20131218.2/5572/sdk/
[16:33] <xnox> i'd guess it means ubuntu-ui-toolkit, or is there an entry for that as well?
[16:33] <kgunn> doanac: just need to know how to run it
[16:33] <kgunn> xnox: there's a seperate test for ubuntu-ui-toolkit
[16:34] <xnox> kgunn: right. sorry.
[16:34] <kgunn> np
[16:34] <xnox> kgunn: jenkins says: #NOTE: Automatically created from a script as part of daily smoke testing
[16:34] <xnox>   lp:ubuntu-test-cases/touch
[16:34] <xnox> kgunn: https://jenkins.qa.ubuntu.com/job/trusty-touch-mako-smoke-sdk/
[16:35] <kgunn> xnox: ta
[16:35] <xnox> ../run_test.sh check-packages
[16:35] <xnox> or some such.
[16:35] <doanac> kgunn: looks like we grab this branch: http://bazaar.launchpad.net/~ubuntu-test-case-dev/ubuntu-test-cases/touch/view/head:/tests/sdk/setup.sh
[16:35] <doanac> lp:ubuntu-qtcreator-plugins/tests/device
[16:36] <doanac> and then run: ./qt_tests  on everything
[16:36] <doanac> i think there's only a single "check-packages" test case for that
[16:41] <plars> psivaa, asac: 77 finished so I'm rerunning some things now
[16:50] <sil2100> robru: hello! Did you fill in a bug for that calendar-app test regression with new qtorganizer?
[16:56] <robru> sil2100, i took that landing-plan bug and added a qtorganizer5-eds task for it..
[16:57] <sil2100> robru: could you poke the related people about that?
[16:58] <robru> sil2100, ok
[16:59] <sil2100> Meeting time!
[17:01]  * kenvandine joins
[17:02] <sil2100> plars: hi! Want to join the meeting?
[17:02] <sil2100> cyphermox: ping!
[17:03] <sil2100> balloons: do you want to attend our meeting?
[17:03] <plars> sil2100: brt
[17:23] <sil2100> rsalveti: hello! Did the android package bump already happen?
[17:23] <sil2100> rsalveti: I'm asking because we would like to kick an image with the regression fixed soon
[17:31] <xnox> sil2100: why do you ask, instead of checking launchpad?
[17:31] <xnox> sil2100: uploaded 37 minutes ago, and still building, https://launchpad.net/ubuntu/+source/android
[17:32] <xnox> sil2100: and it needs to fully migrate to release pocket, this can be checked with $ rmadison -S android
[17:32] <xnox> (launchpad internal mirror is slightly ahead of on-disk, thus rmadison is when image builders see it published)
[17:33] <sil2100> xnox: right! I over-hasted and didn't even look, thanks!
[17:35] <xnox> sil2100: anyone, one shouldn't trust people telling things, one should check that it's actually published =) cause from rsalveti point of view, he did everything and is free to go ;-)
[17:35] <xnox> s/anyone/anyway/
[17:36] <sil2100> xnox: right right, just thought that maybe he would poke us that everything is 'done'
[17:36] <sil2100> But that's a valid point
[17:36] <xnox> sil2100: waste of engineering productivity time to poke each other. just like context less pings ;-)
[17:38] <sil2100> xnox: understood, I got the point
[17:44] <sil2100> plars: I see many many failures on mako in latest testing - did anything happen in the infra?
[17:44] <plars> sil2100: yeah, I ran webbrowser tests again and they had a big problem - I'm rerunning *again* now
[17:45] <plars> sil2100: we went from 3 to 27 failurs on the first rerun
[17:55] <sil2100> kenvandine: ok, I sent out the update e-mail - could you poke Bill and others about the dialer-app problem? And maybe, if you have a moment, retrace some info to fill in a bug about that crash?
[17:56] <sil2100> robru: once you have a free moment, could you then poke someone regarding that flaky testo in ubuntu-clock-app on maguro? (as per e-mail)
[17:56] <sil2100> And, of course, if both of you could somehow get ahold of someone responsible for calendar app and the flaky tests for maguro as well
[17:56] <sil2100> robru: aaand that one additional flaky test introduced by qtorganizer5
[18:00] <sil2100> kenvandine: android has finished building, now just waiting for it to move to the release pocket - after it does, let's kick an image
[18:00] <kenvandine> ok
[18:00] <sil2100> kenvandine: if I would EOD before that happening, could you have a look-out for rmadison -S android and once 20131202-2236-0ubuntu5  is out build an image?
[18:01] <sil2100> kenvandine: would be really grateful ;)
[18:01] <kenvandine> sure!
[18:02] <sil2100> Thank you! And thanks everyone for help with everything that was going on today ;)
[18:07] <robru> sil2100, already poked renato about qtorganizer. haven't read emails (just got out of last meeting right now)
[18:11] <Saviq> ev, hey, if you're still around - if apport-cli fails when collecting data with "There is not enough disk space available to process this report.", do you know which FS does it mean?
[18:29] <plars> sil2100: webbrowser looks ok now
[18:40] <rsalveti> sil2100: new android is already in
[18:40] <rsalveti> sil2100: can trigger an image anytime you want
[18:44] <sil2100> rsalveti: ok, can you please trigger the image? :)
[18:45] <rsalveti> sure
[18:45] <sil2100> kenvandine: rsalveti will kick the image it seems, so you're free here
[18:45] <sil2100> Ok guys, see you tomorrow!
[18:45] <rsalveti> just triggered
[18:45] <sil2100> Thanks again
[18:45] <rsalveti> image is now building
[19:05] <thomi> doanac: did you play with tribunal at all?
[19:05] <doanac> thomi: no
[19:12] <jdstrand> can someone look at the landing asks for click-apparmor and apparmor-easyprof-ubuntu? they are very low risk. apparmor and dbus would also be nice
[20:26] <om26er> plars, can you give me the link to the gallery-app failure ?
[20:26] <om26er> I have a few spare cycles to investigate into that
[20:27] <plars> om26er: sure, one sec
[20:29] <plars> om26er: http://q-jenkins:8080/job/trusty-touch-mako-smoke-gallery-app-autopilot/85/ is the one on mako from this morning, http://q-jenkins:8080/job/trusty-touch-maguro-smoke-gallery-app-autopilot/92/ most recent on maguro
[20:30] <om26er> plars, q-jenkins ?
[20:31] <plars> om26er: yes, or you can replace all that with jenkins.qa.ubuntu.com if you need the public-facing jenkins copy
[20:32] <om26er> plars, thanks, q-jenkins didn't work for me.
[20:40] <rsalveti> image built fine, let me give it a shot
[20:41] <plars> om26er: I just saw olivier's email, looks like he's looking at the gallery-app failure already
[20:42] <om26er> plars, ok, great.
[20:56] <rsalveti> popey: yup, just confirmed that video playback is now working again with 78
[21:00] <popey> rsalveti: sweet, will update
[21:05] <dobey> cihelp can someone trigger a daily-build PPA build of unity-scope-click please?
[21:07] <plars> dobey: let me look, do you happen to have the url?
[21:08] <dobey> plars: i don't know how the daily buids are triggered. given the uploader is listed as "PS Jenkins Bot" i'd presume there is some jenkins job for it
[21:10] <dobey> i don't know what url it'd be though
[21:10] <plars> fginther: do I just need to kick the job on q-jenkins for that? or is there a preferred way to do it by hand?
[21:15] <fginther> plars, you just need to trigger the job, one moment
[21:16] <plars> fginther: ack, it looks like someone got it already, for future reference, it would have been just http://q-jenkins.ubuntu-ci:8080/job/cu2d-click-package-head-1.1prepare-unity-scope-click/ directly?
[21:17] <fginther> plars, you need to trigger the stack job, in this case http://q-jenkins.ubuntu-ci:8080/job/cu2d-click-package-head/
[21:17] <plars> fginther: ok, that's what I was afraid of.. it wasn't clear to me how far up the chain I needed to go to start it
[21:18] <fginther> plars, right, cu2d-click-package-head is at the top of the chain
[21:18] <plars> fginther: doesn't that pull in more than we want? what are the conditions for when it is/is not appropriate to run this by hand?
[21:20] <fginther> plars, It would pull rebuild any other packages that are due to be built, but I don't think there is anything adverse to running the whole thing
[21:20] <plars> fginther: cool, thanks
[21:20] <fginther> plars, something weird is happening though, lots of jobs have been running for too long
[21:21] <plars> fginther: yeah, I see http://q-jenkins.ubuntu-ci:8080/job/cu2d-click-package-head-2.1build/264/ has been running for 4 min
[21:21] <kenvandine> yay! video playback works again :)
[21:23] <plars> fginther: but it looks like it normally takes a bit of time when it fails
[21:24] <fginther> kenvandine, can you explain what's going on here: http://q-jenkins.ubuntu-ci:8080/job/cu2d-hud-head-2.1build/385/console
[21:24] <fginther> kenvandine, hud has been building for 15 hours
[21:24] <fginther> kenvandine, is it supposed to wait on powerpc?
[21:26] <dobey> yay, the ppa build works again
[21:26] <dobey> so looks like the test failure was due to network access :(
[21:27] <kenvandine> fginther, it's not supposed to block on ppc
[21:28] <kenvandine> fginther, maybe it waits for ppc to finish, but doesn't fail if ppc fails to build
[21:28] <fginther> kenvandine, I thought the tools were set to completely ignore them. In this specific case the ppc would has already failed
[21:29] <fginther> it's in a dependency wait state
[21:29] <fginther> on libgsettings-qt-dev
[21:29] <kenvandine> ah... right
[21:29] <kenvandine> shouldn't do that
[21:31] <kenvandine> fginther, maybe because hud is built for ppc in the archive
[21:32] <fginther> kenvandine, ARCHS_TO_EVENTUALLY_IGNORE = set(['powerpc', 'arm64', 'ppc64el'])
[21:32] <fginther> that was recently changed to add ppc64el, but powerpc has been there for a while
[21:33] <kenvandine> i wonder what EVENTUALLY means there :)
[21:33] <kenvandine> ignores it after some timeout?
[21:33] <fginther> kenvandine, right :-)
[21:34] <fginther> comment says: "an arch we will ignore for publication if latest published version in dest doesn't build it"
[21:34] <kenvandine> ah
[21:35] <fginther> so it sound like if the package arch is in the archive, we wait for it, others not. The next line has ""ARCHS_TO_UNCONDITIONALLY_IGNORE = set(['arm64', 'ppc64el'])
[21:35] <kenvandine> so the latest in dest does have powerpc
[21:35] <kenvandine>  hud | 13.10.1+14.04.20131205-0ubuntu1 | trusty        | source, amd64, arm64, armhf, i386, powerpc
[21:35] <fginther> kenvandine, I also see it waiting on powerpc builds in prior jobs
[21:35] <fginther> kenvandine, so this appears to be rooted in the broken dependency
[21:36] <kenvandine> i'm confused though... looking at the history
[21:37] <kenvandine> that build dep wasn't added since the latest build in the archive
[21:37] <kenvandine> but there are no ppc builds of libgsettings-qt-dev
[21:38] <kenvandine> i was wrong
[21:38] <kenvandine> that was just added
[22:01] <fginther> kenvandine, shouldn't there be a gsettings package in the daily-build ppa?
[22:04] <fginther> kenvandine, gsettings-qt in the settings stack which has a dependency on the sdk stack. the sdk stack doesn't build because of missing gsettings-qt
[22:04] <fginther> recipe for deadlock?
[22:07] <fginther> kenvandine, can we do a direct upload of gsettings-qt?
[22:08] <kenvandine> we should be able to do a build
[22:09] <kenvandine> fginther, if we do a force build of gsettings-qt in the settings stack
[22:09] <kenvandine> it will go in the ppa
[22:09] <kenvandine> the stack is running now
[22:09] <kenvandine> i need to head out... can you trigger a build?
[22:09] <kenvandine> just force it to build gsettings-qt even if prepare doesn't need it to
[22:09] <fginther> kenvandine, I can try
[22:09] <kenvandine> cool
[22:09] <kenvandine> that should do it
[22:10] <kenvandine> i need to leave though... good night!
[22:10] <fginther> kenvandine, bye


[01:14] <bazhang> !budgie
[01:16] <bazhang> apparently thats a newly supported flavour
[01:16] <wxl> it is??/
[01:16] <bazhang> slashdot told me so
[01:16] <wxl> oh
[01:17] <wxl> yeah so you know it's true
[01:17] <bazhang> netcraft confirms!
[01:19] <Pici> budgie bungo?
[01:20] <bazhang> -remix until now
[01:29] <wxl> looks like it's still in progress https://budgie-remix.org/2016/11/08/its-official/
[01:30] <wxl> but yes it's official
[01:30] <wxl> https://ubottu.com/meetingology/logs/ubuntu-meeting-2/2016/ubuntu-meeting-2.2016-11-08-17.01.log.txt
[01:37] <wxl> man i need to come up with enlightenbuntu
[01:37] <wxl> enlightenmentu?
[01:37] <dax> ebuntu
[01:42] <hggdh> what about egobuntu?
[01:43] <wxl> XD
[01:43] <wxl> trumpbuntu?
[01:44] <hggdh> oh, a flavour that will self-destruct
[01:45] <wxl> hehehehe
[07:00] <dax> does ubuntu budgie even have an IRC channel? i can't find one
[07:01] <dax> i guess if not that would mean the number of channels we're failing at bringing into the core namespace is still only 2
[07:01] <dax> (assuming #lubuntu precedent that all official flavors' channels are core channels is still a thing)
[07:02] <dax> well, three if we don't ignore kylin
[21:44] <valorie> gads


[21:40] <Laney> -us -uc, same as dpkg-buildpackage
[21:40] <Laney> but if you've changed it then you should have added a changelog entry with your name?
[21:42] <Laney> oh I didn't notice the timestamp
[21:42]  * Laney sidles off


[09:50] <popey> Morning all.
[10:03] <dwatkins> hiya
[10:08] <gordonjcp> morning
[10:25] <feisar> I'm having trouble with OpenJRE and Audio. Under Ubuntu openjre seems only to find the PulseAudio virtual mixer, can I change this?
[10:27] <gordonjcp> java and audio
[10:27] <gordonjcp> you're brave
[10:27] <feisar> hehe it's for Subsonic
[10:28] <feisar> I think it will work if I uninstall openjre and go with Oracle's version but I didn't want to do that
[10:29] <feisar> it looks like the Ubuntu version of openjre only has one audio mixer, a virtual pulse audio device
[10:29] <feisar> which is no good for a 'headless' server
[10:50] <brobostigon> good morning everyone,
[11:04] <gordonjcp> morning
[11:07] <czajkowski> aloha
[12:33] <daubers> Afternoon
[12:33] <gordonjcp> hi
[12:35]  * daubers makes use of the hackspaces interwebs
[12:35] <christel> morning
[12:35] <christel> er, afternoon perhaps
[13:07] <AlanBell> afternoon
[13:08] <popey> Hello
[13:08]  * AlanBell wonders about Farnham drinkies over the next few days
[13:30] <christel> DRINKIES \o/
[13:57] <Pendulum> hiya
[14:16] <gordonjcp> Pendulum: was that the New Year party round at mine?
[14:18] <RaycisCharles> Why wasn't I invited?
[14:19] <gordonjcp> RaycisCharles: you probably weren't hanging around in #lugradio at the time
[14:20] <RaycisCharles> I would've brought a keg of Lithuanian vodka.
[14:22] <Pendulum> gordonjcp: yeah
[14:23] <Pendulum> gordonjcp: the person who I was responding to is in Edinburgh, which is why I mentioned the Scotland bit
[14:26] <gordonjcp> Pendulum: you'll need to come out to the new place some time
[14:26] <gordonjcp> flatter, fewer steps ;-)
[14:27] <Pendulum> gordonjcp: sadly, I have no idea when I'll be over next. Probably not going to be any time soon :(
[14:28] <RaycisCharles> Make sure you let me know this time.
[14:41] <kvarley> Where is the grub list stored? I want to change the title of some of the entries in my boot list
[17:25] <Azelphur> gordonjcp: that post on WHT is going quite well, my host saw it and I've got straight through to the boss there, haha
[17:27] <gordonjcp> Azelphur: about your connection?
[17:27] <Azelphur> yea
[17:40]  * penguin42 hmms and hars about buying a new TV
[18:56] <mgdm> I'm on a boat!
[18:58] <DJones> mgdm: Paddle faster
[18:59] <mgdm> this is a new boat; it has fancy new-fangled iron paddles
[18:59] <mgdm> (or probably bronze now that I think about it)
[18:59] <DJones> Hmmh, Bronze age boating
[18:59] <mgdm> hehe
[19:02] <MartijnVdS> very steampunk
[19:05] <DJones> mgdm: I name your boat the "Not for hire"
[19:06] <mgdm> heh
[19:07] <Azelphur> haha wtf at mtr, first time I've ever seen this, it says I lost a packet going to my router, I'm on cabled gige
[19:07] <Azelphur> weird
[19:08] <Azelphur> and mtr --report gives totally different results than mtr on it's own \o/
[20:07] <penguin42> Azelphur: You will occasionally get that - although it's rare, shouldn't be more than 1 or 2 packets an hour flat out at gige speeds
[20:07] <Azelphur> fun
[20:08] <MartijnVdS> penguin42: I seem to have 3-4 routes to almost anywhere in the world, chosen at random
[20:08] <MartijnVdS> penguin42: so my MTR output becomes huge fast
[20:09] <MartijnVdS> wait.. that's v6
[20:10] <penguin42> MartijnVdS: That's not too unusual, although it's a little false in the sense that MTR uses packets that aren't normal packets and don't necessarily follow the normal routing tricks
[20:10] <MartijnVdS> penguin42: true
[20:10] <MartijnVdS> as long as it works.. :)
[20:16] <penguin42> yeh it can occasionally be a bit misleading
[20:52] <martsbradley> Hi folks,
[20:52] <martsbradley> I'd like to get my app into ubuntu, I've just added it to launchpad tonight.   A couple of years ago it was a closed source app that I was trying to sell to teachers, sold two of them.
[20:53] <martsbradley> Could someone try the build out on their machine, It works on mine :-)
[20:53] <martsbradley> https://code.launchpad.net/sumtree
[20:53] <martsbradley> To get the code down.
[20:53] <martsbradley> bzr branch lp:sumtree      then the usual ./configure && make && make install
[20:53] <ali1234> what does it do?
[20:54] <martsbradley> Video of the app is at  http://www.youtube.com/watch?v=xc9cu-ekFrg  ,   I've tried also on #wxwidgets and #launchpad-dev but there is no reply.
[20:54] <ali1234> neither of those is an appropriate place
[20:56] <ali1234> you know... arithmetic precidence is something almost nobody knows or cares about... just saying
[20:57] <ali1234> (to the point where even if you know the correct rules, chances are whoever wrote down the question didn't anyway)
[20:58] <martsbradley> Yea ali1234 I know that in the real world.     But in school they teach it.
[20:59] <ali1234> which version of wx does it need?
[20:59] <ali1234> i very much recommend rewriting it in QML
[21:00] <martsbradley> 2.8
[21:01] <ali1234> http://paste.ubuntu.com/785026/
[21:01] <martsbradley> Qt, I was at that years ago.   Then jumped to wxwidget, Java Swing, and now Eclipse RCP.
[21:01] <ali1234> wow
[21:01] <ali1234> it's like you're travelling backwards through time or something
[21:02] <martsbradley> I think that Eclipse RCP is really good, hard to get into tho.
[21:02] <ali1234> i used swing at university in like 1998
[21:02] <ali1234> that was a hellish experience
[21:02] <martsbradley> ali1234,    did you do the ./configure.
[21:02] <ali1234> yes
[21:05] <martsbradley> I was doing Swing for a bank in 2005.  Its probably still in use.
[21:06] <martsbradley> What version of wx-widgets have you got?
[21:06] <martsbradley> wx-config --cflags
[21:06] <martsbradley> -I/usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -pthread
[21:06] <martsbradley> Is what I have.
[21:07] <ali1234> you should use wx-config
[21:07] <martsbradley> (Its probably still in use) I mean Swing, not my crappy code :-)
[21:07] <ali1234> oh yeah, swing had improved a lot since 98
[21:08] <martsbradley> Ali do you have wx-common package installed?   I had to install that to get some m4 macro that was needed for the autotools.
[21:09] <ali1234> yes
[21:10] <martsbradley> I was following the help here http://wiki.wxwidgets.org/Autoconf#Generating_the_configure_script when trying to create the configure.ac file.
[21:12] <ali1234> i dont thinkt he problem is in the configuration
[21:20] <martsbradley> The two compliation lines are the same on your machine and mine.
[21:20] <martsbradley> Would you be able to output the result of the configure into a pastebin please?
[21:23] <martsbradley> Also could I see the output of "wx-config --version",   It might be that I've specified 2.8.0 as the wx-widgets version but I need something more like 2.8.10
[21:23] <ali1234> http://paste.ubuntu.com/785050/
[21:23] <ali1234> i have 2.8.11
[21:24] <martsbradley> Arrgh, then I don't know whats wrong.
[21:24] <martsbradley> Maybe it just don't build with 2.8.11?
[21:24] <martsbradley> But it does with 2.8.10.
[21:27] <martsbradley> Thanks ali1234 for trying it out, I'm not sure why its not working.
[21:29] <martsbradley> bye