[00:08] <kubotu> ::workspace-bugs:: [1157474] kwin in ppa:kubuntu-ppa/backports hangs just after login when launching a random applicati... @ https://bugs.launchpad.net/bugs/1157474 (by 林博仁(Henry Lin) a.k.a. Ｖ字龍(Vdragon))
[01:33] <soop_de_woop> Hello, was i able to added to the testers?
[01:36] <ScottK> shadeslayer: It would be good to talk to the rekonq devs about https://blueprints.launchpad.net/ubuntu/+spec/client-1303-webkit-maintenance - If we had a properly maintained QtWebKit with a stable API, it might be good to use it.
[01:38] <shadeslayer> ScottK: somehow I doubt rekonq devs would be willing to use API's that would potentially be unstable on another distro
[01:38] <ScottK> Well, I think it would be a matter of keeping support for 'current' API once we freeze.
[01:39] <shadeslayer> and that API may/may not be available on another platform?
[01:39] <ScottK> How many distros ship rekonq as their default browser?
[01:39] <shadeslayer> ( that's the feeling I'm getting from this proposal )
[01:39] <ScottK> I would expect it may not remain available, but that's only because upstream is a moving target.
[01:40] <ScottK> 300 open CVEs suggests this may be worth some consideration.
[01:40] <shadeslayer> heh
[01:40] <ScottK> Seriously.
[01:40] <shadeslayer> so, follow up question, is this about Qt4/Qt5 ?
[01:40] <shadeslayer> because rekonq is currently KDE4/Qt4 based
[01:41] <ScottK> Read the spec and you know as much as I do.
[01:41] <shadeslayer> heh okay
[01:49] <shadeslayer> I'm still confused
[01:49] <shadeslayer> but I get the general idea
[01:50] <shadeslayer> I guess I could email Andrea about this and ask him what he thinks about this
[02:04] <ScottK> Thanks.
[02:05] <ScottK> Part of the goal here is if some upstreams start to support a maintained QtWebKit fork with stable APIs and security support, other distros may latch onto it too.
[07:15] <soee> good morning
[07:56]  * Tm_T moved back to Konqueror as their main browser and has been happy thus far
[08:00] <lordievader> Good morning
[10:11] <shadeslayer> anyone want to update QtWebkit to the final release?
[10:51] <BluesKaj> HI all
[10:51] <shadeslayer> hi BluesKaj
[10:52] <BluesKaj> hi shadeslayer
[10:55] <soee> hi
[10:55] <BluesKaj> hi soee
[10:56] <soee> hi BluesKaj 
[10:56] <BluesKaj> quiet again today
[12:22] <xnox> apachelogger: sorry, I failed at updating maintainer line correctly on the qt4-x11 upload.
[12:22] <xnox> It appears that I "sponsored" your upload.
[13:47] <Riddell> http://dot.kde.org/2013/03/20/plasma-media-center-release-one PMC is out
[13:48] <Riddell> Quintasan: you looked at that last?
[13:50] <Riddell> kubotu: newpackage kfilebox 
[13:50] <kubotu> incorrect usage, ask for help using 'kubotu: help newpackage'
[13:50] <Riddell> kubotu: help newpackage
[13:50] <kubotu> newpackage <packagename> <version> [description]; Adds needs-packaging bug for entirely new package.
[13:50] <kubotu>                 newversion <packagename> <version> [description]; Adds update bug for existing package.
[13:50] <kubotu>                 buildstatus <packagename> [release] [ppa]; Buildstatus for package.
[13:50] <Riddell> kubotu: newpackage kfilebox 0.4.2
[13:50] <kubotu> https://bugs.launchpad.net/bugs/1157723
[13:52]  * BluesKaj avoids all-in-one media center apps , never found one that satisfies
[14:01] <apachelogger> xnox: fine with me as long as the broken code is gone ^^
[14:02] <apachelogger> shadeslayer: do we have any patch for webkit to fix that?
[14:02] <apachelogger> didn't they somehow prevent the source from ending up in the global gstreamer registry?
[14:02]  * apachelogger thought there was some upstream fix for that too
[14:09] <yofel> that new etherpad software feels weird
[14:15] <yofel> kubotu: newpackage ssdm 0.1.0 http://qt-apps.org/content/show.php/SDDM+-+QML-Based+Display+Manager?content=156539
[14:16] <kubotu> https://bugs.launchpad.net/bugs/1157742
[14:18] <Riddell> yes another display manager?
[14:19] <yofel> Riddell: upstream seems interested: http://aseigo.blogspot.de/2013/03/logging-into-plasma-workspaces-2.html
[14:46] <Riddell> shadeslayer: http://blogs.kde.org/2013/03/15/qtwebkit-230-out  new qtwebkit, were you working on that?
[14:51] <Riddell> I big request to us all http://blogs.kde.org/2013/03/20/big-request
[14:52] <yofel> challenge accepted
[14:54] <Riddell> hmm, monday at akademy is Qt contributors summit
[14:54] <Riddell> is that an issue for anyone?  apachelogger maybe for phonon?
[15:04] <soee> any tips how to solve this: $ mysql-workbench 
[15:04] <soee> /usr/libexec/mysql-workbench-bin: error while loading shared libraries: libctemplate.so.0: cannot open shared object file: No such file or directory ?
[15:30] <apachelogger> Riddell: checking
[15:32] <apachelogger> Riddell: FWIW, from a PR pov not having it on the same day as QtCS would be good
[15:33] <kubotu> ::runtime-bugs:: [1157753] knotify4 crashed with SIGSEGV in malloc() @ https://bugs.launchpad.net/bugs/1157753 (by Marcos K)
[15:36] <apachelogger> Riddell: apparently I shall keep my schedule free for qt stuff
[16:23] <Riddell> apachelogger: not having during QtCS would mean moving it to Thursday which I feel is getting a bit late in the week
[16:23] <Riddell> apachelogger: apparently?  does that mean you're fine for Kubuntu on Monday or not?
[16:25] <apachelogger> Riddell: means I may have other stuff to attend at some point, so I personally could not attend a whole day of kubuntu sessions
[16:25] <apachelogger> shouldn't stop us from using kubuntu for the kubuntu summit though
[16:25] <apachelogger> s/kubuntu/monday/
[16:25] <kubotu> apachelogger meant: "shouldn't stop us from using monday for the kubuntu summit though"
[16:29] <Quintasan> harararar
[16:29] <Quintasan> apachelogger: Can you into regexp?
[16:45] <sakang> has ther been any PMC pkgs for Kubuntu?  like to try if any.  thanks
[16:45] <sakang> there*
[16:45] <Riddell> a good question
[16:45] <Riddell> needs grepping irc logs to work out
[16:46] <Riddell> kubuntu-devel-2013-02-06.txt:[13:22] <Quintasan> Riddell: I'll do a quick pacakge of PMC and upload to Experimental okay?
[16:46] <Riddell> sakang: check in experimental PPA?
[16:46] <sakang> Riddell: thanks
[16:47] <yofel> Riddell: it'll be hard to get all of us together anyway unless the akademy schedule is done - we probably won't need the whole day though. It'll be more a question of putting sessions where they don't conflict with other interesting ones
[16:52] <agateau> starbuck: fix for dolphin pushed for review
[16:53] <mikhas> who are the current dolphin folks anyway, after ppenz stepped down as maintainer?
[16:53] <starbuck> aurelien: thanks a lot, that flicker is getting a bit annyoing :)
[16:55] <Quintasan> FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFf
[16:55] <mikhas> …un?
[16:56] <Quintasan> I'm VERY annoyed right now at QRegExp
[16:56] <Quintasan> that said I'm totally not bothering with it
[16:56] <Quintasan> need food
[16:57] <agateau> Riddell: hi! did you have a look at https://code.launchpad.net/~agateau/ubiquity/kde-fix-slideshow-not-starting ?
[16:58] <mikhas> well, if you tried to use QRegExp to fill up your fridge then I can understand why you got angry
[16:58] <yofel> Quintasan: http://www.xkcd.com/1171/ ?
[16:59] <Riddell> agateau: ooh I might have forgotten that one, will look in a sec
[16:59] <agateau> Riddell: no pb
[17:07] <Riddell> yofel, apachelogger: "how many people do you expect, so we can pick a suitable sized room?"
[17:07] <Riddell> hundreds? thousands?
[17:09] <yofel> dunno, from the actual team not more than a dozen I guess + a few people from the community
[17:09] <apachelogger> yeah, 12 tops
[17:17] <Riddell> kubotu: newpackage nootka 0.8.60
[17:17] <kubotu> https://bugs.launchpad.net/bugs/1157859
[18:02] <Shura> Hi, the hour is not accurate on KDE, it's 1 hour late (time zone is ok). When I change it, it's reseted after each reboot
[18:03] <maco> Shura: does the time in kde agree with the time that the "date" command says?
[18:03] <Shura> hmm yes
[18:03] <Shura> When I check the box to auto set hour, it reset the hour, then uncheck itself
[18:04] <maco> Shura: is it possible your BIOS clock is set one hour off of UTC so when it goes "ok i'm 4 hours from UTC, that makes it X oclock" it's starting in the wrong place?
[18:04] <Shura> I check the BIOS clock and it's ok
[18:06] <Shura> when i use tzselect command, at the end it says :
[18:06] <Shura> Local time is now:      Wed Mar 20 19:05:27 CET 2013.
[18:06] <Shura> Universal Time is now:  Wed Mar 20 18:05:27 UTC 2013.
[18:06] <Shura> 19:05 is true.
[18:06] <Shura> But, it's still 18:05 in kde
[18:08] <maco> Shura: when you use tzselect, you have to ask it for a specific timezone right? it doesnt just tell you what your current one is?
[18:09] <maco> actually, when you run "date" does it say UTC or CET in there?
[18:09] <Shura> Yes it asks, i answer
[18:09] <Shura> mercredi 20 mars 2013, 18:09:26 (UTC+0000)
[18:09] <maco> ah ha, so your timezone does not seem to be set
[18:09] <maco> tzselect doesn't set it
[18:10] <maco> it just lets you find out about other timezones
[18:10] <Shura> I'll try to add TZ='Europe/Paris'; export TZ in .profile as it's said in the tzselect
[18:10] <Shura> brb
[18:10] <maco> to set your timezone you can do "sudo dpkg-reconfigure tzdata"
[18:11] <Shura> hmm it's ok after adding the line in .profile
[18:11] <Shura> SHould i also reconfigure tzdata ?
[18:11] <Shura> And remove the line in .profile ?
[18:11] <maco> reconfiguring tzdata would set it for the entire system, while the profile set it only for your user
[18:12] <Shura> ok
[18:12] <maco> if you dont share the computer though, doesn't matter which
[18:15] <Shura> It's ok after reboot.
[18:15] <Shura> Thank you ! I will report that bug i think
[19:12] <soee> uhm
[19:14] <yofel> hm?
[19:18] <soee> do you have the same: when downloading updates whole network is blocked ?
[19:19] <yofel> no, can't say I do
[19:24] <soee> is here maybe any homerun developer ?
[19:24] <yofel> you're looking for agateau
[19:29] <soee> thanks yofel i try to catch him