.

Tutto quel che puo' venire in mente a un italiano che si e' sposato e spostato in california
28 gennaio 2014
Diario - Migrazione in Corso
Diverso tempo che non scrivo qui. Diversi sono i motivi, molti pero' legati a lavoro e problemi nella vita reale. Alla fine di Febbraio saro' nuovamente allo SCALE per mostrare AROS ed ARIX e nel poco tempo perso sto cercando di migrare questo blog su Wordpress.com. Nel frattempo aggiornate i bookmark per il  nuovo sito:


http://scarabocchibinari.wordpress.com/

TECNOLOGIE
20 marzo 2013
Diario: Tecnologie: Col prosciutto sul cannocchiale

[aggiornamento] Grazie allo staff del Cannocchiale che ha provveduto ad aggiustare i commenti; in questo momento pero' sia i permalink che le sezioni continuano a ritornare errori 404 e per quel che riguarda l'upload delle immagini, ricevo un  There is not enough space on the disk. error, insieme al seguente output:

Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code.

Exception Details: System.IO.IOException: There is not enough space on the disk.

Source Error:

An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.

Stack Trace:

[IOException: There is not enough space on the disk.
]
System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) +10550133
System.IO.FileStream.WriteCore(Byte[] buffer, Int32 offset, Int32 count) +10353804
System.Web.HttpRawUploadedContent.WriteBytes(Int32 offset, Int32 length, Stream stream) +150
System.Web.HttpPostedFile.SaveAs(String filename) +170
Telerik.WebControls.RadEditorUtils.FileSystemContentProvider.StoreFile(HttpPostedFile file, String path, String name, String[] arguments) +90
Telerik.WebControls.EditorControls.FileUploader.StoreFile(HttpPostedFile temporaryFile, String targetFolder, String fileName) +83
Telerik.WebControls.EditorControls.FileUploader.PerformUpload() +292
Telerik.WebControls.EditorControls.FileUploader.btnUpload_Click(Object sender, EventArgs e) +345
System.Web.UI.HtmlControls.HtmlButton.OnServerClick(EventArgs e) +115
System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument) +29
System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +2981

Version Information: Microsoft .NET Framework Version:2.0.50727.5466; ASP.NET Version:2.0.50727.5456


Chiunque entri per la prima volta nella home del cannocchiale si trova davanti una pagina magari un po' demode' e semplice con una lista, ordinata, degli ultimi argomenti postati nei blog (103000+ al momento in cui sto scrivendo questo pezzo); Se codesta persona in seguiro decide di visitare uno dei canali tematici in alto clicca il bottone e...






...si trova una schermata del genere :(
Nonostante l'incidente, il nostro utente non demorde; torna indietro,trova un argomento interessante nella lista di quelli in home e decide di lasciare un commento. Inserisce i dati, inserisce il suo testo, il CAPTCHA, preme invio e...

...

non succede niente?

Oddio, il nostro utente non e' esattamente sprovveduto e a digiuno di html, quindi apre un debugger (come firebug o l'inspector di chrome) e riprova l'operazione per capire cosa sta succedendo; questo e' quel che viene fuori:

[immaginatevi una immagine con un numero di errori ASP qui]
Per dovere di cronaca, e per causa di un ulteriore errore [server is full] che mi impedisce di inserire ulteriori immagini, trascrivo qui sotto:

Uncaught exception: Sys.WebForms.PageRequestManagerServerErrorException: Sys.WebForms.PageRequestManagerServerErrorException: An unknown error occurred while processing the request on the server. The status code returned from the server was: 404
Error thrown at line 5, column 19558 in <anonymous function: _endPostBack>(a, d, f) in http://www.ilcannocchiale.it/ScriptResource.axd?d=7mRRT4DV63ks2i082rtv7eIYJFHT97fE-0LT5dAV1dZm4gFUvlyyJNPCu3R6AYHuyG_XYOPRBeAk1L2bqZEay5ihRzeT7nJ0KJa4YY95dZW4JzfwECZyOsvIyKmy0wSlii0hcOElx1yeePNva7gx2za8JQA-SQApfBwdz7XX-DFzqWuF0&t=ffffffffb868b5f4:
throw a
called from line 5, column 36396 in <anonymous function: _onFormSubmitCompleted>(c) in http://www.ilcannocchiale.it/ScriptResource.axd?d=7mRRT4DV63ks2i082rtv7eIYJFHT97fE-0LT5dAV1dZm4gFUvlyyJNPCu3R6AYHuyG_XYOPRBeAk1L2bqZEay5ihRzeT7nJ0KJa4YY95dZW4JzfwECZyOsvIyKmy0wSlii0hcOElx1yeePNva7gx2za8JQA-SQApfBwdz7XX-DFzqWuF0&t=ffffffffb868b5f4:
this._endPostBack(this._createPageRequestManagerServerError(c.get_statusCode()),c,);
called from line 5, column 583 in <anonymous function: Function.createDelegate>() in http://www.ilcannocchiale.it/ScriptResource.axd?d=WGkLAOzF2Oy-RDMnEJYnK3wcb_XLfsrjJm7Y5Su0iks8QemJiHzGFkwMOgIAz3RaYb8cT6kk-zUXlcV_DzPiF3Vn_dKe6b_LBPgcdHZsdHIMMXlY6vxBb7OztGRVqLFtRoOH_OIH7hY4kUnTekGq5n8WjEk1&t=ffffffffb868b5f4:
return b.apply(a,arguments)
called via Function.prototype.apply() from line 5, column 58685 in <anonymous function: getHandler>(c, d) in http://www.ilcannocchiale.it/ScriptResource.axd?d=WGkLAOzF2Oy-RDMnEJYnK3wcb_XLfsrjJm7Y5Su0iks8QemJiHzGFkwMOgIAz3RaYb8cT6kk-zUXlcV_DzPiF3Vn_dKe6b_LBPgcdHZsdHIMMXlY6vxBb7OztGRVqLFtRoOH_OIH7hY4kUnTekGq5n8WjEk1&t=ffffffffb868b5f4:
a[b](c,d)
called from line 5, column 134518 in <anonymous function: completed>(b) in http://www.ilcannocchiale.it/ScriptResource.axd?d=WGkLAOzF2Oy-RDMnEJYnK3wcb_XLfsrjJm7Y5Su0iks8QemJiHzGFkwMOgIAz3RaYb8cT6kk-zUXlcV_DzPiF3Vn_dKe6b_LBPgcdHZsdHIMMXlY6vxBb7OztGRVqLFtRoOH_OIH7hY4kUnTekGq5n8WjEk1&t=ffffffffb868b5f4:
a(this._executor,b)
called from line 5, column 123922 in <anonymous function: _onReadyStateChange>() in http://www.ilcannocchiale.it/ScriptResource.axd?d=WGkLAOzF2Oy-RDMnEJYnK3wcb_XLfsrjJm7Y5Su0iks8QemJiHzGFkwMOgIAz3RaYb8cT6kk-zUXlcV_DzPiF3Vn_dKe6b_LBPgcdHZsdHIMMXlY6vxBb7OztGRVqLFtRoOH_OIH7hY4kUnTekGq5n8WjEk1&t=ffffffffb868b5f4:
a._webRequest.completed(Sys.EventArgs.Empty)

Error created at line 5, column 5436 in <anonymous function: Error.create>(d, b) in http://www.ilcannocchiale.it/ScriptResource.axd?d=WGkLAOzF2Oy-RDMnEJYnK3wcb_XLfsrjJm7Y5Su0iks8QemJiHzGFkwMOgIAz3RaYb8cT6kk-zUXlcV_DzPiF3Vn_dKe6b_LBPgcdHZsdHIMMXlY6vxBb7OztGRVqLFtRoOH_OIH7hY4kUnTekGq5n8WjEk1&t=ffffffffb868b5f4:
var a=new Error(d);
called from line 5, column 12230 in <anonymous function: _createPageRequestManagerServerError>(a, d) in http://www.ilcannocchiale.it/ScriptResource.axd?d=7mRRT4DV63ks2i082rtv7eIYJFHT97fE-0LT5dAV1dZm4gFUvlyyJNPCu3R6AYHuyG_XYOPRBeAk1L2bqZEay5ihRzeT7nJ0KJa4YY95dZW4JzfwECZyOsvIyKmy0wSlii0hcOElx1yeePNva7gx2za8JQA-SQApfBwdz7XX-DFzqWuF0&t=ffffffffb868b5f4:
var c="Sys.WebForms.PageRequestManagerServerErrorException: "+(d||String.format(Sys.WebForms.Res.PRM_ServerError,a)),b=Error.create(c,{name:"Sys.WebForms.PageRequestManagerServerErrorException",httpStatusCode:a});
called from line 5, column 36396 in <anonymous function: _onFormSubmitCompleted>(c) in http://www.ilcannocchiale.it/ScriptResource.axd?d=7mRRT4DV63ks2i082rtv7eIYJFHT97fE-0LT5dAV1dZm4gFUvlyyJNPCu3R6AYHuyG_XYOPRBeAk1L2bqZEay5ihRzeT7nJ0KJa4YY95dZW4JzfwECZyOsvIyKmy0wSlii0hcOElx1yeePNva7gx2za8JQA-SQApfBwdz7XX-DFzqWuF0&t=ffffffffb868b5f4:
this._endPostBack(this._createPageRequestManagerServerError(c.get_statusCode()),c,null);
called from line 5, column 583 in <anonymous function: Function.createDelegate>() in http://www.ilcannocchiale.it/ScriptResource.axd?d=WGkLAOzF2Oy-RDMnEJYnK3wcb_XLfsrjJm7Y5Su0iks8QemJiHzGFkwMOgIAz3RaYb8cT6kk-zUXlcV_DzPiF3Vn_dKe6b_LBPgcdHZsdHIMMXlY6vxBb7OztGRVqLFtRoOH_OIH7hY4kUnTekGq5n8WjEk1&t=ffffffffb868b5f4:
return b.apply(a,arguments)
called via Function.prototype.apply() from line 5, column 58685 in <anonymous function: getHandler>(c, d) in http://www.ilcannocchiale.it/ScriptResource.axd?d=WGkLAOzF2Oy-RDMnEJYnK3wcb_XLfsrjJm7Y5Su0iks8QemJiHzGFkwMOgIAz3RaYb8cT6kk-zUXlcV_DzPiF3Vn_dKe6b_LBPgcdHZsdHIMMXlY6vxBb7OztGRVqLFtRoOH_OIH7hY4kUnTekGq5n8WjEk1&t=ffffffffb868b5f4:
a[b](c,d)
called from line 5, column 134518 in <anonymous function: completed>(b) in http://www.ilcannocchiale.it/ScriptResource.axd?d=WGkLAOzF2Oy-RDMnEJYnK3wcb_XLfsrjJm7Y5Su0iks8QemJiHzGFkwMOgIAz3RaYb8cT6kk-zUXlcV_DzPiF3Vn_dKe6b_LBPgcdHZsdHIMMXlY6vxBb7OztGRVqLFtRoOH_OIH7hY4kUnTekGq5n8WjEk1&t=ffffffffb868b5f4:
a(this._executor,b)
called from line 5, column 123922 in <anonymous function: _onReadyStateChange>() in http://www.ilcannocchiale.it/ScriptResource.axd?d=WGkLAOzF2Oy-RDMnEJYnK3wcb_XLfsrjJm7Y5Su0iks8QemJiHzGFkwMOgIAz3RaYb8cT6kk-zUXlcV_DzPiF3Vn_dKe6b_LBPgcdHZsdHIMMXlY6vxBb7OztGRVqLFtRoOH_OIH7hY4kUnTekGq5n8WjEk1&t=ffffffffb868b5f4:
a._webRequest.completed(Sys.EventArgs.Empty)



