/srv/irclogs.ubuntu.com/2015/12/17/#kubuntu-devel.txt

clivejoyofel: are you off work tomorrow?00:00
yofelno00:01
clivejotheres the build queue filling up00:01
clivejoisnt it like 01:00 there?00:01
yofelit is, and I'll be gone in a minute. I generally go to work late though so I sleep until 08:0000:02
clivejoyofel: is KCI programmed to start at the top of the dep tree?00:03
vertago1probalby it is running mgmt and merger stuff now00:03
yofelAFAIK yes00:03
clivejostill being blamed for plasma-nm00:06
vertago1plasma-nm hasn't built yet. just the merge attempt failed00:08
yofelXD00:08
clivejoCONFLICT (content): Merge conflict in debian/changelog00:08
vertago1hmm I wonder what creative writing they did in the changelog to cause a merge fail00:09
clivejowas the upstream patch removed from it?00:10
clivejoah, yofel removed my changelog entry00:11
yofelI did?00:12
yofelanyway, off to bed now, gn folks00:12
clivejogood night yofel00:14
vertago1sddm was failing?00:17
clivejovertago1: where in the world are you?00:21
vertago1North America00:21
clivejostill early there then!00:22
vertago1yep00:22
vertago1I see wiley_unstable_kio in the queue00:22
clivejoyup, it retries everything00:23
vertago1even successes?00:24
clivejoyup00:24
clivejograbs the latest source from git00:24
clivejothe 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 there00:26
vertago1It seems like if there is nothing new to merge there isn't a reason to build it again.00:27
clivejoIm not sure on the code, you would have to ask sitter about that one00:27
vertago1what does it mean if it is failing because of dependency wait?00:28
clivejowhere does it say that?00:28
vertago1https://launchpad.net/~kubuntu-ci/+archive/ubuntu/stable/+build/844958800:29
clivejokwin is a symbols issue00:29
clivejokscreenlocker-dev hasnt been built or hasnt been published yet00:30
clivejoand kscreenlocker is failing on the i386 build00:34
vertago1https://launchpadlibrarian.net/230075057/buildlog_ubuntu-xenial-i386.kscreenlocker_5.4.2%2Bgit20151215.1150%2B16.04-0_BUILDING.txt.gz00:39
vertago1is there a graph of the dependencies?00:40
clivejonot really00:40
clivejobut KCI gives clues00:40
clivejohttp://kci.pangea.pub/job/xenial_unstable_kscreenlocker/00:40
clivejoupstream are the deps00:41
vertago1maybe we should look into using something like this: http://collab-maint.alioth.debian.org/debtree/00:41
clivejothe red ones are the ones with issues00:41
vertago1kcm utils was failing because of kdeclaritive which isn't failing anymore00:44
clivejoand it was failing due to kio00:45
vertago1it looks like all the downstream projects for it were red00:47
clivejoyup, but only failing on the i386 build00:48
clivejodue to that symbols issue00:48
vertago1do you think someone fixed the symbols on amd64 but not on i386?00:48
vertago1before00:48
clivejolooks like it00:48
clivejomaybe the i386 was failing and they didnt have access to a buildlog to fix the symbols00:53
vertago1clivejo it doesn't look like the build order is right00:59
vertago1I assume if an upstream package becomes fixed it will trigger downstream packages though01:00
clivejoI dont know, I dont usually watch it process them01:04
vertago1if kio is upstream of kdeclaritive which is upstream of kscreenlocker which is upstream of kwin why is kwin building before kio01:05
vertago1I also don't understand why it is only building those two packages01:06
vertago1*that one package for wiley and xenial01:06
clivejoright, time for bed, nn01:12
vertago1goodnight01:13
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 obstacles09:01
=== Blizzzek is now known as Blizzz
yofelsanta_: yes, that09:13
santa_yofel: ok, and I presume you will merge master into kubuntu_xenial_archive before anything, right?09:14
yofelmerge kubuntu_stable into kubuntu_xenial_archive sounds like the thing to do. master is debian and _unstable is 5.6-dev09:17
santa_however kubuntu stable contains plasma 5.409:19
santa_while master is 5.509:20
santa_so it's either:09:21
santa_a) merge master and fix compat issues with debian's stuff09:21
santa_or 09:21
santa_b) merge kubuntu_stable and make the 5.5 needed changes ourselves09:21
yofelwe can do a), but that would be a completely manual thing as you need to review the resulting diff for every package09:22
santa_yeah, just tested a)09:22
yofelI guess that's what we should do a) really, clive will surely want to help09:22
yofeland plasma isn't *that* many packages09:22
santa_https://paste.kde.org/09:23
santa_↑ list of failed merges09:23
santa_I'm willing to help sending patches to make the packages source buildable if we go for a) too09:24
yofelit'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 uninstallable09:24
santa_(I would help with b) too ;) )09:24
santa_well we can do it step by step09:25
santa_i.e.09:25
santa_1. fixing the failed merges09:25
santa_2. fixing the build failures after the merges and uploading to staging09:25
santa_3. fix installability problems after testing upgrades/installation09:26
santa_I could prepare today a batch of patches for 1. and help you with 2 and 3 once it's done09:27
yofelthat'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 that09:27
yofelwe can do b) which would be faster, but a) has to be done anyway09:27
santa_we could do a mixture of a and b to make things faster09:29
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 ourselves09:30
yofelOne 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 prone09:30
santa_so ... which one is going to be?09:32
yofela)09:33
santa_ok09:33
yofelofc. if you help with the failed merges that you listed, that would be very much appreciated :)09:33
santa_allright, just a couple of last loose ends:09:34
santa_the packages without kubuntu_xenial_archive branch09:34
santa_is this branch going to be created from master?09:35
santa_or what?09:35
yofelcan't say without actually looking at them. But that sounds reasonable09:36
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 buildable09:40
santa_yofel: ↑ proceed? (y/n)09:41
yofely09:43
yofelif you send me that then I'll finish the merge for those09:43
yofelour plasma merge list is on https://trello.com/c/TCAk2U9J/71-debian-merges (scroll down), the new packages are missing though09:44
=== palasso_ is now known as palasso
santa_I need to create an account on trello, never edited stuff there09:49
lordievaderGood morning.09:53
santa_can someone add me to the trello thing so I can edit the todo for the debian merges?10:02
valorieare you santa18?10:05
valorieI see an old santa101 too10:05
valorieif so, I've added you on my way to sleep...... 2am!10:06
valorieso happy to see you back, santa_10:06
valoriemissed you10:06
valorieand very happy to hear that you and yofel will be working together on this latest set of tasks10:06
valorieniters10:06
santa_thank you10:06
valorielooking forward to your membership meeting -- maybe in the new year?10:07
santa_yeah, I owe you a mail about that10:07
valorieok10:08
santa_couldn't be online too much lately, and too lazy to type with one hand for a while XD10:08
valoriewe're all volunteers here10:08
santa_valorie: I have changed my account name so it's suposed to be "jmsantamaria"10:09
valorieok10:09
valorieperfect, I think I added you to the 15.10 board by mistake earlier10:10
valoriefixed it, now you are on that one as well with the correct account10:12
valorieodd, why do we have a 14.10 board, but not one for the LTS?10:12
valorieanyway > sleep10:13
santa_valorie: thanks, just edited bluedevil to test, it seems it works10:17
clivejokci still building?11:13
Tm_Tbah11:33
Tm_TXorg crash, https://paste.kde.org/prf8a5xq311:33
Tm_TI suspect it's Intel drivers11:37
BluesKajHey folks12:17
clivejohi BluesKaj12:17
BluesKajhey clivejo12:17
=== amichair_ is now known as amichair
BluesKaj'Morning marco-parillo14:21
marco-parilloGood morning to you14:21
=== frecel_ is now known as frecel
=== xnox is now known as xnox_2016
santa_yofel: around? I wanted to test a simple thing to make sure I'm going to deal properly with changelog merges17:51
yofelsanta_: sorry, in a meeting. I'll be there for you in ~40min17:51
santa_excellent17:51
yofelsanta_: ping19:00
yofelsorry, took longer as usual19:00
santa_k19:03
santa_I just wanted to make sure I'm doing the merges the same way you would19:04
santa_I have edited ~/.gitconfig to use dpkg-mergechangelogs19:04
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 intervention19:05
santa_https://paste.kde.org/pd7rdnd1p19:06
santa_https://paste.kde.org/pfcepayvo19:07
santa_no problem with fixing the thing manually, but I just wanted to make sure I'm going in the right direction19:08
yofelyes, that looks ok19:09
santa_ok, regarding the way to send patches are diff's in a web server good enough?19:10
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:11
yofellatter would actually be better I think, esp. as this is about merging19:12
yofelthen I can just push your work straight away19:12
santa_ok, I will tweak a bit the automation tooling to do that and will come up with a proposed workflow19:13
BluesKajany word on plasma5.5 other than what's in the topic?19:49
BluesKajbbl19:51
yofelwe're still preparing for it, but getting close19:55
BluesKajgood 20:09
BluesKajmy 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 installed20:10
BluesKajetc etc20:10
geniiFrom #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:17
clivejo:/21:47
=== mck182 is now known as mck182|afk
valoriewe should do a story on the release of 5.5.1 when it's ready to replace that 22:15
denza242hi, any -CI ppa maintainers here? 23:25
clivejoKCI is automatic23:39
clivejoruns every night at 00:00 UTC23:39
clivejoso in about 20mins it will start building23:40
clivejoKCI appears to be stuck.  I tried fixing purpose and it hasnt finished23:43
valorieboo, I'm sure yofel is asleep, and sgclark is probably not yet home23:58
=== mck182|afk is now known as mck182

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!