[10:01] <lordievader> Good morning.
[10:42] <clivejo> would anyone have time to help me with libkipi?
[10:43] <clivejo> Ive added ECM to the build deps but it still wont build and is throwing error messages suggesting ECM isnt installed
[11:26] <soee> clivejo: Plasma 5.5.3 and Grameworks 5.18 for Wily are ready ?
[11:38] <clivejo> soee: according to topic, still WIP
[11:38] <soee> i was looking at status pages, and there are only some orange items
[11:39] <clivejo> Im not sure if yofel is ready to give the green light yet
[11:40] <clivejo> anything in landing yet?
[11:41] <clivejo> soee: have you a wily test machine?
[11:42] <soee> clivejo: nope im on Xenial
[11:42] <soee> lordievader: you have Wily right ?
[11:42] <clivejo> soee: me too, pretty stable
[11:43] <clivejo> well the new kwallet respin seems to be in staging - kwallet-kf5 - 5.18.0a-0ubuntu1~ubuntu15.10~ppa1
[11:44] <soee> yes
[11:44] <clivejo> if you knew what you are doing and added staging frameworks and plasma, you could test it :)
[11:45] <soee> i have it installed since day or more
[11:45] <soee> *the new kwallet
[11:45] <clivejo> last I heard yofel was shopping, so he could be days at that :P
[11:45] <soee> im using new Plasma and Frameworks since week or more :)
[11:46] <clivejo> soee: I mean on wily
[11:46] <soee> ah
[11:46] <clivejo> The was issues getting the new QT in wily
[11:46] <clivejo> there
[11:46] <clivejo> I dont know where yofel is up to on that
[11:46] <soee> i see
[11:47] <clivejo> last I heard he was copying it from the LP archive, but there was builds he didnt want
[11:47] <soee> we can't expect him to work 24/7 :D
[11:47] <clivejo> so that could have meant rebuilding for just 386/amd64
[11:47] <clivejo> why not? hes a machine, he doesnt need sleep like us mere mortals :P
[11:48] <soee> :D
[11:48] <clivejo> he can dedicate a few CPU cycles to us ;)
[11:50] <soee> iv installed Libre Office on windows 10, and the interface is so ugly i must say :/
[11:50] <clivejo> soee: have you a throw away xenial install?
[11:51] <soee> clivejo: why ?
[11:51] <clivejo> just wondering if you have been brave enough to try apps
[11:51] <lordievader> soee: I'm in the middle of installing it, ain't operational yet.
[11:52] <soee> clivejo: there are to many problems with apps atm i think
[11:52] <lordievader> clivejo: What do you need tested on Wily?
[11:52] <lordievader> And is backports needed?
[11:53] <clivejo> lordievader: I dont know, we needed QT5 for wily and yofel was working on it
[11:53] <clivejo> no idea where hes up to on that
[11:54] <lordievader> Oh, I thought you needed some testers ;)
 copying the qt5.5 stuff also copied all the other architecures that we don't need
 I kind of don't want to bloat the PPA, but OTOH I don't want to manually QA all qt5 builds if I don't copy the binaries :/
