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 :-)

Al menos a mi me costo bastante ya que tuve unas clases donde me enseñaban a utilizar la consola pero no entendi casi nada por lo que opte por instalarlo en mi computador para probar como era realmente. El resultado no se hizo esperar y me encanto este sistema operativo (desde entonces lo uso y ahora mismo les escribo desde este)...

Pero vamos al grano:

Tenemos recien instalado el kubuntu... lo primero que debemos hacer es ver la forma de conectarnos a internet...

RED

Lo más facil y lo que recomiendo es irnos directamente al menu K (es como el boton Inicio de windows), ahi buscamos "Configuración del sistema" y encontramos muchos iconos utiles con los cuales podemos modificar nuestro kubuntu....vamos a configuraciones de red y deberiamos encontrarnos con la tarjeta de red...

Ahi tendremos que editar la cuestiones basicas si es que tenemos una direccion ip estatica si estamos en una lan.. en caso no estarlo no tenemos que modificar nada.

Ahora si estamos conectados via coneccion Adsl debemos conectarnos a traves de coneccion PPPoE que debe hacerse a traves del siguiente comando en consola:

$ sudo pppoe

Seguir las instrucciones del instalador y estariamos con internet.

DRIVERS DE VIDEO NVIDIA/ATI

Hay varias manera de instalar los drivers de video, ahora explicare la mas sencilla para ambas tarjetas de video.

ENVYNG

La instalacion de este es bastante sencilla y facil... accedemos a la consola e ingresamos lo siguiente.

sudo apt-get install envyng-core envyng-qt

y luego en el Menu K/Sistema buscamos:

EnvyNG

Luego de haberlo instalado ya tenemos el menu grafico y ponemos la primera opcion tanto para nvidia o ati, luego de reiniciar tendremos los drivers graficos.

GESTOR ADEPT

Como se habran dado cuenta existe en Menu K/Sistema este programa, lo que primero vemos al abrirlo es que es muy util a la hora de instalar paquetes de manera grafica, más lenta pero podemos ver lo que vamos a instalar y tener una pequeña descripcion de estos.

con este podemos instalar... elfirefox (buscar firefox xd)

el mozilla thunderbird (buscar thunderbird xd)

etc etc... lo que se te ocurra probablemente pueda estar en el repositorio.

CODECS y MULTIMEDIA

Para instalar los codecs propios de windows y que no son propiamente gratuitos instalaremos los del repositorio de Medibuntu...

para ello en la consola pondremos:

$ sudo wget http://www.medibuntu.org/sources.list.d/hardy.list -O /etc/apt/sources.list.d/medibuntu.list

y luego hay que poner la llave:

sudo apt-get update && sudo apt-get install medibuntu-keyring && sudo apt-get update

Asi ya tenemos en el repositorio todos los codecs pero para tener realmente instalados los codecs debemos hacer lo siguiente

$ sudo apt-get install libdvdcss2
$ sudo apt-get install w32codecs

asi ya tenemos los drivers de video y los de dvd instalados....

Algunos reproductores recomendados que ya vienen en los repositorios y pueden ser agregados con el Gestor Adept son:

Amarok (en Kubuntu ya viene)

VLC (Reproductor de videos y peliculas excelente)

Eso por ahora....y Disfruten de Kubuntu que muchas aplicaciones quedan por descubrir e ire poniendo en este blog.

Saludos

Here's how:

1. First of, you need to copy the entire folder of \i386 into your Windows Installer CD to your harddrive. I recommend putting it in your C:\ Drive.

2. Next, once copied we need to edit the Registry of your Windows. Note: Editting a Registry is crucial, you must backup that registry before doing some changes, and this is highly recommended.

3. To edit, click Start, click Run then type regedit.

4. A Registry Editor dialog box will appear.

5. Next click on HKEY_LOCAL_MACHINE/SOFTWARE/MICROSOFT/WINDOWS NT/CURRENTVERSION and on the left pane, right-mouse click SourcePath then click Modify, just replace the value of the drive FROM E:\i386 where E:\ is the drive letter of your optical drive TO C:\i386 where we copied the entire folder.

Or you can use the Find command using the keyword "Sourcepath" and by pressing F3 to repeat the process until you reach the right Folders and descriptions.

That's it.

For more information feel free to email me at marlonmacam@aol.com

as promised here is the kernel config for the epia m9000 board with everything enabled what this board supports.
Download

update:
after several hours of compiling, i decided to do a fresh install, which did not solve the problem as you can read in the next post.

Molti, intuitivamente, sanno a cosa serve lo swap con GNU/Linux. Non è, o non dovrebbe essere, un concetto nuovo per chi viene da Windows. Anche il sistema operativo della Microsoft usa un file di swap come memoria virtuale. La differenza principale è che GNU/Linux usa, di norma, una partizione separata anche se è possibile fargli usare un file su una partizione già esistente.

