=== ronnoc_ is now known as ronnoc [08:04] morning [11:53] Hey all === shadeslayer is now known as shadeslayer_ === shadeslayer_ is now known as shadeslayer [12:31] Ok, I'm going to get cracking on the RC [12:32] * shadeslayer looks at debfx's automation stuff [12:34] shadeslayer: do you know which ppa has a reasonably stable, but reasonably recent version of Calligra? [12:35] shadeslayer: he threw bits into kubuntu-ninjas but had to wait for it to be in the rightorder [12:35] jussi: see kubuntu.org [12:35] Riddell: thanks [12:36] Riddell: I don't see anything related to 4.8.97 in the ninjas ppa [12:36] shadeslayer: I'm thinking we should just diverge from debian and drop the kde-sc-dev-latest (>= 4:4.8.90) stuff in favour of versioned depends on kdelibs5-dev (>= 4:4.8) [12:36] Riddell: ahh thanks... [12:36] Riddell: why? [12:36] shadeslayer: that would mean it can just be thrown into the PPA without worrying about the build order, launchpad should work out the build order [12:37] really? :O [12:37] why can't it do it right now? [12:37] shadeslayer: because launchpad's way of working out when to rebuild isn't as complete as debian's [12:37] there's a bug about it [12:38] but if you upload kde4libs and a kdegames using kde-sc-dev-latest you'll need to retry kdegames after kde4libs is done [12:38] which you wouldn't if we just did simple kdelibs5-dev (>= 4:4.8.90) [12:39] shadeslayer: oh and let me know if you need an ec2 [12:39] nah, have a VPS now :P [12:39] will poke if I happen to run out of memory [12:40] VPS? [12:40] Riddell: Virtual Private server :) [12:41] shadeslayer: you hired one from somewhere? [12:41] yeah, 15 USD for a year [12:42] just about enough for building stuff like KDE Telepathy and smaller packages [12:42] need to script kde telepathy packages though [12:42] * shadeslayer adds to TODO [12:43] apachelogger: ping me when you're about [12:45] Riddell: I was thinking of writing a python script that queries launchpad for build state of KDE SC packages, then if they're in a build wait state, and if the build dep was alredy built, it retries the build [12:45] the latter part is already done [12:45] the 'monitor' bit needs work [12:45] shadeslayer: that seems r [12:46] r? :P [12:46] shadeslayer: that seems pretty faffy compared to just working with launchpad and doing versioned build-depends like it expects [12:46] shadeslayer: that's already implemented in https://bazaar.launchpad.net/~debfx/+junk/kubuntu-automation/view/head:/kubuntu-retry-builds [12:46] oh ... awesome [12:47] I'm not fond of the idea of diverging from debian ..... [12:47] even though we change a couple of lines, merging stuff from debian later on becomes iffy because of a larger diff [12:48] ideally someone would just fix that launchpad bug :P [12:48] :P [12:48] can you point me to the bug? [12:48] we're talking about build-deps here, we have to merge that anyway - and you wouldn't have to worry about merging kde-sc-dev-latest anymore === yofel_ is now known as yofel [12:48] I'm don't exactly understand what the problem is ... [12:49] shadeslayer: builds failing instead of being put into dep-wait [12:49] because it finds that kde-sc-dev-latest was built but kdelibs5-dev wasn't [12:49] as launchpad ignores the Breaks from kde-sc-dev-latest [12:49] oh [12:50] I once tried to do that, but back then it wasn't scripted and too much work, if you just put that in a script I would prefer using versioned depends over kde-sc-dev-latest [13:18] hmm === shadeslayer is now known as shadeslayer_ [13:18] something is horribly broken between my router and my modem it seems === shadeslayer_ is now known as shadeslayer [13:18] anyway, drop kde-sc-dev-latest then? [13:19] in favor of versioned build depends on kdelibs5-dev [13:19] ( will need modifications in debfx's scripts as well then ) [13:20] there's not only kde4libs5-dev [13:21] dropping kde-sc-dev-latest gets my vote [13:22] but yes it'll need everything else in kde-sc-dev-latest used by the source package as a versioned build-depened for all the packages [13:22] right [13:27] seems like alot of work .... ah well .. [13:29] the code to bump the kde-sc-dev-latest build-dep version is already there [13:29] so it's mostly a matter of keeping the package list synchronized with kde-sc-dev-latest [13:31] *nod* but I'll have to version unversioned build depends, add kdelibs5-dev etc to most packages right? [13:32] yes, for the kde sc packages [13:33] yeah, so the initial work that needs to be done is quite alot :P [13:33] If you're trying to get to build-dep instead of failed, dropping kde-sc-dev-latest won't help much. [13:34] ScottK: why not? [13:34] Because the first time another build-dep is uninstallable on a slow arch, if fails. [13:35] Think of ~everything that depends on pimlibs for example. [13:36] You'd have to drop kde-sc-dev-lastest and do the trick I used to do of uploading the packages backwards to do it. [13:36] Once a package is in depwait, it'll go back to it. The trick is getting it there first. [13:37] shouldn't it be put into dep-wait with the versioned build-deps? [13:40] If the necessary version is not available, it'll depwait. If the dependency is not installable, it'll FTBFS. [13:40] That's why the reverse upload trick works. [13:40] ScottK: why would kdepimlibs be uninstallable after it built? [13:40] debfx: It'll be built on some archs and not others. [13:41] Maybe we changed enough -dev packages to arch any it's not such a big deal anymore. [13:41] afaik all -dev packages are arch:any [13:42] -dev packages should always be arch any, header files can differ between arches [13:42] it could only be a problem if a library has a strict dependencies on a data package that is arch:all [13:42] * Riddell uploads some test stuff to ~jr ppa to see [13:44] e.g. libkdeedu-dev [13:55] successful dep waot [13:55] dep wait https://launchpad.net/~jr/+archive/ppa/+build/3676000 [14:15] hmm ... [14:19] Darkwing: hey there, are you around? [15:26] hmm well it doesn't magically retry the package https://launchpad.net/~jr/+archive/ppa/+build/3675999 [15:26] I find that most strange [15:26] hrm, there's no ${calligra:Enhances} in calligra-l10n...I'm wondering if I should just demote to suggests for alpha3 and fix the enhances later [15:27] micahg: yeah that's fine too [15:34] ScottK: csync-owncloud and owncloud-client in New should you be in the mood [15:35] OK. [15:38] ::qt-bugs:: [1022479] bzr crashed with SIGSEGV in QGtkStyle::drawComplexControl() @ https://bugs.launchpad.net/bugs/1022479 (by Logan Rosen) [15:38] Launchpad bug 1022479 in bzr (Ubuntu) "bzr crashed with SIGSEGV in QGtkStyle::drawComplexControl()" [Medium,Confirmed] === nowardev2 is now known as Peace- === rdieter_laptop is now known as rdieter === cmagina-lunch is now known as cmagina [15:54] Riddell: did you retry kdepimlibs manually? [15:55] on i386 yes [15:55] not on amd64 [15:55] ok, amd64 seems to have started [15:55] ooh it's started [15:55] yeah [15:55] ok so just launchpad being slow [15:56] yeah [15:56] Riddell: so, shall we start switching deps? [15:58] shadeslayer: it still has my preference [15:59] I'd try one with the arch all -common package first. [15:59] txwikinger is in Canada. He should just go make infinity implement the BD-Uninstallable state in soyuz. [15:59] That's be easiest. [16:00] Well, for everyone except txwikinger. [16:04] hahaha [16:07] I just gave infinity a ping. [17:43] ::qt-bugs:: [1028039] package libqtgui4 4:4.8.1-0ubuntu4.1 failed to install/upgrade: short read on buffer copy ... @ https://bugs.launchpad.net/bugs/1028039 (by dragan juric) [17:43] Launchpad bug 1028039 in qt4-x11 (Ubuntu) "package libqtgui4 4:4.8.1-0ubuntu4.1 failed to install/upgrade: short read on buffer copy for backend dpkg-deb during `./usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.1'" [Undecided,New] [18:14] \o/, no longer getting calligra on upgrade without kubuntu-desktop/calligra previously installed [18:40] thanks micahg [19:51] ::qt-bugs:: [1013868] Crashes at any attempt to open a file @ https://bugs.launchpad.net/bugs/1013868 (by Thomas Malenfant) [19:51] Launchpad bug 1013868 in qt4-x11 (Ubuntu) "Crashes at any attempt to open a file" [Undecided,New] [20:03] Riddell: ping [20:05] Riddell: I could use a AWS instance about now [20:14] shadeslayer: hi [20:14] shadeslayer: what sort? [20:14] 32 or 64? [20:14] precise or quantal? [20:14] quantal, preferably on SSD [20:14] mm I've no idea if they do SSD [20:15] iirc they introduced new options === rdieter_laptop is now known as rdieter [20:15] "High I/O Quadruple Extra Large Instance" [20:15] sounds expensive [20:16] gah [20:16] meh, leave it then [20:16] The I/O time is not worth it [20:19] * shadeslayer will get more resources on his VPS when stock is available [20:21] $3.10 an hour, will get very expensive very quickly [20:21] ouch [20:21] not worth it then [20:22] lots at $0.08 an hour would be preferable :) [20:22] :D === rdieter_laptop is now known as rdieter [20:57] ::qt-bugs:: [1028039] package libqtgui4 4:4.8.1-0ubuntu4.1 failed to install/upgrade: short read on buffer copy ... @ https://bugs.launchpad.net/bugs/1028039 (by dragan juric) [20:57] Launchpad bug 1028039 in qt4-x11 (Ubuntu) "package libqtgui4 4:4.8.1-0ubuntu4.1 failed to install/upgrade: short read on buffer copy for backend dpkg-deb during `./usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.1'" [Undecided,Invalid] === skreech__ is now known as Daskreech [22:35] ::workspace-bugs:: [1028163] plasma-desktop crashed with SIGSEGV when changing battery monitor settings @ https://bugs.launchpad.net/bugs/1028163 (by johannes) [22:35] Launchpad bug 1028163 in kde-workspace (Ubuntu) "plasma-desktop crashed with SIGSEGV when changing battery monitor settings" [Undecided,Invalid]