[00:49] <_neversfelde> claydoh: some users started a translation of my german how to
[00:50] <_neversfelde> I'll post you the link, once there is enough translated
[00:50] <_neversfelde> n8 :)
[00:50] <claydoh> cool is it based on the client-core concept?
[00:50] <_neversfelde> yes
[00:50] <claydoh> or just the standalone mode
[00:51] <_neversfelde> it is client core and I think I can help to improve an english version
[00:51] <claydoh> good, though  I am working on a simple one for the standalone mode
[00:51] <_neversfelde> claydoh: did you publish it somewhere?
[00:51] <claydoh> for those of us easily confused or not geeky enough :)
[00:51] <_neversfelde> hehe
[00:52] <claydoh> no, still typing out a rough text
[00:52] <claydoh> and have a bunch of screenshots
[00:52] <claydoh> \
[00:52] <claydoh> would be done, but went to newegg and went shopping :)
[00:52] <_neversfelde> if I can help you, tell me
[00:52] <claydoh> then had to cook dinner
[00:53] <claydoh> and I am still sick, and the wife is ill too :(
[00:53] <claydoh> so even typing is not fun
[00:54] <_neversfelde> here too, my girlfriend is sick
[01:28] <claydoh> wow openoffice locks up the desktop in Jaunty
[01:28] <claydoh> and apparently in kde4.2 ppa in intrepid
[01:54]  * ScottK hugs his kde 4.1.4....
[02:00] <claydoh> 4.2 rawks
[02:00] <claydoh> maybe we should remove openoffice.org-kde then?
[02:01] <claydoh> and just how far along is Kooffice :O)
[02:01] <claydoh> oops koffice
[02:03] <ScottK> openoffice.org-kde is still KDE3.
[02:03] <ScottK> So yeah ....
[02:10] <claydoh> does it actually use kde3, or is it just a 'theme'? I was never clear on that
[02:12] <claydoh> "This package contains the KDE plugin for drawing OOo's widgets with KDE/Qt, a KDEish File Picker when running under KDE"
[02:12] <claydoh> ahh
[02:12] <claydoh> can't draw widgets then
[02:13] <ScottK> I haven't looked but there's apparently a non-working KDE4 port.
[03:15] <claydoh> I found that if you just enable oo.o's native file picker, you can keep the openoffice.org-kde package, and its better looks :)
[03:23] <ScottK> If someone were to package http://blog.chatonka.com/2009/01/more-on-rtm-plasmoid/ I'd promise to review it.
[03:24] <claydoh> I know samrog, who has a ppa opf plasmoid, he'll probably do it :)
[03:26] <claydoh> ok what exactly is rtm? I don't think i get it
[03:27]  * claydoh needs to learn cmake so he can use that for building his kmymoney2 packages
[03:28]  * claydoh also is eager for kmm2's devs to port  to kde4 
[03:28] <ScottK> Remember the milk.
[03:29] <ScottK> It's a plasmoid to help you keep track of what you have to do.
[03:29] <ScottK> I could use that.
[03:30] <claydoh> ahh
[03:30] <claydoh> I was thinking it was more complex than that
[03:30] <claydoh> dunno why
[03:31] <claydoh> https://edge.launchpad.net/~samrog131/+archive/ppa
[03:31] <claydoh> he's a plasmoid-ho :)
[03:32] <ScottK> Can you talk him into throwing that stuff at REVU?
[03:32] <ScottK> We want as much plasmoid as we can get in this release.
[03:34] <vorian> beast2
[03:34] <vorian> beastly*
[03:35] <claydoh> https://edge.launchpad.net/~samrog131
[03:36] <claydoh> I have emailed him
[03:36] <ScottK> Excellent.
[05:09]  * ScottK dons his peril sensitive sunglasses and wields quilt.
[10:30] <Nightrose> ohhhh yea
[10:31] <Nightrose> please someone package the rememberthemilk plasmoid
[10:31] <Nightrose> that would be sooo useful for me
[10:31] <Nightrose> I promise cookies and hugs to whoever packages and reviews it
[10:38] <hunger> Will kde 4.1.4 move from intrepid-proposed to intrepid-backports eventually?
[10:42] <neversfelde> Nightrose: can't find it on kde-look?
[10:42] <Nightrose> neversfelde: not there yet - just in playground in svn
[10:42] <Nightrose> see planet
[10:43] <a|wen> hunger: afaik it is planned to be moved to intrepid-updates
[10:43] <neversfelde> ah ok, I will try it
[10:43] <Nightrose> cool :)
[10:43] <Nightrose> ScottK: ^
[10:44]  * Nightrose vanishes for some sport
[10:45] <hunger> a|wen: I guess I need to wait then:-(
[10:46] <hunger> If only jaunty wasn't that broken... then I could just upgrade to that:-)
[10:46] <a|wen> hunger: if you want, you can add -proposed to your sources.list and help test that the packages are good
[10:47] <hunger> a|wen: I don't want to do that.
[10:47] <hunger> a|wen: I am running jaunty as a thing to report bugs against... but I do need one computer that actually works mostly.
[10:48] <a|wen> hunger: i can fully understand that ... always have a computer kept somewhat clean
[10:49] <hunger> a|wen: I wouldn't mind testing the kde packages, but there is a new kernel and stuff in -proposed that I do not want to test.
[10:51] <a|wen> hunger: yeah; it is not that easy just upgrading the kde-packages and not the rest from -proposed
[10:52] <hunger> Hmmm... installing ubuntu-desktop without effecting my kde installation no longer seems possible:-(
[10:53] <hunger> ubuntu-desktop depends on all the stuff kubuntu-desktop only recommends and that I do not like:-)
[11:32] <apachelogger> does anyone understand bug 320999 properly?
[11:32]  * apachelogger needs to guess mostly
[11:37] <freeflying> happy new year kubuntuorts :) (chinese new year)
[11:39] <apachelogger> freeflying: happy chinese new year to you to :)
[11:40] <freeflying> apachelogger: thanks
[11:40] <freeflying> :)
[11:41]  * freeflying seems a bit over drunk :)
[11:42] <a|wen> happy new year freeflying
[11:43]  * a|wen was in chinatown today ... but there were no new year there until tomorrow :(
[11:43] <freeflying> a|wen: hope you can enjoy the traditional of chinese :)
[11:44] <a|wen> freeflying: i will ... lots of chinese at my uni (and supposedly fireworks in the next days)
[11:46] <freeflying> a|wen: so do our side here :)
[11:46] <a|wen> :)
[11:54] <apachelogger> Arby:   Uploading kdelibs_3.5.10.dfsg.1-1ubuntu8_source.changes: done.
[11:54] <Arby> apachelogger: for the aRts changes?
[11:55] <apachelogger> aye
[11:55] <apachelogger> if I removed the api stuff properly it should also build a lot faster
[11:56] <Arby> apachelogger: did you see my ping about a couple of packages last night?
[11:56] <apachelogger> nope
[11:56] <Arby>  <Arby> apachelogger: ping?
[11:56] <apachelogger> Arby: yes
[11:56] <Arby> [21:51] <Arby> looking at arts stuff libsdl1.2debian-arts  looks pretty useless without arts
[11:56] <Arby> [21:51] <Arby> should it be marked for removal from the archive?
[11:56] <Arby> [21:52] <Arby> likewise liballegro4.2-plugin-arts
[11:56] <apachelogger> throw them away
[11:56] <Arby> ok I can mark it on the wiki but who do I need to ask to do it?
[11:56] <apachelogger> they only contain arts support, so it's save to drop them
[11:56] <Arby> you?
[11:57] <apachelogger> Arby: you need to file a package removal request (explained somewhere in the wiki)
[11:57] <apachelogger> then find a sponsor who accepts the request and subscribes the archive admins
[11:57] <apachelogger> Arby: also ... for thos packages and rdeps need to be resolved as well
[11:57]  * Arby starts digging in wiki
[11:58] <apachelogger> I think libsdl for example got a metapackage for audio backends IIRC
[12:02] <gmasucci> hello to everybody, my name is Giovanni Masucci and I'd like to help in the testing process to jaunty, nice to meet you all :)
[12:04] <freeflying> gmasucci: welcome you here :)
[12:06] <gmasucci> Thank you freeflying. :) I've just installed kubuntu jaunty and I've found an issue with libsoprano-dev and soprano-daemon packages. Appearently there is a file , org.soprano.Model.xml, that is in both packages and causes a conflict that makes apt eat children. :) If you are already aware of this please ignore my message :)
[12:07] <freeflying> gmasucci: did you upgrade to the latest?
[12:08] <gmasucci> yes
[12:09] <freeflying> gmasucci: I couldn't reproduce it here now :)
[12:10] <freeflying> gmasucci: I did maybe 1 day ago :)
[12:10] <xerosis> the latest libsoprano-dev replaces soprano-daemon so it shouldn't be a problem now
[12:10] <gmasucci> glad to hear, maybe the mirror has to update itself
[13:01] <jussi01> sigh...
[13:03] <jussi01> I have no idea on how to set up that calender folder crap in kontact. should we not have a pre set up one done already? (or is that a bug in the experimental packages and fixed in jaunty)
[13:03]  * jussi01 prods the ninjas
[13:05] <jussi01> great. lots of crashes with that. :/
[13:21] <Arby> apachelogger: wrt removal of libsdl1.2debian-arts
[13:21] <Arby> https://wiki.kubuntu.org/UbuntuDevelopment/PackageArchive?highlight=(request)|(package)|(removal)#Removing%20Packages
[13:21] <Arby> ^^ implies that we should remove both source and binaries
[13:21] <Arby> however the source is libsdl1.2
[13:22] <Arby> which is also the source for a number of libsdl1.2-foo packages
[13:22] <Arby> so is the correct solution actually to modify the source package to not build the -arts binary?
[13:22] <Arby> since we can't really remove the source package
[13:25] <Arby> ah, it seems all the -foo packages are rdepends of libsdl1.2debian-arts so they're going to break anyway
[13:26] <Arby> getting a little lost here. Is arts at a lower level than oss, esd, alsa etc?
[13:32] <a|wen> Arby: arts is higher than those, as far as i know ... is those depends written explicitly in debian/control or made up from {$foo} variables?
[13:33] <apachelogger> Arby: arts is same level as esd
[13:33] <Arby> a|wen: those are what gets spat out by a combination of apt-cache show and apt-cache rdepends
[13:33] <apachelogger> same applies for pulseaudio I guess
[13:34] <apachelogger> they are all 3 sound servers, which just try to solve the multiple output source mixing problem and a the same time provide a simpler approach than alsa
[13:34] <a|wen> Arby: rebuilding without build-depends on arts should remove the automagically generated depends (if that is what they are)
[13:35] <apachelogger> Arby: correct solution for sdl would be build the source package without arts support ... drop all references to the package ... and change the depends of all other packages that depend on it to not depend on it
[13:35] <apachelogger> or recommend or suggest
[13:35] <apachelogger> though the latter is rather low priority
[13:36] <Arby> ok well that saves me filing a removal request then, which is what brought all this about
[13:36] <ghostcube> hi ScottK
[13:37] <ghostcube> i still get this kmix crash at login just saying kmix crashed for unknown reason
[13:37] <ghostcube> startet in 4.1.4
[13:37] <ghostcube> but kmix works fine if kde is fully loaded
[13:43] <a|wen> ghostcube: does it do the same if you try to log in (test it a few times) with a new user? could be that kmix got saved as part of your session with some unfortunate values
[13:43] <ghostcube> a|wen, can i remove the saved session or would start blank session do the same ?
[13:44] <ghostcube> i just have one user
[13:44] <ghostcube> :D
[13:44] <a|wen> start blank session should be the same
[13:44] <a|wen> ghostcube: or if you are able to get a backtrace by having the -dbg packages installed, that would be good as well
[13:45] <ghostcube> i have them installed but kcrash tells me cant get useful bt
[13:45] <ghostcube> :|
[13:46] <Notch-1> hi, on a persistent/live on usb pen, how can i add more persistent space? since the pen is formatted with fat32 i can't create persistent file bigger than 4 gb...
[13:47] <Notch-1> is there a simple way to add more persistence files?
[13:48] <a|wen> ghostcube: you have the kdemultimedia-dbg installed, right?
[13:49] <ghostcube> a|wen, moment have to look if this one is there right now
[13:52] <ghostcube> nope but why is it bringing juk with it lol
[13:53] <a|wen> ghostcube: the -dbg packages (of kde) are meta-debug-packages, so they sadly have to bring in a lot of cruft
[13:53] <ghostcube> oh ok :) just wondered why juk is inside the dbg packages
[13:53] <ghostcube> ok if dled and installed i will tell u the output after relogin
[13:55] <a|wen> ghostcube: thx
[13:55] <ghostcube> np
[13:59] <Arby> apachelogger: I assume I need to remove all references to arts from debian rules as well?
[13:59] <apachelogger> Arby: most likely
[14:00] <apachelogger> someone with firefox around?
[14:00] <a|wen> apachelogger: here ... what to test/do?
[14:00] <apachelogger> a|wen: bug 281407
[14:04] <a|wen> apachelogger: confirmed ... kfmclient keeps running (until ctrl+c)
[14:05] <apachelogger> hm
[14:05] <Arby> apachelogger: does this look like a decent starting point http://paste.ubuntu.com/109385/
[14:05] <apachelogger> a|wen: when you start firefox from a shell without arguments ... does it dispatch?
[14:06] <Arby> save me at least one failed build :)
[14:06] <apachelogger> Arby:     - dropped Replaces/Conflicts libsdl1.2debian-arts for
[14:06] <apachelogger>       libsdl1.2debian-alsa, -oss, -esd, -nas, -pulseaudio
[14:06] <apachelogger> that ought to stay
[14:07] <Arby> oh ok
[14:07] <apachelogger> Arby: I recommend you ask ./configure --help if there is anything you have to do to ensure the build will not break without arts
[14:07] <a|wen> apachelogger: it dispatch both w/o any arguments, and while giving it an url
[14:08] <apachelogger> a|wen: when no prior firefox window is running?
[14:09] <a|wen> apachelogger: no, it will only dispatch if another window is running
[14:12] <apachelogger> a|wen: but with kfmclient it doesn't even do with an open instance?
[14:13] <a|wen> apachelogger: nope, exactly ...
[14:14] <Arby> apachelogger: if ./configure --help says
[14:14] <Arby> --enable-arts           support the Analog Real Time Synthesizer
[14:14] <Arby>                           [default=yes]
[14:14] <Arby>   --enable-arts-shared    dynamically load aRts audio support [default=yes]
[14:14] <Arby> then I should set those to =no in debian/rules?
[14:15] <ghostcube> a|wen, http://pastie.org/370170
[14:15] <ghostcube> do i need any other dbg too ?
[14:16] <apachelogger> a|wen: close all firefox ... strace kfmclient openURL > ~/kfmclient.1.strace 2>&1 ... gzip that file ... send to apachelogger@ubuntu.com
[14:16] <apachelogger> a|wen: open one firefox instance ... strace kfmclient openURL > ~/kfmclient.2.strace 2>&1 ... gzip that file ... send to apachelogger@ubuntu.com
[14:16] <apachelogger> actually
[14:16] <apachelogger> I think you might want to pass a URL with that ;-)
[14:17] <a|wen> ghostcube: is that what you get?
[14:17] <ghostcube> yes
[14:19] <a|wen> ghostcube: you might want to try qt-x11-free-dbg as well
[14:19]  * a|wen starts strace'ing
[14:20] <apachelogger> hm
[14:20] <apachelogger> I think my music hd is reaching it's live time span
[14:20] <apachelogger> making incredibly intersting noise
[14:21] <apachelogger> time for a new pc \o/
[14:22] <Arby> actually IIUC are --enable-arts/--enable-arts-shared and --disable-audio-arts sort of mutually exclusive
[14:23] <Arby> debian/rules currently has --enable-arts-shared=no and --disable-audio-arts both set
[14:23] <a|wen> apachelogger: is kfmclient supposed to dispatch if the underlying program (eg. firefox) don't do it by itself?
[14:23] <Arby> which means this package already has arts disabled unless I've misunderstood
[14:24] <apachelogger> a|wen: I am not sure ... (almost) all KDE apps dispatch by default
[14:24] <a|wen> apachelogger: okay ... it doesn't dispatch if firefox is not running in any case
[14:26] <apachelogger> a|wen: I am not sure if kfmclient itself doesn't get dispatched by $invokingapp
[14:26] <apachelogger> so worst case might be ending up with some kfmclient processes
[14:27] <ghostcube> hmm a|wen not better
[14:28] <ghostcube> same output so far :)
[14:28] <apachelogger> a|wen: open some about $application dialogs and click the website URL... that should invoke kfmclient... then look how many kfmclients you have
[14:31] <ghostcube> brb
[14:32] <a|wen> apachelogger: 2 strace output and 1 valgrind on the way to your inbox ... i'll test the about-box links
[14:32] <apachelogger> k, thx
[14:34] <a|wen> apachelogger: i have no kfmclient processes running in w/ w/o a firefox window open when clicking
[14:36] <a|wen> apachelogger: can you take a look at the backtrace from ghostcube http://pastie.org/370170 ... any idea what crashes, or which -dbg to install?
[14:40] <apachelogger> a|wen: doesn't that make the bug invalid?
[14:40] <apachelogger> if they want apps to dispatch from a shell they ought to attach a &
[14:41] <apachelogger> ghostcube: that crash happens when?
[14:41] <ghostcube> login
[14:41] <apachelogger> nice
[14:41] <apachelogger> ghostcube: install kdebase-workspace-dbg
[14:41] <ghostcube> ok
[14:41] <apachelogger> stdin: ^
[14:44] <a|wen> apachelogger: it should be kmix crash on login (ghostcube's crash)
[14:45] <apachelogger> KWin (kwin), Signal SIGABRT
[14:45] <apachelogger> don't think so
[14:45] <apachelogger> then again that backtrace is pretty short alright :D
[14:47] <a|wen> ghostcube: how did it turn out with a new session?
[14:48] <ghostcube> a|wen, ehm havent tried wait a momant i forgot it lol
[14:48] <ghostcube> brb
[14:49] <a|wen> apachelogger: i think it is safe to call it invalid ... should be run with &
[14:55] <ghostcube> a|wen, with blank session it worked
[14:56] <ghostcube> but i have a stupid question folks
[14:56] <ghostcube> where to set the start otions for desktop effects
[14:56] <ghostcube> its gone
[14:56] <a|wen> ghostcube: sounds good ... i'd suppose it was just a bad session
[14:56] <ghostcube> ah found it
[14:57] <ghostcube> nm
[14:57] <ghostcube> a|wen, yeah seems so
[14:57] <ghostcube> but i didnt get what coukld cause this weird
[14:57] <ghostcube> but thx for help
[14:57] <ghostcube> then all in 4.1.4 is fine now i can comment the packages heh
[14:57] <ghostcube> :) if still needed
[14:58] <a|wen> ghostcube: your session pretty much tries to save the state of the app ... that can go bad over an upgrade for some reason
[14:58] <ghostcube> ok
[14:58] <a|wen> ghostcube: very much appreciated, if you do that ... and report if you find anything else that is defunc in any way
[14:58] <ghostcube> so its better if such an not regular bug appears to try a new blank session before telling its a bug heh
[14:59] <ghostcube> oh i found an bug
[15:00] <ghostcube> now after clean session
[15:00] <ghostcube> :D
[15:00] <ghostcube> workspace switcher only shows 1 desktop it doesnt detects the virtual compiz ones anymore
[15:01] <Arby> apachelogger: got libsdl1.2 built. lintian is moaning as usual
[15:01] <Arby> http://paste.ubuntu.com/109415/
[15:01] <Arby> are any of those actually important
[15:01] <Arby> ?
[15:01] <ghostcube> ok i got a crash for plasma :D after spinning compiz cube
[15:01] <ghostcube> :D
[15:01] <ghostcube> and now all 4 viewports are there
[15:02] <Arby> I can sort of understand the packagename does not match soname ones
[15:02] <Arby> but what does shlibs-declares-dependency-on-other-package libsdl1.2debian
[15:02] <Arby> mean
[15:02] <ghostcube> http://pastie.org/370190  plasma workspace switcher crash with enabled compiz
[15:04] <apachelogger> Arby: E: libsdl1.2_1.2.13-4ubuntu2_i386.changes: bad-ubuntu-distribution-in-changes-file jaunty
[15:04] <apachelogger> Arby: did you build in a jaunty pbuilder?
[15:04] <a|wen> ghostcube: have you witnessed crashes with kde+compiz before also? (i would think that the combination would be kind of unstable)
[15:04] <Arby> well it wasn't pbuilder but it was a jaunty chroot
[15:05] <ghostcube> a|wen, yes but it wasent in 4.1.3 anymore its something whats first startet if plasma is startet first it works afaik if plasma starts after compiz its not
[15:05] <ghostcube> or opposite
[15:05] <ghostcube> so iam starting compiz by an wrapper script cause kde didnt enable loose-binding for nvidia
[15:06] <ghostcube> so i need a self made one
[15:06] <ghostcube> if plasma is startet after compiz it works
[15:06] <apachelogger> man
[15:06] <apachelogger> if the fonts on lunchpad were any smaller I would have to throw stuff at someone
[15:06] <ghostcube> apachelogger, lol
[15:07] <a|wen> ghostcube: okay ... don't know if i would call it critical; is it reproducable?
[15:07] <ghostcube> a|wen, yep
[15:07] <ghostcube> on all kde4 boxes
[15:07]  * a|wen seriously suggestes ghostcube to run kwin ... it is nice in kde4 :)
[15:08] <ghostcube> first start of compiz only one workspace inside the switcher spin the cube it crashes and then 4 viwports working
[15:08] <ghostcube> a|wen, iam doing compiz support in cf i need it :D
[15:09] <ghostcube> i havent sayd kde4 isnt nice but i use it now since beryl :) so iam used to use it
[15:09] <ghostcube> :D
[15:09] <ghostcube> a|wen, the bug just crashes plasma once :D
[15:10] <ghostcube> i must check if it is only in an new session  brb relogin with this saved one now
[15:10] <a|wen> ghostcube: would be good to know
[15:10] <ghostcube> ok brb
[15:10] <apachelogger> someone please translate bug 317690
[15:12] <ghostcube> ok the kwin crash at startup is related somehow to this workspace switcher
[15:13] <ghostcube> the switcher now shows 4 vieports but something crashes kwin
[15:13] <ghostcube> hmm not a big thing if you need compiz
[15:13] <ghostcube> seems to ba an i dont like u i leave u :D
[15:14] <ghostcube> plasma isnt crashing anymore now its again kwin hmm with the pastie i did before
[15:15] <ghostcube> i think without compiz this all wont happen
[15:16] <ghostcube> so the packages work so far for normal kde4 users i would say
[15:16] <ghostcube> the only thing need to be solved is the kmenu classic and its sorting but i told this already in #plasma this su a bit
[15:18] <a|wen> ghostcube: that initial backtrace isn't worth much it seams; could be anything (and we don't know if it is kde or compiz that does it wrong)
[15:18] <Arby> apachelogger: because I forgot to highlight "well it wasn't pbuilder but it was a jaunty chroot"
[15:19] <Arby> is that error critical then?
[15:19] <apachelogger> nah
[15:19] <apachelogger> Arby: not related to your changes anyway ^_^
[15:19] <Arby> apachelogger: so I should attach a debdiff to the arts bug report?
[15:20] <Arby> who do I bug to sponsor? you?
[15:20]  * apachelogger is triaging bugs! :P
[15:20] <apachelogger> Arby: ask in #ubuntu-devel
[15:21] <apachelogger> Arby: or just attach the debdiff and subscribe $sponsorteamforpackage
[15:21] <Arby> that sounds better
[15:21] <a|wen> ghostcube: everything actually works, except that your kwin/plasma just needs to restart itself?
[15:21] <ghostcube> yes
[15:21] <ghostcube> and this seems an compiz compination problem
[15:21] <ghostcube> *b
[15:22] <Arby> I assume thats ubuntu universe sponsors or similar
[15:22] <a|wen> ScottK: anything we want to do anything about? ^^^ kwin/plasma restart after login when using compiz+kde
[15:22] <a|wen> ScottK: happens in kde4.1.4
[15:23] <a|wen> Arby: what is the source package?
[15:23] <EagleScreen> compiz was made with Gnome in mind
[15:23] <Arby> a|wen: libsdl1.2
[15:24] <a|wen> Arby: it is in main
[15:24] <Arby> ah, thanks the binary is in universe hence the error
[15:25] <apachelogger> ghostcube: how did you set compiz as default WM?
[15:25] <a|wen> Arby: ubuntu-main-sponsors
[15:25] <Arby> thanks
[15:26] <ghostcube> apachelogger, i building it from git so i made the compiz-kde-starter script like told in the settingsmanager cause the normal kde way starts it without loose-bining on nvidia cards what cause big speed probs
[15:26] <ghostcube> *binding
[15:27] <apachelogger> ok
[15:27] <apachelogger> a|wen: we won't then
[15:27] <a|wen> apachelogger: thx; just wanted to be sure
[15:28] <a|wen> ghostcube: just ignore the crash ... but feel free to report other regresions in kde4.1.4 (that is not compiz-related :) )
[15:28] <ghostcube> lol yeah i will do but havent found any other till now :D
[15:29] <ghostcube> all works after the updates of xine-lib
[15:29] <apachelogger> hm
[15:29] <apachelogger> where is tonio?
[15:29] <apachelogger> omg
[15:29] <ghostcube> i cant test the kbuetooth thing i havent got bt
[15:29] <ghostcube> :D
[15:31] <a|wen> ghostcube: we like those reports too :)
[15:31]  * a|wen has only got BT on his machine running kde4.2 ... so can't test either :/
[15:32] <ghostcube> i hate it if i set my headset pairing on sightable everyone can check it out from the other building rofl so i not very friendly to bt
[15:32] <ghostcube> :D
[15:52] <apachelogger> Nightrose: will amarok ever get documentation again? :P
[15:53] <Nightrose> apachelogger: jep being worked on
[15:53] <apachelogger> okies
[15:53] <Nightrose> should be ready to commit soonish
[16:04] <apachelogger> hm
[16:04] <apachelogger> no one around today
[16:04] <apachelogger> no tonio, no smarter, no jonny...
[16:06]  * a|wen gives apachelogger a cookie to chunk on while he waits for the lot
[16:06]  * apachelogger munches
[16:09] <Arby> if a debian/changelog contains only entries from debian does that mean the package has only ever been synced and never changed in ubuntu?
[16:10] <Arby> specifically allegro4.2 which is the source for liballegro4.2-plugin-arts
[16:13] <freeflying> Arby: I think so
[16:17] <a|wen> Arby: if all merges were done according to spec, yes
[16:29] <seele> apachelogger: breadcrumbs are a navigation mechanism, it's not limited for file browsers
[16:30] <apachelogger> yep, but do I need breadcrums for 2-3 levels?
[16:30] <seele> when your other navigation controls suck? yes
[16:30] <apachelogger> how does it suck?
[16:31] <apachelogger> it's not perfect
[16:31] <apachelogger> but it suffice IMO
[16:31] <seele> small target area? not labelled?
[16:31] <seele> suffice means there is room for improvment
[16:32] <apachelogger> breadcrum is no improvement, it's a workaround
[16:32] <apachelogger> the concept would still be flawed
[16:32] <apachelogger> you just add another concept on top of it
[16:32] <seele> sure.. but there is no other option right now
[16:33] <seele> so we just let it sit broken for the next two years while raptor materializes out of vapor?
[16:33] <apachelogger> eventually people learn to use search withint eh two years and we can drop that whole menu tree all along
[16:34] <seele> search is not a replacement for browsing. it is a completely different search strategy
[16:34] <seele> you have to know what you are looking for in order to search and you can't explore what you don't know
[16:34] <apachelogger> you don't browse in kickoff
[16:34] <apachelogger> you enter a subcategory and leave it
[16:35] <seele> you dont know what is in that subcategory until you look in it.  if youre wrong you have to go to a new subcategory
[16:35] <apachelogger> when you are exploring
[16:35] <seele> that search behavior is called browsing
[16:36]  * apachelogger did never see anyone use google's web directory rather than the search
[16:36] <seele> because google is a search engine so no one thinks to go to a search engine to browse their directory :P
[16:37] <apachelogger> no, they use the searchbar
[16:37] <seele> because google is a search engine and so people go to google to search
[16:38] <apachelogger> so, what is wrong with making them use kickoff as search?
[16:38] <apachelogger> because for the better part it is exactly that
[16:39] <seele> krunner is kickoff without the menus to browse
[16:39] <seele> kickoff provides high level information for users to be able to find more detailed information (the exact application) without overwhelming them with all of the information at once
[16:40] <seele> and so people make choices based on smaller and smaller granularity information until they can find the piece of information they want
[16:40] <apachelogger> you won't go looking for k3b in internet
[16:40] <seele> no.. but what about konqueror when people know it as both a web browser and file manager?
[16:40] <seele> or kmail? is it in internet or office?
[16:41] <seele> the goal is to create an organization so no one makes mistakes
[16:41] <apachelogger> search
[16:41] <seele> so you know where you are going from the beginning
[16:41] <apachelogger> yeah, to the search :P
[16:41] <seele> not everyone searches!
[16:41] <apachelogger> that is the problem!
[16:41] <seele> or think they know enough information to search
[16:41] <seele> or know what is available to search on
[16:41] <apachelogger> then the search is flawed
[16:41]  * seele slaps her face
[16:42] <apachelogger> seriously ... think about it
[16:42] <apachelogger> fi you are not really browsing
[16:42] <apachelogger> as in: looking for new cool apps you might have never seen
[16:42] <apachelogger> you will always know something related to that application
[16:42] <ghostcube> maybe it is something between the menings of to browse the folder and to search the item that is leading to this discussionoO
[16:43] <apachelogger> ghostcube: folders got nothing to do with it... you can also browse your menu
[16:43] <apachelogger> the problem is you can also search your menu
[16:43] <apachelogger> which is highly inefficient
[16:43] <ghostcube> yeah thats what i meant
[16:43] <seele> now that youve had this great insight maybe you should go rewrite all the literature on information seeking behavior
[16:44] <seele> apparently you know something that the IA industry does not
[16:44]  * apachelogger notes that he pissed-off seele enough and goes back to reviewing :P
[16:50] <ghostcube> i didnt get the problem guys lol
[16:50] <ghostcube> :D
[16:50] <ghostcube> ScottK, ping
[17:16] <ScottK-palm> o/
[17:17] <ghostcube> :)
[17:58] <ScottK> ghostcube: Is compiz still a problem?
[17:58] <ghostcube> yep
[18:04] <ghostcube> ScottK, but all the other probs are gone its just a strange bug with plasma  workspace siwtcher
[18:04] <ghostcube> ehm a question for the garbage bug
[18:04] <ghostcube> is it planned to be in SRU now ?
[18:04] <ghostcube> this is driving me nuts :D
[18:04] <ScottK> At a guess if we rebuild compiz against 4.1.4 it would probably clear up.
[18:04] <ScottK> What garbage bug?
[18:05] <ghostcube> ScottK, i will build it against kde4.1.4 tomorrow
[18:05] <ghostcube>  i tell u then ok
[18:05] <ScottK> OK.  Let me know.
[18:05] <ScottK> Thanks.
[18:05] <ghostcube> no prob i need to git pull new master so i must do this :)
[18:06] <ghostcube> ScottK, waitr i search the bug number
[18:06] <ScottK> bug #321185 isn't our fault is it?
[18:07] <Riddell> ScottK: mysql-server-5.1 package needs a Conflicts line updated for that, but we were told not to upload it (except the Friday deadline has passed, so we could now upload it)
[18:08] <ghostcube> ScottK, https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/254468
[18:08] <ScottK> ghostcube: Oh.  That one.
[18:08] <ghostcube> yeah ...
[18:08] <ScottK> Riddell: Can you upload?  My mental bandwidth is very low today for packaging stuff.
[18:08] <ScottK> -ETOOMANYKIDS
[18:08] <ghostcube> lol
[18:10] <ScottK> ghostcube: We'd have to talk to our X maintainer about that one.
[18:11] <ghostcube> ScottK, this is a very hard needed patch
[18:11] <ghostcube> cause this is limiting the fun in kde
[18:11] <ghostcube> its just badly annoing
[18:16] <ghostcube> ScottK, and to wait till jaunty is not the best option for the users
[18:16] <ghostcube> IMHO
[18:17] <ScottK> ghostcube: I agree.  It annoys the heck out of me too, but I'm not going to do an X upload....
[18:18] <ghostcube> lol
[18:18] <ghostcube> nah i never ask for this i just asked if it will be in packages in fewer time
[18:18] <Riddell> apachelogger: ok if I upload mysql-dfsg-5.1 with your patch to ubuntu-server
[18:18] <ghostcube> :D
[18:19] <ScottK> No idea.
[18:19] <apachelogger> Riddell: sure
[19:41] <larsivi> hi
[19:42] <larsivi> are the memory leak and/or occasional 100% cpu use in knetworkmanager known bugs?
[19:45] <dtchen> hmm? under what conditions does it occur? i haven't been able to reproduce it in 9.04 at least...
[20:01] <apachelogger> ha
[20:01] <apachelogger> apachelogger talks to him/herself a lot. He/She wrote over 5 lines in a row 28 times!
[20:02]  * apachelogger must refrain from writing more than 5 lines in a row
[20:02] <apachelogger> or
[20:02] <apachelogger> maybe not :P
[20:04] <jussi01> hehehe
[20:17] <nellery> anyone feel like sponsoring a new upstream release for a plasmoid?
[20:26] <nhandler> nellery: What plasmoid?
[20:27] <nellery> nhandler: plasmoid-tvprogramme
[20:27] <nhandler> nellery: Bug number?
[20:29] <nellery> nhandler: bug #321242
[20:30] <nhandler> nellery: I'll look it over. Did you test the new plasmoid to make sure it runs? (I don't have jaunty or KDE available right now). I also will have to test it in a PPA, so it might take some time
[20:32] <nellery> nhandler: I just uploaded it to my PPA.. I was going to test it from there
[20:34] <nhandler> nellery: Ok, let me know when you test run it
[20:34] <nellery> nhandler: will do.
[20:39] <tsdgeos> hi guys, i've installed the qt4 dbg package but my backtraces still don't file the symbols, afair i did not have to tell gdb anything to find those .debug files, but maybe this has changed?
[20:39] <tsdgeos> any idea?
[20:41]  * smarter heard that the dbg packages of qt in Ubuntu were broke
[20:41] <smarter> note sure
[20:41] <smarter> *not
[20:41] <smarter> you might have more luck with the  dbgsym on http://ddebs.ubuntu.com
[20:43] <Arby> smarter correct, can't remember the bug number though
[20:45] <tsdgeos> pff
[20:45] <smarter> tsdgeos: try those: http://ddebs.ubuntu.com/pool/main/q/qt4-x11/
[20:48] <stdin> https://bugs.edge.launchpad.net/ubuntu/+source/qt4-x11/+bug/261380
[20:54] <tsdgeos> smarter: how do i add that to my sources.list? or do i have to install them manually?
[20:55] <smarter> tsdgeos: line for the sources.list: deb http://ddebs.ubuntu.com intrepid main universe multiverse restricted
[20:55] <tsdgeos> ok
[20:58] <tsdgeos> smarter: there are no qtcore-dbgsym packages there
[20:58]  * smarter thought he saw a libqtcore4-dbgsym
[20:58] <tsdgeos> old one
[20:59] <tsdgeos> 4.3.2
[21:00] <smarter> http://ddebs.ubuntu.com/pool/main/q/qt4-x11/libqtcore4-dbgsym_4.4.3-0ubuntu1.2_i386.ddeb << missed that? :]
[21:00] <smarter> that's even more recent that what I have on my box(ubuntu1.1)
[21:04] <tsdgeos> apt-get didn't gave me the option
[21:04] <tsdgeos> anyways
[21:04] <tsdgeos> using my self compiled code
[21:04] <tsdgeos> it's much easier
[21:04] <smarter> self compiled qt? you have to be patient for that :p
[21:06] <tsdgeos> nah
[21:06] <tsdgeos> compiles quite fast
[21:06] <tsdgeos> kdebase is much slower
[21:07] <smarter> ccache ftw :p
[21:08] <tsdgeos> nah
[21:08] <tsdgeos> ccache would need a huge cache for all things i compile :D
[21:10] <smarter> mine is 1GB :P
[21:32] <jarekh> I'm looking for PPA with current kdetv for kde4. Is it exist?
[21:41] <stdin> jarekh: there is not KDE4 version of it
[21:41] <jarekh> I found it here: http://websvn.kde.org/trunk/playground/multimedia/kdetv/
[21:42] <stdin> that's in playground, so don't expect it to work
[21:42] <jarekh> but maybe it is for kde3 yet
[21:43] <jarekh> I now. but I want only to look at this
[21:43] <jarekh> the old one is buggy to
[21:44] <jarekh> I will look at some comilation howto.
[21:45] <stdin> generally it's just "mkdir build && cmake ../"
[21:45] <jarekh> I will tray
[21:48] <stdin> you'll need probably need the following packages: kdelibs5-dev libzvbi-dev liblircclient-dev libasound2-dev libxinerama-dev libxv-dev
[21:51] <jarekh> I got sources of kdetv, downloading dev packages now
[21:51] <jarekh> It will take a while
[21:58] <jarekh> /var/cache/apt/archives/libsoprano-dev_2.1.67+dfsg.1-0ubuntu2_amd64.deb
[21:58] <jarekh> E: Sub-process /usr/bin/dpkg returned an error code (1)
[22:00] <ScottK> jarekh: Can you pastebin the rest of the error
[22:01] <jarekh> yes, one moment
[22:02] <jarekh> Rozpakowanie libsoprano-dev (z .../libsoprano-dev_2.1.67+dfsg.1-0ubuntu2_amd64.deb) ...
[22:02] <jarekh> dpkg: błąd przetwarzania /var/cache/apt/archives/libsoprano-dev_2.1.67+dfsg.1-0ubuntu2_amd64.deb (--unpack):
[22:02] <jarekh>  próba nadpisania "/usr/share/dbus-1/interfaces/org.soprano.Model.xml", który istnieje także w pakiecie soprano-daemon
[22:02] <jarekh> should I look somewhere else?
[22:02] <ScottK> jarekh: What's that last line say in English?
[22:04] <jarekh> it is attempt to overwrite org.soprano.Model.xml whitch exist in packet soprano-daemon
[22:04] <ScottK> OK.
[22:04] <ScottK> We can fix that.
[22:05] <jarekh> my endlish is on low level :)
[22:05] <jarekh> english
[22:05] <ScottK> vorian: ^^^ Can you deal with that in your soprano update^^^^
[22:05] <vorian> i added a replaces soprano-daemon, dont know why it would still cause trouble
[22:06] <ScottK> jarekh: It's good enough and certainly better than my Polish.
[22:06] <ScottK> vorian: Did you conflict too?
[22:06] <vorian> am doing so now
[22:06] <ScottK> OK
[22:06] <ScottK> jarekh: Thanks for letting us know.  We're preparing another soprano upload and we'll fix it there.
[22:07] <jarekh> ok, good luck.
[22:09] <jarekh> Is it any hope for som experimental packages with kdetv on some PPA if it build?
[22:09] <ScottK> No idea about kdetv.  Sorry.
[22:12] <larsivi> dtchen: normal online usage (wireless/ethernet) :P
[22:29] <dtchen> larsivi: sorry?
[22:33] <larsivi> dtchen: about knetworkmanager, mem leaks and max cpu usage
[22:34] <dtchen> larsivi: ah. sorry, haven't run valgrind over/with it, so i can't report anything useful yet
[22:35] <larsivi> dtchen: but it is with 8.10, not 9.4