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