LLStore Update Information

Well that was a learning experience, I got it to work in SUSE, turned out to be an easy fix but not well known:

LLStore now has pre-patched .so library files to allow it to run in suse, I built a script for it and updated my post build cached ones to be pre patched, it's called patch-for-suse.sh, just so if I every buy a new license for Xojo I can patch their new libraries too without having to figure it out again. I'll upload it to git hub soon, it says it wont affect any other distro's, and so far it's not.

-EDIT-

cool, the .run file even works in SUSE now ;)

-EDIT-

XFCE is now fully supported :) really flying through these bugs tonight.
 
Last edited:
Today was also productive with the time I got to spend on things, I added a Tools Context menu, instead of it getting even longer, the uninstaller now lets you uninstall Wine installed items, saves using multiple tools (though most aren't silent). I also made Wine installed items combine the MimeTypes so the open with menu doesn't get over run with AIMP and irfanview entries like it has since I started using wine on linux :)

Plenty of other little fixes done too. I don't keep track of them as I am fixing as I find now, each fix leads me to the next problem to focus on, so I can't slow down until the bugs do :)
 
I've added a windows .exe self installing LLStore, seemed mean to not offer it seeing as I made Linux so easy. Now you can download that, install the store and start using it on any Windows 10 or 11 x64 OS

 
Last edited:
I've started work on the Windows Uninstaller feature, it'll use the same Window and allow removing ppGames, ppApps and I am working on ssApps. it'll clean up the folder and Start menu also. we'll see how it goes.

-EDIT-

Went very well, I had the ppApp and ppGames done, the ssApps worked out better than I hoped. AI can make short work of complex features, I also added protections so it can not remove things from folders outside the given AppPath and never C:\Program Files\ root or anything dangerous to non app files. So I am rather happy with it still. I wish others would be willing to try out the new features and give feedback, just so I know how it's going :)
 
Last edited:
Once I do one more build to make sure everything still works as intended, I am going to take on the mammoth task of moving /LastOS to /opt/LastOS, because Distro's like Bazzite have writable for system wide applications there, this means I can put my self contained LLStore in there as per spec and it'll just work. Yes you wont have access to system package managers out of the box, but you can still do most LLApps and all ssTek ones, as well as Flatpaks and AppImage ones. This should mean it's more Distro Agnostic that it already is :)

Worth playing with anyway, I only picked /LastOS/ because when I first started in Linux, none of the folder names made sense and I was sick of the Permission issues because I didn't understand security properly. Now I do, it's time to update it to support the right way of doing it.

-EDIT-

Build was OK, it was over sized though due to me finding a bug with the Gecko and Mono installers not going across to Skel and some wine components getting removed pre ISO build, that means they were downloading things on first boot to be installed silently. I am moving forward with the /opt/LastOS/ move. I am not sure how I'll handle things yet, my guess is on OS's that support / root access I'll do a symbolic Link from /LastOS/ to /opt/LastOS/ This should allow existing installs to just keep working without any side affects and if you happen to install on a Immutable distro it'll not be able to make the Symbolic link, but it'll be a fresh install anyway, so wont matter at all.

I hope it all goes smoothly, it's very late in the production to make this change, but AI said I didn't hardcode much at all so may only need a line or two of code changed, lets hope it's right. I do know I'll have to update the firstlogin.sh and other tools that hard code point to it, else they'll fail to function on Bazzite etc, but this is the only way forward as I wouldn't mind trying SteamOS when it comes out and having LLStore on the SteamDeck like device (but x86_64) seems like a good idea to me ;)
 
Last edited:
It took Claude less than 5 minutes, I still have all the other scripts to update, but I'll get to testing it and see how it goes, I've made the setup and installer move existing /LastOS if not a symbolic link to /opt/LastOS and then I make a symbolic link from /LastOS to /opt/LastOS, so in theory, all the scripts/ context menu items etc will still work. but for future installs I need to update the mall manually to make them work on Bazzite etc.

Lets go, will be back with updates later.

-EDIT 1-

Worked in Linux straight away

Worked in Windows straight away, so no issues, I'll play with it more, but it was very straight forward :)
 
Last edited:
LLStore installed straight away.

I did have to point directly at it in the link though due to it not being able to write to /usr/share/applications/ so I'll have to change that, no symbolic links in /usr they'll have to go to ~/

wine isn't enabled by default but I found how, so I'll have to update my wine installer in LLStore to do it.

It stalls trying to enable flatpak, so that need to be hidden as it's enabled by default.

Any package installing items need to be hidden and skipped as they do NOT work.

I am yet to try flatpak installs etc as I am still testing other things, will get back to it in a hour.

-EDIT-

