[00:18] <Quintasan> ScottK, Riddell: Is there any possibilty do run tests requiring running X session in buildd's?
[02:23] <ScottK> Quintasan: Yes.  Using xvfb.
[02:27] <Daskreech> Does anyone use the netbook workspace?
[02:27] <Daskreech> have you ever tried the lock buttong?
[02:27] <Daskreech> Button?
[02:27] <ScottK> Daskreech: WFM.
[02:27] <Daskreech> Hmm 
[02:27] <Daskreech> ok
[02:27] <ScottK> I'll try it again later, I'm on my laptop now.
[02:28] <Daskreech> ok
[05:36] <ScottK> Daskreech: Verified working here.
[05:37] <Daskreech> ScottK: Thanks
[05:45] <apachelogger> ScottK, Daskreech: that feature will not work if krunner is not running
[05:45] <Daskreech> apachelogger: orly?
[05:46] <apachelogger> locking is managed by krunner whereas shutdown is handled by the kde session manager
[05:46] <apachelogger> why krunner would not be running I do not know though
[05:46] <apachelogger> ScottK: do we have unbroken kde on arm yet? ;)
[05:48] <Daskreech> apachelogger: Any reasoning behind that?
[05:50] <apachelogger> Daskreech: why krunner is not running?
[05:51] <Daskreech> Why Krunner is the owner of that task instead of the session manager
[05:51] <apachelogger> because it got nothing to do with session management really ;)
[05:51] <apachelogger> session management = in or out, not lock
[05:52] <Daskreech> ok
[05:52] <Daskreech> why is krunner = lock?
[05:52] <Daskreech> Does it also do user switching?
[05:53] <apachelogger> yes
[05:53] <apachelogger> type lock in krunner :P
[05:53] <apachelogger> or new session
[05:53] <apachelogger> although actually I am not entirely sure about new session
[05:53] <apachelogger> krunner is at least invovled because it also locks on new sessin
[05:53] <apachelogger> +o
[05:53] <Daskreech> apachelogger: I also type in Shutdown when I want to shutdown in krunner
[05:54] <apachelogger> that calls out to ksmserver though
[05:54] <Daskreech> I wouldn't expect that because I start somethien with Krunner it's inextricably linked
[05:54] <Daskreech> Most people start Ksysguard from krunner but it's more linked to kwin than it is krunner
[05:54] <Daskreech> anything else that krunner controls ?
[05:55] <apachelogger> it doesnt control it, it just handles the request
[05:55] <Daskreech> I'm more likely to have krunner on than plasma so I'm not really bothered much by it
[05:56] <apachelogger> but let me look at the codez to make sure I am not telling bogus stories here
[06:02] <apachelogger> Daskreech: locking is definitely handled by krunner, which provides the dbus interface for screenlocking it woudl appear
[06:02] <apachelogger> the actual locking is done by kscreenlocker
[06:02] <Daskreech> ok
[06:02] <apachelogger> (which actually is part of krunner source though)
[06:02] <Daskreech> ha ha ok
[06:02] <Daskreech> thanks
[06:03] <apachelogger> shutdown operations are handled by the ksmserver
[06:03] <Daskreech> that I expect
[06:03] <apachelogger> new session is also handled by krunner but actually carried out by kdm
[06:04] <apachelogger> so krunner just interfaces with shutdown/new session but provides locking
[06:04] <apachelogger> supposedly because locking is a rather simple task and not worth getting its own independent service
[06:05] <apachelogger> whereas session management also includes stuff like session restoration and app killing on exit
[06:05] <apachelogger> and well, the new session stuff needs to be handled by kdm anyway as it requires starting a new X, which only the desktop manager can do
[06:06]  * apachelogger notes that locking is actually done via the same interface as starting the screensaver
[06:06] <apachelogger> and that interface is a freedesktop one it would appear :D
[06:06] <apachelogger> org.freedesktop.ScreenSaver
[06:07]  * apachelogger did not know that
[06:07] <maco> two computers i regularly interact with are broken for locking
[06:07] <maco> my laptop doesnt unlock
[06:07] <maco> and my desktop at work doesnt lock!
[06:07] <maco> well, i can force it too, if i call the binary directly with --force
[06:07] <maco> but the button doesnt work
[06:08] <apachelogger> maco: is krunner runner?
[06:08] <apachelogger> what button actually?
[06:08] <apachelogger> unlocking is probably a PAM issue btw
[06:08] <maco> apachelogger: the logout/shutdown plasmoid i put in the panel
[06:08] <maco> or the logout button when i type it into the plasma netbook launcher
[06:08] <apachelogger> yeah, that wont work if krunner is not running
[06:08] <maco> ooooh
[06:09] <apachelogger> see above :P
[06:09] <maco> krunner doesnt run by default in 10.10
[06:09] <maco> at least not on plasma netbook
[06:09] <apachelogger> sounds like a bug
[06:09]  * apachelogger only has a 11.04 netbook these days
[06:09] <apachelogger> maco: surely SRUworthy
[06:10] <apachelogger> given that we have the shutdown/lock applet in the netbook by default
[06:10] <maco> i dont think an sru could fix it
[06:10] <apachelogger> well
[06:10] <apachelogger> depends on why it is not started ;)
[06:10] <maco> because its not in autostart
[06:10] <apachelogger> so why could we not SRU that?
[06:10] <maco> all you have to do is go toggle the checkbox
[06:10] <maco> because autostart settings are per-user
[06:10] <maco> so i guess an sru could fix it if you create a new user after installing updates
[06:11] <apachelogger> eh?
[06:11] <apachelogger> why is it turned off for the user?
[06:11] <apachelogger> that does not even make sense :O
[06:13] <apachelogger> maco: any clues where that is coming from?
[06:13]  * apachelogger suspects ubiquity
[06:13] <maco> apachelogger: system settings -> startup & shutdown -> autostart
[06:13] <apachelogger> well yes
[06:13] <apachelogger> but by default (meaning upstream) krunner is not in there
[06:14] <apachelogger> the only way it would show up in there is if the krunner.desktop file for autostart is in .local/share/autostart
[06:14] <apachelogger> which should not be the case unless the user actually put it there
[06:14] <maco> oh hmmm
[06:14] <apachelogger> (usually kde autostart services are /usr/share/kde4/autostart)
[06:14] <maco> yeah im looking on my plasma-desktop laptop, and its not listed in htere yet krunner is running
[06:15] <apachelogger> expected default behaviour
[06:15] <apachelogger> maco: was that a straight install of 10.10 or upgrade?
[06:15] <maco> straight install
[06:15] <apachelogger> hm
[06:15] <apachelogger> absolutely weird
[06:15] <maco> there's no /usr/share/kde4/autostart on this natty machine
[06:16] <apachelogger> whoops
[06:16] <apachelogger> /usr/share/autostart
[06:16] <apachelogger> sry
[06:57] <ScottK> apachelogger: Not afaik.
[09:01] <bambee> morning
[09:58] <Riddell> Quintasan: no you can't run X in the build daemons
[10:05] <Quintasan> Riddell: Urgh, is that reason good enough so we can skip tests in qtmobility?
[10:05] <Quintasan> Riddell: Good morning anyways
[10:05] <Riddell> Quintasan: worth a shot :)
[10:06] <apachelogger> who makes tests that fail without X? :O
[10:06] <Quintasan> Well then, to the bug report!
[10:06] <Quintasan> apachelogger: qt-mobility
[10:06] <apachelogger> silly
[10:07] <apachelogger> absolutely silly
[10:07] <Quintasan> apachelogger: They want an working X session :O
[10:07] <Quintasan> s/working/running
[11:01] <shadeslayer_> ScottK: hey!! apachelogger has a bigger laptop than mine :P
[11:03] <debfx> bug #400851 still needs SRU verification on lucid
[11:04] <apachelogger> shadeslayer_: whut?
[11:04] <shadeslayer_> uh .. eh .. my facebook is all broken
[11:04] <apachelogger> are we having a size contest? :O
[11:04] <shadeslayer_> probably because Apple is launching a new MBP
[11:04] <shadeslayer_> apachelogger: dude, your laptop was HUGE
[11:04]  * apachelogger likes big things
[11:05] <shadeslayer_> apachelogger: http://www.youtube.com/watch?v=fqFpq9WXbJo&feature=player_embedded
[11:06] <apachelogger> pr0n?
[12:05] <debfx> Quintasan: do the tests that don't require X pass?
[12:16] <Quintasan> debfx: then no point doing tests
[12:17] <debfx> Quintasan: why? some tests are better than no tests
[12:25] <bambee> a core dev could merge this patch for me in lp:language-selector ? http://paste.kde.org/5743/
[12:25] <bambee> as I said in the changelog, on tab change it disable and uncheck "installable components" which otherwise is confusing
[12:26] <bambee> disables *  / unchecks *
[12:35] <Riddell> debfx: looks like our pyqt ARM problems are from dropping qreal_float_support.patch when it wasn't upstream
[12:46] <debfx> Riddell: doh, no idea what made me think it was upstream :/
[12:49] <Riddell> debfx: quilt can be confusing like that
[12:51] <Quintasan> Riddell, debfx: bug #676512 closed
[12:53] <Quintasan> I'll look at upstream's packaging later and see what the hell they are doing there
[12:55] <Riddell> Quintasan: yay, thanks for doing that
[12:55] <Quintasan> cool
[12:55] <Quintasan> sponsorship request filled in
[12:58] <Riddell> Quintasan: :)
[13:05] <debfx> Riddell: the current qtwebkit snapshot is from the qtwebkit-2.1.x branch, right?
[13:06] <Riddell> debfx: yes
[13:12] <debfx> aha, symbian is the only officially supported platform for 2.1, that's why they haven't backported the linux crash fix
[13:14] <ScottK> shadeslayer: But he wasn't listing all the time.  Must be that fresh mountain air in Austria.
[13:18] <Riddell> debfx: ug, that's really worrying 
[13:19] <Riddell> debfx: where do you get that?
[13:43] <debfx> Riddell: http://qtwebkit.blogspot.com/2011/02/week-05-updates-on-qtwebkit-stable.html
[13:45] <Riddell> debfx: hmm
[13:47] <jjesse> a
[13:47] <Riddell> debfx: we should probably talk to upstream about what we should ship
[13:50] <debfx> indeed
[13:50] <debfx> shadeslayer: which qtwebkit versions does rekonq support?
[14:03] <shadeslayer> debfx: more like, what kdewebkit versions :)
[14:04] <shadeslayer> debfx: we depend on KDE 4.5 right now ... so whatever kdewebkit version was shipped with that
[14:05] <debfx> shadeslayer: well kdewebkit is just a wrapper around qtwebkit, right?
[14:05] <shadeslayer> debfx: sort of ... more like overloaded qtwebkit function
[14:05] <shadeslayer> i've never gotten the term wrapper classes around my head
[14:12] <debfx> so it doesn't have any qtwebkit version requirements?
[14:15] <shadeslayer> well
[14:15] <shadeslayer> debfx: it also depends on Qt 4.6
[14:15] <shadeslayer> so you could call that a requirement
[14:15] <shadeslayer> but no qtwebkit requirements as such
[14:16] <bambee> http://techbase.kde.org/Projects/WebKit/Library => apparently a kde binding for a better integration of webkit in kde
[15:18] <ScottK> apachelogger: FYI, currently raising a ruckus in the ubuntu-arm meeting re gcc 4.5 and Qt.
[15:18] <debfx> Riddell: "2.1 is targeted at symbian and is not being activelly tested on other platforms."
[15:19] <debfx> so I guess we're going to ship 2.1~really2.0
[15:22] <ScottK> 2.1~really2.0becausenokiaonlycaresaboutsymbian
[15:23] <shadeslayer> aye ^^
[15:28] <debfx> + non-existent release management
[15:30] <debfx> they haven't published a single qtwebkit tarball (except some weekly snapshot in the past)
[15:33] <debfx> there isn't even a tag for 2.0.1
[15:37] <ScottK> BTW, looks like we might have a fix for the kdebindings problem on armel.
[15:39] <agateau> Riddell: ping
[15:39] <agateau> Riddell: I am about to release a new dbusmenu-qt,
[15:40] <agateau> Riddell: it does not link to libQtXml anymore, do you think I need to bump the sonumber?
[15:49] <agateau> Riddell: nevermind, got answer from #kde-devel
[15:52] <ScottK> agateau: What was the answer?
[15:54] <agateau> ScottK: no need to bump the sonumber as long as it does not expose QtXml directly
[15:55] <ScottK> Makes sense.
[15:55] <agateau> ScottK: if an app used libQtXml but did not explicitly link to it, it may break though, but that is considered as a bug in the app
[15:55] <ScottK> agateau: Yes.  That's definitely true.
[16:09] <apachelogger> ScottK: did you get an action item out of it?
[16:10] <ScottK> apachelogger: It's in doko's hands now to fix gcc 4.5 (patch is available).
[16:10] <ScottK> Action item to doko in an arm meeting won't help.
[16:10] <apachelogger> ok
[16:10] <debfx> agateau: with the natty toolchain changes those apps fail to build anyway
[16:11] <ScottK> If it's not fixed next week, I'll bring it up at the platform team meeting (his boss runs that one).
[16:11] <ScottK> apachelogger: ^^^
[16:11] <agateau> debfx: ok
[16:11] <apachelogger> ScottK: ok :)
[16:11]  * apachelogger needs to get n900 platform integration into the archives :S
[16:12] <ScottK> Not that his boss telling to do something actually results in something getting done on any consistent basis  mind you, but it helps.
[16:12] <apachelogger> ScottK: do you know anything about progress on mobile images from seed?
[16:12] <ScottK> Waiting for LP changes.  I think Riddell knows about it.
[16:13] <apachelogger> mhh, lots of hold ups :/
[16:13]  * apachelogger continues vlc hacking
[16:16] <Riddell> agateau: what are you planning for n900?  what are you waiting on?
[16:17] <agateau> Riddell: I guess you mean apachelogger
[16:17] <Riddell> wgrant: https://code.launchpad.net/~jr/launchpad/kubuntu-mobile/+merge/49622 got merges, do you know why there isn't a kubuntu-mobile task on e.g. nodm?
[16:17] <Riddell> oh aye
[16:17] <Riddell> apachelogger: what are you planning for n900?  what are you waiting on?
[16:18] <apachelogger> Riddell: waiting on images to clean them out, waiting for gcc to get working KDE
[16:19] <ScottK> Riddell, apachelogger: Is our n900 kernel in?  I've lost track.
[16:19] <apachelogger> ScottK: rejected
[16:19] <apachelogger> some ABI foo I believe
[16:19] <apachelogger> did not yet look into it
[16:19] <ScottK> Ah.
[16:19] <apachelogger> maybe persia did?
[16:19] <ScottK> need to get on that then.
[16:20]  * apachelogger is busy polishing phonon backends for consolidation releases
[16:52] <agateau> Riddell: new libdbusmenu-qt is out
[16:53] <agateau> Riddell: there are two interesting things for you:
[16:53] <agateau> Riddell: 1. no more depends on libQtXml
[16:53] <agateau> Riddell: 2. the kmenu title distro patch can be dropped
[17:05] <Riddell> agateau: kmenu title distro patch?
[17:05] <agateau> Riddell: you remember the story about dbusmenu-qt and copyright assignment, right?
[17:06] <shadeslayer> afiestas: could you mind poking your head in #kubuntu for a while if you're around?
[17:06] <agateau> Riddell: kmenu title was implemented by an external contributor, who declined to sign the ca
[17:06] <Riddell> oh aye
[17:06] <agateau> Riddell: so it was removed from upstream tarball and distro-patched back in
[17:06] <agateau> Riddell: I rewrote it so the feature is back upstream
[17:06] <agateau> in a intellectual-property-clean way
[17:07] <afiestas> shadeslayer: just join the channel,  I'm working though so I may have some delay :p
[17:07] <shadeslayer> sure :)
[17:18] <ScottK> agateau: It was always intellectual property clean.  What it was, was not ridiculous Canonicla internal policy clean.
[17:19] <agateau> ScottK: I am not allowed to say so on a public channel, but I may think this :)
[17:19] <ScottK> I understand.
[17:28] <ScottK> Riddell: You may want to join #kde-sysadmin.  They're discussing tarball layout for 4.6.1.
[18:18] <apachelogger> lulz
[18:18]  * apachelogger hugs ScottK
[18:24] <Riddell> new upstream tar setup for a stable release, makes me cry
[18:25] <Riddell> bambee: I uploaded l-s by the way
[18:26] <bambee> Riddell: thanks. arrf I opened a merge, I close it
[18:27] <Riddell> rbelem: I made some changes to kdenetwork/CMakeLists.txt and changed samba/filepropertiesplugin/sambausershareplugin.cpp to use PackageKit instead of KPackageKit, would be good if you could review
[18:27] <rbelem> Riddell: cool :-)
[18:28] <rbelem> Riddell: are they at git and svn?
[18:28] <rbelem> ops..
[18:28] <rbelem> svn
[18:28] <rbelem> :-D
[18:29] <Riddell> svn
[18:29] <rbelem> Riddell: lets ask sysadmin guys to move the fileshare stuff to git
[18:29] <rbelem> what do you think?
[18:30] <Riddell> rbelem: it should stay with kdenetwork and make the change along with kdenetwork
[18:30] <rbelem> Riddell: oki
[18:30] <Riddell> no point separating it from there
[18:30]  * rbelem is git svn rebasing
[18:33] <rbelem> brb
[18:44] <OchoZero9> how do i get a second monitor hooked up to my laptop
[18:44] <OchoZero9> ?
[18:45] <Riddell> OchoZero9: support in #kubuntu
[18:46] <OchoZero9> Sorry I thought i was there
[18:46] <OchoZero9> xchat cuts half the channel off
[18:46] <debfx> hm why is libkutils4 a "transitional package" but still contains libkutils.so.4.6.0
[18:47] <debfx> ah the library is kept for ABI stability
[18:48] <Riddell> debfx: yes I think it's empty and just links to the new libraires that it got split into
[18:48] <JontheEchidna> yeah^
[18:49] <JontheEchidna> brb
[18:50] <Riddell> qt in the cloud fail, the compile took up the entire 10GB disk space
[19:48] <apachelogger> shadeslayer: how is yer kdm kns patch coming along?
[20:06] <apachelogger> http://git.videolan.org/?p=vlc-bindings/libqtvlc.git;a=summary <-- latest adventures :D
[20:13] <bambee> nice :)
[21:46] <wgrant> Riddell: It's merged, but won't be deployed to cocoplum for another two weeks... unless you complain a lot.
[21:47] <wgrant> Riddell: cocoplum is one of three machines that we can't deploy every day right now :/
[21:52] <Riddell> wgrant: right, should be ok
[21:56] <wgrant> Riddell: Actually, the next deployment is on the 3rd.
[21:56] <wgrant> So less than a week.
[22:01] <Riddell> lovely