[00:35] <yofel> wgrant: is there any reason why launchpad likes to frequently fail builds without buildlog recently? e.g. https://launchpad.net/~kubuntu-ninjas/+archive/ppa/+build/5832403
[00:35] <yofel> anything one can do to help with debugging?
[00:41] <wgrant> yofel: One of the VM host kernels seems to have become a little angry, and that build was unlucky enough to be dispatched to 5 VMs on that host in a row, all of which failed to start correctly.
[00:42] <yofel> so the solution would be to retry and hope all goes well when that happens?
[00:48] <apachelogger> wgrant, yofel: fwiw that has happend at least for a month or so
[00:48] <apachelogger> there's at least one neon5 build per week that randomly fails without log ^^
[00:48] <yofel> yeah, usually about a dozen of our kde sc builds fail in every batch
[00:49] <yofel> usually still managable, but this time it's like 3 dozen builds, so retrying them by hand gets tiring :/
[00:49] <yofel> I think we had a retry script somewhere, I'll try to dig that out
[00:49] <apachelogger> yofel: oh, I have a script
[00:49] <apachelogger> not sure if it scales
[00:50] <yofel> we have one from felix too, not sure where it is though
[00:50] <apachelogger> well, more like is-useful-outside-neon5 rather than scales ^^
[00:50] <apachelogger> ~neon/project-neon5/syncer/autoretry.py
[00:50] <wgrant> We'll eventually have the new, reliable, non-hardy, non-unmaintained buildds that we've been promised for 18 months, and then maybe it will be fixed.
[00:50] <wgrant> Sadly it's out of my hands.
[00:50] <apachelogger> you could just fork it FWIW, it's effectively like 5 sloc
[00:50] <wgrant> I can assure you I want them fixed a couple of orders of magnitude more than you do :)
[00:51] <yofel> wgrant: np, thanks for explaining at least :)
[00:52] <apachelogger> yofel: oh, actually you just need to change  ppa = getPPAObject("neon", "kf5")
[00:52] <apachelogger> runs through sources, checks for fails and retires all it can find
[00:52] <apachelogger> if that is what you need anyway ^^
[00:52] <yofel> k
[00:53] <yofel> I just found the other one, kubuntu-retry-builds was in kubuntu-automation
[00:53] <yofel> IIRC that's what we used for retrying before we deprecated kde-sc-dev-latest
[00:53] <apachelogger> on that note
[00:53] <apachelogger> I think we need a card for refactoring that stuff
[00:53] <yofel> refactor what?
[00:53] <apachelogger> all the automation tooling
[00:54] <apachelogger> the ppa buildstatus script for example is very scrary from a design POV, what with having inline html code and stuff
[00:54] <yofel> true
[00:54] <apachelogger> not that I would have implemented it any differently, it just isn't very extendable able ^^
[00:54] <yofel> and  there's a lot of code copied around in kubuntu-dev-tools and kubuntu-automation
[00:54] <apachelogger> when one repeats words the mind is failing
[00:55] <yofel> not that I really like how python libs are implemented though :/
[00:55] <apachelogger> rewrite everything in perl
[00:55] <yofel> there's lazr restfulclient for perl?
[00:56] <apachelogger> you don't need lazr restfulclient, you need a way to deal with http :P
[00:56] <yofel> one way would be to rewrite some parts in bash and make the python functions independent scripts that each access launchpad on their own.
[00:56] <yofel> But that would be slow as hell
[00:57] <apachelogger> yofel: what would be slow is python :P
[00:57] <yofel> for our use case, not really
[00:57] <apachelogger> actually I think it is
[00:58] <wgrant> >99% of the time will be spent in IO
[00:58] <wgrant> It's nothing to do with Python.
[00:58] <wgrant> Probably more like 99.99%
[00:58] <apachelogger> wgrant: so it's the REST that is so slow?
[00:58] <wgrant> The HTTP requests in general
[00:58] <wgrant> Light is slow, and Launchpad is slow
[00:58] <apachelogger> ^^
[00:58] <wgrant> But even the speed of life is enough to get it to 99% IO
[00:58] <wgrant> s/life/light/
[00:58] <kubotu> wgrant meant: "But even the speed of light is enough to get it to 99% IO"
[00:59] <apachelogger> well, I do not doubt the slowness of IO in general
[01:00] <apachelogger> eitherway, whether you end up calling bash to python or write it all in python there ought not be much noticable difference anyway, unless the script combo then ends up shoving godzillabytes up the pipe to the bash script
[01:00] <yofel> for most our scripts, the python cpu and memory usage is negligible, their either stuck on HTTP or they run some subprocess that does most of the work
[01:00] <wgrant> Check the CPU versus real time :)
[01:01] <apachelogger> hehe, too much work
[01:01] <apachelogger> all I know is that I have relatively simple scripts lingering around for like a minute
[01:01] <yofel> well yeah, that's why most of the scripts are just python, if like inital upload which consists mostly of subprocess calls
[01:01] <yofel> only kubuntu-batch-backport is batch as it doesn't need launchpad
[01:01] <yofel> *bash
[01:03] <apachelogger> it is really the convenience factor that is important here IMO, if you need to do something with the data (as you almost always do) there's no point in splitting the scripts in a bash and python part
[01:03] <yofel> true
[01:03] <apachelogger> otherwise you ned up seralizing on one end and deseralizing on the other, making the design moot again
[01:04] <apachelogger> the neon5 builder was originally architectured as a framework in bash, I even have code for it somewhere still ^^
[01:04] <apachelogger> but there you have no information that needs to go to the parent process
[01:06] <apachelogger> kubotu: was that a power nap?
[01:07] <apachelogger> yofel: created a card
[01:08] <yofel> hm, we even had a seperate board for the scripts https://trello.com/b/zgX4oTvx/kubuntu-automation
[01:08] <yofel> not much happened for a while
[01:08] <apachelogger> we have too many boards
[01:08] <apachelogger> also they exist for too long
[01:09] <apachelogger> also no one looks at them
[01:09] <yofel> yeah
[01:10] <apachelogger> https://bugs.kde.org/show_bug.cgi?id=313359 dem bug reports
[01:10] <apachelogger> no version no nutin
[03:29] <kubotu> ::workspace-bugs:: [1283820] content of windows (and desktop) appear black when using kwin, but not with kwin_gles - in... @ https://bugs.launchpad.net/bugs/1283820 (by avlas)
[03:53] <ScottK> Whoever touches kdeplasma-addons for the next upstream release, be sure to check bzr since I updated it.
[07:39] <Quintasan> \o
[08:29] <shadeslayer> morning
[08:29]  * shadeslayer looks at cards
[08:29] <shadeslayer> hurray http://qa.kubuntu.co.uk/ninjas-status/build_status_4.12.95_trusty.html
[08:33] <yofel> lol
[08:33] <yofel> I wonder what's causing the corruption all the time
[08:33]  * shadeslayer uploads homerun instead
[08:54] <shadeslayer> xnox: halp 1182784
[08:54] <shadeslayer> bug 1182784
[08:55] <xnox> shadeslayer: stgraber moved from switzerland to canada, we don't need those layouts anymore.
[08:55] <xnox> shadeslayer: i believe was slangasek's response =))))
[08:56] <shadeslayer> tell that to the swiss
[08:56] <xnox> shadeslayer: stgraber is the swiss =)
[08:56] <shadeslayer> tell that to the swiss who are reporting bugs :P
[08:56] <shadeslayer> because I am not going anywhere near them, everyone there probably has guns in their houses
[08:56] <xnox> shadeslayer: the did non-trivial things with French/Swiss layout. But i have no idea if that somehow affected other Swissish layouts.
[08:56] <yofel> just move all of them to canada :P
[08:57] <yofel> only 75% swiss left in switzerland anyway 
[08:57] <shadeslayer> liberate canada!
[08:57] <xnox> yofel: sure, let's call a referendum! oh wait, US will not recognise it.
[08:58] <xnox> shadeslayer: anyway, yeah the bug needs looking into and fixing. But i'm not working on that at the moment.
[08:58] <shadeslayer> xnox: I'm not even sure where/how to begin
[08:59] <xnox> shadeslayer: well leave it. As a workaround, the user can just install e.g. with english or plain french keyboard layouts, and enable swiss keyboard post-install.
[08:59] <shadeslayer> okay
[09:00] <shadeslayer> xnox: but wouldn't that screw with keymaps when setting up a username/pw
[09:01] <xnox> shadeslayer: not really. As it's always still english during username/pw stage, i thought. Or one can change layouts (at least on ubuntu flavor) using the keyboard indicator on the top.
[09:03] <shadeslayer> mmm ... not on Kubuntu, the only way you can do that is via the keyboard layout thing, and I thought the username/pw stage honoured the keymap settings
[09:03] <shadeslayer> if it does not, then you might end up with a different password?
[09:33] <cortexA9> hello
[09:33] <shadeslayer> hi cortexA9
[09:34] <cortexA9> hi shadeslayer 
[09:36] <cortexA9> shadeslayer: what about kde 4.12.95?
[09:36] <shadeslayer> I'm not releasing it :P
[09:36] <shadeslayer> because I don't like bug reports
[09:36] <shadeslayer> cortexA9: http://qa.kubuntu.co.uk/ninjas-status/build_status_4.12.95_trusty.html
[09:36] <cortexA9> shadeslayer: yeah i see
[09:37] <shadeslayer> cortexA9: I'll try and get it done by lunch today
[09:37] <shadeslayer> so we can have some testing
[09:38] <cortexA9> shadeslayer: oh nice man
[09:43] <lordievader> Good morning
[09:49] <shadeslayer> hm, no sgclark
[09:50] <shadeslayer> probably asleep
[09:51] <shadeslayer> yofel: I think we're done with 4.12.95 \o/
[09:51] <yofel> until the rest is built, looks like it
[09:51] <shadeslayer> ark needs fixing though
[09:51] <shadeslayer> since libkonq5-dev comes from kde-workspace
[09:52] <yofel> er, no. libkonq5-dev is kde-baseapps
[09:52] <shadeslayer> oh, ok
[09:52] <shadeslayer> fine, we're done then \o/
[09:53] <yofel> I think I had the libnepomukwidgets deprecation done too, nepomuk-core not so much
[09:53] <shadeslayer> kdepim-runtime is missing a desktop file though
[09:53] <vHanda> yofel: in case users ask how to disable Baloo - http://forum.kde.org/viewtopic.php?f=154&t=120047
[09:54] <yofel> vHanda: thanks, we had some of those ^^
[09:55] <yofel> vHanda: btw. does baloo still add inotify watches to all new folders when a drive is mounted? IIRC nepomuk had a tendency to do that
[09:58] <shadeslayer> yofel: are you getting something like W: Failed to fetch https://private-ppa.launchpad.net/kubuntu-ninjas/ppa/ubuntu/dists/trusty/main/source/Sources  HttpError401
[09:59] <yofel> shadeslayer: in case you missed it, everyone got their Private PPA access removed
[09:59] <shadeslayer> oddly the regular deb line works
[09:59] <yofel> I think I added you back
[09:59] <shadeslayer> yofel: yes, someone did
[09:59] <yofel> but your key hash is reset
[09:59] <shadeslayer> yep, I reset the keyhash just to be sure
[09:59] <yofel> then you shouldn't be getting 401
[09:59] <yofel> that's what you get with a wrong hash
[10:00] <shadeslayer> ah hm, I think LP was just being slow
[10:02] <shadeslayer> bah
[10:03] <shadeslayer> apachelogger: I can't click the flash plugin http://wstaw.org/m/2014/03/21/plasma-desktopVo2157.png
[10:03] <apachelogger> shadeslayer: it's a broken dependency!!!!
[10:03] <apachelogger> I think
[10:03] <apachelogger> shadeslayer: show apol
[10:04] <apachelogger> tell him to add debug output for it :P
[10:05] <shadeslayer> apachelogger: oh oh oh, more brokenness
[10:05] <shadeslayer> apachelogger: click upgrade icon -> install updates -> cancel authorization -> flash plugin suddenly appears in the list of upgrades
[10:05] <shadeslayer> it wasn't there in the initial upgrade list
[10:05] <apachelogger> tell himn to add debug output :P
[10:06] <shadeslayer> will do when he arrives
[10:06] <apachelogger> it's possible that the update lists from qapt are still being broken by the updater
[10:06] <apachelogger> though we fixed the primary occurance of that
[10:07] <apachelogger> basically what happens is that it gets confused with what state a package is supposed to have and what sort of state we want post-upgrade
[10:09] <shadeslayer> I see
[10:24] <Riddell> shadeslayer: tomahawk still not looking thrilled about life
[10:24] <shadeslayer> Riddell: yeah, I blame arm
[10:25] <shadeslayer> Riddell: retry the arm builds, 0.7.0 did succeed at first
[10:25] <Riddell> actually it's only armhf it needs to compile on to make the archive happy
[10:25]  * Riddell retries
[10:25] <shadeslayer> https://launchpad.net/ubuntu/+source/tomahawk/0.7.0+dfsg1-0ubuntu
[10:25] <shadeslayer> https://launchpad.net/ubuntu/+source/tomahawk/0.7.0+dfsg1-0ubuntu1
[10:25] <Riddell> "dh_install: tomahawk missing files (usr/lib/tomahawk/*), aborting"
[10:25] <Riddell> a retry isn't going to do it
[10:26] <shadeslayer> great >.>
[10:27] <Riddell> and my arm machien doesn't seem to be online today to test it
[10:36] <Riddell> shadeslayer: not bad not bad http://qa.kubuntu.co.uk/ninjas-status/build_status_4.12.95_trusty.html
[10:36] <shadeslayer> yeah, waiting for things to build :)
[11:02] <BluesKaj> 'Morning folks
[11:08] <Riddell> morning
[11:10] <sgclark> morning
[11:12] <vHanda> yofel: nope. It does not.
[11:14] <sgclark> Riddell: did you get my oxygen-fonts build fix? in my ubuntu one
[11:14] <Riddell> sgclark: yeah I think so, let me check
[11:14] <Riddell> sgclark: yep, all built today https://launchpad.net/~kubuntu-ppa/+archive/experimental/+packages
[11:15] <Riddell> apachelogger, shadeslayer: oxygen-fonts in ppa:kubuntu-ppa/experimental incase neon needs it ↑
[11:15] <shadeslayer> sgclark: oh since you're around, what exactly did you fix in kdeplasma-addons?
[11:16] <yofel> vHanda: *hugs*
[11:17] <Riddell> shadeslayer: looks like infinity did something too, I'll merge it into bzr and upload to ninjas
[11:17] <sgclark> shadeslayer: oe of the wallpapers does not get built without eigen2 so was getting missing error with ppc64el, just made a ppc64el install file without it 
[11:17] <shadeslayer> Riddell: I think it's merged
[11:18] <Riddell> ah, infinity made eigen2 work on ppc64
[11:22] <Riddell> shadeslayer: they weren't, uploaded to ninjas
[11:22] <shadeslayer> Riddell: cool :)
[11:22] <Riddell> sgclark: want a new task or still busy with the existing ones?
[11:24] <sgclark> Riddell: finished all but some patches, can't find a kde-artwork package to submit to, I would love build tasks :)
[11:24] <Riddell> sgclark: I replied to your e-mail, submit to kscreensaver on bugs.kde.org
[11:24] <Riddell> sgclark: I had a request from a calligra dude
[11:24] <Riddell> 08:59 < boud> Riddell: for 2.8.1, can you package the sketch brush engine with the main krita package again?
[11:24] <Riddell> 08:59 < boud> Riddell: I'm getting lots of questions like this:  http://forum.kde.org/viewtopic.php?f=137&t=120215&p=305302#p305302
[11:25] <Riddell> sgclark: might be nicer to do that sooner rather than wait for 2.8.1
[11:26] <Riddell> sgclark: needs files moved between the .install files and Replaces: added to debian/control
[11:26] <sgclark> Riddell: on it!
[11:26] <Riddell> sgclark: but calligra is a beast to build so I ofter start up one of the expensive ec2 servers with muckle proccessor power to build it, let me know if you want that
[11:30] <sgclark> Riddell: only if there is a time constraint, this laptop is dedicated to packaging and has ehld up well. I am more comfortable with my familiar environment atm.
[11:33] <Riddell> sgclark: ok go for it
[11:33] <Riddell> just warning you, it'll take all day :)
[11:34] <sgclark> Riddell: I am ok with that :) I love packaging, addicted some might say
[11:34] <Riddell> :)
[11:38] <Riddell> yay, I can build kf5 stuff using the shiny new Qt 5.2 packages in the trusty archive :)
[11:40] <shadeslayer> Riddell: apachelogger http://paste.kde.org/pzgkaztkp
[11:40] <shadeslayer> fix for https://bugs.launchpad.net/ubuntu/+source/kde-workspace/+bug/1180196
[11:41] <sgclark> Riddell: kscreensaver patch submitted https://bugs.kde.org/show_bug.cgi?id=332397
[11:42] <Riddell> thanks sgclark, I wonder if anyone will listen
[11:42] <shadeslayer> sgclark: just send to reviewboard
[11:42] <Riddell> shadeslayer: kdeartwork has no reviewboard
[11:43] <Riddell> it's old school
[11:43] <shadeslayer> oh :(
[11:43] <Riddell> if there is no upstream we can look at submitting it upstream outselves
[11:47] <ScottK> Riddell: I looked at our stuff that was stuck in proposed.  I got the bulk of it to migrate last night and once the mplayer upload that cjwatson just did builds, the last package should be ready to do.
[11:47] <ScottK> do/go
[11:50] <Riddell> ScottK: that and shadeslayer fixing tomahawk :)
[11:50] <Riddell> ScottK: thanks for looking at that, I got a bit scared when I saw the size of update_excuses.html but then there's only 3 packages with kubuntu on it and I relaxed
[11:51] <shadeslayer> Riddell: I'll have a look at tomahawk after lunch
[11:51] <shadeslayer> btw does anyone recall what we use in trusty to set the default session for lightdm?
[11:52] <apachelogger> shadeslayer: if it was a fix it'd be on reviewboard :P
[11:54] <shadeslayer> heh
[11:55] <Riddell> shadeslayer: kde-workspace-data sets lightdm theme
[11:55] <Riddell> or at least it ships /usr/share/lightdm/lightdm.conf.d/40-kde-plasma.conf
[11:57] <shadeslayer> Riddell: nah http://paste.ubuntu.com/7130199/
[11:58] <Riddell> shadeslayer: that's set by ubiquity at install no?
[11:58] <shadeslayer> Riddell: yeah, that's what I was looking for
[13:14] <Riddell> anyone know the cause of this problem? http://paste.kde.org/p1mmushfu QT_QT_INCLUDE_DIR not set
[13:14] <Riddell> happens when compiling kde 4 stuff, I suspect because i have qt5/kf5 stuff installed
[13:39] <jarkko__> how to  disable baloo?
[13:39] <BluesKaj> Riddell, ppl are asking how to disable baloo, any suggestions ?
[13:41] <yofel> BluesKaj: http://forum.kde.org/viewtopic.php?f=154&t=120047
[13:42] <Riddell> BluesKaj: are they saying why?
[13:43] <BluesKaj> jarkko__, qdbus org.kde.baloo.file /indexer suspend 
[13:43] <jarkko__> BluesKaj: using it like that doesnt work...how to know what to write "org.kde.baloo.file" istead
[13:44] <BluesKaj> Riddell, no, but I suspect it's using up cpu on some installs if nepomuk was enabled when baloo installed
[13:44] <Riddell> BluesKaj: more likely to be disk that's the limiting factor I'd expect
[13:44] <yofel> jarkko__: it should work like that
[13:44] <Riddell> BluesKaj: wise man says don't run nepomuk when running baloo :)
[13:44] <BluesKaj> jarkko__, I used system monitor to kill it 
[13:45] <jarkko__> BluesKaj: i did too
[13:45] <jarkko__> Service 'org.kde.baloo.file' does not exist.
[13:45] <BluesKaj> I don't see nepomuk, think it's been removed
[13:45] <yofel> jarkko__: then the indexer isn't running
[13:45] <jarkko__> there was something definitely running
[13:45] <jarkko__> baloo and   some baloo extractor
[13:46] <yofel> is it running *now* ?
[13:46] <jarkko__> yofel: killed it
[13:46] <jarkko__> yofel: system monitor
[13:46] <cornfeedhobo> there is a dev channel? well slap me with a wet noodle. that explains why i got nowhere in the main channel
[13:46] <yofel> well, that took the dbus interface with it of course
[13:47] <jarkko__> well have to try again after reboot
[13:48] <vHanda> jarkko__: is it just baloo_extractor or only baloo_file?
[13:49] <cornfeedhobo> hello gents, I am having an issue. I am trying to add and ipv6 openvpn connection. I just installed 13.10 and there is no ipv6 tab on the openvpn connection, but there is one on normal connections (eth, wlan, etc), is there something i need to do to enable it? the main ubuntu networkmanager seems to be a completely different layout, and they have the ipv6 tab.... i am very lost
[13:50] <cornfeedhobo> add an*
[13:50] <jarkko__> vHanda: both
[13:50] <soee_> broken http://qa.kubuntu.co.uk/ninjas-status/build_status_4.12.95_trusty.html ? :)
[13:51] <vHanda> jarkko__: on #kubuntu ?
[13:51] <kdeuser56> osee: yes
[13:51] <vHanda> cause after the initial run it shouldn't take any cpu / io
[13:51] <kdeuser56> cornfeedhobo: I think #kubuntu channel might be better to get help there
[13:51] <cornfeedhobo> here is the Ubuntu screenshot http://i.imgur.com/BBbHuXc.jpg vs my Kubuntu screenshot http://i.imgur.com/MS4ylAE.png
[13:51] <yofel> soee_: well, that's a new one ^^
[13:51] <jarkko__> i am fine
[13:51] <cornfeedhobo> kdeuser56: i dont think so. I might need to apply patches. I would rather speak with devs
[13:53] <cornfeedhobo> I even found someone that already made a patch for it, but I want to confirm this would even need to be applied (https://aur.archlinux.org/packages/networkmanager-openvpn-ipv6/)   I dont get why the ubuntu dev TJ (spoke with last night) is running network-manager-openvpn-0.9.6 and i am running 0.9.8 and yet he has ipv6 support and i dont
[13:54] <Riddell> cornfeedhobo: we don't develop plasma-nm we just package what upstream send us, you should get the latest version from git and compile it and if that doesn't help askin #solid but I suspect much of the development is happening for kf5 branch now
[13:54] <cornfeedhobo> hmm okay
[13:54] <Riddell> cornfeedhobo: it'll just be a difference in what is implemented in the frontend
[13:54] <kdeuser56> cornfeedhobo: I have no ipv6 tab either, on 4.13
[13:55] <cornfeedhobo> hmm
[13:55] <cornfeedhobo> kdeuser56: well at least i am not alone... thanks for the confirm :)
[13:57] <yofel> FWIW: the framworks branch enables ip6 for: Wired, Wireless, Infiniband, Wimax, Bond, Bridge, Vlan. so you'll have to take that up with the kde folks
[13:57] <cornfeedhobo> okay. brb. I am going to dig through network-manager-openvpn and see if this is a lack of support, or just a lack of gui
[13:57] <cornfeedhobo> thanks guys :D
[14:00] <BluesKaj> cornfeedhobo, does your modem setup support IPv6 , according to my ISP mine doesn't, yet
[14:06] <soee_> yofel: ok fixed now i see :)
[14:06] <yofel> soee_: well, timeout errors come and go, there's not much to fix there ^^
[14:08] <soee_> yofel: and increase some limits ?
[14:08] <yofel> impossible, that's on the launchpad side
[14:08] <soee_> ah ok
[14:10] <cornfeedhobo> BluesKaj: it would be through the openvpn ipv4 tunnel
[14:10] <cornfeedhobo> BluesKaj: i have cjdns running locally, i know its not an ipv6 support issue
[14:11] <cornfeedhobo> wish it was that easy :(
[14:20] <BluesKaj> cornfeedhobo, yes my vpn server shows IPv6 capability , but when i check my IP on http://myip.ms/ without using vpn, it shows my connection is not IPv6 capable.
[14:22] <BluesKaj> on openvpn 
[14:26] <cornfeedhobo> BluesKaj: yes. but... unless i am confused, I am not clear how it would affect me here? the issue is the networkmanager module....
[14:27] <cornfeedhobo> as I already said, I can reach outside ipv6 addresses through tunnels I have.
[14:27] <cornfeedhobo> they are just managed outside of the scope of NM
[14:27] <cornfeedhobo> is there something that i am missing that could be affecting NM?
[14:30] <BluesKaj> cornfeedhobo, ok , my networking knowledge is spotty at best, so djdns is something new to me. Didn't mean to confuse since <I'm the onm
[14:31] <BluesKaj> one who's confused :)
[14:31] <BluesKaj> cjdns rather
[14:32] <cornfeedhobo> no worries
[14:32] <cornfeedhobo> :)
[14:32] <BluesKaj> I'm just happy to have figured out how to use a vpn server 
[14:32] <cornfeedhobo> haha. yeah... encrypt the world!
[14:33] <Riddell> shadeslayer: will you upload that fix for bug 1180196 ?
[14:34] <shadeslayer> Riddell: didn't get a consensus on whether it's fine as a short term fix for now
[14:35] <Riddell> shadeslayer: why not as a long term fix? startkde is obsolete anyway is it not?
[14:35] <shadeslayer> is it?
[14:37] <Riddell> shadeslayer: isn't it being replaced by systemd foo?
[14:37] <shadeslayer> sure, but not right away ?
[14:38] <Riddell> shadeslayer: well anyway that bit of code in startkde doesn't seem to be needed for kubuntu so should be find to scrap it
[14:41] <Riddell> shadeslayer, apachelogger: neon5 dudes tell me why I can't compile kde-runtime? http://paste.kde.org/psut7w0g8
[14:43] <shadeslayer> they didn't install the kf5umbrella framework I guess
[14:47] <Riddell> shadeslayer: damn you're good
[14:49] <shadeslayer> just well accquainted with this particular issue :OP
[15:09] <shadeslayer> whaaaaaaaaaa
[15:09] <shadeslayer> http://wstaw.org/m/2014/03/21/plasma-desktopda2164.png
[15:11] <Riddell> shadeslayer: did you downgrade to 4.12?
[15:11] <shadeslayer> nope
[15:12] <shadeslayer> this was a clean system instal
[15:12] <Riddell> shadeslayer: hmm, ask afiestas?
[15:12] <shadeslayer> he's in haxxoring mode
[15:12] <Riddell> apachelogger: compile failure on phonon http://paste.kde.org/pqbrz6glp
[15:12] <Riddell> apachelogger: we have both /usr/include/phonon4qt5/phonon/Phonon/AbstractMediaStream and /usr/include/phonon4qt5/phonon/AbstractMediaStream
[15:12] <Riddell> apachelogger: do you know what's wrong?
[15:16] <jussi> Riddell: and anyone else here that ordered shirts, a whole bunch went out today :)
[15:16] <Riddell> awooga
[15:19] <manchicken> jussi: I'm going to order another one, my building's crappy dryer already damaged mine. I hate my apartment.
[15:19] <jussi> manchicken: better be qick, not that many left
[15:19] <manchicken> :(
[15:19] <jussi> XL is already sold out, I don't remember what size you were thoguh
[15:19] <manchicken> I'll try to do that today.
[15:19] <manchicken> L
[15:20] <jussi> manchicken: 2 left
[15:35] <shadeslayer> well, uploaded, hopefully this doesn't break someones startkde
[15:35] <shadeslayer> Riddell: ^^
[15:36] <Riddell> shadeslayer: do a call on the !testers tomorrow
[15:36] <shadeslayer> *nod*
[15:36] <shadeslayer> I reckon people will be around on a weekend
[15:37] <shadeslayer> Riddell: if I don't show up, can you do that?
[15:37] <shadeslayer> assuming you login
[15:37] <BluesKaj> shadeslayer, I might not be around tomorrow :)
[15:37] <shadeslayer> :D
[15:37] <Riddell> shadeslayer: or just e-mail the list?
[15:37] <BluesKaj> do it now !
[15:39] <shadeslayer> will do
[15:42] <jussi> do we know who owns the kubuntu g+ group? 
[15:42] <Riddell> jussi: mm, yes he did come in here when setting it up and I should be an admin
[15:42] <Riddell> twitter and facebook we do not
[15:42] <jussi> Riddell: Id like to make a poll about what to order next...
[15:43] <jussi> can we do that on g+? 
[15:44] <Riddell> jussi: I really don't know, g+ confuses me
[15:44] <Riddell> let me look
[15:44] <jussi> haha
[15:44] <shadeslayer> I do
[15:44] <shadeslayer> or well
[15:44] <shadeslayer> I have admin rights
[15:45] <jussi> shadeslayer: so you can have a look also about what we might order...
[15:45] <jussi> err
[15:45] <jussi> if you can do a poll about what we might order
[15:46] <shadeslayer> sure
[15:46] <shadeslayer> or
[15:46] <shadeslayer> I give you admin rights too
[15:46] <jussi> if there isnt a way to do it, Ill manually do it
[15:46] <jussi> yeah, that can work
[15:46] <Riddell> jussi: this post shows a way to do it https://plus.google.com/+JohnHaydon/posts/D8pvdBwscD3
[15:46] <Riddell> manual way though
[15:46] <jussi> Riddell: lol, I just got that result  googling mysef :D
[15:47] <jussi> ahh ye can lock commenting
[15:47] <jussi> not a bad way
[15:47] <jussi> ok, Ill do that. I dont even need admin :D
[15:48] <shadeslayer> mmm
[15:48] <shadeslayer> I can't add a manager
[15:48] <shadeslayer> jussi: just give me text and options
[15:48] <shadeslayer> :P
[15:49] <jussi> shadeslayer: I think I can do it myself in anycase
[15:49] <shadeslayer> one of those options has to be a fez!
[15:49] <jussi> just thought it had propper polling mechanism
[15:49] <jussi> shadeslayer: got a source? 
[15:49] <shadeslayer> source for?
[15:49] <jussi> fez's? 
[15:49] <shadeslayer> internet!
[15:50] <jussi> ...
[15:51] <shadeslayer> jussi: http://fez-o-rama.com/
[15:52] <jussi> oh dear :P
[15:52] <shadeslayer> jussi: http://www.themaac.com/fezzes.html
[15:53] <shadeslayer> blast from the 90's
[15:53] <jussi> alright, so peoples, what else apart from fez's hoodies, tshirts, polo's and beanies do people want? 
[15:53] <jussi> onsies? :P
[15:53] <shadeslayer> oh, I'd buy a hoodie
[15:53] <Riddell> jussi: shirts
[15:53] <jussi> shadeslayer: problem is, hoodies get expensive. looking at 40-50€
[15:54] <shadeslayer> jussi: take inspiration from https://www.youtube.com/watch?v=FLZ8L6SZmaA
[15:54] <shadeslayer> jussi: I'd still pay for one
[15:56] <jussi> shadeslayer: yeah, hoodies are popular.
[15:56] <shadeslayer> <3 hoodies
[15:59] <jussi> shadeslayer: do you think the same sort of embroidered kubuntu that we have on the polo's is nice?  or do we like somethign bigger and  louder? 
[15:59] <shadeslayer> nah, I like that
[15:59] <jussi> shadeslayer: and do you prefer a hoodie or a zoodie? 
[15:59] <jussi> (zip hoodie, zip down the front)
[16:00] <shadeslayer> yeah, hoodie
[16:00] <shadeslayer> I have both
[16:00] <shadeslayer> I prefer the hoodie
[16:03] <Riddell> shadeslayer: any ideas on this error when installing kde-workspace frameworks? http://paste.kde.org/pyjm8ifrm
[16:04] <shadeslayer> mmmm
[16:04] <shadeslayer> no clue
[16:10] <jussi> shadeslayer: maybe I should order the advertising candies :P
[16:10] <shadeslayer> advertising candies?
[16:11] <jussi> you know, when you got to a trade show, they have candies with the company name on the wrapper? 
[16:11] <jussi> :D
[16:11] <Riddell> kubuntu sweeties!
[16:12] <jussi> hehe
[16:12] <maco> well the kubuntu folks are sweeties
[16:12] <jussi> in all seriousness, might be worthwhile for if we are at $conference
[16:12] <jussi> except you have to buy a minumum of 30kg...
[16:13] <jussi> maco: have you ordered a polo yet? :D
[16:13] <Riddell> yofel: topicdiff?
[16:13] <maco> jussi: no, i dont buy clothing
[16:13] <yofel> s/Blue/Sweet/ :P
[16:13] <kubotu> yofel: You did something wrong... Try s/you/me/ or tell me "help sed"
[16:13] <jussi> maco: I shouldve known...
[16:13] <Riddell> jussi: bloody quakers and their simplicity eh?
[16:14] <jussi> Riddell: hehe
[16:14] <jussi> Riddell: all your fault
[16:14] <jussi> :P
[16:14] <jussi> maco: I guess youve made one already :P
[16:14] <sgclark> Riddell: any of these I need to be concerned with? http://paste.ubuntu.com/7131341/
[16:15] <maco> jussi: i handsewed (as in, no machine) this last year http://graziamorgano.com/portfolio-item/10th-c-danish/ (and hand spun the linen thread for sewing the linen under dress)
[16:17] <Riddell> sgclark: no not really
[16:17] <yofel> sgclark: intra-source-package-circular-dependency is usually not too good, also: are those .jar's built at build-time or are they shipped with the source?
[16:17] <jussi> maybe pocket knives could be nice :)
[16:18] <yofel> W: calligrawords-common: shlib-without-versioned-soname usr/lib/libkdeinit4_calligrawords.so libkdeinit4_calligrawords.so
[16:18] <yofel> dh_movelibkdeinit might help with that, not sure how it's properly used
[16:18] <yofel> the rest isn't too bad..
[16:20] <Riddell> maco: quakers are allowed to smile you know :)
[16:21] <maco> Riddell: it was 6AM
[16:21] <maco> who smiles at 6AM?
[16:21] <Riddell> maco: that must have been a long night of work on the needles!
[16:21] <maco> i went to bed at 1 or so
[16:22] <maco> and got up at 6 to drive an hour and a half to the event where i was presenting it
[16:27] <sgclark> yofel: the jar is shipped with source
[16:38] <yofel> sgclark: I see 2 jars in the source, but I can't find *their* sources anywhere, which would be a DFSG violation
[16:41] <sgclark> yofel: I don't know what I am supposed to do with that information :(
[16:42] <yofel> you might have to repack the tarball after deleting those 2 jars, and patch the build system to not install the plugins
[16:42] <yofel> Riddell: could you recheck that I didn't miss something here please?
[16:43] <shadeslayer> !info knemo
[16:43] <shadeslayer> ^^ we have fun apps in the archive
[16:43] <yofel> does it use colors?
[16:43] <Riddell> yofel: hmm I thought I'd looked into those jars before
[16:44] <sgclark> Also with the circular dependency, I don't see symbols files so I am not sure where to start. Only calligra-libs lists krita s the depend in control
[16:45] <sgclark> I though this was a simple bundle kritascetch with krita, I may be in over my head here :(
[16:45] <Riddell> sgclark: sketch brush engine, krita sketch itself should still be separate
[16:46] <yofel> well, the jars are probably not a new issue, I just spotted it in the log
[16:47] <Riddell> yofel: ah the source is in filters/plan/mpxj/planconvert/src/plan/
[16:47] <sgclark> oh? ok back to the original, and figure out what is the engine.
[16:48] <yofel> Riddell: ok I see, you're right, the rest is generated
[16:49] <sgclark> so the jars are fine then?
[16:50] <shadeslayer> agateau: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1295748
[16:50] <yofel> yeah, should be fine. planconvert is definitely fine, and mso.jar doesn't seem to be actually used so I guess that can be tolerated
[16:50] <Riddell> sgclark: good enough I'd say
[16:52] <sgclark> Riddell: how do I determine which are the engine? nothing in here says engine
[16:53] <Riddell> sgclark: if it's not obvious from the sources you can ask upstream (boud in #calligra)
[16:54] <Riddell> sgclark: I think it's whatever gets made from the sources in krita/plugins/paintops/sketch/
[16:55] <Riddell> so kritasketchpaintop library, kritasketchpaintop and krita-sketch.png
[16:55] <Riddell> but worth confirming with boud
[16:55] <sgclark> ok
[16:57] <sgclark> no response, getting late there?
[16:58] <Riddell> sgclark: 18:00 there so I guess he might be away
[16:59] <Riddell> sgclark: go ahead with moving back those files and we'll upload when we get confirmation
[16:59] <sgclark> Riddell: you read my mind lol
[17:17] <sgclark> Riddell: has been confirmed with boud :)
[18:41] <tester56> yofel: does failed kdepim i386 keep back amd64?
[18:41] <yofel> let me check
[18:42] <yofel> tester56: it didn't fail, it's red because some files aren't shipped
[18:42] <tester56> yofel: ah damn, yes, sorry :D
[18:42] <yofel> hm
[18:52] <kdeuser56> yofel: when rebuilding an applications like kmix, can I simply restart or is this unreliable?
[18:53] <yofel> well, depends on what you mean, logging out would always work though
[18:58] <kdeuser56> yofel: I mean restarting the application
[18:58] <kdeuser56> yofel: example: killall -9 kmix, kmix ...
[18:59] <yofel> for kmix itself it should work, I'm not sure if the widget needs a plasma restart (as it's still a systray item I think?)
[19:58] <soee_> Riddell: .95 ready for tests ?
[19:59] <yofel> soee_: should be good to go
[20:00] <yofel> one update for kdepim coming, but nothing important
[20:01] <soee_> yofel: ok will download
[20:03] <kubotu> ::workspace-bugs:: [1281036] Why is kdm still depending on consolekit? @ https://bugs.launchpad.net/bugs/1281036 (by Simon Rettberg)
[20:40] <kubotu> ::qt-bugs:: [1295835] qdbus is missing dependency over qdbus-qt5 @ https://bugs.launchpad.net/bugs/1295835 (by Julien Aubin)
[20:44] <shadeslayer> awesome ^^
[20:44] <shadeslayer> atleast i can fix it tomorrow when i get my computer back
[20:48] <shadeslayer> whats interesting is that it works if you install qdbus-qt5
[20:48] <shadeslayer> it shouldnt 
[20:48] <shadeslayer> yofel: ^^ btw do we have qdbus on the iso?
[20:48] <shadeslayer> i is on a mobile device :p
[20:48] <yofel> we kinda have to, qt4 that is
[20:49] <yofel> but let me verify
[20:49] <shadeslayer> thx
[20:49] <yofel> shadeslayer: amd64.manifest: qdbus	4:4.8.5+git192-g085f851+dfsg-2ubuntu4
[20:49] <shadeslayer> i shall have my computing device tomorrow
[20:49] <shadeslayer> okay, phew
[20:49] <shadeslayer> yofel: and upgrade wkeks 
[20:49] <yofel> problem is that when you go to qt5-default, it breaks
[20:50] <yofel> because IIRC nothing depends on qtdbus-qt5
[20:50] <shadeslayer> *works for you right?
[20:50] <yofel> so /usr/bin/qdbus is a broken link
[20:50] <shadeslayer> ohm
[20:50] <shadeslayer> weird users i tell you
[20:50] <yofel> qtchooser FTW
[20:50] <shadeslayer> removing their qdbus
[20:50] <yofel> not removing
[20:50] <yofel> or did someone remove it o.O?
[20:51] <shadeslayer> well, clearly that guy did
[20:51] <shadeslayer> else it would work
[20:52] <shadeslayer> 1295835
[20:52] <yofel> shadeslayer: well, he didn't remove it
[20:52] <yofel> he still has /usr/lib/x86_64-linux-gnu/qt4/bin/qdbus
[20:53] <yofel> but once you install qt5-default qdbus points to /usr/lib/x86_64-linux-gnu/qt5/bin/qdbus
[20:53] <yofel> which by default isn't installed
[20:54] <shadeslayer> no no no, you dont get my point :p
[20:54] <shadeslayer> see kde workspace 4.11.6 0ubuntu3
[20:54] <shadeslayer> unless qtchooser has a bug, everything should just work
[20:55] <shadeslayer> unless he removed qtchooser/qt4-default/qdbus
[20:56]  * yofel only has ubuntu2
[20:56] <yofel> guess I missed it
[20:56] <yofel> or it never made it out of proposed
[20:56] <shadeslayer> well 0ubuntu4 is out
[20:57] <shadeslayer> you should upgrade and rant at me for breaking startkde
[20:57] <shadeslayer> everyone is listening to 90's songs on spotify :(
[20:58] <yofel> 0ubuntu4 is in -proposed, I'm not installing that
[20:58] <yofel> I'll rant at you once it's in release
[20:58] <shadeslayer> it should be out
[20:58] <shadeslayer> launchpad lies
[21:00] <yofel>      4:4.11.6-0ubuntu4 0
[21:00] <yofel>          50 http://ftp-stud.hs-esslingen.de/ubuntu/ trusty-proposed/universe amd64 Packages
[21:00] <yofel>  *** 4:4.11.6-0ubuntu2 0
[21:00] <yofel>         500 http://192.168.1.6:3142/ftp-stud.hs-esslingen.de/ubuntu/ trusty/universe amd64 Packages
[21:00] <yofel>         500 http://192.168.1.6:3142/archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages
[21:00] <yofel> not for me
[21:00] <shadeslayer> http://launchpadlibrarian.net/170260296/kde-workspace_4%3A4.11.6-0ubuntu2_4%3A4.11.6-0ubuntu3.diff.gz
[21:01] <shadeslayer> mirror out of sync
[21:01] <yofel> yeah, I checked git
[21:01] <yofel> erm, bzr
[21:01] <shadeslayer> XD
[21:01] <yofel> also note the a.u.c url in there
[21:01] <shadeslayer> oh hm
[21:01] <yofel> anyway, I guess the reporter had an outdated workspace
[21:03]  * yofel throws broken buildd VMs at launchpad
[21:07] <shadeslayer> i thought it had enough of those
[21:40] <soee_> yofel: smooth upgrade 4.12.90 => 4.12.95
[21:45] <kdeuser56> soee, yofel: same here
[21:50] <soee_> :)
[21:55] <shadeslayer> soee: what kde workspace version are you running ?
[22:11] <soee> shadeslayer: package kde-workspace ?
[22:11] <soee> 4.11.6
[22:11] <shadeslayer> yes
[22:11] <shadeslayer> full version plz
[22:12] <soee> shadeslayer: Version: 4:4.11.6-0ubuntu2
[22:12] <shadeslayer> aw :(
[22:12] <shadeslayer> no updates for that? :p
[22:13] <soee> ah there are :) 
[22:13] <soee> ubuntu4
[22:15] <shadeslayer> soee: plz logout / login after upgrading
[22:16] <shadeslayer> if you can't login, send me an email :p
[22:20] <soee> shadeslayer: back :)
[22:20] <shadeslayer> yay
[22:20] <shadeslayer> soee: any issues?
[22:20] <soee> nope
[22:21] <soee> the only issue i have here is with nvidia drivers and video teraing :) but its nvidias fault
[22:21] <shadeslayer> hurray
[22:22] <shadeslayer> i didnt break stuff \o/
[22:22] <soee> ;D
[22:26] <shadeslayer> ok off to sleep
[22:26] <shadeslayer> night
[23:21] <manchicken> Okay, to upgrade to 14.04...