Claude.ai has been very busy editing code to check immutable OS's and redirect to the users home folder for icons, mime types, shortcuts etc. I am really doing what I can to make it work on Immutable OS's before trying again, there were issues, but luckily I split the install scripts out into /Tools/LLScripts_Core.sh and the sudo one, so I can easily add support for Bazzite without having to re do all the Apps and Games I've already done :D - so glad past me was thinking of future me :)

-edit-

WOW Bazzite is better than I thought. I can install things by updating the rpm-ostree and rebooting the PC/VM. So I can actually install packages, I got wine to work and that allowed all the ssTek apps and games to work, LLApps mostly work, I need to play more tomorrow. but this might end up being great for new users who want Bazzite :) - I got CachyOS working 2 days ago, so we're up to date with Trendy OS's in LLStore nearly.

Works great, all tested, just need to reboot after installing system wide packages. The other step is for wine to be usable you have to run (after installing wine and rebooting):

wincfg

or

#configure wine silently
wine wineboot

---------------

I'll keep testing after a nap, I don't want to make this next upload until I am 100% sure ;)
 
Last edited:
Well it's been a big two days, I had to redo all the apps, update all the scripts and point everything to the new locations, I am just about to do a fresh build with everything, I hope it all comes together.

This is the make or break moment. If all my work pays off, we'll have a "Proper" secure Linux with the ability to install on any distro and uninstall now too :) it will find the package manager best suited for the job and just work.

I re did all the major tweaks and tools to have more distro's and Desktop Environments supported and so much more. I used AI to make a job that would have taken me 3 days, it did it in 4 hours. so I am confident It'll go well.

I am 50% sure that when I push the updates through that it will fix everyone's existing installs to support all the new features, else I'll have to modify that a tab to do the required redirects, but once that is done, we'll be good to continue this journey. It needs some more work as I don't have checks for some OS's and I think they'll be needed, like some things will not work on some distro's and I'd like to mark them in the apps/games themselves. I am not losing focus to do that though. I'll get this right first as this will affect all LastOSLinux versions now and in the future, not just one app/game that doesn't break things, just doesn't work :)
 
Tasks to do to finish this

Code:
LastOS-Essentials complains no ~/.local/bin/run-1080p file, fix and check.

WineHQ installed wine, not the winehq - stable one (need to check it out).
--- No I checked and it's wine v11 - so just a visual glitch. Or maybe it's putting both and that is why the ISO is 400mb bigger??

Sanitize doesn't have menu icon after Context menu install, I need to grab it from the actual installer for it.
Installer put it in, so do need it.
Sanatize is in the Start Menu, it doesn't need to be as it has no GUI.

Check the theme icon gets used for non iconed items - Recommended, Tweak Hotkeys and Tweak Linux Desktop all had what I think is the LLStore default, not the flower one I was expecting.

Chrome installer is downloading the deb, check I still have the local version check for the builder in place.

The cleanup for the linking repo trick didn't pop up after the reboot, check whats happening with that.

Keep sudo may be a bit dodgy right now, need to confirm it still works as intended.

In the builder I saw a no such file error, may need to check what that is and add protection, maybe run it through AI to make it better too!

The use of /opt may actually break the LivePE redirector as it may try to load the whole /opt folder? needs testing. This also may explain the bigger sized ISO created as it would probably put it in the LiveOS squishfs, so may take up more ram... test.

Total ISO size is 4.9GB, this could be due to more packages succeeding with their install, before a bunch were not right and would fail, but it also may be an old kernal or something, I need to find the extra 400-500mb of used space to see.


-LIVE OS Testing -

Wine can't find mono msi etc, I checked .cache and all three files are in there, no reason it hould not find them, test. It still needs v10.4.1 - just exclude v11 for now

The LastOSLinux ReadMe on the Live Desktop points to /LastOS/ReadMe.docx, needs finding and fixing. the icon is also the wrong path. ReadMe in the Start Menu is also wrong.



* OS installed Perfect, no issues with that.


--- Test OS Installed ---

The ReadMe on the desktop is correct icon and path.

The wine asked for mono again but I let it download it this time, it still uses v10.4.1 and v11 is ignored. include that for now.

* First Login script ran perfect!

* LLStore is fully functional.

Sanitize is missing icon as it's obviously not in etc/skel or system wide, needs including.
Sanitize also doesn't seem to be there, missing link :P


WTH - /LastOS symbolic link isn't in the installed OS, that is fine on fresh installs, just surprising is all.

The usual cinnamon extensions are requiring updates yet again, I need to make it do this prior to the Build ISO tool as I hate having them outdated in the /etc/skel folder.

Not a huge list, but some things to tick off.
 
