It gives us a great pleasure to announce you the new SAI Learning Connection (SAILC). SAI Learning Connection will give you access to the FREE / No Cost web courses needed to get Sun Certified !

continue reading

I think we'll need to get some sort of file repository set up to avoid duplicated effort until we get this stuff into IPS.

To get further info on Wine on OpenSolaris head on over to the OpenSolaris Wine community page: http://www.opensolaris.org/os/community/desktop/communities/wine/

Well, now, I'm trying to compile Inkscape (svn version [1]) into my OpenSolaris. I thought to follow this tutorial, but it must be overcome and it'd take much of my time. =D

If I can compile and ran Inkscape binaries, I'll notice in my blog and I'll upload the package to OpenSolaris repositories.

Remember that Open Source is not only coding, visit this site and give a change to yourself: http://codefree-mag.org/

Think, breath and contribute in different ways and how you can to open source projects. We need you.

[1] - https://inkscape.svn.sourceforge.net/svnroot/inkscape/inkscape/trunk

That's all folks. ;)

in my last post I have wrote about Firefox 3 on OpenSolaris. Björn corrected me about it. Firefox3 is already  in snv_95 image.

Currently, OpenSolaris 2008.05 livecd has been with environment snv86. So, let's learn how to update your OpenSolaris image.

• Update package list

pkg refresh

• Upgrade your environment: it will create a new image to preserve and secure your current image

pkg image-update

• After some cups of coffee (a big and boring download :/), you will see this message:

A clone of opensolaris exists and has been updated and activated.
On next boot the Boot Environment opensolaris-1 will be mounted on '/'.
Reboot when ready to switch to this updated BE.

• To see your environments, just do it:

beadm list

• Now, let's notice the grub about the changes:

pfexec mount -F zfs rpool/ROOT/opensolaris-1 /mnt

pfexec /mnt/boot/solaris/bin/update_grub -R /mnt/

• Reboot and choice "Solaris 2008.11 snv_95 X86"

:)

I installed the OpenSolaris 2008.05 in a 50GB partition. Then, I think I have enough space to make my experiences. ;)

And now, I'll install Firefox3 on my OpenSolaris box. This package can be find here.

Albert keeps his most current builds over at http://trisk.acm.jhu.edu/SFE/ (currently 1.1.0) whilst the source can be downloaded over at: http://ibiblio.org/pub/linux/system/emulators/wine/wine-1.1.2.tar.bz2

Once Sun work out how they are going to handle external contributions to the IPS repository we should be able to install Wine using a simple 'pkg install wine' or simply by using the Package Manager GUI. Until then please refer to my old post which has step by step instructions on how to install Wine (grab the latest package instead of course)

A big shout out to Alexandre for his great work, and Codeweavers for paying him ;) whilst us Solaris folk should be especially thankful to Albert for keeping the Wine packages up to date.

La versión es OpenSolaris 2008.05 y según para que continente tarda más o menos:

US Delivery - 2 to 5 days
Europe - 5 to 7 days
Latin America - 2 weeks
Asia/Africa - 4 weeks

También puedes descargar una ISO (como he hecho yo) si no quieres esperar a que venga, o si quiere probarlo ya mientras llega.

Having tried many versions of Ubuntu, Fedora, OpenSuse and PCLinuxOS, I thought of trying Solaris, but it was never easy. I ordered a free Solaris DVD from Sun but it would never install inside VirtualBox. I always viewed Solaris as something very complex to setup and needs extensive knowledge about it. My experience of installing it on VirtualBox reinforced it. I kept trying few times and eventually gave up.

But this is history now. As Sun took over VirtualBox from innotek, I hope the first thing they did was to provide excellent support for Solaris in it. Recently as I was pondering the VirtualBox website, I saw that they are providing good integration with Solaris in their latest version. What do you think I would have done...?

You are right. I straightaway dowloaded the latest version of VirtualBox along with OpenSolaris. (OpenSolaris iso image was only 686MB). What happened next was simply stunning...

Armed with the experience of installing many operating systems on VirtualBox, I was able to proceed straightaway until I reached the point of installing VirtualBox guest additions. Fortunately I came across this great article about installing OpenSolaris in VirtualBox.

And I had minor problems in configuring network until I understood about it. Otherwise OpenSolaris worked like a champ and I was thrilled. Just have a look at the following screenshots...

Starting the OpenSolaris virtual machine installed in VirtualBox

OpenSolaris booting up

Login Screen

OpenSolaris desktop (1280 * 800 resolution)

(One of the main nuances I faced in installing Ubuntu as a guest in VirtuaBox is that I found it very difficult to configure the screen resolution. I spent so much time in something which should have been a easy task. I even wrote a blog entry about increasing the screen resolution in Ubuntu. But in OpenSolaris, I got the maximum resolution just by installing the guest additions.)

