Auto Software Installer

[Basa Benejan]

Ihave multiple Windows auto-installer game builds for different games, and only one can be installed on my computer at a time. What I mean is whenever I try to install a second game to my computer the new games auto-installer uninstalls my present game, and then installs my new game.

To clarify: If I make game A in 2020, and then make completely unrelated game B in 2021, Game B should not overwrite the install of Game A. This is currently the behavior John is experiencing, if I understand correctly. If this is intentional, then the build service is useless for anyone to make multiple games.

If you dont have a functioning autoscript installer for 2-3 years, either get on or stop calming that you do. Its bait & switch to be honest. If you cant get such a minor problem fixed, what compels me to pay for your premium services?

The v0.3.5 release of NVIDIA Auto Installer for Fedora has now been tested and confirmed to be working on Fedora 34. With this release, the executable binaries have been phased out in favor for a much convenient packaging on COPR.

This tool has been tested only on 9XX/10XX/20XX cards so I am unable to state for certain that this would work. Also, the tool (as of now) does not provide a way to uninstall - so please use this command to uninstall cuda.

The update center would be able to automatically update the packages installed as the tool is simply a wrapper on DNF and other such utilities - attempting to streamline the process of installing the drivers and other such NVIDIA utilities.

This is all that should need be done. However, if you are using a laptop and are having issues with the display & external monitor not showing correctly then that seems to be fixed by copying /usr/share/X11/xorg.conf.d/nvidia.conf to /etc/X11/xorg.conf.d/nvidia.conf and once again restarting.

Hi @computersavvy , I did everything you recommend but still does not work is there any way to validate if my graphics card is compatible I have a NVIDIA GeForce GTX 1650 With Max-Q Design, 4GB GDDR6 in a notebook MSI Prestige 15 A11SCX.

Now you should first try it out on testing systems only, and be cautious, to not mess up any working systems. Should be safe to use for new installations.

I do not take responsibility.

My script is new, so i encourage caution to first test script on spare system, before using it on production systems. How can i guarantee that it runs perfectly for everyone if only i tested it.

The constrains, for raspberry the option to choose desktop w.o. manual installation, for remote management of the system, HA has indeed almost all in web UI so there is no need for desktop, like system management and config writing.

The main thing in linux, that helps new users is a set of icons(scripts) to press in a folder to spin up required tools that explain what they do to teach as they go and run commands like install, service restart, backup and openhab config tool.

The openhab docs are really long, detail is good for understanding, but i guess subsections named by topic that open up with + would clean up the docs to have less scrolling, the menu at top of article may require pointing out mandatory topics to get started with underlining.

Great thanks for sharing, always good to have people giving back and sharing.

I have done the same and test it only under Armbian with an Odroid N2+ which is also called Home Assistant Blue by some people.

You can find it linked below and feel free to help each other out by checking if stuff is broken due to an external program changing a config syntax like frontail or any of the other extra stuff to setup after openhab is running.

That probably is because openhabian is only tested with Raspberry Pi products under one OS and the author is using x86(?). The docs state you can use it on untested hardware and also outlines hardware fake modes, then goes on to say no support. I can recommend openhabian highly for those using a PI, but I can not recommend it based on past experience trying to use it on Ubuntu and x86. It has improved a lot and there are multiple people working on it now so my thoughts are probably wrong and outdated, I suspect not, if someone has created another script.

It is a huge task to keep a script running 100% when it does as much as openhabian does on a single set of hardware, it would be a full time job to keep it running and tested under multiple hardware and opperating systems.

So why create a script? THE answer to this is In six minutes I can fully rebuild my openhab setup with an automatic script and know it is exactly as I want it to be. Each time I have to adjust my system the script gets updated.

I am a beginner on the OpenHABian side of the installation and the config file i see is intemedating for new users, if needed to config anything besides setting names and wifi, like disable preloading add-ons .

Regarding desktop i am sure new users dont know how to install desktops on bare linux first day, it aint hard i did it few times, but a config option to choose a desktop is friendly for new users, i never like to run linux without desktop, when i have a desktop i tend to get work done faster with less command line shuffling, using multi-windows, VS code onboard and Remote Desktop to manage OH in remote country and such.

