=== elmo_ is now known as elmo
=== Nigel_ is now known as G
=== yp is now known as ypwong
=== inaddy is now known as tinoco
=== ryanneufeld_ is now known as ryanneufeld
=== robru_ is now known as robru
=== dayangkun is now known as dayangkun_pto
=== udevbot_ is now known as udevbot
=== tsimpson_ is now known as tsimpson
=== mbarnett` is now known as mbarnett
=== mbiebl_ is now known as mbiebl
=== kitterma is now known as ScottK
=== thegodfather is now known as fabbione
[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
=== slangase` is now known as slangasek
=== Zic_ is now known as Zic
=== ochosi_ is now known as ochosi
=== geser__ is now known as geser
=== pgraner` is now known as pgraner
[07:15] <dholbach> good morning
[07:24] <sladen> guten morgen alle
=== dbarth_ is now known as dbarth
=== _morphis is now known as morphis
=== jhenke_ is now known as jhenke
=== iulian_ is now known as iulian
[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] <ubottu> Debian bug 734677 in src:qtbase-opensource-src "src:qtbase-opensource-src: qt5 packages aren't multi-arch ready" [Wishlist,Fixed]
[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
=== jamespag` is now known as jamespage
[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:52] <ubottu> Launchpad bug 1353855 in unity8 (Ubuntu) "Explicit g++ 4.9 dependency breaks cross-building" [Undecided,New]
[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?
=== MacSlow is now known as MacSlow|lunch
[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)
=== dholbach_ is now known as dholbach
[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
=== ara is now known as Guest71689
=== MacSlow|lunch is now known as MacSlow
=== _salem is now known as salem_
[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] <ubottu> Debian bug 756247 in systemd-shim "Failed to start unit user@1000.service: Unknown unit: user@1000.service" [Normal,Open]
[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
=== yofel_ is now known as yofel
[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:22] <ubottu> bug 1363832 in juju-core (Ubuntu) "[utopic] fails to build template container -- ubuntu-cloudimg-query fails" [Undecided,New] https://launchpad.net/bugs/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
=== Trevinho_ is now known as Trevinho
[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
=== Wellark is now known as Wellark|holiday
[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
=== Wellark|holiday is now known as Wellark
[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.
=== Ursinha is now known as Ursinha-afk
[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/
=== Ursinha-afk is now known as Ursinha
=== salem_ is now known as _salem
[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
=== Ursinha is now known as Ursinha-afk
=== lionel_ is now known as lionel
=== Ursinha-afk is now known as Ursinha
[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
=== Pici` is now known as Pici
[23:30] <Unit193> There's been an NMU for http://bugs.debian.org/759528, can that be sync'd?
[23:30] <ubottu> Debian bug 759528 in autoconf-archive "autoconf-archive: fails to install with dpkg (>= 1.17.13)" [Serious,Fixed]
[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