LLStore Final Released & Latest Downloads

Glenn

Administrator
Staff member
LLStore is a rewrite on ssWPI but it has many of the features from SetupS built in.

It is also able to function in most Linux Distributions.

This Store only works with Windows 10+ and only on x64 OS's, it has partial support to work on ARM but I currently don't have an ARM PC to test/compile it on to know for sure. The code is available if anybody else want to compile and share with us. It also is meant to support Mac OS's but as I also don't have a modern Mac that supports newer OS's I do not know for sure.

The point of LLStore is to offer a easy way to install Apps and Games on many PC's automated and problem free, with the menus fully sorted and make use of the LL Launcher to make picking a game to play even easier.

The development of LLStore started October 31st 2024 and this first public release was March 18th 2025 - so 4 and a half months (with a couple of weeks off for Christmas), it's 10s of thousands of lines of code and having been tested along the way. I feel it's feature complete enough to use it in your projects, but your always welcome to report any problems or feature requests as you need them.

The Store makes use of online repositories, but you are able to keep the downloaded items on a USB or spare HDD to use on other PC's without having to wait for the internet for some of the larger items - keeping in mind that many of Linux items use existing repositories from each distro and do not have any offline content included. You would be able to make them out of the downloaded .deb or .rpm file, or use appimages etc, but as Linux gets updated a LOT, there isn't a reason to do so. The Games and essential apps are generally offline installs.

The reason I rewrote ssWPI/SetupS and LastOSLInux Store (making it the 5th store of it's kind I've coded, with help from LastOS Team members over the various versions), I found the speed of LastOSLinux Store to be so much faster than ssWPI, but I also couldn't get ssWPI to run very well with Linux Apps, so I wrote LastOSLinux store to provide the same in my first Linux OS Distro I've shared publicly (since 2012). But the Online side of the Linux one was so much more reliable than the old ssWPI Repositories I used to run. So to make it all sane and have all the features I wanted, I had little choice but to start from scratch, while still trying to keep it as backward compatible with existing installs and methods we'd chosen in the past, so you can continue to use existing collections of apps and games with this.

Download:
With Source Code: https://github.com/LiveFreeDead/LLStore_v2/archive/refs/heads/main.zip
No Source Code: https://github.com/LiveFreeDead/LastOSLinux_Repository/raw/refs/heads/main/llstore_latest.zip

The latest version of the LLStore is available here, but it self updates once you have it installed, it was almost daily while I was developing new features for it, but now it should slow down to only major new releases and bug fixes as required.

To use it in windows simply download the zip file, extract it to the root of a USB or HDD your happy to keep it on (Make sure to make a new folder for it, preferably without a space in it's path) say X:\LL_Store this is the folder name I chose to use on my USB's. You are then able to run it.

To use it on some Linux OS's takes a little more work than on other distro's as they do not allow executing downloaded files without you change them to allowed. To do so, download the zip, extract to your home folder or desktop under (~/LLStore) for example. Then go in to that folder, right click "llstore", chose properties and set "Allow Execute", you then need to go into the tools folder and select all the .sh files and make them executable as well as "7zzs", "tar" and "wget"), to save having to mess about with permissions you can do the following:

Go in to the LL_Store folder, right click "llstore", chose properties and set "Allow Execute", then right click "setup.sh" and set that as executable. Double click on it and chose execute in terminal (or open a terminal to the current location and type "./setup.sh" without the quotes. this will install it and configure everything the way it needs to be, it installs to /LastOS/LLStore/ makes desktop and menu shortcuts to run it and associates itself with the supported file types.

You are then able to run it and use it to install apps, games and tweaks, either local ones you might have or from the repositories.

Once you have your USB disk with it set to Executable it'll then work in Windows or Linux machines without having to do anything extra. You are also able to install it by Pressing Ctrl + T and pick "Install LLStore", this will install it in Windows or Linux (if you have the sudo able password).



I'll edit this post in the future, I just wanted to get it setup ready in case its well adopted :) - I can hope.
 
Last edited:
I just downloaded it from git ( I think ) and extracted it and ran the llstore.exe from 'C:\Users\Steve\Desktop\LLStore_v2-main' and it ran like ssWPI did, I chose Brave and it all went good just like ssWPI did. Only thing I visually seen was the list icons are the same. This is on my game box with a 40 inch 1080P tv.

EDIT = Maybe check for updates then ask if you would like to read the revision update and then ask update LLStore? or cancel ( DEV notes BETA is beta, add a flag to ask a question that is not hard to respond too )
 

Attachments

  • Untitled.png
    Untitled.png
    462.1 KB · Views: 122
Last edited:
Only local items icons get used. I also don't update them as I want speed not pretty. So only starting up with the icons pre downloaded (or the actual archived item) Will the icon be used
 
I looked over LLstore and seen a few things that 'might' be good adjustments as for the text size as my eyes are getting worse, is to just increase the text size for the Category, Items, description box and then the below that the URL and the rest below that.

This would make it visually nice for me, my 2 cents tho LOL, would possibly make it more comfortable to just open LLstore and start reading and not having to decipher if that is a ! or a lower case l . But other than this, looks really good :).
 
