[00:03] <JontheEchidna> nixternal: sire, wouldst thou grant a wish for a UI freeze exception? bug 527606
[00:04]  * JontheEchidna counts fingers
[00:04] <nixternal> nope
[00:04] <nixternal> ACK'd :p
[00:04] <JontheEchidna> lol
[00:04] <nixternal> trying to figure out, which driver is better for my mini 10v, the broadcom b43 or sta driver
[00:04] <nixternal> nobody seems to know
[00:04] <JontheEchidna> dantti: ^Shouldn't be any problem with that button being hidden, since it's not enabled atm, right?
[00:06] <JontheEchidna> nixternal: (un)fortunately I'm not an expert on proprietary vs unproprietary wireless drivers...
[00:06] <nixternal> yeah, me either
[00:06] <JontheEchidna> I could moan about proprietary vs free nvidia drivers all day, though
[00:06] <JontheEchidna> they both suck in their own little ways
[00:06] <nixternal> the STA drivers I know work, and work fairly decently...however I can't scan with the STA drivers
[00:06] <nixternal> I guess I could try b43, see how it works, and if I don't like it, roll it back
[00:10] <verbalshadow> nixternal: i have had very good experiences with b43 worked well for b,g networks
[00:11] <nixternal> thanks verbalshadow
[00:11] <nixternal> i guess you can install drivers with jockey-text, only enable/disable them
[00:12] <verbalshadow> i always just use jockey-kde but text should work
[00:13] <JontheEchidna> -kde is broken atm
[00:13] <verbalshadow> ahh
[01:24] <nixternal> maco: did you ever figure out your wifi issue? my netbook will not connect to a damn thing
[01:24] <nixternal> even with nm-applet, which always worked for me
[01:29] <nixternal> well shit, nm-applet just worked
[01:29]  * nixternal tries knetworkmanager now
[01:30] <nixternal> wtf, so there is a network somewhere near by that is stronger than my own network in the house
[01:30] <nixternal> my signal is 80%, this other networks signal is 100%
[01:42] <jjesse> my netbook on lucid is very #%#%#%# so i'm going to reload it w/ the beta
[01:44] <jjesse> what's the name of the app for creating a live usb drive?
[01:47] <JontheEchidna> jjesse: usb-creator-kde
[01:50] <jjesse> why does it appear some cleaner/prettier when run w/ kdesudo?
[01:59] <jjesse> why can't i get usb-creator-kde to work, am i retarted?
[02:01] <verbalshadow> jjesse: let me try i need to make a new usb install anyway
[02:02] <jjesse> i have a blank usb drive however i can't create or format it
[02:02] <verbalshadow> jjesse: last time i tried it would work for me either, but unetbootin did
[02:02] <verbalshadow> umm wouldn't
[02:04] <jjesse> wow unetbootin works fine
[02:04] <verbalshadow> it is copying files for me so i will let i a couple of minutes
[02:09] <jjesse> hrmm unetbootin just gives me a menu but doesn't actually boot
[02:12] <verbalshadow> jjesse: usb-creator-kde seems to work for me, have not booted it yet though
[02:16] <jjesse> hrmm redownloading my isos to see if there is something wrong
[02:54] <ScottK> nixternal: The not creating a user thing is not known to me.  AFAIK the installer does that, so I don't see how it could be netbook specific.
[02:54] <ScottK> JontheEchidna: I assume you saw I got the kde4libs upload done ...
[02:54] <JontheEchidna> ScottK: yeah, thanks
[02:55] <ScottK> I'm in the middle of the rosetta onslaught from the kdepim upload i did a coupld of hours before.
[02:55] <nixternal> yeah, ubiquity went from the config partitions dialog, and when I clicked ok, went right to partitioning and installing
[02:56] <ScottK> Sounds like shtylman's area to me.
[03:37] <maco> nixternal: yeah after like 4 reboots, ifup started working, and after probably 4 more, NM started working but had lost my entire set of configured networks (boo!) even though they're still in my .kde/share/config/knetworkmanagerrc or whatever it's called
[06:43] <Quintasan> ryanakca: okay, thanks, I asked Jorge and he told me it would be a good idea to mention it in Further information so I did that. The problem is who exacly will be going with me :O
[12:15] <amichair> JontheEchidna: I see mvo is getting around to software-props, maybe we should put in the final touch as well... are there any issues that can still be reproduced in lucid?
[12:21] <ejat> hi ..
[12:21] <ejat> can someone help me with this : http://paste.ubuntu.com/401749/
[12:46] <amichair> anyone know what's the difference between http://cdimage.ubuntu.com/cdimage/kubuntu/daily-live/current/ and http://cdimage.ubuntu.com/kubuntu/daily-live/current/ ? one I can rsync, the other not, and the duplicity is strange in any case...
[13:34] <rgreening> amichair: the rsync protocol looks for the cdimage path.
[13:34] <rgreening> it doesn't know about the http paths that the web server may have aliased to cdimage path
[13:36] <amichair> rgreening: why are there two web paths?
[13:37] <rgreening> dunno. but I expect that the non-cdimage one is an alias to cdimage.
[13:37] <amichair> btw I specify the full url to rsync, do u mean it's configured not to follow symlinks or something like that?
[13:38] <rgreening> amichair: its likely an alias in the web server and rsync doesn't know about the alias (a symlink may not exist)
[13:39] <amichair> oh, right
[13:39] <rgreening> amichair: here's the path I use (for x86): rsync://cdimage.ubuntu.com/cdimage/kubuntu/daily-live/current/lucid-desktop-i386.iso
[13:40] <amichair> rgreening: yeah, that's basically what worked for me (with amd64).
[13:40] <rgreening> amichair: its the correct path to use for rsync.
[13:41] <amichair> I guess I just don't like useless configuration redundancy
[13:41] <amichair> rgreening: thanks in any case :-)
[13:42] <rgreening> np
[15:04] <amichair> i just had an installer crash (in virtualbox, from daily amd64 iso) - is this a known issue?
[15:15] <tseliot> ScottK, JontheEchidna: I need to upload my patch for bug #540177 . How shall I proceed?
[15:16] <tseliot> e.g. commit my change in my own bzr branch, upload the package and ask you to merge from my branch?
[15:17] <ScottK> tseliot: That or just upload the package and one of us can update the branch from the source.
[15:17] <ScottK> Whichever works for you.
[15:19] <tseliot> ScottK: also, any objections to the changes that I made to the debian/patches/series file (also, I promise to format the changelog a little better)? http://pastebin.ubuntu.com/401837/
[15:19] <ScottK> looking
[15:19] <tseliot> thanks
[15:20] <ScottK> tseliot: Why the change in 07_kdmrc_defaults_kubuntu.diff?
[15:21] <ScottK> You document that you're changing it, but not why.
[15:22] <ScottK> Is the bulletproof X patch ever going to be useful again?  IIRC it was not working before and should probably be removed, not just commented.
[15:22] <tseliot> ScottK: right, because we need to start the xserver without clearing the screen (which still has the bootsplash on) in order to get a nice transition
[15:23] <ScottK> OK.  Makes sense, but it'd be good to say that.
[15:23] <ScottK> Also you don't document disabling kubuntu_104_kdm_active_vt_plymouth.diff.
[15:23] <ScottK> Should that be removed too?
[15:23] <tseliot> I merged my patch with the bulletproof X one and bulletproof X will work when a new plymouth is uploaded
[15:23] <ScottK> Ah, Ok.
[15:23] <ScottK> What about 104?
[15:23] <tseliot> yes, that patch doesn't really work well
[15:23] <tseliot> (104)
[15:24] <tseliot> and should be removed
[15:24] <ScottK> I gather it's OBE due to your new patch?
[15:24] <tseliot> of course I'll document things better ;)
[15:24] <ScottK> That should get documented.
[15:25] <tseliot> I doubt it ever worked as planned (as they do things differently in fedora) but yes, my patch replaces that too
[15:25] <tseliot> ok
[15:26] <ScottK> As long as it works and the changes are well documented, I'm happy.
[15:26] <tseliot> ok, good
[15:34] <ScottK> Someone may want to backport the packaging changes I did for kdepim yesterday to the karmic PPA.  It would solve some problems I've seen people report.
[15:39] <tseliot> ScottK: the final debdiff: http://pastebin.ubuntu.com/401853/
[15:39] <ScottK> Looking
[15:39] <ScottK> JontheEchidna: Do you have any input ^^^?
[15:40] <JontheEchidna> Looks good to me
[15:40] <tseliot> note: the patch works well here with -intel
[15:40] <ScottK> tseliot: Why are we disabling the patches instead of removing them?
[15:40] <ScottK> Intel is all I have, so I couldn't contribute to more testing.
[15:42] <tseliot> ScottK: some may want a smaller diff but if you prefer to simply remove those patches, I'll do it
[15:42] <tseliot> whatever works better for you, I'm not the maintainer ;)
[15:42] <ScottK> tseliot: I'd prefer to not leave junk patches in the package.  You don't need to show me the diff again, just correct the changelog to match.
[15:43] <ScottK> I'd say go for it.
[15:43] <ScottK> The patches are in the bzr history if we ever need to refer to them.
[15:44] <tseliot> ScottK, JontheEchidna: ok, I'll remove those patches. Thanks for reviewing my patch
[15:45] <ScottK> tseliot: No problem.  If it doesn't work, we know where to find you ....
[15:45] <JontheEchidna> Thanks a lot for making the patch, otherwise this probably wouldn't have gotten don :)
[15:45] <tseliot> oh, shall I remove or comment out those lines in the "series" file?
[15:46] <tseliot> hehe, yes, sure, if you have problems, just let me know ;)
[15:46] <ScottK> tseliot: Thanks for helping out with Kubuntu.
[15:46] <tseliot> :-)
[15:47] <ScottK> tseliot: Remove the patches from series too please.
[15:47] <tseliot> sure
[15:47] <ScottK> Thanks.
[15:47] <tseliot> np
[16:17] <ScottK> Anyone have any issues for the release team meeting?
[16:17] <ScottK> I've already bitched about branding.
[16:59] <ScottK> Any word on 4.4.2?
[17:04] <daskreech> Crap
[17:04] <daskreech> Already?
[17:04]  * daskreech sighs. Stop being so persistently cool KDE Srsly
[17:36] <DarkwingDuck> :D but, hey... its better now right?
[17:41] <daskreech> In some aspects I keep hitting on regressions. Nothing heartbreaking but probably not "better"
[17:42] <daskreech> Akonadi plugins keep looking for soprano and spitting thousands of error messages
[17:50] <jussi01> akonadi is the new devil. right after knetworkmanager.
[17:51] <DarkwingDuck> jussi01: akonadi fix it self then broke now it fixed... without updateing anything...
[17:52] <nixternal> I just looked at what it takes to create a Kubuntu Plymouth theme, and it is actually quite easy. Xubuntu, Lubuntu, and Edubuntu have already done so...what are we waiting for?
[17:59] <ScottK> Branding.
[17:59] <ScottK> OTOH, having something would be better than what we have now.
[17:59] <DarkwingDuck> nixternal: have we merged the docs in yet?
[18:00] <DarkwingDuck> or rather, Carls updates
[18:03] <daskreech> nixternal: Draw one by hand in Krita and use that :)
[18:40] <yofel> in the date/time settings in the timezones tab the 'Apply' button is grayed out regardless of the selected timezone, bug?
[18:41] <daskreech> I think I bugged that already
[18:41] <daskreech> I haven't checked if it was fixed though
[18:49] <vbgunz> is this ever getting implemented http://labs.trolltech.com/blogs/2009/06/10/smooth-and-solid-resizing-on-x11/ ?
[19:32] <rocketman768> I have an app built on Qt and Phonon for KDE that I was hoping someone might help me include directly into Kubuntu. It is called brewtarget and can be found on http://sourceforge.net/projects/brewtarget . I have built it as a debian package and submitted it to mentors.debian.net, but after about a year, it seems that no one at debian is willing to sponsor my package and put it in their repositories. I would appreciate any 
[19:33] <ScottK> rocketman768: Did you contact the Debian Qt/KDE team?
[19:33] <ScottK> I'd go to #debian-qt-kde on oftc and ask about getting sponsored there.
[19:34] <rgreening> !ninjas
[19:34] <rocketman768> ScottK: thanks, I'll see what they say.
[19:34] <rgreening> to the batcave. 4.4.2 is ready for pkg
[19:38] <rgreening> JontheEchidna: batcave. kde 4.4,.2 rdy for pkg
[19:39] <JontheEchidna> rgreening: I thought we weren't using the batcave anymore
[19:39] <rgreening> hmm.. news to me
[19:39] <rgreening> i thought for pre-rel pkging we were still.
[19:40] <rgreening> JontheEchidna: I mean bunker (==batcave)
[19:40] <JontheEchidna> We've switched to just adding our packagers to ktown's access list, instead of hosting the tars on a secret external server
[19:40] <rgreening> not the website
[19:41] <rgreening> yes. see my comment above :P
[19:41] <JontheEchidna> so there's really no need for a secret channel, since the only thing that is/needs to be secret would be the link
[19:41] <rgreening> oh
[19:41] <rgreening> good enuf.
[19:42] <JontheEchidna> I guess I'll join there, but I'll do packaging talk out here :)
[19:42] <rgreening> so JontheEchidna, Riddell asked me to lead this one.
[19:42] <rgreening> Any tips for starting?
[19:42] <JontheEchidna> hum
[19:42] <JontheEchidna> to tell you the truth things have gotten a bit less structured over the last few releases
[19:42] <rgreening> heh\
[19:43] <rgreening> ok then...
[19:43] <rgreening> I guess I'll just make sure everything gets done and review the bzr to make sure the updates match the uploaded packages in the PPA prior to upload to archive
[19:43] <JontheEchidna> Before, the person leading would personally pbuild the packages for extra QA, but we haven't done that recently (not necessarily a good thing)
[19:44] <rgreening> I have no issues building everything from scratch as we go
[19:44] <rgreening> if we should start that up again
[19:44] <JontheEchidna> the workflow we've been using is pbuild -> push to ppa/bzr -> test install -> release
[19:45] <rgreening> JontheEchidna: we still using ninja PPA first though, correct?
[19:45] <JontheEchidna> yus
[19:45] <rgreening> okies. then Im set.
[19:45] <JontheEchidna> rgreening: oh, and once uploads start, I can help out with that.
[19:46] <rgreening> I have to take the dog out.. so I'll be out for a bit. I'll check in after. cool. ty JontheEchidna
[19:46] <JontheEchidna> I only have upload priviledges for half the packages though... still waiting on my core-dev app :(
[19:46] <JontheEchidna> have fun
[19:46] <rgreening> JontheEchidna: so the kubuntu-dev doesn't allow upload all the kde packages?
[19:47] <JontheEchidna> rgreening: no :/
[19:47] <rgreening> or you are seeking motu+core
[19:47] <JontheEchidna> I am seeking kubuntu-dev+core
[19:47] <JontheEchidna> +motu
[19:47] <rgreening> I thought the per package upload was why we did all this?
[19:47] <rgreening> so all kde core apps would be covered by kubuntu-dev
[19:47] <JontheEchidna> ^^
[19:48] <JontheEchidna> It's not, though. And the powers that be said they won't change it
[19:48] <JontheEchidna> very :/
[19:48] <rgreening> wtf
[19:48] <rgreening> thats just stupid then.
[19:48] <rgreening> why have the kubuntu-dev at all
[19:48] <rgreening> retarded
[19:48] <rgreening> it would have been better for just keeping motu+core-dev then wrt kde
[19:48] <JontheEchidna> well, I do have privs to most of the non-core, seeded KDE apps like KPackagekit, konversation, quassel, kbluetooth, etc
[19:49] <JontheEchidna> and about half of the core kde modules
[19:49] <rgreening> so, what, kdelibs doesn't get approved by kubuntu-dev and possibly kdepimlibs?
[19:49] <rgreening> gawd!
[19:50] <rgreening> some days I wonder how kubuntu survives at all
[19:50] <JontheEchidna> I bitch about this in my core-dev app: https://wiki.kubuntu.org/JonathanThomas/CoreDevApplication
[19:50] <JontheEchidna> "Areas of work" section
[19:50] <rgreening> haha
[20:00] <ScottK> Maybe we need a kubuntu-core-dev for the non-kubuntu-dev bits of Kubuntu
[20:06] <ryanakca> too many teams :P
[20:07] <ryanakca> ... and he's gone. Anybody else working on the 4.4.2 packages and would like some help?
[20:07] <ScottK> rgreening's the boss.
[20:08] <ScottK> JontheEchidna: Do you know enough to respond to pitt's question in Bug #528907?
[20:09] <JontheEchidna> ScottK: I think we have a patch that should do the launch-with-kdesu bit. Appears to not be working though
[20:10] <Quintasan> JontheEchidna: it is in kdebase-apps?
[20:10] <JontheEchidna> Quintasan: the patch is in regular kdebase, yes
[20:10] <JontheEchidna> I think
[20:10] <ScottK> That'd make sense.
[20:10] <JontheEchidna> maybe kde4libs
[20:11] <JontheEchidna> yeah, kde4libs, kubuntu_06_user_disk_mounting.diff
[20:11] <JontheEchidna> I don't know much except "It should in theory work" and "this seems to break in a different way at least once per cycle"
[20:13] <Quintasan> hmm
[20:13] <Quintasan> shouldnt is use kdesudo not kdesu?
[20:14] <Quintasan> JontheEchidna: http://wklej.org/id/304517/ <-- like this
[20:15] <JontheEchidna> Quintasan: then we have a circular dep between kdelibs and kdesudo
[20:15] <JontheEchidna> anyways, that shouldn't be the issue
[20:17] <Quintasan> awesome
[20:17] <Quintasan>  /usr/lib/kde4/libexec/kdesu points to /etc/alternatives/kdesu which points to /usr/bin/kdesudo
[20:17] <JontheEchidna> that too
[20:17] <JontheEchidna> :P
[20:19] <Quintasan> JontheEchidna: where the hell kdesu comes from anyways?
[20:19] <JontheEchidna> Quintasan: kdebase-runtime
[20:20] <Quintasan> I wonder what is the actual problem since Dolphin only puts come HAL error which tells nothing
[20:22] <ScottK> debfx: Nowish would be a good time to discuss your brightness OSD patch since we're doing an update.  It didn't get in already did it?
[20:24] <Quintasan> HAL was crap already and IMO the best solution would be very sudden transition to PolicyKit
[20:24] <gon_cl> Hello, I would like to help with some arrangements of the Spanish translation
[20:24] <debfx> ScottK: I don't so, Riddell said he'll look at it, but he probably didn't come it yet
[20:24] <gon_cl> Where can I propose translations?
[20:24] <gon_cl> In the launchpad (Lucid), I see no translations for KDE packages
[20:25] <Quintasan> gon_cl: contact your upstream tranlslations team for your language
[20:25] <Quintasan> translations*
[20:26] <gon_cl> thanks
[20:27] <JontheEchidna> Quintasan: It's not a question of HAL vs PolicyKit. One's a hardware layer and one's an authorization layer
[20:28] <Quintasan> I know that, but the fault is somewhere between those two
[20:28] <Quintasan> so either PK or HAL is crap
[20:28] <JontheEchidna> ah, I see. I misunderstood your original rant
[20:29] <Quintasan> but since the HAL throws some nasty messages at users the it is probably HAL
[20:29] <Quintasan> cd /var/log
[20:29] <Quintasan> grr
[20:32] <Quintasan> nothing in logs
[20:32] <Quintasan> wtf
[20:33] <Quintasan> JontheEchidna: policykit-desktop-privileges
[20:33] <Quintasan> hmm
[20:34] <JontheEchidna> I think those are all for GNOME Polkit services :(
[20:34] <Quintasan> let me update all that crap and restart
[20:34] <JontheEchidna> Nautilus for default file manager!11!1!!!!!!!!!
[20:34]  * Quintasan hits JontheEchidna with a whip
[20:34] <Quintasan> :>
[20:34] <Quintasan> OBJECTION!
[20:36] <JontheEchidna> x_O
[20:37] <Quintasan> JontheEchidna: what were you expecting from spreading heresy?
[20:37] <Quintasan> :P
[20:43] <debfx> ScottK: previously I didn't show the OSD if brightness_in_hardware was set to true as some buggy hardware/driver sent brightness key events on every brightness change
[20:43] <debfx> specifically the MSI Wind, which has been fixed in Lucid
[20:44] <ScottK> debfx: So what should be do now?
[20:45] <debfx> in Lucid brightness_in_hardware is always true as an acpi brightness kernel config has been activated
[20:45] <ScottK> Maybe JontheEchidna could review your updated patch since Riddell is away.
[20:46] <debfx> I think we should always show the OSD and ignore brightness_in_hardware for that part
[20:47] <ScottK> I think if we get it in before the beta2, that sounds OK.
[20:48] <debfx> JontheEchidna: this is the merge request: https://code.launchpad.net/~debfx/kdebase-workspace/ubuntu/+merge/21785
[20:53] <JontheEchidna> I'll test it later today, but from first glance it looks good.
[21:00] <Quintasan> JontheEchidna: installing that policykit crap didn't help
[22:05] <nixternal> hey, how do you install .desktop.in files?
[23:05] <shtylman> Riddell: any news on logo?
[23:07] <crimsun> nixternal: generally they're processed to generate the .desktop
[23:07] <crimsun> nixternal: are you using cdbs or some other patch and/or build system?
[23:09] <nixternal> got it crimsun, thanks :)
[23:51] <nixternal> crimsun: do you know how to create po files for .desktop.in files?
[23:53] <DarkwingDuck> Still can't figure it out?
[23:59] <nixternal> all i need to do is create the pot files and it is done