[05:49] <apachelogger> cool beans
[05:49] <apachelogger> why do I get the 4.x kinfocenter
[05:50] <apachelogger> ah
[05:50] <apachelogger> because wha
[05:50] <apachelogger> t
[05:50] <apachelogger> Oo
[05:50] <apachelogger>  kinfocenter5_5.0.0-0ubuntu1~ubuntu14.10~ppa1_i386.deb (194.2 KiB) 
[05:50] <apachelogger> what is this
[05:51] <apachelogger> ah, ancient packaging
[06:50] <apachelogger> there's a bug in sni-qt possibly
[06:50] <apachelogger> or neon
[06:50] <apachelogger> or both
[06:50] <apachelogger> or the combination of both
[07:02] <apachelogger> ah no
[07:02] <apachelogger> it's hplip being shit
[07:02] <apachelogger> meh
[07:07] <apachelogger> found it muhahah
[07:22] <apachelogger> Riddell, shadeslayer: http://paste.ubuntu.com/7892549/
[07:22] <apachelogger> please review
[07:22] <apachelogger> agateau: ^ possibly as well if you find a minute
[08:08] <agateau> apachelogger: I wonder if it would not be more responsive to remove the time.sleep() and check the actual time to verify the code does not wait more than one minute
[08:09] <agateau> apachelogger: it would potentially be more responsive (since the app won't notice changes while it is sleeping)
[08:09] <Riddell> apachelogger: you have an admirable comment to code ratio :)
[08:11] <Riddell> apachelogger: "Forwarded: no" why?
[08:12] <Riddell> apachelogger: polkit accepted, will you update kauth?
[08:13] <Riddell> 219 http downloads of the ISO
[08:17] <apachelogger> Riddell: kauth is already on depwait
[08:18] <apachelogger> Riddell: forward... not sure it should be, though it could be
[08:19] <apachelogger> agateau: actually I'd probably put the checking logic on a qtimer and app.exec all the same, the error dialog really doesn't need to be before the exec at all
[08:19] <apachelogger> if the timer runs out you simply sys.exit again
[08:20] <apachelogger> agateau: but yeah, I wanted to keep it as uninvasive as possible and whether it waits 60 seconds or 80 seconds really makes no difference
[08:20] <apachelogger> it's an arbitrary value anyway xD
[08:20] <agateau> apachelogger: true.
[08:21] <Riddell> agateau: any thoughts on failing gwenview tests? https://jenkins.qa.ubuntu.com/job/utopic-adt-gwenview/ARCH=amd64,label=adt/33/consoleText
[08:21] <Riddell> agateau: why should it not be? how does that fit in with out policy?
[08:21]  * apachelogger debugs pyqt again \o/
[08:21] <Riddell> hmm no
[08:22] <Riddell> apachelogger: why should it not be? how does that fit in with out policy?
[08:22] <agateau> Riddell: I fixed those upstream
[08:22]  * agateau fetchs commit ids
[08:23] <Riddell> agateau: probably just needs the new beta then
[08:23] <agateau> Riddell: yes, it's fixed in 4.13.95, according to git history
[08:24] <apachelogger> Riddell: because it's a distribution integration issue caused by us having a patched qt which uses sni-qt to simulate an sni behind the application's back
[08:24] <apachelogger> that's why it maybe shouldn't be... at the same time sni-qt is the recommended integration bit for plasma5 and the busy wait before exec is a bit bogus anyway, so it could be ;)
[08:24] <apachelogger> I'll throw it at their bug tracker all the same
[08:27] <xnox> So kde is blocking the world from migrating
[08:28] <xnox> which libraries / packages were uploaded causing all kde stuff to be uninstallable, and got entangled with the libav/gnutls/etc transition that was just on the edge of a chance of migrating
[08:28] <xnox> ?
[08:28] <Riddell> uh oh
[08:28] <yofel> damnit
[08:28] <Riddell> I think kde4libs and some friends have been uploaded
[08:29] <yofel> xnox: we uploaded a bunch of WIP stuff to work around breakage on PPA  builders
[08:29] <xnox> Riddell: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt scroll down to "SUCCESS" and then notice how all kde is broken.
[08:30] <xnox> Riddell: yofel: well, is all of that going to be fixed today, given we will freeze for alpha-2? Or could that have waited for the transition of doom to happen first?
[08:30] <yofel> we can work on getting .95 done today, shouldn't be too much left
[08:30] <yofel> Riddell: how's your nepomuk removal going?
[08:31] <xnox> Riddell: kde4libs is in release pocket, so can't be it.
[08:31] <Riddell> yofel: still got some bits to check but I can start uploading it
[08:31] <Riddell> bangarang guy said he's working on a big rewrite and current version is unsupported so I'll remove it
[08:32] <yofel> hm, kdpepimlibs is in release too
[08:32] <yofel> kfilemetadata is in proposed
[08:33] <yofel> baloo is in release
[08:34] <yofel> yeah, it's kfilemetadata that breaks everything
[08:38] <Riddell> I'll press on with removing nepomuk then getting the rest of 4.13.95 uploaded
[08:38] <xnox> ... it's best not to upload all of new kde releases, cause that takes forever to build. but instead help out with resolving uninstallables and migrating everything.
[08:38] <xnox> Riddell: is the uninstallabes actually due to missing 4.13.95? doesn't look like it?
[08:40] <yofel> well, the problem is probably
[08:40] <yofel> skipped: kfilemetadata (185 <- 69)
[08:40] <yofel>     got: 61+0: i-61
[08:40] <yofel> but I don't really get why it does that
[08:41] <xnox> yofel: ignore that.
[08:41] <xnox> yofel: find "SUCCESS" and read the first stanza after it.
[08:41] <yofel> well, that's even more unreadable
[08:42] <xnox> or rather the first "Trying easy from autohinter: " which tries to migrate everything together.
[08:42] <xnox> which says "kde is uninstallable on all arches" with this
[08:42] <xnox>  i386: active-documentviewer, akonadi-kde-resource-googledata, akonadiconsole, akregator, amarok, amarok-dbg, amarok-utils, amor, apper, apper-dbg, apport-kde, apturl-kde, ark, ark-dbg, artikulate, artikulate-dbg, audex, audiocd-kio, autokey-qt, backintime-kde, bangarang, basket, blinken, blogilo, bluedevil, bodega-client, bomber, bovo, braindump, calligra, calligra-dbg, calligraactive, calligraauthor, calligraflow, calligraplan, calligrasheets, cal
[08:42] <xnox> ligrastage, calligrawords, cantata, cantor, cantor-backend-kalgebra, cantor-backend-maxima, cantor-backend-octave, cantor-backend-python, cantor-backend-python2, cantor-backend-qalculate, cantor-backend-r, cantor-backend-sage, cantor-backend-scilab, cantor-dbg, cervisia, cervisia-dbg, choqok, cirkuit, cirkuit-dbg, colibri, colord-kde, cvsservice, darkroom, debconf-kde-helper, declarative-plasmoids, digikam, digikam-dbg, digikam-doc, dolphin, dragonp
[08:42] <xnox> layer, dragonplayer-dbg, eqonomize, filelight, gally, gdebi-kde, granatier, gstreamer-qapt, gstreamer0.10-qapt, gwenrename, gwenview, gwenview-dbg, jovie, jovie-dbg, juk, k3b, k3b-dbg, k3b-i18n, k4dirstat, kaccessible, kaccessible-dbg, kaddressbook, kaddressbook-mobile, kaffeine, kaffeine-dbg, kajongg, kalarm, kalgebra, kalzium, kalzium-dbg, kamerka, kamoso, kanagram, kanyremote, kapman, kapptemplate, kapptemplate-dbg, karbon, kate, kate-dbg, kate-s
[08:42] <xnox> yntax-go, katomic, kbackup, kbattleship, kbibtex, kblackbox, kblocks, kbounce, kbreakout, kbruch, kbruch-dbg, kcachegrind, kcachegrind-dbg, kcalc, kcharselect, kchmviewer, kcollectd, kcolorchooser, kcoloredit, kdbg, kde-baseapps, kde-baseapps-bin, kde-baseapps-dbg, kde-config-fcitx, kde-config-pimactivity, kde-config-telepathy-accounts, kde-config-telepathy-accounts-dbg, kde-full, kde-notification-colibri, kde-plasma-desktop, kde-plasma-netbook, kde
[08:42] <xnox> -runtime, kde-runtime-dbg, kde-standard, kde-style-oxygen, kde-telepathy, kde-telepathy-auth-handler, kde-telepathy-auth-handler-dbg, kde-telepathy-call-ui, kde-telepathy-call-ui-dbg, kde-telepathy-contact-list, kde-telepathy-contact-li
[08:42] <xnox> ...
[08:43] <yofel> lets see if I can get fiddle something together that dose-debcheck can process
[08:44]  * apachelogger is too stupid to use sudo -.-
[09:03] <yofel> xnox: ok, I'm clueless. I uploaded kde4libs, kdepimlibs, baloo and kfilemetata on saturday, fixed some things in kdelibs after that, all of those except kfilemetadata migrated and I don't understand how that's breaking all kde packages considering it doesn't even have a transition in it.
[09:03] <yofel> do you have a suggestion where I should look next?
[09:04] <santa_> morning
[09:04] <santa_> apachelogger: I also needed this to get kauth working (with issues) https://code.launchpad.net/~panfaust/kubuntu-packaging-next/kauth-work/+merge/228625
[09:05] <santa_> and more stuff which I'm preparing
[09:06] <yofel> maybe it's marble...
[09:11] <apachelogger> santa_: all those patches need to go upstream
[09:11] <apachelogger> ah nevermind
[09:11] <apachelogger> screen too tiny
[09:12] <apachelogger> santa_: looks sensible
[09:13] <santa_> indeed it is
[09:13] <apachelogger> Riddell: I don't understand DistUpgradeFetcherKDE
[09:14] <apachelogger> implements DistUpgradeFetcherCore, doesn't init the base though
[09:14] <apachelogger> or well, not with useful arguments anyway
[09:14] <apachelogger> ah wait, Oo
[09:14] <apachelogger> yeah, I don't compute
[09:15] <apachelogger> ah there it is
[09:15] <apachelogger> wtf
[09:15] <yofel> hm, no, cjwatson took care of the marble transition
[09:15]  * apachelogger sighs
[09:17] <apachelogger> AttributeError: 'DistUpgradeFetcherKDE' object has no attribute 'run_options'
[09:22] <yofel> ok, so kfilemetadata is blocked by exiv2
[09:24] <yofel> xnox: can it be that I intruded on the new libav transition?
[09:27] <rameshthecoder> hi
[09:27] <Riddell> hola rameshthecoder 
[09:28] <rameshthecoder> hola Riddell 
[09:28] <Riddell> rameshthecoder: come to be an elite Kubuntu ninja?
[09:29] <rameshthecoder> of course :)
[09:30] <rameshthecoder> I'm a Java developer. So I wanted to find out if I can get involved in Kubuntu development in any way.
[09:31] <rameshthecoder> also thought I could find some geeky friends here
[09:32] <xnox> Riddell: please stop uploading things that (a) don't build (b) depwait (c) further entangle transition in the proposed.
[09:32] <xnox> now is not the time for that.
[09:33] <cjwatson> Hi.  Any chance of a few hours' freeze on Kubuntu uploads?  I've been desperately trying to get the libav/etc. megatransition landed, and uploads of KDE components keep preventing me
[09:34] <cjwatson> If I could just have a short respite, and possibly temporarily undo the recent gwenview upload, then I think that would be enough
[09:34] <yofel> sure, should we just no upload anything and you'll sort it out?
[09:34] <Riddell> cjwatson: oh sorry I only uploaded gwenview because doko and others were complaining about the failing autopkgtests
[09:34] <cjwatson> But now it's unbuildable and stuck
[09:34] <Riddell> kill it if that's the best thing
[09:34] <cjwatson> And I'd already overridden the autopkgtest failures
[09:35] <cjwatson> (after discussion with Scott)
[09:35] <cjwatson> right, let me see if I can copy the old one back
[09:35] <cjwatson> I can put the new one back later
[09:35] <cjwatson> (I think, otherwise a reupload is easy)
[09:38] <cjwatson> ok, that's reverted, I think
[09:38] <cjwatson> https://launchpad.net/ubuntu/+source/gwenview/+publishinghistory
[09:39]  * cjwatson waits for the next publisher run
[09:54] <apachelogger> http://i.imgur.com/gQl9M48.png
[09:54] <apachelogger> release upgrade code almost doesn't suck anymore \o/
[09:58] <shadeslayer> apachelogger: almost
[09:59] <shadeslayer> apachelogger: re patch : While I get what you're doing and the patch seems fine, I am unsure if there's a better way to do it
[09:59] <apachelogger> there is
[10:00] <apachelogger> which would involve not doing a flipping sleep :P
[10:00] <apachelogger> not my place to decide that 
[10:11] <shadeslayer> I got 20 upboats on /r/kde
[10:11] <shadeslayer> I'm rich I tells ya
[10:13] <Riddell> ?
[10:13] <shadeslayer> http://www.reddit.com/r/kde/comments/2bz8hs/plasma5_now_more_awesome_as_a_kubuntu_iso/
[10:15] <cjwatson> ok, libav migrating, thanks for cooperation
[10:15] <cjwatson> Riddell: if you want to copy gwenview back, "copy-package -s utopic-proposed -e 4:4.13.95-0ubuntu1 -b gwenview" ought to do it (or maybe without -b - I'm not sure if it will work right for something that never built), or else just upload 4:4.13.95-0ubuntu2.  might want to sort out a newer libkipi first though
[10:19] <Riddell> great news on libav, sorry for the interruption
[10:19] <cjwatson> phew
[10:31] <Riddell> shadeslayer: http://d2xswqwhtah767.cloudfront.net
[10:58] <shadeslayer> Riddell: how about just pointing qa.kubuntu.co.uk to that
[11:01] <soee> hmm im thinking about starting something like pl.kubuntu.org, is it possible that you can point such domain in the future on a polish website about kubuntu? :)
[12:50] <Riddell> shadeslayer: http://download.kubuntu.co.uk/kubuntu-plasma5/
[12:50] <Riddell> soee: sure, no problema
[12:51] <shadeslayer> I'll update my blog I guess
[13:11] <soee> http://qa.kubuntu.co.uk/ down ?
[13:12] <shadeslayer> hm
[13:13] <shadeslayer> seems to be running
[13:13] <apachelogger> :)
[13:13] <shadeslayer> try now
[13:14] <BluesKaj> Hiyas folks
[13:14] <tsimpson> works here, kind of slow to respond though
[13:14] <shadeslayer> apachelogger: we have cloudfronting now :p
[13:14] <soee> works now
[13:14] <shadeslayer> soee: use http://download.kubuntu.co.uk/
[13:14] <soee> ok, thanks :)
[13:16] <apachelogger> shadeslayer: good stuff
[13:16] <apachelogger> that's one way to go about distribution
[13:16] <shadeslayer> ?
[13:18] <shadeslayer> "Birthday Octopii" < whose birthday is it?
[13:28] <Riddell> shadeslayer: it was apachelogger but you can remove that now
[13:29] <shadeslayer> apachelogger: uh, belated happy birthday! :D
[13:29] <shadeslayer> when was it
[13:34] <Riddell> cloudfront "First 10 TB / month $0.120"
[13:34] <Riddell> so that's 10,000 downloads for 12cents?
[13:36] <shadeslayer> Riddell: I think that's for the US region
[13:39] <Riddell> shadeslayer: same for europe
[13:39] <shadeslayer> Riddell: right so, basically you need to add up costs for all the regious
[13:39] <shadeslayer> *regions
[13:43] <apachelogger> if only we had only used torrents
[13:43] <Riddell> why? this cloudfront thing works very easy and seems cheap
[13:44] <apachelogger> Riddell, shadeslayer: didn't we want to ditch data packages on apps?
[13:45] <debfx> the prices are per GB though ;)
[13:45] <apachelogger> Riddell: cost 0 vs. cost >0
[13:45] <shadeslayer> aha
[13:45] <shadeslayer> what debfx said
[13:46] <shadeslayer> so atleast 24 USD for 200 downloads
[13:46] <Riddell> aah
[13:46] <Riddell> right, we can't really sustain that
[13:46] <Riddell> I'll leave it open for a few days then go to torrent only
[13:47] <shadeslayer> we don't have to, once we get cdimage up
[13:47] <shadeslayer> hopefully Colin has some time now
[13:47] <Riddell> now that libav has transitioned? :)
[13:49] <shadeslayer> yep :p
[13:50] <shadeslayer> yofel: what happened with the git sharing email
[13:50] <apachelogger> what do I do with the data package??????
[13:50] <shadeslayer> drop eet
[13:50] <yofel> shadeslayer: wrt debian?
[13:50] <shadeslayer> didn't we decide that 
[13:50] <shadeslayer> yofel: yes
[13:50] <shadeslayer> apachelogger: please also tell that to debian btw
[13:51] <yofel> I sent it and it's waiting for pino to comment, maybe he'll do that before jessie release
[13:51] <shadeslayer> maybe send a reminder?
[13:51] <yofel> don't really have the time to follow up on it, can you do that?
[13:52]  * shadeslayer possibly just got rid of dh_movelibkdeinit
[13:52] <shadeslayer> yofel: can do
[13:52] <apachelogger> debian: I'll remove that data package there
[13:52] <yofel> maybe I overshot things a little, just having a branch in their repos would already be enough
[13:53] <apachelogger> shadeslayer: while you are at it tell them that we hate data packages :P
[13:53] <yofel> we don't
[13:53] <apachelogger> and dbg packages in control
[13:53] <apachelogger> they are the shitz
[13:53] <yofel> we don't
[13:53] <yofel> you do
[13:53] <apachelogger> you like dbg packges in control?
[13:55] <yofel> I prefer something that works, and until someone implements dbg package generation in pkg-kde-tools they work really well
[13:56] <yofel> I mean, if you think a package is too small to varrant a dbg package you can just disable stripping...
[13:58] <apachelogger> working around shitty tooling all of this is
[13:59] <shadeslayer> ^^
[14:01] <yofel> well, RPM seems to have seperate packages for that too
[14:02] <yofel> a bit annoying that rpm and we have scripts to do it that can't be used everywhere :S
[14:02] <apachelogger> more annoying is that everyone comes up with their own list of dependencies
[14:02] <yofel> for -dbg? Don't have a general rule for that?
[14:03] <yofel> *don't we
[14:03] <apachelogger> what?
[14:03] <apachelogger> also rpm dbgs are autogenerated
[14:03] <apachelogger> they are not mentioned in the packaging
[14:04] <apachelogger> yofel: what general would we have?
[14:04] <apachelogger> I was refering to dependencies on everything :P
[14:04] <apachelogger> and everywhere
[14:04] <yofel> from what I see rpm have a script that generates them that's not always used, looks pretty similiar to pkg-create-dbgsym to me
[14:04] <apachelogger> it is
[14:05] <yofel> and if you mean deps, we have rules for intra-package-deps for -dbg, not outside (although the general rule for that is 'None')
[14:06] <apachelogger> I am not talking about dbg deps
[14:06] <Riddell> which rpm distro? rpm is very different for each rpm distro too
[14:06] <apachelogger> I am talking about all deps
[14:06]  * yofel usually talks fedora RPM as that (and centos) are the only RPM distros he uses
[14:07] <yofel> apachelogger: do you mean runtime dep rules outside of what the policy says?
[14:08] <apachelogger> for example
[14:08] <apachelogger> also build time deps
[14:08] <apachelogger> every dep really
[14:13] <santa_> apachelogger: I left you in notes.kde.org all the information I got about fixing kauth
[14:15] <apachelogger> I wonder if we shouldn't simply import all commits from git for polkit and kauth
[14:15] <yofel> just make a snapshot?
[14:16] <apachelogger> too much hassle
[14:16] <apachelogger> there'll be a new tar in a couple days anyway
[14:17] <apachelogger> I find it very suspicious that qapt still doesn't work
[14:17] <apachelogger> polkit-qt should be what is in git master, but it still refuses to talk to polkit-kde
[14:19] <apachelogger> kubuntuBot: ping
[14:19] <apachelogger> kubuntuBot_: ping
[14:19] <kubuntuBot_> pong
[14:19] <apachelogger> kubuntuBot_: I fear you lagged out :P
[14:19] <shadeslayer> heh
[14:21] <yofel> hm...
[14:21]  * yofel wonders if he could c&p the pkg-create-dbgsym stuff into pkg-kde-tools
[14:23] <apachelogger> santa_: are you sure polkit-qt5 works?
[14:25] <Riddell> wiki.debian.org is driving me nuts "Password not acceptable: Please choose another username, your choice might be spammy" 
[14:26]  * yofel had to email debian-www to get registered on the wiki
[14:26] <yofel> I was not considered human ^^
[14:27] <apachelogger> debian not only doesn't like bug reports, they also don't like humans, I see I see
[14:27] <apachelogger> WARNING: Cannot construct PulseSupport because there is no Eventloop. May be because of application shutdown.
[14:27] <apachelogger> oh no non oonononononononon
[14:27] <apachelogger> oh I knew this was gonna happen
[14:28]  * yofel just realized that his quassel got localized
[14:28] <yofel> how did that happen
[14:28] <apachelogger> uh ksysguard is still excitingly broken
[14:29]  * apachelogger heads out for something to eat
[14:29] <yofel> oh well, guess our localization support is broken again
[14:29] <yofel> "Einstellungen" is not particulary American English
[14:29] <shadeslayer> how exciting
[14:29] <bzoltan> Hello kubuntu devs. I would need a friendly licensed maintainer who could review and approve an MR from us against the QtCreator packaging branch: https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/qtcreator. The patch is rather simple -> https://code.launchpad.net/~zeller-benjamin/kubuntu-packaging/qtcreator-ubuntudevice-qmlprojects/+merge/228665 It enables ubuntu devices to be Run targets for QML apps.
[14:29] <apachelogger> yofel: nono
[14:29] <apachelogger> yofel: u talking plasma5?
[14:30] <apachelogger> otherwise probably yesyesyes
[14:30] <yofel> me talking otherwise
[14:30] <yofel> export LANGUAGE=en:de:en
[14:30] <yofel> uhuh...
[14:30] <apachelogger> yofel: SRU libkubuntu from youtopic and the world will be nices
[14:30] <apachelogger> and yeah, en:de:en will not ever work because eglibc is shit
[14:30] <yofel> this is utopic
[14:30] <apachelogger> yeah, eglibc is shit
[14:31] <apachelogger> come to think of it I probably could spend the rest of my life listing known bugs in software that have been there for >=1year
[14:31] <apachelogger> anyway
[14:31] <apachelogger> afk
[14:33] <yofel> and I still have pulse running twice
[14:33] <yofel> oh joy
[14:33] <shadeslayer> fixed in pulse git I think
[14:33] <yofel> well that's something
[14:36] <Riddell> yofel: are you taking care of 4.13.3 ?
[14:36] <yofel> Riddell: yes, in the evening
[14:36] <yofel> do you have a new status page? Otherwise I'll set up my own
[14:36] <shadeslayer> I can do 4.13.3 if you want
[14:36] <yofel> nah, I'll do it
[14:36] <shadeslayer> ok
[14:36] <yofel> rather look at .95
[14:37]  * shadeslayer wanted to check the ISO for more defects
[14:37] <yofel> omg, 42 apache processes on qa
[14:37] <shadeslayer> what
[14:37] <yofel> $ ps aux | grep apache | wc
[14:37] <yofel>      43     558    3941
[14:37] <yofel> one of that's grep
[14:38] <Riddell> and 100% CPU
[14:38] <Riddell> how can it be using that much CPU?
[14:38] <yofel> I wonder why it's using so much SYS
[14:39] <yofel> unless the memory management is going crazy
[14:39] <yofel> but this is openvz from what I see, so...
[14:40] <Riddell> yofel: status page is there but a bit broken as you will have discovered
[14:40] <yofel> yeah
[14:40]  * shadeslayer ponders about rebooting server
[14:41] <yofel> I think the script opens a new connection to launchpad for every file it reads over the API, and one of those connections runs ENOBUF
[14:42] <yofel> rebooting might help, but we should restrict the apache capacity before that or we'll just end up the same
[14:43] <yofel> I might look at that when things calm down a bit, right now even ssh is laggy
[14:53] <bzoltan> Riddell: do you know who to ping with that ^^^^^^^^^ ? Mirv is the one who usually handles the packaging branches but he is not available for a week.
[14:57] <Riddell> bzoltan: ping with what?
[14:58] <Riddell> ** rohan live on ubuntuonair.com now!
[14:58] <Riddell> or shortly
[14:59] <bzoltan> Riddell: I would need a friendly licensed maintainer who could review and approve an MR from us against the QtCreator packaging branch: https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/qtcreator. The patch is rather simple -> https://code.launchpad.net/~zeller-benjamin/kubuntu-packaging/qtcreator-ubuntudevice-qmlprojects/+merge/228665 It enables ubuntu devices to be Run targets for QML apps.
[15:08] <zbenjamin> bzoltan: ok
[15:08] <bzoltan> zbenjamin:  thanks
[15:10] <Quintasan> this shadeslayer
[15:10] <Quintasan> :D
[15:11] <tsimpson> probably best to avoid pinging him ;)
[15:12] <Quintasan> yeah
[15:13] <Riddell> bzoltan: well I've no idea what that patch does, I can blindly merge it if you feel the need
[15:22] <Riddell> KDE is a community not the software rohan!
[15:23] <bzoltan> Riddell:  that patch just enables the Ubuntu devices as a target for QML projects. Because otherwise it is disabled by default.
[15:23] <bzoltan> Riddell: It would be great if you could merge it to the packaging branch. I will take care of the landing process from there. Thank you.
[15:25] <lordievader> Good afternoon.
[15:36] <Riddell> bzoltan1: you want me to update debian/patches/series and add a changelog too?
[15:37] <shadeslayer> phew
[15:38] <Riddell> shadeslayer: yay! you're famous!
[15:38] <shadeslayer> I am
[15:38] <shadeslayer> \o/
[15:38] <mhall119> thanks again shadeslayer 
[15:39] <shadeslayer> you're welcome :)
[15:39] <Riddell> mhall119: when will it be on the youtube channel? I should do a kubuntu wire post
[15:39] <mhall119> Riddell: it takes a few minutes for Youtube to process it, but it should be available at the same URL as the live video
[15:40] <mhall119> Riddell: so http://www.youtube.com/watch?v=Pua8vWAMdfk
[15:44] <bzoltan1> Riddel: ohh, we will do that
[15:45] <Riddell> bzoltan1: but then don't you need another merge?
[15:46] <bzoltan1> Riddell:  just one 
[15:49] <bzoltan1> Riddell:  the MR is not good to be merged
[15:49] <Riddell> bzoltan1: too late, I merged it, what should I have done?
[15:51] <bzoltan1> Riddell: No problem. Could you merge it again? We have added the changelog and the updates series 
[15:54] <Riddell> bzoltan1: merged!
[15:54] <bzoltan1> Riddell: thank you a lot
[15:56] <apachelogger> bah
[15:56] <apachelogger> shadeslayer: y u no stop me from going afk
[15:56] <mhall119> Riddell: looks like the video is available for playback now
[16:07]  * Riddell publishes http://wire.kubuntu.org/?p=171
[16:10] <shadeslayer> apachelogger: why?
[16:12] <apachelogger> shadeslayer: because you should have said "no you can't go afk because I'll become internetfamous today" and then I would not have gone for a bike ride and wouldn't feel like meh now
[16:12] <Riddell> apachelogger: watch it on the youtube video ↑
[16:13] <apachelogger> no, I am feeling meh now :P
[16:13] <Riddell> yofel: any thoughts on why my kde4libs upload failed? funky symbols foo but I don't think it's related to removing nepomuk which is what the upload was for
[16:15] <Riddell> https://launchpadlibrarian.net/180993275/buildlog_ubuntu-utopic-amd64.kde4libs_4%3A4.13.95-0ubuntu4_FAILEDTOBUILD.txt.gz
[16:19] <apachelogger> !find Qt5DeclarativeConfig utopic
[16:20] <apachelogger> it's obvious that this file would not be in qtdeclarative5-dev isn't it :S
[16:23] <Riddell> jmux: flights booked to munich :)
[16:23] <shadeslayer> jmux: how do you guys handle CVE's?
[16:25] <jmux> Riddell: Great - should still be at a reasonable price
[16:27] <jmux> shadeslayer: Nothing directly - but we look at the USN. But that's propbaly not the answer you were looking for...
[16:28] <shadeslayer> jmux: not really :p
[16:29] <jmux> shadeslayer: so what's your question? Deployment wise?
[16:29] <jmux> We do unattended updates for things, we think it's really critical.
[16:30] <shadeslayer> jmux: yep, deployment wise
[16:30] <shadeslayer> do you guys just take the ubuntu package, or patch things manually
[16:31] <jmux> All the rest is updated, when the admin select the system for new software or to get other updates as well.
[16:33] <jmux> We don't have the capacity do start patching ourself. We just did that for a few really critical bugs, where we didn't get any Ubuntu updates (for Lucid HWE).
[16:34] <jmux> And we keep our own browser packaging up to date
[16:34] <shadeslayer> ah I see
[16:35] <jmux> We have Firefox and Thunderbird 24 ESR packages for Lucid
[16:36] <jmux> They are based on the Ubuntu packaging and even adapted to build our Firefox 3.6 packages, which we still need (configured without Internet access).
[16:36]  * Riddell wonders if new gcc is to blame for kde4libs fail
[16:38] <jmux> Riddell: new gcc is 4.9? I don't think the red zones bug applies to userspace
[16:39] <jmux> Or just a general other bug?
[16:40] <Riddell> gcc 4:4.9.1  but it's just an issue with changed symbols not something too unusual
[16:42] <d_ed> santa_: did you get anywhere with kauth?
[16:50] <apachelogger> apparently he got it work
[16:51]  * apachelogger has a very peculiar bug in polkit however
[16:53] <d_ed> my KAuth thinks the backend doesn't support authorising...
[16:53] <apachelogger> huh
[16:54] <d_ed> fails on:     if (BackendsManager::authBackend()->capabilities() & KAuth::AuthBackend::AuthorizeFromClientCapability) {
[16:54] <apachelogger> well, my polkit-qt is suddenly case sensitive to action names although the code for that has not changed anywhere xD
[16:54] <apachelogger> d_ed: polkit-kde-authentication-agent-1 is running, right?
[16:54] <d_ed> yeah
[16:54] <apachelogger> much peculiar
[16:54] <d_ed> with mbriza's patches
[16:55] <apachelogger> which ones are those?
[16:57] <d_ed> oh, I'm being silly. it's meant to fail that
[17:04] <apachelogger> hah
[17:04] <apachelogger> I am just as silly xD
[17:04] <apachelogger> the previously pokit macro apparently forced everything into lower case
[17:04] <apachelogger> w-t-f
[17:05] <yofel> Riddell: any progress with kdelibs or still clueless?
[17:05] <Riddell> yofel: just finishing a local compile here with full-upgrade done
[17:06]  * yofel wonders why those were actually missing on armel
[17:06] <Riddell> yofel: vishesh says baloo in 4.13.2 is buggy so could we please hurry up with 4.13.3, I said you're on the case
[17:06] <yofel> oh sure
[17:06] <yofel> I'll go do that then
[17:07] <Riddell> thanks :)
[17:08] <Riddell> ah hah, same symbols missing, so it is a new compiler version doing it
[17:09] <Riddell> they're all symbols for methods with other symbols so I guess the compiler knows better than I that they're not important
[17:10] <yofel> it's all destructors, so should really be gcc related
[17:12] <shadeslayer> sigh
[17:12] <shadeslayer> restarting qa.kubuntu.co.uk doesn't really make a difference
[17:12] <shadeslayer> apache is back up to 32 processes
[17:14] <Riddell> shadeslayer: maybe just remove the files for now and replace with a big pointer to download.kubuntu.co.uk
[17:14] <Riddell> I don't think it gets updated unless I tell it to
[17:14] <shadeslayer> nah
[17:16] <debfx> might be worth switchting to nginx
[17:17] <yofel> sure, if someone has experience with that
[17:20] <apachelogger> d_ed: do you think it is reasonable that kauth_install_actions changes action ids from the policy file it is installing? (i.e. it downcases everything)
[17:20] <apachelogger> personally I find that profoundly shitty, particularly given the macro name
[17:20] <Riddell> d_ed has wandered off
[17:21] <apachelogger> meh
[17:24] <apachelogger> there, I think I broke qapt now xD
[17:26] <apachelogger> new version going up to staging
[17:27] <shadeslayer> from #launchpad
 right, so we (i.e. mostly not me) finally deployed the new replacement for the virtualised builder infrastructure that's been in development for a year or two
 openstack-based, trusty base system, possibly more disk/ram per guest into the bargain
