[01:56]  * ahoneybun is back
[06:04] <valorie> !info kdeplasma-addons
[06:04] <valorie> !info kdeplasma-addons vivid
[06:05] <valorie> and yet we have -data and -dbg
[06:05] <valorie> sounds like an oversight
[06:23] <ovidiu-florin> valorie: ping
[06:23] <ovidiu-florin> still around?
[06:28] <valorie> yes
[06:33] <valorie> 'sup, ovidiu-florin?
[06:35] <valorie> on addons, debian has a package: https://packages.debian.org/unstable/kdeplasma-addons
[06:35] <valorie> very odd that we do not
[06:49] <valorie> ovidiu-florin: sorry, too late, gotta be up in 5 hours, so in bed now
[06:52] <ovidiu-florin> valorie: you answered on telegram
[06:52] <ovidiu-florin> thank you
[07:29] <lordievader> Good morning.
[08:22] <sitter_> Riddell:  new for review: kcalutils, akoandi-calendar, ktnef, kalarmcal, kblog, kimap, kontactinterface
[08:25] <sitter_> Riddell: also... are you forgetting to push when uploading to archive? half of scarlett's changelog entries are unreleased forever
[08:33] <Riddell> sitter_: yay you're my hero
[08:34] <Riddell> sitter_: pushing I'm not sure, scarlett's been doing backports and I guess they should get marked released but probably not into the wily branches?
[08:35] <sitter_> Riddell: there's more entires than just the latest that are marked unreleased
[08:35] <sitter_> something in the process is failing here
[08:35] <sitter_> kdepim-runtime for example
[08:35] <Riddell> right, I need to review the sru process but haven't had a chance
[08:36] <sitter_> latest, thingy  4:4.14.7-0ubuntu1 4:4.14.4-0ubuntu1
[08:36] <sitter_> some other port I did also stuck out with a lot of unreleasd entries
[08:36] <Riddell> sitter_: shall I upload to staging-kdeapplications ppa mpw?
[08:37] <sitter_> Riddell: goforit
[08:37] <sitter_> Riddell: if you can hold off on pim stuff though
[08:37] <sitter_> unless you reviewed it all
[08:38] <Riddell> hmm, every time you highlight me in quassel plasmashell goes to 100% CPU :(
[08:38] <Riddell> stop highlighting me everyone!
[08:39] <Riddell> by the time they're ready to upload to PPA I can have reviewed them all
[08:39] <snele> is anybody complaining about oxygen font? i think it is very bad choice for default font. changing back to ubuntu font makes miracles for my eyes
[08:39] <Riddell> I've not heard any complaints about oxygen font
[08:42] <Riddell> sitter_: I'll get it to merge unstable branches before upload, should I pause CI?
[08:42] <sitter_> actually
[08:43] <sitter_> you'd merge from stable
[08:43] <sitter_> also
[08:43] <Riddell> are you sure all the unstable branches have been merged?
[08:43] <sitter_> pausing CI means we'll not know what CI has to say about pim
[08:43] <sitter_> Riddell: yes
[08:43] <Riddell> ok
[08:43] <sitter_> unstable->stable is not a merge you'd want to do at this point anyway
[08:43] <sitter_> unstable is more than a month ahead
[08:58]  * yofel notes that he also complained about the oxygen font..
[08:59] <Riddell> I'm wrong then, we do have another complaint
[08:59] <Riddell> oxygen is designed to work exactly with fontconfig, in theory it should look better
[08:59] <Riddell> but it was never properly finished
[09:00] <yofel> I'm not complaining about the rendering, I don't like the font itself
[09:00] <yofel> going from the rendering, I don't think I saw a difference
[09:02] <sitter_> I think the problem is more that our hinting settings are always meh for some reason
[09:02] <Riddell> sitter_: lots don't have kubuntu_stable branches, should I make them?
[09:02] <sitter_> Riddell: such as?
[09:03] <Riddell> kcolorchooser kcachegrind:  kamera: kalzium:
[09:03] <Riddell> lots
[09:04] <sitter_> Riddell: all not kf5
[09:04] <sitter_> we only kf5 software
[09:04] <sitter_> *only ci
[09:04] <Riddell> ah yes
[09:54] <sitter_> oh since gcc5 is now landed we can reenable symbol tracking
[09:54] <sitter_> weeh
[09:56] <sitter_> Riddell: have you merged stable yet?
[09:57] <clivejo> morning sitter_
[09:57] <sitter_> hey clivejo
[09:59] <Riddell> sitter_: yep
[10:00] <sitter_> Riddell: also generated sources yet?
[10:00] <sitter_> kdepimlibs needs a fix
[10:00] <sitter_> pushed to archive
[10:01] <Riddell> sitter_: it's in process, it's not at kdepimlibs yet
[10:01] <sitter_> git pull then
[10:24] <yofel> well, the problem with the hinting is that "slight" is really the sanest default you can set
[10:24] <yofel> the proper default is per-display
[10:25] <sitter_> Riddell: akonadi-search also got a fix
[10:25] <yofel> like "slight" looks ugly on my T510, which needs "medium", but looks great on every other screen I have
[10:25] <yofel> didn't gnome have a nice hinting configurator in the past..?
[10:26] <sitter_> no clue
[10:26] <sitter_> you can generally configure a lot of nonsense in fontconfig
[10:26] <sitter_> nobody knows what any of it does, but it's there :P
[10:27] <yofel> probably 50% of it is for display hardware that doesn't even exist anymore
[10:30] <sitter_> mostly generic things I think
[10:30] <sitter_> filters, rgba hinting style, spacial hinting (expansion/condendsion)
[10:32] <sitter_> Riddell: going to pause after all
[10:32] <sitter_> Riddell: tell me when you are done pushing
[10:32] <sitter_> or unpause
[10:32] <sitter_> or both
[10:32] <sitter_> yeah, in fact,  just do both
[10:51] <BluesKaj> Hey all
[10:52] <clivejo> hi BluesKaj
[10:52] <BluesKaj> hi clivejo
[11:01] <soee> uhm interesting: http://news.softpedia.com/news/ubuntu-developers-set-up-dedicated-repository-for-the-latest-nvidia-drivers-489188.shtml
[11:02] <doko> Riddell, sitter_: Laney fixed kdepim
[11:05] <sitter_> groovy
[11:05] <sitter_> we are still going to land a qt5 version :P
[11:19] <Riddell> not bad for a first run http://qa.kubuntu.co.uk/ppa-status/applications/build_status_15.07.90_wily.html
[11:19] <Riddell> clivejo: ahoneybun: reviews and fixes needed :) ^^
[11:25] <clivejo> Riddell: akonadi is that symbols related?
[11:26] <Riddell> clivejo: yep looks like it, want to practice? :)
[11:26] <clivejo> ok
[11:27] <clivejo> where do I start
[11:29] <Riddell> clivejo: grab packaging out of git, grab log file linked from that status page, run batchpatch on it
[11:30] <clivejo> just the packaging?
[11:30] <Riddell> yep, just needs the packaging and the build log
[11:32] <clivejo> kubuntu_stable branch?
[11:33] <Riddell> clivejo: kubuntu_wily_archive
[11:36] <doko> Riddell, sitter_ : before you go on with the apps, please could you address the failing autopkg tests first?
[11:36] <doko> http://autopkgtest.ubuntu.com/packages/r/rocs/wily/amd64/
[11:36] <doko> http://autopkgtest.ubuntu.com/packages/b/baloo-kf5/wily/amd64/
[11:36] <doko> http://autopkgtest.ubuntu.com/packages/k/kdeclarative/wily/amd64/
[11:37] <doko> http://autopkgtest.ubuntu.com/packages/k/kservice/wily/i386/
[11:40] <clivejo> Riddell: https://paste.kde.org/p7nxs3gll
[11:40] <Riddell> doko: ACK
[11:41] <doko> Riddell, did you experiment with dh_acc yourself?
[11:41] <Riddell> clivejo: looking good, it's allowed to remove symbols here since that's just the gcc transition and it's not yet had a stable release so remove those MISSING lines from the .symbols files
[11:41] <clivejo> Riddell: I put -v 16 is this a bad thing to do?
[11:41] <Riddell> clivejo: the version is 15.07.90
[11:41] <Riddell> doko: hope, what should I experiment about it?
[11:41] <clivejo> should I state that?
[11:42] <doko> Riddell, clivejo: well, except if you encounter smybols with cxx11 in the name
[11:43] <clivejo> do I have to do it manually?
[11:43] <clivejo> remove those symbols manually
[11:44] <Riddell> clivejo: yes
[11:44] <doko> Riddell, ahh, so this acc autopkg test comes from debian
[11:45] <Riddell> doko: yes
[11:46] <clivejo> they are commented out
[11:46] <clivejo> #MISSING: 16# _ZN7Akonadi8Protocol18ChangeNotification6EntityD1Ev@Base 15.07.90
[11:47] <clivejo> remove them totally?
[11:48] <Riddell> yes
[11:49] <clivejo> ok done
[11:49] <clivejo> are the symboles the same for both 32bit and 64bit?
[11:50] <Riddell> clivejo: hopefully, if not we'll soon find out
[11:50] <Riddell> symbols are spooky voodoo unless you're a genius like doko
[11:51] <clivejo> he must be a machine
[11:53] <doko> Riddell, you seem to have a friendly helper ... https://launchpad.net/ubuntu/+source/baloo-kf5/5.13.0-0ubuntu2
[11:54] <clivejo> Riddell: whats the next step?
[11:54] <clivejo> git diff?
[11:54] <clivejo> or an actual patch?
[11:55] <sitter_> me@smith:~/src/git/d/apps/kdepim$ git diff |diffstat -s
[11:55] <sitter_>  57 files changed, 622 insertions(+), 1131 deletions(-)
[11:55] <sitter_> ...
[11:55] <sitter_> not even done -.-
[11:55] <Riddell> clivejo: git diff, git commit -a, git show > PATCH-TO-SEND-TO-US
[11:56] <sitter_> yeah, no
[11:56] <clivejo> do I do it sitters way (via git gui)
[11:56] <sitter_> git format-patch > git show
[11:56] <sitter_> also, don't tell people to use git commit -a
[11:56] <sitter_> people end up commiting random stuff
[12:02] <clivejo> ok using git gui
[12:02] <clivejo> Ive staged to commit
[12:03] <clivejo> what should my commit message be?
[12:03] <clivejo> Fixing symobols files?#
[12:07] <clivejo> http://paste.ubuntu.com/12070553/
[12:07] <clivejo> hope thats right
[12:09] <clivejo> Riddell or sitter_ mind running your skilled eye over it?
[12:09] <sitter_> oh
[12:10] <sitter_> you can't go wrong with this
[12:10] <sitter_> https://notes.kde.org/p/kubuntu-apps-15.08
[12:10] <sitter_> note the bit that goes ->> ALL SYMBOLS NEED RE-GENERATION ON GCC5! <<-
[12:10] <sitter_> that being said
[12:10] <sitter_> Riddell: ^ we also need to generate symbols from scratch for everything
[12:11] <sitter_> I didn't have time to get a reasonable wily env going so I wasn't able to generate symbol dumps for the new pimlibs
[12:11] <clivejo> sitter_: Im afraid I didnt know what that meant :/
[12:14] <sitter_> clivejo: the entire akonadi package is new so the existing symbol file was only a stub anyway. so your new symbols (which are not he actually final symbols) are definitely correct
[12:16] <clivejo> will someone push that patch for me then :)
[12:17] <clivejo> I need to go get some lunch
[12:24] <sitter_> Riddell: ^ applied; akonadi needs new upload or something or nothing
[12:50] <mparillo> Good morning folks. Anybody running Wily and getting funny kwin dialog boxes?
[12:56] <mgraesslin> mparillo: define "funny kwin dialog boxes"
[13:02] <sitter_> Riddell: not sure kdepim will get done today
[13:02] <sitter_> it's a massive pile of madness
[13:02] <sitter_> also
[13:03] <sitter_> Riddell: I am opening the flood gates
[13:03] <sitter_> actually, maybe I should ditch the unstable jobs for now
[13:03] <sitter_> don't care much about those being CI'd right now
[13:11] <mparillo> mgraesslin: One looked as if it was an application crash, then one seemed to say it had crashed frequently, and now I cannot get Plasma to load. Sorry, it is is just me, I can wait a couple of days until the next Plasma release is complete in Wily
[13:12] <mgraesslin> mparillo: might it be that you are hit by the gcc5 transition?
[13:13] <mparillo> Might be that also. All of a sudden Wily is getting tons of updates, and maybe I got part of what I need.
[13:17] <mgraesslin> mparillo: at least on debian/unstable we got a few crash reports caused by the gcc5 transition
[13:44] <clivejo> what on earth?!?
[13:44] <clivejo> W: ark: package-name-doesnt-match-sonames libkerfuffle15
[13:46] <clivejo> why only in the amd64 build?
[13:47] <yofel> that has a libKerfuffle.so.15 in it?
[13:47] <yofel> it's only in the amd64 one? not on i386?
[13:47] <clivejo> yofel: sorry, Im confused
[13:47] <yofel> well, what's actually in there
[13:47] <clivejo> http://qa.kubuntu.co.uk/ppa-status/applications/build_status_15.07.90_wily.html
[13:48] <clivejo> ark amd64 is orange
[13:48] <clivejo> trying to figure out why
[13:48] <yofel> oh, we don't run lintian checks on i386
[13:48] <clivejo> there is a lintian error
[13:48] <clivejo> ah
[13:48] <yofel> would be identical in 99.9% of all cases
[13:49] <clivejo> so what would be causing the W: ark: package-name-doesnt-match-sonames libkerfuffle15 ?
[13:49] <clivejo> can that be fixes or add an ignore?
[13:50] <sitter_> clivejo: there is a library in the pacakge which would mean the package should be called like the library but since this library is private and only used by ark that warning makes no sense
[13:50] <sitter_> so yeah, override
[13:50] <yofel> right, override
[13:50] <sitter_> create debian/ark.lintian-overrides
[13:50] <sitter_> and put in 'ark: package-name-doesnt-match-sonames libkerfuffle15'
[13:51] <clivejo> sitter_: Im a bit confused on these branches
[13:51] <sitter_> https://community.kde.org/Kubuntu/CI#Branches
[13:51] <sitter_> where to put things might help
[13:51] <clivejo> when I was working with you we took the kubuntu_stable branch, but this morning Riddell said to use the kubuntu_wily_archive
[13:52] <sitter_> depends on where things are supposed to go
[13:52] <clivejo> Im not sure :/
[13:52] <sitter_> kubuntu_stable will (usually) only get into the actual repositiories when the next stable release of the application comes out
[13:53] <sitter_> _unstable when the current in-development version becomes stable
[13:53] <sitter_> everything else wants to go to wily_archive
[13:53] <clivejo> so for ark, which branch ?
[13:53] <sitter_> kubuntu_wily_archive
[13:53] <clivejo> wily?
[13:53] <clivejo> ah ok
[13:54] <sitter_> generally speaking: unless you want to fix something from jenkins you don't want to use use kubuntu_stable nor kubuntu_unstable but an _archive branch
[13:55] <sitter_> the CI branches gobble up all changes made elsewhere
[13:55] <sitter_> so if you make the change in wily_archive it will automatically get copied into kubuntu_stable and then kubuntu_unstable
[13:55] <clivejo> humm
[13:56] <clivejo> already a file ark.lintian-overrides
[13:56] <sitter_> just slap your line in there then
[13:56] <sitter_> in fact, there probably already is such a line
[13:56] <clivejo> ark: package-name-doesnt-match-sonames libkerfuffle4
[13:56] <sitter_> but with a different version at the end
[13:56] <clivejo> yup
[13:56] <sitter_> right, just adapt that to say 15
[13:56] <clivejo> ah I see
[13:57] <sitter_> Riddell: kdepim tomorrow, there is a metric ton of not installed files -.-
[13:58] <clivejo> can it be wildcarded?
[13:58] <clivejo> libkerfuffle* ?
[13:58] <sitter_> clivejo: maybe, probably not though
[13:58] <clivejo> ok
[13:59] <clivejo> sitter_: is this ok as a comment? Change lintian override file for new file version (libkerfuffle15)
[13:59] <sitter_> yeah
[14:00] <sitter_> Riddell: everything other than kdepim should be goody though. the libs need -dev improvmenets and other stuff (see misc todo section on notes page) nothing major though compared to the previous madness. also a lot if not all of them have missing COPYING files
[14:00] <clivejo> sitter_: can you check and push this please - http://paste.ubuntu.com/12071221/
[14:00] <sitter_> dvratil fixed all of them I noticed, so I think they should be good for final
[14:01] <sitter_> clivejo: pushed
[14:01] <sitter_> Riddell: ark needs new upload to get rid of orange
[14:01] <clivejo> thanking you kindly sir
[14:02] <clivejo> sitter_: gpgmepp another symbols issue?
[14:02] <clivejo> https://launchpadlibrarian.net/214366195/buildlog_ubuntu-wily-amd64.gpgmepp_4%3A15.07.90-0ubuntu1~ubuntu15.10~ppa1_BUILDING.txt.gz
[14:03] <sitter_> clivejo: same as akonadi, simply patch and remove the missing symbols
[14:03] <sitter_> current symbols are stubs
[14:03] <clivejo> ok :)
[14:03] <sitter_> same for kcalutils
[14:03] <sitter_> ah that actually fails to build
[14:05] <clivejo> with gpgmepp, Riddell committed 4 hours ago
[14:05] <clivejo> he working on it?
[14:05] <sitter_> he's afk now
[14:05] <sitter_> and he only changed the changelog
[14:05] <sitter_> +gpgmepp (4:15.07.90-0ubuntu1) UNRELEASED; urgency=medium
[14:05] <sitter_> Riddell: what's with the pointless epoch?
[14:06] <clivejo> oh and sitter_ thanks for helping me fix that email problem
[14:06] <clivejo> such a time saver!
[14:06] <sitter_> no problem
[14:06] <sitter_> Riddell: kidentitymanagement needs a new upload which should unbreak kcalutils
[14:06] <sitter_> clivejo: kldap has more symbols
[14:07] <clivejo> sitter_: I think he said something about seeing the history and going way back to when someone made the mistake
[14:07] <sitter_> so does kmime
[14:07] <sitter_> clivejo: yes, but gpgmepp is new, there is no mistake that could have been made
[14:07] <sitter_> clivejo: syndication also has symbols for update
[14:08] <sitter_> all of them can savely have their missing symbols removed
[14:09] <sitter_> anyway, I am out
[14:09] <clivejo> thanks sitter_
[14:09] <sitter_> clivejo: if you have patches just throw them in the channel and hope shadeslayer or yofel find a minute to push ;)
[14:09] <shadeslayer> patches?!
[14:09] <shadeslayer> you'll need to highlight me
[14:09]  * shadeslayer is pythorning
[14:09] <shadeslayer> and hating it
[14:09] <yofel> just put a hightlight on patch :P
[14:10] <clivejo> highlight?
[14:10] <shadeslayer> clivejo: like so
[14:10] <yofel> in quassel you can configure which keywords will highlight you, not only your name
[14:10] <sitter_> clivejo: mention their name so they get a notification
[14:10] <shadeslayer> yofel: too broad
[14:10] <clivejo> ah!
[14:10] <yofel> shadeslayer: that was the idea ;P
[14:10] <sitter_> shadeslayer: relevant https://www.youtube.com/watch?v=nMSujTB-SG4
[14:10]  * sitter_ out
[14:11] <shadeslayer> dafuq am I listening to
[14:12] <yofel> wtf XD
[14:13] <clivejo> there must be an easier way to delete the #MISSING
[14:13] <clivejo> would sed not work?
[14:14] <yofel> sure, except you need to verify that not a single one of them is actually public API
[14:15] <yofel> except if there was an SOVERSION change, then that's ok
[14:15] <clivejo> SONAME: libKF5Gpgmepp.so.5
[14:16] <yofel> and before?
[14:16] <clivejo> dunno, I think its new and the symbols were a stub?
[14:18] <yofel> if that was never in the archive, probably
[14:18] <yofel> or if that's the first release of it
[14:23] <ahoneybun> ohhh new wayland packages
[14:24] <clivejo> yofel shadeslayer Riddell : can someone apply this patch please http://paste.ubuntu.com/12071366/
[14:25] <shadeslayer> I see ABI break
[14:25] <clivejo> do you need to know the git archive?
[14:25] <shadeslayer> yep, pretty sure that's a public symbol
[14:25] <shadeslayer> + _ZN5GpgME26GpgAddUserIDEditInteractor12setEmailUtf8ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base 15.07.90
[14:25] <shadeslayer> clivejo: you need to do a lib transition for that
[14:25] <shadeslayer> because it's exposing c++11 abi now
[14:26] <shadeslayer> so libkf5gpgmepp5 should be libkf5gpgmepp5v5 and what not
[14:26] <BluesKaj> ahoneybun:  i see a few wayland packages , but I still see X hanging around :-)
[14:26] <clivejo> sorry, you have lost me
[14:26] <ahoneybun> for now yep
[14:27] <shadeslayer> erm, I'm not sure I have time to explain the GCC 5 ABI transition :S
[14:27] <yofel> shadeslayer: doesn't he only have to do that if old ABI goes missing?
[14:27] <yofel> since when does *adding* stuff need a transition
[14:27] <shadeslayer> yofel: the entire function sig changed?
[14:27] <shadeslayer> GpgME::GpgAddUserIDEditInteractor::setEmailUtf8(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) >
[14:28] <yofel> is the old one missing?
[14:28] <shadeslayer> yes
[14:28] <yofel> ok then
[14:28] <shadeslayer> old one : GpgME::GpgAddUserIDEditInteractor::setEmailUtf8(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)
[14:28] <shadeslayer> line 64
[14:29] <yofel> right, transition it is then
[14:30] <shadeslayer> ^^
[14:30] <clivejo> wish I knew what that was!
[14:30] <shadeslayer> clivejo: so, uh, lets see if I can explain this as simple as possible
[14:31] <shadeslayer> clivejo: you have a app that was calling setEmailUtf8 from this GPG library with some arguments
[14:31] <shadeslayer> now if you update the lib without transitioning it, app will try to still call the same function, but that function doesn't exist anymore!
[14:31] <shadeslayer> oh noes
[14:31] <shadeslayer> application shits itself
[14:31] <shadeslayer> crashes happen, in essence, very bad :(
[14:32] <shadeslayer> so what you do is bump the ABI so that any old applications keep working against the old lib, and apps recompiled start using the new ABI
[14:32] <shadeslayer> clivejo: that's the entire point of symbol files, to check when ABI has changed, and to prevent applications from exploding
[14:33] <clivejo> cant be said about my head exploding
[14:33] <shadeslayer> clivejo: it's not easy, I know :P
[14:33] <shadeslayer> It took me forever to understand it :)
[14:33] <shadeslayer> perhaps I still don't completely understand it
[14:33] <shadeslayer> clivejo: I'd recommend skipping that package, and marking it as "Requires gcc 5 transition"
[14:34] <shadeslayer> one of us will get to it then
[14:34] <clivejo> how do I mark it?
[14:34] <shadeslayer> where are you tracking your work?
[14:34] <shadeslayer> surely there's a shared pad somewhere?
[14:35] <clivejo> shadeslayer: Riddell posted this this morning - http://qa.kubuntu.co.uk/ppa-status/applications/build_status_15.07.90_wily.html
[14:35] <shadeslayer> ah
[14:35] <clivejo> asked for people to work on it
[14:35] <yofel> right, see notepad in /topic
[14:35] <shadeslayer> ^^
[14:36] <shadeslayer> apparently sitter be working on it :)
[14:36] <clivejo> LOL hes the one was helping me
[14:36] <clivejo> but hes gone for the day
[14:41] <yofel> just put a note there and let him deal with it
[14:41] <shadeslayer> ^^
[14:44] <shadeslayer> there done
[14:48] <clivejo> :) kde-connect is working again
[14:53] <soee> oh interesting
[14:54] <soee> nvidia driver 352 from this new ppa works in Wily (+ nvidia-prime)
[14:54] <soee> its the first time anything else than 346 works
[15:06] <ahoneybun> nice
[15:50] <BluesKaj> soee:  which gpu do you have ?
[16:25] <clivejo> shadeslayer yodel : would this fix kiriki - http://paste.ubuntu.com/12072196/
[16:25] <shadeslayer> *click*
[16:26] <Riddell> clivejo: gpgmepp up
[16:26] <shadeslayer> clivejo: did you do a library transition
[16:26] <clivejo> Riddell: no, dont upload it
[16:26] <Riddell> kidentitymanagement up
[16:26] <Riddell> ark up
[16:27] <clivejo> Riddell: I cant fix it, needs a library transplant thingie ma bob
[16:27] <shadeslayer> k guess no library transition then
[16:28] <Riddell> clivejo: akonadi up (this is all to ppa)
[16:28] <Riddell> clivejo: library transplant thing?
[16:28] <shadeslayer> clivejo: yes, kiriki looks good
[16:29]  * clivejo crosses fingers for akonadi
[16:29] <shadeslayer> Riddell: gpgmepp requires a ABI bump
[16:29] <Riddell> shadeslayer:  clivejo: gpgmepp hasn't had a release yet so it's fine to remove symbols
[16:29] <Riddell> same for all of kdepim
[16:29] <shadeslayer> Riddell: but has it ever produced a lib?
[16:29] <Riddell> no, it's all new
[16:29] <shadeslayer> a binary in the PPA?
[16:29] <shadeslayer> oh ok, then it should be fine then
[16:29] <clivejo> so that patch I done is ok?
[16:30] <Riddell> clivejo: should be, we'll find out when it's compiled :)
[16:30] <shadeslayer> clivejo: yes, but for future reference, if you have a library that is published and removes public symbols ,you need to do a transition
[16:30] <clivejo> this is more exciting than the lotto!
[16:30] <shadeslayer> since it hadn't been published it's fine :)
[16:30] <Riddell> shadeslayer: you doing kiriki or want me to?
[16:30] <shadeslayer> Riddell: go for it
[16:30] <shadeslayer> I'm still pythorning
[16:31] <shadeslayer> it's quite the shit
[16:31] <clivejo> Ill do a transition surely, when I learn how!
[16:31] <Riddell> clivejo: oh can you use paste.kde.org? I can wget from there while p.ubuntu.c stops me from wgetting
[16:31] <clivejo> Riddell: sure, how do I config pastebinit to use kde instead?
[16:32] <Riddell> hmm no idea I've never used it
[16:32] <Riddell> don't worry if it's a faff
[16:42] <Riddell> clivejo: hmm well gpgmepp just failed
[16:42] <clivejo> surprise surprise
[16:42] <clivejo> a dozen tokens hit you between the eyes!
[16:42] <TJ-> clivejo: pastebinit ships with a KDE profile: /usr/share/pastebin.d/paste.kde.org.conf
[16:44] <clivejo> TJ-: do you know how to make it default?
[16:44] <ahoneybun> Riddell all the packages are working good then?
[16:44] <TJ-> clivejo: "pastebinit -l" will list the available profiles, and "pastebinit -b paste.kde.org" will use KDE.
[16:46] <TJ-> clivejo: maybe "alias pbkde='pastebinit -b paste.kde.org'  "
[16:55] <clivejo> good idea to read the man page!
[16:58] <TJ-> clivejo: but it seems the profile doesn't work with the pastebin!
[16:58] <clivejo> yeah, noticed that
[16:58] <clivejo> Im trying https
[16:58] <TJ-> I tried that, no change
[16:58] <clivejo> you getting - Unable to read or parse the result page, it could be a server time-out or a server-side change. Try with another pastebin.
[16:59] <TJ-> clivejo: I suspect it's bevause since that profile was created, KDE switched from some other PB software to Sticky-Notes, which has a REST API
[17:00] <clivejo> will I submit a bug?
[17:00] <clivejo> https://bugs.launchpad.net/pastebinit
[17:03] <allee> clivejo: I'm confused vivid beta ppa has kamoso 3.0.0 and purpose 0.1.  AFAIU kamoso is at 3.0.0rc1 and (lib)purpose at 1.0rc1, arn't they?  Any plans to update them in vivid beta ppa?
[17:04] <allee> clivejo: and thx for starting pkging them!
[17:04] <allee> in june
[17:58] <clivejo> allee: Im only learning how to package, the version numbers are confusing me too
[17:58] <clivejo> Im using the upstream version numbers
[18:00] <clivejo> I run wily on my test machine, so I dont know about vivid or if plasma has been backported for it
[18:00] <allee> clivejo: ah okay.   fwiw  x.y alpha beta rc releases should be packaged as  x.y~alphaZ ... x.y~rcZ
[18:01] <allee>  x.y~whatever is always smaller that the final x.y release
[18:03] <clivejo> http://download.kde.org/unstable/purpose/
[18:04] <clivejo> according to upstream purpose is now at 1.0rc1
[18:05] <clivejo> I have no idea why
[18:06] <clivejo> I would have thought 0.2 or 0.9 would been more logical :/
[18:06] <clivejo> with 1.0 being the final release
[18:10]  * clivejo dances
[18:10] <clivejo> akonadi is in the green!
[18:14] <clivejo> is gwenview a tokens issue?
[18:14] <clivejo> Riddell: ping?
[18:29] <clivejo> are kipi-plugins a standalone package or are they part of digikam?
[18:43] <rdieter> clivejo: the latter (it's built from digikam sources, if that's what you mean)
[18:44] <clivejo> oh
[18:45] <clivejo> why are there source files here - https://extragear.kde.org/apps/kipi/#releases
[18:46] <yofel> they were seperate in the past (the repository is still seperate), but they're released only as part of the digikam SC
[18:48] <clivejo> oh right
[18:48] <clivejo> Im trying to figure out what is wrong wit gwenview
[18:49] <allee> clivejo: for libraries the 0.* usually mean no ABI/API garanty.  With 1.0 upstream promises ABI will be backward compatible until until 2.0
[18:50] <yofel> clivejo: that's *libkf5*kipi, not kipi-plugins
[18:50] <yofel> the plugins are shipped with digikam, the lib with kf5 (previously kde sc)
[18:51] <clivejo> I know, but I cant find KF5KipiConfig.cmake in wily
[18:51] <yofel> hm, right..
[18:52] <yofel> is that even released...
[18:52] <yofel> I don't see anything in 5.13 at least
[18:53] <clivejo> I can only see two comlaints as to why gwenview is failing
[18:54] <clivejo> KF5KipiConfig.cmake and KF5KDcrawConfig.cmake
[18:54] <yofel> well, it's not failing
[18:54] <yofel> it's yellow
[18:54] <clivejo> well they are listed as optional
[18:55] <clivejo> but Im trying to find them
[19:00] <yofel> I see KF5Kipi in http://quickgit.kde.org/?p=libkipi.git frameworks branch
[19:00] <yofel> but that's unreleased
[19:01] <rdieter> fwiw, that's the primary reason why fedora (me) hasn't updated to the latest gwenview yet (lack of kipi support)
[19:01] <rdieter> and holding on to the latest kde4 release
[19:02] <rdieter> that said, kf5 gwenview kipi/kdcraw support should be optional
[19:06] <clivejo> is tag v15.07.90 not the applications we are working on?
[19:10] <yofel> yes, but that's kde4
[19:10] <yofel> at least for libkipi
[19:11] <clivejo> ok, ill drop gwenview and look at kcalutils
[19:18] <clivejo> anyone know where KF5PimTextEditConfig.cmake is?!?
[19:19] <soee> BluesKaj: Intel + GT 650 M
[19:19] <BluesKaj> soee: yeah, optimus
[19:21] <soee> i will try also 355 beta drivers if they work
[19:22] <BluesKaj> the GT650M is a decent quality gpu for a laptop
[19:31] <clivejo> shadeslayer Riddell yofel can any of you push a commit and retry a package?
[19:35] <clivejo> shadeslayer Riddell yofel : https://paste.kde.org/paredlgil if any of you get a chance
[20:08] <clivejo> everyone gone?!?
[20:09] <soee> ok, i wil test now nvidia 355 on Wily
[20:09] <yofel> clivejo: looking
[20:09] <yofel> clivejo: what package is that?
[20:10] <clivejo> kcalutils
[20:10] <clivejo> yodel: is there any way to search a PPA like we can the main archives?
[20:11] <yofel> no, I guess you could install all packages and run dpkg -S
[20:11] <yofel> PPA's don't even have contents files so apt-file can't search them either
[20:13] <soee> oh nice, nidai 355 also work
[20:13] <soee> *nvidia
[20:15] <clivejo> yofel: can you also retry the build?
[20:15] <yofel> yes, more like I have to do another upload
[20:24] <yofel> grr, why is there no watch file
[20:26] <yofel> and git-buildpackage-ppa crashes *-.-
[20:30] <yofel> uploaded
[20:30] <clivejo> no idea why there is no watch file!
[20:31] <yofel> nobody added one :P
[20:31] <yofel> I added it now
[20:31] <clivejo> nobody needs a kick up the backside :P
[20:32] <yofel> it's used by uscan, which is a tool to quickly check whether there's a new upstream release
[20:32] <yofel> we use uscan in git-buildpackage-ppa to fetch the source if it's now downloaded yet
[20:32] <clivejo> ah
[20:33] <clivejo> so it is quite important
[20:33] <yofel> well, it's handy so you don't have to download the tarball by hand
[20:34] <clivejo> does uscan do it for you?
[20:35] <clivejo> like if I do a git clone and get the debian folder, can I use uscan to downland the tarball?
[20:35] <yofel> yes
[20:35] <yofel> the script runs: subprocess.call(["uscan", "--download-current-version", "--destdir=../build-area"])
[20:36] <clivejo> so while in the debian dir I could use uscan --download-current-version --destdir=../ ?
[20:36] <yofel> Riddell: I just updated git-buildpackage-ppa for recent gbp, please revert if you have issues
[20:37] <yofel> clivejo: yes, if you have a watch file
[20:37] <yofel> (that has the downlad URL's)
[20:37] <clivejo> thats getting added to my notes!
[20:37] <Riddell> thanks yofel
[20:37] <yofel> you could also just use git-buildpackage-ppa from kubuntu-automation :P
[20:38] <Riddell> clivejo: did you get sorted?
[20:38] <clivejo> yofel: on my local machine
[20:38] <clivejo> Riddell: I think yofel has sorted it yes
[20:38] <yofel> clivejo: hm
[20:38] <yofel>  Missing build dependencies: libkf5pimtextedit-dev
[20:39] <yofel> that exists?
[20:39] <clivejo> where are you building it?
[20:39] <yofel> ...
[20:39] <yofel> ignore me
[20:39] <clivejo> it should exist in the PPA
[20:40] <yofel> #parser.add_argument("-d", "--dist", default=UbuntuDistroInfo().devel(), help="Distribution name (default: current development release)")
[20:40] <yofel> parser.add_argument("-d", "--dist", default="vivid", help="Distribution name (default: current development release)")
[20:40] <yofel> WHAT?
[20:40] <clivejo> but it doesnt exist locally
[20:40] <yofel> clivejo: nvm, I uploaded to vivid
[20:40] <clivejo> well not on my machice
[20:40] <clivejo> if I added the PPA to my pbuilder would that work?
[20:41] <yofel> sure
[20:41] <yofel> meh, the script still crashes
[20:42] <clivejo> which ppa are these apps being built?
[20:43] <yofel> the status page has the link at the top
[20:53] <yofel> meh, script fixed. Been a while since I wrote python
[21:06] <clivejo> kcalutils is green :)
[21:07] <clivejo> thanks yofel
[21:07] <yofel> yw
[21:08] <clivejo> ksudoku seems to be just a bump on standards to fix it?
[21:08] <clivejo> can you do that easier via your commit permissions?
[21:08] <clivejo> or will I prepare a patch?
[21:09] <clivejo> oh there is a missing file too
[21:09] <clivejo> Ill make a patch
[21:17] <clivejo> Riddell or yofel: can you please apply this patch - https://paste.kde.org/pv16azcqg
[21:19] <Riddell> yofel: git-buildpackage-ppa still not working in e.g. khangman, any idea why? git-buildpackage-ppa
[21:19] <Riddell> clivejo: looking
[21:21] <yofel> erm, why is that thing running apt-get source in the git folder o.O
[21:22] <yofel> Riddell: also, khangman kubuntu_wily_archive is at 15.04.2
[21:22] <yofel> no update for it?
[21:23] <yofel> hm, and the watch urls are failing. That's odd
[21:23] <clivejo> on kci why is wily_stable_kmailtransport stuck and showing red?
[21:23] <Riddell> yofel: apt source in git folder always annoys me
[21:24] <Riddell> yofel: ah I think I see, wrap-and-sort git handle is complaining so that'll have prevented the git commit to the new version and breaks git-buildpackage-ppa, thanks
[21:24] <yofel> apt-get source commented out
[21:26] <yofel> now it's failing on the tarball, wth
[21:27] <yofel> I want bzr back, gbp is horrible
[21:27] <Riddell> bzr-buildpackage is so much nicer than whever gbp is trying to be
[21:28] <yofel> gbp wants a copy of the upstream source in git
[21:28] <yofel> I guess with some fancy remote handling we could actually do that, but why do we even need to :(
[21:29] <clivejo> Riddell yofel: syndication is failing on symbols, does it require library transition?
[21:29] <Riddell> clivejo: no it's also new
[21:30] <clivejo> so I can try fixing it?
[21:30] <Riddell> clivejo: please :)
[21:30] <yofel> oh, I forgot to commit
[21:30] <yofel> thanks gbp for giving me a very accurate error for that *-.-
[21:30] <Riddell> "Subject: [kde-release-team] KDE Applications 15.08.0 available for packagers" oh we're behind the times
[21:30] <yofel>  signfile khangman_15.07.90-0ubuntu1~ubuntu15.10~ppa1_source.changes 2EC0A9FF
[21:30] <yofel> FINALLY
[21:31] <yofel> so yeah, if you use the script exactly in the right way, it works
[21:32] <Riddell> khangman did work for me when I pushed the right change with gbp
[21:32] <Riddell> I've already uploaded it to ppa
[21:38] <clivejo> Riddell: can you push this please - https://paste.kde.org/p4kqsg972
[21:38]  * Riddell looks
[21:42] <Riddell> clivejo: uploaded!
[21:45] <clivejo> rebuild?
[22:03] <clivejo> Riddell: Can you shed some light on this? - https://paste.kde.org/pkhjobsc1
[22:03] <Riddell> looking
[22:04] <Riddell> it's trying to run tests but there's no X environment set up so they fail
[22:04] <clivejo> how do I disable that?
[22:04] <Riddell> you can copy the test stuff from e.g. konsole which has a line in debian/control and debian/rules and stuff in debian/tests
[22:04] <Riddell> and that runs tests with an X environment set up
[22:05] <Riddell> or you can just disable them by overriding dh_auto_test in debian/rules
[22:05] <Riddell> clivejo: what's the package?
[22:05] <Riddell> ooh is it umbrello?
[22:05] <clivejo> yup
[22:05] <clivejo> what checking the spelling
[22:05] <clivejo> I was
[22:05] <clivejo> getting tired
[22:06] <clivejo> I prefer the overirde
[22:07] <clivejo> what do you think?
[22:07] <Riddell> clivejo: try with the testing stuff from konsole, should just be copying the two lines and the directory
[22:07] <Riddell> it's umbrello which got me an A at university so I feel an obligation towards it :)
[22:08] <clivejo> what is it?
[22:09] <Riddell> UML diagram program, for drawing diagrams ("models") of object orientated code
[22:09] <Riddell> academics love that stuff, it was a guaranteed A
[22:09] <clivejo> lick!
[22:10] <clivejo> Im not sure what I need to do here
[22:10] <clivejo> I need the tests dir from konsole?
[22:10] <Riddell> yes, debian/tests
[22:11] <Riddell> and the X-thing-autotest line in debian/control
[22:11] <Riddell> and the PHONY line in debian/rules
[22:12] <clivejo> rm tests first and copy new in?
[22:13] <Riddell> debian/tests
[22:14] <clivejo> so add XS-Testsuite: autopkgtest to control?
[22:14] <Riddell> yep
[22:14] <Riddell> hmm, it seems to have it already
[22:14] <clivejo> yup
[22:14] <Riddell> clivejo: so maybe it's just lacking the line in debian/rules
[22:14] <clivejo> and I bumped standards while there
[22:15] <Riddell> good idea
[22:15] <Riddell> although really you should read up on what's changed in the standards version and check it's doesn't affect the package
[22:15] <clivejo> bumping 3/debian-qt-kde.mk
[22:15] <Riddell> but if you don't, I won't tell anyone :)
[22:16] <Riddell> clivejo: hang on umbrello is still kdelibs4 so it should use 2//debian-qt-kde.mk
[22:16] <clivejo> is version 3 not backwards compatable?
[22:17] <clivejo> so add .PHONY: override_dh_auto_test to rules?
[22:18] <Riddell> no it's not intended to be
[22:18] <clivejo> and why is it not 4 for kde4 and 5 for plasma5?!?
[22:18] <Riddell> yes add that PHONY line
[22:18] <Riddell> the course of true versioning never did run smoothly
[22:18] <clivejo> anything else while Im here?
[22:19] <clivejo> is this needed?
[22:19] <clivejo> override_dh_auto_install:
[22:19] <clivejo>         $(overridden_command) --destdir=debian/tmp
[22:21] <Riddell> clivejo: I guess so
[22:21] <Riddell> clivejo: if there's only 1 .deb in debian/control dh_install will install to debian/<packagename> instead of debian/tmp and no .install file is needed
[22:21] <Riddell> the umbrello package uses a .install file so it needs to set debian/tmp for that to work
[22:22] <Riddell> I'm not sure why it uses a .install file, maybe there's a good reason
[22:23] <clivejo> Riddell: do I delete all the files in tests before copying them?
[22:24] <clivejo> or even rm tests and the cp the konsole version
[22:24] <Riddell> clivejo: just leave the current ones, they should be the same as in konsole
[22:25] <clivejo> was the problem the .PHONY line?
[22:26] <soee> Riddell: can you take a look @ #kubuntu and the Kate issue ?
[22:27] <Riddell> clivejo: yes I tihnk so
[22:27] <Riddell> clivejo: that just makes dh_auto_tests not run, instead the autopkgtest stuff is used
[22:27] <Riddell> which is what's in debian/tests
[22:28] <Riddell> soee: shrug, core dumped, he needs to get a backtrace for anyone to have any idea
[22:28] <Riddell> soee: or remove config files maybe
[22:29] <clivejo> Riddell: trying a debuild locally
[22:37] <clivejo> Riddell: two lintian warnings
[22:37] <clivejo> W: umbrello: binary-without-manpage usr/bin/po2xmi
[22:37] <clivejo> W: umbrello: binary-without-manpage usr/bin/xmi2pot
[22:38] <clivejo> and error signing the file cause I dont have your secret key :P
[22:38] <Riddell> clivejo: ignore those
[22:38] <clivejo> so generate a patch ?
[22:38] <Riddell> clivejo:  binary-without-manpage is debian policy but we don't care about it in ubuntu
[22:38] <Riddell> clivejo: yes please :)
[22:38] <Riddell> clivejo: if you want to get credit you can add a line in changelog with dch -i
[22:39] <clivejo> do I need to add a lintian ingore?
[22:39] <Riddell> no, we override it in our status scripts
[22:39] <clivejo> nah, Ill only get the blame if it goes wrong!
[22:39] <Riddell> debian will care about it so adding a lintian ignore in the packaging is just something they can't merge
[22:43] <ahoneybun> https://notes.kde.org/p/release_applications_15_08
[22:43] <ahoneybun> release notes
[22:45] <clivejo> weird
[22:45] <clivejo> paste.kde.org wont let me paste it
[22:45] <clivejo> says "You must select a language other than 'text' for this paste. "
[22:45] <valorie> try bash
[22:46] <clivejo> https://paste.kde.org/pen7hhqkv
[22:46] <clivejo> tried diff
[22:47] <valorie> cool
[22:47] <clivejo> Riddell: can you patch umbrella for me
[22:48] <Riddell> umbrellO :)
[22:48] <valorie> folks, I saw no answer about kdeplasma-addons
[22:48] <clivejo> LOL I know, just winding
[22:48] <Riddell> clivejo: in debian/watch put two lines not just one
[22:48] <valorie> we're missing it
[22:48] <Riddell> clivejo: both stable and unstable
[22:48] <clivejo> oh
[22:48] <clivejo> can it deal with multiple sources?
[22:49] <clivejo> can you sort that, or do I need to redo the patch?
[22:50] <Riddell> clivejo: sorting
[22:50] <Riddell> valorie: what's up?
[22:50] <clivejo> Riddell: thanks
[22:50] <Riddell> valorie: missing where?
[22:50] <clivejo> and thanks for the heads up, I didnt know that
[22:50] <Riddell> clivejo: uploaded!
[22:51] <clivejo> Riddell: do you have scripts?
[22:51] <clivejo> to do it fro you?
[22:51] <clivejo> you are extremely quick!
[22:54] <clivejo> has this been packaged yet? - http://kde-apps.org/content/show.php/Simple+RSS+reader?content=170862
[23:00] <Riddell> clivejo: I already have an umbrello git clone, and I use git-buildpackage-ppa from kubuntu-automation scripts to build the package for the ppa
[23:01] <Riddell> clivejo: that's only a week old so no it's not been packaged :)
[23:01] <clivejo> if you have time tomorrow, will you teach me?
[23:02] <clivejo> an rss feed on my desktop would be handy :)
[23:07] <clivejo> so umbrello is orange cause of the lintian warnings?
[23:39] <valorie> Riddell: sorry, I said last night:
[23:39] <valorie> [23:04] <valorie> !info kdeplasma-addons
[23:39] <valorie> [23:39] <valorie> [23:04] <valorie> !info kdeplasma-addons vivid
[23:39] <valorie> [23:39] <valorie> [23:05] <valorie> and yet we have -data and -dbg
[23:39] <valorie> [23:05] <valorie> sounds like an oversight
[23:39] <valorie> [23:35] <valorie> on addons, debian has a package: https://packages.debian.org/unstable/kdeplasma-addons
[23:39] <valorie> should I file a bug?
[23:45] <Riddell> valorie: e-mail the list may be better
[23:45] <valorie> ok
[23:46] <Riddell> valorie: but I think it's deliberate
[23:46] <Riddell> debian has kdelibs4 version
[23:46] <Riddell> we have kf5 version and packaging is different
[23:46]  * Riddell snoozes, thanks valorie, clivejo et al
[23:46] <valorie> they mention kf5 on that page
[23:46] <valorie> or I wouldn't have linked it
[23:46] <doko> Riddell, still awake?
[23:46] <valorie> but I'm sending an email
[23:47] <valorie> sweet dreams Riddell
[23:52] <valorie> sent, off shopping for my grandson's 8th birthday present