Qualche tempo fa ho mandato una mail a uno dei responsabili di DOL con diversi degli errori presenti sulla piattaforma; ho ricevuto risposta di aver inoltrato tali errori al servizio tecnico ma da allora non vedo miglioramenti: anzi.

Mi impegno a mettere i contatti di DOL in questa pagina se per la settimana prossima almeno le peggiori magagne del blog non saran riparate, si che altra gente potra' mettersi in contatto; per dovere di cronaca il numero di telefono di DOL e' sul sito stesso, unico tassello mancante e' un nome cui mandare i dati.

[conclusione]
Non son pratico di come stiano andando le cose in DOL e la distanza continentale non aiuta; probabilmente la sofferenza dell'economia sta avendo ripercussioni e si decide di talgiare le spese e le manuitenzioni dove i soldi non vengon fatti, come nella piattafroma blog gratuita stessa.

Centomila e piu' bloggers, comunque, al di la dei contenuti - e dei NON contenuti, certe volte - non li considererei spazzatura; e neanche il motore dietro a questi, che nonostante l'incuria continua a funzionare e a mostrarli; che poi pezzi laterali si perdano come commenti,canali tematici, profili, ecc. e' un altro conto.

Un modo per avere la piatta attiva e meno spese sarebbe quello di farla open source: togliere i pezzi di terze parti, mettere i sorgenti su sourceforge o github con una lincenza GPL MIT o mozilla e lasciare che la community aggiorni, crei widgets, temi e si prenda cura del debug; poi come entita' creatrice provvedere servizi di supporto a pagamento verso le terze parti; con servizi come Wordpress funziona; per il mondo dot net conosco solo l'esistenza blogengine e neanche tanto bene come piattaforma; se l'engine del cannocchiale puo' competere con questo io ci farei un pensierino.



Tag inseriti dall'utente. Cliccando su uno dei tag, ti verranno proposti tutti i post del blog contenenti il tag. problemi ilcannocchiale errori dol

permalink | inviato da saimon69 il 20/3/2013 alle 1:0 | Leggi i commenti e commenta questo postcommenti (1) | Versione per la stampa
TECNOLOGIE
12 marzo 2012
Diario: Tecnologie: Una mia riflessione sui corsi di formazione software
Sto cercando di riprendere a scrivere sul blog; seguo sempre le vicende arosiane e della comunita' amighista attraverso i forum e le mailing list, anche se recentemente la vita e il lavoro ci si sono messi di mezzo pesantemente; penso che appena avro' ripreso dimestichezza parlero' anche della bounty sull'adeguamento di Zune assegnata a Neil Cafferkey - noto per aver lavorato allo stack wireless e a diversi drivers di esso -  e ad alcuni commenti relativi alla bounty postati sul form nonsoloamiga.com, dei progressi di Scalos, della distro di Nikos, sull'iniziativa dei Papercuts, sulla aBI v1, la nuova distro 68k in progress e di altri avvenimenti delle comunita';

piuttosto, ho deciso di prendere la palla al balzo e di tentare un soft-restart del blog con un argomento di cui diverse volte ho sentito l'urgenza interna di parlare ma poi sia per un po' di pigrizia che per altre cose non ho mai intrapreso direttamente.

Ho avuto modo in passato di seguire ed anche di tenere un paio di lezioni su vari argomenti informatici, alcune lezioni private su HTML e su come fare pagine web, ho lavorato alla realizzazione di un CD-ROM educativo e collaborato a due CD-ROMs di auto-istruzione per programmi contabili; infine avevo recentemente anche provato a fare degli screencast per AROS (qui) e (qui), nonostante cio' non mi ritengo un esperto sull'educazione -ci mancherebbe, c'e' gente che ne fa un lavoro ed una passione - mentre io manco anche la pazienza di imparare per bene alla mia sciura l'italiano (ha imparato un po' ma sulla struttura delle frasi,verbi,ecc c'e' da lavorare), ma comunque questo non dovrebbe impedirmi di esprimermi - come opinione, qunidi niente imposizioni - su come secondo me cose come i corsi relativi a computer e programmi informatici possono migliorare il loro approccio.

Adesso pensiamo un momento a uno dei passatempi preferiti di coloro che lavorano nell'ambito IT: andare a consolarsi delle nostre fatiche leggendo le sventure altrui su blogs noti quali le storie della sala macchine, io e gli utonti e simili;  ci si trova davanti spesso in queste storie a persone la cui ignoranza informatica e' disarmante o sconsolante: tutti noi sappiamo che cose del genere, al di la di uno zoccolo duro di incorreggibili, dipendono molto anche dal rapporto con il computer che codeste persone hanno, ovvero, come lo vedono e come lo usano, moltre volte mi chiedo pero' se dipenda anche da come lo hanno o gli e' stato imparato ad usarlo: si sono avvicinati spontaneamente o e' stato imposto loro?  Il loro insegnante era motivato e capace di non solo dire o ripetere nozioni oppure semplicemente andava avanti con un copione prefabbricato? Si cercava di insegnare loro oltre che lo strimento in se anche le filosofie dietro o semplicemente era una dimostrazione delle opzioni dei programmi?

Un paio di anni fa mia moglie si iscrive a un paio di corsi base informatici su internet e sul word processing; ricordo come mi aveva detto che il suo docente si lamentava del fatto che non possedevamo l'ultima versione di Word (la 2007 appena uscita) anzi, non possiedo manco word, solamente openoffice; personalmente non lo avrei definito un problema ma vedevo mia moglie in difficolta' a seguire il corso e non ritrovare lo stesso identico ambiente su cui imparava in sede a casa. 

<opinione>
Ho veramente l'impressione che certe volte i corsi non sono impostati nella maniera giusta, non adattandosi alle necessita' ed alle lacune dello studente; ho certe volte idea che tale stato delle cose non dipende solo da una piu; alta difficolta' nell'impostare le lezioni in maniera per cosi' dire 'platform agnostic', ma anche verso una visione piu' 'commerciale' dei corsi informatici, fornendo corsi pacchettizzati e ridotti al minimo si da far seguire ai veramente interessati piu' corsi - e quindi sborsare piu; quattrini - per imparare cosa veramente serva; 

Chiaro che il mio punto di vista, da squattrinato cronico e da idealista e' diferente:
 anche se questo probabilmente significa demolire un business ben consolidato, la mia idea e' che i corsi debbano spiegare il non solo tutte le funzioni, ma anche prenderla piu' alla lontana, spiegando i principi dietro le metafore usate nel programma stesso, e di farlo in maniera intercambiabile si che quello che imparo su un programma possa poi essere, almeno parzialmente, utilizzato su un programma concorrente.
</opinione>
Un esempio quasi banale, senza volerlo anche legato a cosa detto sopra: Word o comunque i programmi di word processing.

Quando nel 1995 ho seguito il corso di operatore automazione ufficio in quel di Pesaro, tenuto da una azienda di Urbino chiamata info-data; il loro sito e' ancora in piedi qui ma non pare aggiornato da lungo tempo :/ il corso e' stato abbastanza completo; non ero un novellino verso il computing, avevo il mio amiga da circa sei anni anche se principalmente lo usavo per grafica e musica; comunque la cosa interessante del corso era che non eravamo solamente addestrati sull'uso di windows 95 e la suite office 4.3 con word 6, excel 5 ed access, ma ci sono state anche insegnate le metafore usate dai vari programmi; cose tipo cosa e' un paragrafo, il righello in alto, la struttura di un documento,ecc; e questo si e' rivelato estremamente utile per me visto che non avendo ai tempi un PC facevo gli esercizi a casa sul mio amiga 1200 e l'emulazione mac di shapeshifter usandoci word 5 excel e clarisworks, gentilmente forniti da miei amici con mac ed emulatori (grazie max e pietro ^^ ), e quindi cercando di trasferire dove possibile le conoscenze accumulate. Fosse stato un corso molto piu' tipo quelli odierni con le features insegnate alla guisa di indicazioni stradali non credo sarei riuscito ad andare avanti.

Probabilmente sono stato fortunato io a trovare un buon corso e un buon insegnante, oppure non sto valutando obiettivamente quanto il mio background tecnologico - benche' prima di questo corso si limitasse quasi esclusivamente agli otto bit e amiga, una veramente minima infarinatura di dos e gw-basic - mi abbia avvantaggiato: onestamente non so se il mio punto di vista e' coerente; sarei curioso di sapere anche la vostra opinione: commentate e fatemi sapere.
11 dicembre 2011
Diario: Tecnologie: E' forse ilcannocchiale una piattaforma in abbandono?

Molto tempo che non scrivo nel blog. Lavoro (molto) e vita quotidiana (poca ma con i suoi casini improvvisi) mi impediscono di trovare un attimo per concentrarmi e mettermi a scrivere di AROS e, onestamente, di qualunque altra cosa.

