[04:38] <nvrpunk> Laney: evolution-ews breaks evolution entirely on a fresh install.  It just causes it to hang
[04:38] <nvrpunk> in utopic
[04:41] <nvrpunk> I would submit a bug report but the fact it hangs doesn't cause apport to do anything
[04:49] <pitti> Good morning
[04:51] <nvrpunk> morning
[07:15] <dholbach> good morning
[07:24] <sladen> guten morgen alle
[09:41] <Saviq> Mirv, do you know if we have a custom backend for QNetworkAccessManager or are we using upstream directly?
[09:43] <Saviq> Mirv, on another topic, any reason why Qt includes are installed in multiarch dirs?
[09:43] <Mirv> Saviq: check the network usage with Wellark
[09:44] <Saviq> Wellark, when around, do you know if we have something custom for backing QNetworkAccessManager, or are we using upstream direct?
[09:45] <Mirv> Saviq: the includes were migrated to multiarch during 5.3.0 in Debian, and we followed. without that it was not possible to properly multi-arch dev packages (even though we did it anyway earlier)
[09:47] <Mirv> if you diff between different archs, there are a small handful of differences if I recall correctly
[09:47] <Saviq> Mirv, well, sure, I'm not saying -dev should be arch: all (they never are are they)
[09:47] <Saviq> Mirv, just that I've never seen any includes to live in multi-arch dirs
[09:48] <Saviq> but sure, you know what you're doing of course
[09:48] <Saviq> was trying to get qmake to x-build over the weekend... that was one thing (qmake using incorrect include dir)
[09:49] <Saviq> ln helped here, but then qmake couldn't find the qt modules :/
[09:49] <Saviq> looks like mkspecs are not good enough to support multi-arch x-building yet
[09:56] <Mirv> Saviq: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734677 has the background. our earlier multiarching came as part of arm64 work, but I knew it broke policies so I didn't try to put that to Debian
[09:56] <Saviq> Mirv, thanks!
[09:57] <Mirv> Saviq: yeah, x-build still doesn't seem trivial with Qt (qmake) :(
[09:58] <Saviq> Mirv, indeed, right now it feels like we'd need cross-qmake- for every arch combination out there, really not good
[10:51] <Mirv> Saviq: btw feel free to keep https://wiki.ubuntu.com/Touch/CrossCompile maintained nevertheless, especially with examples that would work right now on utopic.
[10:52] <Mirv> I tried it last week when I was asked about it, and failed with everything I tried (either the chain of deps not multi-arch, or some other failure when compiling eg qtbase or qtdeclarative)
[10:52] <Saviq> Mirv, https://bugs.launchpad.net/ubuntu/+source/mir/+bug/1353855
[10:53] <Saviq> Mirv, no one seems to care really
[10:53] <Mirv> Saviq: yeah I had the same with qtdecl that defined 4.8, but after fixing that and it started building, it failed very early anyhow
[10:54] <Saviq> Mirv, what build system?
[10:54] <Saviq> Mirv, with cmake and no 4.9 dep stuff's x-building fine for me?
[10:54] <Saviq> Mirv, also that page seems to duplicate a lot of https://wiki.ubuntu.com/SimpleSbuild
[10:55] <Mirv> Saviq: qtdeclarative, so qmake. I tried also camera-app (cmake) but that apparently had problematic dependencies.
[10:55] <Saviq> Mirv, so yeah, qmake is just a no-no
[10:55] <Saviq> Mirv, anything cmake (without an explicit 4.9 dep) should work
[10:55]  * Saviq tries camera-app
[10:56] <Mirv> Saviq: that /Touch/ page must be better since you're mentioned there :) but so it seems, I'll do some interlinking at least
[10:56] <Saviq> Mirv, I ~wrote the SimpleSbuild one though :D
[10:57] <Mirv> oh, that's a hard choice then :)
[10:59] <Saviq> Mirv, camera-app seems to x-build just fine here, the only big problem I know of is the 4.9 dep, otherwise anything cmake should build
[10:59] <Saviq> aaah wait
[10:59] <Saviq> --host=armhf helps to actually x-build...
[11:00] <Saviq> Mirv, camera-app's just missing :any for the python3 build-dep
[11:00] <Saviq> or :native, but that's not supported everywhere yet
[11:02] <Saviq> some other packaging tweaks needed apparently
[11:04] <Saviq> ah, it's querying qmake...
[11:04] <shadeslayer_> is anyone able to access Jenkins via the public interface?
[11:06] <Mirv> Saviq: yes, I added the :any there, I think after that I didn't figure out the next step. would there be some other easier example package?
[11:06] <Saviq> Mirv, it's querying qmake for QT_INSTALL_QML
[11:06] <Saviq> Mirv, which can't work for x-building
[11:07] <Saviq> simple fix, will have a branch in a mo
[11:20] <Saviq> Mirv, https://code.launchpad.net/~saviq/camera-app/x-build/+merge/232878
[11:20] <Mirv> Saviq: thanks, I'll try that
[11:21] <Saviq> Mirv, there's more changes than necessary (the move from qt5/qml to camera-app, could very well use the original one, but it didn't make sense)
[12:22] <Mirv> Saviq: nice to have a working example, now I can leave that sbuild config around and use every now and then
[12:22] <Saviq> Mirv, cool
[13:46] <pete-woods> I've just done a dist-upgrade on my utopic install, and I no-longer get to the lightdm login screen
[13:47] <pete-woods> I just get to a TTY with errors very similar to the following: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756247
[13:47] <pete-woods> (they are perhaps unrelated, as I don't usually check the terminal output on boot)
[13:48] <pete-woods> Failed to start unit user@1000.service: Unknown unit: user@1000.service
[13:48] <pete-woods> is pretty much the error
[15:16] <shadeslayer_> dholbach: ping
[15:17] <dholbach> shadeslayer_, pong
[15:18] <shadeslayer_> dholbach: did anything happen wrt the Canonical legal thing wrt derivatives and stuff
[15:18] <shadeslayer_> I haven't heard back about that in ages
[15:20] <dholbach> shadeslayer_, is this about the changes discussed with the SFLC?
[15:21] <pitti> smoser`: hey Scott, how are you?
[15:22] <pitti> smoser`: so we tracked down a complete juju-local failure through an LXC template problem down to https://cloud-images.ubuntu.com/query/trusty/server/released-dl.current.txt not having a certificate that wget accepts
[15:22] <pitti> smoser`: any idea about that?
[15:22] <pitti> smoser`: for bug https://cloud-images.ubuntu.com/query/trusty/server/released-dl.current.txt
[15:22] <pitti> erk; for bug 1363832
[15:24] <shadeslayer_> dholbach: yes
[15:24] <pitti> smoser`: wgetting that works in trusty, but fails in utopic, apparently it got stricter?
[15:24] <dholbach> shadeslayer_, thanks for the ping - I'll send a mail out to legal again and let you know as soon as I hear back
[15:25] <shadeslayer_> dholbach: cheers
[15:25] <dholbach> shadeslayer_, mail sent
[15:25] <shadeslayer_> Thx
[15:37] <pitti> smoser`: ok, followed up again with some more info
[15:40] <shadeslayer_> does Canonical run a relay SMTP server for ubuntu btw?I wanted to write some scripts that sends out emails, and was wondering if there was a server I could utilize
[15:42] <flexiondotorg> I've got a teeny tiny (but of real importance to me) merge proposal pending. Could someone take a look at it please? https://code.launchpad.net/~ubuntu-mate-dev/ubuntu/utopic/policykit-desktop-privileges/mate-fixes/+merge/230610
[15:43] <flexiondotorg> Here is the corresponding bug report - https://code.launchpad.net/~ubuntu-mate-dev/ubuntu/utopic/policykit-desktop-privileges/mate-fixes/+merge/230610
[15:47] <mitya57> flexiondotorg: I don't have rights to upload that, but why are you not using the Freedesktop standard interface for datetime?
[15:47] <infinity> shadeslayer_: We only run an SMTP relay for Canonical employees (well, for people with accounts on our network, which is basically the same set), nothing wide open for Ubuntu.
[15:47] <shadeslayer_> infinity: okie
[15:48] <infinity> shadeslayer_: I suppose a starttls-authed relay that authenticated aainst SSO and only allowed ubuntu.com users to use it might not be a bad idea, but I'm not sure if it's ever been suggested an rejected, or just not really thought about at all.
[15:49] <flexiondotorg> mitya57, I am using what is define by the MATE desktop.
[15:49] <shadeslayer_> infinity: I see, do you reckon it would be a good idea to suggest it? I wanted to write scripts to email patch authors to add dep3 headers to their patches
[15:49] <infinity> shadeslayer_: (More traditional in our old skool "we want to pretend the internet isn't changing" UNIX admin world to just send mail from our own servers, so perhaps none of us really thought of the need. :P)
[15:50] <shadeslayer_> and I'd rather not run my own smtp server
[15:50] <shadeslayer_> infinity: hehe
[15:50] <mitya57> flexiondotorg: they should really adopt to 2014 realities ;)
[15:50] <infinity> shadeslayer_: Couldn't hurt to file an RT on rt.ubuntu.com and ask if it's feasible and something Canonical IS would be willing to cobble together.
[15:50] <shadeslayer_> ack
[15:50] <infinity> shadeslayer_: The worst you can get is a "no", which is no worse than today.
[15:50] <shadeslayer_> yeah
[15:51] <flexiondotorg> mitya57, Well, that is happening. I'll raise that upstream but this is how is in MATE 1.8. I'll progress the change for MATE 1.10.
[16:27] <saiarcot895> Hi all, is there any place to float a proposal to change a package? I'm considering making a change to the qt4-x11 package.
[16:28] <ogra_> file a bug on launchpad and attach a patch
[16:28] <ogra_> then developers can take a look
[16:30] <saiarcot895> thanks, ogra_
[17:09] <ScottK> saiarcot895: Also it should be discussed upstream unless it's just a change to the packaging.
[17:10] <saiarcot895> ScottK: that might be a good idea, considering I'm planning a change to a typedef used in OpenGL ES cases
[17:10] <ScottK> Definitely.
[17:44] <apachelogger> stgraber: do you know of any issues with lxc-start-ephemeral and unprivileged containers? in particular the container seems to fail to start because of permission problems
[17:46] <apachelogger> stgraber: http://paste.ubuntu.com/8208189/
[19:58] <saiarcot895> If a package was present in precise and utopic but not in trusty, and the package was backported to trusty, would it still go in the trusty-backports section or the trusty section?
[20:17] <mlankhorst> yes
[21:48] <hallyn> wgrant: say, your t440s, does it have the 45W slim charging brick, or the 65W brick?
[21:49] <hallyn> i'm wondering whether the 65W one is overpowring my mobo (once in awhile it shuts off when i plug it in, and won't turn back on for awhile)
[22:49] <TJ-> hallyn: PSUs won't supply more power than the circuit draws; As long as the wattage of the PSU is sufficient for the maximum current draw of the system, any excess ability probably means the PSU will last longer since it doesn't operate so close to its maximum rating
[23:17] <hallyn> TJ-: hm.  that's too bad.
[23:17] <hallyn> i'd rather replace the brick than send the laptop in
[23:18] <TJ-> hallyn: Does the power plug have a central 'data' pin?
[23:19] <hallyn> it has a central pin
[23:22] <TJ-> If it is anything like some infamous Dells, sometimes the very thin data wire in the power cable gets broken by repeated flexing. When that happens the PC can't get the power rating from the PSU. On some systems, that is enough for the firmware to decide to shutdown the PC entirely
[23:23] <TJ-> hallyn: On the Dells, the more common issue was the power socket on the PC would flex slightly as the power connector was pushed home. Over time that caused a broken track on the PCB which broken the data link too... required a new power socket PCB or clever soldering :)
[23:25] <hallyn> the first time it happened there was a smell of burning wire coming from near the 6cell batt, and it wouldn't start until the nxt morning
[23:25] <hallyn> basically the more i let the batteries discharge the more likely it is to get finicky.
[23:25] <TJ-> hallyn: That doesn't sound good! Replace the battery, it sounds like a cell has overheated
[23:25] <hallyn> (it's only a few weeks old)
[23:25] <hallyn> the battery wasn't what smelled, though,
[23:26] <hallyn> hm, i forget which side it was on though
[23:26] <hallyn> and i don't know offhand where the 3cell is
[23:27] <hallyn> stil yeah, maybe it's the 6cell, as the last two times it started up fine whe ni pulled it out.
[23:27] <hallyn> i'll have to experiment some more
[23:27] <TJ-> hallyn: You've certainly got a relatively serious power issue there. Will the system start without a battery attached?
[23:27] <hallyn> dunno - the 3 cell isn't (meant to be :) removable
[23:27] <TJ-> if the charge controller detects problems it'll refuse to power the system, for safety
[23:30] <Unit193> There's been an NMU for http://bugs.debian.org/759528, can that be sync'd?
[23:48] <hallyn> desrt|pdx: (if you're around) so systemd-shim currently listens to org.freedesktop.systemd1.Manager.  To make it listen to org.freedesktop.systemd1.Scope do I need to use a subtree, or is there a simpler way?
[23:56] <hallyn> or is it supposed to be safe to call g_dbus_connection_register_object twice