Linux & Bluetooth [archivio]

Do fin dallinizio per scontato che abbiate compilato i
giusti moduli per bluetooth sul vostro kernel..
..Compiliamo tutti i sorgenti bluez
a fine howto trovate i link corrispondenti

Se vojamo usare utility tipo kBluetoothd (per
sincronizzazione-send- e vari servizi)
compiliamo anke Kbluetooth (sappiate che il packages
disponibile e’ solo per gentoo e debian io con slack ho
dovuto compilare tutto da cvs :°°)

Finite le dovute compilazioni se vojamo usare
kbluetooth carichiamolo attivando prima il demone
sdpd

e avviamo il programma
kBluetoothd

ma solo dopo aver sistemato la comunicazione cell/pc
con :

hciconfig hci0 up
(un po come il buon vekkio caro ifconfig

(se volessimo conoscere lindirizzo bindato del nostro cell:
hcitool scan )

(se invece il chan da bindare sulla device rfcomm0:
sdptool search DUN

quindi bindiamo il nostro cell sulla device /dev/rfcomm0

rfcomm bind 0 0:0f:07:26:2e:98 1
(“1″ rappresenta il canale “0:0f:07:26:2e:98″ lindirizzo lo “0″ bhoo
lasciatelo )

infine attiviamo il demone hcid
sfruttando il conf di bluez

hcid -f /etc/bluetooth/hcid.conf

Adesso prepariamoci alla connessione gprs..

ho compilato i miei script per pppd (dopo non tanta facilità con i comandi
AT per
il modem del mio T610 Eriksson considerando che avolte gli howto non
aiutano
anzi..)

poi vi pastero gli indirizzi delle basi di questi script
che dovete solo leggermente modificare dipendentemente
dalla vostra interfaccia (seriale – irda [/dev/ttyS0] o
Bluetoothd [/dev/rfcomm0]) e dal vostro telefonino (il mio
un T610)

quindi per finire.. (do per scontato che abbiate compilato
linterfaccia ppp sul kernel)
e quindi via con:
pppd call gprs

dove gprs e il vostro script per linterrogazione del cell

Bluez:
http://www.bluez.org/

MbUtils (un progetto tutto italiano per Bluez) [facoltativo]:
http://weblab.crema.unimi.it/mButils/
carapax.crema.unimi.it/eventi/ld2003/ pdf/colosio_e_gandellini.pdf

e gli script per pppd:

http://kotinetti.suomi.net/mcfrisk/gprs-disconnect-chat

Slamd64 && LMMS[archivio]

Subito un esempio su SLAMD64 x un progettino simile al windowsiano Fruityloops (non troppo simile ehehee)

“LMMS aims to be a free alternative to popular (but commercial and closed- source) programs like FruityLoops, Cubase and Logic giving you the ability of producing music with your computer by creating cool loops, synthesizing and mixing sounds, arranging samples, having more fun with your MIDI-keyboard and much more…to
Lmms: ”

compialndo il problema che si pone innanzitutto è l’incompatibilita con libstdc++
che possiamo risolvere semplicemente trasferendo in /usr/lib la corrispondente a 64bit
(visto che il problema vi si porrà altre 523volte per altri 23478623478 pacchetti)

mkdir /backup
cp /usr/lib/libstdc++.so.6.0.* /backup/libstdc++.old
(non si sa mai eheheh )
cp /usr/lib64/libstdc++.so.6.0.3 /usr/lib/

(un’altra modifica è stata fatta sul listato stesso di un sorgente del progetto che dava un errore legato al 100% alla vers di gcc. [in poche parole ho risolto semplicemente segando un "exit (0 )" ehehe])

jack è a 32 e non 64
provo a compilare a 64 con

CFLAGS=”-march=k8 -pipe -O2″ ./configure

ma libFLAC nonn va indi:
cp /usr/lib64/libFLAC.la /usr/lib/

cp /usr/lib/libsndfile.so.1.0.12 /usr/lib/libsndfile.so.1.0.12.old
ma non cè libsndfile a 64
indi compilo con le stesse flags per 64bit libsndfile (e mi sa che faro dirett lo stesso per le altre dipendenze [libsamplerate specialmente gh] fftw e libefence
(andando su Makefile a cambiare le CFLAGS per march=k8))

ok adesso lmms funziona

Slamd64 [archivio]

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..

Linux x86_64 & UnrealTournament [archivio]

Non avendo trovato nulla sul web (ne’ un installer o patch della loki
ne qualche users volenteroso) ma tante proprio tante richieste..
mi sono voluto cimentare io stesso sulla modifica dell’installer di questo gran
bel gioco..

tanto per cominciare l’installer non è compatibile con le nuove versioni di bash quindi facciamolo partire con questi parametri:
./ut-install-436.run –keep –target /usr/local/games/ut

in questa maniera verrà creato in /usr/local/games/ut il data-installer del
gioco con il relativo script “setup.sh“.
avremmo questo output:

Verifying archive integrity…OK
Uncompressing Unreal Tournament version 436 Linux
install……………………………………………………………..
This installation doesn’t support glibc-2.1 on Linux / x86_64

Please contact Loki Technical Support at support@lokigames.com
The program returned an error code (1)

..peccato che la Loki non si è mai occupata del problema..
cmq vediam di fixare noi stessi.. ;>verifichiamo allora glibc all interno dello script.. cerchiamo quindi
il blocco con la condizione (if di controllo – risposta – uscita) eliminiamolo e creiamo all’interno della directory dell’installer una copia del setup_data sulla nuova dir che chiameremo come l’arch del
nostro sistema: x86_64.

cd /usr/local/games/ut/
vi setup.sh
#eliniamo quindi le seguenti righe commentandole o segandole del tutto:

if [ "$failed" -eq 1 ]; then
if [ "$fatal" != "" ]; then
cat <<__EOF__
This installation doesn’t support $libc on $os / $arch

Please contact Loki Technical Support at support@lokigames.com
__EOF__
exit 1
fi
return $failed
fi

fatto questo creiamo la nuova dir clonando quella per i 32bit:
mkdir setup.data/bin/Linux/x86_64
cp -r setup.data/bin/Linux/x86/* setup.data/bin/Linux/x86_64/
ok
adesso
cd /usr/local/games/ut/
sh setup.sh

a fine installazione se fate partire il gioco non troverà il path esatto
andate voi in /usr/local/games/ut
e date ./ut