Oltre a questo, quando penso di avere un po' di tempo per tornare a scrivere qualcosa, mi ritrovo davanti la piattaforma ilCannocchiale immutata, con gli stessi problemi e bug presenti da almeno quando ho iniziato a scrivere: sorvoliamo un attimo sul fatto che ci sono post pieni di commenti spam, per non parlare di interi blog composti di spam, e sorvoliamo sulla mancanza di estensioni e tool aggiornati per gestire social media come il "like" di facebook (che ho dovuto implementare da me usando la [poca] documentazione disponibile e facendo un reverse-engineering di diversi temi); c'e' anche un problema storico con l'editor in linea e i browsers basati su webkit, il che affligge (testati) safari su pc, chrome su pc e OWB su AROS e conseguentemente amiga os: la prima volta l'editor viene caricato correttamente poi, cliccando il pulsante "salva modifiche", il layout dell'editor si "rompe":  l'area di editing si riduce a meta' dell'area orizzontale e si perdono i contenuti: alcune volte l'unica soluzione e' di tornare alla lista articoli e ricliccare sull'articolo in progress, ma in diversi casi le ultime modifiche sono andate perse (mi e' successo anche un paio di volte con opera cmq).


Una schermata fin troppo familiare a coloro che usano browsers basati su webkit come Safari e Chrome...


Ok, c'e' anche un altro problema con l'inserimento dei video come embed flash che necessita di smanettare un po' con il codice fornito ma quello e' minore.

Mi dispiace di vedere la piattaforma in stato di abbandono: alcune delle sue features sono interessanti e, nonostante possa non essere d'accordo con il basico orientamento politico dei blogs presenti, molti dei contenuti sono  anche loro interessanti: solo che pare piu' un qualcosa messo su nell' "hype" di quello che era il blogging all'inizio del decennio e poi lasciato andare, forse per carenza di fondi, non so il background della storia. 

Vorrei vedere un segno di vita dal management, mentre considero sempre piu' seriamente l'idea di cominciare a backuppare i miei post... tra parentesi manca anche quella funzione :P





Tag inseriti dall'utente. Cliccando su uno dei tag, ti verranno proposti tutti i post del blog contenenti il tag. ilcannocchiale safari aros chrome owb webkit

permalink | inviato da saimon69 il 11/12/2011 alle 20:50 | Leggi i commenti e commenta questo postcommenti (0) | Versione per la stampa
21 maggio 2011
Tecnologie:AROS: Cooperare Necesse Est!
[Crosspost da AmigaNews.it]
Mi spiace di aver lasciato i lettori italiani orfani per un bel pezzetto dai miei post (almeno con uno ho rivitalizzato un po' la zombizzata attivita' cannocchializia grazie al facebook like :P); stranamente sto ancora raccogliendo i pezzi dal dopo-SCALE: sin da allora il mio portatile classe 2007 ha cominciato a sperimentare attivita' erratica, con lunghe pause tra un gruppo di dieci secondi nell'inserimento da tastiera, il mancato riconoscimento di periferiche USB incluse chiavette e il quasi regolare inchiodamento dei browsers quando cerco di guardare filmati flash o fare chiamate via google phone; aggiungiamoci un aumentato carico di lavoro (e un ridotto carico di soldi per lo stipendio :/) ed ecco un panorama abbastanza realistico della mia situazione attuale.

C'e' un articolo lasciato a meta' nel mio blog inglese qui, dove sto parlando degli sviluppi intorno alle ABI v1 e alle nuove funzionalita' nel kernel e nei driver (Screen dragging per VESA, modularizzazione del kernel); ho ancora diverse cose da trattare in dettaglio, incluse le ottimizzazioni fatte da Deadwood per alcune funzioni della graphics.libary e i lavori di Pavel "Sonic" Fedic per il subset grafico che dovra' essere usato per wanderer e la GUI; oltre naturalmente agli sforzi di Jason e Toni per i continui miglioramenti ad AROS 68k, che ora e' in grado di partire su alcune macchine con hardware reale (anche se ancora per ottimizzazione non ci siamo troppo); oltretutto le loro ottimizzazioni sono finora servite anche per migliorare la retrocompatibilita' di AROS e il funzionamento di alcune librerie native che non erano state finora toccate; infine devo segnalare la ripresa del lavoro di Kalamatee nel potenziamento di Wanderer e nella sua trasformazione in una applicazione modulare cui e' possibile aggiungere moduli esterni (il famoso tree qui mostrato qualche tempo fa ad esempio).

In Realta', pero', il focus di questo articolo e' un post che ho fatto sul forum di AmigaNews.it,proponendo il mio personale punto di vista su come una cooperazione potrebbe essere impostata tra Amiga OS, MorphOS ed AROS.

Il post e' riproposto qui sotto:

Pur vivendo fuori patria, certe volte mi e' ancora piu' facile mettere insieme le idee se ragiono in italiano, quindi prendo l'occasione di fare uno spin-off di questo thread su amigaworld.net in cui, per la terza(!) volta negli ultimi sei mesi si chiede se ci sia modo di unire le forze tra le vare incarnazioni degli amiga os.
Sono cosciente delle ormai chiare differenze architetturali e filosofiche delle incarnazioni deli amiga-like os, e anche delle forti opinioni degli sviluppatori dei sistemi; quindi non e' quello che andro' a toccare. Quel che mi preme invece e' sottolineare alcuni punti importanti:
1) i sistemi amiga e like hanno, se non ci si e' reso conto, una vasta copertura trasversale tra i vari processori (ARM[hosted] PPC X86 68k per AROS, PPC per OS4 e MOS, 68k per classic) e tra le varie fasce di prezzo (bassa per AROS, media per MOS e classic ed alta per os4);
2) e' noto che amiga e like sono ora praticamente relegati a una fascia hobbistica con un numero ristretto di utenti (nella singola unita' delle migliaia) che rende ardui anche investimenti commerciali ridotti non garantendo un ROI decente; Io penso che si dovrebbe trarre vantaggio di questi due fattori; piuttosto che avere la supremazia sul mercato di una incarnazione rispetto alle altre, in questo momento direi che la cosa piu' importante e' rendere noto che i sistemi amiga e like esistono, hanno una certa coerenza di base tra loro ed hanno tra tutti una ampia copertura dei segmenti di mercato, quindi accrescere la base totale degli utenti che usano sistemi amiga e like, non importa quale sia di questi; e, una volta che sono utenti, avere qualcosa per farli continuare ad usare i sistemi. Personalmente io ritengo che i sistemi amiga e like possono avere ancora dell'appeal soprattutto tra gli hobbisti non-amighisti che per un motivo o l'altro non volgiono usare windows/mac e hanno dei problemi ad usare linux: se si pensa che solitamente chi ha degli hobby non si limita ad averne solo in un campo ma puo' anche interessarsi di altre cose (modellismo,robotica,collezioni, radiomamatori,ecc.) .

[ipotesi]
Pensate al potenziale che potrebbe avere per una persona, ex amighista che magari si trova un vecchio pc e/o un mac ppc per casa o anche entrambi - non puo' usare applicazioni nuove causa obsolescenza;
il poter avere morphos ed AROS sulle due macchine che girano le stesse applicazioni le quali possono comunicare via rete e via AREXX sincronizzando i propri archivi o distribuendo l'elaborazione - un caso che mi viene in mente (anche perche' ne ho praticamente esperienza) e' del padre di un mio amico che e' radioamatore e usava amiga per gestire la sua stazione; ora come ora penso usi windows 98 ancora ma pensate se potesse usare sia il suo amiga che AROS sul suo pc e che in entrambi avesse programmi simili che comunicano via rete ed AREXX;
[/ipotesi]

Questo basato sul fatto che penso che per un hobbista anche appassionato di computer (possibilmente amiga) il poter usare il sistema preferito per svolgere le proprie attvita' hobbistiche rappresenti un valore aggiunto.

Per ottenere una situazione del genere pero' serve un minimo livello di cooperazione: ok non mi posso aspettare che gli sviluppatori di os4 mos ed AROS lavorino insieme su un progetto unico, ma quel che mi posso e, come utente, mi dovrei aspettare, e' che vengano predisposte alcune basi comuni per avere interoperativita' tra i sistemi.

Questo si ha fornendo strumenti adeguati agli sviluppatori e strumenti adeguati agli utenti. Per gli sviluppatori serve che delle librerie o delle tecnologie siano presenti su tutte e tre le piattaforme per facilitare lo sviluppo ed il port di applicazioni, assumiamo: MUI, AREXX,SAMBA, AHI, LUA/RUBY/PYTHON, e bindings alla zulu, magari anche QT e WXWIDGETS; poi ognuno se le gestisce come vuole sul proprio 'flavor' ma almeno le funzionalita' base devono esserci;

Per gli utenti deve esserci il modo di far parlare e lavorare i sistemi tra loro: esempi pssono essere due port dello stesso programma che parlano attraverso porte AREXX oppure un programma in lua o python che viene fatto girare su due sistemi amiga diversi ma si comporta alla stessa maniera grazie alla presenza di librerie come zulu (la mia preferita lo ammetto) che ne permettono il funzionamento.

Un approccio del genere permette da una parte di mantenere l'autonomia dello sviluppo dei sistemi amiga e di mantenere il segmento di mercato su cui il particolare sistema si e' focalizzato (vantaggio per gli svilupatori degli OS), dall'altra permette agli utenti di usare e far interoperare i diversi ambienti in maniera coerente (vantaggio per gli utenti) e infine la versatilita' di un approccio come descritto sopra ha il potenziale di portare nuovi utenti verso la soluzione amiga e like, in tutte le incarnazioni, aumentando il potenziale economico per eventuali compagnie che vogliano investirci (vantaggio per entrambi); infine, sognando un po', magari anche fare cose non standard tipo portare AROS su piattaforme 68k non-amiga (vecchi mac 68k, falcon, magari l'x68000) che portino un approccio piu moderno e funzionale anche su questi hardware, per far diventare i sistemi amiga e like una sorta di standard tra gli hobbisti.


Mi piacerebbe sentire pareri a proposito di questo mio punto di vista.


So che ho scritto un pappardellone nella parte superiore che dovrebbe essere esplicativo di per se, ma ci tengo a spiegarlo anche meglio:

- problema di base e' non che uno degli Amiga e like OS e' in rischio di scomparire; il problema e' che L'INTERA filosofia di Amiga e degli OS ispirati sta sparendo: gli utenti attivi sono nell'ordine delle singole unita' di migliaia, a causa di cio' l'ecosistema non e' commercialmente appetibile per nuovi programmi di una certa complessita', il pubblico piu' generalista e anche gli stessi smanettoni non ne conosce l'esistenza o lo considera estinto, soprattutto causa ricambio generazionale e un diverso approccio, piu' 'usa e getta' nei comfronti dell'hardware e del software.

Con una situazione del genere mettersi a fare le guerre tra vicini veramente non aiuta la situazione anzi la peggiora convincendo anche i piu' caparbi che veramente interessarsi e' una sorta di causa persa.

Quindi cosa ho proposto?
1) ogni OS continua ad interessarsi delle sue piattaforme hardware e delle sue tecnologie di base; se si considerano tutte e quattro le piattaforme ci si accorge (e lo ripetero' ad nauseam) che la copertura e' molto ampia;
2) si decide che ci sono alcune tecnologie (protocollo di rete, linguaggi di scripting, linguaggi interpretati con binding come lua/zulu, librerie quali ZUNE/MUI (ed anche nuove come magari QT,WXWDGETS come ho detto sopra), linguaggi di scirpting IPC like AREXX ) che devono almeno aderire a un subset di comandi e features comuni per interoperare tra i diversi sistemi; come ho detto nella risposta al thread questi bisogni non sono roba attuale, ma fanno parte integrante del moderno utilizzo di macchine in un network, e su queste cose gli amiga OS sono molto indietro:

In realta' gli strumenti di cui ho parlato, specialmente quelli concernenti l'interoperativita' tra macchine dovrebbero fare parte dell'arsenale di qualunque sistema operativo; problema (grosso) dell'originale Amiga OS e' quello di aver perso il supporto della casa madre poco prima di quando le piccole reti utente cominciavano a proliferare e quindi e' rimasto indietro con gli strumenti a disposizione: ogni sistema ed applicazione amiga e like necessita di fornire tali strumenti o comunque qualcosa che possa essere usato a tal pro indipendentemente dal fatto di comunicare con altri os4 o mos o con aros o con mac o linux o altri sistemi.



Se poi si riesce a fare la cosa in stile amighista tanto meglio.


3) -mi ripeto qui ma lo ritengo necessario - ci si rende conto che in questo momento l'idea stessa di Amiga OS, la sua filosofia di uso e operazione e le tecnologie correlate rischiano di scomparire; in questo momento e' importante aumentare la percezione esterna che questa realta' almeno ESISTE, e' usabile per scopi hobbistici, e, ripeto, presenta una soluzione d'approccio per quasi tutte le piattaforme esistenti (ok, molto tramite AROS, che e' pensato per essere portabile lo ammetto);
4) personalmente, quando ho visto materializzarsi finalmente il lavoro di Jason e Toni su AROS 68k ho pensato che questa potrebbe essere anche la volta buona per proporre AROS non solo come sistema alternativo per hardware Amiga e amiga-like homebrew, ma anche per altro hardware 68k e magari PPC, come gli old world power mac e cloni ed anche macchine come il Falcon, magari il nipponico x68000, persino (eresia?) gli ST - proponendosi per la sua leggerezza come standard piu' moderno e trasversale per continuare l'utilizzo su hardware piu' datato.