As all the bugs are not the store, I have released LLStore v11.1001. I will get around to fixing the apps/packages making the above issues, but I really want to get things moving forward with regards to moving the default folder, so more distro's will work out of the box.

I guess we'll see if it was the right call, all my VM's updated perfect to it, including Bazzite and Windows. So I am hopeful
 
Last edited:
I figured out the extra space issue and fixed a bunch more little niggle bugs. The space was WineHQ (Wine v11) is actually 380mb bigger than Wine v9 is, so now that I actually fixed winehq package to actually install wine v11 it was a bigger ISO produced. so no bug, just laws of nature.

I have a build done, but I am currently working on a queuing system for admin packages, currently in the public version if you try to install two sudo items at once it may quit one early or stall. so I am making it use a new PID for each, with a lock guard that makes it wait. so all going well it'll work as expected and queue them up. on top of that I've made -KeepSudo command line work properly (if it actually works) as before it would quit the sudo monitor when LLStore closed on some Distro's, so big stuff being worked on still. but a solid store is incoming if all goes well.

-EDIT-

Wine v11 also uses way more ram than the old Live OS, by almost a GB. I haven't decided what the best approach is moving forward yet.

-EDIT-

KeepSudo fixes work a treat, I tried to make one sudo per install of LLStore, but you really do need to make the lastos-users group and run LLStore with that before you can type the password for LLStore to setup what it needs to, so I gave up on that, I want it to be fully reliable, not finicky.

-EDIT-

It was annoying the hell out of me that if I updated items in my folders and forgot to refresh the local DB's it would say Install Failed and I kept forgetting why as it only happened every week or so. ANYWAY now I make it check all the files in the DB exist (take .01ms per item, so I'll take it), if any are found missing it'll re-extract the make a fresh DB with everything in the folder. so the only thing that can happen now is Adding items, not updating them. these wont be detected until you press F5 or pick Refresh items from the GUI. or just hold shift as LLStore is double clicked (windows or linux feature).

I am getting happier and happier with the way things are going.

I did find out that my old script updater I made broke about half of all the LLApps I had on the repository for about 5 days, no one said anything. I guess what I am doing here is still for myself, because if anyone was using it, they may have spotted it wasn't actually installing the apps. They have all been fixed and all have been updated to support Bazzite where possible.

LLStore in Bazzite tells you info when you first run it and again when you first install something, because Immutable OS's are weird. so I did it to help users know LLStore doesn't work miracles, it just makes the most of what it offers.

-EDIT-

I just found a bug in PeaZip LLApp, it makes a symbolic link in /bin to the home folder's LLApps, this can't work as the home folder is different for every user, even the live one. I'll fix that up and keep working on things tomorrow some time.
 
Last edited:
Ok now I think I have the context menu's how I want them, I shuffled a few things around and added them to the LLStore installer, plus updated the Tweak Context Menu LLApp, so they are consistent across both, I was getting duplicates. I also added the ability to compress multiple Folders to .apz /pgz .tar packages and added an extract tool for them that will extract say a Game_ppGame.pgz it will make a folder called Game_ppGame\ then it will extract the ppGame.7z and delete the ppGame.7z and the original Game_ppGame.apz. leaving only the extracted folder so you can edit and update it without having to do multiple steps.

I am enjoying the refinement stage of this build. It's hard to keep on top of all the locations to update, so I am not going to update my github post for a while as that updates sourceforge, it's easier to just have the source code an repositories, maybe mediafire if I am feeling like the progress is going well. I'll try to keep githib releases to one every few days as needed, because this rapid development stage can't keep going on forever can it?
 
The other thing I am battling with is making the Wine configure run on the LiveOS, it makes it use 3.2GB of ram while doing so and I am thinking I shouldn't do this on non AIO builds, so I'll add a flag file and if it doesn't exist then it wont run, because it will configure itself if you do use wine, but if you have existing wine apps installed in the LiveOS and don't pre configure it, it wont put the right registry paths or shortcut links etc. I feel this might work. we'll see.

-EDIT-

It worked

Uses about 1.3gb on boot and goes up to 1.9GB max. way better than 3.8GB, like I said the AIO will still run winecfg, but the non wine build will not :) - Means it wont take ages to start on low end systems.
 
Last edited:
Add Endeavour OS to the list of tested OS's, to be clear, I am installing LLStore with the LastOS_LLStore_Installer.run file, typing the password twice as asked. Running the desktop icon of LLStore, picking Wine (Repo) to install it

Picking 10 Second Ninja (test version) that creates a Desktop, Menu Favourite and soreted Start Menu item. the Panel creation seems to be failing at the moment on Cinnamon, but that isn't really something I'll ever use, I just wanted to offer it, but it's not actually applying them, plus other Desktop Environments wont be added the same way, so probably not worth while as the user should get to decide what they want on there.

