[00:17] <markey> Riddell: I'm having huge issues here with Karmic and USB support (randomly does not detect devices, including keyboard). have you heard of any similar issues before?
[00:17] <markey> just trying to make sure if hardware or software is to blame
[00:18] <Riddell> markey: no I've not I'm afraid, but have you checked lshal to see what level it happens at?
[00:19] <markey> Riddell: will check, thanks
[01:50] <JontheEchidna> If somebody could sponsor http://jmthomas.toniox.org/phonon-backends_4.3.80-0ubuntu1.dsc and qt4-x11 and kdebase-runtime from bzr, that'd be great
[01:59] <ScottK> JontheEchidna: I'm looking at Qt
[01:59] <JontheEchidna> thanks
[01:59] <ScottK> JontheEchidna: This is the one that already built in the Ninja PPA, right?
[02:00] <JontheEchidna> yeah, all 3 of the packages are in ninjas
[02:00] <ScottK> K.  Thanks.
[02:19] <seele> has anyone had problems with quassel crashing?
[02:23] <ScottK> Only very rarely.
[02:23] <ScottK> Much more rarely than in Jaunty
[02:23] <ScottK> Note to everyone: Please don't make random whitespace changes in previous debian/changelog entries.
[02:28] <JontheEchidna> I think some text editors can automatically remove trailing whitespaces
[02:32] <ScottK> Which would be fine if it were Debian doing it, but if we do it, then it can be merge hell.
[02:35] <hagabaka> is there a ppa with kde 4.4 packages newer than beta1?
[02:36] <ScottK> No
[02:38] <hagabaka> desktop effects don't work for me in beta 1, and I read that it won't be fixed until beta 2
[02:42] <ScottK> Beta 2 is not out yet
[02:53] <ScottK> OK, didn't notice UNRELEASED in debian/changelog.  Doing it again ....
[03:14] <Lex79> JontheEchidna: in kdebase-runtime, debian/control I see that: kcm-phonon-xine replaces kdebase-runtime-data (<< 4:4.3.80-0ubuntu89)
[03:14] <Lex79> 0ubuntu89
[03:14] <JontheEchidna> eek
[03:16] <JontheEchidna> all fixed
[03:16] <Lex79> ok
[03:17] <JontheEchidna> thanks
[03:18] <Lex79> no problem, good night :)
[03:20] <verbalshadow> packaging issue, overwrite files in another package http://pastebin.ca/1716603
[03:23] <ScottK> Let's see how many libboost1.38-dev -> libboost1.40-dev transitions I can do while the source package for Qt builds.
[03:35] <ScottK> Qt is uploaded.
[03:39] <jjesse> ok just updated to the beta that is on the PPA and everything seems to be so much faster response time wise
[03:49] <patcito> hey
[03:49] <patcito> I'm on lucid and konversation uses 99% of cpu
[03:49] <nixternal> jjesse: nothing broken? should I go ahead and upgrade?
[03:49] <patcito> any on has a similar experience?
[03:49] <patcito> anyone*
[03:50] <JontheEchidna> patcito: yeah, known Qt bug. Some workarounds include messing with font size or using a monospace font or messing with font subpixel rendering
[03:51] <JontheEchidna> http://bugreports.qt.nokia.com/browse/QTBUG-6281
[03:52] <nixternal> oh well, here we go...try out beta 1 on karmic
[03:57] <patcito> ok, thanks JontheEchidna
[03:58] <patcito> JontheEchidna: would deja sans mono work?
[03:59] <JontheEchidna> Possibly. The whole workarounds thing is a "your mileage may vary" sort of thing :(
[04:02] <patcito> thanks that fixed it :)
[04:04] <ScottK> JontheEchidna: Selecting previously deselected package konq-plugins-l10n.
[04:04] <ScottK> Unpacking konq-plugins-l10n (from .../konq-plugins-l10n_4%3a4.3.0-1ubuntu2_all.deb) ...
[04:04] <ScottK> dpkg: error processing
[04:04] <ScottK> /var/cache/apt/archives/konq-plugins-l10n_4%3a4.3.0-1ubuntu2_all.deb (--unpack):
[04:04] <ScottK>  trying to overwrite '/usr/share/doc/kde/HTML/en/konq-plugins/index.cache.bz2',
[04:04] <ScottK> which is also in package konq-plugins 4:4.3.0-1ubuntu2
[04:04] <JontheEchidna> Riddell said something about fixing that tonight
[04:04] <JontheEchidna> for once a konq-plugins update that I wasn't involved in ;-)
[04:04] <JontheEchidna> patcito: great :)
[04:05] <JontheEchidna> patcito: In the future, support for lucid should go to #ubuntu+1, but I'm glad that fixed your issue.
[04:06] <patcito> k
[04:12] <daskreech> nixternal: You said something about virtuoso earlier ?
[04:15] <nixternal> not that I know
[04:15] <daskreech> Hmm might have been dreaming it
[04:16]  * daskreech impatiently goes trolling through PPAs for a virtuoso 5 build
[04:20] <nixternal> Lex79: great job on beta packages for karmic...Just had to remove an extra bar on the bottom....jeesh, side-by-side notifications are scary :)
[04:20] <nixternal> speaking of notification...the kglobalaccel one is annoying as all hell
[04:22] <daskreech> Why doesn't krunner's command options work?
[04:22] <daskreech> it's been 6 months :(
[04:25] <daskreech> I'm unusally miserable tonight
[04:42] <kallecarl> nixternal, jjesse cli, development, netbook just pushed to lp:...
[04:47] <kallecarl> nixternal: please look at development edits. I took out a couple of duplicate entries that may have been there intentionally
[04:49] <nixternal> kanibalv_: which ones were they?
[04:49] <nixternal> I did have duplicates, ie. the tools
[04:50] <nixternal> kanibalv_: sorry...
[04:50] <nixternal> damnit
[05:54] <nixternal> FREENODE SUCKS! QUIT SPLITTING ALREADY
[05:54] <nixternal> damn, and entire day of shit around here
[06:03] <nixternal> stupid stupid irc!
[06:03]  * nixternal wishes Ubuntu and KDE were on OFTC
[06:03] <nixternal> they have SSL!
[06:03] <nixternal> I am talking to nothing but air and netsplits, and it is fun
[06:13]  * daskreech tapes all of this
[07:38] <markey> nixternal: the protocol is the problem, not the implementation
[07:38] <markey> can't really do much about it
[07:40] <markey> oh man
[07:40] <markey> [07:34] [Notice] -Yettie to #freenode- YOUR SERVER'S UNDER ATTACK, PACK UP YOUR SHIT AND MOVE TO IRC.RIZON.NET, QUICKLY, I HAVED OPENED COMMUNICATION LINES AND WE'RE READY FOR YOU ALL!
[07:40] <markey> they are really trying to blow it up
[07:40] <markey> could be anyone
[07:41] <markey> from one angry fat nerd, to microsoft, to apachelogger... who could tell
[07:46] <daskreech> Sounds like Verizon
[08:26] <ghostcube> ehlo humans and wannabe humans
[08:26] <ghostcube> :)
[08:31] <Quintasan> that damned router, won't accept my configuration :/
[08:31]  * Quintasan is out to school
[08:50] <markey> Riddell: many thanks again for the tip with "lshal" you gave me last night
[08:50] <markey> I did that, and the output is interesting
[08:50] <markey> apparently the OS does see my devices
[08:50] <markey> but then doesn't
[08:50] <markey> I've copied the output on my server
[08:50] <markey> Riddell: http://mark.kollide.net/lshal_markey.txt
[08:50] <markey> (maybe you can make sense of it)
[08:54] <Tm_T> markey: the lost HIDs that is?
[08:54] <markey> I guess
[08:54] <markey> ah yes
[08:54] <markey> lost USB devices
[08:54] <markey> is what I mean
[08:54] <Tm_T> hrrr, that's fun
[08:55] <markey> right now it doesn't see my printer, and a HDD
[08:55] <markey> and can't get it to see them
[08:55] <markey> (tried all ports)
[08:56] <markey> if you search for "print" in the file, it shows a printer
[08:56] <markey> but somehow KDE doesn't see it
[09:20] <apachelogger> markey: apachelogger is not saying much since them attacks started, I suspect that he is at the very least involved in all this
[09:22] <markey> hehe
[09:22] <markey> but then... with that Mafia boss avatar...
[09:22] <markey> this made me suspect you
[09:24]  * apachelogger switches off all gps devices so that he shall not be located
[09:32] <ghostcube> hmmm update went ok thx to tsimpson heh i needed the overwrite for klipper too
[09:32] <ghostcube> but i noticed some bugs going to file some reports today
[09:32] <ghostcube> o.o
[09:36] <daskreech> Ksuduko crashes on startup for me
[09:37] <apachelogger> how buggy is it really?
[09:37] <ghostcube> hmm no tried but i cant get rid of my national country flag even if i tell it to go away
[09:37] <ghostcube> :D
[09:37]  * apachelogger does not feel like booting his only kubuntu installation :P
[09:37] <apachelogger> since my netbook got equiped with moblin
[09:38] <apachelogger> that said, I find the UI paradigm a bit of the weird kind
[09:41] <apachelogger> ryanakca: any guesses about http://validator.w3.org/check?uri=http%3A%2F%2Fwww.kubuntu.org%2F&charset=%28detect+automatically%29&doctype=Inline&group=0
[09:41] <apachelogger> when I looked the other day I only found &amp;?
[09:41] <apachelogger> maybe drupal/php does replace that for some reason?
[09:43] <apachelogger> ryanakca: also, can we somehow get gzip compression for the css and js files?
[09:43]  * apachelogger thinks that this in combo with proper http cache settings should proof quite a speedup
[10:13] <dholbach> hiya
[10:13] <dholbach> could any of you imagine giving a session about something K-related at https://wiki.ubuntu.com/UbuntuDeveloperWeek/Prep ? :)
[10:14] <Riddell> developer week time again?
[10:14] <dholbach> yeeeeeeehaw
[10:15] <dholbach> end of January
[10:20] <dholbach> so who of the friends of the K is up for giving a session?
[10:21] <Riddell> we're all thinking hard about what sessions to give, we'll get back to you :)
[10:21] <dholbach> :-)
[10:21] <dholbach> thanks muchly!
[10:58] <ghostcube> apachelogger: gzipping css would slow down the page
[10:59] <apachelogger> ghostcube: how so?
[10:59] <ghostcube> cause the page always needs css to be present
[10:59] <apachelogger> so?
[10:59] <ghostcube> it doesnt speed up to gzip it for the webserver
[10:59] <ghostcube> cause its always touched
[10:59] <apachelogger> why for the webserver?
[10:59] <apachelogger> on-the-fly compression
[11:00] <apachelogger> client http requests -> server
[11:00] <ghostcube> i know :|
[11:00] <apachelogger> server -> compress gzip -> chttp rely
[11:00] <ghostcube> but it wont help
[11:00] <apachelogger> reply even
[11:00] <apachelogger> ghostcube: yeah why
[11:00] <ghostcube> what need do you have to gzip an css file ?
[11:00] <ghostcube> makes sense if you gzip the on the fly cache for the php files
[11:01] <ghostcube> this is fastening up
[11:01] <ghostcube> but css o.O
[11:01] <apachelogger> gzip cache?
[11:01] <apachelogger> wtf
[11:01] <apachelogger> css is plaintext no good bandwith waster
[11:01] <apachelogger> so first we nuke off the constant transfer by issuing a proper http cache value
[11:01] <apachelogger> and then we gzip that thing
[11:02] <apachelogger> so once every month or so the visitor gets a new gziped css, that gets decompressed once a month, after that it is in the browser cache anyway
[11:02] <apachelogger> not being updated for another month due to http cache value
[11:03] <ghostcube> hmmmm
[11:03] <ghostcube> ok this would make sense
[11:03] <apachelogger> it even would make sense without the http cache value
[11:03] <ghostcube> make a response test
[11:03] <apachelogger> say you have a css that is like 50kb, gzipped it is like 10kb or so
[11:03] <ghostcube> i say it wont to
[11:03] <apachelogger> for 56k users it makes a lot of difference if that thing is 50 or 10
[11:04] <ghostcube> hahahaha ok now we at the point
[11:04] <ghostcube> for dsl users it doesnt
[11:04] <ghostcube> if you look this way your aboslutely right
[11:04] <apachelogger> is that so?
[11:04] <apachelogger> most browser implement a hard barrier for http connections
[11:04] <ghostcube> no for which dsl users does the response time be an fact to not use the side or to claim about o,oo1 ms
[11:04] <apachelogger> so your browser will only open like 4 channels per server
[11:05] <ghostcube> yeah but this is stupid from the beginning
[11:05] <apachelogger> the more you can squeeze through those 4 channels the faster the site will render
[11:05] <ghostcube> thats true
[11:05] <apachelogger> the larger the site the more you need to get through at large
[11:05] <ghostcube> you cant reinvent the wheel
[11:05] <apachelogger> hence you want to have everything through as quickly as possible
[11:05] <ghostcube> :D
[11:06] <apachelogger> ghostcube: you should not be thinking in parts here
[11:06] <apachelogger> but sites
[11:06] <al> you can improve the user experience by adding Expires headers to the stylesheets and scripts
[11:06] <apachelogger> 1 site .. n parts
[11:06] <apachelogger> each part alone might be small
[11:06] <al> you can improve the server resource usage by adding gzip compression to that
[11:06] <apachelogger> but in the end you might end up transfering 500k of which 300k are completely pointless
[11:07] <ghostcube> apachelogger: ok thats correct
[11:08] <apachelogger> al: depends on what improve the server resource usage means
[11:10] <al> you'll get a slightly higher memory usage, neglectable rise in cpu usage, everything else improves
[11:11]  * apachelogger notes that cpu usage is never neglectable
[11:11] <apachelogger> a server that does gzips everything is a lot easier to bring down than one that does not
[11:12] <apachelogger> just the additional lookups in memory will make a considerable overhead for large sites
[11:12] <al> dunno, nobody brought mine down so far
[11:12] <apachelogger> just saying
[11:12] <al> there's no overhead
[11:13] <ghostcube> ok now we come to an load balancer maybe :p
[11:13] <ghostcube> or psad
[11:13] <ghostcube> or snort
[11:13] <ghostcube> would move up cpu and mem would reduce any attacks
[11:13] <al> as long as you have high cache hit rates it's even faster to pull the compressed object from cache than the uncompressed
[11:13] <apachelogger> simplified for new requests the server goes: do I have file in mem? oh good, stream to NIC. .... with gzip do I have file? oh I should gzip file. do I have gzipped file? oh good, stream to NIC.
[11:14] <ghostcube> exactly
[11:14] <apachelogger> gzipping will always require more cpu cycles
[11:14] <al> not true, as pointed out above
[11:14] <ghostcube> depends on the server architecture or ?
[11:14] <al> of course
[11:14] <ghostcube> not all except apache can handle this in other ways
[11:15] <apachelogger> al: and how does the server know what to get?
[11:15] <al> the client asks nicely?
[11:15] <apachelogger> al: the client asks the server to hand him mem 0x13045uf+10?
[11:17] <apachelogger> if you have a http server software that does apply gzip everytime and everywhere then you can indeed assume there is no overhead for cache hits
[11:18] <apachelogger> for those that are nogzip by default (which is generally a good idea unless the site is never-changing anyway) then cache hits on gzip content will still introduce overhead by having the http server software realize that this is content that needs to be gzipped before it can access the memory
[11:24] <al> i don't see your point
[11:25] <al> 1) client requests, 2) server determines resource to serve, 3) based on 1+2 server looks for either compressed or uncompressed object in cache
[11:26] <al> on if 3) does not lead to a cache hit you get worse performance
[11:26] <apachelogger> 2) is crudely simplified if we are talking about resources really
[11:27] <apachelogger> and yes, not hitting cache is reducing performance
[11:27] <al> s/on/only/
[11:27] <apachelogger> though we have at least 5 kinds of cache :P
[11:28] <apachelogger> not hitting either of them will reduce performance
[11:28] <apachelogger> where obviously not hitting an on-disk cache will be most awful
[11:29] <apachelogger> in that secnario you have to read a file from disk, wait for the read to finish and then process the file in whatever way
[11:30] <apachelogger> if you hit the on-disk cache you can just grab that and stream it off to the NIC
[11:30] <apachelogger> if you hit the cache in RAM you can stream off there
[11:30] <apachelogger> etc.
[11:31] <apachelogger> in most cases you will probably end up with hitting RAM cache (well, on a linux system at least)
[11:35] <al> well, exactly
[11:35] <al> whether you're serving compressed or uncompressed objects makes no difference if you hit the cache, besides compressed objects being smaller
[11:40] <apachelogger> al: I am quite sure that your CPU will disagree
[11:45] <al> i have empirical evidence of the opposite :>
[11:49]  * amichair uses gzip (on text/html content only) and Expires headers (on static content) too...
[11:50] <amichair> I'd have to agree that there is not impact on performance. unless you have a site with huge amounts of content such that every access will requires hitting the disk... in which case apachelogger is right
[11:50] <amichair> but that is pretty rare...
[11:51] <apachelogger> haha, empirical data :D
[11:52] <apachelogger> amichair: my point is that no matter what, gzip compression will introduce overhead unless the server software applies an-always-gzip paradigm
[11:52] <amichair> apachelogger: say I have 100MB of content. how much cpu does it take to gzip all of it? spread over the uptime of the server? that's pretty neglible...
[11:52] <apachelogger> not the compression
[11:53] <apachelogger> the lookup
[11:53] <al> speaking in apache httpd terms, enabling gzip compression is no more than adding an outputfilter for certain content types
[11:53] <al> calling that overhead is a huge exaggeration
[11:53] <amichair> the lookup is identical. at worst, pretend that you have twice as many resources to fetch. no change in hashmap access (or whatever similar technique the cache/server uses).
[11:55] <amichair> apachelogger: unless you're going for the theoretical 'even 1 cycle is overhead' logic. in that case you're right. but in practice... neglible.
[11:56]  * apachelogger notes that his original claim was that gzipped enabled servers would be easier to bring down
[11:57] <amichair> oh, that's a whole different discussion :-)
[11:57] <amichair> how so?
[11:57] <apachelogger> I might add  ... form a calculation overhead ... in praticse probably the NIC or some bus from the NIC will be a bottleneck
[11:58] <amichair> I guess what matters is where your bottle neck is - that's the first thing to go down
[11:58] <amichair> if it's bandwidth (like in my case), gzip can only help.
[11:58] <amichair> if it's in cpu, it will do worse
[11:59] <apachelogger> as just said it will not be the cpu :P
[11:59] <amichair> if it's RAM, turning off caching will do the trick (regardless of compression)
[12:00] <apachelogger> for that to happen you need to be able to transfer data at higher speed than it happens internal via the fastest bus
[12:01] <amichair> depends on the hardware, of course...
[12:01] <amichair> some weak home routers can reach cpu bottlenecks before the bandwidth is saturated...
[12:02] <apachelogger> well, specifically for the web server case
[12:02] <amichair> hey, some ppl run web servers on shivaplugs too...
[12:02] <amichair> :-P
[12:03] <apachelogger> yet they will not hit a cpu bottleneck :P
[12:03] <amichair> there's no general 'right answer' - it depends on the particular use case and hardware
[12:03] <amichair> what cpus do those have nowadays anyway?
[12:03]  * amichair goes off to do some research :-)
[12:04] <amichair> wow, they're stronger than I thought, 1.0-1.2 ARMs
[12:05] <amichair> my router has ~200MHz
[12:05] <amichair> and there are weaker ones...
[12:05] <apachelogger> amichair: at the point the cpu might end being fludded with cache requests (which is most likely what will happen) the NIC will have gone down from either too much incomming traffic or it will be ever busy asking for resends  of packets
[12:06] <apachelogger> amichair: ARM is going up actually, resulting the ARM based netbooks next year
[12:06] <amichair> so I've heard
[12:06] <amichair> well, we both know the discussion is pointless without specifics
[12:06]  * apachelogger imagines a bit of a fight there, intel moving towards embedded and arm towards desktop
[12:06] <amichair> but it's always fun to talk about performance and optimizations :-)
[12:07] <apachelogger> amichair: well, I think we can conclude that if no other bottlenecks apply the one or two cycles more will make the cpu go down faster than without gzip :P
[12:07] <amichair> ok, what's the IP? let's take it down :-P
[12:09]  * amichair flashabcks to his days of actual assembly cycle-counting optimizations...
[12:09] <apachelogger> my ip storage app is only equippied with char[16], but the IP was v6 ;)
[12:32] <Xand3r> hey apachelogger
[12:37] <apachelogger> hoi Xand3r
[12:37] <Xand3r> maybe you wanna say me wich ppa i need for the dualview support in systemsettings
[12:39] <ghostcube> pling ...
[12:39] <ghostcube> dualscrren support
[12:39] <ghostcube> o.O
[12:39] <ghostcube> woha this gzip discussion ... i have to read back lol
[12:40] <amichair> ghostcube: u can read the compressed version!
[12:41] <ghostcube> would be ... gzip isnt useful ?
[12:41] <ghostcube> :D
[12:42] <ghostcube> woha tomtom sux
[12:42] <ghostcube> :|
[12:42] <ghostcube> off to talk to the hotline
[12:43] <ghostcube> grml
[13:37] <dpm> hi Riddell, I'm looking at the Kubuntu translations in the imports queue and I see these POT files
[13:37] <dpm> debian/patches/common/kde.pot in kdelibs
[13:37] <dpm> debian/tmp/usr/include/kde/kde.pot in kdelibs
[13:37] <dpm> debian/kdelibs4-dev/usr/include/kde/kde.pot
[13:37] <dpm> I assume they should not be imported and can be blocked safely?
[14:09] <jussi01> someone want a nice little get it into ubuntu job from me? this: http://atdot.ch/scr/index.html (the package already works well, but be nice to have in the repos) :D
[14:15] <Riddell> dpm: right kde.pot doesn't get imported
[14:15] <Riddell> it gets merged into kdelibs4 I think
[14:18] <dpm> Riddell, ok, thanks. Would it be possible to modify the package so kde.pot is not generated in patches/, tmp/ and kdelibs4-dev/ and therefore the intermediate .pot files don't get imported into LP?
[14:18] <seele> meeting in 4 hours, yhes?
[14:19] <jussi01> seele: a little under, but yes.
[14:54] <dpm> Riddell, and another question, I see kscreensaver/kxsconfig/hacks.pot in kdeartwork, is this a template that should be imported? Or is it an intermediate artifact or something?
[15:18] <freeflying> Riddell: btw, how to reapply kubuntu membership? :)
[15:18] <jjesse> at the meetign today :)
[15:18] <jjesse> i need gto do so as well
[15:18] <jjesse> if i remember :)
[15:19] <freeflying> jjesse: yours expired as well? :)
[15:20] <Riddell> freeflying: you should be able to just extend it yourself?
[15:21] <freeflying> Riddell: seems can't
[15:21] <jjesse> freeflying: yes i missed it when it exprired
[15:22] <jjesse> i need to reapply i guess
[15:23] <Riddell> I can just renew them then
[15:24] <freeflying> Riddell: can we generate a localized version kubuntu for lucid?
[15:26] <ulysses__> How does this membership work? If someone becomes a Kubuntu member, will he/she also an Ubuntu member, or only a Kubuntu member?
[15:26] <ghostcube_> hmmm no glovbal notices today for all the netsplits o.O
[15:27] <dholbach> now that it's more busy in here........
[15:27] <dholbach> could any of you imagine giving a session about something K-related at https://wiki.ubuntu.com/UbuntuDeveloperWeek/Prep ? :)
[15:27] <dholbach> :-D
[15:28]  * Quintasan thinks
[15:29] <Quintasan> oh how nice, phonon died
[15:30] <freeflying> Quintasan: what do you mean died?
[15:30] <Quintasan> Lex79: what's with kdebase-runtime? when I try to upgrade it to latest version (ninja ppa) it has literally over 9000 problems with depends
[15:30] <ghostcube_> phonhon died after 1 year ?
[15:30] <Quintasan> freeflying: not working, not at all, even the control panel
[15:30] <ghostcube_> oh the the daemon thought the whole system lol
[15:31] <Quintasan> lól
[15:32] <ghostcube_> boah guys ok i have a short joke, i bought an tomtom one added it to my mac usb worked
[15:32] <ghostcube_> added it to 5 different xp sp3 pc's no way
[15:32] <ghostcube_> it doenst work
[15:32] <ghostcube_> tomtom srvice
[15:32] <ghostcube_> have u tried to change the usb cable
[15:32] <ghostcube_> wth guys i told you on my mac it works
[15:32] <ghostcube_> hmm ok we will have a look
[15:32] <ghostcube_> o.O
[15:32] <Quintasan> Lex79: nvm, that's the runtime for lucid and I have karmic packages :P
[15:33] <ghostcube_> anyone living near tomtom center in netherlands can go there kill them
[15:33] <ghostcube_> :D
[15:33] <JontheEchidna> Quintasan: What? 9000? That can't possibly be correct! :P
[15:34] <Lex79> LoL
[15:34] <Quintasan> JontheEchidna: you bet it is, proposed solutions were counted for 30 seconds :P
[15:34] <JontheEchidna> or should I call you Vegeta :P
[15:34]  * Quintasan notes he shouldn't mix Lucid and Karmic repos and expect everything to work
[15:34] <Quintasan> well, phonon kcm died for me
[15:34] <ghostcube_> heh
[15:34] <JontheEchidna> heh
[15:34] <Quintasan> actually WHOLE phonon died for me
[15:34] <ghostcube_> hehe
[15:35] <ghostcube_> use jackd
[15:35] <ghostcube_> :P
[15:39] <Quintasan> Argh, I want to fire some of my evul tools at that faggot attacking freenode
[15:42] <Lex79> JontheEchidna: are you working on libattica 0.1.1 ?
[15:42] <JontheEchidna> Lex79: nope, it's all yours
[15:42] <Lex79> "thanks" :P
[15:42] <JontheEchidna> hehe
[15:42] <Lex79> :)
[15:44] <Quintasan> JontheEchidna: Is it possible to copy new kdebase-runtime and phonon-backends? I'm pretty sure we don't want to break Phonon
[15:44] <Quintasan> or it's Qt's fault?
[15:45] <JontheEchidna> copy to where?
[15:45] <Quintasan> to this beta PPA
[15:45] <Quintasan> karmic copy to be exact :P
[15:45] <JontheEchidna> gaaah
[15:45] <JontheEchidna> oh, whew, thought that was a split
[15:46] <Quintasan> JontheEchidna: oh wait, nvm
[15:46] <JontheEchidna> Quintasan: I don't think the Qt + phonon trunk has been backported to karmic ppa yet. It probably should though
[15:46] <Quintasan> Don't do it
[15:46] <Quintasan> broken
[15:46] <JontheEchidna> really?
[15:46] <JontheEchidna> if properly backported I don't think it would be
[15:47] <Quintasan> Qt from ninjas and -> http://imagebin.ca/view/Znmhj-DQ.html
[15:47] <JontheEchidna> as long as you backport Qt, kdebase-runtime and phonon-backends all at once
[15:47] <Quintasan> hurr Qt from ninjas and 4.4 from beta PPA
[15:50] <jtechidna> bla
[15:50] <jtechidna> [10:47:18] <Quintasan> hurr Qt from ninjas and 4.4 from beta PPA
[15:50] <jtechidna> [10:47:38] <JontheEchidna> yeah, kdebase-runtime in beta ppa is built without phonon support
[15:50] <jtechidna> [10:47:56] <JontheEchidna> since Qt in beta ppa doesn't have phonon from trunk yet
[15:50] <ghostcube_> i mentioned i hate netsplits ?
[15:50] <ghostcube_> good i dont use phonon
[15:51] <ghostcube_> :D
[15:53] <ulysses__> argh, I hate netsplit.
[15:54] <ghostcube> today its very unhandy
[15:54] <ghostcube> 3 servers now
[15:55] <ulysses__> yesterday it was worst:/
[15:56] <ulysses__> 2 hour left to the meeting:P
[15:56] <ghostcube> yeah still ddos christel says in #freenode
[15:57] <amichair> what does someone have against them?
[15:58] <ulysses__> I read the global notice, but today wasn't any notice
[15:58] <amichair> or is it just for gits and shiggles?
[16:00] <ghostcube> seems for account steeling
[16:00] <ghostcube> o.O
[16:00] <ghostcube> but dont ask me what this should be
[16:05] <Lex79> JontheEchidna: do you have the powers for upload libattica?
[16:05] <JontheEchidna> no :(
[16:08] <txwikinger2> Is the meeting in an hour?
[16:09] <Lex79> uff :(
[16:09] <Lex79> ScottK or Riddell: http://dl.dropbox.com/u/394059/libattica_0.1.1.orig.tar.gz
[16:09] <Lex79> http://dl.dropbox.com/u/394059/libattica_0.1.1-0ubuntu1.dsc
[16:09] <Lex79> http://dl.dropbox.com/u/394059/libattica_0.1.1-0ubuntu1.diff.gz
[16:09] <tsimpson> 18:00 UTC, in about 2 hours
[16:10] <ScottK> Lex79: Please merge from Debian and rename the source attica
[16:12] <txwikinger2> ah.. I looked at the wrong time :)
[16:16] <DaskreeCH> Can Kubuntuone do that?
[16:20] <ulysses__> I think the meeting should go to irc.oftc.net again, like yesterday:/
[16:33] <JontheEchidna> aww man, I might miss the meeting
[16:34] <JontheEchidna> maybe I can pre-ack both applications? :P
[16:34] <jussi01> JontheEchidna: people have done that in the past... (on other councils)
[16:37] <Riddell> I'd rather they were post-acked
[16:38] <Riddell> but we have a large council deliberately so we can get quorum easily
[16:38] <JontheEchidna> ok, I'll do that then. but I think we'll have quorom anyways without me
[16:42] <Quintasan> hmm, Lex79: are you working on Qt?
[16:42] <Lex79> Quintasan: for what?
[16:43] <Quintasan> Lex79: well phonon kcm or phonon itself isn't working
[16:43] <Quintasan> Lex79: I'm using the Qt from ninjas and kde 4.4 from beta ppa
[16:44] <Lex79> well, it's wrong
[16:44] <Lex79> don't we want Qt + phonon for karmic now
[16:44] <Lex79> maybe for beta2
[16:44] <Quintasan> sooo, upgrading Qt was a wrong move?
[16:45] <Lex79> Qt from ninja is for lucid and needs kdebase-runtime from ninja too
[16:45] <Lex79> for working
[16:45] <Lex79> Quintasan: if you are in karmic yes
[16:45] <Quintasan> :S
[16:45] <Quintasan> time to revert then
[16:46] <Lex79> or you can upgrade to lucid and after upgrade Qt and kdebase-runtime from ninja
[16:46] <Quintasan> oh well
[16:46] <Quintasan> I might do that
[16:52] <ghostcube> bbl
[17:00] <nixternal> so I see freenode is still getting picked on this morning
[17:01] <Quintasan> nixternal: I would fire mah lazors back if I knew who is ddosing us
[17:01] <Riddell> it might make sense to move the meeting
[17:02] <Quintasan> oftc?
[17:02] <bakkdoor> hi. is there a kontact 3.5.* package for kubuntu 9.10?
[17:02] <Quintasan> bakkdoor: nope, why do you need it?
[17:03] <nixternal> Quintasan: because it works? and is still marketed as the "enterprise" version :)
[17:04] <bakkdoor> Quintasan: kind of. I'm trying to build it myself but get lots of errors. Just wondering, if there is an existing package so I could check it out and see what I need to change etc.
[17:04] <Quintasan> bakkdoor: you can try using KDE 3 remix of Kubuntu, AFAIK we do not longer supply many kde3 packages
[17:04] <bakkdoor> I work for Intevation GmbH. We work on the enterprise branch of kontact, including enterprise 3.5. We want to release a e35 package for kubuntu 9.10...
[17:05] <Mamarok> bakkdoor: well, if you work for Intevation you should have the source code, no?
[17:06] <maco> Mamarok: id guess bakkdoor wants to see how the packaging is done
[17:06] <bakkdoor> Quintasan: yes I do. just getting many errors during build process, that worked perfectly fine in 9.04..
[17:06] <Mamarok> yeah, I got that by now
[17:06] <bakkdoor> maco: yeah, kind of
[17:07] <Quintasan> bakkdoor: well if you use kde3 remix that's propably not big problem
[17:07] <Quintasan> bakkdoor: apt-get source kontact
[17:07] <Quintasan> bakkdoor: and check the debian/ directory inside the source dir
[17:07] <bakkdoor> Quintasan: will it work in the normal kubuntu though?
[17:08] <bakkdoor> it worked in 9.04
[17:08] <Lex79> Quintasan: which packages did you installed for virtuoso? all from ninja?
[17:08] <Quintasan> Lex79: yeah
[17:09] <Quintasan> bakkdoor: dunno what you mean
[17:09] <Quintasan> bakkdoor: apt-get source grabs the source for Kontact, not the app itself
[17:09] <Quintasan> Lex79: I mean, all from ninjas
[17:10] <Lex79_> uhm ok
[17:10] <daskreech> Quintasan: You were the one talking about Virtuoso?
[17:10] <Quintasan> daskreech: yes
[17:11] <daskreech> \o/
[17:11] <daskreech> what version are you using
[17:11] <bakkdoor> Quintasan: what I meant is, will the build package work without problems in kubuntu 9.10 (the normal version, not kde3 remix) without great problems or will it not work, because of kde3 <-> kde4 problems
[17:12] <Quintasan> bakkdoor: I'm pretty sure it won't work since we do not supply kde3 libs anymore, you can try doing this but I suppose it will fail
[17:12] <Mamarok> bakkdoor: well, you will need the libraries, then it should run
[17:13] <bakkdoor> Mamarok: alright, I'll see if this makes sense for us. Thanks
[17:13] <daskreech> bakkdoor: If it has the correct depends and doesn't conflict with anything that it needs in 9.10 then yes
[17:13] <Mamarok> Quintasan: those libraries are still in Karmic, no? since there are a few kde3 apps left
[17:13] <Quintasan> Mamarok: we will need devel libs for this
[17:14] <Quintasan> Lex79_: /usr/lib/soprano along with ldd -> http://pastebin.com/f7d4ca101   Nepomuk error log -> http://pastebin.com/f5b28bc5c if you missed em ;)
[17:14] <Mamarok> right
[17:14]  * Mamarok should cure her neck instead
[17:15] <Quintasan> Lex79_: hurrr
[17:16] <Quintasan> Lex79_: AFAIK Soprano won't work with virtuoso 6 and newer
[17:16] <tsimpson> we do have kde3s kdelibs packages
[17:16] <ScottK> JontheEchidna: Would you also pre-ack the spec plans for Lucid?
[17:16] <Lex79_> do we neeed 5.0 ?
[17:16] <Quintasan> Lex79_: http://trueg.wordpress.com/2009/10/22/virtuoso-once-more-with-feeling/
[17:17] <Quintasan> and AFAIK nothing changed
[17:17] <Lex79_> ok Quintasan, now I must go for a bit, when I come back I can looking
[17:18] <Quintasan> Lex79_: okay I'll try doing it now but it's very likley that I will fail :P
[17:23] <Riddell> gggg
[17:23] <Riddell> hmm
[17:24] <nixternal> heh
[17:25] <maco> Riddell: "owww tummy!" *smack keyboard* "oops" ?????
[17:26] <ScottK> Riddell: If the netsplits don't go away, I suggest we meed on #kubuntu-devel on OFTC.
[17:26] <nixternal> the netsplits aren't going away fyi
[17:27] <ScottK> Didn't think so.
[17:27] <nixternal> I say we all meet on google wave
[17:28] <nixternal> :D
[17:28] <Quintasan> lol
[17:31] <daskreech> .j kde-git
[17:31] <Quintasan> :D
[17:31] <jtechidna> meeting in half an hour?
[17:31] <ScottK> jtechidna: Yes.  Will you be there?
[17:32] <jtechidna> Pretty sure, yes
[17:32] <ScottK> jtechidna: We were discussing #kubuntu-devel on OFTC instead of here due to netsplits
[17:32] <jtechidna> irc.oftc.net?
[17:33] <jtechidna> yep
[17:35] <Quintasan> Lex79_: okay, 6.0 is not supported but 6.0.1 will be, there is not point in doing 5.0.12
[17:35] <Quintasan> 6.0.1 will be released soon
[17:35] <daskreech> No point
[17:36] <Quintasan> oh
[17:37] <Riddell> let's use OFTC, I'll post to the mailing list
[17:44] <ofirk> the meeting is here?
[17:44] <ulysses__> No, it will be on irc.oftc.net #kubuntu-devel
[17:44] <ulysses__> due to freenode's problem
[17:45] <ofirk> thx
[17:45] <apachelogger> kubotu: topic remember
[17:45] <kubotu> unknown command
[17:45] <apachelogger> kubotu: topic learn
[17:45] <kubotu> can do!
[17:46] <apachelogger> kubotu: topic set magic meeting is on irc.oftc.net in #kubuntu-devel due to netsplits
[17:56] <Lex79_> ok Quintasan|Szel
[18:00] <Riddell> seele_: we switched network
[18:00] <seele> i know, i'm trying connect
[18:01] <Riddell> Nightrose: able to join us for the meeting on oftc?
[18:01] <Nightrose> jep
[18:01] <Nightrose> sec
[18:13] <jjesse> mtg going on?
[18:13] <rgreening> I can't make the meeting...
[18:14] <rgreening> I cant get onto different irc network due to network lockdown
[18:14] <rgreening> so, Im unfortunately out.
[18:14] <jtechidna> :(
[18:15] <jtechidna> jussi01 just got member'd
[18:15] <rgreening> +1 from me
[18:15] <Mamarok> nice, congrats jussi01 :)
[18:15]  * rgreening thnks we could have rescheduled :)
[18:15] <rgreening> bah
[18:15] <rgreening> im out... work is calling
[18:17]  * Mamarok is on sick leave anyway, can't even concentrate on bug triaging...
[18:18] <maco> jjesse: oftc
[18:18] <jjesse> what is oftc?
[18:20] <tsimpson> jjesse: the IRC server irc.geo.oftc.net
[18:20] <tsimpson> we're in #kubuntu-devel on there
[18:27] <maco> ~order cookies for jussi01
[18:27]  * kubotu slides a whole bunch of world's finest cookies down the bar to jussi01.
[18:29] <jussi01> :D
[18:29] <maco> ~order cookies for ulysses__
[18:29]  * kubotu slides a whole bunch of world's finest cookies down the bar to ulysses__.
[18:30] <ulysses__> thanks maco, kubotu
[18:35] <maco> ~order cookies for jjesse
[18:35]  * kubotu slides a whole bunch of world's finest cookies down the bar to jjesse.
[18:36] <nixternal> Riddell: you fixing the kdevelop in ppa?
[18:37] <Riddell> nixternal: might be fixed already in staging, or need a retry
[18:38] <nixternal> err, not kdevelop but kdevplatform..trying to overwrite a file from kdelibs-dev
[18:40] <Mamarok> congratulations ulysses__ and jjesse :)
[18:40] <ulysses__> thanks Mamarok (:
[18:40] <Mamarok> wow, Kubuntu is getting big :)
[18:40] <jjesse> thanks Mamarok
[18:44] <DarkwingDuck> weee! I figured out the problem with my desktop
[18:47] <RiotingPacifist> sorry i g2g and im not sure if im meant to speak in the meating anyway i dropped by to point kubuntu devs to http://ubuntuforums.org/showthread.php?t=1345786&page=6, i'd guess most of the issues (virtuos,etc) are known but It's probably worth giving recent post in that thread a read to see what issues people are having with 4.4, there seams to be a nasty bug if you don't remove you .kde, but nobody has put the
[18:47] <RiotingPacifist> effort in to pin it down, and a lot of the plasmoids no longer work, and i think plasma-xine is having problems, anyway will be back later thx
[18:49] <DarkwingDuck> how do you refresh display settings from the konsole?
[18:57] <Riddell> apachelogger: freeflying needs renewed as a member too if you're doing the memberships
[19:01] <nixternal> oh, I gotta shut these notifications off in 4.4...they are freakin' annoying
[19:09] <nixternal> Riddell: ahh, the problem for kdevelop is kdevplatform is Lucid, so kdevelop is trying to build off of the older kdevplatform which has issues
[19:10] <Riddell> I thought I deleted the one I wrongly uploaded to lucid
[19:11] <nixternal>  kdevplatform - 0.9.97a-0ubuntu1(changesfile)   jr   5 hours ago   Published   Lucid   Libs
[19:13] <daskreech> !info kubuntu-meta
[19:14] <nixternal> kubuntu-meta is what produces things like kubuntu-desktop and such
[19:14] <nixternal> it isn't a package, but if you 'apt-get source kubuntu-desktop' you will get kubuntu-meta
[19:15] <daskreech> so we would expland it to have a kubuntu-komplete package as well
[19:21] <nixternal> I guess...I think we have stuff that is more important right now than that honestly, but I am nothing more than an opinion
[19:27] <daskreech> nixternal: yes it is very low in importance but I think a nicely pakaged KDE desktop has a great out of box impact
[19:28] <nixternal> blog 'sudo apt-get install xxxxxx' they can just copy and paste it :)
[19:28] <daskreech> So I install this one package and I can then see the matrix and stop bullets? Hey! I can do Kung Fu!
[19:28] <ulysses__> An offtopic question: How can I get a @kubuntu.org e-mail alias?
[19:28] <nixternal> ulysses__: you will get it in a few days
[19:29] <nixternal> whatever email you use on LP will be where your @kubuntu.org email address will forward to
[19:29] <ulysses__> nixternal: thanks
[19:29] <nixternal> nixternal@kubuntu.org -> nixternal@gmail.com
[19:29] <daskreech> nixternal: Same reason that we have a one shot install the restricted crap we can't install on the CD instead of reblogging how to get java and mp3s working everytime a new Kubuntu comes out
[19:30] <nixternal> speaking of that, we need to remove sun-java6-* from kubuntu-restricted
[19:30] <daskreech> I don't want to blog every single time. Oh this new app came out and it's pretty nice and we would include it with these wallpapes and these themes but alas you can install them with these 16 packages which have a slightly changed name from two releases ago
[19:30] <daskreech> sun-java7 is the new hawtness ?
[19:30] <nixternal> what are some of the apps you would throw in it?
[19:31] <daskreech> Choqok and if it was in any decent shape krecipe and kmymoney
[19:31] <nixternal> for instance, if you look at that b-sides crap, it is the people who created the project, it is their favorite or must have apps
[19:31] <dhillon-v10> nixternal, hi :D
[19:31] <nixternal> choqok !work with kde 4.4b1, and the beta choqok is OK, just needs fixing
[19:31] <daskreech> but mostly I wasn't thinking of apps more like wallpaper choices and themes etc
[19:32] <nixternal> howdy dhillon-v10
[19:32] <daskreech> nixternal: I meant Krecipe :)
[19:32] <dhillon-v10> nixternal, I am good, how are you
[19:32] <nixternal> daskreech: those are only a few apps though...I would think a solid list of 20 might warrant a kubuntu-hot-shit package or something
[19:32] <nixternal> dhillon-v10: waiting for my tator tots to finish cooking :)
[19:32] <daskreech> but as I said mostly trimmings is what I would be including. Apps that we talk about in all the Marketing material but never ever ship I think would be obvious awell
[19:33] <daskreech> nixternal: just from plasmoids wallpapers runners and themes we've probably gone over 20 packages already
[19:33] <dhillon-v10> nixternal, hey is it possible for me to get an email with kdemail, I have been contributing not too much but a little to Kubuntu so...
[19:33] <daskreech> and also over 200 MB of space we can't ship on a CD but are dirt cheap for a hard drive
[19:33] <nixternal> kdemail?
[19:34] <nixternal> like foo@kde.org? if so, that is a tough one to get
[19:34] <dhillon-v10> nixternal, http://www.kdemail.net/
[19:34] <nixternal> you need a few years of work :)
[19:34] <nixternal> I didn't even think they were still doing kdemail
[19:34] <dhillon-v10> nixternal, ahh :D okay will do, I'll just wait then and then apply for one
[19:34] <nixternal> yeah, kdemail would be for direct kde work, not the kubuntu stuff
[19:35] <nixternal> telling them you work on kubuntu might automatically disqualify you :P
[19:35] <dhillon-v10> nixternal, hey another quick question: I want to apply for ubuntu/kubuntu membership do you think I will pass: https://edge.launchpad.net/~dhillon-v10
[19:35] <nixternal> dhillon-v10: I would rather see your wiki page
[19:35] <dhillon-v10> okay, just a sec.
[19:36] <dhillon-v10> nixternal, https://wiki.ubuntu.com/dhillonv
[19:36] <nixternal> dhillon-v10: hah, I think you might be good honestly
[19:36]  * nixternal goes and eats
[19:36] <nixternal> bbiab
[19:36] <dhillon-v10> nixternal, thanks and have a good day
[19:40] <Quintasan> dhillon-v10: if you hurry up you can make it to meeting and they maybe will accept you right away :P
[19:40] <Quintasan> I mean review your application
[19:40] <dhillon-v10> Quintasan, I don't have any testimonials, right now so :) I'll have to wait
[19:41] <Quintasan> oh, too bad
[19:41] <dhillon-v10> Quintasan, btw where's the meeting taking place #ubuntu-meeting ?
[19:43] <Quintasan> check topic
[19:43] <Quintasan> :P
[19:44] <ScottK> dhillon-v10: We were on #kubuntu-devel on OFTC due to netsplits (see /topic)
[19:44] <dhillon-v10> ScottK, alright thanks, I'll just sit through the meeting and watch :D
[19:44] <ScottK> It's over now
[19:46] <ScottK> Lure: would you mind looking into what needs to get built for kipi-plugins to build on armel?
[19:47] <Lure> ScottK: yep, will check buildlog
[19:47]  * Lure did not look much out of amd64/i386
[19:48] <Lure> ScottK: it looks like kdegraphics deps are not there
[19:48] <Lure> and kdepimlibs
[19:48] <ScottK> Lure: Seems odd as I thought those built.
[19:49]  * ScottK needs to go
[19:49] <Lure> will check times of build, maybe it just need give-back
[19:50] <Lure> ScottK: strange, build started 48 minutes ago...
[19:53] <Lure> ScottK, Riddell: this armel build failure is really strange: http://launchpadlibrarian.net/36879871/buildlog_ubuntu-lucid-armel.kipi-plugins_0.9.0-1ubuntu2_FAILEDTOBUILD.txt.gz
[19:53] <ScottK> I retried it and it failed again.
[19:53] <ScottK> That's why I asked you to look
[19:53] <Lure> all "missing" packages matches the one that were built on armel
[19:54] <Lure> something wrong with publisher on armel?
[19:55] <Lure> ScottK: oh, they might need to get through binary new queue...
[19:56] <Lure> no, they are not in https://edge.launchpad.net/ubuntu/lucid/+queue
[19:56]  * Lure is confused
[20:10] <Guest81235> I am late
[20:11] <seele> for what?
[20:11] <Guest81235> The devel meeting?
[20:12] <jtechidna> oh, yeah
[20:12] <Guest81235> I didn't get the email till it was too late
[20:14] <Lex79> jtechidna: why this package https://edge.launchpad.net/ubuntu/+source/wv2/0.4.2.dfsg.1-1ubuntu1 is still in "New" ?
[20:16] <jtechidna> the new binary packages have to be reviewed by an archive admin
[20:16] <jtechidna> since there was a library transition the package name changed
[20:16] <Lex79> ok I see
[20:24]  * Lure subscribes to kdegraphics bug mail
[20:34] <ScottK> Lure: I suspect something lower level is temporariliy uninstallable.  I know pimlibs has worked on armel or some of the packages that are built could have never suceeded.
[20:34] <Lure> ScottK: lower level?
[21:05] <bbigras> any progress on a package update for the MALLOC_CHECK_ problem?
[21:16] <jjesse> so now that i'm a member does that mean my @ubuntu email works again?
[21:16] <nixternal> it should soon
[21:17] <RiotingPacifist> sorry to repeat this but i ran off so not sure if anybody got it. http://ubuntuforums.org/showthread.php?t=1345786&page=6 , is a thread where a few people are trying out the kubuntu ppas, some are having issues so it may be worth giving it a read from time to time to see what issues we are having.
[21:20] <ghostcube> quassel is buggy on beta 1
[21:20] <ghostcube> o.O
[21:20] <ghostcube> ehlo peoples
[21:26] <nixternal> RiotingPacifist: rock on! thanks for letting us know about the forums...we need to be in there a bit more...I will look through now
[21:38] <RiotingPacifist> np the forum is mostly chitchat but i figured that thread may be useful.
[22:04] <daskreech> Who is on Lynx KDE 4.4 ?
[22:07] <daskreech> Anyone on Lynx can you go to system settings and to Printer configuration and let me know what it looks like?
[22:12] <yofel> daskreech: no kcm available
[22:12] <daskreech> yofel: Ok same here in Koala
[22:13] <daskreech> Does the error mention system-config-printer-kde/system-config-printer-kde.py ?
[22:13] <daskreech> yofel: ^^
[22:14] <yofel> yep
[22:14] <ghostcube> woha anybody else on beta1 notices that quassel keeps quitting for no reason
[22:14] <ghostcube> crashing
[22:14] <ghostcube> not quitting
[22:14] <yofel> ghostcube: I use quassel from git (e.g. 0.6-pre) and that is really crashy, might be a qt issue
[22:15] <ghostcube> hmmm ok i use xchat for a while
[22:15] <ghostcube> :)
[22:15] <ghostcube> splits are enough no need for crashing client
[22:15] <ghostcube> :D
[22:19] <debfx> is the alpha 1 alternate installer more stable than the live cd?
[22:20] <Tm_T> debfx: more stable in what way?
[22:20] <yofel> hm, anyone here maybe an idea how I managed to break akonadi so bad that it freezes kmail when I want to open a mail to read it? http://yofel.pastebin.com/f30f9a1c7
[22:20] <debfx> in a way that it doesn't always crash
[22:20] <daskreech> Anyone working on Koffice packages?
[22:20] <daskreech> KDE 4.4 b1 seems to break them
[22:21] <daskreech> debfx: Yes Live CDs are not normally looked at much before the betas
[22:22] <Tm_T> debfx: installer crash? as alternate doesn't have desktop crashes (:
[22:27] <nixternal> hey, the message indicator in beta 1...does it keep all of the notifications until I close them?
[22:42] <daskreech> nixternal: ah!! I should use that
[22:42] <daskreech> I wa most upset that kopete was missing
[22:44] <daskreech> Well it works
[22:45] <daskreech> nixternal: I think that's it's purpose
[23:54] <Lex79> someone working on packaging colibri?