Question about 'read' prompts after initial Q&A for setup

[ehcloninger]

The Immich installer uses a read statement to ask if the user wants to install openvino. This is after the initial Q&A for CPUs, IP, etc. Is this the standard behavior? I sat and watched the installer go past for at least 15 minutes waiting on it to finish before realizing I needed to answer Y or N.

This is very much antithetical to what I thought these scripts should be doing. I thought the scripts were supposed to gather all the needed info up front and then install atomically (as one unit) or fail.

For the record, I've used at least 20 tteck/community-scripts installs and have not seen this behavior before.

[tremor021]

I'm not really getting the point of your question.
Can you clarify what you're trying to get at here?

Bunch of ttecks's scripts use read -r -p or some variation of it to get a input from a user if some optional feature can be installed and needs to be presented to the user. Just because you didn't use the script with that functionality, doesn't mean its not a standard thing.

The Whiptail menu that gives you option choices (cpu, ram, disk size etc etc) is used to get your choices regarding the values that will be used for creating the container. Commands that use those values are being executed in the Proxmox host shell.
The choices we get via read are executed inside the container. There is a difference. read input is mostly used to get a specific value required for the APP to work or to get a user choice if a specific addon or feature should be installed alongside the app.

Hope this clears it up.
Here is a quick search on old tteck's repo where you can clearly see there is ton of scripts that use read to get user input on various topics:
tteck repo

[ehcloninger]

The question was rather it's common practice to use read after the initial "GUI" menu is done. I've not seen that before with pihole, nextcloud, home-assistant, and others. I kept waiting for it to do "something", but I finally realized I needed to click in the console and answer yes or no.

[MickLesk]

In immich Script Page (our Repo) has @vhsdream marked, that when openVino used, it need more RAM.

https://community-scripts.github.io/ProxmoxVE/scripts?id=immich

Currently we dont have an mechanismn to check if this state true and increase the RAM automatically. Not everyone uses openVino, so we will not bloat the RAM

[MickLesk]

So an Tip, we use dynamic vars since some time

You can do following (with every script):

var_cpu=6 var_ram=8192 var_disk=25 bash -c "$(curl -fsSL https://raw.githubusercontent.com/community-scripts/ProxmoxVE/main/ct/immich.sh)"

[ehcloninger]

@MickLesk @tremor021
Thanks. Yes, on a miniPC it hung trying to build the libs with for cores and I was trying to figure out a way to disable that. This is for a personal site, so I don't need extra processing.

[tremor021]

Immich script takes longer time to install/build the app. Be patient. Nothing really stops you from lowering the core count or RAM used after installation finishes. You can do it live on the container, via Proxmox web ui

[vhsdream]

@MickLesk @tremor021 Thanks. Yes, on a miniPC it hung trying to build the libs with for cores and I was trying to figure out a way to disable that. This is for a personal site, so I don't need extra processing.

@ehcloninger The build commands during the compilation of the third-party libraries are hard-coded in the install script to use all cores that are available to the container. If you reduce the total number of cores, the compilation will still use all cores but it will just take longer.