And access to the screen resolution setting cannot be this simpler. Just right click anywhere in your desktop and you are there.

And here is the actual screen resolution user interface...

Some Applications pre-installed in OpenSolaris

Disk Usage Analyzer

(Just have a look at the look and feel of OpenSolaris, very clear, very attractive. I simply love it...)

Package Manager

(One good thing about OpenSolaris is that it comes preinstalled with most apps needed for a Java developer)

Browsing

Locking the system

Conclusion:

Overall, I was very impressed with OpenSolaris and looking forward to use it for my java development. The user interface is slick

and easy to use. Have you tried OpenSolaris...? Why not try it today..?

Asi como Canonical envia Gratuitamente Ubuntu Sun Microsystems lo hace con su OpenSolaris.

Sun envia gratuitamente CDs de su sistema a domicilo, el OpenSolaris 2008.05 puede ser solicitado desde aqui:

https://www2.sun.de/dct/forms/reg_us_2307_228_0.jsp

"OpenSolaris 2008.05 for x86 is available to use free of charge and we can send you a CD at no extra cost. The delivery time may vary depending on your location, so you should consider downloading the CD image if you have a fast Internet connection."

Tal como lo dicen ellos, sin costo, envian el CD sin costo extra, pero el tiempo de llegada puede variar dependiendo de a donde sea enviado (igual que ubuntu).

• US Delivery - 2 to 5 days
• Europe - 5 to 7 days
• Latin America - 2 weeks
• Asia/Africa - 4 weeks

Segun esto estarian llegando a colombia en 2 semanas aproximadamente. Hoy es 6 de agosto, esperemos a ver en cuanto llega.

No se como sea el paquete que envien actualmente, yo pedi la version 10 de solaris hace algunos años y lo que me enviaron fue una "caja" normal para DVD con 3 discos, uno para x86, otro de Developler Tools y otro para Sparc.

PD: Opensuse tambien tiene este servicio pero por el momento esta desactivado, posteare en cuanto me entere que el servicio se ha reestablecido.

But after further attempts to fix or work around it, I've gone for an alternative approach.  Instead of just running it as its own user (as I started out doing), I've created a new Solaris Zone dedicated to sfw.  And of course an sfw user within that zone.  I'm happy to say that it works within the zone, so I'm back on track and (hopefully) isolated from whatever caused the trouble.  Evidently zones have more to offer than mere security :-)

Next, I'm playing about with creating a virtual network amongst zones.  Slightly confuzzled by the significant differences between my solaris version and the crossbow docs (such as Sunay's blog) in, for example, the dladm command, but I think I can work around that.

Leider sehen das unsere Kunden offensichtlich anders und man hat mir das ganze an die Backe getackert. Also hab ich mir den kleinen Gnom neben meinen Schreibtisch gestellt und versucht mich darin zurecht zu finden. Nach zwei Tagen durchgängigem Fluchen - meine Kollegen mögen es mir verzeihen - hab ich endlich wieder die Schnauze voll von dem System. Man ist von Linux eine Autobahn gewöhnt und darf sich hier endlich wieder an die ländlichen Schlaglöcher gewöhnen. Nur mal eine kleine Liste meiner Erfahrungen:

• Die Onboard-Netzwerkkarte wird nicht erkannt. Die zusätzliche 3Com Netzwerkkarte, die wir eingebaut haben läuft zwar aber entscheidet sich häufiger zwischendurch mal ein paar Sekunden Pause zu machen wenn sie etwas mehr tun soll. Nach einigen Stunden Suche stellt sich heraus, dass der Treiber fehlerhaft ist und es keine Abhilfe gibt. Dieser Fehler ist seit JAHREN bekannt und es tut sich nichts.
• DNS-Auflösung geht standartmäßig nur über Dateien. Auch wenn der DNS-Client installiert und konfiguriert ist. Das muss man erst mal manuell in der Datei 'nsswitch.conf' ändern.
• SSH-Authentifizierung GSS funktioniert nicht richtig und sorgt bei jedem Login für mehrere Sekunden Verzögerung. Nach langer Suche habe ich endlich den Konfigurationswert "GSSAPIAuthentication no" zum deaktivieren in die sshd_config eingetragen.
• Das Tool 'usermod' ist ein wenig eigensinnig. Mit 'usermod -l "Max Mustermann" mam01' bekommt man den netten Hinweis, dass 'mam01' als Benutzername zu lang ist und auch ungültige Zeichen beinhaltet. Wer jetzt mitdenkt, dem wir klar, dass das Programm wohl den Langnamen als Benutzernamen sieht (obwohl der Syntax meines Erachtens richtig ist). Dass es trotz Fehlermeldung den Unsinn aber in 'passwd' und 'shadow' schreibt fand ich nicht mehr witzig.
• Die Netzwerkkarte wird nun nicht mehr wie zuvor konfiguriert und steht nur auf Loopback. Spontane Amnesie vermute ich.