[04:57] <lifeless> [04:57] <lifeless>     Hard / Soft  Page ID
[04:57] <lifeless>      270 /   12  Archive:EntryResource:getBuildSummariesForSourceIds
[04:57] <lifeless>      151 /   43  Person:+commentedbugs
[04:57] <lifeless>       75 /  269  CodeImportSchedulerApplication:CodeImportSchedulerAPI
[04:57] <lifeless>       58 /  230  BugTask:+index
[04:57] <lifeless>       10 /  265  Distribution:+bugs
[04:57] <lifeless>        7 /   63  Archive:+packages
[04:57] <lifeless>        7 /    7  ProjectGroup:+milestones
[04:57] <lifeless>        6 /   62  MaloneApplication:+bugs
[04:57] <lifeless>        6 /    9  Archive:+copy-packages
[04:57] <lifeless>        5 /    1  BugTask:+editstatus-page
[04:57] <thumper> lifeless: no mailing list ones :)
[04:58] <lifeless> because we raised the timeout
[04:59] <lifeless> hard_timeoutpageid:MailingListApplication:MailingListAPIView617000
[04:59] <lifeless> https://launchpad.net/+feature-rules
[05:01] <thumper> :(
[05:01] <thumper> I thought my fix would have fixed that
[05:01] <thumper> lifeless: it isn't in the top 10 statement counts any more
[05:02] <lifeless> thats good
[05:02] <thumper> lifeless: worth checking, but we should be able to get rid of that exception
[05:02] <lifeless> it may be that we can remove ... yeah
[05:02] <lifeless> see what the ppr shows
[05:02] <thumper> check tomorrow
[05:02]  * thumper agrees
[05:03] <thumper> lifeless: I am a little upset though, I was hoping it whould have made some of the code import scheduler ones go away
[05:03] <thumper> but not
[05:03] <thumper> s/not/no
[05:04] <lifeless> thumper: https://devpad.canonical.com/~stub/ppr/lpnet/latest-daily-pageids.html
[05:04] <lifeless> thumper: it looks like its peaking at 10s now
[05:05] <lifeless> thumper: so improved - yes.
[05:05] <thumper> I'm guessing it is a different call that is peaking
[05:05] <lifeless> thumper: I think the big thing is getting it off of the one machine.
[05:05] <thumper> hence my desire for the method to be included in the pageid
[05:05] <lifeless> thumper: about 0.01% of calls I'd say
[05:05] <thumper> Failed to discover an OpenID server?
[05:05] <lifeless> thumper: I agree, definitely doit
[05:05] <lifeless> thumper: hmmm, I saw that the other day
[05:05] <lifeless> I think SSO is having trouble of some sort
[05:06]  * thumper feels a bid sad that he is on a work channel on Sunday afternoon :-|
[05:06]  * thumper leaves
[17:28] <lifeless> morning
[20:59] <thumper> morning
[21:05] <wallyworld> morning
[21:08] <thumper> wallyworld: hi, I'm just moving, we can have a chat after that if you like
[21:08] <thumper> wallyworld: or do you have kid stuff to do?
[21:09] <wallyworld> thumper: i have school drop off in 30 minutes; that will tale 20 minutes or so; i can ping you when i'm back?
[21:09] <thumper> yep
[21:09] <thumper> ttyl
[21:39] <lifeless> any soyuz folk around ?
[21:46] <wgrant> lifeless: Hi.
[21:50] <lifeless> hi
[21:50] <lifeless> so I'm fixing the timeout
[21:50] <lifeless> ArchivePublication injects itself into the code path for getBuilds
[21:50] <lifeless> and this makes things slow.
[21:50] <lifeless> there is a test that this works
[21:50] <lifeless> but its being done 'to make things fast' - oh, the irony.
[21:50] <wgrant> It makes things slow?
[21:50] <wgrant> Nice.
[21:50] <wgrant> How is it making things slow?
[21:51] <lifeless> the API doesn't use ArchivePublication
[21:51] <lifeless> https://bugs.launchpad.net/soyuz/+bug/662523
[21:51] <_mup_> Bug #662523: Archive:EntryResource:getBuildSummariesForSourceIds times out <timeout> <Soyuz:Triaged> <https://launchpad.net/bugs/662523>
[21:51] <wgrant> Ah, the API timeout, I see.
[21:51] <lifeless> so, I'm wondering whether, when the core is fast, if that delegate is still needed
[21:51] <lifeless> or if I need to support the injection (hacky) because other layers will be impacted
[21:51] <lifeless> I'm groupifying the code
[21:51] <wgrant> Where's the injection?
[21:52] <lifeless> gimme a minute to get the test passing and I'll push so you can see
[21:52] <lifeless> lib/lp/soyuz/adapters/archivesourcepublication.py
[21:52] <lifeless> getStatusSummaryForBuilds
[21:52] <wgrant> Ahh, I see.
[21:53] <wgrant> It should be fast enough if you rewrite it. It's only there to cache getBuilds and getUnpublishedBuilds.
[21:56] <lifeless> Using saved push location: lp:~lifeless/launchpad/getBuildSummariesForSourceIds
[21:57] <lifeless> rev 11878 should be there now
[22:13] <thumper> wallyworld: you back?
[22:17] <wallyworld> thumper: yep
[22:17] <thumper> wallyworld: shall we mumble?
[22:17] <wallyworld> already logged in
[22:54] <lifeless> aahhhhhhhhhh
[22:55] <wgrant> What have you fixed?
[22:55] <lifeless> getBuildStatusSummariesForSourceIdsAndArchive calls getBuildsForSourceIds and getUnpublishedBuilds
[22:55] <lifeless> getUnpublishedBuilds calls getBuildsForSourceIds
[22:56] <lifeless> oh
[22:56] <lifeless> and did I mention that we do a (potentially -huge-) set difference in python? :last line of getUnpublishedBuildsForSources
[22:58] <wgrant> lifeless: That .difference is a Storm operation.
[22:58] <wgrant> It's done in SQL.
[22:59] <lifeless> ok, thats a relief.
[22:59] <lifeless> But it totally sucks that you can't tel.
[22:59] <lifeless> *tell*
[22:59] <wgrant> I only know because I looked at the SQL and saw the EXCEPT.
[22:59] <lifeless> so
[23:00] <lifeless> we *still* end up doing the same thing twice
[23:00] <lifeless> except more of its on the db server
[23:00] <lifeless> I'll batch that up
[23:00] <wgrant> Great.
[23:00] <lifeless> and then call and end to this branch
[23:02] <wgrant> I might be able to look at it after Thursday.
[23:06] <lifeless> that would be sweet.
[23:06] <lifeless> I think it will be approximately constant queries now
[23:06] <lifeless> though I haven't reached the activation energy to write a test for that
[23:06] <wgrant> Excellent.
[23:06] <lifeless> I've just been refactoring as I read stuff
[23:06] <wgrant> It's very easy to get carried away refactoring in Soyuz...
[23:06] <lifeless> the core query is still going ot be slow (8.4 regression)
[23:07] <lifeless> I'd really like to see:
[23:07] <lifeless>  - the adapter nuked
[23:07] <wgrant> Now that we're more allowed to cache in model objects, sure.
[23:07] <lifeless>  - only one retrieval of the spph's (vs twice in my branch (or 3N in trunk))
[23:07] <lifeless> wgrant: caching isn't needed
[23:08] <lifeless> wgrant: you can cache, but its not what was needed
[23:08] <wgrant> ArchiveSourcePackageRelease may still be needed.
[23:08] <lifeless> sure
[23:08] <lifeless> theres a lot of refactoring to do
[23:08] <lifeless> many single object methods to nuke
[23:10] <wgrant> I wonder if we should strongly encourage query count tests for new APIs and views.
[23:12] <lifeless> certainly
[23:12] <lifeless> if you're writing something new, a query count test at the start is an awesome idea.
[23:13] <lifeless> https://code.launchpad.net/~lifeless/launchpad/getBuildSummariesForSourceIds/+merge/40298 if you're interested in this branch
[23:13] <wgrant> I was just looking for it.
[23:13] <wgrant> Any chance you could ec2 https://code.edge.launchpad.net/~wgrant/launchpad/destroy-distroseries-lucilleconfig/+merge/38648? PQM testfix-rejected it twice last week.
[23:14] <lifeless> what flags
[23:14] <lifeless> oh
[23:14] <lifeless> we're in testfix right now
[23:14] <lifeless> what are the odds
[23:14] <wgrant> Awesome.
[23:15] <lifeless> 38 mins to go
[23:15] <lifeless> that should have the fix from sinzui
[23:15] <wgrant> Ah, sinzui's fix still hasn't made it through?
[23:15] <wgrant> Right.
[23:15] <lifeless> so
[23:15] <lifeless> what flags do you want?
[23:15] <lifeless> --no-qa?
[23:15] <wgrant> --no-qa was what was used last time.
[23:15] <wgrant> So sounds good.
[23:16] <lifeless> ok, kicked it off
[23:16] <wgrant> Thanks.
[23:16] <lifeless> de nada
[23:20] <lifeless> jelmer: when you get up; https://bugs.launchpad.net/soyuz/+bug/669676 still needs qa, and its blocking further deployments.
[23:23] <wgrant> It's easy enough to QA that on qastaging like we did last week.
[23:24] <lifeless> a bit more involved
[23:24] <lifeless> given we're looking for race conditions
[23:25] <lifeless> anyhow, we'll be only 4 days back once we deploy up to it
[23:27] <wgrant> Hm.
[23:28] <wgrant> I think that has a bug.
[23:29] <wgrant> Yeah, it looks like it has the same bug that r11812 fixed.


[09:07] <davmor2> Morning flexiondotorg
[09:13] <flexiondotorg> davmor2, Morning!
[09:13] <flexiondotorg> davmor2, Last day for me today. You?
[09:14] <davmor2> flexiondotorg: pfff part-timers the lot of you
[09:14] <davmor2> I'm here till Friday
[10:53]  * Laney hugs flexiondotorg and davmor2
[10:54] <Laney> you brave men
[10:54] <flexiondotorg> Laney, o/
[10:54] <flexiondotorg> Get back to wrapping you :-)
[10:55] <Laney> I came on to do some Advent of Code :P
[10:55] <flexiondotorg> hehe
[11:04] <davmor2> Laney: you insane man don't you do enough of that through the year?
[11:08] <happyaron> got shoot by a weird bug on upgrading 16.04(.0) to latest, that's update-binfmts core dump, and python3.5-minimal cannot be configured
[11:08] <happyaron> is there any other reports?
[12:20] <flocculant> flexiondotorg davmor2 - just having a butchers at ubuntu iso double checking an issue - noticed icon missing for network there - known issue?
[12:20] <flexiondotorg> On xubuntu?
[12:20] <flocculant> no - on Ubuntu :)
[12:21] <davmor2> flocculant: yeap it is the unity8 indicator
[12:21] <flocculant> flexiondotorg: I'd tell ochosi in #xub-dev in that case :p
[12:21] <davmor2> flocculant: in january it will be blocked but the person that needed to do it is off till then
[12:21] <flocculant> davmor2: ok - cheers - jusrt thought I'd mention it :)
[12:22] <flocculant> ubuntu is seeing this bug 1651716 though
[12:22] <ubot5`> bug 1651716 in ubiquity (Ubuntu) "17.04 boots direct to live desktop, no option to Try or Install" [Undecided,Confirmed] https://launchpad.net/bugs/1651716
[12:24] <flocculant> davmor2: I'm guessing that most of everyone if off for ages now?
[12:24] <davmor2> yeap
[12:24]  * flocculant makes note to see if xnox will unbreak our panel in January :D
[12:32] <xnox> bug 1651716 looks scary
[12:33] <ubot5`> bug 1651716 in ubiquity (Ubuntu) "17.04 boots direct to live desktop, no option to Try or Install" [Undecided,Confirmed] https://launchpad.net/bugs/1651716
[12:33] <xnox> flocculant, sure i will. i'm planning to rm src:upstart =)
[12:35] <flocculant> xnox: might be scary - but would be a whole lot worse if it defaulted to installing :D
[12:35] <flocculant> refusing to acknowledge you saying anything like rm src:upstart :p
[12:36]  * flocculant got fed up with the installer doing silly things with unused space in a drive and added a tiny partition at the end to stop it
[12:48] <xnox> flocculant, i think instructions on that wiki are wrong... as i lost the lubuntuqt session i think
[13:14] <xnox> Laney, in Ubuntu Gnome, selecting GTK+ theme Ambiance or Radience ends up having black corners on all windows, instead of rounded transparent corners like in Adwaita theme or under Unity 7. Is it known and/or possible to fix?
[13:17] <Laney> xnox: ask Trevinho
[13:17] <Laney> I'm sure it is somehow
[16:16] <flocculant> xnox: wiki page?
[16:17] <flocculant> oh - if you meant unused space comment - I was talking about bug 1638639
[16:17] <ubot5`> bug 1638639 in ubiquity (Ubuntu) "Installer trims unallocated space from extended partition" [Undecided,New] https://launchpad.net/bugs/1638639
[18:06] <Trevinho> xnox: oh...  I saw you alarm the free-hugs girl in Buenos Aires.
[19:07] <qengho> And yes, smash the partiarchy.


[01:22] <mcm_> can i see why a package has been removed since 17.10 ?
[01:22] <mcm_> in this case: https://packages.ubuntu.com/source/artful/pygpgme
[01:23] <mcm_> that delivers the package python-gpgme.
[01:23] <mcm_> and is suggested from nautilus-dropbox and python-samba packages
[01:24] <mcm_> but does not have an installation candidate: 'Package python-gpgme is not available, but is referred to by another package'
[01:25] <dax> https://launchpad.net/ubuntu/+source/pygpgme/+publishinghistory => "(From Debian) RoQA; obsolete, abandoned upstream; Debian bug #876844"
[01:32] <mcm_> dax, thanks.
[01:34] <mcm_> ok. then will open a bug for nautilus-dropbox, so it suggest python-gpg. however it seems that python-gpg does not satify the dependency of dropbox installer.
[01:34] <mcm_> the dropbox installer still gives me the python-gpgme is not installed, after installing the package 'python-gpg'
[01:59] <tomreyn> maybe "python-gpg" is not the same as "python-gpgme"?
[03:41] <FurretUber> Should gnome-software warn me when a package failed to install?
[03:53] <lotuspsychje> FurretUber: what did you install?
[03:54] <FurretUber> I tried to install megasync from https://mega.nz
[03:54] <FurretUber> I tried to install the deb package from 16.04 and it failed
[03:55] <FurretUber> https://paste.ubuntu.com/p/wqh8chG8Cx/
[03:55] <FurretUber> This is from trying to install using terminal
[03:57] <FurretUber> gnome-software gave no feedback, so I was wondering if it installed instantly at the first moment. It looks like similar to this bug: https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1694076
[04:02] <lotuspsychje> !info megasync
[04:04] <FurretUber> This is right, megasync is not in the repositories, but I suppose gnome-software should give feedback the installation went wrong, even for packages not in the repositories
[04:05] <lotuspsychje> FurretUber: we dont support external software/ppa's so that mean you cant officially bug against this
[04:05] <lotuspsychje> FurretUber: what you can do, is a wish bug with your idea
[04:13] <krytarik> FurretUber, lotuspsychje: LP bug 1619791
[04:15] <FurretUber> Thank you, this is exactly what is happening
[04:17] <lotuspsychje> nice find krytarik
[05:40] <lotuspsychje> hey alkisg ; )
[05:40] <alkisg> Hey lotuspsychje, long time no see :)
[05:41] <alkisg> Hope you're doing well
[05:41] <lotuspsychje> yeah im fine mate what about you?
[05:41] <alkisg> All well here!
[05:41] <lotuspsychje> testing bionic heavy here :p
[05:41] <lotuspsychje> lets hope this results in great experience at final
[05:42] <alkisg> Same.. I installed bionic/ubuntu-mate-desktop in a raspberry starting with debootstrap, as there's no installer yet
[05:42] <lotuspsychje> aha
[05:42] <lotuspsychje> readed an article bout that recently
[05:42] <alkisg> My problem is that network manager says "device unmanaged" for the NIC, while I can connect fine if I use dhclient
[05:42] <alkisg> And I can't figure out how to tell it to actually manage it :)
[05:42] <katnip> anyone have inxi installed and used in irc?
[05:43] <lotuspsychje> katnip: sudo apt install inxi
[05:43] <alkisg> lotuspsychje: do you have ifupdown installed? I thought it wouldn't be installed by default in 18.04, yet it is...
[05:45] <lotuspsychje> alkisg: ifupdown:
[05:45] <lotuspsychje>   Geïnstalleerd: 0.8.17ubuntu1
[05:46] <lotuspsychje> katnip: use in irc is not reccomended
[05:46] <lotuspsychje> !paste | katnip
[05:49] <lotuspsychje> alkisg: server got netplan now right?
[06:03] <alkisg> lotuspsychje: netplan isn't installed here
[06:03] <alkisg> (desktop)
[06:07] <lotuspsychje> kk
[06:09] <lotuspsychje> alkisg: see this? http://news.softpedia.com/news/you-can-now-install-ubuntu-18-04-lts-on-your-raspberry-pi-3-model-b-plus-with-raspex-520450.shtml
[06:09] <lotuspsychje> bbl
[06:10] <alkisg> Cool; although I prefer stock distributions rather than customized...
[06:19] <alkisg> Ah netplan.io is installed, I was looking for netplan
[06:28] <alkisg> Yeah that was it, /etc/netplan/01-network-manager-all.yaml missing in debootstrapped installation
[06:28] <alkisg> I'll file a bug report
[07:17] <auctus> not sure if this is an ubuntu or a 18.04 issue, but im using 18.04 -- i sometimes use an external display with my laptop, and when i unplug it, sometimes itll switch back to the laptop display
[07:17] <auctus> but sometimes it wont
[07:17] <auctus> and i dont know how to turn the laptop display back on other than 1] power down 2] plug it back into external
[07:17] <auctus> any ideas as to how to switch back to laptop display without being able to see the displays dialog
[12:18] <MrKeuner> Hi, is rkhunter broken in 18.04? sudo rkhunter --update -> Invalid WEB_CMD configuration option: Relative pathname: "/bin/false"
[12:19] <MrKeuner> is it disabled until a release?
[12:19] <Faux> Unlikely. Much more likely it's broken.
[12:20] <MrKeuner> Also noticed, rkhunter: Please inspect this machine, because it may be infected. on my 18.04 boxes
[12:22] <Faux> https://sources.debian.org/src/rkhunter/1.4.6-2/debian/patches/06_disable-updates.diff/?hl=41#L41 looks like --update has been intentionally crippled.
[12:26] <tomreyn> Pissbily related: Rootkit Hunter release 1.4.6 (February 20th 2018) [..]  Rootkit Hunter release 1.4.6 obsoletes all previous releases.
[12:26] <tomreyn> http://rkhunter.sourceforge.net/
[12:29] <MrKeuner> What does obsoleting all prev. releases mean? they break backward compatibility? does that mean do a remove --purge and reinstall? That does not explain the /bin/false flag...
[12:32] <tomreyn> maybe i jumped to conclusions, and they did not actually break backward compatibility
[12:34] <tomreyn> but the debian patch which Faux pointed out surely disables data updates (my assumption was that it does so as the new data is not compatible to this rkhunter release, or wont be in the future) and causes the /bin/false WEB_CMD message you got to read.
[12:34] <tomreyn> MrKeuner: ^
[12:35] <MrKeuner> Okay. I guess I'll have to sit on this for a while. Is there a way to subscribe to ubuntu rkhunter maintainers mailing list?
[12:35] <tomreyn> MrKeuner: a better patch would probably have been to disable the data(base) update functionality altogether and just respond with a user friendly message stating so.
[12:36] <tomreyn> (i guess you could file a bug requsting this)
[12:37] <tomreyn> rkhunter is apparently synced directly from debian so you'd better subscribe to their matching mailing lists, if any. but i don't expect this to change in bionic unless bugs are filed.
[12:38] <tomreyn> (and even then it's not guaranteed)
[12:38] <MrKeuner> sure. I'll do the right thing and report on both bug trackers
[12:38] <MrKeuner> thanks
[12:38] <katnip> what is friendly recovery?
[12:39] <tomreyn> MrKeuner: thanks. once you did, for the meantime, maybe just use the upstream release. it's just a bunch of perl and shell scripts anywas.
[12:39] <tomreyn> *anyways
[12:41] <tomreyn> !info friendly-recovery | katnip
[12:42] <katnip> ok ty
[12:42] <tomreyn> i guess it's the text based menu (ncurses?) which shows up when you select the recovery option during boot.
[12:42] <tomreyn> i mean at the grub menu, not during boot.
[12:44] <MrKeuner> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893169 is referencing itself for the details?
[12:45] <MrKeuner> Nevermind I'll take it to #debian
[13:01] <mifritscher> hi...
[13:02] <mifritscher> why the hell does ubuntu 18.04 go into suspend automatically?!
[13:02] <mifritscher> and why this behavior is even activated during upgrade 16.04->18.04?!
[13:03] <mifritscher> this is very, very bad
[13:05] <mifritscher> luckily this is only a test installation and I do have an ipmi, else I would be screw up now
[13:05] <MrKeuner> mifritscher, I noticed that too. In my case it only happens if no users is logged in. Probably there is a gdm setting you can change for that
[13:06] <mifritscher> so I can't even set it system wide via the normal GUI?!
[13:07] <mifritscher> (I just set it back in my account)
[13:08] <mifritscher> it is very, VERY bad for me as the system is used as a qemu host - and there isn't even a warning in the upgrade process
[13:09] <MrKeuner> Sure, I'd suggest reporting it
[13:10] <mifritscher> yes
[13:21] <mifritscher> done
[13:21] <mifritscher> https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/1760102
[13:21] <MrKeuner> Thank you
[14:22] <tomreyn> mifritscher: i'm sure you're aware that 18.04 is not released, yet, and thus cannot have the same level of maturity that e.g. 16.04.4 has by now.
[14:23] <mifritscher> yes - as I've written in the bug report (alpha/beta)
[14:23] <tomreyn> (and thanks for reporting this bug)
[14:23] <tomreyn> hadnt read it yet, justthe chat here
[14:55] <AuroraAvenue> Soz, which one is this chap, again ? https://plus.google.com/+WillCooke
[14:56] <AuroraAvenue> My question was where are we up-to with the tour.ubuntu.com part of Bionic beaver ? and its expo thereof....
[16:12] <enyc> hehehe
[16:12] <enyc> my 18.04 test on btrfs, has broken itself on update lol ;p
[18:15] <donofrio> why would updated gnupg and friend's packages cause apt-add-repository issues with ipc talking to dirmngt?
[19:04] <albert23> donofrio: is dirmngr actually running? If not, maybe it works if you start it manually like this: dirmngr --daemon --homedir /home/ubuntu/.gnupg (with you username of course)
[19:36] <donofrio> albert23, yes I started manuallay but its not talking to it
[19:36] <donofrio> oh I'll try the switches
[20:36] <terminalator> Which kernel does 18.04 ship?
[20:37] <powersj> terminalator: 4.15
[20:38] <terminalator> I see, great. Thanks for clearing things up powersj
[20:38] <powersj> https://packages.ubuntu.com/source/bionic/linux
[20:38] <terminalator> Thanks, bookmarked it ;)