Newsgroup: it.comp.os.dibattiti
Titolo: FW: Announcing LSB Desktop specifications preview release

Mi e' appena arrivata dalla mailing list di sviluppo delle gtk. E la
posto qua, giusto per tutti i troll che dicono che linux non ha nessuno
standard nell'ambiente grafico.
Ciao
------------------------------------------------------------------------
Hello,	
	Today we are announcing the preview release of LSB desktop 3.1
specifications. This is a fairly complete version of LSB desktop
specification for wider review. We are targeting the first release
candidate for the same in the middle of next month.
The complete specification is available at:
http://www.linuxbase.org/spec/booksets/LSB-Desktop/LSB-Desktop.html
This specification is based on the following libraries and versions.
1. GTK toolkit module: The module only specification for GTK is
available at:
http://www.linuxbase.org/spec/book/Toolkit_Gtk/Toolkit_Gtk.html
It is based on the following libraries and versions.
	a. Glib version 2.6.6
	b. ATK version 1.9.0
	c. Pango version 1.8.2
	d. GTK version 2.6.10
We will really appreciate feedback from GTK developers and users at
least on this part of the spec.
2. XML module: The module only specification is available at
http://www.linuxbase.org/spec/book/XML/XML.html
       a. libxml2 version 2.6.22
3. Graphics-Ext module: The module only specification is available at
http://www.linuxbase.org/spec/book/Graphics-Ext/Graphics-Ext.html
	a. libpng12 library version 1.2.8
	b. libjpeg library version 6b
Please note that if a distro has an older version of library, it may not
be able to pass LSB desktop certification. E.g. libxml2 2.6.20 does not
have certain symbols that 2.6.22 provides.
Please note some of the specification work currently in-progress (E.g.
PNG and JPEG).
Kindly review the specification and submit your feedback. The preferred
method is LSB bugzilla at 
http://bugs.linuxbase.org/
What may be added before official release-candidate:
1. libQt: Currently Trolltech is working on creating the specification
for this toolkit. As they complete the required technical work, decision
will be made regarding including libQt in LSB desktop specification.
This decision relies on timely completion of libQt specs work and
licensing criteria resolution.
2. fontconfig and libfontconfig: Currently the technical work is ongoing
and based on when it is finished, LSB desktop specification
(specifically Graphics-Ext module) will be updated.
Thanks,
-Rajesh Banginwar
LSB desktop lead.

 licensing criteria resolution.
Ecco questa sarebbe una bella cosa, visto che una bella fetta di desktop 
lo fa KDE, e lasciare fuori queste librerie sarebbe una bella cazzata
(C'era stata qualche schermaglia un po di tempo fa sull'argomento)
Luca

Ra1n wrote:

c'e qualcuno in lista che puo' fare una piccola traduzione per chi non
mastica molto l'inglese
avevo sentito qualcosa sull'esclusione delle QT
ma i motivi!!!!perche'
un'idea l'avrei
-- 
L|EL|E|

 mastica molto l'inglese
Ecco qua (fatta un po' in fretta, non è particolarmente accurata, ma il 
senso bene o male è quello).
---8<--------8<--------8<--------8<--------8<--------8<--------8<-----
Salve,
         Oggi annunciamo un'anteprima delle specifiche LSB 3.1
per il desktop. Questa è una versione alquanto completa delle
specifiche LSB per il desktop, destinata ad una revisione più ampia.
Ci proponiamo di emettere a metà del mese prossimo la prima versione
candidata a divenire ufficiale.
Le specifiche complete sono disponibili a
http://www.linuxbase.org/spec/booksets/LSB-Desktop/LSB-Desktop.html
Queste specifihe sono basate sulle librerie e versioni che seguono:
1) Modulo toolkit GTK: la specifica del singolo modulo è disponibile a:
 
