[08:04] <sgclark> yofel: repos updated, thanks for the script. Running the ci update script now ( not that it matters without a yakkety docker image).
[08:04]  * sgclark goes to bed
[11:16] <BluesKaj> Hey folks
[11:17] <yofel> o/
[11:19] <clivejo> howdy
[11:20] <BluesKaj> hey yofel, clivejo
[11:27] <yofel> did we ever make the packaging notepad into a proper document?
[11:27]  * yofel started out crossing out references to alioth
[11:27] <yofel> s/out//
 yofel no but I was looking at that last night, reading through it
 I thought it was good, and could be brought into both a document, and some training slides for Kubuntu Dojo
[11:32] <yofel> @Sick_Rimmit: ok, I'm crossing out stuff that's obsolete, and I added a small section on gitconfig setup
 Yes please
[11:32] <yofel> for the new launchpad paths
 if you update it
 perhaps ask the others to look over it
[11:32] <yofel> ack
 I would be happy to start work on docs and slides from Monday next week
[11:39] <yofel> ok, updated what I wanted.
[11:39] <yofel> acutally, that reminds me...
[11:41] <yofel> @ovidiuflorin / ovidiu-florin: just as a reminder: Now that we're on LP you have commit access to the repositories ;)
[11:43] <yofel> As does Rick for that matter, as all kubuntu members do
 Ooo that is going to be really helpful
[11:45] <ovidiu-florin> yofel: so we're completely switched back to LP now?
[11:45] <ovidiu-florin> yofel: you don't have to give both nicks
[11:45] <ovidiu-florin> for me, at least, it's the same
[11:46] <yofel> mostly. The main repositories are moved, anything extra can be done as needed (calligra, pkg-kde-tools, etc.)
[11:46] <yofel> ah ok
[11:46] <yofel> but write target is Lauchpad now
 I would like to ask some questions on that, but am at work at present, maybe later
