Newsgroup: it.comp.os.dibattiti
Titolo: Chiedo scusa agli utenti: per Sensei

>Magari, 2 utenti 2 desktop?
Ehm... non esattamente.
Sono 2 utenti e *tre* desktop.
1 desktop Galaxy e 2 desktop Symphony.
GxOS introduce un concetto che non esiste in nessun
altro sistema operativo: quello dell'ambiente di lavoro
a 2 livelli. E' difficile spiegare questo concetto senza
degli screenshoot, ma tra poco potrò essere più
chiaro.
Quando il sistema viene caricato, tu vedi una GUI che si
chiama Galaxy. La GUI Galaxy è una GUI speciale, non
ha niente a che vedere con le normali GUI a cui siamo stati
abituati da Windows o Linux.
Svolge, grossomodo, la funzione di interfaccia di logon,
e di gui per il root.
Tutto ciò che fai in questa GUI si dice che viene fatto nel
contesto Galaxy o a livello Galaxy. L'utente deve capire
(ed è uno dei pochi sforzi), che il livello Galaxy è una
modalità speciale che sta "sotto" agli account utente. In questo
livello si possono eseguire solo operazioni speciali, mentre
le normali applicazioni desktop (giocare, scrivere una lettera,
vedere un film), necessitano di richiamare un apposito
account.
Nel desktop Galaxy ci sono 5 pulsantoni:
a) Accedi come utente locale
b) Accedi come utente remoto
c) Crea utente locale
d) Crea utente remoto
e) Attività di amministrazione
Oltre al pulsante Spegni, Stand by, Riavvia che sono identici
a quelli di Windows e che sono alquanto esplicativi.
In basso a destra ci sono le icone che rappresentano le
GxApps già caricate. Le GxApps sono applicazioni
speciali che girano nel contesto Galaxy: possono essere
fornite solo da GalaxySoft o da operatori autorizzati
e raramente ne vengono installate di nuove. Le tipiche
GxApps sono
- il firewall di primo livello;
- le sentinelle;
Le sentinelle non sono altro che programmi daemons che
vengono caricati dal sistema operativo quando è stato
configurato almeno un account per l'accesso da remoto.
Esse si mettono in ascolto su un'interfaccia di rete, pronte
ad avviare il login con un eventuale terminale che si
connettesse da remoto.
In basso a sinistra, sono presenti delle icone che rappresentano
gli utenti che sono connessi al sistema in quel momento: il
simbolo di una persona in azzurro indica un utente locale,
il simbolo di una persona in giallo indica un utente remoto,
il simbolo di una persona in marrone indica un compratore
di servizi, ossia un pc che accede a delle risorse di
questo sistema, ma non ha accesso alla gui (per esempio,
condivide solo i file e le cartelle). Il simbolo della spina
indica che siamo noi che stiamo comprando dei servizi
da un altro venditore.
Nota che, ove qualcuno volesse accedere da remoto al
pc, l'utente vedrebbe subito apparire un icona sul desktop
e quindi si accorgerebbe che in quel momento ci sono
2 utenti nel sistema.
Immaginiamo che io voglia connettermi al sistema usando
l'account locale Pluto. Devo solo cliccare sul pulsantone "Connetti
come utente locale", scegliere l'account Pluto e dare la
Password. Tutto qui.
Nella GUI di Galaxy verrà caricata una finestra. Hai presente
ciò che accade in Vmware? Una cosa simile. Questa
finestra, nel linguaggio tecnico del nostro team, viene detta
di primo livello.
Dentro a questa finestra (che è detta Konsole), verrà creato
un desktop nuovo,
detto interfaccia Symphony, che è quella che userà l'utente
Pluto per scrivere una lettera, o vedere un film, o sentire un
MP3. L'utente deve capire questo concetto: vuoi lavorare?
Ti serve una consolle, e dentro avrai il tuo ambiente Symphony.
Symphony è quanto di più vicino a KDE e Gnome esista
in GxOS. Siccome il lavoro sporco (installare nuovo hardware,
stabilire i protocolli di rete, stabilire i privilegi utente)
viene eseguito in contesto Galaxy, l'interfaccia Symphony
appare decisamente più chiara e pulita.
Vuoi passare dall'utente Pluto all'utente Topolino? Doppio
clic sull'icona di Topolino in basso a sinistra. La finestra
Symphony di Pluto scrolla rapidamente a sinistra, e viene
sostituita dalla finestra Symphony di Topolino. Per chi
lo ha visto è semplicemente "spettacolare".
Vuoi tornare all'ambiente Galaxy (per esempio perchè è stato
installato un nuovo componente hardware ed uno dei
consiglieri dell'hardware dice che desidera parlarti...)?
Minimizza la finestra Symphony attuale. Sotto, trovi
la GUI Galaxy.
Vuoi connetterti ad un account Koala che si trova su un
server all'indirizzo IP 127.12.8.1? Ambiente Galaxy,
Connetti come utente remoto, Nome account, Password,
Indirizzo Ip.
Appare una finestra che ti rappresenta la GUI sul sistema
remoto.
In pratica, la multiutenza viene rappresentata per mezzo
della metafora delle finestre di primo livello, ciascuna delle
quali contiene una GUI per ognuno degli utenti.
Il multitasking invece, viene rappresentato per mezzo delle
metafore delle finestre di secondo livello (cioè finestre
che stanno dentro alle finestre di primo livello, è detto
anche Windows in Windows Tecnology).
L'utente non avverte la differenza tra lavorare in remoto, od
in locale (non è del tutto vero, ma per ora può bastare). Non
avverte neanche la difficoltà di lavorare in un sistema
multiutente perchè il cambio utente per lui è un semplice
cambiamento di finestra.
E' chiaro che in questo ambiente non esisterebbero
problemi tra Openoffice#X1, Openoffice#X2, Openoffice#X3.
Openoffice lanciato da X1 appare nella GUI di X1.
Openoffice lanciato da X2 appare nella GUI di X2.
Openoffice lanciato da X3 appare nella GUI di X3.
Saluti
Vegeta

 thread ginomongolino.
