[04:01] <manchicken> Argh... I'm having a hard time debugging this crash.
[04:02] <manchicken> I can't replicate it in the debugger... it only seems to crash if you close the program IMMEDIATELY upon start.
[04:25] <manchicken> w00t! Crash resolved!
[04:26] <manchicken> Now to fix the problem of libqapt not removing non-sources.list sources.
[04:26] <manchicken> But that's for another day... bed time now.
[08:16] <lordievader> Good morning.
[08:47] <Mamarok> claydoh: you might want to answer Basil, I am off for the day
[08:47]  * Mamarok goes to sell Single Malt whiskey :)
[11:39] <soee> hiho
[11:44] <jalcine> and away!
[11:45] <lordievader> Hey soee, how are you?
[11:45] <soee> lordievader, pretty good ;) thanks you ?
[11:45] <lordievader> Doing ok.
[12:34] <Quintasan> http://wstaw.org/m/2013/11/08/plasma-desktopzS2046.png
[12:34] <Quintasan> Why are my icons colorful again?
[12:35] <mamarley> I liked the old colorful icons.
[12:37] <soee> Quintasan, dont know but i had those whn i killed kded process P:)
[15:31] <BluesKaj> Hey folks
[17:31] <shadeslayer> Riddell: can you update kdeconnect-kde ?
[17:31] <shadeslayer> to 0.4.1 in trusty
[17:39]  * shadeslayer doesn't have upload rights
[17:49] <shadeslayer> xnox: plz update bzr branches when you do no change uploads for boost
[17:52] <soee> shadeslayer, are there any plans to backport 4.12 beta for saucy ?
[17:52] <shadeslayer> sure
[17:52] <shadeslayer> once it's packaged for trusty
[17:52] <ovidiu-florin> via backports?
[17:53] <soee> think so
[17:53] <ovidiu-florin> what about kdeconnect?
[17:53] <shadeslayer> via backports PPA, yeah
[17:53] <shadeslayer> ovidiu-florin: I don't have upload rights for that
[17:53] <shadeslayer> waiting on Riddell to upload that
[17:54] <shadeslayer> could go and physically poke him to do that
[17:54] <ovidiu-florin> please do
[17:54] <ovidiu-florin> :D
[17:54] <ovidiu-florin> my android updates for kde Connect are going ahead of Kubuntuy
[17:58] <xnox> shadeslayer: which branches.
[17:59] <shadeslayer> xnox: kubuntu packaging branches
[17:59] <xnox> shadeslayer: which ones.
[18:00] <shadeslayer> xnox: https://code.launchpad.net/~kubuntu-packagers
[18:00] <xnox> shadeslayer: specifically which one did you spot that was not updated.
[18:00] <shadeslayer> kdepimlibs
[18:00] <yofel> xnox: whatever Vcs-Bzr points to
[18:01] <shadeslayer> Riddell: and could you look at the feasability of SRU'ing kdeconnect to saucy?
[18:01] <xnox> shadeslayer: i don't update any branches for no-change rebuild.
[18:01] <yofel> lag -.-
[18:02] <shadeslayer> xnox: right, causes our automation scripts to fail
[18:02] <shadeslayer> so please do next time :)
[18:02] <xnox> shadeslayer: it doesn't scale, because across all of them (a) i don't have write access to all of them (b) sometimes they are behind archive, or with unstaged changes (c) missing tags
[18:03] <xnox> shadeslayer: i've tried automating no-change rebuilds around Vcs-Bzr branches, but that failed horibly.
[18:03] <xnox> shadeslayer: at the moment I do no-change rebuilds against the archive, such that I'm sure I only upload a _no change_ to the archive.
[18:03] <Riddell> shadeslayer: where's the package?
[18:03] <xnox> shadeslayer: where are there "automation" scripts?
[18:04] <xnox> shadeslayer: e.g. for autosyncs -> bump from: 1.0-8 -> 1.0-8build1 causes autosync to still work.
[18:04] <xnox> shadeslayer: it's not considered modified in ubuntu.
[18:05] <shadeslayer> Riddell: http://127.0.0.1:8000/kdeconnect-kde_0.4.1-0ubuntu1.dsc
[18:05] <shadeslayer> erm
[18:05] <Riddell> mm
[18:05] <shadeslayer> Riddell: http://192.168.1.50:8000/
[18:05] <yofel> xnox: our kde packaging scripts do a safety check by comparing changelogs, if the archive has more entries the package is skipped and needs to be fixed by hand
[18:05] <xnox> shadeslayer: is there anything we can do, to easy the situation? it literary no-harm in auto-importing no-change rebuild changelog entry and/or dropping it, as long as the version is bumped.
[18:05] <Riddell> you try to get me to ddos my own computer!
[18:05] <xnox> yofel: where are those scripts?
[18:05] <shadeslayer> Riddell: http://192.168.1.50:8000/kdeconnect-kde_0.4.1-0ubuntu1.dsc
[18:05] <xnox> yofel: where is their output?
[18:06] <yofel> lp:~kubuntu-packagers/+junk/kubuntu-automation
[18:06] <shadeslayer> hehe
[18:06] <xnox> yofel: it's like first time I hear about them.
[18:06] <shadeslayer> Riddell: got it?
[18:06] <yofel> xnox: could be that it really is the first time, they're not that old
[18:07] <yofel> xnox: maybe we could make the script more intelligent by ignoring rebuilds, though I'm not sure how to correctly detect those
[18:07] <xnox> yofel: if the diff only has "debian/changelog" in it, it was a no-change rebuild.
[18:08] <yofel> that kinda makes sense :D
[18:08] <xnox> yofel: unpack debian source package, fetch the changelog & auto-commit it and push back.
[18:09] <xnox> yofel: if there are any other changes (e.g. changes in debian/control) bail.
[18:10] <xnox> yofel: where is the output of those scripts? published anywhere? or does one need to run it?
[18:10] <Riddell> shadeslayer: uploaded
[18:10] <shadeslayer> cool, thx
[18:10] <shadeslayer> Riddell: thoughts about SRU'ing to Saucy
[18:10] <shadeslayer> I see some minor string changes, but I'd consider them bug fixes
[18:10] <Riddell> shadeslayer: as I understand it the version in saucy has significant issues
[18:10] <shadeslayer> right
[18:10] <Riddell> but not having a fancy phone I've never used it and I won't be able to test it
[18:11] <shadeslayer> jussi and I can test
[18:11] <shadeslayer> and other folks here I believe
[18:12] <Riddell> shadeslayer: that's quite a diff though
[18:13] <Riddell> shadeslayer: kdeconnect-kded.po and kdeconnect-kcm.po translations have gone, presumably that's intended
[18:14] <yofel> xnox: one would need to run it, though the script mostly is a batch of some launchpad interaction and subprocess calls, so what you see is mostly the bzr and debuild output during run, with a summary of any errors at the end
[18:14] <yofel> xnox: we already do a packaging diff check for SRU packages, so I'll be able to base the check on that. Thanks for the pointer
[18:14] <yofel> bbl
[18:16] <xnox> yofel: yeah, there is no way to enforce committing no-change rebuilds to VCS. Given that they can touch in excess of 100s of packages, and only a fraction of them have packaging branches.
[18:38] <ovidiu-florin> hey guys, can I ask for your help? regarding school.
[18:38] <shadeslayer> Riddell: yep
[18:39] <shadeslayer> ovidiu-florin: -offtopic ?
[18:39] <ovidiu-florin> thought
[18:39] <ovidiu-florin> so
[18:49] <Riddell> shadeslayer: so I think it's a case of writing a decent SRU bug report so it's clear to ScottK or whoever why it's needed
[18:49] <shadeslayer> Riddell: checkout bug 1244064
[19:08] <shadeslayer> Who wants to SRU muon?
[19:08] <shadeslayer> there is a 2.1.1 release
[19:26] <shadeslayer> Riddell: ScottK libmuonprivate2 in binary new
[19:39] <ScottK> New soname in a third digit point release?
[19:39] <ScottK> Sigh.
[19:49] <yofel> o.O - seriously, why?
[19:49] <yofel> shadeslayer: ^
[19:53] <ScottK> We need to SRU 2.1.1, so this is seriously a problem.
[19:58] <ScottK> New cmake
[20:29] <debfx> why does it even need a soname? just put it into usr/lib/muon/ and be done with it
[20:38] <ScottK> shadeslayer: ^^^ yes.  please.
[20:39] <ScottK> apachelogger: ^^^ were you working on muon?
[20:47] <mamarley> Any news on the Quassel Upstart script?
[20:48] <ScottK> Still waiting for debfx , IIRC.
[21:39]  * ScottK LOLs https://web.archive.org/web/20060106235729/http://www.kubuntu.org/announcements/kde-commitment.php
[21:56] <volkan> hi, i also posted to kubuntu-users, but i wanna write here as well.
[21:57] <volkan> is there any reason for kde 4.11.3 update did not arrive for Kubuntu?
[21:57] <soee> volkan, there are not moved to update syet
[21:57] <soee> but they are ready
[22:22] <volkan> soee: hmm ok thanks for answer