[07:37] Good morning. [07:45] Hmm, no people voted since I left? [07:56] smartboyhw: Voted on what? [07:56] lordievader, please look at /topic [07:57] Ah, downside of long topics, they don't fit in the topbar or irssi. [07:57] lol [07:57] it's why people should tinyurl their crap [07:58] or simply not write their grandma's birthday into the channel topic [07:58] but oh well [07:58] that fight I gave up years ago [07:58] the solution is: don't read channel topics :S [07:58] apachelogger: ;) [07:58] apachelogger, heh. BTW, did you vote? [07:58] nope [08:18] happy tuesday [08:30] anyone see this bug? https://bugs.kde.org/show_bug.cgi?id=324574 [08:30] KDE bug 324574 in kdeui "Application specific icon now doesn't work" [Critical,Resolved: fixed] [08:30] Application specific icon now doesn't work in 4.11 === himcesjf_ is now known as himcesjf [08:31] Riddell: i have no issues with kdevelop [08:32] Blizzz: got 4.11.1 installed? [08:32] Riddell: 4.11.1 [08:32] yes [08:32] thanks, I don't see the issue either, maybe we already patch for it or maybe I'm missing something [08:34] Riddell: but i also have a pretty fresh .kde [08:35] that won't make a difference [08:36] nothing in out kde-workspace to patch it [08:36] nothing in our kde-workspace to patch it [08:36] Riddell: I opened now Calligra Plan and Sheets. In the Open dialoge most of the templates habe an icon with a question mark. can this be related? [08:36] had a user ask nicely so I want to help :) [08:37] Blizzz: no this bug is about app icons only, I think that'll be just missing icon files [08:38] app icons are all fine [08:40] well no harm in adding the patch anyway I'd say [08:40] Riddell: Kdevelop works fine here too. Though I have to say I compiled kdevelop 4.6 myself, not sure if that matters. [08:41] no it's a bug in kde-workspace [08:42] "Application like Quassel / KDevelop"? [08:43] it's not a very clear bug report, guess that's just where he was seeing the issue [08:57] Riddell: FWIW plasma-widget-networkmanagement was not removed when I upgraded my saucy setup [08:58] also the new thing aint authenticating with my wifi [09:06] or maybe it's the driver that is no w defunct,s eeing as it now spams tty0 [09:23] apachelogger: yes removing the old one is yet to be fixed, I had hoped the version upgrade tool would do it for us [09:23] apachelogger: try a dist-upgrade, the version I uploaded yesterday should do wifi authentication from the applet (the old one you had to set it up in the full dialog) [09:31] Riddell, are we dealing with networkmanagerqt and modemmanagerqt new releases in Saucy? [10:42] Riddell, Bug 1219839 [10:42] bug 1219839 in Ubuntu "[FFe] [needs-packaging] kdeconnect-kde" [Wishlist,Confirmed] https://launchpad.net/bugs/1219839 [10:42] It's ready [10:55] ::runtime-bugs:: [1223287] package kde-runtime-data 4:4.8.5-0ubuntu0.1 failed to install/upgrade: trying to overwrite... @ https://bugs.launchpad.net/bugs/1223287 (by Prabodh) [11:15] smartboyhw: sweet, have you tested it? [11:15] Riddell, my phone is charging, so I will test it later-.- [11:15] smartboyhw: yeah getting the releases of nm bits would be good [11:15] (I got it to 0 today) === inetpro_ is now known as inetpro [11:17] It has just been brought to my attention in #kubuntu that jockey-kde is broken, is this a known issue? (AttributeError: 'module' object has no attribute 'InstallProgress') [11:18] lordievader: it's an issue I suspect is the case but I've not looked into at all, bug reports welcome [11:18] lordievader, and patches welcome too:P [11:18] Riddell: It is both the jockey-kde and jockey-text (and probably jockey-gtk, don't have that one). [11:19] not sure it still exists [11:19] jockey is unmaintained so it's up to us to fix it or drop it [11:19] JontheEchidna: I don't suppose muon is getting driver setup any time soon? [11:19] Ah I see. [11:19] I'm not even sure what jockey is used for these days [11:19] Riddell, thinking of this missing symbol in libmm-qt [11:19] + _ZnwmPv@Base 0.5.0-0ubuntu1 [11:19] #MISSING: 0.0~git20130816# (subst|arch=amd64)_Znw{size_t}Pv@Base 0.0~git20130816 [11:19] * Riddell hugs thinkpad with intel components that don't need it [11:20] Thinking if it is OK to replace [11:20] (i.e. use the current one to overrule the MISSING symbol) [11:20] smartboyhw: how do you mean use the current one? [11:20] Ugh ubuntu-bug segfaults :( [11:21] lordievader: which version of pykde is installed? (use apport-cli in the meantime) [11:21] Riddell, i.e. let _ZnmwPv@Base go in and delete (subst|arch=amd64) _Znw{size_t}Pv@Base [11:21] lordievader: yes now that's an issue I had too, make sure you've got the latest pykde and sip4 and other pykde bits work [11:21] Riddell, ^ [11:21] smartboyhw: oh no they're separate symbols [11:21] smartboyhw: has the soname been bumped for the release? [11:22] Riddell: IIRC we're still using jockey because the ubuntu-drivers stuff is py3 and kpython3pluginfactory doesn't exist [11:22] yofel, Riddell: E: Unable to locate package pykde [11:22] lordievader: python-kde4 [11:22] Is already the newest version/ [11:23] lordievader: so yeah, a bug report needed for that too :( [11:23] lordievader: which is? [11:23] Riddell, checking [11:23] yofel: 4:4.11.0-0ubuntu1 [11:23] Riddell: With sip4 you mean python-sip? [11:23] you need 4.11.1-0ubuntu2 [11:23] lordievader: yep [11:24] possibly stuck in proposed [11:24] so company I work for just released a bunch of stuff as open source, thought maybe some of you all would like to have a look... http://nomovok.com/news/48/63/Nomovok-released-WRATH-to-Open-Source [11:24] That one wasn't installed though, python-sip. [11:24] oh arm breakage [11:24] Hmm it still segfaults after installing sip. [11:24] * Riddell fears the wrath of jussi [11:25] lordievader: as I said, your python-kde4 i stoo old, and python-sip needs to be 4.15.2~snapshot-20130906-0ubuntu1 [11:25] ScottK, thanks for approving, now I seriously need MOTUs-.- [11:26] smartboyhw: kdeconnect needs tested before uploading [11:26] Riddell, hmm, I am building the old package and the MISSING symbols occur too [11:26] Riddell, OK [11:27] smartboyhw: interesting, so a compiler change probably [11:27] Riddell, yeah [11:27] smartboyhw: tempting to just ignore it then [11:27] yofel: Appearantly the newer version of python-kde4 is not yet in the repo's I have enabled. [11:27] Riddell, I'm extremely tempted to ignore it, so ignoring. [11:28] lordievader: it is in saucy-proposed, so maybe it's stuck there [11:28] Riddell: not the name I came up with ;) [11:28] should be out soon [11:28] yofel: Oke, cool :) [11:29] lordievader: yay, ubuntu-bug works if I install pykde from -propoesd [11:31] Hmm, lost symbols [11:31] All coming from the same thing [11:31] Riddell: Ah great \o/ [11:32] smartboyhw: if it's just the same compiler change that should be fine to ignore, the compiler usually understands these things better than me [11:33] Riddell, checking [11:33] But I'm thinking it's not [11:33] do we have any arm PPAs for testing? [11:33] smartboyhw: you have one hidden away don't you? [11:33] Riddell, yes [11:34] I can try my hand at fixing the jockey bug, but I'm not sure if I'll succeed. [11:34] Riddell, eh ew, the symbols were replaced with the 0.5.0 version:P [11:35] hm, about that symbol [11:35] what's the actual code for that? [11:35] I've seen symbolshelper doing wrong size_t mappings in the past [11:36] yofel, http://paste.kde.org/paf59e7e2/ [11:36] * smartboyhw is good enough to actually find the code related:P [11:36] lordievader: go for it :) [11:36] uh, not really [11:36] $ c++filt _ZnwmPv [11:36] operator new(unsigned long, void*) [11:36] Normally, I fail to do so [11:36] that paste doesn't talk about operators [11:37] : ModemInterface(*new ModemGsmSmsInterfacePrivate(path, this), parent) [11:37] !? [11:37] yofel, ^ [11:38] that's fine, as long as it's deleted [11:39] smartboyhw: can you upload this to arm ppa? http://starsky.19inch.net/~jr/tmp/pykde4_4.11.0-0ubuntu2~ppa1.dsc [11:39] Riddell, OK sure [11:43] Riddell, I think I need the _source.changes file [11:44] smartboyhw: you'll need to generate it (so you can sign it) [11:44] smartboyhw: http://starsky.19inch.net/~jr/tmp/pykde4_4.11.0-0ubuntu2~ppa1_source.changes [11:44] but as tsimpson says, you'll need to sign it [11:49] smartboyhw: You should work on becoming one (MOTU). [12:03] smartboyhw: are you building on i386? [12:08] ScottK, oh? [12:08] Interesting though:P [12:08] Riddell, signing is easy [12:08] I just don't want to make my own:P [12:10] ScottK, I would rather want to work on being a DD:P [12:13] smartboyhw: ok, I think you were right with just dumping the whole subs stuff for the symbol, so go ahead and do that (in case that was a 32bit build) [12:13] *subst [12:13] yofel, unfortunately, that is an amd64 build-.- [12:13] * smartboyhw thinks he has just done something stupid [12:14] Anyhow, can just run it in a pbuilder [12:14] Riddell, https://launchpad.net/~smartboyhw/+archive/packaging-staging-3-for-arm/+build/4951590 [12:15] would be weird really, as _Znw{size_t}Pv is _ZnwmPv on amd64 [12:15] smartboyhw: should be done any day now :) [12:15] Riddell, any day, LOL [12:16] lets hope pykde doesn't use automoc [12:17] yofel, why? Automoc doesn't work on ARM? [12:18] not in qemu-arm bug 1077116 [12:18] bug 1077116 in qemu (Ubuntu) "automoc4 segfaults when building in an armhf pbuilder on an amd64 host" [Medium,Confirmed] https://launchpad.net/bugs/1077116 [12:38] smartboyhw: um it failed even earlier :( [12:40] Riddell, -.- [12:40] I wonder if that's because it's not compiling against -proposed [12:40] Riddell, OK, I will enable -proposed [12:41] Enabled and re-started builds [12:41] thanks smartboyhw [12:41] but I see the only stuff it built againt in -proposed was libmirclient-dev [12:41] which shouldn't even be in there [12:42] Riddell, libmirclient!? [12:42] -.- [12:42] When did we start supporting XMir!? 0.0 [12:43] never, it's probably pulled in by something else [12:45] qt I say [12:46] Meh [12:48] Hmm [12:48] pykde4 failed again [12:48] Code error-.- [12:49] I only just realized that now, but why are you building 4.11.0, not 4.11.1? [12:49] yofel, hell!? [12:50] Hmm, i386 and amd64 have different symbols (i386 uses j, amd64 uses m) -.- [12:51] Riddell, please give me a proper file-.- [12:52] smartboyhw: that's (subst) {size_t} then [12:53] j = unsigned int, m = unsigned long [12:53] yofel, OK... [12:54] smartboyhw: as pointer addresses have different size on 32/64 [12:54] yofel, but using that will fail the amd64 builds here [12:54] yofel, ^ [12:55] It's failing the builds [12:55] smartboyhw: pardon? [12:55] oh [12:55] Riddell, you gave me 4.11.0 -.- [12:55] Instead of 4.11.1 [12:56] ok, wrong, size_t would be qw(m|j} [12:57] smartboyhw: hmm, how did that happen? [12:57] yofel, ( or {? [12:57] Riddell, your fault, apparently, now looking back at the logs [12:57] smartboyhw: that was just typo, problem is that symbolshelper expects qwm, and we have nwm [12:57] symbolshelper is able to guess the subst type if you feed it all the build logs in one run [12:58] yofel, OK [12:58] hm [12:58] smartboyhw: do what debfx said [12:58] * smartboyhw thinks batchpatch is a bit dangerous [12:58] it's not [12:58] or you can just look at the source code :) [13:03] debfx, yofel using batchpatch failed for me -.- [13:03] Can't call method "expand" on an undefined value at /usr/share/perl5/Debian/PkgKde/SymbolsHelper/Symbol.pm line 112, <$filehandle> line 121. [13:03] pkgkde-symbolshelper: error: libmodemmanagerqt0 patching FAILED. Will NOT continue. [13:03] Sigh, maybe I should get my phone and test KDE Connect instead [13:04] smartboyhw: try this http://starsky.19inch.net/~jr/tmp/pykde4_4.11.1-0ubuntu3~ppa1.dsc [13:05] Riddell, give me a _source.changes file? [13:05] That's easier for me [13:05] smartboyhw: http://starsky.19inch.net/~jr/tmp/pykde4_4.11.1-0ubuntu3~ppa1_source.changes [13:05] debfx: ^ as far as I see, symbolshelper doesn't support nw(j|m) [13:07] unless the q doesn't belong to the symbols [13:07] * yofel sucks at perl [13:08] Hmm Kubuntu doesn't seem to recognize my Bluetooth [13:08] The adapter, that is [13:10] Heh, bluetooth package isn't installed-.- [13:11] No, still can't find it [13:13] hm, no, I misunderstood symbolshelper [13:13] yofel: size_t seems to match what smartboyhw wrote [13:13] yes, I agree now [13:14] qw() is just some perl syntax foo [13:14] anyone tested the videolan libdvdcss package? [13:14] ohm [13:14] apachelogger: able to test? [13:14] :( Can't get Bluetooth working, no test [13:15] yofel: dpkg-architecture as used in neon5's envrionment.rc is part of dpkg-dev [13:15] Riddell, I can't test KDE Connect myself [13:15] smartboyhw: can't you use a wired connection? [13:15] apachelogger: oops [13:15] Riddell: if you tell me how [13:15] Riddell, sure, but wire is weird in this case:P [13:15] and if I find a dvd [13:15] apachelogger: install from archive here, find a dvd, watch film http://www.videolan.org/developers/libdvdcss.html [13:16] smartboyhw: what's weird about wired? [13:16] Riddell, I'm not sure if it works [13:17] Riddell: that page totally needs to give me a command with add-apt-repository [13:17] apachelogger: do you know a different way of reading DEB_HOST_MULTIARCH without dpkg-architecture? [13:17] Riddell, in wired, KDE Connect Android can't read it [13:18] *detect it [13:18] yofel: why do we need to read it anyway? [13:18] yofel: just read at buildtime and sed into the rc? [13:18] oh, good point [13:19] Riddell: As for Plasma Active 4. Going to need more time, it's more complicated at this point now that I took a look at it [13:19] IIRC I added that because something wasn't found anymore after some buildsystem automatically used CMAKE_LIBRARY_ARCHITECTURE [13:19] Quintasan: I suspected it might be, can you write on trello what's complex and what needs done? [13:20] First there is an important interrogation to be held [13:20] smartboyhw: Attention! What is the patch for workspace you were talking about? [13:20] gosh, an interrogation [13:20] Quintasan,the one in the Active 4 download folder [13:20] Quintasan, 0.0 [13:21] the readme states you HAVE to patch it in [13:21] and I believe you said someone told you not to patch it in [13:21] Quintasan, but upstream definitely says no [13:21] That was discussed not only in the upstream channel but also in Active channel [13:21] lol [13:22] Riddell, seriously, KDE Connect is not working here [13:22] Can somebody having an Android phone test it? [13:23] Riddell: works [13:23] KDE Connect? wat is that [13:23] * Quintasan googles [13:24] oooh [13:24] smartboyhw: Do we have a pacakge [13:24] ? [13:24] Quintasan, yes [13:24] Where? [13:25] https://launchpad.net/~smartboyhw/+archive/packaging-staging-1/+files/kdeconnect-kde_0.1-0ubuntu1.dsc [13:27] Quintasan, ^ [13:27] I can see it, compiling [13:29] Hmm [13:29] Hold all testing of it [13:32] apachelogger: fixed [13:33] yofel: I just saw, you are wicked :P [13:33] yofel++ [13:36] Quintasan: are you able to test kde connect? [13:36] Hmm, my package is obviously correct in terms of files installed, but it just can't launch the suitable kcm module [13:36] Riddell, I have some packaging problems here-.- (Small ones, some leftovers, not affecting the install itself) [13:37] Now, the problem is that the install itself doesn't work -.- [13:37] smartboyhw: of kde connect? [13:37] Riddell, I mean, the packages are OK it seems, but I can't seem to find the KCM applet everywhere [13:38] smartboyhw: "kdeconnect-kde" why the funny name? [13:38] Riddell, upstream name, not mine [13:39] They wanted to classify between kdeconnect-android [13:39] hmmm [13:40] yah so that should be kdeconnect-plasma [13:40] smartboyhw: I agree, kcmshell4 kcm_kdeconnect is broken [13:40] welcome to brandinghell [13:40] apachelogger, LOL [13:40] Riddell, yeah [13:40] libkdeconnect-dev_0.1-0ubuntu1_amd64.deb [13:40] Now I think of it, I'm re-considering are we shipping this [13:40] ./usr/lib/kde4/kcm_kdeconnect.so [13:40] ehm [13:40] ^ ! [13:40] Quintasan, ? [13:40] that be a plugin [13:41] No wonder it doesn't work [13:41] there is .so which is a symlink to .so.foo.whatever [13:41] smartboyhw: you put the kcm itself into the dev package [13:41] and there is .so which is a shared object without versioning [13:41] kcm (the tech) uses latter as that is how one does plugins [13:41] yofel, OOPS [13:41] so right now the plugin is in the -dev [13:42] and once you install -dev package it works [13:42] put it in a release note; it'll be fine [13:42] usr/lib/*so usually a library dev symlink usr/lib/kde4/*so usually a plugin [13:42] * apachelogger runs [13:43] * Riddell cheers as pykde4 continues compiling on arm [13:43] Great [13:43] It works! [13:43] However Notification sync does not [13:43] Quintasan: kdeconnect? [13:43] Says it's not available on my Android version [13:43] Riddell: Yes [13:43] awooga [13:43] Quintasan: what does it do again? [13:44] Did we upload it to the repositories? [13:44] Riddell: Well, it apparently integrates Android into KDE as of now [13:44] I can control Amarok from my phone and send notifications from my phone to desktop [13:44] Riddell: Think you could try calling me? [13:45] Quintasan: number? [13:45] you know I just realized, I think no one ever did not make the mistake of putting a plugin in the dev [13:46] Riddell: Works! [13:46] Quintasan: what happens? [13:46] http://wstaw.org/m/2013/09/10/plasma-desktopGM2040.png [13:47] sweet [13:47] SPLENDID IF I MAY SAY SO [13:47] smartboyhw: let's get this baby uploaded [13:47] First have him fix it [13:47] Quintasan: is that with bluetooth? [13:47] So, where should I put it!? [13:47] Riddell: WiFi as far as I can tell [13:47] Riddell, let's tell me where is it-.- [13:47] (I mean, where should I put it) [13:47] Quintasan, WiFi!? [13:48] smartboyhw: anywhere I can get we can get it to upload it [13:48] Riddell, no, I mean the .so plugins-.- [13:48] smartboyhw: You put it into -dev package for christs sake, it's no a development library but a kcm plugin, it should go into kdeconnect-kde [13:48] BUT [13:48] I would rename this crap to kdeconnect-kded [13:49] Quintasan, tell upstream to rename this stuff [13:49] Or even better, you could split it into kdeconned-kded and a kde-config-kdeconnect [13:49] yeah let's go with upstream's name but ask them to rename to kdeconnect-plasma [13:49] Quintasan: ug no, why would you want to install separately? [13:49] Riddell: We already do magic like this [13:50] Like kde-config-telepathy-accounts [13:50] Or kde-config-cron for that example [13:50] Quintasan, I rather would not want to make it too complicated-.- [13:50] Quintasan: they're separate upstream sources [13:50] smartboyhw++ [13:51] It's not really that complicated, is it? [13:51] As least it doesn't look so from my viewpoint [13:51] no but there's also no need [13:52] Riddell: I figured out what the problem is with the jockey, it depends on depricated features of python-apt. They are removed in the newer version. [13:53] * smartboyhw prefers "Less is More", so no splitting packages like that-.- [13:54] Riddell, I need 2 MOTUs. [13:55] lordievader: good work! [13:55] Riddell, 4.11.1 build failed (pykde4) [13:55] lordievader: but does that mean all hope is lost or might there be a work around? [13:55] smartboyhw: what do you need 2 motus for? [13:56] Riddell, NEW packages needs two MOTUs to review it before upload, wiki.ubuntu.com/UbuntuDevelopment/NewPackages says that [13:56] smartboyhw: that's a good fail, it passed the error I had before and this is a similar one [13:56] Christ, just give me the new source and I will upload it for you [13:56] Wait [13:56] We need FFe for it. [13:57] Quintasan: we have a FFe [13:57] Quintasan, nah, ScottK acked [13:57] so we need two MOTUs [13:57] two MOTUs and a bottle of rum [13:57] Riddell: The first error I've fixed, however there are more. There is still hope :) [13:57] smartboyhw: don't worry about MOTUs, we're doing it under kubuntu-dev [13:57] lordievader: good luck! [13:57] Riddell, Quintasan https://launchpad.net/~smartboyhw/+archive/packaging-staging-2/+files/kdeconnect-kde_0.1-0ubuntu1.dsc [13:58] Quintasan: want to upload it and I'll new it? [13:58] Riddell: It shall be as you suggested [13:58] Quintasan, Riddell Thank you:) [13:58] Quintasan, are you a DD? [13:58] smartboyhw: s/unrecgonziable/unrecognizeable [13:59] Quintasan, -.- (sorry) [13:59] besides, what is unrecognizable in Debian? [13:59] * smartboyhw does not have the best English in the world [13:59] Quintasan, um [13:59] It's like #!xdg-open [13:59] I do realise that, that's why pointed it out, I'm not doing that with bad intentions [14:00] Lintian cannot recognize it [14:00] s/Debian/Lintian/ should have been it [14:00] smartboyhw: You did something wrong... Try s/you/me/ or tell me "help sed" [14:00] My fault [14:00] smartboyhw: Make it something like "Added xdg-open Lintian overrides for kdeconnect-kde" [14:01] Makes it more obvious. [14:01] Quintasan, don't tell me to re-upload again to another PPA, I have no strength--.- [14:02] Just put it up somewhere where I can download it, just fix those things, do debuild -S and send me the files === jono is now known as Guest88427 [14:04] 'Morning folks [14:04] uh [14:05] Riddell: GPL-2+-KDE any ideas what is that or if it's acceptable? [14:05] Quintasan, it's just the KDE e.V new version of the GPL [14:05] Quintasan: it's acceptable, it's gpl2 or 3 or approved by e.v. [14:05] i.e community.kde.org/Licensing_Policy (find it yourself, link might be wrong [14:05] The question is whether dep5 understands that [14:05] but matters not it seems [14:05] Quintasan: yeah you can put anything in that field [14:06] Quintasan, even GPL-2+-openssl is acceptable [14:06] even with spaces is acceptable [14:06] smartboyhw: Fixed those? I'm pretty much sure it's good to go [14:06] https://launchpad.net/~smartboyhw/+archive/packaging-staging-4/+files/kdeconnect-kde_0.1-0ubuntu1.dsc Quintasan [14:06] Quintasan, ^ [14:07] * Quintasan testbuilds [14:09] I have tested it multiple times in a pbuilder so the build-deps should all be correct [14:11] apachelogger, JontheEchidna ScottK I am taking that you're not going to vote in Doodle right? I'm picking the time soon. [14:11] bah I can't work out this pykde issue, it compiled fine in older versions and hasn't changed [14:11] Good. [14:11] Uploading [14:11] Riddell: NEW it please === apol_ is now known as apol [14:12] * smartboyhw thinks it's something in GCC or Qt ARM -.- [14:12] smartboyhw: or a newer SIP being more fussy [14:13]