Linux Lite Release Roadmap

[Valtam]

The following is a tentative release schedule for Linux Lite as listed here - https://www.freecinema2022.gq/code.html#roadmap

Starting with Linux Lite 3.0 I'd like to remove the numbering from releases. I don't think Linux Lite 7.4 sounds particularly appealing. The codenames for release builds are named after gemstones in alphabetical order - to date we've had Amethyst (1.0 series) and Beryl (2.0 series). The third major release (based on Ubuntu 16.04LTS) will be named: Linux Lite Citrine. I'd welcome suggestions on how we can distinguish between each release build for the Citrine series, so it will read like the following: Linux Lite Citrine xxx, xxx representing the tack-on name.

Linux Lite 2.0 'Beryl' Release - 1st June, 2014

Linux Lite 2.2 Release - 1st December, 2014

Linux Lite 2.4 Release - 1st April, 2015

Linux Lite 2.6 Release - 1st September, 2015

Linux Lite 2.8 Release - 1st February, 2016 (End of Support April 2019)

Linux Lite 3.0 'Citrine' Release - 1st June 2016

Linux Lite 3.2 Release - 1st November 2016

Linux Lite 3.4 Release - 1st April 2017

Linux Lite 3.6 Release - 1st September 2017

Linux Lite 3.8 Release - 1st February 2018 (End of Support April 2021)

Linux Lite 4.0 'Diamond' Release - 1st June 2018

Linux Lite 4.2 Release - 1st November 2018

Linux Lite 4.4 Release - 1st April 2019

Linux Lite 4.6 Release - 1st September 2019

Linux Lite 4.8 Release - 1st February 2020 (End of Support April 2023)

[sbcwinn]

Okay here are some opinions for you.... I use Lite in my business. As such I have many machines in use and 3 different Lite versions being used at any given time, although eventually the goal is to have everyone on the latest version. Life gets in the way however and upgrading a workstation can take a day in the real world.

I beg you, please keep the numbering system. It helps track which machine is running which version. It is how the entire industry does things and there is a valid reason. It works. It easily identifies what version a machine is running, especially when multiple machines are involved, many running different versions.

One of my biggest problems with Lite and a possible reason why I may switch (although I am really happy with the OS itself...) is the huge hassle of upgrading from one version to another. A typical business workstation may use dozens of apps not on the "install additional software" list, and even that system is time consuming when upgrading. So please look at the big picture.

I love Linux Lite. It is awesome, but please keep the version numbers, it is the way almost every other distro and os works and btw version 2.2 is awesome.

If you could ease upgrades  that would be great but please, please, please keep the numbers! In business we track and support things by asset tags, using names and sub names will just make things complicated and confusing.

[anon222]

Ok, why not. I'm always for finding new ways to do thigs. I understand some will not like the changes. But eventualy everyone adapts.
We could use latin letters.
Linux Lite Citrine A
Linux Lite Citrine B
Linux Lite Citrine C
...
Or maybe roman numbers
Linux Lite Citrine I
Linux Lite Citrine II
Linux Lite Citrine III
Linux Lite Citrine IV
...
That sounds like some queen Citrine the fist
Next, we could use words.
Linux Lite Citrine  one
Linux Lite Citrine  two
...
Not really universal for all the languages.
Or, maybe just 00x
Linux Lite Citrine 001
Linux Lite Citrine  002
...
Bimary:
Linux Lite Citrine 001
Linux Lite Citrine 010
Linux Lite Citrine 011
Linux Lite Citrine 100
Linux Lite Citrine 101
Too geeky, and complicated for some.
Well, that's abot it for now.

[Valtam]

misko, I love the Roman numerals idea, well done

@sbcwinn, thank you for your feedback.
Numbering system - misko's suggestions for example allows for the retention of a numbering system.
Upgrading - see this thread here - https://www.freecinema2022.gq/forums/index...pic=1298.0

So please look at the big picture.

We always do when we discuss new changes, that's why there are threads like this that are open to free, constructive discussion. Looking at the big picture involves considering and catering to the complete spectrum of users, from beginners and individuals of all levels, through to community organisations including schools, and of course businesses.

If the majority of the feedback we get favors the status quo, then we will listen and act accordingly. Thank you

[sysdrum]

What about a color code for example.
Linux Lite (Stone Name) - This is the main release
Linux Lite (Stone Name) White - which would be a .2
Linux Lite (Stone Name) Red - which would be a a .4
Linux Lite (Stone Name) Blue - which would be a .6
Linux Lite (Stone Name) Black - which would be a .8
Linux Lite (Stone Name) - Next Main release
Linux Lite (Stone Name) White
Etc

That way each stays with the stone theme and also keeps each REV for each main line common between each new build. Also color is better with translation from culture to culture. That is just my thoughts.

[N4RPS]

Hello!

I say make things as simple as possible for the folks trying to make a buck with LL. If you ARE going to use colors, best conform to the resistor color code, which would be red, yellow, gray, and blue for x.2, x.4, x.6, and x.8...

73 DE N4RPS
Rob

[sbcwinn]

The upgrade script will be of ENORMOUS help to me!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!Why not include it in your next release?  ? Please! A single click upgrade. Wow!

[sbcwinn]

I still say the 2.X numbering system is used almost everywhere. Please stay in the mainstream. Nothing wrong with that especially if you want to attract more users in commercial establishments. I am not an electrical engineer and I do not know, or want to think of what color resistor bands are!

BTW - I think that because the name of the distribution is Linux "Lite" each series should be named after noble gasses starting with Series 3 which should be "Hydrogen". Series 4 should be "Hellium" etc. (They are all lighter than air....)

Just a thought.

[N4RPS]

Hello!

Yes, an upgrade installer *WOULD* would be nice! However, even on the 'buntus, sometimes there are problems. Regardless, somewhat more than one click is required to upgrade.

An idea might be to create one 'image' - or even several, to cover some of the different scenarios your business may face - which you could then use to deploy LL to the other PCs you're using. As has been true with most of the LL 'upgrades', most of the changes are subtle little things - things that can be applied to the older versions, if necessary. From what *I* see, the BIG changes came with 2.0...

73 DE N4RPS
Rob

[gold_finger]

I'm with sbcwinn on this -- not a big fan of naming releases.  Much prefer keeping to a numbered system.

I've used both Ubuntu and Mint over the years and have never been much of a fan of the names for releases, especially when trying to remember which named Mint corresponds to the differently named Ubuntu it's based on.  From the perspective of someone who provides Mint forum support to people using different versions, it can get confusing when people refer to their version names instead of numbers and I find myself having to lookup which names go with which version, etc.  If LL starts using names the same thing will happen.  It's not the end of the world if LL starts naming releases, but I personally just don't see the point of it.  Numbers are simple and it's instantly recognizable where in the lineup a version fits.