Unterm Strich würde ich behaupten, dass dieses eine glatte Zumutung ist.

Having successfully executed a full build with one additional module, I thought I was past the steep bit of the learning curve, and added in six more modules.  Of course I didn't expect them all to build successfully first time - bound to hit snags, typos, gotchas, miscellaneous bugs.  But I did expect to get meaningful error messages from those modules that failed to build.

It didn't build.  httpd itself failed, so the modules didn't even have the prerequisites to try to build.  The error was an invalid --with-apr in the configure.  Seems that it tries to build both prefork and worker MPMs, but with just one APR build (on worker).  That relies on worker getting built before prefork, and the error suggests that didn't happen.

Having failed to figure out what among my changes could possibly have caused this (unexpected) error, I fell back to recreating the entire hierarchy from the same clean tarball I'd started out with.  Same error!  So it wasn't anything I'd done, and looks suspiciously like a heisenbug.  Bugrthat :-(

OK, I wonder what happens if I just remove those --with-apr configure options from the apache-prefork build?  Hopefully it'll get though to building the modules, so I can get the results I want: successful build or relevant errors!  It's running now.

Ahora, el equipo de KDE está trabajando para dar soporte a OpenSolaris. Por lo pronto KDE en su mayoría trabaja en OpenSolaris, aunque quedan por resolver algunos bugs.

Las principales mejoras en KDE 4.1 son los siguientes:

- La suite KDE-PIM está de vuelta
- La herramienta Plasma evoluciona
- Muchas nuevas y mejoradas aplicaciones y marcos

Más información en:

http://www.kde.org/announcements/4.1/

http://solaris.kde.org/

Este fallo solo afecta a sistemas con el paquete SUNWsmagt instalado. Se ven afectadas las versiones de Solaris 10 y OpenSolaris en las compilaciones snv_01 a snv_92 tanto para Plataformas Sparc como X86.

En OpenSolaris se recomienda actualizar a compilaciones snv_93 o superiores. Para Solaris, hasta la publicación de un parche oficial, es posible desactivar el servio SMA mediante: # svcadm disable svc:/application/management/sma:default

Opina sobre esta noticia:
http://www.hispasec.com/unaaldia/3565/comentar

Más información:

Security Vulnerability in the System Management Agent (SMA) SNMP daemon (snmpd(1M))
http://sunsolve.sun.com/search/document.do?assetkey=1-66-239785-1

I'm happy to report that since then I've installed SXCE, and things are going much more smoothly under it.  OpenSolaris (2008.05) is for the time being relegated to a VirtualBox, where its quirks are pretty much harmless.  SXCE seems to be a much more stable platform to work on.

That also means I can now build the SFW (Sun Freeware) consolidation, and thus work within Sun's development environment.  Which was basically the goal of the exercise.  I've navigated my way around it just enough to integrate one of my own Apache modules, which now successfully builds and generates a package.

This is still not an environment I'd choose to work in: the SFW consolidation is huge and unwieldy, and its build is an epic several-hour job. I need to figure out at least how to sync my work with the repository rather than use giant tarballs.  But at least I'm now able to do Sun work in its primary target environment of Sun's webstack (which is part of SFW).

VICE (Versatile Commodore Emulator) ist ein Quelloffener Emulator für Commodore Computer und basiert auf X64, einem früheren C64 Emulator unter dem "X Windows System". Versatile steht für "Vielseitig", und in diesem Punkt kann man die Software beim Wort nehmen. So funktioniert Sie auf folgenden Betriebssystemen: Unix, MS-DOS, Win32, OS/2, Acorn RISC OS, AROS64, Atari Mint, OpenSolaris, BeOS, QNX 4.x, QNX 6.x, Amiga, GP2X, SkyOS und Mac OS X.

Eine Liste mit allen Neuerungen befindet sich auf der Website der Entwickler genau hier.

Zur Zeit arbeitet ein australischer Entwickler daran, VICE zu iC64 zu konvertieren. Dabei handelt es sich um eine Version des Emulators für das iPhone. Mitte Juli hatte er sich bei dem Entwicklerprogramm von Apple angemeldet, das bedeutet, die Software wird mit dem offiziellen SDK für das iPhone geschrieben. Falls Apple die Software für das iPhone frei geben wird, könnte der iPhone Nutzer unzählige Spiele kostenlos und legal aus dem internet herunter laden und Apple selbst würde daran keinen Cent verdienen. So würde der Retro-Spielespaß auf dem iPhone einzug erhalten. Die Reakion von Apple ist also fragwürdig.

