[06:18] <lordievader> Good morning.
[07:42] <apachelogger> Riddell: did you not clean up staging after 5.1?
[07:42] <apachelogger> why was that in staging anyway when it didn't land in next?
[07:45] <valorie> I've added a link to our notes to the Bof page
[07:45] <valorie> and added a note in the notes about sune vorela wanting to meet with us in the morning
[07:46]  * valorie goes back to watching a very old doctor who ep
[08:00] <Riddell> apachelogger: why was what?
[08:03] <apachelogger> Riddell: kf5.1 is in next-staging and I do not compute why
[08:20] <sgclark> hmmm yeah what is the deal with next, some of the versions are 5.1.0 and some are 5.0.1 and none made it to next ppa
[08:21]  * sgclark is going to need gallons of coffee for this schedule
[08:23] <Riddell> hmm I'll take a look
[08:42] <apachelogger> sgclark: it's because 5.1 should not have been in next-staging as it never was supposed to go to next and when it was then uploaded to the archive staging didn't get cleared which didn't help either
[08:42]  * apachelogger thinks we might have to get more staging repos soonishy
[08:53] <sgclark> apachelogger: ok, I guess I don't understand why it wouldn't go to next, is it a beta release or something?
[08:55] <apachelogger> sgclark: no, because frameworks go to the archive
[08:55] <apachelogger> well, until release or as long as we get feature freeze exceptions anyway ^^
[08:57] <sgclark> so it needs to go to ninja staging to prep for archive or ?
[08:58] <apachelogger> I do not think we have a PPA were it should have been preped, ninjas would have been more appropriate though
[08:58] <sgclark> Ok, my apologies then.
[08:58] <apachelogger> not your fault really
[08:58] <apachelogger> muchos complicated
[08:59]  * apachelogger puts figuring out stage ppas on todo for CP
[09:00] <sgclark> Riddell: apachelogger: any idea why the mix of 5.0.1 and 5.1.0... seems that would bugger up depends...
[09:02] <yofel_> sgclark: that should be plasma and kf5, no?
[09:02] <yofel_> they don't have matching versions
[09:03] <sgclark> yofel: yep that is it, thanks
[09:05] <apachelogger> as I said yesterday... good thing upstream decided against year.month versions, that'd have been way too reasonable :P
[09:05] <yofel> isn't that going to be used for the applications? :D
[09:06] <apachelogger> kubotu: order jaegermeister for shadeslayer
[09:06]  * kubotu slides a glass of Jägermeister down the bar, shouting 'Jogdzeit is!'.
[09:06] <apachelogger> I really think this used to be different
[09:07] <shadeslayer> ...
[09:08] <apachelogger>     when "jaegermeister" then
[09:08] <apachelogger>       "throws out cough syrup! whoop! whoop!"
[09:09] <apachelogger> it's a good thing the bar plugins has like 300 forks all over the place because I cannot be bothered to use the feature I built to override and add random stuff
[09:14] <shadeslayer> Riddell: I am not coming today BTW, feel quite lightheaded and sick :(
[09:15] <Riddell> shadeslayer: I did tell you to rest yesterday!
[09:16] <Riddell> but oh no, like the alpha male you are, you came in and did useful things all day long!
[09:16] <shadeslayer> Yeah :(
[09:16] <shadeslayer> Should have listened
[09:16] <shadeslayer> Did not get a wink of sleep last night too
[09:17] <Riddell> shadeslayer: you can watch the independence debate on bbc iplayer, salmond kicks darling's eyebrows into cedeing to become a new state
[09:17] <shadeslayer> Heh
[09:22] <Riddell> apachelogger, sgclark: kf5 5.1.0 is not in next ppa because it is in the utopic-release archive
[09:22] <apachelogger> yes
[09:22] <sgclark> right. cleared up thanks
[09:22] <shadeslayer> Riddell: mind reserving a bof room for Kubuntu dev days at  Akademy
[09:22] <apachelogger> Riddell: it shouldn't be in next-staging though
[09:23] <apachelogger> as that is staging for next
[09:23] <sgclark> Riddell: apachelogger: safe for me to delete from staging ?
[09:23] <apachelogger> sgclark: yeah, be careful though I think there's other stuff lingering in there
[09:23] <apachelogger> e.g. I think usbcreator should have a staged build
[09:24] <sgclark> ok
[09:24] <Riddell> shadeslayer: we have one do we not?
[09:24] <Riddell> sgclark: yes but there's stuff in staging we want kept
[09:25] <shadeslayer> I did not put it on the wiki
[09:25] <Riddell> sgclark: extra-cmake-modules that shadeslayer uploaded, although it breaks stuff in /etc
[09:25] <Riddell> so maybe delete it if it causes problems
[09:25] <sgclark> Riddell: I also noticed mkspecs are being installed in wrong dir again
[09:25] <shadeslayer> I would have fixed it today :(
[09:26] <shadeslayer> sgclark: ecm again
[09:26] <Riddell> I uploaded a plasma-workspace
[09:26] <apachelogger> shadeslayer: is ecm in archive or just staging?
[09:26] <sgclark> I am only going to delete 5.1.0 frameworks
[09:26] <Riddell> sgclark: right so just delete that extra-cmake-modules
[09:26] <shadeslayer> apachelogger: staging
[09:26] <sgclark> ok
[09:26] <shadeslayer> https://git.reviewboard.kde.org/r/119901/
[09:26] <shadeslayer> For full context
[09:27] <apachelogger> yeah, drop it from stage -> bad package  :P
[09:27] <apachelogger> tier1 branches should be reverted to building condition with present pkg-kde-tools
[09:27] <shadeslayer> Riddell: I am expecting mail today btw
[09:30] <sgclark> Riddell: kde-runtime 4:4.13.97 in next staging?
[09:30] <Riddell> sgclark: la la la, delete that
[09:30] <sgclark> lol
[09:31] <apachelogger> :S
[09:32] <Riddell> http://mail.kde.org/pipermail/kde-frameworks-devel/2014-August/018572.html woo kdepimlibs split 30 different ways
[09:32] <kdeuser56> shadeslayer: sorry about yesterdays rant ... was not meant to be at you
[09:33] <apachelogger> thy shaltn't rant at my shadeslayer
[09:33] <apachelogger> he's not well, plus only I get to rant at him
[09:33] <sgclark> shadeslayer: you uploaded a few 5.1.0-0ubuntu2 frameworks, are those needed?
[09:34] <kdeuser56> apachelogger: wont happen again, and it was more a rant about ubuntu installer 
[09:34] <shadeslayer> kdeuser56: its alright :)
[09:34] <shadeslayer> It is a bug
[09:34]  * apachelogger even knows where the bug is :P
[09:34] <shadeslayer> Someone more knowledgeable needs to look at it
[09:35] <shadeslayer> apachelogger: oh? fix it !
[09:35] <apachelogger> enotime
[09:35] <shadeslayer> Sddm init script ?
[09:35] <shadeslayer> That's the only other place I can think of ?
[09:36] <shadeslayer> sgclark: nuke em
[09:36] <sgclark> ok
[09:36] <apachelogger> shadeslayer: yeah
[09:36] <apachelogger> shadeslayer: it doesn't handle text cmdline IIRC
[09:37] <apachelogger> or well, to put it as usual: it should just replicate what lightdm does
[09:40] <shadeslayer> :)
[09:40] <shadeslayer> kdeuser56: I will look at it tomorrow then
[09:40] <kdeuser56> :-))
[09:41] <sgclark> apachelogger: Riddell: ok so next ppa, frameworks in archive don't need to be in next ppa correct?
[09:41] <Riddell> right
[09:41] <sgclark> ok removing
[09:41] <apachelogger> yeah, plus the version in next is outdated anyway :)
[09:41] <Riddell> they should all be in the archive so you can remove them all from the ppa
[09:41] <apachelogger> Riddell: btw, since you were asking about usbcreator ... they are in next, except usbcreator is currently outdated
[09:41] <apachelogger> feel free to test the autobuild waiting in staging
[09:42] <apachelogger> if good please move to next
[09:42] <kdeuser56> apachelogger: and thanks again for pointing me to the source yesterday, I have modified the patch and it works as expected
[09:42] <apachelogger> sweet
[09:43] <kdeuser56> apachelogger: I have updated your diff for kcrash framework, but I guess it does not make much sense yet, since drkonqi needs a patch too, right? (the button you can check/uncheck) to report the problem
[09:44] <Riddell> apachelogger: even kubuntu-driver-manager is in next?
[09:45] <apachelogger> kdeuser56: yep
[09:45] <apachelogger> Riddell: might be, or maybe that was waiting on qapt/kauth/polkit
[09:45] <kdeuser56> apachelogger: which package is that patch in? I'll happily try to apply it to the frameworks package, compile and test
[09:46] <apachelogger> Riddell, sgclark: shouldn't we also nuke plasma5.0.1 from staging?
[09:46] <sgclark> it is in ppa so i am thinking yes
[09:46] <kdeuser56> apachelogger: i though kde-runtime since it contains a drkonqi binary but it does not seem like that
[09:46] <apachelogger> kdeuser56: kde-runtime in 4.x, plasma-workspace in 5.x
[09:46] <apachelogger> or maybe plasma-desktop for 5.x
[09:46] <apachelogger> workspace says dpkg
[09:47] <apachelogger> http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kde-runtime/files/head:/debian/patches/kubuntu_drkonqi_whoopsie_integration.patch
[09:47] <apachelogger> shadeslayer, yofel: when are we moving the patch list page to qa.kubuntu?
[09:47] <kdeuser56> apachelogger: ah thanks, i know why i did not find it: because i am still on a saucy box 
[09:48] <kdeuser56> i know EOL
[09:48] <shadeslayer> apachelogger: someone just needs to set it up
[09:48] <apachelogger> never going to happen then :'<
[09:49] <shadeslayer> :p
[09:49] <apachelogger> hm
[09:50] <kdeuser56> btw: does someone know an apt-file equivalent that can search source files? (like for exmaple if I wanted to find the package that contains kcrash.cpp)
[09:50] <apachelogger> shadeslayer: did you change the -j'ness of ctest in pkg-kde-tools?
[09:50] <apachelogger> either that or threadweaver has a new test that doesn't like -jN a lot
[09:50] <shadeslayer> Nope
[09:50] <apachelogger> actually I think the test is crap
[09:50] <Riddell> wow our bindings are screwed, smoke all sorts of broken and then the new perl adds to perl's issues
[09:50] <BluesKaj> 'Morning folks
[09:51] <Riddell> all for bindings that nobody much uses :(
[09:51]  * shadeslayer puts on some music
[09:52] <sgclark> Riddell: baloo-widgets5 needs a review when you have a moment
[09:53] <apachelogger> shadeslayer: https://www.youtube.com/watch?v=oAPjTHA19Kw
[09:53] <apachelogger> shadeslayer: also I told you to go back to sleep :@
[09:53] <apachelogger> bugsies https://bugs.kde.org/show_bug.cgi?id=338568
[09:57] <shadeslayer> I am in bed :(
[10:01] <Riddell> sgclark: oh yes, what is it you're packaging it for?
[10:02] <Riddell> sgclark: are you becoming a test suite maestro? cos that's still mostly black magic to me
[10:02] <sgclark> Riddell: I have been working on packaging some frameworks branches eg kde-baseapps etc and the baloo-widgets we have done is very old.
[10:02] <sgclark> Riddell: yes I am studying the mysteries of autopkgtests
[10:03] <Riddell> well done
[10:03] <Riddell> sgclark: I think these packages will need to go into experimental rather than next
[10:03] <Riddell> else apachelogger will get grumpy
[10:03] <sgclark> Riddell: yeah
[10:03] <sgclark> I also had to package a snapshot of kio
[10:04] <apachelogger> Riddell: maybe we should make next-experimental?
[10:05] <sgclark> That sounds like a good idea to me
[10:06] <sgclark> pkg-kde-tools 0.15.15 in staging... story on this?
[10:06] <apachelogger> kick it out
[10:06] <sgclark> ok
[10:07] <sgclark> ok staging mostly clean. last bit of stragglers need to be looked out to see if they shoud be there or somewhere else.
[10:09] <sgclark> Riddell: baloo 4:4.13.97 in next? :)
[10:09] <yofel> sgclark: if you look at the ppa page, anything that's dark-grey can be deleted
[10:10]  * yofel wonders if we could write a janitor for that
[10:10] <sgclark> yofel: ok ty
[10:13] <Riddell> sgclark: um, you can probably delete that
[10:21] <kubotu> feed branches-next had 20 updates, showing the latest 6
[10:21] <Riddell> sgclark: baloo-widgets comments: I tidied up some formatting ↑
[10:21] <Riddell>  baloo-widgets5 -> rename to baloo-widgets-kf5
[10:21] <Riddell>  why comments in "No tests were found!!! I guess tests are not ready... Uncomment when they are" but then tests are in "testsuite.xsession"
[10:23] <sgclark> Riddell: testsuite.xsession will not get called while it is commented.
[10:23] <Riddell> sgclark: so should it not just all be deleted or do you expect it to be used in future?
[10:24] <sgclark> Riddell: I would think tests will be functional in the future... one would hope. Can remove for now to avoid confusion if you like
[10:24] <Riddell> sgclark: if it looks like they will be functional in future then great, keep them
[10:26] <sgclark> Riddell: yeah the tests are there and seem to get built but do not seem to be called.. dh_auto_test results in the No tests found
[10:27] <sgclark> Riddell: I can fiddle with it to see if I can manually call them 
[10:28] <Riddell> sgclark: leave it for now and I'll ask vishesh what he expects them to do when he wakes up
[10:28] <sgclark> ok
[10:38] <Riddell> debfx: can you give me a summary of your understanding of the smoke issue?
[10:41] <apachelogger> any thoughts on how to fix the test https://launchpadlibrarian.net/183197397/buildlog_ubuntu-utopic-i386.kcoreaddons_5.1.0%2Bgit20140826.0941~9a623f9_FAILEDTOBUILD.txt.gz
[10:44] <Riddell> send in a crack debugging coder?
[10:50] <apachelogger> rmdir: failed to remove ‘debian/man’: No such file or directory
[10:50] <apachelogger> /usr/share/pkg-kde-tools/qt-kde-team/2/debian-qt-kde.mk:80: recipe for target 'cleanup_manpages' failed
[10:50] <apachelogger> I have a feeling like pkg-kde-tools is still broken 
[10:50] <apachelogger> oh no
[10:50] <apachelogger> that's ignored
[11:09] <apachelogger> I am a bit surprised by the amount of test fail due to integration issues
[11:10] <apachelogger> makes me doubt the usefulness of running tests to begin with
[11:36] <Riddell> apachelogger: kubuntu-driver-manager : Depends: libqapt3 but it is not installable
[11:36] <Riddell> do you know where I can find that?
[11:39] <apachelogger> staging
[11:42] <Riddell> apachelogger: nothing in next-staging or staging PPAs with libqapt3
[11:42] <apachelogger> Riddell: someone deleted it then
[11:42] <Riddell> apachelogger: usb-creator-kde is just as broken in qt5 version with scary dbus errors, did it work for you?
[11:42] <apachelogger> which is another problem with how we stage things right now
[11:42] <apachelogger> Riddell: that's from the backend
[11:43] <apachelogger> but yeah I have seen it last I used it
[11:43] <Riddell> so it's pretty much useless :(
[11:44] <Riddell> apachelogger: do you know who might have a copy of the missing libqapt3 packaging?
[11:45] <apachelogger> I think launchpad should
[11:45] <debfx> Riddell: the c++11 feature definitions in qglobal.h have been shuffled around. now the smokegen preprocessor activates Qt c++11 features but it can't parse them.
[11:45] <debfx> for some reason smokegen thinks "# if defined(__GXX_EXPERIMENTAL_CXX0X__) || __cplusplus >= 201103L" evaluate to true.
[11:45] <apachelogger> Riddell: https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/next-staging/+packages?field.name_filter=qapt&field.status_filter=&field.series_filter=
[11:45] <debfx> the "|| __cplusplus >= 201103L" part has been added with the latests Qt snapshot.
[11:46] <debfx> without the debian patch in smokegen it works fine.
[11:47] <Riddell> debfx: you are truely elite
[11:48] <Riddell> debfx: so smokegen_load_system_defines.diff is to blame?
[11:51] <debfx> possibly. at least you only hit the bug when that patch is applied.
[11:51] <debfx> I haven't dug deeper than that.
[11:52] <Riddell> debfx: do you know the fallout from removing the patch?
[11:53]  * Riddell lunches
[11:54] <debfx> could break the build on some architectures.
[11:55] <apachelogger> what part of the build tooling uses debian/tests?
[12:47] <apachelogger> the jenkins ruby api is perfectly horrible
[12:47]  * apachelogger shivers
[12:47] <lordievader> Is Project Neon Kubuntu or not? (See the discussion in #kubuntu)
[12:48]  * apachelogger aint in #kubuntu
[12:49] <tsimpson> is that the question, or is the *real* question "do we offer support for it in #kubuntu"?
[12:49] <ikonia> tsimpson: more a line of who supports the project provided resources on kde.org
[12:49] <ikonia> specfically in this case the neon.iso from the kde.org website
[12:49] <ikonia> where is the best place for a user to get help using/developing against that iso
[12:50] <apachelogger> support is a strong word there :P
[12:51] <tsimpson> either #kubuntu or #project-neon I'd say
[12:51] <apachelogger> there's a neon channel, not that I am in there, so I guess this here channel would be most appropriate
[12:51] <tsimpson> Neon is strongly linked to Kubuntu
[12:51] <apachelogger> sure, that's why support is a strong word, you get a support for the base system, you wouldn't for all the neon bits
[12:52] <apachelogger> for the neon bits one may get *help* if there's a specific question to do with how to use it, but due to the nature of neon one really shouldn't talk about support with regards to it ^^
[12:52] <ikonia> #project-neon looks good
[12:52] <ikonia> nice one
[12:52] <tsimpson> I suppose if no one can help in #kubuntu or here, then it's #project-neon or just #kde
[12:53] <BluesKaj> not a whole lot of supporters in #project-neon
[12:53] <tsimpson> but I don't have a problem with people asking general questions in #k
[12:53] <ikonia> too late he went
[12:53] <tsimpson> sure, but the question remains :)
[12:55] <tsimpson> if someone's using Neon and has a problem, where it' clear that it's a Neon-specific problem, then they'd get better help elsewhere
[12:56] <ikonia> it looks like pointing people wanting to develop against neon/use the kde resources the #project-neon looks like a good starting point
[12:58] <Riddell> dpkg -L libqapt2-runtime
[12:58] <ikonia> useful info
[12:58] <ikonia> thanks
[12:59] <Riddell> hmm
[13:01] <apachelogger> Riddell: This would not have happend with Konversation.
[13:03] <Riddell> oh?
[13:04] <Riddell> well feel free to package konversation frameworks branch and put it in the seed
[13:04] <apachelogger> why do we need the frameworks?
[13:05] <Riddell> just a nice excuse
[13:05] <apachelogger> Riddell, shadeslayer, yofel: thoughts on jenkins for CP orchestration?
[13:05] <Riddell> what would jenkins do?
[13:05] <Riddell> and which jenkins install?
[13:06] <apachelogger> our own jenkins
[13:06] <apachelogger> it would poll our packaging branches for changes and trigger builds accordingly
[13:06] <apachelogger> possibly also do daily builds in orderly fashhion
[13:06] <Riddell> isn't that what launchpad build receipies should do?
[13:07] <apachelogger> yes
[13:08] <apachelogger> except they require bzr for everything, are not dynamic enough as you cannot define arbitrary stuff, have no nice status pages, cannot aggregate tests data (lintian etc.), sometimes take long to build, take forever to build....
[13:09] <Riddell> and where would the builds take place?
[13:09] <apachelogger> Riddell: launchpad
[13:11] <Riddell> seems interesting
[13:11] <apachelogger> the way I imagine this right now is that the actual build job would do what our neon builder does right now except jenkins takes over the trigger part... the jobs themselves then get the sources, put them together in a source package, upload to launchpad and then poll launchpad every other minute until the build either fails or succeeds
[13:11] <apachelogger> on success we could then go ahead and grab the build log and tear out lintian data, symbol data and whatnot to make our jenkins job fail accordingly
[13:18] <yofel> I'm fine with jenkins for that but I've never configured it so can't help
[13:19]  * apachelogger puts an lxc in another lxc
[13:22] <Riddell> apachelogger: libqapt, kubuntu-driver-manager and kubuntu-debug-installer seem to be working, I'll copy to next ppa and seed
[13:22] <Riddell> usb-creator I'll just remove from the seed I guess
[13:22] <apachelogger> ok
[13:27] <yofel> broken beyond salvation?
[13:28] <Riddell> yofel: dunno but it gives me scary dbus errors and hasn't worked for me for ages
[13:28] <yofel> true, go ahead
[13:34] <soee> since few days i have a strange issue - not sure if it is keyboard or system problem: for some reason from time to time apps stops to recieve keyboard input, i have to switch to other app than back to previous and all works fine
[13:34] <apachelogger> oh my 
[13:34] <apachelogger> W: Failure trying to run: chroot /var/cache/lxc/utopic/partial-amd64 mount -t proc proc /proc
[13:34] <apachelogger> apparently you mustn't put an LXC in an LXC 
[13:34] <apachelogger> what madness is this
[13:35] <yofel> if all you need is a container "lxc.aa_profile = unconfined" might help
[13:45] <Riddell> looking at all the gtk3 themes I think orion-gtk-theme is the one that fits in nicest with breeze
[13:45]  * Riddell seeds
[13:50] <apachelogger> Riddell: aren't we getting a breeze theme for 5.1?
[13:52] <Riddell> shrug, maybe for qt5, no sign of a gtk2/3 or qt4 one yet that I know of
[13:54] <apachelogger> curious, I thought I saw commits somewhere
[13:54] <Riddell> maybe I've not been following
[13:55] <Riddell> but for now better to go with something than default uglyness
[13:55] <apachelogger> Riddell: should be implemented upstream though? ... setting as default or whatever
[13:55] <apachelogger> yofel: apparently it doesn't care much for that
[13:56] <yofel> hm
[13:56] <yofel> not sure then
[13:57] <Riddell> apachelogger: um, how?
[13:57] <apachelogger> Riddell: dunno, somehow we set the gtk2 theme, so somehow we should set a gtk3 theme
[13:57] <apachelogger> unless the upstream intention is to have ugly gtk3 in which case we shouldn't really do anything about it downstream
[13:58] <Riddell> apachelogger: what makes you think we set a gtk2 theme
[14:00] <apachelogger> was pitched to me way back when as a feature and why we want to use qtcurve
[14:00] <apachelogger> alas, I personally never have seen it work in neon xD
[14:00] <Riddell> right, qtcurve is recommended but nothing sets it for use
[14:00] <apachelogger> Riddell: at any rate, breeze needs an upstream runtime check for the gtk3 theme or something
[14:01] <apachelogger> randomly picking a theme without also suggesting it as the upstream default pick for gtk3 seems inconsistent
[14:01] <Riddell> runtime of what checking for what to do what?
[14:01] <apachelogger> cmake runtime dependency check for whatever gtk3 theme upstream wants as gtk3 theme
[14:02] <Riddell> who wants to be the co-contact for plasma5 ISO?  ScottK? shadeslayer?
[14:03] <apachelogger> yofel: http://s3hh.wordpress.com/2014/03/31/nested-lxc/
[14:03] <apachelogger> gives me a headache
[14:05] <kdeuser56> apachelogger, Riddell: maybe some should write a mail to hugo pinheiro about his intentions regarding the theme situation
[14:05] <Riddell> jens would be the dude these days
[14:05] <Riddell> not heard from him in a bit
[14:06] <Riddell> and he likes to use forums which is a bit non-hackery
[14:06] <kdeuser56> Riddell: yeah but hugo pinheiro implements the theme ... so I think it would better to ask him, because he can tell if the time is enough to patch the gtk themes too
[14:07] <apachelogger> there's no such person, you are mixing up two names there :P
[14:09] <kdeuser56> apachelogger: lol ... sry you are right
[14:10] <Riddell> apachelogger: so you see, in #plasma, upstream has no recommendation for gtk3 and is not very sure about gtk2
[14:10] <kdeuser56> apachelogger: Hugo Pereira Da Costa  ... now I got it
[14:12] <apachelogger> Riddell: yeah, so that's a bug :P
[14:12] <Riddell> upstream is a bug?
[14:13] <apachelogger> Riddell: not having a theme
[14:13] <apachelogger> look at it this way, if I install plain kde from source I have shitty gtk
[14:13] <Riddell> yep
[14:14] <apachelogger> so instead of making it not have shitty gtk in kubuntu we should make it not have shitty gtk upstream
[14:14] <kdeuser56> Riddell: I think hpereira on #oxygen channel should be him
[14:14] <apachelogger> what with designer involvement and our visual experience being the one from upstream
[14:15] <apachelogger> kio ftbfs :'<
[14:16] <apachelogger> many a new symbols have been had
[14:19] <apachelogger>   #MISSING: 5.1.0a+git20140826.1344# _ZN3KIO7CopyJob13aboutToCreateEPNS_3JobERK5QListINS_8CopyInfoEE@Base 4.96.0
[14:19] <apachelogger> why this aint good now is it
[14:22] <yofel> so much for upstream ABI checks
[14:23] <shadeslayer> There are none
[14:24] <shadeslayer> Someone needs to setup abi compliance checker
[14:25] <shadeslayer> ABI Check as a Service
[14:25] <yofel> well, do that then? AFAIR that has been planned for ages
[14:25] <shadeslayer> ACaaS
[14:25] <shadeslayer> Yeah
[14:25] <yofel> anyway, someone go complain
[14:25] <shadeslayer> :p
[14:32] <apachelogger> it's a good that I started CP testing isn't it :P
[14:33] <yofel> we would've caught that in the usual process anyway, but this has it's nice edge to it
[14:33] <yofel> *its
[14:35] <apachelogger> yofel: no we wouldn't
[14:35] <apachelogger> we would have after kf5 went out
[14:35] <apachelogger> because until we got to kio even building it would have taken longer than the embargo :P
[14:35] <yofel> we would have after kf5 tars are out, or does it not have pre-release testing?
[14:35] <apachelogger> yofel: it does, alas a short one I think
[14:36] <yofel> hm, right
[14:37] <apachelogger> uh nice, lxc nesting with the cgroup mount stuff works nicely
[14:41] <apachelogger> and lxc-start-ephemeral works as well
[14:41] <apachelogger> whoo
[14:53] <Riddell> ok this is spooky, colin has made the .install files in perlqt be perl scripts
[15:17] <Riddell> !testers | beta 1 candidates!
[15:24] <lordievader> Oehh, fancy :)
[15:27] <BluesKaj> hope nobody asks me for beta2 Plasma 5 info because I have no clue where it is
[15:28] <sgclark> beta2 plasma 5?
[15:29] <BluesKaj> oops beta1
[15:29] <sgclark> wasn't that like back in June?
[15:29] <Riddell> that was plasma beta, now we're onto ubuntu betas :)
[15:29] <BluesKaj> alpha was I think
[15:29] <Riddell> BluesKaj: http://cdimage.ubuntu.com/kubuntu-plasma5/
[15:29] <BluesKaj> oh
[15:30] <sgclark> Oh. I can break from beating my head against autopkgtest and test. Where might I find this ubuntu beta to test?
[15:33] <BluesKaj> Riddell, the last plasma image from a few days ago was too unstable to run on my laptop/intel graphics...hope this one runs at least
[15:35] <BluesKaj> and had no power control whatsoever...brightness etc was totally maxed
[15:37] <Riddell> right, who has a linkedin account?
[15:37] <Riddell> sgclark: http://cdimage.ubuntu.com/kubuntu-plasma5/
[15:37] <Riddell> then report results on http://iso.qa.ubuntu.com/qatracker/milestones/322/builds
[15:39] <sgclark> Riddell: I have linkedin account
[15:48] <Riddell> sgclark: I just set up a kubuntu "company" on it
[15:48] <Riddell> sgclark: can you see if you can find it and follow it?
[15:48] <sgclark> you bet
[15:50] <MichaelP> kubuntu 14.10 kde 4.14 plasma 5... after installed plasma 5 power management configuration module not be loaded... The power management service apears not to be running... ..system seetting startup and shutdown.. background services.. says power management is running...  but under power management it is gray out
[15:51] <kdeuser56> Riddell: could you change "tester56" to "kdeuser56" in the tester call? 
[15:51] <Riddell> kdeuser56: Tm_T if your dude for that sort of thing
[15:51] <Riddell> Tm_T: ↑
[15:51] <Riddell> MichaelP: yes I've come across that, not investigated it yet
[15:52] <Riddell> MichaelP: what did you upgrade from?
[15:53] <MichaelP> fresh install of 14.10 lastnight
[15:53] <Riddell> MichaelP: fresh install of plasma 4 or plasma 5?
[15:53] <MichaelP> 5
[15:54] <Riddell> yep, same as I saw
[15:54] <Riddell> now I wonder where we track bugs in plasma5 ISO
[15:54] <Riddell> apachelogger: got a policy for that? ↑
[15:56] <MichaelP> http://i.imgur.com/D4c3QnM.png
[15:58] <Riddell> MichaelP: yep, sorry I doubt it'll be fixed for beta 1, but if you want to be super helpful you can test the beta 1 candidates :)
[15:58] <BluesKaj> Riddell, is that plasma 5 image different than the one from 4 days ago ?
[16:01] <MichaelP> Riddell: downloading kubuntu-plasma5/daily-live.... 26-Aug-2014 14:41 right now
[16:02] <MichaelP> was not a plasma image.. was utopic lde live... from 3 weeks ago... then added ppa
[16:09] <Riddell> MichaelP: if you can test this and report back on http://iso.qa.ubuntu.com/qatracker/milestones/322/builds it would be much appreciated :)
[16:12] <MichaelP> Riddell: will do
[16:24] <Riddell> bah, everyone says hootsuite is a better social media management tool but seems very limited unless you want to pay a tenner a month
[16:25] <sgclark> yeah
[16:25] <nixternal> what all are you trying to manage Riddell ? hootsuite sucks unless you are some giant corporation, and even then I heard people complain
[16:27] <Riddell> nixternal: I want to be able to type an announcement once and it to go out on the facebook page, twitter account, g+ and linkedin 
[16:29] <nixternal> ahhh, yeah then there isn't much out there that will doo all of those at the same time. then again I haven't really looked into it
[16:29] <nixternal> I know with WordPress at least, you can do that, but that's about the only one I know
[16:30] <Riddell> now that would be awesome in the new site
[16:31] <Riddell> if someone finishes the new site
[16:31] <sgclark> yeah wordpress your best bet
[16:32] <nixternal> WordPress Jetpack does all of that
[16:38] <Riddell> ovidiu-florin: let's get that! ↑
[16:48] <Riddell> ok I think I got it set so that hootsuite can post to g+, linkedin and twitter, and twitter posts onto facebook
[16:48] <Riddell> now I need some news to test it all
[17:11] <kdeuser56> Riddell: http://paste.ubuntu.com/8151581/ when building kcrash
[17:11] <MichaelP> Riddell: That link you gave me... I downloaded Kubuntu Plasma 5 i386... burnt to dvd.. booted into desktop... nothing is plasma 5.. looks just as kde 4.14
[17:11] <kdeuser56> Riddell: note the "make: *** [debian/dhmk_binary] Error 2"
[17:12] <sgclark> Hmm, I am in Live ssession of that dvd and it looks like plasma5 to me
[17:13] <shadeslayer> Somehow your DSC disappeared kdeuser56 
[17:13] <sgclark> However, unfortunately ythe Power management is broken
[17:13] <MichaelP> sgclark: from here http://iso.qa.ubuntu.com/qatracker/milestones/322/builds
[17:13] <kdeuser56> shadeslayer: ah right damn, thanks a lot
[17:14] <shadeslayer> That seems odd BTW :p
[17:15] <sgclark> MichaelP: yeah
[17:15] <sgclark> MichaelP: did you create a bug report for the Power Management non-functionality?
[17:16] <MichaelP> i downloaded Kubuntu Plasma 5 i386 burnt to dvd booted into live session and get kde 4.14.0
[17:16] <MichaelP> no
[17:16] <shadeslayer> O.o
[17:16] <kdeuser56> kded5 is known to cause a lot of headache
[17:17] <sgclark> odd, I am amd64, but that should not make a diff? definitely plasma5 on mine
[17:17] <MichaelP> it plasma 5 had no power management problem in 14.10 with kde 4.13... after kde 4.14 is when it started
[17:18] <shadeslayer> MichaelP: what makes you say its KDE 4?
[17:19] <MichaelP> shadeslayer: im just saying kde 4.14 with plasma5 was when power management problem started for me
[17:19] <MichaelP> kde 4.13 with plasma i had no power management problem
[17:21] <MichaelP> now is there a config file to edit by hand to screen don't go black
[17:22] <kdeuser56> MichaelP: please make a screenshot and upload that
[17:22] <Riddell> MichaelP: only plasma5 bits on http://cdimage.ubuntu.com/kubuntu-plasma5/daily-live/20140826/utopic-desktop-i386.manifest
[17:23] <Riddell> MichaelP: double check the md5sum and then double check you put the right thing on the dvd
[17:23] <Riddell> MichaelP: and do you still use dvds? not usb drives?
[17:27] <MichaelP> kubuntu plasma 5 only has http and ZSYNC... the other kubuntu kas a few more
[17:32] <Riddell> MichaelP: you can still use the others but surely you only need so many ways of downloading the same thing?
[17:34] <Riddell> ah ScottK, you wake up just in time to fix perlkde :) 
[17:34] <Riddell> https://launchpadlibrarian.net/183221828/buildlog_ubuntu-utopic-amd64.perlkde_4%3A4.14.0-0ubuntu2_FAILEDTOBUILD.txt.gz
[17:35] <MichaelP> ZSYNC not downloadable
[17:36] <Riddell> grab the file from http://cdimage.ubuntu.com/kubuntu-plasma5/daily-live/20140826/
[17:36] <yofel> zsync seems to work for me
[17:38] <Riddell> link from iso.qa looks correct too
[17:38] <Riddell> ok I'm out for the day
[17:38] <MichaelP> md5sum 57e74de3632b925ec195b49763cc771b
[17:39] <MichaelP> that what k3b gives
[17:39] <Riddell> 1871f401945c9f3c1e108969346cc42b *utopic-desktop-i386.iso
[17:39] <Riddell> says http://cdimage.ubuntu.com/kubuntu-plasma5/daily-live/20140826/MD5SUMS
[17:39] <Riddell> 57e74de3632b925ec195b49763cc771b *utopic-desktop-i386.iso  is http://cdimage.ubuntu.com/kubuntu/daily-live/20140826/MD5SUMS
[17:39] <Riddell> which is also useful to test
[17:40] <Riddell> install it and report on http://iso.qa.ubuntu.com/qatracker/milestones/322/builds/76708/testcases
[17:40] <Riddell> thanks :)
[18:13] <lordievader> Right, time for beta testing :D
[18:15] <lordievader> I suppose both the regular and the Plasma5 iso's need to be tested?
[18:35] <lordievader> Is it know that the Plasma5 iso miss a install icon on the desktop during a live session?
[18:36] <yofel> yes
[18:36] <lordievader> Allrighty ;)
[20:06] <Quintasan> Testing
[20:17] <ahoneybun> ping valorie 
[22:31] <valorie> pong ahoneybun
[22:31] <valorie> pfff