Canonical will not be supporting the fglrx/Catalyst Linux driver in their archive beginning with Ubuntu 16.04 Xenial Xerus. There's nothing stopping anyone from downloading the latest release from AMD.com and installing the driver directly or generating the Debian packages from that -- assuming upstream Linux kernel and xorg-server compatibility -- but it's not being supported by upstream Ubuntu.

For most users, the open-source Radeon graphics stack is "good enough" particularly if you just care about desktop use-cases, video playback, and light gaming. However, currently the open-source Radeon Linux graphics stack only supports OpenGL 4.1 rather than OpenGL 4.5, the open-source OpenCL compute stack leaves a lot to be desired, and there are other current open-source AMD driver limitations that for some users will make switching to the open-source driver a regression in experience and performance.

Well, I understood "For most users, the open-source Radeon graphics stack is "good enough" particularly if you just care about desktop use-cases, video playback, and light gaming." I am clueless about that open stack stuff.

One thing I'm intrigued about with LL3.2. Most of the time I use an ESET antivirus for Linux though apparently it is not supported by SystemD - I found that out when I tried to install it on Lubuntu 16.04 for my son - needless to say it wasn't compatible. However, with LL 3.0 and 3.2, ESET works out of the box ... well done for that.

The upgrading from LL3.0 to 3.2 went smoothly. However, it had the unintended consequence of upgrading an older version of Supertuxkart (0.8.1-2) to the current 0.9 version, which I didn't want as the graphics card in the PC is too old to run 0.9. How can I prevent LL doing this in future series upgrades?

Many thanks for any advice on the above and keep up the great work that you and all the devs do