Lo juro, los catalanes no tenemos nada que ver en eso.

Un fallo de los programadores de Opensolaris define

España como un país africano.

Quizás piensan que África empieza en los Pirineos.   

Abbiamo visto cosa fa un sistema operativo. Abbiamo accennato anche a qualche suo componente. Ora vediamo, in concreto, come è fatto "dentro" un sistema operativo e in particolare GNU/Linux.

Abbiamo detto che il sistema operativo gestisce il nostro hardware. In particolare i dispositivi di Input/Output (tastiera, schermo, mouse, webcam, ecc.) e le memorie di massa. Per ciascuno di questi dispositivi il sistema operativo ha bisogno di un programma, chiamato driver. Driver in inglese vuol dire "pilota" e in effetti il driver "pilota" il dispositivo.

Abbiamo anche bisogno, come accennato nella puntata precedente, di qualcosa che permetta l'esecuzione di più programmi "contemporaneamente", o meglio attraverso il multitasking. Questo componente è il kernel (nucleo). In sostanza il kernel è quella parte del sistema operativo che si occupa di gestire i processi (programmi) assegnando loro delle risorse (un po' di tempo di esecuzione e un po' di memoria) nonché di gestire il passaggio da un programma a un altro tantissime volte al secondo. Ma il kernel contiene anche i driver, perché deve permettere ai programmi di accedere a risorse aggiuntive (la tastiera, il mouse, lo schermo, ecc.). Per svolgere le sue funzioni il kernel mette inoltre a disposizione dei programmi delle "chiamate di sistema".

Vediamo un po' come funziona.

Poniamo questo caso: stiamo usando OpenOffice e a un certo punto vogliamo salvare la nostra lettera. Clickiamo sull'icona "salva". OpenOffice a questo punto "chiama" i sistema operativo e gli dice:

Ehi, tu, crea un nuovo file e scrivici dentro i dati che adesso ti mando, poi chiudilo

Detta così sembra una battuta, ma è davvero ciò che fa il programma. In particolare farà almeno tre richieste:

1. crea un file
2. scrivi i dati
3. chiudi il file

In termini tecnici queste si chiamano davvero "chiamate al sistema operativo" o, in inglese, "system calls".

Si potrebbe pensare quindi che i programmi parlano con il kernel e chiedono queste funzioni. E invece no. I programmi, di norma, non accedono direttamente al kernel. Essi si servono invece delle librerie.

C'è una libreria particolare che si occupa di svolgere la funzione di interfaccia tra i programmi e il kernel. Nei sistemi operativi di tipo Unix, come GNU/Linux, essa è chiamata "libreria standard del C" e in particolare in GNU/Linux essa è la GNU C Library (glibc). E' attraverso di essa che tutti i programmi dialogano con il resto del sistema operativo.

Per rendersi conto dell'importanza delle librerie in un sistema operativo, facciamo un esempio che molti conoscono: Wine.

Wine fa credere ai programmi per Windows di essere in esecuzione su un sistema Windows, mentre invece stanno girando su un sistema GNU/Linux. Come fa? Esso intercetta le chiamate dei programmi al sistema operativo (i programmi credono di girare sotto Windows) e le dirotta alle proprie librerie e poi da queste alle librerie del sistema operativo. Il tutto è talmente perfetto che Wine riesce a passare persino il test Windows Genuine Advantage!

Un esempio simile è la possibilità di eseguire programmi per GNU/Linux su un altro sistema operativo simile, ma diverso: FreeBSD. Attraverso l'aggiunta in FreeBSD della libreria C di GNU, possiamo eseguire praticamente qualsiasi programma GNU/Linux su di esso, anche se non è GNU/Linux. Ma esso possiede una delle sue parti fondamentali, ovvero la GNU C Library (oltre, chiaramente, alla libreria C di FreeBSD stesso).

A questo punto qualcuno chiederà

Ok, a quanto ho capito i programmi scritti con il linguaggio C usano la libreria C. Ma gli altri? So che esistono altri linguaggi come Java....

In realtà, tutti i programmi, a prescindere dal linguaggio in cui sono scritti, dovranno ad un certo punto interagire con il sistema operativo. E lo faranno sempre attraverso la libreria C. Questo perché GNU/Linux è scritto con tale linguaggio. Ma lo stesso vale anche per Windows, le cui librerie fondamentali sono scritte in C (o nella sua variante C++).

Vediamo di spiegare con un esempio questo concetto. Supponiamo che andiate a spedire una raccomandata alle poste. Vi recherete allo sportello e compilerete la richiesta. Tale richiesta verrà poi "lavorata" in parte davanti a voi, in parte "dietro" lo sportello. Lo stesso accade per la comunicazione tra programmi e kernel. La Libreria C si occupa di fornire certe funzioni non comprese nel kernel (come la printf che abbiamo visto), funzioni di livello più alto, ma anche di rendere facile, uniforme e rispondente allo standard di Unix (chiamato POSIX) l'accesso alle funzioni stesse del kernel, cioè le chiamate di sistema.

