[00:00] <clivejo> bang!
[02:11] <mamarley> clivejo: My initial impression is that Plasma 5.5.5 is working great!  Plasma and kwin start and screen locking works.
[08:50] <soee> hiho
[10:27] <mparillo> mamarley: How are you getting 5.5.5? I have the Xenial PPA-Landing, just checked for updates, and I am still on 5.5.4
[10:35] <soee> mparillo: it is in staging i think
[10:35] <soee> mparillo: https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-plasma/+packages?field.series_filter=xenial
[10:35] <soee> and 5.5.5 needs to be tested, so if you can please do :)
[10:36] <soee> ppa:kubuntu-ppa/staging-plasma
[10:39] <soee> clivejo: you could also ping testers
[10:40] <mparillo> So on Landing, there is only one big PPA (either ppa-landing for development release, or backports-ppa for backports), but in Staging, there are three separate PPAs? Plasma, Frameworks, and KDE Applications?
[10:41] <soee> yes
[10:41] <soee> mparillo: here you have an overview https://launchpad.net/~kubuntu-ppa
[10:42] <mparillo> Are there not all kinds of dependencies between Plasma, Frameworks, and Apps?
[10:42] <mparillo> TY
[10:42] <soee> well probably apps and plasma can have minimal version of Frameworks set
[10:43] <clivejo> mamarley: does it contain your fix for the monitors?
[10:46] <mparillo> sudo add-apt-repository ppa:kubuntu-ppa/staging-plasma 110 to be upgraded and 1 new package.
[10:49] <mparillo> Done. Re-booting.
[10:50] <soee> what new package it was ?
[10:55] <clivejo> mine has 125 upgrades and one new install
[10:55] <clivejo> libopus0:i386
[10:56] <mamarley> clivejo: The computers experiencing that problem are at my parents' house.  I don't want to upgrade them remotely in case something goes wrong, but I will test it later this week.
[10:56] <clivejo> no problem
[10:59] <mparillo> kinfocenter reports plasma 5.5.5 ! I vote we copy from staging to landing and then call for testers.
[11:03] <clivejo> there are a few lintian warnings/errors Id like yofel to have a look at
[11:06] <yofel> don't expect me to look at plasma before the weekend
[11:07] <clivejo> yofel: is there anything I can help with?
[11:08] <yofel> well, if you really have nothing to do you could investigate if digikam can be saved
[11:09] <clivejo> !info digikam xenial
[11:09] <yofel> try to install it
[11:09] <clivejo> on my xenial?
[11:09] <yofel> yes
[11:12] <clivejo> I think the systray icons are finally fixed in 5.5.5 :)
[11:13] <yofel> shadeslayer: when you have some time, please pull automation and run: ./ubuntu-archive-upload -v 15.12.1 -t /tmp/apps/ -r applications -a kubuntu-ppa/staging-misc
[11:13] <yofel> for the apps upload. Also, comment out line 182 in the script before you do so the timestamps don't change. I already released and tagged stuff
[11:14]  * yofel -> lunch
[11:15]  * clivejo wonders why his Telegram desktop icon in systray looks to have a horrible purple smudge
[11:18] <clivejo> yofel: digikam is installing fine on my system
[11:19] <clivejo> FW 5.18, Plasma 5.5.5, Apps 15.12.1
[11:19]  * clivejo forgot how useful digikam is
[11:21] <clivejo> only thing I cant find is the geo  tab
[11:21] <clivejo> there used to be a little map that plotted where the photo was taken if it was geo-tagged
[11:22] <clivejo> Im guessing thats probably a marble plugin
[11:22] <yofel> weird, well ok then
[11:22] <yofel> it's libmarblewidget. You'll get it back with the qt5 digikam release
[11:23] <yofel> so far they're at 5.0 beta3
[11:23] <clivejo> 37 kipi plugins installed
[11:23] <clivejo> kipi plugins 4.12.0 libkip 2.2.0
[11:24]  * yofel -> really lunch
[11:24] <clivejo> enjoy!
[11:27]  * claydoh wonders if it would be a good idea to bump digikam to the beta just so we can get the kipi plugins for gwenview, etc :)
[11:29] <clivejo> what version does gwenview need?
[11:30] <claydoh> whatever is qt5/plasma 5, which is  from digikam 5 
[11:34] <clivejo> is the libkipi not being split from digikam into apps?
[11:34] <clivejo> http://anonscm.debian.org/cgit/pkg-kde/applications/libkipi.git/
[11:34] <clivejo> this guy seems to have digikam5 packaged for wily
[11:34] <clivejo> https://launchpad.net/~philip5/+archive/ubuntu/extra
[11:38] <clivejo> is it kipi-plugins5 we need for gwenview?
[11:38]  * clivejo goes off to play
[11:39] <claydoh> i did try beta 1 some time back but gwenview did not see the kipi plugins, I assume it needs compiling with support switched on?
[11:40] <clivejo> Ill grab that packaging for wily and repackage for xenial, and try to build gwenview with kipi-plugins5
[11:40] <clivejo> see if that works
[11:40]  * claydoh goes to bed, 11 days in a row without rest is going to kill him before he gets to vacation in Australia
[11:40] <claydoh> cool clivejo
[11:40] <yofel> kipi-plugin is bundle released with digikam
[11:41] <yofel> philip5 just builds from git, so it's seperate
[11:42] <yofel> sgclark: FYI: libkgapi and libkoabxml are in proposed. kolab I'll do once rohan gets to uploading apps. That's entangled with that
[11:44] <clivejo> yofel: could I use https://launchpad.net/~philip5/+archive/ubuntu/extra/+files/digikam5_5.0.0~beta3-wily~ppa1.debian.tar.xz to package a xenial version?
[11:45] <yofel> maaaybe. If that uses the official digikam tarball
[11:45] <clivejo> its packaging a KF5 version
[11:45] <yofel> yeah, digikam 5 is the qt5 release
[11:45] <clivejo> into kipi-plugins5
[11:46] <clivejo> but what Im asking is the KF5 version the one gwenview is looking for?
[11:46] <yofel> it is, gwenview uses kf5 libkipi, and that can only use qt5 kipi plugins
[11:47] <clivejo> ok, Ill go play with it
[12:09] <clivejo> yofel sgclark: regarding libkipi and libkf5kipi, they cant co-exist on the same system?
[12:09] <clivejo> https://paste.kde.org/pznfgojxa
[12:14] <yofel> right
[12:21] <BluesKaj> Hey folks
[12:28] <clivejo> is there a reason they cant both exist?
[12:35] <yofel> haven't look at that
[12:35] <yofel> *looked
[12:52] <soee> al fine with updated topic ?
[12:55] <yofel> ~right
[12:55] <allee> clivejo: AFAIU they should be able to coexist.  As the plugin search path is different for kde4 and KF5  the libkipi* can coexists.  lib*kipi-data can both have partly the same data, but if the installation path is different, they can also coexists.
[12:55] <yofel> maybe add the 5.5.5 wip part
[13:01] <allee> clivejo: philips digikam 4 package had a quite different split as debian and ubuntu AFAIR. 
[13:03] <allee> clivejo: at least in digikam 4 times marble used parts from digikam.  *IF* that is still the case also the case for qt5 (true?),  we need to split philps packaging the lib*(-dev) that are needed by marble.  
[13:04] <yofel> it's the other way around, and the marble integration in digikam is broken because of the qt4/5 mismatch
[13:04] <allee> yofel: ah, right
[13:05] <yofel> but yeah, you are right on the different packaging scheme
[13:06] <allee> so the digikam5* kipi* pkgs should no longer include  .h and .a files etc
[13:07]  * allee is a fan of the simple layout of digikam5.  In 4 it's turned out as overkill IMHO
[13:13]  * yofel goes looking at screenshots
[13:13] <yofel> so far I only ever looked at the version numbers in the announcements, nother else XD
[13:14] <yofel> looks not that different to me
[13:15] <yofel> I think the biggest improvement here is breeze. Oxygen just made the small UI elements in digikam look bad
[13:41] <clivejo> has debian packaged digikam5 yet?
[13:47] <yofel> you'll probably want to ask them
[14:23] <sgclark> morning
[14:23] <clivejo> morning sgclark
[14:26] <sgclark> yofel: did apps get uploaded?
[14:26] <yofel> n o
[14:27] <sgclark> clivejo: is plasma done?
[14:27] <sgclark> ok
[14:27] <clivejo> sgclark: few lintian warnings/errors Id like someone to look at
[14:27] <clivejo> http://qa.kubuntu.co.uk/ppa-status/plasma/build_status_5.5.5_xenial.html
[14:27] <sgclark> clivejo: listed in packaging notepad?
[14:28] <sgclark> that works too
[14:28] <clivejo> although Im using it and seems to be working OK
[14:28] <sgclark> desktop-mime-but-no-exec-code needs to be files upstream
[14:28] <sgclark> filed* as a bug
[14:29] <sgclark> script-not-executable I recall there being a debhelper tool that can make these executable
[14:31] <sgclark> kwin multi-arch -- I am still not fully clear on architecture stuff, yofel can probably help here when he has time.
[14:38] <sgclark> clivejo: http://manpages.ubuntu.com/manpages/xenial/man1/dh.1.html in particular you want to read override_dh_fixperms:
[14:43] <sgclark> libkscreen looking at the symbols file libkf5screen-bin in there does look very out of place.
[14:45] <sgclark> plasma-workspace needs versions added to those breaks
[14:46]  * sgclark thinks most of this is self explanatory
[14:47] <sgclark> user-manager needs the copyright file updated, upstream-maintainer needs to be changed to upstream contact.
[14:49] <sgclark> I do have a doctor appointment today, so I am afk most of this afternoon.
[15:38] <marco-parillo> On Xenial, I think we still need ppa:kubuntu-ppa/staging-plasma for Plasma 5.5.5, but in the topic, it looks as if Plasma 5.5 for Wily in already in ppa: kubuntu-ppa/backports
[15:39] <yofel> "fixed"
[15:42] <BluesKaj> I see kwayland-data on 2 upgrades in the last hr, are we moving closer to replacing "X" ?
[15:44] <marco-parillo> On Xenial, on physical ardware, I added the ppa:kubuntu-ppa/staging-plasma repository and Plasma 5.5.5 seemed stable to me (but I did not face instability on 5.5.4).
[15:44] <yofel> 5.5 has a wayland session that's supposed to actually show you a desktop - not that usable though
[15:46] <BluesKaj> yeah i saw JR's page showing wayland desktop ...looked ok 
[15:49] <BluesKaj>   here: http://jriddell.org/2016/03/01/wayland-image-updated/
[16:05] <marco-parillo> Trying in a VM: sudo add-apt-repository ppa:kubuntu-ppa/staging-plasma It looks as if libkf5screen-bin   will be added and 112 packages upgraded from ppa-landing.
[16:11] <shadeslayer> yofel: running command
[16:11] <yofel> thanks :)
[16:13] <shadeslayer> uhh
[16:13] <shadeslayer> subprocess.CalledProcessError: Command '['git', 'commit', '-a', '-m', 'NOCI\nRelease to xenial.']' returned non-zero exit status 1
[16:13] <shadeslayer> I did comment out 182
[16:13] <shadeslayer> yofel: ^
[16:14] <yofel> hm... comment that out too...
[16:14] <shadeslayer> what line is that?
[16:14] <shadeslayer> 200?
[16:14] <yofel> 200
[16:14] <shadeslayer> ack
[16:14] <shadeslayer> ok it's doing it's thing
[16:15] <shadeslayer> I'll upload it when I get back at around 7:15
[16:17] <genii> genii-testing: highlight test
[16:20] <marco-parillo> KDE Plasma Version 5.5.5 in a Xenial VM. No immediate breakage.
[16:23] <genii-testing> This machine is booted to Xenial and fully updated. Feel free to ping if some testing is required.
[16:30] <marco-parillo> Well my test case was pretty simple. Update to ppa-landing (sudo add-apt-repository ppa:kubuntu-ppa/ppa-landing) Then upgrade to plasma-staging (sudo add-apt-repository ppa:kubuntu-ppa/staging-plasma). Make sure kinfocenter gives you Plasma 5.5.5 and watch out for any regressions.
[16:31] <genii> marco-parillo: You want me to try that then?
[16:35] <marco-parillo> I think it would be great, and soee asked me to, so I think it is also a good idea. The usual caveat against running it on an irreplacable partition / VM.
[16:41] <genii-testing> ppa-landing added, update/upgrade cycle went fine, no packages held back. staging-plasma added, updated OK, upgrade is pulling in ~65MB of stuff right now
[16:48] <genii-testing> gwenview held back, doing dist-upgrade
[16:49] <genii-testing> No errors. Rebooting.
[16:53] <genii-testing> marco-parillo: The process seems to have been a success
[16:54] <marco-parillo> Then my vote (not that I get one) would be to push 5.5.5 to ppa-landing.
[16:55] <marco-parillo> Then to call for testers.
[17:04] <genii-testing> Got a bunch of weird errors like "W: Can't drop privileges for downloading as file '/var/lib/update-notifier/package-data-downloads/partial/webdin32.exe' couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied)" installing kubuntu-restricted-extras, but it seems to have completed successfully
[17:05] <yofel> apt now runs as "_apt", not "root" for the downloading part, so it complains if it has to fallback to root to download something
[17:06] <genii-testing> yofel: So should it be given a different directory to download to which is writable for that user?
[17:07] <yofel> yeah, question in this case is whether the extras or update-notifier would be responsible for that
[17:23] <clivejo> sgclark: is this big report okay?  https://bugs.kde.org/show_bug.cgi?id=360319
[17:46] <clivejo> should I add a Lintian override to bluedevil while the bug report is looked at?
[17:49] <clivejo> soee: you home?
[17:50] <soee> clivejo: yes, but first something to eat, im starving
[17:50] <clivejo> dont forget you're testing plasma tonight!
[17:57] <clivejo> yofel sgclark: The bluedevil lintian bug has been fixed upstream, as per https://bugs.kde.org/show_bug.cgi?id=360292
[17:58] <clivejo> what do I do about it now, just ignore it?  create a patch? or lintian override it?
[18:02] <valorie> o/ from Yakima, WA
[18:03] <valorie> over the mountains from home
[18:03] <clivejo> o/
[18:03] <valorie> ahoneybun: around?
[18:03] <clivejo> havent seen him
[18:03] <valorie> our room is right next to the river which is nearly at flood stage
[18:03] <valorie> interesting to watch
[18:06] <valorie> !note ahoneybun look into #kde-www about changes in the community.k.o wiki
[18:06] <valorie> pfff
[18:16] <soee> ok im full now :) just hot tea left
[18:27] <clivejo> soee test plasma!
[18:27] <soee> almost done
[18:28] <soee> clivejo: ok upgrade without any errors, now reboot
[18:29]  * genii-testing makes more coffee and waits for an assignment
[18:30] <soee> clivejo: all good :D
[18:30] <clivejo> sys tray looking ok?
[18:31] <soee> yup
[18:31] <mamarley> I never had any tray issues and still don't.
[18:31] <clivejo> mamarley: mine was corrupted until this recent update
[18:32] <clivejo> although the telegram desktop icon looks strange
[18:32] <shadeslayer> yofel: uploading apps
[18:32] <clivejo> shadeslayer: thanks so much for this :)
[18:34] <clivejo> I dont wanna go to this meeting :(
[18:34] <soee> whenever o open stream from KDE sprint @ CERN .. they eat :D
[18:36] <valorie> lol
[18:37] <valorie> Italians are famous for that!
[18:37] <soee> :D
[18:38]  * valorie invites everyone along to taste Yakima Valley wines this afternoon
[18:38] <marco-parillo> And Italo-Americans as well!
[18:40] <genii-testing> Is ddebs repository for Kubuntu different than ddebs.ubuntu.com ?
[18:41] <shadeslayer> clivejo: yofel all uploaded
[18:41] <shadeslayer> :O
[18:41] <shadeslayer> everything rejected
[18:41] <shadeslayer> apparently everything needs -Sa
[18:42] <soee> what is -Sa ?
[18:44] <shadeslayer> include source
[18:44] <shadeslayer> man debuild :)
[18:51] <shadeslayer> uploading again
[18:51] <shadeslayer> cya later
[18:52] <valorie> shadeslayer: <3
[18:55] <soee> clivejo: ping
[19:08] <yofel> genii-testing: es
[19:08] <yofel> yes
[19:08] <yofel> shadeslayer: thanks!
[19:09] <genii-testing> yofel: Thanks :)
[19:35] <clivejo> soee: pong
[19:36] <soee> clivejo: now when shadeslayer uploaded apps, is it possible to stage https://www.kde.org/announcements/announce-applications-15.12.2.php ?
[19:48] <clivejo> soee: you know the drill by now!!  yofel makes those decisions, not me!
[19:49] <yofel> go ahead, it's tagged and uploaded
[19:49] <clivejo> I need some help with some minor packaging in plasma 5.5.5
[19:49] <clivejo> but Im just about to set off for a meeting
[19:50] <yofel> pay attention to your mails though, you might get build failure mails for 15.12.1
[19:50] <clivejo> should be back in couple of hours
[19:51] <yofel> regarding frameworks: don't stage 5.19
[19:51] <yofel> we should just sync what debian has after 16.04 is out
[19:59] <yofel> let see if I can get calligra reviewed
[20:02] <yofel> hm, that needs a rebase
[20:12] <ahoneybun> claydoh, still have that error from plasmashell?
[20:13] <claydoh> ahoneybun: no, installed kscreen-something-bin, as mentioned later
[20:13] <claydoh> someone mentioned later
[20:13] <ahoneybun> oh I still have it as I did not do that 
[20:13]  * claydoh looks up to find
[20:14] <claydoh> libkf5screen-bin
[20:15]  * ahoneybun triers
[20:15] <ahoneybun> rebooting
[20:19] <ahoneybun> claydoh, success
[20:20] <ahoneybun> sgclark, installing libkf5screen-bin fixed claydoh and I's issue
[20:44] <yofel> genii-testing: on second thought, I misread your question. For the primary archive, the debug repo is ddebs.ubuntu.com, that's for everything in the archive. ddebs.ubuntu.com does not contain PPA related symbols though
[20:52] <genii-testing> yofel: So are the -dbg packages for whats in Kubuntu PPAs in the same PPAs then?
[20:53] <yofel> genii-testing: right, they are built in the ppa's
[21:09] <yofel> https://launchpad.net/ubuntu/+source/libkolab/1.0.2-1ubuntu1 wtf?
[21:09] <yofel> this worked in the ppa
[21:51] <sgclark> yofel: if I had to guess it looks like we will suffer the same build orders issues as ppa
[21:51] <sgclark> I presume I have retry permissions?
[21:53] <sgclark> clivejo: yofel I was planning on staging apps when they were ready.
[21:54] <soee> apps start to show in updates
[21:59] <yofel> sgclark: you should have them
[22:00] <sgclark> though if build succeeds I don't have a clue how to retrigger. ppa I bumped ppa number
[22:04] <yofel> you'll have to do a new archive upload
[22:04] <yofel> aren't apps supposed to have internal deps on >= 15.12.1 ?
[22:05] <sgclark> hmm yup, it is building with 15.08.2 akonadi
[22:05] <yofel> or meh, we probably didn't add that thanks to the merges
[22:05] <yofel> maybe we should upload entire kdepim again with all versions bumped
[22:05] <sgclark> no I recall adding a ton when I was rebuilding
[22:05] <yofel> oh ok
[22:06] <sgclark> but obviously ssomething was missed.
[22:07] <sgclark> I think only kolab affected *crosses fingers*
[22:07] <sgclark> wtf libkf5akonadi-dev (>= 15.12.1~),
[22:08] <sgclark> it should *not* have built with 15.08.2
[22:08] <sgclark> retrying. that makes no sense. What is the ~ at the end anyway?
[22:08] <sgclark> yofel: ^
[22:12] <sgclark> uhh wait a minute. another one kmailtransport failed also built with akonadi 15.08.2
[22:15] <yofel> sgclark: the epochs are missing
[22:15] <yofel> 4:15.08.2 > 15.12.1
[22:15] <sgclark> yofel: ah
[22:16]  * yofel totally missed that :/
[22:19] <sgclark> is there an easy way to find which packages have epochs? this is a mistake too easily made
[22:19] <yofel> grep with a fancy regexp?
[22:19] <sgclark> hahahahaha
[22:20] <yofel> actually, we have logic for that in k-a
[22:20] <yofel> there is a packages-with-epoch list in one of the json files
[22:32] <shadeslayer> yofel: upload didn't go well afaict
[22:33] <yofel> as in build failures?
[22:33] <clivejo> the new FF is really getting on my nerves
[22:34] <sgclark> libkolab is updated and needs a new upload
[22:34] <yofel> just go and upload
[22:35] <sgclark> has not uploaded to archive in what seems like forever. how? lol
[22:35] <yofel> use 'ubuntu' as the dput target
[22:36] <clivejo> armhf build of ktnef 4:15.12.1-0ubuntu1 failed
[22:36] <sgclark> debuild -S ?
[22:36] <yofel> yes
[22:36] <clivejo> ppc64el build of okteta 4:15.12.1-0ubuntu1 failed
[22:36] <sgclark> clivejo: we already know what is going on.
[22:36] <sgclark> stupid epochs
[22:36] <yofel> and make sure you strip any ppa suffix from the version
[22:37] <clivejo> sgclark: yofel asked me to keep an eye on my emails
[22:37] <sgclark> okies dokie.
[22:43] <mamarley> You might say, "Epoch fail!" ;p
[22:44]  * clivejo cries
[22:44] <yofel> heh
[22:44] <sgclark> haha
[22:44] <sgclark> libkolab uploaded. moving on to kmailtransport
[22:45] <clivejo> nothing will work for me
[22:45] <sgclark> context?
[22:46] <clivejo> FF keeps crashing, Netflix wont load, Im tired and grumpy
[22:47]  * yofel runs nf in chrome, ff never renders the videos fluently
[22:47] <clivejo> Im using chrome
[22:48] <clivejo> There was an unexpected error. Please reload the page and try again.
[22:48] <yofel> o.O
[22:48] <clivejo> every video is the same
[22:49] <yofel> "Netflix Site Error", well, that's that
[22:49] <clivejo> I wanted to watch some Big Bang to cheer me up
[22:51] <sgclark> been hearing lots of complaints on FF last few days
[22:51] <sgclark> thankfully I can say "we don't package that"
[22:52]  * yofel hasn't installed todays ff 45 update yet
[22:56] <sgclark> kmailtransport fixed and uploaded
[22:58] <clivejo> sgclark: are you staging 15.12.2?
[22:58] <sgclark> that was my plan yes
[22:58] <sgclark> but I need to fix archive first
[22:58] <clivejo> ok
[23:04] <sgclark> err I am very confused. seems libkf5akonadi-dev does not even exist
[23:08] <clivejo> its being migrated out to libkf5akonadiserver-dev I think
[23:09] <clivejo> http://anonscm.debian.org/cgit/pkg-kde/applications/akonadi.git/tree/debian/control
[23:10] <clivejo> libkf5akonadiserver-dev replaces and breaks libakonadi-dev
[23:12] <sgclark> somehow it exists in misc ppa. .. ugh
[23:12] <clivejo> its in kdepimlibs
[23:12] <clivejo> http://anonscm.debian.org/cgit/pkg-kde/applications/kdepimlibs.git/tree/debian/control
[23:13] <clivejo> with 15.12.2 I dont think the migration has happened
[23:13] <sgclark> well it is not in archive, hense my confusion
[23:16] <sgclark> oh.
[23:16] <sgclark> it is still building.
[23:25] <sgclark> ok found the epoch file. doesnt make this any easier :/
[23:29]  * ahoneybun walks in