Oh, io lo capisco benissimo, invece: e' un server che fa pena, come
anche il server di interbusiness.
Fatti un account con 
diesel.cu.mi.it
, e avrai molte magagne in meno.
bye G.L.


The difference between stupidity and genius is that genius has its 
limits. (A. Einstein)


Non proprio.
In realtà, mentre sotto Linux tutto viene gestito a livello di
X, qui la cosa è molto più complessa.
Basti pensare che ogni utente ha un suo sottosistema
protetto, e quindi è come se nell'os girassero n sistemi
Symphony distinti (n virtual machine).
Un crash nel sottosistema dell'utente Pippo, non determina
un crash in tutto il sistema.
Inoltre, ogni sottosistema utente ha un suo processo che
emula un kernel, detto x-kernel. Questa tecnologia ci
consente di fare cose che normalmente non sarebbero
possibili sotto X: per esempio, permette di avere
elevate prestazioni video.  Oppure, permette di avere
loggati utenti che usano X-Kernel diversi (per esempio,
un X-Kernel compatibile con Linux, ed un X-Kernel
compatibile con Windows).
Quest'ultima caratteristica viene usata per consentire
agli utenti locali di eseguire codice Windows da GxOS.
Saluti
Vegeta

 agli utenti locali di eseguire codice Windows da GxOS.
Wine? ReactOS? Per linux no problemo, ma windows...


 
Si e' ridicolo. Comunque puoi usare runas. (es. "runas 
/utente:Administrator notepad").
Alessandro.

 appare la schermata di login).
Ma guarda che questo e' un comportamento desiderato e
voluto, non e' una limitazione (giacche' la base di partenza
dei sistemi NT e' la stessa). Vuoi un sistema multiutente
anche in rete? Comprati windows server. Altrimenti, accontentati
del terminal server dei poveri.
[CUT] sul seguito.
bye G.L.


