[00:43] <verbalshadow> What's up with the ISO there isn't a livecd(x86/amd64) in 5 days http://cdimage.ubuntu.com/kubuntu/daily-live/current/
[00:43] <verbalshadow> but there is an DVD from today
[01:04] <claydoh> verbalshadow: I see both there now, but I see no dvd or alternate cd
[01:08] <JontheEchidna> really? they all still look like they're from the 13th to me
[01:15] <verbalshadow> JontheEchidna: good to know i'm not the only one
[01:23] <claydoh> okee I need glasses I swear it said 1/18, honest
[01:23]  * claydoh really does need new glasses btw, broken frame
[01:28] <JontheEchidna> eh, I could see how 3 could look like 8
[01:33] <claydoh> does being at work on a win-xp desktop help explain that away ? ;)
[01:44] <ScottK> OK, Quassel 0.5.2 in Lucid.  Karmic SRU up next.
[01:57] <Sput> thanks ScottK :)
[01:59] <JontheEchidna> Riddell: does the jaunty upgrade patch in kdebase-workspace need to be kept around?
[02:00] <Riddell> JontheEchidna: for network manager stuff?
[02:00] <JontheEchidna> Riddell: yeah
[02:01] <Riddell> JontheEchidna: I'm current working with aseigo to get the plasma scripting stuff in a working state for us to use for default setup and upgrades
[02:01] <Riddell> however that doesn't solve the network manager config file
[02:02] <JontheEchidna> are we supporting jaunty -> lucid upgrades?
[02:02] <ScottK> JontheEchidna: I think we support Jaunty -> Lucid, so yes.
[02:03] <Riddell> ScottK: any reason we should?
[02:03] <ScottK> Riddell: I know a significant number of people have problems with the new boot stuff in Kamric.
[02:04] <ScottK> I think it's pretty trivial to support, so why not?
[02:04] <Riddell> depends if JontheEchidna has a good reason for getting rid of that upgrade script :)
[02:04] <ScottK> True.
[02:05] <JontheEchidna> it might be nice for some people to not have kdebase-workspace-bin depend on python-kde4
[02:05] <JontheEchidna> some people == gnomies
[02:06] <Riddell> it could be made optional, only running if python-kde4 is installed, people who don't have that installed probably don't use knetworkmanager.  that doesn't feel terribly elegant somehow
[02:06] <Riddell> I'll talk to aseigo and see if he has ideas
[02:07] <Riddell> I also wonder what other distros did about this
[02:07] <ScottK> I think we may also need to remove obsolete ayatana notification config stuff too
[02:07] <ScottK> Riddell: I think didn't ship KNM
[02:07] <Riddell> mm, right enough
[02:07] <Sput> knetworkmanager requires pykde?
[02:08] <Riddell> no, our config file upgrade script does
[02:08] <Sput> ah :)
[02:08] <ScottK> OK, so buildds are broken for Lucid.
[02:08] <Riddell> I'd have expected notifications to revert back to the default if ayatana isn't installed
[02:09] <Sput> Gentoo has a USE flag for pykde4, and we do ship KNM
[02:09] <Sput> we don't care about config updates though.
[02:09] <JontheEchidna> broken in the "we need to re-up the toolchain" broken?
[02:11] <ScottK> JontheEchidna: Yep.
[02:11] <JontheEchidna> seems to happen once per cycle
[02:11] <ScottK> Broken pkg-binarymangler upload and it diverts dpkg-deb.
[02:11] <JontheEchidna> I wonder if that's why I'm getting all these port build failures all of a sudden
[02:11] <ScottK> At least quassel failing on all archs isn't my fault.
[02:11] <ScottK> Probably
[02:12]  * Sput hopes it's not his
[02:12] <ScottK> Nope.
[02:13] <ScottK> Sput: Did anything you committed after http://git.quassel-irc.org/?p=quassel.git;a=commitdiff;h=ac374ec32612798c230d54665f6bce7faf416602 affect the CTCP ignore change?
[02:14] <Sput> f6f67e9fa8012ce2cc is needed to make it not break
[02:14] <Sput> and I'm quite sure you want the other couple fixes too
[02:14] <Sput> the toggle-menubar-in-context-menu is important for users, since we tend to get a lot of questions about how to enable the menubar after accidentally hiding it
[02:15] <Sput> and the other thing is an important fix for netsplits (avoiding phantom users)
[02:15] <ScottK> For the post-release update, I need to be very focused.
[02:15] <Sput> I do understand, but the bugs fixed are sorta serious :)
[02:16] <Sput> in any case, f6f67e9fa8012c is part of the ignorelist fix
[02:17] <ScottK> OK.
[02:17] <ScottK> Thanks.
[02:17] <Sput> np :)
[02:17]  * Sput embeds
[02:17] <txwikinger> Anybody an idea how I can get the sound on Karmic for an nVidia Corporation MCP51 AC97 Audio Controller (rev a2)
[02:17] <txwikinger>  working?
[02:23] <ScottK> Sput: This one, right: http://git.quassel-irc.org/?p=quassel.git;a=commitdiff;h=f6f67e9fa8012ce2cc45420838fa7469622d454e
[02:24] <ScottK> Rats
[02:24] <Sput> ScottK: yes
[02:24] <ScottK> Thanks.
[02:57] <JontheEchidna> We can save 788 kb livecd-space by shipping the non-default k3b themes in a separate package
[02:58] <JontheEchidna> running optimizegraphics on the upstream source saved an additional 32 kb regardless. (committed to svn)
[03:24]  * txwikinger wonders why he is not using LFS since he must patch kernel packages anyway
[03:24] <crimsun> txwikinger: more details, please
[03:24] <crimsun> txwikinger: meaning, use http://www.alsa-project.org/alsa-info.sh
[03:25] <crimsun> note the shebang
[03:25] <txwikinger> crimsun: I found the problem
[03:25] <txwikinger> it is the nvidia kernel modules
[03:25] <txwikinger> they don't build after the kernel is installed because of missing patches
[03:26] <crimsun> for sound? are you using nvsound, ossv4.1, or something else?
[03:26] <crimsun> or is this a clear case of resource contention at boot?
[03:27] <txwikinger> I am not sure if it will fix the sound, however, the audio controller is from nvidia
[03:27] <crimsun> I don't know which NVidia drivers you're referring to.
[03:28] <crimsun> if you're speaking of the "normal" *buntu NVidia drivers, they're graphics
[03:28] <crimsun> and have nothing to do with audio
[03:28] <txwikinger> DKMS
[03:29] <crimsun> nvidia-current? that's graphics.
[03:29] <txwikinger> well.. unfortunately one bug always leads to another
[03:29] <txwikinger> the audio basically does not find any sound devices
[03:30] <crimsun> txwikinger: is this current Kubuntu Lucid?
[03:30] <txwikinger> No karmix
[03:30] <txwikinger> No karmic
[03:30] <crimsun> txwikinger: ok, then please use that script (or ubuntu-bug alsa-base)
[03:30] <txwikinger> which script?
[03:31] <txwikinger> the DKMS is fixed now
[03:31] <txwikinger> I patched it
[03:31] <crimsun> 22:25 < crimsun> txwikinger: meaning, use http://www.alsa-project.org/alsa-info.sh
[03:42] <freeflying> apachelogger: kimpanle was in karmic, and its merge into plasma-addons now
[03:53] <txwikinger> crimsun: http://pastebin.com/d7886b342
[04:16] <ScottK> Back shortly.  I'm going to take advantage of the fact that I need to restart my quassel core for the ctcp ignore stuff to do an overdue reboot.
[04:27] <verbalshadow> ScottK: is the toolchain being broken the thing that stopped ISO builds?
[04:28] <ScottK> verbalshadow: No.  That was just package building tonight.
[04:28] <ScottK> I think there was a mistake in the cron jobs that has now been fixed.
[04:35] <ScottK> jussi01, Sput, al, some quassel expert:  I've got the package uploaded for a Karmic post release update.  Someone please put instructions on how to enable the CTCP ignores in Bug #509287
[04:40] <ScottK> Riddell: Quassel SRU is approved by ubuntu-sru, but I don't feel I should accept it since it's my upload.  Over to you.
[05:01] <seele> Riddell: we made the PC-BSD guys cry because system-config-printer is written in python
[05:28] <crimsun> txwikinger: do you really need to be running jaunty's kernel in karmic?
[05:28] <crimsun> txwikinger: i.e.: Kernel release:    2.6.28-11-generic
[05:37] <crimsun> txwikinger: also, there's a possibility you're getting the wrong driver attempted due to a conflicting modalias for snd-intel8x0. Please blacklist snd-intel8x0 and try snd-atiixp.
[06:21] <markey> morning folks
[06:21] <markey> any updates on the USB (Udev) situation?
[06:53] <markey> Riddell: this time I had to plug in my Keyboard 9 (!) times to make it work
[06:53] <markey> Riddell: please please look into these Udev issues :)
[06:53] <markey> Riddell: I can't work like this
[06:56] <Sput> markey: use an on-screen keyboard
[07:15] <markey> Sput: ah, once again, you save the day :)
[07:15] <markey> that is indeed a good solution
[07:15] <markey> could also glue a photo of a working desktop on my screen, how about that ;)
[08:32] <Sput> markey++
[08:35]  * apachelogger giggles over Sput's creativity
[08:35] <apachelogger> freeflying: yeah, thx, I archived the upload on revu
[08:35] <Sput> can't be creative before lowering the blood in my caffeine system to acceptable levels
[08:37] <apachelogger> that is a known limitation in a lot of deployments of homo sapiens sapiens
[09:29] <ghostcube> hi
[09:30] <markey> hi ho
[09:31] <markey> what's shakin'
[11:14] <ScottK> quassel SRU for karmic is accepted.  It'll be available for testing soon.
[11:15] <Riddell> that explains why I can't find it in the queue
[11:16] <ghostcube> ScottK: cool will test asap
[11:26] <Riddell> http://qt.nokia.com/about/news/nokia-releases-qt-4.6.1 all new
[11:28] <ghostcube> :O ui
[11:28] <Riddell> markey: no progress on the udev front I'm afraid, my e-mails havn't got anywhere :(
[11:29] <Riddell> markey: do you know other people with the same issue?
[11:29] <Riddell> I wonder if an e-mail to ubuntu-devel would help
[11:29] <ghostcube> hmm qt beta for maemo too sounds good if i only would get my N 900
[11:37] <markey> Riddell: hmm yes, ScottK also had issues, I think, and Mamarok sometimes (her USB HDD is not found). also Sebas said something, afair
[11:37] <markey> Riddell: and then this guy who posted the comment on Ars Technica, but I have no idea who he is
[11:38] <markey> well, and many bug reports on Launchpad
[11:39] <markey> Riddell: is this of any use to you? http://mark.kollide.net/ubuntu-bug-udev-output.txt
[11:39] <markey> crimsun had requested it from me
[11:39] <Riddell> not to me personally since I've no idea how udev works but maybe to someone
[11:39] <Riddell> trick is finding that someone
[11:40] <markey> yeah...
[11:40] <markey> unfortunately, I know next to nothing about Udev
[11:41] <markey> Riddell: one interesting hint: I heard from an Arch Linux dev who had similar issues. so maybe it affects several distros
[11:41] <markey> but that's unclear
[11:41] <Riddell> it's all so horribly inconsistent, bugs should either exist or not, if the keyboard works on the 10th try that's harder to track down than if it doesn't work at all
[11:41] <markey> yes... :(
[11:41] <markey> maybe this only happens with certain problematic BIOSes, or so, hard to tell...
[11:41] <danimo> fabo: ping?
[11:41] <markey> but I never had these issues before
[11:44] <Riddell> danimo: wanting the new Creator packaged?
[11:50] <danimo> Riddell: I am about to do that myself (including Qt), but my PPA size is not sufficient
[11:50] <danimo> Riddell: is there any quick way to increase its size? deletion isn't immediate
[11:51] <danimo> Riddell: we could as well do it in kubuntu-experimential and I will copy it over (so creator only users will not receive a new KDE automatically)
[11:51] <danimo> Riddell: the the space problem remains
[11:53] <Riddell> danimo: you need to ask a question on answers.launchpad.net/soyuz then (have me) poke the right person
[11:53] <Riddell> danimo: kubuntu-experimential would work yes
[11:54] <Riddell> I can copy packages into an archive regardless of size limits
[11:54] <danimo> Riddell: ah, ok
[11:54] <danimo> Riddell: https://answers.launchpad.net/soyuz/+question/97938
[11:56] <danimo> Riddell: why can I only upload sources btw?
[11:56] <danimo> Riddell: binary uploads would be way faster, since I can build with -j20 at work
[11:57] <danimo> Riddell: and I have a chroot for karmic 32 bit
[11:57] <Riddell> danimo: uploading binaries is horribly unreliable, no way to ensure you compiled it against the packages in the distribution
[11:57] <danimo> Riddell: but it will consider dependant PPAs, right?
[11:57] <Riddell> when building yes
[11:57] <danimo> sure
[12:01] <danimo> Riddell: oh, the quota is on the actual PPAs?
[12:01] <danimo> Riddell: upps
[12:01] <Riddell> yes
[12:01] <Riddell> one work around is just to make a new PPA :)
[12:01] <danimo> Riddell: guessed so :)
[12:02] <Riddell> or you could upload it to your qtcreator PPA say
[12:02] <danimo> Riddell: I will do a qt-creator-stable and a qt-creator-nightly PPA for Creator
[12:02] <danimo> Riddell: btw: I was wondering if we should try to build the qt declarative UI branch
[12:02] <danimo> Riddell: (which includes QML)
[12:04] <Riddell> danimo: yes I think that would be most interesting to have
[12:05] <Riddell> danimo: quota activated
[12:06] <_StefanS_> hello
[12:08] <danimo> Riddell: dput tells me the upload already happend, I'll try -f
[12:09] <Riddell> danimo: if you got an e-mail saying its rejected you need to upload again
[12:09] <Riddell> rm the .upload file to stop dput complaining
[12:09] <danimo> Riddell: -f might do as well :)
[12:09] <danimo> Riddell: seemed to have worked
[12:09]  * danimo goes for lunch
[12:10] <_StefanS_> uhm any idea why kde4.4rc1 on karmic wont let me save the date/time ? I'm not "allowed" it says !?!
[12:10] <_StefanS_> even when I'm root.. pretty odd.
[12:10] <_StefanS_> but then again thats maybe just unfinished software.
[12:10] <Riddell> it's probably a KDE vs polkit issue
[12:11] <_StefanS_> can I disable polkit then ?
[12:11] <Riddell> hmm, I'm not allowed to in lucid either, that's worrying
[12:11] <_StefanS_> I'm in the "admin" group, and still no luck.
[12:11] <Riddell> probably an upstream bug then
[12:12] <_StefanS_> Riddell: uhm, would gnome's stuff interfer (I'm using nm-applet inplace of knetworkmanager)
[12:12] <Lex79> Riddell: hi, are you working on Qt 4.6.1 ?
[12:13] <Riddell> that wouldn't matter
[12:13] <Riddell> Lex79: not currently
[12:13] <_StefanS_> hmmm
[12:13] <Riddell> _StefanS_: you could try playing with PolicyKit Authorisation in System Settings
[12:14] <_StefanS_> Riddell: I might give that a try
[12:14] <_StefanS_> Riddell: thanks :)
[12:15] <Lex79> ok, I will do Qt package today
[12:16] <_StefanS_> Riddell: ahhh... the clock thing is in the policy, so I will experiment with that
[12:16] <Riddell> Lex79: great, danimo already uploaded them to his PPA ~daniel-molkentin
[12:17] <Riddell> _StefanS_: I can't get it to work, the fonts module does seem to work, so I suspect upstream may just be bust
[12:19] <Lex79> It's ftbs https://edge.launchpad.net/~daniel-molkentin/+archive/qt/+packages
[12:20] <Lex79> btw I will look also at what debian has in their git
[12:20] <Riddell> hmm, he didn't update the patches
[12:20] <Lex79> yes
[12:54] <danimo> Riddell: I thought that was implicit, as well as the source
[12:56] <danimo> Riddell: btw: can we rename qt-x11_4.6.x to qt-everywhere-4.6.x? the packages are no longer plattfrom dependant
[13:01] <Riddell> danimo: no that would take us out of sync with Debian and it's not important enough to do that
[13:01] <Riddell> so poke fabo politely for that :)
[13:03] <danimo> Riddell: hehe :)
[13:05] <danimo> Riddell: I must have done sth wrong, it did put the diff in the source package, not generating an orig.tar.gz
[13:05] <Riddell> danimo: that means you didn't name the .orig correctly, maybe you used a dash instead of an underscore or maybe the version is different than what is in the changelog
[13:06] <Riddell> it'll give a warning if you run debuild -S about that
[13:06] <danimo> Riddell: it did, yes
[13:10] <danimo> Riddell: according to the changelog, it's 4.6.1-1
[13:10] <Riddell> then the .orig should be  qt4-x11_4.6.1.orig.tar.gz
[13:11] <danimo> Riddell: does it need to have the correct prefix or will the prefix be ignored?
[13:11] <danimo> (the tar prefix dir I mean)
[13:11] <Riddell> danimo: the name of first level directory inside that tar doesn't matter
[13:12] <danimo> Riddell: ah, weird, the source directory has an underscore (qt-x11_4.6.1)
[13:13] <danimo> Riddell: is there a policy about that?
[13:13] <Riddell> "don't change what upstream has"
[13:16] <danimo> Riddell: looks like upstream always had an inconsistancy, but the _ vs - is sth that dpkg-buildpackage can catch
[13:22] <danimo> Riddell: next attempt
[13:22] <Riddell> danimo: what are you changing?
[13:22] <danimo> Riddell: 4.6.0 -> 4.6.1
[13:23] <danimo> Riddell: look like some patches do not apply any more
[13:24] <Riddell> right, they'll need to be updated or removes as appropriate
[13:24] <danimo> Riddell: I know, i
[13:24] <Lex79> I'm doing
[13:24] <danimo> Riddell: I know, i'm on it
[13:24] <Lex79> uhm :)
[13:25] <danimo> Lex79: ok, ok :)
[13:26] <danimo> Lex79: are you doing new packages anyway?
[13:27] <Lex79> danimo: maybe you can start to contribute with some more easy package.....
[13:27] <Lex79> danimo: no, I'm doing only Qt package in this moment
[13:27] <freinhard> qt 4.6.1 is on it's way?
[13:28] <danimo> freinhard: seems like it :)
[13:29] <danimo> Lex79: I'm not interested in Qt per se, but I need it for Creator 1.3.1 packages
[13:29] <Lex79> I see
[13:29] <danimo> Lex79: and for the 1.3.80 (git master) nightly build that I am running
[13:30] <Riddell> Lex79: danimo works for Nokia
[13:30] <danimo> Lex79: and I've done that before, it's just a long time :)
[13:30] <danimo> it's just /been/ a long time
[13:31] <Lex79> danimo: oh, sorry then :)
[13:32] <ghostcube> anyone for an short laugh ? http://www.youtube.com/watch?v=_y36fG2Oba0 rofl
[13:32] <Lex79> Riddell: I thought he was a dev newbie :) hihih
[13:33] <danimo> Lex79: I really want to do this together with you guys though
[13:33] <danimo> Lex79: point is: no need to duplicate work, but there is a need for duplicated repos, since people using my repos usually just want creator and Qt updated, but not KDE, etc
[13:37] <danimo> Lex79: the qdoc3 patch can be dropped entirely btw
[13:38] <Lex79> danimo: this? 19_install_qdoc3.diff
[13:38] <danimo> Lex79: yes, ossi and I added the missing install rule
[13:39] <danimo> wow, a hurd patch...
[13:39] <danimo> brave debian packages
[13:40] <danimo> Lex79: 81_hurd_clock_gettime.diff is upstream as well
[13:41] <Lex79> ok for 81, but why should we dropped 19_install_qdoc3.diff ?
[13:41] <danimo> Lex79: because the install target for qdoc3 now exists
[13:42] <Lex79> ok perfect
[13:42] <danimo> Lex79: see tools/qdoc3/qdoc3.pro
[13:43] <danimo> Lex79: it was my fault. when I made the original patch of making qdco3 public, I forgot the install rule :/
[13:43] <Lex79> :)
[13:43] <danimo> Lex79: why is there a kubuntu specific hack for library handling? why does it differ from debian?
[13:44] <danimo> Lex79: (kubuntu_04_qt_ia32_library_pach.patch)
[13:45] <Riddell> danimo: that's for running 32 bit binaries on 64 bit arches
[13:46] <danimo> Riddell: yeah, I wonder why debian doesn't support it
[13:47] <Riddell> danimo: well the only problem app is skype and debian probably doesn't care about proprietary software that much
[13:47] <Riddell> I don't know of any other case where a 32 bit app would be running on a 64 bit archa and loading plugins
[13:48] <danimo> Riddell: google earth?
[13:49] <Riddell> oh aye, maybe
[13:49] <danimo> Riddell: well, that probably doesn't permit repackaging
[13:49] <danimo> Riddell: and the native package ships its own Qt (probably also with patches)
[13:49] <Riddell> ah yes
[13:54] <Riddell> #kde-devel reminds me that it's RC 2 this week
[13:56] <ScottK> Riddell: RC2 before or after Qt 4.6.1?
[13:57] <Riddell> we should get 4.6.1 in first
[13:58] <Riddell> and given Lex79's usualy speed that shouldn't be a problem
[13:58] <Lex79> no problem
[14:03] <freeflying> Riddell: is it fine to let ibus daemon run by default? user only need add kimpanel
[14:03] <Riddell> freeflying: is there a need for it?
[14:04] <freeflying>  Riddell to make end uers can benefit from kimpnal easily
[14:05] <Riddell> freeflying: you would add a /etc/init script to make it start with upstart?
[14:06] <freeflying> Riddell: no, just a im-switch conf
[14:06] <freeflying> Riddell: as ibus is in CD
[14:07] <Riddell> freeflying: so it would start for everyone or just people with im-switch set to a relevant locale?
[14:08] <freeflying> Riddell: I hope there is a workaround to let run according to relevent locale
[14:10] <Riddell> freeflying: well fine with me anyway, but have you tested kimpanel recently, does it work?
[14:10] <Riddell> freeflying: I note that right clicking on line edits in Qt the menu shows IM as being set to XIM
[14:10] <Riddell> so I don't know if Qt needs something changed
[14:11] <freeflying> Riddell: yes, kimpanal itself works fine, its just a front end
[14:11] <freeflying> Riddell: you need ibus-qt4
[14:12] <danimo> Lex79: Riddell: now I am curious: what is the phonon update stuff from sandsmark about?
[14:12] <Riddell> freeflying: we have that in our seeds although I wonder if language-support-zh should depend on it?
[14:12] <danimo> it looks more like it downgrades versions
[14:13] <Riddell> danimo: it should be an upgrade in versions
[14:13] <danimo> and it messes with WIN32 stuff
[14:13] <danimo> -set(PHONON_LIB_VERSION "${PHONON_LIB_MAJOR_VERSION}.4.0")
[14:13] <danimo> +set(PHONON_LIB_PATCH_VERSION "1")
[14:13] <danimo> +set(PHONON_LIB_VERSION "${PHONON_LIB_MAJOR_VERSION}.3.1")
[14:13] <danimo> doesn't looke like an upgrade to me
[14:14] <Riddell> mm, indeed
[14:14] <danimo> Riddell: I wonder if we need that patch anyway
[14:14] <danimo> Lex79: would you know?
[14:14] <Riddell> danimo: we do, KDE needs that new version of phonon
[14:15] <Lex79> the patch is the diff between KDE phonon and Qt phonon, it needs for pulse audio btw
[14:15] <danimo> Lex79: including the version downgrade? interesting...
[14:16] <danimo> Lex79: did you upload 4.6.1  already? my upload was rejected for karmic an hour ago
[14:16] <danimo> or was that my attempt from before which failed?
[14:17] <Lex79> nope, I'm refreshing the patches
[14:17] <danimo> Lex79: ah, ok
[14:17] <danimo> Lex79: which repo?
[14:17] <freeflying> Riddell: language-support-zh is a dummy package now
[14:18] <Lex79> I will upload before to bzr https://code.edge.launchpad.net/~kubuntu-members/ and after to archive
[14:18] <Riddell> freeflying: then language-support-input-zh-hans and equivalent for other relevant locales
[14:20] <freeflying> Riddell: that remind me if can we split language-support-input-xx into gnome/kde
[14:21] <Riddell> freeflying: is there a need?
[14:21] <danimo> Riddell: fwiw, I think if the debian folks have no holy rule against it, the kubuntu patch should as well go into debian.
[14:21]  * danimo will ask fabo once he's back
[14:21] <freeflying> Riddell: talking with Arne
[14:23] <Riddell> danimo: yes I agree, I do forward our diff to them at the start of each cycle but maybe some infuence from yourself would help :)
[14:24] <danimo> Riddell: not sure if I have any authority there as a Nokia employee in that case
[14:24] <danimo> Riddell: but I can try some sweettalking :)
[14:24] <danimo> I mean 32 bit downward compat makes a lot of sense
[14:25] <freeflying> Riddell: well, but we still need enable kimpanel plasma-addon according to relevent locales, is there a means?
[14:26] <freeflying> Riddell: ubuntu is using language-select to enable ibus, maybe we can do it in language-selector-kde
[14:27] <Riddell> freeflying: language-select should set im-switch to turn on ibus surely?
[14:28] <Riddell> but then ideally kimpanel should be added to each users setup
[14:28] <Riddell> not sure the best way to do that but maybe the plasma scripting stuff would be it
[14:29] <freeflying> Riddell: its what have been done in ubuntu
[14:31] <freinhard> Riddell: moved that emacs file back to the docs, looks like advocations are gone each time i upload: http://revu.ubuntuwire.com/p/ctemplate
[14:32] <Riddell> freinhard: I'll just upload it
[14:32] <freinhard> great, thx!
[14:42] <danimo> Riddell: why is Qt flagged as propritary license?
[14:42] <danimo> Riddell: in launchpad
[14:42] <Sput> O_o
[14:42]  * JontheEchidna has wondered that too
[14:43] <danimo> the whole license info is out of date
[14:43] <danimo> Licensed under GPLv2, GPLv3, LGPLv2 or Propritary is correct
[14:44] <Riddell> it says that it was registered by the owner of the ~trolltech team who is Lars Knoll
[14:44] <Riddell> so could be his fault
[14:44] <danimo> upps :)
[14:44] <danimo> Riddell: can you add me to the team? I think pinging lars could prove difficult :)
[14:45] <danimo> Riddell: while we are on it, the team should be renamed
[14:46] <Riddell> danimo: I can't, only team owner of launchpad admins can do that
[14:46] <Lex79> morning JontheEchidna :)
[14:46] <danimo> Riddell: maybe thiago can get a hand on him
[14:46] <JontheEchidna> good morning
[14:46] <Riddell> danimo: so I think ask a question on answers.launchpad.net/launchpad and I can ping some relevant person again
[14:46] <Riddell> s/of/or/
[14:48] <danimo> Riddell: ok
[14:52] <freeflying> kubuntu-members can upload packages relate to kubuntu?
[14:52] <Riddell> freeflying: no, that's kubuntu-dev
[14:53] <freeflying> Riddell: ok, thankx
[15:07] <freeflying> Riddell: workaround is: provide another conffile for im-switch in kdeplasma-addons, modify language-selector-kde to let it pick the new conffile
[15:36]  * Riddell does the empty new queue dance
[15:37] <JontheEchidna> Riddell: kubuntu-notification-helper got promoted to main and is ready for seeding
[15:38] <Riddell> JontheEchidna: great, I'll do that
[15:38] <Riddell> I still have a todo item to actually test and review it
[15:41] <JontheEchidna> Harald was saying something about getting kpackagekit to handle distribution upgrades. I'm a bit dubious about how that would work out. (e.g. supporting update-manager quirks, etc)
[15:42] <Riddell> mm, I think that needs to be distro specific
[15:42] <JontheEchidna> but I don't think it'd be too hard to make a python helper app to do what update-notifier-kde was doing
[15:43] <Riddell> ah, so kubuntu-notification-helper doesn't do distro upgrade notification?
[15:43] <JontheEchidna> kubuntu-notification-helper could for example invoke a python helper that runs MetaReleaseCore to check for updates, then run update-manager-kde
[15:43] <JontheEchidna> yeah, that's basically the only way it's not complete compared to update-notifier-kde
[15:46] <JontheEchidna> Any opinion on the "run a python helper to check for updates and if there are have k-n-h invoke update-manager-kde" approach?
[15:49] <Riddell> JontheEchidna: yeah that should work fine
[15:49] <JontheEchidna> cool, I'll look into it this week
[15:49] <Riddell> just strip out the relevant code from update-notifier-kde
[15:50] <Riddell> the other approach could be to strip out the distro upgrade notifier code from adept, but well..
[16:05] <danimo> Riddell: https://answers.launchpad.net/launchpad/+question/97964
[16:27] <Lex79> My work on Qt is almost finished, I'm waiting new Phonon from sandsmark, he said is doing
[16:28] <ScottK> It would be nice if someone would try out the proposed Quassel SRU and comment in Bug #509287 how it does.
[16:41] <neversfelde> ScottK: any special tests needed? "* VERSION PING" as ignore rule?
[16:42] <ScottK> neversfelde: Just that it works and there are no regressions.
[16:48] <agateau> Riddell: now that Kopete 4.4 includes the necessary API bits, I turned MI support for Kopete into a standalone plugin: https://launchpad.net/kopete-message-indicator
[16:48] <danimo> Lex79: cool
[16:48] <agateau> and just released a tarball
[16:49] <Riddell> agateau: so we can scrap the patches in kdenetwork and use that instead?
[16:49] <agateau> Riddell: yes
[16:49] <Riddell> nice
[17:01] <Quintasan> wtf is with my connection
[18:27] <JontheEchidna> We got a +1 from kees on kcm-touchpad:  bug 508824
[19:08] <claydoh> http://www.osnews.com/story/22751/Distro_Here_There_But_Nary_a_Good_KDE_4_Distro_Anywhere_
[19:09] <claydoh> no one ever spells out specifically what is "wrong", and then the bashing begins
[19:11]  * claydoh is so glad we don't have too many distro bashers in the Kubuntu world
[19:11] <claydoh> me are far too nice and good-looking for that
[19:19] <Mamarok> claydoh: me? or rather we?
[19:20] <Mamarok> you just forgot to inclide a bunch of people there :)
[19:21] <claydoh> Mamarok: we of course, my vision is not holding up well due to the lack of eyglasses atm
[19:21] <Mamarok> oh, lost your spectacles? ;)
[19:21] <claydoh> broken
[19:22] <claydoh> should get a new set soon, a couple of weeks at worst
[19:23] <claydoh> and I will also get a second pair as a backup :)
[19:24] <Mamarok> a couple of weeks? Why does this take so long?
[19:24] <Mamarok> oh yes, a second pair is always a good idea
[19:24]  * Mamarok kept all her pairs since 20 years or so in case of emergency
[19:25] <Mamarok> even if those are not exactly perfect anymore
[19:25] <claydoh> my work just added eyecare to my insurance, jut waiting for the card/information
[19:26] <claydoh> I can't afford the full exam fees and glasses till the end of the month so I am waiting
[19:27] <claydoh> I can't find my last pair of glasses, i usually save them
[19:27] <claydoh> my eyes aren't terrible, slight astigmatism
[19:37] <JontheEchidna> sweet, it works: kded(2571) DistUpgradeEvent::show: No upgrade available
[19:43] <JontheEchidna> just need to add command line args to the releasechecker python script and we'll be golden
[19:45] <JontheEchidna> Riddell: pushed initial dist-upgrade support to https://code.launchpad.net/~kubuntu-members/kubuntu-notification-helper/trunk
[19:50] <JontheEchidna> I'll be back in a bit
[20:10] <ghostcube> hmmm ctcp ignore works :)
[21:16] <Riddell> nixternal for the powah!
[21:17] <Lure> nixternal everywhere(tm) ;-)
[21:17] <Lure> nixternal: congrats!
[21:17] <JontheEchidna> what are we congrats'ing him for?
[21:18] <Riddell> his new found powahs
[21:18]  * Lure would be happy to have at least half the energy of nixternal ;-)
[21:18] <Lure> JontheEchidna: DMB
[21:18] <JontheEchidna> oo, congrats nixternal
[21:27] <jjesse> hey nixternal i thought you weren't getting involved in ubuntu politics again :)
[21:49] <edgy> Hi, any one facing a problem with locales and utf8 and filenames appear as ??? or garbage?
[21:50] <edgy> I am using lucid
[23:13] <nixternal> thanks JontheEchidna
[23:33] <neversfelde> nixternal: Congratulations
[23:38] <nixternal> thanks neversfelde