[05:27] <valorie> boo, this is not us, is it? https://bugs.kde.org/show_bug.cgi?id=333185
[05:27] <valorie> Jacky confirmed it
[05:59] <Mirv> yofel: Riddell: if you have qdbus installed (the qt4 version), and you call qdbus -qt4, it should always work
[05:59] <Mirv> that's same as QT_SELECT=qt4 qdbus, ie both override default.conf coming from qt5-default
[06:17] <soee> good morning
[07:33] <apachelogger> allee: I do not see any crash submissions regarding dolphin 
[07:34] <valorie> I just posted mine, apachelogger
[07:35] <valorie> https://bugs.kde.org/show_bug.cgi?id=333185
[07:35] <apachelogger> ah yeah
[07:35] <apachelogger> valorie: not ours
[07:35]  * apachelogger forgot to reply ^^
[07:36] <valorie> that's good
[07:36] <apachelogger> or well, the master bug is not
[07:36] <apachelogger> #12 0x00007f4931bea7e9 in ?? () from /usr/lib/kde4/fileviewdropboxplugin.so
[07:36] <apachelogger> definitely crashes in a 3rd party thing
[07:38] <valorie> quick response on a bug report; me likey
[07:43] <yofel> Mirv: that's not much of a solution unless we do that for every call of 'qdbus' that are scattered over the system
[07:45] <Mirv> right, I've no understanding of the amount of qdbus calls around
[07:46] <Mirv> the ugly hack would be to depend on both qdbus-qt5 and qdbus packages... as suggested that the qt5 version is compatible
[07:47] <yofel> Mirv: would it be acceptable for qt5-default to recommend qdbus-qt5?
[07:47] <yofel> until we have a better solution
[07:47] <Mirv> yofel: I think mostly only if you convince pkg-kde to do so too.. they'll have the same problem, it's just that in Debian not too many people yet install qt5-default
[07:48] <yofel> hm :/
[07:48] <yofel> depending on qdbus-qt5 would mean seeding qt5 on our images, which I would prefer not to - at least for trusty
[07:51] <yofel> Mirv: ok, lets see what they say for now, I'm over there too anyway
[07:52] <yofel> thanks
[07:52] <Mirv> yes I noticed :)
[08:28] <apachelogger> hm
[08:28] <apachelogger> !info akonadi trusty
[08:28] <apachelogger> !info akonadi-server trusty
[08:29] <apachelogger> (we can't possibly name the binary package akonadi, that would almost make sense)
[08:29] <apachelogger> also bzr is out of sync
[08:29] <apachelogger> \o/
[08:29] <jussi> calligra flow is not a totally bad app, but it needs some decent basic flow chart defaults - its such a mass of random symbols, its very hard to get anything done.
[08:30] <apachelogger> jussi: I think you are supposed to tell the calligra developers
[08:30] <Riddell> it's pretty badly maintained is calligra flow, was made by The Kompany back in the day and abandoned when nobody bought templates
[08:30] <jussi> apachelogger: yes, that too. However, people here actually listen to me :P
[08:31] <jussi> so, anyone got alternate apps? 
[08:31] <Riddell> dia
[08:31] <apachelogger> support happens elsewhere :O
[08:32] <jussi> Riddell: sadly dia is poor also. guess Ill go and use $onlinething
[08:40] <jussi> right, so this random java thing called "yed" looks the goods. lets see. 
[08:44] <apachelogger>   Uploading akonadi_1.12.1-0ubuntu1_source.changes: done.
[08:44] <apachelogger> Successfully uploaded packages.
[08:44] <apachelogger> new upstream release, fixing bugsery
[08:44] <apachelogger> ScottK: ^
[08:53] <sibe> Hello
[08:53] <sibe> bug of libreoffice-kde !
[08:53] <sibe> on 14.04
[08:58] <apachelogger> exciting
[09:20] <Riddell> apachelogger: are you able to look at bcooksley's complaint? [kde-packager] Shipping by distributions of non-KDE distributed components
[09:22] <apachelogger> I did, stuck in moderation
[09:48]  * apachelogger squints
[09:49] <apachelogger> Quintasan: I think the upgrader is drunk
[09:49] <apachelogger> also python ftw
[09:49] <Quintasan> apachelogger: Why am I suddenly drunk?
[09:49] <apachelogger> because you have been drinking
[09:49] <apachelogger> clearly
[09:50] <apachelogger> why else would you try to encode unicode as ascii :P
[09:50] <apachelogger> Quintasan: report bug I guess
[09:51] <Quintasan> well
[09:51] <Quintasan> ask do-release-upgrade
[09:51] <Quintasan> what it is trying to do.
[09:51] <apachelogger> https://www.kubuntuforums.net/showthread.php?65105-Unable-to-start-Dr-Konqi :O
[09:51] <apachelogger> Quintasan: it's trying to encode utf8 as ascii
[09:51] <apachelogger> as the error states
[09:52] <Quintasan> That I can understand, the question is why it tries to do that
[09:52] <apachelogger> the reason it does that is because python is such a fancy language it manages to fall over text encoding in 2014
[09:53] <Quintasan> >Python
[09:53] <Quintasan> I just don't want to touch it.
[09:53] <apachelogger> I did not tell you to touch it, did I
[10:04]  * apachelogger hits the regression alert button
[10:07] <apachelogger>   Uploading kubuntu-driver-manager_14.04ubuntu7_source.changes: done.
[10:07] <apachelogger> Successfully uploaded packages.
[10:07] <apachelogger> fixes notification spam issue
[10:07] <Riddell> yay!
[10:07] <Riddell> apachelogger: what's the regression alert?
[10:08] <apachelogger> the thing I fixed
[10:08] <Riddell> phew
[10:08] <apachelogger> persistency got lost in the refactoring I did a while ago
[11:05] <allee> apachelogger: the dolphin crash was fixed interactively here in IRC.  Yesterdays commit in baloo KDE/4.13 is the result and fixes the crash here as I could confirm
[11:05] <allee> apachelogger: no dolphin rebuild was necessary
[11:06] <apachelogger> allee: oh, a commit we don't have in the packaging yet?
[11:08] <allee> apachelogger: upps, right.  I thought you plan to do another git snapshot anyway, so I was to lazy to ping you.  Sorry
[11:08] <apachelogger> 707f61f3c4134b64bdd923cf4dc5199219b79c01?
[11:08] <allee> *too
[11:08] <apachelogger> kde bug 332403
[11:10] <allee> apachelogger: yes, 707f61f3c4134b64bdd923cf4dc5199219b79c01
[11:10] <apachelogger> importing
[11:11] <apachelogger> allee: I wasn't going to import baloo today FWIW ^^
[11:12] <allee> apachelogger: side question: is here a tool to create a orig.tar + patch from a git  repo?  I did everything yesterday the step by stop way :-(
[11:12] <allee> apachelogger: me culpa 
[11:13] <apachelogger> allee: nope
[11:14] <apachelogger> you could easily script something though... pull-lp-source will get you the latest source package, git clone && git diff v4.13.97 will give you the diff to rc1
[11:15] <allee> apachelogger: k
[11:17] <apachelogger> allee: you could also simply tar the git repo though ;)
[11:18] <apachelogger> shouldn't really make a difference for local usage
[11:20] <apachelogger> Mirv, yofel: https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/827815/comments/14 couldn't qtchooser simply try the other version when the exctuable cannot be found?
[11:20] <allee> apachelogger: that's what I did (without .git/) but it's a tendious job to get with versions and _ versus - ;-) 
[11:20] <yofel> sune made a good point that that's a rather bad idea for stuff like qmake, moc, ...
[11:20] <apachelogger> I mean, chances are the user will have some qdbus installed, qtchooser just doesn't seem to do a very good job at finidng the right one
[11:20] <yofel> he wanted to think about what to do, hasn't responded yet
[11:21] <apachelogger> yofel: qdbus exclusive then :P
[11:21] <yofel> apachelogger: https://codereview.qt-project.org/82702
[11:21] <apachelogger> this thing is as much a mess as the alternative solution before, except now it's upstream :P
[11:22] <apachelogger> IMHO qt should just version their tool names and be done with it, if I only support qdbus4 then I'll call qdbus4 etc. ;)
[11:23] <yofel> well, that's what qdbus -qt4 does, and wouldn't help us in the current situation at all
[11:23] <yofel> at least not to implement that now
[11:23] <apachelogger> allee: by strip/grep/sedding dpkg-parsechangelog you should be able to get the version
[11:23] <apachelogger> alternatively a sed on debian/changelog I guess
[11:24] <apachelogger> yofel: sure, startkde would then call qdbus4 :P
[11:25] <yofel> yeah, if that's how it already was, it would've been great
[11:25] <yofel> and calling the new one qdbus5 would've already helped
[11:25] <yofel> but nobody seemed interested
[11:25] <apachelogger>   Uploading baloo_4.12.97-0ubuntu3_source.changes: done.
[11:25] <apachelogger> Successfully uploaded packages.
[11:26] <apachelogger> fixes crasheroo when rating stuff in dolphin
[11:27] <apachelogger>   Uploading kde-runtime_4.12.97-0ubuntu3_source.changes: done.
[11:27] <apachelogger> Successfully uploaded packages.
[11:27] <apachelogger> git commit import + disabling gpg kwallet again
[11:28] <apachelogger> yofel: why doesn't the default package depend the tools btw?
[11:29] <apachelogger> or well, recommend at least
[11:29] <yofel> I don't know. The currently best solution I guess would be to have qt5-default recommend qdbus-qt5. Again waiting on sune to respond
[11:29] <apachelogger> seems to me if I install qt5-default manually I'll have broken my setup
[11:29] <yofel> in kubuntu, sure
[11:30] <apachelogger> and OTOH if both default packages actually depended on the actual tool packages we coudl also ensure a working startkde 
[11:30] <apachelogger> i.e. we'd seed qt4-default on the ISO (making sure qdbus4 is there)
[11:31] <apachelogger> if the user then installs qt5-default because of qtcreator or something they will continue to have a qdbus because it in turn pulls in qdbus5
[11:51] <Mirv> apachelogger: I think your idea of a qdbus specific qtchooser patch is not a bad one, since qtchooser is cheap to rebuild
[11:52] <kitterma> apachelogger: Thanks.  Accepted along with your other stuff.
[11:54] <apachelogger> ScottK: thx
[11:58] <sgclark> Riddell: http://paste.ubuntu.com/7221266/
[12:04] <BluesKaj> Hiyas all
[12:04] <sgclark> hello
[12:04] <lordievader> o/
[12:08] <apachelogger> valorie: docs languages apparently didn't increase :(
[12:34] <jarkko> huge amount of upgrades
[12:34] <jarkko> were they released today?
[12:47] <apachelogger>   Uploading kubuntu-docs_14.04ubuntu6_source.changes: done.
[12:47] <apachelogger> Successfully uploaded packages.
[12:47] <apachelogger> final export
[12:48] <Riddell> apachelogger: oh cool, do you have ideas on how best to update docs.kubuntu.org?
[12:48] <Riddell> apachelogger: can you export be automated or is there some manual steps to it?
[12:48] <apachelogger> not a clue
[12:48] <apachelogger> Riddell: automated 
[12:48] <Riddell> apachelogger: so we should be able to automate docs.kubuntu.org
[12:48] <apachelogger> Riddell: kde:scratch/sitter/kubuntu-docs 
[12:48] <apachelogger> checkout export.sh
[12:49] <apachelogger> it's how the docbook gets generated
[12:49] <Riddell> then I expect some meinproc needed to make the html
[12:49] <apachelogger> you could probably write a script based on pull-lp-source and generate the html from the docbook though
[12:49] <apachelogger> Riddell: yeah
[12:49] <Riddell> hmm that's an idea
[12:50] <Riddell> would mean docs.kubuntu.org doesn't get turned into spam if someone spams the wiki
[12:50] <apachelogger> yeah
[12:50] <apachelogger> plus since we only have release versions there anyway, it makes sense to generate from the actual package
[13:12] <Striezl> https://wiki.kubuntu.org/Kubuntu/Support
[13:12] <Striezl> how can i help you
[13:12] <Striezl> https://wiki.kubuntu.org/Kubuntu/GettingInvolved
[13:22] <Riddell> oh, he didn't hang around long :(
[13:39] <sgclark> Riddell: http://paste.ubuntu.com/7221266/
[13:42] <lordievader> I suppose it is know, but docs.kubutu.co.uk is broken [1], also docs.kubuntu.com exists but shows an apache test page. [1] http://docs.kubuntu.org/Kubuntu/KubuntuDocs/Installation.html
[13:43] <Riddell> sgclark: a problem for someone experienced in perl plugin libaries to worry about, nobody here really has the skills to know why they're missing, fine to ignore for now
[13:43] <Riddell> lordievader: http://docs.kubuntu.org is the right place to use, are there any links to the other domains?
[13:44] <sgclark> Riddell: ok ty
[13:44] <lordievader> Riddell: Hope not, I honestly thought it was docs.kubu.co.uk, that's why I went there.
[13:45] <lordievader> But the .org has the same problem: http://docs.kubuntu.org/Kubuntu/KubuntuDocs.html
[13:45] <sgclark> Riddell: is this what you had in mind for that automation script? http://paste.ubuntu.com/7221641/
[13:45] <Riddell> lordievader: what's the problem?
[13:46] <Riddell> sgclark: yes, does that do it? don't you need to edit the .install file?
[13:46] <Riddell> oh you added it in, I see
[13:46] <lordievader> Riddell: Installation page is blank and quite a few links give 404's.
[13:46] <sgclark> Riddell: no, once I added that to control all built
[13:47] <Riddell> lordievader: hmm right, it needs replaced with new documentation anyway, volunteers welcome, just some scripting needed
[13:47] <lordievader> Riddell: I know, just thought I'd mention it.
[13:47] <Riddell> sgclark: okay great, can you commit to kubuntu-automation?
[13:48] <sgclark> Riddell: I don't know, I can try
[13:52] <sgclark> Riddell: in the main folder?
[13:53] <yofel> sgclark: same place as the other hooks are
[13:54] <sgclark> yofel: ok ty
[13:54] <yofel> it needs to have the right name and place for kubuntu-batch-backport to find it
[13:56] <sgclark> I named it perlkde-saucy
[13:56] <sgclark> which is consistant with the other files in there
[13:57] <yofel> yeah, sounds correct
[13:57] <sgclark> commited :)
[13:58] <yofel> hm, wrong folder I think. 4.13 isn't stable yet
[13:59] <yofel> then again
[13:59]  * yofel reads logs
[13:59] <Riddell> yeah should be in unstable
[14:00] <Riddell> should probably also have chmod 755
[14:00] <Riddell> sgclark: bzr mv ?
[14:00] <yofel> ah right, needs +x as well
[14:02] <sgclark> oops ok
[14:02] <yofel> yeah, wrong folder. Rohan changed the package list for saucy, but the hooks are still in unstable
[14:04] <sgclark> ok bzr mv and chmod complete
[14:05] <yofel> correct now
[14:06] <yofel> stable/unstable here matches the folder on depot.kde.org that the release is in
[14:06] <yofel> not that kf5 or plasma next were considered when we did that ^^
[14:12] <apachelogger> yofel: does neon somehow force the dbus session into the neon envrionment?
[14:13] <apachelogger> i.e. systemwise dbus would be started such that it only looks for services in /usr/share, however since neon installs to opt the session bus needs to be started from inside the envrionment
[14:13] <yofel> I don't think we do that. The init script should have the old dbus-daemon init code from the old kdedev examples, but commented out
[14:13] <apachelogger> mh, ok
[14:13] <yofel> I vaguely remember rohan debugging some dbus issues long ago
[14:14] <yofel> but I don't think we came very far
[14:14] <apachelogger> we're looking for a solution for neon5 right now
[14:14] <apachelogger> apparently something autoinjects /usr/share/project-neon5 as a possible data path
[14:14] <apachelogger> so we could symlink there
[14:14] <apachelogger> or we forcefully start a second session bus from inside startneon5
[14:17] <Riddell> morning shadeslayer, where are you this week?
[14:18] <apachelogger> Riddell: he's away for the week
[14:20]  * yofel seriously wonders if neon4 should just get wrapped up
[14:20] <yofel> Trusty is completely busted and I personally don't have the time to fix it in the near future.
[14:20] <yofel> apachelogger: also, what's your plan for mixed environments like we'll have with plasma next but kdelibs based kstars or so
[14:20] <yofel> leave them seperate?
[14:23] <apachelogger> yofel: well, the kde4 stuff would be wrapped by the containment, except for kdehome
[14:23] <apachelogger> come to think of it not setting the legacy vars possibly is a bad thing
[14:23] <apachelogger> otherwise the entire session would be contained into .project-neon5-kde 
[14:24] <Riddell> apachelogger: I know, I'm being nosey and asking where
[14:41] <jose> Riddell: ping, IS is asking if the new CMS (wp) is going to be hosted by them?
[14:41] <Riddell> jose: no we plan to host it ourselves
[14:41] <jose> thank you
[14:48] <Riddell> debfx: fix for bug 1293704 uploaded, thanks!
[14:48] <Riddell> ScottK: you're a kmail user, any sign of bug 1290307 ?
[14:48] <Riddell> https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/1290307 "Local Folders: Error: Unsupported Type."
[14:51] <Riddell> jose: thanks for poking him :)
[14:51] <jose> Riddell: np, it's always good to have a dose of IS rejection from time to time :P
[14:52] <Riddell> gosh, final freeze in 2 days!
[14:52] <jose> there's 5 open/new tickets on my bookmarks atm
[14:52] <jose> yeah!
[14:52] <jose> time's passed quickly
[14:54] <apachelogger> Riddell: the kleopatra thing is in gpgme a change by pitti from october or so
[14:54] <apachelogger> where he did some gpg1 stuff I did not understand which had as fallout that the pits kleopatra wants are not built anymore
[14:55] <Riddell> apachelogger: I know, debfx found a fix which I just tested and uploaded
[14:55] <apachelogger> ok
[15:30] <Riddell> ScottK: kde-workspace has a change from doko..
[15:30] <Riddell> "+  * plasma-scriptengines: Remove the dependency on plasma-scriptengine-ruby.
[15:30] <Riddell> +    Still depends on ruby1.8 which won't be available in trusty.
[15:30] <Riddell> ScottK: is that still true?
[15:30] <Riddell> "
[15:30] <jose> Riddell: DB dump is on ovidiu-florin's inbox (as well as mine), do you need a copy?
[15:30] <Riddell> well it's true but you fixed it to not use ruby1.8 right?
[15:30] <jose> Riddell: do we need files as well?
[15:30] <Riddell> jose: cool, no I trust ovidiu :)
[15:30] <Riddell> jose: meaning attached files on pages?  yes probably
[15:31] <Riddell> shadeslayer, yofel: I've gone with the local QT_SELECT=qt4 qdbus in startkde for now
[15:32] <yofel> k, that's the worst occurance at least
[16:02] <jose> ok, I have all the files that are on the current instance atm
[16:08] <Riddell> jose: current instance?
[16:08] <jose> drupal
[16:09] <jose> the current site
[16:14] <Riddell> jose: yes but how could we download them?
[16:14] <jose> Riddell: oh, I have the file, it's a bit heavy - 145MB, I can send it to anyone who needs it
[16:15] <Riddell> jose: ok cool
[16:15] <jose> want me to email it to you?
[16:15] <Riddell> jose: copy it do the new server I guess, you don't have an account do you?
[16:15] <jose> nope, I don't
[16:15] <Riddell> no! 145MB e-mails are scary!
[16:15] <jose> lol
[16:17] <Riddell> jose: what preferred username and ssh key for server?
[16:17] <jose> Riddell: joseeantonior for username, and SSH key should be the one at https://launchpad.net/~jose/+sshkeys
[16:19] <Riddell> jose: joseeantonior@docs.kubuntu.org
[16:20] <jose> I'm in
[16:21] <jose> scp'ing the file over there
[16:23] <jose> wow, it says it's going to take a couple hours - let's just hope my connection doesn't go down
[17:59] <sgclark> Riddell: kde-workspace-kf5 so far https://spideroak.com/browse/share/Kubuntu/kubuntu_packaging/Pictures/
[18:00] <sgclark> Riddell: trying to get knewstuff working now
[18:27] <sgclark> Riddell: perlkde saucy https://launchpad.net/~scarlett-7/+archive/kubuntu-ppa/+packages
[20:39] <jose> Riddell: the file has been scp'd onto the server
[21:50] <Sput> apachelogger: is 1299872 resolved now with the gstreamer thingy?
[22:12] <ScottK> Riddell: get that all the time in saucy.
[22:12] <ScottK> Riddell: I think the Ruby thing is fixed.