5) Ultima cosa, altra ripetizione ma altrettanto fondamentale per me e purtroppo la piu' difficile, e' il dover cambiare il modo di relazionarsi: io avevo smesso di usare Amiga in maniera esclusiva gai' da un alcuni anni quando la cosiddetta guerra 'red vs blue' imperava nei forum e mi stavo concentrando su altre cose quindi mi sono (fortunatamente) perso quella parte della storia amighista; sento dire da una parte come le divisioni siano ormai insanabili [e, in alcuni casi, tennute tali artificiosamente secondo me], ma vedo dall'altra parte persone, come il buon Fabien "fab1" Coeurjoly, itix  ed altri che danno consulenza ad altri sviluppatori a portare applicazioni da un sistema amiga all'altro (vedi OWB e mplayer per quel che riguarda fab, vedi screenrecorder per quel che riguarda itix); cosa che da come ho capito era semplicemente impensabile qualche anno fa; solo che tutto questo mi ricorda veramente come le cose vanno in un paesino di provincia, quale la situazione degli Amiga e like OS somiglia ora; avevo gia' fotografato la situzione nella risposta al forum:

...ammetto di non pensare alla cosa in termini commerciali, o almeno non in base di supremazia di uno sugli altri: il problema di base e' avere una maggiore user base trasversale tra tutti i sistemi e su quelo si dovrebbe lavorare, invece di fare le rivalita' tra vicini in un paesino sperduto ma circondato di ogni ben di dio di natura che nrischia di sparire da un giorno all'altro mentre anche solo fare una o due cose per bene porterebbe turisti e sviluppo - visto che QUESTA e' la situazione dei sistemi amiga e like: voi sarete anche contenti di essere il paesino e di essere in rischio di scomparire, io no: ci ho vissuto tutta la vita in un posto simile con simili dinamiche e so quando mi rode il fegato di vedere potenziale buttato alle ortiche per colpa degli ego di coloro che contano.


niente da aggiungere, penso si describa da solo; ora e' il momento di fare qualcosa di concreto.
TECNOLOGIE
5 dicembre 2010
Tecnologie: BLOG: Cannocchialisti, volete mettere il like al vostro articolo in facebook?
Ho avuto un po' di tempo la settimana scorsa per cercare di rimettere in sesto il mio blog dopo diverso tempo di incuria; prima cosa che ho provveduto a fare e' inserire alcuni stili che uso stesso nel template per metterli direttamente accessibili. Poi mi e' venuta l'idea di mettere il famigerato "like" all'articolo; finora per DIGG avevo avuto un approccio individuale, ovvero incollato lo scriptino in ogni articolo che pubblicavo, ma per facebook penssaov che probabilmente c'era il modo di automatizzare la cosa.

Lavorando quotidianamente come designer e sviluppatore web, so che ci sono metodi per automatizzare molte cose ad esempio nella piattaforma Wordpress, ed infatti un plug-in come sociable sotto ilCannocchiale e' mancanza molto sentita.

Solo oggi sono venuto a conoscenza del blog labs, che nella sezione glamware contiene una guida (parziale) del sistema dei template, comunque sempre mancante dell'informazione che mi serviva.

Per vedere quindi se c'era modo di inserire nuove features mi sono addentrato nello studio dei due templates, ma non ho trovato troppo materiale, anche perche' dat i importanti come il permalink sono inclusi nella sezione <DOL:INCLUDE URL="/BLOGS/TOOLS/BLOG/POSTUTIL.GW"> che non e' direttamente accessibile;

Finalmente, dando un occhiata anche ad altri templates, ho trovato cose mi serviva per avere dei link ad ogni articolo dal template stesso nel template "sofa": queste variabili:

<DOL:CONTEXT.DNSHOST> ritorna il nome del sottodominio del blog
<DOL:POST.ID_BLOGDOC> invece ritorna l'id dell'articolo

Usando questi due parametri sono finalmente riuscito a preparare il tag per accedere al like di facebook direttamente componendo la URL dell'articolo del mio blog, peccato manchi il permalink:


<iframe src="http://www.facebook.com/plugins/like.php?href=http%3A%2F%2F<DOL:CONTEXT.DNSHOST>%2Fpost%2f<DOL:POST.ID_BLOGDOC>.html&amp;layout=standard&amp;show_faces=false&amp;width=450&amp;action=like&amp;colorscheme=light&amp;height=35" scrolling="no" frameborder="0" style="border:none; overflow:hidden; width:450px; height:35px;" allowTransparency="true"></iframe>



Spero di fare cosa gradita agli altri bloggers pubblicando questo codice.
16 novembre 2010
Diario: tecnologie: AROS - una schermata e un video...

Aros fa il boot e arriva alla shell su Amiga 68k in UAE; lento al momento ma sicuramente migliorabile: Jason McMullan si candida come mantainer del port 68k e passa la staffetta per la parte II della bounty a Tony Wilen, che lavorera' a un livello piu' vicino all'hardware preparando drivers e devices;



Deadwood ha rilasciato una nuova versione del driver Nouveau che supporta anche lo screen dragging; in attesa di vederne corrette e forse anche espanse le funzionalita' e di trovarlo anche negli altri drivers, possiamo averne un assaggio sul video: AROS sta sempre piu guadagnando legittimita' come sistema amiga-like, e cio' e buono.
TECNOLOGIE
25 settembre 2010
Diario:Tecnologie: AROS - Un breve punto della situazione
Questo articolo e' indipendente dalla versione inglese, e lo ritengo una sorta di obbligazione verso i miei utenti italiani, che non vedono aggiornamenti dalla meta' di gennaio.

-- il post e' ancora in scrittura ma cerchero' di finirlo presto --

Prima di tutto vorrei far sapere che da un lato la mia situazione economica e' migliorata da allora, ho un altro lavoro e questo ha aiutato le cose, peccato che questo nuovo lavoro mi lasci pochissimo tempo libero e quindi ecco il motivo per cui anche la versione inglese del blog non e' aggiornata.

Ora passiamo ad AROS: moltissime cose sotto i ponti dallo scorso gennaio, vedro' di riassumerle brevemente:

- in aprile AROS ha finalmente guadagnato il boot da chiavetta USB; ho testato la funzionalita' da una chiavetta dane-elec di capacita' 2 gigabytes ed ha funzionato perfettamente; Dopo qualche tempo pero' ho sperimentato quel che non so se sia un problema di corruzione dei dati o meno: il wanderer caricava ma si bloccava dopo cinque secondi indipendentemente da quel che facevo: potrebbe essere una corruzione di un file di  preferenze ma  non ho potuto indagare ulteriormente; ho preferito riformattare la chiavetta e metterci un altra nighty, se avro' notizie le faro' sapere.

- Poco prima di questo Neil Cafferkey aveva terminato la ricompilazione di dopus, portandolo al livello della versione os-4 come funzionalita' e risolvendo molti dei problemi causati dal premere il pulsante sbagliato, oltre a ripristinare la visualizzazione di immagini e altro.

Neil aveva anche lavorato a una nuova versione del fat.handler che dovrebbe migliorare il supporto per FAT 32 su chiavette e dischi formattati in tal modo.

- Kalamatee e Pavel Fedic hanno lavorato nei loro rispettivi punti di interesse: il Wanderer e la graphics.library: pavel ne ha migliorato la gestione e le funzionalita' e ha anche implementato una prima versione dello screen dragging(!) su AROS windows hosted; i lavori di Sonic per migliorare il subsystem hanno 'rotto' le nightly per un po' di tempo ma al momento la situazione pare essersi normalizzata; lo stesso lavoro (che ha anche permesso di astrarre dal driver la gestione di elementi quali i puntatori del mouse) aveva finalmente dato ad AROS i puntatori che cambiano di stato; dalla sua parte Kalamatee ha lavorato a lisciare dei bugs di wanderer, e ha implementato un altro pezzo mancante della GUI: la vista per elenco, per quanto ancora abbozzata adesso finalmente funziona.

Una nuova distro di AROS si e' affacciata all'orizzonte: Broadway Broadway e' gestita da Pascal Papara, il distroibutore delle macchine ARES one, dual core AMD k6 con hardware scelto per la masisma compatibilita' sotto AROS; Broadway si distingue da Icaros Desktop per privilegiare la qualita' del software rispetto alla quantita' come invece fa Icaros, e presenta un elegante look con una skin nera.

Yannick Erb continua a presentarci ports di software di elevata qualita': tra le aggiunte recenti abbiamo tre port di giochi shareware (lugaru, Aquaria e Gish), il port del Client VNC e del client Remote Desktop, distribuito come shareware per sbloccare le funzionalita' avanzate e il port di Amifig, che grazie all enumerose modifiche approtatevi potrebbe essere definito un fork dal progetto originario; Yannick vi ha infatti aggiunto moltissime funzionalita': nuove icone (disegnate da me, ma altri temi di altri autori sono in realizzazione),import ed export di formato SVG, miglioramento della gestione dei colori e del display ed altre funzionalita' ancora.

Davy Wentzler - autore per conto di Steve "ClusterUK" Jones del driver HDAudio per AHI usato su Imica, su ACER Aspire e su molti dei netbook con chipset Intel -  ha portato il suo Software di recording multitraccia Audio Evolution 4, disponibile gia' per l'acquisto sul suo sito online; con l'aiuto di Nikos era stata messa su una promozione per comprare AE ad un prezzo ridotto che ha portato notevoli risultati.

Inoltre Deadwood, oltre ad aver terminato la bounty per Gallium 3d ha anche avuto modo di portare Quake III su AROS; secondo Paolo Besser questo e' uin segno di maturita' del sistema operativo e della tecnologia adottata,visto che Quake e' stato per diverso tempo un benchmark importante per le prestazioni di altri sistemi operativi.

La comparsa di software commerciale o shareware per AROS e' buon segno; significa che certe persone vedono in AROS una possibilita' per accrescere le vendite, sia da port dagli altri Amiga os e simili sia da linux; gli ultimi port da quest'ultimo, comunque, sono avvenuti grazie al fatto che avendo il loro publisher raggiunto dieci milioni dollari di vendite ne ha aperto i sorgenti dei motori, come promesso, ma i dati del gioco vero e proprio devono essere ancora comprati, per quanto per prezzi abbastanza modici; mi piacerebbe vedere un port di Penumbra ouverture sotto AROS comunque... :)

Ma tornando alla crescita di applicazioni commerciali per AROS questo e' anche dovuto a diversi pionieri quali Steve Jones e Pascal Papara ,che ha promosso il port di Cinnamon Writer sotto AROS e sta sponsorizzando la realizzazione da parte di Allanon di Aros Media Center in Hollywood per tutti i sistemi amiga-like.

Sempre sul fronte Imica/Netbook, Michal Schulz ha scritto un driver per la gestione del chipset grafico Intel GMA945; il driver funziona sull'uscita VGA dei netbooks, come ad esempio il mio MSI Wind; il display incorporato utilizza ancora VESA, ma si spera in futuro in un supporto anche per la porta DVI ed entrambi i display; Pavel in passato ha detto che un supporto multimonitor non e' banale ma non e' impossibile, era piu' orientato in un supporto stile Amiga, con schermi separati su monitor separati ma il supporto di un display grande su piu' schermi non e' da escludere.

- Nei Cafferkey ha quasi finito la bounty per la gestione del Wireless; sua intenzione era di creare un driver base come guida per generare drivers per altri chipsets; il chipset scelto e' l'atheros 5000, presente sull'Aspire One e diversi altri netbook e macchine con Atom (ma purtroppo non sul mio netbook :(  ) il driver e' controllato via shell e al momento non gestisce DHCP mentre invece puo' gestire WPA e WEP,ma e' gia' un passo avanti; recentemente Broadcomm ha rilasciato con licenza BSD alcuni drivers per delle sue schede wireless quindi si spera di vedere supportato questo chipset presto.

