[00:05] <ovidiu-florin> yofel: are you still around?
[00:05] <yofel> trying to find the motivation to sleep, but for now, yes ^^
[00:06] <ovidiu-florin> can you please tell me just the username and the password for the current site?
[00:06] <ovidiu-florin> I'm working on the sqldump, and I can't login
[00:06] <yofel> pm
[00:06] <ovidiu-florin> on a test site
[00:06] <ovidiu-florin> ok
[00:28] <ovidiu-florin> good night yofel, I'll continue this in the morning.
[00:28] <yofel> same, good night
[08:15] <ovidiu-florin> good morning everybody
[08:25] <ovidiu-florin> Riddell: are you around?
[08:37] <valorie> April Fools, everybody! http://babe.debian.plumbing/ (sune made it -- and looke what shirt Paul is wearing in one of the photos!)
[08:51] <Riddell> hi ovidiu-florin 
[08:52] <Riddell> valorie: ooh sexy
[08:53] <valorie> :-)
[09:00] <Riddell> even better we'll finally be joining the civilised counties once independent http://www.theguardian.com/politics/2014/apr/01/scotland-driving-on-right-independence-road-scheme
[09:00] <jussi> Riddell: *IF*
[09:00] <Kalidarn> btw is it known about multiple devices appearing?
[09:01] <Kalidarn> eg http://i.imgur.com/hpC0j6D.png
[09:01] <Kalidarn> i have a nexus 7 and a nexus 5 plugged in and i see all these "blank" devices
[09:01] <Kalidarn> unplugging both of them makes them all go away. I don't recall this being an issue in KDE 4.13 on 13.10
[09:01] <Kalidarn> (using the backports ppa
[09:01] <jussi> Kalidarn: usually those are "open pictures with gwenview" type things
[09:01] <Kalidarn> yes but im not sure what these other blank looking ones are
[09:01] <jussi> perhaps try changing the theme and checking if its not just black on black?
[09:01] <Riddell> ovidiu-florin: arg it's started, you mention sponsoring links and now the SEO spammers are onto us http://paste.kde.org/pncsr2oxa
[09:02] <Kalidarn> nah its not
[09:02] <Kalidarn> they appear in dolphin too
[09:03] <ovidiu-florin> Riddell: :)
[09:04] <ovidiu-florin> Riddell: the company I was talking about, they agreed to migrate our site for us for free
[09:04] <Riddell> ovidiu-florin: yay!
[09:04] <ovidiu-florin> I've tried to do a demo migration last night, but I ran into a pickle
[09:05] <Riddell> jussi: and when we're independent you'll be begging us to send our nuclear armed submarines to free Finland from the Russians
[09:05] <ovidiu-florin> there's something wrong with the sqldump I've got from canonical
[09:05] <ovidiu-florin> or ubuntu rt, or what ever it's called
[09:05] <jussi> Riddell: we dont need you - look at what happened last time they tried to invade...
[09:05] <Riddell> canonical sysadmin
[09:05] <ovidiu-florin> yes
[09:06] <ovidiu-florin> the sqldump is incomplete
[09:06] <ovidiu-florin> they've cleared some tables
[09:06] <ovidiu-florin> most specific: the users table
[09:06] <ovidiu-florin> Do you know someone from the canonical sysadmins?
[09:07] <jussi> ovidiu-florin: #canonical-sysadmin
[09:07] <ovidiu-florin> I would like to get a full backup of our current site (all files and a FULL DB dump)
[09:07] <Riddell> ovidiu-florin: no I'm afraid not, maybe jose does he's a useful sort, else just e-mail rt@ubuntu.com or ping on their irc channel
[09:07] <Kalidarn> btw all those "blank" devices open up to camera:
[09:08] <Kalidarn> ie:
[09:08] <Kalidarn> camera:/Google%2520Inc%2520(for%2520LG%2520Electronics%252FSamsung)%2520Nexus%25204%252F5%252F7%252F10%2520(MTP+ADB)@usb:001,012
[09:08] <Kalidarn> camera:/Google%2520Inc%2520(for%2520Asus)%2520Nexus%25207%2520(MTP+ADB)@usb:001,010
[09:08] <ovidiu-florin> I don't know jose
[09:11] <valorie> happy All Fools day everyone
[09:11] <valorie> later.....
[09:12] <ovidiu-florin> Riddell: what should I say to the can. Sysadm. that the backup is for?
[09:13] <Riddell> ovidiu-florin: to transition to a new CMS
[09:14] <ovidiu-florin> ok
[09:20] <shadeslayer> *hugs*
[09:20] <Riddell> shadeslayer: 4.98
[09:20] <Riddell> shadeslayer: 4.12.97 works fine here, although I'm not convinced file search in dolphin is any better
[09:20] <shadeslayer> vHanda: ^^
[09:21] <Riddell> shadeslayer: does it work for you?
[09:22] <shadeslayer> I've been debugging some crashes in baloo with vHanda since yesterday, so atleast I can keep poking him with crashes and make him fix those :p
[09:25] <Riddell> shadeslayer: but does it find the files?
[09:25] <ovidiu-florin> Riddell: i'm saying in the request mail that they can ask you for confirmation. Is that ok?
[09:25] <shadeslayer> Riddell: yeah, works for me
[09:29] <Riddell> ovidiu-florin: sure
[09:29] <ovidiu-florin> sent
[09:29] <ovidiu-florin> thank you
[09:55] <apachelogger> shadeslayer: apparently kubuntu-notification-helper (14.04ubuntu7) had changelog modifications after upload :'<
[09:55] <apachelogger> on that note
[09:56] <apachelogger> alert alert alert
[09:56] <apachelogger> your's truly forgot to port the daemon to the new dbus api
[09:56] <apachelogger> how does that sort of thing slip through QA
[09:56] <shadeslayer> :(
[09:57] <apachelogger> ah, because no one bothered to remind people of the test cases we have online
[09:58] <apachelogger> it does help a lot less if people don't get reminded
[09:58] <apachelogger> >.<
[09:58]  * ghostcube hands apachelogger a cup of calm down tea 
[09:59]  * shadeslayer hugs apachelogger
[09:59] <apachelogger> there isn't much time to calm down this close to release
[09:59] <apachelogger> shadeslayer: I am also adding some kdebug
[10:00] <ghostcube> hmm then is shouldnt ask for an upstream update of kdeconnect eh?
[10:00] <apachelogger> prolly not
[10:00] <shadeslayer> apachelogger: to k-d-m ?
[10:00] <apachelogger> and on that note
[10:00] <apachelogger> shadeslayer: knh
[10:00] <apachelogger> the driver thing in knh more specifically
[10:00] <shadeslayer> ghostcube: actually, that does need updating
[10:00] <shadeslayer> just that we're fixing broken things
[10:00] <ghostcube> :)
[10:00] <apachelogger> shadeslayer: did you do ktp update or is that still pending?
[10:01] <shadeslayer> I don't see it in the repo
[10:01] <shadeslayer> so needs doing
[10:01] <shadeslayer> I'll do that today
[10:01] <shadeslayer> oh man, things are going to suck, since I'm unavailable the entire next week :/
[10:02] <apachelogger> there's a bug for it anyway
[10:03] <apachelogger> mh
[10:03] <apachelogger> ah
[10:03] <apachelogger> shadeslayer: yes
[10:03] <apachelogger> also
[10:03] <apachelogger> we need libk-d-m
[10:03] <apachelogger> for the marshal
[10:03] <apachelogger> muhahahahahahaha
[10:04] <apachelogger> time for a 14.10 board I think
[10:05] <shadeslayer> *nod*
[10:08] <shadeslayer> phonon-backend-gstreamer1.0-0.0~git20140324/debian/phonon4qt5-backend-gstreamer1.0/usr/lib/x86_64-linux-gnu/qt5/plugins/phonon4qt5_backend
[10:09] <shadeslayer> whats with the weird thing there
[10:09] <shadeslayer> oh my
[10:09] <apachelogger> oh you
[10:09] <apachelogger> btw
[10:09] <apachelogger> if one installs the old backend (or the old backend is not migrated) amarok breaks
[10:10] <apachelogger> and other stuff using stuff that uses gst1
[10:10] <apachelogger> so there really should not be any such stuff
[10:11] <shadeslayer> oh
[10:11] <shadeslayer> en
[10:11] <shadeslayer> eh
[10:11] <shadeslayer> apachelogger: well
[10:11] <shadeslayer> installing the 1.0 backend will remove the 0.10 one
[10:11] <apachelogger> yeah
[10:11] <shadeslayer> so when you logout/login things will unbreak
[10:12] <apachelogger> tell that to the bug reports that did not get the 1.0 backend installed
[10:12] <apachelogger> and now amarok is broken
[10:12] <shadeslayer> >.>
[10:12] <apachelogger> and while you are at it, please also draft an announcement we can point to for all future occurances when a user installs the 0.10 backend by whatever means
[10:13] <shadeslayer> out of curiosity how would that work ( amarok not install the 1.0 backend )
[10:15] <apachelogger> amarok depends on phonon depends on phonon-backend-gstreamer1.0 | phonon-backend, can be fullfilled by phonon-backend-gstreamer, phonon-backend-gstreamer1.0 will not be installed because the requirements are met
[10:15] <apachelogger> https://bugs.launchpad.net/ubuntu/+source/amarok/+bug/1298380
[10:16] <apachelogger> there simply is no reason for phonon-backend-gstreamer to be around
[10:18] <shadeslayer> Riddell: ^^
[10:18] <shadeslayer> apachelogger: but what if we want to roll back :)
[10:18] <shadeslayer> oh
[10:18] <shadeslayer> we go to vlc then
[10:19] <shadeslayer> not gst, since plugins are broken as fuck
[10:21] <shadeslayer> Riddell: plz nuke the 0.10 backend
[10:21] <shadeslayer> since it won't work in any case
[10:21] <shadeslayer> qtwebkit was built against 1.0 , so it's utterly useles
[10:22] <Riddell> shadeslayer: okay dokay
[10:23] <apachelogger> why does notification helper have a po/ dir again?
[10:23] <shadeslayer> Riddell: any reason why debian/phonon4qt5-backend-gstreamer1.0/ dir in the pgst1.0 packaging?
[10:24] <shadeslayer> Riddell: pgst has reverse depends btw
[10:36] <jose> hey ovidiu-florin! even though you don't know me, feel free to ping me for anything you need, specially if rt related
[10:37] <shadeslayer> apachelogger: are you working on getting qapt plugin install working?
[10:37] <apachelogger> no
[10:37] <BluesKaj> 'Morning all
[10:38] <apachelogger> I am not a qapt developer Oo
[10:38] <shadeslayer> ok
[10:41] <Riddell> shadeslayer: isn't that package building both qt4 and qt5 from one source?
[10:41] <shadeslayer> Riddell: but then why the empty folder in the packaging :)
[10:42] <shadeslayer> also, apachelogger ^^ , does the qt4 and qt5 code get built in one .so ?
[10:42] <Riddell> shadeslayer: no it builds qt4 then qt5
[10:42] <Riddell> installing qt5 into debian/phonon4qt5-backend-gstreamer1.0/ so I probably just forgot a clean rule to rm that directory
[10:43] <shadeslayer> Riddell: I don't think so
[10:45] <shadeslayer> Riddell: https://launchpadlibrarian.net/170599598/buildlog_ubuntu-trusty-amd64.phonon-backend-gstreamer1.0_0.0~git20140324-0ubuntu1_UPLOADING.txt.gz
[10:45] <shadeslayer> don't see Qt5 stuff being built there
[10:45] <shadeslayer> possibly the branch needs rebasing on master
[10:46] <Riddell> shadeslayer: probably I just copied it from phonon-backend-gstreamer0.10
[10:59] <shadeslayer> on that note
[11:00] <shadeslayer> the 1.0 branch probably needs rebasing on master
[11:00] <apachelogger> god how I hate variant types
[11:00] <Riddell> shadeslayer: where rebasing is fancy git speak for a new checkout?
[11:00]  * apachelogger is going to do code copy now :@
[11:01] <shadeslayer> apachelogger: http://nooooooooooooooo.com/
[11:03] <apachelogger> your fault anyway
[11:03] <shadeslayer> Riddell: nope
[11:03] <shadeslayer> apachelogger: what
[11:03] <apachelogger> had you done proper marshalling you had needed to make a library when you created the knh event
[11:03] <apachelogger> had you had created a library I'd now not have to do code copyz
[11:04] <shadeslayer> :(
[11:04] <ghostcube> folks blame scientologie... :D better than blaming each other 
[11:04] <apachelogger> even so it is curious that qt can't automarshall to variants for some reason
[11:08] <shadeslayer> heh
[11:08] <shadeslayer> Riddell: mind approving ktp-common-internals
[11:09] <Riddell> shadeslayer: approved!
[11:09] <shadeslayer> Riddell: thx
[11:13] <apachelogger> well, that only took longer than expected
[11:14] <apachelogger> shadeslayer: knh fixy ready
[11:14] <shadeslayer> yay
[11:14]  * shadeslayer is updating ktp
[11:14] <Riddell> thanks shadeslayer 
[11:14] <apachelogger> weeh
[11:14] <apachelogger> shadeslayer: where are we on the python3.4 thing?
[11:14] <shadeslayer> apachelogger: fixed pending a merge
[11:17] <shadeslayer> Riddell: plz unapprove kpeople
[11:17] <shadeslayer> Riddell: approve my second kpeople upload
[11:18] <Riddell> shadeslayer: kpeople rejected¡
[11:18] <Riddell> shadeslayer: kpeople rejected!
[11:18] <Riddell> shadeslayer: kpeople accepted!
[11:37] <apachelogger> knh uploaded
[11:37] <Riddell> apachelogger: what's new?
[11:37] <apachelogger> repaired driver notifications
[11:37] <apachelogger> I also changed the way the init timeout works, it now defaults to 1s in manual builds (outside dpkg-buildpackage) and 3 minutes when built via dpkg-buildpackage
[11:38] <apachelogger> makes testing easier without having to resort to manually changing the timeout all the time
[11:38] <Riddell> lovely
[11:38] <Riddell> I don't suppose you added codec installation back now that qapt doesn't do it?
[11:40] <apachelogger> does that happen in the event?
[11:40] <apachelogger> well that's badly architectured alright
[11:40] <apachelogger>     m_kopetePackages["kopete-gcall"] = i18n("Google Talk support for Kopete");
[11:41] <apachelogger> Riddell: can't past string freeze, adding stuff apparently requires strings
[11:41] <apachelogger> which reminds me that I wanted to find out why exactly knh has a po dir
[11:43] <Mamarok> seriously, moun is not usable, it is simply impossible to search, as soon as I start typing something the complete Package window turns empty and stays like that
[11:44] <Mamarok> s/moun/muon/
[11:45] <kubotu> Mamarok meant: "seriously, muon is not usable, it is simply impossible to search, as soon as I start typing something the complete Package window turns empty and stays like that"
[11:45]  * Mamarok goes back to synaptic
[11:45] <ghostcube> hmmm muon is working here
[11:45] <Mamarok> you can search?
[11:45] <ghostcube> package and software based 
[11:45] <ghostcube> yep
[11:45] <Mamarok> talking about current Trusty latest release
[11:45] <Mamarok> ?
[11:46] <ghostcube> just updated on my 14.04 virtual box
[11:46] <ghostcube> so it should be the same
[11:46] <Mamarok> well I tried, restarted, started with kdesudo, nothing, the package windows goes totally blank once I enter something in the search field
[11:46] <yofel> Mamarok: which muon? package manager, sc or discover?
[11:47] <Mamarok> just muon, which is the package insntaller, of course
[11:47] <ghostcube> hmm package one works fine here 
[11:47] <yofel> try this: 'sudo update-apt-xapian-index', then check if search works
[11:47] <Mamarok> and when searching for updates it shows one package, while apt-get and synaptic show 35
[11:47] <ghostcube> i got 2.1.70-ubuntu3 
[11:48] <Mamarok> yofel: why on earth does one always have to go through loops for someting to work, why can't it "just work"?
[11:48] <yofel> Mamarok: uhm, I'm not sure why it's not finding anything for you. The search index should be updated on every package cache update
[11:48] <ghostcube> maybe update regression?
[11:49] <BluesKaj> also system settings>multimedia>audio&video settings when chosen just hangs and doesn't open.
[11:49] <apachelogger> actually muon will auto update the xapian index
[11:50] <apachelogger> there is however a bug that it does not try to open the cache after initial creation (i.e. right after installation)
[11:50] <Mamarok> well no, it doesn't, at least not for me, now it works
[11:50] <ghostcube> BluesKaj: yep can confirm this
[11:50] <Mamarok> so the xapian db uptdate is not working
[11:52] <ghostcube> i get a dbus server warning if i launch systemsettings 
[11:52] <ghostcube> inside terminal
[11:52] <yofel> apachelogger: IIRC that was because there is no cache that it could generate the index from after install
[11:53] <apachelogger> don't launch it in a terminal then
[11:53] <apachelogger> Mamarok: the reason things don't work is because people work around issues so they never get resolved
[11:53] <ghostcube> apachelogger: lol just wanted to see if anything comes up
[11:53] <BluesKaj> ghostcube, it's been a problem for a few days, altho the audio settings don't seem to be affected since it all works ok. Kmix and alsamixer seem to be normal.
[11:53] <apachelogger> yofel: it will create a new one then
[11:54] <apachelogger> install -> install muon -> start muon -> progress bar at bottom -> wait till finished -> restart muon -> search works
[11:54] <ghostcube> ok 
[11:54] <apachelogger> if libqapt/muon did try to reopen on updatefinished search would work after the progressbar has finished
[11:54] <yofel> ah
[11:54] <apachelogger> before it is finished it will not work regardless though because there is no cache
[11:54] <apachelogger> which is also slighly UI snafu
[11:55] <Mamarok> apachelogger: I never even touched that thing, usually I use either the cli or synaptic
[11:55] <apachelogger> it's a minor issue though as there's plenty of things triggering xapian updates and ultimately ubiquity shoudl trigger one after installation, for which we have a card somewhere
[11:55] <apachelogger> which I think is blocked on someone looking into it or something
[11:55] <yofel> I think shadeslayer gave up on it
[11:56] <Mamarok> well, an isuse not getting any package updates in a package manager is not something I would call minor
[11:56] <apachelogger> Mamarok: quite possibly the xapian index got corrupted
[11:57] <apachelogger> though I reckon it would fail to open then, which in turn would trigger an update
[11:57] <apachelogger> Riddell: bug 1300480
[11:58] <apachelogger> bug 1300478
[11:58] <apachelogger> bug 1298380
[11:58] <apachelogger> shadeslayer: are you on the digikam thing?
[12:00] <apachelogger> BluesKaj, ghostcube: find /usr/lib -iname phonon_gstreamer.so 
[12:00] <yofel> what's there to do with digikam?
[12:00] <apachelogger> if that yields one result run ldd on that path
[12:00] <apachelogger> yofel: bug 1299738
[12:00] <yofel> ouch
[12:00] <ghostcube>  /usr/lib/x86_64-linux-gnu/qt4/plugins/phonon_backend/phonon_gstreamer.so
[12:01] <apachelogger> library transitions past feature freeze is an interesting way of breaking the release
[12:01] <apachelogger> ghostcube: ldd on that
[12:02] <BluesKaj> apachelogger, file does not exist
[12:02] <ghostcube> http://pastie.org/8985459
[12:02] <yofel> hm, digkam WFM
[12:02] <apachelogger> BluesKaj: ls -lah /usr/lib/x86_64-linux-gnu/qt4/plugins/phonon_backend
[12:02] <apachelogger> yofel: try installing kipi-plugins
[12:02] <apachelogger> ghostcube: install phonon-backend-gstreamer1.0
[12:03] <apachelogger> you are affected by bug 1298380
[12:03] <yofel> apachelogger: I have everything from digikam sc intalled (except maybe -doc)
[12:03] <apachelogger> yofel: kipi is not part of the sc, is it?
[12:03] <yofel> it is
[12:03] <apachelogger> plugins even?
[12:03] <apachelogger> I know lib is
[12:03] <ghostcube> fixed systemsettings
[12:04] <yofel> apachelogger: *digikam* SC, not kde sc
[12:04] <apachelogger> yofel: yes, I know :P
[12:04] <yofel> but kipi-plugins is shipped with digikam these days
[12:04] <apachelogger> ok
[12:05] <yofel> let me make a VM to test this
[12:13] <apachelogger> Riddell: bug 1298125
[12:14] <apachelogger> shadeslayer: bug 1297351
[12:20] <apachelogger> what the hell is bug 1276820
[12:21] <yofel> a meta bug for... mesa? ^^
[12:21] <apachelogger> is it mesa?
[12:21] <apachelogger> reads a lot like pebkac
[12:22] <yofel> not sure, I usually blame rendering issues on mesa. but that's also a possibility
[12:22] <yofel> *sigh*
[12:22] <yofel> our installer still says it's installing kubuntu on a disk with 1B of space
[12:22] <apachelogger> I've installed plasma-desktop package and the problem doesnt appear
[12:22] <apachelogger> that's not mesa
[12:23] <yofel> hm
[12:23] <apachelogger> this report is so much crap it's not even funny
[12:25] <ghostcube> this mouse bug could be a compiz kde problem
[12:25] <apachelogger> what is a compiz kde problem?
[12:26] <ghostcube> compiz is started and makes trouble inside the kde rendering
[12:26] <ghostcube> compiz and kde isnt working pretty well since long time :D
[12:26] <apachelogger> it could also be a mesa problem, a x problem, a driver problem, a qt problem, a gtk problem, a pebkac problem, a cursor theme problem ....
[12:27] <ghostcube> yeah but as i seen the compiz thing i think its nothing about that all
[12:27] <apachelogger> ghostcube: it also happens in unity
[12:27] <ghostcube> yeah i know but still he has compiz on its way
[12:27] <apachelogger> compiz starting in a plasma session seems slightly odd though
[12:28] <apachelogger> IIRC the kde configured window manager will start as very first thing by ksmserver
[12:28] <apachelogger> so there is no way that compiz could even start since window managers block one another
[12:28] <BluesKaj> had to switch back to xrender and native from OpenGL and raster , due to font problems in web browsers and dialogs, and blanking of desktops and parts of desktops
[12:28] <apachelogger> that is a mesa problem
[12:29] <yofel> well, it might not be fun
[12:29] <yofel> the ubuntu-bugcontrol discussion is fun though
[12:29] <BluesKaj> been like that for quite a few weeks now
[12:29] <apachelogger> yofel: mh?
[12:30] <ghostcube> apachelogger: but he hasent got the prob in the vm
[12:30] <yofel> apachelogger: " Kubuntu triage policy conflicts with Ubuntu triage policy", to which you're CC'd I believe
[12:30] <ghostcube> so i dont think this is mesa
[12:30] <apachelogger> ghostcube: who?
[12:30] <ghostcube> the one posting the bug
[12:30] <apachelogger> yofel: yeah, well, I did not reply for a reason :P
[12:31] <shadeslayer> :D
[12:31] <apachelogger> ghostcube: sure it can, drivers talk to mesa, and sometimes drivers cause mesa bugs or vice versa, which is actually what BluesKaj is seeing
[12:31] <apachelogger> so it is entirely possible that something works on bare metal but does not in a VM
[12:31] <apachelogger> because they have different drivers
[12:37] <ghostcube> ughs radeon drivers used iam out of business :D
[12:37] <ghostcube> hihi
[12:37] <BluesKaj> apachelogger, there were a few artifacts in VB W7 guest, but nothing serious compared to the utter blanking of all fonts in FF and chromium 
[12:48] <apachelogger> shadeslayer, Riddell: regarding the LO thing... dropping libreoffice-kde fixes it apparently so that might be something we'll need to do unless a fix appears in time for final
[12:50] <shadeslayer> :S
[12:50] <shadeslayer> where's jmux :P
[12:51] <apachelogger> hiding, for obvious reasons :P
[12:52] <Riddell> apachelogger: have you worked out what the LO thing is?
[12:52] <Riddell> shadeslayer: on holiday?
[12:53] <shadeslayer> Riddell: not exactly, but will be unavailable next week due to family reasons
[12:54] <Riddell> shadeslayer: jmux is on holiday
[12:55] <apachelogger> yofel: ah, you continued the thread
[12:55] <apachelogger> noooo
[12:55] <Riddell> I wonder if whatever the libreoffice thing is, is related to jmux's fix bug 1290514
[12:58] <shadeslayer> Riddell: potentially might want to approve ktp in unapproved queue
[12:59] <shadeslayer> or do you want me to upload everything
[12:59] <Riddell> shadeslayer: I don't really mind as long as it compiles and works without adding beasties
[12:59] <shadeslayer> :)
[12:59] <shadeslayer> If it adds beasties I shall move over to d_ed's table and poke him
[13:00] <shadeslayer> along with mck182
[13:00] <BluesKaj> apachelogger, the phonon_gstreamer.so file exits in the path you posted , but it doesn't seem to have any effect on the device preferences in multimedia 
[13:00] <BluesKaj> exists rather
[13:02] <Riddell> shadeslayer: I take it mck182 is in town too?
[13:02] <shadeslayer> yep
[13:03] <apachelogger> omg, dfaure broke kwin xD
[13:04] <shadeslayer> so he's human after all!
[13:04] <shadeslayer> :D
[13:04] <apachelogger> nah
[13:04] <apachelogger> must be april 1
[13:04] <shadeslayer> bah :P
[13:09] <BluesKaj> I was going to suggest that MS is launching it's own version of Linux named Winux , but somebody beat me to the April fool's joke by about 13 yrs :)
[13:10] <ghostcube> best one is... apple and MS are working on a new version of iDos
[13:10] <ghostcube> :D
[13:10] <BluesKaj> :)
[13:11] <ghostcube> gnah s5 still not available
[13:11] <ghostcube> -.-
[13:34] <shadeslayer> Riddell: ktp all up
[13:34] <shadeslayer> plz approve
[13:41] <manchicken> apachelogger: I almost have that done.
[13:41] <shadeslayer> manchicken: hi!
[13:41] <shadeslayer> manchicken: I don't suppose you could look at the gst plugin install stuff :P
[13:41] <manchicken> shadeslayer: Hi! It's been an interesting day here at ThinkGeek so far :)
[13:41] <manchicken> Naw, I'm at work, and I was up late working.
[13:41] <shadeslayer> ThinkGeek? :D
[13:41] <shadeslayer> you work at TG?
[13:41] <manchicken> Yeah, that's where I work.
[13:42] <shadeslayer> hah, awesome
[13:42]  * shadeslayer was browsing last night, looking for a alarm clock
[13:43] <shadeslayer> specifically, the one that looks like the old alarm clocks, but with the LED face
[13:45] <apachelogger> can't type straight in mails
[13:45] <apachelogger> outragous
[13:46] <manchicken> apachelogger: You got that I said I'm almost done with the debug installer, right?
[13:46] <manchicken> I just haven't had time to tidy it up. Since I fixed the duplicate portion it seems like it's mostly working. I need to find a package that only has debug syms in a ddebs repo.
[13:46] <shadeslayer> apachelogger: no shit http://wstaw.org/m/2014/04/01/plasma-desktopi27348.png
[13:46] <apachelogger> manchicken: yes, we are still way past feature freeze and considering everything is broken anyway I'd rather not do it for .04
[13:46] <Riddell> shadeslayer: ktp accepted!
[13:47] <apachelogger> shadeslayer: ?
[13:47] <shadeslayer> apachelogger: can't type anything for the first time today
[13:47] <shadeslayer> Riddell: uau
[13:47] <shadeslayer> ^^ see what I mean
[13:47] <apachelogger> shadeslayer: it's always the case for me
[13:47] <apachelogger> I have shell aliases for everything otherwise I'd spend half the time correcting typos :O
[13:47] <shadeslayer> xD
[13:48]  * shadeslayer is rebasing pgst on master
[13:50] <manchicken> Yeah
[13:51] <yofel> manchicken: if you need one, e.g. ksnapshot has not -dbg package
[13:51] <yofel> *no
[13:53] <manchicken> That's awesome.
[13:54] <manchicken> apachelogger: I can't comment on the card yet, could you stick yofel's comment onto the card so I don't lose that?
[13:54] <yofel> uh, I can just do that ^^
[13:56] <yofel> where is the card though o.O?
[13:56] <shadeslayer> oh god http://paste.ubuntu.com/7189754/
[13:57] <yofel> found it
[14:22] <shadeslayer> wtf
[14:22] <shadeslayer> wtf
[14:22] <shadeslayer> https://launchpad.net/ubuntu/+source/ktp-call-ui/0.8.0-0ubuntu1
[14:23] <shadeslayer> it built fine in my pbuilder?!
[14:24] <shadeslayer> http://paste.ubuntu.com/7189897/
[14:24]  * apachelogger ninja
[14:24] <Riddell> hi littlegirl 
[14:25] <apachelogger> shadeslayer: u pbuilder update first?
[14:25] <apachelogger> if not that'd be why it worked in pbuilder
[14:25] <littlegirl> Riddell: Hey there, did you get my emails last night? (:
[14:25] <shadeslayer> apachelogger: hooks should have done that
[14:25] <shadeslayer> apachelogger: not to mention, it builds on i386
[14:25] <littlegirl> I know I'm a pest, but some pests are okay to have around. (: (: (:
[14:25] <Riddell> littlegirl: hmm probably but didn't read them properly sorry
[14:25] <apachelogger> shadeslayer: well, it could be that someone uploaded somethign and now its broken xD
[14:25] <littlegirl> Riddell: It's okay. I just have some questions and figured I'd put them in separate emails. (:
[14:26] <shadeslayer> apachelogger: sigh
[14:26] <yofel> shadeslayer: your pbuilder is ppc64el? ^^
[14:26] <shadeslayer> yofel: amd64
[14:26] <shadeslayer> yofel: I returned it
[14:26] <yofel> ah ok, so I missed it
[14:27] <shadeslayer> seems to be working now I think
[14:28] <littlegirl> Hey, does the beta update itself or do you have to grab a fresh copy of it each day?
[14:29] <apachelogger> regular updates are the updates of the beta 
[14:29] <apachelogger> up to release, when regular updates become stable release updates
[14:29] <littlegirl> I grabbed Trusty Tahr from https://wiki.kubuntu.org/TrustyTahr/Beta2/Kubuntu. Can I just keep it or do I need to grab it again to be sure I have the latest one?
[14:29] <apachelogger> this ISO does not change
[14:30] <apachelogger> so you can just keep it
[14:30] <littlegirl> Cool, thanks. (:
[14:30] <apachelogger> if you want an up-to-date iso you can also use the ones here http://cdimage.ubuntu.com/kubuntu/daily-live/current/
[14:31] <littlegirl> Thanks - I'll give that a try as well. (:
[14:38]  * littlegirl hugs Riddell
[14:38] <shadeslayer> sigh, rebase gone wrong :/
[14:39] <littlegirl> Riddell: Thanks for getting to those so quickly. I'm off to email the other guy. I may come in with some more questions abotu the new options that were added, but that will be a bit later. (:
[14:40] <sgclark> Riddell: calligra-l10n http://paste.ubuntu.com/7189973/
[14:42] <apachelogger> looks like we'll have some of our long waiting kubuntu specific stuff get l10n finally
[14:44] <Riddell> well done apachelogger 
[14:45] <Riddell> apachelogger: although I do wonder if kde-l10n will disappear in kf5 land and we'll need to reinstate the language-pack-kde packages
[14:45] <Riddell> morning sgclark 
[14:45] <Riddell> sgclark: well done on figuring that mess out, it always confuses me
[14:45] <Riddell> sgclark: you can bump the standards version if you check there's nothing relevant in the new debian policy version
[14:46] <sgclark> Riddell: good morning, and yeah wow
[14:46] <Riddell> sgclark: https://www.debian.org/doc/debian-policy/upgrading-checklist#ch1
[14:47] <apachelogger> Riddell: what? why?
[14:47] <apachelogger> kde would still have to distribute l10n somehow
[14:48] <Riddell> sgclark: debian-rules-missing-recommended-target build-indep  is weird, that target is there, so it binary-arch
[14:48] <Riddell> apachelogger: you think?  but not for kf5 or plasma presumably
[14:49] <apachelogger> Riddell: kde would still have to distribute translations somehow
[14:49] <apachelogger> you cannot have a not translated workspace :P
[14:50] <sgclark> Riddell: right via  build: $(STAMP_BUILD) correct?
[14:52] <Riddell> sgclark: nah lower down is binary-arch: # No architecture dependent files available
[14:52] <Riddell> sgclark: anyway just ignore them
[14:52] <sgclark> Riddell: ok this in rules http://paste.ubuntu.com/7190036/
[14:52] <sgclark> Riddell: ok
[15:36] <shadeslayer> apachelogger: where?
[15:37] <apachelogger> paris
[15:37] <apachelogger> what?
 looks like we'll have some of our long waiting kubuntu specific stuff get l10n finally
[15:37] <kubotu> ::workspace-bugs:: [1300841] GTK Windows (i.e. gvim) do not maximize properly @ https://bugs.launchpad.net/bugs/1300841 (by Alex Roman)
[15:37] <shadeslayer> what I wanted to say was, where did you hear that? :)
[15:38] <shadeslayer> <- over excited at the thought of getting i10n
[15:42] <Riddell> shadeslayer: pitti said he'd do it today
[15:42] <kubotu> ::runtime-bugs:: [1292471] Missing locale notification does not inform about package @ https://bugs.launchpad.net/bugs/1292471 (by Marcin Sągol)
[15:42] <shadeslayer> yay
[16:01] <shadeslayer> apachelogger: can I drop the [linux-any] from the pgst1.0 depends on gst1.0-alsa
[16:04] <shadeslayer> Riddell: I'm going to upload KDE SC 4.12.97
[16:04] <shadeslayer> want to approve that later this evening?
[16:08] <Riddell> shadeslayer: yeah, go for it, I'm out for the next few hours, will get to it later
[16:08] <Riddell> or nudge ScottK 
[16:08] <shadeslayer> okie
[16:11] <shadeslayer> Riddell: I also still see pgst
[16:11] <shadeslayer> in the archive
[16:11] <Riddell> shadeslayer: that's because I've not deleted it yet
[16:12] <shadeslayer> ok
[16:14] <shadeslayer> Riddell: and last thing, review plz http://paste.kde.org/phnvuegcp
[16:14] <shadeslayer> fix for 1300480
[16:17] <shadeslayer> apachelogger: ^^
[16:29]  * apachelogger had too much to eat
[16:29] <apachelogger> shadeslayer: looks good I guess
[16:30] <shadeslayer> apachelogger: ack
[16:30] <shadeslayer> pushed
[16:33] <shadeslayer> ScottK: can you approve pgst1.0 from queue
[16:45] <shadeslayer> lazr.restfulclient.errors.ServerError: HTTP Error 500: Internal Server Error
[16:45] <shadeslayer> yay
[16:47]  * yofel would prefer if someone would append 'Thank you for using the launchpad services' to that, it would at least feel nicer
[16:49] <shadeslayer> sigh
[16:49] <shadeslayer> should have called with --nopush
[16:49] <yofel> what did you do -.-
[16:49] <yofel> actually
[16:50] <yofel> let me switch the default for that
[16:50] <yofel> it's just a pain
[16:50] <yofel> and send a mail to the ML
[16:50] <shadeslayer> well, it's just that it pushed some useless history
[16:50] <shadeslayer> https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/amor
[16:51] <yofel> ah lol
[16:51] <yofel> well, you can only tag once, so it doesn't really matter
[16:51] <yofel> I'll still switch the default
[16:51] <yofel> the whole process is too error-prone
[16:52] <sgclark> I keep getting [Errno 110] Connection timed out part way through trying to dput calligra-l10n is it my internet?
[16:53] <yofel> should be... can't say I ever got that from launchpad while uploading.
[16:53] <yofel> Then again, this is launchpad...
[16:53] <shadeslayer> ^^
[16:55] <sgclark> Well I have tried rebooting router, hard wired to no avail, US cable companies are notorious for throttling our connections. I put the files in my ubuntu one yofel.
[16:57] <sgclark> I saw Riddell was heading out. If you don't have toime to look I will keep trying..
[16:58] <doko> Riddell, do you plan another calligra upload? or else I'd like to build it using the updated xbase version
[16:59] <yofel> doko: Riddell is out, but I don't think anyone is working on calligra right now
[17:00] <shadeslayer> yay failed again
[17:00] <doko> yofel, ok, will upload
[17:01] <yofel> doko: as long as you commit what you have to bzr there shouldn't be any conflict anyway
[17:01] <yofel> or is it a plain rebuild?
[17:01] <doko> yofel, can you check it in for me? no, has a patch
[17:01] <yofel> doko: will do that then once I see the upload
[17:02] <shadeslayer> doko: iirc if you're ubuntu-dev you can check it in too
[17:02] <doko> can I?
[17:02] <doko> damn ...
[17:02] <doko> ;p
[17:02] <yofel> you should be able to..
[17:02] <apachelogger> lol
[17:02] <shadeslayer> I think so ...
[17:03] <yofel> ~ubuntu-core-dev can at least
[17:03] <shadeslayer> yeah, I don't see why we should exclude ubuntu-dev btw :P
[17:03] <shadeslayer> atleast for checking in commit
[17:03] <shadeslayer> *commits
[17:03] <yofel> IIRC it was to not allow ~ubuntu-motu to commit changes for out packages in main
[17:04] <yofel> *our
[17:04] <shadeslayer> which seems moot now :)
[17:04] <yofel> well, with how Riddell handled scarlett's case it is completely moot :(
[17:04] <shadeslayer> hm, I have to leave, and script is running ..
[17:05] <yofel> great timing :P
[17:05] <shadeslayer> yeah :P
[17:05] <sgclark> handled my case? what did I do?
[17:05] <shadeslayer> did not expect it to fail twice
[17:05] <shadeslayer> yofel: maybe I'll come back after dinner xD
[17:06] <shadeslayer> just to sign  and upload
[17:06] <yofel> sgclark: going completely by existing policy, you shouldn't be a member of ~kubuntu-packagers
[17:06] <yofel> so you didn't do anything ;)
[17:07] <sgclark> I won't let you down, I will earn it
[17:07] <yofel> in theory, we would give people access to ninjas first, and review all bzr changes for a while. And by the time one would get permission it would be time to apply for membership anyway and get it like that
[17:07] <yofel> this time... the process was kinda turned upside down
[17:08] <shadeslayer> sigh
[17:09] <yofel> failed again?
[17:09] <shadeslayer> on the 30th package
[17:09] <yofel> lol
[17:09] <shadeslayer> out of 160th
[17:09] <shadeslayer> s/th//
[17:09] <kubotu> shadeslayer meant: "out of 160"
[17:09] <yofel> it's 170 btw.
[17:09] <shadeslayer> yofel: how's qvim
[17:09] <shadeslayer> ._.
[17:09] <shadeslayer> yofel: btw qvim has a full screen mode apparently
[17:09] <shadeslayer> set fu
[17:09] <yofel> shadeslayer: better than gvim in any case, but haven't played with it too much yet
[17:10] <shadeslayer> mhm
[17:10] <yofel> I simply like my vim in yakuake :P
[17:10] <shadeslayer> xD
[17:11] <shadeslayer> yofel: maybe also add a check in kubuntu-automation to check for the tag we're trying to add
[17:11] <shadeslayer> if it exists, then bzr was pushed to and no need to introduce more delta
[17:12] <yofel> not sure I like that solution, but it might make sense
[17:15] <shadeslayer> k bye
[17:15] <shadeslayer> cya tomorrow
[17:15] <shadeslayer> script running
[17:38] <kubotu> ::workspace-bugs:: [1300841] GTK Windows (i.e. gvim) do not maximize properly @ https://bugs.launchpad.net/bugs/1300841 (by Alex Roman)
[17:58] <sgclark> finally got https://launchpad.net/~scarlett-7/+archive/kubuntu-ppa/+builds?build_state=building
[18:00] <yofel> \o/
[20:04] <shadeslayer> yofel: btw script failed again
[20:04] <shadeslayer> today is just not a good day for Launchpad
[20:04] <shadeslayer> also
[20:04] <shadeslayer> drool http://liliputing.com/2014/03/minnowboard-max-99-intel-atom-powered-single-board-computer.html
[20:05] <shadeslayer> yofel: ^^
[20:05] <shadeslayer> apparently goes up to quad core + 4 GB
[20:05] <shadeslayer> *4 GB RAM
[20:05] <yofel> :O
[20:06] <shadeslayer> yeah, :)
[20:06] <shadeslayer> I was hoping for *exactly* this
[20:07] <shadeslayer> the best ARM SoC at the moment is the iMX6 I think
[20:07] <shadeslayer> 2 GB RAM + 4 cores @ 1.2 GHz
[20:08] <shadeslayer> 129 USD + shipping
[20:08] <shadeslayer> I'd love to see what the quad core / 4 GB Intel atom thing does
[20:09] <ovidiu-florin> thank you jose
[20:09] <yofel> right, but I doubt that'll work on a 5V power jack 
[20:09] <yofel> at least an actually fan-less atom board is nice indeed, esp. for that price
[20:10] <yofel> except that I can't really think of a personal use case for one :(
[20:10] <yofel> not right now at least
[20:10] <shadeslayer> heh
[21:45] <kubotu> ::workspace-bugs:: [1299920] defaulting to qt5 does not work siunce QT_SELECT=qt4 is in the environment by default. @ https://bugs.launchpad.net/bugs/1299920 (by Søren Holm)
[21:52] <yofel> shadeslayer: ^
[21:52] <shadeslayer> it should be unset
[21:53] <shadeslayer> wah
[21:53] <shadeslayer> dafuq
[21:54] <yofel> well, yeah, you are unsetting it, after the session is done
[21:54] <yofel> doesn't really help while you're actually in the session
[21:54] <shadeslayer> fooey
[21:55] <shadeslayer> yofel: move to line 447?
[21:56] <yofel> as far as I understand startkde, the script stops at line 421 until ksmserver exits, i.e. you log out
[21:56] <yofel> anything after that is irrelevant to the session
[21:57] <shadeslayer> ack, will try it out tomorrow and fix
[21:57] <shadeslayer> this is just mental >.>
[21:57] <yofel> can we just go and install qdbus and qdbus-qt5 by default -.-
[21:58] <shadeslayer> qt5? :O
[21:58] <shadeslayer> is this sparta? :D
[21:58] <yofel> then again, as timo says, 'qdbus -qt4' might work
[21:59] <shadeslayer> iirc it will
[21:59] <shadeslayer> alternatively
[21:59] <yofel> uh, isn't qdbus-qt5 not being installed the whole problem? ^^
[21:59] <shadeslayer> replace all qdbus calls with QT_SELECT=qt4 qdbus
[21:59] <shadeslayer> yofel: really? I thought it was the wrong var being set for people who want to build Qt5 thingums on KDE 4
[21:59] <shadeslayer> or wrong path earlier
[22:00] <yofel> well, yeah, having qt5-default installed requires qdbus-qt5 for working dbus
[22:00] <shadeslayer> :S
[22:00] <shadeslayer> why is a configuration package depending on qdbus-qt5?
[22:00] <yofel> it's not?
[22:01] <yofel> nothing depends on qdbus-qt5
[22:01] <yofel> so it is never installed
[22:01] <yofel> and 'qdbus' points to an inexistent file
[22:01] <shadeslayer> ah hm, I see
[22:02] <yofel> your fix works for sure, and breaks qt5-default while at it
[22:03] <shadeslayer> not fun ... not fun at all :/
[22:03] <shadeslayer> I'll look at it tomorrow
[22:03] <shadeslayer> off to bed
[22:04] <yofel> sure
[22:04] <yofel> nini :)
[22:46] <kubotu> ::workspace-bugs:: [1299920] defaulting to qt5 does not work siunce QT_SELECT=qt4 is in the environment by default. @ https://bugs.launchpad.net/bugs/1299920 (by Søren Holm)
[22:51] <ScottK> shadeslayer: I can look at it.
[22:51] <ScottK> (if it's a New package, it'll take more time than i have now though)