[00:22] <clivejo> lovely, a wall of red
[00:28] <clivejo> mamarley: mind testing kde-l10n on YY
[00:28] <clivejo> ?
[00:30] <mamarley> clivejo: Installs cleanly. :)
[00:31] <clivejo> nice!
[00:31] <clivejo> would you happen to know why I cant uninstall  this - /var/cache/apt/archives/libcuda1-340_340.96-0ubuntu6_amd64.deb
[00:31] <clivejo> there is no script in the new version of the package
[00:33] <mamarley> clivejo: Yeah, that was the screwup with the Snap fix a while back.  The way to work around it is to edit the script that is failing and remove the call to systemctl in it.
[00:33] <mamarley> Sadly, I do not remember the exact location of the script.
[00:34] <clivejo> could you guide me through it?
[00:34] <clivejo> Failed to get unit file state for var-lib-snapd-lib-gl.mount: No such file or directory
[00:35] <mamarley> Yeah, the problem is that I can't remember where the prerm scripts live
[00:35] <clivejo> any way for me to find out?
[00:36] <mamarley> Maybe your Google-fu is better than mine…
[00:36] <mamarley> clivejo: Wait, it is /var/lib/dpkg/info/
[00:37] <mamarley> The file should be something like libcuda1-340.prerm.
[00:37] <clivejo> libcuda1-340.prerm
[00:37] <mamarley> Yup, that's the one.
[00:38] <clivejo> got it
[00:39] <mamarley> There should be a line starting with "invoke-rc.d" somewhere in there.  Comment that out.
[00:39] <clivejo> http://paste.ubuntu.com/20944218/
[00:41] <mamarley> It is the "deb-systemd-invoke" one, sorry.
[00:42] <clivejo> still getting there is no script in the new version of the package - giving up
[00:42] <clivejo> theres a postrm there too
[00:42] <clivejo> edit that too?
[00:42] <mamarley> Is it that same package or a different one?
[00:43] <clivejo> all same package
[00:43] <clivejo> libcuda1-340.postrm
[00:43] <mamarley> Try removing the package entirely and then reinstalling it.
[00:43] <clivejo> it wont let me remove it
[00:43] <clivejo> the postrm has        systemctl --system daemon-reload >/dev/null || true
[00:43] <mamarley> What error?
[00:44] <clivejo> Failed to get unit file state for var-lib-snapd-lib-gl.mount: No such file or directory
[00:44] <clivejo> var-lib-snapd-lib-gl.mount is a disabled or a static unit, not starting it.
[00:44] <clivejo> Im using sudo dpkg --remove libcuda1-340
[00:45] <mamarley> And it isn't trying to remove or install any other packages at the same time?
[00:45] <clivejo> nope, just that one package
[00:45] <clivejo> seems to be stuck
[00:46] <mamarley> clivejo: What is your final goal here?  Are you trying to upgrade nvidia-340 to a later version?
[00:46] <clivejo> yes
[00:46] <clivejo> but it wont let me
[00:46] <clivejo> cant upgrage, cant remove
[00:47] <mamarley> clivejo: At this point, I would probably just remove the libcuda1-340 section from /var/lib/dpkg/status and then install the new one over the top.
[00:48] <mamarley> Just make sure the /lib/systemd/system/var-lib-snapd-lib-gl.mount file is gone because that is the only difference between those versions.
[00:48] <mamarley> Any other stuff left behind will just get overwritten by files from the new version.
[00:48] <clivejo> maybe if I created that file
[00:49] <mamarley> I don't even understand why it is trying to do anything with that unit since you commented out the command to stop it.
[00:51] <clivejo> ah
[00:51] <clivejo> got it
[00:52] <clivejo> https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1589006/comments/9
[00:52] <mamarley> Hmph, I don't get it.  Commenting out that line should have had the same effect…
[00:58] <clivejo> is the driver snapped?
[01:13] <clivejo> hi DarinMiller
[03:16] <DarinMiller> Hi clivejo! Do you ever sleep?
[04:32] <Mirv> santa_: yep
[04:50] <DarinMiller> :)
[05:12] <tsimonq2> I never sleep :P
[05:13] <tsimonq2> more work on packages! :D
[05:17] <Mirv> tsimonq2: 1. go 2. to 3. sleep :D
[05:17] <Mirv> I've read the backlog and worried :)
[05:18] <Mirv> good morning to everyone
[05:19] <Mirv> or should I say Qt morning everyone
[05:30] <tsimonq2> Mirv: I got a good amount of sleep :P
[05:30] <tsimonq2> Qt! \o/
[06:12] <tsimonq2> Mirv: what packages need to be looked at then?
[06:15] <tsimonq2> Mirv: (for the Qt transition)
[06:20] <Mirv> tsimonq2: everything that starts to be shown as red at http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#qtbase-opensource-src in an hour or two. in my test run that included lots of lots of k* packages like kauth, kconfig, kcoreaddons, kcrash, kdbusaddons, kdeclarative, kdecoration.. I didn't look at the logs, there might be some problems causing many to fail. then aga
[06:20] <Mirv> in many passed too like kactivities, kcontacts, kdeprim-runtime, kdewebkit etc..
[06:21] <tsimonq2> Mirv: yay! work to do! :D
[06:30] <tsimonq2> Mirv: were there any lx* packages?
[06:32] <soee> hiho
[06:33] <tsimonq2> o/ soee 
[06:33] <Mirv> tsimonq2: no, because they don't have autopkgtests so there weren't any to be run. here's the link to the Sunday's results http://people.ubuntu.com/~timo-jyrinki/excuses.html#qtbase-opensource-src
[06:33] <tsimonq2> oh okay
[06:33] <tsimonq2> maybe we need some ;)
[06:34] <Mirv> the links do work so some prestudying can be done before the real proposed results. clearly some build dep installability problems at least.
[06:34] <Mirv> maybe yes :)
[06:34] <tsimonq2> Mirv: and how do you do that on your own people.ubuntu.com? do you have special permissions? I'm an Ubuntu Member
[06:34] <tsimonq2> Mirv: or did you just download the page?
[06:34] <Mirv> tsimonq2: I saved the page before it disappeared, yes :)
[06:35] <Mirv> and now copied the html file over there from my computer
[06:35] <Mirv> luckily the executed autopkgtest runs are saved in the infrastructure
[06:35] <tsimonq2> alright :)
[06:36] <Mirv> tsimonq2: as for executing test runs, it's possible if you use the CI Train infrastructure, have a landing PPA and flip on the landers's "Approved" field. https://wiki.ubuntu.com/citrain/LandingProcess
[06:40] <tsimonq2> Mirv: how does that work?
[06:41] <Mirv> tsimonq2: as described on that page.. it's what is used for Ubuntu phone landings, but also open to others (but I think coredev is a requirement). mitya has for example used it for several landings.
[06:41] <Mirv> tsimonq2: so the page for this Qt 5.6.1 landing is https://wiki.ubuntu.com/citrain/LandingProcess
[06:42] <tsimonq2> Mirv: huh? that's the page?
[06:42] <Mirv> tsimonq2: on Sunday I clicked the Lander Signoff field and set it to "Approved" to get Automated Signoff starting, which means autopkgtests. that launched thousands of those tests and the results are on that excuses page.
[06:42] <Mirv> tsimonq2: I didn't now click the "Approved" because it would have again launched thousands of duplicate autopkgtests while I was going to hit the Publish button anyway..
[06:42] <Mirv> (and since I knew there will be failures it wouldn't have told me anything new)
[06:43] <Mirv> tsimonq2: all landings are shown on the front page https://requests.ci-train.ubuntu.com/
[06:43] <Mirv> tsimonq2: sorry, I pasted wrong link.. the page for Qt 5.6.1 landing https://requests.ci-train.ubuntu.com/#/ticket/1354:)
[06:45] <tsimonq2> Mirv: would you be able to hop over to #lubuntu-devel? I have some more questions about how it impacts LXQt and this isn't really the best place to ask :)
[06:46] <acheronuk> :D Qt 5.6
[06:49] <Mirv> tsimonq2: sure
[06:53] <acheronuk> Is it worth doing much with those tests for things that go red, as we have ppas full of newer versions build against Qt 5.6 that (I presume) yofel will upload?
[06:54] <acheronuk> answer is obvious for things we don't happen to have newer for
[07:10] <santa_> Qt mornings everyone
[07:10] <santa_> Mirv: thanks for all the info
[07:12] <tsimonq2> SANTA! :D
[07:12] <tsimonq2> lol
[07:15] <santa_> acheronuk: I'm planning to migrate my "ppa" to lxc containers / xenial today and I have some things in kubuntu automation to re-test so probably I will rebuild everything against the new Qt 5.6.1 packages
[07:40] <yofel> Mirv: no transition tracker for 5.6.1?
[07:44] <tsimonq2> o/ yofel 
[07:44] <yofel> moin
[07:46] <Mirv> yofel: I've not used it, do you know how to get Qt there? I've usually been following a) CI Train https://requests.ci-train.ubuntu.com/#/ticket/1354 (tells which one are proposed and which in release), b) update_excuses.html c) update_output.txt in roughly that order
[07:47] <Mirv> yofel: plus Qt landings have included all known required rebuilds as part of the upload
[07:47] <acheronuk> morning :)
[07:47] <Mirv> moinmoin
[07:48] <yofel> ah right, then probably not worth it
[07:48] <yofel> Mirv: otherwise it would be gettingn the ben file added to https://code.launchpad.net/~ubuntu-transition-trackers/ubuntu-transition-tracker/configs
[07:49] <Mirv> ok the excuses page is updated finally: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#qtbase-opensource-src - everything in progress, queues very full http://autopkgtest.ubuntu.com/running.shtml
[07:49] <tsimonq2> o/ acheronuk 
[07:49] <tsimonq2> \o/ Mirv 
[07:50] <acheronuk> whooo..
[07:50] <tsimonq2> if I want to fix stuff that's failing there, what Git branch do I submit a PR against?
[07:51] <tsimonq2> yofel: ^
[07:51] <yofel> uhm, "none" technically, as we have no branch that strictly follows the archive
[07:51] <yofel> _archive is your best bet
[07:52] <tsimonq2> alright
[07:52] <yofel> maybe we should add something like _release
[07:53] <tsimonq2> that would be convenient for people like me who can't upload to the archive :D
[07:54] <yofel> not only that. I already had to monkey-patch _archive by branching off from the last uploaded tag and then merging back into _archive whenever I had to do an archive hotfix :/
[07:55] <yofel> I guess you could proposed a merge like *that*
[07:55] <tsimonq2> yofel: I would rather not XD
[07:55] <yofel> if we want to try fixing what's currently in the archive
[07:56] <acheronuk> unless sure it's also going to apply to the new stuff we have, is there much point?
[07:56] <yofel> probably not
[07:57] <yofel> I'll try to upload frameworks later, but will probably get some rejects
[07:57] <yofel> Mirv: could I rely on you to sponsor the missing parts if I give you the sources? Otherwise I'll just make things worse by uploading anything
[07:58] <acheronuk> ok. I'll be back lunchtime to see how this is going :)
[08:04] <Mirv> yofel: I'm happy to help if I'm just at computer. why would you make anything worse by uploading fixes? :)
[08:06] <tsimonq2> what needs to be done for this transition and how can I help?
[08:08] <yofel> Mirv: I would upload a new frameworks release, and I'm not sure in what state our package set is, so pieces might get stuck in depwait
[08:09] <yofel> Mirv: unless you would prefer to get stricktly just Qt through proposed for now
[08:17] <Mirv> yofel: well if you give me sources I could test rebuild it in a landing silo before copying to -proposed
[08:17] <Mirv> yofel: no I think I don't want you to try to get just Qt through since I guess it could be tremendous amount of work only to be repeated immediately after for the next frameworks etc uploads
[08:17] <Mirv> so better to just get it all in and get everything migrated in one go
[08:22] <yofel> Mirv: hm ok, so I guess I could generate the release set and throw that into a ppa for you to sync them over, or would you prefer all sources packages tarred up?
[08:24]  * yofel starts generating in any case
[08:25] <Mirv> yofel: copying from PPA sounds good
[08:25] <yofel> ack
[08:25] <Mirv> (no problem with tarball either though)
[09:09] <yofel> Mirv: https://launchpad.net/~yofel/+archive/ubuntu/staging3/+packages has frameworks building on top of landing-024. I'll watch it, but that take a day to build if left alone
[09:10] <yofel> the version ok for you or should I have added a suffix?
[09:10] <yofel> *that will take
[09:11] <tsimonq2> yofel: yay packages failing already :P
[09:11] <yofel> tsimonq2: where do you mean?
[09:11] <tsimonq2> yofel: the PPA you just listed
[09:11] <yofel> oh that, that's all DEPWAIT
[09:12] <yofel> frameworks has multiple dependency layers, which is why I said this would take a day ;)
[09:12] <yofel> and I forgot that I had arm enabled there...
[09:13] <tsimonq2> yofel: please don't tell me you had to edit all those debian/changelog files by hand! :)
[09:13] <yofel> no, we have a script for that
[09:13] <tsimonq2> oh okay
[09:13] <tsimonq2> yofel: it would be nice to have that script, where's it at?
[09:15] <yofel> tsimonq2: kubuntu-automation/ubuntu-archive-upload. Does changelog editing, source building and git tags. 
[09:16] <tsimonq2> yofel: where?
[09:17] <yofel> tsimonq2: https://git.launchpad.net/~kubuntu-packagers/+git/kubuntu-automation
[09:18] <Mirv> yofel: so hmm, should I copy those to a landing PPA as those have all architectures enabled (also powerpc and s390x), and let it built there before copying the complete binaries to proposed? or simply copy those source of yours to proposed now and you will trigger the rebuilds as necessary?
[09:18] <Mirv> I'm still wondering about the best option..
[09:19] <yofel> Mirv: former probably? I could trigger rebuilds for the sources I have upload permissions for, but I'm not convinced that's the case for everything
[09:20] <yofel> I'll get the DMB to fix that after all the initial uploads are done and I could fix the seeds
[09:23] <Mirv> yofel: ok
[09:24] <yofel> Mirv: frameworks will probably not migrate without plasma, but for that I first need to look over the packages which I'll try to do over lunch
[09:25] <Mirv> yofel: here we go: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-041/+packages
[09:25] <yofel> Mirv: thanks
[09:26] <yofel> I'll wipe my ppa then 
[10:07] <tsimonq2> yofel: does that landing PPA automatically rebuild, if not, it's done building everything (except for2  misc non-amd64/i386 builds )
[10:08] <tsimonq2> s/for2  /for 2 /g
[10:09] <tsimonq2> wait there's just a couple more but for the most part it's all done
[10:09] <yofel> I think it'll auto retry
[10:09] <yofel> but that's typically a bit slow
[10:09] <tsimonq2> oh wait, I'm dumb, I thought the square meant dep wait... :P
[10:09] <yofel> heh
[10:09] <tsimonq2> sorry
[10:10]  * yofel would love to have depwait on the overview, and not shown as ftbfs :/
[10:12] <tsimonq2> yeah
[10:13] <yofel> that's why we have our own PPA overview pages :P
[10:13] <tsimonq2> yofel: wooooooow https://launchpad.net/builders/
[10:14] <tsimonq2> yofel: those are some large build queues
[10:14] <yofel> not really, I've seen half-week long build queues
[10:14] <tsimonq2> O__O
[10:14] <yofel> although that's mostly during low-prio archive rebuilds
[10:14] <tsimonq2> oh alright
[10:15] <yofel> queue lenght doesn't tell much without knowing the build karma of a queue item
[10:16] <tsimonq2> oh yeah
[10:16] <tsimonq2> I forgot :P
[10:34]  * acheronuk prods LP
[11:07] <clivejo> tsimonq2: any progress on fixing cantor?
[11:11] <tsimonq2> clivejo: frustration :P
[11:11] <tsimonq2> just came up to get my phone, making food, let's talk in 30 mins
[11:11] <yofel> does neon have it?
[11:14] <acheronuk> yofel: they have Neon stable and unstable branchs, so yes looks like they are up to date on it?
[11:15] <clivejo> tsimonq2: ask when you get stuck :)
[11:15] <clivejo> I asked you to look at it for a reason, to help you learn!
[11:16] <clivejo> and cause I have a slight evil streak *evil laughs*
[11:17] <tsimonq2> gotta keep an eye on food, but yeah, I saw your reasoning, both of them :P
[11:17] <yofel> could someone update prison? seems like workspace wants 1.2.1
[11:17] <acheronuk> clivejo: same as I reason I suggested cervisia then :P
[11:17] <yofel> marble...? >.>
[11:17] <acheronuk> yofel: now that IS evil
[11:18] <yofel> :P
[11:18]  * yofel wonders if we want digikam from debian experimental
[11:21] <tsimonq2> what's that? :P
[11:21] <acheronuk> ha! Apps 16.08 is released on the day of the YY feature freeze. Hadn't noticed that.
[11:22] <yofel> tsimonq2: digikam? https://www.digikam.org/
[11:22] <yofel> acheronuk: well, beta is out already, but without qtwebengine...
[11:23] <yofel> I *guess* we could cut out everything pim..?
[11:23] <acheronuk> yeah, I know, it was just the ironic timing that struck me
[11:23] <yofel> acheronuk: beta release was on the 16.04.1 release day :P
[11:23]  * tsimonq2 kicks yofel :P
[11:24] <yofel> ouch!
[11:24] <tsimonq2> yofel: what's the deadline?
[11:24] <yofel> tsimonq2: well, feature freeze. Tough if we want 16.08 we should probably start with that a week before..
[11:25] <tsimonq2> yofel: alright
[11:26] <clivejo> libprison is to become a framework?  should I move git to LP?
[11:26] <yofel> dunno, is it?
[11:26] <clivejo> kdeconnect, why are you failing!
[11:27] <clivejo> eakk
[11:27] <clivejo> thought I heard somewhere it was
[11:27] <yofel> that repo is not a thing
[11:28] <yofel> well, maybe it will. For now workspace wants 1.2.1, and we have 1.2gitsomething
[11:28] <clivejo> git://anongit.kde.org/kdeconnect
[11:28] <clivejo> what changed
[11:29] <clivejo> it oh, its kdeconnect-kde
[11:29] <clivejo> did your script change that yesterday?
[11:29] <yofel> yes, I'll do another run
[11:31] <clivejo> maybe that why I thought its frameworks, debian has it under framework namespace
[11:31] <clivejo> http://anonscm.debian.org/cgit/pkg-kde/frameworks/prison.git/
[11:33] <clivejo> yofel: your a "Debian Krap Maintainer" ?
[11:33] <clivejo> you're
[11:33] <yofel> oh, I forgot that I did an upload for that once
[11:33] <yofel> well, it's krap :P
[11:33] <clivejo> LOL
[11:33] <acheronuk> http://i.imgur.com/to5dV2y.png
[11:34] <acheronuk> LOL. I must have found that at about the same instant you did!
[11:34] <clivejo> acheronuk: are you working on it?
[11:34] <acheronuk> I went to have a look to what on earth prison was. oops
[11:35] <acheronuk> *to see
[11:35] <acheronuk> clivejo: never touched it
[11:35] <clivejo> if you wanted to try it
[11:35] <clivejo> could do it together
[11:35] <yofel> urgh
[11:36] <yofel> clivejo: can you please rename the lp repo to kdeconnect-kde? Otherwise the ci script barfs
[11:36] <clivejo> temp or perm?
[11:36] <yofel> perm
[11:37] <acheronuk> clivejo: what needs doing with it? 
[11:37] <clivejo> just a new release
[11:37] <acheronuk> from where?
[11:38] <clivejo> yofel: is there an easy way to find a git repo on LP
[11:39] <yofel> either type in the url from your memory, or (seriously) google with 'site:launchpad.net <term>'
[11:40] <clivejo> I search in each page
[11:40] <clivejo> but there are about 6 pages on repo now
[11:41] <yofel> FWIW, the ci build hads the repo url in it
[11:41] <yofel> *has
[11:43] <clivejo> ok kdeconnect -> kdeconnect-kde and VCS updated in yakkety_archive and unstable branches
[11:44] <tsimonq2> clivejo: let me try another time and I'll let you know
[11:45] <tsimonq2> clivejo: another time being once more, I'm not postponing it
[11:47] <acheronuk> is prison 1.2.2 tagged anywhere?
[11:47] <acheronuk> *1.2.1
[11:47] <clivejo> nope!
[11:47] <clivejo> https://quickgit.kde.org/?p=prison.git
[11:48] <acheronuk> lovely
[11:48] <clivejo> yofel: see there is a frameworks and master branch
[11:48] <acheronuk> I would assume that KF5?
[11:49] <yofel> upstream depending on unreleased stuff again, lovely indeed
[11:49] <yofel> I'm *guessing* we need frameworks? Look up a committer in there and ask him
[11:50] <yofel> sooo... Riddell: why do we have a plasma release with optional deps on unreleased software? ^^
[11:50] <clivejo> yes, seeing as master hasnt been touched in 5 months
[11:51] <Riddell> prison? that's nothing new, plasma has always depended on it and it's never had a kf5 release.  it's a problem but not a new one
[11:52] <Riddell> he keeps saying it'll be part of frameworks release and it somehow not ending up there
[11:52] <yofel> *sigh*
[11:53] <Riddell> but yes prison now needs a new git snapshot
[11:56] <clivejo> !info prison-kf5
[11:57] <clivejo> libkf5prison-dev
[11:57] <clivejo> !info libkf5prison-dev
[11:58] <tsimonq2> Git revision? O_o
[11:58] <acheronuk> yep
[11:58] <clivejo> yes, thats why yofel isnt happy
[11:59] <tsimonq2> clivejo: wait, Riddell said it needs a new Git snapshot, doesn't yofel want a Git tag?
[12:00] <yofel> yes I would, but we're not getting that, so just use another snapshot
[12:01] <Riddell> here's one you could use http://archive.neon.kde.org/dev/unstable/pool/main/p/prison-kf5/
[12:12] <clivejo> yofel: when we get docs for KCI, can we put this gif on the "Fixing KCI bugs" section?  https://twitter.com/manisha72617183/status/745669337474703361
[12:13] <yofel> rofl
[12:13] <yofel> can do XD
[12:13] <clivejo> sums it up nicely :)
[12:15] <tsimonq2> yofel: I also linked this one earlier, I'm sure we can find a spot for it as well, right? XD https://twitter.com/manisha72617183/status/755110441471344644
[12:16] <tsimonq2> clivejo: so I'm having some problems getting it to build :/
[12:17] <tsimonq2> clivejo: I have an sbuild instance that I have the CI PPA enabled in, what other PPAs does it need?
[12:17] <clivejo> tsimonq2: getting what to build?
[12:17] <tsimonq2> clivejo: cantor
[12:17] <clivejo> its building on KCI
[12:17] <clivejo> just needs packaging fixed
[12:18] <tsimonq2> clivejo: I know, but how do I know if it's fixed if I can't build it?
[12:18] <tsimonq2> clivejo: does KCI have any more PPAs enabled besides itself, if that makes any sense?
[12:18] <clivejo> https://launchpadlibrarian.net/275131426/buildlog_ubuntu-yakkety-amd64.cantor_4%3A16.04.3+p16.10+git20160726.1144-0_BUILDING.txt.gz
[12:19] <yofel> and if we ever disagree: http://classicprogrammerpaintings.com/post/147044648074/gentle-technical-discussion-on-irc-channel
[12:19] <acheronuk> I just add KCI as a source for pbuilder, and off it goes
[12:19] <yofel> tsimonq2: it doesn't
[12:19] <clivejo> dh_install section
[12:20] <tsimonq2> yofel: I'll play with it, thanks
[12:20] <clivejo> you should have all the info you need on that buildlog
[12:20] <tsimonq2> clivejo: step 1 of fixing things: reproduce locally if you can
[12:20] <tsimonq2> :P
[12:21] <acheronuk> so pbuilder doesn't give you the same result?
[12:21] <tsimonq2> acheronuk: well it's a dep problem
[12:24] <tsimonq2> oh, so it turns out I can't add PPAs in a golden sbuild, I have to add the key manually and add to /etc/apt/sources.list
[12:24] <tsimonq2> works now
[12:24] <tsimonq2> acheronuk: s/pbuild/sbuild/
[12:24] <yofel> tsimonq2: you can skip the key if you write the source as "deb [trusted=yes] http..."
[12:25] <tsimonq2> :O
[12:25] <tsimonq2> yofel: WHAT :O
[12:25] <tsimonq2> how was I not told this before? :D
[12:25] <yofel> yes, that's a thing, don't use in production :P
[12:25] <tsimonq2> lol
[12:25] <acheronuk> :D
[12:32] <BluesKaj> Howdy folks
[12:32] <clivejo> hi BluesKaj
[12:33] <BluesKaj> hi clivejo
[12:35] <acheronuk> so is prison sorted?
[12:39] <clivejo> no
[12:39] <clivejo> are symbols case sensitive
[12:40] <clivejo> cause if they are this is a mess!
[12:41] <clivejo> _ZTSN6prison13Code39BarcodeE@Base changed to _ZTSN6Prison13Code39BarcodeE@Base
[12:42] <clivejo> p changed to P
[12:45] <yofel> AFAIK, c++ is pretty much completely case sensitive, so yeah, that's a new ABI
[12:49] <clivejo> libkf5prison1 -> libkf5prison1.2 or libkf5prison2?
[12:49] <clivejo> my head hurts and Im hungry
[12:49] <mamarley> You should take a break and eat some food then!
[12:49] <yofel> the bigger problem is that laurent doesn't seem to understand what an api break is
[12:50] <yofel> (well, sune broke it)
[12:50] <yofel> but laurent did https://quickgit.kde.org/?p=prison.git&a=commit&h=5a2c8b345e69ff65e961e25454c3536423b61500
[12:50] <yofel> but left the SOVERSION as-is :(
[12:51] <yofel> I'll ask him to fix that
[12:52] <clivejo> Ill go for lunch!
[12:59] <acheronuk> SOVERSION "${PRISON_VERSION_MAJOR}"?
[13:41] <clivejo> yofel: can you update prison to use LP - https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/prison
[13:49] <soee> Rrrrrr ..
[13:49] <acheronuk> RED?
[13:50] <soee> Red :D
[13:54] <tsimonq2> clivejo: so...it builds locally for some reason
[13:54] <tsimonq2> clivejo: trying again to confirm but still
[13:54] <tsimonq2> clivejo: (cantor)
[13:54] <tsimonq2> clivejo: and yeah, I'm on the kubuntu_unstable branch
[13:55] <clivejo> it builds but there are dh_install issues
[13:55] <tsimonq2> oh
[13:56] <tsimonq2> clivejo: no? it shouldn't build, doesn't build in Launchpad...
[13:56] <clivejo> it does build in KCI LP PPA
[13:57] <tsimonq2> https://launchpadlibrarian.net/275131426/buildlog_ubuntu-yakkety-amd64.cantor_4%3A16.04.3+p16.10+git20160726.1144-0_BUILDING.txt.gz ?
[13:58] <clivejo> yes
[13:58] <clivejo> http://paste.ubuntu.com/21005574/
[13:58] <clivejo> you know how to fix the app data
[13:58] <tsimonq2> clivejo: yeah it does show that, but it fails, not passes
[13:58] <tsimonq2> yeah that's obvious
[13:59] <clivejo> but I want you to fix the lib issue
[14:07] <soee> clivejo: are this problems with Plasma 5.7 that mamarley reported yesterday fixed maybe ?
[14:07] <soee> *when trying to install on Xenial
 soee no. Been working on yakkety
 Xenial needs rebuild of pyqt5
 I tried to back port version in yakkety but it needs sip
[14:10] <tsimonq2> yofel: why is there no icon? :P https://launchpad.net/~kubuntu-dev
 I meant to look into how Neon did it and got distracted
 Maybe you could look?
[14:11] <soee> clivejo: i do not now much about packaging etc. :)
[14:12] <acheronuk> neon is still 5.5.1 I think?
 On a neon install find the version number