Invece Gianfranco "Shinkuro" Grignina ha proposto la sua bounty per ammodernare Zune, la riscrittura open source di MUI, in modo da correggerene alcuni dei bug, di completare il supporto delle classi della versione 3.8 e 3.9 e di aggiungere il supporto alle classi di MUI 4, attualmente usata da MorphOS, in modo anche da permettere l'ammodernamento di molti dei programmi attualmente disponibili per AROS e, indirettamente, le altre versioni degli Amiga OS.



permalink | inviato da saimon69 il 25/9/2010 alle 20:17 | Leggi i commenti e commenta questo postcommenti (0) | Versione per la stampa
TECNOLOGIE
19 gennaio 2010
Diario: Tecnologie: AROS: colori d'autunno sulla MESA...
Avviso: Ho deciso di dare la priorita' alla versione inglese del blog, sia a causa del numero maggiore di utenti coinvolti sia a causa del tempo ridotto che posso dedicare alla scrittura degli articoli

Articolo in traduzione, quindi tornate spesso a vedere sperando sia finito presto, ne ho altri due da fare per tornare in sincrono... :P.


Scritto originariamente tra settembre e novembre 2009

Devo purtroppo iniziare questo articolo con una nota triste: alla fine di Agosto causa la corrente crisi economica il mio datore di lavoro ha deciso di ridurre il personale e di trasferire il proprio ufficio; mi sono ritrovato mio malgrado tra coloro che sono stati lasciati andare e in questo momento molti dei miei sforzi davanti a questa tastiera sono principalmente rivolti nel trovare un nuovo impiego; spero di essere in grado di dedicare ancora del tempo per la promozione di AROS (il che significherebbe che finalmente ho trovato un lavoro): per favore incrociate le dita.

Il mese di Ottobre non e' stato uno dei piu' fortunati per il blog: diverse volte, cercando di dare un occhio al contenuto, sono stato ricompensato da una pagina vuota: il black-out (o white-out visto il risultato) ha interessato quasi tutti i siti de il cannocchiale che di solito accedo; ho inviato un ticket alla redazione per due volte e se le cose non miglioreranno [sono migliorate in seguito per fortuna,ndr] considerero' seriamente di cambiare piattaforma, magari anche di andare in proprio.


Ma cerchiamo di tornare in tema e parliamo di nuovo di AROS. In questo momento le notizie piu' importanti sono le seguenti:

Come gia' menzionato lo scorso agosto, Krysztof "Deadwood" Smiechowiz ha portato la versione 7.5 delle librerie MESA sotto AROS, per ora in modalita' rendering solo via software; successivamente nello stesso mese ha anche portato GLU, GLUR e una revisione di SDL che permette di usare MESA.  Queste sue contribuzioni hanno permesso ad altri sviluppatori come  Matthias "Mazze" Rustler di portare dei nuovi giochi sotto AROS, alcuni dei quali usano anche il 3D; tra i nuovi port abbiamo Block Out II, un clone di tetris in 3-d, Abuse -un gioco molto conosciuto tra gli utenti PC ed amiga anche grazie ad un recente port sotto OS-4, un primo tentativo di portare Red Alert (successivamente rimosso per causa di un brutto bug nell'applicazione upstream che impedisce all'AI del computer di operare), 3d pool billiard (che gira lento a causa del rendering software ma giocabile se la finestra viene ridotta molto).

Notizia di settembre e' che Deadwood ha deciso di accettare la bounty per il port di Gallium3d. Krysztof ha gia' cominciato per conto suo a fare esperimenti con Gallium3d mentre stava lavorando al port delle librerie MESA, ed ha cominciato ad ottenere dei discreti risultati come si vede da questo video su youtube. Successivamente a queste prove embrionali, Deadwood ha compilato una versione di GLExcess che comprende il driver Gallium per schede nVidia e le differenze di prestazione, comparate con quelle del render software, sono decisamente nette.

L'ultima aggiunta alla gia' ricca galleria di conversioni fatte da Deadwood e' il port delle librerie OpenAL/alut/ogg/vorbis. Come detto da Deadwood stesso in AROS-exec, queste librerie sono usate in diversi giochi open source per la parte sonora; questo port permettera', insieme al perfezionamento delle librerie MESA e il completamento del port di Gallium3d, di portare ulteriori giochi, quali Warzone 2100, AssaultCube e Cube2; inoltre e' noto che si pensa di usare l'accelerazione hardware in congiunzione con le librerie Cairo per migliorare le prestazioni e le funzionalita' di Wanderer, anche se questo e' strettamente legato ancora a come Deadwood portera' avanti la sua opera.

Indirettamente legato al discorso 3d e Mesa, una applicazione pratica e' rappresentata dall'e-zine The Vague. Il mese scorso il  numero 0 di The Vague era uscito includendo nel codice l'ultima versione delle librerie MESA, che utilizza per le transizioni e la gestione delle varie parti grafiche.
Le e-zines sono ben conosciute dall'utenza amiga anche grazie alla demoscene, che le usava come veicolo di comunicazione; nonostante io non ne sia mai stato un assiduo lettore ricordo di averne viste diverse tra cui una italiana chiamata Infamia - che tra i suoi collaboratori annoverava il buon Tadsince1995 come Coder - e, memore di cotali esperienze ho doppiocliccato l'icona per far partire The Vague. La versione AROS e' contenuta nello stesso archivio lha insieme alle versioni Amiga PPC e MorphOS; una volta fatto doppio clic sull'icona apprare un requester che chiede se si vuole visualizzare la e-zine a schermo intero (funziona solo con risoluzione 640x480) o in finestra (modalita' che ho scelto), se usare o meno effetti sonori e la frequenza di riproduzione del sonoro. Nikos ha postato un video su youtube di The Vague in azione qui.


The vague volume 1 in AROS


E' una esperienza eccitante vedere un esempio di demoscene art su AROS ed ascoltare i bei moduli inclusi; personalmente a me The Vague e' piaciuta molto: sono in attesa per altri numeri e, possibilmente, di altre e-zines e, perche' no? di demo per AROS.

L'agosto scorso e' stato anche il mese in cui Chris hodges ha finalmente rilasciato i sorgenti di Poseidon sotto licenza APL e quindi compilato ed inserito ufficialmente nelle nightly builds, completando cosi' tutti i requisiti della sua bounty, fino a questo momento quella con piu' donazioni ricevute nella storia di AROS. Ho provato lo stack sia sul mio vecchio portatile che sul nuovo; sul nuovo funziona senza problemi (almeno se tengo USB legacy disabilitato dal BIOS, ma anche se abilitato riconosce le chiavette USB) mentre nel vecchi e' nota una incompatibilita' con il controller SIS USB e anche con l'ultima nightly provata (12 novembre) continua a non riconoscere nessuna periferica. Non appena riusciro' a trovare il modo di scaricar e OWB postero' un dump di PCITool in modo da aiutare il debug [e aiuterebbe molto il debug se PCItool non si piantasse ogni volta che cerco di fare l'output su ram disk, ndr].

Icaros Desktop 1.1.6 e' gia' in lavorazione ma, siccome questo articolo e' piuttosto in ritardo [ora come non mai, marzo 2010! ndr], lasciatemi parlare della versione 1.1.5 che ho provato sia su qemu che come live CD sulla mia cavia preferita, il vecchio portatile. Su quest'ultimo GRUB ha funzionato bene ma quando ho provato a selezionare la mia scheda di rete sis900 con l'opzione di usare DHCP dal pannello di controllo network, ogni volta che premevo il pulsante "use" il computer si piantava. Ogni singola volta. Cosa che, pero', usando la nightly piu' recente non accade, l'unica mancanza e' il non avere OWB compreso nella nightly; solo una cartella dentro extras/networks ed una icona vuota - probabilmente per motivi legati alla licenza o all'eccessiva grandezza del programma; magari se si potesse sostituire l'icona vuota attuale con uno script che scarica l'ultima versione (anche in RAM se non si vuole formattare il disco) per le nuove installazioni sarebbe cosa gradita.

Tenendo il discorso incentrato su OWB, Stanislaw Szymczyk, dopo essersi preso una pausa sabbatica dallo sviluppo per AROS ha rilasciato una nuova versione di OWB. La versione 0.99 e' scaricabile, come al solito, dal sito sand-labs.org e questa volta all'usuale correzione di bugs si aggiunge un loader, chiamato startowb, corredato di splash screen basato su un disegno di michaels ed aiuta a capire cosa succede durante il lungo caricamento (solitamente effetto della creazione della cache di fontConfig); oltre a questo, finalmente le opzioni principali sono accessibili tramite menu in alto (disponibile in puro stile amighista e di AROS cliccando il pulsante destro), e questo porta OWB ad aderire alle linee guida delle applicazioni AROS e a un senso di unita' con le altre applicazioni del sistema. A questo momento OWB non ha ancora una porta AREXX ma si spera che Stanislaw la aggiunga presto.


La nuova schermata di avvio di OWB, disegnata da michaels

Ed ora parliamo ancora una volta di quello che ritengo l'eroe nascosto di AROS: Matthias "Mazze" Rustler: molto del software presente su AROS e' stato portato da lui, a partire da diversi giochi, poi il port attualmente incompiuto del foglio di calcolo Ignition (che is spera verra' finito quando la ABI v1 verra' integrata in AROS), LUA e le due estensioni Siamiga e Zulu che hanno fornito la base per la realizzazione rapida di diverse piccole utilities ed hanno fornito a principianti (come me) gli strumenti per creare qualcosa in AROS: l'ultima fatica di Mazze e' il port di Scout, il famoso tool di basso livello per controllare i processi sotto Amiga OS; senza dubbio questo tool si rivela molto utile quando qualche applicazione si congela fastidiosamente e lascia le sue finestre aperte in giro, anche se c'e' da dire che a causa della nota mancanza di memoria protetta degli Amiga OS e' sempre buona cosa riavviare piuttosto che continuare a lavorare con un sistema semi compromesso.

Ma Andiamo ancora avanti: praticamente ogni utente AROS che si rispetti si e' trovato davanti alle note magagne della nostra versione di Dopus che, nonostante la sua indispensabilita' come file manager, ha dei grossi problemi con le funzionalita' avanzate come estrarre files. vedere immagini e perfino personalizzare pulsanti; questo e' dovuto al fatto che il port di dopus e' piuttosto vechcio (del 2000 se ricordo bene): adesso una nuova bounty e' stata introdotta in power2people.org riguardante un port aggiornato di dopus dalla versione os-4; la bounty e' stata accettata (ancora!) da Neil Cafferkey e spero che porti a migliorare questo programma indispensabile e portarlo ai lustri della vecchia verisone amiga.

Lo scorso settembre si e' svolto ancora una volta Pianeta Amiga ad Empoli - stavolta solo di sabato, comunque - e l'afflusso del pubblico e' stato ai minimi storici. Quest'anno AROS era rappresentato come al solito da Paolo Besser e, dal regno unito anche Steve Jones aveva portato il suo iMica in mostra; nonostante le varie novita' lo scarso afflusso ha lasciato un forte amaro in bocca a quasi tutti; ecco ad esempio il commento scritto da Paolo besser sul suo blog:

Grazie ad Enrico Vitali e ad altre persone ben note della comunita' amighista italiana, l'evento e' stato interessante e divertente ma... ebbene, non posso nascondere il miscuglio di sentimenti contrastanti che mi han lasciato solo parzialmente soddisfatto.
Le buone notizie, almeno per Icaros Desktop sono che ogni visitatore dell'esposizione ha avuto modo di vederlo in azione e molti si sono fermati alla mia postazione e mi hanno chiesto ulteriori informazioni o hanno voluto che dimostrassi qualcosa. Ho anche ricevuto molti complimenti e ringraziamenti per i miei sforzi, chiedendomi di continuare su questa strada; invece le cattive notizie in mezzo a tutto questo sono che questa edizione di Pianeta Amiga e' stata la meno visitata in assoluto. I numeri sono decisamente bassi (ho personalmente contato un centinaio di persone) e gli stessi espositori erano un minuscolo gruppo che sarebbe potuto stare confortevolmente in meta'dello spazio riservato all'evenot nel Palaesposizioni. "Ai vecchi tempi si poteva vedere la gente fare lunghe file davanti alla biglietteria" - ha raccontato Enrico durante una scappatina per pranzo - "invece oggi...".
Sfortunatamente questa edizione di Pianeta Amiga riflette abbastanza lo stato del mercato Amighista corrente. Una comunita' ridotta e fragile che si sforza di tenere viva la piattaforma, nonostante l'interesse cali anno dopo anno e nonostante il mercato IT si sia completamente scordato dell'Amiga.
Quindi dobbiamo ringraziare sentitamente ACube,VirtualWorks,Amigakit.com e tutti gli altri che persistono e investono soldi ogni anno nell'organizzazione di un evento che e' diventato un simbolo, una tradizione per la comunita' ma che e' percepito a tutti gli effetti come un hobby, un giorno di incontro con altra gente che condivide la stessa passione, anche da chi lavora professionalmente nel mercato Amighista.

E' triste per me venire a sapere che,nonostante tutte le buone notizie nel mondo amighista (la disponibilita' di SAM lo scorso anno, MorphOS su mac mini, icaros,iMica Ares One, il patteggiamento nella causa Amiga Inc-Hyperion,etc), uno degli ultimi eventi Amiga rimasti e' andato quasi deserto; nonostante le mie speranze temo sia realistico pensare che forse l'anno prossimo Pianeta Amiga possa non tenersi, se questo e' l'andazzo; naturalmente mi aspetto di essere smentito, chissa'...

...ed anche i piu' accaniti sostenitori possono essere colpiti da frustrazione e disillusione: nikos e' cnosciuto come uno dei piu' assidui frequentatori di aros-exec oltre ad essere uno dei testers principali e un contributore a varie delle bounties, ma in questo thread aveva manifestato l'intenzione di sospendere l'utilizzo di AROS a causa di un apparente mancanza di progressi nella piattaforma, specialmente nella parte relativa all'accelerazione hardware (numerose sono state le volte in cui il buon nikos ha consigliato l'implementazione del supporto overlay per video ad esempio) .
Da notare pero' che questo e' successo poco prima che deadwood annunciasse di aver deciso di intraprendere la bounty per Gallium 3d, ma cio' non ha troppa importanza. Quel che ha importanza invece e' stata la reazione della comunita', che e' stata qualcosa cui chi e' abituato al modo in cui altre comunita' open source di solito reagiscono (niente no,i, tranne che c'e' un volatile do mezzo): quasi ognuno,incluso il sottoscritto, ha fatto sapere i propri sentimenti e i propri commenti a Nikos, fornendo il proprio supporto; tanto calore e' stato abbastanza per fargli cambiare idea e, grazie anche ai recenti progressi di AROS che ne tengono vivo l'entusiasmo, e' ancora con noi e pareci restera' a lungo...

Di recente un altro PC AROS-friendly e' apparso; preparato da Pascal "phoenixkonsole" Papara e distribuito dalla tedesca Vesalia,  l' ARES one e' una macchia  AMD athlon x2 fornita in un case minitower, senza dubbio piu; grande rispetto all' Imica di Steve Jones ma anche orientata a un segmento piu' alto di mercato; la scheda grafica e' una NVidia GeForce 7200 con 256 megabytes di video RAM DD2; 





permalink | inviato da saimon69 il 19/1/2010 alle 3:19 | Leggi i commenti e commenta questo postcommenti (1) | Versione per la stampa
TECNOLOGIE
13 settembre 2009
Diario: Tecnologie: AROS: Il re e' nudo, e sta per essere investito da un Bus...
Avviso: In questo momento una situazione MOLTO difficile nella mia vita reale mi costringe a trascurare il blog e la traduzione dell'articolo in inglese- spero di risolvere al piu' presto possibile.

Per la prima volta questo articolo e' uscito prima in inglese poi in italiano, anche a causa del fatto che siccome viene anche postato in Arosworld.net ed e' diverso tempo che non scrivo, ho dato priorita' all'audience internazionale.

Proma di tutto abbiamo dei nuovi port:ing: Fishy_fis ha recentemente portato Dosbox sotto AROS: nonostante alcuni problemi con dei tasti speciali della tastiera, funziona decentemente e permette di usare vecchi giochi e programmi per DOS e, seppur non perfettamente, Windows 3.1. Paolo Besser nel suo blog ha mostrato come fosse in grado di far girare il vecchio Word 2.0 per Windows correttamente in Dosbox.
Mi permetto di precisare come, nonostante abbiamo Dosbox e J-UAE, questa non sia una giustificazione per non portare o scrivere nuovi programmi: naturalmente AROS funziona in hardware molto piu' potente dei vecchi Amiga o delle macchine DOS e programmi che ne sfruttino le potenzialita' non sono solo benvenuti ma anche desiderati; inoltre scrivere applicazioni per AROS permette, con uno sforzo ridotto, di adattarle facilmente per gli altri sistemi Amiga-like e renderle accessibili a una quantita' almeno tripla (approssimativamente) di utenti.

Inoltre da quando un po' di tempo fa, ho provato a creare il mio pannello di controllo network in amilua, sembra che anche altre persone abbiano scoperto la flessibilita' di zulu e alcune piccole utilities scritte in amilua cominciano ad apparire.

Ad esempio Yannick "Yannickescu" Erb ha recentemente scritto WHD Menu, un loader alternativo per giochi sotto WHDload che si interfaccia con Janus-UAE. Non avendo ancora installato e configurato J-UAE non ho esperienze dirette di come funziona l'utility ma le schermate paiono promettere abbastanza bene: la GUI include schermate del gioco (prese o dai dati della newicon o da una apposita directory "screenshots"), la lista dei giochi, un sommario testuale e una interfaccia custom per fare le configurazioni per ogni gioco. Al di la di alcune pecche (un discreto livello di configurazione "a mano" e' necessario sia dal lato AROS che nella macchina virtuale, visti i parametri dell'installazione di WHDload) e delle solite limitazioni di zulu (tra cui quella ben nota di non essere in grado di aggiornare liste - la finestra deve essere ridisegnata), l'applicazione pare comportarsi bene ed e' stata disegnata con una certa cura per i dettagli, mostrando il potenziale di amilua. Spero veramente che Mazze trovi il tempo di includere callback hooks e anche di includere una integrazione con Cairo (esiste un binding per lua ma non e' stato portato sotto AROS) inmodo di avere un kit di sviluppo per principianti e per chi ha bisogno di sviluppare applicazioni rapidamente.

Un paio di settimana fa, lo stack USB Poseidon e' stato posto in "collaudo" ufficialmente, invitando gli utenti a postare i logs di sistema per aggiustare eventuali problemi dell'ultima ora.
Io ho testato l'immagine speciale approntata da Paolo Besser su entrambi i miei portatili: quello vecchio, un ASUS a1300 con p3/900 ,384 mega di ram e venti giga di hard disk,  e quello nuovo: un Dell Vostro con processore AMD Sempron, 1,5 giga di ram e 160 giga di Hard disk.

Nel vecchio laptop, purtroppo, i risultati sono stati deludenti: Poseidon non ha riconosciuto il mio USB OHCI hub e, quindi, nessuna delle periferiche che ho provato ad inserire (Platon ha definito lo stack del mio laptop "vecchio e buggato": il solito c..o:P); invece nel mio Dell Vostro 1000 quasi tutte le chiavette sono state riconosciute (al di la di una vecchia chiavetta Staples a 64 megabytes divisa in due partizioni).So che un bug report e' stato gia' inoltrato per il controller SIS USB e ho saputo che Neil Cafferkey, avendo lo stesso controller, ci sta dando un occhiata per vedere se c'e' modo di farlo funzionare.

Come si comporta Poseidon, per i non amighisti? Si comporta un po' come il device managfer di Windows xp ma con piu' parametri: quando si inserisce una periferica per la prima volta, un requester appare e, se non e' stato fatto precedentemente, chiede quale device name usare per la periferica stessa da DOS ed altri parametri: per un utente amighista questo e' cosa normale,visto che Amiga OS non supporta nativamente USB in os 3.x; per un utente windows o amighista di ritorno, come me, puo' sembrare un po' criptico ma ci si fa l'abitudine. In Poseidon la filosofia non e' esattamente "plug-and-play", bensi' "plug-configure-once-and-play", un approccio che per certi amighisti pare essere molto piu' naturale.

Ho comunque da fare dei commenti non proprio positivi alla documentazione: prima di tutto la docuimentazione di Poseidon, in formato AmigaGuide non e' disponibile insieme allo stack ma, per ottenerla, bisogna scaricare la versione Amiga o quella MorphOS e prenderla da li [EDIT: siccome questo articolo e' vecchio e nel frattempo il sorgente di Poseidon e' stato rilasciato in licenza APL non ho idea se ora la documentazione e' compresa o meno]: essendo in formato AmigaGuide, l'utilizzo di Autodoc Reader per leggerla e' pressoche' obbligatorio; secondo, il target della documentazione pare indubbiamente essere un utente amiga smaliziato che conosce discretamente il funzionamento dell'OS e della macchina - cosa che, visto che quando Poseidon venne rilasciato solo gli utenti della linea dura usavano amiga e MOS, aveva senso al momento - ma, siccome il target di AROS e' decisamente piu' vasto, avrebbe un senso riscrivere la documentazione per utenti meno avvezzi a come le cose funzionano nel mono amighista spiegando cosa succede e cosa fare in maniera piu' semplice.

Per illustrare meglio cosa intendo faro' qui un esempio realmente accaduto: un mio amico si era procurato una chiavetta ethernet USB dotata del chipset dm9601 - dichiarata da Platon compatibile nella documentazione di Poseidon. Al di la del fatto che la chiavetta non veniva riconosciuta in maniera corretta siccome l'ultima versione id essa non era riconosciuta dalla versione di test (cosa aggiustata in un secondo momento), non era chiaro come avremmo dovuto configurare il computer per poterci andare online.

Cecando di farsi spazio attraverso la docuimentazione e ottenendo informazioni da platon a spizzichi e bocconi via IRC, e' venuto fuori che il file.device che guida la periferica (e che deve essere puntato allo stack TCP/IP) viene caricato in memoria - nota bene: non in un file .device visibile e puntabile in ram disk, ma in MEMORIA - quindi in breve si dovrebbe indicare il nome del file .device (indicato dentro la guida) o come periferica cui puntare o dentro il file di configurazione interfaces in ENVARC:AROSTCP/db/ oppure, se si usa il pannello di controllo Network, creare un falso file .device - come un file vuoto di testo - chiamarlo con il nome dm9601eth.device (nel nostro caso) e salvarlo dentro DEVS:networks/ per poi farlo puntare dal pannello di controllo.

Come si puo' vedere questo e' un singolare modo tipico di Amiga OS per gestire alcune periferiche e persone che non sono avvezze ai modi amighisti di lavorare possono perdersi facilmente; ancora una volta ribadisco che siccome AROS, volente o nolente punta a diventare una porta di ingresso per nuove leve verso il mondo Amiga, e' mia personale opinione che la guida di Poseidon dovrebbe prima di tutto essere fornita insieme ad AROS e, possibilmente, essere anche riscritta in modo da essere piu' comprensiva verso persone nuove al sistema e al suo modo di lavorare.