Un'immagine vale più di mille parole.

Ecco, il disegno spiega anche un'altra cosa. Il kernel di GNU/Linux è Linux. "Linux", difatti, non è il nome dell'intero sistema operativo, ma del nucleo, il kernel appunto.

Facciamo un esperimento: proviamo a togliere Glibc. Per farlo, se usiamo Debian o Ubuntu, andiamo su Synaptic e cerchiamo "libc6". Proviamo a disinstallarla. Come potrete notare, viene giù tutto il sistema operativo. Difatti tutti i programmi chiedono la presenza di Glibc. Ovviamente, annulliamo l'operazione.

Riassumendo, in sostanza, i programmi di norma non "vedono" né "parlano" con il kernel Linux, ma con GNU. E lo stesso facciamo noi utenti. Vediamo perché.

Abbiamo detto che il sistema operativo deve in qualche modo comunicare con l'utente. Il programma che si occupa di questo si chiama shell. In sostanza quando apriamo il terminale, oppure accediamo alla console testuale con ctrl+alt+f1, e vediamo qualcosa che alcuni erroneamente chiamano "dos" perché somiglia al vecchio MS Dos, stiamo usando la shell. La shell dei sistemi GNU/Linux è GNU Bash. Essa ci permette di lanciare i programmi, di vedere il loro output, di fornire degli input al programma (ad esempio la password che ci viene richiesta da sudo).

Infine, abbiamo detto che per poter usare il sistema operativo abbiamo anche bisogno di programmi di utilità, ad esempio per sposare o cancellare i file. Nel caso di GNU/Linux tali programmi sono le utility GNU.

Ok, bello, ma non hai spiegato cosa cavolo è questo GNU!

