Now, I'm pleased to report that I have been successful in installing ath5k drivers, something that failed before. The drivers are available from here. The best part of this is that the drivers are open source, so can be bundled by default.  Who knows, maybe someday we'll have wifi working out of the box on all Linux distributions.  By the way, packet injection does not work, but Backtrack has always worked fine for me. Try not to get caught.

Debido a la gran cantidad de personas que se han colgado con el driver de MadWifi para las tarjetas Atheros que hoy por hoy son muy comunes. Decidí hacer esta guia para usuarios de Ubuntu 32Bits ( i386, i586, i686) funciona tanto como para Hardy Heron 8.04 como para Intrepid Ibex 8.10

Si usted tiene Ubuntu de 64Bits, haga click aqui

1 - Instalar lo necesario desde la Terminal

$sudo apt-get install build-essential linux-restricted-modules-$(uname -r)

2 - Sacar el modulo ndiswrapper (por las dudas)

$sudo nano /etc/modprobe.d/blacklist

y agregar al final del archivo:  blacklist ndiswrapper

Ahora solo resta sacar los drivers del Restricted Hardware Drivers de Ubuntu:

Van a Sistema ->Administracion ->Hardware Drivers  o Controlador de Drivers Restringidos

(Ubuntu lo tengo en ingles, pero creo que es facil de darse cuenta. El icono es una placa de circuitos con un candado )

Ahi en el programa deshabilitan  Atheros Wireless Driver (ath_pci) y Atheros Hal (ath_hal)  … los tienen que desmarcar y aceptar los cambios.

3 - Instalar el driver madwifi para Atheros desde el snapshot usando la Terminal

$wget http://snapshots.madwifi.org/madwifi-hal-0.10.5.6/madwifi-hal-0.10.5.6-r3835-20080801.tar.gz

$tar -zxvf madwifi-hal-0.10.5.6-r3835-20080801.tar.gz
$cd madwifi-hal-0.10.5.6-r3835-20080801
$sudo make
$sudo make install
$sudo modprobe ath_pci
$sudo modprobe ath_hal

Y finalmente agregan el modulo para que cargue al inicio del sistema

$sudo nano /etc/modules

y al final ponen:  ath_pci

Reiniciar y listo!

Advertencia: si cambia la version del Kernel deberá recompilar el driver , paso numero 3

En Intrepid Ibex no es necesario esto último :-)

I must say sorry, it's been over a week since my last post but I have great news. I am now the proud owner of a new laptop due to the greatness of giftness. Mother decided to get a contract phone and with the deal she was given an Acer Aspire 5315 which in turn was handed over to me, primed and ready to be booted with Ubuntu 8.04 (I haven't yet made the step into the Beta world) only recently I have changed the distro to UbuntuStudio. As with most Linux installations it didn't go as smooth as possible (at least the actual system runs and boots better than Vista) As soon as installation completed, boot up and POW a nice little message about my wireless card being proprietary and unusable, after much searching, a day of trying and two partition formats I finally came across my saving grace which I shall provide here for others convenience (I had to use this other method for when I changed to UbuntuStudio) I still have problems now and again with the sound cards but this could be the software mixing at work.

Enough tech jargon for now, some personal news is in order. On Sunday the 28th, I and my fellow members of our college theatre company performed 'Metamorphosis' (the link refers to the novel and not the play written by Steven Berkoff) at the Rhoda McGaw theatre in Woking at the 50th Woking Drama Festival opening the ceremony to the Mayor of Woking and coming away with some very good feedback from the lovely adjudicator (who I'm certain will have a very tough job over the entire festival) whilst a previous adjudicator who gave us, let's say, reasonable feedback was hopefully squirming in his seat realizing his mistakes. Personally I think we all performed very well, quite a few hiccups at the beginning but soon got into our rhythm even though I was suppressing the onslaught of a recurring peritonsillar abscess which has cleared up very nicely. We shall find out the results this Saturday and if we have to be recalled for the final presentation. Maybe, maybe not? (noticed that 'Find Me' by Olwyn Wymark was performed on Saturday 4th which I performed in for my AS Drama performance exam and was given full marks, bask in my glory bitches, ego boost over)

In the 360 world we were treated to Mega Man 9 (hardcore gamers rejoice) and War World. I can't actually comment on both these demos as the War Worlds demo finishes after 48 seconds and I can only barely get past the first hole in Mega Man 9, I'll give it a proper try later on perhaps.

Check out my first attempt at some GIMP action at the beginning of the post, not bad i think, comment if you want.

Looking for a laptop.

Configuration :-

Chip and Graphics chip :- AMD-ATI (5/6/7) 00 card

Memory :-  2 GB DDR2 (upgradable upto 4 GB)

Gigabit ethernet port

Wireless  :-  Atheros 6k-9k chipset

Budget :- Between 30-50,000 INR (inclusive of all)

I looked up the Dell Vostro lappies but all of them are Intel-based :(

Looking forward to comments and suggestions for the same.

Update 06/10/08 18:50 :- Forgot to add the caveat. No Windows anything, Free DOS or Ubuntu pre-loaded or nothing at all is also good.

Another Update 06/10/08 18:55 :-  I just had a telephonic conversation with somebody called Ravi Shankar, a Dell representative. Apparently, Dell is fully an Intel shop. The other shocking news was that the Dell Vitros which I had looked up, they don't sell the same in India :(

Pero todo tiene solución:

Primero desactivar los controladores que trae Ubuntu y reiniciar el sistema:

Sistema > Administración > Controladores de hardware, ahí desactivar "Atheros Hardware Access Layer (HAL)" y "Support for Atheros 802.11 wireless LAN cards."

En segundo lugar vamos a instalar los drivers provistos por madwifi desde http://snapshots.madwifi.org/madwifi-hal-0.10.5.6/

Desde la terminal:
wget http://snapshots.madwifi.org/madwifi-hal-0.10.5.6/madwifi-hal-0.10.5.6-r3835-20080801.tar.gz

Antes de compilar necesitamos descargar el paquete build-essential: apt-get update && apt-get install build-essential

Una vez hecho esto hay que descomprimir el archivo descargado:

tar xvfz madwifi-hal-0.10.5.6-r3835-20080801.tar.gz
cd madwifi-hal-0.10.5.6-r3835-20080801
make
sudo make install

Una vez compilado probamos el driver: sudo modprobe ath_pci

Para no tener que hacer esto cada vez que iniciamos el sistema se puede agregar al final del archivo modules

sudo gedit /etc/modules y al final agregamos ath_pci

sudo reboot y listo, WiFi funcionando :)

Ubuntu tiene algunas falencias y una de ellas es el problema de los 64 bits, para mi un atraso... pero esto no se da solo en Ubuntu, sino en varios Sistemas Operativos.

La arquitectura de 64 bits que existe hace muchos años sigue sin tener un completo soporte y todavia empresas compilan sus programas en procesadores de 32bits. Esperemos que para el año 2010 la arquitectura de 64bits sea la principal y no la de 32bits como lo es actualmente, lamentablemente.

Bueno vamos al grano, les voy a mostrar una guia recopilacion de foros y tickets de la web de madwifi para que puedan hacer andar facilmente la wifi en ubuntu 64 bits :-)

