[08:19] <bambee> hi
=== jjesse_ is now known as jjesse
[14:18] <yofel> o/
[15:12] <afiestas> ScottK: aren't you comming to uds?
[15:14] <ScottK> No.
[15:14] <ScottK> Currently taking a break from Ubuntu development.
[15:15] <afiestas> ScottK: I hope it is not because the flame in the list :/ 
[15:16] <ScottK> No, but I'm very disappointed in the Akonadi/kdepim transition.  I cannot make it work for me.  Currently using Thunderbird.
[15:16] <ScottK> This is not at all motivational.
[15:17] <afiestas> ScottK: I have been using Thunderbird for months, recently switched back at KMail
[15:17] <afiestas> I know the feeling is what I mean, and it depressed me too
[15:17] <ScottK> I have a new quad core laptop.
[15:17] <afiestas> but in the other hand, we have many other stuff working really well now, so I keep my mind focused in them
[15:18] <ScottK> If Akonadi is running, every time I resume (not start, resume) Akonadi and Nepomuk max out all CPUs for several minutes.
[15:18] <ScottK> This is complete crap.
[15:18] <al> for me it's cpu + i/o
[15:18] <afiestas> it is actually the combo of both that doesn't work
[15:18] <yofel> for me it's cpu + memory
[15:18] <afiestas> if you disable email nepomuk feeding, then everything works well
[15:19] <ScottK> So I got kdepim 4.4 working on oneiric, but it uses akonadi for addressbook and such.
[15:19] <ScottK> So then it starts up and kills my system.
[15:19] <ScottK> I start to think Akonadi and Nepomuk will be the death of KDE.
[15:19] <ScottK> If it's not working in 2011, when will it work?
[15:19] <al> i tried to start kmail recently, which choked badly on old akonadi resources
[15:20] <yofel> IMO nepomuk works ~ok, as long as you leave strigi out of the equation
[15:20] <al> had to clean the database tables manually
[15:20] <yofel> *and* akonadi
[15:20] <yofel> compared to akonadi, strigi is actually rather usable
[15:20] <ScottK> With Thunderbird I can select 1000 messages and move them between IMAP folders in a second.
[15:21] <ScottK> That takes minutes with Kmail2/Akonadi.
[15:21] <afiestas> yofel: nepomuk + file indexation works well as long as you use 4.7.2 or 4.6
[15:22] <yofel> depends, it still likes to randomly re-index my PDF's  - which eats cpu time on my eeepc
[15:22] <yofel> but 4.7.3 should fix that I guess
[15:24] <debfx> on a related topic, I'm still not sure if you should SRU bug #873396 (disabling calendar in the clock pop-up and some krunner plugins)
[15:24] <ubottu> Launchpad bug 873396 in kubuntu-default-settings (Ubuntu Precise) "akonadi shouldn't be launched on startup" [Undecided,New] https://launchpad.net/bugs/873396
[15:25] <debfx> it saves some people from having to deal with akonadi. on the other hand it changes settings which is bad for a SRU
[15:25] <ScottK> debfx: It probably has to be added to release notes at this point.
[15:29] <debfx> ScottK: ok, https://wiki.ubuntu.com/OneiricOcelot/ReleaseNotes and the post on kubuntu.org?
[15:29] <ScottK> Yes.
[15:30] <ScottK> I'd make the change for oneiric though so it's not forgotten.
[15:41] <debfx> ok, I'll upload it to o-proposed
[15:51] <ScottK> debfx: Sorry, I meant precise.
[15:52] <ScottK> I don't think it's appropriate for an SRU for exactly the reason you mention.
[15:52] <ScottK> (helps some, but it's a regression for others)
[16:02] <debfx> hm, yeah. I've already committed it to bzr
[16:03] <Riddell> bzr uncommit :)
[16:04] <debfx> s/committed/pushed/. but I want to keep it there
[16:04] <kubotu> debfx meant: "hm, yeah. I've already pushed it to bzr"
[16:15] <Riddell> hmm, I think I've broken Ubuntu One
[17:17] <_Groo_> hi/2 all
[17:17] <_Groo_> guys whats the channel for nepomuk devel?
[17:17] <Riddell> I'd guess #nepomuk 
[17:19] <_Groo_> Riddell: nepomuk-kde :)
[17:20] <_Groo_> anyone using strigi over here? and is with 4.7.2?
[17:20] <_Groo_> strigi still has amnesia for me :P
[17:22] <Riddell> it's not working for me at the moment
[17:24] <_Groo_> Riddell: can you elaborate? you didnt turn it on? or its broken?
[17:24] <Riddell> it's on but it doesn't return any results when I search
[17:24] <Riddell> this is 4.7.1
[17:25] <_Groo_> Riddell: but does it reindex over and over?
[17:28] <debfx> someone who cares about nepomuk could prepare a package with the indexing fixes from 4.7.3
[17:35]  * yofel looks some more at 4.7.2
[17:38] <debfx> if you want more 4.7.2 packages in please upload them now so we can migrate them to -updates soon
[17:39] <_Groo_> debfx: true, just talked to trueg, its fixed in 4.7.3 :P
[17:41] <yofel> debfx: I'll try to finish them now, there's only about 5 left that need checking
[17:41] <debfx> Riddell: how much of gnome does ubuntu one pull in?
[17:41] <debfx> yofel: thanks
[17:41] <yofel> debfx: enough for SSO and gnome-keyring, but not much of the desktop
[17:44] <_Groo_> yofel: wasnt apachelogger working on a native kubuntu one? that got broken when they changed APIs?
[17:44] <yofel> he was, and abandoned it
[17:44] <debfx> hm, has anyone tested it with an encryption layer (e.g. ecryptfs)?
[17:44] <yofel> what we need realistically is ksecretserviced and a qt edition of ubuntu-sso-client
[17:45] <_Groo_> debfx: should work, my home is encrypted and it works here *tm
[17:45] <_Groo_> yofel: ksecret is for 4.8, right?
[17:45] <_Groo_> yofel: should get integrated in kwallet?
[17:45] <debfx> _Groo_: do you sync the encryted or decrypted files?
[17:45] <yofel> _Groo_: no idea, it's WIP - that's all I know
[17:46] <_Groo_> debfx: decrypted
[17:46] <_Groo_> debfx: why would you want to sync encrypted files ? OO
[17:47] <_Groo_> debfx: its already encrypted on the server IMHO
[17:47] <_Groo_> debfx: if you are paranoid, use duplicity 
[17:47] <debfx> _Groo_: it's not and server side encryption isn't that useful anyway
[17:48] <_Groo_> debfx: or a tarball with truecrypt and sync that.. but it wouldnt be a actual sync anyway
[17:48] <debfx> duplicity is a backup tool, it doesn't do syncing
[17:48] <_Groo_> debfx: how so it would be useful? the private key stays on your machine... no one can acess your pr0n at the server side
[17:49] <debfx> afaik ecryptfs encryts files individually so that would be better than having an encrypted container
[17:49] <_Groo_> debfx: true
[17:50] <_Groo_> debfx: i advise against actually, to prone to misbehaviours
[17:51] <debfx> _Groo_: ubuntu one doesn't encrypt the files (only the transport is encrypted)
[17:51] <_Groo_> debfx: it should then :)
[17:51] <_Groo_> how do i send a private msg? i forgot, using webchat
[17:52] <debfx> tell that to the u1 devs ;)
[17:53] <_Groo_> isnt it suposed to be /msg?
[17:54] <_Groo_> better yet, open a private chat?
[17:54] <_Groo_> yeah, its a webchat problem :P
[17:58] <CIA-130> [lp:~kubuntu-packagers/kubuntu-packaging/konsole] Philip Muškovac * 16 * debian/changelog New upstream release (LP: #872506)
[17:59] <yofel> bug 875034 need looking at before we push the SRU
[17:59] <ubottu> Launchpad bug 875034 in Kubuntu PPA "Pulseaudio KDE integration broken with 4.7.2 updates" [Undecided,New] https://launchpad.net/bugs/875034
[18:06] <debfx> yofel: isn't that fixed when rebuilding against the latest libpulse?
[18:07] <debfx> we still need to upload kde-l10n to o-proposed :o
[18:07] <debfx> any volunteers? :D
[18:10] <yofel> debfx: yeah nvm that bug, kdemultimedia in the PPA's broken, the one in oneiric-proposed is fine
[18:11] <yofel> I can upload l10n - when I'm done with this and you've found nobody else
[18:11] <shadeslayer> apachelogger: ping ping ping
[18:12] <CIA-130> [lp:~kubuntu-packagers/kubuntu-packaging/kstars] Philip Muškovac * 9 * debian/changelog New upstream release (LP: #872506)
[18:13] <debfx> maybe we can talk apachelogger into it
[18:14]  * bambee is upgrading to precise
[18:15]  * yofel will do that after his SRU list is done
[18:19] <CIA-130> [lp:~kubuntu-packagers/kubuntu-packaging/kwordquiz] Philip Muškovac * 10 * debian/changelog New upstream release (LP: #872506)
[18:21] <yofel> ok, that would be it with the SRU list
[18:22] <yofel> except for l10n
[18:24]  * yofel goes back to backporting
[19:04] <yofel> hm, was just looking at the sponsoring queue - did anyone ever notice this: https://code.launchpad.net/~pali/ubuntu/oneiric/kubuntu-default-settings/kubuntu-default-settings/+merge/63334 ?
[19:23] <debfx> yofel: that is blocked by https://code.launchpad.net/~pali/ubuntu/natty/plymouth/plymouth/+merge/61897
[19:23] <yofel> ok
[19:35]  * apachelogger is not here
[19:39] <yofel> might as well do l10n then
[19:40] <CIA-130> [lp:~kubuntu-packagers/kubuntu-packaging/kde-l10n-common] Philip Muškovac * 109 * debian/changelog New upstream release (svn: 1256933, type: stable) LP: #872506
=== skreech_ is now known as Daskreech
[20:46] <BarkingFish> who would you report a bug with a kernel module to?  Do they go on launchpad the same as others, or do they go to somewhere else?
[20:50] <shadeslayer> BarkingFish: lp ... use ubuntu-bug linux ( afaik )
[20:52] <BarkingFish> shadeslayer, thanks.  I have a wifi adapter which uses the rtl8192cu kernel module, but the module is buggy - when you attach your wifi adapter, the dang thing refuses to scan for any networks :)
[20:52] <BarkingFish> i even tried to force a scan with iwlist wlan1 scanning and it came back with nothing whatsoever
[21:04] <BarkingFish> shadeslayer, I think that should do the job, the bug's filed and ready for someone with a toolkit and a sledgehammer to work on.  I've never figured out how to look at a kernel module, since they're normally already compiled when I see them.
[21:04] <BarkingFish> I guess I'll have to learn how to see the workings of a .so one day :)
[21:32] <BarkingFish> Guys, I'm going to need a little help here.  I've been asked to test a mainline kernel in relation to the wifi bug I mentioned to you, shadeslayer 
[21:32] <BarkingFish> I have no idea whether this will screw my system up or what.
[21:33] <shadeslayer> hmm
[21:33] <shadeslayer> BarkingFish: http://kernel.ubuntu.com/~kernel-ppa/mainline/
[21:33] <shadeslayer> BarkingFish: install the latest debs for oneiric
[21:33] <shadeslayer> http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.1-rc10-oneiric/ << that one
[21:34] <BarkingFish> well they confirmed the bug, it's a positive - so I'm doing their upstream testing :)
[21:34] <BarkingFish> #878504
[21:35] <BarkingFish> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/878504
[21:35] <ubottu> Ubuntu bug 878504 in linux (Ubuntu) "Kernel module rtl8192cu fails to operate attached device correctly" [Undecided,Confirmed]
[21:35] <shadeslayer> awesome
[21:35] <BarkingFish> shadeslayer, can I add that PPA direct to my repository?
[21:35] <shadeslayer> no
[21:35] <shadeslayer> you have to download the debs
[21:35] <BarkingFish> ok then. Here we go, wish me luck :)
[21:36] <BarkingFish> I have a feeling I'm going to need it...
[21:37] <yofel> BarkingFish: you'll be fine as long you install the image, headers for your architecture and the arch all package
[21:37] <yofel> BarkingFish: also, 'Confirmed' for kernel bugs means "All data present" and not "Confirmed"
[21:37] <BarkingFish> right, well I got the i386 packs for the image, the headers and the all... so I better get going :)
[21:38] <BarkingFish> do i need to regenerate grub or will that happen when I install the packages?
[21:38] <yofel> will happen when the image installs
[21:38] <BarkingFish> ok then. See you soon :)
[21:52] <BarkingFish> well it's gonna be a disappointing night for the lp guys... the bug is still there upstream, not only that, but ndiswrapper isn't in that kernel either, so I couldn't even get on from my old wifi adapter!
[23:34] <shadeslayer> Quintasan: you need to check your SBK version using http://forum.xda-developers.com/showthread.php?t=1290503
[23:35] <shadeslayer> Quintasan: if your SBK version is v2 we'll have to do more hacking 
[23:35] <shadeslayer> ( lilstevie is the person to contact on #ubuntu-arm )