Eh già, devi scusarmi :) In estrema sintesi, GNU (che sta per "GNU is Not Unix) è il nome del sistema operativo iniziato da Richard Stallman nel 1984. Esso nasce con il preciso intento di creare un "clone" di Unix, il sistema operativo usato da università, banche, esercito, per gestire i grandi computer e su cui è nata Internet. All'epoca non esisteva nessun sistema operativo libero (o come si disse in seguito "open source") e Stallman voleva colmare questa lacuna prendendo a modello il sistema operativo per eccellenza: Unix. Unix è stato il primo sistema operativo moderno. La nascita risale al 1970. Tutti i libri di informatica, quando cercano di definire un sistema operativo, partono sempre da ciò che c'è in Unix. E' un sistema talmente importante che è stato standardizzato internazionalmente dall'ISO, ma il nome dello standard (POSIX) lo ha dato Stallman. Questo fa capire quanto è importante GNU nella storia dell'informatica.

Agli inizi degli anni '90 GNU era quasi pronto. Mancava all'appello solo il kernel. Il progetto GNU ci stava lavorando (il loro kernel si chiamava Hurd) ma qualcuno arrivò prima. Questo qualcuno era Linus Torvalds, all'epoca uno studente. Linus aveva un problema: all'università usava Unix (precisamente lo Unix della SUN, che adesso si chiama Solaris), ma a casa non poteva lavorarci perché il suo computer (un allora nuovo 386) non supportava tale sistema. Pensò quindi che ne dovesse creare uno, per divertimento e per studio, e prese a modello una versione didattica di Unix chiamata Minix, scritta da un professore come supporto al suo libro di testo (ancora oggi in uso nelle università: il famoso Tanenbaum). Torvalds creò il suo mini-sistema, usando il compilatore GNU, la shell GNU e altri pezzi di GNU e scrivendo un kernel da zero per il processore Intel 386. Chiamò il sistema Linux. In quel periodo all'università di Helsinki ascoltò una conferenza sul software libero e GNU e decise che il suo sistema operativo ancora in embrione doveva essere libero. Così rilasciò Linux sotto la stessa licenza di GNU (la General Public License, GPL).

Da quel momento la storia dell'informatica ha avuto una grande accelerazione. Il kernel di Linux, la parte "nuova" che Torvalds aveva creato, venne fusa a GNU, creando un sistema operativo libero, GNU/Linux, che poteva girare sui pc più diffusi dell'epoca, i 386 e 486.

La storia non finisce qui, perché ci sono anche tanti altri pezzi in un sistema operativo GNU/Linux. Ma i pezzi fondamentali sono due: GNU e il kernel Linux. Qualsiasi distribuzione li contiene perché sono la base di tutto. Per questo, che tu stia usando Ubuntu, Debian, Slackware, Red Hat, Suse, o qualsiasi delle centinaia di distribuzioni esistenti, stai sempre usando un sistema GNU con il kernel Linux. GNU/Linux, appunto.

Nei prossimi post parleremo di alcune importanti aggiunte a questo sistema di base: Xorg e gli ambienti desktop come Gnome, kde e xfce.

Domande?

Posso usare GNU senza Linux?

Puoi usare GNU con il kernel Hurd e avrai GNU/Hurd (o semplicemente GNU). Puoi usare GNU con il kernel del sistema Solaris, e avrai GNU/Solaris. Puoi usare GNU con il kernel di FreeBSD e avrai GNU/kFreeBSD. Puoi usare GNU con il kernel di NetBSD e avrai GNU/Netbsd. Il progetto Debian distribuisce alcune versioni di questi sistemi operativi. A parte GNU/Solaris, che è già abbastanza stabile (OpenSolaris e Nexenta sono due esempi), gli altri sono ancora instabili, ma comunque funzionanti, a condizione di aver un hardware compatibile (questi kernel difatti non hanno tutti i driver di cui dispone Linux). Esiste anche GNU/Darwin, una fusione tra GNU e il kernel di Mac Os X, ma è fermo.

E Linux senza GNU?

Anche, ma avrai bisogno di qualcosa che sostituisca GNU. Di solito questo qualcosa è una libreria C ridotta e una shell semplificata con all'interno i comandi basilari. Se hai un router sicuramente esso possiede un sistema del genere.

E se volessi provare Unix?

Ormai da molto tempo non esiste più un solo Unix, ma tanti. Ad esempio Solaris è uno Unix. Non ti accorgeresti di grandi differenze rispetto a GNU/Linux. Difatti i comandi sono gli stessi e a volte anche l'interfaccia grafica è la stessa. Ad esempio Solaris usa una versione modificata di Gnome chiamata Java Desktop Enviroment. Ma la versione Open Source (OpenSolaris) usa proprio Gnome. Nexenta, di cui ho parlato prima, è in sostanza Ubuntu ma con il kernel di Solaris invece che con il Kernel Linux.

Ma come è possibile tutto ciò? Ad esempio mica posso mischiare insieme Windows con il Mac... come si fanno a mischiare sistemi operativi diversi?

Ci sono due motivi, uno tecnico l'altro legale. Il motivo tecnico è che tutti questi sistemi sono compatibili tra loro, in quanto appartengono alla famiglia di Unix. Mentre Windows è un sistema a parte, molto diverso. Quindi tecnicamente non è difficile - anzi, in molti casi proprio banale - portare un programma da un sistema all'altro, ed anche interi pezzi del sistema operativo. Il secondo motivo è legale: con il software libero puoi fare quello che vuoi. Prendi un programma e lo metti su un altro sistema operativo. Prendi la shell di GNU e la metti su Solaris, ad esempio. Non ci sono grandi limiti come nel caso delle licenze proprietarie.

Quindi mi stai dicendo che in un certo senso GNU/Linux è Unix anche se GNU vuol dire "Gnu non è Unix"?

Sì, esatto. Il nome è scherzoso: GNU non è Unix ma è comunque un sistema che rispetta lo standard POSIX. I programmi scritti seguendo le regole devinite dallo standard gireranno su tutti i sistemi operativi di tipo Unix. C'è da dire però che UNIX (scritto con le lettere maiuscole) è un marchio registrato, gestito da un consorzio chiamato Opengroup. Per diventare uno UNIX "ufficiale" bisogna pagare la certificazione. Ma questo è davvero poco importante. GNU/Linux, pur senza tale certificazione, è il sistema di tipo Unix di gran lunga più usato di tutti.

Ho sentito dire che Linux è un kernel monolitico, cosa vuol dire?

E' un argomento un po' complesso, ma ne parlerò prima o poi. Per ora basta sapere che un kernel monolitico è fatto da un programma unico, mentre altri tipi di kernel (detti "a microkernel") sono costruiti "a pezzi" ognuno dei quali si occupa di un problema specifico.
E' più semplice capire invece perché Linux è un kernel modulare: in pratica, mentre il sistema funziona, possiamo caricare dei "moduli". I moduli sono pezzi del kernel che possono essere inseriti mentre il sistema è in esecuzione. Un modulo può essere un driver per una periferica, oppure ad esempio un pezzo che aggiunge una funzione particolare al kernel. Nonostante questo però il kernel rimane un unico programma perché questi moduli vanno ad inserirsi nel kernel mentre è in esecuzione e non sono programmi separati. Un po' come dire che mentre guidi puoi aggiungere un cilindro al motore, ma il motore è sempre uno solo.

After using several Linux distros over the last years, I was a bit skeptic about the whole Solaris thing, but oh well...

The install went smooth, and after some poking around I decided to turn of the GUI (GDM/X). I didn't need it since I'm just using SSH/PuTTY to log in to my server, so why do I want it running ?

After looking around on the net, I found the command to disable GDM:

pfexec svcadm disable gdm

Next problem, installing/updating packages. I've been used to apt for a long while now, and this was one of my bigger concerns when deciding to try OpenSolaris. But luckily they'd just added IPS (Integrated Package System I think), a system that reminds me of a package tool I'm used to using.
So, how does it work?

Refresh the package list:

pfexec pkg refresh

Search for a package (gcc in this case):

pfexec pkg search -r gcc

Generated this output at my system:
INDEX ACTION VALUE PACKAGE
basename link usr/bin/gcc pkg:/SUNWgcc@3.4.3-0.86
basename link usr/bin/gcc pkg:/SUNWgcc@3.4.3-0.79
basename link usr/bin/gcc pkg:/SUNWgcc@3.4.3-0.75
basename link usr/bin/gcc pkg:/SUNWgcc@3.4.3-0.86
basename link usr/bin/gcc pkg:/SUNWgcc@3.4.3-0.89
basename link usr/bin/gcc pkg:/SUNWgcc@3.4.3-0.90
basename link usr/bin/gcc pkg:/SUNWgcc@3.4.3-0.91
basename link usr/bin/gcc pkg:/SUNWgcc@3.4.3-0.93

Then, to install a package (gcc in this case):

pfexec pkg install SUNWgcc

Then I found out that there are other IPS repository's that I can use (www.blastwave.org and sunfreeware.com). Now, how do I add them?

pfexec pkg set-authority -O http://pkg.sunfreeware.com:9000/ Companion
pfexec pkg set-authority -O http://blastwave.network.com:10000/ Blastwave

To see what repositories you have in your system, do:

pkg authority

I've noticed that it's not always "pkg search" will find the package I'm looking for, so now I always check the package sites (http://blastwave.network.com:10000/ and http://pkg.sunfreeware.com:9000/) manually if I don't get a hit with "pkg search".

To do a 'full' update of your system:

pfexec pkg image-update

This will also create a ZFS snapshot of your current system before the upgrade.

Important:
If you have a pre build 93 system (run: 'uname -v' to see what you have), you MUST read this page: http://mail.opensolaris.org/pipermail/indiana-discuss/2008-July/007664.html. And it's even more important if you have build 86 (as I had when installing from the latest OS2008.05).

Entre los numerosos cambios que incluye, está el driver Nvidia actualizado para 173.14.05; OSS actualizado para 4.0-1016; Actualización de las X completamente abiertas; KDE actualizada a 3.5.9; Firefox 3.0.1; / sbin / sh es ahora ksh93... Puedes ver el listado completo de los cambios en esta dirección:

http://www.belenix.org/content/BeleniX-071-Released

Para descargar el sistema operativo:

http://www.belenix.org/content/Download

]]> http://bahumbug.wordpress.com/?p=453 Sun, 20 Jul 2008 21:12:29 +0000 niq http://bahumbug.wordpress.com/?p=453 OpenSolaris is sometimes disparagingly dubbed things like "Project Copy Linux".  The comment has some truth in it: there are elements in OpenSolaris that "look and feel" much more like Linux than traditional Unix.  I'd say that makes sense: in terms of convenience and friendliness, desktop-oriented Linux (eg Ubuntu) is clearly ahead of the competition: not only trad. Unix, but also Windows (obviously) and Mac (surprisingly to me)[1].  Put a Unix kernel and other Solaris goodies into a Linux-like desktop, and you have a pretty compelling system.

