Newsgroup: it.comp.os.linux.iniziare
Titolo: Messaggio da ng it-alt.comp.os.linux giochi

Riporto testualmente:
Ho fatto una rapida ricerca tra gi ultimi post del gruppo (tra tutti
quelli che il mio newsreader ha scaricato), e a quanto pare non se ne è
parlato già. Se così non fosse, me ne scuso.
Comunque, ho recentemente scoperto questo nuovo sistema per
l'installazione, gestione e rimozione dei "pacchetti":
http://www.autopackage.org/
Non so se lo conoscete già, ma comunque, mi interesserebbe conoscere il
vostro parere a riguardo.
E voi cosa ne pensate?

 stato fatto questo autopackage.
Ora aspettiamo qualche debianista che NON ha letto le suddette FAQ che parta
a criticarlo....*g* 
-- 
il Vide - ICQ #5301833
http://www.heavy-metal.it
Bebe, danza, sueña siente que el viento ha sido echo para ti
NP: Nulla

minix.

 
Hai dimenticato la "sacra triade"  ./configure , make , make install  ;-)
-- 
http://distrowatch.com

 Hai dimenticato la "sacra triade"  ./configure , make , make install  ;-)
naaaa
molto meglio emerge! cosi' hai tante belle opzioncine tutte inutili, che
tanto bisogna usare il pc mentre compila kde in background... :P
comunque, tornanto all' oggetto... yapt, imho
-- 
28/2/2005 | -1 all' alba!

 Ahem...
Guastafeste!
...mi hai rovinato il flame...
Comunque e' il primo esempio di flame autocontenuto che vedo :>
-- 
Mario "Reliant" Pascucci
"From" field altered. Please use ilpettegolo(a)
yahoo.it
 for private mail.
http://ilpettegolo.altervista.org/

 Ahem.
Hai fatto tutto te :)
Cmq, giusto per chiarire il mio spunto di polemica, è semplicemente perchè
autopackage non è pensato per sostituire i vari apt, emerge, urpmi, ma
piuttosto (almeno per ora) quegli script autoinstallanti per programmi in
genere commerciali "di terze parti".


 genere commerciali "di terze parti".
imho dovremmo sfruttare di piu' gnustep (il metodo usato da
macos). Una cartella che se ci clicki parte
l'applicazione. Installazione? Basta copiare la cartella. Rimozione?
Basta cancellarla. 
.a.
-- 
Il mattino ha l'oro in bocca. Il MATTino ha l'OrO In bOcca.
i lma tt ino ha l'o roin bocc a.ilmattinohal'oroinbocca. il ma tt in
oh al' or oi nb oc ca. il matti noha l'oroinbocca. IL MATtiNO Ha l'ORO
InBOCCa. I l m a t t i n o  h a l' o r o i n b o c c a . ilmattinohal'oroin
BoCcA. iLmAtTiNoHaL'oRoInBoCcA.

 comunque, tornanto all' oggetto... yapt, imho
Cos'e' uno yapt ?
si mangia ?  :-)

 ZeD ha scritto:

Yet Another Package Tool :P


 Basta cancellarla. 
Allora... parlo da sviluppatore *nix *e* MacOS.
Per l'utente i bundle .app sono comodissimi. Vengono da NeXT e sono al
momento attuale usati su MacOS X e per quanto ne so anche da GNUStep
ovunque giri. Avevo apt-gettato qualche pacchetto di questo tipo...
carini. Ma da linea di comando sono un po' una palla.
Installazione e rimozione sono come dici comodissimi. Non solo, non
hanno la barriera psicologica dell'installazione. Del... e se mi
incasina il sistema? che molti utenti win hanno o hanno avuto.
Il problema e` per lo sviluppatore.
Ogni bundle contiene le sue librerie. Non esiste un modo standard per
gestire le librerie. Quando faccio un .app, o uso solo librerie standard
(e in genere sotto MacOS X usando Cocoa non e` affatto un problema),
oppure le devo inserire.
In pratica pur usando librerie dinamiche, si finirebbe per avere
svantaggi simili a quelli delle librerie statiche.
Il sistema e` interessante... ma va pensato *molto* bene. E anche in
MacOS ha i suoi problemini. Problemini relativamente invisibili
all'utente, ma non certo trascurabili per lo sviluppatore, specie se,
come me, si hanno remore a dare in giro eseguibili "grossi" perche` ci
si devono mettere dentro le varie librerie che magari sono anche altrove
duplicate.
Poi con prebinding e simili MacOS se la cava... ma insomma...
-- 
Adesso quando i medici di turno rifiuteranno di esserti d'aiuto / perchè
venne un polacco ad insegnargli che è più cristiano imporsi col rifiuto
pretenderanno che tu torni indietro/e ti costringeranno a partorire per
poi chiamarlo figlio della colpa / e tu una Maddalena da pentire