[14:13] <soee> clivejo: pyqt5 ?
[14:13] <acheronuk> http://archive.neon.kde.org/dev/unstable/pool/main/p/pyqt5/
[14:13] <soee> there is not installed version just candidate: 5.5.1+dfsg-3+16.04+build2
[14:15] <acheronuk> Looks like they took the Xenial version, and made just this change? http://packaging.neon.kde.org/cgit/forks/pyqt5.git/commit/?id=2d0f444b2fa0cf31a2897dc3f16dd8f8fec21623
[14:17] <soee> acheronuk: can you trigger rebuild with this small change ?
[14:17] <soee> clivejo: ^
[14:19] <clivejo> probably dont need that
[14:19] <clivejo> just try a no chnage rebuild in staging-plasma
[14:20] <clivejo> acheronuk: do you want to do that?
[14:21] <acheronuk> xenial staging ppa?
[14:21] <clivejo> staging-plasma
[14:21] <acheronuk> what I meant
[14:21] <clivejo> it has Qt5.6.1
[14:22] <clivejo> oh it has the backported version in there
[14:22] <clivejo> thats FTBFS
[14:23] <acheronuk> if delete that and allow the ppa time to clear it, will be ok?
[14:23] <clivejo> actually its not in there
[14:23] <clivejo> must been the in apps PPA
[14:24] <clivejo> problem with these 3rd party packages I dunno where to put them!
[14:24] <soee> ;/
[14:25] <clivejo> !info xenial pyqt5-dev
[14:25] <clivejo> !info pyqt5-dev xenial
[14:25] <acheronuk> https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-plasma/+packages?field.name_filter=pyqt5&field.status_filter=published&field.series_filter=
[14:26]  * clivejo face palms
[14:26] <clivejo> I need a memory transplant
[14:26] <acheronuk> so they took that, patched, and give it a neon version and build no basically
[14:27] <soee> https://s-media-cache-ak0.pinimg.com/originals/cf/05/af/cf05af3f2188da8c80516a6456441040.gif
[14:27] <acheronuk> lol. I like that gif
[14:27] <clivejo> he dropped his fruit loops!
[14:28] <acheronuk> that's a metaphor all on it's own!
[14:29]  * soee reboots after installing kernel 4.7
[14:29] <clivejo> I remember that episode - https://en.wikipedia.org/wiki/Window_of_Opportunity_(Stargate_SG-1)
[14:30] <tsimonq2> Stargate? :O
[14:30] <ahoneybun> a show before your time tsimonq2 lol
[14:30] <acheronuk> Oh yes, I remember now :)
[14:31] <clivejo> yup!
[14:31] <clivejo> Director Peter DeLuise asked the prop department to glue the Froot Loops to O'Neill's breakfast spoon to have the same loops in the same spots in each take.
[14:32] <acheronuk> 5.5.1+dfsg-3ubuntu4 + what version?
[14:32] <tsimonq2> ahoneybun: my uncle has the set on DVD and we watch it in the camper in the nighttime
[14:33] <tsimonq2> (when we are camping)
[14:33] <clivejo> pyqt5 - 5.5.1+dfsg-1build1~ubuntu16.04~ppa1 I guess?
[14:34] <clivejo> however that one has ubuntu build
[14:34] <clivejo> grrr
[14:34] <clivejo> doing too many things at once
[14:35] <acheronuk> need to supersede that, I know 
[14:35] <clivejo> so 5.5.1+dfsg-3ubuntu5~ubuntu16.04~ppa1
[14:36] <clivejo> wont be going into the archive, just backports
[14:36] <acheronuk> that implies a official ubuntu revision though?
[14:36] <acheronuk> ubuntu5
[14:37] <clivejo> yes
[14:37] <acheronuk> surely ubuntu4 + something
[14:38] <acheronuk> ohhh. maybe
[14:38] <clivejo> but I think you will have trouble uploading that
[14:38] <clivejo> yofel: help !!
[14:39] <acheronuk> I've done a lower version into a ppa before I think. Just need to leave time for LP to delete the sources and recognise it has?
[14:39] <tsimonq2> finally, it's done installing deps, I think it might work now!
[14:39] <clivejo> can two different versions of pyqt5 exist in the same PPA?
[14:40] <tsimonq2> clivejo: I doubt it
[14:41] <yofel> sorry, busy at work, later
[14:42] <tsimonq2> gosh darnit
[14:49]  * acheronuk feels lost without yofel's wise council
[14:50] <acheronuk> oops. that does a ping doesn't it. sorry
[14:51] <yofel> ^^
[14:53] <soee> https://67.media.tumblr.com/5e685fb8893deb145e8bd2b5d6aa09a8/tumblr_nhi4mrJl1Q1u1vo97o1_500.gif
[14:57] <acheronuk> ok. I'll leave that until a bit later then. may as well double check to get it right 1st time
 test
