[07:05] Good morning. [07:07] good morning :) [07:08] o/ [07:58] Morning. [07:58] How is the Kubuntu Beta1 testing going? [08:20] That is what I like to know too :) Time for some testing I guess. [08:22] Awww, no love for amd64 :( [09:08] Riddell: Ah, in the oem mode if the desktop mode is set to folder view the 'prepare for shipping' is shown :) [09:15] someone killed my precious akonadi kcm for kde apps 15.12 :'( [09:15] lordievader: well that's a good start :) [09:16] I'm doing upgrade testing this morning not reliably online [09:17] Riddell: ppas still broken [09:18] Riddell: http://paste.ubuntu.com/12198006/ [09:19] Riddell: Yes, so it is there. Just not showing XD [09:19] Hey guys! When can we expect plasma 5.4 update? [09:35] Package: plasma-look-and-feel-org-kde-breezedark-desktop [09:35] thoughts on that name? [09:35] packaging the look and feel package /usr/share/plasma/look-and-feel/org.kde.breezedark.desktop [09:38] yofel, shadeslayer: ^? [09:39] plasma.laf.ok.breezedark-desktop :) [09:43] sitter: dafuq [09:44] no [09:45] but what else? [10:06] lordievader: beta is looking pleasingly good, thanks for testing [10:08] No problem [10:15] sitter: plasma-org-kde.breezedark ? [10:23] shadeslayer: that seems out of line with general nome culture I think. plasma-* is a thing plasma-runner-* is a runner package plasma-applet-* is an applet package [10:24] following that it would have to be plasma-look-and-feel-* [10:24] :( [10:24] I object to the insanely long name [10:24] well yeah [10:24] plasma-laf ? [10:24] :P [10:24] but that is more of an upstream issue [10:25] thung is [10:25] what if look only packages become a thing at some point [10:25] shadeslayer: what if we go with long name for now see if anyone complains? [10:26] names are easy enough to change for asset-only packages [10:26] I'm complaining right now! :P [10:26] that will take me eons to type out [10:26] what are you complaining about tho [10:26] because I don't use GUI package managers [10:26] shadeslayer: plasma-look -> select suitable package [10:27] it's really no different from plasma-applet- in that regard [10:27] *shrug* ok then [10:27] as I said this only would give a headache if look packages become a thing, though I don't see that happen since look-and-feel accomodates both so upstream probably won't be content to make look a thing :P [10:27] I have ENOTIME for this discussion :P [10:27] plus I wouldn't know what look would be anyway [10:28] btw only 6 characters longer than the existing Package: qml-module-qtquick-controls-styles-breeze [10:28] xD [10:28] lintian will be so angry [10:29] sitter: btw I don't think I have time to fix the other issue that you mentioned [10:29] kconfig [10:30] sitter: whoever gets to it first can fix it :P [10:32] let's leave it broken then [10:32] sitter: so, I did play around a bit yesterday: http://yofel.net/kubuntu/transitions/ [10:32] not sure if it's quite accurate [10:32] * yofel -> lunch [10:33] yofel: <3 [10:33] http://yofel.net/kubuntu/transitions/html/auto-kdecoration.html [10:33] I wonder what the red means [10:33] on the arches [10:39] sitter: pausing kci for plasma staging-upload, I've added a print at the end to remind me to unpause, let's see if that helps [10:40] Riddell: did you see the broken list I pasted earlier [10:40] sitter: yes I deleted the ones with 4: from the kubuntu-ci archives [10:41] k [10:44] breeze somehow seems like a lot of splitting [10:47] * Riddell grumbles how plasma-workspace-wallpapers is in svn but breeze has far more binary blogs in git [10:48] Riddell: you may want to suggest adopting something like https://git-lfs.github.com/ [10:49] Will Plasma 5.4 be backported to Vivid? People are asking about it in #kubuntu. [10:49] it essentially replaces the binaries with references to an out-of-git storage and then only pushes the references to git and the data to the storage thingy [10:49] lordievader: if someone gets round to it, sgclark has had a good track record of that [10:49] so no binary blob in git repo itself but tracked via git [10:50] Thanks :) [11:13] sitter: is that any different than git-annex? [11:15] ScottK: havent' used it so I can't say. description on website suggests annex doesn't implement the shuffing data to server part [11:16] other than that it sounds pretty similar [11:17] hm [11:19] ScottK: reading a bit more it now sounds like annex basically turns the entire repo into a ref store while git-lfs would only do it selectively [11:21] Interesting. [11:22] Git-annex is by Joey Hess, so I know it has a competent upstream. [11:24] http://qa.kubuntu.co.uk/ppa-status/plasma/build_status_5.4.0_wily.html not too bad [11:24] ScottK: unfortunately it suffers from the haskell problem ;) [11:25] how the heck do we use full screen launcher [11:25] Riddell: nm might fail because libnm transtion in proposed [11:25] the others shouldn't [11:26] True. [11:26] bluedevil we don't CI so I guess that is no surprise [11:26] oh we have bluez5 now [11:26] could enable bluedevil again [11:27] /usr/include/libnm/NetworkManager.h:30:32: fatal error: nm-core-enum-types.h: No such file or directory [11:27] Riddell: plasma-nm fails because of the libnm transition [11:27] I think it needs build deps updated [11:27] gotcha [11:27] to use the new -dev package [11:27] sitter: I've uploaded bluez-qt to frameworks ppa and bluedevil to plasma ppa for staging [11:28] Riddell: didn't we have bluez-qt 5.13 already? [11:28] https://launchpad.net/ubuntu/+source/bluez-qt [11:28] eh? [11:29] right then [11:29] Riddell: I suppose bluez-qt 5.13 was not uploaded because bluedevil 5.4 wasn't a thing back then? [11:29] sitter: right [11:29] ok [11:29] well then [11:29] plasma-nm should be the only actual failure there that needs fixing [11:32] sitter: red == bad, green/hidden == good, good and bad is defined by the patterns at the top [11:33] * Riddell unpauses CI [11:34] the release team has their own tracker http://people.canonical.com/~ubuntu-archive/transitions/ [11:34] but that's managed by hand :( [11:37] yofel: http://yofel.net/kubuntu/transitions/html/auto-kdecoration.html why are they red though? [11:37] actually probably because they want the old lib and that breaks [11:38] sitter: looking at the buildlog for breeze 4:5.3.95-0ubuntu3, it says kwin-style-breeze depends libkdecorations2-5 [11:38] right [11:38] right, it depends on the old lib, which isn't what you want [11:38] yofel: so kdecoration is red because the rdeps are not upgradable? [11:38] no, because it depends on the wrong lib... [11:38] Bad: .depends ~ /\b(libkdecorations2\-5|libkdecorations2private5)\b/ [11:39] or rather, one of the binaries depends on the wrong lib [11:39] once it's rebuilt against 5v5 it'll depend on that which matches [11:39] Good: .depends ~ /\b(libkdecorations2\-5v5|libkdecorations2private5v5)\b/ [11:40] mh [11:40] ahoneybun: you still using that ec2? [11:40] yofel: all Depends: are good though https://launchpadlibrarian.net/215496599/buildlog_ubuntu-wily-amd64.kdecoration_4%3A5.3.95-0ubuntu2_BUILDING.txt.gz [11:40] so it would have to be because the rdeps are red [11:40] sitter: the tracker tracks packages that depend ON kdecoration [11:41] ok [11:41] yofel: the Depends: still are correct :P [11:41] when are plasma 5.4 packages hitting kubuntu backports? :) [11:42] sitter: do you know if there was a conclusion on how to get kopete to compile? [11:42] sebas: Kubuntu 15.10 is super smooth for me already (*with* Plasma 5.4) :) [11:42] sitter: how so? kwin-style-breeze has an shlibs dep on libkdecorations2-5, which should be libkdecorations2-5v5 [11:42] kfunk: yay :) [11:43] kfunk: don't be so tempting, I'm so proud of myself for running a stable release! [11:43] yofel: yes but kdecoration is also marked red on the transition page [11:43] I don't have that patience [11:43] http://yofel.net/kubuntu/transitions/html/auto-kdecoration.html [11:43] ah [11:43] yeah... [11:43] Also, 15.10 isn't entirely through the gcc5 transition, is it? [11:43] Riddell: build legacy kdepimlibs [11:43] I already have one machine stuck in the middle of it [11:43] Riddell: so we'll need to make a kde4pimlibs source I guess [11:44] another case of badly handled dep transition I am afraid [11:44] had kdepim been merged sooner we probably would have caught that even :/ [11:45] sebas: still ongoing [11:45] http://pad.ubuntu.com/gcc-5-transition [11:45] I think at least, haven't seen updates in a while ^^ [11:45] needs an account apparently [11:45] sebas: regular lunchpad account [11:45] anyway [11:45] ubuntu one account, no less, wasn't that dead? [11:45] sitter: it likes to show those as well, not sure why.. maybe because in the Package list I run it on it has the new and old version of kdecoration (while it's originally meant to be run against unstable) [11:46] sebas: as far as kde is concenred the transition is done [11:46] yofel: ah ok, that's what I wanted to know :) [11:46] yofel: can we get this on qa.kubuntu? [11:46] sitter: hm ... then tempting [11:46] sitter: if we upgrade that server to jessie, sure.. [11:46] also, can we maybe get a chef recipe for it? [11:46] anything known broken? [11:47] sitter: we still have a lot to get from -proposed into release [11:47] yofel: bummer [11:47] my laptop for example doesn't have kmail right now ... that's fairly annoying [11:47] yofel: simply docker it? xD [11:47] yofel: you'll find there are kwin symbols changes, so it needs more the just a no change upload. [11:47] Riddell: not because of gcc5 [11:48] sitter: hm, that would be an idea... [11:48] We did the kdecorations transition yesterday in Debian. [11:53] as I haven't actually seen an answer: when are plasma 5.4 packages hitting kubuntu backports for 15.04? :) [11:53] you guys try to trick me into running unstable [11:53] ScottK: so you mean kwin changes ABI by doing that transition? [11:54] sebas: when it's done :P Riddell is preparing 15.10 upload once that is done someone will have to find the time to backport [11:55] sitter: so days, rather than weeks? [11:55] next week at the latest one would expect [11:55] builds look fine on 15.10 [11:56] when will plasma 5.4 be in the backports? === sitter changed the topic of #kubuntu-devel to: Plasma 5.4 work in progress. Will be ready soon. | https://trello.com/kubuntu | http://qa.kubuntu.co.uk/ | https://notes.kde.org/p/kubuntu-apps-15.08 [12:00] Riddell: are you going to archive upload apps? [12:00] yofel: no it's just GCC stuff no longer exposed. IIRC === sitter changed the topic of #kubuntu-devel to: Plasma 5.4 work in progress. Will be ready soon. | https://trello.com/kubuntu | http://qa.kubuntu.co.uk/ | https://notes.kde.org/p/kubuntu-apps-15.08 | 5.4 http://goo.gl/XrOhvc [12:00] sitter: yes, I'm just tidying up some of the ones still not green, but I'll ignore e.g. kopete for now [12:00] ah ok [12:01] Riddell: not sure we should time tyding up kde4 apps tbh :P [12:01] *spend time [12:02] yofel: ScottK: that's alraedy picked up in the kubuntu derived symbols files I think [12:03] someone retracted the symbols in kdecoration without transitioning, but kwin was rebuilt against that anyway as part of plasmabeta so the gcc5 update there was also adopted [12:03] so for wily it really is just a rebuild [12:04] * sitter still needs to gen symbol dumps for some pim libs >.< [12:04] Riddell: I thought it was off? [12:04] I can't login [12:04] hiyas all [12:04] sitter: do you have a list of those? [12:05] yofel: the symbol retraction in kwin? [12:05] sitter: stuff missing symbol files [12:05] hey BluesKaj [12:05] ahoneybun: ec2-54-144-60-15.compute-1.amazonaws.com is still on [12:05] yofel: https://notes.kde.org/p/kubuntu-apps-15.08 [12:05] hey ahoneybun [12:05] bottom [12:05] Riddell: I've gotten kdenlive to build and on my ppa [12:05] thanks [12:05] sitter: perfect [12:05] ahoneybun: how did you do that? [12:05] Riddell: the backports ppa has the updated package [12:05] fwiw we transitioned kdecoration to a v5 name because of an incompatibility in std::function between gcc versions (causing crashes) [12:06] so you need that ppa and mine [12:06] debfx: yup that's the one we skipped, transitioning in proposed now [12:07] anyway g2g work calls [12:07] o/ [12:07] shadeslayer: for CI I also switched kgapi stable branch to the right upstream branch [12:08] sitter: IIRC kgamma was fscked too [12:08] sitter: upstream calls it kgamma5 [12:08] the repo you mean [12:08] ? [12:08] yes [12:08] shadeslayer: data/upstream-scm.yml is your friend [12:08] * shadeslayer rages at touchpad [12:08] sitter: I know [12:08] I'm too brain dead today [12:09] JFDI [12:09] Riddell: fwiw I find it really meh when the tarball name doesn't match the repo name [12:10] sitter: such as where? [12:10] kgamma apparently [12:10] tarball name is kgamma5, I moved repo to kgamma5 didn't I? [12:11] so you did [12:11] both in kde and in debian git [12:11] no clue what shadeslayer is going on about then [12:11] Riddell: nevermind, looks all good to me [12:11] which as was pointed out is a problem for frameworks 6 versions but oh well [12:11] idk, I had kgamma in my CI last night [12:11] ah old stuff [12:12] sorry, lack of sleep [12:12] and it's not even friday yet ^^ [12:12] Riddell: IMO it's the old version that should be renamed not the new one anyway. lest you want to carry a version in your name forever more [12:12] I finished Ender's Game in one sitting last night :3 [12:13] Probably going to finish Speaker for the dead tonight [12:13] unless I fall asleep [12:13] kgamme was an upstream issue, can't rename released tars in upstream [12:13] shadeslayer: is that healthy? [12:13] Riddell: sure you can. you make a new release [12:13] Riddell: I don't think so [12:13] who gives a shit anyway [12:13] looking for a method to delete ramdisk that a family member thought could benefit the speed of this older pc, however I don't see any benefit. I'd like to remove it if poossible. The clear ram cache commands I found on google etc don't work , sudo -fdisk -l still lists them [12:14] shadeslayer: better than drugs I guess :) [12:14] Riddell: most certainly than drugs keeping me awake at night, yes :P [12:14] Riddell: anyway. IMO libraries in general should have the soversion in both their name and tarball name anyway and consequently also in the repo name [12:15] in fact qt derived things also should have qt [12:16] since new qts always break ABI for derived qobjects [12:16] in the repo name sound crazy, like e.g. kipi or marble which break ABI practically every release [12:16] *sounds [12:17] I see the point though :S [12:17] yofel: marble shouldn't have the lib inside marble [12:17] kipi is a bit special though, yeah [12:17] then again with kipi you never want to do a smooth transition anyway [12:17] since it's a plugin lib you usually want to go all or nothing with it [12:20] ScottK: bug 1488843 and bug 1284093 in need for ~ubuntu-sru love if you have time [12:20] bug 1488843 in ubuntu-release-upgrader (Ubuntu Wily) "upgrader kde frontend fails to start" [Critical,New] https://launchpad.net/bugs/1488843 [12:20] bug 1284093 in wireless-regdb (Ubuntu Vivid) "Please update regulations to support VHT" [Undecided,Fix committed] https://launchpad.net/bugs/1284093 [12:21] Not before Friday. [12:22] Mostly afk until then. [12:24] ScottK: your irc presence betrays you :) [12:24] lol [12:25] is it just me or do our merge trees in git often look mighty wild? [12:26] http://i.imgur.com/6nYuHie.jpg [12:26] whatever this is [12:28] and that doesn't even include backports [12:28] where's the git-based backport script again? [12:35] I have no clue [12:35] shit is all over the place [12:35] we need a dir on git.debian to put many repos with all the rubbish IMO [12:35] ScottK: Riddell: Is that bug a dup of: https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1464330 [12:35] Launchpad bug 1464330 in ubuntu-release-upgrader (Ubuntu) "Release Upgrade Stalls on Kubuntu Upgrade to Wily" [Undecided,Confirmed] [12:36] If so, there is a tested patch in my bug. [12:36] yofel: I am not sure how backporting works in general TBH [12:37] mparillo: yep, that's just what I uploaded, please mark as dup or fixed [12:37] yofel: I think kubuntu-repo-merge is used to derive kubuntu_wily_archive into kubuntu_vivid_backports [12:37] hm, guess I'll have to track down sgclark [12:37] and then intiial-upload is probably run against the backport branch [12:37] just a guess tho [12:37] would be the most reasonable at any rate [12:37] yofel: staging-upload probably needs some fixes to support backports again [12:38] kubuntu-initial-upload got renamed to staging-upload [12:38] s/fixes/moar hacks/? [12:38] lets try fixes first [12:38] xD [12:39] what all of this needs is tests [12:39] lots and lots of tests [12:39] bluez-qt uploaded! [12:40] until we actually split those monoliths up, no tests for you [12:41] yofel: TBH I think writing shitty tests for new stuff one fixes or writes is a good first step towards getting better quality [12:42] true [12:43] theres a central class in our CI stuff that is impossible to test because it calls all over the intertubes and is altogether terribly designed but it's like 50% tested now which saved me from breaking things when I made a minor adjustment a while back ^^ [12:43] Marked as Duplicate. I will try to test the upgrade today. [12:43] albeit very shitty tests with leaky test containment and stuff xD [13:11] plasma 5.5 kickoff meeting on now in #plasma [13:42] Riddell: did you know that Ubuntu will adopt AppStream? ;-) [13:44] ximion: mvo said so for years followed by "too busy now though" xD [13:45] this is changing :-) [13:45] I had a very nice discussion with the Ubuntu folks at Debconf [13:47] mvo is still busy though ^^ [13:53] okular not installable? :| [13:55] Hmm, Ubiquity crashes on manual install... [13:56] ok, boils down to: [13:56] kde-runtime : Depends: plasma-scriptengine-javascript (= 4:15.07.90-0ubuntu1) but it is not going to be installed [13:56] Depends: libplasma3 (>= 4:4.7.0) but it is not going to be installed [13:56] looking at my pdfs with imagemagick now. *shrug* [14:04] On the Beta, I consistently get: https://bugs.kde.org/show_bug.cgi?id=351805 [14:04] KDE bug 351805 in general "Configuration file "//.config/kwalletd5rc" not writable. Please contact your system administrator." [Normal,Unconfirmed] [14:55] hi clivejo, I'm looking at Applications fixes now [16:34] Riddell: do you know if there's something on QA that would break if we would upgrade the server to jessie? [16:35] just curious if there's something to pay special attention to [16:41] There is no plan for wily to use (at least ;_) ) systemd-cat /usr/bin/startkde instead of ~/.xsession-errors? [16:50] yofel: I doubt it but you know computers, things always break [16:50] allee: still xsession-errors here [16:57] Riddell: yeah, here too. We passed feature freeze, so no hope for wily. [17:28] Riddell: what's the email of the website webmaster? [18:05] is it the new build in staging ppa ready to be use?? [18:13] anyone ? [18:14] app 15.08? [18:16] looks like pim and kde-base apps have been fixed [18:17] ppa:kubuntu-ppa/staging-plasma <-- [18:18] oh thats new [18:18] http://qa.kubuntu.co.uk/ppa-status/plasma/build_status_5.4.0_wily.html [18:18] workspace being red aint a good sign [18:19] yups [18:19] forgot to check the status :) .. thanks for remind .. [18:20] odd, it got to [ 99%] Built target plasma-geolocation-gps [18:22] http://qa.kubuntu.co.uk/ppa-status/applications/build_status_15.08.0_wily.html <-- also not in full good stat [18:22] nope [18:22] Ive done all I can with the apps [18:22] I think Riddell was working at them earlier [18:23] he also seems to have uploaded this new plasma about 7 hours ago [18:24] I wonder is workspace just a fluke [18:26] /usr/include/libnm/NetworkManager.h:30:32: fatal error: nm-core-enum-types.h: No such file or directory [18:26] that's workspace [18:27] yofel: why is workspace failing at 99% ? [18:28] clivejo: I'm uploading apps now to wily [18:29] clivejo: how's plasma doing? [18:29] Im tempted to retry workspace [18:29] because launchpad uses -j > 1, so other threads still continue after the failure [18:29] Riddell: few issues, seem to be stemming from workspace not building [18:40] Riddell: ping [18:57] hi ovidiu-florin [18:57] /usr/include/libnm/NetworkManager.h:30:32: fatal error: nm-core-enum-types.h: No such file or directory [18:57] clivejo: that'll be the network-manager transition I hear is going on [18:58] I've no idea what the transition is or how to fix it [18:58] cyphermox: do you know how to fix that? ^^ [18:58] https://launchpadlibrarian.net/215596175/buildlog_ubuntu-wily-amd64.plasma-workspace_4%3A5.4.0-0ubuntu1~ubuntu15.10~ppa1_BUILDING.txt.gz [18:58] Riddell: how do you hear these things? [18:58] clivejo: sitter said this morning that plasma-nm would break [18:58] I guess it's a bit more than just plasma-nm [18:59] they all seem to reply on it [18:59] rely [19:00] Riddell: what's the webmaster email address for the kubuntu site? [19:07] ovidiu-florin: um no idea [19:08] Riddell: you asked me once If I agree to forward those email to my email [19:08] and I said yes [19:08] probably webmaster@kubuntu.org then [19:08] but I don't remember the memail [19:13] o/ [19:13] Riddell: have you tried breeze dark and look at dolpin in 5.4? [19:16] ahoneybun: nope [19:17] it looks bad [19:17] lol [19:17] white background with white text [19:17] something up with dolphin [19:31] about sgclark -- she has said she's stepping back from kubuntu packaging until she finds a job, so I wouldn't rely on her to do those backports [19:32] we need someone else to step up [19:33] why is my yakuake broken? :( [19:34] in vivid, or wily? [19:34] working here in vivid [19:35] working in wily as well [19:35] dolphin: "The file or folder file:/home/yofel does not exist" [19:35] uhuh... [19:35] odd, that there is one / [19:35] kfunk: works here, what's broken [19:35] usually /// ? [19:35] kdenlive 15.08 just failed to build [19:35] what? [19:35] clivejo: that's built [19:36] for both vivid and wily [19:36] 15.08 [19:36] yea! [19:36] oh wily [19:36] kde-runtime : Depends: plasma-scriptengine-javascript (= 4:15.07.90-0ubuntu1) but it is not going to be installed [19:36] Depends: libplasma3 (>= 4:4.7.0) but it is not going to be installed [19:36] yofel: ^ [19:36] valorie: hm, I guess some config file is broken, works fine if I go to / and then navigate there [19:36] I just built it for vivid yesterday [19:36] its being moved into proposed [19:37] so far thats kopete, kmix and kdenlive [19:37] valorie: hm, I had hoped she could at least tell us how she did them lately [19:37] ah [19:37] guess we'll figure it out [19:37] sgclark: ping on some notes about backporting? [19:37] I know she has notes, because she's awesome like that [19:38] clivejo: so we're backporting 15.08 to vivid? [19:38] yofel: aah. I think I have still packages from a 15.04 ppa [19:38] ahoneybun: no, Riddell is moving 15.08 from staging into proposed and they get rebuilt [19:38] Riddell: working on fixing the autopkgtests at the moment, because these autopkgtests suck. [19:38] which breaks "everything" [19:38] but there are problems [19:39] clivejo: so something broken in the rebuild? [19:39] valorie: fixed it, default location should be '/home/yofel' - without the file: [19:39] I'm curious if that's reproducable.. [19:39] probably just depends [19:39] which comes first the chicken or the egg [19:39]