Mint 19 Xfce

[12 Monkeys]

Anyone seen this in the wild?
https://community.linuxmint.com/iso/view/532

[richyrich]

ftp://ftp.heanet.ie/pub/linuxmint.com/stable/19/

[KBD47]

Thanks!

[12 Monkeys]

Cheers! Forgot to check the index

[12 Monkeys]

Btw. Do any of you guys know when the update path from 18.3 will be up and running?
Love my Xfce I do!
Mikael

[richyrich]

Do any of you guys know when the update path from 18.3 will be up and running?

Keep an eye on the updates in Update Manager, when you get an update for Mint Update Manager itself . .

[Pjotr]

Btw. Do any of you guys know when the update path from 18.3 will be up and running?
Love my Xfce I do!
Mikael

If you love your Xfce, you'll probably have a better result with a clean installation of Mint 19 Xfce.... The jump in underlying codebase is so big, that problems are much more likely than with upgrading within the same series.

[12 Monkeys]

Btw. Do any of you guys know when the update path from 18.3 will be up and running?
Love my Xfce I do!
Mikael

If you love your Xfce, you'll probably have a better result with a clean installation of Mint 19 Xfce.... The jump in underlying codebase is so big, that problems are much more likely than with upgrading within the same series.

I've used the path since it first appeared. Worked nicely for me. I have done clear/virgin installs on my second box.
Haven't found any big differences between the way I upgrade.
Pjotr, you don't think the upgrade path is the way? So, the codebase will make this upgrade unstable?
How or why?

Regards
Mikael

[Pjotr]

Think pollution.... A clean install of 19 prevents pollution (useless or harmful leftovers, e.g. configurations), diminishes the risk of complications and is undoubtedly the fastest way to do it.

The codebase of 18.x is Ubuntu 16.04. The codebase of 19 is Ubuntu 18.04. That's a huge difference.

[KBD47]

I'm thinking it will be much less work to do a fresh install and save dealing with any glitches. I'd write a list of any programs you need to add to a fresh install, of course back up your files. I use pcloud and dropbox, which have Linux clients, to back up files I will need and regularly use.

[12 Monkeys]

Thanks Pjotr and KBD47 for your thoughts.
I will do both. As this is my personal box/boxes, not work related, I will try
both ways and see what works.

Cheers
Mikael

[MtnDewManiac]

Think pollution.... A clean install of 19 prevents pollution (useless or harmful leftovers, e.g. configurations), diminishes the risk of complications and is undoubtedly the fastest way to do it.

The codebase of 18.x is Ubuntu 16.04. The codebase of 19 is Ubuntu 18.04. That's a huge difference.

To add to the above, as far as I know, using the "upgrade" option in mint-Update retains the currently installed kernel (in other words, you don't get the new version when using the "upgrade" option). And I think there might be one or two other things that do not get changed.

I assume this state exists because the developers feel it is less likely to cause (mass) problems; after all, if your current kernel works and the new one might not, then automatically changing it could cause (some few people to have) issues.

On the other hand, it does contribute to the creation of a "frankensystem," IMHO.

A clean install gives the user ALL of the new components/files. And can be done without burning the .ISO to optical media or a USB device (if your drive contains at least one partition that wouldn't get pooched by the installation, otherwise the downloaded .ISO would, of course, get deleted during use, lol). This method is also VERY FAST - and has the additional benefit of leaving the original downloaded .ISO both on your hard drive and as a bootable entry in the grub menu, which could come in handy if there is ever a Major Problem (refuses to boot, an issue causes lack of connectivity, et cetera).

Regards.
MDM

[wh7qq]

Confirming that the upgrade from 18.3 does not get you a new kernel...same old 4.13.0-45-generic as before on my upgraded 19. I did a full install of 19 on another HD on the same machine and it is the 4.15 series. Additionally, the cool new wallpapers that come with 19 do not show up in the upgrade. inxi -F does show that I have the 19 loaded up but other than some weirdness in the panel, nothing seems to have changed...even th Firefox is the same 60.0.2 as before but that did not change in the full up 19 install.

[smurphos]

apt install mint-backgrounds-tara to get the new wallpapers.

apt install mint-backgrounds-* to get every version wallpapers going back to maya and beyond.

[MtnDewManiac]

even th Firefox is the same 60.0.2 as before but that did not change in the full up 19 install.

Try running mintUpdate again; I received the update to version 61.0.something last night (and this is on my Mint 17.3 installation).

Regards,
MDM

[Sgthawker]

apt install mint-backgrounds-tara to get the new wallpapers.

apt install mint-backgrounds-* to get every version wallpapers going back to maya and beyond.

I tried the first to get tara backgrounds for my LM 18.3 KDE install but got the following message in terminal:

sarge@Olorin-LM18 ~ $ apt install mint-backgrounds-tara
[sudo] password for sarge:
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package mint-backgrounds-tara

Any ideas on what may have occurred?

[Hoser Rob]

Btw. Do any of you guys know when the update path from 18.3 will be up and running?
Love my Xfce I do!
Mikael

If you love your Xfce, you'll probably have a better result with a clean installation of Mint 19 Xfce.... The jump in underlying codebase is so big, that problems are much more likely than with upgrading within the same series.

I've used the path since it first appeared. Worked nicely for me. I have done clear/virgin installs on my second box.
Haven't found any big differences between the way I upgrade.
Pjotr, you don't think the upgrade path is the way? So, the codebase will make this upgrade unstable?
How or why?

Regards
Mikael

Pjotr is absolutely right about this and it's not only true for the Xfce version. There's no simple explanation for why this happens. Feel free to use your search engine for that one .

Problems caused by web major release upgrades are quite hard to diagnose so you'd likely end up doing a clean reinstall anyway if it happened because it'd be the fastest and easiest way to fix things. Doing a web upgrade with a major point release is just a lot less reliable than a backup and clean reinstall.

This has been a known issue for years with Ubuntu and any distro based on Ubuntu, like Mint (except for LMDE). There are a lot of posts on the subject at ubuntuforums and definitely a few here too.

[smurphos]

Any ideas on what may have occurred?

The Tara backgrounds arent in the Sylvia repo. Each new version has the current backgrounds plus all the previous ones.

You can still get the Tara backgrounds on Mint 18.3 or earlier via a Deb package.

See http://www.packages.linuxmint.com/pool/ ... unds-tara/

[Sgthawker]

You can still get the Tara backgrounds on Mint 18.3 or earlier via a Deb package.
See http://www.packages.linuxmint.com/pool/ ... unds-tara/

Worked great, thanks!