1 - Instalar lo necesario desde la Terminal

$sudo apt-get install build-essential linux-restricted-modules-$(uname -r) subversion

2 - Sacar el modulo que viene con el kernel y el ndiswrapper (por las dudas)

$sudo nano /etc/modprobe.d/blacklist

y dentro del archivo.. al final de todo escriben:

blacklist ath_pci

blacklist ath_hal

blacklist ndiswrapper

Ahora solo resta sacar los drivers del Restricted Hardware Drivers de Ubuntu:

Van a Sistema ->Administracion ->Hardware Drivers  o Controlador de Drivers Restringidos

(Ubuntu lo tengo en ingles, pero creo que es facil de darse cuenta. El icono es una placa de circuitos con un candado :-D )

Ahi en el programa deshabilitan  Atheros Wireless Driver (ath_pci) y Atheros Hal (ath_hal)  ... los tienen que desmarcar y aceptar los cambios.

3 - Instalar el driver madwifi para Atheros desde el SVN usando la Terminal

$svn co https://svn.madwifi.org/madwifi/branches/madwifi-hal-0.10.5.6

$cd ~/madwifi-hal-0.10.5.6

$make

$sudo make install

$sudo depmod -a

$sudo modprobe ath_pci

$echo ath_hal | sudo tee -a /etc/modules

$echo ath_pci | sudo tee -a /etc/modules

Finalmente volvemos a habilitar los Drivers Restringidos:

Van a Sistema ->Administracion ->Hardware Drivers  o Controlador de Drivers Restringidos

Ahi en el programa habilitan Atheros Wireless Driver (ath_pci) y Atheros Hal (ath_hal)  ... los tienen que marcar y aceptar los cambios.

En Ubuntu Hardy, cada vez que se actualiza el kernel hay que recompilar los Drivers.. en la nueva version Intrepid Ibex esto no va a suceder ya que trae un programa que lo realiza automaticamente.

Para cuando les cambie la version del kernel (siempre pasa) ... les dejo este Shell Script que hice y es muy facil , lo pueden editar y ver si no les anda y hacer los comandos por la terminal.

NO BORRES EL DIRECTORIO /home/usuario/madwifi-hal-0.10.5.6

sino, jamás podras reconstruir el driver.

A la derecha en Mis Archivos (en este blog) se encuentra el Shell Script que lo ejecutan en la Terminal:

$sh reconstruir-madwifi64.sh

Here in English

Richard M. Stallman, il fondatore del progetto GNU, è in questi giorni in Italia. Ne ho approfittato per porgli un po' domande, alcune delle quali di "attualità", altre "personali".

Ne è venuta fuori un'intervista secondo me interessante, con alcune novità, anche al di là dei suoi "classici".

Eccola.

Mr. Stallman, il progetto GNU ha 25 anni. I nostri lettori generalmente conoscono bene la sua storia. Hai detto: "Il mondo libero è un nuovo continente nel cyberspazio" [qui]. Nel 1983, avresti immaginato che questo continente sarebbe cresciuto così tanto? Quali sono gli obiettivi più importanti nel movimento del software libero oggi?

Nel 1983 non ho cercato di prevedere cosa sarebbe successo dopo il completamento del sistema GNU.

