[00:00] <clivejo> yofel: are you off work tomorrow?
[00:01] <yofel> no
[00:01] <clivejo> theres the build queue filling up
[00:01] <clivejo> isnt it like 01:00 there?
[00:02] <yofel> it is, and I'll be gone in a minute. I generally go to work late though so I sleep until 08:00
[00:03] <clivejo> yofel: is KCI programmed to start at the top of the dep tree?
[00:03] <vertago1> probalby it is running mgmt and merger stuff now
[00:03] <yofel> AFAIK yes
[00:06] <clivejo> still being blamed for plasma-nm
[00:08] <vertago1> plasma-nm hasn't built yet. just the merge attempt failed
[00:08] <yofel> XD
[00:08] <clivejo> CONFLICT (content): Merge conflict in debian/changelog
[00:09] <vertago1> hmm I wonder what creative writing they did in the changelog to cause a merge fail
[00:10] <clivejo> was the upstream patch removed from it?
[00:11] <clivejo> ah, yofel removed my changelog entry
[00:12] <yofel> I did?
[00:12] <yofel> anyway, off to bed now, gn folks
[00:14] <clivejo> good night yofel
[00:17] <vertago1> sddm was failing?
[00:21] <clivejo> vertago1: where in the world are you?
[00:21] <vertago1> North America
[00:22] <clivejo> still early there then!
[00:22] <vertago1> yep
[00:22] <vertago1> I see wiley_unstable_kio in the queue
[00:23] <clivejo> yup, it retries everything
[00:24] <vertago1> even successes?
[00:24] <clivejo> yup
[00:24] <clivejo> grabs the latest source from git
[00:26] <clivejo> the idea of KCI is that its continious intregation and that we fix the packaging as upstream make changes, so when release day comes all the packaging should be already there
[00:27] <vertago1> It seems like if there is nothing new to merge there isn't a reason to build it again.
[00:27] <clivejo> Im not sure on the code, you would have to ask sitter about that one
[00:28] <vertago1> what does it mean if it is failing because of dependency wait?
[00:28] <clivejo> where does it say that?
[00:29] <vertago1> https://launchpad.net/~kubuntu-ci/+archive/ubuntu/stable/+build/8449588
[00:29] <clivejo> kwin is a symbols issue
[00:30] <clivejo> kscreenlocker-dev hasnt been built or hasnt been published yet
[00:34] <clivejo> and kscreenlocker is failing on the i386 build
[00:39] <vertago1> https://launchpadlibrarian.net/230075057/buildlog_ubuntu-xenial-i386.kscreenlocker_5.4.2%2Bgit20151215.1150%2B16.04-0_BUILDING.txt.gz
[00:40] <vertago1> is there a graph of the dependencies?
[00:40] <clivejo> not really
[00:40] <clivejo> but KCI gives clues
[00:40] <clivejo> http://kci.pangea.pub/job/xenial_unstable_kscreenlocker/
[00:41] <clivejo> upstream are the deps
[00:41] <vertago1> maybe we should look into using something like this: http://collab-maint.alioth.debian.org/debtree/
[00:41] <clivejo> the red ones are the ones with issues
[00:44] <vertago1> kcm utils was failing because of kdeclaritive which isn't failing anymore
[00:45] <clivejo> and it was failing due to kio
[00:47] <vertago1> it looks like all the downstream projects for it were red
[00:48] <clivejo> yup, but only failing on the i386 build
[00:48] <clivejo> due to that symbols issue
[00:48] <vertago1> do you think someone fixed the symbols on amd64 but not on i386?
[00:48] <vertago1> before
[00:48] <clivejo> looks like it
[00:53] <clivejo> maybe the i386 was failing and they didnt have access to a buildlog to fix the symbols
[00:59] <vertago1> clivejo it doesn't look like the build order is right
[01:00] <vertago1> I assume if an upstream package becomes fixed it will trigger downstream packages though
[01:04] <clivejo> I dont know, I dont usually watch it process them
[01:05] <vertago1> if kio is upstream of kdeclaritive which is upstream of kscreenlocker which is upstream of kwin why is kwin building before kio
[01:06] <vertago1> I also don't understand why it is only building those two packages
[01:06] <vertago1> *that one package for wiley and xenial
[01:12] <clivejo> right, time for bed, nn
[01:13] <vertago1> goodnight
[09:01] <santa_> yofel: morning, what is the next batch of uploads you are going to work on? plasma 5.5.1 for xenial/staging_ppa? I would like to know so I can clean up the road so you will find less obstacles
[09:13] <yofel> santa_: yes, that
[09:14] <santa_> yofel: ok, and I presume you will merge master into kubuntu_xenial_archive before anything, right?
[09:17] <yofel> merge kubuntu_stable into kubuntu_xenial_archive sounds like the thing to do. master is debian and _unstable is 5.6-dev
[09:19] <santa_> however kubuntu stable contains plasma 5.4
[09:20] <santa_> while master is 5.5
[09:21] <santa_> so it's either:
[09:21] <santa_> a) merge master and fix compat issues with debian's stuff
[09:21] <santa_> or 
[09:21] <santa_> b) merge kubuntu_stable and make the 5.5 needed changes ourselves
[09:22] <yofel> we can do a), but that would be a completely manual thing as you need to review the resulting diff for every package
[09:22] <santa_> yeah, just tested a)
[09:22] <yofel> I guess that's what we should do a) really, clive will surely want to help
[09:22] <yofel> and plasma isn't *that* many packages
[09:23] <santa_> https://paste.kde.org/
[09:23] <santa_> ↑ list of failed merges
[09:24] <santa_> I'm willing to help sending patches to make the packages source buildable if we go for a) too
[09:24] <yofel> it's not only failed merges. You need to review *every* diff. E.g. in the frameworks merge a package merged fine, but debian put a file into another package than us which didn't cause a conflict but made it uninstallable
[09:24] <santa_> (I would help with b) too ;) )
[09:25] <santa_> well we can do it step by step
[09:25] <santa_> i.e.
[09:25] <santa_> 1. fixing the failed merges
[09:25] <santa_> 2. fixing the build failures after the merges and uploading to staging
[09:26] <santa_> 3. fix installability problems after testing upgrades/installation
[09:27] <santa_> I could prepare today a batch of patches for 1. and help you with 2 and 3 once it's done
[09:27] <yofel> that's what we did most of the time and I'm really sick of it. We just end up hunting after issues for months after a merge with that
[09:27] <yofel> we can do b) which would be faster, but a) has to be done anyway
[09:29] <santa_> we could do a mixture of a and b to make things faster
[09:30] <santa_> i.e. merging _stable, look for build or installation failures and detect this way changes needed for 5.5 for the packages needing such changes. merge them from master instead of doing them ourselves
[09:30] <yofel> One reason why I would prever a) is that it would allow us to use clean breaks/replaces against << 5.5~ for merge moves, while with the rest you need ubuntu versions which is error prone
[09:32] <santa_> so ... which one is going to be?
[09:33] <yofel> a)
[09:33] <santa_> ok
[09:33] <yofel> ofc. if you help with the failed merges that you listed, that would be very much appreciated :)
[09:34] <santa_> allright, just a couple of last loose ends:
[09:34] <santa_> the packages without kubuntu_xenial_archive branch
[09:35] <santa_> is this branch going to be created from master?
[09:35] <santa_> or what?
[09:36] <yofel> can't say without actually looking at them. But that sounds reasonable
[09:40] <santa_> so, I will work assuming that and that we are going forward with a) . so today I could make a batch of patches to make the packages source buildable
[09:41] <santa_> yofel: ↑ proceed? (y/n)
[09:43] <yofel> y
[09:43] <yofel> if you send me that then I'll finish the merge for those
[09:44] <yofel> our plasma merge list is on https://trello.com/c/TCAk2U9J/71-debian-merges (scroll down), the new packages are missing though
[09:49] <santa_> I need to create an account on trello, never edited stuff there
[09:53] <lordievader> Good morning.
[10:02] <santa_> can someone add me to the trello thing so I can edit the todo for the debian merges?
[10:05] <valorie> are you santa18?
[10:05] <valorie> I see an old santa101 too
[10:06] <valorie> if so, I've added you on my way to sleep...... 2am!
[10:06] <valorie> so happy to see you back, santa_
[10:06] <valorie> missed you
[10:06] <valorie> and very happy to hear that you and yofel will be working together on this latest set of tasks
[10:06] <valorie> niters
[10:06] <santa_> thank you
[10:07] <valorie> looking forward to your membership meeting -- maybe in the new year?
[10:07] <santa_> yeah, I owe you a mail about that
[10:08] <valorie> ok
[10:08] <santa_> couldn't be online too much lately, and too lazy to type with one hand for a while XD
[10:08] <valorie> we're all volunteers here
[10:09] <santa_> valorie: I have changed my account name so it's suposed to be "jmsantamaria"
[10:09] <valorie> ok
[10:10] <valorie> perfect, I think I added you to the 15.10 board by mistake earlier
[10:12] <valorie> fixed it, now you are on that one as well with the correct account
[10:12] <valorie> odd, why do we have a 14.10 board, but not one for the LTS?
[10:13] <valorie> anyway > sleep
[10:17] <santa_> valorie: thanks, just edited bluedevil to test, it seems it works
[11:13] <clivejo> kci still building?
[11:33] <Tm_T> bah
[11:33] <Tm_T> Xorg crash, https://paste.kde.org/prf8a5xq3
[11:37] <Tm_T> I suspect it's Intel drivers
[12:17] <BluesKaj> Hey folks
[12:17] <clivejo> hi BluesKaj
[12:17] <BluesKaj> hey clivejo
[14:21] <BluesKaj> 'Morning marco-parillo
[14:21] <marco-parillo> Good morning to you
[17:51] <santa_> yofel: around? I wanted to test a simple thing to make sure I'm going to deal properly with changelog merges
[17:51] <yofel> santa_: sorry, in a meeting. I'll be there for you in ~40min
[17:51] <santa_> excellent
[19:00] <yofel> santa_: ping
[19:00] <yofel> sorry, took longer as usual
[19:03] <santa_> k
[19:04] <santa_> I just wanted to make sure I'm doing the merges the same way you would
[19:04] <santa_> I have edited ~/.gitconfig to use dpkg-mergechangelogs
[19:05] <santa_> yofel: so, would you mind to test a merge with kde-gtk-config ?
[19:05] <santa_> here even with dpkg-mergechangelog the changelog needs manual intervention
[19:06] <santa_> https://paste.kde.org/pd7rdnd1p
[19:07] <santa_> https://paste.kde.org/pfcepayvo
[19:08] <santa_> no problem with fixing the thing manually, but I just wanted to make sure I'm going in the right direction
[19:09] <yofel> yes, that looks ok
[19:10] <santa_> ok, regarding the way to send patches are diff's in a web server good enough?
[19:11] <santa_> (I could, alternatively, push my stuff to temporary branches in github, so you could push them all adding extra remotes with the help of git-clone-all + do-all)
[19:12] <yofel> latter would actually be better I think, esp. as this is about merging
[19:12] <yofel> then I can just push your work straight away
[19:13] <santa_> ok, I will tweak a bit the automation tooling to do that and will come up with a proposed workflow
[19:49] <BluesKaj> any word on plasma5.5 other than what's in the topic?
[19:51] <BluesKaj> bbl
[19:55] <yofel> we're still preparing for it, but getting close
[20:09] <BluesKaj> good 
[20:10] <BluesKaj> my desktop is mucked up Error loading QML file: file:///usr/share/plasma/plasmoids/org.kde.plasma.kickoff/contents/ui/Kickoff.qml:27:1: module "org.kde.plasma.private.kickoff" is not installed
[20:10] <BluesKaj> etc etc
[21:17] <genii> From #kubuntu "hi ... the last news that we have see in Kubuntu site News is about the Jonathan Riddell Stands Down as Release Manager of Kubuntu ,,,,,, the site is top to refresh?"  ...is anyone updating that page anymore?
[21:47] <clivejo> :/
[22:15] <valorie> we should do a story on the release of 5.5.1 when it's ready to replace that 
[23:25] <denza242> hi, any -CI ppa maintainers here? 
[23:39] <clivejo> KCI is automatic
[23:39] <clivejo> runs every night at 00:00 UTC
[23:40] <clivejo> so in about 20mins it will start building
[23:43] <clivejo> KCI appears to be stuck.  I tried fixing purpose and it hasnt finished
[23:58] <valorie> boo, I'm sure yofel is asleep, and sgclark is probably not yet home