[15:26] <yofel> tsimonq2: you can't be more elite than a ninja, hence the additional logo from ~ubuntu-dev is enough :P
[15:27] <yofel> acheronuk, clivejo: uh so... what was the question?
[15:28] <tsimonq2> yofel: but why NO logo? :P
[15:28] <yofel> dunno, that predates my tiem
[15:28] <yofel> *time
 mm my network is not working right
 now it is
[15:31]  * yofel hands ahoneybun a sonic screwdriver
[15:32] <ahoneybun> of course
[15:34] <acheronuk> yofel: sorry about that...
[15:36] <acheronuk> basically Neon rebuilt xenial's pyqt5 5.5.1+dfsg-3ubuntu4 as 5.5.1+dfsg-3+16.04+build2
[15:37] <yofel> that sounds more like a rebuild of the debian version
[15:38] <ahoneybun> removing ubuntu from the packages
[15:38] <ahoneybun> mm
[15:38] <acheronuk> yofel: "import from ubuntu" http://packaging.neon.kde.org/cgit/forks/pyqt5.git/commit/?id=5c47d4d7815ef15a8ff26b76e1696c88aaa16ebb
[15:40] <yofel> hm, well, if they don't care about bugfixes that's ok I guess
[15:40] <soee> you want ninja logo ? :D
[15:40] <acheronuk> anyway, Q was how to version it if we can just do a rebuild? 
[15:41] <yofel> I would go with ubuntu4+qt5.6 or ubuntu4.1~qt56 or something like that
[15:41] <yofel> soee: we have that, ~kubuntu-dev has none
[15:42] <acheronuk> the other Q was, the 5.6 version has been deleted from the ppa, so will it accept the upload of this older version 5.5.1?
[15:42] <yofel> it will once the janitor has actually deleted it
[15:42] <yofel> takes a couple hours
[15:43] <acheronuk> right. that is what I thought I had done a long while ago, or had read. I just began to doubt it...
[15:43] <acheronuk> great. thanks. :)
[15:48] <clivejo> sorry, was sortig out my new wheels
[15:48] <clivejo> I need 4 new ones!
 (Photo, 1280x697) https://irc-attachments.kde.org/ml0ffQ0l/file_295.jpg