Ma vediamo più precisamente come funziona la memoria virtuale. Supponiamo di avere 1 GB di memoria RAM e una partizione di swap anch'essa di 1 GB. Questo è quello che vedranno i programmi:

In altre parole, per i programmi esistono 2 GB di memoria, né più, né meno. Come è vista la cosa, invece, dal processore?

Quando un programma tenterà di accedere alla parte dei 2 GB contenuta nello swap, il processore caricherà il "pezzo" che interessa al programma nella memoria RAM, in modo del tutto trasparente all'applicazione.

Esistono diverse strategie per gestire questo meccanismo. A noi basta sapere che esso è in parte hardware (ovvero gestito dal processore stesso) e in parte software. C'è quindi un programma che "sa" che la realtà è diversa (ovvero che i due GB sono in realtà uno in RAM e l'altro sul disco) e questa parte è il kernel.

Il kernel, a differenza del resto dei programmi, infatti, gira in una particolare modalità del processore, chiamata kernel mode o anche, nel caso dei processori Intel dal 386 in poi (e compatibili), modalità protetta.

In questa modalità il processore mette "a nudo" la realtà sottostante, mentre nello user mode crea una realtà "virtuale" (come appunto la memoria virtuale). La modalità protetta è anche quella che permette una gestione avanzata del multitasking.

Appurata questa differenza, nel prossimo post spiegherò la differenza tra i kernel monolitici e i le architetture a microkernel.

Intanto però vediamo quali sono i parametri interessanti per la memoria virtuale in GNU/Linux.

Per prima cosa occorre dire che il kernel Linux può usare anche più di un'area di swap contemporaneamente.

Supponiamo di aver creato una partizione swap con un programma come gparted e di volerla attivare. Basterà dare:

sudo swapon /dev/sdXY

dove sdXY è il dispositivo associato alla partizione creata, ad esempio sda3.

Per disattivarla:

sudo swapoff /dev/sdXY

Possiamo rendere permanente l'attivazione tramite la tabella delle partizioni contenuta in /etc/fstab. Ci basterà aggiungere una riga del tipo:

/dev/sdXY   none    swap    sw   0   0

Infine, vediamo come modificare la politica di swap, ovvero fare in modo che il processore usi il più possibile la memoria RAM e solo in caso di estrema necessità lo swap.

Ci basterà modificare un file virtuale della directory /proc/sys (ricordate?)

sudo echo 20 > /proc/sys/vm/swappiness

Questo comando semplicemente scrive "20" nel file swappiness, solo che questo non è un file qualsiasi, ma un file virtuale che rappresenta un parametro di funzionamento del kernel. Ecco un esempio di come sia elegante e semplice gestire "tutto come un file". Il valore normale è 60, quindi 20 abbassa l'utilizzo dello swap. Questo avviene però a discapito della cache, un meccanismo che in sostanza serve a immagazzinare i dati più usati nella RAM in modo da non doverli leggere dall'hard disk.

]]> http://mitik974.wordpress.com/2008/07/15/dans-un-systeme-amd64-installe-la-racine-dun-jail-en-i386/ Tue, 15 Jul 2008 09:36:32 +0000 mitik974 http://mitik974.es.wordpress.com/2008/07/15/dans-un-systeme-amd64-installe-la-racine-dun-jail-en-i386/ Bonjour, alors avant de commencé vérifier bien que le kernel est bien compilé avec l'option "COMPAT_IA32".

Pour recevoir ma base jail j'ai choisit de mettre sur un disque à part, pour pouvoir facilement la remettre en place en cas de réinstallation :) .

# cd /usr/src
# make TARGET_ARCH=i386 TARGET=i386 buildworld
# make TARGET_ARCH=i386 TARGET=i386 installworld DESTDIR=/mnt/60GO/jails/
  192.168.0.3
# ln -s /mnt/60GO/jails/192.168.0.3/libexec/ld-elf.so.1 /mnt/60GO/jails/
  192.168.0.3/libexec/ld-elf32.so.1

Voila tout vous pouvez maintenant vous livrez aux joies du jail avec un système 32bits.

ps: quelques utilitaires ne fonctionnerons pas (top,w,ps,etc...) parce qu'ils demande des information du kernel mais le kernel retourneras toujours des données en 64bits... Je n'ai pas trouvé de solution à ce jour...

When programming in assembly, it is equally easy to use memory below and above the stack pointer. Reading from or writing to addresses beyond the top of the stack is unusual and under normal circumstances, there is little reason to do so. There are, however, situations -- rare situations -- where it may tempting to temporarily use memory beyond the top of the stack.

That said, the question is whether it is really just a convention and good style not to grab beyond the stack of the stack or whether there are actually reasons why doing so could lead to problems.

When trying to answer this question, one first has to make a distinction between user mode and kernel mode. In user mode Windows, I am unable to come up with a single reason of why usage of memory beyond the top of the stack could lead to problems. So in this case, it is probably merely bad style.

