[12:20] <imbrandon> kwwii !!
[12:20] <imbrandon> heh
[12:21] <imbrandon> the email to -devel said tomarrow is the deadline for RC 
[12:21] <kwwii> hi imbrandon
[12:21] <imbrandon> heya
[12:21] <imbrandon> tomarrow as in thursday
[12:21] <kwwii> well, I will have an updated menu bar
[12:21] <imbrandon> cool
[12:22] <kwwii> I just cannot check out the bzr archinve
[12:22] <imbrandon> ouch, whats wrong ?
[12:22] <jdong> imbrandon: bzr reports a SFTP timeout
[12:22] <imbrandon> ahh prbably lp supermirror problems
[12:22] <jdong> imbrandon: I got that when I tried a _checkout_ of one of my branches too
[12:22] <kwwii> jdong: thanks for saving me a lot of time
[12:23] <jdong> (checkouts are new features for supermirror)
[12:23] <jdong> kwwii: you might wanna try a plain old http branch
[12:23] <jdong> bzr branch http://path/to/branch
[12:23] <kwwii> jdong: same thing
[12:23] <imbrandon> kwwii, if you want i can upload changes the old way and fix bzr later
[12:23] <jdong> kwwii: over HTTP?
[12:23] <jdong> kwwii: http branching is working great for me
[12:24] <kwwii> imbrandon: I will send you two pics sometime soon
[12:24] <imbrandon> hum time for a little food, if you want kwwii give me a url to some changes i'll do it the old way for tonight and fix the bzr branch later
[12:24] <imbrandon> ok
[12:24] <imbrandon> or email them , what ever is easy for you
[12:26] <jdong> kwwii:  bzr branch http://bazaar.launchpad.net/~kubuntu-members/kubuntu-default-settings/ubuntu kds
[12:26] <jdong> that worked fine for me
[08:52] <xeros> echo "1" > /proc/sys/net/ipv4/ip_forward
[08:53] <xeros> sorry...
[08:56] <DaSkreech> heehee
[09:01] <seaLne> xeros: there will prbably bit a bit of lag if you try forwarding over irc :)
[09:02] <seaLne> anyone know what "scott" on kubuntu-devel@ is meaning?
[09:04] <seaLne> i assumed buttons were icons but id don't see what he has listed
[09:31] <danimo> moin
[09:31] <danimo> can we please get an exception for upgrading Qt 4 to 4.2?
[09:35] <danimo> Riddell: ?
[10:02] <serzholino> hi! will kde 3.5.5 be shipped with edgy?
[10:03] <crimsun> yes
[10:03] <crimsun> it's already in the archive
[10:04] <serzholino> there is "KDE 3.5.5 is also being uploaded to Edgy" statement at http://kubuntu.org/announcements/kde-355.php, but packages.ubuntu.com shows 3.3.4 currntly
[10:05] <Hobbsee> serzholino: 3.3.4? scary.  it's out of date
[10:07] <crimsun> 3.3.4? Whee, we're time travellers!
[10:15] <serzholino> sorry, 3.5.4 :(
[10:16] <Hobbsee> serzholino: it needs to update - it shoudl automatically
[10:16] <serzholino> ok, thanks
[10:30] <windshear> hello
[10:30] <windshear> anyone knows when Bug #30207 (floppy not working) will be fixed?
[10:30] <Ubugtu> Malone bug 30207 in kdebase "media:/ does not handle floppy mounting correctly" [Medium,Needs info]  http://launchpad.net/bugs/30207
[10:34] <Hobbsee> windshear: probably when someone actually figures where the problem is
[10:35] <windshear> hm, i think the problem is that the floppy is /dev/
[10:35] <windshear> hm, i think the problem is that kubuntu thinks the floppy is /dev/
[10:57] <seaLne> mdz: http://behindubuntu.org/interviews/MattZimmerman/ sorry for the delay in getting it out
[12:07] <Tonio_> hi
[12:08] <Hobbsee> hey Tonio_!
[12:08] <Tonio_> hey Hobbsee :)
[12:09] <Tonio_> Hobbsee: fancy revuing wengophone ? mdz is okay for an upgrade despite the universe freeze
[12:09] <Hobbsee> Tonio_: no, i'm about to go have dinner, sorry
[12:09] <Tonio_> Hobbsee: but since the packaging is completly different from the previous version, I'd like someone to revu
[12:10] <Tonio_> Hobbsee: no pb :)
[12:10] <Hobbsee> yeah, i saw.  fair enough
[12:27] <seaLne> how is a package supposed to install symlinks for a library?
[12:32] <Riddell> it should create them during make install
[12:32] <Riddell> and you just .install them same as any other file
[12:33] <seaLne> Bug #64915
[12:33] <Ubugtu> Malone bug 64915 in libqt-ruby-qt4 "libsmokeqt-qt4-dev is essentially empty" [Medium,Confirmed]  http://launchpad.net/bugs/64915
[12:33] <seaLne> i notice i am missing a couple of files but even the .la isn't getting installed
[12:58] <Tonio_> Riddell: just to tell you I try to improve the archives management in konq
[12:59] <Tonio_> Riddell: lots of people like the tar and zip ioslave, so I try to use the ark_part to manage this by default, since that'll work for all kind of archives.
[12:59] <Tonio_> that'll give a better integration I presume
[01:00] <Riddell> Tonio_: mind we're in rc freeze now
[01:00] <Tonio_> Riddell: I didn't say I wanted to upload this ;)
[01:00] <Tonio_> that's just playground stuff
[01:01] <Tonio_> if it works and if the result is really nice, then maybe we can discuss this or dismiss to edgy+1
[01:01] <Tonio_> Riddell: it is just a matter of using ark_part instead of ark in the first place
[01:02] <Tonio_> that doesn't change the program used or anything else, but the point isn't to upload this right now
[01:02] <Tonio_> Riddell: but that helps me to improve ark too, since for example mimetypes are incomplete...
[01:03] <Tonio_> usefull for edgy+1 at least
[01:07] <Tonio_> Riddell: talking about that, mdz is okay for wengophone update, since current package in universe ftbfs
[01:07] <Tonio_> Riddell: any chance you can revy it ? the package is very different from current one and a bit complex, so I'd like someone to revu it before upload
[01:08] <Riddell> Tonio_: ok
[01:08] <Tonio_> Riddell: thanks
[01:25] <viviersf> bleh
[01:25] <viviersf> i take it kde 3.5.5 didnt make it to edgy
[01:28] <Riddell> viviersf: it dild
[01:28] <Riddell> did
[01:29] <viviersf> :D
[01:29] <viviersf> kewl 
[01:40] <Lure> Riddell: do you plan to package another kde-guidance? at least one commited bug should be considered RC (the one with Apple laptops)
[01:45] <Hobbsee> imbrandon: around?
[01:45] <Hobbsee> http://bugs.kde.org/show_bug.cgi?id=135243
[01:45] <Ubugtu> KDE bug 135243 in general "Collection scan aborts due to too many errors on smb-shares" [Normal,Resolved: invalid]  
[01:46] <Hobbsee> seems that they have a solution for that taglib bug
[01:50] <Riddell> Lure: sure, could you file a bug on launchpad with details and i'll target it
[01:51] <Lure> Riddell: bug 64053 (there is also partial fix for bug 64978 which is not RC)
[01:51] <Ubugtu> Malone bug 64053 in kde-guidance "does not recognize ibook as a laptop" [Medium,Fix committed]  http://launchpad.net/bugs/64053
[01:51] <Ubugtu> Malone bug 64978 in kde-guidance "powermanager icon sometimes shows fully charged when not" [Undecided,Fix committed]  http://launchpad.net/bugs/64978
[01:52] <Lure> Riddell: and _Sime wanted to have kde-guidance release instead of svnYYYYMMDD
[01:55] <Riddell> Lure: that would be nice
[01:56] <Lure> _Sime: will you issue new tar-ball release?
[02:26] <Riddell> imbrandon: ping ping
[02:29] <Hobbsee> Riddell: i'd say imbrandon_ is well and truly idle
[02:30] <Riddell> but we need him!
[02:31] <danimo> moin
[02:31] <danimo> Riddell: ping?
[02:31] <Riddell> hi danimo 
[02:31] <danimo> Riddell: kpdfpart is broken
[02:31] <Riddell> uh oh
[02:31] <danimo> Riddell: unresolved symbols
[02:31] <danimo> Riddell: does that sounds familar? :)
[02:33] <Riddell> danimo: oh, kdegraphics 3.5.5 hasn't compiled yet
[02:33] <Riddell> it should do soon assuming the poppler fix I uploaded works
[02:33] <Riddell> although kdegraphics 3.5.4 shouldn't break just because you're using kdelibs 3.5.5
[02:34] <Hobbsee> Riddell: oh right, so you did fix poppler.  i've been meaning to do that for a while
[02:36] <dholbach> heya
[02:36] <dholbach> can anybody tell me a kde-ish way how to pair my phone with the box?
[02:36] <dholbach> is kbtserialchat the proper way?
[02:37] <Hobbsee> dholbach: kanywaythatworks is also effective.  :P
[02:37] <Riddell> dholbach: RockMan here knows all about kde and bluetooth
[02:37] <RockMan> hi
[02:37] <Riddell> 13:36 < dholbach> can anybody tell me a kde-ish way how to pair my phone with the box?
[02:37] <Riddell> 13:36 < dholbach> is kbtserialchat the proper way?
[02:37] <dholbach> RockMan: pleased to meet you
[02:38] <RockMan> dholbach: hi :)
[02:38] <RockMan> btw nope.. kbtserialchat is only for sending AT commands to the phone serial interface
[02:38] <dholbach> RockMan: you might have noticed that we switched to bluez 3.7
[02:38] <danimo> Riddell: ok
[02:38] <dholbach> (in edgy) and this brings us bug 56651
[02:38] <danimo> Riddell: what about Qt 4.2 btw?
[02:38] <Ubugtu> Malone bug 56651 in bluez-utils "Missing passkey-agent binary" [Unknown,Fix released]  http://launchpad.net/bugs/56651
[02:38] <RockMan> err.. no, since i don't use ubuntu :P
[02:38] <dholbach> ahhhh ok :-)
[02:39] <dholbach> but you might be familiar with the implications of using bluez 3.7 and pairing :-)
[02:39] <RockMan> although i've installed some kubuntu cd's to my sister and a friend
[02:39] <dholbach> hehe, nice :-)
[02:39] <RockMan> bluez 3.4 here, but yep.. it should be almost the same
[02:39] <dholbach> on Riddell's recommendation, I applied http://www.kmobiletools.org/node/228 to be able to call the old passkey
[02:40] <dholbach> however it still does not seem too happy - can you think of an easy KDE-ish way to trigger a "pairing attempt"?
[02:40] <Riddell> danimo: I asked mdz who said he wasn't happy with changing a core library this late
[02:41] <RockMan> dholbach: you can try the kdebluetooth-dbus integrations
[02:41] <RockMan> dholbach: it's in kde svn repostry, in /branches/work/kdebluetooth-dbus-integration
[02:41] <Riddell> danimo: I can re-emphasise how happy it will make kde developers and that it's possible to test with 100% of qt 4 apps in main to ensure nothing breaks
[02:41] <dholbach> *whine*
[02:41] <danimo> Riddell: yes, but it will make developing KDE 4 on edgy a pain
[02:42] <danimo> Riddell: and that Qt 4.1.x is full of bugs, and Qt 4.2 is an improvement at least for the existing components
[02:42] <Tonio_> re
[02:42] <Tonio_> someone can test kpdfpart for me ?
[02:42] <Tonio_> I have an error and I would like to check if that's me or kde
[02:42] <danimo> heya tonio!
[02:42] <Tonio_> hey danimo
[02:42] <dholbach> RockMan: isn't there a small fix to it or something I can use to try it? I'm not familiar with the codebase at all, but I doubt that we can import a bunch of svn changes two weeks before release :-(
[02:43] <Tonio_> danimo: when you open a pdf file in konq, do you get something like this ? /usr/lib/kde3/libkpdfpart.so: undefined symbol: _ZN11PSOutputDevC1EPcP4XRefP7Catalogii9PSOutModeiiiiiiii
[02:43] <RockMan> dholbach: my patch _is_ a small fix..
[02:43] <dholbach> RockMan: ah that was your fix? nice
[02:43] <dholbach> RockMan: how can I try and see if it works?
[02:44] <dholbach> RockMan: I'm sorry - I'm not a KDE expert. :-)
[02:44] <RockMan> dholbach: as it's written there, launch passkey-agent --default $pin-helper
[02:44] <gnomefreak> Tonio_: if you have a pdf i can try it
[02:44] <RockMan> where $pin-helper can be kbluepin
[02:44] <Tonio_> gnomefreak: print any file to pdf file and then you can test :)
[02:44] <RockMan> (better to specify path, since kbluepin often isn't in user $PATH)
[02:44] <Tonio_> gnomefreak: but note kpdf works, only th kpart fails
[02:44] <dholbach> RockMan: Ok - I understand!
[02:45] <dholbach> RockMan: thanks a lot
[02:45] <RockMan> you're welcome
[02:45] <danimo> Tonio_: aye
[02:45] <danimo> Tonio_: already told Riddell
[02:45] <Tonio_> danimo: so you confirm ?
[02:45] <dholbach> Riddell: now we need to find out how to make that a default for kde users / and bluez-passkey-gnome for gnome users
[02:45] <danimo> Tonio_: kdegraphics 3.5.5 didn't build yet
[02:45] <danimo> Tonio_: but it should not happen nevertheless
[02:46] <Tonio_> danimo: yes but maybe this is due to konqueror 355 and kpdf 3.5.4
[02:46] <Tonio_> danimo: I didn't have that error previously.....
[02:46] <Tonio_> danimo: let's check what happens with kdegraphics :)
[02:47] <RockMan> dholbach: a solution can be a "kdebluetooth" shell script, which launches kbluetoothd (the bluetooth daemon) and the passkey agent
[02:48] <Tonio_> danimo: kdelibs4-dev (>= 4:3.5.3-1ubuntu2)
[02:48] <RockMan> or naming the script kbluetoothd too, so when one calls kbluetoothd the passkey-agent starts too
[02:48] <Tonio_> maybe that can explain...
[02:48] <dholbach> RockMan: which kde user operation should pop up the passkey agent?
[02:48] <Tonio_> because 3.5.4 is still in the repos
[02:48] <danimo> yes
[02:48] <Tonio_> danimo: I'm changing the builddeps and check
[02:48] <RockMan> dholbach: current user
[02:49] <RockMan> dholbach: a weak point of this patch is the multi-user management
[02:49] <dholbach> RockMan: hum, what can I do to get such a kde pairing dialog?
[02:49] <RockMan> the "--default" option means "register for ALL phones".. and of course you can't have two defaults, the second one will fail
[02:49] <RockMan> dholbach: what do you mean?
[02:49] <dholbach> RockMan: i see
[02:50] <dholbach> RockMan: as a KDE user - where do I click what to see if the passkey agent works or how do I get prompted with a kde pairing dialog box?
[02:50] <dholbach> RockMan: I want to confirm it works
[02:50] <RockMan> you could specify device address for the second registration.. anyway, these options are "standard" for passkey-agent, not mine
[02:50] <Tonio_> danimo: I'm testing the build to see what's wrong
[02:50] <RockMan> dholbach: dunnow.. i'm doing this with my phone
[02:51] <dholbach> RockMan: yes, to pair the phone with the kde box :)
[02:51] <RockMan> dholbach: trying browsing obex, for instance, or using kmobiletools
[02:51] <dholbach> ok
[02:54] <Tonio_> danimo: 
[02:54] <Tonio_> Considering  libpoppler-qt-dev (>= 0.5.4-0ubuntu3)
[02:54] <Tonio_>       Tried versions: 0.5.4-0ubuntu2
[02:54] <Tonio_>    -> Does not satisfy version, not trying
[02:54] <Tonio_> I'll fix this and upload
[02:54] <dholbach> Tonio_: it was just uploaded
[02:55] <Tonio_> dholbach: ah, great, so we just have to wait and reup kdegraphics then
[02:55] <dholbach> or failed to build and then riddell uploaded a new version
[02:55] <dholbach> ask to give back
[02:55] <dholbach> (once the version is published)
[02:55] <Tonio_> dholbach: okay
[02:56] <dholbach> RockMan: I can't get it to pair although I set the passkey-agent default (and applied the bluez-utils patch)
[02:56] <dholbach> Oct 12 14:54:36 localhost hcid[7515] : pin_code_request (sba=00:0B:0D:32:09:0A, dba=00:0E:07:8D:1F:1C)
[02:56] <dholbach> Oct 12 14:54:36 localhost hcid[7515] : Calling PasskeyAgent.Request: name=:1.35, path=/org/bluez/passkey_agent_7548
[02:56] <dholbach> Oct 12 14:54:36 localhost hcid[7515] : Invalid passkey length from handler
[02:56] <Tonio_> dholbach: yeah I can see it is currently building
[02:57] <Tonio_> dholbach: thanks for the info
[02:57] <dholbach> Tonio_: ok cool
[02:57] <RockMan> dholbach: mmmh
[02:57] <dholbach> I'll retry and clean out /var/lib/bluetooth
[02:57] <RockMan> dholbach: are you sure that's patched?
[02:58] <RockMan> "Invalid passkey length" make me think that it's not, and it's taking "$PATH_TO_KBLUEPIN" as passkey
[02:58] <RockMan> and if kbluepin doesn't show, probably i'm right
[02:59] <RockMan> dholbach: ** important ** passkey-agent is NOT installed with "make install", so you have to overwrite it manually, if you had already it in your path
[02:59] <dholbach> passkey-agent is installed
[02:59] <dholbach> we make sure it is
[03:00] <dholbach> and yeah, i installed the patched fversion of bluez-utils
[03:00] <dholbach> let's try again
[03:01] <Tonio_> dholbach: when a package is "Dependency wait" on launchpad, is a reup necessary when the dep is there or is that done automatically ?
[03:01] <Tonio_> just for my curiosity :)
[03:01] <dholbach> Tonio_: no, sometimes you need to prod a build admin to get it done, but depwait should resolve it self
[03:01] <Tonio_> dholbach: thanks for the info
[03:01] <dholbach> RockMan: 
[03:01] <dholbach> Oct 12 15:00:28 localhost hcid[7752] : name_listener_add(:1.38)
[03:01] <dholbach> Oct 12 15:00:28 localhost hcid[7752] : Default passkey agent (:1.38, /org/bluez/passkey_agent_7763) registered
[03:02] <dholbach> but trying to access "obex file transfer" i get those messages
[03:03] <dholbach> my phone prompts me to enter the pin, and whichever pin i enter (the computer's or the phone's), it doesn't like me
[03:04] <dholbach> if you have some more info for me or anything else to debug it properly, let me know
[03:04] <dholbach> thanks for all your efforts
[03:08] <RockMan> dholbach: i'll upgrade to bluez 3.7 and retest, maybe it needs to be modified
[03:08] <danimo> Tonio_: running "kdeinit" fixed it for me
[03:10] <Tonio_> danimo: testing
[03:10] <dholbach> RockMan: thanks a lot! you ROCK!
[03:11] <Tonio_> danimo: doesn't fix my issue, but I'll wait for kdegraphics.... I'm sure there is the problem
[03:11] <danimo> Tonio_: (the usual fix: it "injects" an updated version of kdelibs into kdeinit, which launches the part
[03:16] <danimo> Tonio_: and you need to close the running (and probably all running) konqueror instances after running kdeinit
[03:16] <danimo> Tonio_: then it works
[03:16] <danimo> Tonio_: sometimes konq caches the last running instance. so make sure there is no konq process left running
[03:17] <danimo> Tonio_: should fix your case, too
[03:17] <danimo> Tonio_: if it doesn't, that would not only be a kubuntu packaging bug, but show a violation of KDE's BIC policies
[03:17] <danimo> s/BIC/BC
[03:17] <Tonio_> danimo: okay
[03:28] <gnomefreak> Tonio_: no need to file a bug on the libkpdfpart.so: undefined symbol since kde is not fully upgraded yet?
[03:29] <Tonio_> gnomefreak: yeah better waiting for kdegraphics
[03:29] <gnomefreak> ok ill let them know ty
[03:35] <Tm_T> Sucky, dapper doesn't offer other cursor theme alternatives than human
[03:38] <Tm_T> Ha, had to reinstall xcursor-themes package, weird.
[04:06] <Riddell> freeflying: around?
[04:07] <freeflying> Riddell: hi
[04:08] <Riddell> freeflying: are you still having problems with CJK in skype or opera?
[04:08] <Riddell> the scim-qtimm patch issue
[04:09] <freeflying> Riddell: ya
[04:09] <Riddell> freeflying: do you know if there's a bug filed for it?
[04:10] <freeflying> Riddell: has one
[04:10] <Riddell> freeflying: number?
[04:11] <freeflying> Riddell: I'd find it now, but the battery of my mobile and nb will out now  :)
[04:12] <dholbach> Riddell: I subscribed kubuntu-team to bug 56651
[04:12] <Ubugtu> Malone bug 56651 in bluez-utils "Missing passkey-agent binary" [Unknown,Fix released]  http://launchpad.net/bugs/56651
[04:12] <freeflying> Riddell: how about switch back the fonts of kubuntu to sans?
[04:13] <mhb> freeflying: the console?
[04:13] <Riddell> freeflying: I'm sure it was Deja in dapper
[04:14] <freeflying> mhb: all
[04:14] <mhb> freeflying: well, now the czech characters work, so I'm more happy with that
[04:14] <mhb> Riddell: have you looked at the systemsettings .mo bug yet?
[04:14] <freeflying> Riddell: i see, but in dapper, we'd configure it if guys wanna read chinese in non-chinese locale
[04:15] <Riddell> mhb: number?
[04:15] <Riddell> freeflying: configure by hand?
[04:15] <freeflying> Riddell: because dejavu wasn't configure in fontconfig
[04:16] <mhb> bug 63325
[04:16] <Ubugtu> Malone bug 63325 in kde-systemsettings "systemsettings won't load the desktop_kde-systemsettings.mo translation in Edgy" [Undecided,Confirmed]  http://launchpad.net/bugs/63325
[04:16] <mhb> you told me you're going to look at it later
[04:16] <mhb> a week ago or so :o) 
[04:17] <Riddell> mhb: yeah, I know.  I've targetted it for the final release now so it'll definately be on my list
[04:17] <mhb> thanks
[04:18] <Riddell> freeflying: I need bug number for both the fonts issue and the scim-qtimm issue so I can target them for release
[04:18] <freeflying> Riddell: ok, I will file a bug for the font issue  :)
[04:18] <freeflying> and the scim-qtimm's issue was filed on scim-chewing
[04:21] <Riddell> freeflying: no relevant bugs in https://launchpad.net/distros/ubuntu/+source/scim-chewing/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=Unconfirmed&field.status%3Alist=Needs+Info&field.status%3Alist=Rejected&field.status%3Alist=Confirmed&field.status%3Alist=In+Progress&field.status%3Alist=Fix+Committed&field.status%3Alist=Fix+Released&assignee_option=any&field.assignee=&field.owner=&field.status_upstream=&field.status_upstream-empty-mark
[04:21] <Riddell> erk
[04:21] <jdong> morning
[04:21] <Riddell> or even https://launchpad.net/distros/ubuntu/+source/scim-chewing/+bugs
[04:23] <Riddell> yo jdong 
[04:23] <Hobbsee> Riddell: meet tinyurl.com :P
[04:24] <Hobbsee> hey jdong 
[04:25] <jdong> that's one big URL :D
[04:26] <jdong> a few more characters and snort probably would've zapped this connection ;-)
[04:31] <Riddell> dholbach: so you've given up on bug 56651 ?
[04:31] <Ubugtu> Malone bug 56651 in bluez-utils "Impossible to do pairing in Kubuntu" [Unknown,Fix released]  http://launchpad.net/bugs/56651
[04:31] <dholbach> Riddell: not at all
[04:31] <dholbach> Riddell: I just want to invite all the kubuntu guys to get cracking/testing on it with me
[04:31] <dholbach> I'm far from being a bluetooth expert
[04:33] <Riddell> and I have never used bluetooth
[04:34] <Riddell> seaLne: don't you have bluetooth?
[04:34] <seaLne> yeah, but nothing to talk to it atm
[04:34] <jdong> yeah, same situation here
[04:35] <jdong> still waiting for bluetooth devices to get below the $75USD mark
[04:35] <freeflying> Riddell: malone bug #57081
[04:35] <Ubugtu> Malone bug 57081 in scim-chewing "scim-chewing: user database file can be corrupted, which render the whole package useless" [High,Confirmed]  http://launchpad.net/bugs/57081
[04:35] <dholbach> RockMan: if you have results with 3.7 - let me know, I'm happy to try and test and look :-)
[04:35] <nuku> dholbach: i'm willing to help testing/debugging..
[04:36] <dholbach> nuku: super - did you read my last comment on the bug?
[04:36] <RockMan> dholbach: just recompiling now.. i noticed i didn't have my own patch locally (funny, uh?) and kmobiletools homepage (which was hosting it) was offline
[04:36] <freeflying> Riddell: in this bug, something is the bug of scim-qtimm actrually
[04:36] <RockMan> (and still is, but at least i gained ssh access for downloading it)
[04:36] <nuku> dholbach: yes but .. as RockMan just said the kmobiletools page is down :/
[04:36] <dholbach> hang on, i have the patch somewhere
[04:37] <RockMan> wait
[04:37] <dholbach> http://people.ubuntu.com/~dholbach/bluez-pin-exec-patch.diff
[04:37] <RockMan> i have it here, a bit modified
[04:37] <dholbach> ah
[04:37] <dholbach>  modifications !!! :-)
[04:37] <RockMan> oh nothing important
[04:38] <RockMan> but i added my own version string, so you may be SURE that it's the patched one
[04:39] <seaLne> there hasn't been any sign of kwwii today has there?
[04:39] <RockMan> anyway, i noticed that i made the patch with bluez 3.2.. the problem is that there's absolutly nothing changed in passkey-agent.c from 3.2 to 3.7.. so i don't know what exactly isn't working
[04:39] <RockMan> dholbach, nuku: http://phpfi.com/162881
[04:40] <RockMan> so, first run "passkey-agent" without parameters to see if it's patched
[04:41] <RockMan> i should replace also "agent" with "program" in the help, actually, but it doesn't really matter now.. :P
[04:41] <RockMan> s/address/passkey/
[04:42] <Tonio_> Riddell: ark is missing 7zr integration (still using 7za)
[04:42] <Tonio_> Riddell: there is a patch for this (2 lines), I'll probably add it, that'll avoid a bug report :)
[04:43] <Riddell> Tonio_: ok, got a URL to check the patch?
[04:43] <dholbach> RockMan: what is the change between the two patches?
[04:43] <dholbach> RockMan: just the version string?
[04:44] <Tonio_> Riddell: http://paste.tonio.homelinux.org/25
[04:44] <RockMan> dholbach: es
[04:44] <RockMan> *yes
[04:44] <Tonio_> Riddell: last part only is necessary, the rest of the patch is for corect mimetypes, and correcting the ark_part.desktop (currently broken)
[04:45] <dholbach> RockMan: so can you see the problem with 3.7?
[04:45] <RockMan> dholbach: still compiling
[04:45] <dholbach> ahhh alrighty
[04:45] <Tonio_> Riddell: I'm currently building to test it
[04:45] <RockMan> dholbach: not easy.. i'm compiling kdelibs, gtk+ and bluez-utils at the same time... :P
[04:47] <kwwii> Riddell: ping?
[04:47] <Tonio_> hey kwwii :)
[04:47] <kwwii> howdy Tonio_
[04:48] <mhb> hi Ken
[04:48] <kwwii> hi mh
[04:48] <mhb> hi Tonio_, too :o)
[04:48] <kwwii> erm
[04:48] <kwwii> b
[04:48] <Tonio_> kwwii: love the new power-manager color, but doesn't that need a few colors ?
[04:48] <kwwii> Tonio_: hehe, yeah, that is what others said too, but the third version I made looked like crap
[04:48] <kwwii> and /me is sick
[04:49] <Tonio_> ah... :(
[04:49] <mhb> Tonio_: do you have a screenshot?
[04:49] <kwwii> I have spent the last 14 hours in front of a toillete
[04:49] <Tonio_> mhb: not here sorry
[04:50] <nuku> dholbach: RockMan: well at least it works when calling the passkey-agent --default /usr/lib/kdebluetooth/kbluepin manually
[04:50] <Tonio_> kwwii: gastro ?
[04:50] <dholbach> nuku: I did that
[04:50] <dholbach> nuku: what do you do after that?
[04:50] <kwwii> Tonio_: yeah, and it sucks
[04:50] <Tonio_> kwwii: or alcohol ? :)
[04:50] <nuku> dholbach: connect to the device via kio obex stuff..
[04:50] <Tonio_> ah...... yeah I had that last year...... pitty
[04:50] <kwwii> Tonio_: funny enough, not this time :p
[04:50] <Tonio_> hehe
[04:50] <nuku> dholbach: then my mobile asks me for pin and after that the kbluepin pops up ..
[04:51] <RockMan> nuku: that what it should do
[04:51] <dholbach> kbluepin doesn't pop up for me
[04:51] <nuku> Ro
[04:51] <nuku> RockMan: yep
[04:51] <Tonio_> nuku: that's normal, then on the celphone, put 1234
[04:51] <RockMan> dholbach: and the version string?
[04:51] <dholbach> nuku: is that edgy with bluez-utils 3.7 patched as RockMan suggested?
[04:51] <imbrandon> Riddell, pong 
[04:51] <Tonio_> hey imbrandon
[04:51] <imbrandon> morning Tonio_
[04:51] <nuku> dholbach: right with the passkey-agent helper patch
[04:52] <nuku> Tonio_: well i did not use 1234 to make sure its not something default ;)
[04:52] <dholbach> nuku, RockMan: good work - I'll test it later again, thanks for testing
[04:52] <dholbach> nuku, RockMan: i have a meeting coming on in 7 minutes
[04:52] <Tonio_> nuku: use the defined pin then :)
[04:52] <RockMan> hehe
[04:52] <RockMan> np.. see you later then
[04:52] <dholbach> nuku, RockMan: I'm very happy if this is the fix and all is good :-)
[04:53] <dholbach> nuku, RockMan: Thanks again
[04:53] <nuku> dholbach: but the passkey-agent is not installed with the deb..
[04:53] <dholbach> nuku: it is
[04:53] <dholbach> um
[04:54] <dholbach> nuku: hum, how did I get that into /usr/bin/ then
[04:54] <dholbach> nuku: ok, I'll figure that out ... somehow :)
[04:54] <dholbach> nuku: gracias
[04:54] <nuku> no problem
[04:55] <nuku> dholbach: the install line for the passkey-agent is commented out in the rules
[04:55] <RockMan> (i told him.. :P)
[04:56] <Tonio_> Riddell: heh, 's/elif/else if' in the patch, of course....
[04:56] <dholbach> nuku: that's easy enough to fix - i just thought we had it fixed since I had it in /usr/bin already :-)
[04:56] <RockMan> dholbach: it can explain why it didn't work for you.. you didn't install the patched version :P
[04:56] <dholbach> oh lord
[04:56] <nuku> dholbach: maybe you followed the bug report where someone told to copy it in /usr/bin :)
[04:57] <Riddell> imbrandon: yo, I believe you hve some konversation stuff for Sho_?
[04:57] <dholbach> lalalalala
[04:57] <RockMan> just retested, it works here
[04:57] <Riddell> kwwii: pong
[04:57] <kwwii> Riddell: I had some problems with checking out or branching the bzr for k-d-s
[04:58] <Riddell> kwwii: what did you do?
[04:58] <kwwii> the exact commands that you sent in your mail (and I asked here, nobody knew what it was)
[04:58] <Riddell> Tonio_: patch look fine with that elif change
[04:58] <Riddell> kwwii: and what was the error?
[04:58] <Tonio_> Riddell: yeah, if that works locally, I'll upload
[04:59] <kwwii> bzr: ERROR: Connection error: Unable to connect to SSH host bazaar.launchpad.net:None:
[04:59] <Riddell> kwwii: do you have python2.4-paramiko installed?
[05:00] <kwwii> Riddell: yepp
[05:01] <Riddell> and you're doing  bzr checkout sftp://<username>@bazaar.launchpad.net/~kubuntu-members/kubuntu-default-settings/ubuntu  ?
[05:02] <kwwii> Riddell: ahhhh, the username part was missing, one second
[05:02] <Riddell> use your launchpad account name
[05:05] <kwwii> Riddell: can we work on this later (still no luck)
[05:06] <Riddell> kwwii: sure
[05:10] <nuku> RockMan: you patch does not check for length of "passkey" and "address" when sprintf into a 256 byte buffer :P
[05:10] <RockMan> right
[05:11] <jdong> isn't that what -fstack-protector is for?
[05:11] <RockMan> as i said, it was more a "hack", i wasn't expecting to be included by default in a distro
[05:12] <mhb> hmm ... when a deadline is today, does that mean I cannot modify the stuff tomorrow or today already?
[05:16] <abattoir> or am i too late?
[05:22] <nuku> RockMan: one more question where do i need to set the passkey helper like kbluepin to be used as default? i still need to call the passkey-agent from a terminal to make bluetooth work..
[05:23] <RockMan> abattoir: no, please, test too :)
[05:23] <RockMan> nuku: you can autostart it, for instance from ~/.kde/Autostart
[05:23] <RockMan> dunnow if it exists a global one
[05:24] <RockMan> abattoir, nuku: i'm also packaging kdebluetooth-1.0_beta2... could you test it?
[05:24] <abattoir> RockMan: sure
[05:24] <abattoir> i386?
[05:24] <nuku> sure..
[05:24] <nuku> RockMan: hmm well using autostart is no real solution i guess..
[05:25] <RockMan> abattoir: sources...
[05:25] <abattoir> RockMan: ok :)
[05:25] <RockMan> nuku: i can't imagine what the solution could be.. i'm a coder, not a maintainer..
[05:26] <dholbach> does kde use /usr/share/autostart?
[05:26] <RockMan> dunnow
[05:26] <nuku> RockMan: hehe :) .. hmm it seems that the gnome passkey thingie also creates an autostart entry..
[05:26] <dholbach> if it would, we could add an autostart file to kdebluetoot
[05:26] <dholbach> h
[05:26] <dholbach> *shrug*
[05:27] <dholbach> gnome does and bluez-passkey-gnome does this
[05:27] <abattoir> dholbach: i think one already exists
[05:27] <RockMan> kdebluetooth is _already_ autostarted by default
[05:27] <RockMan> but kdebluetooth != passkey-agent
[05:27] <dholbach> RockMan: we could add another .desktop file
[05:27] <dholbach> that's what I meant :-)
[05:27] <RockMan> yep
[05:28] <dholbach> and maybe we can tweak it so that each of them are only started in the kde or in the gnome session
[05:28] <dholbach> that would rock
[05:29] <RockMan> kdebluetooth installs it in $datadir.. i guess it's /usr/share
[05:29] <dholbach> yeah
[05:29] <RockMan> but _check_ first.. i don't have ubuntu, and here the prefix is /usr/kde/3.5
[05:29] <dholbach> alright
[05:29] <RockMan> where goes kbluetoothd.autostart.desktop in kubuntu?
[05:29] <dholbach> it's just an idea and I'll ask Riddell before doing anything
[05:29] <abattoir>  /usr/share/autostart
[05:30] <RockMan> abattoir: so i guess that the directory is shared :)
[05:30] <Huahua> hi, Riddell: malone bug #65697
[05:30] <Ubugtu> Malone bug 65697 in kubuntu-default-settings "kubuntu dapper can't display Chinese in non-Chinese locale" [Undecided,Unconfirmed]  http://launchpad.net/bugs/65697
[05:30] <nuku> hm there is an OnlyShowIn=KDE in the desktop :)
[05:30] <nuku> i think that will do the trick ;)
[05:30] <abattoir> RockMan: umm.. yes.. :P
[05:49] <nuku> RockMan: i guess you are still working on the beta2 release of kdebluetooth?!
[05:49] <RockMan> yep
[05:49] <RockMan> or, better... it's fetching i18n files for packaging
[05:50] <RockMan> (which is _REALLY_ slow.....)
[05:54] <Tonio_> Riddell: I'm patching kdelibs to remove p7zip protocol from x-7z mimetype...
[05:54] <Riddell> Tonio_: why?
[05:54] <Tonio_> Riddell: doesn't work as we don't have the 7zip ioslave installed by default, so better using ark in the first place
[05:55] <Tonio_> Riddell: the result is konq intagration doesn't use ark_part, but p7zip protocol, when ioslave isn't installed.... -> error message
[05:55] <Tonio_> Riddell: I'm playing with compressed files since a few hours, and lots of things can be done arround that.... lots of little issues like this one
[05:56] <Tonio_> Riddell: in the desktop file
[05:56] <Tonio_> [Property::X-KDE-LocalProtocol] 
[05:56] <Tonio_> Type=QString
[05:56] <Tonio_> Value=p7zip
[05:56] <Tonio_> now enter p7zip:/ in konq -> can't work, since the protocol is undefined
[05:57] <Riddell> makes me wonder why that's in kdelibs when p7zip ioslave isn't
[05:57] <Tonio_> Riddell: I don't know, but now I understanf why so many people are complaning 7z files are unmanageable in kubuntu
[05:58] <Tonio_> kdelibs has crappy entries and ark needs patching.......
[05:58] <Riddell> can't say I've ever come across a 7z file :)
[05:58] <Tonio_> Riddell: I'm doing the necessary for correct integration, and you'll revu the patches before upload, is that okay for you ?
[05:58] <Tonio_> Riddell: I don't too, but lots of people use them :)
[05:59] <kwwii> Riddell: I guess that the problem is that my ssh-key is missing on launchpad.net?
[05:59] <Riddell> kwwii: that could well be it
[06:01] <Tonio_> Riddell: even ark servicemenu is incomplete and doesn't manage 7z files, when ark standalone can.......
[06:01] <Tonio_> Riddell: looks like kde devs don't use 7zip a lot :)
[06:02] <Tonio_> Riddell: I won't patch kdelibs, but disable the protocol in kds, like I do for tar and zip
[06:02] <Tonio_> Riddell: better that merging a new patch everytime
[06:03] <Riddell> yeah
[06:32] <abattoir> Riddell: are Qt 4.2 packages for i386 available at kubuntu.org?
[06:35] <apokryphos> abattoir: aren't they in edgy with "kdecopy"?
[06:35] <apokryphos> http://packages.ubuntu.com/cgi-bin/search_packages.pl?keywords=kdecopy&searchon=names&subword=1&version=edgy&release=all
[06:36] <abattoir> apokryphos: the -kdecopy designer doesn't work :(, i'll look at it again, thanks
[06:42] <Riddell> abattoir: no, but I'll upload 4.2 to edgy this evening
[06:42] <abattoir> Riddell: great, thanks :)
[06:49] <imbrandon> Riddell, ...
[06:49] <imbrandon> [11:44]  <Sho_> imbrandon: http://www.eikehein.com/diffstat.txt is my commentary to the diffstat if that's a topic of discussion
[06:49] <imbrandon> [11:45]  <imbrandon> k
[06:49] <imbrandon> [11:46]  <Sho_> imbrandon: We've done build tests on x86, PPC, amd64, some on Edgy, gcc 3.4 - 4.2, KDE 3.4 & 3.5
[06:49] <imbrandon> if that will help with mdz ^
[06:49] <imbrandon> and i added a buildlog to the bug
[06:51] <imbrandon> Riddell, and it would close all bugs in BTW and no new bugs have been filed since release in KDE BTS for Konversation
[06:51] <imbrandon> s/BTW/malone
[06:58] <Riddell> is kopete in backports yet?
[07:01] <imbrandon> Riddell, seems source only
[07:01] <imbrandon> kopete | 4:3.5.4+kopete0.12.2-0ubuntu1~dapper1 | http://archive.ubuntu.com dapper-backports/main Sources
[07:01] <imbrandon> no binarys
[07:01] <Riddell> humph
[07:01] <Riddell> so it needs to be built for the kde 3.5.5 repository
[07:02] <imbrandon> Riddell, yea looks like it
[07:07] <RockMan> abattoir, nuku, dholbach: ping
[07:07] <kwwii> Riddell: bzr is working now, I will update a couple of pics sometime either later tonight or early tomorrow morning...guess we need to add a folder for the 16color usplash as well now
[07:07] <abattoir> RockMan: the package is up?
[07:07] <RockMan> nope
[07:07] <Riddell> kwwii: ok, let me know when you commit that
[07:07] <RockMan> still waiting for i18n to download
[07:07] <RockMan> (how slow =_=)
[07:07] <dholbach> RockMan: pong
[07:08] <Riddell> kwwii: usplash has a funky build system, just put it in the existing directory and I'll work out what needs done
[07:08] <Riddell> kwwii: I'd say for the 16 colour one just use the dapper usplash
[07:08] <RockMan> but i updated the patch for passkey-agent, dynamically allocating memory for  passkey string size, instead of using char[256] 
[07:08] <kwwii> Riddell: ok, will do
[07:08] <RockMan> http://www.kmobiletools.org/files/bluez-pin-exec-patch-r2.diff.bz2
[07:09] <kwwii> Riddell: I will try to make the new version somehow with 16 colors, or something like it...if nothing else we can use the dapper usplash instead
[07:10] <RockMan> dholbach: IF you were already using the patched version, this should also fix your problem
[07:10] <dholbach> RockMan: I'm still in the meeting
[07:10] <dholbach> RockMan: i'll make sure to check it afterwards
[07:10] <Riddell> kwwii: by the way the akademy 2007 team wants to do a contest for the logo, just to warn you
[07:11] <dholbach> RockMan: in a clean environment
[07:11] <RockMan> dholbach: np, i just wanted to inform you.. you'll find the updated version in kmobiletools homepage, anyway
[07:11] <dholbach> thanks a lot!
[07:11] <dholbach> good work on that!
[07:11] <nuku> RockMan: hm i was wondering .. by the patch the original behavior of the application gets broken... but as it isn't installed in the first place we should not care?! ;)
[07:12] <RockMan> nuku: exactly :)
[07:12] <RockMan> and anyway, i checked code, to see how it was working.. it doesn't break anything
[07:12] <RockMan> unless i was missing something important
[07:13] <nuku> RockMan: best solution would probably be to incorporate the dbus stuff into kbluebin sometime..
[07:13] <RockMan> nuku: it's already done, but it needs a lot of testing
[07:13] <nuku> RockMan: ah i see
[07:13] <RockMan> nuku: it's in kde svn repostry, in /branches/work/kdebluetooth-dbus-integration
[07:14] <kwwii> Riddell: I heard that....and warned them against it
[07:14] <imbrandon> Riddell, i got a chance to test my kubuntu-artwork-uspash.postinst changes to k-d-s 6.10-55 they work perfect
[07:14] <kwwii> "them" being seaLne
[07:14] <imbrandon> ( with an upgrade from dapper )
[07:14] <kwwii> and now you :p
[07:14] <Riddell> imbrandon: is it in bzr?
[07:14] <RockMan> Riddell: it's already decided where it will be?
[07:14] <Riddell> RockMan: yes
[07:14] <imbrandon> Riddell, afaik Tonio_ put it there, let me check
[07:14] <RockMan> Riddell: (and where?)
[07:15] <Riddell> RockMan: glasgow, but that's top secret so don't tell anyone
[07:15] <RockMan> np
[07:17] <RockMan> very near the last akademy, this time
[07:17] <nuku> RockMan: don't want to be picky but the patch misses a check if malloc failed :P
[07:18] <RockMan> oh.. right
[07:18] <RockMan> sorry, i don't code pure c from a long time
[07:18] <nuku> hehe yes c can be evil :)
[07:26] <RockMan> nuku: ok, should be fixed now
[07:40] <RockMan> nuku, abattoir: http://zerogoki.homelinux.org/index.php
[07:40] <RockMan> err..
[07:40] <RockMan> no
[07:40] <RockMan> nuku, abattoir: http://zerogoki.homelinux.org/kdebluetooth-1.0_beta2.tar.bz2
[07:45] <abattoir> RockMan: thanks, downloadingnow
[07:45] <nuku> RockMan: anything particular to keep a look at?
[07:46] <_Sime> sebas: ping
[08:07] <Tonio_> imbrandon have stuff to commit to kds ? because I'm just preparing a new version
[08:07] <imbrandon> Tonio_, yea, doing a commit to bzr right now
[08:07] <imbrandon> just a sec
[08:08] <Tonio_> imbrandon okay I'll sync my work then
[08:08] <imbrandon> err actualy i just checked, its all there already
[08:08] <imbrandon> go for it ;)
[08:08] <imbrandon> all my changes were in -55
[08:09] <Tonio_> imbrandon Riddell already commited the postinst stuff fyi
[08:09] <imbrandon> yea i seen , thanks, thats what i was checking
[08:09] <Tonio_> imbrandon I'm patching ark to manage 7z files correctly
[08:09] <imbrandon> but bzr was being SLOW
[08:09] <imbrandon> yup yup, all good bro
[08:09] <Tonio_> it's 7z support is a horible mess, while rar is managed correctly.....; I don't understand the reason of this, but that's a shame for an open compression format
[08:10] <Tonio_> and yes, bzr is very slow....
[08:13] <imbrandon> Riddell, any more word on konversation from mdz
[08:14] <mdz> imbrandon: bug 64488
[08:14] <Ubugtu> Malone bug 64488 in konversation "UVFe ( main ) for konversation 1.0 to 1.0.1" [Undecided,Unconfirmed]  http://launchpad.net/bugs/64488
[08:15] <imbrandon> oh heya mdz wasent sure if you were in here /me looks
[08:15] <RockMan> nuku: not exactly.. it's almost bug fixes, check if it compiles and if it works correctly
[08:16] <Tonio_> re
[08:16] <Tonio_> 7z extraction work...... now compression....
[08:22] <nuku> RockMan: i see.. some of the patches from the ubuntu source package are already applied as it seem .. now building the deb :)
[08:22] <RockMan> this release also has public headers, so maybe you need also to build a -dev package
[08:22] <RockMan> (needed for kmobiletools)
[08:25] <jdong> is it just me, or is konq 3.5.5 noticeably faster?
[08:25] <jdong> and more responsive when switching tabs
[08:26] <Riddell> jdong: speed improvements to KHTML are listed in the changelog
[08:27] <jdong> yeah; I guess they actually meant it :D
[08:29] <jdong> well... it's just that "speed improvements" is such a widely {mis}used term
[08:29] <jdong> so often people claim it, and I don't feel a darn thing
[08:29] <jdong> and other times, people say "slight optimization" and all of a sudden my speed doubles
[08:30] <jdong> but damn, this is quite amazing
[08:30] <Tm_T> :)
[08:32] <_Sime> Riddell: new version of guidance is up on my website (http://www.simonzone.com/software/guidance/ )
[08:33] <jdong> holy crap even scrolling is faster
[08:38] <Tm_T> =)
[08:39] <jdong> whoa! even my coffee is brewing faster
[08:39] <jdong> wait... that's not KDE...
[08:43] <Tm_T> jdong: It is, trust me.
[08:43] <jdong> Tm_T: must be my super-optimized CFLAGS then ;-)
[08:44] <jdong> I was told on #gentoo to use -f'in-grind-my-coffee-already
[08:44] <Sho_> jdong: Tab switching was indeed made faster, by reusing a QTimer instead of queueing up new ones
[08:44] <Tm_T> :)
[08:45] <Tm_T> KDE <3
[08:47] <Riddell> _Sime: cool
[08:49] <abattoir> RockMan: i'm unable to pair w/ my phone
[08:50] <RockMan> abattoir: with.. what? are you using the patched passkey-agent?
[08:50] <abattoir> RockMan: had to run 'sudo hciconfig hci0 piscan' for my pc to be discoverable too
[08:50] <abattoir> RockMan: yes, i applied the patch
[08:50] <nuku> RockMan: phew found the hidden one :) the openobex check does not generate a correct error message when the version is not >=1.1 .. 
[08:50] <RockMan> abattoir: make sure it's applied, run "passkey-agent" without arguments, and look it in the version string
[08:51] <RockMan> nuku: looking, thanks
[08:51] <RockMan> that configure.in.in is a hell anyway :(
[08:51] <imbrandon> mdz, ping, ok all information requested is now attached to the bug along with some other upstream comments on the diffstat code for bug 64488
[08:51] <Ubugtu> Malone bug 64488 in konversation "UVFe ( main ) for konversation 1.0 to 1.0.1" [Undecided,Unconfirmed]  http://launchpad.net/bugs/64488
[08:51] <nuku> RockMan: thats very true 
[08:51] <abattoir> RockMan: hmm, it says 3.6 :( , i'll re-apply and compile
[08:52] <abattoir> (or is it supposed to say that?)
[08:52] <RockMan> abattoir: it should say "3.6", but it should also say "with patch" etc etc
[08:52] <mdz> imbrandon: not exactly, but it will do
[08:52] <mdz> imbrandon: for future reference, a diff from the current version to the proposed version is appropriate
[08:52] <RockMan> abattoir: passkey-agent is NOT installed with "make install", you have to copy it manually
[08:52] <abattoir> RockMan: ok, it doesn't, i think i made a mistake...
[08:52] <abattoir> RockMan: i modified Makefile in hcid/
[08:53] <imbrandon> mdz, sure thing, i'll update the wiki to refelct that and also that that wiki applys to MAIN also not just universe
[08:53] <imbrandon> the wiki only says diffstat but i can do a diff also if you would like
[08:53] <mdz> imbrandon: don't worry about the wiki; I'm working on a replacement document
[08:53] <nuku> abattoir: just change the debian/rules .. the install line is commented out..
[08:53] <imbrandon> mdz, sweet ok, cool yea it would be nice to have it clear ;)
[08:54] <RockMan> abattoir: make sure also you've the newest patch, in kmobiletools.org
[08:54] <abattoir> RockMan: i have r2
[08:54] <RockMan> ok
[08:55] <imbrandon> would you like a diff of the source directorys too? i can do that quickly ( the changes are sumed up in the upstream diffstat.txt ) and also Sho_ is online ( the konversation release manager if we need to tackle something specific )
[08:55] <imbrandon> mdz, ^
[08:56] <mdz> imbrandon: I said that the current information will do
[08:56] <imbrandon> ok
[08:57] <mdz> I've updated the bug
[08:57] <imbrandon> thanks for the time, sorry this one was such a cluster^Wmess, will follow the new doc from here on
[08:58] <mdz> imbrandon: put simply, go ahead and update it, but only if you're willing to accept responsibility for this being the final version, even if something goes wrong
[08:58] <abattoir> nuku: ok, i'll try
[08:58] <imbrandon> mdz, ok
[08:58] <RockMan> nuku:  just adding AC_MSG_WARN(openobex version 1.1 or higher is required to build kdebluetooth) should do the job.. you meant this, right?
[08:59] <nuku> yep something like this..
[08:59] <imbrandon> Riddell, sound ok to you? if so i have it ready 
[08:59] <RockMan> (now the weird thing is that i've to re-run svn2dist =__=)
[09:01] <imbrandon> Riddell, also have any printing changes went in yet , i can test again today too
[09:01] <Sho_> mdz, imbrandon: Replied to bug
[09:01] <Riddell> imbrandon: where's your konversation repository?
[09:02] <imbrandon> Riddell, imbrandon.com i havent uploaded 1.0.1 yet, well its uploading now actualy , just a sec i'll tell you when its done
[09:07] <Riddell> _Sime: the guidance tar doesn't have any translations in it
[09:09] <_Sime> mmm
[09:11] <_Sime> I guess all the translations are spread through the i18n svn tree.
[09:11] <Riddell> _Sime: yes, you have to use svn2dist to get them, but you also have to modify svn2dist since it works on the Makefile.am messages rule that we don't have
[09:14] <_Sime> what have you guys been done with all of hte svnYYYYMMDD versions?
[09:14] <_Sime> ok
[09:14] <Riddell> using a hacked svn2dist
[09:17] <Riddell> _Sime: http://kubuntu.org/~jriddell/tmp/guidance.tar.bz2
[09:18] <Riddell> grab the po directory from that and make a 0.7.0a if you wish
[09:21] <_Sime> ok
[09:21] <imbrandon> Riddell,uploaded: deb http://imbrandon.com/packages edgy konversation ( or http://www.imbrandon.com/packages/pool/edgy/konversation/konversation_1.0.1-0ubuntu1_i386.deb )
[09:21] <Riddell> _Sime: I get "error: can't copy 'kde/wineconfig/pics/16x16/wineconfig.svg': doesn't exist or not a regular file"
[09:22] <imbrandon> brb , phone
[09:22] <dholbach> Riddell, RockMan: Marcel Holtmann (bluez upstream) added a comment on bug 56651 too
[09:22] <Ubugtu> Malone bug 56651 in bluez-utils "Impossible to do pairing in Kubuntu" [Unknown,Fix released]  http://launchpad.net/bugs/56651
[09:22] <_Sime> Riddell: I'll fix that too... hang on.
[09:25] <RockMan> dholbach: that's nearly what i said.. that patch is just a hack
[09:25] <_Sime> I'll just test the tarball I made.
[09:25] <RockMan> kdebluetooth dbus integration should be ready.. it just needs to be tested (_A_LOT_)
[09:26] <dholbach> RockMan: so edgy+1 :-/
[09:26] <RockMan> well.. dunnow.. if there's time enough to test, you could try including it in edgy
[09:27] <dholbach> how big is the patch?
[09:27] <RockMan> it's not a patch, it's a new branch
[09:27] <dholbach> ok, how big would a diff be?
[09:27] <RockMan> [14:40]  <RockMan> dholbach: it's in kde svn repostry, in /branches/work/kdebluetooth-dbus-integration
[09:27] <dholbach> yes
[09:28] <dholbach> but a diff between the current kdebluetooth and kdebluetooth-dbus would be possible, or is it a completely new module?
[09:28] <nuku> how big are the dependencies when just backporting the kbluepin?
[09:30] <nuku> its maybe a more trivial task in the end as the passkey-agent does not look that complicated..
[09:30] <dholbach> I fear that if the diff is not easily eyeball-able we won't get it in.
[09:31] <RockMan> i'd repackage it, it's not an update that could be done with a patch
[09:31] <RockMan> or better.. yep, it could, but it's not that convenient, imho
[09:32] <dholbach> *nod*
[09:32] <dholbach> I understand.
[09:32] <RockMan> it should be used in suse+1, going out at the end of this month.. actually it was coded by a suse guy
[09:34] <jr> groovy
[09:34] <nuku> i see .. he wrapped classes around the dcop handlers..
[09:34] <nuku> dbus
[09:34] <nuku> more 
[09:37] <Riddell> imbrandon: going to upload konversation then?
[09:37] <imbrandon> Riddell, sure, i'm on it now
[09:37] <imbrandon> lemme just add the uvf bug number then i'll have it up
[09:47] <_Sime> Riddell: I just switched the tarball on my site with the fixed version. I even tested it here(!)
[09:47] <_Sime> wonders will never cease.
[09:48] <fdoving> imbrandon: did you make cross compiling work in pbuilder? 
[09:49] <imbrandon> fdoving, yes ( but there are still some library issues for some apps , but simple apps cross-compile )
[09:50] <imbrandon> and it takes some hacking in the pbuilder chroot, i'm still working on some clean ways to do somethings
[09:50] <fdoving> i'm hacking a chroot now.
[09:50] <imbrandon> this has turned into a multi month project heh but its not gonna beat me
[09:50] <imbrandon> cool
[09:50] <fdoving> using adept as test-build.
[09:50] <imbrandon> heh thats what i used at first, if you can get it to find the xlibs lemme know
[09:51] <imbrandon> i think the xlibs will have to be converted with dpkg-cross and installed
[09:51] <fdoving> that might become a problem.
[09:51] <imbrandon> to test if your cross package works grab apt-mirror its an arch all package and change to any
[09:51] <fdoving> .. to automate, that is.
[09:51] <imbrandon> fdoving, yea 
[09:52] <fdoving> it works, but i want it inside pbuilder.
[09:52] <imbrandon> fdoving, thats kinda where i'm stuck is automating it and making it "clean" i can get it to "work" but not without alot of hacking
[09:52] <fdoving> and i also want it "to just work" as the original pbuilder.
[09:52] <imbrandon> exactly
[09:53] <imbrandon> right , my goal is to make hooks to drop in so you only have to pass the -a 
[09:53] <imbrandon> eg pbuilder -apowerpc build blah.dsc
[09:53] <fdoving> hmm.. i use the arch scripts.
[09:53] <fdoving> cowbuilder-edgy-powerpc
[09:53] <fdoving> and so on.
[09:54] <imbrandon> debuild -apowerpc is what i've been using to test
[09:54] <nixternal> quick question: Firefox homepage...the linking is bad, refer to bug 65685
[09:54] <Ubugtu> Malone bug 65685 in kubuntu-docs ""About Kubuntu" missing "wonderful-linux.html"" [Medium,Confirmed]  http://launchpad.net/bugs/65685
[09:55] <imbrandon> also had a little trubble getting those debs from the DD to compile in edgy clean too , but thats another story 
[09:55] <nixternal> is there a reason why we don't just set the homepage to usr/share/doc/kde/HTML/en/kubuntu/about-kubuntu/
[09:55] <nixternal> Riddell: i just replied to jjesse's email about this as well, but im sure you are swamped with a few eons worth of email
[09:56] <nixternal> i don't get the whole /etc/alternatives/firefox-homepage and the big cluster circle fork messup it creates
[09:57] <nixternal> im guessing, the reason we use the /etc/alternatives, is because all platforms share the /usr/share/ubuntu-artwork/home/ dir, so setting the symlink makes it easier across the platforms?
[10:00] <imbrandon> Riddell, did you notice the comment on bug 65665, can we just change that via k-d-s or would it have to be a cupsd update ?
[10:00] <Ubugtu> Malone bug 65665 in kdebase "Cups printing fails after update to kde-3.5.5" [Undecided,Unconfirmed]  http://launchpad.net/bugs/65665
[10:01] <Riddell> imbrandon: patch to kdelibs I'd think
[10:02] <imbrandon> kk i'd bet it has something to do with localhost is actualy 127.0.1.1 not 127.0.0.1
[10:02] <Riddell> _Sime: powermanager/icons is missing
[10:02] <imbrandon> in /etc/hosts
[10:03] <_Sime> Riddell: I blame sebas for that one....
[10:05] <_Sime> Riddell: are these icons new?
[10:05] <Riddell> _Sime: yes, and they're not in the build system
[10:05] <_Sime> Riddell: and they were not in the last version of the package?
[10:06] <Riddell> _Sime: not in the last one you packaged
[10:06] <_Sime> Riddell: I mean .deb.
[10:06] <Riddell> yes, they're in the .deb
[10:08] <_Sime> Riddell: and they are installed into /usr/share/apps/guidance/pics/? (i'm just checking the install location first.)
[10:09] <Riddell> p powermanager/icons/*png $(DEB_DESTDIR)/usr/share/apps/guidance/pics/
[10:09] <Riddell> cp powermanager/icons/battery-charging-100.png $(DEB_DESTDIR)/usr/share/icons/hicolor/22x22/apps/power-manager.png
[10:09] <Riddell> cp powermanager/guidance-power-manager.desktop  $(DEB_DESTDIR)/usr/share/autostart/
[10:09] <Riddell> is what happens in debian/rules
[10:10] <_Sime> my edgy is up to date, but I don't see the powermanager icons in the list of files for kde-guidance.
[10:11] <_Sime> ok, powermanager/icons/*png $(DEB_DESTDIR)/usr/share/apps/guidance/pics/ looks ok.
[10:11] <Riddell> _Sime: it's kde-guidance-powermanager now
[10:11] <Riddell> the power applet got split out
[10:11] <Riddell> dpkg -L kde-guidance-powermanager | grep /usr/share/apps/guidance/pics/batt
[10:12] <DaSkreech> nixternal: damn :-(
[10:12] <nixternal> huh?
[10:13] <windshear> anyone knows when Bug #30207 will be fixed.
[10:13] <Ubugtu> Malone bug 30207 in kdebase "media:/ does not handle floppy mounting correctly" [Medium,Needs info]  http://launchpad.net/bugs/30207
[10:13] <DaSkreech> nixternal: someone beat me to the flower garden idea
[10:14] <windshear> i think its quite essential that the floppy works in final.
[10:14] <Riddell> windshear: it's a long standing issue, I don't forsee it getting fixed
[10:15] <DaSkreech> http://cultivation.sourceforge.net
[10:15] <windshear> hm, quite bad if in a final the floppy does not work (again!)
[10:15] <nixternal> ya, but that is a game. i thought you were going to do like a landscape design thing
[10:19] <imbrandon> i dont even have a floppy drive in any of my computers to test
[10:19] <nixternal> haha me either
[10:19] <nixternal> i took mine out
[10:19] <nixternal> it was wasting space in the server tower
[10:20] <imbrandon> well hp and compaq dont put them in, and both the desktops are hp and compaq , apple laptops dont have one, and my server neever needed one so i never put one in
[10:24] <_Sime> Riddell: grab the tarball again, and pray that something else isn't missing.
[10:26] <Riddell> :)
[10:26] <nixternal> lol
[10:26] <jdong|laptop> apt-get install more-storage-space
[10:26] <jdong|laptop> hmm, doesn't seem to work
[10:26] <DaSkreech> nixternal: wouldn't it end up being a game in any  case :)
[10:26] <nixternal> i would use it...i need some good landscaping software for Linux
[10:27] <DaSkreech> nixternal: So GardensKape Go?
[10:27] <nixternal> hell ya!
[10:28] <nixternal> there isn't any landscape programs...and that program looks like some goofy game which im not interested in
[10:28] <nixternal> i used a professional package and i can't remember the name...but it was super cool on how it worked
[10:29] <Tonio_> Riddell: the series of patches for ark works like a charm
[10:29] <Riddell> Tonio_: need to save them until after RC I guess
[10:29] <Tonio_> Riddell: sure
[10:30] <Tonio_> Riddell: mimetypes are complete and 7z is now integrated like any other format
[10:30] <Riddell> testers needed for http://kubuntu.org/~jriddell/tmp/kde-guidance_0.7.0-0ubuntu1_i386.deb
[10:30] <Tonio_> Riddell: when is the release ?
[10:30] <Riddell> and http://kubuntu.org/~jriddell/tmp/kde-guidance-powermanager_0.7.0-0ubuntu1_i386.deb
[10:30] <_Sime> Riddell: whooo hooo!
[10:30] <Riddell> Tonio_: thursday
[10:30] <verwilst__> omg edgy's nvidia driver is sloooow
[10:30] <Tonio_> Riddell: what changes ?
[10:30] <verwilst__> it's like i'm working on a 486
[10:30] <Tonio_> Riddell: one week ? !!!
[10:30] <verwilst__> dragging a windows shocks like hell
[10:30] <verwilst__> resizing a windows shocks too :p
[10:31] <Riddell> Tonio_: well maybe we can sneak them in tonight, got a debdiff?
[10:31] <Tonio_> Riddell: I have the packages ready
[10:31] <Tonio_> just need to upload
[10:31] <Tonio_> Riddell: want to revu the patches ?
[10:31] <Riddell> sure
[10:32] <Tonio_> Riddell: kdeutils patch already revued, here is the konq-plugins patch (ark service menu)
[10:32] <Tonio_> http://paste.tonio.homelinux.org/26
[10:32] <Tonio_> here is the patch
[10:33] <DaSkreech> nixternal: So should we make a wikipage for it?
[10:34] <nixternal> hehe, that is up to you
[10:36] <trappist> Riddell: you have an amd64 build, or a source package for the new kde-guidance?
[10:36] <Riddell> trappist: amd64 uploaded
[10:37] <trappist> got it, thanks
[10:37] <Tonio_> Riddell: just tell me if that's okay for you and I'll upload
[10:37] <Tonio_> Riddell: I'll probably submimt those patches to kde since 7z should be managed the same way than rar, at least
[10:38] <Riddell> Tonio_: looks sane to me
[10:38] <Riddell> Tonio_: yes, we definately need to get this upstream, although I don't know how maintained ark is just now
[10:42] <Tonio_> Riddell: can I upload
[10:43] <Riddell> Tonio_: I'm happy, not sure how strict the freeze is, may need to ask mdz 
[10:44] <mdz> see -devel-announce for current freeze guidelines
[10:45] <Tonio_> mdz: can wait after the freeze, no probleme
[10:46] <Riddell> Tonio_: actually I don't think there is an after the freeze
[10:47] <imbrandon> after freeze == after release
[10:48] <Tonio_> Riddell: well those patches are closing launchpad bugs...
[10:48] <verwilst_> anyone here using compiz with kde in edgy by any chance? :d
[10:49] <Tonio_> verwilst_: works for me with beryl
[10:49] <verwilst_> Tonio_: beryl?
[10:49] <imbrandon> beryl works here pretty well ( still kinda slow )
[10:49] <imbrandon> beryl == compiz fork
[10:50] <verwilst_> Tonio_: my X performance is appaling, so i want to try compiz to see if that renders it faster :p
[10:50] <Tonio_> imbrandon yeah beryl isn't as fast as compiz
[10:50] <Riddell> anyone tested guidance?
[10:50] <verwilst_> imbrandon:  oh, didn't even know that
[10:50] <verwilst_> Tonio_: nvidia card?
[10:50] <Tonio_> Riddell: yeah works here, are there specific thigs to test
[10:50] <Tonio_> ?*
[10:50] <imbrandon> Riddell, no, give me a deb i can test
[10:50] <Tonio_> verwilst_: no, intel
[10:50] <verwilst_> hm
[10:50] <verwilst_> i think my next card will be ATI
[10:51] <verwilst_> hell, a GeForce6600GT
[10:51] <imbrandon> verwilst_, compiz wont make your X faster, slower if anything
[10:51] <verwilst_> and i can't even drag my windows without serious lag
[10:51] <verwilst_> imbrandon: i thought it did last time :d
[10:51] <verwilst_> hardware rendered windows?
[10:51] <imbrandon> verwilst_, are you using the nv driver ? or the nvidia one ?
[10:51] <verwilst_> nvidia :)
[10:52] <verwilst_> but nv driver is equally slow
[10:52] <Riddell> imbrandon: 21:30 < Riddell> testers needed for http://kubuntu.org/~jriddell/tmp/kde-guidance_0.7.0-0ubuntu1_i386.deb
[10:52] <Riddell> 21:30 < Riddell> and http://kubuntu.org/~jriddell/tmp/kde-guidance-powermanager_0.7.0-0ubuntu1_i386.deb
[10:52] <imbrandon> kool, grabbing now
[10:53] <verwilst_> Riddell: the problem i had at work with configuring dualscreen is that i couldn't save :p
[10:53] <verwilst_> it's all grayed out
[10:53] <Tonio_> Riddell: bah, let's keep those patches for edgy+1... this isn't a important issue, although it would be nice to get it fixed...
[10:55] <imbrandon> Riddell, guidance seems to work fine here, g-p-m though i'm not on a laptop
[10:55] <Riddell> imbrandon: are you on a laptop?
[10:55] <imbrandon> no
[10:55] <Tonio_> Riddell: I am
[10:55] <Tonio_> guidance-power-manager works
[10:55] <nixternal> (EE) AIGLX error: dlsym for __driCreateNewScreen_20050727 failed (/usr/lib/dri/fglrx_dri.so: undefined symbol: __driCreateNewScreen_20050727)
[10:56] <Riddell> imbrandon: so we don't want it to work :)
[10:56] <nixternal> anyone else getting that?
[10:56] <Tonio_> Riddell: ah :)
[10:56] <imbrandon> hehe
[10:57] <trappist> Riddell: any part(s) of guidance in particular need beating on?
[10:57] <Riddell> trappist: just making sure all the modules work in systemsettings
[10:59] <trappist> Riddell: do you care about little stuff like, the last-changed field for a password on a new user says epoch-1
[11:00] <trappist> 12/31/1969
[11:01] <trappist> actually it even says that after I set the password
[11:01] <Riddell> trappist: worth filing a bug for
[11:01] <trappist> and after I change it again for good measure
[11:01] <Tonio_> Riddell: I archived the patches for next release, and I'll try to make a point on all compression formats, since ark is a bit messy and unmaintained on that point
[11:01] <Tonio_> Riddell: all guidance modules seem to work here
[11:01] <Tonio_> _Sime: ping ?
[11:03] <Tonio_> _Sime: concerning your patches, you say they work for you, did you test on edgy ? I'm wondering if we uploaded the good version, since it doesn't work on any of my machines
[11:03] <imbrandon> trappist, i cant reporduce that
[11:04] <trappist> imbrandon: create a new user, set the password in the password & security tab... can't reproduce that?
[11:04] <trappist> it looks right on an a preexisting account (mine)
[11:04] <jdong> nixternal: that error is normal on fglrx'es
[11:04] <jdong> nixternal: they don't support AIGLX yet
[11:05] <jdong> nixternal: remember you also need to explicitly disable the composite extension for DRI/3D to initialize
[11:05] <nixternal> but why do i have aiglx installed on this machine?
[11:05] <nixternal> that is already done, the composite portion
[11:05] <nixternal> jdong: are you good with the ATI stuff?
[11:06] <jdong> nixternal: kind of
[11:06] <nixternal> i have a guy in #ubuntu-classromm that has an ATI with Dapper issue
[11:06] <nixternal> im stuck
[11:06] <jdong> nixternal: aiglx is in xorg 7.1 by default
[11:06] <nixternal> oh ya..forgot about that "crap" ;)
[11:06] <jdong> nixternal: I'll hop into the channel, won't guarantee much competence with ATI though :D
[11:06] <imbrandon> trappist, yea the date isnt updating, i dont think thats RC though
[11:07] <nixternal> #ubuntu-classroom btw  jdong ;)
[11:07] <imbrandon> the account gets created and is useable , so it is ok
[11:07] <jdong> nixternal: yea yea figured it out the second time :D
[11:08] <trappist> imbrandon: the date in the first place is a little nasty.  should probably say something like N/A
[11:09] <imbrandon> actualy it should probably say the date the account was made untill changed the first time
[11:10] <imbrandon> but thats an upstream issue imho
[11:10] <trappist> yeah, definitely not a packaging issue
[11:10] <imbrandon> okies dinner time, bbiab
[11:10] <jdong> Riddell: what changed in the new power manager?
[11:11] <jdong> everything looks OK
[11:11] <Riddell> jdong: nothing 
[11:13] <jdong> ah ok
[11:13] <fdoving> gnite
[11:13] <Tonio_> _Sime: just to show you : http://tonio.homelinux.org/tmp/capture1.png
[11:14] <nuku> hm the new power manager does not allow to change cpu throttling settings.. is there another place for it now?
[11:14] <Tonio_> can someone try this please ? inserting an audio cd and opening in konqueror....
[11:14] <Tonio_> I'm wondering if I ported the patches to 3.5.5 correctly
[11:15] <jdong> nuku: install powersave again? :D
[11:15] <nuku> :p
[11:16] <jdong> Riddell: guidance display settings bug persists
[11:16] <jdong> Riddell: DPMS timeout not preserved across a logout
[11:16] <jdong> Riddell: I just set my timeout to 2 minutes, logged out, and now it says 2 hours
[11:16] <nuku> i'll go with cpufreq-set then :)
[11:17] <jdong> nuku: make a lot of cpufreq-set panel buttons?
[11:17] <jdong> :)
[11:17] <nuku> jdong: haha :) yeah 
[11:18] <imbrandon> Tonio_, i can confirm that happens for me too ( with the audio cd )
[11:18] <imbrandon> _Sime, ^
[11:18] <nuku> i have it most time "ondemand" anyway but sometimes perfomance .. well brings just more performance :)
[11:18] <jdong> lol
[11:18] <Tonio_> imbrandon the point is it works for _Sime
[11:18] <jdong> for me, ondemand feels just as snappy
[11:19] <jdong> maybe it's because I'm using a core duo whose lowest state is pretty freakin powerful already
[11:19] <Tonio_> imbrandon: so  1/ my port to kde 3.5.5 is crappy 2/ there is something that has changed in 3.5.5 code that is incompatible with _Sime's work
[11:19] <Tonio_> imbrandon I would favor the first option :)
[11:19] <nuku> jdong: yeah you may don't even realize what you computer is capable of :)
[11:20] <jdong> nuku: I've used it on performance before...
[11:20] <jdong> I used to have it default to performance on AC power
[11:20] <jdong> (via /etc/acpi)
[11:22] <Lure> Riddell: guidance looks ok to me (checked powermanager and basic test with kc modules)
[11:24] <Riddell> I'l
[11:24] <imbrandon> kitties back ;)
[11:24] <Riddell> I'll upload guidance then, any fixes will go into -updates
[11:26] <Lure> nuku: edgy uses kernel ondemand and this is snappy, so little need for manual control 
[11:27] <jdong> Lure: can you reproduce DPMS timeouts not sticking?
[11:27] <Tonio_> imbrandon I recompared the patches, the ones in 3.5.5 are correct....
[11:27] <jdong> Lure: I set mine to 2 minutes, and on login it turns into 2 hours, then 5 hours
[11:28] <Lure> jdong: only if I log out ;-)
[11:29] <ryanakca> hmm... haven't been here for a while... anything I can do? (except preferably bug triaging)... I have a feeling artwork is finished, can't send stuff to universe anymore...
[11:30] <Lure> jdong: confirmed - I set it to 15 min and it is 5 hours after login
[11:30] <jdong> Lure: it seems like the restored time is proportional to the originally set time
[11:30] <jdong> 2minutes -> 2 hours, 15min -> 5 hours
[11:31] <jdong> so it must be saving, but not being read back correctly
[11:31] <Lure> jdong: yep 
[11:31] <jdong> hmm, so who fixes guidance? :D
[11:32] <_Sime> jdong: use "xset -q" to find out what the X server things the timeout is.
[11:32] <jdong> DPMS (Energy Star):
[11:32] <jdong>   Standby: 120    Suspend: 120    Off: 120
[11:32] <jdong>   DPMS is Enabled
[11:32] <jdong>   Monitor is On
[11:32] <jdong> 2 hours
[11:32] <ryanakca> imbrandon: ping
[11:32] <Tonio_> _Sime: ah !
[11:32] <_Sime> jdong: and compare that to the value in ~/.kde/....blah.../displayconfigrc
[11:33] <Tonio_> _Sime: what test can I do that might help you ?
[11:33] <jdong> dpmsSeconds=120
[11:33] <jdong> _Sime: are those values in minutes or seconds?
[11:34] <_Sime> jdong: the manual pages says that xset reports seconds.
[11:34] <jdong> _Sime: ok, then it's correct right now
[11:35] <jdong> _Sime: I'm gonna logout/login and see what it gets reset to
[11:36] <jdong> _Sime:   Standby: 7200    Suspend: 7200    Off: 7200
[11:36] <jdong> _Sime:  dpmsSeconds=120
[11:36] <jdong> _Sime: hmm, so seconds seem to be turning into minutes on login
[11:37] <gnomefreak> was bug 65610 fixed with todays updates?
[11:37] <Ubugtu> Malone bug 65610 in kdebase "[kde 3.5.5]  konqueror will not open links" [Undecided,Unconfirmed]  http://launchpad.net/bugs/65610
[11:39] <_Sime> jdong: you could try putting debug in displayconfig-restore.py around line 169.
[11:40] <jdong> _Sime: running displayconfig-restore restores the correct setting
[11:41] <jdong> _Sime: strange that it isn't being reset properly at login though
[11:42] <_Sime> jdong: displayconfig-restore.py should be getting run at login.
[11:42] <jdong> _Sime: yeah, but why isn't it? Lure has the same problem, too
[11:42] <_Sime> jdong: if is doesn't run at login then we have a problem. 
[11:43] <jdong> _Sime: it is in /etc/X11/Xsession.d, but it clearly didn't restore my settings properly...
[11:43] <_Sime> jdong: the kde login sequence was changed in 3.5.4 IIRC.
[11:43] <jdong> _Sime: that's about when this problem started
[11:43] <Lure> _Sime: I am debugging it - it looks like xset -q is reporting it strangely, so it may be restore does it wrongly at first place
[11:43] <jdong> Lure: run displayconfig-restore
[11:43] <jdong> Lure: at a terminal. For me, that correctly restores the right value
[11:43] <_Sime> Lure: can you confirm that displayconfig-restore.py is being run at login?
[11:44] <Lure> jdong: yep, you are probably right - -restore is not run at startup
[11:44] <Lure> _Sime: will check this now...
[11:44] <jdong> _Sime / Lure: gonna do a logout and see if Xsession.d is processed at login
[11:47] <jdong> _Sime: that script is being run at login
[11:47] <jdong> so it would appear more like something is coming in and overridding it afterwrads
[11:47] <_Sime> maybe.
[11:47] <_Sime> bed-time for me,
[11:48] <jdong> I wrapped the 40guidance* script with a set of touches, and surely enough both files were created
[11:48] <Lure> jdong: it gets converted to minutes somehow (multiplied by 60)
[11:48] <jdong> Lure: yeah, the question is, who's doing it?
[11:49] <Tonio_> _Sime: night ! will you be there tomorrow ?
[11:51] <jdong> Lure: xset is only being called once during bootup
[11:51] <jdong> and that's correctly, by displayconfig-restore
[11:51] <jdong> Lure: something else is using a different method to botch up DPMS
[11:51] <Lure> jdong: line 1668 in displayconfig.py is suspitions - it compares intervals[0]  (in sec) with dpms_min
[11:52] <Lure> jdong: I doubt that this causes it, but it is plain wrong
[11:54] <Lure> jdong: dpms_min is actually in seconds (just to confuse me) ;-)
[11:57] <RockMan> Riddell: what's usually the release procedure? link the package to kde-packager ml, then publishing it?
[12:00] <Riddell> RockMan: for what?
[12:00] <RockMan> Riddell: kdebluetooth
[12:00] <Riddell> RockMan: most apps have a string freeze where you tell kde-i18n-doc to translate it, then after a week you release and announce on kde-announce and kde-apps.org and poke me
[12:01] <Riddell> RockMan: kde-packager isn't used much except for the actual KDE releases, although I wouldn't mind it being used more
[12:01] <RockMan> Riddell: err.. dunnow if it's the case, since it was freeze for nearly one year
[12:01] <Riddell> RockMan: just release then :)
[12:01] <RockMan> ok
[12:03] <Riddell> RockMan: but get someone to check the tar for sanity before you announce it
[12:03] <seaLne> Riddell: check your mail :)
[12:03] <RockMan> Riddell: i did ^^ above
[12:04] <RockMan> although i repackaged it, so.. right.. better to recheck
[12:05] <Riddell> RockMan: url?
[12:05] <RockMan> Riddell: http://zerogoki.homelinux.org/kdebluetooth-1.0_beta2.tar.bz2
[12:05] <ryanakca> completly offtopic: would ubuntu keep on using Fx, or would they switch to this newfangled, foolish IceWeasel thingy?
[12:06] <Riddell> ryanakca: people are talking to mozilla about it
[12:06] <ryanakca> Riddell: kk...
[12:06] <Riddell> and iceweasel isn't foolish, it's hardly debian's fault if that's what they have to do
[12:07] <jdong> Lure: hmm, I don't think that causes it though
[12:08] <jdong> Lure: if I manually run displayconfig-restore as the last item in my session, everything is fine and dandy
[12:08] <Lure> jdong: no, not at all - it is just misleading name of variable
[12:08] <jdong> Lure: yet I tried to trap /usr/bin/xset, and it's only called once and correctly
[12:08] <jdong> Lure: so there must be an API call of some sort for DPMS timeout
[12:08] <ryanakca> Riddell:  anything I can do? (except preferably bug triaging)... I have a feeling artwork is finished, can't send stuff to universe anymore...
[12:08] <Riddell> ryanakca: every other free software project seems to be happy with that
[12:08] <jdong> and some program is using it
[12:09] <Lure> jdong: do you have also gnome installed?
[12:09] <Riddell> ryanakca: if you can download CDs you could test the accessibility profiles all work
[12:09] <jdong> Lure: yep
[12:09] <ryanakca> Riddell: no, name it something else, just not my product name...
[12:09] <ryanakca> Riddell: umm... no, anything else?
[12:09] <Lure> jdong: maybe some gnome/kde desktop interaction (I have gnome now just for two weeks and did not notice this problem before)
[12:10] <ryanakca> Riddell: I'd have to go out and buy myself some more CD's :)
[12:10] <jdong> Lure: interesting proposition...
[12:10] <Lure> jdong: gnomerc is also after displayconfig_restore
[12:10] <jdong> Lure: right, but it shouldn't be run if it's not a gnome session
[12:11] <jdong> Lure: if [ "$BASESTARTUP" = gnome-session -o \
[12:11] <Riddell> nixternal: any plans for an rc page?
[12:11] <Lure> jdong: right...
[12:11] <Riddell> ryanakca: I know, search kde-look.org for a suitable RC announcment image
[12:12] <Riddell> ryanakca: anything kubuntu themed
[12:12] <ryanakca> Riddell: bbl, supper, RC announcement image?
[12:13] <nixternal> Riddell: when is the RC due?
[12:13] <Riddell> ryanakca: random image, like the release stories here have http://kubuntu.org/announcements/
[12:13] <Riddell> nixternal: week today
[12:13] <nixternal> im getting ready to start working on a page, and was going to message the channel for input in about 15 minutes ;)
[12:13] <nixternal> i don't like creating the page early, as it always gets put on Digg