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