However, things are different in kernel mode.

In one particular routine I recently wrote, I encountered a situation where temporarily violating the rule of not reaching beyond the top of the stack came in handy. The routine worked fine for quite a while. In certain situations, however, it suddenly started to fail due to memory corruption. Interestingly enough, the routine did not fail always, but still rather frequently.

Having identified the specific routine as being the cuplrit, I started single stepping the code. Everything was fine until I reached the point where the memory above the stack pointer was used. The window span only a single instruction. Yet, as soon as I had stepped over the two instructions, the system crashed. I tried it multiple times, and it was prefectly reproduceable when being single-stepped.

So I took a look at the stack contents after every single step I took. To my surprise, as soon as I reached the critical window, the contents of the memory location just beyond the current stack pointer suddenly became messed. Very weird.

After having been scratching my head for a while, that suddenly started to made sense: I was not the only one using the stack -- in between the two instructions, an interrupt must have occured and been dispatched. As my thread happened to be the one currently running, it was my stack that has been used for dispatching it. This also explains why it did not happened always unless I was single-stepping the respective code.

When an interrupt occurs and no privilege-level change has to be performed, the CPU will push the EFLAGS, CS and EIP registers on the stack. That is, the stack of whatever kernel thread happens to be the one currently running on this CPU is reused and the memory locations beyond the stack pointer will be overwritten by these three values. So what I initially interpreted as garbage, actually were the contents of EFLAGS, CS and EIP.

On Windows NT, unlike some other operating systems (FreeBSD, IIRC), handling the interrupt, which involves runing the interrupt service routine (ISR) occurs on the same stack as well. The following stack trace, taken elsewhere, shows an ISR being executed on the stack of the interrupted thread:

f6bdab4c f99bf153 i8042prt!I8xQueueCurrentMouseInput+0x67
f6bdab78 80884289 i8042prt!I8042MouseInterruptService+0xa58
f6bdab78 f6dd501a nt!KiInterruptDispatch+0x49
f6bdac44 f6dd435f driver!Quux+0x11a
f6bdac58 f6dd61db driver!Foobar+0x6f
...

Morale of the story: Using memory beyond the current stack pointer is not only bad practice, it is actually illegal when done in kernel mode.

Cara kedua ini prinsipnya sama dengan cara pertama yang sudah saya tulis beberapa waktu lalu. Perbedaanya hanya pada pembuatan "disk booting" menggunakan flash disk. Jika pada cara pertama menggunakan aplikasi physdiskwrite dan sebuah image dos, maka cara kedua ini menggunakan aplikasi HPUSB flash. Keunggulan cara kedua ini adalah bahwa flashdisk yang dijadikan "boot disk" tetap akan bisa diisi oleh file lain, misalnya file installer windows. Pada cara pertama yang menggunakan physdiskwrite, flashdisk akan diformat dan seolah menjadi disket 3,5", dengan kapasitas hanya 1,44MB  dan tidak bisa diisi dengan file lain. Tetapi untuk menggunakan cara kedua ini kita harus memiliki 'DOS system files' yang akan dituliskan ke dalam flash disk.

So, dengan cara kedua ini kita hanya perlu memformat flashdisk sekali saja. Dan flashdisk tersebut bisa digunakan kembali kapan saja tanpa harus memformat ulang untuk membuat disk booting.

Berikut langkah-langkahnya :

1. Siapkan flashdisk, sebaiknya kapasitas minimal 1GB.
2. Download aplikasi HPUSB flash disini
3. Download DOS system file, saya telah mengupload satu contoh DOS system file, silakan download disini
4. Ekstrak kedua file tersebut ke komputer.
5. Jalankan aplikasi HPUSB flash dengan klik ganda pada file HPUSBFW.EXE
akan tampak tampilan seperti ini :

6. Pilih device, pastikan sesuai dengan flash disk yang akan anda format.
7. Cek pada pilihan Create a DOS startup disk, kemudian pada pilihan "using DOS system files located at" klik tombol sebelah kanan (browse) dan arahkan pada direktori hasil ekstrak dari file dos.zip pada langkah ke-3 di atas.
8. Setelah semua benar, kemudian klik Start. Tunggu sampai proses format selesai.
9. Setelah proses format selesai, copy-kan file-file yang ada pada direktori DOS (hasil download) ke flashdisk, kecuali file COMMAND.COM, IO.SYS, dan MSDOS.SYS (sudah tercopy sewaktu proses format).

