[04:36] <pitti> Good morning
[06:26] <dholbach> good morning
[06:27] <Logan_> hey dholbach :)
[06:28] <Unit193> Howdy.
[06:29] <dholbach> hi Logan_
[06:29] <dholbach> hi Unit193
[06:31] <Unit193> dholbach: FWIW, I now have thunar-dropbox-plugin waiting in Debian NEW.
[06:31] <dholbach> nice
[07:26] <doko> pitti, do you want to continue with lintian?
[07:26] <doko> ;-P
[07:27] <doko> ScottK, Riddell: the kstars autopkg test failure seems to be gone, but the kactivities one is still there
[07:30] <doko> preparation, please wait ...
[07:30] <doko> comparing ABIs ...
[07:30] <doko> comparing APIs ...
[07:30] <doko> creating compatibility report ...
[07:30] <doko> result: INCOMPATIBLE (Binary: 0%, Source: 27.2%)
[07:30] <doko> total "Binary" compatibility problems: 0, warnings: 0
[07:30] <doko> total "Source" compatibility problems: 43, warnings: 0
[07:30] <doko> see detailed report:
[07:30] <doko>   debian/libkactivities6/usr/lib/x86_64-linux-gnu/dh-acc/libkactivities6_4:4.13.3-0ubuntu2_report.html
[07:30] <doko> dh_acc: abi-compliance-checker -l libkactivities6 -d1 debian/libkactivities6.abi.tar.gz.amd64 -d2 debian/libkactivities6/usr/lib/x86_64-linux-gnu/dh-acc/libkactivities6_4:4.13.3-0ubuntu2.abi.tar.gz -report-path debian/libkactivities6/usr/lib/x86_64-linux-gnu/dh-acc/libkactivities6_4:4.13.3-0ubuntu2_report.html returned exit code 1
[07:30] <doko> adt-run [02:17:12]: test acc: -----------------------]
[07:30] <doko> adt-run [02:17:13]: test acc:  - - - - - - - - - - results - - - - - - - - - -
[07:30] <doko> adt-run [02:17:13]: test acc:  - - - - - - - - - - stderr - - - - - - - - - -
[07:31] <doko> acc                  FAIL non-zero exit status 1
[07:31] <doko> ScottK, Riddell: this is really helpful information :-(
[07:32] <pitti> doko: yes, lintian is on my list (there's a debian bug for it, but no patch yet, but should be simple)
[07:32] <doko> dholbach, did you get any more information on the wx mess?
[07:47] <LocutusOfBorg1> thanks pitti for the sync :)
[09:42] <pitti> dholbach, doko: oh, do you happen to know about the wxwidgets/wxpython status? several tests fail due to some apparent version incompatibilities? (2.8 vs. 3.0), lik http://d-jenkins.ubuntu-ci:8080/job/utopic-adt-matplotlib/62/ARCH=amd64,label=adt/console
[09:47] <dholbach> LocutusOfBorg1, ^
[09:51] <doko> pitti, http://survex.com/~olly/wxpy3.tmp/  olly pointed me to that. maybe upload as -4~ubuntu1
[09:51] <pitti> doko: ah, in Debian NEW
[10:05] <pitti> wgrant, cjwatson: I'm trying to copy a langpack from the PPA to precise-proposed: copy-package -b --from=~ubuntu-langpack/ubuntu/ppa -s precise --to=ubuntu --to-suite precise-proposed language-pack-ja
[10:05] <pitti> wgrant, cjwatson: this says "6 packages successfully copied", but doesn't actually do anything (https://launchpad.net/ubuntu/+source/language-pack-ja/+publishinghistory)
[10:05] <pitti> I tried last week, and now again; am I doing anything wrong in that command?
[10:07] <wgrant> pitti: Oh, you left before I answered last week.
[10:07] <wgrant> pitti: Check +queue.
[10:07] <wgrant> pitti: They're in unapproved, as you'd expect.
[10:07] <pitti> wgrant: aah, so that's where they end up; thanks!
[10:08] <pitti> wgrant: yeah, I was on holiday last week, so I didn't want to keep IRC on all the time
[10:08] <wgrant> A good excuse :)
[10:11] <doko> pitti, are you looking at wxpython?
[10:11] <pitti> doko: not ATM; currently testing new lintian and catching up with the usual batch of post-holiday backlog
[10:58] <LocutusOfBorg1> sorry dholbach I cannot access to the link, anyway debian fixed it ;)
[11:13] <dholbach> LocutusOfBorg1, so you're in touch with pitti and doko about the wx issues?
[11:19]  * Bluefoxicy looks at what it would take to start lightdm and gdm with nice -5
[11:37] <doko> pitti, please can you give back the matplotlib autopkg test?
[11:51] <LocutusOfBorg1> dholbach, no I'm not, I cannot even see the link you provided me
[11:52] <LocutusOfBorg1> but if it is not fixed doko pitti please tell me ;)
[11:53] <dholbach> LocutusOfBorg1, https://jenkins.qa.ubuntu.com/job/utopic-adt-matplotlib/62/ARCH=amd64,label=adt/artifact/results/wxagg-stdout for example
[11:53] <dholbach> (from https://jenkins.qa.ubuntu.com/job/utopic-adt-matplotlib/62/ARCH=amd64,label=adt/)
[12:06] <doko> jibel, pitti, please can you give back the matplotlib autopkg test?
[12:21] <pitti> doko: it was already retried 4 times -- did anything change now to fix it?
[12:23] <pitti> doko: ah, jibel already retried it
[12:24] <pitti> ah, new wxpython3.0; it will re-run automatically once it's published
[12:26] <mterry> mhall119, heyo!  I have a friend who doesn't want to create a flickr account, but does want to submit two photos to the wallpaper contest.  Do you know if there's an email way to submit?  Or if I can just put them in my account and have a little comment with correct attribution?
[12:36] <LocutusOfBorg1> dholbach, yes thanks, anyway the build has been retried right now, and the bug is already tracked in debian
[12:36] <LocutusOfBorg1> 758209
[12:36] <LocutusOfBorg1> so I don't think there is much I can do ;)
[12:39] <LocutusOfBorg1> dholbach, pitti doko successful
[12:39] <LocutusOfBorg1> adt-run [12:28:39]: test wxagg: -----------------------]
[12:39] <LocutusOfBorg1> adt-run [12:28:40]: test wxagg:  - - - - - - - - - - results - - - - - - - - - -
[12:39] <LocutusOfBorg1> wxagg                PASS
[12:39] <pitti> splendid!
[12:40] <LocutusOfBorg1> ;)
[12:40] <LocutusOfBorg1> sorry for having caused troubles :)
[12:52] <doko> jibel, pitti: please could you re-run the autopkg test for kactivities? and if it fails, override it? no feedback from Riddell and ScottK
[12:53] <ScottK> Sorry, haven't had time to look into it.
[12:53] <ScottK> Please override it if a retry doesn't work.
[12:53] <pitti> doko: retried
[12:53] <pitti> doko: (although I don't think it'll help, it's the ABI checker that fails)
[12:53] <pitti> I can't do overrides, only ~ubuntu-release
[12:54] <ScottK> ping me if it fails and if I'm still around, I will.
[12:56] <jibel> ScottK, this is a real test failure: dh_acc: abi-compliance-checker -l libkactivities6 -d1 debian/libkactivities6.abi.tar.gz.amd64 -d2 debian/libkactivities6/usr/lib/x86_64-linux-gnu/dh-acc/libkactivities6_4:4.13.3-0ubuntu2.abi.tar.gz -report-path debian/libkactivities6/usr/lib/x86_64-linux-gnu/dh-acc/libkactivities6_4:4.13.3-0ubuntu2_report.html returned exit code 1
[12:56] <jibel> and retry failed
[12:56] <ScottK> jibel: Thanks.
[12:59] <ScottK> doko: test failure overriden.
[12:59] <ScottK> Riddell: ^^^ needs looking into.
[13:47] <mterry> mvo_, in bug 1358272, you say "security is checked".  Do you mean the security team has done a quick audit already?
[13:50] <mvo_> mterry: sorry, this is misleading. I meant to write that I checked the security by auditing the package and writing a bunch of integration testcases for the click branch that integrates debsig-verify into click. AFAIK the security team did not yet review the code
[13:50] <mvo_> mterry: I will clarify this in the bugreport
[13:50] <mterry> mvo_, gotcha
[13:52] <mvo_> mterry: thanks, I updated the page now to make it more clear what I did so far :)
[13:53] <mterry> mvo_, is there a team you can subscribe to Ubuntu bugs?
[13:54] <mvo_> mterry: hm, maybe click-developers
[14:00] <mhall119> mterry: I'm not sure who's running the wallpaper contest, but I can try and find out
[14:00] <mterry> mhall119, ah sorry  :)
[14:05] <tedg> jodh, Any luck with the cgroup not getting created bug?
[14:06] <jodh> tedg: as yet no. Currently trying to recreate it bottom up without all the test layers on top.
[14:06] <doko> pitti, jibel: staring at the bzr autopkg test ... why did it fail? seems to be a timeout, but why?
[14:06] <tedg> jodh, Ah, okay. Ping me if there's anything I can help with.
[14:57] <pitti> doko: I don't know, I'm not familiar with the bzr test suite; but it happesn consistently, I already tried several re-runs
[16:10] <Riddell> jibel: is ubuntu-iso-testing still in development?  I'm wondering how to set up a local version
[16:12] <jibel> Riddell, no it was replaced utah 2 years ago. psivaa and plars can probably point you to the documentation.
[16:12] <jibel> s/utah/by utah/
[16:13] <plars> jibel: more than that I think, it was before I joined qa
[16:14] <jibel> s/2 years/more than 2 years/ :)
[16:16] <psivaa> jibel: Riddell: http://utah-test.readthedocs.org/en/latest/ is the docs for utah. ubuntu-iso-testing is still in use for precise iso testing though
[16:16] <Riddell> thanks
[16:17] <Riddell> https://wiki.ubuntu.com/Testing/Automation could do with some update then :)
[16:36] <sil2100> hallyn: hello!
[16:37] <sil2100> hallyn: I have been told that you might be able to help out with LP: #1357252
[16:38] <sil2100> hallyn: it's a critical issue from the landing team perspective, as with things being like they are right now it's making our test results unreliable
[16:38] <jodh> sil2100: he's at a conference so as mentioned stgraber may be a better choice to hand over to.
[16:39] <sil2100> jodh: thanks :)
[16:39] <sil2100> stgraber: ping! If you're around, as mentioned above, maybe you could take a look at bug LP: #1357252 ? ^
[16:40] <stgraber> jodh: I'm preparing for the same conference
[16:41] <jodh> sil2100: in which case, I suggest we investigate the possibility of disabling cgroup support in u-a-l temporarily until we have a work-around.
[16:42] <sil2100> jodh: I told tvoss about my requests of a possible revert, but he mentioned that it's a critical feature
[16:43] <sil2100> jodh: for now I gave some time for assessing the issue, hoping that we might get an ETA for the real fix
[16:43] <jodh> sil2100: we don't understand the issue fully yet so can't provide an ETA at this point.
[16:44] <stgraber> sil2100: TBH I wouldn't except to get much of Serge or my time on this until Monday next week
[16:44] <sil2100> Ok, then a revert seems like the best option in overall
[16:44] <tvoss> sil2100, +1, tedg ^, fyi
[16:44] <stgraber> I'm busy preparing my talks and then we'll both be at a conference where as I understand it, the wifi isn't quite working (which is why Serge is currently offline)
[16:44] <sil2100> It'll just be a temporary, so no worries - once this is fixed a no-change landing in the CI Train will 'get it back'
[16:44] <jodh> sil2100: I understand this as being critical for rtm but it's only just been enabled so is there really no scope to revert for a few days?
[16:44] <jodh> sil2100: +1
[16:45] <tvoss> jodh, I was argueing for keeping it in to get some mileage on it
[16:45] <tvoss> jodh, however, without a fix, we risk impacting other teams' work, so yeah ... out it goes :)
[16:46] <jodh> tvoss: understood :)
[16:53] <exarkun> is there anything I can do to bring some attention (and hopefully a resolution) to <https://bugs.launchpad.net/bugs/1356931>?
[17:01] <dobey> anyone know why this would happen? http://pastebin.ubuntu.com/8057237/
[17:02] <dobey> i'm declaring new symbols in the symbols file, but dpkg-gensymbols is complaining about them anyway
[17:27] <dobey> nobody? :(
[17:27] <dobey> this is driving me crazy right now
[17:28] <seb128> dobey, do you have that online somewhere where we can get/test it?
[17:32] <dobey> seb128: lp:~dobey/ubuntuone-credentials/check-timeout
[17:32] <dobey> seb128: i'm doing bzr -bd -S -- -sa to create the source, and the building it with sbuild. and it keeps failing with those missing symbols :-/
[17:35] <dobey> i even tried adding them twice, but still no luck
[17:36] <dobey> thanks for looking seb128
[17:36] <seb128> yw!
[17:38] <barry> Laney: any chance LP: #1344386 rings a bell?
[17:39] <seb128> dobey, using those lines work
[17:39] <seb128>  (c++)"UbuntuOne::Token::created() const@Base" 14.04+14.10.20140802
[17:39] <seb128>  (c++)"UbuntuOne::Token::updated() const@Base" 14.04+14.10.20140802
[17:40] <seb128> dobey, you forgot the const in yours
[17:41] <dobey> seb128: i don't see a const in the one it's expecting?
[17:42] <seb128> dobey, you mean?
[17:42] <seb128> dobey, oh, in the error?
[17:42] <dobey> + _ZNK9UbuntuOne5Token7createdEv@Base 14.04+14.10.20140802
[17:42] <dobey> yes
[17:42] <seb128> dobey, they start with _ZNK
[17:42] <seb128> dobey, there wouldn't be a K if it was not a const
[17:42] <seb128> (don't ask, dunno why)
[17:42] <seb128> the non const ones are _ZN...
[17:43] <dobey> oh
[17:43] <seb128> secret of mangling I guess ;-)
[17:43] <dobey> seb128: i wish the error output was run through c++filt :-/
[17:43] <seb128> yeah...
[17:44] <infinity> seb128: What useful thing have you forgotten in order to be able to demangle C++ symbols in your head? :)
[17:44] <seb128> lol
[17:45] <seb128> I'm not able to
[17:45] <seb128> I just reverse debugged that one by deleting other symbols and looking at the differences :p
[17:46] <dobey> yet another way in which c++ makes one feel like a complete idiot
[17:58] <seb128> dobey, let me know if it works for you btw, seems to be fine here
[17:58] <dobey> seb128: yes, it worked. thanks
[17:59] <seb128> dobey, yw!
[17:59] <seb128> barry, hey, saw your mono/glib bug, do you think you could get a gdb backtrace for desrt?
[18:00] <barry> seb128: yep, i'm trying to get all the pieces in place for that
[18:00] <seb128> thanks
[18:41] <stgraber>  /query hallyn
[18:42] <stgraber> oops, extra space in front of that :)
[18:42] <exarkun> is there anything I can do to bring some attention (and hopefully a resolution) to <https://bugs.launchpad.net/bugs/1356931>?
[19:49] <hallyn> bug 1357252