=== petersaints_ is now known as petersaints === tazz_ is now known as tazz === TJ- is now known as Guest8103 === TJ_Remix is now known as TJ- [05:48] ahoneybun: pong [05:48] ahoneybun: anything else than what we talked in Hangouts? [08:53] https://bugs.launchpad.net/bugs/1496121 [08:53] Launchpad bug 1496121 in plasma-nm (Ubuntu) "nm-plasma crashes plasmashell" [Undecided,New] [08:53] Riddell: did plasmanm not get a rebuild? [08:54] dunno, I've not looked at how the rebuild went yet [09:16] Riddell yofel: missing files in Baloo - https://paste.kde.org/pfzzcbxmz - where do I put them? [09:17] are the all dev files to go in not-installed? [09:19] those dbus interfaces can go in the -dev package and the .mo files are translations and should probably go in baloo-kf5.install [09:20] so I see :) - http://anonscm.debian.org/cgit/pkg-kde/frameworks/baloo.git/commit/?id=d64f2679761701285c2d0d7f1732edbd92295fd0 [09:21] maxy is a helpful chappie [09:26] [11:25] Project merger_baloo build #42: FAILURE in 6.7 sec: http://kci.pangea.pub/job/merger_baloo/42/ [09:27] sitter: it has missing files, Ive just uploaded a fix [09:27] you fix just broke the merger [09:28] can you explain? :/ [09:28] Riddell: ^ [09:31] how do I fix what I broke? [09:32] one sec [09:33] clivejo: see http://kci.pangea.pub/job/merger_baloo/42/console [09:33] you'll have to manually merge kubuntu_wily_archive into kubuntu_unstable [09:34] ah right [09:35] sitter: could you please reset my CI login? I can't get in [09:35] * sitter has been thinking about wiring it to launchpad logins but ETOOLAZY [09:35] ^^ [09:37] clivejo: yep do the merge yourself, it was already fixed in a slightly different way in unstable branch [09:37] I dont understand how I broke it [09:37] clivejo: git pull; git checkout kubuntu_unstable; git merge kubuntu_wily_archive [09:38] clivejo: when you commit to kubuntu_wily_archive the CI system will automatically try to merge that change into kubuntu_unstable [09:38] if there's a clash in that merge you'll get a poke [09:38] and you need to do it manually [09:38] Yippee, build fixed! [09:38] Project vivid_unstable_kaccounts-integration build #85: FIXED in 13 min: http://kci.pangea.pub/job/vivid_unstable_kaccounts-integration/85/ [09:38] but why did it fail? [09:39] how was it slighty fixed in a different way? [09:39] clivejo: do the merge and you'll see [09:39] Yippee, build fixed! [09:39] Project wily_unstable_dolphin-plugins build #10: FIXED in 17 min: http://kci.pangea.pub/job/wily_unstable_dolphin-plugins/10/ [09:39] Project vivid_unstable_kdeconnect-plasma build #98: NOW UNSTABLE in 13 min: http://kci.pangea.pub/job/vivid_unstable_kdeconnect-plasma/98/ [09:40] CONFLICT (content): Merge conflict in debian/baloo-kf5-dev.install [09:41] right, now edit the file [09:41] ok [09:41] someone added them file by file [09:41] and I followed maxy by adding the folder [09:42] go with your way then [09:42] edit that file manually [09:42] git add it then git commit it then git p ush it [09:42] can I use git gui? [09:43] dunno, probably, I use qgit sometimes but not usually for commits [09:44] ok I think thats done it [09:45] and baloo is green on qa - happy days [09:58] are you guys working on apps? [10:00] nobody is so far [10:01] Riddell: http://qa.kubuntu.co.uk/ppa-status/frameworks/build_status_5.14.0_wily.html [10:01] would you cast your expert eye over them please [10:02] Riddell: yofel was doing them last night, but couldnt get login to pause CI [10:03] I did nothing [10:03] in fear of sitter shouting and the time of night he left it :) [10:03] clivejo: khtml could do with symbols being updated [10:03] * sitter pets yofel [10:04] on that note [10:04] kitemmodels too [10:04] I am going to enable symbol tracking in CI again [10:04] clivejo: kwidgetsaddons three [10:05] ok [10:08] yofel is is going to implement my new idea, DUS [10:09] I never said that [10:09] and the parser is perl [10:09] LOL [10:11] do not touch the pyrl [10:11] it's dangerous [10:12] dont worry sitter, I is an expert ;) [10:13] I presume we are talking symbols management? [10:14] yeah, but Im only joking [10:14] because the much bigger problem with that is that it has no autotests so any change might randomly break things [10:14] which seems slightly undesirable with symbols :) [10:31] Riddell: hows that? [10:31] clivejo: how's what? [10:32] those three are done, the qa list [10:33] clivejo: foo khtml broke on amd64 [10:34] I guess it needs some fancy use of that symbol update script for both arches [10:34] sitter: any thoughts on what's up with this? http://mobile.kci.pangea.pub:8080/job/vivid_unstable_solid_pub/ [10:34] that's not fancy, that's what you should always do [10:35] Riddell: yes, read the mail I sent to bluesystems list about exactly this [10:35] fixing architecture mismatches later on is a lot more work === zbenjamin_ is now known as zbenjamin [10:35] yofel: will you teach me how? [10:35] clivejo: you feed all buildlogs into batchpatch [10:36] so download both the buildlogs and run it against each of them in turn? [10:36] no, pass all of them in one command [10:36] just do something like buildlog* at the end [10:36] can you show me an example of the command you run? [10:37] yofel: that's not gonna work [10:37] the logs need to be in order [10:37] in what order? [10:37] at least if you explicitly define the architecture list [10:37] ah, I never do that [10:38] in that case I'll shut up :P [10:38] ^^ [10:38] sitter: how would you do it? [10:38] hm [10:38] ubottu: info libtelepathy-qt5-dev [10:39] http://people.ubuntu.com/~apachelogger/tmp/symbol/symbolpatch [10:39] ubottu: find libtelepathy-qt5-dev [10:39] *coughs* [10:39] that bot doesn't like me :( [10:40] pft [10:40] Riddell: our telepathyqt is too old for kdeconnect master :( [10:40] someone should talk to apolo about this ;) [10:41] * yofel -> lunch [10:42] ah lunch, that reminds me I must fill the cattle drinker [10:42] Riddell: is it possible that you didn't symlink plasma-mediacenter from kde-extras to plasma? [10:43] sitter: in debian git ? [10:44] yes [10:46] Hiyas all [10:49] sitter: I did not, I'll do that now [10:52] sitter: symlink added [11:02] Riddell: have you given any thought how to do builds in jenkins without CI? [11:03] sitter: I don't understand, you mean with tars? [11:03] yep [11:04] sitter: replace the _src job with one that uses uscan? [11:04] well yes but how :P [11:04] although I guess that wouldn't work with hidden tars on kde server but not on download yet [11:04] also what if uscan isn't enough? [11:04] e.g. kde releases that aren't public yet [11:05] let it fall back to using ssh [11:05] that needs code abstraction somewhere tough [11:06] why would it be any harder than working out how to check it out of git? [11:06] I guess checking it out of git is built into jenkins somewhat? [11:06] actually this is a bit shitty because we handle git-source in jenkins but we'd be doing the others in ruby [11:06] so yeah, the separation hurts a bit from an architecture POV [11:06] or python. it could be written in python. [11:06] it can't [11:06] oh [11:07] por que no? [11:07] because it's a shit language [11:07] that's why [11:07] ah I see [11:07] also on the more practical side we have no provisioning for python deps [11:08] eitherway that doesn't matter [11:09] so on the jenkins job side we already have tech in place that can sort of tell apart a packaging repo from an upstream repo IIRC and will simply work with only packaging but no upstream [11:09] so it would only use the packaging repo and then hand over to ruby or whatever [11:10] inside there we'd have a couple of steps to generate the source: 1. get the source and tar if necessary -> 2. merge packaging into source- > 3. mangle packaging to CI -> 4. buildpackage -S [11:11] 3 must not really happen for non CI builds [11:11] this sounds good [11:13] and 1 would need to have different classes with a factory GitSource(copy from clone dir, gen orig.tar), TarSource (uscan > arbitrary code stored somewhere for ssh) [11:13] former would eventually run through releasme to get l10n [11:14] I know that's been your hope for a long time but I would guess it's still a bit long term [11:15] releaseme still needs extra stuff added, like all the plasma scripts I have [11:15] and not everything uses releaseme [11:16] well [11:16] first step is using releasme's l10n classes to get l10n for our clones :P [11:16] which should be somewhat trivial [11:17] albeit super low priority [11:20] and super slow [11:20] it's still a good chunk of the plasma release process getting l10n [11:21] Riddell: didn't we make it fast? [11:21] sitter: sure it's lots better than before [11:21] takes an hour rather than 4 hours [11:21] an hour seems a bit extreme though [11:21] ah [11:21] including sources [11:21] but if you have everything in CI doing that it'll take quite a while [11:21] well [11:22] you've got some 30 sources in plasma? [11:22] yes [11:23] that's 2 minutes per source. seems pretty reasonable TBH [11:23] so say 1 minute for l10n which is pretty reaosnable [11:23] ok, you know CI better than me [11:23] the thing with CI is that it would be somewhat parallel [11:24] so it wouldn't be idle building sources for 60 minutes but more evenly spread it out [11:25] right [11:25] kci going down for maintenance in ~15 minutes [11:49] sitter: Isnt vcsbuilder exactly what you described above? [11:50] no [11:51] it abstracts on the concept of source building [11:51] which is actually too high [11:51] as I said, there's 4 steps only 2 deviate between source types [12:01] I thought that's what vcsbuilder was going to become, hmm ... [12:02] so did I, but it's not quite what we need :P [12:02] :) [12:02] or maybe it is, but then we still need a base of sorts to contain the shared 2 steps [12:02] *nod* [12:02] logic abstraction generally is nicer to read than design abstraction though [12:03] sitter: BTW where do I move that mgmt folder out to? [12:03] so we have one source class it just has behavior properties that change depending on the environment it is used in or something [12:03] ci/mgmt ? [12:03] shadeslayer: mgmt/ [12:03] don't matter much I guess [12:08] @data = YAML.load_file("#{File.dirname(__FILE__)}/data/maintainer.yaml") [12:08] shadeslayer: that's wrong I think btw [12:08] in build_source [12:08] oh wait it is in there [12:08] not a fan of data in lib/ :P [12:31] sitter: added to list of things to fix [12:47] Riddell, yofel: shouldn't marble-qt be dead? [12:47] 00:00:49.506 KCI-W :: W: marble-qt: empty-binary-package [12:47] sitter: who says it's empty? it gets built when I build it [12:48] CI says [12:48] it also has no install file [12:48] so I don't see how it can contain anything [12:48] The original plan was to kill it, but I never finished that - and someone said that it might still be useful [12:49] I did have to add one I remember [12:49] debian/not-installed:# marble-qt [12:49] debian/not-installed:./usr/bin/marble-qt [12:49] but I'm not quite sure if QTONLY needs a double build [12:49] Riddell: you did not push then [12:51] sitter: debian/marble-qt.install is in kubuntu_unstable [12:51] sitter: which branch are you on? [12:51] wily_archive Oo [12:52] [remote "origin"] [12:52] url = debian:applications/marble [12:53] Riddell: http://anonscm.debian.org/cgit/pkg-kde/applications/marble.git/commit/?h=kubuntu_unstable&id=c5615d60b1debe15c3255cd23085e4b174c32690 [12:53] I would say something about the fact that there is stuff in the commit that has nothing to do with the changelog but I'll just pretend I dont' care anymore [12:58] pushed marble-qt.install to wily_archive, it'll get updated when someone does applications 15.08.1 [13:00] ok [14:22] when I read lp 1496121 I wonder why we put so much effort in symbol tracking if other people end up braking stuff anyway.. *sigh* [14:22] Launchpad bug 1496121 in plasma-nm (Ubuntu) "nm-plasma crashes plasmashell" [Undecided,New] https://launchpad.net/bugs/1496121 [14:22] *breaking [14:24] actually, perfect example [14:24] clivejo: THAT ^ is the reason why we have symbol files [14:47] that's why we need ACC ADT, no? :P [14:48] symbols files we need to do precise link dependencies [14:51] well, true, for c++ we really need ACC [15:07] we need AC/DC! [15:09] lol [15:10] * clivejo pictures sitter head banging to AC/DC [15:11] * clivejo giggles [16:24] yofel: ping [16:30] anyone here? [17:10] ovidiu-florin: HM? [17:10] oops [17:12] drat, back in a few mins [17:50] new frameworks almost ready ? :) [18:07] Riddell: shouldn't Frameworks 5.12 for vivid be removed already from stagin ppa (https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-frameworks/+packages) as they were released ? [18:24] soee: nope they arent ready, symbol issues [18:48] * ahoneybun has rebuilt his linode server [18:50] what happened to it? [18:57] when I made it I did it wrong or something [18:57] oh [19:36] have apps 15.08.1 been uploaded yet? [19:42] yofel Riddell ^ [19:55] weird Plasma does not like you using TWRP [19:55] I crashed it lol [19:57] how do I fix khtml? [19:58] can I just copy debian's soluation? [20:09] sounds reasonable [20:10] yofel: how would I do a revert of my commit [20:10] I wouldn't revert anything but just copy&paste that line from master into your file [20:10] I would like to do it properly [20:11] for practice [20:11] revert the commit, grab the two build logs and feed them into pkgkde-symbolshelper [20:12] you think Im crazy? [20:12] no, just it'll take about half an hour if you want to leave the builds to launchpad until we're done... [20:13] and it won't even work in the archive because armhf and powerpc will be missing from the symbol annotation [20:13] hm... [20:14] what should I do? [20:14] I just noticed another thing [20:14] _ZNK3KJS7JSValue9getNumberEv@Base 5.14 [20:15] the upstream version is 5.14.0, not 5.14. Has no real impact in this case, but please try to use the *exact* version next time [20:16] clivejo: what *I* would do is: take the symbol from the debian file, put that into ours, fix the version to say 5.14.0 just to match what we're doing and remove any architectures we don't have [20:19] how did I introduce that, by using pkgkde-symbolshelper batchpatch -v 15.14 khtml*.build? [20:20] probably [20:20] actually, you only gave it the i386 build log [20:20] # SymbolsHelper-Confirmed: 5.14 i386 [20:21] shows that [20:22] I give it the amd64 first, then the i386 failed to build so I gave it the i386 buildlog [20:22] didnt realise that sometimes you have to give it the two buildlogs [20:23] I have the 386 one so if I download the amd64 and apply both would that fix it? [20:24] always try to feed it all build logs. symoblshelper can only determine information for the logs it has, so as it saw a symbol missing on i386, but didn't have the amd64 log which said that no symbols are missing, it couldn't figure out that the symbol is architecure-specific [20:26] it is failing on the amd64, so if I feed it with the amd64 buildlog will it remove the i386 symbols? [20:27] if you do that, you'll again have a symbol diff on i386 with an added symbol [20:27] you need to feed it ALL logs [20:28] ok [20:29] grabbing amd64 now [20:30] so use -v 5.14.0 ? [20:30] yes please [20:30] or should I leave it and "learn" [20:30] nah, if you're already at it finish it [20:32] pkgkde-symbolshelper: warning: * patch 'libkf5khtml5_5.14.0-0ubuntu1~ubuntu15.10~ppa1_i386 (--- debian/libkf5khtml5.symbols)' for i386 ... FAILED. [20:32] so that is expected as I had already applied the i386 buildlog? [20:33] (arch=i386)_ZNK3KJS7JSValue9getNumberEv@Base 5.14 (was arch=) [20:34] well, it did the right thing at the end [20:34] you reckon thats fixed it? [20:34] for the PPA yeah [20:35] will most likey throw warnings in the archive, but we can fix that later [20:35] so commit, push and rebuild? [20:35] yep [20:35] there is another file has changed in git gui [20:36] huh? [20:36] a .orig file [20:36] is that a git file? [20:36] uhm, no [20:36] something might've gone wrong when applying the diff [20:37] libkf5khtml5_patched.symbolsJ212jy,orig [20:37] any errors in the real symbol file? [20:37] nope just two diffs [20:37] then delete the file [20:37] +# SymbolsHelper-Confirmed: 5.14 amd64 i386 [20:38] and + (arch=i386)_ZNK3KJS7JSValue9getNumberEv@Base 5.14 [20:38] if I just ignore it and dont stage it [20:41] is there an easy way to download the buildlogs? [20:43] I personally go to the status page, right click on arch > copy link address, then wget the file [20:43] thats the way I been doing it [20:43] we could write a script that does that, and we have one for the archive, but so far nobody bothered [20:46] yofel: did you get your CI login sorted? [20:46] yep [20:46] upload apps? [20:46] no motivation... [20:47] oh? [20:47] can I? [20:47] uh.. lets see if I can figure out where the pause button is [20:48] http://kci.pangea.pub/view/mgmt/job/mgmt_pause_integration/ ? [20:49] there [20:49] you did something :) [20:50] I clicked on a button :P [20:50] I clicked the button too, but it doesnt know who I am :P [20:50] ok, so if you want to upload apps go ahead [20:51] you sure you dont want to? [20:51] yes [20:51] dont want to fall out over it :P [20:52] you know the git script better than I do, and I don't want to involve myself into something long-running right now [20:53] just remember to put the bottom of the upload script output with the errors on the pad [20:53] so bzr merge to refresh my kubuntu-automation folder? [20:54] probably not needed, but do it anyway to be on the safe side [20:55] someone has modified ppa-build-status [20:55] was that you on weegie? [20:56] yep, the log would tell you that as well :P [20:56] I didnt see the log [20:56] bzr log --limit 1 [20:56] so I need to commit that to my personal branch? [20:57] Im only seeing myself! [20:57] I guess? I'm not too familiar with the branched bzr workflow [20:58] weird Im not seeing that you made that change [20:58] would you make it as Riddell? [20:59] maybe I should delete my local folder and pull it from bzr [20:59] does 'bzr log -n 0' show it? [21:01] nope [21:01] did you do a bzr pull? [21:01] nothing to pull [21:02] this is weird [21:02] no idea then. As I said, I don't really know how to use bzr like that [21:02] me enither [21:03] you are definately there - http://bazaar.launchpad.net/~kubuntu-packagers/+junk/kubuntu-automation/changes/616?start_revid=616 [21:05] rm it and recreated [21:05] you are there now! [21:09] humm it wants to remove libkexiv2 from the list [21:09] yeah, dunno why [21:11] if I add it back into the applications-wily will it break it? [21:13] no, the tarball is on depot from what I see [21:17] something badly worng [21:17] ==== Skipping akonadi, failed to fetch tarball from depot.kde.org, moving to manual/ [21:18] akonadi-15.08.1.tar.xz [21:18] it's there [21:18] I know [21:18] but the script cant see it [21:19] anyway, I'm off for the evening [21:19] gn [21:19] ok, have a good evening [21:19] O/ [21:41] Riddell: ping [21:53] hi clivejo [21:57] howdy [21:57] is the staging ppa ready for these apps (15.08.1) [21:58] Riddell: ^ [21:58] clivejo: as ready as it'll ever be :) [21:58] clivejo: have you got them ready to upload? [21:58] clivejo: how's frameworks doing? [21:59] yodel helped me fix khtml earlier [21:59] I think its good to go ? [21:59] yofel even [21:59] lovely [22:00] I see 15.08.1 fixes that problem in ark [22:00] clivejo: if you want to do the next step of uploading it to ubuntu you can run the comment "./ubuntu-archive-upload -v 5.3.2 -t ~/src/plasma/ -r plasma" (but with bits changed as relevant) [22:00] then send a tar of all the .changes files to me or someone to sign them [22:00] or I'll just do it tomorrow [22:01] Riddell: there was talk that it cant go into wily? [22:01] due to feature freeze? [22:01] clivejo: you could also file a feature freeze exception bug request [22:01] doesnt bother me [22:02] surely it should come from someone on KC? [22:02] but needs testing [22:02] god knows what mistakes Ive made with the symbols [22:03] clivejo: nope it should come from any packager and be approved by someone on release team (like me) [22:03] and yes you should install and test frameworks indeed [22:04] Im keen to test apps [22:05] and upload that to the staging-applications PPS [22:05] PPA [22:05] my head is collapsing, I need to sleep [22:05] Riddell: do you know why it wants to remove libkexiv2 from the packaging list [22:05] it being the script [22:06] no idea, it is in there http://download.kde.org/stable/applications/15.08.1/src/ [22:06] * Riddell snoozes [22:06] night night