Langkah pembuatan boot-disk selesai, anda tinggal meng-copy file installer windows ke flash disk tersebut. Caranya copy direktori i386 beserta file dan sub direktori di dalamnya dari CD installer windows ke dalam flash disk (gunakan windows eksplorer). Setelah selesai, anda siap menginstall windows ke PC/Laptop. Caranya mirip dengan tutorial install windows yang pernah saya tulis sebelumnya.
Untuk install pada Asus EEE, langkahnya sebagai berikut :
1. Pasang flash disk booting pada Laptop yang akan diinstal.
2. Saat tampil logo Asus EEE, tekan Esc. Pilih booting dari flashdisk.
3. Setelah masuk ke C prompt ( C: ), hapus semua partisi bawaan linux xandros pada Asus EEE. Caranya dengan ketik perintah
FDSIK.exe.
Setelah semua partisi terhapus, buat satu partisi tunggal, dan set atribut ke Active (perlu restart supaya partisi yang baru bisa dikenali oleh system)
4. Tekan esc untuk keluar dari menu Fdisk. Kemudian format partisi yang tadi kita buat. Caranya ketik perintah
FORMAT D: /s
Tunggu sampai proses format selesai.
5. Copy file himem.sys, config.sys, dan smartdrv.exe ke hardisk. Caranya ketik perintah
copy himem.sys D:
copy config.sys D:
copy smartdrv.exe D:
Jangan lupa selalu tekan enter di akhir setiap perintah tersebut.
5. Dari sini Laptop EEE sudah bisa booting tanpa flashdisk. Restart EEE. Biarkan booting dari Hardisk.
6. Setelah proses boot selesai, anda akan masuk ke C: kembali. Ketikkan perintah
smartdrv
kemudian enter.
7. Pindah ke direktori dimana file installer windows berada. Ketik perintah
D:
kemudian enter.
8. Pada D prompt ( D: ) ketik perintah
cd i386
kemudian enter.
9. Ketik perintah
winnt.exe
kemudian enter.
Anda akan masuk ke menu instalasi windows. Dari sini anda tinggal mengikuti langkah-langkah yang ada pada layar monitor sampai selesai instalasi windows.

Demikian cara kedua install windows tanpa CD Rom. Semoga bermanfaat.

Catatan :
1. Cara ini tidak hanya berlaku untuk laptop Asus EEE saja, tapi juga bisa digunakan pada laptop atau PC lain sepanjang mendukung booting dari Flash disk.
2. Ada kasus dimana FDISK tidak bisa menge-set partisi hardisk menjadi aktif. Hal ini karena FDISK membaca flashdisk sebagai fixed disk 1, sementara hardisk sebagai fixed disk 2. Jika demikian, maka gunakan aplikasi physdiskwrite seperti saya tulis pada cara install pertama. Dengan physdiskwrite, flashdisk akan terbaca sebagai floppy drive A, sedangkan hardisk sebagai fixed disk 1, sehingga bisa di-set ke aktif.

Download: linuxgate.asm

Os presento una extensión para el Explorador de archivos de Windows, tanto para 64bits como para 32bits. Es ideal para los que quieren ver el tamaño de las carpetas desde la vista de detalles. También mostrará información relacionada al número de archivos, subcarpetas y atributos.

Cuando estamos dentro de un directorio y seleccionamos la Vista de Detalles (Clic Derecho -» Ver -» Detalles) veremos la información con respecto a los archivos, fecha de creacion y modificación, tipo, nombre... pero, que pasa si queremos saber el tamaño de una carpeta, el número de subcarpetas o quizás la cantidad de archivos en ella. Pues, tendriamos que hacer clic derecho en la carpeta e ir a Propiedades. Ahora bien, y si queremos comparar tamaños de las carpetas, seria muy tedioso tener que hacerlo con el menu de Propiedades, seleccionando cada carpeta por separado. Es por eso que el desarrollador Brian Oraas (enlace a su página) ha creado esta extension, la cual añadirá varias columnas a la Vista de Detalles: tamaño de carpeta, número de subcarpetas, cantidad de archivos.

Instalación:

Simplemente se ejecuta el archivo .msi y se siguen las instrucciones que nos da el instalador. Una vez instalado es recomendable que reinicies tu equipo.

Uso:

Para este punto ya debes tener todo instalado. Entonces abres cualquier carpeta que quieras, haz clic derecho, clic en Ver y luego clic Detalles.

Descargar Folder Size v2.4(32 bits):

Descargar Folder Size v2.4(64 bits):

Dovrei fare, a giorni, anche il pacchetto per powerpc.

My machine's specification:

Intel Celeron 1.8 Ghz

384 MB RAM

2 100 GB Hard drive

NVIDIA TNT RIVA 32MB

Dual boot Windows XP and CentOS 5

Although I have experience installing Linux and FreeBSD, this is my first attempt to install Solaris on my x86 box which has Windows XP and CentOS 5 installed, since I have no more space to accommodate all three OS, I had to overwrite the Linux partition with Solaris. First thing I noticed upon booting into the CD installer is the GRUB boot loader, I thought Solaris has its own boot loader, anyways I pressed <Enter> to immediately load Solaris, so let's begin.