[12:01]  * clivejo doesnt have a throw away wily install to test on
[12:02]  * clivejo goes for family time
[12:28] <BluesKaj> Hiyas all
[12:50] <BluesKaj> is the krunner history option ever going to be restored? The autocomplete doesn't really cut it.
[12:53] <lordievader> BluesKaj: The Krunner history works fine for me in version 5.5.0.
[12:53] <lordievader> (must note I am not running Kubuntu)
[12:57] <BluesKaj> well, I'm oin 16.04 plasma 5.5  and there's no history dropdown
[13:04] <mparillo> BluesKaj: I can confirm no history dropdown for me either on 16.04 Plasma 5.5.3
[13:06] <mparillo> I will log off to check on Manjaro to see if that is a temporary packing thing, or a loss of functionality (I thought only th gnome team did that until I lost my date formatting: )https://bugs.kde.org/show_bug.cgi?id=340982
[13:09] <BluesKaj> mparillo:  I think the history was deleberately eliminated in plsama 5, and i doubt we'll see it back unless enough users raise a fuss
[13:10] <mparillo> It is missing also on Manjaro with Plasma 5.5.2; so I agree with you. This is not a temporary packaging issue.
[13:12] <BluesKaj> I prefer a proper gui text editor like kate for editing files vs the terminal
[13:13] <mparillo> Yes, but at least twice I forgot the kdesudo and got myself into permissions problems with kate.
[13:14] <BluesKaj> maybe I should keep a list of my most used file paths, and copy and paste them into krunner
[13:14] <soee> BluesKaj: no autocomplete at all ?
[13:15] <BluesKaj> autocomplete is no substitute IMO
[13:15] <BluesKaj> it works but...
[13:17] <mparillo> Auto-complete actually does work for me. So well that I never noticed we lost the drop-down until BluesKaj told us.
[13:17] <sgclark> hmm I have history
[13:21] <soee> those of you whoa re on Plasma 5.3.3 and Frameworks 5.18, please confirm if you can: https://bugs.kde.org/show_bug.cgi?id=357699
[13:21] <soee> *5.5.3
[13:22] <BluesKaj> sgclark:  which desktop ?
[13:23] <lordievader> soee: Is quota installed (it complains about that here (Gentoo)).
[13:32] <sgclark> BluesKaj: not clear what your asking. 
[13:33] <BluesKaj> plasma%?
[13:33] <BluesKaj> plasma 5?
[13:33] <sgclark> whatever is in staging, 5,3?
[13:34] <BluesKaj> interesting , do you have a dropdown?
[13:34] <sgclark> yes
[13:37] <sgclark> oh, seems I have an old frameworks, wonder if that is the difference
[13:37] <sgclark> will upgrade and see if it changes
[13:40] <vishalrao> Backtrace crash reported (looks like in MuonApplicationNotifier.so) whenever I run "sudo apt-get update/upgrade" in Konsole -> known issue?
[13:43] <sgclark> yofel: ^
[13:43] <sgclark> dunno if that has anything to do with discover, seems like it shouldn't
[13:45] <vishalrao> Should I submit the bug report via the crash handler that popped up? When I clicked "install debug symbols" it said "symbols not available for MuonXXXNotifier" but installed symbols for qt5base and plasma-desktop i think
[13:45] <sgclark> hmm
[13:46] <sgclark> vishalrao: yeah go ahead and file report, there is alot of changes around muon going on
[13:46] <vishalrao> One of the lines in the backtrace is like this -> #8  0x00007fa63428e4a9 in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/discover-notifier/MuonApplicationNotifier.so
[13:46] <sgclark> mst are not here today (Sunday)
[13:46] <vishalrao> oh yeah :)
[13:47] <mparillo> vishalrao: and share the bug number, because I think I can replicate it. 
[13:47] <sgclark> oh, that is yofel then, file a bug as looks like he is enjoying the day off :)
[13:48] <vishalrao> The crash handler is submitting to KDE not Kubuntu, is that OK? I have to sign up now :)
[13:48] <vishalrao> Give me a few minutes
[13:48] <sgclark> yeah they will kick it back to us if it packaging
[13:55] <vishalrao> mparillo: sgclark: See https://bugs.kde.org/show_bug.cgi?id=357791 
[13:57] <sgclark> vishalrao: thanks!
[13:58] <vishalrao> np
[14:09] <mparillo> vishalrao: Thank you. I "me tooed", but I lack the karma necessary to change the status to confirmed.
[14:10] <vishalrao> cool
[14:15] <yofel> vishalrao, sgclark, mparillo: I had already filed kde 357704 for this a couple days ago
[14:15] <vishalrao> whoops :)
[14:17] <sgclark> yofel: did not know sorry. I can mark other as dup
[14:17] <vishalrao> marking as dup...
[14:18] <yofel> maybe the missing debug symbol for muon confused the auto-dup-checker, otherwise it should've shown that
[14:18] <yofel> manual dup checking in bugzilla is juat plain impossible
[14:18] <yofel> *just
[14:19] <vishalrao> i noticed your bug report the product marked as "muon" but the auto submit I did set the product to "plasma shell" (plasmash)
[14:20] <yofel> that's what mine was as well until d_ed_ changed it to muon
[14:20] <vishalrao> when i proceeded to submit a second time, it found my own previous bug report (i was just checking if would identify my own submission as a dup) :)
[14:21] <yofel> then the different product was probably what broke the dup check, meh
[14:21] <vishalrao> hmmm :)
[14:21] <BluesKaj> vishalrao: I got around the muon bug by installing libmuon then muon itself..muondiscover will be removed if you do this
[14:21] <vishalrao> ok let me try this BluesKaj 
[14:21] <vishalrao> do you want to post this info as a comment in the bug?
[14:21] <vishalrao> the earlier bug filed by yofel i mean
[14:22] <yofel> might be worth noting that it's a regression in discover
[14:23] <BluesKaj> actually I found this out by mistake when i tried to install muon alone, so i think it's just a workaround 
[14:23] <yofel> clivejo, sgclark: regarding plasma for wily: I first wanted to figure out how to make kwallet-pam work correctly before calling for testing for both releases
[14:24] <yofel> and wily should get an sddm backport once the packages are in backports-landing
[14:24] <yofel> but no response from maxy so far, so I'm pondering completely reverting the whole debian merge...
[14:25] <vishalrao> BluesKaj: it appears "muon-discover" is being renamed to "plasma-discover" - i dont know if other muon-* will be similarly renamed
[14:25] <yofel> everything except "muon" will
[14:25] <BluesKaj> vishalrao: ok thanks 
[14:26] <vishalrao> ok i see
[14:26] <sgclark> yofel debian merge for wallet?
[14:26] <sgclark> or everything?!
[14:26] <yofel> sgclark: for kwallet-pam
[14:27] <sgclark> oh yeah, that was a mess. fine by me
[14:27] <BluesKaj> not impressed with discover gui features, not enough detail on packages for reference
[14:30] <sgclark> ok I have to run errands, bbl
[14:31] <snele> who to ping about ubiquity bug? installer on daily is broken (it crashes after "prepare" step)
[14:31] <snele> https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1529450
[14:43] <mparillo> snele: He does not reference a number, but yesterday here (http://irclogs.ubuntu.com/2016/01/09/#kubuntu-devel.html#t22:19) DarinMiller wroteThe ubi-prepare.py a bug has been reported and triaged, but it has not landed in the daily downloads.  Someone posted here the other day that they could not install via the daily  dowload.
[14:43] <mparillo> If it is the same bug he last comment made it sound like it was not yet 100% sorted.
[14:55]  * yofel uploads sddm with kwallet4 autostart re-enabled - debian doesn't use that so it got dropped in the merge
[15:00] <yofel> For those interested: http://www.dvratil.cz/2016/01/kde-pim-still-alive-and-rocking/
[16:05] <clivejo> !info libkf5prison-dev 
[16:06] <clivejo> Could not find a configuration file for package "KF5Prison" that is compatible with requested version "1.2.1".
[17:13] <clivejo> yofel: ping
[17:50] <clivejo> ovidiu-florin: ping
[17:58]  * clivejo wanders off
[20:54] <mparillo> I just got an upgrade for SDDM, and I wonder if that fixed the kwallet issue I had where it kept trying to ask for a migration every login.
[20:55] <mparillo> Installed: 0.13.0-1ubuntu4
[21:13] <yofel> mparillo: that re-enables kwallet-*4* auto-start
[21:14] <yofel> no idea regarding migration I fear. I don't get that here
[21:16] <clivejo> yofel!!
[21:16] <clivejo> I thought we'd lost you
[21:18]  * yofel doesn't remember having sold his soul to kubuntu
[21:18] <yofel> 0€ is too little pay for that
[21:18] <clivejo> lost you to shopping
[21:18] <clivejo> what did you buy me :)
[21:19] <yofel> uh.. I've been here several times since then
[21:19]  * yofel hands clivejo some snack nuts
[21:19] <yofel> don't really have anything else at hand right now ^^
[21:19] <clivejo> I got a bottle of Jack Daneils last night
[21:20] <yofel> Irish people dring american whiskey o.O?
[21:20] <yofel> *drink
[21:20] <clivejo> sure
[21:20] <clivejo> was a thankyou gift
[21:20] <clivejo> and much appreciated :)
[21:20] <yofel> well, as long as everyone's happy..
[21:21] <yofel> clivejo: any particular question? Because I'll sign off again otherwise
[21:22] <clivejo> kdepimlibs is looking for prison 1.2.1
[21:22] <clivejo> archive seems to be 1.2
[21:22] <clivejo> so I grabbed a git snapshot and packaged it
[21:23] <yofel> there's no release for it? :/
[21:23] <clivejo> no, which is odd
[21:24] <clivejo> but lib/cmake file definately says its version 1.2.1
[21:24] <yofel> true, nothing on depot..
[21:24] <clivejo> so its in my PPA https://launchpad.net/~clivejo/+archive/ubuntu/xenial/
[21:24] <yofel> we should remind people to please depend on *release* software :(
[21:24] <clivejo> I also commited a change to kubuntu_unstable
[21:24] <yofel> *released
[21:25] <clivejo> can I copy that package to the staging-apps?
[21:25] <yofel> go ahead, I'll look at it tomorrow
[21:26] <clivejo> I thought KCI would rebuild it, but it doesnt seem to be working today
[21:27] <clivejo> thats why I put it in my PPA
[21:28] <clivejo> ok copied the package from my PPA to apps staging
[21:28] <yofel> you might also want to reply to the apps release thread asking where you can download prison 1.2.1
[21:28] <yofel> maybe it moved somewhere we don't know - even if I doubt that
[21:28] <clivejo> I just grabbed a git snapshot
[21:28] <yofel> and if not, the release team at least know that something's wrong
[21:29] <yofel> yeah, that's fine for now to get the apps building
[21:29] <clivejo> the changelog seems to show mostly git snapshots
[21:29] <yofel> but depending on unreleased sofware is a no-go really
[21:29] <yofel> yes, which is the I-don't-care workaround
[21:29] <yofel> as I said, fine for now, so just upload it to the ppa
[21:30]  * yofel off, see you tomorrow
[21:30] <clivejo> ok, have fun
[22:55] <mparillo> yofel: Thank You. All I know I tire of re-typing my password, and the latest SDDM seems to have reduced that by one.
[23:22] <valorie> cool
[23:26] <clivejo> o/ valorie
[23:26] <valorie> greetings clivejo
[23:27] <clivejo> hows you?
[23:27] <valorie> pretty dang good
[23:27] <valorie> thinking of trying to set up for packaging
[23:27] <valorie> so I can check out our docs for accuracy and missing bits
[23:27] <clivejo> might as well try :)
[23:28] <valorie> and sure, it sounds like some apps still need attention
[23:28] <clivejo> you might find you like it!
[23:28] <valorie> I doubt it's my strength, but I may as well understand the workflow
[23:29] <valorie> imo we should continue to make packaging and testing as automatic as possible
[23:29] <valorie> so that we can focus on outreach, promotion, and upstream as much as possible
[23:29] <valorie> and by upsteam I mean all the players including Ubuntu proper
[23:31] <clivejo> we have too make upstreams 
[23:31] <clivejo> gets very confusing
[23:32] <mparillo> I thought Santa had some good ideas and desire to work on packaging automation, but I have not seen him lately.
[23:32] <clivejo> mparillo: yeah, he just disappeared
[23:32] <valorie> yes, he keeps popping up and disappearing
[23:32] <valorie> like a ghost
[23:33] <valorie> that's the thing about distros though
[23:33] <valorie> oodles of upstreams
[23:33] <valorie> not all of them think highly of us
[23:33] <clivejo> oh?
[23:34] <valorie> owncloud is the one I'm thinking of
[23:34] <valorie> "distros are broken by design" - ugh
[23:35] <valorie> imo it is crazy that we have so many different packaging processes happening across Linux
[23:36] <valorie> but, given history and the entrenched nature of "what people like" I'm not sure how to converge that
[23:36] <valorie> Debian for instance takes great care about security
[23:36] <valorie> owncloud doesn't seem to give a fig about that
[23:41] <valorie> read Jos' blog on kde planet for reference
[23:41] <clivejo> url?
[23:41] <valorie> I was unable to comment because G+ broke commenting again
[23:42] <valorie> https://planetkde.org/
[23:42] <valorie> a few days ago now
[23:47] <clivejo> but thats more distro fault, no?
[23:47] <clivejo> being slow getting new software into the repo's
[23:48] <valorie> well, individual projects have only their own interests to look out for
[23:48] <valorie> libreoffice only cares about libreoffice, owncloud for itself, etc.
[23:48] <valorie> KDE tries to make all the software work together
[23:48] <valorie> owncloud didn't want that, and left KDE
[23:49] <valorie> and here we are
[23:49] <valorie> we can't just auto-package everything and ship it, without testing the *distro*
[23:49] <clivejo> but its packagers that need to keep the repo's current
[23:49] <clivejo> and a decent feedback loop
[23:49] <valorie> sure, but current can break some things
[23:49] <valorie> keeping everything working is our job, not just packaging
[23:50] <valorie> that's the difficult part
[23:50] <valorie> adjusting recommended  library versions and such
[23:50] <valorie> there are so many parts that individual projects don't have to care about
[23:52] <valorie> everything from kernel versions, gcc, systemv/d, lightdm/sddm/kdm/gdm, frameworks/kdelibs, and on and on
[23:52] <valorie> none of us are microsoft or apple laying down the law, and saying this will be done
[23:52] <valorie> or not
[23:53] <valorie> instead we have to juggle
[23:54] <clivejo> -> moves to offtopic