[01:16] <jjesse> how pathetic is that i'm a regular at an airport resteraunt
[01:17] <jjesse> evening btw
[01:18] <crimsun_> why would that be pathetic?  Nearly all the decent coffee shops with free wi-fi within a 25-mi radius know me by name.
[01:18] <jjesse> a coffee shop is different then an airport resteraunt
[01:18] <jjesse> especially a resteraunt not in my home state
[01:19] <crimsun_> this isn't my home state, either.  In fact, it's not even my home country.
[01:19] <jjesse> ah :)
[01:19] <jjesse> it jsut seems a bit sad
[01:19] <crimsun_> sad?  I prefer "dedicated," thank you.
[01:19] <crimsun_> :=)
[01:20] <jjesse> yeah i guess
[01:28] <nosrednaekim> heh
[01:31] <jjesse> evening nosrednaekim
[01:31] <nosrednaekim> evening
[03:31] <stdin> Riddell: Re: KDE 3.5.9, sounds fun :)
[03:31] <Hobbsee> what's the plan?
[03:32]  * ScottK2 would help with that.
[03:32] <stdin> -> [14:27]<Riddell> stdin: KDE 3.5.9 is on its way early next week, do you fancy putting it into a PPA for gutsy?
[03:33]  * ScottK2 would vote for stuff it into hardy and then do a proper backport.
[03:34] <stdin> ScottK: it'll go into hardy first of course
[03:35]  * Hobbsee can give the uvfe for it, if jr's going to package it.
[03:35] <Hobbsee> or if he's going to upload it
[03:39] <ScottK2> stdin: Yes, but I'm saying let's do a proper backport rather than a PPA.
[03:39] <ScottK2> If it needs source changes, I can upload them now.
[03:39] <ScottK2> jr doesn't have to be stuck with it.
[03:44] <Hobbsee> oh, you got core?
[03:44] <ScottK2> Yes.
[03:44] <ScottK2> Along with TheMuso and three others.
[03:44] <Hobbsee> nice!
[03:47]  * ScottK2 is going to make an early night of it, so good night.
[03:48] <Hobbsee> night
[03:50]  * stdin notes kdegraphics-kde4 needs a rebuild
[03:51] <Hobbsee> where?
[03:52] <stdin> well, it needs rebuilding against the new libgs8
[03:52] <Hobbsee> yes, but where?
[03:52] <Hobbsee> not why.  where :)
[03:53] <stdin> where what?
[03:54] <stdin> I'm not quite following Hobbsee, it's late and I need caffeine :p
[03:54] <Hobbsee> gutsy?  hardy?
[03:54] <Hobbsee> clearly you do.  here's your drip!
[03:55] <stdin> hardy, lemme just check gutsy
[03:55] <stdin> yeah, just hardy
[03:56] <Hobbsee> stdin: blink.  hppa only?
[03:58] <stdin> Hobbsee: all, it needs someone to do a "dch -i "Rebuild against new libgs8 (LP: #191487)";debuild -S;dput ../*.changes"
[03:58] <Hobbsee> oh, meh.
[03:58] <Hobbsee> so not that type of rebuild.
[03:58] <stdin> I was going to report a bug, but it was already files (under a strange description), so I just changed it
[03:58]  * Hobbsee is on holiday.
[03:59] <stdin> s/files/filed/
[06:08] <nixternal> sure is quiet in here
[07:23] <Tm_T> who is this sure and why he/she/it is quiet in here?
[10:47] <Riddell> ScottK2: the trouble with a proper backport is it takes too long
[10:48] <Riddell> the low priority means it can take day for something to compile, when you have a dozen packages to compile it takes a long time and if there's any problems it all falls apart
[10:49] <SXan> Is this why KDE 4.0 isn't being backported to Feisty?  It is a pretty large chunk of software.
[10:52] <Riddell> SXan: it could be done in the PPA same as gutsy, but mostly there isn't the demand, if you want the newest KDE changes are you're on the newest distro release
[10:56] <SXan> Yeah, that's not an option for me.  Gutsy breaks my laptop.
[10:57] <SXan> Well, I should say that I lose a lot of functionality that I need when I boot into Gutsy.
[11:05] <jpatrick> Riddell: bug #192350
[11:05] <ubotu> Launchpad bug 192350 in semantik "[Feature Freeze Exception] New upstream release" [Undecided,New] https://launchpad.net/bugs/192350
[11:05]  * Riddell discovers progress_indicator = 2 in dput.cf and rejoices
[11:05] <jpatrick> yeah, I had that last month :)
[11:06] <Riddell> maybe I should turn that on by default in the package
[11:06] <jpatrick> I have it in dput global options
[11:07] <Riddell> jpatrick: do I need to do something with that bug?
[11:07] <jpatrick> Riddell: you're part of ~motu-release?
[11:08] <Riddell> hmm, I suppose I could be if it was useful.  supposing I was, then what would I do?
[11:08] <jpatrick> +1 the upload
[11:09]  * Riddell makes it so
[11:10] <Riddell> SXan: if you want to do the feisty backport that would be welcome but I havn't heard anyone else ask for it so far
[11:12] <SXan> I may try that.  Is there a standard place to ask for things like this?
[11:12] <Riddell> here :)
[11:14] <SXan> Ah.  I posted a thread to Kubuntu Feisty Software forums a couple of months ago asking about a KDE4 backport; it's gotten something like 123 views, so I suspect that there's *some* interest ;-).
[11:15] <Riddell> SXan: create a PPA for yourself, upload the libs and base packages and if it all works I can give you access to the kubuntu kde 4 PPA
[11:15] <SXan> Ok.  I'll give it a try.  What's the load for maintaining a package like?
[11:16] <SXan> I used to do this sort of thing for Gentoo, but it was pretty time consuming.
[11:19] <jpatrick> SXan: well, the packages already exist, you just have to make sure they build in feisty
[11:19] <Riddell> mostly you can get away with making sure they start to build then throw it into the PPA
[11:20] <SXan> Ok.  URL of a documentation for this process?
[11:20] <SXan> s/ a //
[11:22] <Riddell> https://help.launchpad.net/PPAQuickStart
[11:33] <stdin> Riddell: did you see bug 191487 ?
[11:33] <ubotu> Launchpad bug 191487 in kdegraphics-kde4 "kdegraphics-kde4 needs rebuilding aginst new libgs8" [Undecided,Confirmed] https://launchpad.net/bugs/191487
[11:33] <SXan> Thx.
[11:34] <jpatrick> SXan: stdin's an expert in kde4 backports
[11:35] <stdin> well, I don't know about "expert", but I've have a bit of experience there ;P
[11:36] <SXan> K.
[11:40] <jpatrick> stdin: pastebin your backport script
[11:41] <stdin> http://stdin.pastebin.com/d3440278c
[11:42] <jpatrick> oh wow
[11:45] <Riddell> stdin: hmm, needs shlibs fixed in ghostscript
[11:55]  * jpatrick wants kmail-kde4
[12:00] <xRaich[o]2x> +1
[12:00]  * xRaich[o]2x wants akregator-kde4
[12:03] <fftb> +1
[12:11]  * emonkey wants *-kde4
[12:11] <emonkey> :P
[12:15] <Tonio_> Riddell: I'll upload kwin-style-crystal with _stefans_ patches in a few minutes, and then finishing kdesudo and kdesudo-kde4 for -u option to work
[14:27] <TuXman> Anyone who is interested in making a Debian-based lightweight KDE system, join the channel #AirOS
[14:28] <stdin> it has nothing to do with Kubuntu, aka -> spam
[14:30] <smarter> Anyone who is interested in making a Debian-based lightweight KDE system, stay here :}
[14:31] <TheInfinity> n+1 distro - bah.
[14:37] <jpatrick> Kubuntu rocks
[15:56] <Artimus> Has anyone considered a KDE ufw frontend for Hardy?  It seems like it would fit rather well in systemsettings.  I was messing around with KDevelop, it looks like it wouldn't take too much: http://img238.imageshack.us/img238/8100/kufwmockupud3.png
[15:59] <ScottK> Artimus: We are past feature freeze for Hardy, so it's a bit late, but it sounds to me like an excellent idea for Hardy +1.
[16:00] <Artimus> ScottK: Oh, ok.  Wasn't sure on the timeline.
[16:00] <Artimus> Unfortunately, I think the plan is to rewrite ufw to be a PF clone for hardy+1
[16:01] <ScottK2> Ah.
[16:01] <ScottK2> If you act fast, you could get it into Hardy +1 and then into hardy-backports.
[16:02] <Artimus> I thought hardy-backports would only accept packages already in hardy
[16:02] <Artimus> (just newer versions)
[16:03] <ScottK2> Not at all.  New packages get backported all the time.  They are actually among the safest backports because regression risk is zero.
[16:06] <Artimus> How much time would that give me?  I can't seem to pull up a development timeline...
[16:08] <ScottK2> The archives for the new release usually open two or three weeks after release, so you could upload to Hardy +1 in mid May.
[16:09] <ScottK2> Artimus: A KDE4/QT4 solution would be preferred at this point.  KDE4 will be the default KDE for new Hardy installs as I understand it.
[16:09] <Artimus> Yeah, I thought about that...
[16:10] <Artimus> And I'm sure Hardy+1 is also going to be mainly KDE4...
[16:10] <ScottK2> Even more so.
[16:11] <ScottK2> Gotta run.  Good luck with it.
[16:11] <Artimus> thanks.
[16:11] <ScottK2> Also, you'll want to write a spec for it for Hardy +1 when the time comes so it's officially on the list.
[16:11] <Artimus> Sure
[16:38] <nixternal> Eclipse never stops impressing me, that PyDev plugin for it is awesome, finally a way to get real completion with Python
[16:38] <nixternal> and it even does PyQt and PyKDE completion
[16:38] <nosrednaekim> Riddell » ping.
[16:41] <nosrednaekim> nixternal » what app does that?
[16:41] <nosrednaekim> sorry, I got here just a bit late;)
[16:41] <nixternal> Eclipse with the PyDev plugin
[16:42] <nosrednaekim> ah... shoulda gotten that the other day when I was on cable :)
[16:43] <nosrednaekim> Kate is just slightly underpowered
[17:04] <iRon> nixternal: Does PyDev support code refactoring?
[17:04] <nixternal> yes
[17:20] <ryanakca> uh oh... after upgrade, KDM doesn't want to start
[17:21] <ryanakca> well, it starts fine, just doesn't show me anything
[17:21]  * ryanakca looks at the logs
[17:22] <ryanakca> oh fun, looks like the nvidia module broke :)
[17:23] <iRon> which one -- kdm3 or kdm4 ?
[17:23] <nosrednaekim> thats why I like fglrx, X will work without the kernel module, you just don't have 3d accel
[17:23] <ryanakca> "(EE) NVIDIA(0): Failed to load the NVIDIA kernel module!" in /var/log/kdm.log
[17:23] <ryanakca> iRon: kdm3... its because of a broken upgrade over here... *will try to fix*
[20:36] <ScottK2> Is there an approved feature freeze exception for continuing KDE4 updates or 3.5.9?
[20:37] <jpatrick> probably,  we've done it before
[20:37] <jpatrick> 3.5.8 was uploaded a day before release iirc
[20:38] <ScottK2> I know we're going to upload it, I just want to figure out if it's been OK'ed.  I'm trying to fill out https://wiki.ubuntu.com/StandingFeatureFreeze so people don't get suprised.
[20:38] <jpatrick> thanks for the ack on semantik by the way :)
[20:40] <ScottK> You're welcome.
[21:56] <jpatrick> https://edge.launchpad.net/ubuntu/+source/kerry/1:0.2.1-0ubuntu4
[21:56] <jpatrick> I'm still marked as Maintainer?
[21:56] <jpatrick> weird..
[22:34] <Tonio_> hi there
[22:35] <ScottK> Hi there Tonio_.
[22:35] <ScottK> Tonio_: Do you have a moment for a klamav discussion?
[22:36] <Tonio_> sure
[22:37] <ScottK> Tonio_: In klamav 0.42, upstream removed klamd and gave up on on access scanning, but left the U/I for it (not working).  It seems reasonable to me that we ought to patch the program not to provide U/I for functions that no longer exist.  Does that sound right?
[22:38] <Tonio_> of course
[22:38] <Tonio_> well I previously released a patch for this right ?
[22:38] <ScottK> Tonio_: Also, looking at the Debian Klamav package, the one thing they have that we don't is a patch to use the system virus database instead of a per user one.  I think that makes sense to include in our package too.
[22:38] <Tonio_> we just have to rewrite this one I guess
[22:38] <ScottK> Tonio_: No, you did a patch to remove the update functionality.
[22:39] <ScottK> Tonio_: I can probably do it, just wanted to run it by you first.
[22:39] <ScottK> Tonio_: I'll ping you if I get stuck.
[22:39] <Tonio_> hum right, the klamd thing was still there
[22:39] <Tonio_> ScottK of course, please ping me if you need help :)
[22:39] <crimsun_> Tonio_: what sort of mactel audio issue did you mention previously?  Has the kernel team ACKed any action?
[22:40] <Tonio_> crimsun_: I didn't ping them yet
[22:40] <Tonio_> crimsun_: basically, we investigated a patch together for feisty, and that patch was removed for gutsy
[22:40] <Tonio_> crimsun_: I can write the patch again, but I have to take a moment to ping the kernel team on that point
[22:42] <Tonio_> crimsun_: I'll send an email today with the patch and you in CC
[22:42] <Tonio_> ScottK I agree on the system virus database thing
[22:43] <Tonio_> ScottK I thought it was handled by klamav as long as the per user one doesn't exist
[22:43] <Tonio_> ScottK am I wrong on that point ?
[22:43] <crimsun_> Tonio_: ok, thanks.  I don't have access to e-mail, but I'll read the Web archive.
[22:43] <ScottK> Tonio_: No.  The first run wizard defaults to a per user one, so unless you change it to the system one, you get a per user one on first run.
[22:44] <Tonio_> crimsun_: did you loose your access to ubuntu/launchpad/ML ?
[22:44] <Tonio_> ScottK, ah oki
[22:44] <crimsun_> Tonio_: no, I'm traveling.
[22:44] <Tonio_> ScottK I didn't work on klamav for a long time now, and since I don't use it anymore, I'm a bit lost :) sorry for this
[22:44] <Tonio_> crimsun_: ah ;)
[22:45] <Tonio_> crimsun_: okay, sorry for the question, bt it looked strange to me ;)
[22:45] <ScottK> Tonio_: No problem.  If you'd rather I just dealt with it, I can, I just check with you because it's originally your package.
[22:46] <Tonio_> ScottK sure ;)
[22:46] <claydoh> A quick question, if I may :)
[22:46] <Tonio_> ScottK but you are free to make your own decision now !
[22:46] <Tonio_> claydoh: fire away :)
[22:46] <claydoh> kde4 and Feisty: no go due to needed dependencies, correct?
[22:47] <Tonio_> crimsun_: just grabbing the feisty kernel source to get the patch for alsa and macbook
[22:47] <claydoh> as the alphas, etc were in feisty, have a forum poster wondering why no kde4 for Feisty
[22:47] <claydoh> you'd basically have to update enough libraies, etc to be running Gutsy
[22:48] <ScottK> Tonio_: OK.  Thanks.
[22:48]  * ScottK will ping if I get stucj.
[22:48] <ScottK> stucj/stuck
[22:49] <Tonio_> claydoh: maintaining kde4 is a lot of work, and due to feisty not beeing lts, it is probably better not maintaining it atm
[22:49] <Tonio_> claydoh: especially since kde4 isn't quite usable daily long yet
[22:49] <Tonio_> claydoh: better keeping the effort arround hardy atm :)
[22:49] <claydoh> ok good enough reson for me, just trying to correctly respond
[22:50] <Tonio_> claydoh: sure :)
[22:50] <Tonio_> claydoh: also the userbase if feisty is pretty limited, due to not beeing LTS, most feisty users have gone gutsy now
[22:50] <claydoh> thanks Tonio_
[22:50] <Tonio_> claydoh: you're welcome
[23:00] <Tonio_> crimsun_: the patch needs rewrite since the codebase changed a lot
[23:00] <Tonio_> crimsun_: mind reviewing the patch after I finished writing it ?
[23:00] <crimsun_> sure, just ping me with a pastebin URL
[23:00] <Tonio_> crimsun_: yep :)
[23:01] <crimsun_> I'm away for a bit to locate another coffee shop.
[23:11] <Tonio_> crimsun_: I must say I can't write it myself....... way to complicated for me
[23:11] <Tonio_> crimsun_: I can do but only with your help, as I know the pin_configs to add
[23:13] <Tonio_> in fact one of them is to be modified, but I don't know how to identify my machine in the list of machines
[23:13] <Tonio_> s/machines/identifiers
[23:13] <Tonio_> crimsun_: so please (if you can) ping me when back :)
[23:14] <Nightrose> claydoh: there was someone here who was interested in packages for feisty
[23:14] <Nightrose> claydoh: forgot his nick though
[23:14] <Nightrose> seemed like he will try to backport
[23:16] <Tonio_> crimsun_: you have from STAC_INTEL_MAC_V1 to STAC_INTEL_MAC_V5, one need to be modified, so I just need you to help me find which one (possibly without testing the 5 ;)
[23:19] <nosrednaekim> Riddell » ping
[23:35] <Tonio_> crimsun_: I think I'm done with the patch ;)
[23:36] <Tonio_> crimsun_: thanks to one year old irc logs I found what you asked me to look at the for sound card infos :)
[23:36] <Tonio_> crimsun_: http://paste.toniox.org/2813
[23:36] <Tonio_> not sure if it was better doing a V6 or V3_S
[23:36] <Tonio_> crimsun_: I did a _S to match what you previously did
[23:38] <nosrednaekim> apachelogger » hey..... jpatrick said something about you putting patches into 4.0.1 for a multi-row panel.. is this true?
[23:39] <Nightrose> nosrednaekim: it is working already - you just need to open enough windows
[23:39] <Nightrose> it should work (TM)
[23:40] <nosrednaekim> ah there we go!
[23:41] <nosrednaekim> thats a heck of alot of apps :)
[23:41] <Nightrose> ;-)
[23:41] <nosrednaekim> anyway to force it to do two rows?
[23:41] <Nightrose> not yet I think
[23:41] <apachelogger> nosrednaekim: why would you want to do that?
[23:42] <Nightrose> hey apachelogger :) - we missed you
[23:42] <apachelogger> I missed myself as well
[23:42] <apachelogger> Nightrose: btw, I still can't reproduce the rendering issues
[23:42] <Nightrose> Oo
[23:43] <Nightrose> meh
[23:43] <nosrednaekim> apachelogger » uhhh, cause I want to :) I'll just put some icons down there to force the panel to be smaller :)
[23:44] <Nightrose> apachelogger: very wild guess: you using kdm or kdm-kde4
[23:44] <apachelogger> nosrednaekim: lol, that is one plausible reason ;-)
[23:44] <apachelogger> Nightrose: yes
[23:44] <apachelogger> actually
[23:44] <apachelogger> no
[23:44] <apachelogger> not anymore
[23:44] <Nightrose> kdm-kde4 here
[23:45] <apachelogger> well, I used -kde4 since .0 release and didn't notice the issue either
[23:45] <apachelogger> so it can't be kdm related
[23:45] <Nightrose> neither did I until I told you ;-)
[23:45] <apachelogger> would be rather strange as well, since kdm-kde4 is pretty much equal kdm
[23:45] <Nightrose> hmm ok
[23:46] <apachelogger> Nightrose: btw, murmur läuft
[23:46] <Nightrose> :P
[23:46] <apachelogger> Nightrose: ich versuche gerade die config so hinzubiegen, dass es über rokymotion läuft
[23:46] <Nightrose> nice
[23:46] <apachelogger> radio. ist etwas sehr merkwürdig für nen murmur server :P
[23:47] <Nightrose> hehe
[23:48] <Tonio_> apachelogger: don't tell me they used kdm-kde3 codebase for kde4 !!!!!!!!! :'(
[23:49] <Tonio_> kdm is SHIT compared to gdm...
[23:49] <apachelogger> *nod*
[23:49] <apachelogger> Tonio_: not much improvement in the code.... from what I saw it's mostly a straight forward port to qt4
[23:50] <Tonio_> apachelogger: :'(
[23:50] <Tonio_> I hope they'll consider a from scratch rewrite in the future.... really
[23:51] <apachelogger> Tonio_: "they" is actually much of a "he". IMHO none else within KDE really cares about KDM as long as it "works"
[23:52] <Tonio_> apachelogger: that's a big problem imho
[23:53] <apachelogger> agreed