The first screen will ask you to choose what installation mode you like, I chose [1] which is Solaris Interactive, since I only have 384MB of RAM I was notified that it needs at least 400MB of RAM to proceed with the graphical installation so I had to bear with the text based interactive install. Next screen says it's beginning system identifcation, waited several minutes for this part to finish then on with the next screen which will ask you to select a language.

I chose [0] which is English then the Solaris Installation Program screen loads informing you that there will no mouse (text based , what do you expect :D ) then press F2 to continue. Next screen will load saying that it's identifying the system ( networked or non-networked, time zone, date and time), press F2 again to continue

Enter Hostname:

home.solaris.local

Press F2 to continue and the next screen will ask you to confirm the information you entered, press F2 again to continue

Time Zone:

move to choose your time zone using the arrow keys and press spacebar to enable it, again press F2 to continue

Country or Region:

Highlight the country using the arrow key and press the spacebar to enable it, press F2 to continue

Date and Time:

Press F2 again to confirm and continue, after that the screen to enter them machine's root password appears, you have to enter the password twice and press F2 to continue, the next screen says Identifying the system again?, press F2 again to continue, it will then ask you to enable remote services, just accept the default which is “yes” then press F2 again to continue, the Solaris Interactive Installation screen loads, press F2 to select Standard then it will ask you whether you want the CD installer to eject automatically, choose automatic which is the default ( This didn't work, the CD didn't eject automatically, too bad!). After this, the Reboot After Installation screen loads, choose automatic which is the default, one thing you have to do is to remove the CD installer before rebooting or else the entire installation process repeats! Press F2 then F2_OK to continue.

Solaris Interactive Installation screen loads and since I already installed Solaris before I wrote this Howto it presented two options, i.e, asking you whether to F2_upgrade or F4_fresh-install, I chose F4 other it should be just F2 fresh install. Then initialization begins...License screen loads and you have to accept the license of course! Then Select Geographic Region < North America> then press F2 to continue and select System Locale, just accept the default POSIX C © , again press F2 to continue and select products, I just pressed F2 to continue, Additional Products screen loads, just press F2 to continue then the Select Software screen loads, I chose the default Entire Distribution ( I want to tinker the whole nine yards).

Partitioning > Select Disk partitioning and since I have two drives I was presented with these options:

• c0d0

• c0d1

You will notice that it is entirely different from what you and me are used to, in Solaris you ought to know about “Slices” too same thing I've experienced with FreeBSD, slices overcome the deficiencies of the partitioning scheme which Linux and Windows are using i.e., you can only create four primary partitions. Inside the each slice, you can create as many partitions as you like, now back with the installation, since I would like to dual boot Windows and Solaris, I allocated the last partition on my first drive to accommodate Solaris, this is how I done it.

After customizing my hard drive using fdisk, the following is my partitioning layout:

1. NTFS

2. NTFS

3. NTFS

4. SOLARIS <- before this filesystem was created, I deleted the last partition and the created a new one with the SOLARIS filesystem.

Press F2 again and again to continue, when you arrive at the auto-layout filesystem screen, just press F2 to automatically layout the filesystem, again press F2 to continue until you reached the screen wherein you will be asked to review the choices you made on previous screens, then after reviewing, press F2 to begin the installation.

I waited for several minutes until I was greeted that the installation succeeded, this is where the install process should have automatically ejected the CD but sadly it didn't so I ejected it manually, the machine rebooted and GRUB loads, press Enter or wait ten seconds to load Solaris, the kdmconfig X Server Selection screen loads asking which X server do you want to install, Xsun or Xorg, I chose Xsun and press F2 to continue and the next screen loads telling me to view and edit Window system configuration, I chose “No Changes needed, test/save and exit” then pressed F2 again to continue, Window System Configuration test page loads, press F2 to test and click Yes if OK.

It will then ask you if you need to override system's default NFS version 4, just accept the default which is [No]. Then Starting Solaris Installation Launcher in Commad line mode loads:

Insert CD2 then Select Media [1], press Enter and press c to continue, repeat these process for the remaining CD's (5 CD). It took me almost two hours to finish this installation process( that long huh!), then it will ask you to reboot the machine, then Solaris starts to load and now I am presented with the Login Screen, I entered root as username as mysecret as password respectively and I was asked to choose whether to load the Java Desktop 3 or CDE, I chose JDS3 for this, afterwards the GUI loads, one thing I've noticed is that JDS3 is just GNOME stable version.

Now you might be wondering why am logging in as root and not as an ordinary user, well there was no ordinary user created during installation because that's the way Sun wants it! You have to create an ordinary user using smc ( Sun Management Console) or the useradd utility but too bad, smc didn't worked for me, it's always telling me that the wbem might not be running so I need to restart the wbem service and restart smc but to no avail, so I decided to go with the good old utility useradd but I encountered another problem using useradd, it won't create the user that I need to create, so I've googled for reasons why it isn't working and I came across this article that /etc/auto_home and /etc/auto_master needs to be edited and all configuration should be commented out in order for the useradd utility to work properly, after making the modifications to the said file, I rebooted the machine and open a shell and created my desired users using this format:

# useradd -d /export/home/user1 -s /usr/bin/bash -m user1

and used the passwd command to change the password for the user, you will noticed that the user's home directory resides on /export/home/username instead of /home/username, this is how Solaris filesystem was designed so if you have questions, ask them not me :D .

That's all there is to it.

Cheers!

]]> http://emanuele2.wordpress.com/2006/09/12/usare-pacchetti-personalizzati-per-slackware-e-crearne-di-nuovi-dai-sorgenti/ Tue, 12 Sep 2006 14:58:54 +0000 Emanuele Cipolla http://emanuelecipolla.net/2006/09/12/usare-pacchetti-personalizzati-per-slackware-e-crearne-di-nuovi-dai-sorgenti/ Il mio flirt con Debian stable + backports è durato molto poco, purtroppo. :-(

In realtà la colpa è mia: dovevo informarmi meglio sui problemi che CUPS 1.2 sta creando ad alcuni utenti per quel che riguarda la stampa in rete (urge, a questo punto, sottolineare che invece, da locale, il funzionamento di CUPS+Gutenprint era perfetto). Se non fosse stato per questo, avrei tenuto il sistema così com'era: rapido nelle risposte e completo. Ribadisco: se non ci sono problemi di sorta, Debian stable + backports è la scelta migliore, specie su computer su cui Ubuntu (la mia distribuzione di riferimento per il segmento desktop) risulta troppo pesante, a causa delle marcate ottimizzazioni della libreria C e di numrosi altri componenti basilari del sistema.

Ho imparato a non formalizzarmi troppo, nè a fissarmi sul fare tinkering all'infinito: c'è un limite fisiologico oltre il quale le cose devono funzionare. Inoltre, la mia priorità, avendo un everything server piuttosto che un router (come la maggior parte delle persone che scelgono di crearsi una rete locale) è quella di avere un sistema snello: se poi ci scappa una buona interfaccia grafica, bene, altrimenti va bene lo stesso.

Sono, quindi, ripassato a Slackware (che, fino ad ora, è stata la distribuzione che ha meglio performato sul mio vecchio Celeron 300 Mhz). La tradizione di stabilità ed estrema flessibilità della distribuzione non è messa in discussione da nessuno; in parte, però, il prezzo di questa flessibilità viene pagato con un sistema di gestione dei pacchetti chiaramente di livello diverso rispetto a quello, per esempio, di Debian.

Il vero problema, infatti, risiede nella mancanza di supporto al dependency tracking: in pratica, il sistema di gestione dei pacchetti non si occupa di verificare se sono presenti tutti quei componenti di sistema atti a fare funzionare un particolare componente di sistema. Tale controllo è deliberatamente lasciato all'utente. Inoltre, poichè Slackware è un progetto gestito da un solo individuo, Patrick J. Volkerding, si rende necessaria una selezione accurata dei pacchetti da introdurre nella distribuzione base, così che PJV non risulti sommerso dal mantenimento di una collezione sterminata di pacchetti.

