Sto configurando un repository yum e devo eseguire il debug di alcuni degli URL nel file yum.conf. Devo sapere perché Scientific Linux sta cercando di afferrare questo URL, quando mi aspettavo che prendesse un altro URL:
# yum install package
http://192.168.1.100/pub/scientific/6.1/x86_64/repodata/repomd.xml: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404"
Trying other mirror.
Error: Cannot retrieve repository metadata (repomd.xml) for repository: sl. Please verify its path and try again
La manpage yum.conf (5) fornisce alcune informazioni su queste variabili:
variabili
Esistono diverse variabili che è possibile utilizzare per facilitare la manutenzione dei file di configurazione di yum. Sono disponibili nei valori di diverse opzioni tra cui nome, baseurl e comandi.
$ releasever Questo sarà sostituito con il valore della versione del pacchetto elencato in distroverpkg. L'impostazione predefinita è la versione del pacchetto "redhat-release".
$ arch Questo sarà sostituito con la tua architettura come elencato da os.uname () [4] in Python.
$ basearch Questo sarà sostituito con la tua architettura di base in yum. Ad esempio, se $ arch è i686, $ basearch sarà i386.
$ YUM0- $ YUM9 Verranno sostituiti con il valore della variabile di ambiente shell con lo stesso nome. Se la variabile di ambiente shell non esiste, la variabile del file di configurazione non verrà sostituita.
C'è un modo per visualizzare queste variabili utilizzando l' yum
utilità della riga di comando? Preferirei non dare la caccia alla versione del pacchetto 'redhat-release', o ottenere manualmente il valore di os.uname () [4] in Python.
/etc/redhat-release
non è la stessa cosa della $releasever
variabile. La domanda qui è capire cosa sta sostituendo Yum al posto di queste variabili? Cosa sta succedendo a livello di codice?
rpm -qf /etc/issue
è il metodo canonico e sarebbe stato il metodo in LSB se non che SuSE non si fosse mosso nelle riunioni di FSStnd. YARLY.
cat /etc/redhat-release
In realtà, usacat /etc/system-release
invece, poiché questo sarà un link simbolico a / etc / redhat-release, / etc / centos-release, / etc / oel-release, / etc / <qualunque cosa usi Linux scientifico>, come appropriato.