In generale, i pacchetti RPM non dovrebbero richiedere l'interazione dell'utente. Di volta in volta, gli utenti RPM hanno affermato che è un obiettivo di progettazione esplicito di RPM non avere installazioni interattive. Per i pacchetti che richiedono una sorta di input prima del primo utilizzo, in genere chiedi queste informazioni al primo utilizzo, le mettiamo tutto nei file di configurazione con macro o qualcosa di simile e comunichi ai tuoi utenti che dovranno configurare l'applicazione prima che sia utilizzabile .
Anche il passaggio di un parametro di qualche tipo conta come l'interazione dell'utente finale. Penso che quello che vuoi è avere il tuo pre o installare script in grado di rilevare l'ambiente in qualche modo, magari avendo un file da qualche parte che possono esaminare. Farò anche notare che dal punto di vista di un utente RPM, avere un pacchetto chiamato * -qa.rpm è molto più intuitivo rispetto al passaggio di un parametro casuale.
Per il tuo problema esatto, se stai installando contenuti diversi, devi creare diversi pacchetti. Se provi a fare le cose in modo diverso, finirai per combattere il sistema RPM sempre di più.
Non è difficile creare un sistema di build che possa sputare oltre 20 pacchetti che sono per lo più simili. L'ho fatto con un file spec di template-ish e alcuni script di make che creeranno i vari file spec e costruiranno gli RPM. Senza conoscere le specifiche, sembra che si possa persino avere un pacchetto principale su cui dipendono tutti i 20 o più pacchetti di ambiente, quindi i pacchetti specifici per l'ambiente installano ciò che è specifico per il loro ambiente di destinazione.
Grazie per la risposta. In realtà non ho bisogno di alcuna interazione da parte dell'utente, come nel richiedere all'utente di inserire qualcosa. Quello che sto cercando è un modo per passare un parametro insieme al comando install. Ad esempio, ** rpm -i myapp.rpm -dev **. C'è un modo per popolare un file con il valore appropriato, in modo che l'installatore di rpm possa leggerlo e recuperare il valore richiesto. Sto cercando qualcosa di più elegante di quello. –
Lo conterei come interazione dell'utente.Penso che quello che vuoi è avere il tuo pre o installare script in grado di rilevare l'ambiente in qualche modo, magari avendo un file da qualche parte che possono esaminare. Farò anche notare che dal punto di vista di un utente RPM, avere un pacchetto chiamato * -qa.rpm è molto più intuitivo rispetto al passaggio di un parametro casuale. – kbyrd
Ho aggiunto le informazioni del commento sopra alla mia risposta. – kbyrd