[06:42] <pitti> Good morning
[06:44] <pitti> shadeslayer_: $HOME and $XDG_SESSION_ID and $XDG_RUNTIME_DIR should be there, and the others should be implied (we don't explicitly set XDG_CACHE_DIR etc. in a real desktop)
[06:44] <pitti> shadeslayer_: what's missing there? bug reports appreciated
[07:37] <jda2000> If I were to build an app for distribution in the Ubuntu Software Center and that app was linked to BDB 5.3 Would I have to write a check to Oracle?
[07:38] <Noskcaj> jda2000, np
[07:38] <Noskcaj> *no
[07:38] <jda2000> Noskcaj: Thanks!
[07:39] <Noskcaj> You can see that info in https://sources.debian.net/src/db5.3/5.3.28-9/debian/copyright/
[07:52] <jda2000> If I were to find an orphaned FLOSS app and fixed and packaged it to run on Ubuntu, could I offer it in the for-pay section of the Software Center and could the user's still download the improved source from the Ubuntu repository?
[07:53] <Noskcaj> jda2000, payed would depend on the license of the previous package, and no, they couldn't download the source, only the binary
[07:54] <jda2000> Noskcaj: But what if I wanted them to be able to download the source since it still has to be Open Source?
[07:55] <Noskcaj> You could still make it open source on your website but i THINK that payed means you can't download the source through ubuntu's repository
[07:56] <jda2000> Noskcaj: Oh.
[07:56] <Noskcaj> if you could, why pay for the app?
[07:56] <jda2000> Noskcaj: Redhat has paid-for open source.
[07:57] <Noskcaj> They give better support though don't they if you pay?
[07:57] <jda2000> Noskcaj: For the convienience of not having to build it yourself.
[07:57] <Noskcaj> good point
[07:58] <Noskcaj> Someone more experienced in the area needs to comment.
[07:59] <darkxst> jda2000, it will depend very much on the terms and conditions of the ubuntu app store
[07:59] <darkxst> I've never looked, but I know the apple store is incompatibly with GPL code
[08:00] <Unit193> Noskcaj: It
[08:00] <jda2000> Thanks darkxst !
[08:00] <Unit193> It's like synergy, source on gh, but binary builds are paid for.
[08:01] <Unit193> s/paid for/behind a paywall/
[08:01] <darkxst> Its certainly legit to sell GPL binaries, provided you provide the source on request also
[08:02] <jda2000> darkxst: That was something I could google:  http://developer.ubuntu.com/en/publish/apps/other-forms-of-submitting-apps/commercial-software-faqs/
[08:02] <Noskcaj> Unit193, ?
[08:02] <jda2000> darkxst: (Thanks for the hint)
[08:06] <jda2000> The minimum price for applications is 2.99 USD.   Hmmm...  Not happy about that.
[08:07] <jda2000> I guess that's where price - 20% - cc charge-back == 0
[08:29] <dholbach> good morning
[08:29] <pitti> good morning dholbach, gesundes Neues!
[08:30] <dholbach> hi pitti - and the same to you
[08:54] <shadeslayer_> pitti: last I checked the tests were failing because of missing HOME and other XDG things, startkde manually exports  things like XDG_DATA_DIRS and XDG_CONFIG_DIR
[08:54] <shadeslayer_> but this was well over 6 months ago
[08:55] <pitti> shadeslayer_: $HOME is definitively there now; I did fix some $HOME issues in the past few months indeed
[08:55] <pitti> shadeslayer_: and tests now also always get a proper logind+PAM session; before, tests running as root didn't
[08:56] <pitti> but that's also only a month or so ago
[08:57] <shadeslayer_> pitti: oh, how do I use that? I'd rather not have tests running as root
[08:57] <pitti> shadeslayer_: use what? it just happens
[09:01] <shadeslayer_> oh I misunderstood :)
[09:02] <pitti> shadeslayer_: so perhaps try a local test run with current autopkgtest and without all the workarounds, and tell me (or preferably, LP bugs :) ) what's still wrong?
[09:02] <shadeslayer_> will do
[09:03] <shadeslayer_> pitti: btw this is all implemented in adt right? Not a Ubuntu specific thing?
[09:04] <pitti> shadeslayer_: right, autopkgtest has been in sync forever
[09:05] <pitti> shadeslayer_: and our CI lab just calls that (http://packaging.ubuntu.com/html/auto-pkg-test.html#executing-the-test)
[09:05] <shadeslayer_> cool, I'm doing a Debian CI for Plasma 5, and was going to add autopkgtests to my Jenkins soon
[09:58] <pitti> nice
[10:19] <xnox> hallyn: experimental never migrates by itself, one needs to upload into unstable. from unstable onwards there is a waterfall unstable->testing->stable->old_stable
[10:21] <Unit193> xnox: Hello.  Hate to bother, but will you be able to merge cryptsetup this release?  It's had a lot of the delta cut down, and seems to have better systemd integration.
[10:30] <xnox> Unit193: yes, when I have time. Why is it urgent for you?
[10:36] <Unit193> xnox: Sure, thanks.  It's not urgent, better systemd and tcrypt support are what I'm looking at though.
[10:42] <jamespage> do we have any best-practice around MIR's for python modules that build pypy-* packages?
[12:22] <mdeslaur> @pilot in
[12:51] <seb128> cjwatson, hey, do you think you could review https://code.launchpad.net/~tj/ubuntu/trusty/grub-installer/lp1354730/+merge/230222 or maybe suggest somebody who could? that's a one line and is in the sponsoring queue since august
[12:52] <cjwatson> seb128: It needs to go into a branch based on lp:~ubuntu-core-dev/grub-installer/ubuntu (except branched for trusty), rather than using the unused UDD branch.  But I'm not doing d-i stuff now in general; maybe slangasek can suggest somebody.
[12:52] <cjwatson> (Oh and it should use head -n1 not head -1 on general principles)
[12:52] <seb128> cjwatson, ok, thanks
[12:53] <seb128> slangasek, ^
[12:53] <seb128> cjwatson, maybe you can write some small review comments on the mp? ;-)
[12:54] <xnox> seb128: you are pushing it..... =)
[12:54] <seb128> xnox, "it"?
[12:54] <cjwatson> copied and pasted
[12:54] <seb128> cjwatson, thanks
[12:54] <seb128> xnox, you think I should just have copied that myself? fair enough...
[12:55] <xnox> seb128: never mind me.
[12:55] <seb128> xnox, cjwatson, happy new year btw ;-)
[12:56] <cjwatson> thanks :)
[12:56] <xnox> seb128: merci
[14:27] <stgraber> bdmurray: thanks. I believe Vagrant looked into that stuff in Debian already (and quite possibly removed armhf support entirely since it only ever barely worked) so hopefully next time I sync/merge from Debian that bug will go away.
[14:48] <xnox> ev: "Ability to time shift as required to overlap with US and UK timezones simultaneously." - Ideal candidates would be located in Greenland =)))))) *giggle*
[14:48] <Riddell> uploads failing from launchpad? https://launchpad.net/ubuntu/+source/kwayland/5.1.2-0ubuntu1/+build/6692459  https://launchpadlibrarian.net/194161777/upload_6692459_log.txt
[14:48] <xnox> ev: https://ldd.tbe.taleo.net/ldd01/ats/careers/requisition.jsp?org=CANONICAL&cws=1&rid=925
[14:49] <ev> xnox: ha! Or on a barge.
[14:49] <cjwatson> Riddell: urgh, will look
[14:51] <cjwatson> They would appear to all be failing.  Please don't retry, I'll ask for them to be reprocessed in bulk once I've figured out what's going on
[14:51] <cjwatson> Started 15 minutes ago
[14:51] <cjwatson> Odd_Bloke: ^- that affects the upload you mentioned you were waiting for, FYI
[14:51] <cjwatson> (I think)
[14:53] <xnox> ev: to be honest, if one get's the tide right, one can be efficiently arriving on the right side of the atlantic on the right periodic schedule for sprints etc.
[14:54] <xnox> ev: latency of satellite internet is bad for hangouts though.
[14:54] <cjwatson> Damnit, LP, a traceback would be nice
[14:54] <xnox> cjwatson: couple more days and you'll be back in foundations?! =))))))))
[14:54] <cjwatson> ... nope
[14:54]  * xnox kidding
[14:54] <Odd_Bloke> cjwatson: Yep, it did.
[14:55] <ev> xnox: watch it, you. You're not going to ruin this for me.
[15:21] <lool> doko: heya
[15:21] <lool> doko: (and happy new year!)
[15:22] <lool> doko: in vivid, when trying to install the location-service cross build-deps for armhf, I get:
[15:22] <lool>  gcc-4.9:armhf : Depends: binutils:armhf (>= 2.25) but it is not going to be installed
[15:22] <lool> I suspect this shouldn't be an :arch dependency here, correct?
[15:58] <cjwatson> Riddell: Fixed, retried.
[15:59] <bdmurray> jodh: There've been some interesting updates to bug 1300235.
[16:00] <Riddell> cjwatson: lovely, thanks
[16:00] <jodh> bdmurray: can you establish what 'cmd' is set to in the call to RunAsSudoUserCommand() ?
[16:06] <bdmurray> jodh: isn't it GetBrowserCommand(...)?
[16:12] <jodh> bdmurray: yes - that's what I mean - what does that function return exactly that is then run as root and triggers the crash.
[16:13] <bdmurray> jodh: ah, I don't know. mvo?
[16:15] <mvo> bdmurray: let me read the bug, does that mean running synaptic triggers a crash in init?!?
[16:15] <jodh> bdmurray: can we strace or something? If it's returning ("kill", "-SEGV", "1") we have our answer :)
[16:15] <mvo> jodh: -^
[16:15] <mvo> jodh: I doubt its doing just that ;)
[16:16] <jodh> mvo: agreed, unlikely, but would be useful to see an actual trace of what is happening.
[16:20] <mvo> bdmurray: hm, in the settings chromium tells me that it can not be set as the default browser
[16:20] <bdmurray> mvo: in chromium's settings?
[16:26] <mvo> bdmurray: yes, it says "chromium cannot determine or set the default browser."
[16:36] <dobey> mvo: btw, i saw yesterday that you were going to discuss the chromium/oxide issue with mirv. did you happen to do that? any news there?
[16:37] <mdeslaur> @pilot out
[16:40] <bdmurray> mvo: I've updated the bug some
[16:40] <dobey> i wonder if we should ping qengho about that
[16:40] <bdmurray> mvo: and I was able to change browsers using update-alternatives
[16:44] <mvo> dobey: uh, I am in a meeting right now, I think I missed this :/
[16:44] <mvo> bdmurray: nice, thanks, let me try that
[16:45] <mvo> bdmurray: \o/ can reproduce
[16:47] <dobey> 15:23 < mvo> Mirv: re oxide, lets talk tomorrow, I would love to hear what the issues are and we might revert and add a workaround in click and maybe add  "priority plugin directories" later to avoid the conflicts
[16:48] <dobey> mvo: ^^ that. i don't know if click needs any workaround though. but maybe that's a different issue
[16:48] <dobey> anyway, no rush. i'm just curious because the bug has unity-scope-click added on it
[16:48] <mvo> dobey: yeah, my suggestion would be to revert for now and I will add a workaround in click
[16:49] <mvo> dobey: I don't think the scope is affected here, not sure why this was added
[16:49] <dobey> mvo: the scope has a depends on ubuntu-sdk-libs for the frmaeworks files
[16:49] <dobey> and ubuntu-sdk-libs was uninstallable because of oxide codecs
[16:50] <mvo> dobey: aha, so a revert would fix that, right?
[16:50] <dobey> it seems to me like the chromium/oxide packages just need to be fixed properly to not conflict with each other
[16:51] <dobey> mvo: maybe. i think the proper fix is to fix the packages to not conflict though. i see no reason why the packages should conflict (and i have no idea why they do exactly)
[16:51] <dobey> to me, a package named foo-extras should extend foo, not conflict with foo :)
[16:56] <mvo> dobey: yes, I agree, this is the right fix
[16:56] <pitti> infinity, kees, mdeslaur, slangasek, stgraber: TB meeting in 4 mins
[16:57] <mdeslaur> pitti: ack, thanks!
[17:02] <infinity> pitti: Erm, yes.  Waking up.
[17:33] <slangasek> seb128: for d-i reviews, stgraber or infinity could help
[17:41] <seb128> slangasek, thanks
[17:43] <infinity> What am I reviewing?
[17:46] <seb128> https://code.launchpad.net/~tj/ubuntu/trusty/grub-installer/lp1354730/+merge/230222
[17:47] <infinity> seb128: Looks like Colin's non-review was already a fair review.
[17:47] <seb128> yeah
[17:47] <seb128> it's a one liner than is waiting since august
[17:48] <seb128> would be nice to see if off the review list one way or another
[17:48] <seb128> it's trivial enough that it could be applied without asking the submitter to update
[17:48] <cjwatson> right the submitter probably can't create the base branch anyway
[17:48] <cjwatson> should be easy enough for a d-i committer to migrate over
[17:48] <infinity> Yeah, I agree, no need to force them through the branch dance.
[17:48] <infinity> I'm more interested in if it's the right fix, and if it breaks anything unrelated.
[17:49] <infinity> So, I'll need to look at more than 3 lines of context.
[17:49] <seb128> right, which is where the "needs a reviewer" comes in the equation
[17:50] <infinity> Cause it's entirely sensible for rootfs to be multiple devices, and for grub to install to all of them, so it depends on what context this code runs in.
[18:02] <matschaffer> Hi, a few days ago I was attempting to rebuild nginx to include nginx-auth-ldap. I came up with this: https://gist.github.com/matschaffer/97764148967fe17e5349 which seems to at least get the build process working but it ends up downloading an orig.tar.gz and ignoring my attempt at picking up the new module. Am I pretty close or should I plan to just read https://www.debian.org/doc/manuals/maint-guide/start.en.html in
[18:02] <matschaffer> its entirety? (apologies for repost from ubuntu-server, still looking for the right audience for this question)
[18:57] <mdeslaur> cjwatson: mind if I merge mime-support?
[18:57] <cjwatson> mdeslaur: Go for it.
[18:57] <mdeslaur> thanks
[19:08] <Noskcaj> lol