In realtà sono due le password. Una consente di accedere
al sistema Galaxy (è quella che serve ad impedire che uno
sconosciuto possa accedere al PC), e l'altra consente
di accedere alla GUI di amministrazione. Sono due sistemi
di sicurezza che agiscono a due livelli diversi.
Se non hai la password di primo livello puoi solo spegnere
il PC (perchè non accedi a Galaxy).
Se non hai la password di amministrazione puoi accedere
a Galaxy (e quindi, richiamare una konsole Symphony
dando username e password utente), ma non puoi
accedere alle modalità di amministrazione. La stessa
cosa avviene sotto Linux: è come avere la password di
un account, ma non quella di root.
Saluti
Vegeta

Vegeta ha scritto:
<megacut>
complimenti Vegeta, quando uscirà Galaxy OS da come lo descrivi sarà uno 
dei sistemi operativi piu' fighi del pianeta. Peccato che, finora:
a) non abbiamo mai visto una sola riga di codice che sia una, sebbene tu 
sia stato invitato piu' volte caldamente a fornire prove della sua 
esistenza. Finora, per tutti noi GxOS esiste solo nella tua testa.
b) non abbiamo mai visto uno screenshot, una foto di un cazzo di monitor 
impegnato al boot di GXoS, anche in kernel panic, guarda, ma insomma un 
qualcosa che ne comprovasse l'esistenza fisica e non solo nella tua 
testa, anche uno schizzo (santo iddio l'avrete almeno abbozzata su un 
foglio di carta, no?) di come dovrebbe essre questa fantomatica 
interfaccia di login di Vegeta^H^H^H^H^H ahem pardon Galaxy Os
c) cercando su Internet notizie su questo fantomatico Galaxy OS non si 
trova assolutamente una ceppa. Il che vuol dire che siete veramente 
molto bravi a fare le cose di nascosto e a mantenere il segreto. O in 
alternativa che non esiste ancora praticamente nulla.
come chiosa personale inoltre mi permetterei di aggiungere che:
1) mi candiderò immediatamente come Beta-Tester appena ne sarà 
disponibile una beta-release perché se è vero anche solo il 30% di 
quello che dici e se funziona anche solo il 50% delle funzionalità che 
prometti, ho trovato l'OS dei miei sogni.
2) se (e sottolineo se) un giorno questo benedetto Galaxy-Os (ex 
Vegeta-Os su questo niggì) dovesse infine uscire, la cosa che si 
potrebbe dire immediatamente, il giorno dopo la sua uscita, è che se tu 
avessi passato meno tempo a scrivere post chilometrici su questo ng e 
piu' tempo a codare, sicuramente sarebbe stato pronto molto tempo prima.
Salumi.

 b) Servizi Abstract Layer Authentification (ALA);
Ok. Se non lo sai, su linux esiste PAM (Plugin Authentication
Modules). Non ti dico questo per dirti, come si potrebbe pensare
(...ed io, sono il primo a negarlo), che finisce tutto con linux e
windows, tutt'altro. Traparentesi, a parte che il riconoscimento,
se proprio non inventano un vetro di goldmann controllato da PC
(e ne so qualcosa, visto che soffro di buchi retinici...) :-D , non
si fa sulla retina quanto invece sull'iride (che e' pari ad una
impronta digitale), windows a quanto ne so ha il supporto per metodi
d'autenticazione "speciali", ma il discorso e' basilarmente un altro:
le idee sono in parte buone (molte mi ricordano l'antesignano di unix,
MULTICS: ti consiglio di documentarti in proposito...), la "domanda" di
novita' c'e' (perche' in effetti, c'e' l'effettiva necessita' di andare
oltre ai concetti stabilizzatisi negli anni '60-'70: e ne convengo...),
ma c'e' un problema di fondo: perche', come gia' ti ho suggerito, non ti
informi bene sui sistemi gia' esistenti? Non per altro, non solo si
rischia di re-inventare la ruota: ma ancor piu', si rischia di farla
esagonale, se non quadrata...  ;-)
bye G.L.


