Linux Lite 7.0 RC1 Released

[Valtam]

Not the live version.

Sent from my Mobile phone using Tapatalk

[sqwuade]

No errors when updating after booting from the installed version on the SSD.

There seems to be an issue with the Balena Etcher program when trying to install it via Lite Software.

[trinidad]

he progress bar looks like it's freezing

I've noticed this with certain updates even on 6.6. The updates complete but the progress bar doesn't move.

because the path/file "$HOME/.config/xfce4/panel/whiskermenu-10.rc" no longer exists in LL7

The backup is in ~/.config/xfce4/  The current whiskermenu-10.rc file is not anywhere, appears to have never been created even though a backup was created in the wrong folder. May just be a menu libre or XFCE change issue but of course tweaks won't work without a file path. The whiskermenu recent items tweak is something we could live without since recent only populates ten anyway. Anyway I've noticed too many PATH changes comparing files between 6.6 to 7.x. Before I come to any conclusions why this would occur I'm going to install a new 7.x system and sort them out from scratch. Once that is done because Lite-Tweaks is essentially a c2 server I'm going to add a policy-kit.service specifically for it and a regular /var/rotating log. Right now I'm hating on Ubuntu and Debian. PKLA was always more secure and usr merge has been a pain.

TC 

[stevef]

Several unexpected things so far in my experience.
Installed into unallocated space on a test system alongside existing LL5.8 and LL6.6 systems. Not a VM.

During the installation, the body of the 'Install' window is blank/white where the usual graphics which promote the features and enhancements during the copy files, install system and set up phases would be expected.  The progress bar and the descriptive text appear in the window below the white space as expected.

Shut down, remove media, start up to desktop ok.
Needed to change the keyboard layout via 'Control Panel' - this is normal.

Tried Lite Tweaks which failed as reported.

Ran Timeshift to create a snapshot.
Unusually, the window title was 'Timeshift-gtk' rather than 'Timeshift'.
Secondly it didn't step through the set up wizard as I'd normally expect on first time use.
It just presented the Rsync/BTRFS choice page.
After manually doing the set up, clicked 'Create'.
On completion, the snapshot just created was reported as being Ubuntu 22.04 (jammy) instead of the expected Ubuntu 24.04 (noble).
Not sure how Timeshift gets the system information, but inxi and the llver file both report for LL7.0

Then tried running Lite Updates (from the panel icon).
The system asked for authorisation and the first stage of update check appeared to work ok.
However at the point where the system should report the proposed upgrade list and ask for confirmation to proceed, the 'Linux Lite Updates' window remained blank/white and the system became unresponsive.
No mouse movement, no keyboard indicators toggle, on screen clock stopped.

Powered off/on.  Ran update/upgrade from the terminal ok.

[stevef]

Screen shot of the odd Timeshift behaviour.



Timeshift window with odd name and snaphot saved as 'Jammy'
Text file showing the start of the Timeshift log getting the distribution name (line 2)
Terminal window showing the system is running 7.0 rc1

This is from a fresh (Erase disk) installation.

[trinidad]

[member=50208]sqwuade[/member] Following your discussion on XFCE forum.

https://forum.xfce.org/viewtopic.php?id=17478
Will the plugin number be the same on all LL 7 installed systems or is it randomized (hit or miss) during installation given it's a plugin? And what happens if new plugins are added after the fact? Why did LL 7 installation still generate the .rc.backup, but in the wrong location? Caused by an unexpected shell change?

I think lite-tweaks is a signature application of Linux Lite and it is important that it not be abandoned in this release.
TC 

[Şerban S.]

[...]
I think lite-tweaks is a signature application of Linux Lite and it is important that it not be abandoned in this release.
TC

