Linux Lite 7.8 comes with 12 completely new re-writes of 12 of the >applications as they move towards changing the majority of applications
to Python and GTK4 in Series 8.
These include:
- Lite Auto Login
- Lite Desktop
- Lite DPI
- Lite Firewall
- Lite Network Shares
- Lite Software
- Lite Sounds
- Lite Sources
- Lite System Report
- Lite Theme Manager
- Lite Updates
- Lite User Manager
- Lite Welcome
<https://www.linuxliteos.com/download.php>
Linux Lite 7.8 comes with 12 completely new re-writes of 12 of the applications as they move towards changing the majority of applications
to Python and GTK4 in Series 8.
These include:
- Lite Auto Login
- Lite Desktop
- Lite DPI
- Lite Firewall
- Lite Network Shares
- Lite Software
- Lite Sounds
- Lite Sources
- Lite System Report
- Lite Theme Manager
- Lite Updates
- Lite User Manager
- Lite Welcome
<https://www.linuxliteos.com/download.php>
Linux Lite 7.8 comes with 12 completely new re-writes of 12 of the applications as they move towards changing the majority of applications
to Python and GTK4 in Series 8.
These include:
Looks appealing but the required re-install for every major
update is a non starter for me.
At least Linux Mint provides a full upgrade path, and
Manjaro being a rolling distro avoids that headache too.
In article <10ltuak$1bjud$1@paganini.bofh.team>, invalid@invalid.invalid says...
Linux Lite 7.8 comes with 12 completely new re-writes of 12 of the
applications as they move towards changing the majority of applications
to Python and GTK4 in Series 8.
These include:
- Lite Auto Login
- Lite Desktop
- Lite DPI
- Lite Firewall
- Lite Network Shares
- Lite Software
- Lite Sounds
- Lite Sources
- Lite System Report
- Lite Theme Manager
- Lite Updates
- Lite User Manager
- Lite Welcome
<https://www.linuxliteos.com/download.php>
Looks appealing but the required re-install for every major
update is a non starter for me.
At least Linux Mint provides a full upgrade path, and
Manjaro being a rolling distro avoids that headache too.
Linux Lite 7.8 comes with 12 completely new re-writes of 12 of the applications as they move towards changing the majority of applications
to Python and GTK4 in Series 8.
I haven't tested the latest LL, but I like the idea of a distro dev/ing tools, particularly the way MX/AntiX have done it. I will be surprised
if LL dev/s did it that well.
I've booted the LL 7.8 to explore its tools & features;
On 2/4/26 2:14 AM, dbnnet wrote:
Manjaro appeals to me since it's a rolling release.
Looks appealing but the required re-install for every major
update is a non starter for me.
At least Linux Mint provides a full upgrade path, and
Manjaro being a rolling distro avoids that headache too.
In article <10ltuak$1bjud$1@paganini.bofh.team>, invalid@invalid.invalid
says...
Linux Lite 7.8 comes with 12 completely new re-writes of 12 of the
applications as they move towards changing the majority of applications
to Python and GTK4 in Series 8.
These include:
- Lite Auto Login
- Lite Desktop
- Lite DPI
- Lite Firewall
- Lite Network Shares
- Lite Software
- Lite Sounds
- Lite Sources
- Lite System Report
- Lite Theme Manager
- Lite Updates
- Lite User Manager
- Lite Welcome
<https://www.linuxliteos.com/download.php>
But it's a no go as it won't compile a needed application I have.
Not enough libraries etc. I tried the newest one out and I guess I'm getting too old and
I just didn't want to try and fix all the missing files.
Mike Easter wrote:
dbnnet wrote:There was a '25 discussion in the LM forum about upgrade vs reinstall.
Looks appealing but the required re-install for every major
update is a non starter for me.
At least Linux Mint provides a full upgrade path, and
Manjaro being a rolling distro avoids that headache too.
There's no perfect way to handle that.
LM's strategy is probably the best for most. The problem w/ rollers is
that many of them get b0rken. Mjo has a rep for pulling it off pretty
well. A user can develop a strategy for dealing w/ reinstall; and also
there's 'something to be said for that'.
In that discussion there was 'support' to the idea that upgrading was
'OK' for the point releases, but for the full digit, that reinstall was 'better' than upgrading.
I think the same thing can be said for rollers; and so users would be
'best' to organize and prepare for reinstall and to learn how to do
that, as part of a 'multi-focal' backup plan.
https://forums.linuxmint.com/viewtopic.php?t=444677
LM upgrade VS clean install?
I installed Firefox using "sudo apt install firefox" and it
installed as a Snap.
it did show me that Mint Upgrade actually works pretty well.
I tried Linux Lite 7.8 (on my Ventoy USB). The first thing I didn't like is that it uses Google Chrome instead of Firefox as its default browser. So I installed Firefox using "sudo apt install firefox" and it installed as a Snap. So two strikes against it right away. I guess it's lighter, but I didn't see much difference in it and Linux Mint's speed.
RonB wrote:
I installed Firefox using "sudo apt install firefox" and it
installed as a Snap.
I don't know why that would (should) be; my default LL does not have snap installed in the default live.
If I use the LL software manager, to install firefox it goes to the Ub repo/s to install Ffx, which Ub package installs the snap/snapd ecosystem (in order to) install Ub's firefox.-a That's pretty crazy. I don't believe that should happen 'that way' without giving permission to install the snap/snapd.
If I install ffx that way and check on snap again, NOW I see the Ub snap/snapd 2.73 installed.
If I reboot my live LL to get back to the default and use synaptic (which I prefer for its informative features) and search and hit firefox, synaptic informs me that is a transitional dummy package and that firefox is now replaced by the firefox snap.
In my LM, the firefox package does NOT come from the Ub repo/s; instead it comes from the mint repo/s.
If I want to be able to add a 'proper' ffx to LL, I would go to the mozteam ppa where I can add the repo for the ffx or ffx-esr v/s 147.0.3 or 140.7 resp and avoid the sneaky snap/d attack.
https://launchpad.net/~mozillateam/+archive/ubuntu/ppa?field.series_filter=noble
Even then, the .ppa site pushes a 'newer v which is a snap.
Mike Easter wrote:
RonB wrote:
I installed Firefox using "sudo apt install firefox" and it
installed as a Snap.
I don't know why that would (should) be; my default LL does not
have snap installed in the default live.
If I use the LL software manager, to install firefox it goes to
the Ub repo/s to install Ffx, which Ub package installs the snap/
snapd ecosystem (in order to) install Ub's firefox. That's pretty
crazy. I don't believe that should happen 'that way' without
giving permission to install the snap/snapd.
If I install ffx that way and check on snap again, NOW I see the
Ub snap/snapd 2.73 installed.
If I reboot my live LL to get back to the default and use synaptic
(which I prefer for its informative features) and search and hit
firefox, synaptic informs me that is a transitional dummy package
and that firefox is now replaced by the firefox snap.
In my LM, the firefox package does NOT come from the Ub repo/s;
instead it comes from the mint repo/s.
If I want to be able to add a 'proper' ffx to LL, I would go to
the mozteam ppa where I can add the repo for the ffx or ffx-esr v/
s 147.0.3 or 140.7 resp and avoid the sneaky snap/d attack.
https://launchpad.net/~mozillateam/+archive/ubuntu/ppa?
field.series_filter=noble
Even then, the .ppa site pushes a 'newer v which is a snap.
Why wouldn't the Snap version in a Ubuntu tree, request that Snap
package be pulled in ? You need all the balogna, to make a Snap
baloney sandwich :-)
You can still get a .deb here, suitable for direct install without
a .ppa and this is the sort of thing the Debian tree might use.
http://releases.mozilla.org/pub/firefox/releases/147.0.3/linux-
x86_64/en-US/
firefox-147.0.3.deb 79M 03-Feb-2026 17:44
If I use the LL software manager, to install firefox it goes to the Ub repo/s to install Ffx, which Ub package installs the snap/snapd
ecosystem (in order to) install Ub's firefox.-a That's pretty crazy. I
don't believe that should happen 'that way' without giving permission to install the snap/snapd.
On 2026-02-04, Alan K. <alan@invalid.com> wrote:
On 2/4/26 2:14 AM, dbnnet wrote:
Manjaro appeals to me since it's a rolling release.
Looks appealing but the required re-install for every major
update is a non starter for me.
At least Linux Mint provides a full upgrade path, and
Manjaro being a rolling distro avoids that headache too.
In article <10ltuak$1bjud$1@paganini.bofh.team>, invalid@invalid.invalid >>> says...
Linux Lite 7.8 comes with 12 completely new re-writes of 12 of the
applications as they move towards changing the majority of applications >>>> to Python and GTK4 in Series 8.
These include:
- Lite Auto Login
- Lite Desktop
- Lite DPI
- Lite Firewall
- Lite Network Shares
- Lite Software
- Lite Sounds
- Lite Sources
- Lite System Report
- Lite Theme Manager
- Lite Updates
- Lite User Manager
- Lite Welcome
<https://www.linuxliteos.com/download.php>
But it's a no go as it won't compile a needed application I have.
Not enough libraries etc. I tried the newest one out and I guess I'm getting too old and
I just didn't want to try and fix all the missing files.
I tried Linux Lite 7.8 (on my Ventoy USB). The first thing I didn't like is that it uses Google Chrome instead of Firefox as its default browser. So I installed Firefox using "sudo apt install firefox" and it installed as a Snap. So two strikes against it right away. I guess it's lighter, but I didn't see much difference in it and Linux Mint's speed.
So it was a short test. I don't equate Snap usage with a distribution advertised as "lite."
Mike Easter wrote:
If I use the LL software manager, to install firefox it goes to the Ub
repo/s to install Ffx, which Ub package installs the snap/snapd
ecosystem (in order to) install Ub's firefox.-a That's pretty crazy. I
don't believe that should happen 'that way' without giving permission to
install the snap/snapd.
I'm reading that it is possible to configure LL to NOT use snap packages.
Since the default LL does NOT have snap/snapd or any snap apps, it is
not necessary to /remove/ snap, but it IS necessary to prevent Ub
packages from installing snap. Ub has configured 'all kinds' of
packages to install snap when they are called.
A blog cites a command rec/ed by LM to block that problem:
$ sudo cat <<EOF | sudo tee /etc/apt/preferences.d/nosnap.pref
Package: snapd
Pin: release a=*
Pin-Priority: -10
EOF
Then, when the Ub snap-requiring package *tries* to install snapd to
install something like Ffx or chromium, the console reports that some packages could not be installed (GOOD! and in that configuration
*Snap wonrCOt be able to install itself without our consent.*
That's the way it SHOULD be.
Ubuntu sees all pagakges as snaps. Well not quite but Ubuntu would
like it to be it this way.
Here we are, six years later, and EasyOS is still a long way aheadhttps://distrowatch.com/weekly.php?issue=20250915#easyos
of every other distribution in terms of creating and managing
container environments.
Mike Easter wrote:
Mike Easter wrote:
I'm reading that it is possible to configure LL to NOT use snap packages.
Linux Mint does this out of the box, and has done so for several moons.
RonB wrote:
I installed Firefox using "sudo apt install firefox" and it
installed as a Snap.
I don't know why that would (should) be; my default LL does not have
snap installed in the default live.
If I use the LL software manager, to install firefox it goes to the Ub repo/s to install Ffx, which Ub package installs the snap/snapd
ecosystem (in order to) install Ub's firefox. That's pretty crazy. I
don't believe that should happen 'that way' without giving permission to install the snap/snapd.
If I install ffx that way and check on snap again, NOW I see the Ub snap/snapd 2.73 installed.
If I reboot my live LL to get back to the default and use synaptic
(which I prefer for its informative features) and search and hit
firefox, synaptic informs me that is a transitional dummy package and
that firefox is now replaced by the firefox snap.
In my LM, the firefox package does NOT come from the Ub repo/s; instead
it comes from the mint repo/s.
If I want to be able to add a 'proper' ffx to LL, I would go to the
mozteam ppa where I can add the repo for the ffx or ffx-esr v/s 147.0.3
or 140.7 resp and avoid the sneaky snap/d attack.
https://launchpad.net/~mozillateam/+archive/ubuntu/ppa?field.series_filter=noble
Even then, the .ppa site pushes a 'newer v which is a snap.
On Wed, 2/4/2026 8:19 PM, Mike Easter wrote:
RonB wrote:
I installed Firefox using "sudo apt install firefox" and it
installed as a Snap.
I don't know why that would (should) be; my default LL does not have snap installed in the default live.
If I use the LL software manager, to install firefox it goes to the Ub repo/s to install Ffx, which Ub package installs the snap/snapd ecosystem (in order to) install Ub's firefox.-a That's pretty crazy. I don't believe that should happen 'that way' without giving permission to install the snap/snapd.
If I install ffx that way and check on snap again, NOW I see the Ub snap/snapd 2.73 installed.
If I reboot my live LL to get back to the default and use synaptic (which I prefer for its informative features) and search and hit firefox, synaptic informs me that is a transitional dummy package and that firefox is now replaced by the firefox snap.
In my LM, the firefox package does NOT come from the Ub repo/s; instead it comes from the mint repo/s.
If I want to be able to add a 'proper' ffx to LL, I would go to the mozteam ppa where I can add the repo for the ffx or ffx-esr v/s 147.0.3 or 140.7 resp and avoid the sneaky snap/d attack.
https://launchpad.net/~mozillateam/+archive/ubuntu/ppa?field.series_filter=noble
Even then, the .ppa site pushes a 'newer v which is a snap.
Why wouldn't the Snap version in a Ubuntu tree, request that Snap package
be pulled in ? You need all the balogna, to make a Snap baloney sandwich :-)
You can still get a .deb here, suitable for direct install without
a .ppa and this is the sort of thing the Debian tree might use.
http://releases.mozilla.org/pub/firefox/releases/147.0.3/linux-x86_64/en-US/
firefox-147.0.3.deb 79M 03-Feb-2026 17:44
Paul
Manjaro appeals to me since it's a rolling release.
But it's a no go as it won't compile a needed application I have.
Not enough libraries etc. I tried the newest one out and I guess I'm getting too old and
I just didn't want to try and fix all the missing files.
--
Linux Mint 22.3, Mozilla Thunderbird 140.7.1esr, Mozilla Firefox 147.0.2
Alan K.
getting too old andManjaro appeals to me since it's a rolling release.
But it's a no go as it won't compile a needed application I have.
Not enough libraries etc. I tried the newest one out and I guess I'm
I just didn't want to try and fix all the missing files.
--
Linux Mint 22.3, Mozilla Thunderbird 140.7.1esr, Mozilla Firefox 147.0.2 >> Alan K.
I have installed & messed around with a fair number of Xfce
distros over the years (I only use Xfce), most of them I
abandoned rather quickly as I found issues like you
mentioned above.
Manjaro & MX were at least decent, but not as "refined"
as Mint. As far as a light weight distro is concerned.
I found Peppermint OS to be pretty good.
That said, it would take something quite exceptional to make me migrate
from Mint Xfce... but with +600 distros around, who knows what
the next new distro will be like!
4. Create a symbolic link to make Firefox accessible from the
terminal:
sudo ln -s /opt/firefox/firefox /usr/bin/firefox
My problem w/ LL is that I greatly dislike the 'idea' of trying to
look like Win (or Mac for that matter).
Your 'original' install would be considerably more 'battered' by
your usage and changes over the years.
Manjaro appeals to me since it's a rolling release. But it's a no go
as it won't compile a needed application I have. Not enough
libraries etc. I tried the newest one out and I guess I'm getting
too old and I just didn't want to try and fix all the missing files.
I subscribe to Distro Watch's rss feed and I'm amazed at the number
of releases I see and the names are nowhere on the top 100's list.
And I'm also amazed at the number of "new" releases. Some are rather specialized.
dbnnet wrote:
My problem w/ LL is that I greatly dislike the 'idea' of trying to look
like Win (or Mac for that matter).
Mike Easter
If you had been running a business in 2003 and decided to intrioduce
all your staff to linux without grinding everything to a halt. How
wouold you do it?
My solution was to make the Linux desktop (of Mandrake as it was then)
to look like Windows 98 by using a collection of icons I had garnered
from several sources and then installed the Win4lin hypervisor. then
hosting Windows 98.
It went pretty well.
pinnerite wrote:
If you had been running a business in 2003 and decided to intrioduce
all your staff to linux without grinding everything to a halt. How
wouold you do it?
My solution was to make the Linux desktop (of Mandrake as it was then)
to look like Windows 98 by using a collection of icons I had garnered
from several sources and then installed the Win4lin hypervisor. then
hosting Windows 98.
It went pretty well.
I have no experience w/ that 'business' of moving a 'group' of people
from Win to Linux, but I've read about it. I have one 'little'
experience w/ a friend who was 'always' a Win user, but when he came to
visit me, the 'station' I provided him was some linux distro, I forget
which one just now. He did fine.
I /wouldn't/ say he consistently did 'fine' w/ Win; the main reason I
kept 'my hand in' Win thru' XP was to help him (and some others).
But, in the 'adventures' of the 'tech teams' I read about in .eu, I
think a better way to do it is to convert the 'masses' away from the 'conventional' Win software while on Windows to something that runs on
linux, and THEN change the underlying OS to linux.
Personally, I don't think the 'appearance' of the Win desktop is the 'solution', I think it is the unfamiliarity of the apps /along with/ the differences in the underlying system; in which the differences in the underlying system is less important, because the 'world' of the 'masses' isn't in the underlying system nearly as much as it is in their
'everyday world' ie the apps.
I'd like to find a good text editor that is Linux/Window. Just googled and saw 'Kate'.
I've used it in KDE and it's good. I guess that's this weeks toy!!
On 2/3/26 5:48 PM, George wrote:
Linux Lite 7.8 comes with 12 completely new re-writes of 12 of theIt's Xfce.-a-a Does this look/feel like Linux Mint Xfce?-a-a I've never
applications as they move towards changing the majority of applications
to Python and GTK4 in Series 8.
These include:
- Lite Auto Login
- Lite Desktop
- Lite DPI
- Lite Firewall
- Lite Network Shares
- Lite Software
- Lite Sounds
- Lite Sources
- Lite System Report
- Lite Theme Manager
- Lite Updates
- Lite User Manager
- Lite Welcome
<https://www.linuxliteos.com/download.php>
used Xfce so I'm just asking.
I've used a lot of KDE 5/6 and find some just slightly different.
| Sysop: | Amessyroom |
|---|---|
| Location: | Fayetteville, NC |
| Users: | 59 |
| Nodes: | 6 (0 / 6) |
| Uptime: | 01:46:55 |
| Calls: | 810 |
| Files: | 1,287 |
| Messages: | 198,761 |