No, che siamo bravi a fare le cose in segreto.
Sds, GxOS è un oggettino abbastanza complicato.
Per questo lo sviluppiamo nel massimo riserbo. Tutto qui.
Saluti
Vegeta

 No, che siamo bravi a fare le cose in segreto.
infatti l'ho detto. Siete molto bravi, evidentemente. Direi a livello di 
servizi segreti, anzi forse anche meglio... ogni tanto perfino ai 
servizi segreti scappa fuori qualche notiziola e sul web se ne trova 
traccia.. di GXOs invece proprio nemmeno l'ombra..

 Siamo messi proprio molto bene, vedo.
hihihihi
Mi sono gustato tutta la chiaccherata e stavo cercando il momento giusto 
per fare la domanda fatidica: ma Vegeta nel team, che ruolo ricopre?

 per fare la domanda fatidica: ma Vegeta nel team, che ruolo ricopre?
beh dovremmo chiederlo a lui, penso.
Da come ne parla sembra "il boss", o quantomeno uno dei "boss"..

 GXOs invece proprio nemmeno l'ombra..
E per forza! Massimo riserbo. Ho parlato stamattina con altri
colleghi, e abbiamo deciso di rendere pubblico uno
screenshot. Te l'ho inviato stamattina in pm (è l'interfaccia
Galaxy).
Saluti
Vegeta

 esagonale, se non quadrata...  ;-)
Alcune cose si reinventano perchè tu le fai in un
contesto diverso. Altre le reinventiamo perchè, visto che
quello che già esiste sotto Linux è coperto da GPL,
se lo introducessimo nel nostro codice tout-court
poi dovremmo rilasciare tutto come GPL.
Saluti
Vegeta

 Perche` 2 password?


 Galaxy).
mah.. a me non è arrivato nulla..

 mah.. a me non č arrivato nulla..
Te lo rimando. Se non ti arriva dammi un altro indirizzo
di email.
Saluti
Vegeta

 mah.. a me non č arrivato nulla..
Te lo rimando. Se non ti arriva, dammi un altro


 indirizzo di email.
Manda pure anche a me: vide80 (chiocciola) gmail (punto) com
-- 
Vide
"To emulate flesh machines I am learning" (Nevermore)
NP: Nulla

 Vegeta
Mandali anche a me... l'indirizzo mio e` in chiaro sotto (non quello 
nel campo from).


 indirizzo di email.
non mi arriva.
Manda a essediesse(at)
gmail.com
p.s. devi scrivere proprio essediesse e non sds perchè gmail non ammette 
acount con meno di 6 lettere.

 Galaxy).
Posso avere anch'io lo screenshot ed unirmi al trenino della curiosità?
windom.macrosorch AT gmail DOT com
Grazie mille,
WindoM 

 Galaxy).
Ma io sono curioso! Lo puoi inviare anche a me?
L'indirizzo del from e` valido.
Grazie.
-- 
| Massimo ;-) -> 
http://maq.altervista.org
        | (o-  POWERED  |
|- BABYLON 5  -> 
http://babylon5.altervista.org
   | (/)_ BY LINUX |
|- STARGATE   -> 
http://sg1screw.altervista.org
   | And the sky   |
|- USSTRIBOLO -> 
http://usstribolo.altervista.org
 | full of stars |

 poi dovremmo rilasciare tutto come GPL.
Ahia... non sai cos'e' GPL?  :-)
E' coperto il codice dalla licenza GPL, non l'idea. Io sto parlando
di implementazione e reimplementazione di IDEE.
bye G.L.

 ha scritto nel messaggio 
news:dh3nne$ipc$1...@area.cu.mi.it...

