Che progetti Open Source seguite?

[gepeppe]

Salve, vorrei un po sapere di quali progetti seguite lo sviluppo oppure ne fate parte, sviluppando, testando ecc...Mi incuriosisce soprattutto perchè vorrei entrare anche io a far parte di un porgetto open sorce, anche se piccolo, (ovviamente non come sviluppatore, mi sembra presto ) per aiutare in primis, e poi per IMPARARE meglio....Per cui vorrei anche avere da voi qualche consiglio su come poter iniziare....

grazie

[ozeta]

seguo lo sviluppo di aptana, un plugin per eclipse. segnalo i bug quando li incontro e vorrei proporre qualche idea per il wysi usato per l'inserimento del testo

[arara]

Una delle cose più interessati è seguire lo sviluppo delle distribuzioni. Ad esempio:
http://fedoraproject.org/join-fedora
trovi tutte le istruzioni per diventare manteiner, developer, traduttore, etc.
Adesso sto seguendo un pacchetto per Fedora e sto sviluppando un tool grafico per configurare pam_usb.
Inoltre sto seguendo anche OpenSolaris 'Indiana':
http://www.hwupgrade.it/forum/showthread.php?t=1590717

poi ce ne sarebbero una sfilza di progetti interesanti, basterebbe avere tempo!

[ozeta]

ah dimenticavo, ho partecipato (a tempo perso) al contest per il nuovo logo di archlinux

[gepeppe]

interessante..ma qual'è secondo voi un progetto semplice (non del livello di una distro linux) a cui si potrebbe iniziare a partecipare? giusto per iniziare a farsi un idea

[khelidan1980]

Originariamente inviato da gepeppe

interessante..ma qual'è secondo voi un progetto semplice (non del livello di una distro linux) a cui si potrebbe iniziare a partecipare? giusto per iniziare a farsi un idea

Se sai l'inglese traduzioni di documentazione!

[W.S.]

Quali aspetti di linux ti interessano maggiormente? (L'inglese è praticamente d'obbligo)

[gepeppe]

Originariamente inviato da khelidan1980

Se sai l'inglese traduzioni di documentazione!

umh mi annoierebbe un po fare le traduzioni solo..magari quelle a tempo perso"

Originariamente inviato da W.S.

Quali aspetti di linux ti interessano maggiormente? (L'inglese è praticamente d'obbligo)

beh tranne l'aspetto grafico (tipo icone, stili ecc..) che non mi piace, per il resto c'è la parte di sviluppo software, correggere bug....ma non mi vengono molte cose in mente...quali sono i vari aspetti?

[W.S.]

Bhe... son praticamente infiniti
giusto per iniziare a scremare un po, ti attirano le reti o preferisci programmi indipendenti dalle risorse esterne?
Programmi legati a macchine desktop, server o dispositivi mobili?
Programmi a se stanti o framework/librerie?

[gepeppe]

Originariamente inviato da W.S.

Bhe... son praticamente infiniti
giusto per iniziare a scremare un po, ti attirano le reti o preferisci programmi indipendenti dalle risorse esterne?
Programmi legati a macchine desktop, server o dispositivi mobili?
Programmi a se stanti o framework/librerie?

per le mie competenze preferirei programmi indipendenti a se stanti..quindi quelli che non riguardano l'accesso a internet (anche perchè non saprei implementarle per ora, MA solo per questo, anche se "guardare" anche progetti inerenti alle reti sarebbe un buono studio), e poi sempre su macchine desktop.

[arara]

Per collaborare a un progetto per prima cosa è importante imparare a usare bene gli strumenti più diffusi come:
- Subversion, CVS, Git (non solo le operazioni di base ma anche creare branch, fare merge, gestire un repository...)
- creare e applicare patch
- i vari metodi di build (make, cmake, ant, scons, etc)
- gli GNU autotools (sono molto usati)
- creare pacchetti DEB e RPM

Una volta che sai muoverti agevolmente con questi strumenti puoi scegliere un progetto che ti interessa in base a quello che sai fare.

Vai ad esempio su sourceforge.net e scegli un progetto, scarichi i sorgenti e scrivi delle patch, trova dei bug, aggiungi delle funzionalità, fai dei port, etc...

Poi ti iscrivi sulla mailing list del progetto e cerchi uno sponsor che ti inserisca nel gruppo e ti dia un account per inviare le tue patch.

Questa è la procedura a grandi linee. Sappi che anche per i progetti più semplici può volerci molto tempo, soprattutto per studiare il codice che hanno già scritto e trovare uno sponsor che ti inserisca.

[gepeppe]

Originariamente inviato da arara

Per collaborare a un progetto per prima cosa è importante imparare a usare bene gli strumenti più diffusi come:
- Subversion, CVS, Git (non solo le operazioni di base ma anche creare branch, fare merge, gestire un repository...)
- creare e applicare patch
- i vari metodi di build (make, cmake, ant, scons, etc)
- gli GNU autotools (sono molto usati)
- creare pacchetti DEB e RPM

Iniziamo con imparare questi allora...anche se l'unica cosa che non so per nulla è "creare e applicare patch"

[Hire]

Tanti. I più importanti sono:

Kernel linux.
Wine.
MythTV. ( oggi hanno finalmente integrato la traduzione in Italiano fatta da me ed un'altra persona e 2 patch per dei bugs ).
Mldonkey.
KDE 4.0
Gnome ( a volte ... )
Iris.
FFmpeg.

[arara]

Originariamente inviato da gepeppe

Iniziamo con imparare questi allora...anche se l'unica cosa che non so per nulla è "creare e applicare patch"

Tra tutte è quella più facile da imparare, bastano due comandi.
Per creare la patch:
diff -ur cartella-sorgenti-originali cartella-sorgenti-modificati > patch.diff

Per applicarla:
patch -p0 < patch.diff
dalla cartella superiore a quella che contiene i sorgenti.

Poi per esaminare le patch di altri ci sono programmi apposta come Kompare.

[Hire]

Io con svn faccio: svn diff > test.patch.

Col cvs invece faccio: cvs diff -u -w > test.patch

Poi per applicare la patch faccio patch -p0 < test.patch

[palmy]

patch e firmware per webcam Ricoh integrate sui notebook e tutorials di vario genere.

[khelidan1980]

Originariamente inviato da arara

Tra tutte è quella più facile da imparare, bastano due comandi.
Per creare la patch:
diff -ur cartella-sorgenti-originali cartella-sorgenti-modificati > patch.diff

Per applicarla:
patch -p0 < patch.diff
dalla cartella superiore a quella che contiene i sorgenti.

Poi per esaminare le patch di altri ci sono programmi apposta come Kompare.

Io credo intendesse scriverla la patch....no?

[arara]

Originariamente inviato da khelidan1980

Io credo intendesse scriverla la patch....no?

Potrebbe essere... la frase è ambigua però!

[gepeppe]

si scusate..intendevo "scrivere un path", perchè qui comandi già li avevo visti

[--ale--]

Niente di particolarmente innovativo, ma, se può interessare, ultimamente sto mantenendo alcuni pacchetti su aur (Archlinux, che ho installato sul portatile)