intanto :
root@HeNdriX:~# uname -a
Linux HeNdriX 2.6.15-g10k #1 SMP PREEMPT Sun Jan 15 12:35:12 CET 2006
x86_64 AMD Athlon(tm) 64 Processor 3200+ AuthenticAMD GNU/Linux
..questa è la mia macchina con kernel 2.6.15
la prima cosa da fare istallando slamd64 (credo sia un piccolo bug che
io ho risolto in una maniera molto grezza..) è patchare (se cosi si puo
dire) /etc/profile in modo da evitare il fastidioso errore che appare ad ogni
login in shell:
-bash: export: `//’: not a valid identifier
-bash: export: `-n’: not a valid identifier
root@HenDriX:~#
cambiando in questa maniera lultima riga:
da export _POSIX2_VERSION=199209 // fix tail -n weirdness
a export _POSIX2_VERSION=199209 #/ fix tail -n weirdness
eheheh
Per mantenere la “perfetta” compatibilità coi 32bit
ho incluso nell istallazione i pacchetti:
32atk-1.9.1-x86_64-1
32base-10.2.0-x86_64-1
32devel-2.3.5-x86_64-1
32gtk+-1.2.10-x86_64-3
32gtk+2-2.6.10-x86_64-1
32pango-1.8.2-x86_64-1
32×11-6.8.2-x86_64-1
Slamd64 divide in /usr/lib & /usr/lib64 le proprie librerie
il problema è che spesso il compilatore non lo sa..
Uno dei “difetti” di questa distro è infatti:
1>la poca “comunicazione” con gcc
2>la scarsa quantita di precompilati che “conoscano” questa “divisione” sopracitata
nonostante la presenza di repository univoci per Slamd64..
si potrebbe cosi’ “investire” nei tgz a 32bit ma questi al 99% non “vedono” le librerie da cui dipendono,
conviene cosi compilare da sorgente utilizzando le flags ed i parametri del compilatore e ottenendo cosi’ da un lato la perfetta “sincronizzazione” con la macchina
ma sbattendosi 10volte di piu’ eheheh
diciamo che per uno slacckista veterano il problema dovrebbe porsi relativamente visto che è la natura stessa della propria distro preferità (source-based) che richiede certe maggiori “attenzioni” .
Per terminare questa breve analisi vi dirò subito che tra le diverse distro ottimizzate per x86_64 questa è ,a mio parere, una delle scelte migliori che possiate fare.. ovviamente se non avete un cd o una .iso di arch64 a portata di mano..