[05:47] <lordievader> Good morning.
[08:21] <Riddell> hola chicos
[08:37] <shadeslayer> hey ho
[08:38] <Riddell> such a beautiful horizon
[08:40] <shadeslayer> heh :p
[08:50] <shadeslayer> Riddell: mind doing this test http://iso.qa.ubuntu.com/qatracker/milestones/317/builds/70677/testcases/1301/results
[08:50] <shadeslayer> I can never get it to work in vbox :/
[09:27] <shadeslayer> apachelogger: btw since we're not shipping the nepomuk KCM, do you think we should remove the part of the workspace QA form that says "Nepomuk Disabled" 
[09:28] <apachelogger> shadeslayer: on google docs?
[09:28] <shadeslayer> yeah
[09:28] <apachelogger> not worth recycling for this cycle IMO
[09:28] <apachelogger> should ditch it
[09:28] <shadeslayer> why?
[09:28] <apachelogger> overhead was to big 
[09:29] <apachelogger> have to go through all sheets and look at the data
[09:29] <apachelogger> really cumbersome
[09:29] <apachelogger> also unless we reset the data when a new version lands it gets confusing
[09:29] <apachelogger> also reseting the data requires manually hopping through the sheets
[09:29] <apachelogger> too much work for non-lts releases if you ask me
[09:30] <apachelogger> oh and in general I'd not spend much time on QA for stable kubuntu
[09:30] <apachelogger> if something breaks it's likely not our fault anyway
[09:49] <shadeslayer> this is most interesting
[09:49] <shadeslayer> yofel: somehow kajongg depends on kdegames-data >= 4.13.2
[09:50] <yofel> shadeslayer: can you please fix that? I think it's some substitution that needs fixing
[09:51] <shadeslayer>  libqt4-sql-sqlite (>= 4.6), kdegames-mahjongg-data, vorbis-tools, kdegames-data (>= ${source:Upstream-Version})
[09:51] <shadeslayer> ahhh
[09:51] <shadeslayer> that makes sense
[09:53] <Riddell> kubotu: newversion massif-visualiser 0.4beta
[09:53] <kubotu> Package massif-visualiser doesn't exist yet!
[09:53] <Riddell> kubotu: newversion kgraphviewer 2.2beta
[09:53] <kubotu> https://bugs.launchpad.net/bugs/1334587
[09:53] <shadeslayer> Riddell: IIRC there's something blocking kgraphviewer
[09:54] <shadeslayer> eigen or sth 
[09:54] <shadeslayer> https://bugs.launchpad.net/ubuntu/+source/kgraphviewer/+bug/1244261
[09:54] <shadeslayer> cgraph
[09:55] <Riddell> should be fixed now
[09:55] <Riddell> the cgraph patch was inluded in this release
[09:55] <shadeslayer> aha cool
[09:59] <shadeslayer> I don't suppose anyone knows where I can find the various subst vars that can be passed into debian/control
[10:20] <BluesKaj> Hiyas all
[10:21] <Riddell> kubotu: newversion plasma-mediacenter 1.3
[10:21] <kubotu> https://bugs.launchpad.net/bugs/1334595
[10:28] <shadeslayer> yofel: I'll just drop the versioning for now
[10:28] <shadeslayer> too many changes required to figure out latest version of kdegames-data
[10:28] <shadeslayer> plus it's gone as a dep from kajongg in utopic anyway
[10:42] <Riddell> groovy, alpha 1 good enough to ship
[10:42] <Riddell> shadeslayer: are there any release notes?
[10:43] <shadeslayer> oh
[10:43] <shadeslayer> so that's what I was missing yesterday
[10:43] <Riddell> shadeslayer: I don't know where to put the release announcement with our new wiki
[10:44] <Riddell> https://wiki.ubuntu.com/UtopicUnicorn/Alpha1/Kubuntu is traditional
[10:44] <Riddell> but not very elegant
[10:45] <shadeslayer> Riddell: I'd say go with wiki.ubuntu for now
[10:45] <apachelogger> Riddell: put it on ubuntu wiki... as dicussed earlier these shoudl eventually get done entirely on the new website
[10:45] <shadeslayer> and we can make a nice page next time
[10:45] <apachelogger> wikis are much rubbish for sweet editing really
[10:45]  * Riddell makes it sew
[10:46] <apachelogger> talking about website
[10:46] <apachelogger> ovidiu-florin, jose: what's the state of the website
[10:46] <Riddell> needs the server to recover for one thing :(
[10:47] <apachelogger> yofel: what's the state of the server
[10:47] <yofel> apachelogger: you'll have to ask Riddell
[10:47] <apachelogger> Riddell: what's the state of the server
[10:48] <shadeslayer> yay, I can do git clone bzr::lp:whatever
[10:48] <shadeslayer> no more fiddling with bzr
[10:48] <yofel> oh sweet :D
[10:48] <shadeslayer> yeah
[10:48] <yofel> any special setup for that?
[10:48] <shadeslayer> nope, just install git-bzr
[10:49] <yofel> yay
[10:49] <Riddell> apachelogger: I need to fill in this form and e-mail hosteurope, very nearly at the top of my todo list
[10:49] <apachelogger> reminds me of when people used git-svn and broke kdesvn every other day xD
[10:49] <shadeslayer> yofel: even does pushes
[10:49] <shadeslayer> ScottK: if everything is fine with the Kubuntu + Plasma 5 email, I'll send it later today
[10:51] <apachelogger> yofel: what's with shared git repo for kf5?
[10:51] <shadeslayer> ^^
[10:51]  * BluesKaj waits patiently for the alpha1 upgrades to hit the repos
[10:52] <shadeslayer> BluesKaj: probably tomorrow
[10:53] <BluesKaj> shadeslayer, ok, like I said, I'm waiting patiently :)
[10:55] <yofel> apachelogger: nothing so far, sune and maxy wouldn't mind it but wanted pino to comment, which he never did
[10:57] <shadeslayer> much blocking that is
[11:10] <jose> apachelogger: state is waiting to talk to ovidiu-florin
[11:11] <shadeslayer> Riddell: http://192.168.1.33:8000/
[11:12] <Riddell> sweet
[11:26] <shadeslayer> Riddell: do you want a picutre of the reboot thing as well?
[11:30] <shadeslayer> yofel: http://imgur.com/zSGnz8J :3
[11:30] <yofel> hahaha
[11:31] <shadeslayer> colored output ftw
[11:32] <shadeslayer> Riddell: I guess not
[11:33] <Riddell> shadeslayer: no that's fine
[11:34] <shadeslayer> upgrade went fine
[11:34] <Riddell> yay!
[11:41] <Riddell> hola sgclark, bienos dias
[11:43] <ScottK> shadeslayer: Did you look at my comments?
[11:44] <shadeslayer> ScottK: I don't see any
[11:44] <sgclark> Riddell: good morning :)
[11:45] <Riddell> shadeslayer: eek your web server went away!
[11:45] <shadeslayer> Riddell: oh, heh
[11:45] <shadeslayer> moment
[11:45] <shadeslayer> Riddell: same url
[11:47] <ScottK> shadeslayer: This has been updated since I commented last.  Let me read it again.
[11:48] <shadeslayer> ScottK: cheers, I updated it after you commented, made some things more clear
[11:49] <ScottK> shadeslayer: A couple of small comments.  Looking pretty good now.
[11:56] <sgclark> Riddell: any thoughts on why kde-baseapps and konsole in next believe that the 4:4.13.2 release is newer? 
[11:59] <apachelogger> konsole? Oo
[11:59] <apachelogger> that's not in the release scope of plasma5.0  is it?
[11:59] <apachelogger> neither is baseapps for that matter
[11:59] <apachelogger> konsole (4.97.0~git20140623-0ubuntu1~ubuntu14.10~ppa1) utopic; urgency=low
[12:00] <apachelogger> sgclark: that is effective version 0:4.97.0 vs. konsole effective version 4:4.13.2
[12:00] <apachelogger> sgclark: see epoch here https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version
[12:01] <apachelogger> Riddell, sgclark: I don't think baseapps stuff should packaged
[12:03] <sgclark> why not? 
[12:03] <apachelogger> because it has no release schedule
[12:06] <sgclark> that is a good point, I guess not a good thing to throw out to the public, but maybe an experimental next? lol
[12:06] <apachelogger> yeah
[12:06] <apachelogger> well
[12:06] <apachelogger> for now we have neon
[12:07] <apachelogger> once utopic is released we might want to do an experimental next ppa if necessary
[12:07] <apachelogger> until then stuff can be put into next
[12:07] <apachelogger> the problem with baseapps is that it has no upstream pre-release at all, so putting it in next doesn't do much good
[12:08] <sgclark> not to mention it is only half done, aka missing konquorer etc
[12:08] <apachelogger> *nod*
[12:10] <sgclark> but it would be kinda cool to have that stuff somewhere for daredevils that want the greatest and latest, but not as important as the greater for all stability. 
[12:10] <yofel> neon? ^^
[12:12] <sgclark> yeah I did try that neon, that is really nice and achieves the above. Does neon have the frameworks build of these apps though?
[12:12] <sgclark> I didn't think it did
[12:19] <apachelogger> project-neon5-kde-baseapps
[12:19] <apachelogger> project-neon5-konsole
[12:21] <sgclark> ahh ok cool :) anyway I only did as I was asked. I will move on
[12:37] <sgclark> update wants a reboot, be back shortly
[13:09] <Riddell> hola
[13:09] <Riddell> sgclark, apachelogger: sure it should be packaged, but only for a known experimental PPA
[13:10] <sgclark> I <3 packaging, so fine with me lol
[13:10] <Riddell> sgclark: I don't think we should add a depend on qt5-default, people will still want the option of having qt4-default with plasma 5 e.g. if you're compiling kdelibs4 stuff
[13:11] <Riddell> instead I guess it needs the full path to qdbus somewhere
[13:11] <sgclark> Riddell: right, the QT_SELECT=5 qdbus worked fine to login, though it is said it is an issue with qtchooser
[13:14] <Riddell> sgclark: you added QT_SELECT=5 somewhere?
[13:14] <sgclark> Riddell: I added QT_SELECT=5 qdbus to my .bashrc file
[13:14] <Riddell> and it all works fine after?
[13:15] <sgclark> yup perfectly
[13:15] <Riddell> ok so we can probably just add that to startkde
[13:15] <sgclark> also, how , where would we put that nifty new wallpaper in ?
[13:16] <alvin> I just did a fresh installation of Kubuntu, and it's probably time I report this bug. But where, or against what package? If you choose 'Belgium', some locales are set to German.
[13:21] <alvin> Especially weird since I selected US English as language
[13:28] <Riddell> sgclark: wallpaper?  the plasma next one with triangles?
[13:28] <Riddell> alvin: using 14.04?
[13:28] <sgclark> Riddell: yeah that one, I can't find it
[13:28] <alvin> Riddell: Yes, but I believe the bug was already there in 13.10
[13:29] <alvin> Didn't think much of it then. Changed the language in KDE. But I've installed Kubuntu now on a number of occasions, and it happens every time. Set country to Belgium, language to English, and some locales will be German.
[13:29] <alvin> de_BE.UTF-8 to be exact
[13:44] <Riddell> sgclark: it's in breeze but maybe it wasn't in for 4.97
[13:45] <Riddell> alvin: it might be libkubuntu's fault
[13:45] <Riddell> or it might be ubiquity
[13:45] <apachelogger> more likely former
[13:47] <shadeslayer> fwiw plasma 5 email away
[13:48] <Riddell> shadeslayer: yay!
[13:49] <sgclark> shadeslayer: were you going to take back sddm? if so feel free to nab any of my work from mine. I spent alot of time on copyright nd I know you are not a fan of copyright. Also a libexec patch that should go upstream if you use.
[13:49] <shadeslayer> sgclark: yep
[13:49] <shadeslayer> working on sanitizing sddm now
[13:49] <shadeslayer> infact
[13:49] <shadeslayer> I haz upstart script
[13:49] <sgclark> ok cool
[13:49] <shadeslayer> lets see if it works
[13:54] <alvin> ok, Bug 1334675 opened
[13:59] <apachelogger> half those vars are not set by libkubuntu
[14:14] <Riddell> how's this? https://wiki.ubuntu.com/UtopicUnicorn/Alpha1/Kubuntu
[14:14] <Riddell> proofreaders needed 
[14:16] <apachelogger> download column width is wrong
[14:16] <apachelogger> pictures have all random sizes
[14:17] <apachelogger> on that note if they are to continue having random sizes then the plasma1 pic needs to be aligned to the right
[14:17] <apachelogger> lots of techno talk in general
[14:18] <apachelogger> otherwise good I guess
[14:34] <Riddell> https://wiki.ubuntu.com/UtopicUnicorn/Alpha1/Kubuntu updated with less techno speak
[14:37] <apachelogger> much better
[14:37] <apachelogger> column width is still broken :P
[14:39] <apachelogger> Riddell: I conflictered with you
[14:39] <apachelogger> but width is fixed now :P
[14:45] <Riddell> apachelogger: thanks
[14:51] <Riddell> yofel: ping
[14:51] <Riddell> or another german speaker, ping
[14:53] <apachelogger> yus?
[14:53] <Riddell> apachelogger: what needs done with this? http://starsky.19inch.net/~jr/tmp/Vertragsuebernahme-Vertragsuebergabe_eines_einzelnen_Produktes2.pdf
[14:54] <Riddell> it's got forms in it you can edit in okular
[14:54] <apachelogger> needs to be sent by FAX 
[14:54] <Riddell> yay
[14:54] <Riddell> but does more of it need filled in?
[14:55] <apachelogger> god that thing has pages
[14:57] <apachelogger> first page, prevoius owner needs to sign bottom of the page
[14:57] <apachelogger> Riddell: are we wiring money through germany?
[14:57] <alvin> I'll follow up on that locale bug, but I'll have to install a test machine. In the meantime I've set everything to my liking using the KDE System settings, BUT there's a script that changes the locales for you and it created en_BE.UTF-8.  Now that's something that does not exist, so apt throws errors when trying to install stuff.
[14:58] <apachelogger> Riddell: if not scratch page 4 and add credit card details on page 3
[14:58] <apachelogger> where it says Kreditkartendaten (nur für Kunden außerhalb Deutschlands
[14:59] <alvin> Now ALL locales (except LANGUAGE=en and LC_ALL=) are en_BE.UTF-8
[14:59] <apachelogger> Riddell: then bottom of page 3 first is your name in block capitals, second is signature, third is date
[15:00] <apachelogger> Riddell: so, you need to fax page 2+3 and previous owner needs to fax page 1
[15:00] <apachelogger> other than credit card details everything seems to be in order
[15:01] <Riddell> groovy
[15:01] <apachelogger> Riddell: if we wire the money through germany account details for SEPA would go on page 4
[15:02] <Riddell> apachelogger: what is Gültigkeit ?
[15:03] <apachelogger> validity
[15:03] <apachelogger> Riddell: time until expiration of the card
[15:03] <apachelogger> (reckon it's about the credit card)
[15:04] <Riddell> yep
[15:05] <Riddell> apachelogger: 0180 5 66 3233*
[15:05] <Riddell> that becomes +49180 5 66 3233 ?
[15:11] <apachelogger> Riddell: yes
[15:11]  * apachelogger finds it outrages that a contract move costs 50 euros processing fee
[15:13] <apachelogger> alvin: en_BE is what you get when you configure en_BE 
[15:13] <apachelogger> arguably it doesn't make sense, however given the present UI it's hard to prevent that from happening
[15:13] <alvin> apachelogger: Yes, I'm starting to think that the errors from apt have another reason.
[15:13] <apachelogger> no
[15:13] <apachelogger> en_BE is no valid locale
[15:13] <alvin> LC_TYPE is not set and such
[15:13] <alvin> Ah
[15:13] <apachelogger> but you configured it
[15:13] <apachelogger> so libkubuntu writes it
[15:14] <apachelogger> what you need to do is configure your country to US or CA or AU or GB etc.
[15:14] <alvin> I configured it in System Settings by setting Country to Belgium and Language to English. A valid combination. Well, it should be.
[15:15] <apachelogger> yeah it should, except posix locale is shit :P
[15:15] <alvin> Ah, but when setting the country to US some things are all wrong. Like 'Letter' instead of 'A4'
[15:15] <apachelogger> yep, that's how posix locale work
[15:16] <alvin> I justed wanted the English language (Not British. 'Wastebin' instead of 'Trash' is not something I get used too)
[15:16] <alvin> It's not ideal. Can I set the KDE settings /without/ changing system locales?
[15:17] <apachelogger> you can remove .kde/env/setlocale.sh
[15:17] <apachelogger> your system will still be wrong then
[15:17] <alvin> Ok, but that's fixable
[15:17] <apachelogger> see, the problem is, if you configure country BE and language en in KDE you'll have A4 and stuff in KDE
[15:17] <apachelogger> but all other applications will use Letter
[15:18] <alvin> Yes, and 24hour format :-)
[15:18] <apachelogger> because they don't care about what the KDE setting is
[15:18] <apachelogger> that's why libkubuntu bends the KDE setting to the inferior posix locale version
[15:18] <alvin> I can see that.
[15:18] <apachelogger> otherwise system integration is incomplete
[15:19] <alvin> So, there's no setting directly 'paper size = A4' with the standard POSIX stuff?
[15:19] <apachelogger> nope
[15:19] <alvin> Or some switch: adhere to ISO standards. Ok, I'm dreaming
[15:19] <apachelogger> it's all locale bound
[15:19] <alvin> I see.
[15:20] <apachelogger> what you could do from a posix POV is define some of the LC_ variables to a locale that uses A4
[15:20] <apachelogger> not sure which one
[15:20] <alvin> Well, in that case, it's only more work to set it up. I can live with that. You know, Windows gets that all wrong too.
[15:20] <apachelogger> but you don't have fine grained control beyond that
[15:20] <alvin> I'll look it up.
[15:20] <apachelogger> alvin: posix is an ISO standard btw
[15:20] <alvin> Heh, ok :-)
[15:20] <alvin> Didn't know that.
[15:21] <apachelogger> arguably the KDE way isn't all that smooth either
[15:21] <apachelogger> e.g. in case of CA country doesn't actually define the format at all
[15:22] <apachelogger> en_CA defaults to US formatting, while fr_CA defaults to FR formatting
[15:22] <apachelogger> yet you cannot represent that in KDE clearly (short of having two distinct countries which is not the case and would not make sense)
[15:23] <apachelogger> it's all a lot of shit regardless of the operating system
[15:23] <alvin> Sounds like there's still some work in that area. I hope settings are shared between other desktop environments then?
[15:23] <apachelogger> no
[15:23] <apachelogger> that's what posix is there for
[15:23] <apachelogger> except KDE chooses to not support that currently
[15:24] <apachelogger> (in plasma5 there'll be much improvement in terms of configurability though \o/)
[15:24] <alvin> Oh, that is fine to hear. I'm looking forward a lot to plasma5
[15:24] <BluesKaj> CA has 2 language choices since Canada is officially a biingual 
[15:24] <apachelogger> that's what I am saying
[15:24] <apachelogger> but in KDE country dictates format
[15:24] <alvin> Well, Belgium is trilingual, if you count the 10 Germans that live here. I know the problem.
[15:24] <apachelogger> but in CA's case language defines formatting much more than country
[15:25] <BluesKaj> hehe alvin :)
[15:25] <apachelogger> so if you configure it_CA, what formatting do you get? english? french? italian? none?
[15:25] <apachelogger> it's all much madness
[15:26] <BluesKaj> I always choose English, there's the French Canada choice available if one wants it
[15:27] <BluesKaj> a lot of Canadians just choose the US format for safety's sake
[15:27] <alvin> lol, yes. That reminds me that I still have to file a bug for the holidays in the KDE calendar. These are in French by default when you set the country to Belgium, while it should look at the language.
[15:29] <alvin> There's a choice between 'French', 'Dutch' and 'Walloon'. French = Walloon, and the 10 Germans are forgotten.
[15:55] <Riddell> somehow I missed this, there's no 4.15 SC planned http://lists.kde.org/?l=kde-devel&m=140191565904116&w=2
[16:00] <sgclark> Riddell: I am now seeing the perils of qt5-default. kgraphviewer seems to be qt4 only. I have my utopic set up for frameworks qt5 packaging, how do I do both?
[16:02] <Riddell> sgclark: just install qt4-default
[16:02] <Riddell> all will be fine until you need to log in again :)
[16:02] <sgclark> lol
[16:02]  * sgclark sets up another chroot
[16:04] <yofel> wouldn't it work to just export QT_SELECT?
[16:04] <yofel> for the build shell
[16:04] <sgclark> oh hey that could work, thanks
[17:24] <Riddell> ScottK: plasma 5 schedule decision http://mail.kde.org/pipermail/plasma-devel/2014-June/033065.html
[17:24] <Riddell> in progress..
[17:24] <Riddell> I'm proposing having bugfix releases but opinion seems to be for just monthly releases for now because it's not advised that distros ship it as default
[17:48] <sgclark> Riddell: kgraphviewer for trusty is ready, where do I put this?
[17:53] <Riddell> sgclark: oh cool, do you have it for utopic too?
[17:53] <sgclark> Riddell: not yet, should be relatively simple though now that the bulk work is done.
[17:54] <Riddell> sgclark: check it all works in utopic then give to me to upload to utopic
[17:54] <Riddell> and you can upload to kubuntu-ppa/backports
[17:54] <Riddell> for trusty
[17:55] <sgclark> Riddell: ok
[18:01] <mcstr_> hmmm any kubuntu user using the latest opera development build?
[18:02] <Riddell> not I
[18:03] <mcstr_> i am giving it a try just now and it seems to be very fast :o
[18:06] <Riddell> ahh, alas if only it was free software
[18:07] <mcstr_> hmmm... well isnt it free? i dont pay a single cent for it...... you sound like a fedora user :P
[18:12] <sgclark> Riddell: https://launchpad.net/~sgclark/+archive/kubuntu/+packages it is still waiting to build but I suspect you can still get the files?
[18:17] <sgclark> Riddell: massif-visualizer depends on these. I have to make a quick trip to store and will work on that when I return.
[18:20] <Riddell> mcstr_: most Linux distros only ship Free software
[18:21] <mcstr_> @riddell thats true but i am a bit more mainstream in this regard.... as long as its available and costs no money i find it ok to use it..... bein it the non-free codecs, software or whatever.....
[18:22] <Riddell> yeah that's fine, we just can't ship it is all
[18:23] <mcstr_> no worries :)
[18:24] <mcstr_> i also like konqueror and rekonq esp. on kde4... not convinced of those in kde plasma next yet
[18:24] <mcstr_> have used mozilla firefox most of my time over the last years but opera now seems to be easier on ram and ressources in general
[19:43] <Riddell> alpha 1 is out!
[19:45] <Riddell> santa_: you made kde-workspace break kde-style-skulpture last year saying "Add Breaks against kwin styles which wouldn't work with this latest kde-window-manager release" can you remember why it wouldn't work?
[19:45] <Riddell> shadeslayer: I think that's why kde-workspace has not transitioned
[19:47] <santa_> Riddell: hi, I think there was an api change and that style was unmaintained
[19:47] <Riddell> hmm, but it seems to compile
[19:47] <Riddell> spoke I can but install them and see what happens
[19:48] <santa_> and does it work?
[19:48] <Riddell> dunno need to test that now
[19:48] <santa_> http://packages.qa.debian.org/k/kde-style-skulpture/news/20120510T181231Z.html
[19:48] <santa_> indeed, it was unmaintained
[19:49] <santa_> I remember they were a few which didn't work and wasn't very feasible to fix them
[19:50] <santa_> I remember there was one which left the windows without decoration
[19:50] <santa_> which would be an ugly situation for an inexperienced user
[19:52] <santa_> so the solution was putting that breaks there, so the style would be uninstalled
[19:52] <Riddell> ah then I'll just follow debian and remove it
[19:52] <santa_> but of course if you can make them work again, that breaks should be removed
[20:15] <ovidiu-florin> Riddell: how's the server state?
[20:17] <Riddell> ovidiu-florin: sent off form, e-mailed them, waiting for reply
[20:17] <ovidiu-florin> ok, thanks
[22:00] <shadeslayer> yofel: we might want to shut down http://kubuntu.s3.amazonaws.com/list.html
[22:00] <shadeslayer> :P
[22:00] <shadeslayer> that shit is still working
[22:03] <yofel> oh right, I totally forgot about that
[22:03] <yofel> write something nice on the grave :P
[22:05] <shadeslayer> yeah, I'll get Riddell to delete stuff tomorrow
[22:23] <soee_> updates to neon are done through normal session or do i have to login to neon ?
[22:24] <shadeslayer> which one
[22:24] <shadeslayer> also, updates to Neon 5 are unsupported
[22:24] <shadeslayer> with all the moving around and what not
[22:25] <soee_> http://community.kde.org/Plasma/InstallingNext
[22:26] <shadeslayer> right, upgrades are unsupported and at your own risk fwiw
[22:26] <shadeslayer> soee_: I usually do : sudo apt-get -o Dpkg::Options::="--force-overwrite" dist-upgrade
[22:27] <soee_> shadeslayer: but, if you release weekly updates for plasma-next in neon
[22:27] <soee_> than i can get updates form normal session ?
[22:27] <soee_> *update the neon packages
[22:27] <shadeslayer> right, but they're unsupported in the sense of, if files are moved around, you have to force overwrite things
[22:28] <shadeslayer> since the packaging does not really track those kind of things
[22:28] <soee_> okay :)
[22:29] <soee_> i saw some shcedule and plasma next final will be released next moth ?