[00:07]  * clivejo punches the air
[00:07] <clivejo> YES!!
[00:07] <clivejo> cowabunga dudes!
[00:08] <tsimonq2> clivejo: totally rad man :D
[00:08] <clivejo> valorie: you still got yakkety test?
[00:09] <valorie> I do
[00:09] <valorie> something you would like tested?
[00:09] <clivejo> and you enable staging-plasma and staging-kdeapplications and do an install test
[00:10] <clivejo> I know anout plasma-discover, that is broken for now, but looking for any other issues
[00:10] <valorie> I did that last week
[00:10] <valorie> is there new stuff in there?
[00:10] <clivejo> apps too?
[00:10] <valorie> I believe so, yes
[00:11] <valorie> you reminded me to remove them before I quit
[00:11] <valorie> which I obediently did
[00:11] <valorie> lol
[00:11] <valorie> I installed a random game, and played it
[00:12] <valorie> it made me feel more confident about upgrading this computer
[00:12] <valorie> although I've not done it yet
[00:18] <mamarley> clivejo: I noticed that the "libkf5baloowidgets-bin" and "libkf5baloowidgets5" packages in staging for Yakkety do not have an epoch while the ones in the official archive do.  This makes APT want to downgrade the package.
[00:20] <clivejo> !info libkf5baloowidgets-bin
[00:20]  * clivejo cries
[00:21]  * mamarley gives clivejo a tissue.
[00:24] <clivejo> Debian got rid of it when baloo-widget -> baloo-widgets5
[00:24] <clivejo> but our source is still baloo-widgets
[00:24] <clivejo> yofel needs to look at this
[00:25] <clivejo> I dont think that epoch can be removed now :(
[00:26] <clivejo> anyways I need to get to bed
[00:26] <clivejo> hopefully Phil will pick it up in the morning
[00:26] <clivejo> nini
[00:27] <clivejo> FFS if its not LP messing up its KDE git
[00:43] <tsimonq2> wow, lots of work on qtwebchannel today, clivejo, tomorrow I really need your help fixing Cantor, I can't figure it out, but otherwise I'm off to bed o/
[06:50] <Mirv> it looks like kwallet-kf5 has a real test problem on powerpc and s390x, could you upload maybe one where the blowfish tests are disabled for those architectures? it blocks other packages in landing-041
[06:52] <Mirv> I tried rebuilding them once already
[06:53] <Mirv> or I could do that but I'd welcome a permission to do so :)
[07:51] <yofel> Mirv: how does one disable tests on selective architectures? #if DEB_HOST_MULTIARCH ..?
[07:51] <yofel> really, if you know how to do this, please go ahead
[07:52] <Mirv> yofel: yeah, like that. ok, I'll do an upload.
[07:55] <Mirv> a test upload first, if that works a real one
[07:58] <vip> hi ho
[08:43] <Mirv> worked, required a slight modification to how I've done things in the pass, probably due to kde packaging automation
 Yofel did you see conversation about baloo widgets?
[08:52] <acheronuk> I decided this morning, what the hell: http://i.imgur.com/OLak88v.png
 Any problems ?
[08:57] <acheronuk> very few. One "wants to overwrite" error.
[08:57] <acheronuk> I don't have discover, so didn't hit that
[08:58] <acheronuk> http://paste.ubuntu.com/21118450/
[09:03] <acheronuk> did that the manual way swapping out sources lists and then dist-upgrade, so I could go straight to the ppa packages and latest nvidia driver in one shot
[09:12] <clivejo> nice catch
[09:13] <clivejo> !info libkface-data
[09:14] <clivejo> !info libkf5kface-data
[09:15]  * acheronuk checks for his ppas that have YY builds
[09:17] <clivejo> acheronuk: would you have time to add a break/replaces?
[09:17] <clivejo> about top go out the door
[09:18] <acheronuk> probably not until later
[09:45] <santa_> good morning everyone
[11:14] <Mirv> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-041/+packages is now ready for amd64 (powerpc and s390x catching up slowly) - could you see what else would be needed before landing the silo to yakkety-proposed to help with Qt 5.6 migration?
[11:43] <BluesKaj> 'Morning folks
[12:17] <clivejo> yofel: the new mergers you setup seem to be working, but dont seem to be triggering builds
[12:17] <clivejo> they seem to need "Trigger build without parameters" box checked to trigger a build
[12:26] <yofel> hm, by I'm seeing "started by scm change" builds...
[12:26] <yofel> *but
[12:35] <clivejo> I been checking the box myself
[12:35] <clivejo> but the new packages you added seem to not start automatically
[12:36] <clivejo> yofel: did you see that conversation about libkface?
[12:37] <clivejo> !info libkf5kface-data
[12:37] <clivejo> !info libkf5kface-dev
[12:38] <clivejo> grrr
[12:38] <clivejo> wrong *beeping* package
[12:38] <clivejo> !info libkf5baloowidgets-bin
[12:39]  * clivejo needs to take more detailed notes
[12:40] <clivejo> that epoch is in the archive now, so we cant remove it :(
[12:40] <clivejo> Debian removed it on the KF5 switch over
[12:45] <clivejo> we didnt and applied the epoch to the new kf5 packages 
[12:47] <clivejo> seems to been at the time when I was learning how to use the staging-upload script
[12:48] <clivejo> rememer when I messed up the version numbers
[12:52] <Mirv> it's starting to look it was only that kwallet-kf5 that needed powerpc tests disablement. the PPA is almost fully built now for also powerpc and s390x.
[12:55] <Mirv> let me know what's next, does it need some non-frameworks uploads to go with it or should it be copied to yakkety-proposed eg tomorrow morning
[13:11] <clivejo> Im guessing Qt5WebEngineConfig.cmake is what tsimonq2 is working on
[13:25] <yofel> !info baloo-widgets stable
[13:25] <yofel> !info baloo-widgets jessie
[13:25] <yofel> dangit XD
[13:26] <yofel> clivejo: so, "baloo-widgets" has an epoch in debian as well, they renamed it to baloo-widgets5 and dropped it
[13:26] <yofel> clivejo: we should IMO do the same
[13:27] <clivejo> yes, the source
[13:27] <clivejo> but the kf5 packages have been released with an epoch
[13:34] <yofel> oh, now I see
[13:34] <yofel> clivejo: ok, you're right
[13:34] <yofel> bummer
[13:35] <clivejo> :(
[13:41] <yofel> clivejo: got an example project that did not trigger a build when it should?
[13:42] <clivejo> no, been fixing them as I need them
[13:42] <clivejo> just noticed it was the newly added ones
[13:42] <yofel> hm, ok, I'll look at the templates later
[13:45] <yofel> Mirv: I believe there are some plasma pieces stuck in proposed too, I'll check that in ~4-5h when I'm home. Preferably I would like to get 5.7 in as well, as we would then be ok for a while regarding our yakket work - but I'm not sure if it's strickly necessary right now
[13:53] <clivejo> yofel: can error like that epoch be fixed?
[13:54] <clivejo> by a meta package or something
[13:54] <clivejo> or will dpkg just throw a fit
[13:55] <yofel> clivejo: you can "fix" it by a) renaming the package, b) /increasing the epoch/ (uh well, yeah, fix)
[13:56] <clivejo> you can do it by breaks/replaces?
[13:56] <clivejo> cant
[13:56] <yofel> no, you cannot force dpkg to downgrade a package from packaging
[13:57] <yofel> so no, there is no way to fix this and stay compatible with debian
[13:57] <clivejo> didnt think so, otherwise youd have done it before
[13:57] <clivejo> but just curious
[13:57] <yofel> yeah :(
[13:57] <clivejo> did you look at libprison
[13:57] <yofel> no, other priorities
[13:58] <clivejo> no prob
[13:58] <yofel> I would get 5.7 into the archive with that intentional regression, then fix that in a follow up upload
[13:58] <yofel> as prison requires another transition
[13:59] <clivejo> did upstream reply to your message?
[14:01] <yofel> yes, rejected. So we did the most resonable thing we could
[14:27] <Mirv> yofel: ok!
 mm
[14:35] <blaze> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-011/+packages what's dat?
[14:42] <soee> :D
[14:42] <soee> https://www.youtube.com/watch?v=YuZ-WPbSbPY
[14:53] <soee> someone tried to compile/install Pulseaudio 9 on Xenial?
[14:56] <mamarley> soee: ppa:mamarley/updates
[14:57] <soee> mamarley: are you using it ?
[14:58] <mamarley> soee: I have it installed on several systems and it works, yes.
[14:58] <soee> !
[15:00] <soee> mamarley: installing it now :)
[15:00] <soee> brb reboot
[15:02] <soee> mamarley: alsa* stuff is somehow related/required also ?
[15:09] <mamarley> soee: Yeah, I also have ALSA updates in that repository, so the PulseAudio package may depend on those versions as well.
[15:09] <soee> mamarley: so better to update both ?
[15:10] <mamarley> I don't know, all the systems on which I use those packages just use the whole PPA.
[15:17] <soee> mamarley: nice ppa - as always :) thanks! now i have my hdmi sound working fine
[15:17] <mamarley> Oh yeah, that's something I forgot to mention.  Make sure you install the pulseaudio-module-udev package or your HDMI sound may not work.
[15:18] <soee> it is not marked as a dependency ?
[15:18] <mamarley> Nope (and this isn't my doing, my package is exactly the same as the one from Yakkety.)
[15:19] <soee> mamarley: basically my only issue with hdmi sound was it was that output randomly changed to analog/laptop speekers
[15:19] <soee> and it was fixed in 9.0 while Xenial has 8.0
[15:19] <mamarley> If it is working for you, then you should be fine.
[16:01] <soee> someone can recommend not to expensive but good 2.0 speakers ?
[17:26] <BluesKaj> oops , wrong paul i think
[17:52] <mamarley> clivejo: With Plasma 5.7.2 on Yakkety, do you have a problem where the shadow on the panel does not display when plasma starts after you log in?
[18:06] <acheronuk> mamarley: do you have transparency on login when that happens?
[18:06] <mamarley> acheronuk: The window shadows look normal, but there is no transparency in any of the Plasma elements.
[18:07] <acheronuk> https://bugs.kde.org/show_bug.cgi?id=362531
[18:07] <acheronuk> I'm getting that ^^^
[18:07] <mamarley> acheronuk: Ah, thanks!  I searched the bugtracker, but couldn't find this one.
[18:08] <acheronuk> restarting plasa or kwin (can't recall which one) sorted it.
[18:08] <acheronuk> *plasma
[18:09] <mamarley> It is plasma.  I discovered that workaround already.
[20:24] <jimarvan> HI GUYS :D
[20:24] <jimarvan> how is everyone? :)
[20:24] <yofel> tsimonq2: what's the story behind https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/plasma-workspace/commit/?h=kubuntu_yakkety_archive&id=72eb931a85c834b9a5a83e937ac29d7493dcdc91
[20:24] <yofel> that makes it uninstallable
[20:26] <jimarvan> any news about 5.7.2?
[20:35] <clivejo> yofel: its the new holidays feature in Plasma 5.7
[20:36] <clivejo> but its part of apps :(
[20:37] <clivejo> https://www.youtube.com/watch?v=A9MtFqkRFwQ 1:00
[20:39] <clivejo> https://youtu.be/A9MtFqkRFwQ?t=58
[20:48] <yofel> then that's a recommends
[20:48]  * yofel fixes
[20:49] <clivejo> how do you tell the difference?
[20:49] <yofel> plasma may not depend on apps :P
[20:50] <yofel> at least not in our workflow
[20:51] <clivejo> so if that package was a plasma release, a depends would be ok?
[20:52] <yofel> yes
[20:53] <yofel> well the guideline is -> depends: application does nothing useful without that package, recommends: installed in all but unusual configurations
[20:53] <yofel> so... don't add too many deps
[20:54] <clivejo> I see
[20:54] <clivejo> sorry, I told him to add it as a depend
[20:54] <yofel> np, that's why I asked where that came from
[20:54] <clivejo> He was testing it on his own install and noticed it
[20:55] <clivejo> wanted to report it as a bug, so I asked him to install that package and it fixed it so told him to request a merge
[20:57] <clivejo> what do we have to do to revert kdeconnect back to its original name?
[20:57] <clivejo> is it in your seed list thingie ma bob
[21:25] <jimarvan> :)
[21:26] <jimarvan> finally vacations coming ladies and gentlemen
[21:26] <jimarvan> after 10 months of continuous work... :D
[21:29] <clivejo> how long you off for?
[21:34] <jimarvan> do not know yet
[21:34] <jimarvan> depends if I return with my car or not
[21:35] <jimarvan> 16-31 August is the plan
[21:35] <jimarvan> which means finally some free time for kubuntu studying! :)
[21:59] <clivejo> anyone tried wayland on YY?
 Microsoft will now force you to use its favorite Windows 10 feature, whether you like it or not (MSFT)
 http://www.appy-geek.com/Web/ArticleWeb.aspx?regionid=3&articleid=69624554&source=telegram
 I used it a few times
 Got me into Mycroft AI
 :D
 Still forcing users to use it is a crap
 Even when nod signed in it will send anonymous data