[11:46] <ovidiu-florin> if you give with @ then IRC and telegram starts screaming at me
[11:46] <yofel> :D
[11:46] <ovidiu-florin> I'd like to make a diagram of the workflow
[11:47] <ovidiu-florin> and put it on the contribute page of our site
[11:47] <yofel> that would be helpful, the only thing that's changed is that you can substitute git.debian.org with git.launchpad.net in all places
[11:48] <yofel> other than that the workflow stays until everything is running again
[11:48] <soee> hiho
[11:49] <ovidiu-florin> yofel: we still don't have a diagram with the current workflow
[11:49] <ovidiu-florin> hell, I still don't understand the current workflow
[11:49] <yofel> we have the thing that you once started..
[11:49] <ovidiu-florin> I know....
[11:50] <ovidiu-florin> but it's more like a quick tips than an actual guide for noobs
[11:50] <yofel> let me put a reminder in my calendar to draw something on paper tomorrow if I can find the time
[11:50] <ovidiu-florin> paper is great
[11:50] <ovidiu-florin> thank you
[11:53] <yofel> *blink*
[11:53] <yofel> valorie: happy birthday!
[12:14]  * yofel deleted oxygen-icons5 from yakkety staging-frameworks (has an epoch)
[12:39] <clivejo> yofel: have you made any changes to the KA scripts for LP?
[12:39] <yofel> not yet
[12:40] <clivejo> mind if I try?
[12:51] <sitter> maxyz: are you sure that xephyr hack in frameworks actually works? the way I see it after `xvfb-run ... Xephyr` $! would be the one of xvfb-run and killing that leaves Xephyr fairly uninterested
[12:57] <yofel> clivejo: go ahead
[13:05] <sitter> maxyz: terminating the pgroup instead of just the lead process seems to do the trick http://packaging.neon.kde.org/cgit/frameworks/kconfig.git/commit/?h=Neon/unstable-fix-test-kill&id=89d373e1f7b6655d52a737a32a513f459302554f alternatively we could pgrep -P all children and term all of them, which probably is slightly more accurate than going by pgroup
[13:13] <sitter> maxyz: -9 also might be handy, I am currently booting them manually and every once in a while they go defunct instead of actually terminating
[13:19] <hakermania> hola. I want to take a look on the source code of the timeout counter widget. which package should I choose? https://www.kde.org/info/plasma-5.5.0.php
[13:20] <clivejo> time out widget?
[13:21] <hakermania> clivejo, yeah, it's called timer basically
[13:24] <clivejo> !info plasma-widgets-addons xenial
[13:25] <clivejo> I think its in there
[13:25] <clivejo> kdeplasma-addons-5.5.0
[13:26] <clivejo> installed into /usr/share/plasma/plasmoids/org.kde.plasma.timer/
[13:35] <clivejo> yofel: ping
[13:35] <yofel> hm?
[13:35] <clivejo> bump-build-dep-versions
[13:36] <clivejo> where does it get its info?
[13:36] <yofel> no idea
[13:36] <yofel> I didn't write that
[13:36] <yofel> actually, IIRC some code there is broken
[13:36] <clivejo> I can get it to bump the plasma versions
[13:37] <clivejo> but not the frameworks
[13:37] <yofel> something tries to make bundled version files without allowing to manually set the version, while the version files should be by-component
[13:37] <yofel> I never really looked at that in depth
[13:37] <clivejo> grrr
[13:37] <clivejo> gbp:error: 'debuild -i -I -S -sa -nc' failed: it exited with 29
[13:43] <sitter> maxyz: nevermind, killing the pgroup is equally ineffective -.-
[13:46] <clivejo> yofel: 
[13:46] <clivejo> git does not match archive
[13:46] <clivejo> missing lines: bluedevil (4:5.5.5-0ubuntu1) xenial; urgency=medium
[13:46] <clivejo>  -- Philip Muškovac <yofel@kubuntu.org>  Thu, 14 Apr 2016 13:31:17 -0700
[13:46] <yofel> I guess the branches are still broken
[13:47] <clivejo> but thats whats in the archive - https://launchpad.net/ubuntu/+source/bluedevil/4:5.5.5-0ubuntu1
[13:47] <yofel> yes, and what does the branch say?
[13:48] <clivejo> https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/bluedevil/tree/debian/changelog?h=kubuntu_yakkety_archive
[13:48] <clivejo> ah the time
[13:48] <clivejo> 14:24:36 -0700
[13:48] <yofel> aaah right
[13:48] <clivejo> so change the time in the branch
[13:48] <yofel> meh, that looks like fallout from the time when shadeslayer__ wasn't able to push his upload
[13:49] <clivejo> to match the archive
[13:49] <yofel> right, please do that
[13:49] <yofel> will probably happen in a bunch of other repositories as well
[13:49]  * clivejo :(
[13:54] <clivejo> should I fix the xenial branch too?
[13:56] <clivejo> ah
[13:56] <clivejo> the official version of FW is 5.12.0 ?
[13:56] <clivejo> not 5.12?
[13:57] <yofel> yes
[13:57] <yofel> you probably mean 5.21 though
[13:57] <clivejo> yeah, stupid dyslexic brain
[13:58] <yofel> ^^
[13:58] <clivejo> my brain messes up the order of numbers
[14:00] <yofel> fixing xenial is probably not needed
[14:00] <clivejo> ok
[14:00] <yofel> the branches don't match the packages exactly, but we won't be doing anything but single-package SRUs, and for those that doesn't matter
[14:00] <clivejo> theres a versions.json in KA config/ folder
[14:01] <clivejo> the frameworks was missing a .0
[14:03] <yofel> you can omit the .0 in the places where it's used for the build-deps, just not wherever the changelog is touched
[14:06] <clivejo> nope, the script is still not bumping the frameworks
[14:06] <clivejo> https://paste.kde.org/p1tnlnwh4
[14:07] <clivejo> its bumping the plasma 
[14:07] <clivejo> but not the FW
[14:08] <yofel> oh, for plasma?
[14:08] <yofel> IIRC we intentionally seperated that
[14:08] <yofel> plasma only bumps internal plasma deps
[14:09] <yofel> we might want to bump frameworks as well
[14:09] <clivejo> so it doesnt bump frameworks?
[14:09] <yofel> but thanks to the cyclic deps we had last release we had to remove that
[14:09] <clivejo> I thought it was supposed to bump both
[14:10] <yofel> it was originally, but that made stuff unbuildable, so it was removed
[14:10] <hakermania> clivejo, thanks. I'm trying to read this: https://techbase.kde.org/Development/Tutorials/Plasma5/QML2/GettingStarted but it's missing some parts (!! FixMe !!)
[14:10] <yofel> technically we want that
[14:10] <yofel> but then each component still needs its own version file so we control what gets updated
[14:11] <clivejo> maybe staging should take an addition parameter, ie what bump we need?
[14:11] <yofel> because "everything" does not work
[14:11] <yofel> that's probably better kept in a config file, but something like that
[14:11] <hakermania> can somebody guide me a bit? I've created the basic folder structure and metadata.desktop, main.qml, CMakeLists.txt
[14:12] <clivejo> hakermania: this is probably better asked in #kde-devel ?
[14:12] <hakermania> clivejo, excellent
[14:13] <clivejo> or maybe #plasma
[14:14] <clivejo> we tend to talk about bringing KDE software into Ubuntu here
[14:15] <clivejo> eakkk
[14:15] <clivejo> script crashed and burned!
[14:16] <clivejo> fatal: remote error: Repository '~kubuntu-packagers/kubuntu-packaging/+git/discover' not found.
[14:16] <yofel> oh, that thing. IIRC we can drop all the special handling for that
[14:16] <clivejo> just call it plasma-discover?
[14:17] <clivejo> how do you find stuff on LP git
[14:17] <yofel> yes, grep for that in the automation code, that's rewritten in 2 scripts and a couple config files I belive
[14:17] <clivejo> https://code.launchpad.net/~kubuntu-packagers/+git
[14:17] <clivejo> thats the list of packages
[14:17] <clivejo> but is there no search?
[14:18] <yofel> doesn't look like it
[14:19]  * clivejo rolls eyes
[14:20] <clivejo> kubuntu-automation/upstream-names.json
[14:20] <clivejo> kubuntu-automation/package-name-list
[14:20] <clivejo> kubuntu-automation/ubuntu-archive-upload
[14:21] <clivejo> which upstream is it talking about?!
[14:22] <yofel> depends on the context?
[14:23] <clivejo> LOL there is none!
[14:23] <clivejo> upstream-names.json
[14:23] <yofel> ah, kde
[14:24] <clivejo> so that entry is correct
[14:24] <clivejo>     "plasma-discover": "discover",
[14:24] <clivejo> thats the path it uses for the actual source
[14:24] <clivejo> can I put a comment in that file?
[14:24] <yofel> wait
[14:24] <yofel> didn't they fix that?
[14:25] <yofel> no they didn't :(
[14:25] <clivejo> nope, still called discover-5.6.3.tar.xz
[14:26] <yofel> then the entry in that file is correct
[14:26] <yofel> but the special casing code for the repo naming in the scripts not
[14:27] <clivejo> # Mapping for names of packages in Kubuntu and the related source code tarballs on KDE download site
[14:28] <clivejo> it ok to add that at the top of upstream-names.json ?
[14:28] <yofel> no, JSON has no comment syntax
[14:28] <yofel> you could add a "comment" entry with that though
[14:30] <yofel> oh, urgh
[14:30] <clivejo> nevermind
[14:30] <clivejo> just bit confusing for newbies
[14:31] <clivejo> so its this line 
[14:31] <clivejo> "discover": "plasma-discover",
[14:31] <clivejo> in package-name-list 
[14:31] <yofel> I wonder if we shouldn't just fix the repository name
[14:32] <clivejo> it is
[14:32] <clivejo> https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/plasma-discover
[14:32] <yofel> no, usually our repos are named after the upstream source
[14:32] <clivejo> oh
[14:32] <yofel> otherwise 'baloo' would be baloo-kf5
[14:33] <yofel> there's 2 exceptions to that rule: kde4libs and plasma-discover (see the code in ubuntu-archive-upload)
[14:33] <clivejo> just rename the LP git repo
[14:33] <clivejo> might be best solution?
[14:34] <yofel> in the long run, yes, but that'll break the CI as well, so lets talk to sgclark about that first
[14:34] <clivejo> LOL
[14:35] <clivejo> never going to get plasma staged at this rate!
[14:35] <yofel> why are you trying to stage plasma anyway? It's not like it'll actually build
[14:35] <clivejo> why not?
[14:36] <yofel> supposedly requires Qt 5.6
[14:36] <clivejo> oh, didnt know that
[14:37] <clivejo> does FW 5.21 not need it?
[14:37] <yofel> I'm not 100% sure, but that's what people keep screaming all the time
[14:38] <yofel> OTOH, stage it and we'll know
[14:38] <soee> Plasna 5.6 does not require QT 5.6
[14:38] <clivejo> who is responsible for packaging QT?  https://launchpad.net/qt ?
[14:38] <soee> if this is what you are talking abot :)
[14:38] <yofel> but for now you'll probaly have to take the repo name code from ubuntu-archive-upload and put it into staging-upload
[14:39] <yofel> soee: ok thanks, then I'm misinformed
[14:39] <soee> yofel: Neon also ships with QT 5.5
[14:39] <soee> and last days Jonathan created ppa to test QT 5.6 builds for Neon
[14:42] <yofel> clivejo: btw... thanks for finding and fixing all the workflow bugs :P
[14:42] <clivejo> I wish I could say my pleasure!
[14:42] <clivejo> but getting rather annoying now :P
[14:43] <clivejo> but on the plus side I have a new super key
[14:43] <yofel> a big red one? >.>
[14:43] <clivejo> and can sign packages off as a kubuntu team member
[14:43] <clivejo> it took AGES to generate!
[14:43] <clivejo> so it must be good!
[14:45] <clivejo> how do I upgrade to yakkety?
[14:45]  * clivejo memory is pathetic
[14:46] <yofel> edit your sources.list
[14:46] <clivejo> no gui for it?
[14:47]  * clivejo thinks yofel should code a gui for packaging
[14:47] <clivejo> drag and drop
[14:48] <yofel> uh, you can edit it with software properties I believe, but you're probably best of using search and replace / sed at this point
[14:50] <yofel> and when it comes to a packaging GUI..
[14:50] <clivejo> yofel: who normally packages QT?
[14:50] <yofel> there is something that can show a GUI for the debian metadata files, but it was horrible when I last tried it at debconf
[14:51] <yofel> clivejo: debian-qt-kde, i.e. Mirv_ and mitya57_ mostly I believe. It's WIP (5.6.0 is stuck in experimental because "too buggy")
[14:51] <clivejo> eakk
[14:52] <clivejo> is KCI fixed now?
[14:52] <clivejo> using LP branches?
[14:52] <yofel> AFAIK yes, but it has no triggers, so all it does are daily builds
[14:53] <clivejo> seems to be stuck on mgmt_docker
[14:54] <yofel> oh right, there are no docker images for yakkety
[14:54] <yofel> scarlett said something like that
[14:54] <clivejo> ah
[14:54] <clivejo> doesnt is auto generate the image?
[14:54] <clivejo> like once a day?
[14:54] <yofel> docker needs a base image to build from, and there is none
[15:05] <clivejo> does plasma 5.6 need a min FW version?
[15:15] <soee> clivejo: look and #plasma what Martin wrote
[15:16] <soee> *at
[15:20] <clivejo> ok, I removed discover from the package list and re-run
[15:21] <clivejo> its completed with 4 errors
[15:21] <clivejo> 2 out of sync
[15:21] <clivejo> and 2 libksysguard: build was interrupted
[15:21] <clivejo> what does build was interrupted mean?
[15:21] <yofel> "something went wrong, please look at it yourself"
[15:22] <yofel> ah no, that's a packagae build failure
[15:22] <yofel> i.e. patch not applying or so
[15:22] <clivejo> ah
[15:22] <clivejo> you patched libksysguard in 5.5 ?
[15:22] <clivejo> with 5.6 patch
[15:22] <yofel> maybe?
[15:23] <yofel> I don't remember
[15:24] <clivejo> does staging merge in kubuntu_unstable?
[15:24] <yofel> it should
[15:24] <yofel> you might want to make sure that xenial_archive is properly merged though
[15:25] <yofel> (it wasn't for oxygen-icons5 when I looked at that earlier)
[15:25] <clivejo> so if I wanted to work on fixing these, I should commit to kubuntu_unstable?
[15:26] <yofel> not if you work in staging, unstable is for the CI
[15:26] <clivejo> where could I put my changes?
[15:27] <yofel> _archive
[15:27] <yofel> as usual
[15:27] <clivejo> as UNRELEASED?
[15:27] <yofel> right
[15:27] <yofel> as usual
[15:27] <yofel> the script automatically does that anyway
[15:28] <clivejo> but if I have 5.6.3 in there wont it get messed up next time staging script is run?
[15:29] <clivejo> Now running lintian...
[15:29] <clivejo> E: user-manager changes: bad-distribution-in-changes-file yakkety
[15:29] <clivejo> W: user-manager source: out-of-date-standards-version 3.9.6 (current is 3.9.7)
[15:30] <yofel> you cannot re-run the script on an existing repository anyway
[15:31] <yofel> if you bumped to 5.6.3 once, then that's it. If you want to retry delete all your local work and start fresh
[15:31] <yofel> *if* you did not push
[15:31] <clivejo> I havent pushed
[15:31] <yofel> if you did push then staging-upload may not be run again
[15:31] <clivejo> or uploaded to LP
[15:32] <clivejo> there are a lot of FW build deps Id like to bump and things to change
[15:32] <yofel> LP we can just wipe clean if something happens, git... is a bit trickier
[15:32] <clivejo> maybe bump the standards too
[15:32] <yofel> feel free to revert the bump seperation
[15:32] <yofel> just make sure that e.g. no deps on any application stuff gets bumped in plasma
[15:33] <clivejo> Ill try fixing these out of syncs errors
[15:35] <clivejo> what would you advise doing? push what Ive done and work through them manually? or trash it all and wait until KCI is fixed up ?
[15:37] <yofel> push it if you're happy with the overall changes. The version changing is something I would rather fix before that
[15:38] <yofel> the out of sync things you can push after you fix them though, then it won't happen again next time
[15:38] <yofel> we'll have to re-upload everything at some point anyway when the VCS info in the repositories is fixed
[15:39] <clivejo> what branch does the staging script merge in?
[15:39] <yofel> it should merge everything into the target, i.e. _archive
[15:39] <clivejo> before Id make these changes to kubuntu_unstable
[15:40] <clivejo> CI would do its magic and the staging script merged in the fixes
[15:40] <yofel> well, you can still do that
[15:40] <clivejo> but with CI out of the picture at the moment, its not doing that "magic"
[15:40] <yofel> you just won't get an immediate build from the CI
[15:41] <yofel> you should be able to still manually trigger builds though
[15:41] <yofel> just not for yakkety
[15:41] <clivejo> its yakkety Im working on
[15:41] <yofel> then you're stuck with the non-ci wokflow for now
[15:41] <clivejo> ok maybe its best to push and upload what Ive done
[15:42] <clivejo> and do it manually
[15:42] <clivejo> at least Ill get buildlogs and reports from LP to aid in fixing
[15:42] <yofel> that's what the non-ci workflow is..
[15:43] <yofel> just the initial script run should work correctly in that case
[15:43] <yofel> (i.e. version bumps ...)
[15:43]  * clivejo wasn’t a packager in those olden days!
[15:44] <yofel> we gave people funny ideas in #plasma...
[15:46] <clivejo> yofel: are you planning to update the VCS fields via a script?
[15:46] <clivejo> to point to LP
[15:46] <yofel> yes, that's just stuck at LP telling me nonsense (see #launchpad)
[15:46] <yofel> I guess I'll have to use our fixed lists
[15:47] <clivejo> eak
[16:00] <yofel> I found another reason why we want a namepace for the git branches
[16:00] <yofel> LP supports merge requests for project git repositories, but not for personal ones
[16:00] <yofel> for whatever reason
[16:03] <clivejo> can we "control" the LP commits?
[16:04] <yofel> as in?
[16:04] <clivejo> like review commits before they go in?
[16:04] <yofel> well, anyone who's a member of kubuntu-packagers in some way has direct commit access
[16:04] <yofel> everyone else has to do merge requests
[16:05] <apol> can somebody look into this bug report? https://bugs.kde.org/show_bug.cgi?id=362612
[16:05] <yofel> o.O
[16:07] <yofel> looks like ovidiu-florin had another power outage
[16:07] <clivejo> apt install evolution doesnt ask me to remove anything
[16:08] <yofel> installing it though discover didn't even ask me anything
[16:08] <yofel> other than my PW
[16:08] <clivejo> its wanting to install gnome components though
[16:09] <yofel> that's normal
[16:09] <clivejo> maybe they remove network manager?
[16:10] <yofel> they don't, otherwise apt would tell you
[16:10] <clivejo> hummm
[16:10] <clivejo> cant recreate that bug then
[16:11] <yofel> me neither
[16:12] <yofel> if he did proceed with the installation, then his history.log might tell something, otherwise I'm clueless
[16:12] <yofel> funny enough, discover now shows me the broken text on the main page
[16:12] <yofel> it didn't do that a while ago
[16:13] <clivejo> told ya :P
[16:14] <yofel> I wonder if we should ship gnome software next release..
[16:14] <yofel> hm, LP can create snappy packages from git branches
[16:14] <yofel> I really need to start looking at that thing
[16:15] <yofel> apol: so, we can't reproduce that... and I'm not really sure why discover would behave different from synaptic either
[16:16] <yofel> bbl
[16:17] <clivejo> maybe he clicked on the uninstall radio button in Discover?
[16:18] <clivejo> in the addons section
[16:24] <clivejo> hi acheron88
[16:25] <acheron88> hi clivejo :)
[16:25] <acheron88> anything to test? it's all a bit 'stable' at the moment
[16:26]  * clivejo is really really getting very annoyed with Kontact 
[16:26] <acheron88> did a clean install of 16.04 on this machine to make it nice and fresh
[16:26] <clivejo> Im sure its mysql5.7 related
[16:27] <clivejo> was working fine before they released that
[16:27] <acheron88> I don't use kontact. In fact I avoid most of the KDE PIM, as I never got on with it
[16:27] <clivejo> I use it a lot
[16:27] <clivejo> and this is really bugging me now
[16:27] <clivejo> 5 minutes its been trying to open this email
[16:28] <acheron88> yes, things like akonadi and mysql backend for PIM used to be a complete PITA
[16:28] <acheron88> so I got used to using stansalone apps for most of it
[16:28] <clivejo> good idea
[16:28]  * clivejo opens gmail on phone
[16:29] <acheron88> only thing from PIM I use is akregator, and that will run with akonadi disabled.
[16:30] <clivejo> there we go, done and dusted on phone and Kontact is still thinking about it
[16:30] <acheron88> thunderbird is getting long in the tooth, but still works great here
[16:31] <acheron88> and I can tar.gz my TB profile if I need to move to a new machine, and it just works on the new one.
[16:31] <acheron88> even a windoze one. (forgive me)
[16:32] <acheron88> I love kde/kubuntu, but not PIM
[16:36] <sgclark> morning
[16:38] <sgclark> yofel: I tried my old key and still cannot access kci.pangea.pub any luck for you?
[16:39] <sgclark> clivejo: I have had to manually merge everything.
[16:39] <sgclark> be happy you did not pick applications..
[17:43] <sgclark> umm what does the git clone all actually do?
[17:47] <clivejo> the KA script?
[17:47] <sgclark> yeah
[17:47] <sgclark> it barfs on me. but I think I thought it was something it is not
[17:47] <sgclark> it is grabbing both sources I see now
[17:47] <clivejo> you can pass it the component
[17:48] <clivejo> like to clone all apps
[17:48] <sgclark> but well it fails so it grabs nothing
[17:48] <clivejo> goes and grabs all the app git
[17:48] <clivejo> has it been updated to use the correct git
[17:48] <sgclark> ./git-clone-all -t ../yakkety-frameworks/ -r frameworks -d yakkety
[17:49] <sgclark> File "/home/ftpubuntu/stable/frameworks/5.21.0/" not found.
[17:49] <sgclark> Template url to clone: git+ssh://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/%s
[17:49] <clivejo> does the -t path exist
[17:49] <sgclark> uh yes
[17:49] <sgclark> where is it getting that ftpubuntu junk?
[17:50] <clivejo> try it with like "~/yakkety-frameworks
[17:50] <sgclark> that is depot
[17:50] <sgclark> same failure
[17:51] <sgclark> why is it going to depot? I do not understand
[17:51] <sgclark> oh well lost interest again. I will hack up a shell script
[17:51] <clivejo> it was working for me
[17:51] <sgclark> running ci update again. hope to fix at least mergers
[17:52] <clivejo> sgclark: did you pull KA?
[17:52] <sgclark> I can't do anything about docker until I get access to server or sitter decided to talk to me
[17:52] <sgclark> clivejo: yeah got your changes
[17:53] <clivejo> you had the login set as yourself#
[17:53] <sgclark> wut?
[17:53] <sgclark> I did not see a flag for login
[17:54] <clivejo> "git-ssh-kubuntu":"git+ssh://sgclark-guest@git.debian.org/git/pkg-kde/%s/%s.git"
[17:54] <clivejo> it uses you local environment to decide
[17:55] <yofel> sgclark: are you trying to login as 'ubuntu' to kci?
[17:55] <sgclark> oh perhaps I did that on accident... I had terrible times with the script deciding for me
[17:55] <sgclark> sigh
[17:55] <yofel> there's 4 of your keys in that account
[17:55] <sgclark> all I am trying to do is use git-clone-all to for what I thought was a simple cloning of all repos
[17:56] <yofel> that's what it is supposed to do..
[17:56] <sgclark> oh
[17:56] <sgclark> yofel I think we are talking of different things
[17:56] <yofel> just needs an URI fix for launchpad
[17:56] <yofel> sgclark: I was originally talking about kci
[17:56] <yofel> where I can login fine
[17:57] <sgclark> I think it was probably trying to use scarlett
[17:57] <sgclark> I am to use ubuntu@kci?
[17:57] <yofel> I have this in my ssh config (as I always forget that too):
[17:57] <yofel> Host kci 
[17:57] <yofel> User ubuntu
[17:57] <yofel> HostName 54.252.111.19
[17:58] <sgclark> thank you
[17:59] <sgclark> I am in thanks yofel
[18:00] <yofel> yw
[18:00] <yofel> now lets see if I can upload oxygen-icons5
[18:00] <soee> :)
[18:01] <sgclark> I was told to add epoch. I see that was wrong
[18:01] <yofel> sgclark: that turned out to not have been an epoch issue, but an epoch issue caused by you dropping our entire backwards compatibility diff
[18:01] <yofel> which - in theory - is the right thing to do
[18:01] <sgclark> uh I did what?
[18:01] <yofel> we just didn't get around to fixing everything else yet
[18:02] <yofel> sgclark: I had to merge kubuntu_xenial_archive into kubuntu_yakkety_archive as all our xenial changes were missing
[18:02] <yofel> i.e. the transitional package
[18:02] <sgclark> oh yes I have to do that for all frameworks
[18:03] <sgclark> as I clearly stated yesterday I have to do all merges manually
[18:03] <sgclark> but after 200 apps and lack of sleep I did not yet do frameworks
[18:03] <sgclark> doing that today but was trying to fix ci
[18:03]  * sgclark gives up
[18:03] <yofel> ah ok, I misunderstood you then. I thought you were already done with frameworks
[18:04] <sgclark> nope
[18:04] <sgclark> you will see red and orange
[18:04] <sgclark> not donw
[18:04] <yofel> "done with merging" I meant
[18:04] <sgclark> only so many hours in the day
[18:04] <sgclark> nope
[18:05] <sgclark> anyway I am hoping after my update merges will be working on ci
[18:05] <yofel> btw. why did you add another changelog for the kde-l10n packages? Now we have ubuntu2 in xenial unapproved and ubuntu1 in yakkety, which isn't allowed
[18:05] <sgclark> damn
[18:06] <yofel> sgclark: let me fix kde-l10n, you work on kci
[18:06] <sgclark> yes I had to. the whole pile got rejected as in archive with diff content
[18:06] <sgclark> no
[18:06] <yofel> aaah
[18:06] <sgclark> all that had to be done is run 2 with yakkety
[18:06] <sgclark> simple fix can do that
[18:06] <yofel> that would work too
[18:07] <clivejo> sgclark: I will help with frameworks, but you said you had it done?
[18:07] <yofel> next time, use 1.1 for xenial, but as long as the versions are at least equal the sru team should be ~ok with it
[18:08] <sgclark> ok
[18:09] <clivejo> yofel: can I clear out the plasma staging PPA?
[18:09] <yofel> feel free to (kubuntu-dev-tools has a script for that)
[18:10] <sgclark> well one good thing out of this mess is we got debian merges done. heh
[18:11] <clivejo> yofel: cant I just use the web UI?
[18:12] <sick_rimmit> Hiya
[18:12] <yofel> if you enjoy a lot of clicking... sure
[18:22] <clivejo> is there a manual or instructions for dev-tools
[18:26] <clivejo> yofel: ./klearppa ppa:kubuntu-ppa/staging-plasma ?
[18:28] <clivejo> maybe --force-yes
[18:28] <clivejo> or do I have to do each release separately?
[18:30] <clivejo> hi sick_rimmit
[18:32] <clivejo> nvm
[18:34] <yofel> you can do all of them, and --force-yes you want
[18:37] <clivejo> done
[18:38] <clivejo> Im gonna try uploading what Ive done
[18:39] <clivejo> they probably fail due to deps on frameworks 5.21, but at least Ill see that in  the build logs
[18:58] <clivejo> yofel: is the LP URL still wrong?
[18:59] <clivejo> for clone-all ?
[19:30] <yofel> clivejo: dunno, was I supposed to do something?
[19:32] <clivejo> it was working
[19:32] <clivejo> but now its not :(
[19:43] <ahoneybun> happy birthday valorie!
[19:45] <renee77> hello
[19:45] <ahoneybun> heyo renee77
[19:45] <sick_rimmit> hi renee77
[19:45] <sick_rimmit> o/
[19:46] <renee77> does someone have time for two c++ questions?
[19:46] <renee77> :D
[19:46] <sick_rimmit> How you getting along
[19:46] <sick_rimmit> Sure
[19:46] <sick_rimmit> See if I can help
[19:46] <renee77> are arrays still used?
[19:46] <sick_rimmit> Yes
[19:46] <renee77> ok so not only to communicate with older programms?
[19:46] <sick_rimmit> No
[19:47] <sick_rimmit> Of course you have Objects and Properties and in OOP context that may be better
[19:47] <sick_rimmit> but for functional programming arrays are still completely valid and useful
[19:47] <renee77> ahh I was told first but couldnt find any proof
[19:48] <renee77> and what format for constants is used with CAPITALS? or without?
[19:50] <renee77> I am practising skills now trying to write assisting tool for making choices for install of something
[19:50] <sick_rimmit> Ah not Syntax questions, can't do those safely without reference
[19:50] <renee77> lol
[19:51] <clivejo> will someone on docs team please look at this - https://trello.com/c/uvJp5i9t
[19:51] <renee77> can I ask one last one clive?
[19:52] <clivejo> dont ask to ask!
[19:52] <renee77> ok thank you wasnt sure
[19:52] <renee77> srry
[19:52] <clivejo> LOL
[19:52] <clivejo> ask away
[19:52] <sick_rimmit> I am no expert at all, 
[19:52] <renee77> would you use an array or an vector to list choices?
[19:52] <sick_rimmit> total amateur
[19:52] <renee77> for me you are ;-)
[19:52] <renee77> not to list
[19:53] <sick_rimmit> I would use an array, or and object property
[19:53] <clivejo> I dont know about coding
[19:53] <sick_rimmit> My first choice would be an array, as I am familiar with this
[19:54] <renee77> ok I made a vector and used index to point at the correct value 
[19:54] <soee> renee77: if you have any question regarding some programming language you can always find help on related chammels like #c++ #javascript etc etc
[19:54] <soee> *channels
 renee77 use an iterator
