[06:13] <lordievader> Good morning.
[06:20] <Mirv> mornings
[07:03] <Mirv> sitter: mornings. we're still blocked by not having plasma-workspace ubuntu2 uploaded, which blocks kglobalaccel, which blocks me building the three packages I'd like
[07:03] <Mirv> I kicked a couple of rebuilds during the weekend and it seems this is the last step for kf5 5.7.0
[07:04] <Mirv> but I didn't dare to go to your staging and start uploading a package from there, even though I found it :)
[07:08]  * sitter beats Riddell with a stick
[07:13] <soee> good morning
[07:16] <sitter> Mirv: [ubuntu/vivid-proposed] plasma-workspace 4:5.2.0-0ubuntu2 (Accepted)
[07:17] <Mirv> sitter: thank you! and it just turned out our Train (CI) is dead at the moment due to disk space so I'll anyway have an hour or two do to builds in the PPA
[07:18] <sitter> ^^
[07:18] <soee> since few days in vivid: libdebconf-kde1 : Depends: debconf-kde-data (= 1.0.1-0ubuntu1) but it is not installed
[07:18] <sitter> high tech continous integration system stopped by not having enough empty buckets to put things into xD
[07:19]  * sitter has a similar problem on kci but doesn't know why, all builds delayed by 4 hours on the launchpad build step for some reason
[07:20] <sitter> someone needs to port kubuntu-web-shortcuts
[07:25] <sitter> soee: sudo apt-get -o Debug::pkgProblemResolver=true dist-upgrade
[07:27] <soee> sitter: nothing more than i paste before http://paste.ubuntu.com/10251689/
[07:27] <sitter> what the
[07:27] <soee> i can do force overwrite and it will work though
[07:27] <sitter> soee:  sudo apt-get -o Debug::pkgProblemResolver=true -f install
[07:28] <sitter> paste the output
[07:28] <sitter> then run upgrade again
[07:28] <sitter> paste the output
[07:28] <sitter> sounds a bit odd though
[07:29] <sitter> perhaps it's because the lib is multiarch:same but the data doesn't have multiarch declared at all
[07:29] <soee> sitter: http://paste.ubuntu.com/10251699/
[07:29] <sitter> AHA
[07:29] <soee> several people reported it and thers a bug on launchpad 
[07:33] <sitter> no one reads bug reports
[07:33] <sitter> ever
[07:33] <sitter>   Uploading debconf-kde_1.0.1-0ubuntu2_source.changes: done.
[07:33] <sitter> Successfully uploaded packages.
[07:33] <sitter> soee: ^
[07:33] <sitter> should be built in an hour or so
[07:41] <soee> sitter: cool, thank you :)
[07:51] <sitter> Mirv: so, I am getting qt 5.4 this week? :)
[07:54] <Mirv> sitter: hopefully still today, yes...
[07:55] <sitter> \o/
[08:10] <sitter> dh: unable to load addon kubuntu-l10n: Can't locate Debian/Debhelper/Sequence/kubuntu_l10n.pm in @INC (you may need to install the Debian::Debhelper::Sequence::kubuntu_l10n module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.20.1 /usr/local/share/perl/5.20.1 /usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl .) at (eval 11) line 2.
[08:10] <sitter> whoopwhoop
[08:10] <sitter> who broke that?
[08:11] <tsdgeos> sitter: Riddell: sgclark: any idea why kf5globalaccel is stuck in proposed?
[08:12] <sitter> tsdgeos: because someone didn't upload plasma-workspace
[08:12] <sitter> should be resolved soonishy
[08:12] <sitter> uploaded it an hour ago
[08:12] <tsdgeos> k
[08:13] <sitter> shadeslayer: you broke the l10n stuff in pkg-kde-tools >.<
[08:18] <Mirv> tsdgeos: I'll rebuild the 3 packages as soon as kf5globalaccel migrates and then theoretically we should be all set to publishing Qt 5.4 in a few hours
=== sitter_ is now known as sitter
[09:10] <sitter> now I am suspicious
[09:11] <sitter> wgrant: thoughts on this error https://launchpadlibrarian.net/197807925/upload_6982693_log.txt there also was an earlier occurance on a different source https://launchpadlibrarian.net/197798731/upload_6982099_log.txt
[09:12] <wgrant> sitter: Things are slightly on fire. That error means it's uploaded successfully but tried to upload again. You can ignore it, I'll be fixing the build status later.
[09:12] <sitter> ok thanks
[09:12] <sitter> 'slightly on fire' sounds like fun xD
[09:12] <valorie> fire extinguisher is on the wall over there
[09:32]  * sitter scratches his head and wonders why he has no recollection of uploading software-properties qt5
[09:40] <Riddell> sitter: what did I do to deserve being beaten with a stick?
[09:40] <sitter> Riddell: you didn't upload plasma-workspace
[09:40] <sitter> I even explicitly told you to not forget it >.<
[09:41] <sitter> qt5 port -> [ubuntu/vivid-proposed] usb-creator 0.2.65 (Accepted)
[09:43] <sitter> Riddell: is kdesu with sudo working yet?
[09:43] <sitter> and on that note is kdesudo still seeeded?
[09:47] <Riddell> kdesudo isn't seeded but e.g. muon-updater depends on it
[09:49] <sitter> muon-updater Oo
[09:49] <sitter> man
[09:50] <sitter> ./libmuon/backends/ApplicationBackend/ApplicationNotifier.cpp:    QString kdesudo = QStandardPaths::findExecutable("kdesudo");
[09:50] <sitter> why is everything so shit
[09:54] <tsdgeos> Mirv: they're in
[09:59] <sitter> Riddell: have you filed a bug about that?
[10:00] <Mirv> tsdgeos: I know, builds are ongoing in the PPA, and watch build job in CI (which is now fixed again)
[10:01] <Riddell> sitter: about hardcoding kdesudo? I don't think so
[10:04] <soee> sitter: your fix for debconf-kde-data works nice, thanks again
[10:13] <sitter> cool
[10:13] <sitter> Riddell: I am actually not even sure how that is supposed to be solved
[10:13] <sitter> kdseu is as weird as kdesudo
[10:14] <sitter> IMO the cleanest solution would be to supply a desktop file that uses x-kde-suid to get kdesu
[10:14] <sitter> notable advantage being that we can simply krun it without having to QProcess in muon manually and it abstracts the sudoing away from muon
[10:15] <Riddell> yep
[10:15] <sitter> e.g. if the upgrader were to become a polkit client the sudo bit only needs removing in the desktop file not 300 code locations
[10:28] <Riddell> Sick_Rimmit: did you get anywhere with kdevelop? or did you say you'd do that this week?
[10:34]  * Riddell uploads libkdeedu
[11:01] <Sick_Rimmit> Riddell: Hi, I am working on that this week, will start tomorrow eveing ( Tues )
[11:01] <Riddell> groovy
[11:01] <Riddell> now where's manchicken with his digikam update?
[11:19]  * Mirv spams vivid-changes list
[11:19]  * mitya57 hugs Mirv
[11:20] <Sick_Rimmit> Do we have a problem with the Print manager ?
[11:20] <Mirv> mitya57: has the fever gotten any lower now?
[11:20] <Sick_Rimmit> I can't find it anywhere on the menu's
[11:20] <Riddell> Sick_Rimmit: yes, it's for kdelibs4
[11:21] <mitya57> Mirv: a bit better now, yes
[11:21] <Sick_Rimmit> dpkg says its installed, but I can't some to invoke it, (perhaps I don't know the command........
[11:21] <Mirv> mitya57: good!
[11:21] <Riddell> Sick_Rimmit: the frameworks port needs tested then co-ordinated with the guy who ported it (lukas I think) to move it into trunk so it'll be released with the frameworks version
[11:21] <Sick_Rimmit> Ah OK, is it in the pipe for porting ?
[11:21] <Riddell> it's ported, just needs released
[11:21] <Sick_Rimmit> OK
[11:22] <Sick_Rimmit> That's good, we can release without printers, that would be a proper fo pah!
[11:22] <Riddell> I still think a printer is required, alas many geeks do not
[11:23] <Sick_Rimmit> Oh boy really!!
[11:23] <Riddell> Sick_Rimmit: I bought a printer to use at the office here in barcelona and got no end of stick for not just using my phone for anything
[11:23] <Riddell> then vhanda had to print thing off for the paperwork the spanish need and he came crawling on his knees to me
[11:23] <Sick_Rimmit> Riddell: Well that's ridiculous, perhaps even stupid
[11:24] <Sick_Rimmit> I'm working in an office with 30 folks, with a shared printing pool. 
[11:24] <Sick_Rimmit> If I can't print from Kubuntu Plasma 5, that looks pretty poor
[11:25] <Sick_Rimmit> Anyone else says we don;t need printers, you point them at me Riddell
[11:25] <Sick_Rimmit> :-)
[11:27] <Sick_Rimmit> So I've had to create a PDF open in Firefox, and use its Cups Printer function to print to the pool. 
[11:27]  * Sick_Rimmit face palm
[11:31] <Riddell> Sick_Rimmit: you can still run it with   kcmshell4 kcm_printer_manager
[11:32] <Sick_Rimmit> Riddell: Ah right OK, I wll make a note of that
[12:13] <BluesKaj> Hi folks
[12:15] <Riddell> yay kdepim compiling
[12:17] <soee> :)
[12:17] <soee> hiho BluesKaj
[12:18] <BluesKaj> Hi soee, Riddell
[12:19] <Riddell> kubotu: newversion partition-manager 1.2.0
[12:19] <soee> BluesKaj: good news - Plasma 5.2.1 should be released this thursday :)
[12:19] <kubotu> Package partition-manager doesn't exist yet!
[12:19] <Riddell> kubotu: newversion partitionmanager 1.2.0
[12:20] <kubotu> https://bugs.launchpad.net/bugs/1422340
[12:21] <BluesKaj> soee, ok, any changes worth noting ?
[12:21] <Riddell> yay libkdeedu is accepted!
[12:21] <Riddell> sgclark: ↑
[12:23] <soee> BluesKaj: i think most important are those that fixes some freezes, avoids propagation of teh same proccess etc. so we should have more stable Plasma now
[12:23] <soee> BluesKaj: if you think about some new components etc. they will show up in Plasma 5.3
[12:24] <BluesKaj> soee, like themes ?
[12:29] <soee> BluesKaj: oh that i don't know, ask Riddell, i think this weekend he will talk with plasma devs about features that 5.3 release should have
[12:30] <Riddell> this week actually, they're arriving now
[12:30] <Riddell> any requests?
[12:30] <soee> Riddell: yes - color picker widget :D 
[12:31] <Riddell> soee: where?
[12:31] <soee> Riddell: plasmoid so we can place it in panel
[12:31] <BluesKaj> copy and paste without having to leave the source file open, Riddell, for one 
[12:32] <soee> this one in KDE4 was most frequently used by me
[12:33] <Riddell> BluesKaj: well that's a bug and probably quite a fiddly one or it would be fixed already
[12:33] <BluesKaj> Riddell, ok thanks
[12:41] <BluesKaj> oh another is the power management settings, no matter what the computer locks the screen and drops to the login , altho some processes do continue 
[12:41] <BluesKaj> after about 5 mins
[12:43] <BluesKaj> of inaction, has anyone encountered that?
[12:43] <soee> what about the logout bug - if you want to logout, plasma quits and system does nothing - stays with black screen
[12:46] <BluesKaj> soee, haven't seen that one 
[12:50] <soee> BluesKaj: so logout works fine for you ?
=== rdieter_work is now known as rdieter
[12:53] <BluesKaj> yes soee, so far at least
[12:54] <soee> Riddell: what i would like to have 'stable' in 5.3 are Activities, atm. they are very buggy and don't work. There is also related kwin bug i have reported where we can't assign app to single activity, in window rules we have only option 'All activities'. So if there is any chance to get it fixed and have usable activities, would be cool
[13:46]  * mitya57 uploads okteta with fixed symbols to unblock qt 5.4
[13:47]  * Riddell spots https://launchpad.net/ubuntu/+source/qtbase-opensource-src/5.4.0+dfsg-4ubuntu2
[13:49] <Riddell> I'll need to recompile frameworksintegration and a bunch of plasma stuff
[13:50] <mitya57> Riddell: that's already done
[13:50] <Riddell> ooh nice
[13:51] <Riddell> but also stuff like kwin and plasma-workspace which I believe has #ifdefs for qt 5.4 fixes
[13:52] <mgraesslin> correct, kwin has ifdefs for 5.4
[13:54] <Mirv> sitter: Riddell: hey, could you fix symbols for okteta which is failing autopkgtests? https://jenkins.qa.ubuntu.com/job/vivid-adt-okteta/lastBuild/ARCH=amd64,label=adt/consoleText (or override)
[13:54] <Mirv> Riddell: plasma-workspace, frameworkintegration and kdelibs4support recompiles are in archives
[13:54] <mitya57> Riddell: Yes, I think we only uploaded packages that were using private headers (and thus depending on qtbase-abi-5.x.x)
[13:54] <Mirv> + the kdelibs4support which sitter uncovered to be "strange" :)
[13:55] <mitya57> Mirv: https://launchpad.net/ubuntu/+source/okteta/4:14.12.2-0ubuntu2
[13:55] <Mirv> mitya57: \o/ :D
[13:55] <Mirv> mitya57 is faster than light, even when in fever
[13:56] <BluesKaj> I also miss the quicklaunch widget 
[13:59]  * ScottK <-- packaging the kf5 version of partionmanager
[14:01] <shadeslayer> neat! :D
[14:01] <BluesKaj> quicklaunch like so, on the left beside the kicker http://wstaw.org/m/2015/02/16/snapshot1.png
[14:03] <soee> so this week we should have QT 5.4 + Plasma 5.2.1 right ?
[14:06] <shadeslayer> probably
[14:06] <mitya57> oh no, okteta ftbfs
[14:08] <mitya57> looks like I need to wait for builds to finish on all architectures to do a proper symbols update
[14:08] <mitya57> Mirv: ^
[14:08] <ScottK> Done.
[14:13] <Mirv> mitya57: ok
[14:19]  * sitter still fails to comprehend why the symbols are there to begin with
[14:20] <Riddell> ScottK: 
[14:20] <Riddell> ScottK: thanks
[14:20]  * Riddell on konversation
[14:20] <sitter> Riddell: we are landing kf5.8 one would suppose, so I guess we'll just have a full qt5.4 rebuild in ~2 weeks?
[14:20] <Riddell> sitter: and plasma 5.2.1 I suppose so we'll rebuild that
[14:21] <sitter> frameworks?
[14:21] <Riddell> what about frameworks?
[14:21] <sitter> I meant rebuild all frameworks against qt5.4 :P
[14:21] <sitter> workspace we obviously get sooner
[14:22]  * sitter hungry; afk looking for an orange
[14:30] <sitter> gir1.2-git2-glib-1.0
[14:30] <sitter> dat name
[14:33] <Riddell> so eloquent
[14:33] <sitter> Riddell: who do I annoy about libgit2?
[14:34] <Mirv> mitya57: now all 6 archs finished
[14:35] <Riddell> sitter: whoever uploaded libgit2-glib-1.0-0
[14:35] <Riddell> or whoever cared about gitg
[14:35] <Riddell> so I guess some unity/gnome types
[14:37] <Riddell> sitter: d_ed says he's included some stuff from canonical into telepathy-qt5 and wonders if there's more stuff that's blocking him to release so we can upgrade
[14:38] <sitter> dunno
[14:38] <sitter> everything is on fire
[14:38] <sitter> everywhere
[14:38] <mitya57> Mirv: I see, will do another upload now
[14:48] <mitya57> Mirv: uploaded
[14:49] <sitter> Riddell: doesn't even have a fix upstream for the build fail
[14:56] <Riddell> sitter: what doesn't?
[14:56] <sitter> libgit2-glib
[14:56] <Riddell> right, that's why I gave up too
[14:57] <sitter> I also don't understand why it ftbfs
[14:57] <sitter> oh wait
[14:58] <sitter> >.<
[14:58] <sitter> we have 0.0.22 upstream latest is 0.22.0!
[15:00] <sitter> automake: error: cannot open < gtk-doc.make: No such file or directory
[15:00] <sitter> inf(head -> desk)
[15:01] <sitter> .gitignore:/gtk-doc.make
[15:01] <sitter> docs/reference/Makefile.am:include $(top_srcdir)/gtk-doc.make
[15:01] <sitter> I think this entire library construct is just meant to piss me off
[15:13] <sitter> release upgrader still needs qt5 port landing
[15:13] <sitter> also I think I have a merge request somewhere for that
[15:13] <sitter> https://code.launchpad.net/~kubuntu-packagers/ubuntu-release-upgrader/qt5/+merge/229620
[15:18] <Mirv> mitya57: probably succeeds now, only armhf building anymore. we'll see if migration now succeeds in ca. 1h
[15:22] <Riddell> kf5 konversation uploaded!
[15:28] <Riddell> sitter disappeared!  where does he go?!
[15:42] <Riddell> ooh sitter returned!
[15:48] <sitter> not for long
=== ejat- is now known as ejat
[16:48] <mitya57> Yay, Qt 5.4 migrated!
[16:52] <Mirv> \o/
[16:54] <Riddell> #
[16:54] <yofel> wheee
[16:55] <Riddell> ooh? https://launchpad.net/ubuntu/+source/qtbase-opensource-src still showing 5.3.2+dfsg-4ubuntu9  in vivid release
[16:56] <mitya57> Riddell: that's because it's "pending", not yet "published"
[16:56] <mitya57> https://launchpad.net/ubuntu/+source/qtbase-opensource-src/5.4.0+dfsg-4ubuntu2/+publishinghistory
[17:00] <Riddell> now it's showing two versions in release https://launchpad.net/ubuntu/+source/qtbase-opensource-src
[17:00] <Riddell> I think qt is taxing launchpad somewhat :)
[17:00] <Riddell> anyway, well done mitya57, Mirv :)
[17:04] <Mirv> thanks :)
[17:04] <Mirv> yeah I remember cjwatson raising eyebrows the last time on the gigabytes flowing through infrastructure :)
[17:11] <Riddell> good review for one of our derivatives http://betanews.com/2015/02/16/netrunner-15-prometheus-is-here-the-best-kde-based-linux-distro-gets-better/
[17:11]  * Riddell out
[17:41] <stikonas> ScottK: I think partitionmanager should not have any dependency on udisks now because  udisks was only used via Solid which is not used now...
[17:42]  * ScottK looks
[17:44] <ScottK> stikonas: Looks like you're right.  Thanks.
[17:44] <stikonas> probably kdelibs4support is not necessary either
[17:44] <ScottK> It is.
[17:44] <stikonas> oh, ok...
[17:45] <ScottK> It provides kdex.dtd.
[17:45] <ScottK> The docs don't build without it.
[17:45] <stikonas> oh, ok, I will see whether it can be fixed upstream...
[17:46] <ScottK> The code itself doesn't need it.
[17:46] <ScottK> stikonas: Your timing on the release was great.  Feature freeze for our next release is this week, so it was just in time.
[17:48] <stikonas> ScottK: glad to hear... That's why I was trying to get it out...
[17:48] <stikonas> although, I didn't know exact date
[17:48] <stikonas> but I thought it should be soon...
[17:48] <ScottK> Thursday.
[17:50] <ScottK> stikonas: If you do any bugfix updates to partitionmanager 1.2, please pimg me.  I wouldn't have noticed 1.2 except for your post on Planet KDE.
[17:50] <stikonas> ScottK: ok. I also posted it on kde-apps-announce
[17:50] <stikonas> but it is still stuck in moderation :(
[17:50] <ScottK> Well, I don't read that one anyway.  I probably should.
[17:51] <stikonas> ok, I will try to remember to ping you
=== rdieter is now known as rdieter_work
[19:47] <BluesKaj> ok, I set up an old hdd and installed 15.04 on it so it now has it's own / and /home dirs witout resorting to extended partitioning 
[20:12] <soee> hiho
[21:22] <soee> someone has this: KDEInit cannot run '': Cannot open library '/usr/lib/x86_64-linux-gnu/libkdeinit5_'. Cannot load library /usr/lib/x86_64-linux-gnu/libkdeinit5_: (/usr/lib/x86_64-linux-gnu/libkdeinit5_.so: cannot open shared object file: No such file or directory)
[21:22] <soee> when trying to load partition manager ?>
[21:59] <ScottK> soee: Which version?  Just uploaded a new one today for vivid.
=== Quintasan_ is now known as Quintasan
[22:01] <soee> ScottK: i did the upgrades but didnt reboot
[22:01] <soee> do i need it to make it work ?
[22:01] <ScottK> Shouldn't for partitionmanager.
[22:03] <soee> ScottK: i can run if from terminal and i see windowd with input for password, if i enter password i have error
[22:03] <soee> something about pmlibpartedbackendplugin that cannot be loaded 
[22:03] <ScottK> OK.
[22:03] <ScottK> Did you get the libkdeinit5_ error too?
[22:05] <soee> if i start from terminal? no just this this window with error http://wstaw.org/m/2015/02/16/worksace7.png
[22:10] <ScottK> soee: Would you please translate.
[22:13] <soee> ScottK: something like: Cannot load pmlibpartedbackendplugin that is set nor the default pmlibpartedbackendplugin plugin. Please check your install
[22:14] <soee> ok i googled it so it is in en: 
[22:14] <soee> Neither the configured ("pmlibpartedbackendplugin") nor the default ("pmlibpartedbackendplugin") backend plugin could be loaded.
[22:14] <soee> Please check your installation.
[22:17] <soee> it was mentioned here https://aur.archlinux.org/packages/partitionmanager-git/?comments=all
[22:30] <ScottK> Thanks.
[22:36] <soee> ok time to get some sleep, ScottK ill try to catch you tomorrow and ask about this issue
[22:37] <ScottK> OK.  Thanks for the feedback.
[23:15] <stikonas> ScottK: looks like (non English) docs in the tarball are from kde4 branch, that's why you needed kdelibs4support-data. I will release 1.2.1 in the near future
[23:17] <stikonas> will try to do it before Thursday...
[23:19] <jussi> Morning all
[23:22] <ScottK> stikonas: No rush for bug fixes.  Only new features are affected by the deadline.
[23:22] <ScottK> stikonas: Any thoughts about what might cause http://wstaw.org/m/2015/02/16/worksace7.png (translates as Neither the configured ("pmlibpartedbackendplugin") nor the default ("pmlibpartedbackendplugin") backend plugin could be loaded.
[23:23] <stikonas> yeah, plugins installed in the wrong folder
[23:23] <ScottK> Where do I want them installed?
[23:23] <ScottK> I'll make sure they land there.
[23:23] <stikonas> KDE_INSTALL_USE_QT_SYS_PATH should be on
[23:23] <stikonas> I think
[23:24] <stikonas> actually Riddell told me this tip, but it worked for me
[23:24] <stikonas> KDE_INSTALL_USE_QT_SYS_PATH is a cmake option...
[23:25] <ScottK> Right.  They landed in /usr/lib/kde4/, which clearly isn't right.
[23:26] <ScottK> stikonas: Should that be enabled in the upstream CMakeLists.txt?
[23:26] <stikonas> don't know, maybe I should...
[23:26] <ScottK> (I can do it for the package, but it seems like something everyone would want)
[23:26] <stikonas> I know gentoo enables this option for all kde packages
[23:26] <stikonas> I guess I can do it too
[23:27] <ScottK> Something else for 1.2.1 then.
[23:27] <stikonas> ok, agreed
[23:27] <ScottK> Thanks.
[23:27] <stikonas> my release got a bit rough :(
[23:27] <ScottK> I'll set it in the packaging in the meantime.
[23:27] <stikonas> well, I think it was the first extragear project with KF5 support...
[23:27] <ScottK> If that's the worst of it, not so bad.
[23:27] <stikonas> so it was a bit more difficult
[23:28] <ScottK> No doubt.
[23:28] <ScottK> I appreciate the port.  The more stuff we can get to kf5 the better.
[23:28] <stikonas> well, kbruch and kteatime were also ported by me :)
[23:28] <stikonas> but they are much smaller projects
[23:31] <jussi> can someone verify a bug on plasma 5/14.10 for me? Lock your screen on a laptop, then plug an external screen (Im using VGA)in and see what happens? (I get my programs come up for a moment so I can see everything on the screen, then lock screen comes up)