[RISOLTO]programmi installati ma non funzionanti

[madtux]

Salve a tutti non so se ad altri è capitato, ma con la versione a 32 bit non ho mai avuto questi tipi di problemi.
Veniamo al sodo.
Dato che vorrei usare postgres e visto che per la versione a 64 bit non c'è mi sono scaricato quella a 32 dal repository di slacky.
Come vado a lanciarlo mi restituisce

Codice: Seleziona tutto

bash-4.1$ /usr/bin/postgres
bash: /usr/bin/postgres: No such file or directory


ma se faccio un whereis postgres risulta installato

Codice: Seleziona tutto

bash-4.1$ whereis postgres
postgres: /usr/bin/postgres /usr/X11R6/bin/postgres /usr/bin/X11/postgres /usr/X11/bin/postgres /usr/man/man1/postgres.1.gz /usr/share/man/man1/postgres.1.gz /usr/X11/man/man1/postgres.1.gz


Non ricordo con quanti altri programmi ho lo stesso errore,ma ne sono diversi.
Forse slackware non gestisce bene la compatibilità tra versioni diverse,tipo 32 - 64 bit ?
Scusase l'ignoranza

[Xunyl]

Non puoi installare programmi a 32 bit su Slack64, a meno che non crei un sistema multilib installando le librerie da qui:
http://connie.slackware.com/~alien/multilib/

In secondo luogo il pacchetto che cerchi è presente anche nella versione a 64 bit, precisamente qui:
http://slak.homelinux.org/index.php?act=search&start=0&order=&maxresult=30&repo=64131&name=postgres&desc=&file=#results

Ciao, Xunyl

[m0rdr3d]

meglio ancora: http://slackbuilds.org/repository/13.1/system/postgresql/

[hashbang]

Nello SlackBuild della versione a 32 bit è presente

Codice: Seleziona tutto

if [ "$ARCH" = "i486" ]; then
  SLKCFLAGS="-O2 -march=i486 -mtune=i686"; SLKLDFLAGS=""; LIBDIRSUFFIX=""; CHOST="i486"
elif [ "$ARCH" = "i686" ]; then
  SLKCFLAGS="-O2 -march=i686 -mtune=i686"; SLKLDFLAGS=""; LIBDIRSUFFIX=""; CHOST="i686"
elif [ "$ARCH" = "x86_64" ]; then
  SLKCFLAGS="-O2 -fPIC"; SLKLDFLAGS="-L/usr/lib64"; LIBDIRSUFFIX="64"; CHOST="x86_64"
fi


Prendi tutto l'occorrente dalla directory src di postgresql, nel repository 32 bit, e nello SlackBuild cambia la variabile ARCH, da i486 a x86_64. Lancia lo SlackBuild con

Codice: Seleziona tutto

# chmod a+x postresql.SlackBuild
# ./postgresql.SlackBuild

e aspetta finchè la compilazione e la creazione del pacchetto è terminata. Alla fine avrai il tuo pacchetto a 64 bit.

Non c'è bisogno di usare le multilib quando un software si può compilare per una determinata architettura. Le multilib si usano quando il software è solo per una architettura diversa dalla vostra, 32 bit al posto di 64 bit, come per esempio Skype che essendo proprietario e non distribuendo codice sorgente non può essere compilato a 64 bit.

[414N]

Non puoi installare programmi a 32 bit su Slack64, a meno che non crei un sistema multilib installando le librerie da qui:
http://connie.slackware.com/~alien/multilib/

Sbagliato. Slackware64 supporta l'esecuzione di binari a 32 bit (è un'opzione del kernel). Se poi il binario a 32 bit richiede librerie di runtime a 32 bit, allora sì che bisogna passare ad un sistema multilib.

[Xunyl]

Non c'è bisogno di usare le multilib quando un software si può compilare per una determinata architettura.

Of course, quando si parla di compilazione da codice sorgente (SlackBuild e non). Quando invece si parla di pacchetti già compilati (se uno non vuole/non sa compilare) il discorso cambia.

Sbagliato. Slackware64 supporta l'esecuzione di binari a 32 bit (è un'opzione del kernel). Se poi il binario a 32 bit richiede librerie di runtime a 32 bit, allora sì che bisogna passare ad un sistema multilib.

Grazie per la delucidazione.
Offtopic: Sai per caso se quest'opzione è abilitata di default nel .config di pat o se bisogna ricompilare il kernel?

[414N]

Offtopic: Sai per caso se quest'opzione è abilitata di default nel .config di pat o se bisogna ricompilare il kernel?

Offtopic: È già abilitata di default nel kernel, anche perché installando i pacchetti di compatibilità a 32 bit non potresti comunque eseguire i binari a 32 bit se non lo fosse.

[targzeta]

Offtopic: Sai per caso se quest'opzione è abilitata di default nel .config di pat o se bisogna ricompilare il kernel?

Codice: Seleziona tutto

$> grep IA32 config-generic-2.6.35.7
CONFIG_IA32_EMULATION=y
# CONFIG_IA32_AOUT is not set

$> grep IA32 config-huge-2.6.35.7
CONFIG_IA32_EMULATION=y
# CONFIG_IA32_AOUT is not set

Quindi direi di si.

La cosa strana è che l'output postato da madtux generalmente si riferisce proprio a quei kernel che non hanno tale supporto abilitato.

Emanuele

[madtux]

@Xunyl grazie per la dritta non conoscevo questo sito
Offtopic: da quant'è attivo? è di qualcuno della comunity?

[Xunyl]

Offtopic: da quant'è attivo? è di qualcuno della comunity?

Da quanto sia attivo non lo so. Il sito è di ZeroUno, utente di slacky.eu

Se hai risolto il problema edita il primo post inserendo [RISOLTO] prima del titolo, per aiutare gli altri utenti nella ricerca

[madtux]

Grazie a tutti per le risposte e i chiarimenti!
Semplici e veloci come sempre