[05:49] cool beans [05:49] why do I get the 4.x kinfocenter [05:50] ah [05:50] because wha [05:50] t [05:50] Oo [05:50] kinfocenter5_5.0.0-0ubuntu1~ubuntu14.10~ppa1_i386.deb (194.2 KiB) [05:50] what is this [05:51] ah, ancient packaging === ovidiu-florin_ is now known as ovidiu-florin [06:50] there's a bug in sni-qt possibly [06:50] or neon [06:50] or both [06:50] or the combination of both [07:02] ah no [07:02] it's hplip being shit [07:02] meh [07:07] found it muhahah [07:22] Riddell, shadeslayer: http://paste.ubuntu.com/7892549/ [07:22] please review [07:22] agateau: ^ possibly as well if you find a minute [08:08] 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] apachelogger: it would potentially be more responsive (since the app won't notice changes while it is sleeping) [08:09] apachelogger: you have an admirable comment to code ratio :) [08:11] apachelogger: "Forwarded: no" why? [08:12] apachelogger: polkit accepted, will you update kauth? [08:13] 219 http downloads of the ISO [08:17] Riddell: kauth is already on depwait [08:18] Riddell: forward... not sure it should be, though it could be [08:19] 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] if the timer runs out you simply sys.exit again [08:20] 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] it's an arbitrary value anyway xD [08:20] apachelogger: true. [08:21] agateau: any thoughts on failing gwenview tests? https://jenkins.qa.ubuntu.com/job/utopic-adt-gwenview/ARCH=amd64,label=adt/33/consoleText [08:21] agateau: why should it not be? how does that fit in with out policy? [08:21] * apachelogger debugs pyqt again \o/ [08:21] hmm no [08:22] apachelogger: why should it not be? how does that fit in with out policy? [08:22] Riddell: I fixed those upstream [08:22] * agateau fetchs commit ids [08:23] agateau: probably just needs the new beta then [08:23] Riddell: yes, it's fixed in 4.13.95, according to git history [08:24] 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] 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] I'll throw it at their bug tracker all the same [08:27] So kde is blocking the world from migrating [08:28] 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] ? [08:28] uh oh [08:28] damnit [08:28] I think kde4libs and some friends have been uploaded [08:29] xnox: we uploaded a bunch of WIP stuff to work around breakage on PPA builders [08:29] 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] 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] we can work on getting .95 done today, shouldn't be too much left [08:30] Riddell: how's your nepomuk removal going? [08:31] Riddell: kde4libs is in release pocket, so can't be it. [08:31] yofel: still got some bits to check but I can start uploading it [08:31] bangarang guy said he's working on a big rewrite and current version is unsupported so I'll remove it [08:32] hm, kdpepimlibs is in release too [08:32] kfilemetadata is in proposed [08:33] baloo is in release [08:34] yeah, it's kfilemetadata that breaks everything [08:38] I'll press on with removing nepomuk then getting the rest of 4.13.95 uploaded [08:38] ... 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] Riddell: is the uninstallabes actually due to missing 4.13.95? doesn't look like it? [08:40] well, the problem is probably [08:40] skipped: kfilemetadata (185 <- 69) [08:40] got: 61+0: i-61 [08:40] but I don't really get why it does that [08:41] yofel: ignore that. [08:41] yofel: find "SUCCESS" and read the first stanza after it. [08:41] well, that's even more unreadable [08:42] or rather the first "Trying easy from autohinter: " which tries to migrate everything together. [08:42] which says "kde is uninstallable on all arches" with this [08:42] 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] 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] 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] 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] -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] ... [08:43] 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] 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] do you have a suggestion where I should look next? [09:04] morning [09:04] 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] and more stuff which I'm preparing [09:06] maybe it's marble... [09:11] santa_: all those patches need to go upstream [09:11] ah nevermind [09:11] screen too tiny [09:12] santa_: looks sensible [09:13] indeed it is [09:13] Riddell: I don't understand DistUpgradeFetcherKDE [09:14] implements DistUpgradeFetcherCore, doesn't init the base though [09:14] or well, not with useful arguments anyway [09:14] ah wait, Oo [09:14] yeah, I don't compute [09:15] ah there it is [09:15] wtf [09:15] hm, no, cjwatson took care of the marble transition [09:15] * apachelogger sighs [09:17] AttributeError: 'DistUpgradeFetcherKDE' object has no attribute 'run_options' [09:22] ok, so kfilemetadata is blocked by exiv2 [09:24] xnox: can it be that I intruded on the new libav transition? [09:27] hi [09:27] hola rameshthecoder [09:28] hola Riddell [09:28] rameshthecoder: come to be an elite Kubuntu ninja? [09:29] of course :) [09:30] I'm a Java developer. So I wanted to find out if I can get involved in Kubuntu development in any way. [09:31] also thought I could find some geeky friends here [09:32] Riddell: please stop uploading things that (a) don't build (b) depwait (c) further entangle transition in the proposed. [09:32] now is not the time for that. [09:33] 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] 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] sure, should we just no upload anything and you'll sort it out? [09:34] cjwatson: oh sorry I only uploaded gwenview because doko and others were complaining about the failing autopkgtests [09:34] But now it's unbuildable and stuck [09:34] kill it if that's the best thing [09:34] And I'd already overridden the autopkgtest failures [09:35] (after discussion with Scott) [09:35] right, let me see if I can copy the old one back [09:35] I can put the new one back later [09:35] (I think, otherwise a reupload is easy) [09:38] ok, that's reverted, I think [09:38] https://launchpad.net/ubuntu/+source/gwenview/+publishinghistory [09:39] * cjwatson waits for the next publisher run [09:54] http://i.imgur.com/gQl9M48.png [09:54] release upgrade code almost doesn't suck anymore \o/ [09:58] apachelogger: almost [09:59] 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] there is [10:00] which would involve not doing a flipping sleep :P [10:00] not my place to decide that [10:11] I got 20 upboats on /r/kde [10:11] I'm rich I tells ya [10:13] ? [10:13] http://www.reddit.com/r/kde/comments/2bz8hs/plasma5_now_more_awesome_as_a_kubuntu_iso/ [10:15] ok, libav migrating, thanks for cooperation [10:15] 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] great news on libav, sorry for the interruption [10:19] phew [10:31] shadeslayer: http://d2xswqwhtah767.cloudfront.net [10:58] Riddell: how about just pointing qa.kubuntu.co.uk to that [11:01] 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? :) === turgay__ is now known as turgay [12:50] shadeslayer: http://download.kubuntu.co.uk/kubuntu-plasma5/ [12:50] soee: sure, no problema [12:51] I'll update my blog I guess [13:11] http://qa.kubuntu.co.uk/ down ? [13:12] hm [13:13] seems to be running [13:13] :) [13:13] try now [13:14] Hiyas folks [13:14] works here, kind of slow to respond though [13:14] apachelogger: we have cloudfronting now :p [13:14] works now [13:14] soee: use http://download.kubuntu.co.uk/ [13:14] ok, thanks :) === shadeslayer changed the topic of #kubuntu-devel to: Kubuntu - The Distro for Birthday Octopii, 100% jellyfish free | https://trello.com/kubuntu | KF5 5.0.0! notes http://goo.gl/53m7zt : status http://goo.gl/MxvdGp | 4.13.95 U http://goo.gl/dMO38I 4.13.3 T http://goo.gl/XrhwRF | Kubuntu 5 Test ISO's http://download.kubuntu.co.uk/kubuntu-plasma5/kubuntu-plasma5-latest.iso.zsync [13:16] shadeslayer: good stuff [13:16] that's one way to go about distribution [13:16] ? [13:18] "Birthday Octopii" < whose birthday is it? [13:28] shadeslayer: it was apachelogger but you can remove that now [13:29] apachelogger: uh, belated happy birthday! :D [13:29] when was it [13:34] cloudfront "First 10 TB / month $0.120" [13:34] so that's 10,000 downloads for 12cents? [13:36] Riddell: I think that's for the US region [13:39] shadeslayer: same for europe [13:39] Riddell: right so, basically you need to add up costs for all the regious [13:39] *regions [13:43] if only we had only used torrents [13:43] why? this cloudfront thing works very easy and seems cheap [13:44] Riddell, shadeslayer: didn't we want to ditch data packages on apps? [13:45] the prices are per GB though ;) [13:45] Riddell: cost 0 vs. cost >0 [13:45] aha [13:45] what debfx said [13:46] so atleast 24 USD for 200 downloads [13:46] aah [13:46] right, we can't really sustain that [13:46] I'll leave it open for a few days then go to torrent only [13:47] we don't have to, once we get cdimage up [13:47] hopefully Colin has some time now [13:47] now that libav has transitioned? :) [13:49] yep :p [13:50] yofel: what happened with the git sharing email [13:50] what do I do with the data package?????? [13:50] drop eet [13:50] shadeslayer: wrt debian? [13:50] didn't we decide that [13:50] yofel: yes [13:50] apachelogger: please also tell that to debian btw [13:51] I sent it and it's waiting for pino to comment, maybe he'll do that before jessie release [13:51] maybe send a reminder? [13:51] 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] yofel: can do [13:52] debian: I'll remove that data package there [13:52] maybe I overshot things a little, just having a branch in their repos would already be enough [13:53] shadeslayer: while you are at it tell them that we hate data packages :P [13:53] we don't [13:53] and dbg packages in control [13:53] they are the shitz [13:53] we don't [13:53] you do [13:53] you like dbg packges in control? [13:55] I prefer something that works, and until someone implements dbg package generation in pkg-kde-tools they work really well [13:56] I mean, if you think a package is too small to varrant a dbg package you can just disable stripping... [13:58] working around shitty tooling all of this is [13:59] ^^ [14:01] well, RPM seems to have seperate packages for that too [14:02] a bit annoying that rpm and we have scripts to do it that can't be used everywhere :S [14:02] more annoying is that everyone comes up with their own list of dependencies [14:02] for -dbg? Don't have a general rule for that? [14:03] *don't we [14:03] what? [14:03] also rpm dbgs are autogenerated [14:03] they are not mentioned in the packaging [14:04] yofel: what general would we have? [14:04] I was refering to dependencies on everything :P [14:04] and everywhere [14:04] 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] it is [14:05] 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] I am not talking about dbg deps [14:06] which rpm distro? rpm is very different for each rpm distro too [14:06] 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] apachelogger: do you mean runtime dep rules outside of what the policy says? [14:08] for example [14:08] also build time deps [14:08] every dep really [14:13] apachelogger: I left you in notes.kde.org all the information I got about fixing kauth [14:15] I wonder if we shouldn't simply import all commits from git for polkit and kauth [14:15] just make a snapshot? [14:16] too much hassle [14:16] there'll be a new tar in a couple days anyway [14:17] I find it very suspicious that qapt still doesn't work [14:17] polkit-qt should be what is in git master, but it still refuses to talk to polkit-kde [14:19] kubuntuBot: ping [14:19] kubuntuBot_: ping [14:19] pong [14:19] kubuntuBot_: I fear you lagged out :P [14:19] heh [14:21] hm... [14:21] * yofel wonders if he could c&p the pkg-create-dbgsym stuff into pkg-kde-tools [14:23] santa_: are you sure polkit-qt5 works? [14:25] 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] I was not considered human ^^ [14:27] debian not only doesn't like bug reports, they also don't like humans, I see I see [14:27] WARNING: Cannot construct PulseSupport because there is no Eventloop. May be because of application shutdown. [14:27] oh no non oonononononononon [14:27] oh I knew this was gonna happen [14:28] * yofel just realized that his quassel got localized [14:28] how did that happen [14:28] uh ksysguard is still excitingly broken [14:29] * apachelogger heads out for something to eat [14:29] oh well, guess our localization support is broken again [14:29] "Einstellungen" is not particulary American English [14:29] how exciting [14:29] 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] yofel: nono [14:29] yofel: u talking plasma5? [14:30] otherwise probably yesyesyes [14:30] me talking otherwise [14:30] export LANGUAGE=en:de:en [14:30] uhuh... [14:30] yofel: SRU libkubuntu from youtopic and the world will be nices [14:30] and yeah, en:de:en will not ever work because eglibc is shit [14:30] this is utopic [14:30] yeah, eglibc is shit [14:31] 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] anyway [14:31] afk [14:33] and I still have pulse running twice [14:33] oh joy [14:33] fixed in pulse git I think [14:33] well that's something [14:36] yofel: are you taking care of 4.13.3 ? [14:36] Riddell: yes, in the evening [14:36] do you have a new status page? Otherwise I'll set up my own [14:36] I can do 4.13.3 if you want [14:36] nah, I'll do it [14:36] ok [14:36] rather look at .95 [14:37] * shadeslayer wanted to check the ISO for more defects [14:37] omg, 42 apache processes on qa [14:37] what [14:37] $ ps aux | grep apache | wc [14:37] 43 558 3941 [14:37] one of that's grep [14:38] and 100% CPU [14:38] how can it be using that much CPU? [14:38] I wonder why it's using so much SYS [14:39] unless the memory management is going crazy [14:39] but this is openvz from what I see, so... [14:40] yofel: status page is there but a bit broken as you will have discovered [14:40] yeah [14:40] * shadeslayer ponders about rebooting server [14:41] 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] rebooting might help, but we should restrict the apache capacity before that or we'll just end up the same [14:43] I might look at that when things calm down a bit, right now even ssh is laggy [14:53] 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] bzoltan: ping with what? [14:58] ** rohan live on ubuntuonair.com now! [14:58] or shortly [14:59] 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] bzoltan: ok [15:08] zbenjamin: thanks [15:10] this shadeslayer [15:10] :D [15:11] probably best to avoid pinging him ;) [15:12] yeah [15:13] bzoltan: well I've no idea what that patch does, I can blindly merge it if you feel the need [15:22] KDE is a community not the software rohan! [15:23] Riddell: that patch just enables the Ubuntu devices as a target for QML projects. Because otherwise it is disabled by default. [15:23] 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] Good afternoon. [15:36] bzoltan1: you want me to update debian/patches/series and add a changelog too? [15:37] phew [15:38] shadeslayer: yay! you're famous! [15:38] I am [15:38] \o/ [15:38] thanks again shadeslayer [15:39] you're welcome :) [15:39] mhall119: when will it be on the youtube channel? I should do a kubuntu wire post [15:39] 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] Riddell: so http://www.youtube.com/watch?v=Pua8vWAMdfk [15:44] Riddel: ohh, we will do that [15:45] bzoltan1: but then don't you need another merge? [15:46] Riddell: just one [15:49] Riddell: the MR is not good to be merged [15:49] bzoltan1: too late, I merged it, what should I have done? [15:51] Riddell: No problem. Could you merge it again? We have added the changelog and the updates series [15:54] bzoltan1: merged! [15:54] Riddell: thank you a lot [15:56] bah [15:56] shadeslayer: y u no stop me from going afk [15:56] Riddell: looks like the video is available for playback now [16:07] * Riddell publishes http://wire.kubuntu.org/?p=171 [16:10] apachelogger: why? [16:12] 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] apachelogger: watch it on the youtube video ↑ [16:13] no, I am feeling meh now :P [16:13] 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] https://launchpadlibrarian.net/180993275/buildlog_ubuntu-utopic-amd64.kde4libs_4%3A4.13.95-0ubuntu4_FAILEDTOBUILD.txt.gz [16:19] !find Qt5DeclarativeConfig utopic [16:20] File Qt5DeclarativeConfig found in qtquick1-5-dev [16:20] it's obvious that this file would not be in qtdeclarative5-dev isn't it :S [16:23] jmux: flights booked to munich :) [16:23] jmux: how do you guys handle CVE's? [16:25] Riddell: Great - should still be at a reasonable price [16:27] shadeslayer: Nothing directly - but we look at the USN. But that's propbaly not the answer you were looking for... [16:28] jmux: not really :p [16:29] shadeslayer: so what's your question? Deployment wise? [16:29] We do unattended updates for things, we think it's really critical. [16:30] jmux: yep, deployment wise [16:30] do you guys just take the ubuntu package, or patch things manually [16:31] All the rest is updated, when the admin select the system for new software or to get other updates as well. [16:33] 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] And we keep our own browser packaging up to date [16:34] ah I see [16:35] We have Firefox and Thunderbird 24 ESR packages for Lucid [16:36] 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] Riddell: new gcc is 4.9? I don't think the red zones bug applies to userspace [16:39] Or just a general other bug? [16:40] gcc 4:4.9.1 but it's just an issue with changed symbols not something too unusual [16:42] santa_: did you get anywhere with kauth? [16:50] apparently he got it work [16:51] * apachelogger has a very peculiar bug in polkit however [16:53] my KAuth thinks the backend doesn't support authorising... [16:53] huh [16:54] fails on: if (BackendsManager::authBackend()->capabilities() & KAuth::AuthBackend::AuthorizeFromClientCapability) { [16:54] well, my polkit-qt is suddenly case sensitive to action names although the code for that has not changed anywhere xD [16:54] d_ed: polkit-kde-authentication-agent-1 is running, right? [16:54] yeah [16:54] much peculiar [16:54] with mbriza's patches [16:55] which ones are those? [16:57] oh, I'm being silly. it's meant to fail that [17:04] hah [17:04] I am just as silly xD [17:04] the previously pokit macro apparently forced everything into lower case [17:04] w-t-f [17:05] Riddell: any progress with kdelibs or still clueless? [17:05] yofel: just finishing a local compile here with full-upgrade done [17:06] * yofel wonders why those were actually missing on armel [17:06] 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] oh sure [17:06] I'll go do that then [17:07] thanks :) [17:08] ah hah, same symbols missing, so it is a new compiler version doing it [17:09] 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] it's all destructors, so should really be gcc related [17:12] sigh [17:12] restarting qa.kubuntu.co.uk doesn't really make a difference [17:12] apache is back up to 32 processes [17:14] shadeslayer: maybe just remove the files for now and replace with a big pointer to download.kubuntu.co.uk [17:14] I don't think it gets updated unless I tell it to [17:14] nah [17:16] might be worth switchting to nginx [17:17] sure, if someone has experience with that [17:20] 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] personally I find that profoundly shitty, particularly given the macro name [17:20] d_ed has wandered off [17:21] meh [17:24] there, I think I broke qapt now xD [17:26] new version going up to staging [17:27] from #launchpad [17:27] 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 [17:27]