[00:14] <JontheEchidna> kde ftp hasn't updated to the latest tar yet :(
[00:14] <JontheEchidna> Sir-Gon: yep :)
[00:14] <Sir-Gon> :D
[00:14] <JontheEchidna> still in beta (beta5 now)
[00:15] <JontheEchidna> try kdevelop-kde4 in jaunty or kdevelop in karmic
[00:16] <Riddell> JontheEchidna: don't you have ktown access?
[00:16] <JontheEchidna> Riddell: nope
[00:16] <Riddell> ah well, we should fix that
[00:18] <Riddell> JontheEchidna: try ftpubuntu@ktown.kde.org
[00:19] <JontheEchidna> 550 EXCESSIVE LOAD failure
[00:20] <Riddell> ssh?
[00:20] <JontheEchidna> ftp:// in dolphin
[00:20] <Riddell> JontheEchidna: ssh ftpubuntu@ktown.kde.org
[00:21] <JontheEchidna> Permission denied (publickey).
[00:21] <Riddell> JontheEchidna: what's your ssh public key then?
[00:21] <JontheEchidna> let me check
[00:22] <JontheEchidna> 97870010
[00:22] <Riddell> that's not a public key
[00:22] <JontheEchidna> oh, that's the fingerprint
[00:23] <Riddell> cat .ssh/id_dsa.pub
[00:24] <Riddell> or id_rsa.p
[00:24] <Riddell> or id_rsa.pub
[00:25] <JontheEchidna> http://paste.ubuntu.com/257796/
[00:26] <Riddell> JontheEchidna: try now
[00:26] <JontheEchidna> yay
[00:27] <JontheEchidna> guess I gotta break out the scp?
[00:27] <Riddell> of the sftp:// in dolphin
[00:27] <Riddell> or the sftp:// in dolphin
[00:27] <JontheEchidna> more convenient with dolphin
[01:09] <JontheEchidna> ok, so the latest tarball doesn't build :(
[01:10]  * JontheEchidna should have done more testing before uploading
[01:13] <lex79> I think you should reupload new tarball of kdevplatform....
[01:14] <JontheEchidna> according to svn the code hasn't changed, so I didnt' bother
[01:16] <lex79> weird :(
[01:17] <Riddell> should be just the kdevelop tar which changed if I read his e-mail right
[02:02] <nixternal> exit
[02:02] <nixternal> err, that won't work :)
[02:02] <nixternal> detrach screen first, then enjoy the evening :)
[03:11] <spstarr_coding> nixternal: screen -r ;) you're not allowed to abandon IRC - ever -
[03:11] <spstarr_coding> ;)
[04:15] <spstarr_coding> is there no reason Ubuntu/Kubuntu don't just return to Ubuntu with a ballot box in installer to choose KDE or GNOME? (much like the opensuse folks have)?
[04:19] <spstarr_coding> less additional overhead
[04:19] <spstarr_coding> because one can install KDE from ubuntu anyway
[04:37] <ScottK> Was it ever that way?
[04:57] <maco> spstarr: cd space?
[04:58] <maco> spstarr: the net install disk lets you choose ubuntu-desktop, kubuntu-desktop, ubuntu-studio, etc. from tasksel in the installer
[05:07] <maco> ScottK: whats up with policykit-kde? why's kdebase-workspace-bin conflict with it?
[05:08] <spstarr> so then why do we need to distinguish KDE ubuntu from GNOME ubuntu?
[05:08] <spstarr> separate websites etc
[05:08] <maco> for the purposes of the normal install cd
[05:08] <maco> oh and because there was only ubuntu at one point
[05:08] <spstarr> yes
[05:09] <maco> the plan originally didnt include KDE at all
[05:09] <maco> nor xfce
[05:09] <spstarr> isn't there enough GNOME specific distributions as there is? i dont really get the point of that
[05:09] <spstarr> Ubuntu could be different
[05:09] <spstarr> it could treat KDE and GNOME as equals
[05:11] <spstarr> it irritates me much that distributions have squeezed KDE so much out
[05:11] <spstarr> GNOME = C, stripped down, KDE = C++, advanced
[05:11] <spstarr> just have a ballot install, Advanced users button Beginners button
[05:12] <maco> when they invent CDs (not DVDs) capable of holding 1.2GB, lemme know
[05:12] <maco> with just gnome, the ubuntu cd has like 798MB of possible 800MB of cd space in use
[05:12] <maco> unless you can fit all of kde into 2MB...
[05:13] <spstarr> geez
[05:13] <spstarr> stripped?
[05:13] <spstarr> no debug?
[05:14] <ScottK> Having an install that fits on one CD is an important design precept for Ubuntu.  No way to fit KDE and Gnome into that.
[05:14] <ScottK> maco: Dunno.
[05:15] <ScottK> My guess is it got absorbed.
[05:15] <maco> huh?
[05:15] <maco> oh
[05:15] <maco> the policykit question
[05:15] <ScottK> Yeah
[05:15] <spstarr> unless you abandon the LiveCD concept --> LiveDVD :)
[05:15] <ScottK> spstarr: It's been discussed and decided not to do it.
[05:16] <spstarr> ugh
[05:16] <maco> it would assume that all computers have DVD drives
[05:16] <spstarr> we will get to that point though in modern systems though
[05:16] <spstarr> your old i586 might not have a DVD
[05:16] <maco> in a few years, when all the systems that lack DVD drives are gone...
[05:16] <maco> but ubuntu is supposed to be usable in developing nations
[05:17] <spstarr> this is true
[05:17] <maco> it is common here in the US for it to be put on pentium 3 systems for charity
[05:17] <maco> pentium 3 systems did not come with DVD drives
[05:17] <spstarr> mine sure didn't :)
[05:47] <ScottK> Download size and bandwidth is also a significant factor.
[05:47] <spstarr> in developing countries, yes
[05:48] <ScottK> Not only there.
[05:49]  * spstarr installs 'ubuntu-desktop' to get GNOME in Kubuntu, since I need to keep track of what GNOME is doing ;p
[05:49] <spstarr> im not yet ready to switch from Fedora to Buntu, until the graphics framework for my video card is upstream ;/
[05:49] <spstarr> so i have it in a VirtualBox
[05:50] <spstarr> try before i 'buy' ;)
[05:50] <spstarr> Buntu has changed since i used it in 2006
[05:51] <ScottK> Better or worse?
[05:56] <spstarr> better :)
[05:56] <spstarr> I still long for a 'sid' for Buntu though
[05:57] <spstarr> Fedora spoils me on rawhide - however - !!
[05:57] <spstarr> Rawhide has eaten 2 machines of mine recently so...
[05:57] <spstarr> you get what yo ask for :D
[05:57] <spstarr> you
[06:03] <spstarr> i miss my apt/aptitude very much :(
[06:03]  * spstarr sheads a tear
[06:04] <ScottK> I want the latest of everything, completely rock solid, totally polished and beautiful, and I want it now.
[06:04]  * ScottK has asked.
[06:04] <spstarr> if only the radeon developers were Buntu users/developers
[06:04] <spstarr> but as soon as things go upstream and API is ready I will switch over
[06:05] <spstarr> i could build mesa/libdrm/kernel manually but this just gets messy when they dont have a frozen API
[06:05] <spstarr> i rather focus on KDE development
[06:13] <nixternal> ScottK: arch is for you then :p
[06:14] <dtchen> i was going to recommend Mac OS ;)
[06:18] <spstarr> ScottK: I don't recall Launchpad in 2006 :)
[06:18] <spstarr> it might have been created but i dont remember
[11:48] <apachelogger> jefferai: uploading taglib-extras 0.1.6 to ubuntu
[11:48] <apachelogger> lex79: uploaded workspace
[11:51] <Mamarok> apachelogger: wow, great !
[13:18] <Quintasan> wow, new kernel
[13:21] <ghostcube> ??
[13:21] <ghostcube> songbird 1.40a rox it notices jackd by default
[13:21] <ghostcube> woot
[13:22] <ghostcube> Quintasan, mainline or stock ?
[13:23] <Quintasan> ghostcube: stock, I can't use mainline since fglrx doesnt work, and ext4 is bugged in jaunty, launchpad bug stated that -15 fixes the problem, but it's about to be tested :P
[13:23] <Quintasan> s/jaunty/jauntys\ kernel/
[13:23] <ghostcube> for me mainline bigger than rc5 isnt well at the moment :| my mobo thermal chipset doesnt work
[13:24] <ghostcube> so iam stay on 2.6.30-5 mainline with my never ending nameserver problem
[13:24] <ghostcube> and it seems no one knows wth ubuntu pathces to get the nameserver to run on the release kernels
[13:24] <ghostcube> :D
[13:25] <ghostcube> i always need to restart my inrterfaces after kde starts
[13:25] <ghostcube> :|
[13:25] <ghostcube> eth1 is up and running nameserver from resolvconf not
[13:25] <ghostcube> oo
[13:25] <ghostcube> btw Quintasan http://www.picpaste.com/Bildschirmfoto6.jpeg
[15:32] <Quintasan> GRRR
[15:32] <Quintasan> -15 isnt fixing ext4
[15:34] <Quintasan> ghostcube: what's this?
[15:35] <ghostcube> the screenie ?
[15:35] <Quintasan> yup
[15:35] <ghostcube> songbird on my pc connected to jackd
[15:35] <ghostcube> works fine
[15:35] <ghostcube> :)
[15:35] <Quintasan> jackd? omg don't remeber when I last experimented with it
[15:36] <Quintasan> still that dammned kernel is getting on my nerves
[15:36] <ghostcube> hehe
[15:36] <ghostcube> jackd is th best for getting sound out of the linux box
[15:36] <ghostcube> :D
[15:37] <Quintasan> mainline works fine with ext4 but no fglrx. and stock works with fglrx but contains bugged ext4 both bugs make system almost unusable :/
[15:39] <Quintasan> well, let's try jack
[15:39] <ghostcube> i use the one from an ppa :)
[15:39] <ghostcube> not the stock one
[15:40] <ghostcube> -_- my system is something like pimped to death
[15:40] <ghostcube> :D
[15:44] <Quintasan> GRRRRR
[15:44] <Quintasan> -15 is working worse than -14
[15:44] <Quintasan> random freezes now
[15:44] <Quintasan> on -14 freezes occured when moving or deleting data
[15:44] <Quintasan> now I don't even know what cause it to freeze
[15:46] <Quintasan> WHY!?!?
[15:49] <ghostcube> -_-
[15:49] <ghostcube> try the 2.6.30-5 isnt this working with fglrx
[15:50] <Quintasan> nope
[15:50] <Quintasan> I have karmic machine next to mine and fglrx kernel module fails to compile
[15:50] <Quintasan> and it's required to use fglrx :/
[15:54] <ghostcube> is there no fglrx ppa ?
[15:54] <ghostcube> or something
[15:54] <Quintasan> dunno, propably not
[15:55] <Quintasan> I hope they will get 3d in radeonhd soon
[16:01] <ghostcube> i have an ppa for an jaunty version
[16:05] <Quintasan> ghostcube: fglrx?
[16:06] <ghostcube> yes
[16:07] <Quintasan> can you give me the link?
[16:08] <ghostcube> oh and karnmic in the daily release one moment pls
[16:08] <ghostcube> https://launchpad.net/~ubuntu-x-swat/+archive/x-updates
[16:10] <Quintasan> let me purge x-edgers first
[16:11] <ghostcube> thats the daily release from x edgers
[16:12] <Quintasan> so I'm already running newest version?
[16:12] <ghostcube> no
[16:12] <ghostcube> x edgers is normal
[16:12] <ghostcube> the one  i gave you daily
[16:12] <ghostcube> git
[16:13] <ghostcube> read x edgers ppa :)
[16:13] <ghostcube> mentiones in the first paragraph
[16:13] <Quintasan> Can I use it over x-edgers or it's better to purge the packages?
[16:13] <ghostcube> uffz
[16:13] <ghostcube> i have no ide
[16:13] <ghostcube> *a
[16:14] <Quintasan> Screw it, it's not like I can't unplug my HDD and copy the files over if it screws something :P
[16:35] <skreech> JontheEchidna: ping
[16:36] <JontheEchidna> skreech: pong
[16:36] <skreech> JontheEchidna: has there been any breakage of kunitnamespace for you on KDE trunk?
[16:36] <skreech> Bah
[16:37] <skreech> kunitconversion maespce
[16:37] <skreech> namespace
[16:37] <JontheEchidna> I don't run trunk
[16:37] <skreech> Hmm ok trying to figure out the error kunitconversion is not a valid namespace
[16:37] <JontheEchidna> I think I saw somethign about that though
[16:38] <Quintasan> hmm
[16:38] <JontheEchidna> there's some mess with the conversion lib in kdereview
[16:38] <Quintasan> what would be better: http://kde-look.org/content/show.php/Device+Manager?content=106051   or devicenotifier with automount?
[16:38] <ghostcube> Quintasan, tried the ppa ?
[16:38] <ghostcube> is this working
[16:39] <Quintasan> ghostcube: looks like I'm already at newest version
[16:39] <Quintasan> did not show up as upgradeable package
[16:39] <ghostcube> hmmm ok
[16:40] <skreech> JontheEchidna: So Not resolved yet? Do you remember the thread?
[16:43] <JontheEchidna> skreech: nah, just saw a few lines about it in #plasma
[16:45] <skreech> Does that afect the weather wallpaper?
[16:46] <skreech> +f
[17:02] <nixternal> JontheEchidna: any status on kdevelop?
[17:02] <Quintasan> phew, I almost lost my gpg key :S
[17:02] <nixternal> i used to do that quite a bit back in the day
[17:03] <nixternal> now I have my gpg key on 5 machines :)
[17:03] <JontheEchidna> nixternal: no clue why it fails to build
[17:03] <nixternal> wonder if it isn't kdevelop's fault, but maybe kdevplatform, as it can't find the config cmake module
[17:04] <Quintasan> hmm how do you make changes to k-d-s? we vote or what?
[17:04] <ScottK> nixternal: How's the wifi switch?  It'd be spiffy to get it in before feature freeze.
[17:04]  * apachelogger has all his keys on a stick and a CD in a lock box at the bank
[17:04] <nixternal> ScottK: you still haven't tried it yet?
[17:05] <Quintasan> apachelogger: good idea, I will burn them on CD
[17:05] <ScottK> nixternal: Is it packaged or just source?
[17:05] <nixternal> ScottK: I need you to try it since you have bluetooth...just source
[17:05] <skreech> Quintasan: Put them on a floppy! :)
[17:05] <nixternal> all you have to do is 'python kairmode.py'
[17:05] <apachelogger> Quintasan: depends on the change really, usually a question gets poped here, to see if there is consensus, if there is not, it either gets discussed right away or at a meeting
[17:05] <ScottK> nixternal: OK.  Make me a .deb in a PPA please.  I've very limited time ...
[17:05] <apachelogger> depending on the intrusiveness obviously
[17:05] <Quintasan> skreech: no floppy :(
[17:05] <nixternal> ScottK: roger that...probably later today as I am super busy today
[17:05] <ScottK> Kubuntu Council has final say if there is a decision needed.
[17:05] <Quintasan> apachelogger: http://kde-look.org/content/show.php/Device+Manager?content=106051 instead of Device Notifier
[17:06] <ScottK> nixternal: OK.
[17:06] <ScottK> nixternal: Just give me  a ping.
[17:06] <Quintasan> hell, if my box wont hang on pbuilder then ext4 is really fixed in jaunty
[17:08] <apachelogger> Quintasan: I am against that for technical reasons
[17:08] <apachelogger> the changes should go into KDE itself rather than forking the applet
[17:08] <ScottK> apachelogger: +1
[17:08] <ScottK> I'd like it if it would autohide when nothing was plugged in.
[17:09] <apachelogger> IMHO there is need for a common implementation of that case
[17:09] <apachelogger> there is also the keyboard state plasmoid
[17:09] <apachelogger> which could also use such an autohide feature
[17:09] <Qwait13> help
[17:09] <apachelogger> since that one is especially useful for netbooks and would only waste the limited space if no keys are actually active
[17:09] <Quintasan> I guess I will submit a package to REVU if someone wants it and poke author to talk with KDE
[17:09] <Qwait13> help
[17:10] <Qwait13> help
[17:10] <Qwait13> help
[17:10] <Qwait13> help
[17:10] <Quintasan> ....
[17:10] <apachelogger> meh
[17:10] <Qwait13> i need help
[17:10] <apachelogger> obviously
[17:10] <skreech> Qwait13: Did you try #kubuntu ?
[17:10] <Quintasan> Qwait13: #kubuntu for asstiance, this is development channel
[17:11] <Qwait13> хорошо, я покину вас.
[17:11] <ghostcube> #kubuntu-ru
[17:11] <ghostcube> ---
[17:13] <skreech> !ru
[17:13] <ghostcube> oh this works here too :|
[17:15] <Quintasan> god damn that ext4
[17:15] <Quintasan> grrr
[17:16] <ghostcube> Quintasan, there is an karmic release inside tis ppa i showed you isnt this working on karmic for youre kernel ?
[17:17] <Quintasan> ghostcube: let me explain, karmics kernel DONT work with fglrx, the kernel module fail to build with kernel from karmic
[17:17] <Quintasan> ghostcube: same with mainline kernels
[17:17] <ghostcube> ok and you need 2.6.31x ?
[17:17] <Quintasan> ghostcube: the only kernel which works with fglrx from repos is jaunty's one which contains bugged ext4
[17:17] <ghostcube> eeven 2.6.30-5 from mainline isnt working ?
[17:18] <Quintasan> yes
[17:18] <ghostcube> this is stable
[17:18] <Quintasan> from karmic
[17:18] <Quintasan> and module fails to build
[17:18] <ghostcube> naah if you install the mainline build 2.6.30-5 the module doesnt load ?
[17:18] <ghostcube> not the karmic one
[17:19] <Quintasan> fglrx uses dkms to build kernel module, with mainline it fails to buiild
[17:19] <ghostcube> hmmm my nvidia dkms works fine -_-
[17:20] <Quintasan> this is a problem with fglrx not kernel
[17:20] <ghostcube> hmmm
[17:20] <ghostcube> had i mention i hate ati -_-
[17:20] <Quintasan> at least I think so
[17:21] <ghostcube> my dkms for nvidia worked not before i get a newer packaged one from the repos
[17:21] <ghostcube> my this is here the same
[17:21] <ghostcube> may
[17:39] <duchai_> hello, the fix for this bug https://bugs.launchpad.net/ubuntu/+source/kdebase-workspace/+bug/416755 is released but that problem still exists.
[17:56] <apachelogger> you know, I was just wondering... wouldn't it be possible to reimplment katapult using krunner?
[17:57] <apachelogger> should be a straight forward project, since it doesn't have to worry about the data gathering anymore, shouldn't it?
[18:12]  * apachelogger is wondering why our stop-reload-button-patch from KDE 3 never got applied upstream
[18:14] <smarter> apachelogger: isn't krunner basically katapult 2.0?
[18:14] <apachelogger> it looks like crap though :P
[18:15] <smarter> or in other words, what are you missing from katapult?
[18:15] <smarter> so you're suggesting improving the theme?
[18:15] <apachelogger> no
[18:15] <apachelogger> making it katapultish
[18:16] <apachelogger> eventually as individual app, bound to alt+spacebar
[18:16] <smarter> I'm afraid I don't get it :p
[18:16] <smarter> krunner is an individual app, and the shortcut can easily be changed to alt+space, though I don't see what's wrong with alt+f2
[18:17] <apachelogger> altf2 is more difficult to grasp
[18:17] <apachelogger> and I don't want to replace krunner
[18:17] <apachelogger> all I want is a krunner that looks nice
[18:17] <apachelogger> which of course comes at the cost of flexibility
[18:18] <smarter> doesn't that translate to improving/changing the theme?
[18:18] <apachelogger> yes
[18:18] <apachelogger> but no
[18:18] <smarter> you want somr sort of krunner-for-dummy?
[18:18] <apachelogger> again, krunner stays krunner, with it's awfully looking lineedit and all the buttons
[18:19] <apachelogger> while katapult ought to do what it always did, look fancy
[18:19] <smarter> krunner UI is already changeable
[18:19] <smarter> there's the quicksand thing
[18:19] <smarter> now called the "task oriented" mode
[18:20] <apachelogger> again ... katapult should not replace krunner :P
[18:20] <apachelogger> can repeat that all day long
[18:20] <smarter> we're not going anywhere :P
[18:20] <apachelogger> geekthing => altf2 vs. advanceduserthing => altspace
[18:24] <skreech> apachelogger: You can improve quicksand then
[18:24] <smarter> exactly what I was suggesting
[18:24] <smarter> apachelogger: if that is two different user profiles, why do we need two apps? Make an advanced-user UI for Krunner, and the geek will figure out how to get back to the plain-old krunner
[18:24] <skreech> which as faras I can see has stalled
[18:25] <apachelogger> when I looked at quicksand it was the crap
[18:25] <apachelogger> awful code
[18:25] <apachelogger> seriously awful
[18:25] <apachelogger> no clue if it improved by entering KDE though
[18:25] <ScottK> apachelogger: Which is obvious motivation to make lzma work.
[18:26] <apachelogger> ScottK: I'll be getting bed ready soonish, so no new work until wed
[18:26] <smarter> I don't even get how quicksand is supposed to work :p
[18:27] <skreech> It's task oriented :)
[18:27] <apachelogger> so
[18:27] <apachelogger> I entered switch user
[18:27] <apachelogger> which clearly is a task
[18:27] <apachelogger> and quicksand does not show anything
[18:27] <apachelogger> failed to match use case
[18:28] <skreech> apachelogger: But in any case Go ahead take a look to see if it makes more sense to port katapult from KDE3 to KDE4 or to implement a KDE4 interface for krunner
[18:28] <apachelogger> skreech: the latter for sure
[18:28] <skreech> Though with katapult plugins you can do things like use Gnome-do plugins as well so that would be an argument for starting with katapult
[18:28] <apachelogger> after all the krunner core does exactly what made up most of katapult
[18:28] <apachelogger> skreech: gnome-do plugins?
[18:29] <apachelogger> isn't that what plasma-runners are anyway?
[18:29] <skreech> Or whatever else you like
[18:29] <skreech> apachelogger: Yes but gnome-do already has plugins might as well use them
[18:29] <skreech>  See plasma using MacOSX widgets
[18:29] <apachelogger> plugins for what?
[18:30] <skreech> Flickr delicious etc
[18:30] <skreech>  gnome-do has a crazy number of optional plugins
[18:32] <apachelogger> oh
[18:33] <skreech> Though krunner has kopete integration in Koala ^_^
[18:33] <skreech> gnome-do would bring pidgin and empathy plugins as well through katapult so there would be more user choice
[18:33] <apachelogger> well
[18:34] <apachelogger> knowing free software the plugins implement UI stuff
[18:34] <apachelogger> knowing free software gnome-do probably uses python or mono
[18:34] <apachelogger> knowin free software I either refactor the shit out of gnome-do, or make katapult depend on mono or python and gtk and gnome
[18:35] <apachelogger> and then, I wonder what the point would be anyway :P
[18:35] <skreech> it's a plugin
[18:35] <skreech> if you don't want it don't use it
[18:35] <skreech> No need to depend on anything
[18:35] <apachelogger> yeah
[18:35] <apachelogger> but implement it
[18:35] <skreech> #katapult if you want to inquire :)
[18:36] <apachelogger> and why would anyone implement anything if no one is going to use it
[18:36] <skreech> though Mez is the person you should ask anyway
[18:37] <skreech> as I said pidgin plugins alone would ensure they get used
[18:37] <skreech> Lots of people on KDE don't like kopete and use pidgin instead
[18:38] <apachelogger> my guts say it will be 100% more efficient to just reimplement that as plasma-runner
[18:39] <skreech> All the gnome-do plugins ?
[18:39] <apachelogger> the 3 that make sense
[18:40] <apachelogger> knowing free software 90% of the available plugins are pointless stuff that counts at the very best as poc
[18:42] <skreech> well if you can do that and document how it's done then the rest should come over as needed
[18:42] <skreech> yay foss
[18:43] <apachelogger> as I see it, the better part of runner development is the interaction with $app/$web-api
[18:44] <skreech> How so?
[18:46] <apachelogger> cause everything else is handled by plasma anyway
[18:46] <skreech> well in theory it's handled by the gui
[18:46] <skreech>  I can use krunner or quicksand and not use plasma
[18:47] <skreech> well plasma-desktop
[18:50] <apachelogger> no it is not
[18:50] <apachelogger> krunner builds upon libplasma
[18:51] <apachelogger> the abstractrunner class is also part of the plasma namespace, so there is no way you can implement a plasma-runner without using plasma
[18:53] <skreech> touche
[19:00] <skreech> Are we packaging the Blackboad desktop for Koala?
[19:12] <skreech> Nightrose: ping
[19:25] <Tonio__> hum rekonq is doind pretty well those days...
[19:26] <skreech> \o/
[19:26] <skreech> Hopefully we wil have a web browser shotout like we had a Text editor shootout
[19:27] <Tonio_> I'm just testing the addblock feature patch for arora :)
[19:27] <Tonio_> works pretty well though
[19:47] <lex79> apachelogger: can you upload again kdebase-workspace from bzr ?
[19:48] <lex79> or any core-dev...
[19:54] <Tonio_> lex79: yep ?
[19:54] <lex79> Hi Tonio_, kdebase-workspace in bzr...can you upload? :)
[19:55] <Tonio_> lex79: yep
[19:55] <lex79> thanks
[19:57] <lex79> Tonio_: maybe you can look a bit this k3b bug 416890
[19:58] <lex79> I think you should rebuild k3b against ffmpeg unstripped version, but not sure
[20:00] <micmord> lex79: http://paste.ubuntu.com/258232/
[20:00] <lex79> micmord: thanks, Tonio_ ^^^
[20:01] <micmord> bug 416890
[20:07] <Tonio_> micmord: fixing this
[20:14] <Tonio_> lex79: uploaded
[20:15] <lex79> ok thank you
[20:20] <ScottK> Would someone please ping me.
[20:20] <Tonio_> ScottK: ping ?
[20:20] <lex79> ScottK:
[20:20] <ScottK> Thanks
[20:20] <ryanakca> rgreening: How did the Dooble packaging go?
[20:21] <rgreening> ha. not so good. Got sidetracked.
[20:22] <Tonio_> micmord: hum I don't really get the point of that k3b issue ?
[20:22] <lex79> someone knows if akonadi-googledata will be in karmic?
[20:23] <ScottK> Didn't it get uploaded?
[20:24] <lex79> ScottK: it isn't in archive
[20:25] <Tonio_> micmord: this has probably more to do with ffmpeg packaging than k3b...
[20:25] <Tonio_> micmord: deps on libk3b6 are acalculating automatically, so there's nothing I can do to fix them
[20:26] <Tonio_> ffmpeg lib should have a conditional dep dep between each other, with a meta package or so
[20:26] <lex79> Tonio_: rebuild k3b against ffmpeg unstripped version is not a good idea ?
[20:26] <lex79> instead ffmpeg stripped I meant
[20:27] <Tonio_> lex79: then the opposite problem would appear for someone installing the stripped ones, broken upgrade
[20:27] <Tonio_> lex79: that's the problem imho :)
[20:29] <lex79> yes I think :) btw kubuntu-restricted-extras depends on ffmpeg unstripped, and k3b depends on stripped version
[20:29] <Tonio_> lex79: hum that's not good indeed :)
[20:29] <lex79> no no :)
[20:29] <Tonio_> so in this case we can fix that way... let's go
[20:30] <ryanakca> rgreening: Bummer
[20:59] <lex79> jtechidna: There is a new tarball for kdevplatform, uploaded it in ktown two hours ago
[21:06] <ScottK> Would someone please highlight me again.
[21:07] <jtechidna> ScottK: ping
[21:07] <jtechidna> lex79: thanks
[21:08] <ScottK> JontheEchidna: Thanks.
[21:08] <lex79> JontheEchidna: you can subscribe kde-packager mailing list https://mail.kde.org/mailman/listinfo/kde-packager
[21:13] <jussi01> ScottK: what are you playing with, re the hilights?
[21:23] <ghostcube> hmm is there a bug about the notification << i >> not working on kde 4.30
[21:23] <ghostcube> i cant find any
[21:36] <Nightrose> skreech: pong
[21:49] <skreech> Nightrose: What's the story with the openoffice.org dent?
[21:51] <Nightrose> skreech: ah heh - I was sitting in the vip room at froscon to eat something and asked a girl from open office what she's doing for openoffice - she replied she's basically doing nothing - I was waring my kde shirt and amarok nametag
[21:51] <Nightrose> then her parents showed up and talked about licensing and some other meh stuff
[21:52] <Nightrose> then somehow they got to talk about koffice...
[21:52] <Nightrose> and it went downhill from there
[21:52] <Nightrose> i don't think they koticed i was sitting right next to them
[21:52] <Nightrose> *noticed
[21:52] <skreech> knoticed? :)
[21:52] <Nightrose> ;-)
[21:53] <skreech> So out of intrigue. What was the thoughts on koffice?
[21:53] <Nightrose> yea - anyway - they were quite a weird family...
[21:53] <Nightrose> basically "it sucks and _I_ wouldn't have allowed to release it in that state"
[21:53] <skreech> Well how many families have an introduction like "Her parents showed up and talked about licensing" ?
[21:54] <Nightrose> basically "go back and play - leave the real stuff to the grown ups at ooo"
[21:54] <Nightrose> haha good point
[21:54] <skreech> Yeah not too surprised. most of the people who really work on OO.o are paid devs from Staroffice so they really see it as a product
[21:55] <Nightrose> i don't think they are paid devs - just drank way too much coolaid
[21:55] <Nightrose> honestly don't think they are devs at all
[21:56] <skreech> Well that makes me feel better about the whole I do nothing on OO.o then
[21:56] <skreech> They don't really influence either project
[21:57] <Nightrose> might be - i dunno - maybe they acutally are high profile OOo people - either way that made a _very_ bad impression
[21:57] <Nightrose> besides them being really strange people
[21:57] <Nightrose> but i guess you have to be strange to work on that project...
[21:59] <skreech> ah well when Koffice blows past them in features in 2 years time it won't relly matter
[22:01] <Nightrose> ;-) let's see
[22:01]  * Nightrose has high hopes
[22:01] <skreech> :-)
[22:01] <skreech> Ok I'm off
[22:02] <Nightrose> cya
[22:04] <ulaas> i did not know where to report.
[22:05] <ulaas> but i have problme playingback a dvd. ite seems the libdvdcss cannot decrypt. Is it a new protection? anybody seen this lately?
[23:10] <Riddell> http://fatbuttlarry.blogspot.com/2009/08/kubuntu-logo-mock-ups.html I have to admit those proposed logos are all exceptionally ugly
[23:26] <lex79> Riddell: launchpad bug 417494
[23:26] <lex79> Remove kubuntu_06_pykdeuic_install_path.diff fix the bug