Grazie della precisazione, non mi dici nulla che già
non so.
Quindi cosa dovevamo fare secondo te? Prendere
PAM paro paro e metterlo dentro GxOS? No!
E' chiaro che si reimplementa il sistema in modo
diverso: l'idea è simile, ma l'implementazione è
diversa. Ed infatti il nostro si chiama ALA (Abstract
Layer of Authentication), e non PAM.
Saluti
Vegeta

 Layer of Authentication), e non PAM.
No, ripeto che fino ad adesso non hai portato approcci
realmente nuovi. Solo complicazioni che potrebbero essere
poco utili, per non dire che richiano di rendere poco
performante il sistema (neanche mac OSX e' microkernel puro, a
questo proposito). Per questo dico: cerchiamo di non rischiare
di reinventare qualcosa che funzioni peggio "dell'originale",
tutto li'... Appro', puoi spedire anche a me gli screenshots?
bye G.L.

 Grazie.
Io passavo di qua, e forse avrei bisogno di presentarmi... comunque sto
lurkando da un po'... :)
Per la gioia di tutti: 
http://www.imageshack.us/
Puoi caricare lì lo screenshot e poi puoi postare il link ;)
ciao
-- 
___/\/o\/\/here/\/\an___
"Vagisil migliora 
la tua vita intima"
http://www.vagisil.com/teencenter.shtml

 indirizzo di email.
Visto che, come penso, siamo tutti curiosi di vedere GalaxyOS, perche` non
lo metti online da qualche parte? Se poi proprio non puoi, togli _INVALID_
dall'indirizzo riportato nel post ;)
Henryx

 Manda a essediesse(at)
gmail.com
mah... io sono ancora in attesa.. voi?

 mah... io sono ancora in attesa.. voi?
opps chiedo scusa non avevo visto il post con i link alle immagini

> continuiamo.
Sono un po' i sottosistemi di ambiente API di windows NT: ci fai girare
applicativi win32, win16, posix, e OS2 v1. Niente di particolarmente
nuovo.  :-)
bye G.L.



E perche` e` chiamato emulazione kernel? Sono librerie, wrapping di 
syscall... kernel... soprattutto per un microkernel come GxOS...


 syscall... kernel... soprattutto per un microkernel come GxOS...
Oddio, non arrivo cosi' lontano, ma dubito che si possa trattare solo
di wrapping di librerie: p.e., un processo win16 dubito che possa essere
caricato in memoria ed eseguito come un processo win32 (lasciamo cmq
perdere il dos, perche' mi pare smaccatamente emulato...). Vero anche
che le api16 vengono processate dal relativo sottosistema api16, e poi
tradotte e passate al sottosistema api32, tuttavia le prestazioni sono
nella maggior parte dei casi migliori che sullo stesso hardware con
windows 3.1: cio' che voglio dire e' che per la preparazione dell'
ambiente adeguato non basta di sicuro solo un wrapping di librerie:
pensa solo al multitasking cooperativo contro il preemptive
multitasking, e immagino molte altre differenze che non rendono facile
far girare efficacemente un programma win16 meglio che sul sistema
originale, se si suppone, come NON penso, che vi sia oltre al wrapping
un certo layer di parziale emulazione. A proposito, hai mai visto morire
un sottosistema d'ambiente su windows 2k, tipo dos16 o win16, costretto
poi al riavvio per risolvere la situazione? Io si'... :-) Insisto,
dubito che si tratti solo di librerie. Ho poi visto che Microsoft SFU
(Services For Unix), usa il layer posix, il quale anch'esso necessita di
un particolare processo di windows NT/2K relativo appunto alle
funzionalita' posix. :-)
bye G.L.


Perchè nasconde alla GxApp la differenza tra un servizio
implementato per mezzo di un GalaxyService (e quindi a
ring 2), ed un servizio implementato per mezzo di una
chiamata a ring 0 e successivo incapsulamento a ring 1.
Guarda lo slide della struttura di GalaxyOS e ti rendi
conto subito....
Saluti
Vegeta

 funzionalita' posix. :-)
Mai visto... e spero che non ne vedro` MAI! :)
