[01:40] [qapt] Jonathan Thomas * echidnaman@kubuntu.org-20111222014017-vpqtz738rr9g5nve * debian/ (4 files) New upstream alpha release [01:42] (just syncing bzr with the archive) [02:27] * ScottK waves to JontheEchidna. [02:27] o/ [02:49] JontheEchidna: How is backports NotAutomatic looking for Muon this cycle? [02:49] It looks like it's kind of getting to be a big deal. [02:51] oh? [02:54] At any rate, it should just be a matter of sticking an extra update category into the new updater, showing updates in -backports [02:55] http://i.imgur.com/emKYZ.png [02:55] That's exactly what the Security Updates section is, in fact [02:56] IIRC we discussed it at the last UDS I was at and you said next time ... [02:57] yeah. It should be a 10 minute job now [02:58] Cool. [02:58] I'm off from everything (school, work) next week. I'll probably do it then [03:02] Great. [08:46] ScottK: hi, the splashscreen written in QML is not installed by default with kde 4.7.90 ? [10:07] so, I have, for a limited time, an N950 :D [11:44] libkatepartinterfaces4 broke its API. can we just merge the package into katepart? [11:45] the only rdeps are katepart and kate-dev and there don't seem to be any public header files for katepartinterfaces. [11:47] bambee: Dunno. Maybe Riddell does. I've been focusing on 4.7. [11:48] mhhh ok, apparently "ksplashqml" is present in kde-workspace-bin.install but not installed... I will fix it [12:23] bambee: how can it be present in a .install file but not installed? [12:23] it is installed on my computer [12:24] debfx: hmm did I miss an ABI change? [12:27] Riddell: it doesn't have any public header files so I've just removed the .so symlink from kate-dev [12:28] we should just kill kate-dev until we have at least one package that uses it [12:28] yeah [12:43] Riddell: I've no ideas, actually "egrep ksplashqml *.install" displays "kde-workspace-bin.install:usr/bin/ksplashqml" --> however "dpkg -L kde-workspace-bin | grep ksplashqml" is empty :\ [12:45] and ksplashthememgr only shows me ksplashx and ksplash_simple... [12:50] well... problem solved xD [12:52] in fact, I've an half kde-4.7.90 and my local version of kde-workspace-bin is 4.7.3 o.O [12:52] that makes sense now... [13:14] bambee: dist-upgrade :) [13:14] already done ;) [13:45] Riddell: lintian says libkwineffects1abi2-gles: empty-binary-package [14:06] debfx: hmm [14:08] it's ment to be [14:09] but the description should change then [14:10] why not just remove it? [14:14] debfx: Would you mind takin a look at the armel build failure for kiten? [14:16] can do [14:16] Thanks. [14:17] retry should fix it [14:20] debfx: Thanks for looking. [14:20] Any interest in kdeplasma-addons? There's an actual bug in the code there. [14:21] Between that and if agateau would make an appearance we should be "there". [14:28] Could someone with the required superpowers please confirm bug https://bugs.launchpad.net/ubuntu/+source/bangarang/+bug/907782 [14:28] Ubuntu bug 907782 in bangarang (Ubuntu) "Sync bangarang 2.1-1 (universe) from Debian unstable (main)" [Wishlist,New] [14:32] I'll look at it. [14:33] ryanakca: done [14:33] ScottK: Thanks [14:33] Nevermind. [14:33] Riddell is faster. [14:33] Riddell: Thanks [14:34] syncpackage can now properly handle attribution [14:35] ScottK: I think agateau must be away until next year, we'll need to fix gwenview ourselves [14:35] Lovely. [14:36] hmm I've given amarok 2:2.5.0-0ubuntu1~ppa1 in backports ppa [14:37] maybe I'm just getting used to ~precise backports which will need ~ppa before it :) [14:40] Hmmmm. [14:41] https://launchpadlibrarian.net/88036532/buildlog_ubuntu-precise-armel.kturtle_4%3A4.7.90-0ubuntu1_BUILDING.txt.gz has the same 'error' as gwenview, but no failure. [14:43] anyone tested amarok in oneiric? [14:45] ScottK: which error? [14:45] /usr/include/qt4/QtCore/qmap.h:180:83: warning: cast from 'char*' to 'QMap::Node* {aka QMapNode*}' increases required alignment of target type [-Wcast-align] [14:46] ScottK: "error: no matching function for call to 'qMax(qreal, double)'" etc. are the real errors in gwenview [14:46] debfx: Thanks. [14:46] That I can probably fix. [14:47] parallel build logs are hard. [14:47] we need to change gcc to make something grep-able when it errors, "error" is far too common in build logs [14:48] Yeah. [14:48] That would help a lot. [14:49] -printf("error") +printf("I'm being fussy") that's my patch :) [14:54] For which? [14:54] Oh, for gcc? [14:56] what should one do to test amarok 2.5 ? :) [14:59] who_me: sudo apt-add-ppa ppa:kubuntu-ppa/backports [14:59] sudo apt-get install amarok [14:59] quit old, run it, check it does everything [15:00] apt-add-repository (me being cheeky :P ) [15:03] hmm the way it handles streams is still broken if those happen to be in the playlist :/ [15:06] doesn't sound like a regression thought [15:06] tohugh [15:06] gur [15:06] nope [15:07] who_me: all good otherwise? [15:08] going to download some music off my externall hdd to see how it handels those [15:08] I really need a typo assist :) [15:09] mm, me too [15:10] * ScottK stares at the gwenview testbuild slowly unfolding on the arm box. [15:14] http://www.kubuntu.org/news/plasma-and-kde-applications-beta-testing [15:15] hmm built lists just fine, it seems ok [15:15] can't test the amazon shop because I'm do not live in any of the listed countries [15:15] Fortunately 4.7.95 is released now so you don't have to worry about runing out of things to do. [15:16] https://www-admin.kubuntu.org/news/amarok-25-backports-ppa [15:16] http://kubuntu.org/news/amarok-25-backports-ppa [15:16] ScottK: released too, they don't give packagers much time with that [15:17] Agreed. [15:17] There's a new tarball for ksecretservice too. [15:17] I think it's part of what was kdeutils now [15:18] don't know how it manages any kwallet upgrade [15:18] I didn't look at the tarballs, but I thought from Dirk's mails on packager is was separate. [15:18] or how it interacts with gnome which is the whole point [15:18] It's also my impression that it doesn't yet do anything by default. [15:18] (or perhaps at all - seems there are still some missing bits) [15:19] kdelibs doesn't load it as I read those e-mails [15:21] Yeah. [15:23] hmm will start beta testing 4.8 after the holidays... [15:52] http://amarok.kde.org/wiki/MP3:Kubuntu needs some tidying up too but I don't think I have the energy alas [16:11] Gwenview fix uploaded. [16:19] thanks ScottK [16:44] Riddell (or anyone else with KDE git access): Would you please commit http://paste.debian.net/149953/ to gwenview trunk and 4.8 branch? [16:56] hmm, I wonder if I can remember how [16:58] debfx: Did you get a chance to dig into kdeplasma-addons? AFAICT that's the last bit that needs fixing to get 4.7.90 complete. === yofel_ is now known as yofel [17:00] Riddell: as I understood it you can use ksecretservice if you build kdelibs, then kss, then rebuild kdelibs with kss [17:02] that seems circular [17:02] It is. [17:03] Aaron even mentioned on some mail list post he thought that was bad. [17:03] nice the thought should occur to him :) [17:03] and dirk wondered if it can be included in experimental instead - although we don't seem to have an answer for that yet [17:09] ftpubuntu@ftpmaster:~/unstable/4.7.95/src/ksecrets-4.7.95.tar.bz2 suggests we do have an answer, at least for now. [17:10] ScottK: is that the libs bit or the kdeutils bit? [17:10] Not sure. [17:10] shouldn't it be both? [17:20] guys, seeing that kde just released an RC is there much point in loading the beta2 packages in the ppa? There is a high chance that some of the bugs we run into have already been reported and being worked on... [17:20] or *most* of the bugs in beta 2 [17:21] that's quite likely yes [17:34] OTOH, it'd be nice to know our packaging works. [17:37] ok then, I shall see if kde comes up after the upgrade :D [17:51] so far, so good :) [18:17] ScottK: will have a look now [18:17] debfx: Thanks. [18:36] So, I guess next release we get to decide between Canonical's Ubuntu font or KDE's Oxygen font. Fun. http://code.newtypography.co.uk/?p=1906 [18:42] i like the descenders, but the y is really unbalanced [18:45] seems to me precise kubuntu testing is closed to general users? [18:45] u2san: no, what's the problem? [18:46] well.. why waste time on 4.7.90 when 4.7.95 is out? [18:46] ScottK: hmm, without testing the oxygen one I suspect the ubuntu one will be higher quality and more distinctive [18:47] u2san: to test our packaging [18:48] Riddell: Perhaps. In line with the Kubuntu general values, I'd think we should use the upstream one unless it turns out the Ubuntu one is significantly better. We'll see. [18:50] ScottK: yes but I suspect on most issues the ubuntu one will be better. I've an open mind on it but the Ubuntu one has had a lot of time spent on it and I don't see how the Oxygen one could compete [18:51] I'm happy to wait and see the result. [18:52] Riddell, yofel ok.. [18:52] I wonder if they realise how hard work it is to make a good font. maybe they do [18:52] He didn't make any announcements about when it would be released, so maybe he does. [18:54] is there any oxygen-gtk3 theming package that needs testing ? :) [19:01] ScottK: can't test plasma-addons because workspace hasn't been built on armel yet [19:01] Good point. [19:01] I guess we're ready then ... [19:10] ryanakca: did you reply to the Kubuntu Website Appearance thread? [19:11] oh yes, now I see it [19:33] Riddell: Yep ;) [19:33] Riddell: Feel free to expand if I missed anything. [20:50] <_Groo_> hi/2 all [20:50] <_Groo_> is the ksecretservice available in the ppa builds? [20:51] <_Groo_> for kde 4.7.90? [20:51] nope, there was no tar until 4.7.95 [20:52] <_Groo_> ahhh right [20:52] <_Groo_> rc1 was released today :D [20:52] <_Groo_> i was confusing it for 4.7.90 ^^ [20:52] <_Groo_> ok, that explains it :D [20:53] like half of the world I guess... [20:53] <_Groo_> whos the poor shmuck whos doing 4.7.95 packages? [20:53] AFAIK Riddell. [20:53] <_Groo_> cookies to Riddell [20:54] <_Groo_> i might be able to help this weekend if hes not finished by then [20:54] <_Groo_> 4.8 is amazing, everything is quite solid [20:55] Sounds like time for a complete refactor then. [20:55] Fortunately KDE is doing that. [20:57] <_Groo_> ScottK: what do you mean? [20:57] Now that it's all working nice they decided to go redo kdelibs and stuff. [20:58] <_Groo_> ScottK: thats the open source way :D if its not broken remake it :D [20:58] ... [20:58] worst thing is that I have no argument against that -.- [20:59] <_Groo_> brb [20:59] And do stuff like not allow features into kdelibs for 4.8 so stuff people want to get in can't, excpet for some stuff (ksecretservice) which somehow gets thrown into kdelibs for 4.7 after 4.7 is released. [21:00] yeah, which I would argue happened because the core kdelibs devs stopped paying attention to k-c-d after they got their own ML [21:01] Yep [21:04] guys is this bug fixed or not: https://bugs.kde.org/show_bug.cgi?id=275469 ? [21:04] KDE bug 275469 in widget-taskbar "4 7 Regression: closed windows stay in the taskbar sometimes, taskbar doesn't react on clicks" [Normal,Reopened] [21:04] I think it will be very bad if this bug end up in next LTS [21:05] Aaron marked it as fixed, but users (including me) still experience this bug [21:06] then it might not be fixed [21:06] well, I wasn't exacly seeing it in 4.7, but in 4.7.90 I have an empty systray space right now, and 2 apps overlapping each other... [21:08] schnelle_: It's an issue to take up with upstream as they're the ones that will have to fix it (myself, I've never seen this problem) [21:08] which I think I have since... 4.6? [21:08] bug is present since 4.7 [21:09] does it happen when you have many apps open, I have just a few and I've yet to see it [21:09] Not here. [21:09] ? [21:12] it happens at random. sometimes when only one app is open, and when i close it, task item of that app stays in taskbar [22:01] <_Groo_> guys [22:01] <_Groo_> is this ok? [22:01] <_Groo_> http://www.wired.com/underwire/2011/12/prometheus-trailer/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+wired%2Findex+%28Wired%3A+Index+3+%28Top+Stories+2%29%29 [22:01] <_Groo_> ops sorry [22:01] <_Groo_> [ 1441.973188] type=1400 audit(1324574676.731:37): apparmor="DENIED" operation="file_perm" info="Failed name lookup - disconnected path" error=-116 parent=3109 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name=".local/share/akonadi/db_data/mysql.err" pid=9586 comm="mysqld" requested_mask="w" denied_mask="w" fsuid=1000 ouid=1000 [22:01] <_Groo_> wrong paste :D [22:01] <_Groo_> aparently with 4.7.90, apparmor is denying some acess to akonadi [22:04] _Groo_: Could you ask jdstrand in #ubuntu-hardened? [22:04] <_Groo_> sure [22:06] no apparmor denied messages here with 4.7.90 [22:06] <_Groo_> is this correct also? [22:07] <_Groo_> "/usr/bin/akonadi_nepomuk_feeder: error while loading shared libraries: libnepomukdatamanagement-copy.so: cannot open shared object file: No such file or directory" [22:07] <_Groo_> yofel: are you using kmail ? [22:07] usually not, but just started it, still no errors [22:08] <_Groo_> it might not be triggered always [22:08] hm, odd, that lib isn't installed here either [22:08] <_Groo_> also, can you run akonactl and start the server from the commandline? can you see the error above about nepomuk not finding a .so? [22:08] actually it's only occurence is: [22:08] project-neon-kdepim-runtime: /opt/project-neon/lib/libnepomukdatamanagement-copy.so [22:09] <_Groo_> ProcessControl: Application '/usr/bin/akonadi_nepomuk_feeder' returned with exit code 127 (Unknown error) [22:09] <_Groo_> "/usr/bin/akonadi_nepomuk_feeder" crashed too often and will not be restarted! [22:09] <_Groo_> so, nepomulk feeder is not working correctly because it cant find the .so [22:10] * yofel goes rebuilding kdepim-runtime to get list-missing [22:11] <_Groo_> why am i the only one finding this kinda bugs? ;) [22:12] Can you tinker with the kernel and still use official kubuntu releases? [22:12] Are there programs for measuring the boot time of your machine? [22:12] <_Groo_> adrian_berg: yes and yes [22:12] for boot logging there's bootchart [22:12] I figure you can at the very least modify kernel modules which are probed for at startup by removing them from, er, wherever the list is located... [22:12] bootchart, okay [22:12] This machine is considerably faster than my older machines, but it boots slower! [22:12] Specs: 4gb ram, 2 dual core 2ghz processors. [22:13] _Groo_: I thought that by modifying the kernel you wouldn't be able to use future releases [22:13] <_Groo_> adrian_berg: sometimes is the HD to blame, or filesystem, or whatever... booting is a holistic science :P [22:13] Interesting, guess I need to get to work them [22:13] btw. this isn't a support channel [22:13] Oh, right! [22:14] <_Groo_> adrian_berg: you can have how many kernels you like, as long as you add them to grub... so you boot to whatever you want [22:14] adrian_berg: but see https://help.ubuntu.com/community/Kernel/Compile for building kernels the ubuntu way [22:14] Sorry, I just asked in ubuntu-devel because I could actually get a response, I forgot that #kubuntu actually is helpful [22:14] Thanks to both of you! [22:14] <_Groo_> np :) good luck :D [22:15] <_Groo_> but relaxc about booting.. if you dont do it constantly, its hardly worth it... [22:15] <_Groo_> but its a good hobby :D [22:15] <_Groo_> look mom, less then 2 secs!... tthats nice dear... [22:15] WTF, now kdepim-runtime doesn't even build o.O? [22:15] <_Groo_> yofel: ohoh oO [22:16] `.text._ZN7Akonadi30SingleFileResourceConfigDialogIN24Akonadi_Aknotes_Resource8SettingsEED2Ev' referenced in section `.text._ZN7Akonadi30SingleFileResourceConfigDialogIN24Akonadi_Aknotes_Resource8SettingsEED1Ev[Akonadi::SingleFileResourceConfigDialog::~SingleFileResourceConfigDialog()]' of CMakeFiles/akonadi_notes_resource.dir/__/shared/icalresource.o: defined in discarded section `.text. [22:16] _ZN7Akonadi30SingleFileResourceConfigDialogIN24Akonadi_Aknotes_Resource8SettingsEED2Ev[_ZN7Akonadi30SingleFileResourceConfigDialogIN24Akonadi_Aknotes_Resource8SettingsEED5Ev]' of CMakeFiles/akonadi_notes_resource.dir/__/shared/icalresource.o [22:16] and ld fails [22:16] <_Groo_> do you use ccache? [22:16] hm, yeah, pbuilder uses ccache [22:16] * yofel purges [22:17] <_Groo_> might be a corrupted ccache cache (look what i did there?) :D i got those in the past [22:18] <_Groo_> btw.. i didnt noticed, phonon needs to be updated for 4.8? i didnt check [22:18] dunno, did they release something? [22:19] <_Groo_> dont think so [22:19] * _Groo_ invokes might apachelogger [22:19] <_Groo_> mighty* [22:20] <_Groo_> apachelogger: poke [22:20] wut? [22:20] <_Groo_> hes here, quick, draw the pentagram and light the candles [22:20] * apachelogger throws a fire ball [22:20] <_Groo_> apachelogger: oh mighty apachelogger, ruler of the underground [22:21] <_Groo_> apachelogger: is phonon updated for 4.7.90 or it works with old packages? [22:21] http://area51.stackexchange.com/proposals/37399/kubuntu [22:21] Trying to get a QA site started for Kubuntu [22:21] I have no idea what you mean? [22:21] apachelogger: does 4.8 need any phonon updates? [22:22] kubuntuforums is nice, but I think more people prefer this style [22:22] <_Groo_> apachelogger: phonon released in oneiric, works fine with 4.7.90? i believe it does i just want to make sure [22:22] yofel: no [22:22] good, that's all he wanted to konw [22:23] * _Groo_ does the ritual to send apachelogger to the depths of hell where he belongs [22:23] <_Groo_> where did i put my ritual knife... [22:24] <_Groo_> yofel: is the linking working now? [22:24] no [22:24] * yofel throws ccache and icecc out [22:25] <_Groo_> huuu might be a .git dirty file too [22:25] <_Groo_> i mean a cmake dirty cache [22:25] <_Groo_> not git :P [22:25] <_Groo_> aparently its trying to link with a older compilation [22:25] we're talking pbuilder and dpkg-buildpacke here [22:26] <_Groo_> ah ok.. he remakes everything :D [22:26] <_Groo_> but stranger things have happened ^^ [22:26] <_Groo_> cant wait for prometheus next yeat [22:26] <_Groo_> year [22:26] please not, precise is already strange enough [22:27] <_Groo_> :D [22:30] and it still fails... [22:30] now who messed the linker up o.O? [22:30] what is a linker? [22:30] can I has OBS? [22:31] <_Groo_> apachelogger: linker is a link who just got is professional status [22:33] <_Groo_> apachelogger: it WAS a nice joke :P [22:34] linker is a joke? :O [22:34] <_Groo_> apachelogger: a bad one for yofel at least :D [22:34] * apachelogger is confused by _Groo_ as usual [22:34] <_Groo_> apachelogger: ahah :D [22:35] <_Groo_> hes trying to compile kdepim-runtime, cause a awesome tester found out that 4.7.90 packages are missing /libnepomukdatamanagement-copy.so [22:35] <_Groo_> and hes getting linker errors [22:35] <_Groo_> [22-12-2011 20:16] `.text._ZN7Akonadi30SingleFileResourceConfigDialogIN24Akonadi_Aknotes_Resource8SettingsEED2Ev' referenced in section `.text._ZN7Akonadi30SingleFileResourceConfigDialogIN24Akonadi_Aknotes_Resource8SettingsEED1Ev[Akonadi::SingleFileResourceConfigDialog::~SingleFileResourceConfigDialog()]' of CMakeFiles/akonadi_notes_resource.dir/__/shared/icalresource.o: defined in discarded section `.text. [22:40] <_Groo_> yofel: is it linking yet? ;) [22:40] nope [22:41] <_Groo_> can you try a diferent machine? vm? whatever [22:46] well, now trying without a chroot [22:47] <_Groo_> gotta go, seeya all tomorrow :D [22:51] great, now it builds - *sigh* [23:29] BLOODY HELL [23:29] yofel: was your core broken or something? [23:29] not that I noticed... ? [23:30] Couldn't connect for last three days [23:30] Maybe the windows crap is broken or something [23:30] although I once messed up the port forwarding, but I fixed that like half an hour later [23:30] apachelogger: no maliit yet, are you willing to review framework? [23:31] oh fun, kdepim-runtime list-missing: [23:31] Quintasan: drop me a mail [23:31] -./usr/lib/libnepomukdatamanagement-copy.so [23:31] -./usr/lib/libnepomukfeederpluginlib.a [23:31] and a bug or something [23:32] this is what happens if you stuff things from kdelibs into -runtime I guess -.- [23:33] apachelogger: https://code.launchpad.net/~quintasan/+junk/maliit-framework [23:33] no bug yet [23:33] hm, no, that's from kde-runtime [23:36] Quintasan: mail plz [23:36] * apachelogger will not remember it otherwise [23:36] k [23:42] apachelogger: sent [23:50] yofel: is precise precisely useable? [23:50] Quintasan, \o/ [23:51] stop with the puns already :P [23:51] here yes, only problems I have: wireless N doesn't work, and kmix crashes all the time (although I fixed latter by copying the newer binary from neon) [23:51] apachelogger: Not gonna happen [23:51] rbelem: \o [23:51] Quintasan, i'm running it on my laptop for one week [23:51] apachelogger: Isn't that *precisely* why we like our LTS name? [23:52] [23:52] is it LTS yet? [23:52] okay, I'll go to bed and work on telepathy tomorrow [23:52] apachelogger: Not official. [23:52] all my fault :( [23:52] Need tech board to approve the application. [23:53] then I will do research on forced GPT hoping to get kubantooz on Asus [23:53] did we decide on a browser yet? [23:53] I think none of the above is winning. [23:53] :[ [23:53] ScottK: oh TB approval [23:53] how awesome :S [23:54] isn't the TB an ubuntu governing board whereas LTS is canonical stuff? [23:54] Sort of [23:54] fun [23:56] I think the slightly more precise answer is that it's a Canonical thing in many respects, but Canonical asked the TB to make a determination on its behalf. [23:56] pun was not intended at first, but I left it after I noticed it. [23:57] :D [23:57] ScottK: that communicates an unfortunate message IMHO [23:57] though maybe I am getting paranoid now [23:57] It's meant to open LTS status up to Universe flavors. [23:58] I think it does carry some additional risk for us, but I don't think it was intended. [23:58] eitherway there is some weirdness about doing it