Ma, tornando ai miglioramenti ottenuti, tra i requisiti della bounty c'era quello di permettere ad AROS di bootare da una chiavetta usb; il 4 agosto nella mailing list degli sviluppatori Chris Hodges annuncia:

Poseidon e' ora disponibile al boot usando il parametro kernel "enableusb" da GRUB.
Ma, siccome il fat.handler e il filesystem cd non sono disponibili dentro il kernel, fare il boot da una chiavetta in formato FAT o da CD-ROM non e' ancora possibile. Invece il boot da una chiavetta formattata SFS o AFS dovrebbe funzonare ma non l'ho testato.

Michal ha corretto Chris  ricordandogli che il filesystem CD e' disponibile dentro il kernel sin dai tempi della sua implementazione base dello stack OHCI, ma al di la' di questo ci si trova in una situazione dove AROS "potrebbe" bootare da chiavetta USB ma la chiavetta non e' riconosciuta da HDToolbox. Fortunatamente pero' l'utility installAROS puo' essere diretta a vedere la chiavetta nello stesso modo in cui lo stack TCP viene diretto a usare la scheda di rete USB, ovvero scrivendo "a mano" il nome della device nel campo di testo "device" se l'opzione "wipe disk" e' selezionata - NOTA: Non ho provato questo siccome non ho schiavette extra su cui sperimentare quindi per favore non provate ad usare questa opzione: non so se si comportera' come previsto o se cancellera' invece il disco principale; fatelo solo se - come al solito - sapete cosa state facendo e avete un back-up dei dati.

A meta' agosto Paolo Besser ha rilasciato la versione 1.1.3 di Icaros Desktop [Nota: siamo gia' alla 1.1.5 ma questo lo diro' nel prossimo articolo]. Come immaginabile, la piu' importante feature aggiunta e' l'inclusione dello stack Poseidon ma vorrei anche aggiungere altri piccoli contributi come la guida rapida di OWB scritta da Nikos, la solita nuova build di files di sistema (dallo snapshot del 31 luglio) e l'inclusione dell'applicazione LiveUpdater nella distribuzione.

A causa di cio' mi sono deciso a rimpiazzare la mia macchina virtuale QEMU con la nuova distribuzione, non senza qualche problemino. Prima di tutto oh scoperto che lanciando il nuovo .bat file da una cartella diversa faceva chiudere QEMU indipendentemente dalla scelta che facevo nel GRUB, quindi ho deciso di muovere il nuovo drive virtuale nella stessa cartella e messo il nome del nuovo drive nel file .bat: questo ha fatto funzionare la macchina virtuale ma, se con schermo pieno scelgo l'opzione "best fit" da GRUB, qemu si chiude di nuovo (se lo faccio con modo finestra ottengo una finestra stesse dimensioni dello schermo); siccome il mio schermo e' 1280x800, uno dei famigerati 16:9, la risoluzione impostata 1024x768 mi e' un poco scomoda se lavoro in finestra e questo mi ha portato ad editare il file boot/grub/grub.cfg per aggiungere due modi 800x600, uno a 16 e uno a 32 bit, e questo mi ha fatto scoprire un nuovo fastidioso bug dell'editor [Nota: al momento in cui scrivo pare che il colpevole sia stato individuato in exec stesso e il bug pare esser risolto, ma faro' sapere di piu' in seguito... ]: cancellare qualcosa in mezzo a una linea di testo ha la spiacevole conseguenza di riempire il resto della  linea con il primo carattere a destra del cursore sovrascrivendo il contenuto legittimo; mi sono dovuto arrangiare premendo return davanti ad ogni modifica che andavo a fare per ridurre i danni; spero che questo bug sia risolto presto in quanto il fatto che l'editor principale di AROS non funziona e' piuttosto fastidioso.


Il nuovo bug dell'editor

Un altra cosa che ho voluto provare era se potevo usare poseidon con Icaros in QEMU; per fare questo ho cercato dei tutorial di QEMU in rete ed ho trovato questa pagina wiki della distro Slackware Linux dove viene spiegato come montare periferiche USB in QEMU; non esattamente una passeggiata nel parco ma neanche troppo complicato:

prima di tutto e' necessario entrare nella modalita' linea di comando di QEMU con la combinazione di tasti CTRL+ALT+2; quindi nel prompt inserire il seguente comando:

usb_add host [vendor_ID]:[product_ID]

e tornare di nuovo nello schermo principale con la combinazione di tasti CTRL+ALT+1.
Per ottenere i due codici vendor_id e product_id, siccome windows non ha un comando lsusb come linux, ho trovato un interessante freeware chiamato USBDevView, che mi mostra tutte le periferiche USB connesse al sistema e relativi dati e parametri.



L'utility USBDevView e, nel riquadro rosso, i parametri Vendor_ID e Product_ID richiesti per montare periferiche USB sotto QEMU.