[15:51] <clivejo> hi slhk
[15:51] <slhk> hi clivejo
[15:51] <clivejo> how are you?
[15:52] <slhk> fine thanks, and you?
[15:53] <clivejo> wet!
[15:54] <clivejo> just got soaked by the rain
[15:54] <clivejo> but at least I got one of the lawns mowed
[15:55] <slhk> I'm wet too, but more because of hot weather. but rain is coming soon
[15:56] <clivejo> did you ever get to look at that auth issue in Muon?
[15:57] <clivejo> when you edit the sources the window to prompt for password seems to get lost
[15:58] <yofel> hm, come to think of it, we could also just debianabimanager prison...
[15:59] <clivejo> speak English yofel :P
[15:59] <clivejo> we could do what to prison?
[16:00] <clivejo> well its built with those new symbols added
[16:00] <clivejo> but will probably break stuff upstream
[16:01] <clivejo> kdepimlibs and plasma-workspace
[16:02] <slhk> clivejo: uhm, it even runs the wrong command here, I didn't notice that before
[16:02] <yofel> yes, that's why we'll just bump the ABI ourselves!
[16:02] <clivejo> would you mind looking at it?
[16:02] <yofel> by adding a suffix!
[16:02] <clivejo> you'll have to explain/walk me through that!
[16:03] <clivejo> should we get Simon and Rik listening in too?
[16:04] <clivejo> and Marcin
[16:04] <clivejo> he needs to learn too!
[16:04]  * tsimonq2 double-takes
[16:05] <clivejo> apparently we are going to debianabimanager prison
[16:05] <tsimonq2> debianabimanager?
[16:05] <clivejo> sounds painful, but worth it
[16:05] <tsimonq2> WOAH! :O
[16:05] <tsimonq2> :P
[16:05] <tsimonq2> what's that?
[16:05] <tsimonq2> and what's the prison package?
[16:06] <clivejo> prison is a dev package for making bar codes me thinks
[16:06] <yofel> clivejo: see e.g. okteta bb2e434da410c4ce31ad13d97d3be23cf61bf53e, the patch, and X-Debian-ABI in the control file (except here, it would be 1, not 0)
[16:06] <yofel> even if we end up bumping the ABI upstream, it's good to know that we have this
[16:07] <acheronuk> going to what the what?!!
[16:07] <tsimonq2> acheronuk knows about prison
[16:07] <tsimonq2> right?
[16:07] <tsimonq2> acheronuk: kidding, talking about the package :P
[16:07] <acheronuk> ok, 'what' the prison then?
[16:08] <clivejo> you mean this commit - https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/okteta/commit/?h=kubuntu_yakkety_archive&id=bb2e434da410c4ce31ad13d97d3be23cf61bf53e
[16:08] <acheronuk> tsimonq2: I know you were
[16:08] <tsimonq2> ;)
[16:08] <yofel> clivejo: the tree at the state of that commit
[16:08] <tsimonq2> yofel: before or after the commit?
[16:08] <yofel> the old bzr history has better examples, let me check that
[16:10] <yofel> hm, no, that predates the repo split ^^
[16:11] <yofel> anyway, if you set X-Debian-ABI to 1, you will get a libPrison.so.1abi1, thus bumping the ABI without upstream changing everything
[16:11] <clivejo> and where is that set?
[16:11] <yofel> the control file, see okteta
[16:13] <clivejo> so the package name is libkf5prison1
[16:14] <clivejo> it will build libkf5prison1.so.1abi1?
[16:14] <yofel> will need a rename to libkf5prison1abi1 after that
[16:14] <yofel> libkf5prison.so.1abi1
[16:15] <yofel> just patch CMakeLists.txt, add the control entry, and see what happens
[16:17] <clivejo> https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/okteta/tree/debian/patches/enable_debianabimanager.diff?h=kubuntu_yakkety_archive&id=bb2e434da410c4ce31ad13d97d3be23cf61bf53e
[16:17] <yofel> yes, just for prison
[16:17] <clivejo> is there an easy way to make a patch
[16:17] <yofel> quilt new <patchfilename>, quilt add CMakeLists.txt, edit CMakeLists.txt, quilt refresh
[16:18] <clivejo> but I still need the source
[16:19] <yofel> yes, just take the neon ci build
[16:19] <clivejo> I been working off the KCI
[16:19] <yofel> good enough if the tarball is current
[16:20] <clivejo> https://launchpad.net/~kubuntu-ci/+archive/ubuntu/unstable/+files/prison-kf5_1.2.2+p16.10+git20160726.1358.orig.tar.xz
[16:24] <yofel> ack
[16:24] <yofel> just make it 1.2.2~git
[16:26] <tsimonq2> clivejo: when you are done, let me know, I'm stuck
[16:27] <clivejo> yofel: https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/prison/commit/?id=c603520212a343f58815b7af8d6767c4ddee224a
[16:27] <clivejo> ?
[16:28] <yofel> clivejo: version wrong, and patch is missing DEP3 headers
[16:29] <clivejo> what should the version be
[16:29] <clivejo> its set at 1.2.2 in the CMake file :/
[16:30] <yofel> clivejo: what you had there previously was right
[16:30]  * clivejo kicks
[16:32] <clivejo> is there a tool will make the DEP3 headers for me
[16:33] <yofel> not that I know of
[16:33] <yofel> making the patch with dpkg-source --commit sets some of the headers, but I find it easier to just write them by hand
[16:39] <clivejo> https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/prison/commit/?h=kubuntu_unstable&id=a467bf18fe8d85294a9c8cd45680f3884fdc73c0
[16:39] <yofel> ack
[16:40] <clivejo> any good?
[16:44] <clivejo> do the install or symbol files need renames?
[16:44] <yofel> yes
[16:44] <yofel> they always match the binary package name
[16:45] <clivejo> Ill wait until KCI builts it
[16:45] <clivejo> see what the new name is
[16:45] <clivejo> should have commited with NOCI
[16:59] <yofel> bbl
[17:25] <santa_> clivejo: you must rename libkf5prison1 as libkf5prison1abi1, this means at least changing the name in the control file, changing the name of the *.install fie and others files and creating a brand new symbols file
[17:39] <Mirv> FYI if you need any uploads to https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-041/+packages you can ask a core dev or join #ubuntu-ci-eng and ask trainguards (highlight, ie "trainguards: could you upload blah to landing-041")
[17:39] <Mirv> although I'll be here again in <12h
[18:24] <tsimonq2> clivejo: ping
[18:56] <acheronuk> that pyqt5 for xenial helps as it should. not longer wants to remove software-properties-kde, driver manager and apturl-kde and the few other things it did.
 Sorry trying to get the kitten on a trailer
