[00:14] <dhillon-v10> nixternal, ping regarding documentation
[00:14] <Riddell> https://dev.launchpad.net/VersionFourDotO/Stories#story-1  that seems pleasingly in line with our bugs policy
[00:21] <RiotingPacifist> Just want to check this is a kdm bug before i file a report, basically if i boot to a kernel without ipv6 support i get the following in kdm.log http://pastebin.com/d5d31271c, but if i start x everything is fine
[00:21] <RiotingPacifist> *startx
[00:23] <Riddell> looks more like an X bug than KDM happens to expose
[00:24] <RiotingPacifist> ok, how come it isn't triggered when i run x without kdm though? will look into it as an x bug though
[00:33] <ScottK> Anyone know what LPStats is and why it wants me to log in to it?
[00:38] <nixternal> never heard of lpstats ScottK
[00:38] <nixternal> dhillon-v10: pong
[00:39] <ScottK> Just went to the LP dev page Riddell linked to and I had a second tab wanting me to use my Ubuntu single signon to log into LPstats
[00:40] <dhillon-v10> nixternal, I'll send you an email soon with all the stuff that I have done, docs, screenshots in a tar file, so you can check which ones are in the branch and which ones aren't. So how was the doc. jam
[00:41] <nixternal> groovy, thanks...doc jam was successful...a lot of ubuntu and xubuntu docs work as well as wiki docs
[00:42] <dhillon-v10> nixternal, great :) to be honest, I don't mean to criticize here but the upstream kde docs are pretty screwed up, they need a **lot** of love, I will soon get working on them
[00:42] <nixternal> tell me something I don't already know
[00:42] <nixternal> :)
[00:42] <dhillon-v10> nixternal, :)
[00:43] <dhillon-v10> nixternal, kubuntu had like a rebirth this time :D everything is working out so nicely
[00:44] <jjesse> nixternal: in karmic in order to validate the docs need to fix an IDREF linked reference, where are those stored at?
[00:45] <nixternal> hrmm
[00:45] <nixternal> typically that means someone used xref in one of the docs
[00:45] <nixternal> instead of ulink
[00:45] <nixternal> and the xref is pointing to something that isn't there
[00:45] <nixternal> iirc
[00:47] <jjesse> hrmm ok
[00:47] <nixternal> bbiaf...
[00:48] <jjesse> nixternal:  Read <xref linkend="listpartitiontables"/> is the problem
[00:48] <jjesse> so should be ulink?
[01:19] <groo_> im creating a kdemultimedia package with pulse enabled just for kicks... might be an idea to backport it for lucid
[01:54] <JontheEchidna> that was unpleasent, on a server with 2 other people :(
[01:55] <ScottK> What happened?
[01:55] <JontheEchidna> netsplit
[01:55] <JontheEchidna> might not have noticed since you only lost 3 people :P
[01:55] <ScottK> Also I have parts and joing hidden in quassel
[01:56] <ScottK> So unless I see a big stack of people fall off the user list, I can't see it when it happens
[09:13] <apachelogger> Riddell: can you please make your mutt not suffix subject lines with [kubuntu-devel], I find it a bit irritating
[09:18] <davmor2> apachelogger: is that not mailman so you know it's a mailing list and emails that rather than the individual?
[09:19] <apachelogger> no, we turned that off
[09:19] <apachelogger> now the suffixing only comes from jr's replies, so I assume that mutt adds them while filtering incoming mails or something
[09:21] <davmor2> That or Riddell adds it just cause it winds you up ;)
[09:21] <davmor2> evil genius that he is :)
[09:30] <apachelogger> true :D
[09:32] <ghostcube> hullu humans :)
[09:41]  * apachelogger pokes ghostcube
[09:42] <ghostcube> hi apachelogger :)
[09:49] <apachelogger> Lure: digikam 1.0.0 did not get permission to go to karmic-updates?
[11:34] <Lure> apachelogger: I talked with pitti and he did not like the idea.
[11:34] <Lure> apachelogger: main problem is that between beta5 -> final, lots of stuff changes, including translations...
[11:35] <Lure> apachelogger: maybe we should retry the request, as we have quite some negative feedback
[11:36] <Lure> good think that we now all better understand that shipping pre-release should be always considred as no-go
[11:36] <apachelogger> formal request to TB, explaining the implications IMHO
[11:36] <Lure> apachelogger: yep, but it should be done by core-dev, probably best by Riddell
[11:36] <apachelogger> I do not see why translations or the amount of changes would be a problem
[11:37] <Riddell> it should be done by the person who best knows what he's talking about
[11:37] <Riddell> which is Lure :)
[11:37] <Lure> Riddell: I can prepare proposal e-mail, if you think there is some chance
[11:38] <Riddell> I honestly don't know, they'll be very resistant to it I know that
[11:39] <Lure> I think we should go with ubuntu-release team as a whole first
[11:40] <Riddell> they won't care, karmic is released
[12:18] <Riddell> .tio
[12:18] <Riddell> hmm
[12:19] <Riddell> Wednesday 21:00 for meeting?
[12:19] <Riddell> seems like our best shot
[12:20] <Riddell> hmm, or thursday 20:00
[12:25]  * Riddell makes an executive decision
[13:18] <apachelogger> Riddell, Lure: I am all recharged for moaning about stupid policies :P
[13:22] <jussi01> lol
[13:32] <Nightrose> Riddell: if you close the poll in doodle it even shows up in my and other people's calendar ;-)
[13:32] <Nightrose> (doodle's ical ftw)
[13:33] <Riddell> Nightrose: done
[13:34] <Nightrose> thx :)
[15:27] <freinhard> has there been a decision regarding kaffeine in lucid?
[15:27] <Riddell> upstream website says it won't be ready until August, so we won't ship it
[15:27] <Riddell> not in main anyway
[15:28] <freinhard> infact, doesn't matter, since dvb will be broken anyways
[15:28] <freinhard> the sheme for /dev nodes of dvb devices changed and kaffeine can't handle them anymore unless one starts tuning udev
[15:28] <freinhard> see http://www.mjmwired.net/kernel/Documentation/dvb/udev.txt
[15:29] <freinhard> old: /dev/dvb/adapter0/frontend0 new: /dev/dvb0.frontend0
[15:29] <freinhard> symlinks don't work.
[15:31] <freinhard> any ideas whom i can talk to about that?
[15:31] <Riddell> the kaffeine developer?
[15:32] <freinhard> have you read the kernel documentation? in my opinion this isn't a kaffeine issue
[15:32] <Riddell> can't say I have
[15:32] <freinhard> ;) not that much, see the link above
[15:38] <neversfelde> bah, how to get +R for my nick on freenode?
[15:38] <neversfelde>  /mode <yournick> +R does not work
[16:00] <JontheEchidna> neversfelde: I believe that's a channel mode, not a user mode
[16:00] <neversfelde> JontheEchidna: mhh, ok
[16:02] <ghostcube> neversfelde: +C for your nick would work
[16:02] <ghostcube> +R and +r are channel modes
[16:02] <ghostcube> +R is non registerd users can join but not talk -r does forbid the join
[16:02] <ghostcube> +r
[16:04] <neversfelde> ghostcube: so /mode neversfelde +C prevents unregistered users to start queries with me?
[16:04] <ghostcube> moemnt i have to check back but i think yes
[16:05] <ghostcube> neversfelde: it will forbid ctcp requests to you
[16:05] <ghostcube> http://freenode.net/using_the_network.shtml
[16:05] <neversfelde> ghostcube: ok, that helps, thank you
[16:06] <ghostcube> np
[16:10] <pgquiles> why does kubuntu use usplash instead of xsplash (like ubuntu) in karmic and lucid'
[16:10] <maco> ooh that +C could be useful. why did nobody mention this earlier?
[16:11] <Riddell> pgquiles: the two are unrelated, they are used at different times in the boot sequence
[16:11] <yofel> indeed, I'll set +C too for now, got flood-kicked twice today already -.-
[16:11] <ScottK> pgquiles: Almost always the answer to these questions is we have limited resources and were not able to get it done.
[16:12] <pgquiles> Riddell: when is xsplash used? :-?
[16:13] <Riddell> pgquiles: after X has started.  xsplash uses GTK so it's not suitable for us (or indeed for anyone, the whole point is that it shouldn't have to load up libraries to run) so we used ksplashx
[16:13] <Riddell> which didn't work great because of when KDM started it.  in lucid we need to do something with plymouth although I've yet to get a comprehensive answer out of keybuk about what
[16:14] <pgquiles> Riddell: do you mean in lucid kubuntu will use plymouth but ubuntu will use xplash? :-?
[16:15] <maco> ubuntu uses plymouth too
[16:15] <maco> plymouth replaces usplash, i think
[16:15] <ScottK> They've already switched
[16:15] <ScottK> We have too.
[16:15] <pgquiles> I see
[16:15] <ScottK> We need to figure out how to get Kubuntu artwork into it.
[16:17] <pgquiles> ScottK: what's missing? I mean, is it only a matter "adapting" the kubuntu graphics to plymouth? or is it that ubuntu has not figured how to get artwork in either?
[16:17] <Riddell> a theme needs to be made, JontheEchidna and tseliot have looked at that a bit I think
[16:17] <ScottK> pgquiles: Currently if you boot Kubuntu Lucid and you don't have usplash installed you get an Ubuntu logo.
[16:18] <Riddell> GDM has some patches for plymouth support and equivalent patches need to be made for KDM
[16:18] <maco> er..uh...what language is kdm written in?
[16:18]  * maco guesses one-i-dont-know
[16:18] <pgquiles> ScottK: I've just read that in the lucid alpha2 release notes :-) what's the package for the ubuntu artwork?
[16:18] <ScottK> I don't know.
[16:18] <pgquiles> maco: C++, I'd say. Ask ossi in #kde-devel
[16:19] <maco> oh. ossi. nevermind.
[16:19] <maco> i remember the last time i tried to give him a kdm patch
[16:20] <ghostcube> maco: the +C has a problem ctcp to channels isnt filtered as one now told me in freenode
[16:20] <tseliot> Riddell, ScottK, JontheEchidna: I wrote a first version of the Ubuntu theme is there (waiting for details on the final look from the design team). Maybe I can simply replace the logo and the progress bars with something more kubuntuish and package it separately?
[16:20] <ghostcube> only the direct requests are filtered
[16:20] <ghostcube> so still an ignore for the ctcp and dcc is needed as it seems
[16:20] <Riddell> tseliot: add a "k" job done :)
[16:20] <ScottK> tseliot: That sounds like it would be a great start.
[16:20] <maco> ghostcube: oh ok. well i just tried setting an ignore rule in quassel like the one christel mentioned for irssi so we'll see how that works
[16:21] <ghostcube> yeah i have one for xchat at the moment not at kubuntu here
[16:21] <ghostcube>   /IGNORE *!*@* CTCP DCC
[16:21] <ghostcube> works so far
[16:21] <tseliot> Riddell, ScottK: ok. Shall I create something like kubuntu-artwork-plymouth?
[16:22] <Riddell> tseliot: where is the ubuntu stuff packaged?
[16:22] <Riddell> tseliot: and are themes just files on the disk or do they have to do fancy things like initramfs ?
[16:22] <tseliot> Riddell: currently it's in the plymouth package but maybe we should split the themes
[16:23] <tseliot> Riddell: if the disk is encrypted, themes (i.e. both the program and the pngs are copied into the initramfs)
[16:25] <Riddell> as I see /lib/plymouth/themes/default.plymouth
[16:25] <Riddell> that'll need to be an alternative then
[16:26] <Riddell> tseliot: yes it would be much appreciated if you made a kubuntu-artwork-plymouth package
[16:27] <Riddell> although on the important topic of package nomenculture, kubuntu is the odd one out with usplash, so maybe plymouth-theme-kubuntu
[16:27] <tseliot> Riddell: yes, it would make sense to make it an alternative
[16:27] <tseliot> plymouth-theme-kubuntu sounds good
[16:28] <tseliot> I need to ask Keybuk if he has any objections to this change first
[16:28] <tseliot> (in case it breaks some use-case that I'm not keeping into account)
[16:29] <Riddell> if he's in the same sort of mood as when he answered my e-mail you'll just get a "yes, something needs to be done" reply
[16:35] <genii> X is running on tty9 now by default?
[16:37] <Riddell> vt 8 usually, that's what we need patches for as far as I can make out
[16:38] <JontheEchidna> Weren't they trying to get everything on vt1 for karmic?
[16:38] <ghostcube> question: anyone able to build an backport for quassel
[16:38] <ghostcube> they added an ignore option
[16:45] <ScottK> ghostcube: You should have it in Karmic
[16:45] <ghostcube> ScottK: the ctcp ignore is made 10 minutes ago :)
[16:46] <ghostcube> its only in new git
[16:46] <ScottK> Ah, that's a different ignore.
[16:46] <ghostcube> yeah sorry to be so unclear
[16:46] <ScottK> ghostcube: Given the current crap going on on freenode, I think that one might be worth cherrypicking for an SRU.
[16:47] <ghostcube> would be cool cause i think thisa will go on o.O and to get rid of it this is trhe only chance so far or change the client to xchat or irssi
[16:51] <jussi01> Riddell: ping
[16:51] <Riddell> hi jussi01
[16:52] <jussi01> Riddell: mind if I pm?
[16:52] <Riddell> go ahead, you know where the /msg keys are
[16:56] <ScottK> ghostcube: It's not committed: http://git.quassel-irc.org/?p=quassel.git
[16:58] <ghostcube> ScottK: damn iam asking the one made this in #quassel he has made this change to his git branch
[16:58] <ghostcube> :(
[16:59] <ScottK> ghostcube: I won't committ it to Ubuntu until Sput committs it to the official Quassel branch
[16:59] <ghostcube> i know :)
[16:59] <ScottK> OK.  Feel free to ping me.
[16:59] <ghostcube> i thought it was, i must read more careful
[17:00] <ScottK> No problem.
[17:00] <ghostcube> ok ScottK will do if its proofed
[17:01] <ScottK> Sounds god
[17:01] <ScottK> god/good
[17:01] <apachelogger> neversfelde: JontheEchidna: I just subscribed kubuntu-bugs to choqok
[17:02] <apachelogger> someone probably should triage a bit
[17:02] <apachelogger> 7 new bugs
[17:02] <pinheiro> Riddell: ping
[17:02]  * apachelogger does not think he is suited for that :D
[17:02] <neversfelde> apachelogger: I'll have a look
[17:02] <Riddell> hi pinheiro
[17:03] <pinheiro> Riddell:  do you have like super powers on the akademy site
[17:03]  * pinheiro trying to coerdenate teams
[17:03] <pinheiro> o we can have a super duper new site
[17:11] <apachelogger> Quintasan: ping
[17:27] <Sput> ScottK: this will break string freeze, so I'm wondering if it's ok to commit to the 0.5 branch
[17:27] <Sput> not that I personally particularly care
[17:28] <Sput> but given the state of 0.5 translations (pre-po), this probably won't matter much
[17:28] <ScottK> Sput: I don't particularly care, but maybe you could commit to trunk and then we could get updated translations?
[17:29] <ScottK> Then I could include those in the patch.
[17:29] <Riddell> maco: "dual boot with <slider> *this much* " we do have that, if d-i thinks it can manage it, the guy might have a full disk or something
[17:29] <Sput> ScottK: well, trunk and 0.5 have diverged somewhat already, so I'm not sure if we can easily backport the translations
[17:29] <Riddell> it's not different to Ubuntu Desktop's ubiquity anyway
[17:30] <Sput> well, I first have to review the patch and see how many strings it touches
[17:30] <Sput> probably only an option or two
[17:30]  * Sput is in the train though; back home in ~2 hours
[17:30] <maco> Riddell: ok i didnt remember it being missing last time i used the gui installer
[17:30] <maco> but since i used manual i figured its possible i might have not noticed
[17:32] <ScottK> Sput: Given the scale of the problem is it's only strings that won't get seen unless you are trying to configure stuff, I'm not sure I care.
[17:33] <Sput> ScottK: ok, I assume that'll be the case
[17:33] <Sput> will review and probably commit later today and ping you then.
[17:36] <Sput> ScottK: looks like it's just an additional radio button, and the label "CTCP" is probably not gonna be translated either way
[17:36] <ScottK> OK.  Sounds good.
[17:36] <maco> oh!
[17:36] <maco> Sput: is this what jussi was bugging you about?
[17:36] <maco> if so, THANK YOU
[17:36] <Sput> maco: dunno, he bugs me a lot about a lot of different things
[17:37] <maco> hahah
[17:37] <Sput> if you mean to be able to ignore certain CTCP requests, that's it
[17:37] <maco> yes :)
[17:37] <maco> thanks a lot!
[17:37] <Sput> I'll need a couple hours to review, test and commit
[17:37] <Sput> thank seezer, he implemented it for me :)
[17:39] <ScottK> Of course just getting the patch for the feature doesn't always do it.  Last night and this morning I integrated a patch for a new feature in a project of mine.  Here's the diffstat for what he did versus what I had to do:
[17:39] <ScottK> http://pastebin.com/m78e12a6b
[17:40] <maco> heh
[17:43] <ScottK> It was a nice idea, which is why I took the patch, but still....
[17:49] <neversfelde> bug #509228  needs a sponsor
[17:53] <Riddell> anothehr weather plasoid?
[17:53] <Riddell> uh oh, I left the mailing list name in my post to k-d, appologies to apachelogger
[17:54] <apachelogger> Riddell: hm, isn't there some way to make mutt get rid of it automagically?
[17:56] <JontheEchidna> neversfelde: looking
[17:56] <Sput> ScottK: yeah, but given that seezer did the original ignore list implementation, he was the right guy to add the CTCP ignore feature :)
[17:57] <apachelogger> oh dear, in all my niceness I do not want to go through the acetoniso package on revu
[17:57] <Riddell> apachelogger: it's added by procmail, nothing to do with mutt
[17:58] <Riddell> apachelogger: I'd much rather mailman just added it, never seen a problem with that
[17:58] <JontheEchidna> neversfelde: have you considered switching to source format 3.0 (quilt) so that you don't have to repack the tarballas tar.gz?
[17:58] <neversfelde> bug 390643
[17:58] <JontheEchidna> *tarball as
[17:58] <apachelogger> Riddell: it grows the subject line for no good reason
[17:58] <Riddell> it has good reason, means I can parse my inbox
[17:58] <neversfelde> I can confirm this bug, should I set it to confirmed and tell them that it should be handled upstream?
[17:59] <apachelogger> Riddell: well, just filter it to a seperate folder ;)
[17:59] <neversfelde> JontheEchidna: I haven't done any packaging for some time, so I am not up to date with it
[17:59] <apachelogger> List-Id: Kubuntu Developer Discussion <kubuntu-devel.lists.ubuntu.com>
[17:59] <neversfelde> I'll have a look
[17:59] <JontheEchidna> neversfelde: this will be helpful: http://wiki.debian.org/Projects/DebSrc3.0#Howtoconvertasourcepackage.3F
[17:59] <Riddell> apachelogger: alas I'd never read it
[17:59] <neversfelde> JontheEchidna: could you unsubscribe ubuntu-sponsors-universe, until I upload a new version?
[18:00] <neversfelde> JontheEchidna: thank you
[18:00] <JontheEchidna> neversfelde: I'm not a ubuntu-sponsors-universe, so I can't :(
[18:00] <JontheEchidna> (I probably should be one though)
[18:01] <apachelogger> Riddell: meh, there sure must be some way to do it without changing the subject
[18:01] <apachelogger> Riddell: if not you should indeed turn it on in mailman
[18:01] <ScottK> Riddell: Parse on List-Id: Kubuntu Developer Discussion <kubuntu-devel.lists.ubuntu.com>
[18:02] <Riddell> ScottK: and do what?
[18:02] <ScottK> Riddell: Whatever you do with the subject line thing
[18:02] <ScottK> I'd assume move it to a folder or something
[18:02] <maco> neversfelde: which what?
[18:02] <maco> neversfelde: i can remove that team from a bug report if you tell me which one
[18:02] <Riddell> ScottK: I add the mailing list name
[18:03] <neversfelde> maco: please unsubscribe the sponsors from bug #509228. Thank you.
[18:03] <apachelogger> I am pretty sure mutt got some tagging capability that works without changing the subject
[18:03] <apachelogger> then again I am no mutt user, so that is indeed just an asumption :)
[18:04] <Riddell> not that I know of
[18:04] <JontheEchidna> Can we remove the build-depend versions we put on Qt for the 4.6 transition? Qt 4.6 should be built on all archs and otherwise most universe apps don't really depend on 4.6
[18:04] <apachelogger> http://www.linuxjournal.com/article/10115
[18:04] <apachelogger> search for: Tagging a Batch Queue
[18:05] <apachelogger> dunno if that is appropriate
[18:07] <apachelogger> ah
[18:07] <apachelogger> Riddell: http://blitiri.com.ar/p/other/mutt-labels/
[18:08] <Quintasan> apachelogger: pong
[18:08] <apachelogger> freeflying: what is the news with kimpanel on revu
[18:08] <Riddell> kimpanel is part of kdeplasma-addons now
[18:09] <maco> neversfelde: ok removed
[18:09] <apachelogger> oh, archiving then
[18:09] <neversfelde> thanks
[18:09] <JontheEchidna> (there's a removal bug for kimpanel, if a friendly archive admin is reading :D)
[18:09] <apachelogger> Quintasan: too late, already uploaded ... next playwolf update you might want to consider adding own copyright to debian/copyright, after all you did convert it to source format 3 :P
[18:10] <Quintasan> wait wat?
[18:10] <Quintasan> New release?
[18:11] <apachelogger> *shrug*
[18:12] <apachelogger> ah
[18:13] <apachelogger> Quintasan: I see you already uploaded but did not archive on revu
[18:13] <Quintasan> oops. :P
[18:13] <apachelogger> bad Quintasan
[18:13] <apachelogger> no more cookies for you
[18:13] <Quintasan> T_T
[18:13] <apachelogger> besides, the package is not lintian clean :P
[18:13] <Quintasan> I will steal from you then
[18:14] <Quintasan> :P
[18:15] <Quintasan> How come? I fixed it but didn't upload to REVU :P
[18:15] <apachelogger> *shurg*
[18:15] <apachelogger> that makes the whole mess even worse: P
[18:15]  * apachelogger goes revuing serious work :P
[18:17] <Quintasan> apachelogger: hmm the version in archive complains about old standards, I did not bump them to 3.8.3, shall I do it and reupload? :P
[18:17] <apachelogger> no
[18:17] <apachelogger> you should have fixed before uploading :P
[18:18] <Quintasan> oh new release is coming shortly so that will be fixed
[18:18] <Quintasan> AND uploaded to REVU beforehand :P
[18:20] <apachelogger> no need to upload to revu unless you think your changes need a revu :P
[18:20]  * Quintasan thinks policy on this is inconsistent
[18:20] <Quintasan> :S
[18:21] <maco> i thought revu was for new packages
[18:21] <Quintasan> maco: we use them for updating packages as well :P
[18:21] <Riddell> you can use it for updates if you want
[18:22] <Quintasan> easier than filling a bug with three attachments - props to Riddell for this argument :P
[18:23] <Quintasan> apachelogger: sql code for homework? nice
[18:23] <Quintasan> :D
[18:25] <apachelogger> oh you have no idea, the course is wicked, as is the homework and thus the sql code
[18:29] <apachelogger> Quintasan: http://revu.ubuntuwire.com/p/ctemplate
[18:31] <neversfelde> Riddell: the problems with adding accounts in choqok alpha2 seem to be solved with debian's 0.9.4+git packages and upstream told me "that it is always better to use new versions" :)
[18:32] <neversfelde> The new version lacks some minor features, but seems to fix some bugs
[18:32] <neversfelde> when do we have to decide which version should be in lucid?
[18:32] <Riddell> neversfelde: do you know what it lacks?
[18:32] <Riddell> neversfelde: before feature freeze I'd say
[18:35] <neversfelde> Riddell: the most important features that are missing are imo "whois" and "follow other users".
[18:36] <neversfelde> oh, and I just read in a comment that there is no knotify support at the moment
[18:37] <Riddell> markey is the one who's been asking for an upgrade for ages, maybe he has an opinion on those features
[18:37] <neversfelde> so, I guess we should wait and have a look at it short before freeze again
[18:37] <markey> regarding Choqok?
[18:37] <markey> 0.9.4 runs quite nicely here
[18:38] <markey> better than the old one, for sure
[18:38] <neversfelde> mhh
[18:39] <markey> what's much more important: fixing these USB issues :)
[18:39] <markey> you're losing users because of this
[18:39] <markey> it's a mess :)
[18:39] <neversfelde> [19:35:04] <neversfelde> Riddell: the most important features that are missing are imo "whois" and "follow other users".
[18:39] <neversfelde> Riddell: that was wrong, I found it
[18:42] <Lure> neversfelde: will they release final version before lucid release?
[18:42]  * Lure would not like to see digikam/karmic story being repeated
[18:43] <neversfelde> Lure: probably not, the lead developer has to absolve military service
[18:43] <ScottK> So get the dev to ack us shipping a snapshot and end of story
[18:44] <Lure> neversfelde: or ask him to delegate release to somebody else in the community ;-)
[18:44] <neversfelde> ScottK: I think he would prefer, if we ship the new version
[18:45] <ScottK> neversfelde: As long as upstream has said we should do that, we're good.
[18:45] <ScottK> But they need to say it.
[18:45] <Lure> neversfelde: problem is that if we ship pre-release, users will expect final version in -updates
[18:45] <Lure> neversfelde: and SRU does not allow that
[18:45] <Lure> neversfelde: even less for LTS ;-(
[18:45] <neversfelde> ScottK: ok, I'll thes the alpha for a couple of days and ask him another time, if he is good with it
[18:46] <neversfelde> Lure: :(
[18:46] <Quintasan> oh shit
[18:46] <Quintasan> I have a biology test tomorrow
[18:46]  * Quintasan runs to books
[18:46] <Lure> neversfelde: this is why I would rather have old, final release than newer prerelease
[18:46] <Lure> neversfelde: if upstream think we should ship pre-release, I would ask then to re-clasify them as final instead
[18:47] <Lure> neversfelde: otherwise I do not see a point thay call it pre-release if they want general availability in form of ubuntu
[18:47] <neversfelde> Lure: ok, when is feature freeze, one month left, or not?
[18:48] <Lure> neversfelde: 1month exactly according to http://wiki.kubuntu.org/LucidReleaseSchedule
[18:49] <Lure> neversfelde: and we do not need final release by then, just the commitment that they will release final before let say Beta2Freeze
[18:49] <neversfelde> ok
[18:50] <Lure> neversfelde: so before let say March 25 should be fine
[18:50] <Lure> neversfelde: gives also you time to package ;-)
[18:50] <neversfelde> Lure: hehe
[18:56] <ulysess> After I've installed kwin-style-aurorae on Karmic, I've wanted to change the window decorations, but when I've clicked on the System settings->Appearance->Windows button, the X was restarted and I was before KDM. I've tried to login, but it fails, I should reboot the system. Now I want to find the source of the problem if it's possible.
[19:19] <ScottK> It might be useful for quassel users to click on affects me in Bug #509287
[19:38] <txwikinger> ScottK: Launchpad seems to be broken.. it did not count up for me
[19:48] <ScottK> Wouldn't suprise me.
[19:53] <neversfelde> JontheEchidna: I reuploaded to bug 509228
[20:04] <Sput> uh, your feature freeze is that soon already?
[20:04] <Sput> meh :)
[20:08]  * al is totally affected
[20:35] <Nightrose> thx ScottK - will click
[20:43] <JontheEchidna> neversfelde: uploaded
[20:43] <JontheEchidna> back in a bit...
[20:43] <neversfelde> JontheEchidna: thx
[21:46] <Darkwing-Netbook> So far Camp is fun... :D Just got done promoting Documentation
[21:50] <neversfelde> Seems that there will probably be a new basket release in time for Lucid.
[21:52] <JontheEchidna> yay
[21:52] <Darkwing-Netbook> nixternal: you about?
[21:52] <neversfelde> at least they are discussing a version number :)
[22:15] <nixternal> daniloff: yo yo
[22:15] <nixternal> err, sorry daniloff
[22:15] <nixternal> darkwing left :(