[19:55] <renee77> nice thank you
[19:55] <renee77> what is an iterator?
[19:55] <sick_rimmit> Yes soee is right, the #c++ channel would get you a def answer
[19:55] <renee77> not here in code you mean srry
 http://www.cplusplus.com/reference/vector/vector/begin/
[19:55] <renee77> still blondie
 are your options limited?
[19:56] <renee77> I use that site :)
[19:56] <renee77> depends 
[19:57] <renee77> they are limited but not known 
[19:57] <courageux> Are there any plans to bring plasma 5.6 to kubuntu 16.04?
[19:57] <renee77> Experimenting with a tool to assist in installing software
 clivejo sais no
 just kidding
[19:59] <renee77> but thank you all I will go to #c++ channel
[19:59] <sick_rimmit> OK, nice
[19:59] <renee77> Is there something I can assist with for you?
[20:00] <sgclark> courageux: eventually. we need to get it in yakkety first.
[20:01] <sgclark> well I know why yakkety docker image is failing
[20:01] <sick_rimmit> renee77: Just keep hanging around, it's good to have you here
[20:01] <sgclark> because ubuntu has not even created a base..
[20:01] <renee77> thank you wasnt sure now I know and I will :)
[20:04] <yofel> ok, I see why git-clone-all doesn't work
[20:04] <clivejo> ??
[20:05] <yofel> hm, more than one reason
[20:05] <soee> bleh, some trolls spamming #debian :/
[20:06] <yofel> clivejo: fixed
[20:07] <yofel> see last 2 commits though, they might cause fallout elsewhere
[20:07] <yofel> I'm still looking
[20:08] <yofel> hm, looks ok..
[20:09] <clivejo> was it me?
[20:10] <yofel> the version yes, the URI was ok, but needed a code fix to work
[20:10] <yofel> as we don't have components in the URI anymore
[20:11] <valorie> thank you, ahoneybun
[20:11] <valorie> thank you, yofel
[20:12] <valorie> it's fun to see red in a channel tab not because you goofed something up, but for birthday wishes!
[20:12] <shadeslayer> :D
[20:14] <sgclark> happy birthday valorie :)
[20:15] <soee> :)
[20:15] <valorie> thank you scarlett!
[20:15] <soee> all the best and huge tasty cake :D
[20:16] <valorie> my husband already has flowers on the table for me
[20:16] <valorie> :-)
[20:16] <valorie> thanks soee
[20:16] <soee> sgclark: can i update topic and mark apps 16.04 for Y as wip ?
[20:17]  * ahoneybun grows tired of windows booting up 
[20:17] <soee> ahoneybun: 10 ?
[20:18] <ahoneybun> Yea
[20:18] <yofel> at all or is it taking too long? (should take seconds these days)
[20:18]  * renee77 sings *happy birthday* @valorie
[20:18] <ahoneybun> takes a while 
[20:18] <ahoneybun> my CPU is a bit old
[20:18] <ahoneybun> first gen AMD APU
[20:18] <soee> yofel: not if rebooting i think, if booting on ssd it takes seconds
[20:18] <ahoneybun> cold boot, the power went out
[20:19] <yofel> well, shutdown can take a while, true
[20:19] <yofel> ah
[20:19] <sgclark> soee: yes they are wip
[20:19] <valorie> thank you renee77!
[20:19] <ahoneybun> damn I missed a session at UOS because of that
[20:20] <sgclark> ugh it is UOS? oh well, I don't have time  to breathe much less that
[20:20]  * yofel forgot about it as well
[20:20] <yofel> bummer
[20:20] <ahoneybun> sgclark we have a Podcast tomorrow as well
[20:21] <sgclark> ah yes I think I remember ignoring that email
[20:22]  * sgclark is drowning
[20:22] <yofel> mark has a QA session tomorrow, complain to him :P
[20:22] <yofel> just because
[20:22]  * ahoneybun agrees 
[20:22] <sgclark> about what? that I took on too much? and can not find a way out? my own damn fault
[20:23] <ahoneybun> I wonder if the USPS took the "in rain, in snow, 
[20:23] <ahoneybun> sgclark no that Canonical are fools if they don't hire you
[20:24] <sgclark> not their fault I suck at tech interviews :)
[20:24] <ahoneybun> no one is amazing at any interview
[20:24] <ahoneybun> your work and skill should be showcased not how well you are at speaking
[20:25] <sgclark> yeah my thought too, but does not seem to be working for me
[20:26] <sgclark> woohoooo I got a yakkety image building
[20:26]  * sgclark pats herself on the back
[20:26] <ahoneybun> docker?
[20:26] <sgclark> yes for the CI
[20:26] <sgclark> ubuntu has not released one so I had to craft one myself
[20:27] <ahoneybun> sweet
[20:27] <sgclark> so yakkety ci builds inc shortly :)
[20:27] <yofel> sgclark++
[20:28] <sgclark> yofel: I forked pangea tooling: https://github.com/ScarlettGatelyClark/pangea-tooling I can add you I think?
[20:29] <yofel> you can add people to github branches?
[20:29] <soee> ahoneybun: at this UOS was "Initial Planning For Ubuntu 16.10 Today At UOS" 
[20:29] <ahoneybun> lol
[20:31] <sgclark> I don't know much about github. but if you want access I guess we will sort it out when the time comes
[20:32] <sgclark> oh missing packages
[20:32] <yofel> we could make a kubuntu-org project or so I guess
[20:32] <sgclark> hmm
[20:32] <sgclark> yofel: yes good idea
[20:33]  * sgclark looks for where it is grabbing package list
[20:35] <yofel> sometimes I really love developer.ubuntu.com, very useful:
[20:35] <yofel> sudo apt install snappy-tools -> E: Unable to locate package snappy-tools
[20:35] <yofel> so much for that idea
[20:35] <sgclark> yeah the docs are terrible
[20:35] <sgclark> I was messing about with it but every corner ended in failure haha
[20:41] <yofel> fun
[20:41] <yofel> !info snappy
[20:41] <yofel> I think there's a slight namespace issue :D
[20:46] <clivejo> will someone update that bot to default to xenial :P
[20:46] <yofel> I wonder who can do that again..
[20:47] <clivejo> yofel: did you rename plasma-discover?
[20:47] <yofel> no
[20:47] <clivejo> ok, Ill do it manually
[20:50] <yofel> !info snappy
[20:50] <yofel> there we go
[20:50] <sgclark> media player?
[20:50] <clivejo> should it be yakkety yet?
[20:50] <yofel> this is the devel channel
[20:50] <clivejo> current is xenial
[20:51] <yofel> you can still query xenial if you need
[21:02] <N3X15> The kubuntu-ci/stable PPA makes reference of a kubuntu-ci/stable-daily PPA, which is inaccessible to the public.  Any reason for that?  (I'm aware PPAs are unsupported, but since it looks official, I figured I would ask)
[21:03] <yofel> ah, thanks for spotting that
[21:03] <yofel> stable-daily was disabled, that's why it complains
[21:03] <N3X15> Ah, okay.  The stable PPA says that the stable-daily is preferable.
[21:04] <yofel> hm, the reference is gone already, so someone else fixed it
[21:05] <yofel> by idea it is, but the QA step that fills the daily ppa is currently broken and will take a while to fix, so for now it's gone
[21:05] <N3X15> Okay.  Well, thanks for getting me straightened out. 
[21:05]  * yofel removed the hint
[21:07] <yofel> N3X15: if you are looking for xenial based kde upstream snapshots you might want to look at KDE Neon
[21:07] <N3X15> Yeah, I might end up trying that, but I'm in the middle of a complex project on the VM in question
[21:08] <N3X15> Don't feel like rebuilding it at the moment.
[21:08] <yofel> ok, then maybe not, right ^^
[21:10] <clivejo> yofel: 
[21:11] <clivejo> plasma-discover seems to still have yakkety branch based on master?
[21:11] <yofel> I guess nobody fixed that
[21:11] <clivejo> what should I do?
[21:12] <yofel> merge the xenial branch in
[21:16] <clivejo> ok thats totally broke the changelog
[21:17] <clivejo> can I remove yakkety branch and recreate it from xenial_archive?
[21:17] <sgclark> just fix the changelog lol
[21:17] <yofel> ^
[21:17] <sgclark> it is the same as debain merge
[21:18] <clivejo> not really
[21:18] <sgclark> I just finished hundreds of debian merges. I have zero sympathy!
[21:19] <clivejo> oh
[21:19] <clivejo> maybe it didnt
[21:19] <clivejo> https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/plasma-discover/tree/debian/changelog?h=kubuntu_xenial_archive
[21:20] <clivejo> did we just take debian packaging for that?
[21:20] <clivejo> I was expecting sgclark on the changelog
[21:21] <yofel> yes we did
[21:21] <clivejo> ah
[21:21] <clivejo> that explains it
[21:21] <yofel> and ximion did the merge, so that's correct
[21:24] <N3X15> Amazing how the ci/stable runs a lot better than the xenial repo.  Plasma stopped crashing and themes work.
[21:24] <yofel> hm, him throwing away the changelog wasn't though, but that's not really worth fixing, we have the git history if we need it
[21:24] <clivejo> yofel: huh?
[21:24] <yofel> clivejo: just nvm
[21:27]  * clivejo nvm's
[21:30] <clivejo> yofel: Ive uploaded most of the Not in PPA packages, but they arent appearing on the status page
[21:30] <clivejo> http://qa.kubuntu.co.uk/ppa-status/plasma/build_status_5.6.3_yakkety.html
[21:30] <clivejo> https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-plasma/+build/9686050
[21:30] <clivejo> khotkeys is there
[21:31] <clivejo> finished 48mins ago and is published, but not appearing on the status page
[21:32] <yofel> clivejo: look at the Series field on the build page
[21:33]  * clivejo kicks himself
[21:35] <clivejo> git-buildpackage-ppa needs a bump :P
[21:35] <clivejo> these should be setting in a config file or something
[21:35] <yofel> right
[21:36] <clivejo> not hardcoded into the scripts
[21:36] <yofel> I would really expect that to be in distro info, but it's not
[21:37]  * ahoneybun wonders if anyone else is losing kickoff favorites 
[21:37] <yofel> not "loosing" at least
[21:38] <ahoneybun> keeps defaulting to "Google Chrome, System Settings, Kate, Dolphin:"
[21:39] <valorie> weird for the first one
[21:39] <valorie> was that ever *your* favs, ahoneybun?
[21:39] <ahoneybun> yea I know
[21:39] <ahoneybun> I know it was not the default from 15.10
[21:40]  * soee is going to watch GoT s6e2 and wonders who dies this time ... :)
[21:40] <ahoneybun> clivejo still around?
[21:40]  * ahoneybun thinks of clean install 
[21:40] <clivejo> yup
[21:40] <ahoneybun> how do I backup the gpg secret key
[21:40] <clivejo> I use kleopatra
[21:40] <clivejo> or what ever it is
[21:41] <ahoneybun> mm
[21:41] <valorie> https://www.gnupg.org/gph/en/manual/c481.html
[21:41] <clivejo> or gpg --export-secret-key -a "User Name" > private.key
[21:41] <yofel> ahoneybun: there is an --export-secret-key option or so if you want to do that, or just back up ~/.gnupg
[21:41] <clivejo> but keep it very safe!
[21:41] <ahoneybun> kleparta has a export secret key option
[21:42] <ahoneybun> that's not a problem
[21:44]  * ahoneybun has Ubuntu GNOME 16.04 on a USB 
[21:45] <clivejo> keep your key on a small USB or SD card
[21:46] <clivejo> so its backed up offline
[21:46] <ahoneybun> yea
[21:46] <clivejo> I made a super 4096 bit one
[21:48] <clivejo> and using my kubuntu.org email :)
[21:49] <valorie> \o/
[21:49] <clivejo> finally :P
[21:49] <valorie> I wonder what email my key is
[21:50] <valorie> have to look at that stuff again once birthday/mother's day week is over, now that my dad seems a bit more stable
[21:50] <valorie> aka going downhill still, but more slowly
[21:51] <clivejo> also moved my email to gmail
[21:51] <clivejo> but not going well cause I dont understand labels and filters and stuff
[21:52]  * ahoneybun loves those 
[21:52] <valorie> you'll get it -- they work well once you get them set as you like
[21:52] <clivejo> how do I label email currently in my inbox?
[21:52] <valorie> there will be a line "apply to all mail that matches this search"?
[21:53] <valorie> say yes
[21:53] <valorie> haunt your spam folder for awhile too
[21:53] <valorie> it's pretty darn good, but still occasionally snags a good mail
[21:54] <valorie> remember to mark it Not Spam
[21:54] <ahoneybun> grabs Wells Fargo every so ofter
[21:54] <ahoneybun> *often
[21:57] <clivejo> yofel: so whats up with user-manager https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-plasma/+build/9685592
[22:04] <yofel> good question actually..
[22:26] <genii> I'm getting some oddness with scrollbars... some apps, clicking on bottom of it moves the content down a page at a time ( what I'd expect it to do), but on others, it moves to that exact position in the document 
[22:47]  * ahoneybun wonders how hard it would be to package Franz 
[22:49] <clivejo> whats that?
[22:51] <ahoneybun> 16 messaging services in one app
[22:52] <clivejo> I really need to go through my CD/DVD collection
[22:52] <clivejo> Windows XP with ingreated SP2
[23:12] <clivejo> hummm why cant I copy a package via the web UI?
[23:14] <clivejo> I need the 5.21 ECM for kwallet-pam to build
[23:17] <clivejo> sgclark: any ETA on when they be done?
[23:20] <sgclark> clivejo: ECM is perfectly fine
[23:20] <sgclark> all the green ones are fine
[23:20] <clivejo> I cant seem to copy it over to plasma PPA
[23:21] <sgclark> I don't know what that has has to do with my packaging
[23:22] <clivejo> just wondered when it would be ready for upload
[23:24] <clivejo> ok thats weird!
[23:24] <clivejo> in firefox the checkboxs arent being displayed - https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-frameworks/+copy-packages
[23:25] <clivejo> but in chrome they are fine
[23:25] <clivejo> I think its time for me to dump FF
[23:27] <clivejo> sgclark: any luck on docker?
[23:27] <sgclark> that is what I am killing myself trying to do...
[23:27]  * sgclark mutters something about being only one person
[23:31] <sgclark> omg lost another day
[23:34] <sgclark> git-clone-all working now, thanks whomever fixed it
[23:34]  * clivejo remembers opera being a fast decent browser
[23:34] <clivejo> yofel fixed it
[23:42] <clivejo> wow opera is MUCH faster
[23:49] <clivejo> ooo thats pretty!