[00:00] <tdaitx> teward, you can list the open session with schroot -l --all-sessions
[00:01] <tdaitx> teward, then enter them using: schroot -r -c <session>
[00:01] <teward> tdaitx: thank you
[00:02] <tdaitx> teward, to clean up (delete the session), run: schroot -e -c <session>
[00:02] <tdaitx> teward, or even: schroot -e --all-sessions (as the name says, to clean all of them)
[00:03] <teward> tdaitx: right, i know how to clean em up i'm trying to see if the make rules i put into rules were ever even executed
[00:05] <tdaitx> teward, ok, have fun =)
[00:05] <teward> tdaitx: perhaps you know this, i have a .c file that needs compiled, it's just a wrapper for a perl program.  any way to make it build, as part of the rules file during building of the actual binary?  (The debian binary just installs perl scripts, it doesn't have anything else to compile)
[00:06] <teward> so short of me making a makefile is there a way to force the build
[00:06] <teward> before it throws things into the actual binary package for installation (since the compiled wrapper needs installed)
[00:09] <tdaitx> teward, there are many ways to do it... the simplest one I can think of is to call gcc in the rules file itself
[00:09] <teward> tdaitx: with or without a dh_make override?
[00:10] <teward> the reason being that putting gcc in there made it try and run during the source package build
[00:10] <teward> rather than the clean schroot
[00:13] <teward> (let me try something...)
[00:16] <teward> mmm, still not sure where in rules to put it :/
[00:17] <tdaitx> teward, if the rules file is using dh, then try override_dh_auto_build
[00:18] <tdaitx> override_dh_auto_build:
[00:18] <tdaitx>   override_dh_auto_build
[00:18] <tdaitx>   gcc
[00:19] <teward> that works for me.
[00:19] <teward> i thought i entered that, i misspelled xD
[00:19]  * teward facedesks
[00:19] <teward> lets hope this builds now
[00:19] <tdaitx> ops, replace that second override_dh_auto_build with dh_auto_build
[00:19] <tdaitx> =)
[00:33] <teward> tdaitx: you're a godsend, thank you for the assist :)
[00:33] <teward> i've beat my head on this the past few hours xD
[00:34] <tdaitx> teward, glad to help =)
[02:50] <seyeongkim> Who can i ask about multipath-tools which has cciss_tur for HP LOGICAL VOLUME as default value? redhat and suse has tur as default value. with cciss_tur there is err msg on multipath -v3.
[03:19] <tdaitx> seyeongkim, chypermox does some testing on multipath, you should check if he knows or can point you to someone who does
[03:19] <seyeongkim> tdaitx thanks
[03:19] <tdaitx> seyeongkim, ops, nick without typo is cyphermox
[03:19] <seyeongkim> tdaitx t :)
[03:19] <seyeongkim> thanks
[03:20] <tdaitx> you are welcome =)
[05:03] <pitti> Good morning
[06:56] <dholbach> good morning
[07:11] <dholbach> @pilot in
[07:52] <dholbach> didrocks, is the ubiquity-slideshow-ubuntu fix already in lp:ubiquity-slideshow-ubuntu?
[07:53] <dholbach> didrocks, I'm asking because I'm looking at https://code.launchpad.net/~ubuntu-mate-dev/ubiquity-slideshow-ubuntu/ubuntu-mate-welcome/+merge/269336 right now
[07:54] <didrocks> dholbach: not sure it's the one I looked at and sponsored or another one (we had many of them)
[07:54] <didrocks> let me confirm
[07:54] <dholbach> no, I think it's a different one
[07:55] <dholbach> but the branch is just up to 0.98 in d/changelog
[07:55] <didrocks> dholbach: yeah, it's really annoying that we don't have access to this Vcs-Bzr branch
[07:56] <didrocks> dholbach: yep, confirmed, the change isn't in the pacakge
[07:56] <didrocks> package*
[07:56] <didrocks> dholbach: be aware that darkxst just uploaded also some other changes without being able for us to merge into upstream's branch
[07:56] <dholbach> ok
[07:56] <dholbach> I'll ask for ubuntu-core-dev to be added to the team
[07:56] <didrocks> dholbach: I did ping cyphermox about it
[07:57] <didrocks> thanks :)
[07:57] <didrocks> dholbach: if you can push https://code.launchpad.net/~darkxst/ubiquity-slideshow-ubuntu/UG-wily in between
[07:57] <didrocks> (not sure if you have access)
[07:57] <didrocks> https://code.launchpad.net/~darkxst/ubiquity-slideshow-ubuntu/UG-wily is the MP
[07:57] <dholbach> I don't
[07:57] <didrocks> ok ;)
[07:58]  * didrocks doesn't fell lonely in this powerless schema :p
[07:58] <dholbach> ok, mail sent
[07:59] <dholbach> I also asked to transfer ownership of the team to TB
[08:02] <didrocks> good :)
[10:37] <ogra_> cjwatson, do you have an idea why https://launchpad.net/ubuntu/+source/ubuntu-touch-generic-initrd doesnt show any versions ? the package is definitely in universe since saucy
[10:38] <cjwatson> ogra_: https://launchpad.net/ubuntu/+source/ubuntu-touch-generic-initrd/+publishinghistory disagrees with you, and says it was obsoleted by initramfs-tools-ubuntu-touch.  (Remember that /ubuntu/+source/<foo> wants *source* package names, not binary package names)
[10:39] <ogra_> hmpf ... definitely not superseded
[10:39] <cjwatson> And LP only shows information for non-obsolete series on the source package index page; that source package was only ever published in saucy, which is obsolete
[10:39] <cjwatson> ogra_: initramfs-tools-ubuntu-touch builds an ubuntu-touch-generic-initrd binary package
[10:40] <ogra_> i wonder how ...
[10:40]  * ogra_ checks the code
[10:40] <cjwatson> ogra_: you did it
[10:40] <cjwatson> ogra_: https://launchpad.net/ubuntu/+source/initramfs-tools-ubuntu-touch/0.41
[10:41] <ogra_> oh man
[10:41] <ogra_> yeah, ignore me
[10:42]  * ogra_ shakes head and thinks he should soon take vacation 
[10:48] <pitti> ogra_: you mostly missed doing that during the hot summer days, though :/
[10:49] <ogra_> i always miss it during the 12 months a year has :P
[10:52] <ogra_> pitti, thanks for the fix for bug 1489410 ... note that i was referring to snappy-personal in it though ... they currently ship apport-cli as is (and wont have the dpkg lists because the build process removes them when removing apt and dpkg)
[10:52] <ogra_> we should probably add an exception to keep the files for them then
[10:53] <pitti> ogra_: yes, I know; but as I wrote that's a much bigger undertaking, and needs server-side infrastructure for doing the mapping if you guys want/need this at all
[10:53] <ogra_> (i doubt snappy core will ship apport or any such tool)
[10:53] <ogra_> yep
[10:53] <pitti> ogra_: ah! that answers one of the questions already :)
[10:54] <ogra_> but we have to ask mvo for a final work on that, he is tech lead here :)
[10:54] <ogra_> (might be that apport might be a feature of "comfy" (which recently got renamed again and i forgot to what))
[10:57] <ogra_> s/work/word :P
[11:15] <darkxst> dholbach, can you sponsor syslinux stuff? its just new images
[11:15] <darkxst> https://code.launchpad.net/~darkxst/debian-cd/UG-logo
[11:41] <dholbach> darkxst, looks like Colin commented on it
[11:43] <darkxst> dholbach, colin commented on the prior MP which hit the wrong branch
[11:44] <dholbach> darkxst, I'm looking at the the MP linked from https://code.launchpad.net/~darkxst/debian-cd/UG-logo
[11:45] <darkxst> dholbach, I resubmitted it against the correct branch since his comment!
[11:47] <dholbach> ah ok
[11:47] <dholbach> sorry
[11:47] <sitter> in proposed we have libkonq5abi2 which needs transitioning from libkonq5abi1 but as it turns out that sobump wasn't needed. is it acceptable to simply go back to abi1 seeing as it hasn't gotten out of proposed?
[11:48]  * ogra_ notes that apachelogger is incognito today :)
[11:49] <sitter> I changed nick a while ago :P
[11:49] <ogra_> :)
[11:59] <sitter> doko: ^ thoughts on libkonq5abi2 question
[12:02] <dholbach> darkxst, I can't merge this - sorry, I added a comment though - can you maybe request a review from infinity - it looks like the most recent changes came from him
[12:08] <dholbach> @pilot out
[12:09] <doko> sitter, sounds ok, maybe add then a Provides: libkonq5abi2
[12:10] <sitter> doko: I was thinking Breaks&Replaces actually
[12:10] <doko> sitter, well, that too. but without the provides you have to binnmu
[12:11] <sitter> doko: there were no builds against abi2
[12:11] <sitter> reverting the version is to avoid having to rebuild the rdeps :)
[12:12] <doko> $ apt-cache rdepends libkonq5abi2
[12:12] <doko> libkonq5abi2
[12:12] <doko> Reverse Depends:
[12:12] <doko>   plasma-widget-folderview
[12:12] <doko>   libkonq5-dev
[12:12] <doko>   konqueror
[12:12] <doko>   konq-plugins
[12:12] <doko>   kfind
[12:12] <doko>   kdepasswd
[12:12] <doko>   dolphin4
[12:12] <sitter> doko: all from the same source
[12:12] <doko> ahh, ok
[12:31] <doko> Laney, online?
[12:37] <didrocks> doko: today is a bank holiday in the UK
[12:38] <doko> ahh
[12:46] <cjwatson> darkxst: the LP branch / MP will take a while to update, but it's merged where it counts now
[12:46] <cjwatson> sorry for delay
[12:46] <cjwatson> darkxst: no point asking anyone not in ~ubuntu-cdimage for that kind of merge, they can't do it
[13:04] <tjaalton> hyperair: ping, heads up on openscad: mesa in ubuntu has no libgl1-mesa-swx11*, and debian will drop them too once 11.0.0 hits unstable
[13:04] <hyperair> ugh okay
[13:04] <hyperair> i need to check why i added that dep
[13:05] <hyperair> is it being replaced by any other package?
[13:05] <tjaalton> i've uploaded openscad to wily now, built fine without
[13:05] <tjaalton> no
[13:05] <hyperair> ah, okay, thanks
[13:05] <hyperair> hmm, that change seems to have been done by chrysn and he left a note
[13:06] <tjaalton> oh, apparently it got uploaded earlier already :)
[13:06] <hyperair> it's in a comment in debian/control
[13:06] <hyperair> O_o
[13:06] <tjaalton> https://lists.ubuntu.com/archives/wily-changes/2015-August/008675.html
[13:06] <tjaalton> err
[13:06] <tjaalton> https://lists.ubuntu.com/archives/wily-changes/2015-August/008978.html
[13:13] <cyphermox> good morning!
[13:14] <sitter> doko: not considering because of the danling abi2 package now :/ http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#kde-baseapps
[13:14] <sitter> *dangling
[13:16] <doko> sitter, removed
[13:16] <sitter> thanks
[13:44] <Riddell> mvo: what chances of a packagekit update this week?
[13:52] <mterry> pitti, regarding the libmicrohttpd MIR bug, we like team bug subscribers, for bus factor reasons and all that  :)
[13:52] <mterry> pitti, thanks for enabling tests, that's awesome
[13:52] <pitti> mterry: ah; well, then I figure the only adequate one is the entire foundations team, as we don't have a team like "boot" or "systemd"
[13:53] <pitti> mterry: I subscribed foundations-bugs now
[13:54] <mterry> pitti, OK yeah, that's fine from my perspective. I just want a team to be able to yell at if something goes wrong.  Even if that means it's always you  :)
[14:46] <doko> cyphermox, could you merge doxia?
[14:47] <cyphermox> doko, sure
[15:10] <barry> cjwatson: do you have a few minutes to talk about launchpad's api?  it's been too long for me and i think i'm missing something which i think i need to do a little data mining on a ppa
[15:20] <bdmurray> pitti: the change in bug 1485787 was necessary because of bug 1485773.
[15:21] <doko> barry, uk bank holiday
[15:21] <barry> doko: ah.  thx.
[15:21] <bdmurray> while the UI displays it, it doesn't get written to the report iirc
[15:23] <doko> bdmurray, at debconf I wasked how a debian devel could do some bug triage, and closing issues, in lp for some set of packages. was from the debian-science people, or debian-med. dholbach suggested to apply for https://wiki.ubuntu.com/UbuntuBugControl
[15:23] <doko> is this correct?
[15:24] <pitti> bdmurray: ah, that makes sense, thanks!
[15:25] <bdmurray> doko: Yes, however see "If you are an upstream developer or bug triager for an upstream project contact Jorge Castro". Although jcastro probably isn't the best contact anymore.
[15:26] <bdmurray> barry: I might be able to help.
[15:26] <jcastro> not for the past two years or so
[15:26] <jcastro> but tbh, I've only gotten like one or two queries
[15:26] <doko> so who would that be?
[15:26] <jcastro> and it's usually a nobrainer
[15:26] <bdmurray> doko: How about me.
[15:30] <bdmurray> pitti: will you reupload that apport change or should I?
[15:34] <pitti> bdmurray: I'll fix that underlying bug for wily
[15:34] <pitti> bdmurray: the change is still in stable-proposed, isn't it?
[15:35] <pitti> that previous change is not a sufficient fix after all
[15:36] <bdmurray> pitti: yes, that makes sense
[15:48] <lamont> why would (wily) ssh hang after "debug1: SSH2_MSG_KEXINIT sent" ?
[16:00] <infinity> lamont: What's the server?
[16:40] <mterry> bdmurray, ~pkg-ime has committed to look after the tegaki-zinnia-japanese package, FYI
[16:44] <mterry> bdmurray, same for zinnia package
[16:49] <cjwatson> barry: well, let me know what you need and I can respond when I have a chance
[16:49] <cjwatson> lamont: ssh -vvv
[16:50] <bdmurray> mterry: thanks
[16:52] <barry> cjwatson: thanks.  i'm looking at a few things and will ping or email in a little while
[16:54] <Laney> doko: sort of online (train), can try to reply if you let me know what you want
[16:56] <lamont> cjwatson: bad cable, believe it or not.
[16:56] <lamont> from the land of wtf
[17:07] <cjwatson> lamont: error detection ftw!
[17:07] <cjwatson> barry: ok
[17:07] <lamont> cjwatson: or some such.
[17:07] <infinity> lamont: Special.
[17:07] <lamont> pulling replacement cat5 about 100 feet?  loss
[17:33] <doko> Logan, grrrrr, https://launchpad.net/ubuntu/+source/libindi/1.0.0-3/+build/7852395/+files/buildlog_ubuntu-wily-ppc64el.libindi_1.0.0-3_BUILDING.txt.gz
[17:33] <doko> Logan, why do you override my fixes?
[17:35] <Logan> yeah I was going to fix that
[17:35] <Logan> strange the symbols didn't match up in Debian
[17:36] <Logan> because the Debian maintainer claimed to fix the symbols
[17:36] <Logan> and it's easy to fix if that claim isn't true
[17:36] <Logan> less delta makes for a better Ubuntu
[17:37] <Logan> it would be nice to have a PPA that can build on any architecture, though, so we don't have to do this guess-and-check thing
[17:45] <doko> cyphermox, Unpacking libdoxia-core-java (1.1.4-3) ...
[17:45] <doko> dpkg: error processing archive /var/cache/apt/archives/libdoxia-core-java_1.1.4-3_all.deb (--unpack):
[17:45] <doko>  trying to overwrite '/usr/share/java/doxia-logging-api.jar', which is also in package libdoxia-java 1.1.4-2ubuntu1
[17:45] <doko> dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
[17:49] <cjwatson> Logan: at least ppc64el really is coming soon, once the builders stop exhibiting random memory corruption
[17:50] <Logan> ha, fun
[17:50] <Logan> I should get around to becoming a Debian dev so that I can have access to the porting boxes
[17:51] <cyphermox> doko: oh, wonderful
[18:26] <Logan> doko: https://launchpad.net/ubuntu/+source/libindi/1.0.0-3ubuntu1
[18:28] <zh1> noticed ubuntu menu bar is always left any specific logic for that?
[18:29] <Logan> that's more of a question for #ubuntu
[18:29] <Logan> but !controls
[18:29] <zh1> Logan, did same question there and folks said to do it here
[18:29] <Logan> !controls
[18:29] <Logan> assuming that's what you're referring to
[18:30] <zh1> most DE`s let move menu bars and here it seems i cant without installing something
[18:31] <sarnold> do you mean the OS X style dock thing?
[18:31] <zh1> mean left, top, right
[18:31] <Logan> oh, Unity
[18:31] <zh1> or bottom
[18:32] <Logan> zh1: I think pointing you to http://askubuntu.com/questions/33605/can-i-move-the-unity-launcher is the best we can do
[18:32] <Logan> it's by design that it sticks to that side
[18:32] <Logan> there are some unofficial workarounds there
[18:32] <Logan> you are always free to use another desktop environment if you don't like Unity
[18:33] <zh1> i was never a fan of this design and noticed many users want to move unity
[18:35] <zh1> Logan, i read that link already cause i found it when "googling"
[18:35] <Logan> we can't give you a better answer than that
[18:35] <Logan> and this channel is for Ubuntu development, not support
[18:35] <zh1> ok
[19:03] <ari-tczew> doko: thanks for ignoring bug 1487445
[19:05] <doko> ari-tczew, ?
[19:05] <ari-tczew> doko: there was a patch submitted by LocutusOfBorg1 some days ago and I was on my way to sponsor it. You just uploaded your fix. :/
[19:07] <doko> ari-tczew, well dropping the delta is clearly wrong
[19:08] <ari-tczew> doko: ? He added a debdiff with the same change like you did.
[19:08] <ari-tczew> who cares
[19:09] <ari-tczew> but then I think dholbach's requests to focus on sponsoring is a bit pointless
[19:11] <doko> ari-tczew, I've spent the last few days on getting some transitions done. I can't check for everything
[19:13] <ari-tczew> doko: I really appreciate it. However, it's not a first case when a patch or a sync request to be sponsored
[19:13] <ari-tczew> have been ignored.
[19:14] <ari-tczew> that sponsors overview can we put in a trash, though
[19:15] <ari-tczew> Anyway, I won't clearing such cases in community, please ignore my monologue.
[20:30] <mterry> chrisccoulson, I want firefox 40 on wily...  :(
[20:32] <sarnold> what does "not considered" mean? http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[20:32] <sarnold> it otherwise looks fine for migration..
[20:33] <mterry> sarnold, it is ftbfs on powerpc
[20:33] <sarnold> has it worked there lately?
[20:33] <sarnold> I thought it's been ftbfs on ppc for a while
[20:33] <mterry> sarnold, 38 did
[20:33] <sarnold> hmm :) learn something every day..
[20:34] <slangasek> and so did 39, per the listing there of the last successful powerpc build
[20:47] <infinity> The powerpc FTBFS is an obvious -latomic missing, someone just needs to fix it instead of complaininig. :)
[22:01] <doko> Riddell, cyphermox: https://launchpad.net/ubuntu/+source/plasma-workspace/4:5.4.0-0ubuntu1/+build/7851998