The heart of the desktop is, by default, Gnome (that's the same default as in many Linux flavours).  Whether you prefer Gnome itself to Sun's Java desktop is a matter of taste; I'm happy with either, or indeed with KDE.  Putting bash (by default) and other GNU stuff under the hood, and moving towards a decent packaging system and development environment improves it more, or will do once 'bleeding edge' features are ironed out.

But it's not all good, and Gnome today has given me a classic demonstration of picking up bad habits.  Having yesterday got hold of a blank DVD-RW, I inserted it to burn an SXCE boot disc.  Gnome detected it, and opened a CD/DVD manager window for me - nice.  Its help function tells me that to burn a CD, I right-click the blank DVD icon and select the write option from the menu.  Great, I have the ISO image, so I'll just burn that to the DVD, right?

Nope.  After several seconds chugging away, it comes up with an error message, telling me to insert a suitable medium.  Try again, same thing.  Hmm, doesn't it support the DVD?  The hardware certainly does, according to the manufacturer's website.  But now there's no help, no meaningful error message.  This is truly a Windows look-and-feel: gnome has turned plug-and-pray.  Nothing in /var/log that might give me a hint, either.

OK, Plan B, abandon the pretty GUI, and RTFM cdrecord.  Cdrecord also emits an error at the first attempt.  But this time, I have an error message I can use to adjust my commandline options.  Second time lucky, and I have a bootable DVD.

It's installing now.

[1] That excludes the laptop,where the Mac's effortless command of its hardware makes a compelling case, even if the desktop UI is deep crap and many of the applications are at least a generation behind Linux.

After searching around just realize that xVM needs GLD v3 network drivers that is not provided by Marvell, this link is very useful for me, so I replicated from that site become newer version:

• Obtain ON source here and extract it
• Obtain driver source here (in my case I'm using version 2.6.1) and extract it
• Make sure that skge (from Solaris/OpenSolaris Installer) or yukonx (from Marvell) were removed
• Do this thing:

$ gzcat myk-2.6.1.tar.gz | tar xf -
$ cd myk-2.6.1
$ rm Makefile.config
$ ln -s Makefile.config_gld3 Makefile.config
$ vi Makefile.config

Edit the line like this (appropriate with your ON source extracted location):
ONUTSDIR = /root/Download/opensolaris/usr/src/uts

• Build and install the driver (in this case I'm using GCC)

$ export PATH=$PATH:/usr/sfw/bin
$ gmake
$ su
# gmake install
# ./adddrv.sh
# dladm show-link
LINK CLASS MTU STATE OVER
myk0 phys 1500 up --

Now you can start your Sun xVM VirtualBox and xVM network bridge is working fine...

Das auffälligste ist wohl, dass sie im Linux-Spezial einen Grossteil OpenSolaris zur Verfügung stellen. Nicht das ich OpenSolaris schlecht finden würde, ganz im Gegenteil! Auch wenn es mangels Treiber imo für die meisten Desktopsysteme, besonders auf Notebooks, nicht allzu tauglich ist besitzt es doch das Totschlagargument schlechthin: ZFS

Problematisch ist, dass OpenSolaris die ganze Zeit in einem Atemzug mit OpenSuse, Ubuntu oder Fedora genannt wird. Im Abschnitt "OpenSolaris - Ausprobieren und installieren", dem ersten Abschnitt im Heft der nur von OpenSolaris handelt taucht das Wort Unix kein einziges mal auf. Es fehlt auch komplett die Unterscheidung zwischen Linux und einem echten Unix wie Solaris so dass sich einem Otto-Normal-Nutzer bzw. Einsteiger in freie Betriebssysteme wohl der Eindruck auftun muss, dass es sich bei OpenSolaris ebenfalls um eine Linux Distribution handelt.

Dann habe ich im Abschnitt "Prüfstand: Vier Distributionen" (OpenSuse, Ubuntu, Fedora und OpenSolaris, wiedermal wird OpenSolaris mit Linux gleichgesetzt) den Teil über Ubuntu gelesen und dort taten sich teilweise wahre Abgründe bei der Erklärung auf. Habt ihr zum Beispiel gewusst, dass ihr bei der Ubuntu-Installation zuerst ein Root-Passwort festlegen müsst und dann einen Benutzer erstellt ? Für die nicht Linuxer: Ubuntu hebt sich gerade dadurch von den meisten anderen Distributionen ab, dass es gerade keinen Root-Account erstellt (bzw. es erstellt ihn schon aber deaktiviert ihn und man wird bei der Installation auch niemals nicht gefragt ob man ein Passwort für diesen Account eingeben möchte). Haben die in der c't Redaktion überhaupt mal Ubuntu installiert oder den Artikel freihand geschrieben?

Dann wird Policykit als Ablösung von sudo angepriesen was ebenfalls Unsinn ist. Policykit ist eine Ablösung für gksudo bzw. das KDE-Pendant . Desweiteren wird gesagt, dass Policykit einen Sicherheitsgewinn zu sudo darstellen würde was natürlich auch Unsinn ist. sudo hat das suidbit gesetzt, wird also immer mit Root-Rechten ausgeführt und kann deswegen nicht mal so einfach aus dem Userlevel heraus attackiert werden. Bei Policykit (genauso wie gksudo und Varianten) lässt sich mit einem simplen strace aus dem Userlevel das Passwort mitsniffen.

Auch 5GB für eine minimale Desktopinstallation sind einfach zu tief angesetzt. Davon gehen erstmal 5% für die reservierten Blöcke von ext2/3 drauf, dann noch swap und man hat kaum genug für eine lauffähige Root-Partition, geschweige denn Home.

Mein Fazit: Selbst für komplette Linux-Neulinge auf Grund der Fehler nicht zu empfehlen. Wer mit Google umgehen kann findet bessere Informationen kostenlos im Netz zum Beispiel im Ubuntuusers-Wiki .