HA has all the apps on there for backup and VPN, and stuff that runs on HASS OS I meant. It supports snapshots, restarting services, restarting machine and such, the only parallel that supports some of it is the Openhabian console, and some is supported by karraf console on basic OH.

Developing Arduino MQTT Librrary for autodiscovery integration probably on HA autodiscovery protocol, as manual config is becoming time-consuming. I found no good docs on how to program that protocol on Arduino, theres no universal HA library?

Hi Matej,

I understand your approach very well as I have done this decision about 4 months ago, too.

I was about to write a script which applied changes to my need on top of a freshly installed openhabian image, like

until I realized after I had a closer look that the effort of writing an installation script like yours on top of a native rpi image will be almost the same.

The only true advantage for me was that openhabian installs frontail which was a little bit tricky to install manually/by script.

Furthermore I noticed that an rpi-image was faster than openhabian image in terms of the first run rule delay problem.

Over the years there has been a continuous barrage of people pounding on openHABian trying to do X or Y with it, ultimately stretching it beyond what it can do. As a result the docs have become extensive and the configuration which receives active support has narrowed.

THE answer to this is In six minutes I can fully rebuild my openhab setup with an automatic script and know it is exactly as I want it to be. Each time I have to adjust my system the script gets updated.

RPi 3 and 4 have a 64 bit processor and you may want to run openHAB in 64 bit. Be aware that running in 64 bit has no relevant advantages but a major drawback: increased memory usage. That is not a good idea on a heavily memory constrained platform like a RPi.

A number of people at OGXbox, including at least one of the moderators, were theisozone forum regulars and contributed a great deal of very useful Xbox related expertise to that site and are doing the same here.

Apart from having to extract the two Zip.001 and Zip.002 archives from the download folders there's nothing much to go wrong. Just put those two parts into a folder and use your preferred unpacking tool again (7Zip recommended) and extract to an AID v4.53 named folder.

But in the AID installation I have on that particular Xbox I couldn't find the flashing menu. I looked at the config.xml and there's a whole load of stuff for copying BIOS to C, E, F etc but no actual flashing tool. The AID download I used (not from here) and the accompanying version info shown it just as v4.53 but not Lite.

Its clearly been edited and when I checked my other AID versions which includes several Lite version ones from various sources there are significant size differences in the config.xml between them. Lite v4.53 (TIZ version 455KB) and the Full v4.53 (679KB) I have but also this other one just identified as v4.53 (649KB). In all three cases the config.xml is shown as v4.53 although the AID HDD install menu option in the latter's case says it is v4.52.

I can't be bothered to go through and check all the differences but the point is there are different AID v4.53 versions out there and some may not have some of the tools and other content mentioned in the AID manual.

The Lite version is missing the BIOS flashing tool entry in the config.xml so no menu option for that but all the BIOS copying options are still listed in the config.xml and oddly in all versions of AID Lite I've downloaded the actual BIOS flashing tool (flash.xbe) is still provided.

No, I'd rather use OGXBox CERBIOS Installer, it's absolutely awesome!

But at the moment I am just looking for a software tool that can help me re-partition and format my HDD (without disassembling the XBOX), as I have thoroughly effed up my partitions with some wishful thinking a couple of hours ago.

But at the moment I am just looking for a software tool that can help me re-partition and format my HDD (without disassembling the XBOX), as I have thoroughly effed up my partitions with some wishful thinking a couple of hours ago.

Thx for the reply. The issue has been resolved.

I swapped the problem HDD with a spare one I have. I'll install the problem HDD in a PC and reconfigure the partitions with fatXplorer there.

A related question:

Why is it that the XBpartitioner standard preconfigured size for partition 2 is set at 500MB? Both Apps, Emu's, ROMS and Games folders are automatically set up there when running the full setup from i.e. the (CERBIOS) Installer Disk, and will run out of space in no-time, making it necessary to at least move the "Games" and "ROMS" folders to one of the bigger partitions.

3a8082e126