[07:38] <lordievader> Good morning.
[09:00] <Riddell> knome: what's up with orion theme?
[09:00] <knome> Riddell, did you read the backlog or should i recap for you?
[09:00] <Riddell> knome: is causes us have shimmer-themes in our packageset so you dont have it?
[09:00] <knome> yes
[09:01] <knome> but we don't care about the orion theme, so if you want to use it, one option is simply to strip it from the shimmer-themes package and you get to keep orion :)
[09:01] <knome> but it's unmaintained too, so it might not be what you ultimately want
[09:01] <Riddell> knome: this seems like a workaround for a problem which shouldn't exist?
[09:01] <knome> we'll likely drop orion from the shimmer-themes package anyway
[09:01] <Riddell> what we ultimately want is a KDE Breeze theme for GTK 3
[09:02] <knome> because as i said, it's not maintained
[09:02] <Riddell> hmm, that would allow us to work round the problem but then KDE is using and recommending an unmaintained theme
[09:02] <knome> you are already doing that :)
[09:02] <Riddell> naughty us
[09:02] <knome> the fact that it is recommended in shimmer-themes doesn't really mean it's maintained anyway
[09:03] <knome> it's just... been left there; gtk3 moves really fast
[09:04] <knome> so i guess it also wouldn't make sense for you to create a new kde breeze gtk3 theme right now, because it would likely get broken soon
[09:05] <knome> so using orion for now isn't probably the worst option, especially if you want something that matches the breeze theme
[09:06] <knome> with all that said, we're also ok if some packageset wizard fixes the error and lets us have shimmer-themes even if you use orion from it
[09:06] <knome> but we acknowledge it might be much more work
[09:22] <snele> Riddell: official breeze gtk2&gtk3 theme works well https://github.com/dirruk1/gnome-breeze
[09:23] <snele> i am using it for months without problems
[09:36] <d_ed> snele: aye, we're merging that for 5.5
[10:12] <Riddell> snele: excellent :)
[11:04] <clivejo> yofel sitter Riddell: anyone about?
[11:04] <Riddell> yo
[11:04] <clivejo> hi Jonathan
[11:05] <clivejo> can you explain or point me in the direction explaining how the CI works?
[11:05] <clivejo> what is kubuntu_stable, kubuntu_unstable
[11:08] <clivejo> Ive broke http://anonscm.debian.org/cgit/pkg-kde/applications/gpgmepp.git/
[11:08] <clivejo> and dont understand what I did to break it
[11:10] <Riddell> this nifty setup is CI http://kci.pangea.pub/
[11:11] <Riddell> we do packaging in kubuntu_wily_archive
[11:11] <Riddell> and that jenkins will notice commits and automatically merge them into kubuntu_stable and kubuntu_unstable
[11:11] <Riddell> then build packages from KDE git in launchpad 
[11:11] <Riddell> where kubuntu_stable is the stable branches e.g. plasma/5.4 branch and kubuntu_unstable is master (so new features)
[11:12] <Riddell> and in theory we should make sure the kubuntu_stable and kubuntu_unstable branches all compile all the time
[11:12] <Riddell> then when a new release comes we can just merge in kubuntu_stable or _unstable as appropriate and voila no more work cos it's already compiling
[11:16] <clivejo> In this case, I made the changelog mistake, but sitter had commited a patch in the meantime for symbols
[11:17] <clivejo> I then made the changelog fix with a NOCI commit message
[11:18] <clivejo> found it wasnt bulding due to symbol issues, so tried to fix the symbols file.  Then got a you have broken it from kubuntu-ci bot
[11:19] <Riddell> it just says there's a merge ailure
[11:19] <Riddell> failure
[11:19] <Riddell> http://kci.pangea.pub/job/merger_gpgmepp/67/console
[11:19] <Riddell> so you need to manually do that
[11:19] <clivejo> so looked at git and seen that sitter had applied a patch for symbols, so I reverted my changes
[11:19] <clivejo> it came back saying it was fixed
[11:20] <clivejo> so I uploaded that version (with sitters patch) to launchpad
[11:20] <Riddell> still needs merge in the git packaging
[11:20] <clivejo> but it failed to build on LP again due to symbols
[11:20] <Riddell> do you have git packaging?
[11:21] <clivejo> as in git-buildpackage-ppa?
[11:23] <Riddell> no just the git repository
[11:23] <clivejo> which one?
[11:23] <Riddell> debian:pkg-kde/applications/gpgmepp
[11:24] <clivejo> yes
[11:24] <clivejo> but Ive broken it
[11:25] <Riddell> clivejo:then git reset --hard 
[11:25] <Riddell> git checkout kubuntu_stable
[11:25] <Riddell> git merge kubuntu_wily_archive
[11:25] <clivejo> http://anonscm.debian.org/cgit/pkg-kde/applications/gpgmepp.git/log/?h=kubuntu_wily_archive
[11:26] <clivejo> can you explain what Ive done wrong
[11:28] <Riddell> clivejo: I don't think you did anything wrong, it's just that the symbols were already updated in kubuntu_unstable so now they conflict when they get merged
[11:28] <Riddell> that's fine, just fix it manually
[11:29] <clivejo> do I revert my symbols udate?
[11:29] <clivejo> update
[11:29] <Riddell> no
[11:29] <Riddell> you merge it
[11:31] <Riddell> clivejo: so doing that?
[11:31] <clivejo> yes
[11:31] <clivejo> merged
[11:31] <Riddell> groovy
[11:31] <Riddell> now git checkout kubuntu_unstable
[11:31] <Riddell> git merge kubuntu_stable
[11:32] <clivejo> conflict
[11:32] <Riddell> oh no!
[11:32] <Riddell> so edit debian/libkf5gpgmepp-pthread5.symbols
[11:32] <clivejo> with the two symbols files
[11:32] <BluesKaj> 'Morning all
[11:33] <Riddell> clivejo: and you can see the symbols are all the same it's just the symbolshelper-confirmed line that conflicts because it was confirmed twice
[11:33] <Riddell> so pick whichever one is neater, should probably say  # SymbolsHelper-Confirmed: 15.08.1 amd64 i386
[11:33] <Riddell> on both .symbols files
[11:33] <Riddell> and git add the .symbols files; git commit; git push
[11:33] <Riddell> and life is good
[11:36] <clivejo> so repackage and upload to LP?
[11:36] <Riddell> yippee
[11:38] <Riddell> clivejo: ah now I see the second problem
[11:38] <Riddell> some symbols have an epoch which isn't needed
[11:39] <clivejo> how did they get an epoch?
[11:39] <Riddell> clivejo: so fix that in kubuntu_wily_archive branch
[11:39] <Riddell> clivejo: because when I first packaged these I put an epoch on everything but then other convinced me to remove it when it wasn't needed
[11:39] <clivejo> ok, Im gonna grab lunch, but Ill be back
[11:42] <knome> d_ed, when's 5.5? :)
[11:46] <Riddell> knome: december
[11:46] <Riddell> so not wily
[11:48] <knome> bluesabre, ^
[12:05] <Riddell> clivejo: that's the build failing so I guess remove the epoch from the symbols and hopefully that'll succeed ↑
[12:08] <clivejo> I cant find any epochs
[12:08] <clivejo> but there are - 15.08.1+git20150917.1103+15.10
[12:09] <clivejo> should it have the +git20150917.1103+15.10 appended to it?
[12:12] <clivejo> https://launchpadlibrarian.net/218463631/buildlog_ubuntu-wily-amd64.gpgmepp_15.08.1-0ubuntu1~ubuntu15.10~ppa5_BUILDING.txt.gz
[12:15] <clivejo> or do you mean the 4:15.07.90 ?
[12:15] <Riddell> clivejo: yep
[12:15] <Riddell> remove the 4:
[12:15] <Riddell> sed should do it
[12:15] <clivejo> do I change it to 15.08.01?
[12:16] <Riddell> nah
[12:17] <clivejo> I should change to the wily_archive for this?
[12:23] <Riddell> clivejo: yep
[12:25] <clivejo> Riddell: ok, upload this to LP?
[12:25] <Riddell> clivejo: yep
[12:26] <clivejo> Riddell: done :)
[12:32] <Riddell> !testers | frameworks 5.14
[12:32] <Riddell> testers: frameworks 5.14 now has kservice 5.14.3 with the fix in it so needs testing again http://qa.kubuntu.co.uk/ppa-status/frameworks/build_status_5.14.0_wily.html
[12:45] <soee> are there any changes since last tests ?
[12:45] <soee> ah i see ... 
[12:47] <clivejo> yippppeee gpgmepp is green
[12:47] <clivejo> finally!
[12:53] <Riddell> awooga
[12:53]  * Riddell gives clivejo his kubuntu ninja green belt
[12:54] <Riddell> snele: yeah kservice
[12:54] <Riddell> soee rather ↑
[13:01] <clivejo> Riddell: thanks!
[13:03] <Riddell> sitter: about? how can I change the build-deps of networkmanager-qt so it'll build on vivid in mobile ci? http://mobile.kci.pangea.pub:8080/job/vivid_unstable_networkmanager-qt_src/9/console
[13:04] <BluesKaj> ok 155 upgrades with the staging frameworks ppa ...here goes --.>
[13:05] <BluesKaj> om Wily
[13:06]  * clivejo wishes BluesKaj good luck and bon voyage
[13:07] <BluesKaj> heh, clivejo, well I'll report back 
[13:08] <BluesKaj> what can we expect ?
[13:08] <soee> BluesKaj: i'v added staging paa to update this single package (kservice) and it is upgraded but i had kdeini5 crash and restart
[13:08] <soee> Riddell: ^
[13:09] <BluesKaj> single package? then why do I have 155 to upgrade?
[13:10] <soee> BluesKaj: i used this ppa last week to upgrade networks, now i had only this package to update
[13:10] <soee> *frameworks ..
[13:11] <BluesKaj> just had kdeinit5 crash notification
[13:11] <soee> yup, last time there was also krunner crash
[13:11] <BluesKaj> yup ,just had that too
[13:12] <sgclark> me three
[13:12] <soee> :)
[13:12] <clivejo> I feel left out!
[13:12] <soee> sgclark: wins
[13:15] <BluesKaj> time for some breakfast while this list of apps upgrades
[13:25] <BluesKaj> well ,just lost my desktop..rebooting
[13:26] <flexiondotorg> Riddell, FYI I've noticed that the Kubuntu, Ubuntu MATE and Ubuntu GNOME iso images are all 400MB larger than compared to 15.10 Beta 1.
[13:26] <flexiondotorg> Latex and a heap of additional fonts is the common new packages.
[13:26] <flexiondotorg> I'm just investigating what the root cause is.
[13:26] <Riddell> flexiondotorg: yeah sitter was saying, and stuff like aptdaemon has now been dragged on
[13:27] <flexiondotorg> Riddell, I ship aptdaemon anyway.
[13:27] <flexiondotorg> Diff all the manifest. Latex is b-i-g.
[13:27] <flexiondotorg> *I diffed
[13:27] <Riddell> hmm, aptdaemon is a nasty ubuntu fork, stops us getting newer packagekit :(
[13:28] <flexiondotorg> Riddell, I don't do packagekit in Ubuntu MATE. But, I see why that would mess up Kubuntu.
[13:35] <BluesKaj> ok rebooted, desktop seems ok, no crashes yet , browser loads, dolphin loads, muon loads, eveb sys settings seems stable
[13:38] <Riddell> oh for goodness sakes, ecm failed on powerpc only https://launchpadlibrarian.net/218469434/buildlog_ubuntu-wily-powerpc.extra-cmake-modules_5.14.0-0ubuntu1_BUILDING.txt.gz
[13:38] <Riddell> great thanks for testing BluesKaj
[13:43] <BluesKaj> Riddell, you're welcome, I'm curious to see what changes, if any 
[13:43] <Riddell> BluesKaj: it's just libraries so in theory nothing
[13:43] <clivejo> Riddell: do you have any idea what is wrong with kdepim - https://launchpadlibrarian.net/218361264/buildlog_ubuntu-wily-amd64.kdepim_4%3A15.08.1-0ubuntu1~ubuntu15.10~ppa2_BUILDING.txt.gz
[13:44] <yofel> nothing?
[13:45] <yofel> ah, symbols
[13:45] <BluesKaj> ok thanks, Riddell
[13:49] <Riddell> clivejo: goodness knows, just download the amd64 and i386 logs and run batchpatch on them
[13:49] <clivejo> I thought I did that already :/
[13:49] <Riddell> clivejo: probably you only did it for 1 architecture rather than both together
[13:50] <clivejo> nope, did it for both
[13:50] <clivejo> http://anonscm.debian.org/cgit/pkg-kde/applications/kdepim.git/commit/?h=kubuntu_wily_archive
[13:50] <clivejo> oh wait, version!
[13:51] <yofel> the version is correct
[13:51] <yofel> looks like some arch-mismatch to me
[13:52] <yofel> but I'm not sure why they changed again either
[13:53] <yofel> clivejo: http://anonscm.debian.org/cgit/pkg-kde/applications/kdepim.git/diff/debian/libkdepim5.symbols?h=kubuntu_wily_archive
[13:53] <yofel> please don't commit #MISSING lines
[13:54] <clivejo> it wasnt a private function so I didnt want to delete it
[13:55] <clivejo> is it safe to remove?
[13:55] <yofel> well, the # turns it into a comment, so for all practical puposes you already removed it
[13:55] <yofel> you need to do the removal investigation before commiting
[13:56] <clivejo> I need to learn how to do that
[13:57] <yofel> well, in this case, it doesn't look like we actually ship any API for those libs anymore (kdepim-dev), so anything is fine really
[13:57] <clivejo> but how do you determine that?
[13:58] <yofel> the symbols correspond to functions in the C++ files (c++filt can translate that). To be able to use that, you would need to ship the header file for the API in a package (libfoo-dev) which we don't
[13:59] <yofel> so as nobody can actually use it, nobody will care if stuff is removed
[14:03] <clivejo> yofel: can #MISSING: 4:15.08.1# kleo_chiasmus_config_entries@Base 4:15.08.0 be removed then?
[14:03] <yofel> I would say yes
[14:11] <clivejo> RE: gwenview, it cant find  kf5kipi-config.cmake and kf5kdcraw-config.cmake
[14:11] <clivejo> anyone know if they are available and where?
[14:13] <clivejo> looking at other distros the package should be something like libkf5kipi-dev
[14:15] <clivejo> is it libkipi-dev?
[14:16] <clivejo> and libkdcraw-dev ?
[14:17] <flexiondotorg> Riddell, https://launchpad.net/ubuntu/+source/ghostscript/9.16~dfsg~0-0ubuntu3
[14:18] <flexiondotorg> Should be sorted on next spin.
[14:18] <Riddell> clivejo: they don't exist
[14:18] <Riddell> flexiondotorg: oh nice thanks
[14:18] <clivejo> they do in the staging PPA
[14:18] <clivejo> https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-kdeapplications/+files/libkdcraw-dev_15.08.1-0ubuntu1%7Eubuntu15.10%7Eppa1_i386.deb
[14:19] <clivejo> should I add them as build deps?
[14:20] <flexiondotorg> Riddell, I'm doing a test respin now.
[14:20] <flexiondotorg> I'm a bit puzzled because Ubuntu MATE has no-follow-recommends enabled in the seeds.
[14:21] <flexiondotorg> So, I should never have encountered this issue.
[15:03] <flexiondotorg> Riddell, After an ISO respin Ubuntu MATE is the correct size again.
[15:03] <Riddell> yay
[15:05] <clivejo> how have I broke it this time!!
[15:09] <BluesKaj> hmm, konversation just disconnected for no reason
[15:10] <Sho_> have faith
[15:10] <Sho_> maybe you just don't know the reason~
[15:10] <BluesKaj> nothing shows in either log /var/log or freenode
[15:22] <clivejo> Riddell: ping
[15:23] <Riddell> hi clivejo
[15:23] <clivejo> regarding marble
[15:23] <clivejo> http://anonscm.debian.org/cgit/pkg-kde/applications/marble.git/log/
[15:23] <clivejo> Maxy has made a lot of changes
[15:24] <clivejo> is there a way of applying them to the wily_archive branch?
[15:37] <Riddell> clivejo: well you can merge in the debian branch but is there something you want?
[15:38] <Riddell> clivejo: we'd normally merge in the debian stuff at the start of a release cycle, not a month from the end of one
[15:38] <clivejo> he seems to have fixed the issues
[15:43] <yofel> yeah, but point is: did he add anything that could cause problems? (during update, dependency wise, etc.)
[15:44] <clivejo> just curious
[15:44] <clivejo> do I copy over the ones I think will fix ours?
[15:45] <yofel> you can cherry-pick stuff, sure
[15:48] <Riddell> clivejo: what problems has he fixed?
[15:49] <clivejo> clivejo: I dont know exactly, but looking at his work I can see where the problem is
[15:49] <clivejo> yofel taught me that!
[15:49] <Riddell> clivejo: the only problem I can see is it doesn't find the libquazip library but I don't think that's used in debian either
[15:57] <clivejo> I hate symbols
[16:05] <Riddell> yeah they're a pain
[16:05] <Riddell> but not as much of a pain as tests
[16:06] <clivejo> Riddell: can I take a diff file and apply it to kubuntu_wily_archive?
[16:06] <clivejo> http://anonscm.debian.org/cgit/pkg-kde/applications/kdepim.git/patch/?id=1bd8c03c80b2996215e0f193eef8b8e08af09590
[16:06] <clivejo> Riddell: this one ^
[16:07] <clivejo> or it best to make the changes manually myself?
[16:09] <Riddell> clivejo: yeah you can cherry-pick that
[16:10] <Riddell> git cherry-pick 1bd8c03c80b2996215e0f193eef8b8e08af09590
[16:10] <clivejo> what about the changelog entry?
[16:10] <Riddell> add that yourself
[16:11] <clivejo> but part of his commit was to modify the changelog
[16:11] <clivejo> so there will be a conflict?
[16:28] <mustafam> Hi, anybody using Plasma on wayland?
[16:28] <mustafam> I am using startplasmacompositor
[16:29] <mustafam> and it crashes when I do DISPLAY=:0 kate
[16:29] <mustafam> Now I am running this session on wayland
[16:30] <mustafam> but using "kwin_wayland --xserver konsole kate konversation" :)
[16:32] <mustafam> using startplasmacompositor I only see the splash screen, when running an app from another tty I get a crash and  "org.kde.kwindowsystem: Could not find any platform plugin"
[16:32] <mustafam> Do you know what plugin does this mean? Package?
[16:34] <Riddell> clivejo: so edit it :)
[16:34] <Riddell> mustafam: not me, maybe try #plasma
[16:35] <clivejo> Riddell: are you working on networkmanager?
[16:36] <Riddell> clivejo: no, although I made a change to networkmanager-qt unstable for mobile kci
[16:36] <mustafam> Riddell: Thank you, good idea.
[16:39] <Riddell> yipee
[16:43] <clivejo> Riddell: see kservice, it has a source code update.  how do you trigger a rebuild on KCI?
[16:45] <Riddell> clivejo: I think it checks for upstream changes periodically and builds those, and gets builds triggered on packaging changes
[16:46] <Riddell> you can also log in and click the play button if you have privilages, I forget who has privilages now
[16:51] <cortexA9> hello all
[16:51] <Riddell> hi cortexA9!
[16:51] <cortexA9> hi Riddell 
[16:52] <cortexA9> i tried today the daily
[16:52] <cortexA9> awesome work
[16:52] <cortexA9> but i have a problem
[16:53] <cortexA9> it doesnt boot correctly on my asus notebook
[16:53] <cortexA9> only works on hp
[16:53] <cortexA9> weird
[16:54] <cortexA9> it freeze i think
[16:55] <cortexA9> *freezes
[16:56] <cortexA9> Riddell: can i do something?
[17:01] <Riddell> cortexA9: hm, hard to say, hold down shift when booting may let you get to grub which might let you remove silent from boot line or stop plymouth showing
[17:04] <clivejo> I have to boot with nomodeset on machines with nvidia GPU
[17:13] <cortexA9> Riddell: it works
[17:13] <cortexA9> with shift
[17:13] <pursuivant> muon (redesign) v5.4.0-54-gefcec90 * Aleix Pol: discover/qml (3 files)
[17:13] <pursuivant> Don't show the upgrade button on upgradeable applications in lists
[17:13] <pursuivant> Following VDG mockups
[17:13] <pursuivant> http://commits.kde.org/muon/efcec90fc804456898cf1bd1572c0aff7975f50b
[17:13] <cortexA9> i am into the system
[17:13] <pursuivant> muon (redesign) v5.4.0-55-g882f2fe * Aleix Pol: discover/qml (2 files)
[17:13] <pursuivant> Remove the toolbar that exposes the current page settings
[17:13] <pursuivant> http://commits.kde.org/muon/882f2fe88465295a23bfafad67d330e82c0880a4
[17:13] <pursuivant> muon (redesign) v5.4.0-56-gcaa3c95 * Aleix Pol: libmuon/UpdateModel (4 files)
[17:13] <pursuivant> Make it possible to figure out the total updates and the ones that have been checked
[17:13] <pursuivant> http://commits.kde.org/muon/caa3c95cd177ebc749565fffdd8a28ec66dea999
[17:13] <pursuivant> muon (redesign) v5.4.0-57-g7e4aaa6 * Aleix Pol: libmuon/resources/ResourcesUpdatesModel.h
[17:13] <pursuivant> unify private slots
[17:13] <pursuivant> http://commits.kde.org/muon/7e4aaa62867a7fd4ce7de41b15d458d55a69af87
[17:13] <pursuivant> muon (redesign) v5.4.0-58-g1a788c3 * Aleix Pol: libmuon/resources/StandardBackendUpdater.cpp
[17:13] <pursuivant> Initialize attribute
[17:13] <pursuivant> http://commits.kde.org/muon/1a788c382a383da37975b26ebbedfecd73f4f482
[17:13] <pursuivant> muon (redesign) v5.4.0-59-gc2112bd * Aleix Pol: discover (4 files in 2 dirs)
[17:13] <pursuivant> Adopt vdg's progress update approach
[17:13] <pursuivant> Instead of a separate page, include it in the present upgrades page together
[17:13] <pursuivant> with a fancy component at the top to control the view.
[17:13] <pursuivant> http://commits.kde.org/muon/c2112bdf63a57fa78916e7033f3d5c7c39437846
[17:13] <pursuivant> muon (redesign) v5.4.0-60-g9bacab1 * Aleix Pol: discover/qml/SourcesPage.qml
[17:13] <pursuivant> Adopt the header on the sources page, from the updates
[17:14] <pursuivant> Let's see if we can reuse it further...
[17:14] <pursuivant> http://commits.kde.org/muon/9bacab195e4c7c17798838b899f7b7aee232cfc2
[18:00] <soee> hiho
[18:02] <soee> here @ home on my laptop also plasma crashed when upgrading kservice
[18:10] <clivejo> how is kdepim still failing!!
[18:13] <clivejo> yofel Riddell :  whats up with these symbols?
[18:20] <Riddell> clivejo: the build on http://qa.kubuntu.co.uk/ppa-status/applications/build_status_15.08.1_wily.html looks good
[18:20] <Riddell> clivejo: the "symbols-file-contains-current-version-with-debian-revision on symbol" error is just talking about the plugin files but we don't care about their symbols
[18:20] <Riddell> debian/rules can be changed to exclude those files but that's also faff
[18:21] <Riddell> clivejo: so aye I think kdepim is all good now
[18:21] <clivejo> https://paste.kde.org/p36pyf1ij
[18:22] <clivejo> Ive run those new buildlogs into symbol helper and its not doing anything
[18:23] <clivejo> I dunno whats up with kig
[19:04] <clivejo> Riddell: can you look over apps 15.08.1?
[19:36] <clivejo> Riddell: could you delete kmailtransport - 4:15.07.90-0ubuntu1~ubuntu15.10~ppa1  and 5 out of the staging PPA?
[19:37] <clivejo> they have the 4: epoch and overriding the instalation of the correct package
[20:49] <Riddell> clivejo: looks like you got kmailtransport - 15.08.1-0ubuntu1~ubuntu15.10~ppa2  in ok
[20:50] <clivejo> Riddell: yeah
[20:50] <clivejo> but cant figure out kig
[21:03] <Riddell> clivejo: it says can't install dependencies, so probably worth a retry incase something fixed itself, else you'll need to make an i386 chroot and try and install the stuff and see what breaks
[21:37] <mparillo> frameworks 5.14 is available through http://ppa.launchpad.net/kubuntu-ppa/staging-frameworks/ubuntu right?
[21:39] <Riddell> mparillo: yes
[21:40] <mparillo> Updating.
[21:41] <mparillo> re-booting
[21:51] <mparillo> Updated frameworks 5.14 is available through http://ppa.launchpad.net/kubuntu-ppa/staging-frameworks/ubuntu Rebooted cleanly. Wireless, Rekonq, Kate, Konversation and Dolphin.all came up without issue.
[22:06] <Riddell> lovely thanks mamarley
[22:07] <Riddell> oh sorry mamarley, mparillo left