Una volta ottenuti i codici ho provato ad aggiungere la mia chiavetta USB (gia' testata e funzionante con hardware reale) nel modo indicato nella wiki ma non ho ottenuto nessun feedback da dentro QEMU. Non so se questo possa esser colpa di Poseidon, di QEMU oppure non ho montaot la periferica nella maniera giusta ma siccome la mia macchina virtuale parte con il parametro -usb incluso, mi aspettavo di essere gia' in grado di montare periferiche quando volevo. Aspetto suggerimenti in merito.

Insieme al completamento dello stack Poseidon, un altra interessante utility sta per essere rilasciata sotto AROS: SCANdal, scritto da Michal "rzokol" Zukowsky e' una interfaccia grafica per Betascan (un port  dei drivers XSANE da linux); questo front-end e' gia' uscito per MorphOS e uscira' presto per Amiga OS 4; la versione AROS ha avuto qualche problema dovuto ai soliti bug Zune ma e' gia' disponibile: unico problema non ci sono drivers per AROS, siccome betascan era stato scritto in parte in SAS C e in parte in assembler 68k; sotto MorphOS supporta solo Umax scanner SCSI e Rzokol sta scrivendo drivers USB per Epson e HP, grazie al port di Poseidon, ma al momento non sono ancora pronti. Speriamo presto.

Un altro programmatore Amiga/AROS, "Steril707" aveva cominciato un po' di tempo fa a fare esperimenti con il port di Cairo fatto da Rob per Traveller e vedere se era in grado di utilizzarlo per progammare delle utilities: il risultato dei suoi sforzi e' al momento quello che lui ha battezzato "Shotofop": un semplice programma per manipolare immagini con pochi essenziali comandi, come ridimensionare, tagliare, ruotare, disegnare con pennello e selezionare parti dell'immagine. questa prima versione e' molto elementare ed usa, per fare esperimenti, la toolbar di Photoshop (naturalmente un set originale di icone dovrebbe sostituirlo al piu' presto); il programma supporta anche layers, pur in numero limitato. Tra i futuri di piani di Steril l'implementazione parziale del formato PSD. Personalmente ho suggerito a Steril alcuni miglioramenti, inclusa l'idea di mettersi in contatto con Rzokol e integrare SCANdal con Shotofop, potrebbe venirci fuori qualcosa di interessante...

Kryzstof "Deadwood" Smiechowicz ha fatto il port della versione 7.5 di MESA sotto forma di MESA.library, portando a termine un lavoro tentato un paio di anni fa da Kalamatee; siccome AROS non ha ancora il supporto hardware per il 3D (supporto delegato alla bounty per Gallium 3D, ancora bassina per essere interessante, quindi donate gente;) ) il rendering e' attualment tutto svolto via software. Recentemente Deadwood ha anche preparato il supporto per GLU e GLUT e un primo supporto per SDL che ha permesso il porting di alcuni giochi, quali Abuse, Block Out 2 e Open Red Alert (che ha ancora qualche problemino). In passato deaswood aveva portato il client di Eternal Lands ed aveva incluso nel port la vecchia versione di MESA di Kalamatee; ora le nuove versioni dovrebbero appoggiarsi alla libreria.

Invece notizie non troppo buone vengono dal fronte della bounty per il Kickstart replacement: sono venuto a sapere via IRC che Greg "Bheron" Casamento si e' rotto una gamba in luglio ed ora, ovviamente, si sta concentrando maggiormente verso la riabilitazione. Da me e dalla comunita' AROS auguri per una pronta guarigione.

Lo scorso luglio Amiga Os 4.1 e' stato recensito su OSNews.com da Thom Holverda. Devo includere il fatto che Thom, giornalista piuttosto noto in OSNews, ha iniziato la sua carriera informatica come utente Mac e BeOS ed e' attualmente un advocate di Haiku-OS; questo significa che la sua esperienza con Amiga e il suo funzionamento interno (come vengono gestite le finestre, come funziona il workbench, le librerie,etc.) e' piuttosto scarsa se non inesistente.

Il risultato e' che questa recensione fornisce un punto di vista "fresco" su Amiga OS e puo' essere comparata all'esperienza di un novizio.

Devo anche aggiungere che alcune delle osservazioni che ha fatto sono secondo me fondate come ad esempio gli schermi spostabili, cosa che mi piacerebbe vedere su AROS, peccato che sia a Kalamatee che a Rob non piacciono...

Quello di cui AmigaOS ha bisogno  e' di un set-up con pochi schermi e l'abilita' di spostare finestre da uno schermo all'altro  [e io aggiungo files e dati - nda].  Attualmente e' possibile configurare le finestre in modo da apparire in un determinato schermo, e mentre questo e' utile per, ad esempio, vecchi giochi Amiga, non e' semplice da gestire per utenti novizi come me. Questa feature ha un ottimo potenziale, comunque e spero che gli sviluppatori AmigaOS la utilizzeranno di piu' in futuro.


Sono conscio del fatto che i sistemi operativi commerciali Amiga-like sono devisamente piu' avanzati di AROS, che testo quasi ogni giorno (basta pensare a cose come puntatore interattivo, iconificazione di programmi e vista dei files come lista, che mancano tutte ancora sotto AROS), ma molti concetti di base rimangono gli stessi, ad esempio il modo in cui i sistemi AmigaOS gestiscono le finestre - come non vengano portate di fronte al clic del mouse - o il bisogno di aggiornare e fare gli snapshot delle finestre del workbench "a mano" per vedere tutti i files: queste sono alcune delle cose che non sono piaciute a Thom; personalmente sull'argomento delle finestre non portate di fronte col clic del mouse mi sento piu' a mio agio con il metodo amighista (chiaramente), ma sento sinceramente la mancanza dell'aggiornamento automatico e dei file e della posizione (AROS supporta l'aggiornamento automatico dei file ma non con FFS), e non sono il solo:

Il file manager inoltre non si aggiorna da solo: e' necessario aggiornare manualmente la vista di una cartella se ci si e' messo qualcosa di nuovo. Ci sono delle soluzioni di terze parti che risolvono questo problema ma preferirei che qualcosa di cosi' elementare fosse parte dell'instalazione di base.

...

Parlando di finestre, Amiga OS pare avere un problema persistente nel mantenere le dimensioni delle finestre - quasi tutte le applicazioni paiono rifiutarsi di mantenere le dimensioni fissate, e questo comincia ad essere decisamente fastidioso dopo alcuni giorni.


Le conclusioni finali di Thom sono buone ma non entusiasmanti, e non e' la prima volta che qualcuno le riporta in rete dalla pubblicazione della recensione:

AmigaOS e' bello ed e' divertente. Per molti di voi sara' un nuovo mondo di tecnologie diverse da esplorare e con cui giofare. E' anche un mondo ben organizzato ed implementato, con un file-system intuitivo, un file layout elastico (e' possibile muovere tutto dovunque, in teoria), interessanti features come gli schermi  spostabili e molte altre cose interessanti. E' anche estremamente configurabile e, se avessi avuto piu' tempo, mi sarebbe piaciuto esplorare piu' in profondita' il sistema per poterlo usare al massimo del potenziale.

Ma purtroppo, codesto divertimento e bellezza costano molto cari, e non sto parlando del costo dell'hardware e del software. Nonostante il belletto posto dagli sviluppatori sul sistema ( in guisa di trasparenze ed altre features estetiche) e' ancora evidente che AmigaOS e' una sorta di reliquia del passato. Il portfolio programmi e' obsoleto e incompleto, manca la memoria protetta e molti pannelli di controllo sono estremamente difficili da capire e da configurare.

AmigaOS 4.1 semplicemente non mi ha fatto entrare. E' come essere invitati da un tuo amico ad una festa dove non conosci nessuno degli invitati. Il tuo amico promette di rimanere al tuo fianco e di farti sentire a tuo agio nel gruppo, ma una volta arrivato, il tuo amico scompare tra la folla e ti lascia in disparte. E il gruppo di persone si conosce l'un l'altro da 30 anni. E si scambiano 30 anni di storie condivise. E non sono realmente interessati in nuove persone: questa e' una rimpatriata, piu' che una festa.

Sento che e' importante ricordare che queste sono le conclusioni di qualcuno che ha iniziato la sua esperienza con l'informatica da un punto diverso dal nostro: questo a dire che molte delle cose e dei modi di approcciarsi alla tecnologia che noi Amighist/mossiani/arosiani di solito diamo per scontato, vengono affrontati con una diversa "forma mentis"; potrei portare un esempio di una persona che impara a guidare una macchina con il cambio automatico e di una invece che impara con il cambio manuale, comparando in questo caso gli amighisti ai guidatori con cambio manuale e Thom al guidatore con cambio automatico.


Come amighista "di ritorno" ed oltretutto non avendo aggiornato il mio sistema dopo la versione 3.1 (il mio 1200 a casa ha il kickstart 3.0 e non ho avuto i soldi ne' il fegato di aggiornarlo), mi sono ritrovato a dover riempire il gap con i sistemi 3.5 e 3.9, che, pu avendo il merito di aver aggiornato la tecnologia delle piattaforme classic, hanno in parte trasformato (in mia opinione) l'elegante e snello os 3.1 in una sorta di blob rappezzato e appesantito. Nonostante cio', il fatto di avere ancora la mentalita' amighista (molto piu' aperta a sperimentazioni e smastricci) mi ha aiutato a comprendere che se fossi stato un novellino e avessi approcciato AROS per la prima volta, o anche morphOS o Amiga os 4.x, probabilmente mi sarebbero apparsi altrettanto criptici che un linux o comunque molto primitivi. E questo ha ispirato il mio commento alla recensione, qui sotto tradotto:

Ammetto che e' difficile per me essere impartiale quando un OS "fratello" e' coinvolto. Thom, come osservatore esterno, ha espresso le sue perplessita' su  Amiga OS 4.1;  questo mi ha portato ancora una volta a concludere come gli Amiga OS moderni, incluso il mio pupillo AROS, sono fatti principalmente  "dagli Amighisti  per gli  Amighisti", parafrasando il noto detto comunemente usato per descrivere Linux.
Quello che intendo e' che, ad esempio, quando  mi sono interessato ad AROS nel 2006 ed ho provato il live CD sul mio computer, la prima cosa che me ne ha fatto infatuare e' stato un feeling  simile a quello che provavo usando l'Amiga OS originale, nel bene e nel male: ci sono dei difetti ma sono "quei" difetti che conosciamo e che un amighista affronta ogni giorno.

Come il discorso del Workbench: non e' mai stato il miglior file manager e no i lo sappiamo: il fido Directory Opus o filemaster sono stati i migliori amici dell'amighista sin dal lontano 1988 e ci hanno aiutato a superare codesti difetti; ancora oggi gli utenti Amiga OS ed AROS usano Dopus per maneggiare decentemente i loro files (che sia il commerciale Magellan sotto Amiga Os o il bacatissimo port open source della versione 4 sotto aros).

Molti dei paradigmi e dei canoni di usabilita' del desktop Amiga appaiono obsoleti a utenti che vengono da altri sistemi operativi mentr invece persone come me, che ci sono abituate, si sentono a proprio agio con le finestre che non si portano avanti cliccandoci sopra, cosa che mi permette di concentrarmi sulla finestra in primo piano e di fare altre operazioni nelle finestre dietro di essa come spostare files mentre leggo un blog, ma cose come questa sono ancora una volta soggettive e risentono della percezione personale e di abitudini consolidate.

Sono personalmente contento che, dopo molti anni di inerzia, le cose si sono rimesse in moto nel mondo Amiga; problema e' che ci sono moltissime cose in cui tocca inseguire per tornare al passo con i tempi; al momento gli Amiga OS sono solamente un mercato di nicchia per pochi aficionados per motivi principalmente hobbistici, e pare che per lungo tempo le cose possono restare allo stesso livello, se i problemi piu' grossi non verranno risolti, anche se ho un buon presentimento per il mercato dei netbook...

Per finire, voglio riassumere la mia opinione personale: se non avete mai usato Amiga OS, volete testarlo ma non avete i soldi necessari per una delle schede, la opzione e' di provare AROS, considerato che e' gratis e che gira su molti vecchi PC (e anche in macchine virtuali); se una volta provato AROS e il modo Amiga di lavorare, pensate di essere pronti ad approfondire, allora potete fare il "salto" e comprare una SAM per AMiga OS o una EFIKA , a seconda dei gusti.

Come potete vedere, appoggio in parte l'opinione di Thom: mi piacerebbe, naturalmente, vedere affrontati e risolti i problemi principali di Amiga OS/MOS/AROS, soprattutto per la parte che riguarda l'usabilita'; ho anche alluso al fatto che al momento le schede che supportano AmigaOS 4 o MorphOS possono essere fuori portata per quegli hobbisti con portafogli semivuoti e ho proposto di nuovo AROS come principale punto di partenza (a costo zero e senza impegno, come dicevano nei vecchi annunci pubblicitari) per conoscere il mondo Amighista, nonostante il suo essere incompleto (sempre meno, per fortuna, ma ancora niente puntatore interattivo,acc!). A tal proposito l'ammodernamento di Wanderer e' stato oggetto di questa discussione in Aros-exec; qualcuno qui aveva anche proposto (ancora) di portare Ambient, il window manager di MorphOS rilasciato in licenza open source (GPL) e decisamente piu' potente di wanderer; contro questa proposta ci sono due problemi principali: uno,minore, e' legale: Ambient e' sotto licenza GPL; l'altro, decisamente piu' grosso, e' meramente tecnico: Ambient usa estensivamente classi MUI v4 mentre Zune, l'implementazione open source di MUI usata da AROS, supporta solo le classi della versione 3.8. Steve Jones ha suggerito che potrebbe avere modo di ottenere i sorgenti di Directory Opus magellan e di renderli disponibili alla comunita' (una volta risolti certi problemi di licenza) ma anche se questo fosse possibile, alcune parti di Magellan sono scritte in assembler 68k e questo rende il lavoro di port sotto AROS non banale.

E, come noto, portare applicazioni sotto AROS per riempire i buchi e' cosa difficile a causa della scarsita' di sviluppatori: nonostante l'arrivo di alcune nuove leve, c'e' ancora troppa poca gente che ha le conoscenze necessarie per lavorare sul kernel e i drivers; inoltre, nonostante gli ultimi progressi di AROS ne abbiano migliorato l'immagine e la reputazione presso la comunita' amiga, AROS non e' ancora riconosciuto come un membro della famiglia da diversi della vecchia guardia, come questo thread in Amigapage.it ci mostra.

Sempre a Luglio,un avvenimento piuttosto interessante nel mondo Linux e' stata la (temporanea) scomparsa del capo manutentore di CentOS (capo manutentore, admin di SVN, detentore e admin del dominio e amministratore delle donazioni alla distro); questo avvenimento e' uno degli esempi piu' eclatanti di quella che gli utenti di Slashdot hanno chiamato la Bus Syndrome, ovvero le probabilita' che un progetto open source ha di sopravvivere se i suoi sviluppatori principali e i suoi manutentori principali venissero a mancare (o, metaforicamente, venissero investiti da un autobus).

Il motivo per cui cito la Bus Syndrome e' relativo alla corrente (dis)organizzazione di AROS; nonostante non sia piu' attivamente coinvolto nel progetto, Aaron Digulla, uno dei fondatori e' ancora uno degli admin del dominio aros.org e a quel che so solo admin del server CVS - ovvero il solo che puo' rilasciare accounts CVS agli sviluppatori, e la sua figura e' ancora di primaria importanza nel progetto. E' cosa nota a coloro iscritti alla mailing list degli sviluppatori che i tempi tra la richiesta ad Aaron e il relativo rilascio di un account CVS possono essere nell'ordine di settimane o piu'. Cosa succederebbe se un giorno Aaron per qualche motivo  non potesse rilasciare piu' accounts? E' il suo ruolo e il fatto di essere admin del CVS essenziale per la prosecuzione di AROS? Michal Schulz [che ha recentemente finito la fase 1 del port su EFIKA e che ora sta lavorando al port sotto ARM  - nda] e' un altra figura chiave del progatto, e ho gia' espresso le mie preoccupazioni in passato nel caso decidesse di finire la sua collaborazione con AROS, suggerendo e auspicando che possa essere scritta una documentazione estensiva per permettere a nuovi sviluppatori di proseguire il lavoro; il fatto che lo scorso luglio la certificazione CVS fosse scaduta e per un mesetto non  fosse possibile fare nuove builds ha rinfocolato le mie perplessita': personalmente il mio consiglio e' che, siccome Aaron non e' piu' sviluppatore attivo di AROS da diverso tempo, sarebbe cosa buona se decidesse di dare l'account admin anche a qualcun altro degli sviluppatori piu' importanti per prudenza e per prevenire le grane che si verrebbero a creare in caso non fosse in piu' in grado di svolgere i suoi compiti di admin.

E, per finire, a meta' di agosto la societa' DiscreetFX di Bill Panagouleas, che ha comprato i sorgenti della originale ToasterCG Suite da Newtek e li ha rilasciati in licenza open source, ha riproposto una bounty per portare la ToasterCG suite sotto i moderni Amiga OS, AROS incluso, astraendola dall'originale hardware Amiga. Siccome molti dei programmi della suite,pur essendo scritti in C contengono parti in assembler 68k (con l'eccezione di DigiPaint, scritto completamente in assembler), il comptio non sembra tra i piu' semplici ma, se portato a termine, sicuramente aiuterebbe a colmare il vuoto presente per software di video processing sui nuovi sistemi Amiga e potrebbe essere anche usato come base per scrivere nuove applicazioni.
sfoglia
  

Rubriche
Link
Cerca

Feed

Feed RSS di questo 

blog Reader
Feed ATOM di questo 

blog Atom
Resta aggiornato con i feed.

Curiosità
blog letto 155155 volte

Articoli Recenti

Who links to me?

Contatta Simone Bernacchia

 




IL CANNOCCHIALE