[00:13] <claydoh> valorie: is there a place I can check to see if I've set up a kubuntu email?
[00:14] <claydoh> oops nevermind the test mail didn't send silly akonadi server
[00:14] <valorie> claydoh: you can't send from it
[00:14] <valorie> just get mail through it
[00:14] <claydoh> i know
[00:14] <valorie> ok
[00:14] <valorie> what's your email?
[00:14] <valorie> I'll email you
[00:15] <valorie> and are you using ubuntu.com or kubuntu.org?
[00:15] <claydoh> I just sengt a mail to the address, it went through after i restarted akonadi - 
[00:15] <claydoh> its good
[00:15] <valorie> \o/
[00:15] <claydoh> could not remeber if I ever set one up
[00:15] <clivejo> claydoh which version of kmail?
[00:16] <claydoh> clivejo: the one in staging
[00:16] <clivejo> it works for you?
[00:16] <claydoh> so far
[00:16] <sgclark> haha was going to ask same
[00:16] <clivejo> did those conflicts go away?
[00:16] <claydoh> tho i basically ripped out all the previoius pim stuff first
[00:17] <clivejo> oh
[00:17] <claydoh> lol
[00:17] <claydoh> I was ready for a fresh install
[00:17] <claydoh> so i didn't care
[00:18] <clivejo> the 2nd fix version is still building
[00:19] <clivejo> sgclark: are all those rebuilds queued in KCI because of a SCM?
[00:19] <claydoh> may test a clean setup tomorrow gotta clear out space on my tiny-ish drive so's I have room for movies an such for my flight to Oz
[00:20] <clivejo> need to test upgrades
[00:20] <sgclark> clivejo: que? I think that merger is scripted for everyday run
[00:21] <sgclark> I will test an upgrade when pim finishes
[00:21] <clivejo> I thought it only rebuilt them if the source code or packaging changed from last time
[00:22] <sgclark> I thought sitter said daily
[00:22] <sgclark> one of these days I will have time to sit down and dig into kci code. oh and learn ruby. but not likely soon
[00:23] <sgclark> holy que batman
[00:24] <sgclark> that is more than mergers
[00:24] <clivejo> seems to be a lot of rebuilding going on
[00:27] <clivejo> time for bed and lovely dreams about PIM
[00:27] <sgclark> they all say mgmt_progenator started by timer
[00:27] <sgclark> haha thanks, sleep well
[00:33] <pursuivant> muon (master) v5.4.3-179-g465ca5f * Carlo Vanini: src (2 files in 2 dirs)
[00:33] <pursuivant> Fix muon not closing with window close button.
[00:33] <pursuivant> The variable m_canExit was not initialized and did prevent muon from exiting
[00:33] <pursuivant> when closed from the window manager. Remove it because it is never changed and
[00:33] <pursuivant> remove canExit() because it is in the wrong place anyway to prevent exiting
[00:33] <pursuivant> http://commits.kde.org/muon/465ca5fcf203fa190b90823907f358954b922f5f
[00:47] <valorie> off to dinner than pflag
[07:49] <soee> good morning
[07:53] <maxyz> Hi, good morning
[07:54] <maxyz> I had a couple of highlights. Lets see
[07:55] <maxyz> yofel: It's not completly clear if ksnapshot is going to be deprecated as to make a meta transitional package out of it.
[07:57] <maxyz> We should probably stop depending on ksnapshot in meta-kde to avoid kde4 dependencies till there's a new frameworks based release.
[07:58] <maxyz> About the version bumping, you can set the versions of the binary packages, in meta-kde we do that.
[08:03] <maxyz> sitter: You can run the git bare commands in alioth directly and avoid the hooks.
[08:50] <pursuivant> libqapt (master) v3.0.1-1-ge63d323 * Carlo Vanini: src (2 files)
[08:50] <pursuivant> Emit signals when the cache is reloaded.
[08:50] <pursuivant> Reloading the cache deletes the current list of packages and creates a new one,
[08:50] <pursuivant> creating new Package objects. Any reference (pointer) and iterator must be
[08:50] <pursuivant> invalidated. The new signals allow to be notified when this happens.
[08:50] <pursuivant> http://commits.kde.org/libqapt/e63d3239a7846eb968151ebdd4f12e0921e0f13a
[08:57] <lordievader> Good morning.
[08:59] <pursuivant> muon (master) v5.4.3-180-ga437d39 * Carlo Vanini: src (4 files in 2 dirs)
[08:59] <pursuivant> Connect to backend signals to catch cache reload.
[08:59] <pursuivant> When the cache is reloaded libqapt deletes Package objects and creates them
[08:59] <pursuivant> anew. This results in dangling pointers in muon models.
[08:59] <pursuivant> http://commits.kde.org/muon/a437d39e43112a3e61ebafadd4e3a06b9bd91437
[10:47] <clivejo_> hi folks
[10:54] <sitter> sgclark: ping
[10:57] <clivejo> bit early for sgclark
[10:58] <clivejo> prob still in bed dreaming about PIM
[10:58] <clivejo> and the KDE Pimps
[11:06] <kfunk> hehe
[11:16] <clivejo> ah kfunk
[11:17] <clivejo> are you on xenial?
[11:18] <clivejo> would you be up for testing apps 15.12.1?
[11:18] <clivejo> especially keen to test kontact/pim
[11:22] <kfunk> sure
[11:26] <clivejo> if you add ppa:kubuntu-ppa/staging-kdeapplications
[11:26] <clivejo> please report back ANY problems you have
[11:26] <clivejo> at the moment we are aware of an issue with gwenview
[11:27]  * kfunk tries
[11:29] <kfunk> sigh, this updates almost everything KDE-related (including KF5) -- can I expect it to at least work a bit? this is a production system :)
[11:29] <clivejo> if you have any doubts, please dont install it on production
[11:30] <kfunk> well, just asking: have you been trying it and did some basic testing?
[11:30] <clivejo> to be honest I havent installed this myself
[11:31] <clivejo> the reason being is that I’m heavy reliant on Kolab, and we have had to disable that functionality from PIM in order to get it to build
[11:31] <kfunk> oh, ok. same here. can't do that then
[11:32] <clivejo> kolab is one horrible dependancy cycle
[11:33] <clivejo> chicken before the egg type problem
[11:47] <clivejo> yofel sgclark : See FFe - https://bugs.launchpad.net/ubuntu/+source/meta-kde/+bug/1547571
[11:48] <clivejo> if they can be uploaded all straight away we have a green light from Iain Lane (Laney)
[11:51] <kfunk> clivejo: did you talk to #kontact? they're usually pretty responsive
[12:04] <clivejo> kfunk: libkolab is from Kolab Systems
[12:05] <clivejo> their main devel distro is CentOS
[12:05] <clivejo> my own VPS is running CentOS as well
[12:06] <clivejo> I would like to get Kolab in Ubuntu like it used to be, but need to learn how it all operates
[12:11] <BluesKaj> Howdy folks
[12:27] <yofel> clivejo: right, someone should test that before replying
[12:27] <yofel> like, make some ppa and throw everything up there without any ppa deps
[12:27] <yofel> or just use staging-misc for that
[12:29] <yofel> maxyz: well, as far as I understood it, ksnapshot is to be used for kde4 based desktops, and kde-spectacle for plasma5 ones. So considering that we default to plasma5 and we now ship an incompatible kipi fully replacing ksnapshot sounds reasonable?
[12:29] <yofel> we'll probably solve it through kubuntu-meta as well though
[12:38] <mamarley> I did notice that after removing ksnapshot and installing spectacle that the Print Screen button does not launch spectacle.
[12:50] <kfunk> clivejo: I know, still lots of people in #kontact are either working for Kolab Systems, or at least know about the library
[13:32] <maxyz> yofel: The commits that fix ksnapshot are in the frameworks branch, so the question is if somebody is going to release it.
[13:33] <yofel> oh okay, thanks
[13:33] <yofel> well, probably not
[13:50] <sgclark> morning
[14:06] <sgclark> yofel: so copy kf5/plasma/apps into staging-misc will achieve this testing?
[15:06] <yofel> sgclark: well, selectively copying them in the order that we indend to upload them and not copying binaries would work
[15:06] <yofel> the point is seeing if everything would build
[15:06] <sgclark> yeah that is what I am doing
[15:06] <sgclark> kf5 building now
[15:06] <yofel> ok, thanks!
[15:06] <sgclark> next plasma
[15:06] <sgclark> then apps
[15:07] <yofel> perfect :D
[15:07] <sgclark> yofel: will ping you with results
[15:14] <sitter> sgclark: piiiiing
[15:31] <sgclark> sitter: pooong
[15:32] <sitter> sgclark: https://phabricator.kde.org/conduit/method/user.whoami/ please hit call and tell me which roles you get?
[15:33] <sgclark> sitter: admin verified approved activated
[15:34] <sitter> cheers
[15:35] <sitter> sgclark: do you happen to know if phab has some additional group sort of system beyond the user roles?
[15:35] <sgclark> sitter: not that I am aware of, but I have not had time to mess with  it much lately :(
[16:11] <clivejo> sorry guys, very busy with family stuff today :/
[16:12] <sgclark> clivejo: no worries, just rebuilding stuff. enjoy your day :)
[16:12] <clivejo> hows things going
[16:13] <sgclark> so far good. have not got to apps yet though haha
[16:16]  * clivejo fingers crossed!
[16:16]  * sgclark does too
[16:18] <clivejo> I did want to walk through how you are doing the upload though, just to know how you do it :)
[16:19] <clivejo> but Im sure there will be other opportunities!
[16:20] <sgclark> clivejo: archive script. however that one you MUST have rights to upload to archive our seed. Which means developer. I do not even have rights on a few bits so yofel will likely have to do it.
[16:21] <yofel> I don't have those either, needs at least MOTU
[16:21] <clivejo> ah 
[16:21] <sgclark> doh
[16:22] <clivejo> if they are in a PPA can Iain do it?
[16:22] <sgclark> how we gonna upload? lol
[16:22] <yofel> NEW source uploads are >= MOTU
[16:22] <clivejo> I thought Phil was He-man! 
[16:22] <yofel> ask one of the other folks. Someone will probably have some spare time to help out (I hope)
[16:22] <yofel> well, not YET
[16:24] <clivejo> yofel and sgclark, He-man and Shera :P
[16:24] <sgclark> shadeslayer: still about? I recall you having MOTU
[16:25] <sgclark> heh well hopefully  someone will step up. we can't win for losing it seems.
[16:28] <clivejo> Phil hold aloft your magic sword and say "By the power of Greyskull!" 
[16:33] <sitter> :O
[16:35] <yofel> nah, even with that I'm no match to almighty sitter, overlord of ... stuff
[16:35]  * sitter nods in agreement
[16:36] <sgclark> lol
[16:36]  * clivejo questions sitters methods
[16:37] <sgclark> <- is a sitter wannabe
[16:37] <clivejo> especially how he revived the dead executor
[16:46] <sitter> jealous of my magic fingers I see
[16:53] <clivejo> LOL
[16:53] <clivejo> indeed
[16:53] <shadeslayer> sgclark: I is motu
[16:54] <sgclark> thought so
[16:54] <shadeslayer> I am unavailable till tomorrow at least though 
[17:32] <clivejo> ak
[17:32] <clivejo> eak
[17:33] <clivejo> 17:27:14 W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/xenial-updates/restricted/source/Sources  403  Forbidden
[17:35] <clivejo> is ubuntu block us from the archives?
[17:36] <clivejo> Status code 403 responses are the result of the web server being configured to deny access, for some reason, to the requested resource by the client.
[17:36] <clivejo> thats not good
[17:38] <clivejo> sitter: have you changed the archive URL's?
[17:40] <SilentGhost> clivejo: should that be Sources.gz or Sources.bz2, perhaps?
[17:41] <clivejo> yeah, something has changed
[17:42] <clivejo> well thats cleared the queue a bit!
[17:49] <sgclark> oh my
[18:07] <genii> Is http://wire.kubuntu.org/ still updated? Seems like mostly old stuff there
[18:20] <sgclark> genii: 5.5.3 isn't to terribly old. But  yeah it could probably use more updates from the web team
[19:36] <sick_rimmit> Hi 
[19:37] <sick_rimmit> OK, do you need me to assist, or is it looking OK presently
[19:38] <sgclark> looking good. valorie s commit seems to have attracted presence. thanks!
[19:38] <sgclark> commit being comment 
[19:38] <sick_rimmit> Excellent news :-)
[20:21] <clivejo> o/ sick_rimmit
[20:30] <clivejo> sgclark: how are the uploads coming along? 
[20:31] <sgclark> https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-misc
[20:31] <sgclark> still building. I am hoping those fails are just dependency order..
[20:31] <sgclark> otherwise not good
[20:32] <clivejo> so thats a clean PPA to test rebuild everything?
[20:32] <sgclark> mmhmm
[20:40] <soee> hiho
[20:43] <soee> why the ... i have some pidgin-data package installed ?
[21:35] <clivejo> hi kfunk
[21:36] <kfunk> evening
[21:37] <clivejo> hows things?
[21:38] <kfunk> still at 16.04 (i.e. no PPA) and thus broken :P
[21:39] <clivejo> wish I could figure out this libkolab package
[21:40] <clivejo> I think its that causing the problem
[21:43] <clivejo> I really really want to try plasma 5.6 beta
[21:43] <clivejo> https://www.kde.org/announcements/plasma-5.5.95.php
[21:44] <kfunk> clivejo: what's/where's the problem? maybe I can help
[21:45] <clivejo> what do you mean?
[21:45] <clivejo> problem with kolab?
[21:53] <ahoneybun> mm anyone having issues playing DVDs?
[21:57] <sitter> DVDs? what is this? the 90's?
[21:58] <ahoneybun> somepeople use them sitter 
[21:58] <sitter> some people also use floppies
[21:58] <ahoneybun> as drink holders maybe
[21:59] <sitter> no
[21:59] <clivejo> Mr sitter, whats wrong with this ?  http://kci.pangea.pub/job/xenial_stable_ktp-approver/
[21:59] <sitter> like actually for stuff
[21:59] <ahoneybun> for *1* low res picture?
[22:00] <sitter> clivejo: https://mail.kde.org/pipermail/neon/2016-February/000031.html
[22:00] <clivejo> oh
[22:00] <clivejo> cant fix that then
[22:01] <sitter> clivejo: I am guessing the release bumping script is still not using epochs correctly
[22:01] <sitter> so it blanked bumped all apps to 4:...
[22:01] <sitter> which is why the job is failing
[22:01] <clivejo> :(
[22:02] <sitter> either you have to have an admin wipthe workspace to accept this bump as valid, or the bump needs to go away
[22:02] <sitter> since there is no need for the epoch I am going out on a limb and say that the bump should not have happend and is the result of the script misbehaving
[22:02] <clivejo> sitter: I dont know :(
[22:03] <clivejo> just trying to fix stuff on KCI
[22:03] <clivejo> while its quiet
[22:04] <clivejo> sitter: any idea whats wrong here - https://launchpadlibrarian.net/245533142/buildlog_ubuntu-xenial-amd64.kdepimlibs_4%3A15.12.1+git20160303.2141+16.04-0_BUILDING.txt.gz
[22:04] <clivejo> akonadicontact?
[22:07] <sitter> it encountered an error
[22:07] <clivejo> really?
[22:07] <clivejo> an error you say
[22:08] <sitter> why yes
[22:08] <clivejo> is that why it failed?
[22:08] <sitter> I am afraid so
[22:08] <sitter> clivejo: upstream bug actually
[22:08] <sitter> warning: failed to load external entity "/usr/share/kf5/akonadi/kcfg2dbus.xsl"
[22:09] <sitter> the way I see it the build tries to generate docs using a definition from installation path, when it can't yet be in installation path (what with being built right now)
[22:10] <sitter> either that or you are missing a bdep on akonadi-dev
[22:10] <sitter> which seems unlikely ;)
[22:10] <clivejo> well akonadi is a bit of a mess
[22:10] <sitter> http://packages.ubuntu.com/search?searchon=contents&keywords=akonadi%2Fkcfg2dbus.xsl&mode=exactfilename&suite=xenial&arch=any
[22:10] <sitter> that file is in the package created by kdepimlibs
[22:10] <sitter> so yeah
[22:10] <sitter> upstream bug
[22:11] <clivejo> libs are being migrated out of kdepimlibs to akonadi
[22:12] <sitter> maybe it is genuinly missing then
[22:13] <clivejo> sitter: you know the way there is packages.ubuntu.com, where we can search inside packages?
[22:13] <clivejo> is there a way of doing that on KCI?
[22:14] <sitter> nope
[22:14] <sitter> or maybe
[22:14] <sitter> I forgot whether ppas have sources
[22:14] <sitter> I seem to recall that they don't
[22:15] <sitter> then again, I am not sure
[22:15] <clivejo> I dont think they do
[22:15] <sitter> so the answer is no
[22:15] <clivejo> could KCI parse the buildlog and create indexs?
[22:16] <clivejo> ok so that file is being installed into akonadi-server
[22:16] <clivejo> so I need a build dep on that
[22:16] <sitter> clivejo: sure if you write the code
[22:17] <clivejo> no problem, it will be ready in 10 mins :P
[22:17] <sitter> you could also once a day mirror all debs and dpkg-deb -c them
[22:17] <sitter> which TBH probably is simpler than aggregating the build logs
[22:17] <sitter> in particular since I *think* KCI has an apt-cacher-ng set up
[22:17] <sitter> so you can technically simply apt-get download all packages
[22:18] <sitter> and the cacher will take care to not have excessive network IO
[22:19] <clivejo> sounds like a lot of work
[22:20] <sgclark> release bumping script? why would that be being run?
[22:20] <sgclark> we need to get what we have in archive before any bumping goes on
[22:20] <sitter> sgclark: if it wasn't then the epoch bump makes even less sense
[22:20] <sitter> clivejo: not so much
[22:20] <clivejo> cause the staging script is buggy
[22:20] <sitter> https://github.com/blue-systems/pangea-tooling/blob/master/ci-tooling/kci/install_check.rb#L64
[22:20] <sitter> code for listing all packages
[22:21] <sitter> once you have that you basically just Apt.install(package, '--download-only')
[22:21] <sgclark> nothing should be staging at this time, I will be very angry if it is. we only have FFe for current stuff
[22:21] <sitter> and then you list all downloaded debs and extract info
[22:21] <sitter> ~1h of work
[22:21] <clivejo> sgclark: talking about KCI here
[22:21] <sgclark> ok
[22:22]  * sgclark goes back into her cell
[22:22] <sitter> hm
[22:22] <sitter> clivejo: http://anonscm.debian.org/cgit/pkg-kde/applications/ktp-approver.git/commit/?h=kubuntu_unstable&id=17934dcec272ddde31be9267b8e9b36eeb9e849e
[22:22] <sitter> well
[22:22] <sitter> you did add the epoch :P
[22:22] <sitter> by hand
[22:23] <sitter> I think what happened was that you merged debian but lost the epoch
[22:23] <clivejo> I merged with debian and thought we could remove it
[22:23] <sitter> on that note. someone please file a bug that dpkg-mergechangelogs shouldn't let epoch reductions get merged
[22:23] <clivejo> but kubuntu had already released under the new name with an epoch
[22:24] <clivejo> so it had to be put back
[22:24] <sitter> yeah
[22:24] <sitter> so it probably was just bad timing as the epoch check was rolled out that very same day
[22:25] <sitter> had it happened after feb 16 the intial lowering you did as part of the merge would have failed to integarte
[22:25] <clivejo> sitter: would you mind fixing it on KCI?
[22:25] <sitter> on accuont of that very test
[22:25] <sitter> clivejo: are you still not an admin?
[22:25] <clivejo> nope
[22:26]  * sitter looks at sgclark and yofel  and puts on his grumpy face
[22:26] <clivejo> they dont like me !
[22:26] <sitter> clivejo: kindly direct your request at one of two
[22:26] <sitter> if they don't like you then they have to hit buttons for you :P
[22:26]  * clivejo feels unloved 
[22:26] <sitter> make them suffer I say!
[22:26] <sgclark> get developer status..
[22:26] <clivejo> like an ugly child
[22:26] <sitter> clivejo: no child has an aol email address though
[22:27] <clivejo> I think they suffer too much already
[22:27] <sitter> https://www.youtube.com/watch?v=1npzZu83AfU
[22:27] <sgclark> make you go through the same bashing grueling tests that I did
[22:28] <clivejo> :O
[22:28] <clivejo> flowers!!
[22:28] <sitter> we can do one right now
[22:28] <clivejo> its mothers day on sunday!
[22:28] <sitter> do we have quorum?
[22:28]  * clivejo face palms
[22:28] <sgclark> only us two sitter I think
[22:28] <sitter> I count for two so we have quorum
[22:28] <sgclark> though if he passes your tests he has my +1 haa
[22:29] <sitter> clivejo: what's a udeb, what are they used for and how do you make one?
[22:30] <clivejo> debian after the divorce?
[22:30] <sitter> oO
[22:30] <sitter> clivejo: what's the canonical contents of a deb file?
[22:31] <clivejo> sitter: stop being mean!
[22:31] <sitter> I am not. those are my easy questions :/
[22:32] <sgclark> clivejo: its true
[22:32] <clivejo> you are a master jedi
[22:32] <sgclark> I had to study very hard for developer lol
[22:32] <sgclark> and there were more people testing me lol
[22:32] <sitter> a mean question would be "what's dh, how do we use it, where do we the control the invocation sequence for kde packages"
[22:33]  * clivejo hasnt studied
[22:33] <clivejo> FFS!
[22:33] <sgclark> to be fair though kubuntu doesnt mess with udeb :) but contant of a deb should be known
[22:33] <sitter> incidently I only know that because I rewrote dh https://apachelog.wordpress.com/2015/03/12/debian-rake-a-tale-of-rubies/
[22:34] <clivejo> ooooo
[22:34] <clivejo> its building, just missing files
[22:34]  * clivejo dances
[22:35] <clivejo> oh, Ill need help with these
[22:35] <clivejo> resourcebase.kcfg where would one put that?
[22:36] <clivejo> config files, would they go in kdepimlibs-data.install ?
[22:36] <clivejo> usr/share/config.kcfg/resourcebase.kcfg?
[22:37] <clivejo> oh
[22:37] <clivejo> sily me
[22:39] <sitter> sgclark: I am pretty sure the kubuntu package set has stuff with udebs
[22:40] <sgclark> oh? guess I just have managed to miss them
[22:40] <sitter> primarily working on kde software one would probably miss them
[22:41] <sgclark> what is https://code.launchpad.net/~kubuntu-packagers/kubuntu-web-shortcuts/trunk ?
[22:41] <sgclark> sitter: ^
[22:41] <sitter> at any rate, the question is to probe whether one has encountered a udeb, because if one has then one has duckduckwalked udeb and that leads to a onelineer on the debian wiki pretty much answering the question ;)
[22:42] <sitter> sgclark: krunners
[22:42] <sitter> sgclark: in krunner you can enable web shortcuts plugin somewhere
[22:42] <sitter> then you can do lp:kubuntu-ci and that will run a launchpad search in your browser for kubuntu-ci
[22:42] <sgclark> neat. seems important. 
[22:42] <sitter> or usrc:phonon
[22:42] <sitter> leads to launchpad source phonon
[22:42] <clivejo> sitter: did you used to work for Canonical?
[22:42] <sitter> sgclark: shocking that you don't know it
[22:43] <sgclark> I agree
[22:43] <sitter> usrc is the most useful thing ever
[22:43] <sitter> clivejo: nope
[22:45] <clivejo> sitter: when will Neon have apps?
[22:45] <sitter> not any time soon
[22:45] <clivejo> how come?
[22:46] <sitter> plasma stable > plasma release > ... ISO ... > apps
[22:47] <sitter> our target audience is pretty much plasma's so we want that flying asap
[22:47] <sitter> plus kdepim TBH makes apps a really unfortunate chore
[22:47] <sgclark> heh indeed
[22:47] <clivejo> targetting devs?
[22:47] <sitter> so if we did apps before we had actual releases ISOs they'd only slow us down on account of the unecessary work
[22:48] <sitter> clivejo: https://community.kde.org/Plasma/Workspace_Sprint/Personas
[22:48] <clivejo> sitter: but if you did apps, I could just copy you!
[22:48] <sitter> you could come up with a copy scheme first :P
[22:49] <sitter> because the way I see it if you don't completely align builds to debian imports you'll probably want to merge from neon and neon is meant to merge from debian
[22:50] <sitter> except I am not sure about that because it probably will get weird at some point when neon adjusts things to either fit LTS or Qts/middleware that is not yet in debian nor ubuntu
[22:50] <sgclark> I want sync and be done. we don't have the resources to carry on this way.
[22:50] <sitter> sgclark: it is my favorite option as well as you will know :)
[22:51] <sgclark> yes
[22:52] <sgclark> at some point I will convince someone to hire me and will not around to package 24/7 heh. I know I keep saying that. doesn't hurt to dream.
[22:53] <yofel> so what exactly needs fixing for ktp-approver?
[22:53] <sitter> see mail I forwarded
[22:53] <sgclark> sounds like we need to remove a file or some such
[22:54] <sitter> wipe wok-space
[22:54] <sitter> sgclark: you should learn go and join some go startup
[22:55] <clivejo> where would this file go?
[22:55] <clivejo> usr/share/akonadicontact/grantleetheme/default/addresseslocation.css
[22:55] <clivejo> kdepimlibs-data.install ?
[22:55] <yofel> aah, fancy magic
[22:57] <clivejo> or would it go in libkf5akonadicontact5.install  ?
[22:57] <sgclark> not a lib, I think -data
[22:57] <sgclark> mm go that does seem to be the flavor of the month
[22:58] <sitter> it's the new trendy backend language
[22:58] <sitter> so there's bound to be startups sprouting all over the place
[22:59] <sitter> except they probably do fullstack anyway
[22:59] <sitter> so you want to brush up on js
[23:00] <sitter> or more specifically one of the popular js framewoks
[23:00] <yofel> so, "Wipe out current workspace" is what's needed to fix ktp? I don't see a way to just delete that one file
[23:00] <sgclark> heh. what do I drop to make time to learn this :)
[23:00] <sitter> yofel: yeah, deleting that one file you'd have to ssh
[23:00] <sitter> sgclark: I hear neon could use some js frontend for aptly :P
[23:00] <sitter> actually
[23:00] <sitter> aptly is go
[23:00] <yofel> would deleting the whole workspace break something?
[23:00] <sitter> so you could craft some http auth into aptly's api part
[23:01] <sitter> and then put a js frontend on top of the api
[23:01] <sitter> yofel: nope
[23:01] <yofel> k, thx
[23:01] <sgclark> sitter: hmm tempting. but I don't think I would be well received there.
[23:02] <sitter> aptly is basically a one man show from what I have seen, I doubt you wouldn't be welcome
[23:02] <sgclark> I will look into it thanks
[23:03] <valorie> clivejo: I added ppa:kubuntu-ppa/staging-kdeapplications to my xenial box and apt update && apt full-upgraded
[23:04] <clivejo> valorie: and?
[23:04] <valorie> I don't remember how to put the output (which core-dumped and errored out) into a pastebin
[23:04] <sgclark> oh neat. aptly looks useful
[23:05] <clivejo> valorie: you got errors?
[23:06] <valorie> oh, i figured it out, sec
[23:06] <sgclark> coredump sounds dreadful
[23:06] <clivejo> sgclark: I know :(
[23:06] <yofel> ktp-approver reset
[23:06] <clivejo> got an aweful sinking feeling :(
[23:07] <valorie> https://paste.kde.org/pvrwnjvhgh
[23:07] <valorie> nope
[23:07] <clivejo> doesnt exist
[23:07] <valorie> https://paste.kde.org/pvrwjnjh
[23:08] <yofel> still doesn't exist
[23:08] <valorie> https://paste.kde.org/pvrwjvjh
[23:09] <clivejo> maybe try ubuntu paste?
[23:09] <valorie> https://paste.kde.org/pvrwnjvjh
[23:09] <valorie> goodness, bad typing, sorry about that
[23:09] <valorie> that one works
[23:09] <clivejo> wow
[23:09] <sitter> clivejo: dude, you are podcast famous
[23:10] <sgclark> uh
[23:10] <valorie> a particular type of coolness and famousness
[23:10] <yofel> valorie: can you do the dist-upgrade directly?
[23:10] <sgclark> appstream test is upstream ubuntu
[23:10] <yofel> the appstream error shouldn't happen anymore
[23:10] <yofel> (from my experience)
[23:10] <valorie> what do you mean directly?
[23:10] <clivejo> eakkk
[23:11] <valorie> get rid of the ppa first?
[23:11] <yofel> don't run update &&
[23:11] <valorie> ok
[23:11] <sitter> https://youtu.be/oMimKAPRxyM?t=20m53s
[23:11] <yofel> it doesn't do the dist-upgrade because update throws errors
[23:11] <clivejo> my system is crashing now too
[23:11] <yofel> but they shouldn't prevent you from installing any updates
[23:11] <clivejo> kdeinit5
[23:11] <valorie> that's working; thanks yofel
[23:12] <valorie> clivejo: it didn't crash
[23:12] <clivejo> thats the first crash Ive seen in months of using Xenial
[23:13] <valorie> I'm considering upgrading this box if the travel-lappy test goes well
[23:15] <clivejo> W: libkf5akonadisocialutils-dev: package-has-long-file-name 73 (82) > 80 can I add a lintian for that?
[23:15] <clivejo> override
[23:15] <sitter> clivejo: is that out of kci?
[23:15] <clivejo> yup
[23:16] <clivejo> https://launchpadlibrarian.net/245553411/buildlog_ubuntu-wily-amd64.kdepimlibs_4%3A15.12.1+git20160303.2302+15.10-0_BUILDING.txt.gz
[23:16] <sitter> clivejo: if kci doesn't complain you can ignore it
[23:16] <sitter> kci has super long versions, so a lot of packagse complain about this
[23:16] <sitter> which is why our linter will not complain
[23:17] <yofel> this is about a file name, not the version though
[23:17] <yofel> still can be overridden
[23:17] <yofel> sitter: are you wildlisting by regex or tag name?
[23:17] <sitter> yofel: the version is in the filename
[23:17] <yofel> *whitelisting
[23:17] <sitter> tagname
[23:17] <clivejo> why is parsed console not picking it up - http://kci.pangea.pub/job/wily_unstable_kdepimlibs/121/parsed_console/
[23:17] <sitter> it's an override in the linter itself
[23:17] <yofel> k
[23:18] <sitter> https://github.com/blue-systems/pangea-tooling/blob/master/ci-tooling/lib/lint/log/lintian.rb#L10
[23:18] <sitter> that's why it doesnt show up in the parsed console
[23:18] <sitter> basically if there is no KCI-W/E/I about it at the end of the console output in jenkins we don't care
[23:19] <yofel> how about a KCI-N for stuff it doens't care?
[23:19] <yofel> or would that just be clutter
[23:19] <sitter> clutter IMO
[23:19] <sitter> also needs extra code ;)
[23:19] <yofel> true ^^
[23:19] <sitter> there's an entire linting framework in place
[23:20] <sitter> and it only marks W/E/I
[23:20] <sitter> https://github.com/blue-systems/pangea-tooling/tree/master/ci-tooling/lib/lint
[23:23] <yofel> yeah, I read parts of it when I was looking if it could be used for the PPA checks. But that would require a ruby-python bridge so I stopped
[23:23] <sitter> yofel: nah, fork ruby and maybe exchange json
[23:23] <sitter> *maybe*
[23:24] <yofel> yeah sure, would probably not even be much work, but probably not worth the effort
[23:24] <yofel> I'll probably look at it again sometime this year
[23:25] <sitter> actually json probably is also still too much. simply print in ruby and exit 1 if at least one error was found xD
[23:26] <yofel> how's json too much? That's like 2 calls for the serialization.
[23:27] <yofel> well, depends on what the script would actually expect
[23:27] <sitter> yes, but why would you bring the data into python. all you care about is whether something fatal has happened in the linting bit
[23:29] <yofel> I do care about *what* caused that fatal state
[23:29] <sitter> yofel: programatically?
[23:30] <yofel> well, I care in the script output
[23:30] <sitter> which you can do in ruby
[23:30] <yofel> possibly
[23:30] <sitter> the thing is. if you serialize between the two then you do actively create a data structure binding between the two. so if the serialization changes or the format in ruby changes you mgiht not notice things go wrong
[23:31] <sitter> which ultimately means that you have to do strict deseriazliation in python. i.e. assert that the json payload is what you expect it to be an raise an error if it isn't
[23:33] <sitter> while if you simply print or whatever in the ruby helper and check the return code of it it doesn't matter what went wrong in ruby. it could be that the helper encountered a format error, or an exception was raised or whatever. you encountered an error while linting and that's all you ultimately should care about
[23:33] <yofel> I know, which is one reason why I didn't continue looking at it. 
[23:33] <valorie> clivejo, yofel: finished with https://paste.kde.org/peyakioaw
[23:34] <yofel> valorie: the error is higher up in the log
[23:35] <valorie> revised that same paste
[23:36] <yofel> ok, I just got the very same error
[23:36] <yofel> Unpacking libkf5akonadicore-bin (4:15.12.1-2ubuntu1~ubuntu16.04~ppa2) ...
[23:36] <yofel> dpkg: error processing archive /var/cache/apt/archives/libkf5akonadicore-bin_4%3a15.12.1-2ubuntu1~ubuntu16.04~ppa2_amd64.deb (--unpack):
[23:36] <yofel>  trying to overwrite '/usr/bin/akonadiselftest', which is also in package kdepimlibs-bin 4:15.12.0-0ubuntu1~ubuntu16.04~ppa3
[23:37] <valorie> I revised that paste with another warning I found; dunno if it is serious or not
[23:46] <clivejo> yofel: where should that file actually be?
[23:47] <yofel> dunno
[23:47] <clivejo> debian have it in libkf5akonadicore-bin.install
[23:47] <yofel> the SCM history should tell where the file got added lately
[23:47] <clivejo> and removed kdepimlibs-data.install
[23:48] <clivejo> looks like a debian merge went a bit wrong
[23:48] <clivejo> no it wasnt removed
[23:49] <clivejo> thats weird
[23:52] <valorie> so should I just let the laptop be, are try restarting?
[23:53] <sgclark> ugh well everything built except bloody pim. of course
[23:53] <clivejo> I think we should just remove it
[23:53] <clivejo> its a bloody nightmare
[23:53] <sgclark> hmm I added breaks / replace for that, was the version wrong maybe?
[23:54] <sgclark> yofel: ^
[23:54] <sgclark> yea pim died at 35% I dont have time tonight to fight with it.
[23:55] <yofel> I don't see any breaks/replaces
[23:55] <sgclark> I say we forget pim in upload
[23:55] <sgclark> really?
[23:55] <yofel> Package: libkf5akonadicore-bin
[23:55] <yofel> Architecture: any
[23:55] <yofel> Depends: ${misc:Depends}, ${shlibs:Depends}
[23:55] <yofel> that's all
[23:55] <clivejo> Should we add http://anonscm.debian.org/cgit/pkg-kde/applications/libkdcraw.git/ and http://anonscm.debian.org/cgit/pkg-kde/applications/libkexiv2.git/ to KCI?
[23:56] <yofel> maybe you forgot to push something?
[23:56] <sgclark> o i c I was in the wrong branch
[23:56] <sgclark> ugh
[23:57] <sgclark> clivejo: err they are not there now? I find that shocking
[23:57] <clivejo> maybe we need the unstable branches setup?
[23:58] <clivejo> grrrr
[23:58] <clivejo> what does this mean ? E: libkf5akonadisocialutils-dev: malformed-override Cannot parse line 1: W: libkf5akonadisocialutils-dev: package-has-long-file-name 73 (82) > 80
[23:58] <yofel> the W: shouldn't be part of the override
[23:58] <sgclark> whitespace? dunno
[23:58] <sgclark> oh that
[23:58]  * clivejo cries
[23:59] <clivejo> I swear pim is cursed
[23:59] <clivejo> it just doesnt want to be fixed
[23:59] <clivejo> yofel: do I leave the " 73 (82) > 80" in there as well?