[19:07] <mamarley> Literally herding cats?
[19:09]  * genii twitches and goes to watch https://youtu.be/Pk7yqlTMvp8
[19:39] <clivejo> nooo
[19:39] <clivejo> a Robin Reliant "Kitten"
[19:43] <genii> Heh, had to go look it up. reminds me for some reason of a Lada
[19:44] <clivejo> genii: https://irc-attachments.kde.org/ml0ffQ0l/file_295.jpg
[19:44] <clivejo> gone to a new home!
[19:45] <genii> Looks like a lot of work
[19:47]  * clivejo nods
 test
[19:55] <tsimonq2> test 1 2
[19:55] <clivejo> test 1 2 3
[19:56] <clivejo> 1.. 2.. and a 1.. 2..
[19:56] <acheronuk> **** feeeeeeeeeeeeedback  ****
[19:56] <acheronuk> ouch
[19:56] <ahoneybun> now it works
[19:56] <clivejo> what works?
[19:57]  * clivejo wonders what Aaron is up too
[19:59]  * mamarley decreases the gain on acheronuk's mic.
[19:59] <mamarley> Oh wait, actually clivejo's mic.
[20:00] <yofel> ?!?
[20:02] <mamarley> ‽
[20:08] <clivejo> yofel: whats causing this error - https://launchpadlibrarian.net/275171699/buildlog_ubuntu-yakkety-amd64.prison-kf5_1.2.2+p16.10+git20160726.1638-0_BUILDING.txt.gz
[20:16] <ahoneybun> clivejo, snaps but my internet is crappy today
[20:19] <yofel> hm....
[20:19] <ahoneybun> what I'm not allowed to?
[20:19] <santa_> clivejo: I told you, you have to rename the package, that X-CMake-Targe a target which you usually don't need to set if you use the right name for the package
[20:19] <santa_> see the README.DebianABIManager from pkg-kde-tools
[20:20] <santa_> * X-CMake-Target 
[20:25] <yofel> santa_: renaming the package didn't help me. but it seems like kf5prison != KF5Prison. latter seems to work as value of X-CMake-Target
[20:25] <yofel> clivejo: ^
[20:25] <yofel> maaaaybe a bug in the abi manager? or just some change in cmake?
[20:26] <santa_> yofel: then you have to add the field to the control file
[20:26] <yofel> right, but I remember that not being necessary in most cases. And this being *just* a case difference looks weird
[20:26] <yofel> but well, works
[20:31] <santa_> yofel: well, keep in mind that this invention comes from the very old kde 4 days when you used that. I was even working for debian. go figure. I think it's, after all, somewhat normal that the stuff can't guess the lib names today if the naming is different
[20:32] <yofel> hm, yeah, I know, which is why I'm wondering if something changed in cmake - or it's some incompatibility with ecm
[20:32] <yofel> there is one working way, so that's enough I guess
[20:33] <santa_> just the names in cmake
[20:33] <clivejo> I dont understand
[20:33] <clivejo> -- DebianABIManager: unable to find CMake target 'kf5prison' for package 'libkf5prison1'. Please set X-CMake-Target
[20:34] <santa_> if I'm not mistaken the thing needs to know the name of the library in the CMakesLists.txt, and that's done using the package name as input
[20:34] <clivejo> so in the patch?
[20:35] <yofel> no, X-CMake-Target is a control file field
[20:35] <yofel> put it next to X-Debian-ABI
[20:35] <clivejo> it it because the package name in control file is wrong?
[20:36] <yofel> no... I fixed that and it still didn't work. It for some reason can't read the target properly
[20:36] <yofel> so you have to set that by hand
[20:42] <clivejo> got an example use case?
[20:42] <yofel> what do you mean?
[20:42] <clivejo> are there arguement
[20:42] <clivejo> X-CMake-Target : 1
[20:43] <yofel> X-CMake-Target: KF5Prison
[20:43] <yofel> found using grep: lib/prison/CMakeLists.txt:install(TARGETS KF5Prison EXPORT KF5PrisonTargets ${KF5_INSTALL_TARGETS_DEFAULT_ARGS})
[20:58] <clivejo> so who all has tested Apps 16.04.3 on Yakkety?
[20:58] <clivejo> are there any outstanding issues?
[20:59] <clivejo> tsimonq2: did the holidays work once you installed that package?
[20:59] <tsimonq2> clivejo: yup
[21:00] <tsimonq2> clivejo: my fix worked! \o/
[21:00] <clivejo> do they show up in your calendar?
[21:05] <clivejo> Ive selected the file for Northern Ireland and nothing is showing
[21:07] <tsimonq2> clivejo: not in Plasma right now, and I'm in the middle of something
[21:08] <clivejo> ok
[21:19] <slhk> clivejo: about Muon and package sources, the only problem I found is that software-properties-kde isn't installed (libqapt should depend on it, somehow). Moreover, kdesu is not tra
[21:19] <jimarvan> :)
[21:19] <jimarvan> heeeeello
[21:19] <jimarvan> kdesu?
[21:19] <jimarvan> you mean kdesudo?
[21:20] <clivejo> why is there two separate auth methods
[21:20] <slhk> * kdesu dialog is not transient, which might cause the "lost window". But I cannot reproduce the problem.
[21:21] <clivejo> it seems to use one way to get access to do the package install and another way to open the software sources window
[21:21] <slhk> because software-properties-kde is run as a process, whereas other actions are done by the qapt worker over dbus
[21:22] <clivejo> ah
[21:22] <slhk> software sources is a different application, not a Muon window
[21:22] <clivejo> what happens if its not there?
[21:23] <clivejo> any way of detecting that and display a message to that effect
[21:23] <clivejo> maybe even get muon to install it :)
[21:23] <slhk> you still get the authentication dialog and then it silently fails (writes some message on stdout)
[21:23] <jimarvan> hmmmmmm
[21:24] <jimarvan> slhk: is that a muon fail?
[21:24] <jimarvan> to open software sources?
[21:24] <slhk> no, packaging fail :P
[21:24] <clivejo> the reports I had said they didnt even get the authentication dialog
[21:24] <jimarvan> ah ok :)
[21:24] <slhk> but Muon just assumes it is there :(
[21:25] <jimarvan> hmm
[21:25] <clivejo> what if we added depend on kdesu in the muon packaging?
[21:25] <slhk> clivejo: I still couldn't reproduce those bugs, there is also some timeout somewhere, I guess
[21:26] <clivejo> wish i could remember who had the problem
[21:26] <slhk> the call is done in libqapt, not muon
[21:27] <clivejo> so libqapt needs the depend
[21:27] <slhk> but maybe it makes sense to have muon depend on it, because e.g. plasma-discover doesn't need it
[21:27]  * clivejo wonders has that been moved to LP 
[21:27] <slhk> and it need both kdesu and software-properties-kde
[21:28] <clivejo> slhk: what system do you use?
[21:28] <slhk> at present neon
[21:28] <clivejo> Im trying to package plasma 5.7.2
[21:28] <clivejo> on a test build of Qt5.6.1
[21:29] <clivejo> Im having issues with discover
[21:29] <clivejo> mainly packagekit
[21:29] <clivejo> happen to know anything about it?
[21:30] <jimarvan> clive
[21:30] <clivejo> Jim
[21:30] <jimarvan> have you considered removing it?
[21:30] <jimarvan> xD
[21:30] <jimarvan> I think noone likes discover tbh
[21:30] <clivejo> its KDE's baby
[21:30] <jimarvan> oh...
[21:30] <clivejo> they not like that!
[21:30] <jimarvan> Oh well
[21:31] <jimarvan> no no no if its KDE baby
[21:31] <jimarvan> then I will buy candy for it
[21:31] <jimarvan> I thought it was an ubuntu thing xD
[21:32] <slhk> clivejo: no, I'm learning and screaming because I never find doc
[21:34] <slhk> but I can look into it
[21:34] <yofel> jimarvan, clivejo: kdesudo was our own thing - and was never ported to qt5, so it recently
[21:34] <yofel> *died recently
[21:34] <clivejo> RIP kdesudo
[21:35] <yofel> hm, isn't is supposed to use pkexec for software-properties-kde?
[21:35] <clivejo> slhk: ^
[21:35] <yofel> *it
[21:35] <slhk> no idea, sure it would make sense
[21:36] <clivejo> is that something that could be supported?
[21:36] <slhk> I think it should be software-properties-kde doing the authentication in that case
[21:36] <acheronuk> clivejo: do you know why the packagekit depends were "tightened" here? https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/discover/commit/?h=kubuntu_yakkety_archive&id=b0853f807ee4d847d73014a143f0cb5075e1a14a
[21:39] <acheronuk> jimarvan: I usually boot discover off my machines if it manages to creep on. 
[21:39] <acheronuk> are you going to make it to the dojo?
[21:39] <yofel> when's that again?
[21:40] <acheronuk> Thurs unless I'm mistaken?
[21:40] <yofel> k
[21:40] <slhk> otherwise the qapt daemon would have to open the window for source editor
[21:43] <clivejo> acheronuk: no sorry I dont
[21:43] <clivejo> yofel: could you add libqapt to KCI?
[21:44] <acheronuk> clivejo: fair enough. I sometimes look at these things and think "did you _really_ need to do that right then!"
[21:45] <clivejo> if you want to make sure it builds on the newest version then it makes sense
[21:46] <clivejo> !info packagekit
[21:46] <yofel>  adding
[21:47] <yofel> !info packagekit yakkety-proposed
[21:48] <yofel> whee
[21:49] <yofel> I'll look over it tomorrow
[21:51] <clivejo> I still think there something fishy with it
[21:51]  * clivejo glances a dirty look at prison
[21:51] <acheronuk> that's a bigger jump than I thought in version
[21:52] <yofel> because ubuntu always blocked something newer because they use that aptdaemon pk shim
[21:52] <clivejo> acheronuk: in prison or packagekit
[21:52] <acheronuk> packagekit
[21:52] <clivejo> thats in proposed
[21:53] <clivejo> could that be the "problem"
[21:53] <yofel> well, the ppa will pick it up, but you need proposed enabled on your system to actually install it
[21:54] <clivejo> plasma-discover it uninstallable currently on my YY system
[21:54] <clivejo> due to packagekit
[21:56] <acheronuk> it's got a dep of >= 1.0, and that is not installable. I would say so
[21:58] <yofel> the dep is still correct though if it's a requirement
[21:59] <acheronuk> yes, don't disagree with that
[22:06] <clivejo> wonder is this gimp issue due to QT5.6.1 
[22:06] <acheronuk> Neon have packagkit 1.1 under their "forks" section
[22:07] <acheronuk> what package was that?
[22:39] <clivejo> !info libgrantlee5-dev
[22:41] <clivejo> and kpimtextedit needs 5.1
[22:41] <clivejo> who is Grant Lee
[22:41] <clivejo> and where do I find him
[22:42] <clivejo> wow, grantlee5 5.0.0 uploaded to Vivid in 2014
[22:43] <clivejo> LOL more krap
[22:43] <clivejo> http://anonscm.debian.org/cgit/pkg-kde/krap/grantlee.git/
[22:44] <clivejo> at least Maxy is on the ball :)
[22:45] <clivejo> yofel: should that be moved to LP or can you mark it to be synced directly from Debian?
[22:47] <yofel> clivejo: debian has 0.4, so hardly. But it should eventually be latter
[22:47] <yofel> unless we need it updated
[22:53] <acheronuk> I think for kstars to build we might need libindi v1.2 from debian as well. 
[22:54] <acheronuk> YY is 1.1, with no greater in proposed
[22:54] <yofel> that I agree with
[22:54] <clivejo> yofel: http://anonscm.debian.org/cgit/pkg-kde/krap/grantlee.git/log/
[22:55] <yofel> clivejo: when syncing, git is useless to me
[22:55] <acheronuk> ah. right. someone has looked at that already. good :)
[22:56] <yofel> now I wonder why doko messed with the indi symbols..
[22:56] <clivejo> I dont understand, dont move it to LP?
[22:57] <yofel> I don't see the point
[22:57] <yofel> do it when we actually need to touch it
[22:57] <yofel> and cannot sync from debian
[22:59] <acheronuk> ok. goodnight all
[22:59] <clivejo> nn acheronuk
[23:13] <yofel> acheronuk: libindi uploaded to yakkety
[23:13]  * yofel -> bed
[23:13] <yofel> nini
[23:19] <clivejo> can you upload grantlee5?
[23:19] <clivejo> https://launchpad.net/~kubuntu-ci/+archive/ubuntu/unstable/+build/10523306
[23:20] <yofel> oh, 5.1, I totally read that as 0.5.1
[23:20] <yofel> uh... tomorrow
[23:20] <clivejo> Ive uploaded to KCI Unstable
[23:20] <yofel> and now really nini
[23:20] <clivejo> hopefully fix some of those failures
[23:21] <clivejo> night
[23:21] <clivejo> happy packaging dreams
[23:41] <valorie> wow, so fantastic to come back from entirely other work and see what you folks have accomplished!
[23:41] <valorie> amazing progress
[23:41] <clivejo> what did we accomplish?
[23:43] <valorie> getting closer to success on both backports and YY
[23:44] <valorie> also I'm encouraged that qtwebkit is at least being attempted so that we might be able to have PIM
[23:45] <valorie> also your kitten went to a new home
[23:45] <valorie> :-)
[23:45] <clivejo> yup
[23:45] <valorie> I on the other hand stacked wood and cleaned a trail
[23:45] <clivejo> she almost didnt
[23:45] <valorie> and then cleaned the cabin
[23:46] <valorie> again, all with good teamwork!
[23:46] <valorie> unfortunately our cell-booster doesn't boost very well
[23:47] <valorie> the signal is very low-quality
[23:47] <valorie> so I really wasn't online at all
[23:47] <clivejo> at least you have a signal!
[23:48] <valorie> sort of
[23:48] <valorie> sometimes
[23:48] <valorie> it took me an hour to send one text
[23:48] <clivejo> does it depend on the time of day?
[23:49] <valorie> and I never got an answer, so who knows if it got sent "really"
[23:49] <valorie> we're relying on one cell tower a few miles away
[23:49] <valorie> up at the ski area
[23:50] <clivejo> when I was on mobile internet, I pointed an antenna at the local cell.  But at peak times the cell tower powers up and down to cope with demand
[23:50] <valorie> the entire area except the ski area basically has zero service
[23:50] <clivejo> [23:50] <valorie> oh, sorry