I strongly agree with that!
I use it, my wife uses it.
As far as I could see, on the mentioned thread, is given a sample code on how to deal with the "random ID":
Passing the contents of the variable, might solve more than one problem.
Anyway, some of the scripts are working fine: Lite Software, Lite Widget. I tested those today.
I also thought maybe another solution would be useful.
Since all "Lite *" tools reside in /usr/bin/*, maybe creating a directory /usr/bin/litebins/* and place all those there and a liteapps.conf would prevent such events from happening in the future.
The liteapps.conf file, can then hold whatever data is required for all apps to work. Further more, it can be used for future developments.
One might be some snippets to test the existence of a certain file in a certain directory and if the test fails, perform a search and retrieve the new value, or, if this is the case, create it and eventually the needed file(s).
When I was still programming, this was my approach to avoid path/missing file errors.
Maybe that is due to my backup and personal data philosophy (I hate using system directories for my data, I use dedicated partitions).

Best regards!

[Valtam]

[member=50208]sqwuade[/member] Following your discussion on XFCE forum.

https://forum.xfce.org/viewtopic.php?id=17478
Will the plugin number be the same on all LL 7 installed systems or is it randomized (hit or miss) during installation given it's a plugin? And what happens if new plugins are added after the fact? Why did LL 7 installation still generate the .rc.backup, but in the wrong location? Caused by an unexpected shell change?

I think lite-tweaks is a signature application of Linux Lite and it is important that it not be abandoned in this release.
TC 

We're keeping it in.

[Valtam]

Screen shot of the odd Timeshift behaviour.



Timeshift window with odd name and snaphot saved as 'Jammy'
Text file showing the start of the Timeshift log getting the distribution name (line 2)
Terminal window showing the system is running 7.0 rc1

This is from a fresh (Erase disk) installation.

It's probably getting the naming from the /etc/lsb-release file.

[sqwuade]

That file not longer exists in Whisker Menu 2.8 Trinidad.  The old version was 2.7.1 (In LL6.6).  I've been talking to someone named ToZ of the Xfce board about it and they confirmed that the "Recently Used" apps data is not stored in the whiskermenu-10.rc file any longer.  I don't know why that whiskermenu-10.rc.backup file still exists in there but I know the one you're talking about - I saw it in there too.

I was able to get the Recently Used apps to clear via lite-tweaks after modifying the script using Toz's method.  The new xfconf method doesn't require you to logout and then back in for the changes to manifest either, so that's a plus.  I agree: "The whiskermenu recent items tweak is something we could live without since recent only populates ten anyway." The same thing can be done by just right mouse-clicking a Recently Used App icon and selecting "Clear Recently Used"

Here's the info I got from ToZ on the Xfce message board:

The Whiskermenu migrated to using xfconf for its settings in 2.8. You can view them through the xfce4-settings-editor - look in the xfce4-panel channel, /plugins tree.

    Specifically I'm trying to figure out what replaced the functionality that used to happen on line 2 of that file

Its now stored in the "/plugins/plugin-XX/recent" property.

    And is there a way to clear the Recently Used apps via a terminal command or can it now only be done via the GUI?

You can use xfconf-query. Here are some examples (my whiskermenu has an ID of 13):

Display the current list of recent applications:

xfconf-query -c xfce4-panel -p /plugins/plugin-13/recent

Edit an array:
Unfortunately there is no easy way to delete and insert entries via the command line (you can do it much easier through xfce4-settings-editor). To do so via the command line, you need to re-create the array with all entries:

xfconf-query -c xfce4-panel -p /plugins/plugin-13/recent -t string -s "gimp" -t string -s "inkscape"

##############

Source:
https://forum.xfce.org/viewtopic.php?id=17478

because the path/file "$HOME/.config/xfce4/panel/whiskermenu-10.rc" no longer exists in LL7

The backup is in ~/.config/xfce4/  The current whiskermenu-10.rc file is not anywhere, appears to have never been created even though a backup was created in the wrong folder. May just be a menu libre or XFCE change issue but of course tweaks won't work without a file path. The whiskermenu recent items tweak is something we could live without since recent only populates ten anyway. Anyway I've noticed too many PATH changes comparing files between 6.6 to 7.x. Before I come to any conclusions why this would occur I'm going to install a new 7.x system and sort them out from scratch. Once that is done because Lite-Tweaks is essentially a c2 server I'm going to add a policy-kit.service specifically for it and a regular /var/rotating log. Right now I'm hating on Ubuntu and Debian. PKLA was always more secure and usr merge has been a pain.

TC
[/quote]