[04:11] <ahoneybun> hey valorie
[04:12] <valorie> hi ahoneybun
[04:12] <ahoneybun> nice ubuntu user day
[04:12] <valorie> thanks!
[04:12] <valorie> it was fun
[04:12] <valorie> I should blog about it tonight
[04:23] <ahoneybun> yep
[04:23] <ahoneybun> I was wondering before what will we do with the docs website?
[04:29] <valorie> I'm not sure what you mean?
[04:29] <valorie> IMO now that we have a working system, we should document it
[04:30] <valorie> esp. as we work out the last kinks
[04:31] <ahoneybun> well how are we going to move the current docs on userbase over to the site once translations are good
[04:31] <ahoneybun> I know we can make docbook I believe
[04:31] <valorie> yes
[04:31] <valorie> afaik we're not quite done -- are the current trusty images/slides etc. there?
[04:32] <ahoneybun> no I mean once we have everything set up
[04:33] <valorie> right, at that point we ask the www people to convert it to docbook
[04:33] <valorie> docbook is the package for the ISO
[04:34] <valorie> and then we export to HTML for the website
[04:34] <valorie> right?
[04:34] <ahoneybun> if we can do thast
[04:34] <ahoneybun> *that
[04:34] <valorie> if we can do what?
[04:35] <ahoneybun> if it was possible
[04:35] <valorie> which part are you unsure about?
[04:36] <ahoneybun> docbook -> HTML
[04:37] <valorie> why would we do docbook to html?
[04:37] <ahoneybun> I didn't know we could
[04:37] <valorie> we can just generate it right from the wiki I believe
[04:37] <ahoneybun> oh even better
[04:38] <valorie> http://www.mediawiki.org/wiki/Publishing_from_MediaWiki
[04:38] <valorie> actually there are loads of ways to do this
[04:38] <valorie> and I'll bet the www people know best what works
[04:38] <ahoneybun> cool
[04:39] <ahoneybun> I just didn't know that
[04:39] <ahoneybun> anyway g2g sleep
[04:39] <valorie> it can be exported as pdf, as ebooks, etc.
[04:39] <valorie> niters
[04:39] <ahoneybun> thanks
[04:39] <valorie> what I'm saying is once we do this successfully, write it up
[04:39] <valorie> so if one of us is hit by a bus, someone else can carry one
[04:40] <valorie> on
[04:41] <valorie> http://stackoverflow.com/questions/9343931/convert-mediawiki-wikitext-format-to-html-using-command-line
[04:41] <valorie> I googled on mediawiki to html
[08:52] <lordievader> Good morning.
[09:23] <shadeslayer> morning
[11:28] <BluesKaj> Hey all
[11:43] <ovidiu-florin> hello world
[11:43] <ovidiu-florin> If I may, Kmail users, please vote if you agree: https://bugs.kde.org/show_bug.cgi?id=330533
[11:45]  * yofel believes that this isn't really needed, if kmail could connect mails from different folder as long as they belong to the right thread
[11:45] <yofel> like gmail does it
[11:45] <yofel> *folders
[11:45] <soee> good morning
[11:47] <ovidiu-florin> yofel: I think this is what currently hapens
[11:47] <ovidiu-florin> only that it is individually set for each folder
[11:47] <yofel> oh really? If yes then it was just buggy the last time I tried it
[11:50] <ovidiu-florin> yofel: I can see the same sent message in the sent folder and in the replied to folder
[11:55] <Riddell> ook
[12:52] <Riddell> hi sgclark 
[12:52] <Riddell> all your packages uploaded
[12:52] <Riddell> you keep insisting on using capital letters on .symbols file names which isn't right, it must match the package name
[12:52] <Riddell> I'm also still not convinced by multi-arch: allowed, what's the lintian error you get when using same?  (I don't get one)
[12:57] <sgclark> Riddell: sorry possibly left over from copying a debian over
[13:00] <Riddell> http://mail.kde.org/pipermail/plasma-devel/2014-January/028215.html  "Release schedule for Plasma Next" "Tue 17th June Plasma 2014.6 Final
[13:00] <Riddell> seems to fit quite nice with us
[13:33] <sgclark> Riddell: kinit appears to be beyond my capabilities, if you find free time I can give you what I have
[13:37] <Riddell> sgclark: yeah looking at it now
[13:37] <sgclark> thank you
[13:39] <sgclark> Riddell: put my debian in my ubuntu one if you want to borrow files like copyright etc
[13:39] <Riddell> thanks
[13:40] <Riddell> amazing how much of kf5 is GPL2 only, shows I was right to make a policy of GPL2+ for KDE and avoid GPL 3, it wouldn't be practical
[13:49] <Riddell> shadeslayer: to answer your question of yesterday my aim with packaging KF5 is to make decent packages we and debian can use for years to come
[13:49] <Riddell> if someone wants to use kf5 packages today we have neon
[13:49] <Riddell> so not the place to cut corners :)
[13:53] <sgclark> it probably does not help I am in the wrong timezone, I can try to adjust if it is to much an issue
[13:54] <sgclark> I can tell you I love packaging :)
[13:56] <Riddell> awooga, just the sort of person we like
[13:56] <Riddell> you seem to work in pretty much a european timezone anyway
[14:07] <sgclark> Riddell: kdewebkit ready for you
[14:08] <Riddell> super
[14:32] <sgclark> Riddell: kmediaplayer ready
[14:34] <Riddell> too fast too fast!
[14:39] <Riddell> sgclark: kdewebkit uploaded!
[14:44] <shadeslayer> yofel: so KDE SC 4.12.1 seems to install file
[14:44] <shadeslayer> *fine
[14:44] <shadeslayer> runs fine too from what I can tell
[14:45] <Riddell> ... maybe it is fine :)
[14:48] <shadeslayer> just need to check if kde-full is installable
[14:49] <shadeslayer> Riddell: well, IMO it's better to have packages out and iterate on those rather than try and figure out each and every small detail that is blocking on QA
[14:51] <Riddell> got to be done sometime, may as well do it now
[14:52] <Riddell> plus sgclark is doing a marvellous job
[14:53] <Riddell> sgclark: usr/share/dbus-1/ files go in -dev packages only needed at build time.  they also often need renamed
[14:54] <sgclark> Riddell: which package?
[14:55] <Riddell> sgclark: kmediaplayer (which I just uploaded!)
[14:55] <Riddell> and filed this for https://git.reviewboard.kde.org/r/115381/
[14:55] <sgclark> Riddell: thank you
[14:56] <Riddell> phew all this pbuilder lark takes a long time
[14:56] <genii> Is there some package altered recently which lead to a "Guest" account being created? I didn't have this user yesterday.
[14:56] <Riddell> I'd have been faster making a chroot myself
[14:56] <Riddell> genii: lightdm has always offered a guest account
[14:57] <genii> Riddell: Odd, I never had it listed on the greeter before, until today.
[14:57] <Riddell> it does need something installed, forget what
[14:57] <Riddell> but it's on the default install
[14:58] <genii> OK. So probably some lightdm update overwrote the conf file to defaults or something.
[14:58]  * genii investigates
[15:03] <genii> Weird. lightdm-kde-greeter.conf last touch time was Dec 20, so that can't be it.
[15:07] <sgclark> Riddell: kprintutils ready
[15:17] <sgclark>  Riddell: this is the lintain error arch-dependent-file-not-in-arch-specific-directory usr/bin/kf5kross 
[15:19] <Riddell> sgclark: packaging kross?
[15:19] <Riddell> sgclark: make a package called  kross  for it
[15:21] <sgclark> ok thank you
[15:34] <Riddell> sgclark: kprintutils uploaded!  (after a quick relicencing)
[15:36] <Riddell> kdewebkit reuploaded with i386 symbols!
[15:39] <sgclark> Riddell: I am still getting error, will leave as is to see if you get it.
[15:40] <Riddell> sgclark: on which?
[15:40] <sgclark> kross
[15:40] <Riddell> what's the multi-arch value set at?  if it has binaries it can't be multi-arch
[15:41] <Riddell> that's only for stuff in /usr/lib/x86 etc
[15:41] <sgclark> same
[15:41] <Riddell> yeah, remove that
[15:45] <sgclark> Riddell: that fixed it thanks :)
[15:48] <Riddell> solid patch committed!
[15:48] <Riddell> does it get annoying I use exclamation marks so much with kf5? I just get so exited!
[15:49] <sgclark> not at all it is exciting stuff :)
[16:11] <shadeslayer> okay so I've just pushed logic for figuring out which driver is installed
[16:11] <shadeslayer> and active
[16:11] <shadeslayer> can someone please check?
[16:11] <shadeslayer> If it detects the right active driver for them
[16:33] <Riddell> sgclark: kinit uploaded to ppa, would be good if you could review it
[16:33] <Riddell> shadeslayer: in PPA or bzr?
[16:34] <sgclark> Riddell: will do
[16:34] <shadeslayer> Riddell: I've asked the mighty launchpad to do a build
[16:34] <shadeslayer> though might be faster to just bzr dailydeb it yourself
[16:35] <Riddell> shadeslayer: into experimental?
[16:36] <shadeslayer> yes
[16:47] <sgclark> Riddell: kross ready
[16:51]  * Riddell reviews
[16:53] <sgclark> Riddell: there are notifyconfig folders in kinit source
[16:55] <shadeslayer> agateau: ping
[16:56] <Riddell> sgclark: some references I failed to change in debian/control, anything else?
[16:57] <sgclark> control had a few knotifyconfig and here is what I get for lintain http://paste.ubuntu.com/6838846/
[16:58] <Riddell> I think we can live with those lintian issues, I think they're caused by kdeinit being a generally weird library
[16:58] <shadeslayer> apachelogger: ping
[16:58] <sgclark> ok :)
[16:58] <Riddell> but I left the errors without an override in the hope that debian or someone else will confirm
[16:58] <sgclark> all good then
[16:58] <shadeslayer> apachelogger: do you know how to make KMessageWidget the circle progress thing 
[16:59] <shadeslayer> apachelogger: as a feedback to let the user know that information about his system is being generated
[16:59] <shadeslayer> *make KMessageWidget do the
[17:10] <Riddell> sgclark: kross uploaded!
[17:10] <Riddell> sgclark: I renamed the packages kf5-kross -> kross as I don't think there's a need for a namespace
[17:10] <Riddell> and put the plugins into kross package for simplicity
[17:10] <sgclark> ok
[17:12] <Riddell> so just kunitconversion, kdesignerplugin and kded to go?
[17:12] <Riddell> in tier 3
[17:13] <Riddell> alpha is due this weekend, I'm out at fosdem until monday though
[17:13] <Riddell> once it's all done we should put the packaging into bzr then work out how to script any future updates so it's just a case of running the script
[17:13] <Riddell> like we do with KDE SC
[17:13] <sgclark> kdesignerplugin almost done
[17:14] <Riddell> :)
[17:17] <sgclark> Riddell: hmm, why would pbuilder libkf5designerplugin5 missing files (usr/lib/*/qt5), aborting, these files exist and debuild runs fine
[17:17] <sgclark> nevermind I think I know
[17:26] <sgclark> Riddell: seems I don't know ^^
[17:27] <apachelogger> shadeslayer: I am not sure kmessagewidget can be used for that
[17:27] <shadeslayer> oh
[17:27] <apachelogger> shadeslayer: agateau would know though, since it's his baby
[17:27] <apachelogger> generally though kbusywidget is used (I think that is its name)
[17:27] <shadeslayer> apachelogger: I'm sure I've seen it being done somewhere
[17:28] <apachelogger> or you could look at the busyoverlay in libkubuntu
[17:28] <shadeslayer> no kbusywidget 
[17:29] <Riddell> sgclark: I would guess there's a missing build-dep that means those plugins don't get built in pbuilder
[17:29] <shadeslayer> apachelogger: plz review my upgrader changes
[17:29] <apachelogger> about to head out I am 
[17:29] <shadeslayer> Riddell: thoughts on moving KDE SC 4.12.1 to backports
[17:29] <Riddell> sgclark: do you have log output from pbuilder?  (for some reason you have to specify it manually)
[17:29] <shadeslayer> apachelogger: :S
[17:29] <Riddell> shadeslayer: go for it
[17:29]  * shadeslayer is way way way behind his workload for today
[17:30] <Riddell> shadeslayer: don't worry, another 6 hours in the day to go :)
[17:30] <sgclark> Riddell: will look thanks
[17:30] <shadeslayer> Riddell: heh
[17:30] <shadeslayer> my ktimetracker is gone /o\
[17:30] <apachelogger> shadeslayer: http://lxr.kde.org/ident?i=KPixmapSequenceOverlayPainter+
[17:31] <apachelogger> there's also a plasma::busywidget which may or may not be usable
[17:31]  * apachelogger away
[17:31] <shadeslayer> apachelogger: mhmm
[17:45] <shadeslayer> Riddell: ping
[17:45] <shadeslayer> Riddell: can you paste the output of qdbus org.kde.Solid.PowerManagement /org/freedesktop/PowerManagement org.freedesktop.PowerManagement.CanSuspend 
[17:48] <shadeslayer> Riddell: as well as qdbus org.freedesktop.PowerManagement /org/freedesktop/PowerManagement org.freedesktop.PowerManagement.CanSuspend
[17:48] <shadeslayer> ofcourse, pm-utils must not be installed :)
[17:50] <yofel> on that topic, let me remove pm-utils
[17:50] <shadeslayer> yofel: btw we still need to keep pm-utils for other reasons -.-
[17:50] <yofel> which are?
[17:51] <shadeslayer> things like /usr/lib/pm-utils/video-quirks and /usr/lib/pm-utils/sleep.d/
[17:52] <shadeslayer> http://pastebin.kde.org/pib7gulfs
[17:53] <yofel> are those actually used by logind?
[17:54] <shadeslayer> I don't have a clue what is and what is not used by the ubuntu logind >.>
[17:54] <yofel> heh
[17:55] <yofel> ok, at least my hibernate button is gone \o/
[17:55] <shadeslayer> o_o
[17:55] <shadeslayer> yofel: see above, plz replace Suspend with Hibernate
[17:56] <shadeslayer> interesting : qdbus org.freedesktop.PowerManagement /org/freedesktop/PowerManagement org.freedesktop.PowerManagement.CanHibernate                                          shadeslayer@solembum
[17:56] <shadeslayer> false
[17:56] <yofel> ok, suspend workd
[17:56] <sgclark> Riddell: kdesignerplugin ready, couldn't find anything to create symbols with
[17:56] <shadeslayer> yofel: but do you have a button to suspend?
[17:56] <yofel> yep
[17:56] <shadeslayer> okay
[17:57] <yofel> those button essentially depend on the dbus responses anyway
[17:57] <yofel> *buttons
[17:57] <shadeslayer> yep
[17:57]  * shadeslayer is staring at the code
[17:58] <shadeslayer> and it's all synchronous and blocking \o/
[17:58] <shadeslayer> http://paste.kde.org/p886e28a2
[18:00] <yofel> did we find a way to ensuring that qdbus is always working yet?
[18:17] <shadeslayer> yofel: is there a way to get debchange to only edit the latest entry
[18:18] <shadeslayer> so that I can run : dch --edit -l ppa ""
[18:23] <yofel> it does that by default for UNRELEASED changelogs, not sure how to do it for others
[18:23] <shadeslayer> really?
[18:23] <shadeslayer> so I'm updating ktp, and it builds 0.7.1-0ubuntu1
[18:23] <yofel> it always edits an UNRELEASED entry
[18:23] <shadeslayer> when used with uupdate
[18:24] <Riddell> hi shadeslayer, back now for 30 mins
[18:24] <shadeslayer> :)
[18:24] <Riddell> >/usr/lib/x86_64-linux-gnu/qt4/bin/qdbus org.kde.Solid.PowerManagement /org/freedesktop/PowerManagement org.freedesktop.PowerManagement.CanSuspend
[18:24] <Riddell> true
[18:24] <Riddell> >/usr/lib/x86_64-linux-gnu/qt4/bin/qdbus org.freedesktop.PowerManagement /org/freedesktop/PowerManagement org.freedesktop.PowerManagement.CanSuspend
[18:24] <Riddell> true
[18:25] <shadeslayer> :S
[18:25] <shadeslayer> that is what is used to populate the kickoff
[18:26] <sgclark> Riddell: kunitconversion ready
[18:27] <shadeslayer> Riddell: and you don't have pm-utils installed and have restarted ?
[18:27] <Riddell> shadeslayer: oh well I have pm-utils installed now, will that affect those dbus outputs?
[18:28] <shadeslayer> I think so
[18:28]  * Riddell removes
[18:33] <Riddell> >/usr/lib/x86_64-linux-gnu/qt4/bin/qdbus org.kde.Solid.PowerManagement /org/freedesktop/PowerManagement org.freedesktop.PowerManagement.CanSuspend
[18:33] <Riddell> false
[18:33] <Riddell> >/usr/lib/x86_64-linux-gnu/qt4/bin/qdbus org.freedesktop.PowerManagement /org/freedesktop/PowerManagement org.freedesktop.PowerManagement.CanSuspend
[18:33] <Riddell> false
[18:33] <Riddell> shadeslayer: so that explains kickoff
[18:38] <Riddell> anyone able to confirm bug 1274219 ? can't resize from window borders
[18:39] <shadeslayer> Riddell: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/trusty/upower/trusty/view/head:/debian/patches/always_use_pm-utils_backend.patch
[18:39] <genii> Riddell: Yup, same thing here. 
[18:39] <shadeslayer> so we *need* pm-utils
[18:39] <soee> resize when maximised ?
[18:39] <soee> never seen/use that oO
[18:40] <shadeslayer> just that it goes via logind -> upower -> pm-utils
[18:40] <Riddell> shadeslayer: hah
[18:40] <genii> Although usually when you maximize a window, you *want* it to be using the entire screeen....
[18:40] <Riddell> shadeslayer: so why can I remove pm-utils? missing depends there no?
[18:41] <shadeslayer> Riddell: you can't , but about 5-6 months ago there was no pm-utils on the ubuntu CD
[18:42] <Riddell> genii: oh it's only on maximised windows
[18:42] <lordievader> Riddell: Doesn't bother me on Trusty, I can resize a Dolphin window on all 4 corners.
[18:42] <Riddell> genii: why would you want to resize a maximised window? that's nuts
[18:42] <lordievader> Oh wait it wasn't maximized, hold on...
[18:42] <shadeslayer> Riddell: I think this is the only supported mechanism to suspend and hibernate, logind -> upower -> pm-utils
[18:43] <lordievader> Err no, on one corner it automatically unmaximizes so that the window can move.
[18:43] <genii> Riddell: I guess so you could do something like have a strip down the side or such of something different and just hit maximize then move one side of the window over
[18:43] <Riddell> shadeslayer: right, so upower should depend on pm-utils but it depends on pm-utils | systemd-services
[18:43] <shadeslayer> yep
[18:43] <shadeslayer> apparently so
[18:43] <shadeslayer> seems like a bug in upower packaging then
[18:44] <Riddell> shadeslayer: seems to come from debian
[18:45] <shadeslayer> bah
[18:46] <shadeslayer> Riddell: I think the idea was, kubuntu-desktop should directly depend on pm-utils
[18:46] <Riddell> shadeslayer: but why not upower?
[18:47] <shadeslayer> I don't follow
[18:47] <Riddell> kubuntu-desktop does directly depend on pm-utils but if upower needs to use pm-utils why does upower not depend on pm-utils
[18:47] <Riddell> currently upower depends on pm-utils | systemd-services
[18:47] <Riddell> which seems incorrect if it uses pm-utils even when systemd-services is installed
[18:49] <shadeslayer> oh
[18:49] <shadeslayer> s/should/shouldn't/
[18:49] <kubotu> shadeslayer: You did something wrong... Try s/you/me/ or tell me "help sed"
[18:53] <kubotu> ::workspace-bugs:: [1274219] can't resize maximised windows / kubuntu @ https://bugs.launchpad.net/bugs/1274219 (by SA)
[19:01] <Riddell> shadeslayer: could you reply to your testing request on kubuntu-devel so we don't forget this?
[19:01]  * Riddell out
[19:01] <shadeslayer> Riddell: ack
[19:02]  * Riddell installs pm-utils again so he can suspend before going out
[19:37] <yofel> leave the question why the hell I can suspend fine without pm-utils
[19:37] <yofel> and as far as I know logind doesn't need upower at all
[19:37] <yofel> so it's logind | upower -> pm-utils
[19:45] <Quintasan> do we have anyone working on new homerun?
[19:46] <Quintasan> if not I will do it once I get back home and fix kdeconnect overwrite since I must have missed it
[19:47] <soee> Quintasan: any chance to fix this problem iwth kdeconnect? https://plus.google.com/116832083515190735580/posts/M1DEH4XAbnF
[19:52] <soee> ah you posted id just before me :)
[19:52] <soee> ah hes gone :D
[19:55] <kubotu> ::workspace-bugs:: [1241870] kde shutdown script is not executed @ https://bugs.launchpad.net/bugs/1241870 (by Soos Gergely)
[21:07]  * yofel hits quasselcore with a big hammer
[21:07] <yofel> hopefully that'll help
[21:07] <yofel> anyone else having issues with virtuoso? http://paste.kde.org/p92fe1ca5
[22:20] <Riddell> sgclark: kdesignerplugin uploaded!
[22:21] <Riddell> I renamed the packages kgendesignerplugin and libkf5designerplugin5 and put the binary in kgendesignerplugin
[22:21] <Riddell> I think that's better than pretending it's a library
[22:27] <Riddell> sgclark: kunitconversion uploaded!
[22:27] <Riddell> a work of perfection that one
[22:28] <Riddell> sgclark: on kded the kdeinit files aren't -dev files, they belong with the kded binary
[22:29] <Riddell> except in kdelibs 4 land we did something to get rid of the kdeinit files which I don't remember just now
[22:29] <Riddell> but just package them with the kded binary for now
[22:29] <Riddell> needs dh_movelibkdeinit adapted
[22:34] <Riddell> and presumably kinit told about that runpath
[22:34] <Riddell> mm needs make_libkdeinit4_private.diff adapted from kde4libs
[22:41] <sgclark> Riddell: sorry was away
[22:43] <sgclark> Riddell: lost me at dh_movelibkdeinit
[22:49] <sgclark> nevermind got it from kde4lib source
[22:54] <Riddell> right, needs some programming foo, that patch in kde4libs needs adapted to kinit and them the dh_movelibkdeinit script from pkg-kde-tools package needs changed for kdeinit5
[22:55] <Riddell> but for now just package the kdeinit files along with the /usr/bin/ file the relate to
[22:55] <Riddell> it's a way of loading /usr/bin binaries quicker
[22:57] <sgclark> yeah I fixed that, my eyes are glazing over a bit looking at this patch lol
[22:57] <sgclark> I will package as is for now :)
[23:01] <sgclark> Riddell: is ktexteditor intentionally left off our t3 list?
[23:02] <Riddell> sgclark: nope
[23:03] <Riddell> sgclark: but there's no tar for it
[23:04] <sgclark> ahhh seems you are correct, nor plasma-framework
[23:05] <sgclark> hopefully t4 does not depend on those
[23:21] <sgclark> Riddell: kded ready without patch, I think that is beyond my current capabilities
[23:54] <Riddell> "Extensible daemon for providing system level services"  is it system?
[23:54] <Riddell> surely kded manages sesssion services