[00:18] <sgclark> Riddell: nasty message on our facebook page, no clue what they are talking about. Unless it is the systray stuff.
[00:20] <sgclark> Or actually this is probably a case for council members to deal with.
[00:23] <valorie> ewww
[00:23] <valorie> although I dunno if I'm an admin
[00:25] <valorie> I don't see anything nasty, sgclark
[00:25] <valorie> can you give me a link?
[00:27] <valorie> off to dinner for now
[00:35] <sgclark> valorie: it is in the messages. Not public. Have to be a pages admin I think.
[00:35] <sgclark> which council outta be if not already
[01:52] <valorie> ok
[03:25] <valorie> thanks for telling me about that, Scarlett. I've replied
[06:29] <soee> good morning
[07:28] <lordievader> Good morning.
[07:32] <sitter> Riddell: kdepim-runtime was built against kdepimlibs .0 and possibly because of that fails a test
[07:33] <sitter> same for kdepim. kdepim also needs its symbols refreshed with armhf
[07:40]  * yofel wonders what happened to our versioned build-deps
[07:54] <Riddell> sitter: hmm ok, I'll reupload those
[07:55] <Riddell> sitter: what's wrong with mgmt_tools that kubuntu-ci keeps nudging me about? http://kci.pangea.pub/job/mgmt_tooling/765/console
[07:55] <sitter> shadeslayer needs to fix a test
[09:13] <Riddell> sitter: kubuntu-notification-helper  kubuntu-driver-manager kubuntu-debug-installer are still not compiled, are you looking into that?
[09:16] <sitter> wut
[09:17] <sitter> oh ffs
[09:17] <sitter> I HATE MAKE SO MUCH
[09:25] <pursuivant> kubuntu-notification-helper (master) b76f921 * Harald Sitter: debian (2 files)
[09:25] <pursuivant> Fix rules. "Make - Like Perl, but Worse"
[09:25] <pursuivant> http://commits.kde.org/kubuntu-notification-helper/b76f92121ecd9eae5e1bd20418fe96187ad5ba9e
[09:26] <pursuivant> kubuntu-driver-kcm (master) 15.04ubuntu3-10-gcda4cdc * Harald Sitter: debian (2 files)
[09:26] <pursuivant> Fix rules. "Make - Like Perl, but Worse"
[09:26] <pursuivant> http://commits.kde.org/kubuntu-driver-kcm/cda4cdca93cf2655ee449223ede201b4d3508f75
[09:27] <pursuivant> kubuntu-debug-installer (master) 24f4430 * Harald Sitter: debian (2 files)
[09:27] <pursuivant> Fix rules. "Make - Like Perl, but Worse"
[09:27] <pursuivant> http://commits.kde.org/kubuntu-debug-installer/24f44304aa0ca68c6333cb753718be1abf5ecbbc
[09:27] <sitter> Riddell: maybe fixed
[09:29] <sitter> Riddell: http://anonscm.debian.org/cgit/pkg-kde/applications/kdepim-runtime.git/commit/?h=kubuntu_wily_archive
[09:29] <sitter> that's even more NOOOOOOOOOOOOOOCI than yesterday
[09:30] <Riddell> sitter: why does it need NOCI? just to save on compile time?
[09:31] <sitter> and don't block shit http://kci.pangea.pub/job/mgmt_docker/
[09:31] <sitter> in fact I don't care about the compile time. I care about the blockage
[09:32] <Riddell> sitter: why does to cause blocking?
[09:33] <sitter> Riddell: because jobs depend on one another and you cannot build one while one of its dependecies is building as then it would install a -data from the new version because amd64 is already done but then fail becuase i386 is not done building and so the -data is in fact not instalalble making the build fail
[09:35] <Riddell> sitter: I get that but I think I don't get what the mgmt_docker one is
[09:36] <sitter> Riddell: the job underneath all other jobs updating the docker containers
[09:39] <Riddell> it's where the magic happens!
[09:39] <Riddell> ok sorry for the no nocis
[10:14] <clivejo> does anyone know how to fix cant find FindICU.cmake error message?
[11:05] <BluesKaj> 'Morning folks
[11:31] <sitter> Riddell: do you have a vivid ISO lying around and can test something?
[11:31] <Riddell> sitter: aye, what's up?
[11:32] <sitter> start iso. go to live. start installer. switch to german. screenshot of that please
[11:32] <sitter> the entire spacing in ubiquity is a joke
[11:33] <sitter> http://i.imgur.com/wVGdUnU.jpg that's the best worst case I can get at without too much change
[11:34] <sitter> that's still pretty shit as the items are stuck together with multiline and too close too border for long words
[11:34] <sitter> ARGH. actually that is also still broken for some languages
[11:51]  * Riddell starts VM
[11:54] <Riddell> sitter: http://embra.edinburghlinux.co.uk/~jr/tmp/ubiquity.png
[11:54] <Riddell> all looks good there
[11:55] <Riddell> I'm not convinced of the lighter grey in the new colour scheme, lacks contrast
[11:56] <sitter> Riddell: second to last entry has an n at the end 
[11:56] <sitter> that n is partially cut off
[11:57] <sitter> Riddell: can you shrink the size of that window?
[11:57] <Riddell> sitter: http://embra.edinburghlinux.co.uk/~jr/tmp/ubiquity1.png  as small as it goes
[11:57] <sitter> the weird thing is I can shrink mine lower at which point the wordwrap breaks on the 4th entry in the list
[11:58] <sitter> Riddell: ok thanks
[11:59] <sitter> http://i.imgur.com/U0S2hnr.jpg
[12:00] <sitter> which is still less heigh than what I have
[12:02] <sitter> the weird thing about this is that there were no spacing changes
[12:02] <sitter> only thing that changed is quit moved
[12:03] <sitter> oh and the logo
[12:03] <sitter> but the logo is minimum so that shouldn't shrink the steps layout 
[12:03] <sitter> it's all so very terrible
[12:03] <sitter> Riddell: I take it rewriting the thing in qml before release is not a desired solution? :P
[12:04] <Riddell> sitter: I fear this might break some freeze or other
[12:04] <sitter> mh
[12:04] <sitter> so
[12:05] <sitter> it's the logo that breaks it!
[12:05] <Riddell> nasty branding, there's a reason we didn't put any in ubiquity
[12:05] <Riddell> although the reason probably wasn't to do with layout breaking
[12:05] <sitter> but... there either is a hardcoded height somewhere or it is incidentially large enough because the highest height of the wizard pages is just heigh enough to not let me shrink so it breaks
[12:06] <sitter> so that likely is also broken with hidpi, good thing qt4 doesn't support hidpi xD
[12:31] <sitter> barely not too big on 1024x768 with some languages
[12:50] <sitter> Riddell: https://code.launchpad.net/~apachelogger/ubiquity/fix-squished-text/+merge/272738
[12:58] <Riddell> sitter: ❤
[13:25] <sitter> im-config (I think) is weirdly intercepting keyboard control btw
[13:25] <sitter> not sure I like that
[13:25] <sitter> incredibly hard to switch from de_DE keyboard to en_US
[13:25] <sitter> or maybe I am too stupid
[13:27] <Riddell> it does seem to have reappeared on images recently
[13:28] <sitter> it's on the CI iso for some reason
[13:28] <sitter> at least I think that is im-config
[13:38] <Riddell> yes I noticed it on the beta, panel applet
[14:46] <clivejo> Riddell: do you know how to fix a cant find FindICU.cmake error message?
[14:46] <clivejo> Im trying to package kdb, it build locally but wont build in pbuilder
[14:47] <clivejo> when I do a dpkg -S FindICU.cmake it doesnt find anything on the local system
[14:51] <Riddell> installing libicu-dev at a guess
[14:51] <Riddell> if it can't find FindICU I think cmake falls back to general ways of looking for a library
[14:53] <clivejo> and whats the traditional way?
[14:54] <Riddell> well that might be deliberate, have you tried it?
[14:54] <clivejo> trying it now
[14:54] <Riddell> having said that FindICU.cmake does exist in calligra source code
[14:55] <Riddell> so maybe it just wasn't copied to whatever you're compiling now
[14:55] <clivejo> kdb
[14:55] <TJ-> If it were shipped in the distro it'd likely be in 'extra-cmake-modules' - but it isn't there
[14:56] <clivejo> I wonder is it now a separate package too
[14:56] <clivejo> like kdb, kreport and kproperty
[15:26] <Riddell> clivejo: you're probably the first person to try to package it from any distro, you may well find bugs like that, patches can be made for upstream
[15:31] <clivejo> :(
[15:31] <clivejo> and havent a clue how to fix them
[15:33] <Riddell> clivejo: add that  FindICU.cmake into it :)
[15:34] <clivejo> easy for you to say!
[15:34] <TJ-> clivejo: are those all packages that need to build-depend on FindICU.cmake? If so it might be useful to add FindICU.cmake to extra-cmake-modules, then on the packages that require it, in debian/control, add a Build-Depends: extra-cmake-modules (>= X.Y.Z) where X.Y.Z is the package version containing FinICU.cmake
[15:35] <clivejo> TJ-: those are the deps for calligra
[15:35] <clivejo> Im trying to package kdb, but its failing in pbuilder
[15:36] <TJ-> clivejo: So, calligra would need a Build-Depends that pulls in the package containing FindICU.cmake
[15:36] <clivejo> yet it works when building on local machine
[15:36] <TJ-> clivejo: probably because you have the additional build-dependency available on the host. That's why we use pbuilder, to catch missing build-depends
[15:37] <yofel> clivejo: did you at least add libicu-dev to the build-deps?
[15:38] <clivejo> yofel: yes, its just errored out, but Im a little further now
[15:39] <clivejo> wants db files
[15:39] <yofel> ok, so if it doesn't fail on the same thing, we probably don't need FindICU
[15:42] <clivejo> it passed FindICU this time
[15:42] <clivejo> failing on MSQL, xbase etc dev files
[15:45] <clivejo> Riddell: did you test kamoso?
[15:49] <clivejo> anyone know off hand what the postgres dev package is called?
[15:50] <clivejo> postgresql-server-dev-all ?
[15:50] <TJ-> clivejo: looks like it: "apt-cache showsrc postgresql-common | grep '^Binary:' "
[15:53] <clivejo> I generated a package called kreport, but when I use it as a build dep the package installed is saying its a virtual package and wont install it?
[15:53] <clivejo> its in my PPA
[15:55] <yofel> well, kreport FTBFS
[15:59] <clivejo> good lord
[15:59] <clivejo> it built in pbuilder
[15:59] <yofel> does the PPA config match your pbuilder config?
[16:00] <clivejo> what is it even failing over?
[16:00] <yofel> that's a good question actually o.O
[16:01] <clivejo> LOL
[16:01] <clivejo> now kdb is doing the same
[16:01] <clivejo> Could not find   "/tmp/buildd/kdb-2.96.0+git20150928/obj-x86_64-linux-gnu/src/KDbResult.h"
[16:02] <yofel> bbl
[16:03] <clivejo> I think Im going to give up on this, I have no idea what the error message means!
[16:04] <clivejo> and I should be sawing sticks
[16:09] <TJ-> I only see a "src/KDbResult.shared.h"
[17:35] <sgclark> oh. looks like rsibreak used to reside in svn. I presume we want that in git? I need a refresher on the new app in git process.
[17:35] <sgclark> Riddell: ^
[17:45] <sgclark> nm sorted
[18:20] <soee> krunner works for you ?
[18:29] <sgclark> for who?
[18:29] <sgclark> works for me
[19:18] <Riddell> clivejo: yep kamoso worked good for me
[19:18] <Riddell> sgclark: did you work it out?
[19:18] <sgclark> yep. just need to bug sitter for ci
[19:18] <sgclark> putting it in staging
[19:19] <sgclark> as we speak
[19:20] <Riddell> sgclark: anything we want to FFe into wily?
[19:20] <sgclark> um no clue, it is an app that tells you to stop working. Not sure who that is important to lol
[19:22] <clivejo> Riddell sgclark would you have a wee look at this, give me a clue as to why its failing? https://launchpadlibrarian.net/218985877/buildlog_ubuntu-wily-amd64.kreport_2.96.1%2Bgit20150927-0ubuntu1~ubuntu15.10~ppa1_BUILDING.txt.gz
[19:24] <Riddell> KDbGenerateHeaders.cmake wants obj-x86_64-linux-gnu/src/KReportLineStyle.h I think it says
[19:24] <Riddell> so it's probably a bug in a cmake file somewhere
[19:25] <Riddell> "Creating shared data class in KReportLineStyle.h from common/KReportLineStyle.shared.h" it says a few lines above
[19:25] <Riddell> so that file is made, where is it made?
[19:25] <Riddell> presumably not where cmake is looking for it
[19:25] <clivejo> a header file?
[19:25] <Riddell> so tell whoever wrote KDbGenerateHeaders.cmake to fix it to look in the right place
[19:25] <Riddell> yes
[19:26] <sgclark> Riddell: anything else that still needs work?
[19:29] <clivejo> Riddell: but why is it build on my system?
[19:30] <sgclark> https://launchpad.net/%7Ekubuntu-ppa/+archive/ubuntu/staging-kdeapplications/+sourcepub/5442588/+listing-archive-extra
[19:30] <sgclark> please test rsibreak !testers
[19:30] <sgclark> !tester
[19:30] <sgclark> boo
[19:30] <sgclark> !testers
[19:30] <sgclark> ^^
[19:31] <sgclark> works for me.
[19:32] <Riddell> clivejo: dunno do you have KReportLineStyle.h somewhere?
[19:32] <Riddell> sgclark: the whole world could do with being backported to vivid
[19:32] <clivejo> Riddell: yup - /home/clivejo/project/kreport/kreport/obj-x86_64-linux-gnu/src
[19:33] <clivejo> ahhh
[19:33] <clivejo> path
[19:33] <clivejo> its looking in kreport-2.96.1+git20150927
[19:34] <sgclark> world eh? that it? Hmm.
[19:41] <Riddell> sgclark: I expect kci has stuff that needs symbols updated, I know kdepim* did earlier today
[19:41] <ahoneybun> damn clivejo your on fire, https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-kdeapplications/
[19:42] <Riddell> sgclark: this could do with a review to see if any of it is still relevant https://lists.ubuntu.com/archives/kubuntu-devel/2015-August/009849.html
[19:42] <Riddell> sgclark: and of course trello always has ideas
[19:42] <sgclark> I will do backports
[19:43] <clivejo> ahoneybun: I just staged and uploaded them
[19:43] <ahoneybun> right
[19:51] <clivejo> Riddell: LP is rejecting my upload now, saying "File kreport_2.96.1+git20150927.orig.tar.gz already exists in Wily, but uploaded version has different contents."
[19:57] <BluesKaj> added the staging ppa , installing 43 upgrades ... will report back later
[20:00] <soee> sgclark, Riddell: rsibreak install fine, runs fine, configuration fors fine :)
[20:00] <soee> *installs
[20:00] <sgclark> ty
[20:00] <Riddell> clivejo: well does it?
[20:01] <clivejo> Ive had to rename it
[20:01] <clivejo> kreport_2.96.1+git20150928
[20:01] <clivejo> instead of 27
[20:01]  * soee would liek to chabe some nice breeze style icon in ysstray for rsibreak
[20:01] <sgclark> hmm yeah.
[20:02] <sgclark> guess vdg needs bugging
[20:02] <clivejo> Riddell: nope, wont build on LP
[20:02] <soee> sgclark: i'll post an issue for breeze theme @github
[20:03] <sgclark> soee: ty
[20:03] <clivejo> Riddell: but still builds fine locally
[20:04] <soee> sgclark: it has been ported to QT5 right ?
[20:04] <sgclark> soee: yep this was the initial port
[20:04] <clivejo> I dunno, this is driving me crazy
[20:06] <Riddell> clivejo: what's up now?
[20:06] <clivejo> still cant find that file
[20:07] <soee> sgclark: https://github.com/NitruxSA/breeze-icon-theme/issues/285
[20:08] <BluesKaj> ok I've upgraded the packages that were in the staging ppa , should I comment the debs now?
[20:08] <sgclark> comment the debs?
[20:09] <soee> Riddell: are there any chances to have Rsibreak as a part of apps ?
[20:11] <BluesKaj> sgclark,  yes
[20:11] <sgclark> sorry I dont know what you mean
[20:12] <BluesKaj> the staging ppa debs
[20:12] <Riddell> soee: hmm? that's a decison of KDE and the maintainer.  currently it's in extragear
[20:12] <BluesKaj> in the sources list
[20:12] <sgclark> oh yes BluesKaj
[20:12] <BluesKaj> ok thanks sgclark
[20:13] <sgclark> Riddell: oh I thought it was an application. may need moved in debian git
[20:16] <Riddell> sgclark: a simple mv command should work fine
[20:17] <sgclark> where would extragear go?
[20:23] <valorie> sgclark: thanks for packaging rsibreak!
[20:23] <sgclark> np
[20:24] <valorie> Albert brought it back from life-support
[21:34] <pursuivant> muon (master) v5.4.0-39-ga820e58 * andreas kainz: notifier/plasmoid/metadata.desktop
[21:34] <pursuivant> Applet: Add breeze icon for muon applet icon
[21:34] <pursuivant> http://commits.kde.org/muon/a820e58aad2b54a865e87e7a5fa5bdcafabd5c7d
[21:59] <sgclark> ugh
[22:41] <Riddell> uh oh, what's up kubuntu-ci?
[22:42] <sgclark> this is a nightnare. not sure backports is something I can fight with
[22:43] <sgclark> well I can, but time is an issue
[22:43] <shadeslayer> there be conflict
[22:43] <sgclark> yah think?
[22:43] <shadeslayer> look it's fixed
[22:43] <sgclark> pft yeah attica is now
[22:43] <shadeslayer> :)
[22:43]  * shadeslayer has a headache, heading to bed
[22:43] <shadeslayer> night
[22:44] <sgclark> ecm is next. then I am shoving backports back into a corner to be ignored. don't have time for this.
[22:44] <Riddell> oh is it not liking merging from the vivid branches?
[22:45] <sgclark> conflict every one, it is completely magling the changlogs and I don't know how to stop that
[22:45] <sgclark> mangling
[23:13] <sgclark> ahh nm, forgot about harolds script. That really needs to be with the automation tools