== Dev Week -- Getting Started -- Italian -- Mon, Jan 19 == {{{ [16:58] arch, Bartsimp, lex79, micmord1: prima di cominciare qui, si terra' un "saluto" iniziale su #ubuntu-classroom ... [16:58] vi invito a seguire prima li', e comunque qui si comincia dopo che hanno finito l'introduzione :P [16:58] k [16:58] ok [16:58] gaspa: dobbiamo alzarci in piedi? [16:58] ahah [16:58] si' ,e fare l'inchino [16:59] ah, d'accordo [16:59] inizia tra 2 minuti?= [16:59] spè che joino nel canale [16:59] gaspa: trovare proseliti dell'ultimo minuto su #ubuntu-it? [17:05] viva gaspa e quadrispro [17:06] lol [17:06] hehe [17:06] ciao quadrispro [17:06] :) bene, direi che si puo' partire... [17:07] intanto ciao a tutti. [17:07] ciao lex79 [17:07] siamo in pochetti gaspa :( [17:07] lo so... [17:07] ciao :) [17:07] amen. :) [17:07] ok :) [17:07] io valgo doppio :-) [17:07] hehe [17:07] dunque? [17:07] direi di cominciare con una piccola presentaizone di ciascuno, visto che siamo pochi... partirei dicendo nome e un "presunto" livello di esperienza. [17:08] tipo: io sono Gaspa, e non so un tubo :D [17:08] d'accordo hehe [17:08] inizio io che sono il primo della lista [17:09] io sono Arch (mi chiamo Angelo), faccio informatica e conosco C/C++, oltre a java (e vari altri linguaggi) [17:09] uso ubuntu da tre anni [17:09] seconda cosa: dopo abbiamo tempo da dedicare apposta per le domande, quindi magari mentre parliamo chiedete solo cose che "non sono chiare", per tutte le altre curiosita', ne parliamo dopo, ok? [17:09] piacere arch [17:10] piacere mio [17:10] magari facciamo come in -classroom. le domande fatele con "DOMANDA:" all'inizio della frase :p [17:10] k [17:10] il mio nick lo vedete, sono Luigi, sono laureato in inf e sono appassionato di linux da un pò di anni. definirei il mio livello intermedio [17:11] :) [17:11] piacere ^^ [17:11] allora, intanto vi dico che il "Getting Started" riguarda le basi dello sviluppo per ubuntu (mooooolto basi), parleremo quindi di: [17:12] è il turno di lex79? [17:12] ops scusate... [17:12] sono Alessandro [17:13] ho fatto una decina di pacchetti e sto cercando di trovare il tempo per farne altri LoL [17:13] ciao lex79, ripeto per continuita: intanto vi dico che il "Getting Started" riguarda le basi dello sviluppo per ubuntu (mooooolto basi), parleremo quindi di: [17:13] - tool essenziali [17:13] - pbuilder, installarlo e usarlo. [17:13] - GPG e launchpad (se abbiamo abbastanza tempo) [17:13] - (sempre se abbiamo abbastanza tempo) proveremo a fissare un piccolo bug [17:13] * micmord1 Michele Mordenti, esperto linux (gaspa puoi ridere) ma non so un tubo di ubuntu/pacchettizzazione debian, vengo da anni di gentoo [17:14] * gaspa fa finta di ignorare micmord1 [17:14] hehe [17:14] allora, partiamo dai primi passi... i pacchetti che vi serviranno per cominciare lo sviluppo sono indicati nella Packaging Guide: [17:14] https://wiki.ubuntu.com/PackagingGuide/GettingStarted [17:15] salve a tutti, scusate il ritardo [17:15] il pacchetto build-essential, è un meta-paccheto che contiene le cose che servono per lo sviluppo in generale, [17:15] tipo compilatore, header per le librerie standard e cose simili. [17:16] ci sono poi un paio di pacchetti che riguardano lo sviluppo per ubuntu, in particolare: devscripts e ubuntu-dev-tools. [17:16] il primo contiene cose che derivano da debian e piuttosto generiche: debdiff (ne sentirete molto parlare), dch, debuild, debsign... eccetera... [17:17] il secondo cose "particolari" di ubuntu (come pbuilder-dist, che citero' piu' tardi...) [17:17] dal nome non l'avrei detto :-) [17:18] altre cose che potrebbero servirvi sono tool tipo make, diff, patch, che probabilmente non vi devo stare a spiegare cosa sono (vero?) :P [17:18] :) [17:18] k [17:18] tutto chiaro [17:19] in ultimo, ma non per importanza, cito pbuilder, il "personal builder" che serve a provare il build di un pacchetto senza "sporcarsi" la propria macchina, [17:19] e lintian, un tool importantissimo, perche' controlla un sacco di "errori comuni" in maniera automatica. [17:20] quindi, se volete fare le prove di cui parleremo tra poco, vi invito a installare almeno i seguenti, tramite apt-get: [17:20] $ apt-get build-essential devscripts ubuntu-dev-tools gnupg pbuilder lintian [17:20] --> devfil è entrato nel canale (n=dfiloni@ubuntu/member/devfil). [17:20] * micmord1 è in regola [17:20] gaspa: che state combinando? [17:20] ovviamente dovete aver attivato il repository universe in sources.list [17:21] (fate un fischio se non è chiaro qualcosa...) [17:21] azzzo... [17:21] 'k, installati [17:21] quando creo pbuilder devo avere i repo *universe? [17:21] lex79, Bartsimp: tutto a posto? sto andando troppo veloce?? [17:21] micmord1: forse ti rispondo dopo, se ho capito la domanda. [17:21] vai tranquillo che vai bene :) [17:22] purtroppo sto lavorando e vi leggo a tratti, leggerò il log alla fine [17:22] * micmord1 ha capito di non aver capito. Dopo dopo.. [17:22] lol. Ok. [17:22] andiamo avanti: altra cosa che vi invito ad attivare sono i repository che contengono i "pacchetti sorgenti", [17:22] k [17:23] basta assicurarsi che ci sia una riga: [17:23] deb-src http://security.ubuntu.com/ubuntu intrepid universe [17:23] nel vostro sources.list [17:23] ops... mi correggo: [17:23] deb-src http://security.ubuntu.com/ubuntu main intrepid universe [17:23] conviene averli entrambi, sia main che universe. [17:24] ok, se siete arrivati fin qua, abbiamo avviato il software necessario per lo sviluppo. [17:25] una cosa che vi consiglio fare, è settare in .bashrc le seguenti variabili: [17:25] export DEBFULLNAME='Andrea Gasparini' [17:25] export DEBEMAIL='gaspa@yattaweb.it' [17:25] ovviamente con la vostra mail e il vostro nome. [17:26] 'k [17:26] vi consiglio anche di "decidere" un'identità e mantenerla nel tempo, spesso si fanno ricerche in base a "nome-mail" sui pacchetti. [17:27] * micmord1 fatto [17:27] benone. Passiamo a pbuilder, e vediamo a cosa serve. [17:28] come ho detto, vi aiutera' a fare il build dei vostri pacchetti, in un ambiente "pulito", [17:29] questo significa che automaticamente si occupa di installarvi i pacchetti che servono per costruire il apcchetto (gli header, per intenderci, nel caso di programmi scritti in C) [17:29] si occupa di compilare quel che deve essere compilato, e generarvi un pacchetto .deb, per la vostra architettura [17:30] una feature che mi piace molto di pbuilder, è che vi permette di mantenere un "repository" locale in cui tenere i pacchetti che avete costurito tramite pbuilder stesso [17:30] DOMANDA: fa anche crosscompilazione? [17:30] linko la pagina per chi non la conoscesse: http://wiki.ubuntu-it.org/Programmazione/Pbuilder [17:30] micmord1: no [17:30] lex79: giusto, stavo appunto per dire: [17:30] la prima pagina in cui guardare è la seguente: [17:30] https://wiki.ubuntu.com/PackagingGuide/GettingStarted#The%20Personal%20Builder:%20pbuilder [17:31] https://wiki.ubuntu.com/PbuilderHowto [17:31] mentre esiste un bel howto omni-comprensivo sul wiki: [17:31] https://wiki.ubuntu.com/PbuilderHowto [17:31] ovviamente, avete anche la manpage, che francamente ho sempre trovato molto chiara. [17:32] quel che fa pbuilder, è creare una "chroot", cioe' un filesystem (quasi)completo, in cui far compilare i pacchetti. [17:33] infatti la prima cosa da fare è creare questa chroot: [17:33] sudo pbuilder create --distribution \ [17:33] --othermirror "deb http://archive.ubuntu.com/ubuntu main restricted universe multiverse" [17:33] ubuntu_version, puo' essere per esempio jaunty, se vogliamo parlare di un pacchetto per la prossima release. [17:34] DOMANDA: cosa mi fa decidere se fare un .deb per la prossima o l'attuale? [17:34] micmord1: dipende da cosa ne vuoi fare di quel pacchetto... [17:34] --> totopalma è entrato nel canale (n=Palma@ubuntu/member/totopalma). [17:35] se vuoi generare un pacchetto da installarti nel tuo pc, per esempio, probabilmente vuoi la "attuale", cioe' intrepid. [17:35] (o comunque, quel che hai tu installato sul tuo pc) :P [17:35] ovvio, voglio dire... se per un bug fix prepari una release successiva da mettere in upstream cosa usai? [17:35] *usi? [17:36] non ho capito... se stai fissando un bug, è quasi certo che dovrai farlo per jaunty ( o in generale per la release futura) [17:36] per usare l'ultimo pacchetto disponibile. [17:37] intanto vado avanti: [17:37] e questo che non capisco [17:37] se ho un baco nel pacchetto foo_0.3 me lo devo tenere fino al rilascio della prossima release? [17:38] micmord1: spesso accade questo, sì [17:38] micmord1: se devi fissare un bug prepari un pacchetto per jaunty [17:38] beh, dipende. [17:38] a meno che non venga richiesta un SRU, ma questo è un altro conto [17:38] e poi magari faranno un backport [17:38] ok, scusate l'interruzione [17:38] no, esistono gli -update... [17:38] updates [17:38] pero' il primo posto in cui ti si chiede di fissare il bug, è l'ultima versione, se ne è ancora affetto. [17:39] altrimenti si', ci sono i repository -updates, che servono proprio a questo (gli SRU che ha citato quadrispro) [17:39] chiudo la parentesi. :P [17:39] e se volete ci torniamo dopo, senza problemi [17:39] :P [17:39] okk [17:39] allora, cominciamo a lavorare con un pacchetto sorgente, il piu' semplice che esista... [17:40] in C esiste "Hello world", quindi avremo il pacchetto hello: [17:40] $ apt-get source hello [17:41] vi dovrebbe scaricare i sorgenti del pacchetto hello, nel mio caso: [17:41] $ ls hello* -l [17:41] -rw-r--r-- 1 gaspa gaspa 4834 2007-04-27 12:06 hello_2.2-2.diff.gz [17:41] -rw-r--r-- 1 gaspa gaspa 512 2007-04-27 12:06 hello_2.2-2.dsc [17:41] -rw-r--r-- 1 gaspa gaspa 382629 2006-12-12 14:03 hello_2.2.orig.tar.gz [17:41] piccola digressione sui pacchetti sorgenti, che probabilmente verra' ripresa in altre sessioni, in questa settimana, quindi non approfondisco piu' di tanto. [17:42] il .orig.tar.gz contiene il sorgente del software, cosi' come distribuito da upstream (tipicamente) :P [17:42] il .diff.gz contiene tutto quel che debian/ubuntu aggiungono per far andare il software, dalle patch agli script per installarlo [17:43] il .dsc contiene la descrizione del pacchetto [17:43] * micmord1 tutto chiaro [17:44] probabilmente se avete provato a far partire pbuilder create siete ancora li' che lo fate girare. :P [17:44] esattamente XD [17:44] intanto vi dico che per provare a fare il build del pacchetto "hello", bastera' poi fare: [17:44] sudo pbuilder build hello_2.2-2.dsc [17:46] e questo vi creerà il vostro bel hello.deb [17:46] gaspa: quando creiamo pbuilder, il debootstrap ci da la versione aggiornata o dobbiamo fare un pbuilder update? [17:46] mi correggo: hello_.deb [17:46] in /var/cache/pbuilder/result/ [17:47] esatto, di base ve lo trovarete dove ha scritto quadrispro [17:47] micmord1: di base ve lo aggiorna a "quando hai creato la chroot" [17:47] k [17:47] spiego anche agli altri, [17:47] il comando: [17:47] pbuilder update [17:48] fa si', che la chroot ricarichi le liste dei pacchetti, [17:48] cosi' come fa "apt-get update" [17:48] una piccola nota sul comportamento di pbuilder: [17:48] una volta creato il pacchetto, ritorna alla situazione originale, quindi rimuove tutte le robe che avete installato per creare il pacchetto [17:49] quindi se ho delle dipendenze sbagliate me ne accorgo subito [17:49] si'. [17:49] perche' la chroot rimane "pulita" [17:50] soprattutto vi accorgete se avete "dimenticato" qualcosa. [17:50] vi racconto un altro paio di trick a proposito di pbuilder e poi cambiamo argomento: [17:51] vi starete _sicuramente_ chiedendo come faccio a cambiare qualcosa all'interno della chroot che mi crea pbuilder [17:51] DOMANDA: visto che pbuilder è figo(TM) dobbiamo imparare a pacchettizzare anche manualmente? [17:51] potete entrare in una shell all'interno della chroot di pbuilder con: [17:51] pbuilder --login --save-after-login [17:52] cambiare qualcosa...Esempi? :) [17:52] questo vi darà accesso alla chroot , e vi salverò l'environment all'uscita. [17:52] per esempio creare directory, settare variabili d'ambiente nel vostro bashrc, o in quello di sistema. [17:53] micmord1: la seconda, ma pbuilder aiuta parecchio, quindi di solito si comincia cosi' [17:53] lex79: chiaro? [17:53] si [17:53] ( se qualcuno ha qualche esempio piu' significativo si faccia pure avanti ) :P [17:54] ok, in ultimo vi consiglio di guardarvi pbuilder-dist (all'interno del pacchetto ubuntu-dev-tools) [17:54] che permette di avere diverse configurazioni su cui fare i vostri lavori. [17:54] anche diverse release? [17:55] yup [17:55] ottimo [17:55] ovviamente non diverse architetture. [17:55] (cioe', su amd64 credo che si riesca a compilare anche per x86, sicuramente non il contrario) [17:55] lex79: /usr/share/doc/pbuilder/examples/pbuilder-distribution.sh [17:55] si su amd64 se po' fa [17:56] lex79: si', parlavo di pbuilder in particolare. [17:56] ok [17:56] detto questo, se non avete domande specifiche su pbuilder o quel che abbiamo detto sopra, lascerei la palla a devfil e quadrispro... [17:56] DOMANDA [17:56] (e vado a riposarmi gli occhi... scrivere cosi' tanto in un'ora stanca :P ) [17:57] * devfil non è bravo a calcio e manca la palla :P [17:57] --> DktrKranz è entrato nel canale (n=Luca@ubuntu/member/dktrkranz). [17:57] quando parli di settare l'ambiente chroot.... [17:57] DktrKranz: ola [17:57] * gaspa prende la palla medica e centra devfil in testa. [17:57] micmord1: spara. [17:57] * devfil si sveglia [17:57] ciao lex79 [17:57] cosa posso modificare senza pregiudicare il .deb sugli altri ambienti? [17:57] non sono stato molto chiaro... [17:58] ho capito. mah, una cosa che mi viene in mente, e' il "colorize" di gcc... [17:58] se mi faccio il MIO ambiente, poi da te funziona quello che produco? [17:58] beh, ovvio che devi essere "accorto" in quel che fai, [17:58] probabilmente se installi a mano una build-dipendenza, e poi te la dimentichi nel pacchetto... e' un errore. [17:59] ok [17:59] personalizzare con cura ed esperienza [17:59] yep [17:59] basta, vi lascio agli altri scatenati, e spero di essere stato chiaro fin qua. [17:59] 7me E: Malformed line 1 in source list /etc/apt/sources.list (dist) [17:59] devo aver cannato qualcosa [18:00] grazie gaspa [18:00] * devfil ama non dover fare niente [18:00] gaspa: sistema l'errore su [18:00] no, vado, altrimenti mi licenziano :D :D [18:00] d'oh [18:00] e vabbé passiamo avanti [18:01] uhm parliamo un poco di http://launchpad.net [18:02] launchpad è lo strumento utilizzato dagli sviluppatori di ubuntu come mezzo di comunicazione con gli utenti stessi, su launchpad vengono aperti i bug ecc... che verranno fixati [18:02] arch, Bartsimp, lex79 avete già un account? [18:02] yes [18:02] no [18:02] * devfil butta via la parte relativa alla creazione dell'account [18:03] devfil ha parlato troppo presto [18:03] vabè, è una semplice registrazione [18:03] andiamo avanti please [18:03] :) [18:03] la registrazione è veramente semplice, basta andare su https://launchpad.net/+login e seguire le istruzioni sotto Not registered yet? [18:04] Bartsimp: prova a registrarti su https://launchpad.net, se hai problemi contattami [18:04] devfil: puoi andare avanti [18:04] bene [18:04] i nuovi sviluppatori possono contribuire cercando un bug riportato in ubuntu su launchpad e cercando di fixarlo [18:05] sul bug in questione il contributore dovrà caricare una patch (debdiff) che sarà revisionata ed eventualmente caricata negli archivi ufficiali da chi di dovere [18:05] questo processo viene chiamato sponsorizzazione [18:06] ci sono due team che si occupano di controllare ed eventualmente caricare tali modifiche [18:06] per i pacchetti presenti in universe/multiverse il team è quello degli ubuntu-universe-sponsors (http://launchpad.net/~ubuntu-universe-sponsors) [18:07] per i pacchetti in main il team che si occupa di sponsorizzare le patch è quello degli ubuntu-main-sponsors (https://launchpad.net/~ubuntu-main-sponsors) [18:07] domande fino ad ora? [18:07] no no [18:07] DOMANDA [18:08] caricare... dove? [18:08] sul bug [18:08] k [18:08] quando vai ad aggiungere un nuovo commento nel bug c'è un campo specifico per l'upload di file [18:08] aspetta, micmord, tu intendevi un'altra cosa, vero? [18:08] "caricare le modifiche" dove? [18:08] nel senso: nei repository :) [18:08] sul bug in questione il contributore dovrà caricare una patch (debdiff) [18:08] intendevo dire questo [18:08] ah no, ho capito male [18:08] va avanti devfil [18:08] quadrispro: fai meglio figura quando stai zitto [18:09] anche io [18:09] LoL [18:09] hehe [18:09] ecco i passi da fare esattamente quando si vuole correggere un bug [18:09] 1 - cercare il bug da correggere (quelli marcati come bitesize sono i più semplici) [18:10] 2 - scaricare i sorgenti dell'attuale versione in sviluppo (jaunty) [18:10] 3 - sistemare i sorgenti e creare il file debdiff (vedremo meglio come fare questo in seguito con qualche esempio) [18:10] (se ne occuperà quadrispro va :P) [18:10] 4 - uppare (caricare) il debdiff sul bug [18:11] 5 - impostare lo stato del bug su "Confirmed" [18:11] 6 - sottoscrivere attraverso la voce "subscribe someone else" uno dei team indicati sopra [18:11] (ciò dipende dal pacchetto in questione, se è in universe/multiverse o main) [18:12] il punto 5 lo possono fare tutti? [18:12] 7 - aspettare che qualcuno lo controlli ed eventualmente se qualcosa è errato seguire i consigli e rifare tutto [18:12] si [18:12] l'importanza del bug non si può modificare normalmente [18:12] devi fare parte del team bug-control [18:12] domande? [18:12] sì, una [18:12] chi decide l'avanzamento di versione? [18:13] mi metto in coda [18:13] i [18:13] oki ^^ [18:13] i bitesize, che sono? [18:13] per ogni bug viene associata una parola di ricerca [18:13] cioè, non li trovo nella liste bugs in ubuntu [18:13] i bug che hanno come parola di ricerca bitesize sono quelli più semplici [18:13] quelli da cui iniziare [18:14] https://bugs.launchpad.net/ubuntu/+bugs?field.tag=bitesize [18:14] ah, perfetto [18:14] grazie :) [18:14] io non ho capito l'avanzamento di versione [18:14] esattamente cosa dell'avanzamento di versione? [18:15] se il bug lo sistemo per jaunty... magari del tar.gz ho una nuova versione [18:15] mi son ospiegato? [18:15] o devo riformulare... [18:15] il tar.gz cambia solo se tu stai facendo l'upgrade del pacchetto ad una nuova versione [18:15] ok [18:15] quello chi lo decide? [18:16] lo puoi fare anche tu [18:16] se c'è un pacchetto che in jaunty non è stato aggiornato all'ultima versione [18:16] puoi creare tu il pacchetto per la nuova [18:16] va bene.. andiamo avanti [18:17] la struttura dei sorgenti di un pacchetto deb come avete visto prima (penso) è composta da .dsc .orig.tar.gz e .diff.gz [18:17] il file .dsc contiene informazioni sugli altri file (come l'md5 ad esempio) [18:18] il file .orig.tar.gz sono i sorgenti upstream (quelli che un programmatore rilascia ufficialmente sul suo sito e non modificati) [18:18] il file .diff.gz contiene un file .diff con la nostra cartella debian [18:18] quella che è la struttura del nostro pacchetto [18:19] comunque meglio passare a qualcosa di più interessante [18:19] ad esempio, penso che tutti vi starete domandando quando si diventa autonomi [18:19] quando non è più necessario uppare il debdiff sul bug per farselo controllare [18:19] * micmord1 pensa mai [18:20] vero? [18:20] in effetti il dubbio ce l'avevo XD [18:20] micmord1: quadrispro ci sta ancora provando [18:20] totopalma invece ha perso ogni speranza [18:20] con 6000 e rotti di karma? [18:20] esticazzi!!!! [18:20] io ne ho 1800 e sono autonomo :P [18:20] <-- warp10 ha lasciato questo server (Read error: 110 (Connection timed out)). [18:21] il karma non c'entra praticamente nulla [18:21] si basa tutto sul numero e sulla qualità dei tuoi contributi [18:22] ci sono diversi passi prima di diventare l'illustro re di tutto che governa a suo piacimento e schiavizza [18:22] tutti i passi sono descritti in https://wiki.ubuntu.com/UbuntuDevelopers [18:22] si parte da Ubunteros [18:22] contributori normali [18:23] con voglia di fare ecc... [18:23] ? [18:23] che si stanno mettendo in gioco per la prima volta [18:23] mi hai chiamato devfil? [18:23] il secondo passo è quello di diventare ubuntu-universe-contributors [18:24] non cambia niente rispetto al primo, è solo un modo per avere la membership di ubuntu [18:24] --> warp10 è entrato nel canale (n=andrea@ubuntu/member/warp10). [18:24] MOTU! [18:25] *** gaspa ha dato privilegi di operatore del canale a warp10. [18:25] qui si inizia a ragionare, i MOTU sono coloro che gestiscono i pacchetti in universe e multiverse [18:25] MOTU = master of the universe [18:25] *** gaspa ha dato privilegi di operatore del canale a devfil. [18:25] devfil: ma i motu non son indipendenti? [18:25] lo sono [18:25] ai detto che non cambia nienet [18:25] loro sono i padroni dell'universo [18:25] niente [18:26] non hanno bisogno che qualcuno gli sponsorizzi un debdiff [18:26] micmord1: ho detto che non cambia niente per ubuntu-universe-contributor [18:26] scusa [18:26] i motu devono farsi sponsorizzare i debdiff solo nel caso il pacchetto si trovi in main [18:27] i padroni di main e universe sono i core-dev [18:27] è l'ultimo passo della gerarchia dei developer [18:27] qualcuno li sta studiando ma non si hanno maggiori informazioni su di loro... [18:27] domande? [18:27] si hanno maggiori infor...ah no, già risposto [18:28] quadrispro: palla a te [18:28] curiosità: core-dev italians? [18:28] micmord1: ce n'è solo uno se so bene, fabbione [18:28] tnks [18:28] è ancora core-dev? [18:29] gaspa: mi sembra di si, l'altro giorno ha uppato un pacchetto [18:29] k [18:29] si lo è ancora [18:29] https://launchpad.net/~fabbione [18:30] quadrispro, warp10: un bug semplice please [18:30] io non ho ancora pranzato e sto svenendo [18:30] * devfil ora è a terra [18:31] ha 24 di karma... ora capisco quello che dicevi [18:31] il karma aumenta se fai traduzioni [18:31] non se uppi pacchetti [18:32] qualcuno che parli un po' dei merge o sync? o non è in programma? :) [18:33] veramente no [18:33] non lo è neanche come fixare un bug [18:33] la scaletta è finita veramente [18:33] si deve solo rispondere a molte ma molte molte domande [18:33] * gaspa consiglia di chiedere come fissare un bug.... [18:34] prima di passare al fix di un bug [18:34] scherzo, per queste cose ci sono altre sessioni in questi gionri. [18:34] gaspa: stando davanti al pc [18:34] DOMANDA: rapporti con debian? [18:34] ti metti lì e lo fissi [18:34] micmord1: bella domanda! [18:34] i rapporti con la mamma sono costanti la chiamiamo ogni giorno [18:34] allora [18:35] coloro che fixano un bug in un pacchetto di ubuntu [18:35] normalmente aprono anche il bug in debian allegando la patch applicata al pacchetto di ubuntu [18:35] in questo modo anche debian può beneficiare delle correzioni fatte in ubuntu [18:36] in compenso in ubuntu vengono costantemente caricate le modifiche che vengono fatte ai pacchetti debian [18:36] ciò è veramente un bene [18:37] io avrei una domandina sul ph_builder [18:37] ad esempio intrepid è molto stabile perché in debian si sono occupati di correggere i bug più gravi [18:37] (non l'ho fatta prima per non interrompere hehe) [18:37] visto che devono rilasciare lenny [18:37] si, wait a minute :P [18:37] sì sì, nessun problema :) [18:38] le modifiche di debian passano in ubuntu attraverso i merge e i sync a cui accennava lex79 [18:38] se un pacchetto in ubuntu non contiene cambiamenti rispetto a quello debian si esegue un sync del pacchetto [18:38] semplicemente viene copiato il pacchetto da debian a ubuntu [18:38] bon. vado verso casa. buon proseguo di UDW. :) [18:38] <-- gaspa ha lasciato questo canale. [18:38] se invece il pacchetto ubuntu è in qualche modo diverso da quello debian si deve eseguire un merge [18:38] * DktrKranz si collega dopo... segue gaspa! [18:39] <-- DktrKranz ha lasciato questo server ("leaving"). [18:39] il merge consiste nell'applicare al nuovo pacchetto debian le vecchie modifiche di ubuntu [18:39] devfil: la cosa è automatica? [18:40] no, la fanno i developer [18:40] durante il primo mese dello sviluppo i sync vengono fatti automaticamente [18:40] dopo quel mese vanno richiesti dai contributori [18:40] ok [18:40] e fino a quando si possono fare merge? [18:43] devfil è definitivamente crollato [18:43] LoL [18:44] riusciamo a fare un esempio di bug fix semplice semplice? [18:45] micmord1: uhm :D [18:45] --> devfil_ è entrato nel canale (n=dfiloni@host10-248-dynamic.3-87-r.retail.telecomitalia.it). [18:46] ok, la mia connessione fa schifo [18:46]