[00:08] <maco> ScottK: you remember the seahorse-agent v. use-agent stuff?
[00:09] <maco> ScottK: seahorse-agent, according to adam, only ever writes out a gpg.conf if it tries to read one that doesnt exist
[00:09] <maco> 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] <maco> how can we make sure the gpg.conf skel file gets written?
[00:54] <nixternal> nhandler: I didn't get any Kubuntu stickers
[01:08] <nixternal> jjesse: how much more do you have to do on the menu stuff for docs?
[01:09] <nixternal> 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
[01:40] <ScottK> maco: Or there's a bug with seahorse agent.
[01:40] <ScottK> The gpg.conf gets written from skel the first time gpg gets run.
[01:41] <maco> which is after seahose-agent is first run?
[01:41] <ScottK> 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] <ScottK> It could be.
[01:42] <ScottK> 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] <maco> 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] <maco> having it be a default skel makes sense to me as a way to force seahorse-agent and gpg-agent play nice
[01:43] <ScottK> Right, so if seahorse would use the provided skeleton instead of inventing it's own, it should all work out.
[01:43] <maco> mmk
[01:43] <ScottK> I don't see a point in seahorse-agent creating an empty file.
[01:43] <maco> nor do i
[01:44] <maco> dunno how to tell a gui app to use cp either though
[01:45] <ScottK> 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] <ScottK> claydoh: You on tap for Beta release notes?
[02:01] <claydoh> sure, how soon?
[02:01] <claydoh> ScottK: or rather which day
[02:01] <ScottK> Next Thursday (a week).
[02:02] <claydoh> cool plenty  of time
[02:02] <ScottK> Yep, but since it's the beta, I wanted to make sure we started early.
[02:03] <claydoh> ;)
[02:41] <nixternal> 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 <foo>Application Launcher</foo><foo>Applications</foo><foo>Internet</foo> all of the time
[02:42] <nixternal> our docs now validate and build :)
[02:42] <nixternal> 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
[06:54] <Quintasan> oh man another 200 packages to upgrade, how you do this? :D
[06:57]  * Quintasan is out, school is calling
[07:00] <jussi01> Quintasan: its called a 10/10 connection :P
[07:00] <jussi01> Quintasan: its called a 10/10 connection :P
[07:32] <shtylman> 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
[08:21] <bothorsen> Riddell: Do we have special patches for juk in our package?
[08:22] <bothorsen> 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] <bothorsen> ubottu: Yes, that's the one I'm testing right now
[08:22] <bothorsen> Oh :)
[08:25] <agateau> :)
[10:03] <agateau> Riddell: ping
[10:12] <Riddell> hi agateau
[10:12] <agateau> hi Riddell, did you get my email about nepomuk and sesame?
[10:13] <Riddell> bothorsen: did you work out your juk issue?
[10:14] <Riddell> agateau: yes I see it here
[10:14] <Riddell> agateau: what do you find annoying?
[10:16] <agateau> Riddell: if you apply the Dolphin patch,
[10:16] <agateau> everytime you start dolphin you get the notification
[10:16] <agateau> which could be annoying for example if you are offline, or I guess when running from the livecd
[10:17] <agateau> 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] <Riddell> we could add a "don't show again" option to the notifier
[10:18] <Riddell> I've been meaning to do that for a while
[10:18] <Riddell> it doesn't run on the live CD anyway
[10:18] <Riddell> and ideally it would enable nepomuk for you
[10:22] <agateau> 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] <Riddell> ok, let's just do the kcm then
[10:26] <agateau> Riddell: ok, i guess we can consider it fixed for now then
[10:27] <agateau> any other bug I may have a look at?
[10:50] <Riddell> agateau: kdebluetooth keeps crashing
[10:50] <Riddell> that's the other high profile crash we have
[10:50] <agateau> Riddell: ok
[10:51] <agateau> Riddell: do you have a bug number for this?
[10:52] <Riddell> bug 320614  I think
[10:52] <Riddell> allee: ^^ ?
[10:53] <agateau> ok
[11:02] <Riddell> although there's a few crash reports for kdebluetooth :(
[11:08] <agateau> I can't reproducebug 320614, but I obex-data-server crashed on me after transfering a file to my phone
[11:27] <Riddell> agateau, bothorsen: either of you know where KDE keeps its config upgrade scripts?
[11:28] <agateau> mmm you mean where in svn?
[11:29] <Riddell> agateau: no on disk
[11:31] <agateau> can't find any of them atm
[11:33] <agateau> Riddell: according to kconf_update README, it's in $KDEDIR/share/apps/kconf_update
[11:34] <agateau> yes I have a few of them in /usr/share/apps/kconf_update
[11:35] <Lure> agateau: kbluetooth consistenty crashes on suspend/resume here
[11:36] <agateau> Lure: just keeping it running while suspending is enough?
[11:36] <agateau> or do you have to do something special?
[11:39]  * Tonio_ goes buy dvds to test k3b
[11:39] <Riddell> agateau: ah hah, thanks
[11:39] <Tonio_> Riddell: if I can make it to work, is there a chance to get it in after the beta release ?
[11:40] <Tonio_> Riddell: and the string freeze ? will be hard I guess...
[11:40] <Riddell> Tonio_: yes that should be possible
[11:41] <Tonio_> Riddell: oki, let's focus on that today then...
[11:41] <smarter> Tonio_: does something needs testing for k3b?
[11:41] <Tonio_> Riddell: one thing I'd like to fix in kds : ctrl+alt+left/right should lead to "next desktop"
[11:41] <Tonio_> Riddell: don't you think ?
[11:41]  * smarter was planning to copy a DVD on disk
[11:41] <Tonio_> smarter: we know it works well except for dvd isos burning...
[11:42] <Tonio_> smarter: but feel free to test from my ppa then ;)
[11:42] <Tonio_> smarter: and if you like experimental things you can go with the kgtk ppa and test installing kubuntu-kgtk
[11:43] <Tonio_> smarter: that should provide you kde4 dialogs for firefox, thunderbird, opera, openoffice, scribus, kino and a couple of other apps :)
[11:52] <Lure> agateau: yes - after resume, I get apport crash report
[11:52] <Lure> agateau: I do not even use bluetooth ;-(
[11:52] <Tonio_> Lure: is that kdebluetooth or kblueplugd crashing ?
[11:53] <Riddell> Tonio_: does that come from somewhere?  is there an existing shortcut for next desktop?
[11:53] <Tonio_> Riddell: there is :) and nothing binded to it
[11:53] <Riddell> go ahead if you want
[11:53] <Tonio_> Riddell: compiz has this one for ctrl+alt+right+left
[11:53] <Tonio_> oki
[11:54] <Lure> Tonio_: kbluetooth4
[11:54] <Tonio_> Riddell: also, I found out a conflict with ctrl+shift+w, both kopete and konsole use it
[11:54] <Tonio_> Lure: oki.... then better ask agateau :)
[11:54] <Tonio_> Riddell: kopete uses it to set "away" mode and in konsole it closes the tab....
[11:54] <Lure> agateau: if it would help, I can try reproducing it now...
[11:54] <Tonio_> Riddell: I think we should remove the kopete one, as probably not as usefull
[11:54] <agateau> Tonio_: it's not like I am a great bluetooth hacker :)
[11:55] <Tonio_> agateau: but a better c++ one than me, in any case :)
[11:55] <agateau> Lure: I am going to try it now
[11:55] <Lure> agateau: but we are sure you can become one ;-)
[11:55] <agateau> :)
[11:57] <agateau> did not crash :/
[12:00]  * agateau hates it when he can't reproduce bugs
[12:31] <Riddell> agateau: there are other tasks if you can't get anywhere with that :)
[12:37] <Mamarok> oh my, these people on the -user list are gonna drive me nuts :(
[12:41] <apachelogger> Mamarok: what did they do now?
[12:46] <Tonio_> hum I noticed a strange bug with desktop files and kde...
[12:46] <Tonio_> create a desktop file with a tryexec, binary missing, everything's okay
[12:47] <Tonio_> create the binary, you can see the entry in the kickof
[12:47] <Tonio_> remove the binary, the entry stays in it....
[12:47] <Tonio_> can someone confirm this ? (then I'll report...)
[12:52] <Riddell> Tonio_: yes I confirm
[12:52] <Tonio_> Riddell: oki... shouldn't be hard to fix, I'll have a look
[12:53] <Tonio_> I suspect it won't check TryExec for already known files...
[12:54] <Tonio_> Riddell: I discovered that installing and remove marble.... the desktop entry is in -data package
[13:06] <agateau> Riddell: tell me all
[13:07] <Riddell> agateau: we have this annoying window sizing bug we created and could do with a script to fix it
[13:08] <agateau> Riddell: can you tell me more?
[13:09] <Riddell> 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] <Riddell> 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] <Riddell> agateau: in your /.kde/share/config/kwinrulesrc is there rules for "Kontact initial default size" etc?
[13:11] <agateau> 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] <agateau> so the idea is to get rid of all section/keys named "* initial default size" ?
[13:12] <Riddell> agateau: yes, here's mine  http://www.kubuntu.org/~jriddell/tmp/kwinrulesrc
[13:12] <Riddell> agateau: it has to be done before kwin starts
[13:12] <agateau> Riddell: in startkde for example?
[13:13] <Riddell> agateau: yes
[13:13] <apachelogger> Riddell: doesn't kwin have some reload config thingy?
[13:13] <Riddell> kconf_update is probably the proper way to do it
[13:13] <Riddell> apachelogger: I don't think so (not looked though)
[13:15] <apachelogger> org.kde.kwin /KWin reloadConfig
[13:15] <Riddell> clever
[13:15] <apachelogger> so IMHO kconf_update + script + dbus call to that reload thingy is the best way to get rid of those settings
[13:16] <Riddell> 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] <apachelogger> well
[13:16] <apachelogger> not necessarily
[13:17] <apachelogger> IIRC we could use any name for the update file, with any version number
[13:17] <Riddell> 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] <apachelogger> http://websvn.kde.org/trunk/KDE/kdelibs/kconf_update/README.kconf_update?view=markup
[13:18] <apachelogger> With <id> identifying the group of update entries that follows. Once a group
[13:18] <apachelogger> of entries have been applied, their <id> is stored and this group of entries
[13:18] <apachelogger> will not be applied again.
[13:19] <apachelogger> 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] <Riddell> agateau: recon you can look into that?
[13:22] <agateau> Riddell: yes, can do
[13:23] <agateau> i am wondering how kwin will react if we create "holes" in the config
[13:23] <agateau> section names are numbers, and there is a  [General]/count key which keeps how many keys are in it
[13:25] <Riddell> agateau: no idea, might need to test that
[13:26] <Riddell> agateau: the worst symptom of this is okular's presentation mode only takes up half the screen
[13:26] <agateau> judging from the code, it loads all sections from 1 to count
[13:26] <agateau> I need to look how it behaves if section does not exist
[13:38] <Riddell> 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] <jjesse> i am interested please forward
[13:40] <Riddell> jjesse: sent (let me know if it ends up in your spam though, gmail doesn't always like me)
[13:40] <jjesse> will do
[13:41] <seele> rickspencer3: ping
[13:42] <rickspencer3> seele: hi
[13:42] <seele> rickspencer3: wow youre up early!
[13:42] <rickspencer3> not really
[13:42] <rickspencer3> but I do have to get my son up in 2 minutes
[13:53] <bothorsen>  Any KDE bugs that you would like me to take a look at?
[13:53] <bothorsen> All the ones I have checked today have been fixed upstream already
[13:58] <Mamarok> apachelogger: I asked them to stop the thread or change at least the subject, guess what...
[13:58] <Mamarok> they continue as before
[13:58]  * Mamarok wonders if we should not take other measures for the -users list
[13:58] <Riddell> 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] <Riddell> kdebase and qt4-x11 ones
[13:59] <Riddell> Mamarok: I can block threads if it's necessary
[14:01] <Riddell> Mamarok: Thanks for Virus thread?
[14:03] <Mamarok> Riddell: I sent a last post and asked them to end it, second mail to ask that now
[14:03] <Riddell> Mamarok: want to be list admin? :)
[14:04] <Mamarok> and yes, it would be a good idea to block the thread
[14:04] <Mamarok> Riddell: I wouldn't mind to moderate a little, yes
[14:04] <Mamarok> Riddell: claydoh_ also offered to help
[14:05] <dasKreeCh> Virus?
[14:06] <Mamarok> dasKreeCh: no, there there never was a virus, only a newbie who was in panic with his Jaunty system
[14:06] <Mamarok> a newbie who never should have installed Jaunty in the first place
[14:07] <dasKreeCh> Ah
[14:07] <dasKreeCh> Thought it was some cool new FOSS-y badly named App
[14:07] <dasKreeCh> Have you put Virus on your linux system yet?
[14:07] <dasKreeCh> Yes it's great ! I hope it spreads and gets adopted!
[14:08] <dasKreeCh> Cue Windows user listening in with a large question mark over their head
[14:08] <Riddell> davmor2: tried today's Kubuntu CD?
[14:08] <Riddell> it doesn't work for me, freezes at the usplash
[14:12] <Riddell> ug, dist-upgrade crashes in a chroot
[14:14] <Riddell> davmor2: hmm, works with splash disabled
[14:14] <Riddell> grump
[14:15] <davmor2> Riddell: trying now
[14:18] <davmor2> Riddell: what hw
[14:18] <freinhard> found a patch on freedesktop for the xrandr-makes-screen flicker bug. whom can i bother with that?
[14:19] <Riddell> freinhard: bryce, tseliot, tjaalton on #ubuntu-devel are the X guys
[14:20] <freinhard> Riddell: thx!
[14:21] <davmor2> Riddell: it boots up but usplash does seem to do anything
[14:22] <Riddell> davmor2: it boots to X and KDE?
[14:23] <davmor2> Riddell: yes you just don't have the progress indicator working
[14:24] <Riddell> davmor2: and on the KDE desktop you have the folderview widget with help and install icons?  and the notes widget?
[14:24] <davmor2> Riddell: I kinda do but is the note meant to be transparent?
[14:25] <Riddell> nope
[14:25] <Riddell> waa
[14:25] <davmor2> Riddell: selecting yellow in prefs fixed it I'll reboot and take a shot for you :)
[14:25] <Riddell> davmor2: naw I see the same thing
[14:26] <agateau> apachelogger: Riddell: I have a simple kconf_update script ready, but I am wondering where to place the dbus call
[14:26] <agateau> it can't be put in the script, it's too early
[14:26] <davmor2> Riddell: Folder view is right though :)
[14:27] <Riddell> agateau: does the script run before kwin starts?
[14:27] <davmor2> Riddell: what did you do?
[14:28] <agateau> Riddell: from what I understand, kconf_update scripts are run on KDE startup (good) and on install (bad)
[14:28] <agateau> If it happens on install, then kwin is already running
[14:28] <agateau> and it will probably overwrite the settings
[14:29] <agateau> but next kde start won't reapply the kconf_update
[14:29] <agateau> since it's already flag as applied
[14:29] <agateau> at least that's what I believe will happen, I should test
[14:29] <ryanakca> Riddell: python-kde4-dev built fine. https://edge.launchpad.net/%7Eryanakca/+archive/ppa/+sourcepub/529870/+listing-archive-extra
[14:31] <Riddell> ryanakca: installing
[14:34] <davmor2> Riddell: I'm going to install now and see if it's just a cd thing :)
[14:34] <Riddell> ryanakca: ooh, that seems to work
[14:35] <ryanakca> 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] <Riddell> ryanakca: yes please, jaunty is fine
[14:36] <Riddell> ryanakca: you can also change kdeadmin to remove the s-c-p-k depend on python2.6-dev
[14:43] <ryanakca> Riddell: both commited and pushed, someone will have to generate the dsc and upload when they can :)
[14:43] <Riddell> ryanakca: it also needs /usr/lib/python2.6/dist-packages/PyQt4/uic/widget-plugins/kde4.py from python-kde4-dev
[14:44] <ryanakca> Riddell: sorry, which? s-c-p-k ?
[14:44] <Riddell> ryanakca: yes
[14:44] <Riddell> ryanakca: maybe we should move that file to python-kde4
[14:44] <Riddell> so we don't have to install python-kde4-dev
[14:45] <Riddell> glatzor: hi
[14:45] <Riddell> glatzor: I'm told that kpackagekit won't upgrade packages which mean installing new packages, is that something in the backend?
[14:45] <ryanakca> 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] <Riddell> ryanakca: move from python-kde4-dev to python-kde4 and add conflicts/replaces to python-kde4 for the old python-kde4-dev
[14:46] <ryanakca> Riddell: ok.
[14:48] <Riddell> ryanakca: shouldn't need compiling or anything, just put the packaging changes into bzr
[14:48] <cumulus007> What are those "blocked updates" doing in my KPackageKit
[14:48] <Riddell> cumulus007: I was just asking glatzor if he know about that
[14:49] <cumulus007> ah, ok :P
[14:49] <jussi01> seems package kit only calls upgrade, not dist upgrade. I just did a dist upgrade via cli and they went away
[14:50] <jussi01> mind, i havent looked, ponly guesing
[14:51] <cumulus007> how to do a dist upgrade on the cli?
[14:53] <ryanakca> cumulus007: sudo apt-get update && sudo apt-get dist-upgrade
[14:57] <nixternal> Riddell: forward away
[14:59] <apachelogger> 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] <apachelogger> Tonio_: btw, since I just installed kde trunk ... dolphin now got a search box for accessing nepomuksearch:/
[15:00] <jussi01> apachelogger: o/
[15:00] <apachelogger> so, in one way or another nepomuk should become useable in 4.3
[15:00] <apachelogger> jussi01: \o
[15:05] <dasKreeCh> apachelogger: how so?
[15:05] <dasKreeCh> jjesse: Hiya
[15:06] <apachelogger> 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] <dasKreeCh> It should be fixed
[15:07] <dasKreeCh> I think the issue is that most people aren't RDF saavy so trueg is basically the sole heavy lifter
[15:07] <dasKreeCh> his truck Quotient is pretty high
[15:14] <davmor2> Riddell: no splash when shutting down at all :(
[15:15] <davmor2> Riddell: on a plus side usplash works correctly on the installed system :)
[15:15] <cumulus007_> Anyone having napomuk crashes?
[15:16] <cumulus007> It crashes here all the time, Apport notifies me about it
[15:16] <cumulus007> btw, Apport is very buggy on Kubuntu
[15:17] <davmor2> Riddell: the desktop is correct on the installed system too
[15:18] <bothorsen> 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] <bothorsen> 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] <ScottK> All the KDE stuff is on 1.35, so if it's just 1.37, we should be OK.
[15:20] <Riddell> bothorsen: so I should apply the debdiff in comment 4?
[15:20] <bothorsen> ScottK: Yes, unless someone tries to build his own software with 1.37
[15:20] <bothorsen> Riddell: I would say so, yes
[15:20] <ScottK> Yes. There are also a few universe packages that use it.
[15:21] <davmor2> Riddell: 60 updates here I'm guessing the live system is still outta sync
[15:22] <Riddell> davmor2: the Kubuntu one?  that got made today (else the usplash wouldn't be the new one)
[15:22] <Riddell> the ubuntu live filesystem didn't build
[15:22] <davmor2> Riddell: but 60 update in freeze?
[15:23] <davmor2> or has freeze not been announced yet
[15:23] <Riddell> not that I've noticed
[15:24] <Riddell> bothorsen: uploading
[15:24] <Riddell> bothorsen: able to look at the kdebase and qt4-x11 ones in the sponsoring queue?
[15:24] <davmor2> Riddell: shutdown splash works on installed system too
[15:24] <dfiloni> Riddell: libmsn patch uploaded to libmsn svn :)
[15:24] <Riddell> dfiloni: which patch is that?
[15:25] <bothorsen> Riddell: Will do. #340741 looks okay but maybe not important
[15:25] <dfiloni> Riddell: the patch releated to wlm 2009 avatars
[15:25] <dfiloni> the one uploaded in the ubuntu package
[15:25] <Riddell> dfiloni: super (still waiting on salem to look at the security one though)
[15:25] <dfiloni> 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] <davmor2> Riddell: Installed system loses folder view
[15:26] <bothorsen> Riddell: I already looked at #328919 and added a comment that I can't reproduce this on jaunty
[15:26] <bothorsen> Might make sense for an intrepid update, though
[15:27] <Riddell> davmor2: darn
[15:27] <Riddell> davmor2: nothing there?
[15:27] <Riddell> bothorsen: bug 340741 is kompozer, gtk app, not my area :)
[15:28] <bothorsen> Riddell: Ok
[15:29] <apachelogger> btw, the new kiosktool could become really cool
[15:30] <apachelogger> if it was working and stuff :P
[15:30] <bothorsen> 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] <apachelogger> but the concept of apps deploying their own .kiosk files makes loads of sense
[15:31] <Riddell> bothorsen: if it works in jaunty that's the important thing, close the bug
[15:31] <bothorsen> Ok, will do
[15:32] <ScottK> Riddell: If you could do Bug #345450, I'd appreciate it.
[15:32] <apachelogger> Tonio_: ping
[15:35] <apachelogger> hm, ScottK will know :D
[15:35] <apachelogger> ScottK: is a single rm -f faster than doing an if -e before it?
[15:36] <apachelogger> that say, is there any way to profile operations?
[15:37] <ScottK> No idea and in a $WORK meeting atm.
[15:37] <stdin> 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] <stdin> technically/theoretically
[15:37] <davmor2> Riddell: that's after the updates
[15:38] <Riddell> davmor2: what is?
[15:38] <apachelogger> stdin: well, if is a method of bash anyway
[15:39] <apachelogger> stdin: question is if loading the executable all the time is slower than iffing all the time
[15:39] <davmor2> Riddell: folder view disappearing it was there before reboot after installing the updates
[15:39] <stdin> apachelogger: well, bash still has to attempt to stat the file (for [ -e ])
[15:39] <Riddell> davmor2: that's pretty nuts
[15:39] <davmor2> Riddell: so one of the update removed it
[15:39] <apachelogger> stdin: wouldn't rm do the same anyway
[15:39] <Riddell> ScottK: done
[15:40] <ScottK> Riddell: Thanks.
[15:40] <apachelogger> stdin: then again... would the loading of rm matter anyway, since it is probably cached anyway
[15:40] <stdin> apachelogger: hmm, so [ -e ... ] would probably be faster in bash
[15:41] <stdin> well, it'd be faster to run a builtin than a cached executable
[15:41] <stdin> I'd guess
[15:41] <ryanakca> Riddell: I commited the changes, still waiting to see if they build / work.
[15:41] <davmor2> Riddell: why not wait and try again tomorrow once all the updates are in place
[15:41] <apachelogger> stdin: questions is probably what does if -e do and what does rm do
[15:42] <apachelogger> maybe rm is the superior solution after all ;-)
[15:44] <apachelogger> stdin: also, are 2 if -e $X + rm -f faster than one if -e $X || $Y + 2 rm -f
[15:46] <stdin> apachelogger: "time rm -f foo" and "time ( [ -e foo ] && rm foo )" tells me [ -e $X ] is faster
[15:46] <stdin> but that's bash's buildin time function ;)
[15:47] <stdin> s/buildin/builtin/
[15:48] <apachelogger> hm
[15:48] <apachelogger> handy :)
[15:48] <apachelogger> stdin++
[15:48] <apachelogger> stdin: here a simple rm -f is faster when the if is true
[15:49] <stdin> ahh, I see that too
[15:49] <apachelogger> is to be expected though, since rm probably runs a check itself, so the internal if is creating a minor overhead
[15:50] <stdin> then, I guess, if you can't be sure most files are going to be missing. rm -f would generally be better
[15:50] <apachelogger> aye, my assumption as well
[15:51] <stdin> now, if only bash has a builtin rm :)
[15:52] <apachelogger> true
[15:56] <apachelogger> hm
[15:56] <apachelogger> that is weird though
[15:57] <apachelogger> startkde runs an if to check if qtcurve and kds are both installed
[15:57] <apachelogger> when true it runs another 2 ifs to ensure that the files needed from those two packages are actually available
[15:58] <apachelogger> wouldn't it make more sense to if the 2 required files in the first place?
[15:58] <JontheEchidna> Then you could only use QtCurve as your GTK theme in KDE. Ever
[15:58] <JontheEchidna> oh, nevermind
[15:58] <JontheEchidna> I see what you mean
[15:58] <apachelogger> they are used in if X && Y
[15:59] <apachelogger> where Y could be dropped if the initial if uses Y^2 rather than the dpkg info lists
[16:01] <apachelogger> JontheEchidna: can you take a look at the ... if test "$kcmrandrrc_display_applyonstartup" = "true"; then
[16:02] <bothorsen> 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] <apachelogger> JontheEchidna: IMHO that code is uber-useless
[16:02] <Mamarok> claydoh_: I will send a message to the list with the rules now, hope you are ok with it
[16:02] <apachelogger> JontheEchidna: the if would always be false anyway since there is no such setting anymore
[16:03] <bothorsen> 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] <apachelogger> Mamarok: can you paste them here?
[16:03] <JontheEchidna> apachelogger: where is this?
[16:03] <apachelogger> JontheEchidna: startkde
[16:03] <bothorsen> Riddell: I'm not certain how much larger the qt packages will be without the strip
[16:03] <Tonio_> apachelogger: I generally don't consider performances when talking about bash :)
[16:03] <Tonio_> apachelogger: bash is not meant to be fast, though...
[16:04] <apachelogger> Tonio_: it's sh anyway
[16:04] <apachelogger> which is supposed to be
[16:04] <Tonio_> hum, oki then I'd say the clean way if to perform a -e before deletion
[16:04] <Tonio_> but if you care about performances, then don't test for existance...
[16:05] <Tonio_> except if you need other type of tests, like -x or so...
[16:05] <Mamarok> apachelogger: there just a short version of the guidelines in the wiki
[16:05] <Tonio_> or use perl :)
[16:05] <Riddell> bothorsen: not stripping qt will end up with huge packages
[16:05] <apachelogger> Mamarok: urly plz :)
[16:06] <Riddell> bothorsen: you can build it locally or in a PPA
[16:06] <apachelogger> 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] <Tonio_> yup, if that has to be done one time only don't check
[16:06] <Tonio_> if it's a cron task, for example I di check
[16:07] <Tonio_> apachelogger: that's what I do in startkde for example, I usually do the check
[16:07] <apachelogger> aye
[16:07] <apachelogger> I was just wondering if it really is faster every time :)
[16:07] <JontheEchidna> apachelogger: do you think this may be related to why the KDE resolution settings are never applied on startup?
[16:07] <apachelogger> certainly makes the code cluttered though :P
[16:07] <Tonio_> apachelogger: bah, test in a loop, with a watch :)
[16:07] <apachelogger> JontheEchidna: yes
[16:07] <JontheEchidna> just change it to true further up then, and fix our bug?
[16:08] <apachelogger> JontheEchidna: though, I think KDE thinks that krandrtray is supposed to be running
[16:08] <JontheEchidna> that's BS
[16:08] <apachelogger> in which case the resolution gets applied once that apps is autostarted
[16:08] <apachelogger> I tried fixing startkde some time ago
[16:08] <apachelogger> though it is pretty difficult because the new display stuff supports much more stuff than the other did
[16:09] <apachelogger> JontheEchidna: it doesn't just store width and height of $screen, but also type of screen etc.
[16:09] <apachelogger> all that gets applied through xrandr and it does like if one tells it what type of screen we are talking about
[16:10] <apachelogger> which makes the code grow a lot
[16:15] <JontheEchidna> So basically
[16:16]  * JontheEchidna got pinged/sidetracked
[16:16] <JontheEchidna> ok
[16:16] <JontheEchidna> So kcmrandrrc doesn't exist any more
[16:16] <JontheEchidna> so the setting doesn't really make any difference either way?
[16:16] <smarter> krandrtray replaces it I think
[16:16] <JontheEchidna> yet another systemtray icon, yay
[16:16] <smarter> at least, it has a config screen that looks like the kcm randr
[16:17] <apachelogger> JontheEchidna: krandrrc
[16:17] <apachelogger> .!!!~~~~>Bat paste: pasted at http://paste.ubuntu.com/133731/
[16:17] <apachelogger> you'd have to parse the screen number and the output type
[16:17]  * JontheEchidna hides
[16:17] <apachelogger> then parse the size
[16:18] <JontheEchidna> shell scripting is my sekret weak point
[16:18] <apachelogger> well, it would be rather easy
[16:18] <apachelogger> just takes some time to get all cases covered
[16:18] <JontheEchidna> probably because I've never taken the time to learn it other than what I would need for debian/rules
[16:18] <apachelogger> + the amount of code doesn't make sense in startkde IMHO
[16:19] <JontheEchidna> so do we want to autostart krandrtray?
[16:20] <JontheEchidna> and then just remove that startkde code?
[16:21] <JontheEchidna> but that's yet another program running by default
[16:21] <apachelogger> no
[16:21] <apachelogger> no
[16:21] <apachelogger> I want the code to disappear
[16:21] <apachelogger> it is useless as it is
[16:22] <apachelogger> then poke upstream to find some more sensible solution than that tray app
[16:22] <apachelogger> maybe a kded module
[16:22] <apachelogger> or if they wish they can update the startkde code
[16:22] <JontheEchidna> like the suse xrandr module that makes the monitor blink every 10 seconds and makes 10 GB logs? :P
[16:23] <apachelogger> which IMHO would be rather pointless considering the new display kcm exposes most of xrandr's features, so startkde would grow quite a bit to cover all cases
[16:23] <apachelogger> JontheEchidna: suse is famous for it's bugs :P
[16:23] <JontheEchidna> I think seli made that one though :P
[16:23] <agateau> Riddell: apachelogger: I have a script ready to fix the kwinrulesrc issue, it's a bit hackish (waits 5 secs before sending dbus signal to kwin)
[16:24] <Riddell> hackish is fine
[16:24] <agateau> the script is in Python, can I use python-dbus or is it better to use os.system("dbus-send...")
[16:24] <agateau> ?
[16:24] <Riddell> either is fine
[16:24] <agateau> better as in less dependencies
[16:25] <agateau> ok let me push this then
[16:27] <agateau> mmm, hold on while I check the package actually include my files :)
[16:31] <JontheEchidna> lolwut: kcminputrc Mouse cursorTheme 'Oxygen_Black'
[16:35] <agateau> Riddell: I am about to push, but I think I should first pull the latest kubuntu-default-settings package
[16:35] <agateau> how do I do this with bzr?
[16:36] <Riddell> agateau: bzr update  or bzr merge  depending on if you have a checkout or a branch
[16:37] <agateau> bzr update did grab stuff
[16:37] <agateau> now I have a conflict to resolv :)
[16:42] <Riddell> edit file, or bzr revert <file>   then bzr resolve <file>
[16:45] <agateau> bzr resolve <file> worked ok, but now I have "pending merges:" in my "bzr st" output, is there something to do about this?
[16:48] <Riddell> agateau: you need to do  bzr commit ?
[16:49] <agateau> ok
[16:49] <agateau> Riddell: bzr commit or bzr commit --local ?
[16:49] <agateau> Riddell: And I copy the pending merge message as a commit message?
[16:52] <Riddell> agateau: whichever you want
[16:53] <agateau> Riddell: ok, I am pushing right now
[16:53] <agateau> in my not-well-named branch: lp:~agateau/kubuntu-default-settings/disable-nepomuk/
[16:53] <JontheEchidna> apachelogger: I pushed the startkde stuff for kcmrandrrdc
[16:53] <Lure_> Riddell: is it still possible to upload main stuff for beta?
[16:54] <Lure_> Riddell: or was freeze tonight?
[16:54]  * ScottK hasn't seen a freeze announement.
[16:55] <Lure_> ScottK: Steve's announcement said about Thursday, but is this 00:00 or 23:59?
[16:55]  * Lure_ will prepare lensfun then
[16:55] <ScottK> Dunno, but usually there's a follow-up when the freeze in place.
[16:57] <Quintasan> \o
[17:00] <cernui> Is there any tool for generating an ISO diff & patch and limit the download size between for example, 2 daily isos?
[17:01] <Riddell> cernui: rsync, see KubuntuFiles
[17:02] <cernui> Ridell, you're righ even I've used it but for other purposes, thanks
[17:21] <cernui> Mm but rsnc is transferring the entire iso, it wolld be good to have an utility that reads the local iso and compares them with the list if the remote, downloads those wich changed and rebuild the iso
[17:22] <cernui> Maybe only 50-100 megs should be enough for a single day diff
[17:22] <Riddell> agateau: uploaded, thanks
[17:24] <Riddell> ryanakca: python seems to be broken in the buildds, remind me to retry kdeadmin bindings and boost1.37 at some point
[17:29] <Lure_> Riddell: if uploads are still allowed, could you sponsor lensfun upload (debdiff should be in you mailbox)?
[17:30] <Mamarok> will taglib-extras be included in Jaunty?
[17:34] <Mamarok> apachelogger: ^^
[17:39]  * Lure notices that Freeze was announced after I requested sponsored upload - does this count? ;-)
[17:42] <ryanakca> Riddell: Will do
[17:46] <devfil> Riddell: often my kubuntu installation freeze, I think is due to latest updates, yesterday it did't freeze
[17:49] <Riddell> Lure: uploaded
[17:49] <Riddell> devfil: wibble
[17:50] <Riddell> Mamarok: what is that?
[17:50] <devfil> Riddell: "wibble" ?
[17:51] <devfil> what does it mean?
[17:52] <rgreening> Riddell: update-notifier-kde doesnt seem to run
[17:52] <rgreening> Traceback (most recent call last):
[17:52] <rgreening>   File "/usr/bin/update-notifier-kde", line 34, in <module>
[17:52] <rgreening>     import dbus.mainloop.qt
[17:52] <rgreening> ImportError: No module named qt
[17:53] <JontheEchidna> rgreening: reinstall python-qt4-dbus
[17:54] <rgreening> reinstall? why, what happened to require a re-install?
[17:54] <JontheEchidna> dunno, but that fixes it
[17:54] <rgreening> that's stupid
[17:56] <rgreening> oh my... fixed it, but that should never happen
[18:05] <Mamarok> Riddell: the new dependency for Amarok 2.1, to be found in trunk/kdesupport/taglib-extras directory of KDE's SVN
[18:05] <Mamarok> it will not build without anymore
[18:06] <Mamarok> necessary for WMA and MP4 files to be integrated in the collection
[18:07] <calc> can someone check a bug for me on KDE?
[18:07] <calc> bug 292628 (check under Jaunty if possible)
[18:07] <freinhard> calc: sure
[18:08] <freinhard> anyone hacking on system-config-printer-kde?
[18:08] <seele> freeflying: Riddell and Arby I think
[18:09] <freinhard> seele: thx!
[18:10] <rgreening> any reason kpackagekit is showing a gtk authorization dialog under KDE? http://imagebin.ca/view/i_f49jOG.html
[18:10] <Tonio_> Lure: shouldn't kipi-plugins depend on libgpod4-nogtk and not libgpod4 ?
[18:10] <rgreening> Tonio_: see above q?
[18:10] <Tonio_> above what ?
[18:11] <Tonio_> rgreening: update-notifier-kde works for me...
[18:11] <rgreening> quesion on kpk above
[18:11] <freinhard> Riddell: systemsettings->printer configuration->new printer. the description of "New Local Printer" explicitly mentions *directly* connected printers, should mention networkprinters too. (minor fix, but i just got confused..)
[18:11] <rgreening> its showing a gtk dialog
[18:11] <rgreening> and not the kde one
[18:11] <Tonio_> rgreening: you might have to reinstall policykit-kde
[18:12] <Tonio_> is it installed for you ?
[18:12] <rgreening> hrm.... let me check
[18:18] <rgreening> Tonio_: policykit-kde is already installed. so was policykit-gnome. removing gnome one and now it says I dont have permissions. policykit is also installed.
[18:18] <Tonio_> rgreening: hu ?
[18:18] <Tonio_> lemme check
[18:19] <Tonio_> rgreening: no pb on my side...
[18:19] <Tonio_> rgreening: also works update-notifier...
[18:19] <freinhard> calc: so what do you exactly need? steps what to do? (i don't get any file dialog)
[18:20] <rgreening> hrm.. was working until I updated
[18:20] <Tonio_> rgreening: there is something going wrong for you I suspect...
[18:20] <rgreening> Tonio_: I don't even have a kcm module in system-settings showing up
[18:20] <Tonio_> rgreening: reinstall the packages I'd say....
[18:20] <Tonio_> purge them and reinstall
[18:21] <rgreening> Tonio_: try running it from under update-notifier-kde. thats where it's broken (Riddell)
[18:21] <rgreening> If I run it normal via kpackagekit, it works. This is a major bug
[18:21] <smarter> KPackageKit still doesn't work here "You don't have the necessary privileges to perform this action."
[18:22] <rgreening> grr
[18:22] <rgreening> :P
[18:22] <Tonio_> ah...
[18:22] <Tonio_> rgreening: no updates for now, I'll try later
[18:22] <smarter> and the only error I get is:
[18:22] <smarter> Authentification error :  :
[18:22]  * smarter bbl
[18:22] <Tonio_> rgreening: but if you miss an icon in systemsettings, there is really something going wrong :)
[18:23] <Tonio_> smarter: tried to fix the perms in systemsettings for you ?
[18:23] <rgreening> Tonio_: which package provides the kcm module?
[18:24] <Tonio_> kpackagekit...
[18:25] <rgreening> Tonio_: no, the policy one
[18:25] <rgreening> that's whats missing
[18:25] <Tonio_> policykit-kde then :)
[18:25] <Tonio_> /usr/share/kde4/services/kcm_pkk_authorization.desktop
[18:30] <rgreening> ls: cannot access /usr/share/kde4/services/kcm_pkk_authorization.desktop: No such file or directory
[18:31] <rgreening> Tonio_: ^
[18:31] <rgreening> which package provides it?
[18:31] <Tonio_> rgreening: purge policykit-kde and install it
[18:32] <Tonio_> rgreening: you removed the file somehow
[18:32] <Tonio_> rgreening: if that's manual removal, the package needs purging before reinstalling
[18:32] <rgreening> I never removed it
[18:32] <rgreening> never touched it
[18:32] <Tonio_> rgreening: bah, it isn't there right ? and it should :)
[18:32] <rgreening> was working until updates today
[18:33] <Tonio_> rgreening: then package hasn't been modified at all....
[18:33] <rgreening> something removed it
[18:34] <rgreening> weird
[18:34] <Tonio_> rgreening: I agree this is weird...
[18:35] <rgreening> nope. still missing after purge/re-install
[18:35] <rgreening> Tonio_: ^
[18:38] <Tonio_> rgreening: hu ?????
[18:38] <Tonio_> rgreening: can you dpkg -L policykit-kde ?
[18:38] <Tonio_> and grep for the file ?
[18:41] <smarter_> Tonio_: fix the perms for what?
[18:41] <Tonio_> smarter: for policykit/kpackagekit
[18:42] <rgreening> Tonio_: it's not in the package
[18:42] <smarter_> and where do I do that? :)
[18:42] <Tonio_> rgreening: dpkg -L policykit-kde | grep kcm_pkk_authorization.desktop
[18:42] <Tonio_> /usr/share/kde4/services/kcm_pkk_authorization.desktop
[18:43] <Tonio_> rgreening: apt-file also finds it...
[18:43] <Tonio_> rgreening: you have a real, weird, problem
[18:43] <Tonio_> rgreening: can you dpkg -c the deb file in /var/cache/apt/archives ?
[18:53]  * txwikinger_work is back from a FLOSS advocacy at local college
[19:01] <rgreening> Tonio_: could it be an issue with the amd64 package?
[19:02] <rgreening> Tonio_: also, what version do you have installed? I have policykit-kde_0.2-0ubuntu1~ppa1_amd64.deb
[19:02] <Tonio_> rgreening: how would it have change in 2 days ???
[19:02] <JontheEchidna> rgreening: ppa?
[19:03] <rgreening> hmm.... policykit ppa maybe
[19:03] <Tonio_> rgreening: I have the one from the repos :)
[19:03] <rgreening> hmm
[19:03] <rgreening> hrm
[19:03] <JontheEchidna> I think that was in kubuntu-experimental once upon a time
[19:06] <rgreening> JontheEchidna: hmm...
[19:07] <rgreening> checking sources.list
[19:08] <txwikinger_work> hi rgreening
[19:11] <rgreening> JontheEchidna: yep. removed it from my archive. fixed.
[19:11] <rgreening> weird
[19:11] <JontheEchidna> ^_^
[19:13] <rgreening> txwikinger_work: hey
[19:25] <Quintasan> Only mine screen flickers when I move or open up new windows with desktop effects enabled?
[19:31] <cernui> Quintasan: video card and driver?
[19:32] <Quintasan> cernui: Radeon 9550, ati
[19:32] <cumulus007> ati = ouch, still
[19:33] <Quintasan> When I move the window around some 1px wide bars appear, then the display turns black until i release the window :/
[19:33] <Quintasan> It worked before restarting :S
[19:33] <cernui> Quintasan: Are you using a daily build?
[19:34] <Quintasan> cernui: I don't think so
[19:34] <Quintasan> 4:4.2.1a-0ubuntu10
[19:59] <spass> 3/q
[20:12] <allee> Riddell:  Problem with the crash was/is  that there was no -dbgsym pkg for amd64 (and i386 AFAIR).
[20:13] <allee> ^^ kbt crash: https://launchpad.net/bugs/320614
[20:48] <JontheEchidna> Hum: http://lists.kde.org/?l=kde-core-devel&m=123736435529964&w=2
[20:49] <JontheEchidna> at least now we won't have 40 MB icons updates whenever kdebase-runtime is updated
[20:55] <smarter> JontheEchidna: yay
[21:05] <Lure> Riddell: should somebody rewrite "install-package" to use kpackagekit? it uses gdebi (it seems)
[21:05] <ScottK> It does and someone should.
[21:09] <txwikinger_work> Is it on the task-list?
[21:10] <ScottK> Dunno
[21:11] <ScottK> It'd be really nice if someone would fix persistent notifications so kpackagekit would work.
[21:11] <ScottK> (so we wouldn't need the update-notifier thing)
[21:12] <smarter> it'd be really nice if even not persistent notifications could at least have working buttons :P
[21:12]  * smarter feels like he's the only one having issues like that :/
[21:49] <apachelogger> Mamarok: ping
[21:55] <Mamarok> apachelogger: pong
[21:55] <apachelogger> Mamarok: did you mail -users yet?
[21:55] <Mamarok> not yet
[21:56] <apachelogger> ok :)
[21:56] <Mamarok> I reformatted the mail a bit, wanna read it?
[21:59] <Mamarok> apachelogger: you've got mail
[21:59]  * apachelogger is wondering how Mamarok knows that :P
[22:00]  * Mamarok turns off her psychic abilities
[22:00] <Mamarok> back watching some old Futurama episodes
[22:02] <tmeixner> would you recommend trying the amarok neon nightly builds on a jaunty kubunut system (64bit). 8.04 seems like a bit of a stretch.
[22:03] <apachelogger> Mamarok: remailed
[22:03] <apachelogger> tmeixner: neon supports intrepid only
[22:04] <apachelogger> might be that it works on jaunty though
[22:04] <apachelogger> tmeixner: anyway ... neon support is in #amarok.neon ;-)
[22:05] <tmeixner> thx apachelogger, I got here via #amarok, didn't know there is a neon too.
[22:05] <apachelogger> there is also a neon mailing list somewhere, just in case ;-)
[22:06] <Mamarok> apachelogger: thx, will go out in a few seconds
[22:06] <apachelogger> kool :)
[22:08] <Mamarok> apachelogger: mails is out to the list
[22:08] <apachelogger> Mamarok++
[22:09] <Mamarok> thx, didn't do it alone though
[22:10] <apachelogger> claydoh++
[22:11] <apachelogger> ScottK: if you see laserjock, please hand him bug 286655 to look at
[22:11]  * apachelogger finds it unlikely to be done by us
[22:17] <ScottK> OK.
[22:17] <ScottK> Will do.
[22:20] <apachelogger> JontheEchidna: if you get around to it, it would be cool if you could try to reproduce bug 315634 with the additional information
[22:20] <apachelogger> maybe I'll get to it tomorrow though
[22:21] <apachelogger> ScottK: thx :)
[22:28] <apachelogger> Nightrose: could you please poke the ktouch maintainer with kde bug 166071
[22:28] <Nightrose> i'll have to find out who that is first
[22:29] <Nightrose> will do later
[22:29] <apachelogger> Nightrose: 	Haavard Froeiland
[22:30] <apachelogger> it seems at least :)
[22:30] <Nightrose> never heard of him
[22:30] <apachelogger> sounds good :P
[22:31] <apachelogger> Nightrose: Andreas Nicolai maybe?
[22:31] <Nightrose> never heard of him either
[22:31] <apachelogger> Andreas Nicolai <ghorwin AT users DOT sourceforge DOT net >: Current maintainer
[22:32] <apachelogger> either the extragear page is out of date or Nightrose is not as allknowing as I thought :P
[22:32] <Nightrose> haha
[22:32] <Nightrose> I'll find out
[22:32] <Nightrose> probably the first is the case
[22:32] <Nightrose> (me not being allknowing is impossible)
[22:32] <Nightrose> ;-)
[22:32] <apachelogger> hehe
[22:33]  * JontheEchidna liked bug 342201
[22:33]  * apachelogger is wondering when rgreening got lost
[22:33] <Nightrose> Oo
[22:33] <apachelogger> JontheEchidna: yus, awesome one :D
[22:34] <JontheEchidna> okie, so kstars
[22:34] <JontheEchidna> It's the only KDE app with a splash screen I know that has the splash screen in a bordered window
[22:35] <JontheEchidna> zomg
[22:35] <JontheEchidna> tip of the day!11!
[22:36] <JontheEchidna> It doesn't have a switch lanugage item in its help menu
[22:37] <apachelogger> huh?
[22:37] <apachelogger> JontheEchidna: isn't that item from kdelibs?
[22:37] <JontheEchidna> Yeah, but kstars dun have it
[22:37] <JontheEchidna> very weird
[22:37] <apachelogger> + use KDE_LANG=fr_CA kstars
[22:37] <apachelogger> or fr_FR
[22:39] <JontheEchidna> I'd better install language-pack-kde-fr first
[22:41] <apachelogger> JontheEchidna: ultimately you get a vbox with intrepid ubuntu and follow his instructions ;-)
[22:42] <JontheEchidna> it doesn't look very french
[22:44] <JontheEchidna> maybe that wasn't enough langpack
[22:45] <apachelogger> dude, do what the dude wrote :P
[22:45]  * apachelogger mails dotan
[22:45] <josh-l> hi if noone wants to themselves can anyone give me some pointers on how to make a style like this: http://ubuntuforums.org/showthread.php?t=603348
[22:45] <JontheEchidna> I have both those langpacks installed
[22:46] <apachelogger> JontheEchidna: weird that is indeed
[22:46] <apachelogger> JontheEchidna: are you sure you are starting the kubuntu kstars?
[22:46] <apachelogger> some other thingy would also explain why you don't have the change lang entry
[22:46] <JontheEchidna> yes, I don't compile any parts of kde myself
[22:48] <JontheEchidna> KDE_LANG=fr_CA konsole doesn't work either, but I can set the language from the language configuration dialog in help
[22:48] <apachelogger> well
[22:48] <apachelogger> try fr_FR
[22:48] <apachelogger> maybe we don't have fr_CA
[22:48] <apachelogger> josh-l: I am not sure there is a guide on how to create kwin/kde styles
[22:49] <josh-l> one wanna make a kde style/windeco like this: http://ubuntuforums.org/showthread.php?t=603348  or port this which is based on those mockups: http://gnome-look.org/content/show.php/Schwermetall?content=55578
[22:49] <apachelogger> josh-l: you might want to ask over at #oxygen since they create both
[22:49] <josh-l> oh ok
[22:49] <josh-l> thx
[22:49] <apachelogger> or just checkout the oxygen sources
[22:49] <JontheEchidna> no luck :(
[22:49] <apachelogger> should be a good starting point :)
[22:50] <JontheEchidna> http://imagebin.ca/view/QL-8h3Nq.html
[22:50] <apachelogger> Oo
[22:50] <apachelogger> that does not make sense
[22:50] <apachelogger> you have none of our kubuntu entries
[22:51] <JontheEchidna> jonathan@jonathan-desktop:~/Documents/python/software-properties/main$ which kstars
[22:51] <JontheEchidna> /usr/bin/kstars
[22:51] <apachelogger> maybe you should reboot :P
[22:51] <JontheEchidna> Imma try setting french in systemsettings first
[22:52]  * apachelogger hopes JontheEchidna speaks at least as much french to change back to english :P
[22:52] <JontheEchidna> lol
[22:52] <JontheEchidna> man, the percentage bar for "updating system configuration" goes to 100% like 4 times
[22:53] <JontheEchidna> and it's sloooow
[22:56] <JontheEchidna> I need to reboot anyway
[23:00] <JontheEchidna> I only get the new usplash on shutdown, not startup
[23:03]  * apachelogger doesn't use usplash
[23:04] <neversfelde> I can see it on startup
[23:04] <neversfelde> and shutdown
[23:05] <JontheEchidna> no luck with kstars in foreign languages
[23:05] <apachelogger> you borked it :P
[23:05] <JontheEchidna> probably
[23:05] <josh-l> so anyone got the tallent to make that style?? :)
[23:06] <apachelogger> josh-l: time and motivation is more of a problem I'd say ;-)
[23:06] <apachelogger> josh-l: maybe you should drop a mail to kde-devel@kde.org
[23:08] <apachelogger> JontheEchidna: dood!
[23:08] <JontheEchidna> ?
[23:09] <apachelogger> ah, gotta query
[23:13] <apachelogger> she's the last of the english rohoses
[23:13]  * apachelogger sings
[23:25] <josh-l> apachelogger: ok
[23:27] <josh-l> apachelogger: sent
[23:56] <claydoh> Mamarok: I agree with Dotan Cohen on the subject change, I should re-word that part
[23:56]  * claydoh is finally home after another 13 hour day
[23:57]  * claydoh hates having very limited net access at work
[23:58] <JontheEchidna> Ha
[23:59] <JontheEchidna> Plasma runs kmenuedit in-process