[01:06] <Riddell> hmm, shadeslayer_ needs a hackergotchi
[01:18] <Riddell> fixed
[01:22] <Riddell> kubotu: newversion grantlee 0.4.0
[01:22] <kubotu> https://bugs.launchpad.net/bugs/1257129
[01:38] <Riddell> kubotu: newversion plasma-nm  0.9.0.10
[01:38] <kubotu> https://bugs.launchpad.net/bugs/1257132
[02:26] <Noskcaj> Riddell, Why do you want 0.9.0.10 and 0.9.3.2?
[02:36] <Noskcaj> Also, what does the plasma-nm-fixes.patch patch do? It doesn't apply in 0.9.3.2
[07:13] <soee> good morning
[07:38] <lordievader> Good morning.
[08:09] <kubotu> ::workspace-bugs:: [1240376] Plymouthd constantly using 5% of CPU time @ https://bugs.launchpad.net/bugs/1240376 (by LeonMaxx)
[10:23] <Riddell> "Subject: kubuntu-dev joined ubuntu-qt5-dev"
[10:23] <Riddell> new uploader group for qt5
[10:24] <hsitter> Sput: core fixed I presume?
[10:25] <hsitter> Riddell: iso with firefox doesn't appear to be oversized xD
[10:28] <Sput> hsitter: university decided to cut power to the data center today
[10:28] <Sput> and apparently, the USV in my former lab doesn't do its job
[10:29] <hsitter> Sput: how rude ^^
[10:29] <Sput> I'm still waiting for their supposed admin to ask me for the root keys
[10:30] <Sput> didn't seem to have interested him in the past two years
[10:31] <Sput> this time I made a local backup of the database though, just in case, after last time the RAID didn't come back up...
[10:31] <Sput> but wasn't needed, thankfully
[10:51] <apachelogger> and then the wifi exploded xD
[10:58] <Riddell> yay, notes.kde.org works in rekonq
[11:26] <Quintasan> I have no idea what did you do but my kmail died due to messages from LP
[11:29] <Riddell> well I'm about to hit retry so it might happen again...
[11:32] <Quintasan> I see.
[11:32] <Quintasan> I'll just kill it
[11:32] <Quintasan> and use web interface
[11:32] <Quintasan> Riddell: Do you need any more information regarding cards
[11:36] <Riddell> Quintasan: they are in the post, maybe that's what killed your kmail
[11:37] <Quintasan> Riddell: :D
[12:42] <shevron> hey all, I'm trying to backport the latest qt packages to precise but am having some circular dep issues.
[12:42] <shevron> They guys at #ubuntu-packaging suggested asking here
[12:42] <shevron> I've posted my q here: http://askubuntu.com/questions/383213/backporting-qt-4-8-4-circular-dependencies-of-qtchooser
[12:42] <shevron> would appreciate any tips
[12:45] <apachelogger> apt-cache show qt4-default |grep qtchooser
[12:45] <apachelogger> Depends: qtchooser
[12:45] <apachelogger> fancy
[12:46] <Riddell> shevron: what happens if you backport qtchooser?
[12:47] <shevron> Riddell: qtchooser depends on libqt-dev which in turn depends on qt-4default which in turn depends on qtchooser
[12:47] <shevron> I'm new to deb packaging and don't know how to break this cycle
[12:48] <Riddell> shevron: I think even an experienced packager would be having problems with that :)
[12:48] <Riddell> shevron: out of interest why are you backporting?
[12:49] <shevron> Riddell: my company runs on precise due to LTS, but we need the latest Qt libs and pyside due to some bugs in earlier versions
[12:50] <shevron> I can most likely grab and build pyside from pypi but would rather have a pre-built deb
[12:50] <Riddell> wgrant: builders broken? https://launchpad.net/ubuntu/+source/calligra/1:2.7.5-0ubuntu2
[12:51] <Riddell> shevron: can qtchooser be built against the qt4 version in precise?
[12:54] <shevron> Riddell: I don't know - whats the best way to test?
[12:55] <Riddell> shevron: well download qtchooser source and compile
[12:56] <shevron> ah ok I thought you meant the dev package. I'll test and update (may take a while)
[12:57] <wgrant> Riddell: Looks more like the archive is pretty broken
[12:57] <wgrant> libpcre3 no longer provides libpcre.so.3?
[12:59] <Riddell> hmm, doko uploaded
[13:00] <Riddell> shevron: yes compiles file for me in precise, so I hope that'll solve the cirular dependency cos otherwise I think you'll be stuck removing the qtchooser bits from the qt4 package
[13:02] <shevron> Riddell: thanks, so now my question is how do I get launchpad to bootstrap with precise qt first, build qtchooser and only then re-build it for backported qt? or does that make no sense?
[13:02] <shevron> also is that question relevant here or should I ask somewhere else?
[13:09] <Riddell> shevron: here is fine
[13:09] <Riddell> shevron: but only because we'll try and turn you into a kubuntu packager :)
[13:09] <shevron> Riddel :)
[13:09] <Riddell> shevron: you'll need an empty PPA and upload qtchooser first then upload the new Qt
[13:09] <shevron> ah I see
[13:10] <shevron> kind of hackish but I guess itll work
[13:10] <shevron> :P
[13:10] <shevron> Riddell: thanks for the help. I'll keep you posted with the results later on
[13:10] <Riddell> yes it is ugly having a circular dependency but I guess we're stuck with it due to upstream's choice to make qtchooser use qt4
[13:13] <shevron> I see
[13:22] <Riddell> sgclark: I can't tell if you're disconnecting or just want to show off your ipv6 address :)
[14:28] <ovidiu-florin> yofel: ping
[14:30] <yofel> ovidiu-florin: yes?
[14:31] <shadeslayer> question, when doing a no change rebuild for a package with XubuntuY what's the next appropriate version?
[14:31] <shadeslayer> XubuntuZ?
[14:31] <yofel> usually yes
[14:31] <shadeslayer> not XubuntuYbuild1?
[14:32] <yofel> not really, "XbuildY" still allows auto-syncing while XubuntuY blocks it. XubuntuYbuildZ is pointless
[14:32] <shadeslayer> ah cool
[14:36] <shadeslayer> alright rebuilds uploaded for digikam and kphotoalbum
[14:36] <shadeslayer> hopefully things will migrate now
[14:37] <shadeslayer> calligra is already building
[14:37] <shadeslayer> ugh
[14:38] <shadeslayer> someone needs to upload kphotoalbum, I don't have upload rights
[14:38] <shadeslayer> apachelogger: ^^
[14:38] <shadeslayer> or Riddell ^^
[14:40] <Riddell> shadeslayer: yo
[14:40] <Riddell> shadeslayer: where is it?
[14:40] <shadeslayer> Riddell: plz do a no change rebuild of kphotoalbum
[14:41] <Riddell> shadeslayer: reason?
[14:41] <shadeslayer> libmarble transition ( libmarble16 -> libmarble17 )
[14:41] <shadeslayer> marble is blocked in -proposed since kphotoalbum becomes uninstallable
[14:42] <Riddell> okay dokay
[14:42] <Riddell> shadeslayer: but when do you plan to get MOTU?
[14:42] <Riddell> :)
[14:42] <shadeslayer> :D
[14:42] <Riddell> shortly before core-dev?
[14:44] <shadeslayer> yep 
[14:46] <Riddell> cyphermox: are you planning to go to modemmanager 0.8 soon?
[14:47] <Riddell> kubotu: newversion modemmanager-qt 1.0.0
[14:47] <kubotu> Package modemmanager-qt doesn't exist yet!
[14:47] <Riddell> hmm
[14:47] <Riddell> kubotu: newversion libmm-qt 1.0.0
[14:47] <kubotu> https://bugs.launchpad.net/bugs/1257315
[14:47] <Riddell> kubotu: newversion libnm-qt 0.9.8.0
[14:47] <kubotu> https://bugs.launchpad.net/bugs/1257316
[14:54] <cyphermox> Riddell: right, going to need to look into it for Debian anyway
[14:54] <cyphermox> it was indeed blocked by support for libmm and such in KDE though, so you think this has been solved since?
[14:55] <Riddell> cyphermox: oh right, yeah that new libmm-qt bug 1257315 needs modemmanager 0.8
[14:55] <cyphermox> there wasn't just libmm as I recall though
[14:56] <cyphermox> I thought there were parts of plasma-networkmanagement that were calling to MM directly
[14:58] <Riddell> cyphermox: mm I wouldn't think so, the point of having libmm-qt is not to have to use libmm directly
[14:59] <Riddell> cyphermox: actually it's modemmanager 1.0 that libmm-qt would like now
[14:59] <cyphermox> I know, I wouldn't have expected it either
[14:59] <cyphermox> I'll discuss it with mbiebl who's asked for MM before, and look up the debian bugs. I'm sure the details were listed there
[15:02] <shadeslayer> Riddell: why is valgrind required as a build-dep in digikam? ( You added it some time ago )
[15:02] <shadeslayer> Debian doesn't have it 
[15:03] <Riddell> shadeslayer: dunno, what does the changelog say?
[15:03] <shadeslayer> doesn't say why, just says that you added it
[15:03] <shadeslayer> with 4:3.4.0-1ubuntu1
[15:04]  * shadeslayer is building without valgrind to see what happens
[15:04] <Riddell> it won't be able to debug itself!
[15:04] <shadeslayer> -- Looking for valgrind/valgrind.h - not found
[15:04] <shadeslayer> huh
[15:04] <shadeslayer> required for libkgeomap
[15:05] <Riddell>         VALGRIND_PRINTF_BACKTRACE("%s", dummyArray.constData());
[15:06] <Riddell> yep, libkgeomap wants to debug itself
[15:06] <Riddell> clever eh?
[15:12] <shadeslayer> heh :)
[15:19] <Riddell> shadeslayer: did you look at libbluedevil 0.9.4? (I'm just looking at it but I wonder if you already have)
[15:19] <shadeslayer> nope
[15:19] <Riddell> ok groovy, I'll do a SRU too
[15:19] <shadeslayer> trying to make sure 4.11.97 migrated 
[15:19] <shadeslayer> Riddell: could you poke someone about kscreen as well
[15:19] <shadeslayer> I asked on #ubuntu-release nothing so far
[15:19] <Riddell> hmm, I wonder if we need a new SRU dude, bus factor of 1 on ScottK isn't great
[15:20] <Riddell> shadeslayer: want to be a SRU dude?
[15:20] <shadeslayer> I applied so long ago
[15:20] <Riddell> oh?
[15:20] <Riddell> you probably need to be core-dev no?
[15:21] <shadeslayer> no clue, I was told that you could apply to be a SRU approver
[15:21] <shadeslayer> and to contact person foo
[15:23] <Riddell> shadeslayer: but foo didn't get back to you?
[15:23] <shadeslayer> nope
[15:23] <shadeslayer> can't find the email as well
[15:23] <shadeslayer> it's that old
[15:24] <shadeslayer> debian doesn't have kgeomap which is why I don't think they need valgrind
[15:25] <Riddell> shadeslayer: pst, kf5 meeting going on, want to pimp your ISOs?
[15:25] <shadeslayer> ah yes
[15:25] <shadeslayer> though kind of pointless for kf5
[15:26] <shadeslayer> it's more of a PW2 thing
[15:26] <Riddell> I guess so, they seem like a fairly arbitrary separation to me
[15:59] <shevron> Riddell, I've successfully built qtchooser on lp, now waiting for qt4-x11 to build (https://launchpad.net/~shahar-evron/+archive/qt-backports)
[15:59] <shevron> (for precise)
[15:59] <Riddell> shevron: fingers crossed :)
[16:00] <shevron> Riddell, once the latest libqt4-dev is built, should I rebuild qtchooser against it? how do I trigger a rebuild on lp ?
[16:00] <Riddell> shevron: I don't think there's any need for that, qtchooser doesn't do anything complex
[16:01] <shevron> Riddell: ok. I don't need qtchooser in any case, but I thought someone else might want it in a "properly" backported build
[16:05] <shadeslayer> Riddell: any experience writing KCM's in Python?
[16:06] <Riddell> hmm
[16:06] <Riddell> I think we did have them
[16:08] <Riddell> gosh I really don't remember
[16:08] <Riddell> guadance used them back in the day
[16:08] <Riddell> it used libpythonize
[16:10] <Riddell> shadeslayer: userconfig has it
[16:10] <Riddell> X-KDE-Library=kpythonpluginfactory
[16:11] <Riddell> KCModule.__init__(self, component_data, parent)
[16:11] <Riddell> easy
[16:11] <Riddell> shadeslayer: why do you ask?
[16:11] <shadeslayer> userconfig?
[16:12] <shadeslayer> Riddell: need to convert my driver manager into a KCM this evening
[16:12] <Riddell> shadeslayer: what got replaced by user-manager after raring
[16:13] <shadeslayer> oh, it's not even in the archive after raring
[16:13] <yofel> shadeslayer: isn't that python3, we have no kpythonpluginfactory that supports python3
[16:13] <Riddell> mm
[16:13] <shadeslayer> yofel: are you sure? I can import KDE modules just fine
[16:13] <Riddell> shadeslayer: pykde has python3 yes
[16:14] <shadeslayer> ^^
[16:14] <Riddell> but not kpythonpluginfactory
[16:14] <yofel> well, feel free to try. Last time we accidentally built kpythonpluginfactory against python3 userconfig, synaptics and co. went mental
[16:14] <shadeslayer> oh
[16:14] <shadeslayer> this is going to be hard to solve then
[16:14] <yofel> you could make a copy of it as kpython3pluginfactory as a distro patch I gues
[16:15] <yofel> or just implement python2 and 3 support properly if you're bored ^^
[16:15] <shadeslayer> :D
[16:15] <shadeslayer> or call python code from inside C++ code
[16:16] <yofel> well, it's linked against libpython, so you need 2 binaries
[16:17] <yofel> FWIW, we do have:
[16:17] <yofel> python3-pykde4: /usr/lib/kde4/kpythonpluginfactory.cpython-33m.so
[16:17] <yofel> python-kde4: /usr/lib/kde4/kpythonpluginfactory.so
[16:17] <yofel> but the py3 one doesn't work because the name is wrong
[16:17] <yofel> (I think)
[16:17]  * yofel wonders whether using kpythonpluginfactory.cpython-33m in the desktop file would work >.>
[16:18] <shadeslayer> right, I suppose that would work
[16:18] <shadeslayer> thoughts on how to check with synaptik?
[16:18] <yofel> well, edit the desktop file and if it breaks you've succeeded
[16:18] <yofel> kinda
[16:19] <shadeslayer> nope
[16:19] <shadeslayer> fails to find kpythonpluginfactory.cpython-33m
[16:21] <shadeslayer> ah wait
[16:22] <yofel> well, I think it works - we simply have no py3 module for synaptiks ^^
[16:22] <yofel> fun solution though :D
[16:23] <shadeslayer> http://paste.kde.org/paf142506
[16:24] <shadeslayer> oddly no '.so' at the end of /usr/lib/kde4/kpythonpluginfactory.cpython-33m
[16:24] <yofel> o.O
[16:25] <shadeslayer> otoh if I add .so to the desktop file I get :  http://i.imgur.com/UFTTsPv.png
[16:26] <shadeslayer> http://paste.kde.org/pdf71f466
[16:26] <yofel> hm, I guess the .cypthon-33m confuses it
[16:27] <shadeslayer> I suppose
[16:27] <yofel> right, now the error looks like it should be
[16:28]  * manchicken stabs MySQL… roughtly.
[16:28] <manchicken> roughly even
[16:28] <shadeslayer> so yeah, can be done :)
[16:28] <Riddell> manchicken: I hear maria is the new queen of mysql
[16:29] <manchicken> Not upset with our package, more with MySQL itself.
[16:29] <yofel> apachelogger: we found a solution for supreme kpythonpluginfactory py3 support ^ =þ
[16:43] <shadeslayer> yofel: possibly we rename the so to kpythonpluginfactory3 and then it can work a bit more properly via the desktop files?
[16:44] <Riddell> "CMake 2.8.8 or higher is required.  You are running version 2.8.7"  hmm this precise backport of SC needs some backporting
[16:44] <yofel> shadeslayer: yeah, would be better. Don't ask me how to properly handle that 33m ABI tag though
[16:45] <yofel> we only have one python3-pykde though so I guess it won't matter
[16:46] <shadeslayer> potentially barry knows , since he seems to have written the patches
[16:46] <shadeslayer> https://bugs.launchpad.net/ubuntu/+source/kscreen/+bug/1254125 needs testers
[16:46] <shadeslayer> !testers | https://bugs.launchpad.net/ubuntu/+source/kscreen/+bug/1254125
[16:46] <shadeslayer> :(
[16:46] <shadeslayer> !testers https://bugs.launchpad.net/ubuntu/+source/kscreen/+bug/1254125
[16:47] <shadeslayer> sigh
[16:47] <Riddell> ubottu sees to have two tts
[16:47] <Riddell> well that's broken
[16:48]  * Riddell moans in #ubuntu-ops
[16:49] <Riddell> !testers
[16:49] <Riddell> !testers | https://bugs.launchpad.net/ubuntu/+source/kscreen/+bug/1254125
[16:50] <Riddell> !testers | kscreen testing
[16:50] <shadeslayer> what fun, doesn't work with links
[16:50] <Riddell> nah the bug one takes precedence
[16:51] <BluesKaj> Riddell. checking
[16:55] <BluesKaj> Riddell. , changed res here without a problem 
[16:56] <BluesKaj> Riddell. only one monitor tho
[16:56] <shadeslayer> BluesKaj: thx, please leave a comment on the bug 
[16:56] <shadeslayer> but don't change the tag yet
[16:56] <lordievader> Riddell: Got only one monitor here too, does that make a difference?
[16:58] <Riddell> BluesKaj: what version of kscreen do you have installed?
[16:58] <Riddell> lordievader: still useful
[16:58] <lordievader> Riddell: Ok, will test after dinner.
[17:00] <Riddell> I don't think the new version is in -proposed yet
[17:05] <BluesKaj> Riddell. version 1.0.2.1
[17:07] <Riddell> BluesKaj: package version?
[17:11] <BluesKaj> yes, I referenced the installed package version from muon , if that's what you mean, Riddell
[17:13] <Riddell> BluesKaj: can you pastebin  apt-cache policy kscreen ?
[17:21] <BluesKaj> Riddell. judt realized there's a large upgrade waiting in the repos ...let me run that and I'll check the the res kscreen changes again
[17:34] <lordievader> Riddell: Is kscreen 1.0.2.1-0ubuntu0.1 the right one?
[17:36] <Riddell> lordievader: yes
[17:37] <lordievader> Riddell: Ok, installing now.
[17:38] <shadeslayer> apachelogger: ping
[17:38] <Riddell> I'm not a mentor at google code in, what can we get some school age folks to do?
[17:38] <Riddell> ahem
[17:38] <Riddell> I'm now a mentor at google code in, what can we get some school age folks to do?
[17:41] <Quintasan> Riddell: You're a mentor at code in? :D
[17:41] <Riddell> Quintasan: yep
[17:46] <lordievader> Riddell: Test report of kscreen: https://bugs.launchpad.net/ubuntu/+source/kscreen/+bug/1254125/comments/3
[17:46] <Quintasan> I guess I'll apply for GSoC this year
[17:47] <Riddell> Quintasan: I doubt ubuntu will be in it so I guess that means kubuntu won't be
[17:47] <Quintasan> Riddell: Well, yeah, I think I'll apply for KDE project
[17:47] <Riddell> you could suggest a kubuntu themed one like fixing up muon-discover
[17:48] <Quintasan> I'm generally more worried about our installer
[17:48] <Quintasan> I'll think about it, it's still some time
[17:49] <shadeslayer> apachelogger: http://pastebin.kde.org/pebvedaes
[17:49] <shadeslayer> apachelogger: ^^ trying to use PythonQt with Python3
[17:51] <BluesKaj> Riddell. no probs with res changes after upgrading , here's the output of apt-cache policy , http://paste.ubuntu.com/6515659/
[17:51] <shadeslayer> apachelogger: PythonQt the C++ lib , not the Python lib
[17:55] <Quintasan> shadeslayer: Can one simply opt out from ninja ppa failure spam?
[17:55] <Quintasan> I'm dying here xD
[17:56] <shadeslayer> dunno
[17:56] <shadeslayer> I usually mute it in the labels
[17:57] <Riddell> BluesKaj: apt-cachepolicykscreen
[17:57] <Riddell> BluesKaj: apt-cache policy kscreen
[18:00] <Riddell> BluesKaj: you need to comment on bug 1254125
[18:06] <Wiho> Hi ya'll
[18:06] <Wiho> im in need of some help
[18:07] <Wiho> Trying to install kubuntu for the first time
[18:07] <Wiho> and all i get is the terminal window asking for user and password
[18:07] <Wiho> then
[18:07] <Wiho> nothing
[18:07] <Wiho> how do i get it to work like a OS ?
[18:09] <Wiho> I'm using fusion vmware on my mac, and installing from a iso file
[18:09] <Wiho> ubuntu was no problems
[18:09] <Wiho> no kubuntu is giving me some pain in the ass
[18:10] <lordievader> Wiho: Kubuntu support is in #kubuntu.
[18:10] <Wiho> #kubuntu
[18:10] <Wiho> okok
[18:10] <Wiho> thx :)
[18:12] <BluesKaj> ok Riddell , comment done
[18:13] <Riddell> thanks BluesKaj 
[18:14] <BluesKaj> Riddell. np
[18:31] <Riddell> Noskcaj: I packaged rekonq
[18:32] <Noskcaj> ok
[18:32] <Riddell> bah, akonadi backport breaks in precise
[18:32] <Riddell> which blocks
[18:32] <Riddell> which blocks kdepimlibs
[18:32] <Riddell> which blocks lots of things
[18:33] <Riddell> guess I'll try tomorrow with shevron's qt backport
[18:35]  * Riddell throws akonadi into ninjas just incase it works
[18:35]  * Riddell out
[18:36] <Noskcaj> I'm trying to merge the new kdeconnect-kde, when building it gives the error http://paste.ubuntu.com/6515872/ . What should i do?
[18:42] <Noskcaj> Riddell, rekonq works fine with hardening=+all, can you add that next upload?
[19:20] <Riddell> Noskcaj: just send me the debdiff for rekonq, but isn't that on by default?
[19:20] <Riddell> Noskcaj: hmm an occational reoccuring problem that, are you on a clean trusty system?
[19:21] <Noskcaj> not clean, i'll try clean now, but my internet means that takes ages
[19:21] <Riddell> Noskcaj: ec2s available on request (although I'm about to log off so probably not just now)
[19:21] <yofel> that qt error usually happens when qt4-default isn't installed
[19:22] <yofel> (or something like that)
[19:22] <Noskcaj> and just swap hardening=+bindnow with hardening=+all  in debian/rules for rekonq
[19:23] <yofel> although, setting QT_SELECT is supposed to work too
[19:25] <Riddell> grr, grantlee fails on armhf in build servers but works fine on my local pandaboard in a trusty chroot
[19:26]  * Riddell hits retry for luck
[19:29] <EMP__> Greetings
[19:29] <Noskcaj> heey EMP__ 
[19:29] <EMP__> Hello Noskcaj
[19:30] <EMP__> I have been going through the forums across the interwebs trying to set up a static ip on 13.1
[19:31] <EMP__> My current attempts have failed. 
[19:32] <EMP__> I have tried editing interfaces and networkmanager.conf but I run into the issue that I do not have permission
[19:32] <yofel> EMP__: support is in #kubuntu
[19:32] <EMP__> my bad
[19:33] <EMP__> #kubuntu
[19:33] <yofel> type: /join #kubuntu
[19:40] <ilir> hello from greece
[19:49] <Noskcaj> Adding qt4-default to the build deps fixes kdeconnect-kde
[20:25] <soee> firefox is already as default browser on daily builds ?
[20:54] <shadeslayer> soee: should be
[21:13] <jalcine> looks like with the new updates for network manager, captive portal detection in plasma-nm is underway
[21:13] <jalcine> curious on how it'd be done (via a HTTP 302 checker or etc)
[22:52] <Riddell> jalcine: what's captive portal detection?
[22:53] <Riddell> jings grantlee compiled on a retry, how unsatifying
[22:53] <shadeslayer> Riddell: yofel turns out we have PPC users https://bugs.kde.org/show_bug.cgi?id=328019
[22:53] <jalcine> Riddell: it's like when you access a network; be it wireless or wired and it prevents web access until you do something it asks
[22:53] <jalcine> like a confirmation of network use or entering in info for a form
[22:54] <yofel> shadeslayer: great, that doesn't increase our amount of PPC testers though: still ~0
[22:54] <shadeslayer> ah, like when Android tells you that you have to sign in
[22:54] <shadeslayer> yofel: hehe
[22:54] <shadeslayer> yofel: have a look at the crash, just to confirm , that should be reported upstream in Qt correct?
[22:55] <jalcine> shadeslayer: yup
[22:55] <shadeslayer> jalcine: neat
[22:55] <jalcine> definitely useful for mobile KDE
[22:55] <jalcine> speaking of which, anyone tried it (Mer) on a Nexus 4?
[22:56] <jalcine> I got one here and curious if it's possible to get it on here
[22:57] <yofel> shadeslayer: looks like it