[00:15] <Riddell> shall I put cantor into universe so we can build the r backend?
[01:55] <Darkwing> what needs to be done with lightDM?
[02:07] <Riddell> Darkwing: the qt library needs updating to match the current lightdm C library
[02:08] <Darkwing> what were we think for stable deadline for 12.04?
[02:08] <Darkwing> s/think/thinking
[02:09] <Riddell> Darkwing: I don't understand the question
[02:10] <Darkwing> we had said that it would get in if it was stable in time. what was the deadline for that?
[02:10] <Riddell> see PreciseReleaseSchedule
[02:11] <Riddell> but preferably toot sweet as we say here in France
[02:11] <Darkwing> feature freeze?
[02:12] <Riddell> yes
[02:12] <Darkwing> :D how is your french?
[02:12] <Riddell> better than expected but still I have trouble understanding most people when they speak
[02:13] <Darkwing> :) it'll get there
[02:15] <Darkwing> are going to support 12.04 for 5 years like ubuntu is?
[02:15] <Darkwing> *are we
[02:16] <Darkwing> Riddell: ^^ http://www.canonical.com/content/ubuntu-1204-feature-extended-support-period-desktop-users
[02:16] <Riddell> Darkwing: we need to ask the tech board (who meet on monday)
[02:17] <Riddell> we should prepare a proposal
[02:18] <Darkwing> Agreed... in favor for or against?
[02:20] <Riddell> I'd be for it
[02:20] <Riddell> https://wiki.ubuntu.com/RecognizedDerivatives has the criteria
[02:21] <Riddell> I need to snooze but if you are looking for something to do this evening using that to write a proposal why the tech board should agree to us being LTS would be most handy :)
[02:23] <Darkwing> ill start work on it. Monday is the meeting you say?
[02:28] <Riddell> yes
[02:29] <Riddell> including mention that KDE and Qt upstream and only putting new notable new features into qt and kde frameworks 5 and so the 4.8 versions we'll be using will be nice and stable
[02:29] <claydoh> good evening and happy thanksgiving eve :)
[02:33] <Riddell> happy US holiday to the americans
[02:34] <Darkwing> yrah. weee. insane traffic and nutcase shoppers. 
[02:35] <claydoh> I think i will have to learn a new language - I think I will be moving South to Georgia , have to learn how to have a Southern drawl 
[02:36] <claydoh> ya shopping madness starts tomorrow evening
[02:36] <Darkwing> yeah.... eff that. lol
[02:36] <Darkwing> they took tab complete out of quasseldroid :(
[06:13] <slangasek> hey folks, I see that cantor (kdeedu dep) in precise is now trying to pull the entire R language stack into main as build deps, which I don't think we want; should kdeedu drop the cantor dep, or should cantor-backend-r maybe be dropped?
[06:30] <micahg> slangasek: in the changelog it was mentioned that cantor was demoted
[06:30] <micahg> slangasek: ah, sorry, you got that part already :)
[06:30] <slangasek> hmm, which changelog shows that as of when
[06:30] <slangasek> ?
[06:31] <micahg> slangasek: sorry, just being a little slow tonight
[06:31] <slangasek> ah
[06:35] <micahg> slangasek: I thought you were on vacation :)
[06:36] <slangasek> yes, and? :)
[07:57] <agateau> Riddell: don't know about the kde-runtime patch, looking into it
[08:12] <agateau> Riddell: I would like to keep the patch if possible, otherwise kde apps will pop ugly dialogs when they try to show a notification with actions on Unity
[08:12] <agateau> Riddell: I can update it if it does not apply anymore
[12:03] <shadeslayer_> apachelogger: I just realized this, we never released libqcalparser :P
[12:04] <shadeslayer_> apachelogger: Want me to tag v0.1 ? 
[12:32] <Riddell> agateau: yes I think it needs updating
[12:33] <agateau> Riddell: ok, will look at it this afternoon
[12:33] <Riddell> slangasek: it needs kdeedu fixed to not depend on cantor, I'll do it today
[14:28] <agateau> Riddell: just had a look at the kde-runtime patch, it is not needed anymore, upstream implemented it (in a slightly different way)
[14:30] <Riddell> agateau: groovy thanks, I'll remove it from the packaging
[14:34] <agateau> Riddell: I am looking into merging libdbusmenu-qt. in debian/control, what am I supposed to do with fields like Uploaders or DM-Upload-Allowed?
[14:35] <agateau> (and why do the Debian guys call themselves Debian Krap Maintainers /o\ )
[14:36] <Riddell> agateau: uploaders you just leave untouched, we ignore it
[14:36] <Riddell> same for DM-Upload-Allowed
[14:37] <agateau> ok
[14:37] <Riddell> maintainers you need to change and VCS- if we have it in a vcs (which I don't think we do so just leave it)
[14:37] <agateau> There are Vcs- fields, pointing to lp, so that sounds good
[14:38] <agateau> Maintainers should be kubuntu-devel@, right?
[14:38] <Riddell> Debian Krap Maintainers is the name for the team that looks after packages they'd rather not care about but which are needed by KDE, it's ment to be humourous, I'm not a fan myself
[14:38] <agateau> hu ok
[14:39] <agateau> I assume aligning field values with a mix of tabs and spaces is also some kind of humor
[14:39] <Riddell> they're funny guys :)
[14:39] <agateau> for a Debian definition of funny :)
[14:40] <Riddell> as ever the rule is don't change from debian unless there's a reason to do so, so mixes of spaces and tabs we shall have too
[14:40] <agateau> ok
[14:43] <agateau> Riddell: do you know the rational for those in debian/rules?
[14:43] <agateau> override_dh_makeshlibs:
[14:43] <agateau>     dh_makeshlibs -V 'libdbusmenu-qt2 (>=0.9.0)'
[14:43] <agateau> and:
[14:43] <agateau> override_dh_auto_test:
[14:43] <agateau>     echo "Skipping tests (can't test inside chroot)..."
[14:44] <Riddell> agateau: the dh_makeshlibs line means that when other apps link against dh_makeshlibs they will depend on libdbusmenu-qt2 (>=0.9.0)
[14:44] <Riddell> I would have expected we had a .symbols file however
[14:45] <Riddell> and presumably somebody thinks it doesn't work to run the tests
[14:45] <agateau> we do have .symbols files
[14:46] <Riddell> agateau: do debian?
[14:47] <agateau> Riddell: yes they do
[14:48] <Riddell> strange, then that shouldn't be needed.  maybe the debian guy doesn't understand symbols files, but debian guys are usually pretty up on that sort of thing
[14:48] <Riddell> anyway it doesn't do any harm so keep it in
[14:48] <agateau> ok
[14:48] <Riddell> the testing one though I'd remove, we do want to run tests
[14:49] <agateau> actually I checked: we have a patch which disables the test dir
[14:49] <agateau> that probably explains why we don't disable them in debian/rules
[14:49] <Riddell> ah, then get rid of the patch and use debian's way to disable them
[14:49] <agateau> ok
[14:49] <debfx> agateau: there is an unuploaded version of libdbusmenu-qt in the debian git repository which includes most of the ubuntu diff
[14:50] <agateau> debfx: mmm, what should I do then? I am starting to be very confused by all this merging work
[14:52] <Riddell> agateau: feel our pain :)
[14:52] <Riddell> git clone git://anonscm.debian.org/pkg-kde/krap/libdbusmenu-qt.git
[14:52] <Riddell> and start your merge again from that
[14:52] <debfx> agateau: maybe we can even sync from there (but still call it 0.9.0-1ubuntu1)
[14:53] <agateau> debfx: I have no idea what could be the best option
[14:54] <Riddell> agateau: it's best to start with the most up to date debian packaging so start with their git packaging
[14:55] <Riddell> but as it's unreleased from them using a version number of 0.9.0-1ubuntu1 would also make sense
[14:55] <agateau> Riddell: ok
[15:00] <agateau> mmm, maybe it's just me getting grumpy or not used to the way you work, but I find it quite nasty when someone take my patches, rename them and claim authorship of them
[15:04] <Riddell> agateau: the renaming is normal, using the kubuntu_ prefix is just to let us know it comes from ubuntu and not debian.  but he shouldn't be putting his name in the Authors field
[15:04] <agateau> Riddell: yes, I have no problem with the renaming, that makes sense
[15:06] <Riddell> I don't know that packager, seems some of the debian kde packagers have changed in the last 6 months
[15:18] <agateau> I'll assume it's just an oversight, the rest of his work looks good to me
[15:18] <agateau> Riddell: what am I supposed to do with the changelog? should I copy the debian changes in 0.9.0-1ubuntu1 ?
[15:20] <Riddell> agateau: you should include all the debian entries into the changelog (as separate entries)
[15:20] <agateau> Riddell: ok, with a [name-of-debian-packager] section I guess
[15:20] <Riddell> no completely separate entries
[15:21] <Riddell> my algorithm is, start with debian changelog, add my new entry at the top (dch -i), then copy the old ubuntu changelog and paste it in the debian changelog at the point of the previous merge (then delete the redundant debian entries below that)
[15:36] <agateau> Riddell: since the merge is done from an unreleased package, should I use "unreleased" as the distro name for the Debian changes?
[15:38] <Riddell> agateau: yes
[15:38] <agateau> ok
[16:12] <yofel> uhm, we have 'merge-changelog' in ubuntu-dev-tools for that? ^^
[16:13] <Riddell> I don't know if I trust these fangled scripts :)
[16:14] <yofel> they work - as long as you know how
[16:19] <agateau> Riddell: I think I am done with the package, but haven't filed a merge bug on launchpad. That should be the next step, right?
[16:26] <Riddell> agateau: you could just commit to the bzr branch and poke me to upload it
[16:26] <Riddell> are you in ~kubuntu-packagers?  we could add you if not
[16:28] <agateau> let me try that
[16:35] <agateau> Riddell: want to review it before I try pushing?
[16:35] <Riddell> agateau: nah, that's what bzr uncommit is for :)
[16:36] <agateau> Riddell: ok :)
[16:37] <agateau> Riddell: Looks like I am a member of ~kubuntu-packagers
[16:37] <agateau> pushed
[16:52] <Riddell> agateau: all good, uploaded, please file a bug with debian with those changes you made
[16:53] <agateau> Riddell: groovy
[17:23] <agateau> Riddell: visited http://status.ubuntu.com/ubuntu-precise/group/topic-precise-flavor-kubuntu.html , but when I try to click my name I get a 404, do you know how to fix that?
[17:39] <Riddell> agateau: hmm, nope, I think skeat is incharge of that site
[23:54] <Riddell> hmm, what to put into the release meeting report?