[17:27] <shadeslayer> hurray ^^ , my firefox builds in 2 hours now
[17:27] <yofel> oh?
[17:27] <shadeslayer> instead of 8
[17:27] <yofel> \o/
[17:27] <shadeslayer> yep
[17:27] <Riddell> that's for PPAs?
[17:27] <shadeslayer> yep
[17:27] <Riddell> shiny
[17:29] <soee> 421 MB updates, what is it :>
[17:29]  * yofel lowered apache2 MaxClients to 20
[17:29] <shadeslayer> libav stuff I guess
[17:29] <Riddell> some stuck libraries got unstick
[17:29] <yofel> lets see how that goes for a while
[17:32] <shadeslayer> yofel: I still get [19:31:53.736] Couldn't connect socket 18 to 31.204.188.190, port 51413 (errno 105 - No buffer space available) (net.c:284)
[17:32] <yofel> yeah, but at least the server is actually responsive now. Before I had timeouts from http and ssh
[17:32] <shadeslayer> yep
[17:35]  * Riddell uploads new kde4libs and calls it a day
[17:36] <yofel> In the meantime there are working status pages on http://yofel.dyndns.org/kubuntu/
[17:36] <yofel> for the sc at least
[17:46] <santa_> apachelogger, d_ed: hi, just went back to the keyboard
[17:46] <yofel> WOW
[17:47] <yofel> launchpad now accepts and dispatches PPA uploads in less then a minute O.O
[17:48] <santa_> apachelogger, d_ed: well, right now the kcm fonts allways hangs when I try to install/uninstall something. but when it worked it asked me the root password and apparently indeed installed the font in question
[17:49] <apachelogger> yofel: yeah, it doesn't feel right
[17:49] <yofel> totally :S
[17:50] <apachelogger> pact with the devil I suspect
[17:50] <yofel> kalgebra i386: took 2 minutes, 48.9 seconds)
[17:50] <yofel> totally devilish
[17:52] <santa_> d_ed: I left a in kubuntu's notes.kde.org the results of my ivestigation so far, for your convenience in cases you can't acess notes.k.o right now http://paste.kde.org/pzafosgim/odmlek/raw
[17:54] <santa_> d_ed: to sum up, and stripping out the packaging stuff: you need kauth from master, build against libpolkit based on qt5 (see the cmake output), also in runtime polkit-kde with the patch here 
[17:54] <santa_> Fixing kauth:
[17:54] <santa_>     kauth doesn't work in it's current state, right now it's possible to make it work but there are issues with kcmfontinst and kcmclock (see below)
[17:54] <santa_>     The following needs to be done:
[17:54] <santa_>         - 1. Build kauth including the patches from this mege request: https://code.launchpad.net/~panfaust/kubuntu-packaging-next/kauth-work/+merge/228625
[17:54] <santa_>         - 2. Rebuild plasma-desktop against the hacked libkauth (see 1.) and include the actions files for kcmfonts and kcmclock, also I think a couple of files were misplaced in -dev, see:
[17:54] <santa_>             http://bazaar.launchpad.net/~panfaust/kubuntu-packaging-next/plasma-desktop-work/revision/27
[17:54] <santa_>             http://bazaar.launchpad.net/~panfaust/kubuntu-packaging-next/plasma-desktop-work/revision/29
[17:54] <santa_>             (they are not part of merge request yet because I'm waiting for another proposal to be merged)
[17:54] <santa_>         - 3. Build polkit-kde based on qt5 using this port awaiting in the reviewboard:
[17:54] <santa_>             https://git.reviewboard.kde.org/r/118263/
[17:54] <santa_>             I made a quick very experimental package (TODO: ¿make it coinstallable with qt4 based polkit?): 
[17:54] <santa_>             https://launchpad.net/~panfaust/+archive/ubuntu/kubuntu-kf5-experiments/+files/polkit-kde-1_0.99.1-1ubuntu3%7Eubuntu14.10%7Eppa0%2Bsanta2.dsc
[17:54] <santa_>         
[17:54] <santa_>     Once you have done all explained above, probably kauth will be working, but:
[17:54] <santa_>         - kcmfontinst is able to install a font but the dialog showing the progress bar freezes and you have to kill systemsettins with xkill; after that the font in question will be (apparently) installed
[17:54] <santa_>         - kcmclock's helper segfaults, backtrace: http://paste.kde.org/pjdpmaq41
[17:54] <santa_>         - kcmclock's claims you are not allowed to save the settings, screenshot: http://imgur.com/IN813L0
[17:54] <santa_> ugh, sorry
[17:55] <santa_> I meant "with the patch here: https://git.reviewboard.kde.org/r/118263/"
[17:55] <apachelogger> now I definitely can't loose it
[17:55] <apachelogger> we don't need an agent port to make it work really
[17:57] <santa_> so does it work for you with the qt4 agent?
 fails on:     if (BackendsManager::authBackend()->capabilities() & KAuth::AuthBackend::AuthorizeFromClientCapability) {
[17:58] <santa_> ↑ wrt this, are you sure you built kauth correctly against polkit qt5?
[18:02] <apachelogger> yofel, shadeslayer: kauth has new libexec binary and a plugin, how do you want that packaged?
[18:03] <shadeslayer> shove them in -bin ?
[18:04] <apachelogger> libkf5auth-bin or kauth-bin :P
[18:05] <santa_> yes
[18:05] <shadeslayer> ^
[18:05] <shadeslayer> :D
[18:06] <santa_> I didn't placed in a separate package becasuse I wanted to defer that discussion but yes
[18:06] <yofel> ^^
[18:06] <apachelogger> hm
[18:06] <yofel> apachelogger: former looking at the pattern I see most
[18:06] <apachelogger> santa_: do you know what policy-gen is good for
[18:07] <apachelogger> that sounds an awful lot like a dev bin actually
[18:07] <santa_> maybe it's needed only in build time
[18:07] <apachelogger> beh, even so, let's stuff it in bin
[18:08] <apachelogger> otherwise theres -bin and -dev-bin and both contain one file ..
[18:08] <santa_> ...because that program is responsible of creating the policy files for kauth
[18:08] <santa_> and even better: placing the dependency against -bin or -whatever in the symbols files would be a good thing
[18:09] <apachelogger> no
[18:09] <apachelogger> that's $wrong
[18:09] <apachelogger> baloo had/has that
[18:09] <santa_> this way kauth would never be broken because of missing plugins
[18:09] <apachelogger> makes you wanna recompile everything when suddenly it turns out that your packaging was crap and you really didn't need that package and/or need to split it
[18:12] <soee> any idea why vlc-phonon-backend is not visible on the list ?
[18:12] <shadeslayer> soee: what list
[18:13] <soee> shadeslayer: in system settings -> Multimedia
[18:13] <santa_> apachelogger:  well, the split in -bin is needed, but has the disadvantage of possibly breaking kauth if plugins are not there, thus, adding the dependency in the symbols file gives you the best of both worlds 
[18:13] <shadeslayer> soee: Plasma 5?
[18:13] <soee> shadeslayer: yes
[18:13] <shadeslayer> soee: install phonon4qt5-backend-vlc ?
[18:14] <apachelogger> santa_: no, a dependency from the lib to the bin gives you the best :P
[18:14] <apachelogger> a dependency in the symbols file gives you a reason not to append soversions to packages because you get to recompile all linkees when something should change
[18:15] <santa_> apachelogger: a dependency on the -bin gives you circular build dependencies usually
[18:15] <soee> shadeslayer: thank you, got it now
[18:16] <apachelogger> uff
[18:16] <apachelogger> there is already a plugin in the lib :O
[18:16]  * apachelogger scratches head
[18:16] <shadeslayer> what
[18:17] <shadeslayer> packaging in a plugin based world is hard
[18:17] <apachelogger> usr/lib/*/qt5/plugins/kauth/helper/kauth_helper_plugin.so
[18:17] <shadeslayer> plugin without lib is useless
[18:17] <apachelogger> packaging is hard
[18:17] <apachelogger> let's go shopping
[18:17] <shadeslayer> lib without plugin is useless
[18:17] <shadeslayer> much conflicting
[18:17] <shadeslayer> ok
[18:17] <shadeslayer> I want a quadrocopter
[18:17] <shadeslayer> and some new shorts
[18:17] <santa_> about second apachelogger's point I have to admit you have a point
[18:18] <santa_> but I think it's the lesser of all possible evils here
[18:18] <apachelogger> no
[18:18] <yofel> we've been there with baloo, and it was bad. So lets not put stuff in symbol files unless there's really no other way
[18:18] <apachelogger> a symbols dep
[18:19] <apachelogger> makes dh_symbolsgen on all users of the library introduce the bin package as a dependency
[18:19] <apachelogger> which is wrong
[18:19] <apachelogger> they have no dependency on it, the lib has
[18:19] <apachelogger> which is why I always argue that splitting plugins and bins out of lib packages is nonesense
[18:19] <apachelogger> as shadeslayer pointed out one is useless without the other
[18:20] <shadeslayer> oh
[18:20] <shadeslayer> bugs.debian.org is down
[18:20] <santa_> well, you avoid having conflicting library packages on soname changes which is a very bad thing because it tends to confuse package managers, also
[18:21] <yofel> they'll conflict anyway as the lib needs to have a = binary:Version dep on the plugins really
[18:21] <santa_> http://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-sharedlibs-support-files
[18:21] <apachelogger> nono
[18:21] <shadeslayer> what yofel said
[18:21] <apachelogger> you have that conflict anyway
[18:21] <santa_> 1st paragraph
[18:21] <apachelogger> there is no way to generally say that libfoo1-plugins will work with libfoo2.so
[18:21] <shadeslayer> thing is
[18:21] <santa_> and it's a _must_
[18:21] <apachelogger> so if you package it like that then you may make things easier for the package manager
[18:22] <apachelogger> you also make it easier for yourself to actually break the lib
[18:22] <apachelogger> santa_: not a must it isn't :P
[18:22] <shadeslayer> you either follow policy to the letter, or you read it long enough to realize that it was written in the 90's
[18:22] <yofel> lets just follow it and throw penguins at debian
[18:22] <apachelogger> u just bashing on 90's because ur an 80's fanboy :P
[18:22] <shadeslayer> I am
[18:23] <santa_> about this
 they'll conflict anyway as the lib needs to have a = binary:Version dep on the plugins really
[18:23] <santa_> I will say again you will get circular dependencies
[18:23] <apachelogger> of course you will
[18:23] <apachelogger> because there is one
[18:23] <yofel> sure
[18:23] <shadeslayer> ^^
[18:23] <apachelogger> semantically there is one
[18:23] <santa_> so the lib depending on the -bin is not an option
[18:24] <apachelogger> a plugin by its very definition has a two-way abi-link with it's library
[18:24] <apachelogger> as it will need the library to do whatever it is doing and it is implementing a well defined interface for the library to load the plugin
[18:24] <apachelogger> so whatever you do in the packaging ultimately does not matter, on a library level you cannot split the two
[18:28] <shadeslayer> I'm heading home
[18:28] <shadeslayer> cya tomorrow
[18:31] <apachelogger> so
[18:31] <apachelogger> kauth-policy-gen definitely is a dev thing
[18:32] <apachelogger> !find kauth-policy-gen utopic
[18:32] <apachelogger> mh, dev seems appropriate enough I guess
[18:37] <santa_> ok, fair enough. what about the plugins?
[18:37] <debfx> yofel: re nginx: I can help with that if you want
[18:38] <debfx> is anyone working on CVE-2014-5033 (kde4libs)?
[18:38] <yofel> not according the security board
[18:39] <soee> page wilt build status broken :)
[18:40] <yofel> soee: http://yofel.dyndns.org/kubuntu/ has working ones
[18:40] <soee> indeed, thank yofel
[18:40] <debfx> what's the security board?
[18:41] <yofel> debfx: wrt. nginx, if you want to set it up go ahead, currently qa is pretty much DOS'd
[18:41] <yofel> debfx: https://trello.com/b/hmAnhv77/kubuntu-security
[18:41] <yofel> scott set that up a few days ago
[18:43] <debfx> not allowed to see that
[18:44] <yofel> debfx: do you have a tello account?
[18:45] <debfx> yofel: https://trello.com/felixgeyer
[18:46] <yofel> debfx: welcome to kubuntu on trello :)
[18:46] <debfx> thanks ^^
[18:47] <debfx> same problem with the server ;)
[18:48] <yofel> give me a minute for that
[18:52] <yofel> debfx: ssh debfx@qa.kubuntu.co.uk, I added the ssh key that was on launchpad
[18:53] <debfx> yofel: works, thanks
[18:54] <yofel> there's a bunch of things in apache2 sites-enabled, so please try to keep downtime to a minimum
[18:55] <apachelogger> yofel, shadeslayer, santa_: revu plz http://paste.ubuntu.com/7897395/
[18:57] <santa_> importing all the upstream commits -> ok, in fact I was about to add more to my merge request
[18:57] <santa_> kauth-policy-gen in -dev -> ok
[18:58] <santa_> symbols files with plugin symbols -> ugh
[18:58] <debfx> yofel: ok. now I only need a password so I can use sudo :)
[18:58] <yofel> debfx: you should have a file in your home folder with it in it
[18:58] <yofel> unless I messed up
[18:58] <apachelogger> santa_: I know, but the other plugin was in already, so no harm done muahahhaha
[18:59] <santa_> yes, but iirc this made this randomly ftbfs, let me check please...
[19:00] <debfx> ah yes, works fine
[19:00]  * apachelogger goes wow at the plasma-desktop changes
[19:01] <yofel> oh well, the new build farm also seems to fix our PPA nepomuk failure
[19:01] <santa_> apachelogger: wrt plasma-desktop I have a merge request, if it needs to be re-done against latest brz I will
[19:01] <apachelogger> santa_: do you have your plasma-desktop changes merge proposed?
[19:01] <yofel> so it was a qemu issue I guess
[19:02] <apachelogger> ah uh
[19:02] <apachelogger> I even found a grand unified diff
[19:02]  * apachelogger is quite the launchpad elite
[19:02] <santa_> apachelogger: yep, but also I was waiting for other changes to be reviewed: i.e. a kde-workspace-bin dummy package
[19:03] <apachelogger> santa_: kde-workspace-bin that seems unnecessary
[19:03] <santa_> it's not
[19:03] <santa_> but it's unrelated to the kauth issue
[19:04] <apachelogger> khelpcenter5
[19:04] <apachelogger> urgh
[19:04] <apachelogger> khelpcenter needs fixing
[19:04] <apachelogger> santa_: what's it solving?
[19:04] <apachelogger> 79	+ oxygen-sounds,
[19:04] <apachelogger> 80	plasma-nm,
[19:04] <apachelogger> 81	powerdevil,
[19:04] <apachelogger> 82	- oxygen-sounds,
[19:04] <apachelogger> Riddell: ^ that's why I hate wrap and kittens
[19:04] <santa_> apachelogger: making the upgrades for debian's people with kde-standard or kde-full smooth
[19:05] <santa_> i.e. apt-get or aptitude not wanting to remove your kde
[19:05] <apachelogger> santa_: that's achieved by +Breaks: kde-workspace-bin (< 4:5.0.0),
[19:06] <santa_> not really iirc. I tested with ubuntu server with kde-full (which also pulls kde-standard), then I tried to dist-upgrade to plasma 5
[19:07] <apachelogger> needs more changelog if that is the case
[19:07] <apachelogger> like, a lot more changelog
[19:09] <santa_> so ... what do you propose as a changelog entry for that change?
[19:10] <apachelogger> explaining why it is necessary
[19:10] <debfx> oh, the server is an openvz container :/
[19:10] <apachelogger> because right now it's entirely arbitrary and if is needed then we need it for ever kde-workspace package
[19:10] <apachelogger> so either it's a non-issue or it's a larger-scope issue
[19:13] <apachelogger> huh
[19:13] <apachelogger> santa_: there is no khelpcenter5
[19:13] <apachelogger> (there is however a khelpcenter5-dbg ... :S)
[19:15] <santa_> apachelogger: there's a merge proposal for khelpcenter. about dummy packages it's a bit arbitrary, yes - they are there just to un-confuse package managers but it's not needed for every package in kde-workspace
[19:16] <apachelogger> that needs proper investigation and explanation in the changelog
[19:17] <apachelogger> if there is need for transitionals they would have to be kept around until 2016 (at the very least), so it best be avoided if possible
[19:20] <santa_> I did the investigation, I tested the dist-upgrades, without the set of changes I made you would get kde-standard or kde-full removed
[19:20] <apachelogger> santa_: I believe you, but we should know why :P
[19:21] <apachelogger> because depending on the why a less invasive solution might be much more appropriate
[19:23] <apachelogger> yofel: btw, I find the dbg recommends vastly pointless
[19:23] <yofel> why?
[19:23] <apachelogger> they are incredibly incomplete when one considers that they are for the most part qt-dbg and I genearlly dislike the notion that there is a recommends relationship
[19:24] <yofel> well, that's pretty useless indeed
[19:24] <apachelogger> I can get a perfectly fine backtrace on libqfoo code without having qtbase-dbg around
[19:24] <apachelogger> so IMO that's suggests really
[19:24] <yofel> I think we mostly use recommends for multiple binary package depends for a dbg package
[19:24] <santa_> apachelogger: give me some minutes to re-clone the virtualbox machine so I can paste the aptitude dist-upgrade outputs if that's needed
[19:24] <apachelogger> yofel: that'd make more sense
[19:25] <apachelogger> santa_: sure, take your time
[19:25] <apachelogger> I am doing khelpcenter right now anyway
[19:25] <santa_> but probably the explanation would end up being "because the package manager gets confused"
[19:25] <santa_> oh, regarding khelpcenter
[19:26] <yofel> aptitude should tell you pretty accurately why something gets removed
[19:26] <apachelogger> santa_: having the respective problem resolver tell you why it fails to resolve usually helps with that ^^
[19:26] <santa_> it's not that simple irrc
[19:27] <santa_> apachelogger: about khelpcenter, the old khelpcenter4 conflicts against khelpcenter (because of kde 3 times) thus that confuses the package manager
[19:27] <apachelogger> khelpcenter4 packaging is crap then
[19:27] <apachelogger> should have a versioned relationship
[19:27]  * apachelogger hugs https://wiki.debian.org/PackageTransition
[19:28] <yofel> it should, right
[19:32] <soee> someone can confirm (plasma5) that in desktop settings on wallpapers thumbs list there are 3 unknown intems ?
[19:32] <apachelogger> nope
[19:33] <apachelogger> soee: do you get a tooltip when hovering ofer them
[19:33] <soee> apachelogger: no
[19:33] <apachelogger> yofel: do we still have a point update for trusty pending
[19:33] <yofel> yes, .3
[19:34] <apachelogger> if we fix that in a SRU we are good for LTS upgrade in the future
[19:34] <yofel> the versioned khelpcenter?
[19:34] <apachelogger> yeah
[19:34] <yofel> ok, I'll add that
[19:34] <apachelogger> cheers
[19:34] <apachelogger> soee: most suspicious
[19:35] <apachelogger> soee: check your .cache/upstart/startkde.log
[19:35] <apachelogger> search for wallpaper
[19:35] <apachelogger> maybe it tells you what went wrong
[19:35] <soee> apachelogger: thers no upstart dir under .cache
[19:35] <apachelogger> .xsession-erros maybe
[19:36] <apachelogger> I love how that file keeps changing xD
[19:36] <santa_> soee: so you can't see the wallpaper previews?
[19:37] <soee> santa_: http://wstaw.org/m/2014/07/29/wallpapers1.png
[19:37] <yofel> apachelogger: khelpcenter << 4:4.0 is fine? Or should I make that 4:5.0.0~ ?
[19:38] <apachelogger> yofel: << 4:4.0
[19:38] <yofel> ok
[19:38] <yofel> are you updating bzr or should I?
[19:40] <santa_> make sure that change goes to debian then
[19:41] <yofel> true, I'll tell maxy
[19:41] <apachelogger> yofel: done rev 449
[19:41] <yofel> thanks
[19:41] <apachelogger> ubottu: u so outdated mate :P
[19:41] <shadeslayer> don't underestimate yourself ubottu
[19:42] <soee> apachelogger: also nothing in .xsessions-errors
[19:42] <apachelogger>  pbuilder-satisfydepends-dummy : Depends: libkf5khtml-dev (>= 5.0.0) which is a virtual package.
[19:42] <apachelogger> bummer
[19:42] <apachelogger> soee: you'll have to strace plasmashell I guess
[20:00] <apachelogger> soee: fwiw, those could be broken files or non-image files (though I guess latter wouldn't or rather shouldn't be listed)
[20:00] <soee> hmm
[20:03]  * apachelogger cries about the amount of work needed to get qapt to work :'<
[20:03] <soee> apachelogger: probably unsupported format, i just tested with .xcf file and have same behaviour
[20:03] <apachelogger> soee: there's a bug to be reported tough
[20:03] <apachelogger> for plain file wallpapers it should show the file path in the tooltip
[20:04] <apachelogger> soee: bugs.kde.org -> product plasmashell
[20:04] <apachelogger> not sure about component if you find something to do with wallpapers pick that, otherwise general
[20:05] <soee> apachelogger: thers is Image wallpaper component
[20:06] <apachelogger> soee: that's the one
[20:06] <soee> pltform Ubuntu packages ?
[20:07] <apachelogger> yup
[20:07] <apachelogger> unless you use neon
[20:07] <apachelogger> then compiled from source
[20:08] <soee> nope im on ppa
[20:08] <apachelogger> soee: ubuntu packages then
[20:09] <debfx> yofel: website should be more responsive now. the server hit the tcp send buffer limit of the container so I've set a lower SendBufferSize in apache.
[20:09]  * yofel *HUGS* debfx
[20:09] <yofel> works, great, thanks a lot! :D
[20:10] <apachelogger> debfx++
[20:13] <soee> done, https://bugs.kde.org/show_bug.cgi?id=337887
[20:13] <soee> if someone can reproduce, please post a comment :)
[20:18] <yofel> hm, how do I tell 'dch -i -m "foo"' to use my name for the entry and not the previous uploader o.O?
[20:19] <apachelogger> http://i.imgur.com/CJxC9Hz.jpg
[20:19]  * apachelogger whistles innocently
[20:20] <apachelogger> khelpcenter improvement arriving in staging soonishy
[20:22] <yofel> ok, by not using -m, sometimes I should really *read* the manpage
[20:23] <apachelogger> yofel: tell me about it
[20:23] <shadeslayer> yofel: hah
[20:23] <shadeslayer> I actually discovered -m recently :p
[20:23] <apachelogger> ovidiu-florin: a counter would be incredibly misleading unless you want it for kubuntu next exclusively
[20:23] <yofel> hm, we could make some download statistics for the PPA
[20:23] <yofel> It's been ages since I've played with that api
[20:23] <shadeslayer> xD
[20:23] <apachelogger> yofel: that's a good thing
[20:24] <apachelogger> I get to work with it every month
[20:24] <apachelogger> much fun
[20:24] <shadeslayer> you do? 0.o
[20:24] <yofel> the statistics API or lplib?
[20:24]  * apachelogger squints
[20:24] <shadeslayer> kubuntuBot_: nick kubuntuBot
[20:24] <apachelogger> READ ALERT RED ALERT
[20:24] <yofel> the stats api is a bit weird indeed
[20:25] <apachelogger> so... kinfocenter conflicts kde-runtime-data over /etc/xdg-menuyaydyayda/kde-information.menu
[20:25] <apachelogger> BUT
[20:25] <yofel> last time I used it I wanted to import the data into another DB to use it
[20:25] <ovidiu-florin> apachelogger: have you read the description?
[20:25] <apachelogger> everything ever needs kde-runtime-data
[20:25] <apachelogger> so we now have a compat conflict
[20:25]  * apachelogger falls over dead
[20:25] <apachelogger> ovidiu-florin: no, the bot didn't tell me the description :P
[20:25] <ovidiu-florin> apachelogger: please read it.
[20:26] <apachelogger> ovidiu-florin: the data is still entirely misleading
[20:26] <ovidiu-florin> how so?
[20:26] <apachelogger> official isos are mirrored
[20:26] <yofel> not sure if we have public cdimage.ubuntu.com statistics
[20:26] <apachelogger> we have no data from mirrors
[20:26] <yofel> that too
[20:26] <apachelogger> so you'd have cdimage.ubuntu.com and that'd be it
[20:26] <apachelogger> which is tiny fraction of the possible download sources a user can use
[20:26] <ovidiu-florin> we could request download statistics from mirrors
[20:27] <shadeslayer> hm
[20:27] <keithzg> Unless it was automated, that'd be a bit like herding cats I imagine.
[20:27] <apachelogger> they might not cooperate, the data might be scewed, and there's like 300 mirrors you get to write a mail to :P
[20:27] <ovidiu-florin> automated of course
[20:27] <apachelogger> (that is 300 official ones anyway ;))
[20:27] <apachelogger> ovidiu-florin: how would you automate that though
[20:28] <apachelogger> also.. torrents
[20:28] <apachelogger> and what about people who don't download an ISO at all but do a live upgrade from their system
[20:28] <yofel> also.. zsync
[20:28] <apachelogger> it's all very tricky
[20:28] <apachelogger> very very tricky
[20:28] <shadeslayer> anyone else notice http://imgur.com/ozxAJUe in kamoso
[20:28] <apachelogger> actually this came up in the kubuntuforums the other day
[20:28] <shadeslayer> it's like ... so many missing icons
[20:29] <apachelogger> shadeslayer: been like that for years I think
[20:29] <yofel> hm, I have that icon
[20:29] <ovidiu-florin> make a JS function available on a file on our server, that can be called from each link. This would only work if the mirror has some kind of webpage, and not dirrectly a file list. (this would be the preffered way)
[20:29] <shadeslayer> jebus
[20:29] <apachelogger> shadeslayer: alex doesn't know how to check if an icon comes from another application and then import it :P
[20:29] <shadeslayer> xD
[20:29] <apachelogger> all the missing icons are frm other apps
[20:29] <yofel> both icons actually
[20:29] <apachelogger> in fact I think one or two actually were removed by the app that contained them so there is no way to get the icon now :P
[20:29] <yofel> yeah, that's probably it
[20:30] <yofel> apachelogger: I have all icons here
[20:30] <yofel> no idea where they come from though
[20:30] <apachelogger> yofel: check kipi maybe
[20:30] <apachelogger> or maybe I am just not remembering things correctly ^^
[20:30] <yofel> kipi has too many icons :P
[20:30] <ovidiu-florin> apachelogger: I see only 3 mirrors: http://www.kubuntu.org/getkubuntu
[20:31] <ovidiu-florin> I'll do some more research on this
[20:32] <apachelogger> ovidiu-florin: https://launchpad.net/ubuntu/+cdmirrors
[20:32] <yofel> hm, looks like kamoso.png to me, which is from kamoso
[20:32] <apachelogger> ovidiu-florin: similar problem with general census https://www.kubuntuforums.net/showthread.php?65895-Kubuntu-Ranked-34-On-DistroWatch-Why-Is-Not-Popular&p=354905&viewfull=1#post354905
[20:33] <apachelogger> ovidiu-florin: I do not necessarily have a problem with using the data internally although I am reasonable certain the data will not be meaningful enough
[20:33] <apachelogger> but it certainly shouldn't go public
[20:33] <yofel> shadeslayer: broken icon cache? maybe?
[20:33] <shadeslayer> nope
[20:33] <apachelogger> in particular since we cannot assure the correctness nor representativeness of the data
[20:33] <shadeslayer> this happens all the times
[20:33] <shadeslayer> all of the times
[20:33] <yofel> weird
[20:33] <shadeslayer> quite
[20:33] <shadeslayer> what do you see
[20:34] <yofel> I see kamoso.png, in both places
[20:34] <yofel> well, it *looks* like kamoso.png
[20:35] <apachelogger> did anyone see my red alert?
[20:35] <apachelogger> because I am freaking out here
[20:35] <yofel> Riddell is the upstream release manager for conflicting files...
[20:35] <apachelogger> Riddell: unconflict your files, see backlog
[20:47] <yofel> anyone with trusty around that wants to test .3? Otherwise I'll just copy it over
[20:47] <yofel> WFM
[20:54]  * apachelogger wonders how to test staging migration when kinfocenter is busted
[20:54] <apachelogger> :'<
[20:54] <yofel> if you ask britney it'll simply hit you in the face :D
[20:55] <apachelogger> lol
[20:55]  * apachelogger uninstalls kinfocenter
[20:55] <apachelogger> this is all taking much longer than I had planed -.-
[20:56]  * yofel uploads rebuilds for .95 in ninjas for the new gcc
[21:13] <debfx> hm the server still sometimes hits the limit. hosting the isos, running transmission-daemon etc is probably just too much.
[21:14] <debfx> I could redirect some of the iso downloads to my own server (which is mostly idling anyway) and download.kubuntu.co.uk
[21:21] <shadeslayer> debfx: can you somehow redirect all downloads to download.kubuntu.co.uk?
[21:21] <shadeslayer> from qa.kubuntu.co.uk
[21:21] <shadeslayer> that would be perfect
[21:27] <debfx> not the way the couldfront stuff is set up right now.
[21:27]  * apachelogger falls off chair
[21:27] <debfx> as soon as I redirect to download.kubuntu.co.uk, it mirrors that behavior so you end up with an infinite loop.
[21:28] <apachelogger> I think I am out of uploads for today
[22:05] <santa_> yofel, apachelogger: http://paste.kde.org/pbhyzqo7d
[22:05] <santa_> that's the dist-upgrade without my changes
[22:09] <santa_> yofel, apachelogger: as I said the reason for the dummy packages is to avoid package managers confusion
[22:10] <santa_> since you ditched my khelpcenter I will retry tomorrow the dist-upgrade and re-work my changes
[22:10] <santa_> and if you really think the changelog entries could be better, suggestions are welcomed
[22:11] <santa_> although I think my changes were good enough to get them included today
[22:11] <apachelogger> santa_: what does apt-get's problem resolver have to say about this
[22:12] <apachelogger> also I think this is more about kde-full not being updated than anything else
[22:12] <santa_> apt-get doesn't say anything, just tries to remove stuff, let me pastebin...
[22:12] <santa_> apachelogger: I had a merge proposal for meta-kde too
[22:13] <santa_> .. which would make meta-kde work reasonably well for kde sc 4 and plasma 5
[22:14] <apachelogger> santa_: you need to enable the problem resolver output
[22:15] <santa_> apachelogger: if it's not abusing this channel for user support, how I do that?
[22:21] <santa_> trying to find out....
[22:29] <yofel> santa_: apt-get -o debug::pkgproblemresolver=true
[22:30] <santa_> ah, about to try to do the same editing the conf file
[22:30] <apachelogger> this kauth crap is so weird it makes no sense
[22:33] <santa_> yofel: thanks
[22:33] <santa_> http://paste.kde.org/phc4ypihn
[22:34] <santa_> apachelogger: what exactly about kauth? as you could see I really had a hard time getting it (almost) working too
[22:39] <apachelogger> if it was almost working it would still be almost often crashing :S
[22:40] <apachelogger> there's weird mem corruption going on
[22:40] <apachelogger> also this static cast here doesn't help        result.append(ActionDescription(static_cast<PolkitActionDescription *>(i)));
[22:47] <apachelogger> santa_: it appears to me a version Breaks and Replaces kde-workspace-bin should fix the dep resolution btw
[22:49] <apachelogger> that is unless anything else other than plasma-desktop 4. -> 5. is preventing the removal
[23:01] <apachelogger> what the
[23:03] <santa_> apachelogger: fine if you have more suggestions drop me a message here and I will evaluate them in tomorrow's re-working of the "upgrade from kde sc 4" changes
[23:03] <apachelogger> this is lovely
[23:03] <apachelogger> QString construction from nullptr
[23:04] <apachelogger> santa_: that a breaks repalces should adequatly take care of it, from what I remember conflicts is somewhat more restrictive which ultimtely makes dep resolution sometimes impossible or undesirable wwhen conflicts are involved
[23:04] <apachelogger> IIRC conflicts prevents the packages from being unpacked at the same time at all which makes unpack order a bit of a hassle
[23:11] <apachelogger> what the
[23:11] <apachelogger> it's like phonon, except with better code style
[23:12] <apachelogger> kcmodule holds a kauthaction on the stack, which by default is a bogus one and is replaced with a real one, but by then the polkitqt side has detected an error and apparently doesn't clear the flag ever so it keeps moaning about how there's errors....
[23:12] <apachelogger> and on the root side of things the helper randomly segfaults for unknown reasons but possibly todo with stack corruption
[23:12]  * apachelogger shakes head
[23:15] <apachelogger> how did this ever work
[23:15] <apachelogger> it's madness
[23:37] <apachelogger> oh I am stupid
[23:37]  * apachelogger should go to bed -.-