[22:08] <tsimonq2> yofel: I was told that it should go where it went in that commit, I thought it should be a depends of the package that specifically handles setting/unsetting holidays, but I was isntructed to set it where it is in that commit
[22:09] <tsimonq2> yofel: in fact, I *wanted* to fix it so that if it doesn't detect the holidays package, it displays a less ugly error than it did
[22:10] <tsimonq2> yofel: it's clivejo's fault :P
[22:10] <tsimonq2> and o/ everyone
[22:11]  * genii gets clivejo more Jamesons
[22:11] <clivejo> you'll get me tipsy!
[22:12] <tsimonq2> clivejo: and re: "Im guessing Qt5WebEngineConfig.cmake is what tsimonq2 is working on" yep, some coordination is happening on pkg-kde-talk and some on #debian-qt-kde on OFTC
[22:12] <yofel> tsimonq2: right, see my discussion with clive after that. We do need to eventually improve our qml dep handling
[22:12] <tsimonq2> yofel: ok
[22:12] <clivejo> my mistake \o/
[22:12] <tsimonq2> yofel: you still want the fix I suggested? :)
[22:12] <clivejo> dont shoot
[22:13] <tsimonq2> yofel: or should I upstream it?
[22:13] <yofel> upstream preferably
[22:13] <tsimonq2> yofel: where do I file a bug so I can assign myself to it? :D
[22:14] <yofel> hm, regarding upstream, ask in #plasma first. You can file a bug, but you wouldn't be able to assign yourself to it
[22:15] <tsimonq2> yofel: on freenode?
[22:15] <yofel> yes
[22:15] <yofel> question is whether they actually want that improved, or if they have somethign in mind themselves
[22:16] <tsimonq2> alright :)
[22:27] <jimarvan> have a good sleep guys
[22:27] <jimarvan> talk to you tomorrow :0
[22:27] <tsimonq2> o/ jimarvan 
[22:29] <jimarvan> ;)