[07:05] <lordievader> Good morning.
[07:07] <clobrano> good morning :)
[07:08] <lordievader> o/
[07:58] <flexiondotorg> Morning.
[07:58] <flexiondotorg> How is the Kubuntu Beta1 testing going?
[08:20] <lordievader> That is what I like to know too :) Time for some testing I guess.
[08:22] <lordievader> Awww, no love for amd64 :(
[09:08] <lordievader> Riddell: Ah, in the oem mode if the desktop mode is set to folder view the 'prepare for shipping' is shown :)
[09:15] <sitter> someone killed my precious akonadi kcm for kde apps 15.12 :'(
[09:15] <Riddell> lordievader: well that's a good start :)
[09:16] <Riddell> I'm doing upgrade testing this morning not reliably online
[09:17] <sitter> Riddell: ppas still broken
[09:18] <sitter> Riddell: http://paste.ubuntu.com/12198006/
[09:19] <lordievader> Riddell: Yes, so it is there. Just not showing XD
[09:19] <sheytan> Hey guys! When can we expect plasma 5.4 update?
[09:35] <sitter> Package: plasma-look-and-feel-org-kde-breezedark-desktop
[09:35] <sitter> thoughts on that name?
[09:35] <sitter> packaging the look and feel package /usr/share/plasma/look-and-feel/org.kde.breezedark.desktop
[09:38] <sitter> yofel, shadeslayer: ^?
[09:39] <TJ-> plasma.laf.ok.breezedark-desktop   :)
[09:43] <shadeslayer> sitter: dafuq
[09:44] <shadeslayer> no
[09:45] <sitter> but what else?
[10:06] <Riddell> lordievader: beta is looking pleasingly good, thanks for testing
[10:08] <lordievader> No problem
[10:15] <shadeslayer> sitter: plasma-org-kde.breezedark ?
[10:23] <sitter> 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] <sitter> following that it would have to be plasma-look-and-feel-*
[10:24] <shadeslayer> :(
[10:24] <shadeslayer> I object to the insanely long name
[10:24] <sitter> well yeah
[10:24] <shadeslayer> plasma-laf ?
[10:24] <shadeslayer> :P
[10:24] <sitter> but that is more of an upstream issue
[10:25] <sitter> thung is
[10:25] <sitter> what if look only packages become a thing at some point
[10:25] <sitter> shadeslayer: what if we go with long name for now see if anyone complains?
[10:26] <sitter> names are easy enough to change for asset-only packages
[10:26] <shadeslayer> I'm complaining right now! :P
[10:26] <shadeslayer> that will take me eons to type out
[10:26] <sitter> what are you complaining about tho
[10:26] <shadeslayer> because I don't use GUI package managers
[10:26] <sitter> shadeslayer: plasma-look<tabtab> -> select suitable package
[10:27] <sitter> it's really no different from plasma-applet- in that regard
[10:27] <shadeslayer> *shrug* ok then
[10:27] <sitter> 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] <shadeslayer> I have ENOTIME for this discussion :P
[10:27] <sitter> plus I wouldn't know what look would be anyway
[10:28] <sitter> btw only 6 characters longer than the existing Package: qml-module-qtquick-controls-styles-breeze
[10:28] <sitter> xD
[10:28] <sitter> lintian will be so angry
[10:29] <shadeslayer> sitter: btw I don't think I have time to fix the other issue that you mentioned
[10:29] <shadeslayer> kconfig
[10:30] <shadeslayer> sitter: whoever gets to it first can fix it :P
[10:32] <sitter> let's leave it broken then
[10:32] <yofel> sitter: so, I did play around a bit yesterday: http://yofel.net/kubuntu/transitions/
[10:32] <yofel> not sure if it's quite accurate
[10:32]  * yofel -> lunch
[10:33] <sitter> yofel: <3
[10:33] <sitter> http://yofel.net/kubuntu/transitions/html/auto-kdecoration.html
[10:33] <sitter> I wonder what the red means
[10:33] <sitter> on the arches
[10:39] <Riddell> 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] <sitter> Riddell: did you see the broken list I pasted earlier
[10:40] <Riddell> sitter: yes I deleted the ones with 4: from the kubuntu-ci archives
[10:41] <sitter> k
[10:44] <sitter> 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] <sitter> Riddell: you may want to suggest adopting something like https://git-lfs.github.com/
[10:49] <lordievader> Will Plasma 5.4 be backported to Vivid? People are asking about it in #kubuntu.
[10:49] <sitter> 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] <Riddell> lordievader: if someone gets round to it, sgclark has had a good track record of that
[10:49] <sitter> so no binary blob in git repo itself but tracked via git
[10:50] <lordievader> Thanks :)
[11:13] <ScottK> sitter: is that any different than git-annex?
[11:15] <sitter> 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] <sitter> other than that it sounds pretty similar
[11:17] <sitter> hm
[11:19] <sitter> 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] <ScottK> Interesting.
[11:22] <ScottK> Git-annex is by Joey Hess, so I know it has a competent upstream.
[11:24] <Riddell> http://qa.kubuntu.co.uk/ppa-status/plasma/build_status_5.4.0_wily.html  not too bad
[11:24] <sitter> ScottK: unfortunately it suffers from the haskell problem ;)
[11:25] <ahoneybun> how the heck do we use full screen launcher
[11:25] <sitter> Riddell: nm might fail because libnm transtion in proposed
[11:25] <sitter> the others shouldn't
[11:26] <ScottK> True.
[11:26] <sitter> bluedevil we don't CI so I guess that is no surprise
[11:26] <sitter> oh we have bluez5 now
[11:26] <sitter> could enable bluedevil again
[11:27] <sitter>  /usr/include/libnm/NetworkManager.h:30:32: fatal error: nm-core-enum-types.h: No such file or directory
[11:27] <sitter> Riddell: plasma-nm fails because of the libnm transition
[11:27] <sitter> I think it needs build deps updated
[11:27] <Riddell> gotcha
[11:27] <sitter> to use the new -dev package
[11:27] <Riddell> sitter: I've uploaded bluez-qt to frameworks ppa and bluedevil to plasma ppa for staging
[11:28] <sitter> Riddell: didn't we have bluez-qt 5.13 already?
[11:28] <sitter> https://launchpad.net/ubuntu/+source/bluez-qt
[11:28] <sitter> eh?
[11:29] <sitter> right then
[11:29] <sitter> Riddell: I suppose bluez-qt 5.13 was not uploaded because bluedevil 5.4 wasn't a thing back then?
[11:29] <Riddell> sitter: right
[11:29] <sitter> ok
[11:29] <sitter> well then
[11:29] <sitter> plasma-nm should be the only actual failure there that needs fixing
[11:32] <yofel> sitter: red == bad, green/hidden == good, good and bad is defined by the patterns at the top
[11:33]  * Riddell unpauses CI
[11:34] <yofel> the release team has their own tracker http://people.canonical.com/~ubuntu-archive/transitions/
[11:34] <yofel> but that's managed by hand :(
[11:37] <sitter> yofel: http://yofel.net/kubuntu/transitions/html/auto-kdecoration.html why are they red though?
[11:37] <sitter> actually probably because they want the old lib and that breaks
[11:38] <yofel> sitter: looking at the buildlog for breeze 4:5.3.95-0ubuntu3, it says kwin-style-breeze depends libkdecorations2-5
[11:38] <sitter> right
[11:38] <yofel> right, it depends on the old lib, which isn't what you want
[11:38] <sitter> yofel: so kdecoration is red because the rdeps are not upgradable?
[11:38] <yofel> no, because it depends on the wrong lib...
[11:38] <yofel> Bad: .depends ~ /\b(libkdecorations2\-5|libkdecorations2private5)\b/
[11:39] <yofel> or rather, one of the binaries depends on the wrong lib
[11:39] <yofel> once it's rebuilt against 5v5 it'll depend on that which matches
[11:39] <yofel> Good: .depends ~ /\b(libkdecorations2\-5v5|libkdecorations2private5v5)\b/
[11:40] <sitter> mh
[11:40] <Riddell> ahoneybun: you still using that ec2?
[11:40] <sitter> 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] <sitter> so it would have to be because the rdeps are red
[11:40] <yofel> sitter: the tracker tracks packages that depend ON kdecoration
[11:41] <sitter> ok
[11:41] <sitter> yofel: the Depends: still are correct :P
[11:41] <sebas> when are plasma 5.4 packages hitting kubuntu backports? :)
[11:42] <Riddell> sitter: do you know if there was a conclusion on how to get kopete to compile?
[11:42] <kfunk> sebas: Kubuntu 15.10 is super smooth for me already (*with* Plasma 5.4) :)
[11:42] <yofel> sitter: how so? kwin-style-breeze has an shlibs dep on libkdecorations2-5, which should be libkdecorations2-5v5
[11:42] <Riddell> kfunk: yay :)
[11:43] <sebas> kfunk: don't be so tempting, I'm so proud of myself for running a stable release!
[11:43] <sitter> yofel: yes but kdecoration is also marked red on the transition page
[11:43] <kfunk> I don't have that patience
[11:43] <sitter> http://yofel.net/kubuntu/transitions/html/auto-kdecoration.html
[11:43] <yofel> ah
[11:43] <yofel> yeah...
[11:43] <sebas> Also, 15.10 isn't entirely through the gcc5 transition, is it?
[11:43] <sitter> Riddell: build legacy kdepimlibs
[11:43] <sebas> I already have one machine stuck in the middle of it
[11:43] <sitter> Riddell: so we'll need to make a kde4pimlibs source I guess
[11:44] <sitter> another case of badly handled dep transition I am afraid
[11:44] <sitter> had kdepim been merged sooner we probably would have caught that even :/
[11:45] <sitter> sebas: still ongoing
[11:45] <sitter> http://pad.ubuntu.com/gcc-5-transition
[11:45] <sitter> I think at least, haven't seen updates in a while ^^
[11:45] <sebas> needs an account apparently
[11:45] <sitter> sebas: regular lunchpad account
[11:45] <sitter> anyway
[11:45] <sebas> ubuntu one account, no less, wasn't that dead?
[11:45] <yofel> 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] <sitter> sebas: as far as kde is concenred the transition is done
[11:46] <sitter> yofel: ah ok, that's what I wanted to know :)
[11:46] <sitter> yofel: can we get this on qa.kubuntu?
[11:46] <sebas> sitter: hm ... then tempting
[11:46] <yofel> sitter: if we upgrade that server to jessie, sure..
[11:46] <sitter> also, can we maybe get a chef recipe for it?
[11:46] <sebas> anything known broken?
[11:47] <Riddell> sitter: we still have a lot to get from -proposed into release
[11:47] <sitter> yofel: bummer
[11:47] <sebas> my laptop for example doesn't have kmail right now ... that's fairly annoying
[11:47] <sitter> yofel: simply docker it? xD
[11:47] <ScottK> yofel: you'll find there are kwin symbols changes, so it needs more the just a no change upload.
[11:47] <sitter> Riddell: not because of gcc5
[11:48] <yofel> sitter: hm, that would be an idea...
[11:48] <ScottK> We did the kdecorations transition yesterday in Debian.
[11:53] <sebas> as I haven't actually seen an answer: when are plasma 5.4 packages hitting kubuntu backports for 15.04? :)
[11:53] <sebas> you guys try to trick me into running unstable
[11:53] <yofel> ScottK: so you mean kwin changes ABI by doing that transition?
[11:54] <sitter> 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] <sebas> sitter: so days, rather than weeks?
[11:55] <sitter> next week at the latest one would expect
[11:55] <sitter> builds look fine on 15.10
[11:56] <usaf> when will plasma 5.4 be in the backports?
[12:00] <sitter> Riddell: are you going to archive upload apps?
[12:00] <ScottK> yofel: no it's just GCC stuff no longer exposed.  IIRC
[12:00] <Riddell> 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] <yofel> ah ok
[12:01] <sitter> Riddell: not sure we should time tyding up kde4 apps tbh :P
[12:01] <sitter> *spend time
[12:02] <sitter> yofel: ScottK: that's alraedy picked up in the kubuntu derived symbols files I think
[12:03] <sitter> 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] <sitter> so for wily it really is just a rebuild
[12:04]  * sitter still needs to gen symbol dumps for some pim libs >.<
[12:04] <ahoneybun> Riddell: I thought it was off?
[12:04] <ahoneybun> I can't login
[12:04] <BluesKaj> hiyas all
[12:04] <yofel> sitter: do you have a list of those?
[12:05] <sitter> yofel: the symbol retraction in kwin?
[12:05] <yofel> sitter: stuff missing symbol files
[12:05] <ahoneybun> hey BluesKaj
[12:05] <Riddell> ahoneybun: ec2-54-144-60-15.compute-1.amazonaws.com is still on
[12:05] <sitter> yofel: https://notes.kde.org/p/kubuntu-apps-15.08
[12:05] <BluesKaj> hey ahoneybun
[12:05] <sitter> bottom
[12:05] <ahoneybun> Riddell: I've gotten kdenlive to build and on my ppa
[12:05] <ahoneybun> thanks
[12:05] <yofel> sitter: perfect
[12:05] <Riddell> ahoneybun: how did you do that?
[12:05] <ahoneybun> Riddell: the backports ppa has the updated package
[12:05] <debfx> fwiw we transitioned kdecoration to a v5 name because of an incompatibility in std::function between gcc versions (causing crashes)
[12:06] <ahoneybun> so you need that ppa and mine
[12:06] <sitter> debfx: yup that's the one we skipped, transitioning in proposed now
[12:07] <ahoneybun> anyway g2g work calls
[12:07] <ahoneybun> o/
[12:07] <sitter> shadeslayer: for CI I also switched kgapi stable branch to the right upstream branch
[12:08] <shadeslayer> sitter: IIRC kgamma was fscked too
[12:08] <shadeslayer> sitter: upstream calls it kgamma5
[12:08] <sitter> the repo you mean
[12:08] <sitter> ?
[12:08] <shadeslayer> yes
[12:08] <sitter> shadeslayer: data/upstream-scm.yml is your friend
[12:08]  * shadeslayer rages at touchpad
[12:08] <shadeslayer> sitter: I know
[12:08] <shadeslayer> I'm too brain dead today
[12:09] <shadeslayer> JFDI
[12:09] <sitter> Riddell: fwiw I find it really meh when the tarball name doesn't match the repo name
[12:10] <Riddell> sitter: such as where?
[12:10] <sitter> kgamma apparently
[12:10] <Riddell> tarball name is kgamma5, I moved repo to kgamma5 didn't I?
[12:11] <sitter> so you did
[12:11] <Riddell> both in kde and in debian git
[12:11] <sitter> no clue what shadeslayer is going on about then
[12:11] <sitter> Riddell: nevermind, looks all good to me
[12:11] <Riddell> which as was pointed out is a problem for frameworks 6 versions but oh well
[12:11] <shadeslayer> idk, I had kgamma in my CI last night
[12:11] <shadeslayer> ah old stuff
[12:12] <shadeslayer> sorry, lack of sleep
[12:12] <yofel> and it's not even friday yet ^^
[12:12] <sitter> 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] <shadeslayer> I finished Ender's Game in one sitting last night :3
[12:13] <shadeslayer> Probably going to finish Speaker for the dead tonight
[12:13] <shadeslayer> unless I fall asleep
[12:13] <Riddell> kgamme was an upstream issue, can't rename released tars in upstream
[12:13] <Riddell> shadeslayer: is that healthy?
[12:13] <sitter> Riddell: sure you can. you make a new release
[12:13] <shadeslayer> Riddell: I don't think so
[12:13] <shadeslayer> who gives a shit anyway
[12:13] <BluesKaj> 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] <Riddell> shadeslayer: better than drugs I guess :)
[12:14] <shadeslayer> Riddell: most certainly than drugs keeping me awake at night, yes :P
[12:14] <sitter> 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] <sitter> in fact qt derived things also should have qt
[12:16] <sitter> since new qts always break ABI for derived qobjects
[12:16] <yofel> in the repo name sound crazy, like e.g. kipi or marble which break ABI practically every release
[12:16] <yofel> *sounds
[12:17] <yofel> I see the point though :S
[12:17] <sitter> yofel: marble shouldn't have the lib inside marble
[12:17] <sitter> kipi is a bit special though, yeah
[12:17] <sitter> then again with kipi you never want to do a smooth transition anyway
[12:17] <sitter> since it's a plugin lib you usually want to go all or nothing with it
[12:20] <Riddell> ScottK: bug 1488843 and bug 1284093 in need for ~ubuntu-sru love if you have time
[12:21] <ScottK> Not before Friday.
[12:22] <ScottK> Mostly afk until then.
[12:24] <Riddell> ScottK: your irc presence betrays you :)
[12:24] <sitter> lol
[12:25] <sitter> is it just me or do our merge trees in git often look mighty wild?
[12:26] <sitter> http://i.imgur.com/6nYuHie.jpg
[12:26] <sitter> whatever this is
[12:28] <yofel> and that doesn't even include backports
[12:28] <yofel> where's the git-based backport script again?
[12:35] <sitter> I have no clue
[12:35] <sitter> shit is all over the place
[12:35] <sitter> we need a dir on git.debian to put many repos with all the rubbish IMO
[12:35] <mparillo> ScottK: Riddell: Is that bug a dup of: https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1464330
[12:36] <mparillo> If so, there is a tested patch in my bug.
[12:36] <sitter> yofel: I am not sure how backporting works in general TBH
[12:37] <Riddell> mparillo: yep, that's just what I uploaded, please mark as dup or fixed
[12:37] <sitter> yofel: I think kubuntu-repo-merge is used to derive kubuntu_wily_archive into kubuntu_vivid_backports
[12:37] <yofel> hm, guess I'll have to track down sgclark
[12:37] <sitter> and then intiial-upload is probably run against the backport branch
[12:37] <sitter> just a guess tho
[12:37] <sitter> would be the most reasonable at any rate
[12:37] <Riddell> yofel: staging-upload probably needs some fixes to support backports again
[12:38] <Riddell> kubuntu-initial-upload got renamed to staging-upload
[12:38] <sitter> s/fixes/moar hacks/?
[12:38] <yofel> lets try fixes first
[12:38] <sitter> xD
[12:39] <sitter> what all of this needs is tests
[12:39] <sitter> lots and lots of tests
[12:39] <Riddell> bluez-qt uploaded!
[12:40] <yofel> until we actually split those monoliths up, no tests for you
[12:41] <sitter> 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] <yofel> true
[12:43] <sitter> 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] <mparillo> Marked as Duplicate. I will try to test the upgrade today.
[12:43] <sitter> albeit very shitty tests with leaky test containment and stuff xD
[13:11] <Riddell> plasma 5.5 kickoff meeting on now in #plasma
[13:42] <ximion> Riddell: did you know that Ubuntu will adopt AppStream? ;-)
[13:44] <sitter> ximion: mvo said so for years followed by "too busy now though" xD
[13:45] <ximion> this is changing :-)
[13:45] <ximion> I had a very nice discussion with the Ubuntu folks at Debconf
[13:47] <ximion> mvo is still busy though ^^
[13:53] <kfunk> okular not installable? :|
[13:55] <lordievader> Hmm, Ubiquity crashes on manual install...
[13:56] <kfunk> ok, boils down to:
[13:56] <kfunk>  kde-runtime : Depends: plasma-scriptengine-javascript (= 4:15.07.90-0ubuntu1) but it is not going to be installed
[13:56] <kfunk>                Depends: libplasma3 (>= 4:4.7.0) but it is not going to be installed
[13:56] <kfunk> looking at my pdfs with imagemagick now. *shrug*
[14:04] <mparillo> On the Beta, I consistently get: https://bugs.kde.org/show_bug.cgi?id=351805
[14:55] <Riddell> hi clivejo, I'm looking at Applications fixes now
[16:34] <yofel> Riddell: do you know if there's something on QA that would break if we would upgrade the server to jessie?
[16:35] <yofel> just curious if there's something to pay special attention to
[16:41] <allee> There is no plan  for wily to use (at least ;_) )  systemd-cat /usr/bin/startkde   instead of ~/.xsession-errors?
[16:50] <Riddell> yofel: I doubt it but you know computers, things always break
[16:50] <Riddell> allee: still xsession-errors here
[16:57] <allee> Riddell: yeah, here too. We passed feature freeze, so no hope for wily.
[17:28] <ovidiu-florin> Riddell: what's the email of the website webmaster?
[18:05] <ejat> is it the new build in staging ppa ready to be use??
[18:13] <ejat> anyone ?
[18:14] <clivejo> app 15.08?
[18:16] <clivejo> looks like pim and kde-base apps have been fixed
[18:17] <ejat> ppa:kubuntu-ppa/staging-plasma <--
[18:18] <clivejo> oh thats new
[18:18] <clivejo> http://qa.kubuntu.co.uk/ppa-status/plasma/build_status_5.4.0_wily.html
[18:18] <clivejo> workspace being red aint a good sign
[18:19] <ejat> yups
[18:19] <ejat> forgot to check the status :) .. thanks for remind ..
[18:20] <clivejo> odd, it got to [ 99%] Built target plasma-geolocation-gps
[18:22] <ejat> http://qa.kubuntu.co.uk/ppa-status/applications/build_status_15.08.0_wily.html <-- also not in full good stat
[18:22] <clivejo> nope
[18:22] <clivejo> Ive done all I can with the apps
[18:22] <clivejo> I think Riddell was working at them earlier
[18:23] <clivejo> he also seems to have uploaded this new plasma about 7 hours ago
[18:24] <clivejo> I wonder is workspace just a fluke
[18:26] <yofel> /usr/include/libnm/NetworkManager.h:30:32: fatal error: nm-core-enum-types.h: No such file or directory
[18:26] <yofel> that's workspace
[18:27] <clivejo> yofel: why is workspace failing at 99% ?
[18:28] <Riddell> clivejo: I'm uploading apps now to wily
[18:29] <Riddell> clivejo: how's plasma doing?
[18:29] <clivejo> Im tempted to retry workspace
[18:29] <yofel> because launchpad uses -j > 1, so other threads still continue after the failure
[18:29] <clivejo> Riddell: few issues, seem to be stemming from workspace not building
[18:40] <ovidiu-florin> Riddell: ping
[18:57] <Riddell> hi ovidiu-florin
[18:57] <Riddell> /usr/include/libnm/NetworkManager.h:30:32: fatal error: nm-core-enum-types.h: No such file or directory
[18:57] <Riddell> clivejo: that'll be the network-manager transition I hear is going on
[18:58] <Riddell> I've no idea what the transition is or how to fix it
[18:58] <Riddell> cyphermox: do you know how to fix that? ^^
[18:58] <Riddell> https://launchpadlibrarian.net/215596175/buildlog_ubuntu-wily-amd64.plasma-workspace_4%3A5.4.0-0ubuntu1~ubuntu15.10~ppa1_BUILDING.txt.gz
[18:58] <clivejo> Riddell: how do you hear these things?
[18:58] <Riddell> clivejo: sitter said this morning that plasma-nm would break
[18:58] <Riddell> I guess it's a bit more than just plasma-nm
[18:59] <clivejo> they all seem to reply on it
[18:59] <clivejo> rely
[19:00] <ovidiu-florin> Riddell: what's the webmaster email address for the kubuntu site?
[19:07] <Riddell> ovidiu-florin: um no idea
[19:08] <ovidiu-florin> Riddell: you asked me once If I agree to forward those email to my email
[19:08] <ovidiu-florin> and I said yes
[19:08] <Riddell> probably<EMAIL_ADDRESS>then
[19:08] <ovidiu-florin> but I don't remember the memail
[19:13] <ahoneybun> o/
[19:13] <ahoneybun> Riddell: have you tried breeze dark and look at dolpin in 5.4?
[19:16] <Riddell> ahoneybun: nope
[19:17] <ahoneybun> it looks bad
[19:17] <ahoneybun> lol
[19:17] <ahoneybun> white background with white text
[19:17] <ahoneybun> something up with dolphin
[19:31] <valorie> 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] <valorie> we need someone else to step up
[19:33] <kfunk> why is my yakuake broken? :(
[19:34] <valorie> in vivid, or wily?
[19:34] <valorie> working here in vivid
[19:35] <valorie> working in wily as well
[19:35] <yofel> dolphin: "The file or folder file:/home/yofel does not exist"
[19:35] <yofel> uhuh...
[19:35] <valorie> odd, that there is one /
[19:35] <yofel> kfunk: works here, what's broken
[19:35] <valorie> usually /// ?
[19:35] <clivejo> kdenlive 15.08 just failed to build
[19:35] <ahoneybun> what?
[19:35] <ahoneybun> clivejo: that's built
[19:36] <ahoneybun> for both vivid and wily
[19:36] <clivejo> 15.08
[19:36] <ahoneybun> yea!
[19:36] <clivejo> oh wily
[19:36] <kfunk>  kde-runtime : Depends: plasma-scriptengine-javascript (= 4:15.07.90-0ubuntu1) but it is not going to be installed
[19:36] <kfunk>                Depends: libplasma3 (>= 4:4.7.0) but it is not going to be installed
[19:36] <kfunk> yofel: ^
[19:36] <yofel> valorie: hm, I guess some config file is broken, works fine if I go to / and then navigate there
[19:36] <ahoneybun> I just built it for vivid yesterday
[19:36] <clivejo> its being moved into proposed
[19:37] <clivejo> so far thats kopete, kmix and kdenlive
[19:37] <yofel> valorie: hm, I had hoped she could at least tell us how she did them lately
[19:37] <valorie> ah
[19:37] <yofel> guess we'll figure it out
[19:37] <valorie> sgclark: ping on some notes about backporting?
[19:37] <valorie> I know she has notes, because she's awesome like that
[19:38] <ahoneybun> clivejo: so we're backporting 15.08 to vivid?
[19:38] <kfunk> yofel: aah. I think I have still packages from a 15.04 ppa
[19:38] <clivejo> ahoneybun: no, Riddell is moving 15.08 from staging into proposed and they get rebuilt
[19:38] <cyphermox> Riddell: working on fixing the autopkgtests at the moment, because these autopkgtests suck.
[19:38] <kfunk> which breaks "everything"
[19:38] <clivejo> but there are problems
[19:39] <ahoneybun> clivejo: so something broken in the rebuild?
[19:39] <yofel> valorie: fixed it, default location should be '/home/yofel' - without the file:
[19:39] <yofel> I'm curious if that's reproducable..
[19:39] <clivejo> probably just depends
[19:39] <clivejo> which comes first the chicken or the egg
[19:39] <cyphermox> Riddell: so, on the same vein, that nm-core-enum-types.h missing looks like a real issue in the -dev packages
[19:40] <clivejo> cyphermox: do you know what id causing it?
[19:40] <clivejo> id-is
[19:40] <Riddell> cyphermox: what is the transition tha'ts going on?
[19:40] <cyphermox> I think it's either one file is missing from what we should ship, or an issue in the package dependencies
[19:41] <cyphermox> Riddell: not so much a transition but landing 1.0.4 and it's not going as well as I expected *at all*
[19:42] <cyphermox> perhaps it's time to consider reverting this completely
[19:43] <yofel> ximion: didn't we have that missing nm header in tanglu? nm-core-enum-types.h: No such file or directory
[19:43] <cyphermox> Riddell: brb
[19:53] <valorie> yofel: that works for me in dolphin/vivid for my own user
[19:53] <valorie> curious what you were doing to get that weird error
[19:54] <yofel> strange, now it again says file:/home/yofel in the settings, but now that works
[19:55] <cyphermox> so, nm-core-enum-types.h is shipped by libnm-dev
[19:55] <cyphermox> I just verified it's there in debian and in ubuntu; so it's possibly that we should depend or recommend libnm-dev from network-manager-dev or something like that
[19:56] <clivejo> we need libnm-dev as a build dep?
[19:56] <cyphermox> yes
[19:57] <cyphermox> I'm just wondering if it wouldn't be best if I made that a dep/recommend somewhere so that it's more obvious
[19:57] <cyphermox> but I don't see so much of a good way to do this
[19:58] <yofel> libkf5networkmanagerqt-dev would be an idea
[19:58] <yofel> that's where the include is
[19:58] <cyphermox> nah, I'm thinking at the NM level :)
[19:58] <yofel> ah :)
[19:59] <cyphermox> but yes, you could just add it to the build-depends
[19:59] <clivejo> yofel: libkf5networkmanagerqt-dev (>= 5.3.2) is already there
[19:59] <cyphermox> that's not build-depending on anything NM directly, is that what you mean?
[19:59] <clivejo> libnm-dev | hello,
[19:59] <clivejo> whats that about?
[20:00] <clivejo> in plasma-nm control file?
[20:00] <ximion> yofel: I remember we had the same error
[20:00] <ximion> was caused by a version mismatch between the nm kf5 module and libnm-dev, AFAIR
[20:01] <yofel> cyphermox: libkf5networkmanagerqt-dev should depend on libnm-dev is what I meant
[20:01] <cyphermox> maybe
[20:01] <cyphermox> you know better than I do :)
[20:01] <clivejo> yofel: what does "libnm-dev | hello," mean?
[20:02] <yofel> clivejo: erm, that's a hacky way to make an optional dep on libnm-dev
[20:02] <yofel> in cleartext: depend on libnm-dev if there, otherwise on hello
[20:07] <clivejo> and what is package hello?
[20:08] <yofel> something like the "Hello World" for packaging
[20:08] <yofel> it's used in the debian new maintainer's guide
[20:20] <Riddell> I seem to remember the packaging in gnu hello is really old school
[20:26] <soee> Riddell: apps are ready for Wily ?
[20:34] <ahoneybun> so the things left are the larger projects
[21:05] <ahoneybun> Application Launcher is available as an alternative to the default launcher and you can switch between launchers by simply right clicking on the 'start' button and choosing the launcher you want.
[21:06] <ahoneybun> lies!
[21:06] <yofel> that does work
[21:07] <yofel> just requires unlocked widgets
[21:07] <ahoneybun> nope
[21:07] <ahoneybun> Idon't have it
[21:07] <ahoneybun> just 2 options
[21:07] <ahoneybun> Application Launcher and Application Menu
[21:07] <yofel> strange, I guess something's not installed
[21:08] <ahoneybun> its in kdeplasma-addons but we don't have that
[21:08] <ahoneybun> Riddell said it was in the other packages or something
[21:08] <ahoneybun> I'm still confused about that
[21:08] <ahoneybun> not for wily
[21:08] <yofel> well, I don't have kdeplasma-addons, but I do have the launcher in wily
[21:09] <ahoneybun> mmm
[21:09] <ahoneybun> darn
[21:10] <ahoneybun> these are being held back: kdeplasma-addons-data kwin-addons plasma-dataengines-addons plasma-runners-addons plasma-wallpapers-addons plasma-widget-kimpanel plasma-widgets-addons
[21:10] <ahoneybun> force it?
[21:11] <ahoneybun> that might be it
[21:12] <yofel> I do have those, right
[21:12] <ahoneybun> can I force the update?
[21:12] <yofel> depends on what the outcome is
[21:13] <yofel> I apparently did that
[21:13] <ahoneybun> that's what I'm worried about
[21:13] <ahoneybun> they are usually held back for a good reason
[21:13] <ahoneybun> I would think
[21:19] <valorie> last I heard, plasma-addons was still in pending or something
[21:19] <ahoneybun> idk some stupidness
[21:19] <valorie> !info plasma-addons
[21:22] <valorie> !info kdeplasma-addons
[21:23] <valorie> $ apt-cache search plasma-addons
[21:23] <valorie> kdeplasma-addons-data - locale files for kdeplasma-addons
[21:23] <valorie> kdeplasma-addons-dbg - debugging symbols for kdeplasma-addons
[21:23] <valorie> but no actual kdeplasma-addons
[21:24] <ahoneybun> yea the rest are being held back for me
[21:24] <valorie> just the data and dbg
[21:24] <ahoneybun> yofel forced it
[21:24] <valorie> which is strange
[21:24] <ahoneybun> and got that new launcher
[21:24] <ahoneybun> I'm tempted to force it as well
[21:30] <VeryBewitching> Same with Vivid.
[21:31] <ahoneybun> Riddell said in an email that the other packages have all the stuff
[21:31] <ahoneybun> no need for the main kdeplasma-addons from my understanding
[21:44] <soee> plasma-widgets-addons
[21:51] <ahoneybun> yep forced the updates gave me the launcher
[22:14]  * clivejo has no idea what plasma-nm is complaining about and gives up