http://www.linuxbase.org/spec/book/Toolkit_Gtk/Toolkit_Gtk.html
    E` basato sulle seguenti librerie e versioni:
	a. Glib versione 2.6.6
	b. ATK versione 1.9.0
	c. Pango versione 1.8.2
	d. GTK versione 2.6.10
    Apprezzeremmo volentieri dei riscontri da parte degli sviluppatori
    di GTK e da parte degli utilizzatori su questa parte delle
    specifiche.
2) Modulo XML: la specifica del singolo modulo è disponibile a
 
http://www.linuxbase.org/spec/book/XML/XML.html
        a. libxml2 versione 2.6.22
3) Modulo Graphics-Ext: la specifica del singolo modulo è disponibile a
 
http://www.linuxbase.org/spec/book/Graphics-Ext/Graphics-Ext.html
	a. libpng12 library versione 1.2.8
	b. libjpeg library versione 6b
Si prega di notare che, qualora una distribuzione fornisca una versione
meno recente della libreria, essa può non ottenere la certificazione LSB 
per il desktop. Ad esempio, libxml2 2.6.20 manca di alcuni simboli che 
sono provvisti dalla 2.6.22.
Si prega di notare che parte delle specifiche è attualmente in fase di 
lavorazione (es. PNG e JPEG).
Invitiamo cortesemente a rivedere le specifiche e a darne riscontro. Il 
metodo preferenziale è tramite il bugzilla di LSB a 
http://bugs.linuxbase.org/
Possibili aggiunte in vista della prima versione candidata a diventare 
ufficiale:
1. libQt: al momento Trolltech sta lavorando alla creazione di una 
specifica per questo toolkit. Quando il necessario lavoro tecnico sarà 
da essa completato, si prenderà una decisione riguardo l'inclusione di 
libQt nelle specifiche della LSB per il desktop. Tale decisione si 
baserà sul completamento puntuale dei lavori riguardo la specifica di 
libQt e le risoluzioni da adottare sui i criteri di concessione in licenza.
2. fontconfig e libfonconfig: al momento il lavoro tecnico è in corso e, 
a seconda di quando sarà terminato, le specifiche LSB per il desktop 
(specialmente il modulo Graphics-Ext) saranno aggiornate.
Grazie,
-Rajesh Banginwar
[trad. ianezz]
-- 
   |   \    \  | ___|_  |_  |  ianezz a casa sua... :-)
   |  _ \  | \ | _|    /   /   Verba volant, scripta
  _|_/  _\_|  _|____|___|___|  manent, data corrupted

 senso bene o male è quello).
ti ringrazio
ottimo e abbondante
-- 
L|EL|E|

 un'idea l'avrei
semplice : la licenza .
le QT sono sotto GPL , le GTK sono sotto LGPL . di conseguenza i 'grandi
nomi' (IBM , SUN ,CA ) che sviluppano anche applicazioni proprietarie
,preferiscono evitare i di dover pagare il pedaggio alla trolltech ogni
volta che rilasciano un' applicazione proprietaria con la GUI .notare
inoltre che la trolltech potrebbe anche non adottare una politica RAND
(reasonable and non-discrminatory) nella politica di concessione delle
licenze.

 licenze.
e' quello che ho pensato anchio
ma possono anche essere solo supposizioni
si vedra' come si sviluppera' la cosa in futuro
-- 
L|EL|E|

 ,preferiscono evitare i di dover pagare il pedaggio alla trolltech [..]
Quindi, se non ho capito male, prima le QT erano osteggiate perchè la
licenza non era open, ed ora non sono usate perchè è troppo open per le
grandi case! 
:-)
Ishmael

Call Me Ishmael ha scritto:

si, ma nel primo caso le osteggiavano i sostenitori del software libero 
e le grandi aziende, adesso le osteggiano solo le grandi aziende.
<flamebait>
Io preferisco Gtk quindi sostanzialmente chissene :)
</glamebait>

 le grandi case! 
Open è open, non c'è un più o meno "open", quello che è
sicuro è che fra le licenze open la GPL è la meno "libera".
-- 
Abbiamo religioni a sufficienza per farci odiare, ma non a sufficienza
per farci amare l'un l'altro (Jonathan Swift)

 sicuro č che fra le licenze open la GPL č la meno "libera".
Hai ragione, ovviamente ho cercato un po' la battuta, forzando un po' le
cose :-)

 semplice : la licenza.
Oltre a quella (e IMHO un po' più problematica per chi deve fare una 
specifica tecnica che offrirà un'ABI):
1) Qt è C++, e la sua inclusione nella LSB per il desktop
    significherebbe aggiungere ad essa una dipendenza dalla
    specifica per il C++ (non che non mi piaccia il C++, ma
    aggiunge un poco di complessità).
    Notare che per GTK non si è incluso gtkmm (i bindings C++ di GTK),
    anche se è vero che è poco usato.
2) Qt non è solo un toolkit per far GUI, ma contiene anche astrazioni
    dei thread, delle connessioni in rete, delle connessioni a DBMS,
    e pure dei parser XML; in effetti a molti piace proprio perché
    offre tutto ciò in maniera organica.
    E` chiaro che la LSB desktop le andrebbe piuttosto stretta
    (ma questo è un problema di come è orgranizzata la LSB, non di Qt).


    offre tutto ciò in maniera organica.
a dire il vero come la glib

 a dire il vero come la glib
Anche GLib, ma in misura molto piů limitata.
GLib (per scelta) offre fondamentalmente, un'astrazione dei thread, 
l'implementazione delle tipiche strutture dati (liste, hashtable, 
B-Tree, compagni e derivati) che nel C non sono standardizzate, e un po' 
di utilitŕ varie che semplificano lo sviluppare applicazioni 
cross-piattaforma, ma non molto di piů.
Per fare un esempio, l'API di GLib per i file astrae solo le operazioni 
di  lettura, scrittura e seek, ma non l'apertura (salvo che per i file 
regolari), per cui un socket o una pipe te li devi prima creare con 
l'API dell'OS su cui giri.
Qt invece, ad esempio, provvede anche un'API per aprire connessioni HTTP 
e FTP, ed effettuare i relativi trasferimenti.
Quello che voglio dire č che Qt č paragonabile all'insieme di
    GLib + GTK + Pango + ATK +
    libXML +
    libgda +
    libgnomedb +
    librsvg +
    libcurl +
    altro ancora.
IMHO ci sta un po' stretta in una specifica che a occhio mi pare si 
voglia limitare a widget, font, immagini e parsing XML.
Ripeto: non č un problema di Qt, non č un problema di GTK, casomai č un 
problema di come va suddivisa la specifica.


 :

Se non sbaglio (e probabilmente sbaglio) Qt ha anche roba per socket,
rete, http e chi piu' ne ha piu' ne metta (e usa Atk per
l'accessibilita').
  ngw
-- 
    nicholas  | Windows: "Where do you want to go today ?"
    _wieland  | Linux: "Where do you want to go tomorrow ?"
    @
yahoo.it
 | FreeBSD: "Are you guys coming or what ?"

 problema di come va suddivisa la specifica.
imho qt e' un po' troppo grossa.