[03:19] <ahoneybun> what are were you saying apachelogger?
[07:32] <valorie> ooo, I missed this earlier: http://dot.kde.org/2013/10/02/ezgo-free-and-open-source-software-taiwans-schools
[07:32] <valorie> they are now using kubuntu as the base for ezgo
[07:33] <soee> ;]
[09:12] <apachelogger> valorie: more to the point, everyone needs tableties
[09:13]  * valorie is waiting for a vivaldi
[09:13] <valorie> fortunatly not holding my breath on that
[09:15] <apachelogger> :S
[09:15] <apachelogger> something needs to happen
[09:15] <apachelogger> they are not the first to mention that requirement coming up, nor will they be the last
[09:16] <apachelogger> not being able to offer anything seems rather bad to me
[09:16] <valorie> someone in #kde was asking for a PPA for plasma active tonight
[09:16]  * valorie stayed silent
[09:16] <valorie> well, they started with their lil open raspi
[09:16] <valorie> maybe they'll have success in the end
[09:17] <valorie> who knows
[09:23]  * valorie drags to bed; contractor coming tomorrow morning too... or rather THIS morning
[09:24] <soee> do you have some problems with upgrades (trusty) as some ktp package breakes it ?
[09:34] <apachelogger> no
[09:39] <apachelogger> bug 1243822
[09:40] <apachelogger> what to do with it?
[09:40] <apachelogger> and why does it not have a card?
[09:40] <soee> apachelogger: http://pastebin.com/DU8R76hQ
[09:40] <apachelogger> wut
[09:41] <apachelogger> apt-cache show kde-telepathy-declarative
[09:41] <soee> and http://pastebin.com/SJ3APcu5
[09:42] <apachelogger> shadeslayer: ^
[09:42] <soee> apachelogger: http://pastebin.com/2Xxn99Tj
[09:42] <apachelogger> soee: file a bug about your second paste please
[09:42] <apachelogger> that's the culprint
[09:43] <soee> apachelogger: kubunut or ktp bug ?
[09:45] <apachelogger> kubuntu
[09:58] <soee> https://bugs.kde.org/show_bug.cgi?id=329553
[09:59] <apachelogger> (kubuntu bugs are filed via ubuntu-bug $packagename
[09:59] <apachelogger> shadeslayer: ^
[10:00] <soee> apachelogger: ?
[10:01] <apachelogger> you filed a kubuntu bug in kde's bug tracker
[10:02] <soee> ah oh my :/
[10:07] <soee> someone can delete it from kde bugs ?
[10:07] <soee> https://bugs.launchpad.net/ubuntu/+source/ktp-common-internals/+bug/1265756
[12:23] <ovidiu-florin> Hello world
[12:23] <ovidiu-florin> Happy new year :D
[12:46] <ovidiu-florin> shadeslayer: are you around?
[12:47] <BluesKaj> Hiyas all
[12:48] <shadeslayer> ovidiu-florin: hi
[12:48] <ovidiu-florin> shadeslayer: AFAIK you are working with Muon, right?
[12:48] <shadeslayer> sort of
[12:49] <shadeslayer> whenever I get the time to fix a bug
[12:49] <shadeslayer> wgrant: did you upstream aarch64_fix_* patches in Qt4?
[12:51] <ovidiu-florin> I've noticed this on a few computers now. I can't install the updates. It failes to download and the tries to apply... nothing. so it failes to install the updates.
[12:51] <ovidiu-florin> I've just tried again, by clicking on the icon in the sys tray
[12:51] <ovidiu-florin> and it seems to work now
[12:52] <ovidiu-florin> beats me why
[12:54] <ovidiu-florin> but this was the 3rd atempt to start the Muon Update manager
[12:54] <ovidiu-florin> and install the updates
[13:02] <shadeslayer> please make sure you update your sources.list before downloading updates
[13:05] <ovidiu-florin> I noticed this after the upgrade to 13.10. Doesn't the upgrade utility also update the sources.list?
[13:08] <shadeslayer> it shou;d
[13:08] <shadeslayer> *should
[13:09] <ovidiu-florin> I see that it did. so that should be ok
[13:09] <ovidiu-florin> I'm trying to translate http://userbase.kde.org/Kubuntu but I can'
[13:09] <ovidiu-florin> can't find the translate button
[13:09] <ovidiu-florin> and I can't find the page in the translatable pages list.
[13:10] <ovidiu-florin> here: http://userbase.kde.org/Special:LanguageStats
[13:35] <lordievader> Good afternoon.
[15:17] <shadeslayer> Alright, first build of Qt 4.8.5 merge
[15:17] <shadeslayer> with some patches disabled
[15:17] <shadeslayer> *fingers crossed*
[15:49] <shadeslayer> apachelogger: re ktp-common-internals, invalid bug
[15:50] <shadeslayer> soee: to fix that issue you can use : sudo apt-get -o Dpkg::Options::="--force-overwrite" -f install
[16:59] <eagles0513875> hey all
[17:46] <xnox> shadeslayer: no upgrades should require that....
[17:46] <xnox> shadeslayer: instead correct breaks/replaces should be specified.
[17:47] <Quintasan> xnox: Those sometimes don't work
[17:47] <Quintasan> God knows why.
[17:47] <xnox> Quintasan: they always do, unless one specifies them wrong =))))
[17:50] <Quintasan> xnox: Maybe they were wrongly specified but I recall one case when that would not work for some reason.
[17:50] <xnox> Quintasan: logs and examples, or it didn't happen =)))))
[17:52] <Quintasan> xnox: I would give you them but just thinking about looking through all of my dpkg logs is making me sick
[17:53] <Quintasan> too lazy, and I guess that in the end it would be me doing something wrong
[17:53] <Quintasan> though at that time I just couldn't get it to work
[17:55] <Sput> apachelogger: just a heads up, sometime this week I will move our quasselcore to another server, because I'm tired of the university hosting it currently cutting power for a day to upgrade the emergency power system for the fifth time
[17:55] <Sput> the old host name should still work and just point to the same machine, but the certificate will change.
[17:56] <Sput> *to the new machine
[17:56] <Quintasan> \o Sput
[17:56] <Sput> hey Quintasan
[17:57] <Sput> not sure why those people want emergency power in the first place if they keep liberally shutting down power to test/upgrade/install/modify it
[17:58] <Quintasan> Sput: got a second to tell me who should I bug wrt a small problem with Quassel?
[17:58] <Sput> Quintasan: best is always to ask in #quassel
[18:00] <apachelogger> Sput: ok, thx
[18:02] <cyphermox> shadeslayer: apachelogger: I just saw backlog -- it wasn't planned at all to start transitioning to bluez 5
[18:09] <jose> Riddell: ping
[18:10] <shadeslayer> xnox: reporter was using a PPA, so that makes it an issue with the packaging in the PPA no?
[18:10] <shadeslayer> upgrading from Saucy KTP to Trusty KTP should go fine since the files haven't moved
[18:13] <shadeslayer> cyphermox: right, just that upstream plans to deprecate bluez4 support
[18:14] <shadeslayer> so by the time LTS comes out, no support for bluedevil + bluez4
[18:14] <shadeslayer> well, first compile of Qt 4.8.5 went well
[18:39] <xnox> shadeslayer: is that one of the kubuntu ppa's?
[18:39] <shadeslayer> xnox: nope
[18:50] <shadeslayer> mitya57: first attempt here https://launchpad.net/~rohangarg/+archive/experimental/+files/qt4-x11_4.8.5%2Bgit192-g085f851%2Bdfsg-2ubuntu1%7Eppa1.dsc
[18:50] <shadeslayer> needs *alot* of work
[18:50] <shadeslayer> especially alot of work with the patches
[18:50] <mitya57> Won't look today, but feel free to ping me tomorrow if you need help
[18:51] <mitya57> Did you commit it to bzr?
[18:51] <shadeslayer> I have not
[18:51] <shadeslayer> I'll do that before I leave
[18:55] <mitya57> Btw, .dscs from launchpad are not dget'able
[18:55] <mitya57> One needs to go to ppa.launchpad.net to get a working .dsc
[18:56] <tsimpson> they are dget'able
[18:57] <tsimpson> they didn't used to be, which is why I wrote dgetlp in ubuntu-dev-tools
[18:58] <mitya57> Then they are dgetlpable :) Didn't know about that tool, thanks! 
[18:59] <tsimpson> I'm not sure if it even still works, this was before LP had +files
[19:02] <soee_> shadeslayer: thanks that command helped
[19:03] <tsimpson> oh, dgetlp was dropped in 0.146, RIP
[19:05] <shadeslayer> didn't even know there was a dgetlp
[19:05] <shadeslayer> I just used pull-lp-source
[19:11] <shadeslayer> mitya57: http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/qt/revision/375
[19:12] <mitya57> shadeslayer: thanks, I will help you finish that tomorrow!
[19:12] <shadeslayer> \o/
[19:13] <shadeslayer> major things to work on are arm64 and ppcel64 support I believe
[19:13] <Quintasan> this is 4.8.5?
[19:13] <Quintasan> why am I always stuck in a hole when there is something interesting to do
[19:13] <shadeslayer> yes
[19:14]  * Quintasan looks at trello cards
[19:14]  * shadeslayer thinks moc-boost148-53.patch can be dropped as well
[19:14] <shadeslayer> Quintasan: if you're looking for something interesting you can write device identification support for the new driver manager
[19:14] <Quintasan> >new driver manager
[19:14] <Quintasan> is it Python?
[19:14]  * yofel passes Quintasan 4.11.5
[19:14] <shadeslayer> or something easier : write support to install packages :P
[19:15] <shadeslayer> Quintasan: hah, no, C++
[19:15] <Quintasan> Where is that?
[19:15] <yofel> if you're seriously bored ;P
[19:15] <shadeslayer> Quintasan: http://quickgit.kde.org/?p=scratch%2Fgarg%2Fkcm-driver-manager.git
[19:18] <Quintasan> shadeslayer: You don't have any docs for that, do you? xd
[19:18] <shadeslayer> docs? 0.o
[19:19] <Quintasan> I think I'll need to do some learning before I can do anything in this.
[19:20] <Quintasan> shadeslayer: what kind of sorcery DriverManager_DBus is?
[19:20] <shadeslayer> Quintasan: it's the dbus service that interacts with the Ubuntu Driver stuff
[19:20] <shadeslayer> I wanted the minimum amount of Python here
[19:21] <shadeslayer> so I wrote a python script that registers DBus objects and the C++ side interacts with that
[19:21] <Quintasan> Okay, so package installation is supposed to be done with libqapt?
[19:22] <shadeslayer> yes
[19:22] <Quintasan> I have absolutely no idea how to do this but I'll try
[19:22] <shadeslayer> and ideally I want to query udev for the device type, so that instead of saying "Broadcom Wireless blah blah" it says "Wireless Card" in the ui
[19:24] <Quintasan> shadeslayer: Should the package installation be handled in Module namespace or I should somehow separate it?
[19:24] <shadeslayer> Quintasan: preferably you want to create a new class to handle that
[19:25] <shadeslayer> Unless it's trivial
[19:25] <shadeslayer> i.e. can be implemented in ~10 lines or so
[19:25] <Quintasan> Which is probably not going to happeb
[19:25] <Quintasan> happen
[19:25] <Quintasan> at least not when I'm the one doing it
[19:25] <shadeslayer> IIRC you have to create a qapt transaction, then commit the transaction, then run it
[19:26] <Quintasan> shadeslayer: I heard you like libraries so we put library on top of your library so you can go sane while you go insane?
[19:27] <shadeslayer> how is this a library :P
[19:27] <Quintasan> well, it's a kcm
[19:27] <Quintasan> :P
[19:28] <shadeslayer> which is not a library :D
[19:28] <Quintasan> hell
[19:28] <Quintasan> why do I suck at coding so much
[19:28] <Quintasan> I must do more of it
[19:29] <Quintasan> most of the time I'm like "hurr durr how do I do this"
[19:29] <Quintasan> then someone shows me how to do it
[19:29] <Quintasan> and I'm like
[19:29] <apachelogger> ^ technically a kcm is a plugin which in turn is a library :P
[19:29] <Quintasan> "wtf, why didn't I think about that"
[19:29] <Quintasan> and it's like that 90% of time
[19:29] <shadeslayer> Quintasan: I'd highly recommend reading the python code and running the detect sequence to see what the driver output looks like
[19:29] <shadeslayer> apachelogger: I don't know, calling a kcm plugin seems a bit far fetched to me
[19:30] <apachelogger> it is a plugin
[19:30] <shadeslayer> would you call firefox plugins libraries?
[19:30] <apachelogger> how do you think it is loaded at runtime? :P
[19:30] <apachelogger> firefox plugins are not libraries
[19:30] <apachelogger> they are scripts
[19:30] <Quintasan> I can see that you are parsing the output into a QVariantMap
[19:30] <apachelogger> with assets
[19:30] <Quintasan> so it's device -> driver key-value combination, right?
[19:31] <shadeslayer> I concur it's a plugin, but I don't know, calling it a library sounds wrong to me
[19:31] <shadeslayer> Quintasan: yep, but it's a QMap<QString, QVariant>
[19:31] <shadeslayer> where QVariant = QMap or QString
[19:32] <Quintasan> hmm
[19:32] <shadeslayer> okay, leaving
[19:32] <shadeslayer> cya tomorrow
[19:32] <shadeslayer> maybe
[19:32] <Quintasan> Lates
[19:32] <Quintasan> Laters even.
[19:33] <apachelogger> shadeslayer: it's a shared object, which means it has mighty exported symbols, which means it is a library
[19:33] <Quintasan> MAKE SYMBOLS FILES FOR ALL KCMS
[19:33] <Quintasan> !
[19:33]  * Quintasan hides
[19:34] <apachelogger> ^ would not make sense because because the KCM does not dictate the symbols but the well defined interface inside kdelibs does
[19:35] <yofel> that's why you make a lib for your code that you can have a symbol file for and then just wrap a kcm plugin around that :P
[19:35] <yofel> just for sanity
[19:36] <Quintasan> I like how sane that sounds but I somehow don't think it's a good idea
[19:36] <yofel> :D
[19:39] <apachelogger> actually I think the well defined interface towards a plugin will not actually show up in the libraries symbols since there are no symbols, the interface would just be a header
[19:39] <apachelogger> so sanity is really not a word I would use WRT plugins
[19:42] <Quintasan> Did any of you watch 30c3 talk about X security?
[19:42] <yofel> do I want to?
[19:42] <Quintasan> Theoretically yes.
[19:43] <yofel> added to todo
[19:43] <Quintasan> It's bad but the more interesting thing is that apparently Qt/KDE has really frivolous approach to security
[19:43] <Quintasan> It's bad as in the security
[19:43] <Quintasan> Not the talk itself
[19:49] <apachelogger> technically the applications developer's approach is terribad
[20:09] <kubotu> ::workspace-bugs:: [1265897] 14.04 Alpha-1 Plasma Netbook Interface has no Web Browser favorite @ https://bugs.launchpad.net/bugs/1265897 (by Marco Parillo)
[20:13] <apachelogger> ^ love the hardcoding
[21:23] <cyphermox> shadeslayer: my concern is that bluez5 is a pretty maintenance-heavy update for a LTS, and I think RHEL at least will still have it for a while. So, since it's still only in experimental on Debian, I wouldn't worry too much about it just yet. We absolutely will upgrade to 5.X as soon as the LTS is released though
[21:24] <cyphermox> that is, unless people suddently step up to update all the other things that will break with bluez 5, pulseaudio, gnome bluetooth, ofono, etc.
[21:25] <cyphermox> more interestingly though, I did get MM 1.0 uploaded to Debian experimental
[21:25] <cyphermox> is anyone aware of whether all is well in KDE land to support the new ModemManager1 API?
[22:07] <apachelogger> cyphermox: supported at least in git, so should be good for uploaded to trusty
[22:07] <apachelogger> Riddell has the details though and I think he is still on vacation
[22:07] <cyphermox> ok
[22:08] <cyphermox> I'll wait to be sure, and I need to send an email to pkg-kde as well to make sure it's fine to upload to unstable
[22:08] <apachelogger> ah
[22:08] <apachelogger> https://trello.com/c/fuFnpLVf
[22:08] <apachelogger> cyphermox: can be uploaded, mm1 support is already released
[22:09] <cyphermox> ah, alright
[22:10] <cyphermox> well, perhaps I'll do the email and possibly upload to unstable this weekend, and then upload to trusty early next week and rebuild NM
[22:10] <shadeslayer> apachelogger: afaik Riddell was supposed to come back on 2nd
[22:11] <apachelogger> :O
[22:11] <shadeslayer> or that's what I recall from our conversation
[22:11] <apachelogger> I'll text him tomorrow if he doesn't show up
[22:12] <apachelogger> shadeslayer: maybe extra time off to rejuvenate the little grey cells 
[22:12] <shadeslayer> maybe
[22:13] <apachelogger> I noticed that starting on 2nd again was a silly idea anyway, I was most surprised when a friend told me that it's friday again xD
[22:13] <apachelogger> very pointless
[22:14] <valorie> ovidiu-florin: please ask in #kde-www for help with that wiki - that's where the experts live
[22:19] <shadeslayer> apachelogger: yeah xD
[22:19] <shadeslayer> apachelogger: also, Monday is a holiday I think
[22:20] <shadeslayer> atleast that's what the calendar widget tells me
[22:20] <shadeslayer> something about 3 wise kings and Jesus
[22:20] <apachelogger> sweet baby jesus
[22:20] <apachelogger> indeed
[22:21] <apachelogger> well, depends on the country anyway
[22:21] <shadeslayer> http://en.wikipedia.org/wiki/Epiphany_%28holiday%29
[23:15] <valorie> ovidiu-florin: now i see that you did, and were ignored
[23:15] <valorie> so maybe write to the list instead