[03:07] hey valorie [03:10] hi ahoneybun [03:10] how are ya? [06:16] good morning [07:54] hola === vinay is now known as Guest52542 [08:04] Good morning. === vHanda is now known as vHanda_ [09:50] plasma 5 uploaded to next ppa building now [09:50] todo: khotkeys plasma-desktop powerdevil [09:51] plasma-next ? :) [09:52] Riddell: why does libkscreen have an epoch o.O? [09:52] yofel: good question, it shouldn't [09:52] soee: yes [09:53] hm, seems like all of plasma has an intentional epoch? [09:54] well spotted, but I don't think it should [09:55] well, they all have the same version, so it might make sense for simplicity - except kscreen [09:56] simplicity of what? [09:57] hm, I wanted to say version matching as a few will need an epoch anyway... but they're supposed to not override any kde4 packages? [09:58] the source packages are supposed to have different names [09:58] if not then an epoch is probably not needed [09:58] * Riddell fixes [09:59] sources sure, but binaries? i.e. systemsettings 4.97.0 << systemsettings 4:4.11.9 [09:59] hmm [10:00] yes there will be some of those [10:01] so it's either rename all, or epoch + remove kde-workspace in u+1 === vHanda_ is now known as vHanda [10:02] * Riddell unfixes === joshjw is now known as joshwambua [10:07] sorry for the confusion -.- [10:07] * yofel goes back to kde-workspace [10:07] 'Morning folks [10:08] Riddell: did you talk with debian about the versioning? [10:09] no, I should do [10:16] kubotu: newversion kde-workspace 4.11.10 [10:17] https://bugs.launchpad.net/bugs/1328049 [10:24] feed branches-next had 25 updates, showing the latest 6 [11:12] *blink* [11:12] lintian has color output now o.O [11:19] * Peace- 36 degree [11:24] feed branches-next had 16 updates, showing the latest 6 [12:03] plasma-next 4.97.0 will be installable in 14.04 ? [12:09] soee: no we're only making packages for utopic [12:10] :( [12:13] Riddell: sorry family was high maintenance, I am fixing 4.97.0 breaks now [12:13] family often are [12:13] but often in a good way [12:13] Riddell: so did we decide against allLibraries [12:13] btw what is the current status of utopic ? [12:14] * sgclark fears wrap-and-sort [12:14] sgclark: my current thinking is that allLibraries is only useful when there's a lot of libraries in one package, we don't tend to have that with kf5 and plasma [12:14] Riddell: sounds good [12:18] sgclark: I'm unsure if we should have the 4: epoch in plasma packages but I'm keeping it there for now [12:18] ok [12:22] Riddell: so it looks like something somewhere is still depending on kf5-kio-dev and needs to be kio-dev. tracking it down now [12:26] sgclark: there's quite a few listed on http://qa.kubuntu.co.uk/plasma-status/build_status_4.97.0_utopic.html [12:26] also libkf5globalaccel-dev which I've uploaded === rdieter_laptop is now known as rdieter [13:35] Riddell: libkf5plasmaquick5 : Depends: libkf5plasma5 (>= 4.97.0) why is it depending on 4.97.0? Nothing is jumping out at me in control [14:05] sgclark: looking [14:06] sgclark: 4.97.0 is the version of libkf5plasma5 from plasma-framework sources that we're building [14:06] where's this issue? [14:07] Riddell: it should be 4.100.0 [14:08] it is failing at apt- not being able to install 4.97.0 (does not exist) [14:08] sgclark: nope frameworks is 4.100.0 but libkf5plasma5 is from plasma-framework and plasma packages are at 4.97.0 [14:08] sgclark: what is failing? [14:09] plasma-framework-dev : Depends: libkf5plasmaquick5 (= 4.100.0-0ubuntu1~ubuntu14.10~ppa3) but it is not going to be installed [14:10] Riddell: so plasma also has libkf5plasma5 because so does plasma-framework, perhaps that is our problem? [14:11] er wait I'm talking nonsense [14:11] libkf5plasmaquick5 and libkf5plasma5 are part of plasma-framework which is part of kf5 which are at 4.100.0 [14:11] right [14:12] but somewhere in the works libkf5plasma* is being called for version 4.97.0 [14:12] sgclark: libkf5plasmaquick5 installs fine for me, version 4.100.0-0ubuntu1~ubuntu14.10~ppa3 [14:13] sgclark: where is this problem? [14:13] yeah I got it to install, hoping it was a hiccup in launchpad, trying a rebuild [14:14] Riddell: nope still dying https://launchpadlibrarian.net/177260838/buildlog_ubuntu-utopic-amd64.libksysguard_4%3A4.97.0-0ubuntu1~ubuntu14.10~ppa3_FAILEDTOBUILD.txt.gz [14:15] ok let me eat this sandwich [14:16] Riddell: and yes it installs locally fine. [14:17] Riddell: np, afk a couple myself [14:34] it's something to do with the version of libqt5qml5 [14:34] I added a new qt5 ppa dependency to the ppa today [14:35] oh ok [14:35] so probably plasma-framework needs a rebuild [14:35] I'll upload it again [14:36] ok thank you [14:37] sgclark: run this sudo apt-add-repository ppa:ci-train-ppa-service/landing-005 [14:38] that'll add the same ppa as is now being used by kubuntu-ppa/next (but wasn't when frameworks were being built) [14:38] ahh ok [14:47] sgclark: did you send off your funding request? [14:47] Riddell: yes, I have not heard back though [14:48] no it usually takes a couple of weeks [14:48] ok [14:48] you used to be able to poke jono after maybe 10 days but he's left now so not sure who [14:49] Riddell: things to be concerned with? http://paste.ubuntu.com/7618440/ [14:50] sgclark: yep [14:50] sgclark: I set that curor package to be arch all but seems they've since added a binary to it [14:51] so I guess set it to arch: any [14:51] ok ty [14:51] dunno what the second one is about [14:51] try that and see if it goes away [14:52] yeah both went away [15:33] Riddell: is the epoch 4: supposed to be on everthing kf5 or just plasma bits? [15:35] Riddell: nm you are already looking at plasma-framework [15:51] sgclark: just plasma bits [15:51] ok [15:51] (and even then I'm not sure, want to discuss with debian) [15:52] yay, breeze is green [15:53] pretty sure the other reds just need rebuild when plasma-framework publishes [15:53] * sgclark hopes [15:54] it is frustrating how publishing takes so long, I'm sure it never used to [15:54] does seem to take awhile [16:02] kubotu: newversion libqapt 2.2.0 [16:03] https://bugs.launchpad.net/bugs/1328165 [16:17] Riddell: if you can take a glance at kio-extras http://paste.ubuntu.com/7618833/ is that a extra-cmake-modules path issue or? [16:27] sgclark: hmm.. [16:28] sgclark: there's already a add_subdirectory( doc ) [16:28] but my release scripts (well apachelogger's) added that extra ecm_optional_add_subdirectory(doc) [16:28] which is confusing it [16:29] in CMakeLists.txt [16:29] sgclark: just patch it out and mark as a tar fix on the note pad [16:29] ok [16:30] santa_: why do your merges need xauth? does that fix a problem? [16:30] looking at https://code.launchpad.net/~panfaust/+activereviews [16:30] Riddell: in debian xvfb doesn't depend on xauth [16:31] you'll need both for the tests though [16:31] Riddell: yeahh it does need xauth, not sure why those it was removed. [16:31] sgclark: in ubuntu xvfb pulls it in, in debian not [16:31] ah [16:31] ahh I see [16:31] * Riddell merges [16:32] yofel: I take it it's a big holiday in much of the continent today? [16:32] it's the extension of yesterday in most places [16:33] what happened yesterday? [16:34] http://en.wikipedia.org/wiki/Pentecost [16:37] cool, happy ghostly messiah day [16:37] heh, yeah ^^ [16:37] Riddell: yeah, thats correct sgclark: in ubuntu xvfb pulls it in, in debian not [16:37] thanks for merging [16:38] I have been a bit more focused on siductions' kde 4 this weekend but I think I will send soon more stuff regarding getting kf5 built on debian sid [16:39] "I got that error too in khelpcenter kinfocenter and kio-extras" and khotkeys [16:39] all have that docs error in cmake [16:40] I'm leaving for a while see you soon [16:43] "happy ghostly messiah day" [16:43] hahaha [16:46] Riddell: patching CMakeLists.txt does fix it [17:36] sgclark: could you test this updated tar? http://starsky.19inch.net/~jr/tmp/plasma-4.97.0/kio-extras-4.97.0.tar.xz [17:36] Riddell: sure [17:44] Riddell: that tar does not require the patch, so fixed [17:44] groovy [17:52] Riddell: how does that work when a tar changes? also are you going to fix the other broken ones as well? [17:53] sgclark: how does what work? I make it on my laptop here then ask kde sysadmin to put it on depot.kde.org [17:54] yes I'm making new ones for khotkeys khelpcenter kinfocenter [17:54] Riddell: ahh gotcha, so leave the patched debian in ppa? [17:54] put the new tar in the PPA [17:54] ok, how do I do that? [17:54] if you already have the old tar you can rename it with an a in the version 4.97.0a [18:04] sgclark: new tars on http://starsky.19inch.net/~jr/tmp/plasma-4.97.0/ [18:04] ok [18:04] for khotkeys khelpcenter kinfocenter and the one you just got for kio-extras [18:05] ok, I am still not entirely clear on how to upload new tars [18:05] sgclark: you need to re-version them [18:05] ok and then dput as normal? [18:05] kio-extras-4.97.0.tar.xz becomes kio-extras_4.97.0a.orig.tar.xz [18:05] and change the version in debian/changelog to 4.97.0a [18:06] and then dput as normal [18:06] ok got it, thank you [18:06] (you can also delete from the PPA but they seem to hand around for ages after you delete them so its not very practical) [18:13] Riddell: rejected: Unable to find kio-extras_4.97.0a.orig.tar.xz in upload or distribution. [18:15] Riddell: I don't see where the .orig tar gets uploaded in dput [18:17] sgclark: bzr builddeb should automatically include the source for this case [18:18] sgclark: what did you do generate the package? [18:19] ../kubuntu-automation/bzr-buildpackage-ppa -s 5 [18:19] the -s shouldn't be there [18:19] ok [18:20] that automatically adds '-sd' to the build parameters which skips the source [18:20] ah ha! thank you yofel [18:22] if you run 'debuild -S' it tries to guess whether to include the source or not (if a previous changelog entry with same upstream version already exists: no, if not: yes) === jono is now known as Guest90711 [18:22] you can override that with: -sa (force include), -sd (diff-only, force-exclude) [18:23] feed branches-next had 7 updates, showing the latest 6 [18:26] ok, I think it is something with changelog, still rejects. shouldn't dch -i create a new entry? it seems to just be old. and 4.96.0 is missing altogether [18:26] yofel: bzr-buildpackage-ppa -s 5 just sets it to ~ppa5 [18:26] sgclark: I think you need bzr-buildpackage-ppa -s 5 -- -sa [18:27] to force it to add the .orig into the .changes file [18:27] Riddell: it does not: [18:27] if args.suffix > 1: [18:27] application += ["-sd"] [18:27] ok thanks, have you noticed changelogs are missing entries? [18:27] -sd -sa just ends up using the latter one [18:28] sgclark: for the initial entry, there should really be only one line [18:28] but that's something for when we upload to the archive [18:29] sgclark: also, dch will never add a new entry if the current one is UNRELEASED [18:29] no I mean last release is missing all together from changelog and it looks like it was merged in this release entry. I smell a wrap-and-sort [18:29] oh I see [18:29] no, that was dch's behaviour [18:30] it will edit the current entry and just increase the version [18:30] with the new (more or less) behavior I really discourage using -i [18:30] just 'dch' does what you want usually [18:30] ok [18:32] so still rejected yofel and you advised against Riddells suggestion, what am I supposed to do to get it to upload new source? [18:32] what's the rejection error? [18:33] Unable to find kio-extras_4.97.0a.orig.tar.xz in upload or distribution. Riddell made new tars [18:33] hm, and you just ran 'bzr-buildpackage-ppa' this time? [18:33] I built with the a version and I cannot figure out how to upload tars [18:34] bzr-buildpackage-ppa 5 [18:34] remove the 5 [18:34] you probably re-uploaded the ~ppa5 file, while the new one will be ~ppa1 [18:35] yofel that did it, thanks!! [18:35] Accepted [18:35] the 5 belonged to the -s parameter, sorry for not being exact [18:36] oh I see [18:37] I still don't see why entire changelog entries for version 4.96.0 are gone, shouldn't they be in there? [18:37] the changelog should match what changed in the primary archive, so until our package is there, we always have the 'intial' upload changelog entry [18:39] *initial [18:39] oh because we moved to next? [18:41] sgclark: no, just think of the changelog as being the changelog of the package in the archive - until the package is there, there's not really a point in having one... [18:41] so until it's uploaded there, the history is just in bzr [18:41] for the initial archive upload, the changelog gets reset anyway [18:52] sgclark: I never changed the 4.96.0 UNRELEASED to released so the initial upload script just kept the single changelog entry [18:52] sgclark: not very tidy but we're just working in a PPA for now so not too important [18:53] Riddell: oh ok [19:07] sgclark: new tars up [19:07] 05aefef09c8691fd0f99de6dfbf9354b0c378426f0208112aab83e9f7dbf1c68 ksysguard-4.97.0.tar.xz [19:07] a8df2d27f0c251e62407e3fc59df5b242aa1b21f3f33912c6e9c75fcafa0e0c0 kmenuedit-4.97.0.tar.xz [19:07] ok === Haudegen_ is now known as Haudegen [20:04] shadeslayer: are you still doing something on the kde-workspace merge? [20:05] Riddell: what is wrong with kio-extras? [20:06] sgclark: dunno yet but it's red in http://qa.kubuntu.co.uk/plasma-status/build_status_4.97.0_utopic.html [20:06] compiling now to look [20:06] list-missing != 0 [20:06] kubotu: newversion plasma-mediacenter 1.2.90 [20:06] https://bugs.launchpad.net/bugs/1328246 [20:07] and the ppa log shows clearly why it's red... [20:10] ppa2 up, hope that makes it green [20:12] yofel: dunno, am I supposed to be? [20:12] I forget easily :'( [20:12] afaicr nope [20:13] sgclark: FWIW, this should cover all color cases I remember: [20:13] BLUE: unbuilt, BOTH RED: faild to build/broken ABI, i386 RED: list-missing has new files, BOTH YELLOW: new symbols/missing cmake dep, i386 YELLOW: lintian complaints [20:13] shadeslayer: then I assume you just never actually built it [20:13] * yofel goes fixing [20:14] sounds like something very wrong :S [20:14] yofel: what's the issue? [20:14] I have built every package I've merged, so that would be weird [20:15] first one was libkwinactiveeffects.so.1abi5 not being found as install file was named libkwinactiveeffects1abi4.install [20:15] that failed the build completely [20:15] now I'm looking at: [20:15] W: kde-workspace source: binaries-have-file-conflict kde-workspace-data plasma-widgets-workspace usr/share/kde4/apps/plasma/packages/org.kde.plasma.tasks/contents/code/layout.js [20:15] and others [20:16] @_@ [20:16] odd [20:16] did you maybe forget to commit something...? [20:17] I can't check [20:18] files at the office [20:18] well, nvm. I'll just fix it [20:18] *blink* [20:18] W: kdm: script-in-etc-init.d-not-registered-via-update-rc.d etc/init.d/kdm [20:19] also fun: E: kdm: maintainer-script-should-not-use-adduser-system-without-home postinst:77 [20:19] * yofel wonders what the longest lintian check name is... [20:24] feed branches-next had 8 updates, showing the latest 6 [20:48] Is this something we can fix? or upstream issue copyright-refers-to-deprecated-bsd-license-file [20:54] sgclark: do you know which file it's talking about? [20:55] Riddell: not really, looking through orange stuff I can fix. Will try and see [20:58] sgclark: which package is this? [20:58] kinfocenter [21:00] sgclark: if in doubt about lintian issues, google knows all [21:00] sgclark: http://lintian.debian.org/tags/copyright-refers-to-deprecated-bsd-license-file.html [21:00] include the full licence in debian/copyright [21:02] ok thanks [21:02] sorry I usually google it. [21:04] yay kwin is in! [23:03] darn this web irc I can't tell who is on [23:04] ahoneybun: '/whois nickname nickname' may give you a hand [23:07] nothing [23:08] jose: hello [23:08] o/ [23:08] that gives you the idle time [23:12] * ahoneybun got his first post card from his gnome donation [23:15] ovidiu-florin: ping [23:16] jose: can you come http://summit.ubuntu.com/uos-1406/meeting/22242/community-1406-kubuntu-documentation-team/? [23:18] * jose checks [23:19] nope, won't be available during Wed, I have classes until 1PM local time and it conflicts [23:23] ok