[00:08] ScottK: you remember the seahorse-agent v. use-agent stuff? [00:09] ScottK: seahorse-agent, according to adam, only ever writes out a gpg.conf if it tries to read one that doesnt exist [00:09] so really the issue is that the skel file either isnt being written into there period or isnt being written before seahorse-agent starts [00:10] how can we make sure the gpg.conf skel file gets written? [00:54] nhandler: I didn't get any Kubuntu stickers [01:08] jjesse: how much more do you have to do on the menu stuff for docs? [01:09] I just pushed updated images and some new images...I took screenshots of the application launcher that can be used to show the different places === txwikinger4 is now known as txwikinger [01:40] maco: Or there's a bug with seahorse agent. [01:40] The gpg.conf gets written from skel the first time gpg gets run. [01:41] which is after seahose-agent is first run? [01:41] I'd suggest that if seahorse-agent thinks it needs to create the gpg.conf, it first try to use the gpg.skel. [01:41] It could be. [01:42] There was a bug in Feisty where it wasn't getting created, but since then it's been created on first gpg run for any user. [01:42] unless the first thing the user does after install is login on teh command line and use gpg, the skel wont be created for gnome users [01:43] having it be a default skel makes sense to me as a way to force seahorse-agent and gpg-agent play nice [01:43] Right, so if seahorse would use the provided skeleton instead of inventing it's own, it should all work out. [01:43] mmk [01:43] I don't see a point in seahorse-agent creating an empty file. [01:43] nor do i [01:44] dunno how to tell a gui app to use cp either though [01:45] Dunno. The ~equivalent KDE program, kgpg is just a gnupg front end, so it all works. [01:45] * ScottK could do it in shell or python, but not C. [02:00] claydoh: You on tap for Beta release notes? [02:01] sure, how soon? [02:01] ScottK: or rather which day [02:01] Next Thursday (a week). [02:02] cool plenty of time [02:02] Yep, but since it's the beta, I wanted to make sure we started early. [02:03] ;) [02:41] jjesse: I have gone ahead and fixed up the menus....copy yours to the side and then bzr pull in my changes and let me know what you think...I have made the menu file so much simpler I think overall adding common entities so we don't have to type Application LauncherApplicationsInternet all of the time [02:42] our docs now validate and build :) [02:42] anyone in here want to take a section or 2 of the documents to work on? shouldn't be to difficult, just needs some cleaning up === Quintasan_ is now known as Quintasan [06:54] oh man another 200 packages to upgrade, how you do this? :D [06:57] * Quintasan is out, school is calling [07:00] Quintasan: its called a 10/10 connection :P [07:00] Quintasan: its called a 10/10 connection :P === darren_ is now known as trialnerror [07:32] Riddell: updating my branch right now...I put in the show/hide partition bar fix and pulled in the word-wrap fix from main. Only thing left is the timezone city display on hover === shtylman_ is now known as shtylman [08:21] Riddell: Do we have special patches for juk in our package? [08:22] Riddell: I'm looking at bug #316046 and I can't reproduce any of the problems reported in our bug or in the original bugs.kde.org report [08:22] Launchpad bug 316046 in kdemultimedia "Kubuntu jaunty juk stops playing automatic" [Undecided,Fix committed] https://launchpad.net/bugs/316046 [08:22] ubottu: Yes, that's the one I'm testing right now [08:22] Error: I am only a bot, please don't think I'm intelligent :) [08:22] Oh :) [08:25] :) [10:03] Riddell: ping [10:12] hi agateau [10:12] hi Riddell, did you get my email about nepomuk and sesame? [10:13] bothorsen: did you work out your juk issue? [10:14] agateau: yes I see it here [10:14] agateau: what do you find annoying? [10:16] Riddell: if you apply the Dolphin patch, [10:16] everytime you start dolphin you get the notification [10:16] which could be annoying for example if you are offline, or I guess when running from the livecd [10:17] plus you will need to enable Nepomuk to make use of the sesame backend, so it makes more sense to me to show this in the nepomuk kcm [10:18] we could add a "don't show again" option to the notifier [10:18] I've been meaning to do that for a while [10:18] it doesn't run on the live CD anyway [10:18] and ideally it would enable nepomuk for you [10:22] Riddell: I am not sure a "don't show again" would help: if the user disable the message because he does not want to be bothered, it may forget what package needs to be installed to get Nepomuk running [10:24] ok, let's just do the kcm then [10:26] Riddell: ok, i guess we can consider it fixed for now then [10:27] any other bug I may have a look at? [10:50] agateau: kdebluetooth keeps crashing [10:50] that's the other high profile crash we have [10:50] Riddell: ok [10:51] Riddell: do you have a bug number for this? [10:52] bug 320614 I think [10:52] Launchpad bug 320614 in kdebluetooth "kbluetooth4 crashed with SIGSEGV in QDBusAbstractInterface::callWithArgumentList()" [Medium,Triaged] https://launchpad.net/bugs/320614 [10:52] allee: ^^ ? [10:53] ok [11:02] although there's a few crash reports for kdebluetooth :( [11:08] I can't reproducebug 320614, but I obex-data-server crashed on me after transfering a file to my phone [11:27] agateau, bothorsen: either of you know where KDE keeps its config upgrade scripts? [11:28] mmm you mean where in svn? [11:29] agateau: no on disk [11:31] can't find any of them atm [11:33] Riddell: according to kconf_update README, it's in $KDEDIR/share/apps/kconf_update [11:34] yes I have a few of them in /usr/share/apps/kconf_update [11:35] agateau: kbluetooth consistenty crashes on suspend/resume here [11:36] Lure: just keeping it running while suspending is enough? [11:36] or do you have to do something special? [11:39] * Tonio_ goes buy dvds to test k3b [11:39] agateau: ah hah, thanks [11:39] Riddell: if I can make it to work, is there a chance to get it in after the beta release ? [11:40] Riddell: and the string freeze ? will be hard I guess... [11:40] Tonio_: yes that should be possible [11:41] Riddell: oki, let's focus on that today then... [11:41] Tonio_: does something needs testing for k3b? [11:41] Riddell: one thing I'd like to fix in kds : ctrl+alt+left/right should lead to "next desktop" [11:41] Riddell: don't you think ? [11:41] * smarter was planning to copy a DVD on disk [11:41] smarter: we know it works well except for dvd isos burning... [11:42] smarter: but feel free to test from my ppa then ;) [11:42] smarter: and if you like experimental things you can go with the kgtk ppa and test installing kubuntu-kgtk [11:43] smarter: that should provide you kde4 dialogs for firefox, thunderbird, opera, openoffice, scribus, kino and a couple of other apps :) [11:52] agateau: yes - after resume, I get apport crash report [11:52] agateau: I do not even use bluetooth ;-( [11:52] Lure: is that kdebluetooth or kblueplugd crashing ? [11:53] Tonio_: does that come from somewhere? is there an existing shortcut for next desktop? [11:53] Riddell: there is :) and nothing binded to it [11:53] go ahead if you want [11:53] Riddell: compiz has this one for ctrl+alt+right+left [11:53] oki [11:54] Tonio_: kbluetooth4 [11:54] Riddell: also, I found out a conflict with ctrl+shift+w, both kopete and konsole use it [11:54] Lure: oki.... then better ask agateau :) [11:54] Riddell: kopete uses it to set "away" mode and in konsole it closes the tab.... [11:54] agateau: if it would help, I can try reproducing it now... [11:54] Riddell: I think we should remove the kopete one, as probably not as usefull [11:54] Tonio_: it's not like I am a great bluetooth hacker :) [11:55] agateau: but a better c++ one than me, in any case :) [11:55] Lure: I am going to try it now [11:55] agateau: but we are sure you can become one ;-) [11:55] :) [11:57] did not crash :/ === mcasadevall is now known as NCommander [12:00] * agateau hates it when he can't reproduce bugs [12:31] agateau: there are other tasks if you can't get anywhere with that :) [12:37] oh my, these people on the -user list are gonna drive me nuts :( [12:41] Mamarok: what did they do now? [12:46] hum I noticed a strange bug with desktop files and kde... [12:46] create a desktop file with a tryexec, binary missing, everything's okay [12:47] create the binary, you can see the entry in the kickof [12:47] remove the binary, the entry stays in it.... [12:47] can someone confirm this ? (then I'll report...) [12:52] Tonio_: yes I confirm [12:52] Riddell: oki... shouldn't be hard to fix, I'll have a look [12:53] I suspect it won't check TryExec for already known files... [12:54] Riddell: I discovered that installing and remove marble.... the desktop entry is in -data package [13:06] Riddell: tell me all [13:07] agateau: we have this annoying window sizing bug we created and could do with a script to fix it [13:08] Riddell: can you tell me more? [13:09] agateau: in intrepid we tried to set some window sizes to make the default sizes fit with text alongside icons in toolbars, but it caused more problems than it fixed [13:09] agateau: but kwin liked to keep those settings around for people who got them and there's no easy way to get rid of them [13:10] agateau: in your /.kde/share/config/kwinrulesrc is there rules for "Kontact initial default size" etc? [13:11] Riddell: nope, but I jumped from hardy to jaunty [13:11] * apachelogger still thinks piping kwinrulesrc through a script using kconf_update is the way to fix that bug [13:12] so the idea is to get rid of all section/keys named "* initial default size" ? [13:12] agateau: yes, here's mine http://www.kubuntu.org/~jriddell/tmp/kwinrulesrc [13:12] agateau: it has to be done before kwin starts [13:12] Riddell: in startkde for example? [13:13] agateau: yes [13:13] Riddell: doesn't kwin have some reload config thingy? [13:13] kconf_update is probably the proper way to do it [13:13] apachelogger: I don't think so (not looked though) [13:15] org.kde.kwin /KWin reloadConfig [13:15] clever [13:15] so IMHO kconf_update + script + dbus call to that reload thingy is the best way to get rid of those settings [13:16] trouble with kconf_update is it'll only work for people upgrading to kde 4.2 (or whatever version we set) and many people are already using 4.2 [13:16] well [13:16] not necessarily [13:17] IIRC we could use any name for the update file, with any version number [13:17] nixternal: chap from Linux Identity magazine just e-mailed to ask if I wanted to write an article about Kubuntu jaunty, can forward if you're interested [13:18] http://websvn.kde.org/trunk/KDE/kdelibs/kconf_update/README.kconf_update?view=markup [13:18] With identifying the group of update entries that follows. Once a group [13:18] of entries have been applied, their is stored and this group of entries [13:18] will not be applied again. [13:19] i.e. the update file only relates to the defined id, but not an application or one specific config file, thus also the version is independent from $app or KDE [13:21] agateau: recon you can look into that? [13:22] Riddell: yes, can do [13:23] i am wondering how kwin will react if we create "holes" in the config [13:23] section names are numbers, and there is a [General]/count key which keeps how many keys are in it [13:25] agateau: no idea, might need to test that [13:26] agateau: the worst symptom of this is okular's presentation mode only takes up half the screen [13:26] judging from the code, it loads all sections from 1 to count [13:26] I need to look how it behaves if section does not exist [13:38] jjesse: chap from Linux Identity magazine just e-mailed to ask if I wanted to write an article about Kubuntu jaunty, can forward if you're interested [13:39] i am interested please forward [13:40] jjesse: sent (let me know if it ends up in your spam though, gmail doesn't always like me) [13:40] will do [13:41] rickspencer3: ping [13:42] seele: hi [13:42] rickspencer3: wow youre up early! [13:42] not really [13:42] but I do have to get my son up in 2 minutes [13:53] Any KDE bugs that you would like me to take a look at? [13:53] All the ones I have checked today have been fixed upstream already [13:58] apachelogger: I asked them to stop the thread or change at least the subject, guess what... [13:58] they continue as before [13:58] * Mamarok wonders if we should not take other measures for the -users list [13:58] bothorsen: there's a couple of patches on http://people.ubuntu.com/~dholbach/sponsoring/ could you check if we should get them in [13:58] kdebase and qt4-x11 ones [13:59] Mamarok: I can block threads if it's necessary [14:01] Mamarok: Thanks for Virus thread? [14:03] Riddell: I sent a last post and asked them to end it, second mail to ask that now [14:03] Mamarok: want to be list admin? :) [14:04] and yes, it would be a good idea to block the thread [14:04] Riddell: I wouldn't mind to moderate a little, yes [14:04] Riddell: claydoh_ also offered to help [14:05] Virus? [14:06] dasKreeCh: no, there there never was a virus, only a newbie who was in panic with his Jaunty system [14:06] a newbie who never should have installed Jaunty in the first place [14:07] Ah [14:07] Thought it was some cool new FOSS-y badly named App [14:07] Have you put Virus on your linux system yet? [14:07] Yes it's great ! I hope it spreads and gets adopted! [14:08] Cue Windows user listening in with a large question mark over their head [14:08] davmor2: tried today's Kubuntu CD? [14:08] it doesn't work for me, freezes at the usplash [14:12] ug, dist-upgrade crashes in a chroot [14:14] davmor2: hmm, works with splash disabled [14:14] grump [14:15] Riddell: trying now [14:18] Riddell: what hw [14:18] found a patch on freedesktop for the xrandr-makes-screen flicker bug. whom can i bother with that? [14:19] freinhard: bryce, tseliot, tjaalton on #ubuntu-devel are the X guys [14:20] Riddell: thx! [14:21] Riddell: it boots up but usplash does seem to do anything [14:22] davmor2: it boots to X and KDE? [14:23] Riddell: yes you just don't have the progress indicator working [14:24] davmor2: and on the KDE desktop you have the folderview widget with help and install icons? and the notes widget? [14:24] Riddell: I kinda do but is the note meant to be transparent? [14:25] nope [14:25] waa [14:25] Riddell: selecting yellow in prefs fixed it I'll reboot and take a shot for you :) [14:25] davmor2: naw I see the same thing [14:26] apachelogger: Riddell: I have a simple kconf_update script ready, but I am wondering where to place the dbus call [14:26] it can't be put in the script, it's too early [14:26] Riddell: Folder view is right though :) [14:27] agateau: does the script run before kwin starts? [14:27] Riddell: what did you do? [14:28] Riddell: from what I understand, kconf_update scripts are run on KDE startup (good) and on install (bad) [14:28] If it happens on install, then kwin is already running [14:28] and it will probably overwrite the settings [14:29] but next kde start won't reapply the kconf_update [14:29] since it's already flag as applied [14:29] at least that's what I believe will happen, I should test [14:29] Riddell: python-kde4-dev built fine. https://edge.launchpad.net/%7Eryanakca/+archive/ppa/+sourcepub/529870/+listing-archive-extra [14:31] ryanakca: installing [14:34] Riddell: I'm going to install now and see if it's just a cd thing :) [14:34] ryanakca: ooh, that seems to work [14:35] Riddell: Great. Should I commit and push the changes in bzr? And if so, do I set the distribution to ``UNRELEASED'' or ``jaunty'' in debian/changelog? [14:36] ryanakca: yes please, jaunty is fine [14:36] ryanakca: you can also change kdeadmin to remove the s-c-p-k depend on python2.6-dev [14:43] Riddell: both commited and pushed, someone will have to generate the dsc and upload when they can :) [14:43] ryanakca: it also needs /usr/lib/python2.6/dist-packages/PyQt4/uic/widget-plugins/kde4.py from python-kde4-dev [14:44] Riddell: sorry, which? s-c-p-k ? [14:44] ryanakca: yes [14:44] ryanakca: maybe we should move that file to python-kde4 [14:44] so we don't have to install python-kde4-dev [14:45] glatzor: hi [14:45] glatzor: I'm told that kpackagekit won't upgrade packages which mean installing new packages, is that something in the backend? [14:45] OK, I'll take a stab at it. Completely remove it from python-kde4-dev or just make a copy of it in python-kde4? [14:46] ryanakca: move from python-kde4-dev to python-kde4 and add conflicts/replaces to python-kde4 for the old python-kde4-dev [14:46] Riddell: ok. [14:48] ryanakca: shouldn't need compiling or anything, just put the packaging changes into bzr [14:48] What are those "blocked updates" doing in my KPackageKit [14:48] cumulus007: I was just asking glatzor if he know about that [14:49] ah, ok :P [14:49] seems package kit only calls upgrade, not dist upgrade. I just did a dist upgrade via cli and they went away [14:50] mind, i havent looked, ponly guesing [14:51] how to do a dist upgrade on the cli? [14:53] cumulus007: sudo apt-get update && sudo apt-get dist-upgrade [14:57] Riddell: forward away [14:59] agateau, Riddell: it doesn't matter when it gets run as long as it executes the dbus call afterwards, since it ought to reload all kwin configs and thus refresh (or in this case remove) the values stored in the memory [15:00] Tonio_: btw, since I just installed kde trunk ... dolphin now got a search box for accessing nepomuksearch:/ [15:00] apachelogger: o/ [15:00] so, in one way or another nepomuk should become useable in 4.3 [15:00] jussi01: \o [15:05] apachelogger: how so? [15:05] jjesse: Hiya [15:06] dasKreeCh: because that dolphin search box exposes it to $user, and since $user doesn't react very well to broken stuff, as seen previously... [15:07] It should be fixed [15:07] I think the issue is that most people aren't RDF saavy so trueg is basically the sole heavy lifter [15:07] his truck Quotient is pretty high [15:14] Riddell: no splash when shutting down at all :( [15:15] Riddell: on a plus side usplash works correctly on the installed system :) [15:15] Anyone having napomuk crashes? === cumulus007_ is now known as cumulus007 [15:16] It crashes here all the time, Apport notifies me about it [15:16] btw, Apport is very buggy on Kubuntu [15:17] Riddell: the desktop is correct on the installed system too [15:18] Riddell: I took a look at bug #341968. This is a boost patch that have been applied to upstream and it looks good to me. I don't have a test case for it, though [15:18] Launchpad bug 341968 in boost1.37 "Fail at start up" [Unknown,Fix released] https://launchpad.net/bugs/341968 [15:18] Unfortunately the boost guys don't believe in bug fix releases, so I there might not be a 1.37.1 but only the 1.38.0 that was released a month ago [15:19] All the KDE stuff is on 1.35, so if it's just 1.37, we should be OK. === blizzzek is now known as blizzz [15:20] bothorsen: so I should apply the debdiff in comment 4? [15:20] ScottK: Yes, unless someone tries to build his own software with 1.37 [15:20] Riddell: I would say so, yes [15:20] Yes. There are also a few universe packages that use it. [15:21] Riddell: 60 updates here I'm guessing the live system is still outta sync [15:22] davmor2: the Kubuntu one? that got made today (else the usplash wouldn't be the new one) [15:22] the ubuntu live filesystem didn't build [15:22] Riddell: but 60 update in freeze? [15:23] or has freeze not been announced yet [15:23] not that I've noticed [15:24] bothorsen: uploading [15:24] bothorsen: able to look at the kdebase and qt4-x11 ones in the sponsoring queue? [15:24] Riddell: shutdown splash works on installed system too [15:24] Riddell: libmsn patch uploaded to libmsn svn :) [15:24] dfiloni: which patch is that? [15:25] Riddell: Will do. #340741 looks okay but maybe not important [15:25] Riddell: the patch releated to wlm 2009 avatars [15:25] the one uploaded in the ubuntu package [15:25] dfiloni: super (still waiting on salem to look at the security one though) [15:25] I don't know about that, I know how the protocol works but I don't know how to write C++ code -.-' (only a bit of C) [15:26] Riddell: Installed system loses folder view [15:26] Riddell: I already looked at #328919 and added a comment that I can't reproduce this on jaunty [15:26] Might make sense for an intrepid update, though [15:27] davmor2: darn [15:27] davmor2: nothing there? [15:27] bothorsen: bug 340741 is kompozer, gtk app, not my area :) [15:27] Launchpad bug 340741 in kompozer "Request sponsor for kompozer_0.7.10-0ubuntu5" [Undecided,In progress] https://launchpad.net/bugs/340741 [15:28] Riddell: Ok [15:29] btw, the new kiosktool could become really cool [15:30] if it was working and stuff :P [15:30] Riddell: I just tested #328919 on intrepid, but I can't even get khelpcenter up there. I do have a KDE 4.2 on this and upgraded it manually several times, so I don't trust this install much [15:30] but the concept of apps deploying their own .kiosk files makes loads of sense [15:31] bothorsen: if it works in jaunty that's the important thing, close the bug [15:31] Ok, will do [15:32] Riddell: If you could do Bug #345450, I'd appreciate it. [15:32] Launchpad bug 345450 in intrepid-backports "Please backport quassel 0.4.1-0ubuntu1 from Jaunty to Intrepid" [Wishlist,In progress] https://launchpad.net/bugs/345450 [15:32] Tonio_: ping [15:35] hm, ScottK will know :D [15:35] ScottK: is a single rm -f faster than doing an if -e before it? [15:36] that say, is there any way to profile operations? [15:37] No idea and in a $WORK meeting atm. [15:37] it should technically be faster, as rm will do a similar check to if -e, and you only need to initialize/execute one executable [15:37] technically/theoretically [15:37] Riddell: that's after the updates [15:38] davmor2: what is? [15:38] stdin: well, if is a method of bash anyway [15:39] stdin: question is if loading the executable all the time is slower than iffing all the time [15:39] Riddell: folder view disappearing it was there before reboot after installing the updates [15:39] apachelogger: well, bash still has to attempt to stat the file (for [ -e ]) [15:39] davmor2: that's pretty nuts [15:39] Riddell: so one of the update removed it [15:39] stdin: wouldn't rm do the same anyway [15:39] ScottK: done [15:40] Riddell: Thanks. [15:40] stdin: then again... would the loading of rm matter anyway, since it is probably cached anyway [15:40] apachelogger: hmm, so [ -e ... ] would probably be faster in bash [15:41] well, it'd be faster to run a builtin than a cached executable [15:41] I'd guess [15:41] Riddell: I commited the changes, still waiting to see if they build / work. [15:41] Riddell: why not wait and try again tomorrow once all the updates are in place [15:41] stdin: questions is probably what does if -e do and what does rm do [15:42] maybe rm is the superior solution after all ;-) [15:44] stdin: also, are 2 if -e $X + rm -f faster than one if -e $X || $Y + 2 rm -f [15:46] apachelogger: "time rm -f foo" and "time ( [ -e foo ] && rm foo )" tells me [ -e $X ] is faster [15:46] but that's bash's buildin time function ;) [15:47] s/buildin/builtin/ [15:48] hm [15:48] handy :) [15:48] stdin++ [15:48] stdin: here a simple rm -f is faster when the if is true [15:49] ahh, I see that too [15:49] is to be expected though, since rm probably runs a check itself, so the internal if is creating a minor overhead [15:50] then, I guess, if you can't be sure most files are going to be missing. rm -f would generally be better [15:50] aye, my assumption as well [15:51] now, if only bash has a builtin rm :) [15:52] true [15:56] hm [15:56] that is weird though [15:57] startkde runs an if to check if qtcurve and kds are both installed [15:57] when true it runs another 2 ifs to ensure that the files needed from those two packages are actually available [15:58] wouldn't it make more sense to if the 2 required files in the first place? [15:58] Then you could only use QtCurve as your GTK theme in KDE. Ever [15:58] oh, nevermind [15:58] I see what you mean [15:58] they are used in if X && Y [15:59] where Y could be dropped if the initial if uses Y^2 rather than the dpkg info lists [16:01] JontheEchidna: can you take a look at the ... if test "$kcmrandrrc_display_applyonstartup" = "true"; then [16:02] Riddell: Is it possible to build a set of test packages with the patch in #261380? It looks like two important things happen with it: The libs aren't stripped and extra .dbg packages for the Qt binaries are built [16:02] JontheEchidna: IMHO that code is uber-useless [16:02] claydoh_: I will send a message to the list with the rules now, hope you are ok with it [16:02] JontheEchidna: the if would always be false anyway since there is no such setting anymore [16:03] Riddell: Supposedly, this would make it possible to singlestep through Qt library code. But I'd like to test this before giving the go-ahead on it [16:03] Mamarok: can you paste them here? [16:03] apachelogger: where is this? [16:03] JontheEchidna: startkde [16:03] Riddell: I'm not certain how much larger the qt packages will be without the strip [16:03] apachelogger: I generally don't consider performances when talking about bash :) [16:03] apachelogger: bash is not meant to be fast, though... [16:04] Tonio_: it's sh anyway [16:04] which is supposed to be [16:04] hum, oki then I'd say the clean way if to perform a -e before deletion [16:04] but if you care about performances, then don't test for existance... [16:05] except if you need other type of tests, like -x or so... [16:05] apachelogger: there just a short version of the guidelines in the wiki [16:05] or use perl :) [16:05] bothorsen: not stripping qt will end up with huge packages [16:05] Mamarok: urly plz :) [16:06] bothorsen: you can build it locally or in a PPA [16:06] Tonio_: depends on the use case really ... if the file is supposed to not exist most of the time if -e is faster, otherwise rm -f is [16:06] yup, if that has to be done one time only don't check [16:06] if it's a cron task, for example I di check [16:07] apachelogger: that's what I do in startkde for example, I usually do the check [16:07] aye [16:07] I was just wondering if it really is faster every time :) [16:07] apachelogger: do you think this may be related to why the KDE resolution settings are never applied on startup? [16:07] certainly makes the code cluttered though :P [16:07] apachelogger: bah, test in a loop, with a watch :) [16:07] JontheEchidna: yes [16:07] just change it to true further up then, and fix our bug? [16:08] JontheEchidna: though, I think KDE thinks that krandrtray is supposed to be running [16:08] that's BS [16:08] in which case the resolution gets applied once that apps is autostarted [16:08] I tried fixing startkde some time ago [16:08] though it is pretty difficult because the new display stuff supports much more stuff than the other did [16:09] JontheEchidna: it doesn't just store width and height of $screen, but also type of screen etc. [16:09] all that gets applied through xrandr and it does like if one tells it what type of screen we are talking about [16:10] which makes the code grow a lot [16:15] So basically [16:16] * JontheEchidna got pinged/sidetracked [16:16] ok [16:16] So kcmrandrrc doesn't exist any more [16:16] so the setting doesn't really make any difference either way? [16:16]