Well you can adjust the size of each component using the ctrl key and mouse wheel, you can also use ctrl and + or - or you can edit the ini files.

The reason I left them so small is if your in a live OS and the screen res is 800x600, then you need it smaller or it only fits 5 or 6 items on the screen.

I will bump up the defaults as the store is meant for installed OS's and not live ones anyway.
 
I made AppDisc last week with ss pp Apz in its local directories for local operation and use it for those older win10 installs on which LLStore won't work.

Is it correct that LLStore could be made to work the same way, that is to use local directories for installs. I can't run LLStore right now on this win10 PC but I recall it has links in its setting that point to those remote repositories which makes me wonder if I would just create ss pp game apz directories in LLStore file space and put links into setting pointing to them... It would then be just like the AppDisk, right?

Those links would need to be such that it wouldn't change things if you moved LLStore to a different location, not sure on the form they would take.

Also if you had local apz inside the LLStore and also active links to remote repository, would it show two same appz in store window and if it did, could it preferentially show only the local apz? Then as apz would be updated in public repository, it would load those alongside your old local ones.

Just throwing ideas out. Local links in settings is probably an easy thing to implement but the filter to not display duplicate appz and display preferentially the local ones maybe not as easy...
 
I have done a major update to LLStore with how I request sudo passwords, it now uses the GUI based request when possible. I've also made it not continue until you either accept or close the sudo request, so it wont flood the screen with multiple terminals anymore.

Please let me know if any issues occur because of this.

It should add the ability to install in Gentoo and many other Linux distro's that were failing to install the store (but able to run it).

As SELinux Security disables running anything unless you disable it, I am not supporting OpenSUSE or Redhat (some Fedora's) with SELinux enabled - this is for enterprise situations where locked down users are required! so not really in my Home user scope anyway.

-EDIT-

As I've added new files to the tools folder you may have to manually update until I get the v5 release out, due to it having the newer libraries (Xojo has had 2 releases since my last release and I should upgrade to it).

-EDIT-

It's downloading very slowly, so if your LLStore breaks before I update to v5 and force a full update, you will have to download and extract the LLStore to /LastOS/LLStore, or run the setup.sh file in the terminal to set it back up again as the missing sudo_script.sh file in tools will stop it from doing it itself - but a required step by me to get the GUI request to work as some of the terminals on KDE Distro's was black text on black background and you never saw the SUDO prompt in the konsole/terminal anyway.


-EDIT-

Ok v5.1001 LLStore is up and I put Xojo 2025 r2 up in the repo, so hopefully it all works out now as the v5 increase triggers downloading and installing the complete LLStore folder and not just the .exe files.

Tested on my Linux Laptop and it upgraded from v4 to v5 and works fine.

Now tested in windows, works fine :)
 
Last edited:
The next release of LLStore will have basic search added, so you can search the current items list. It'll also have a Menu button next to the search field to bring up the context menu that shows when you right click the items list.

I am adding a setting to make it NOT update the Online Database until after so many minutes - this will make it start so much quicker when the DB's have freshly been downloaded within the time specified. Now the DB is packed with my work, I don't need it constantly downloading them, I also don't want to check online to see if it's updated as that would take almost as long as downloading the small db files.

Will get back to work on the time thing tomorrow and release an update.
 
The update is out.

Search is added to the Items/Search heading, just click it and a Text field will come up, press enter or click it again to hide it, it will only search the current Category your in. You are still able to press the first few letters of an item if your on the list to jump to them. Once you have your search results you can select them with the mouse.

I've defaulted to 20 Minutes to re-download the DB's so that you wont have to have them download every single time you run it or remember to manually do it if you disable auto checking for updates.

The Menu button sticks to the top right of the Items List, this is to let users use the keyboard or click with the mouse to open the context menu as I was told some users were not aware there was even a menu available.

I think I got all the protections in place to make it not crash, but if anyone has any feedback please let me know so I can make changes. I know the search is a bit clunky to bring up, so may change this in the future, but as I don't use it myself, I can't really say if it's good enough or not - but it does work :P
 
I've updated LLStore to work PROPERLY with WINE installs, it was making %ProgramFilesCommon(x86)% convert to /home/glenn/.wine/drive_c/Program Files (x86)/Common Files inside of the Windows Appz scripts, meaning it would extract to C:/home/glenn/.wine/drive_c/Program Files (x86)/Common Files instead of C:/Program Files (x86)/Common Files, it was the same for a few others as that is where they went in Linux back when I made it Linux apps only (before I added wine support), all fixed now, and now the Color error Photoshop gave doesn't popup on first run.

I've added Sorting to the context menu
 
I need to update the instructions to mention if the Install To (AppPath) isn't writable then you MUST have No Install Folder Ticked or it will attempt to run LLScript* from the AppPath and not from INIPath. I'll add a check for it to revert to using the scripts from the install path soon, but I had this issue myself and thought it's worth mentioning. I couldn't figure out why my script wasn't running, so I enabled the debugging and it all made sense :)
 
Back
Top