Ho pensato attentamente sulle principali difficoltà nello sviluppo del sistema, ma non ho tentato di anticipare cosa sarebbe successo dopo, come gli ostacoli che le compagnie del software proprietario avrebbero posto sul nostro cammino, o che avremmo incominciato ad influenzare la legislazione in alcuni paesi. E così non ho mai immaginato che qualcun'altro avrebbe aggiunto l'ultimo pezzo e la maggior parte delle persone avrebbe dato a lui il merito per il tutto. (Stallman si riferisce al kernel Linux e al fatto che la maggioranza delle persone crede che l'intero sistema sia opera di Linus Torvalds, ndr).

Oggi GNU/Linux è un sistema operativo libero completo, ma ci sono migliaia di "distribuzioni" differenti, la maggior parte delle quali non sono libere: esse includono o indirizzano la gente verso i programmi non liberi. Di conseguenza, la maggior parte degli utenti di GNU/Linux non ha raggiunto del tutto il mondo libero. La maggior parte di loro non stanno cercando di raggiungere il mondo libero e non conoscono nemmeno la sua esistenza: nessuno ha mai suggerito loro che c'è una questione di libertà in gioco.

Questo perché la maggior parte della discussione sul sistema GNU/Linux non parla di libertà. Le società coinvolte in GNU/Linux preferiscono parlare di vantaggi pratici, piuttosto che di etica. Molte di loro usano il termine "open source", che è stato promosso come un modo di evitare il tema della libertà degli utenti. Leggete qui: http://www.gnu.org/philosophy/open-source-misses-the-point.it.html

Alcuni "fan" di GNU/Linux e del software libero pensano che le copie non autorizzate del software proprietario (largamente diffuse nel nostro Paese) sono un freno alla diffusione del software libero. Quando la polizia colpisce chi usa tali copie non autorizzate, questi fan sono contenti. Pensano: "Bene, ora questi utenti di Windows 'crackato' installeranno software libero". Questi fan hanno ragione o no?

A livello tattico la loro conclusione è logica: se ci fosse maggiore difficoltà a copiare Windows, sarebbe più costoso da usare, e il prezzo dirotterebbe alcuni utenti verso GNU/Linux e altri sistemi liberi.

Se il mero incremento dell'uso di questi sistemi fosse il nostro scopo finale, sarebbe razionale applaudire la repressione della condivisione del software non libero.

Ma questo modo di pensare è amorale. Noi non dobbiamo applaudire un atto di repressione, anche se pensiamo che sia controproducente e indirizzi le persone verso la ribellione.

L'idea basilare del movimento per il software libero è che impedire alla gente di condividere e cambiare il software sia un'ingiustizia.

Quando la polizia colpisce qualcuno a causa della condivisione, commette un'ingiustizia. Non dobbiamo dire che è una cosa buona!

Se riesci a copiare Windows, ciò non significa che è effettivamente software libero. Non hai anche il codice sorgente, quindi non puoi cambiarlo. Non puoi eliminare le sue caratteristiche malevoli (sorveglianza, restrizioni per l'utente, nonché back doors, e ce ne possono essere altre che non conosciamo).

Non dobbiamo applaudire la repressione, ma possiamo parlarne. Quando la polizia colpisce qualcuno a causa della condivisione, noi dovremmo dire: "Attento, se usi copie proibite di Windows, i bulli della Microsoft ti possono prendere e attaccare. Fuggi da Windows, fuggi da Mac OS, fuggi dal software non libero e unisciti a noi nel Mondo Libero!"

Alcuni giorni fa Google ha rilasciato un web browser, Google Chrome. Il suo codice sorgente è software libero (qui la licenza), ma i binari sono sotto una licenza restrittiva. L'Electronic Frontier Foundation ha parlato dei pericoli per la privacy per chi usa Chrome. Qual è la tua opinione?

La licenza di quei binari è inaccettabile per diverse ragioni. Per esempio dice che dai a Google il diritto di cambiare il tuo software e richiede che accetti qualsiasi cambiamento Google decida di imporre. Proibisce il reverse engineering. E inoltre usa il termine "proprietà intellettuale", propagandistico, tendenzioso e confondente. (Si veda http://www.gnu.org/philosophy/not-ipr.it.html sul perché questo termine non dovrebbe essere usato).

Non si dovrebbero accettare questi vincoli.

Google sta seguendo i passi di Firefox. Firefox ha fatto questo sin dalla sua prima apparizione: il codice sorgente è libero, ma i binari rilasciati dalla Mozilla Foundation sono forniti con una licenza per l'utente finale (EULA) inaccettabile.

(Nota mia: nella prossima versione di Ubuntu, per rispettare i termini della Mozilla Foundation, gli utenti potrebbero essere costretti a clickare per accettare l'EULA di Mozilla. Ma sarà possibile comunque installare una versione de-brandizzata di Firefox che non richiede questa cosa francamente ridicola).

Il progetto GNU rilascierà un browser completamente libero basato sul sorgente di chromium.org, così come GNU IceCat è basato sul codice di Firefox? Se no, pensi che una versione completamente libera di Chrome sarebbe una buona cosa?

Spero che qualcuno distribuirà dei binari liberi fatti con il codice sorgente di Chrome. C'è chi lo ha fatto con Firefox per anni. Non c'è bisogno che a farlo sia il progetto GNU.

La ragione per la quale abbiamo sviluppato GNU IceCat da Firefox è più specifica. Le varianti libere di Firefox rilasciate da altri, con nomi come IceWeasel e BurningDog, già evitano l'EULA dei binari di Firefox. Ma Firefox ha un altro problema: offre l'installazione di plug-in non liberi. I nostri principi dicono che non possiamo offrire o raccomandare software non libero. Abbiamo sviluppato IceCat per offrire solo plug-in liberi e non menzionare quelli non liberi. Non so se Chrome abbia questo tipo di problemi.

Google sembra essere una società dalla "doppia faccia". Aiuta la comunità e gli sviluppatori di software libero (attraverso donazioni o strumenti come Google code) ma non accetta la GNU Affero GPL e utilizza EULA problematiche per la privacy. Qual è il tuo punto di vista su Google?

Google fa cose buone, neutrali e cattive. Distribuisce programmi non liberi, incluso il client Google Earth e i Javascript usati per Google Docs ed altri servizi. Questo è senz'altro negativo.

Penso sia utile giudicare queste attività separatamente, nel caso di Google o altre società le cui attività includono cose buone e cattive.

Alcuni produttori di hardware si stanno spostando su driver liberi (ad esempio Atheros adesso ha un suo driver libero "ufficiale"). E' una vittoria per il movimento del software libero?

E' un importante passo in avanti. Non so in che misura il movimento possa pretenderne i meriti.

Cosa pensi del "Position Statement on Linux Kernel Modules" firmato da alcuni sviluppatori del kernel Linux?

Non ne so nulla.

E rispetto agli accordi di non divulgazione sull'hardware (NDA)? Uno sviluppatore di driver potrebbe sottoscrivere un NDA sulle specifiche hardware se esso gli permettesse di scrivere un driver libero?

Nel caso specifico, penso sia un male minore giustificabile, poiché il rilascio del driver libero rende pubbliche le informazioni sull'hardware di cui abbiamo davvero bisogno. In effetti, il male minore è usato per fare qualcosa di buono che in gran parte cancella le conseguenze di questo male.

Alcuni produttori di pc vendono i loro computer con un sistema GNU/Linux preinstallato sul mercato di massa. E' un bene?

E' un passo nella direzione giusta, ma questi sistemi preinstallati non sono liberi. Contengono programmi proprietari. Alcuni di questi sistemi non partono finché l'utente non accetta l'EULA per il software non libero. Non accettate l'EULA.

E' meglio prendere una macchina con un sistema GNU/Linux non libero preinstallato, piuttosto che una con Windows o Mac OS. Ma non dovreste usare effettivamente questi sistemi non liberi. Installate un sistema GNU/Linux interamente libero sulla macchina e utilizzatela in questo modo.

So che hai un OLPC XO.

L'XO era sconveniente per diversi motivi, ma sono passato ad esso lo stesso perché ha un BIOS libero. Al momento della mia decisione ogni altro laptop aveva un BIOS proprietario ed ero disposto ad accettare alcuni problemi pratici per sfuggire ad essi.

Ma appena ho finito di migrare all'XO, Negroponte ha annunciato che le future versioni sarebbero state progettate per Windows. Così mi sono sentito obbligato a spiegare a tutti quelli che vedevano l'XO che io non appoggiavo il progetto OLPC.

Il mese seguente ho trovato una società cinese, Lemote, che costruisce macchine che non hanno software non libero, almeno per ciò che ne sappiamo, e che non supportano Windows.

Così adesso uso una macchina Lemote. E' un prototipo ed ha alcuni inconvenienti ma non mi vergogno di promuoverla.

Alcuni di questi produttori, come Dell e Asus, invitano gli utenti ad "aggiornare" a Windows XP...

Davvero dicono questo? Che tristezza. Anche per l'OLPC sarà facile l' "upgrade" a Windows. Mi attendo che Microsoft renderà semplice per i bambini ottenere copie di Windows da mettere nei loro XO.

L'ultima domanda. E' tecnica ma anche un po' filosofica. Ho provato a rimuovere alcune componenti GNU dal mio sistema GNU/Linux. E' stata una pessima idea! Per esempio, se rimuovo glibc (detta anche libc6) ciò è distruttivo come un "rm -rf /".

E' un po' un'esagerazione. Se cancelli tutti i file sulla tua macchina, uno di questi è glibc.

Sì, ma se rimuovo glibc con il mio gestore pacchetti (APT) tutti gli altri pacchetti (tranne quelli non-software) verranno rimossi, poiché glibc è la libreria fondamentale di GNU/Linux come altre libc sono le librerie fondamentali degli altri sistemi Unix-like. Poiché glibc è un componente principale di un sistema GNU/Linux, e glibc è software GNU, credo che "GNU/Linux" sia il nome corretto per ragione tecniche, oltre che storiche. Ho ragione?

Sono d'accordo con questa affermazione, ma non vorrei basare l'intero argomento su glibc. Ci sono molti pacchetti GNU importanti in un sistema GNU/Linux.

In altre parole, un sistema GNU/Linux è un sistema GNU che gira sul kernel Linux?

Questo è fondamentalmente ciò che è. Naturalmente al giorno d'oggi ci sono migliaia di altri programmi a cui contribuiscono migliaia di sviluppatori e non voglio mancare di riconoscere l'importanza dei loro contributi.

Quindi la domanda è: nonostante l'evidenza, perché alcune persone non sono d'accordo quando chiami l'intero sistema "GNU/Linux"?

Non è razionale. La gente impara a chiamare il sistema "Linux" e costruisce una propria immagine del sistema e della sua storia a partire da questo. E' un'immagine sbagliata, ma la gente si aggrappa ad essa e inventa delle ragioni per giustificarla. Leggete http://www.gnu.org/gnu/gnu-linux-faq.html per avere una lista di tali ragioni e le risposte.

-------

(C) 2008 Guido Iodice - http://guiodic.wordpress.com
La copia letterale e la distribuzione di questo articolo nella sua integrità sono permesse con qualsiasi mezzo senza royalty a condizione che questa nota sia riprodotta.

Quest'intervista è pubblicata anche su punto-informatico.it

For some damn reason, MadWifi didn't get installed even though I thought I selected it. But that is neither here or there. It is definitely possible that I clacked when I should have clicked.

Rather than trying to do a re-install. I decided to take advantage of repo-add and make a custom local repository.

I copied the core-pkgs directory from the cd to the hard drive in the usual sort of way.

Then I used the repo-add command:

repo-add /path/to/repo.db.tar.gz *.pkg.tar.gz

After this add something like this to /etc/pacman.conf in the [core] array:

Server = file:///path/core-pkgs

Note that there are 3 slashes after the colon: file:///. The first two are required by syntax and the third one is the slash for the directory. If you aren't connected to the internet (and if you were I'm not exactly why you would want to do this) make sure you comment out references to Include = /etc/pacman.d/mirrorlist in /etc/pacman.conf. You might also need to comment out online repositories in /etc/pacman.d/mirrorlist.

Now, install Madwifi or some other wifi driver with pacman and set up your wireless networking. If you are using ath_pci, remember to comment out ath5k in the Modules=array in /etc/rc.conf.

Once you got your wireless networking working, remember to uncomment out the references to /etc/pacman.d/mirrorlist in /etc/pacman.conf and make sure you actually have an online repository uncommented out in /etc/pacman.d/mirrorlist so that you can update your system and install packages that aren't on your hard drive's repository.

Update, install and enjoy!!!!

Earlier, madwifi drivers was the best for Atheros cards, now madwifi not work for my card. But they have released opensource driver for new chips like AR928x and it's named ath9k.

More information is on kernel wireless ath9k page.

You can download it here http://wireless.kernel.org/en/users/Download

I have 2.6.24-21 kernel on Hardy at the moment, so I downloaded compat-wireless-old.tar.bz2

Then done this:
tar jxvf compat-wireless-old.tar.bz2
cd compat-wireless-2.6-old
make
sudo make install
sudo make unload
sudo make load
sudo modprobe ath9k

Now if you run iwconfig, you should get something like this:
wlan0 IEEE 802.11bgn ESSID:"spongebob"

It means that driver is working and we have wireless interface. Now you can right click on network manager in tray and select your wireless network (you should disconnect ethernet first).

P.S. To compile driver, you shoud have developer packages is installed i.e. autoconf, linux-headers etc

UPD: For those who have Intel PRO Wireless 5000 card please read this comment describing how to install driver for Intel PRO Wireless 5000 and check topic on ubuntuforums.org

Bueno, como muchisima gente tiene problemas para conectarse a un access point wifi (la que tenemos todos en casa) con esta tarjeta (5007eg) en Ubuntu, os pondré como lo resolví yo, siguiendo este tutorial en inglés. Os lo pongo aqui a ver si puedo ayudar a alguien, contestaré todas las preguntasque sepa (soy novatillo...xD). Ojo, este tutorial es solo para usuarios de 64 bits.

Bien, tenemos ubuntu delante, pues vamos allá. Primero comprobamos si tenemos ciertos paquetes...

Abre el terminal y escribe...

sudo apt-get install build-essential

sudo apt-get install linux-restricted-modules-$(uname -r)

sudo apt-get install subversion

Bien, ahora desinstalamos cualquier version de ndiswrapper que podamos tener... ejecuta los siguientes comandos en el terminal...

sudo ndiswrapper -e net5211

sudo modprobe -r ndiswrapper

sudo apt-get remove --purge ndiswrapper-common ndiswrapper-utils ndisgtk

Ahora ejecutamos

gksudo gedit /etc/modprobe.d/blacklist

y eliminamos cualquier referencia a ath_pci y ath_hal. Ahora ve a Sistema>Administracion>Dispositivos de hardware y comprueba que tienes deshabilitados los dos que tienen que ver con la Atheros. Si no, deshabilitalos y reinicia el equipo.

Tras esto, volvemos al terminal y ejecutamos...

svn co https://svn.madwifi.org/madwifi/branches/madwifi-hal-0.10.5.6

cd ~/madwifi-hal-0.10.5.6

make

sudo make install

sudo depmod -ae

sudo modprobe ath_pci

echo ath_hal | sudo tee -a /etc/modules

echo ath_pci | sudo tee -a /etc/modules

Bueno, ahora volvemos a los dispositivos de hardware y rehabilitamos los dos drivers que deshabilitamos antes. Reiniciamos y ya podremos conectarnos a cualquier red inalámbrica. Aún así generalmente al actualizar deja de funcionar. En cualquier caso, lo mejor es que no borreis los archivos que descargasteis del madwifi (que generalmente estan en la carpeta personal) y ejecuteis lo siguiente:

cd ~/madwifi-hal-0.10.5.6

sudo make clean

sudo make install

Reiniciad y volverá a funcionar de nuevo. Ejecutad eso cada vez que os deje de funcionar.

Saludos!

**Neco,the-one**

La mia personale esperienza con GNU/Linux mi ha portato ad una conclusione: il software proprietario funziona male su questo sistema operativo, in particolare i driver.

Non parlo di problemi etici o filosofici - quelli sono noti - ma proprio di problemi pratici: incompatibilità, crash, lentezze, bug. I driver ATI, il plugin Flash di Adobe (ed altri esempi che analizzerò più in dettaglio in seguito) sono le croci degli utenti che passano al pinguino.

L'origine di questi problemi non è tecnica né legale e spiego subito il perché. Non c'è nulla, in un tipico sistema GNU/linux, che impedisca o ostacoli l'installazione e l'uso di software proprietario.

E' interessante notare un particolare. Come abbiamo visto in precedenza, una delle componenti fondamentali di ogni sistema GNU/Linux è la libreria C di GNU (glibc). Ogni programma compilato per GNU/Linux fa uso di tale libreria. Quando dico "fa uso" intendo quello che, tecnicamente, è chiamato linking e che abbiamo già visto in questo post.

Se uso una libreria in un mio programma, tale programma è, dal punto di vista legale e tecnico, un "lavoro derivato". Molti programmi, in effetti, sono composti di poche istruzioni che rendono fruibili all'utente le funzioni di una determinata libreria.

In base alla licenza GPL (la licenza con la quale è rilasciata la gran parte del software GNU/Linux) nessuno potrebbe usare una libreria sotto tale licenza all'interno di un software proprietario in quanto il lavoro risultante (programma+libreria) non potrebbe essere rilasciato sotto una licenza proprietaria.

Da ciò deriva che, siccome glibc è indispensabile per ogni programma, se fosse distribuita sotto la GPL allora nessun programma proprietario potrebbe, legalmente, essere sviluppato per GNU/Linux.

Tuttavia glibc non è rilasciata sotto GPL, ma sotto una licenza simile, la LGPL (Lesser GPL, ovvero licenza GPL "attenuata"). Questo perché, come ammesso dallo stesso Stallman, impedire l'uso di software proprietario su GNU/Linux non sarebbe una buona idea per la diffusione del sistema.

Sul sistema GNU (termine che include GNU/Linux) l'unica libreria C disponibile è quella GNU. Quindi i termini di distribuzione della nostra libreria C determinano se sia possibile o meno compilare un programma proprietario per il sistema GNU. Non ci sono ragioni etiche per permettere l'uso di applicazioni proprietarie sul sistema GNU, ma strategicamente sembra che impedirne l'uso servirebbe più a scoraggiare l'uso del sistema GNU che non a incoraggiare lo sviluppo di applicazioni libere.

da: http://www.gnu.org/gnu/thegnuproject.it.html

Lo sottolineo perché spesso si attacca Stallman e il progetto GNU dicendo che sono "talebani", ma è un'immagine piuttosto forzata. Sulle cose importanti anche loro fanno compromessi, l'importante è che tali compromessi non compromettano (scusate il gioco di parole) l'obiettivo di conquistare maggiore libertà per gli utenti.

Fatta questa premessa necessaria, vediamo i problemi maggiori che gli utenti GNU/Linux incontrano con il software proprietario per tale sistema.

Flash: è davvero un piccolo dramma. A parte la pesantezza (comune anche alla versione per Windows), il plugin Flash per GNU/Linux sembra litigare costantemente con Firefox e lo fa crashare. Inoltre non è disponibile a 64 bit, costringendo gli utenti di tali sistemi a vari salti mortali a suon di plugin wrapper. Inoltre presenta un fastidioso bug sulle trasparenze che rende difficile la fruizione di alcuni siti che fanno uso di menu realizzati in Flash.

Uno dice: ok, li risolveranno prima o poi. Eh, il problema è: poi quando? Sono 16 mesi che uso GNU/Linux e nessuno di tali bug, piuttosto evidenti, è stato risolto. Intanto ho visto 4-5 aggiornamenti del plugin Flash, ma nessuno ha migliorato tale situazione critica, che peraltro si trascina da anni. Molti speravano nella versione 10 di Flash, ma le speranze sono state deluse. L'instabilità del nuovo plugin è drammatica, al punto che il team di Ubuntu ha dovuto ritirarla in fretta e furia dai repository "proposed". Ok, si tratta di una versione beta, però la speranza era di vedere un pur timido miglioramento della stabilità, non un suo drammatico decremento.

Ora, voi pensate che alla Adobe non sappiano che ci sono questi problemi? Certo che lo sanno, ma se ne fregano, oppure non sono in grado di risolverli.

ATI: la pessima qualità dei driver ATI proprietari è leggendaria. Gli utenti che riescono a cavare qualcosa di buono da tali driver vengono portati il trionfo sui forum e a volte in loro onore vengono organizzati riti orgiastici di vario tipo durante meeting, raduni e install fest :-) I meno fortunati si accontentano di non usare gli effetti 3D, a meno che non incappino in una scheda supportata dai driver open: meno performanti certamente, ma anche molto meno rognosi.

La ATI ha recentemente rilasciato le specifiche di alcune schede (solo per il 2D...) e da questo lavoro sono nati i driver RadeonHD. Ma la gente vuole compiz e lì siamo in alto mare.

NVIDIA: va decisamente meglio ai possessori di schede nvidia, ma non tutto bene. Anche quelli ogni tanto svirgolano. Ad esempio non funzionavano con il kernel 2.6.25. La questione è piuttosto complessa. I driver nvidia (ma anche i driver ATI fglrx) sono composti da varie parti: un pezzo open il cui codice sorgente è disponibile (ma non è libero) che si inserisce direttamente come modulo nel kernel ed un pezzo proprietario. Aggiungiamoci il fatto che, per come è composto GNU/Linux, dobbiamo lavorare sia con il kernel che con Xorg e si capisce subito come sia complicato far funzionare bene questo ambaradan composto di programmi liberi che devono lavorare con pezzi di codice proprietario.

Modem, schede di acquisizione video, schede di rete wifi: qui il problema è leggermente differente. In alcuni casi i produttori realizzano driver proprietari e ricadiamo negli stessi problemi di ATI e Nvidia. In altri casi, invece, abbiamo driver liberi che però devono usare dei firmware proprietari che, spesso, non possono essere distribuiti liberamente (un firmware è un pezzo di codice che non gira sul processore del pc, ma su quello della periferica e quindi deve essere caricato nella memoria di quest'ultima). Questo costringe l'utente a navigare in giro alla ricerca di guide e siti dove scaricare tali firmware e a eseguire bizzarri comandi da terminale, compilazioni, ecc.

Java: questo è uno dei pochi software proprietari (mi riferisco alla Java Virtual Machine della SUN) che funziona davvero e bene, senza particolari problemi. Ma il motivo è presto detto: SUN opera principalmente nel campo Unix (produce il sistema operativo Solaris). Inoltre da tempo ha rese libere parti di java stesso, quindi siamo in una situazione molto particolare. Peraltro non è più indispensabile usare la JVM di SUN in quanto quella di Red Hat e GNU (icedtea-gcj) ha superato i test di compatibilità della stessa SUN.

Opera: il noto browser funziona abbastanza bene su GNU/Linux. Ma deve "subire" le preferenze del mercato per Firefox. Difatti non esistono plugin per Opera e quindi fa uso di quelli per Mozilla/Netscape. Il caso di Opera però è diverso, poiché parliamo di una applicazione e non di un driver.

Skype: E a smentire quanto appena detto :-) arriva Skype. Certo, di funzionare funziona. Ma perché non supporta tutte le webcam supportate dal sistema?

Vabe', potrei continuare con altri esempi.

Una precisazione: anche i software open source a volte danno problemi, ma è più raro. Di solito i driver liberi funzionano bene (ad esempio le schede Intel) e comunque i problemi vengono risolti con maggiore rapidità.

Detto questo, perché il software proprietario, in particolare i driver, sembra litigare con GNU/Linux? Il motivo è nel diverso modello di sviluppo. Il software libero viene aggiornato spesso, rilasciato di frequente, con piccoli o grandi cambiamenti. Quando due software vanno in conflitto è facile individuare la causa e modificare l'uno o l'altro. Se non ci pensano gli sviluppatori ci pensano le stesse distribuzioni. Debian è famosa per avere un team di patchatori che si preoccupano di fare in modo che ogni mattoncino della distribuzione non confligga con gli altri. E' un po' come un puzzle: a volte i pezzi non si incastrano bene, quindi è necessario usare le forbici per modificare il profilo del pezzo. E lo si può fare solo se si ha la libertà di modificare il codice sorgente.

E' un motivo di disperazione? La comunità dovrebbe fare in modo di aiutare i produttori di software proprietario a "migliorare" le proprie creazioni?

Risponderei di no ad entrambe le domande. Questa situazione, che sembra essere svantaggiosa, in realtà negli ultimi tempi si sta rivelando positiva. Poiché GNU/Linux si diffonde, e poiché i driver proprietari sembrano funzionare poco, diverse case produttrici si sono convertite, volenti o nolenti, al software libero.

Nell'ultimo anno e mezzo VIA, ATI e Atheros hanno aperto le porte all'open source. Quest'ultima ha addirittura assunto l'autore del driver open delle sue schede. Intel, che pure fa da sempre driver open, ha ulteriormente intensificato gli sforzi, rilasciando le specifiche delle sue schede video e creando nuovi driver liberi (sia pure con firmware proprietario) per le sue schede wifi.

Netgear ha deciso di creare un firmware per i suoi router che possa essere pienamente disponibile alle modifiche della comunità.

Dell ha creato versioni customizzate di Ubuntu che girano meglio sull'hardware da essa utilizzato.

Asus produce motherboard che montano una distribuzione GNU/Linux.

Adobe ha in parte aperto le specifiche di Flash.

Foxconn è stata costretta a correggere le sue motherboard.

Nokia sta per rendere open il sistema Symbian.

Eccetera...

Manca ancora un grande nome: Nvidia.

Recentemente gli sviluppatori del kernel Linux hanno lanciato un appello ai produttori: realizzate driver aperti o almeno dateci la possibilità di farlo. Il motivo è semplice: solo così funzioneranno davvero bene.

Insomma forse non tutti i mali vengono per nuocere.

Seguindo as orientações do meu grande amigo Ricardo Cropalato vulgo Pimpão consegui botar a rede wireless para funcionar.

Segue os passos necessários para habilitar a rede wireless Atheros ath5x:

Acesse Sistema–>Administração–>Hardware Drivers, desabilite o Atheros Hardware Access Layer (Hal) e reinicie o computador

Instale o pacote build-essential

sudo apt-get install build-essential

Acesse o terminal, baixe e instale o driver da madwifi

wget -c http://snapshots.madwifi.org/special/madwifi-hal-0.10.5.6-r3698-20080604.tar.gz

tar zxvf madwifi-hal-0.10.5.6-r3698-20080604.tar.gz

cd madwifi-hal-0.10.5.6

make && sudo make install

Reinicie o computador e teste o acesso wireless.

Configurando la interfaz:

/etc/network/interfaces:

•  Automatizado:

iface ath0 inet dhcp

Busca el ap con mayor señal, se asocia y realiza peticiones dhcp.

•  Automático para una red particular:

iface ath0 inet dhcp
wireless-essid linksys

Buscará el essid "linksys" y hará ahí sus peticiones DHCP.

•  Automático para una red con cifrado WEP:

iface ath0 inet dhcp
wireless-essid vecino
wireless-key 1234567890ABCDEF1234567890

Se conecta a "vecino" cifrado con esa contraseña.

Creando interfaces:

Crear una interfaz en modo Ad-Hoc:
(Obs: al igual que para ap, podemos tener un sóla interfaz al mismo tiempo, así que si ya tienen una hay que bajarla "ifconfig ath0 down" o destruirla "wlanconfig ath0 destroy".)

# wlanconfig ath create wlandev wifi0 wlanmode adhoc

Crear una interfaz en modo monitor:
(Obs: acá no es necesario, se crea otra interfaz (ej. ath1) y podemos usar ambas al mismo tiempo).

# wlanconfig ath create wlandev wifi0 wlanmode monitor

Crear una interfaz en modo access point con una mac diferente a la nuestra:

# wlanconfig ath create wlandev wifi0 wlanmode ap bssid

Son varias las posibilidades (otros modos: sta, wds y ahdemo), listé algunas quizás bastante útiles, lean la man page de wlanconfig que está todo muy bien explicado.

Nota: Para buscar redes (además de # iwlist ath0 scan):

# wlanconfig ath0 list scan

Configurar Kismet

Hay que especificar un source (la interfaz inalámbrica capaz de establecerse en modo monitor).
Editamos el archivo /etc/kismet/kismet.conf y agregamos el siguiente source:
source=madwifi_g,wifi0,madwifi-ng

Salu2

EDIT:Make sure you have build-essential installed! (Pointed out by friendly reader, thank you very much! My mistake that this was forgotten from the original post! Sorry for the possible trouble!)
$ sudo apt-get install build-essential

Get the latest madwifi pack http://snapshots.madwifi.org/madwifi-hal-0.10.5.6-current.tar.gz and save it to your home folder for example.

Disable current Atheros Hardware Access Layer (HAL) and Support for Atheros 802.11 wireless lan cards from Applications - System - Hardware Drivers and then reboot as requested

Make sure that ath_hal module is not loaded in the future:

$ sudo mcedit /etc/default/linux-restricted-modules-common

Add ath_hal between the quotation marks, for example DISABLED_MODULES="ath_hal"

Unpack the downloaded tar.gz

$ tar xzvf madwifi-hal-yaddayadda.tar.gz

Cd into the new folder scripts under the new unpacked madwifi folder

Execute madwifi-unload and find-madwifi-modules.sh scripts
$ sudo ./madwifi-unload
$ sudo ./find-madwifi-modules.sh $(uname -r)

Drop one level back,
$ cd ..

and just to be sure, execute make clean to get rid of old crap
$ make clean

Then we check just to be sure that the Hardware Drivers does not show any drivers for Atheros wlan or HAL. If the window is clean, proceed to building the modules.

$ make
$ sudo make install
$ sudo modprobe ath_pci

Then, check that you have ath0 and wifi0 network adapters created, ath0 should be the first, wifi0 last. You might need to scroll back a bit
$ ifconfig

Now you should be able to see AP's via panel's network applet. You can also scan for wlan's with command
$ sudo wlanconfig ath0 list scan

That's it, happy networking! ;)

When you get updates/upgrades that change kernel in any way, your wireless card drivers won't work anymore. Just do the whole thing all over again and you're wireless again.

EDIT: If the driver is not loaded automatically, you can add ath_pci to /etc/modules
Here's the commands:

$ sudo mcedit /etc/modules
add ath_pci into a new LAST line of the document, save the document and reboot.
If you don't want to reboot right away, you can type

$ sudo modprobe ath_pci

This loads the module(driver) and you should have wlan up and running then. Just remember when you reboot the next time that you added the module to "loaded at startup" configuration.

Turns out this model too has the Atheros AR5007EG (AR242x ) installed.
The same as the Aspire 5315.

In previous post i had described a fix for this card using ndiswrapper.
The same instructions are valid this time too.

Here's the link : /hardy-on-acer-aspire-5315/