=== strayPup1 is now known as strayPuppy
[00:57] <sgclark> ok kf5 backports uploading to staging.
[01:01] <Riddell> awooga! good to have you packaging sgclark :)
[01:03] <sgclark> will have to get to the others tomorrow. Had a bit of a hiccup today lol. but I think I have it sorted now.
[01:04] <sgclark> will run the restart builds though. 
=== strayPup1 is now known as strayPuppy
=== tazz_ is now known as tazz
[04:06] <sgclark> blech vivid backports shouldn't break wily. And getting to late to do anything further tonight.
[06:11] <soee> good morning
[06:53] <lordievader> Good morning.
[07:16] <pursuivant> kubuntu-driver-kcm (master) 15.04ubuntu3-11-g435542b * Harald Sitter:  (2 files in 2 dirs)
[07:16] <pursuivant> Add I18n to target link libraries to get access to the KLocalizedString header and fix a build failure
[07:16] <pursuivant> http://commits.kde.org/kubuntu-driver-kcm/435542b6a2b6725593e63458c0698769177bfbf3
[07:33] <sitter> http://paste.ubuntu.com/12622848/ -.-
[07:34] <sitter> mass retrying failed unstables
[08:16] <bshah> I need packaging solution : so thing is plasma-phone-settings package ships /etc/xdg/kdeglobals file.. but I want to ship different files on both amd64 and arm
[08:16] <bshah> any idea how this could be achieved?
[08:23] <bshah> sitter: ^ ideaz?
[08:24] <sitter> cmake if()?
[08:24] <bshah> actually whole plasma-phone-settings have null CMake magi
[08:24] <bshah> +c
[08:25] <bshah> https://quickgit.kde.org/?p=plasma-phone-settings.git&a=tree&h=98fa94884787025f7de57177c533da810b3def25&hb=323c9498719a473e2941f2a8ebcc04ebf3d10440 
[08:25] <sitter> ah, more tricky then
[08:26] <bshah> (ideally this repo should be nuked and distro should provide kdegloabals themself)
[08:26] <sitter> bshah: I'd suggest adding cmake TBH and changing the package to use cmake
[08:26] <sitter> bshah: in that case, nuke it :P
[08:27] <sitter> add the files to the debian/ dir of the packaging
[08:29] <bshah> and how exactly architecture wouldbe if'def'd there?
[08:30] <sitter> tricky tricky
[08:30] <sitter> http://anonscm.debian.org/cgit/pkg-kde/applications/marble.git/tree/debian/rules?h=kubuntu_unstable#n36
[08:30] <sitter> you want to have that override_dh_install target
[08:30] <sitter> inside that target you use $(overridden_command)
[08:31] <sitter> which will essentially call the overridden thing
[08:31] <sitter> and then you'll want to cp debian/kdeglobals.amd64 debian/tmp/etc/xdg/
[08:32] <sitter> you can if with
[08:32] <sitter> ifeq ($(DEB_HOST_ARCH),armhf)
[08:32] <bshah> okay
[08:32] <sitter> there's also a whole slew of examples WRT arch ifdefs here http://anonscm.debian.org/cgit/pkg-kde/qt/qt4-x11.git/tree/debian/rules
[08:33]  * sitter shakes fist at make being such a terrible language and rides towards the sunset
[08:34] <sitter> ah
[08:34] <sitter> bshah: http://anonscm.debian.org/cgit/pkg-kde/applications/blinken.git/tree/debian/rules?h=kubuntu_unstable#n8
[08:34] <sitter> you can probably start with that override_dh_auto_install target there
[08:34] <sitter> and $(overridden_command) --destdir=debian/tmp
[08:34] <sitter> tricky messy nonsense...
[08:35] <bshah> what the fuk is overridden_command?
[08:35] <bshah> I don't have to worry about that or?
[08:38] <sitter> variable defined in include /usr/share/pkg-kde-tools/qt-kde-team/3/debian-qt-kde.mk
[08:38]  * bshah cries... :'<
[08:38] <bshah> okay
[08:38] <sitter> you see. for us fancy kde people it wasn't good enough to use what everyone else uses, so we reimplemented what everyone else uses in make because make is such an awesome language, hence the include ....
[08:40] <shadeslayer> Says the guy who said make was a awesome piece of software 4 years ago at UDS
[08:40] <shadeslayer> And then told me to read a 1000 page make manual
[08:42] <bshah> I guess I could just cp debian/kdeglobals.$(DEB_HOST_ARCH) debian/tmp/etc/xdg/kdeglobals
[08:42] <bshah> instead of ifeq
[08:42] <sitter> which you did not do
[08:43] <sitter> bshah: yes, except then you need to symlink for each new archtiecture that might need building in the future
[08:43] <sitter> from a packaging pov that'd be #wrong
[08:44] <shadeslayer> No
[08:45] <shadeslayer> I'd rather not read a 1000 page manual for features I rarely use
[08:47] <bshah> okay then I guess have slight insight on how to do this.. I have to go out now.. will change it after coming back
=== greyback__ is now known as greyback
[09:57]  * yofel is pretty sure that nobody here ever read the whole 1000 page manual...
[10:21] <sitter> http://paste.ubuntu.com/12623572/
[10:21] <sitter> need review plz
=== ikonia_ is now known as ikonia
=== tazz_ is now known as tazz
[11:12] <clivejo> yipppeee 5 lemmings home!
[11:28] <clivejo> nice work Mr Sitter
[11:29] <sitter> http://paste.ubuntu.com/12623572/ still needs a revu
[11:29] <sitter> clivejo: what did I do?
[11:29] <clivejo> saving lemmings!
[11:30] <clivejo> and another!
[11:31] <clivejo> your on a roll!
[11:32] <sitter> hardly has anything to do with nice work but rather bad work on launchpad's part making things fail to begin with 
[11:34]  * yofel continues to kill lemmings
[11:34] <clivejo> you just retried them?
[11:37] <BluesKaj> Hey folks
[11:39] <ahoneybun> seems everything is building
[11:50] <sitter> clivejo: yeah
[11:51] <sitter> kjobswidget i386 failed because of chroot problems which made everything else fail since deps couldn't be installed
[12:24] <sitter> Riddell: pingping
[12:28] <sitter> Riddell: http://paste.ubuntu.com/12623572/ I needs me a review
[12:39] <Riddell> hi sitter
[12:40] <Riddell> sitter: looks good 
[12:40] <Riddell> sitter: want me to upload?
[12:40] <bshah> getting no clue still about plasma-phone-settings.. :'(
[12:40] <Riddell> bshah: what's up?
[12:43] <Riddell> yippee
[12:44] <bshah> Riddell: plasma-phone-settings upstream ships /etc/xdg/kdeglobals.. but I want to ship different file for both arm and amd64..
[12:44] <bshah> Harald mentioned some black magic but I still can't make it out
[12:52] <bshah> sitter: I am going in right direction? http://ix.io/l6j ?
[12:55] <sitter> Riddell: yeah
[12:55] <sitter> Riddell: or wait
[12:55] <sitter> I'll commit
[12:55] <sitter> then you can upload xD
[12:56] <bshah> (yes I don't have if but I want to confirm if this is somewhat right or totally worng)
[12:56] <sitter> Riddell: pushed
[12:56] <Riddell> bshah: either some Makefile magic in debian/rules or make plasma-phone-settings.install.amd64 and plasma-phone-settings.install.armhf
[12:57] <sitter> bshah: configure is wrong
[12:57] <sitter> other than that it captures the idea
[12:58] <bshah> configure is wrong in the sense?
[12:59] <Riddell> bshah: should be override_dh_auto_install
[13:00] <Riddell> sitter: what's pushed?
[13:00] <bshah> ah..
[13:00] <sitter> Riddell: kdepim-runtime
[13:01]  * sitter has a wicked headache again
[13:07] <bshah> sitter: new revision : http://ix.io/l6r/diff
[13:08] <sitter> bshah: I think you want to design this the other way around if armhf ... else 
[13:08] <sitter> and move the override up
[13:08] <sitter> otherwise this should work
[13:09] <bshah> since this is arm thingie armhf is quite normal IMO
[13:09] <bshah> only amd64 would be special
[13:09] <bshah> s/arm thingie/phone thingie/
[13:10] <bshah> Riddell: I seems not to have write access to plasma-phone-settings-packaging.. can you commit there?
[13:10] <Riddell> bshah: sure, the diff you just posted?
[13:10] <bshah> no.. a moment..
[13:11] <bshah> http://ix.io/l6v this one
[13:15] <bshah> Riddell: or can you make me member of plasma-phone-packaging org?
[13:15] <Riddell> hang on
[13:17] <Riddell> bshah: pushed, I made armhf the exception and everything else use amd64 and I ran the install command after that cp so it gets added to the package
[13:18] <sitter> :P
[13:19] <Riddell> bshah: invited you on github
[13:19] <sgclark> morning
[13:19] <Riddell> sgclark!
[13:20] <Riddell> and marco-parillo!
[13:20] <Riddell> today is a good day
[13:20] <bshah> don't laugh at me sitter.. :\ thats not how you welcome newbies.. :p
[13:21] <sitter> I am resident grumpy person. it is how *I* welcome newbies :P
[13:21] <sitter> ask sgclark
[13:21]  * Riddell gives sitter a head massage
[13:23] <genii> Riddell: You always go the extra distance :)
[13:23] <sgclark> good to see my backports was not the cause of last nights explosion.
[13:23] <clivejo> I need to learn how backporting works
[13:23] <marco-parillo> Riddell: Good morning!
[13:23] <bshah> Riddell: sure you pushed?
[13:25] <Riddell> bshah: yes, it's in a branch https://github.com/plasma-phone-packaging/plasma-phone-settings-packaging/tree/kubuntu_unstable
[13:26] <bshah> ah.. gotcha
[13:33] <bshah> sitter: http://mobile.kci.pangea.pub:8080/job/vivid_unstable_plasma-phone-settings-packaging_bin_amd64/8/ :(
[13:33] <bshah> it doesn't have anything cmake so I am skeptical
[13:35] <bshah> run, Bhushan run.. battery is donw
[13:41] <sitter> oh yeah
[13:41] <sitter> brrr
[13:41] <sitter> -%:
[13:41] <sitter> -	dh $@
[13:41] <sitter> bring that back
[13:41] <sitter> loose the include
[13:41] <sitter> replace the overridden_command thing with 'dh_auto_install'
[13:43] <sgclark> who are you talking to?
[13:43] <sgclark> sitter: ^
[13:44] <bshah> with me
[13:44] <bshah> o/
[13:44] <sgclark> ahh ok
[13:44] <sitter> lol
[13:45] <sitter> I am not that mental :P
[13:46] <sgclark> nah. I just a kf5 port yesterday and that whole conversation could have applied to me.
[13:48] <bshah> sitter: http://ix.io/l6x
[13:50] <sitter> looks good
[13:55] <bshah>  ifeq (amd64,armhf)
[13:55] <bshah> 13:55:33 /bin/sh: 1: Syntax error: word unexpected (expecting ")")
[13:55] <bshah> heh
[13:56] <bshah>  (╯°□°）╯︵ ┻━┻) 
[13:56] <sitter> ah lol
[13:57] <sitter> bshah: $(dh_auto_install) -> dh_auto_install
[13:57] <sitter> sorry, tired eyes :)
[13:57] <bshah> ok
[13:57] <sitter> at least I think that is your problem
[13:57] <sitter> bshah: the dh $@ has a \t right?
[13:58] <bshah> I think this would convert it to 4 space
[13:58] <bshah> so no, no \t
[13:59] <sitter> \t as the character
[13:59] <sitter> make needs \t as indention for targets
[13:59] <bshah> ok
[14:00] <bshah> actually it is tab..
[14:00] <bshah> \t
[14:00] <bshah> lets see this dh_auto_install thing fixes it for one and all
[14:05] <bshah> sitter actually armhf runs fine but not amd64 :O
[14:06] <bshah> which is crazy!
[14:09] <sitter> 00:00:27.901 ifeq (amd64,armhf)
[14:09] <sitter> why is that sh'd
[14:09] <sitter> ah
[14:09] <sitter> bshah: you mustn't tab the ifeq/else/endif
[14:09] <sitter> those are make instructions
[14:09] <bshah> wthf
[14:09] <sitter> I think at least
[14:10] <sitter> bshah: make is a very lovely language :P
[14:10] <sitter> it has another language built into the language
[14:10] <bshah> so I just change it to use space right?
[14:10] <sitter> no
[14:11] <sitter> no indention at all
[14:11] <sitter> e.g. http://paste.ubuntu.com/12624755/
[14:11] <bshah> ah
[14:11] <sitter> bshah: they are like preprocessor directives essentially
[14:12] <bshah> yep, gotcha
[14:12] <bshah> sitter: still mystery it works with armhf
[14:14] <sitter> peculiar
[14:14] <sitter> ohhhhhh
[14:14] <sitter> bshah: armhf is not built
[14:15] <sitter> bshah: check debian/control it says Architecture: all
[14:15] <sitter> change that to Architecture: any
[14:15] <bshah> craziness.. you guys should go back in time and fix this...
[14:16] <sitter> Architecture: all means that the package only needs to be built on one architecture and can be used on all architectures on account of it containing the same data on all architectures
[14:16] <bshah> whole deb packaging
[14:16] <sitter> any OTOH indicates that the package can be used on any architecture but must be built for the architecture
[14:17] <bshah> also would need to fix my cp
[14:17] <bshah> 14:14:31 cp: 
[14:17] <bshah> 14:14:31 cannot create regular file ‘debian/tmp/etc/xdg/kdeglobals’
[14:17] <bshah> 14:14:31 : No such file or directory
[14:18] <sitter> this needs some more adjustments
[14:19] <Riddell> bshah: want me to test it locally?
[14:19] <bshah> I've reached at point where I am throwing random things at it..
[14:19] <bshah> Riddell: sure.. and also fix it :p
[14:19] <Riddell> let me look
[14:19] <sitter> kill the kdelgobals in the kde git repo + in debian/plasma-phone-settings.install you need to add debian/tmp/* /
[14:19] <sitter> and the architecture change of course
[14:20] <sitter> bshah: did I tell you that this is gonna be tricky? :P
[14:22] <bshah> yes.. :p
[14:23] <Riddell> I think I sorted it
[14:23] <Riddell> let's try a build
[14:24] <sitter> I will however add that this is made needlessly complicated by the fact that the actual source doesn't use cmake and is conceptually wired into the packaging in ways that aren't profoundly usual 
[14:25] <bshah> I should've decided to port to cmake this morning
[14:26] <bshah> I removed kdeglobals from upstream
[14:32] <bshah> seems green but amd64 still have wrong kdegloabals
[14:34] <Riddell> oh?
[14:34] <bshah> perhaps because my upstream change didn't made it to anongit
[14:35] <bshah> oh wait it is not pushed yet
[14:35] <bshah> sorry
[14:35] <bshah> done now
[14:37] <Riddell> bshah: you building it again?
[14:38] <bshah> Riddell: yep... but now package doesn't have etc/xdg/kdeglobals at all..
[14:38] <bshah> :
[14:38] <bshah> :\
[14:39] <Riddell> http://mobile.kci.pangea.pub:8080/job/vivid_unstable_plasma-phone-settings-packaging_bin_amd64/14/console  says it copied
[14:39] <Riddell> but you're right it doesn't
[14:39]  * Riddell confused and looks further
[14:40] <bshah> sitter | kill the kdelgobals in the kde git repo + in debian/plasma-phone-settings.install you need to add debian/tmp/* /
[14:40] <bshah> Riddell: we have solution ^
[14:42] <Riddell> bshah: want to do it or shall I?
[14:42] <bshah> on it
[14:43] <Riddell> sitter: http://mobile.kci.pangea.pub:8080/job/mgmt_docker_wily/ is unhappy, what did I miss?
[14:43] <Riddell> sitter: and what are mgmt_docker_vivid_unstable mgmt_docker_vivid_unstable_amd64, do I need to make copies of them for wily?
[14:45] <sitter> nope
[14:46] <sitter> Riddell: the 46. are DO slaves, they havd 404 for some reason. the 212. are scaleway and apparently the docker arm image provider doesn't have wily
[14:47] <sitter> former probably needs retries, latter we cannot do anything about because someone decided to hard transition the entire tooling so it is broken right now and needs sorting for mobile still
[14:49] <bshah> yay this works...
[14:49] <bshah> thanks Riddell and sitter 
[14:49] <bshah> I will mark this day on calender for future references..
[14:50] <bshah> :p
[14:51] <Riddell> sitter: something on DO needs an  apt update?   http://mobile.kci.pangea.pub:8080/job/mgmt_docker_wily/label=46.101.251.91/2/console 
[14:51] <Riddell> bshah: sorry it was so much hassle, you can ask me to make packaging changes if you like
[14:51] <sitter> deploy_in_container probably does
[14:51] <bshah> no need for sorry, I wanted to learn this anyway
[14:52] <sitter> but we can't change deploy_in_container because then the image names change :P
[14:53] <sitter> mass retrying wily stable
[14:54] <sitter> Riddell: really I'd just postpone this until after the bloody tooling deployment is working again
[14:55] <Riddell> sitter: ok, should I revert pangea and ci-tooling and delete jobs or just leave it for now?
[14:55] <sitter> leave it, I don't think the jobs will trigger
[14:55] <Riddell> ok thanks
[14:55] <sitter> I might be able to stopgap this tomorrow
[14:57] <sitter> shadeslayer: btw if you fancy a bit of reading you could check out if and how packer can help with image deployment
[15:11] <sgclark> hmm
[15:13] <sgclark> any reason kservice was bumped to 5.14.3 while the rest of kf5 is at .0 ? 
[15:14] <Riddell> sgclark: kservice got a bug then a fix which caused a bug then another fix which caused a bug and finally another fix which made bshah report a bug
[15:14] <sgclark> lol
[15:14] <sgclark> clear as mud. ok
[15:14] <Riddell> so currently we're at 5.14.3, stay tuned for the next exciting episode
[15:14] <sgclark> k
[15:16] <clivejo> LOL
[15:28] <sgclark> I don't remember having this much symbols madness doing backports in the past. hmm
[15:32] <sgclark> Riddell: there are seriously tons of missing symbols. Any thoughts on how to proceed?
[15:33] <clivejo> do they have to be redone for a backport?
[15:34] <sgclark> not sure, this has not happened to me in the past.
[15:34] <clivejo> surely they would be the same on both vivid and wily?
[15:34] <sgclark> one would think
[15:35] <sgclark> I am baffled as to why this is.
[15:36] <Riddell> sgclark: just rm the .symbols files
[15:36] <sgclark> ok
[15:36] <Riddell> sgclark: it'll be due to the gcc 5 transition, vivid has gcc 4
[15:36] <clivejo> ah
[15:36] <sgclark> oh right
[15:36] <sgclark> makes sense now
[15:37]  * clivejo nods
[15:37] <Riddell> sgclark: the point of symbols files is to check if symbols have not disappeared and broken ABI, we know that's not the case so you can just ignore them for backports
[15:37] <sgclark> excellent. thanks
[15:39] <Riddell> hmm, it might be nice to have packages of davetray for testing (it'll go into plasma for 5.5) http://blog.davidedmundson.co.uk/blog/xembed_back
[15:40] <sgclark> haha davetray
[15:40] <Riddell> it's a technical term
[15:41] <sgclark> well I would but I am working on the world of backports lol
[15:43]  * Riddell eyes up clivejo
[15:44] <sgclark> grr
[16:22] <sgclark> wth why would wily pick up a backport commit
[16:32] <sgclark> Riddell: seems sitter is gone. kservice has an error with git behind behind by one commit. If you can fix such a thing.
[16:33] <sgclark> and I am not sure if I am seeing correctly, it looks like wily is picking up my backports commits, this would have very undesirable results.
[16:48] <soee> so yesterday i aksed if krunner works for you - it didn't worked for me
[16:49] <soee> it seems that  during some updates all options (what to look for) in kurunner were unchecked ..
[17:09] <sgclark> yippee
=== alvesadrian is now known as adrian
=== adrian is now known as Guest20317
=== Guest20317 is now known as adrian
[19:36] <soee> Pobieranie:1 http://archive.ubuntu.com/ubuntu/ wily/main qtbase5-dbg amd64 5.4.2+dfsg-2ubuntu6 [152 MB]
[19:36] <soee> lol 152 MB ;o
[22:05] <sgclark> !testers
[22:05] <ubottu> testers is Help is needed in #kubuntu-devel. Please ping Riddell, yofel, soee, Tm_T, shadeslayer, BluesKaj, James147, Quintasan, lordievader, shrini, tester56, parad1se, mamarley, alket, SourBlues, sgclark, neo31, vip, mparillo for information
[22:05] <sgclark> staging-frameworks vivid backport needs testing