Anyway, all the OS's above have been tested with the latest LLStore and latest WINE (repo) version. All have worked perfect and really LLStore is done. I am going to get back to focusing on updating the library of apps and games and fix any of the minor bugs remain. Maybe write a better manual and update the builder a bit more to make LastOSLinux a cleaner result, I did add all the missing libraries to the initial install, now that I have a store, I might take back out some of the extra Libraries to reduce the size and updates required. Then if someone installs a thing that requires them, it can download what's needed like normal. I will be adding SDL2 and a few others though as I want the most things to work out of the box - a majority of older coded games ran with SDL and SDL2, so not including them would mean if a user were to download something off the internet, unless they installed Keen, Gods, Turrican or one of the others that require SDL2 that I have, then stuff downloaded from GIT or itch.io etc, may also fail to run without them.

I am very happy with the end products, just a shame it's not Windows 8 or early Win 10 versions compatible. I don't really want to have to downgrade Xojo to have it support the older OS's, I want the new features and protections put in place. Less crashes and free Linux building, that is not something I can offer if I were to downgrade as previous version required a license, even to compile in Linux.
 
What are the chances... the only FlatPak app I tested was qBitTotrrent and strangely enough, that was the only one I manually made a shortcut to, so it worked in the Live OS and the installed OS. the fact was they were NOT being shown (apart from that one), I've since made it symbolic link to the actual folder the flatpaks are in as they are relative to their starting path, I mean the exec=../../Blah which is just a way to get things portable I guess, but for whatever reason you would have to reinstall the items as the new user other wise, so instead I sym link to the normal ~/.local/share/applications/ for ALL desktop files found in that folder, I'd rather have it make duplicate shortcuts in the menu than not have them at all (that would only be if you reinstalled them, which would just be weird anyway).
 
I finally got around to making the Updated Microsoft Visual Runtimes and Microsoft Gamers Runtimes silent. I also renamed the Gamers Runtimes as they were always hard for me to find with the prefix LastOSLinux and really they are Microsoft's stuff, so made sense to put them together.

Now we should have the ability to make a complete OS without any weirdness and more updated. I don't intend to for a while as I released one already this month and the one I for my testing didn't have this fix anyway. The plan going forward will be one release a month, as I feel my rapid development cycle was too much for people. I mean even the LLStore was updating every few hours - due to me using the main repo for testing instead of using a local repo, this was only due to needing them in VM's though, so I really didn't have a good alternative to push code changes to the actual VM's without a lot more messing about.

-EDIT-

New version no longer aborts -setup when ran on a fresh OS that didn't have lastos-users and made the keepsudo check existing PID's to know if to close sudo at the end of the current script or not. I found it left the sudo script open on a fresh OS on the first install of a app, due to it using LLStore to capture the original OS that gets installed, meaning one PID was listed and would hold it open, even though it didn't exist on the freshly installed OS, this wasn't a problem, just a glitch. as was the other fix, that would require you to have ran llstore -setup twice, now it calls itself with the -setup in place, before it just re-ran the GUI without -setup.
 
Last edited:
Screw It, I am pushing up LastOSLinux 2026-03-18 As I did a solid build of the Core and the AIO and they both went through the testing phase perfect, for the builder and for the installs. In fact the only issue I spotted was the LastOSLinux Read Me in the start menu point to the old .txt and not the new docx, so that is the only bug left as far as I can tell. Well except the builder script doesn't have user access to write the temp Settings ini replacements as I locked it all down to lastos-users and it's not until the 2nd script after LLStore has been installed, meaning I can fix it, but shouldn't need to as I keep the repo's updated so the fact it uses remote items and not the local items is fine ;)

As always my new releases do NOT need to be downloaded to replace your existing installs, you only would want them to update your USB installer if you intend to use it again in the next 4 weeks. I plan to install CachyOS on my own machine so I can work with that for a little while. I am ready to expand my bases again now the Mint one is running very well - Mint v23 is due out in August 2026, so no rush from me to do another one for a bit. I could do a Ubuntu 26.04 based LastOS mod, but I don't think people would want to download that? so I'll just stick to mint and if CachyOS works as well as I think it will, I am sure it would be a good next step, as Arch based Linux is bleeding edge stuff, better for development and testing, especially while Mint will be limited to x11 and Kernel v6.

-EDIT-

half way uploaded to Mediafire. I'll put the core one on Sourceforge this time too.

I fixed the Read Me bug, but it wont be until the next release, nothing too major though.
 
Last edited:
Back
Top