Purtroppo, però, non sempre sono rose e fiori: in alcuni scenari, il fatto di doversi occupare di ricercare le dipendenze a mano, e, se non le si riesce a sistemarle tutte, doversele ricompilare dai sorgenti, risulta poco pratico. Eppoi, non tutti hanno la pazienza (e le risorse hardware) di chi utilizza Gentoo :-D (scherzo, ovviamente, sulla pazienza: resta però il fatto che dover ricompilare l'intero sistema su qualcosa di più lento di un Pentium III è una strada poco praticabile).

Usare pacchetti personalizzati

Per sopperire a questi problemi, numerosi gruppi di utenti hanno creato collezioni di pacchetti personalizzati. Secondo me, la più riuscita di queste è quella resa disponibile dal portale Slacky.it, che, almeno nei miei test, si è distinta per coerenza organizzativa e per il fatto che i pacchetti nuovi tendono a non distruggere l'intero sistema (come, ahimè, accade per quella di LinuxPackages, che è sicuramente più ampia, ma poco gestibile col sistema automatizzato, molto simile a una nostra vecchia conoscenza, che vedremo fra un attimo).

Inoltre, un altro limite delle utility di gestione dei pacchetti in Slackware è la mancanza di un tool centralizzato per reperire i pacchetti (e, ovviamente, le loro dipendenze). Ci vengono in aiuto, però, due utility, l'una alternativa all'altra: swaret e slapt-get.

La mia scelta, dato il mio amore per il sistema APT, è ricaduta su quest'ultimo. Come vedremo, la configurazione è estremamente simile a quella della sua controparte Debian (di cui non rappresenta, però, un derivato: si tratta di un clone, progettato per emulare il look&feel del solo apt-get: niente apt-cache, apt-cdrom, apt-... per ora :-( ).

1. 1. Fate l'accesso come root.
2. 2. Scaricate la versione più recente di slapt-get per la vostra architettura (per chi scrive, la 0.9.11e su i386), e installatela:

   wget
   http://software.jaos.org/slackpacks/10.2/slapt-get-0.9.11e-i386-1.tgz
   installpkg slapt-get-0.9.11e-i386-1.tgz

3. Modificate il file /etc/slapt-get/slapt-getrc e fatelo diventare simile a quello che segue:

   WORKINGDIR=/var/slapt-get
   EXCLUDE=loadlin,pcmcia-cs,^kernel-.*,^alsa-.*,.*-[0-9]dl$,^devs$,^udev$,
   aaa_elflibs,x86_64
   SOURCE=ftp://ftp.unina.it/pub/linux/distributions/slackware/slackware-10.2/
   SOURCE=ftp://ftp.unina.it/pub/linux/distributions/slackware/slackware-10.2/extra/
   SOURCE=ftp://ftp.unina.it/pub/linux/distributions/slackware/slackware-10.2/testing/
   SOURCE=ftp://ftp.unina.it/pub/linux/distributions/slackware/slackware-10.2/pasture/
   SOURCE=http://www.slacky.it/download
   SOURCE=http://software.jaos.org/slackpacks/10.2/

   • se desiderate che slapt-get gestisca anche gli aggiornamenti del kernel, togliete

     ^kernel-.*,^alsa-.*,.*-[0-]dl$,^devs$,^udev$

   • se state utilizzando un portatile, sarebbe meglio togliere

     pcmcia-cs

   • se state utilizzando un port di Slackware su architetture non x86, fareste meglio a blacklistare i pacchetti che non appartengono alla vostra architettura: nella mia limitata esperienza con detti port non ufficiali, questo problema non si pone con i "repository ufficiali" (ovverosia i mirror da cui scaricate la distribuzione), ma potrebbe porsi nel caso di eventuali repository utente (credo non nel caso di Slacky.it, ma tenete presente che non so quali architetture siano presenti nel suo repository). Ad esempio, se state usando Slamd64, sostituite

     x86_64

     con

     i486,i686

     e simili.

Alcune note riguardanti la riga EXCLUDE (che indica a slapt-get a proposito di quali pacchetti non prelevare informazioni:

4. Adesso eseguite il comando:

   slapt-get --update

   che farà esattamente quello che ci aspettiamo: scaricherà le informazioni sui pacchetti dai repository alla directory specificata in WORKINGDIR (di default /var/slapt-get, ma può essere una qualunque, basta che root vi abbia accesso).

E questa è una. Se vorrette installare nuovi pacchetti, vi basterà fare slapt-get --install [pacchetto]; per effettuare aggiornamenti, sono disponibili le opzioni --upgrade e --dist-upgrade, che hanno la stessa valenza delle corrispettive in apt per Debian: la prima aggiornerà solo i programmi, la seconda anche componenti di sistema (come il kernel o la GNU C library).

Creare pacchetti personalizzati

Può capitare, però, che neanche i repository personalizzati possano esservi d'aiuto nel reperire un pacchetto, o, peggio ancora, una particolare versione del pacchetto. Facciamo un esempio: io sono in possesso di uno scanner Canon CanoScan LIDE 35. Questa periferica è divenuta (quasi pienamente) supportata in SANE soltanto a partire dalla versione 1.0.17 dei backend (per chi viene da Windows, qualcosa di simile all'interfaccia di gestione "Scanner e fotocamere digitali", mentre SANE è, in tutto e per tutto, un'alternativa superpotenziata, indipendente dalla piattaforma e dalla GUI di TWAIN). Inoltre, questa particolare versione (o una più recente) di SANE mi serve solo sul computer su cui esso è fisicamente collegato (la novella Slackware box). Questo perchè, per fare il fico (e alla faccia di chi ancora si ostina a usare Windows ;-) ), posso controllare lo scanner da un altro computer con il backend net - cosa che mi evita di trascinarmi la periferica assieme al portatile, su cui è, peraltro, installata Kubuntu 6.06 Dapper Drake, che la supporta perfettamente.

Ora, per quanto noi possiamo essere bravissimi a compilare software dai sorgenti (e credetemi, si tratta di un procedimento facilissimo, soprattutto grazie ai potenti strumenti di autoconfigurazione degli stessi che la maggior parte dei progetti mette a disposizione, non ultimo il famosissimo script di shell configure), dobbiamo anche pensare in chiave futura: Slackware 11.0, infatti, include, SANE 1.0.17, che è perfetto per lo scanner in questione - e noi vogliamo la possibilità di poter tornare ad un package certificato da Patrick J. Volkerding - che di certo sarà più leggero ed efficiente di quello che noi potremo creare.

A noi, però, lo scanner serve adesso! :-D

Faremo in modo, quindi, di creare un pacchetto .tgz in tutto e per tutto equivalente a quelli visti sinora, così che potremo rimuoverlo facilmente con un bel colpo di removepkg quando lo riterremo più opportuno.

Prenderò l'esempio di SANE (che è, tra l'altro, uno dei pacchetti che credo distribuirò tramite il mio sito Web, data l'elevata utilità): ne preleveremo i sorgenti, li compileremo e creeremo il pacchetto.

Come è ovvio, altri software potrebbero richiedere un livello di adattamento diverso da quello mostrato nell'esempio (per dire, diverse opzioni da passare a configure, o ulteriori operazioni preliminari): in ogni caso, i passaggi a partire dal punto 5 (escluso i l 6) sono pressochè universali, indipendenti da quale software si sta preparando.

1. Scarichiamo i sorgenti di SANE (l'ultima versione, per chi scrive, è la 1.0.18 per i backend, e la 1.0.14 per i frontend):

   wget http://alioth.debian.org/download.php/1669/sane-backends-1.0.18.tar.gz
   wget http://alioth.debian.org/download.php/1140/sane-frontends-1.0.14.tar.gz

2. Decomprimiamo i backend, e spostiamoci nella directory che viene creata:

   tar xfz sane-backends-1.0.18.tar.gz; cd sane-backends-1.0.18*/

3. Configuriamo i sorgenti e iniziamo la compilazione. Attenzione a non scegliere il filesystem /usr/local, poichè vogliamo che i componenti risultino logicamente integrati nella distribuzione principale.

   ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var; make; make install

4. (passaggio non sempre necessario) SANE rappresenta un caso particolare: infatti, mentre a livello sorgente esistono due pacchetti distinti e separati, ed una stretta dipendenza dei frontends da una versione installata (i.e. reperibile in /usr/*) dei backends, i pacchetti precompilati, di solito (ed è anche il caso di Slackware), sono unici, e installano sia gli uni che gli altri. Per poter, quindi, far trovare ai frontend la versione da noi compilata dei frontend (e quindi permettere la loro compilazione) dovremo fare un

   make install

5. Creiamo, se non l'abbiamo già fatto prima, una directory in cui porre tutti i file che dovranno far parte del pacchetto, e indichiamo a make di creare una gerarchia di filesystemtale da poter essere incorporata nel nostro pacchetto - poichè, in pratica, è come se facessimo credere al tool che la / si trova da un'altra parte), in questo modo:

   mkdir -p $HOME/pacchetti/sane; make install DESTDIR=$HOME/pacchetti/sane

6. Ripetiamo dal passaggio 1 al passaggio 5 (escluso il 4) per sane-frontends-1.0.14.tar.gz
7. Spostiamoci nella directory che contiene i file da includere nel pacchetto, e creiamo una subdirectory /install:

   cd $HOME/pacchetti/sane; mkdir install

8. Creiamo un file di testo, slack-desc, nella directory install, scrivendo quanto segue:

   # HOW TO EDIT THIS FILE:
   # The "handy ruler" below makes it easier to edit a package description.  Line
   # up the first '|' above the ':' following the base package name, and the '|' on
   # the right side marks the last column you can put a character in.  You must make
   # exactly 11 lines for the formatting to be correct.  It's also customary to
   # leave one space after the ':'.   
   
       |-----handy-ruler------------------------------------------------------|
   sane: sane (Scanner Access Now Easy) - backends v1.0.18, frontends v1.0.14
   sane:
   sane: SANE is a universal scanner interface that provides standardized
   sane: access to any raster image scanner hardware, such as flatbed scanners,
   sane: hand-held scanners, video and still cameras, frame-grabbers, and other
   sane: similar devices.
   sane:
   sane: This package has been built on an i686 Slackware 10.2 box, and requires
   sane: libgphoto2 from the Slacky.it (http://www.slacky.it/) repository.
   sane:
   sane:

9. Usciamo dall'editor.
10. Spostiamoci nella directory parent, e avviamo makepkg, specificando il nome del pacchetto da creare:

    cd ..; makepkg sane-1.0.18-i686-1.tgz

Vi verranno poste alcune semplici domande: rispondete sì alla richiesta di cancellare i link simbolici (verranno ricreati per mezzo di uno script che sarà salvato in ./install/doinst.sh - script che potrete modificare a vostro piacimento in seguito, magari ricreando successivamente il pacchetto), e in breve tempo dovreste avere un pacchetto pronto da installare e gestire con le usuali utility di manutenzione Slackware (installpkg, removepkg, ...).

Hope this helps! :-D

(Edit del 24/09/2006: Alcuni pacchetti creati da me sono, da oggi, disponibili qui.)