[18:59] Salve [19:00] salute! [19:00] E' già iniziata la riunione :)? [19:01] direi di no, anche perchè io niente sacciu :D [19:01] [e soprattutto perchè ho la pasta sul fuoco :°° ] [19:02] :) [19:05] e-DIO-t: pensa se avevi il didietro sul fuoco....... [19:05] :D [19:05] oopsssss........... [19:05] :D [19:06] * DktrKranz ricorda a tutti che il canale è loggato [19:06] ragazzi, zitti che il canale è loggato :) [19:06] ^_^ mi ritrovavo col culo depilato come a Dylan [cit: Ceppaflex @ Beverly Holes] [19:06] azz, dannaziau! [19:06] XD [19:08] NA prima che vado a cena: qualcuno sa rispondere a che processo di sviluppo adotta la comunità di Ubuntu per sviluppare Ubuntu in -it ? [19:08] "in -it" l'ho aggiunto io [19:09] e-DIO-t, possiamo continuare il #dev? Il canale è loggato :) [19:10] yep scusate :D [19:25] direi che possiamo cominciare [19:25] breve giro di presentazioni per tutti [19:25] * DktrKranz è Luca Falavigna [19:25] <--> Andrea Colangelo [19:26] * totopalma → Salvatore Palma [19:26] → Paolo Sammicheli [19:26] → Paolo Rotolo [19:26] Enrico Di Paolantonio [19:26] cominciamo richiamando l'ordine del giorno [19:27] http://liste.ubuntu-it.org/pipermail/gruppo-sviluppo/2011-August/000459.html [19:27] stravolgendo un po' l'ordine in cui ho scritto i vari punti, partirei proprio dall'ultimo [19:27] attualmente, il Gruppo Sviluppo ha diversi strumenti di lavoro [19:28] IRC, mailing list, forum e wiki [19:28] a mio parere, sono un po' troppi [19:29] e considerando l'attuale volume di comunicazioni, c'è un po' troppa dispersione [19:29] * warp10 annuisce [19:29] newlife: → Marco Buono [19:29] in particolar modo il forum, molti di noi lo frequentano poco, e le richieste presenti cadono un po' nel dimenticatoio [19:30] alla fine sono i moderatori, o altri utenti che passano "per caso" a rispondere, per questo mi è sorto il dubbio [19:30] gli altri strumenti sono poco usati, ma in un ottica di rilancio del gruppo dovranno essere maggiormente utilizzati [19:30] in particolar modo la mailing list [19:31] ma andiamo con ordine. che fare della board sul forum? [19:31] le opzioni sono tre [19:32] <-- Devid Antonio Filoni (scusate il ritardo) [19:33] 1) lasciare le cose come ora [19:33] 2) popolarla di contenuti [19:33] 3) chiedere agli amministratori del forum la chiusura [19:33] che facciamo? [19:33] è possibile una 4? [19:34] ogni discussione aperta ci viene mandata in mailing list come notifica [19:34] in questo modo chi non frequenta il forum come me ne è informato e in caso risponde sulla board [19:34] * warp10 vota la 3) con convinzione [19:35] devfil: non è possibile, dovresti sottoscriverti alla board [19:35] ma da quello che so le notifiche sono un po' difettose [19:35] personalmente sto scorrendo la board, che non avevo mai letto prima. Domanda: è mai stata fatta una domanda in topic su quella board? [19:35] xdatap1: heh :) [19:35] xdatap1: solo poche [19:36] quasi tutti i thread sono SPOSTATO oppure richieste generiche [19:36] peggio ancora... meglio chiuderla dato che tutti noi non la frequentiamo così tanto [19:36] e specialmente all'inizio inizio, ora le richieste sono per lo più di tipo "supporto" [19:37] a livello di forum sarebbe utile però un po' di promozione verso il gruppo dev [19:37] soprattutto se qualcuno scrive nuovi progetti e vorrebbe vederli nei repo o qualcosa del genere [19:37] c'è già una board apposita [19:38] se decidiamo di tenerla andrebbe comunque spostata. Dovrebbe chiamarsi Gruppo Sviluppo e stare "al piano di sopra", nella sezione Ubuntu-it [19:38] se volessimo fare del marketing, potremmo mettere un messaggio in evidenza del tipo "vuoi il tuo software nei repository? contatta il Gruppo Sviluppo!" [19:38] ci sto [19:38] riguardo alla board "gruppo sviluppo" non ne vale la pena [19:38] come nome può fare confusione [19:39] più di ubuntu-it-dev? [19:40] inizierebbero a postare su come creare programmi, i consigli su come migliorare componenti base come unity ecc... [19:40] e molte di quelle faccende noi non le tocchiamo [19:40] si ok, di questo parliamo dopo :) [19:40] io metterei la sezione "Party Projects" come sottosezione del gruppo dev... Alla fine è sempre collegata al gruppo sviluppo e i software creati potrebbero finire anche nei repo grazie al gruppo stesso... [19:40] PaoloRotolo: leggi la mia proposta qualche riga su [19:41] quel messaggio andrebbe nella board "3rd party" [19:42] in ogni modo, la richiesta di chiusura è soggetta al giudizio del gruppo forum [19:42] sera [19:43] DktrKranz, su questo argomento proviamo ad aprire un sondaggio? [19:43] DktrKranz, lo teniamo aperto qualche giorno e vediamo cosa ne pensano anche gli assenti [19:43] xdatap1: stile condorcet, o più semplice? [19:43] DktrKranz, pensavo direttamente a doodle [19:43] DktrKranz, con possibilità di votazione multipla [19:43] ci può stare [19:44] DktrKranz, roba che a tirarlo su ci vuole 2 minuti mentre parliamo [19:44] si, ma nel sondaggio si dovrebbe spiegare a che serve quella board [19:44] beh, chi vota spero sappia a cosa serve, sennò che vota a fare, no? [19:44] tipo, io non voterei, mi aspetto che votino i membri storici del gruppo [19:44] si può fare una piccola prefazione in una mail, o simile [19:45] anche [19:45] "once upon a time, I am..." [19:45] le opzioni sono solo le tre li sopra? [19:45] xdatap1: i membri storici possono votare anche uqi [19:45] devfil, allora fatelo :) [19:45] manca solo quadrispro mi sembra [19:46] DktrKranz: "once upon a time, I am" [19:46] warp10: ho le pile scariche ;) [19:46] warp10, ROFL [19:46] DktrKranz: :D [19:46] ad ogni modo, io voterei qui, c'è un quorum sufficiente [19:46] e poi quadrispro è un sola in ogni caso, anche col doodle [19:47] si metta a verbale :) [19:47] riassumiamo le opzioni? [19:47] xdatap1: tanto glielo dico pure a voce :P [19:47] warp10, io no invece? [19:48] 1) lasciare le cose come ora [19:48] 2) garantire una continuità di monitoraggio e popolarla di contenuti/risposte [19:48] 3) chiedere agli amministratori del forum la chiusura [19:48] * warp10 apre il banchetto del comitato referendario pro-3 [19:48] 3++ [19:48] * DktrKranz opta per la 3) [19:48] devfil: manca il ; finale [19:48] * gaspa rilegge il log, un secondo [19:49] DktrKranz: se è per questo non potrei nemmeno usare il 3 come variabile ;) [19:49] il ; è l'ultimo problema [19:49] scusate magari ne avete già parlato, qual è il problema a lasciarlo cosi' com'è ? [19:50] (magari se volete si puo' rinominare per "staccarlo" dal gruppo sviluppo in particolare?) [19:51] gaspa: sostanzialmente avere tanti servizi, con poca "utenza". Le richieste in board non vengono mai lette (almeno non da noi) e a mio avviso è un segnale di discontinuità [19:51] su questo sono d'accordo. [19:52] DktrKranz: ma se cambiassimo il nome in "packaging&bugs" (o qualcosa di piu' attraente, fate voi) [19:52] avremmo che la gente non si aspetta piu' di trovare li' qualcuno del gruppo sviluppo in particolare, [19:52] gaspa: bugs è difficile, pensa ai duplicati [19:52] ma ci sarebbe lo stesso uno spazio per noi o chi vuole di cercare qualcosa da fare.... [19:52] avremmo la necessità di avere utenti che si occupino di gestire le richieste [19:53] e, in ogni modo, la chiusura della board non è adamantina (nel senso che non è per sempre (De Beers)) [19:54] al limite, si può rilanciare se determinate condizioni dovessero emergere (gruppo Triage, maggiore interazione col gruppo Test, ecc...) [19:54] beh, sarebbe una board un po' vuota, ma non inutile, IMHO. [19:54] quindi voto (1bis): lasciare le cose come ora, e rinominare la board :P [19:54] l'idea è di non disperdere le risorse [19:55] che succede se alcuni sbagliano board? senza permessi di moderazione sarebbe il caos [19:55] (come nella situazione attuale) [19:55] per quello ci sono i moderatori, le richieste sono gestite in fretta; totopalma: confermi? [19:56] DktrKranz, certo [19:56] mo si', dai. se poi rimane qualche post un po' incasinato, non credo che sia la fine del mondo [19:56] parlo dei bug per esempio, se qualcuno li riporta in board e sono duplicati o cose varie [19:57] * DktrKranz è sempre dell'idea che i bug non debbano essere riportati su un forum [19:57] *me concorda su DktrKranz [19:57] con* [19:57] sarebbe utile per chi non conosce launchpad ecc... e ci potrebbe essere qualcuno che fa da tramite [19:57] o meglio, ci sta... ma poi vanno gestiti opportunamente, pena farli marcire nel dimenticatoio [19:58] ragazzi non so se vi siete accorti che abbiamo il problema di troppi bug riportati, non di troppo pochi [19:58] ora come ora andrebbe migliorato il processo di accoglienza e risoluzione, più che farli riportare anche tramite forum [19:58] a livello di comunità sarebbe utile però [20:00] A proposito di accoglienza, secondo me la board del gruppo dev andrebbe ripulita da tutti quei [spostato]ecc, lasciando soltanto le discussioni utili. Un'utente potrebbe quindi rendersi conto di cosa si discute nel topic. Ora è un'impresa trovare un topic coerente con la sezione... [20:00] Posso far notare che è 40 minuti che si parla della chiusura del forum? Non sarà il caso di quagliare e andre oltre? [20:00] warp10, +1 [20:01] +2^5 [20:01] devfil: nerd [20:01] warp10: mai visto star trek :P [20:02] devfil: pezzente [20:02] * devfil pensa che la tastiera di DktrKranz sia morta atrocemente [20:02] warp10: chi mi ha chiamato nerd lo ha rimangiato, non mi sfidare... mhuahahaha [20:03] * devfil ammette che è anche vero che è il più giovane qui e il più giovane MOTU italiano :/ [20:04] gaspa: tu che sei il più vicino, porta una tastiera da DktrKranz, su [20:04] ora, nel mentre DktrKranz trova delle pile nuove [20:04] devfil: non sei il più giovane, sorry [20:04] devfil: manca la fine della frase "degli ultimi 150 anni2 [20:04] vi introduco il discorso perché ne avevamo parlato insieme settimana scorsa [20:05] ... [20:05] l'idea era di migliorare l'organizzazione delle pagine wiki del gruppo per cercare di migliorare la comunicazione [20:06] alla base di questa idea c'è l'esperienza recente che abbiamo fatto nel riorganizzare il gruppo doc, dove cambiando la comunicazione si è visto migliorare la partecipazione [20:06] e l'osservazione del fatto che "sviluppo" nella comunità Ubuntu si è un po' evoluto [20:06] quando è nato questo gruppo Developer venne preso pari pari da Debian, dove un Debian Developer è colui che fa i pacchi [20:07] ma oggi, sviluppo all'interno di Ubuntu è qualcosa di un po' più ampio [20:07] per sviluppo si intende, ancora, chi fa i pacchetti. Per sviluppo si intende chi partecipa scrivendo codice che finisce in Ubuntu, aumentato di molto con Unity [20:08] e per sviluppo si puo' intendere chi scrive applicazioni che poi entrano in Ubuntu. Non a caso questa settimana c'è l'app developer week [20:08] quindi ci domandavamo se la pagina non dovesse spiegare *cosa* facciamo [20:08] xdatap1, a proposito di questo, secondo me, andrebbe spiegato meglio cosa fa', in generale, il gruppo sviluppo, magari una breve introduzione. Al momento nel wiki trovo solo link a guide... [20:08] ops, mi hai preceduto :) [20:09] e seconda importante cosa il *why*. Come mai un gruppo sviluppo in italiano? [20:09] perché molti Italiani partecipano ai tre argomenti che citavo sopra, pacchi, patch e app, senza fare parte di questo gruppo [20:10] perché invece è utile partecipare a questo gruppo? Ecco pensavamo che questi 2 concetti dovrebbero essere chiariti tra noi, e spiegati bene nel wiki [20:10] in coda poi le cose solite, magari migliorate, cosa facciamo, come iniziare, risorse, ecc [20:10] finito il cappello introduttivo, commenti? [20:11] * warp10 concorda su tutto [20:11] da utente mi verrebbe un dubbio... a cosa serve un gruppo sviluppo italiano? le patch ecc... sono a livello internazionale [20:11] esatto, good point. Andrebbe rafforzato questo *perché* [20:12] tempo fa questo gruppo venne creato per aiutare la comunità italiana come possibile non avendo mezzi "internazionali" [20:12] infatti avevamo un PPA in cui caricare al volo quello che serviva (backport e cose varie erano molto richiesti, molte volte per via della sicurezza) [20:12] xdatap1, all'inizio avevo pensato più volte di capire meglio cosa fa il gruppo sviluppo. In particolare trovavo "ci occupiamo anche della pachettizzazione". Il termine però non è spiegato nel wiki italiano, quindi la domanda spontanea sarebbe, che vuol dire pacchettizzare? Per me l'unico modo per risolvere è stato chiedere nel canale IRC o seguire la guida alla pacchettizzazione, anche se non capivo per quale motivo si " [20:12] pacchettizza" un software [20:14] gaspa, warp10? [20:15] beh, anche aiutare dal punto di vista linguistico, credo che tutti facciamo prima a chiederci le cose tra di noi, piu' o meno (a parte dk, forse) [20:15] c'è meno confusione che nei chan internazionali, e forse sai a chi chiedere direttamente. [20:15] yep [20:15] (probabilmente siamo in media meno preparati, anche) [20:15] :P [20:15] xdatap1: se chiedi un commento sulla questione della località del gruppo, abbassare la barriera linguistica è un punto forte [20:16] vero, ho imparato l'inglese grazie a voi! [20:16] xdatap1: d'altronde lo stesso dholbach era estremamente favorevole su questo discorso [20:16] ho ritrovato la listina che mi ero fatto quando chiacchieravo con Luca: [20:16] perché gruppo sviluppo italiano: Mentoring [20:16] puoi imparare le cose nella tua lingua [20:16] Consigli [20:17] per chiedere indicazioni quando ci sono scelte da prendere [20:17] Socializzazione [20:17] non si vive di soli pacchetti [20:17] Strumenti [20:17] xdatap1: inoltre, ci sono una serie di programmi che hanno senso in italia ma non all'estero (per dire: amule adunanza, la storica estensione per firefox, e molto altro) e per i quali avere un team di sviluppo italiano ha decisamente senso [20:17] condividere strumenti comuni [20:17] warp10, giusto! Sviluppi locali [20:18] volevamo fare un po' di brainstorming per trovare altri motivi e poi metterli nel wiki [20:18] spiegare il perché [20:19] l'altro tema è, ci apriamo ai tre differenti "Sviluppo"? [20:19] mettici anche il bere le birre insieme ;) [20:19] xdatap1: +1 per aprirci :P [20:19] si, era nel concetto Socializzazione :) [20:20] sul tema patch a Unity c'è Andrea e Trevino in lista, con loro potremmo fare una pagina con i primi passi per fare una patch a Unity [20:20] sul tema applicazioni pensavamo ad Acire, se warp10 ci aggiorna, e poi ad esempio a debomatic, che Luca ha nuove idee che potremmo implementare [20:21] sul tema pacchetti io proponevo una cosa un po' lungimirante [20:21] Vi aggiorno subito o aspettiamo? (Nota: l'aggiornamento è tristemente veloce) [20:21] warp10, vai, dopo parliamo dei pacchi [20:22] beh, semplice: con acire siamo pronti per fare quello che ci pare, come da scaletta indicata con la mia mail in ML, ma non siamo partiti affatto [20:23] in compenso, se vogliamo fare qualcosa basta solo un pò di buona volontà [20:23] warp10, ma possiamo partire? [20:23] xdatap1: sì. La prima fase è banale triage dei bug aperti, tra l'altro [20:23] e per quelli da fixare basta fare un pò di branch come ~ubuntu-it-dev e proporre il merge a jono subito dopo [20:24] warp10, allora anche facile da fare. Quindi possiamo iniziare [20:24] * warp10 annuisce [20:24] a proposito di amule-adunanza, l'estenzione firefox ecc... rilanciamo il ppa? [20:25] why not [20:26] devfil: beh, ove possibile spingiamo in archivio, e nel PPA mettiamo i backport [20:26] devfil: proponevi questo? [20:26] warp10: si, poi se non è possibile negli archivi si va comuqnue di ppa [20:26] * warp10 annuisce [20:27] anche per testing per programmi scritti da noi [20:27] magari di questo parliamo più approfonditamente nel terzo punto all'ordine del giorno [20:27] DktrKranz, welcome back. Mi sono ricordato di tutto? [20:28] xdatap1: si, il resto lo possiamo affrontare nel prossimo punto [20:28] ora... chi si sacrifica^W offre volontario per fare l'abbozzo del nuovo portale del Gruppo? [20:28] * DktrKranz guarda warp10 [20:29] * warp10 si ricorda di un impegno improvviso [20:29] warp10, lo facciamo insieme? [20:30] * devfil ha due esami a breve, sorry [20:30] xdatap1: io col wiki non vado oltre quello che serve per isnerire gli articoli della newsletter, ti avverto [20:31] * gaspa va a cambiare un paio di pannolini... [20:31] warp10, vabbé tanto la struttura si copia da altre pagine, sono i contenuti da pensare [20:32] xdatap1: ma qui non ci sono tirocinanti e matricole da schiavizzare per queste cose, come in tutte le università italiane? [20:32] warp10, a livello di packaging il tirocinante sarei io... [20:33] xdatap1: :D [20:33] warp10, pensa come siete messi :P [20:33] che brutta fine che abbiamo fatto... [20:34] warp10: una volta c'ero io... per me siete migliorati [20:34] xdatap1: una volta avevamo xdatap1: ti reputo un tantino meglio ;) [20:34] diciamo che siamo sempre andati abbastanza maluccio, va [20:34] DktrKranz, si allora non siete messi tanto male [20:35] e comunque se tutto va bene tra un pò arriva una tirocinante. E non è un typo, è una donna [20:35] DktrKranz: a href? [20:35] in quel caso, il balzo avanti è innegabile [20:35] devfil: emg*nt [20:35] che più che emg, sarebbe da scrivere omg [20:35] warp10, ottimo! [20:35] DktrKranz: o mio dio, stanotte non dormirò! [20:36] devfil: ^^ [20:36] -.-' [20:37] xdatap1: per il wiki, ci sono pure io, a ranghi ridotti però (l'integration manager arriva giovedì 8...) [20:37] DktrKranz: chi arriva? [20:39] ok, dai [20:39] prossimo punto? [20:39] direi di sì [20:39] * Definizione delle attività da svolgere a breve termine [20:40] le cose sono cambiate dall'inizio del gruppo [20:40] ne avevamo parlato anche l'altra volta [20:40] l'obiettivo primario era formare nuovi MOTU [20:40] DktrKranz, ok dai. Facciamo una bozza fuori o zappiamo sulle pagine del gruppo? [20:41] ora, uno dei punti più importanti è, a mio avviso, colmare qualche lacuna lasciata dall'armageddon^W archive reorganizaation [20:41] +1000 [20:41] * warp10 aggiunge altri 10000 ai 1000 di gaspa [20:41] xdatap1: direi di partire con la bozza (stile /Prove) [20:41] DktrKranz, ok [20:41] senza pretendere di salvare l'universe [20:42] (scusate per il gioco di parole) [20:42] ma almeno concentrarci su alcune attività [20:42] * e-DIO-t avrebbe dovuto leggersi un po' il wiki prima di cercare di seguire :°° [20:42] ne elenco alcune, a mio avviso fondamentali [20:43] 1) REVU, è praticamente morto. I pacchi arrivano solo da Debian, che non è un male, anzi, ma alcuni contributori sono spaesati [20:43] 2) i backport. Anche qui nessuno se ne preoccupa, "tanto fra sei mesi aggiorno a $animale_di_turno" [20:44] come sapete, universe è diventato cittadino di infimo grado [20:45] rilanciare, anche se in misura più contenuta, queste due attività, ci permetterebbe di dare visibilità al nostro gruppo, fornendo un utile servizio alla comunità [20:45] questo, per quanto riguarda il lato "packaging£ [20:46] per il lato "coding", abbiamo il progetto di acire [20:46] sono d'accordo soprattutto per via dei backport [20:46] warp10 ha dato il via, se iniziamo a pubblicizzare il tutto secondo me abbiamo ottime possibilità [20:46] sono anni che non so più chi se ne occupa [20:46] poi, avrei anche debomatic [20:46] il principale (e quasi unico!) contributore è il sottoscritto [20:47] ci sono alcune aree da migliorare (commenti, commenti, commenti, ho per caso accennato ai commenti?) [20:47] e qualche altra robetta da fare [20:47] anche qui, se pubblicizziamo un po' il software, potremmo trovare qualche pythonico interessato [20:48] poi avremmo anche Unity, e altro software come GDebi, insomma... la carne al fuoco non manca [20:49] DktrKranz: per commenti intendi proprio commentare il codice, docstring, etc.? [20:49] si [20:50] attualmente le righe di commento sono pochine [20:50] (se dico zero, ci vado vicino) [20:50] a tal proposito direi di rinforzare il wiki anche con le api sugli indicator ecc... [20:53] io direi di fare una scaletta di priorità, ché qui abbiamo messo un sacco di carne al fuoco e non vorrei mangiare gli arrosticini mezz'ora dopo la fiorentina [20:54] yum [20:55] warp10: arrosticini ** [20:55] warp10: why not? [20:55] arrosticini e fiorentina? mica riempono tanto. [20:55] * gaspa la smette con l'OT. [20:55] gaspa: sì, ma se li lasci mezz'ora sul fuoco mangi pezzi di carbone :) [20:57] con che priorità [20:57] ? [20:57] personalmente, userei un doppio binario [20:57] uno lato packaging, uno lato coding [20:58] così abbiamo i due tipi di interessati [20:58] DktrKranz: però ci sono anche cose trasversali tipo rifare il wiki [20:59] quella è un'attività "una tantum" [20:59] una volta in piedi, tenerlo aggiornato dovrebbe essere più gestibile [21:01] DktrKranz: sì, appunto dico: facciamo una scaletta delle cose più urgenti su cui concentrarci subito. Ad ogni modo, +1 per il doppio track, ha senso [21:01] ok [21:04] DktrKranz: cosa proponi a livello di comunità per ripristinare i backport ecc? [21:04] ancora non mi è chiara quella parte [21:05] devfil: si pensava di limitare le richieste alla sola LTS per il momento [21:05] va bene, ma noi come comunità che dovremmo fare? [21:05] a parte testing [21:05] iniziare a fare i test dei pacchetti più gettonati, per poi richieder il backport ufficiale [21:06] l'idea è di rilanciare il gruppo backport internazionale [21:06] si, ma prima non si dovrebbe risolvere il problema del gruppo internazionale? [21:06] il problema è che nessuno caga i backport [21:06] lì andrebbe rifatto il gruppo [21:06] non viene fatto niente da anni lì [21:07] sui backport una cosa però [21:07] se ci fosse un gruppetto che se ne occupasse, si potrebbe far pressione per fare in modo di eleggere qualcuno al ruolo di archive-admin [21:07] anche se testiamo e consegnamo prove (screenshot e build) nessuno li potrà approvare [21:07] io vorrei proporre di fare backport per la LTS e basta [21:07] perché a livello di promozione la LTS sta diventando molto piu' importante, dopo unity [21:08] per cui lavorare sui backport per la LTS aiuta anche chi fa advocacy, che non vuole installare una versione semestrale ma ha bisogno di quell'applicazione aggiornata [21:08] DktrKranz: dobbiamo parlare di questa cosa per via internazionale, chiedendo un nuovo team e nuove regole (magari simili a quelle FFe quando si richiede un backport) [21:10] devfil: le regole ci sono, manca solo *chi* le mette in pratica [21:10] posso esprimere perplessità sull'idea di backport solo per LTS? Il backport in senso stretto (quando non richiede fix) è un'attività molto poco impegnativa e le richieste sono scarse. Se qualcuno si mette al lavoro su un backport, tanto vale che tenti il build anche per le versioni supportate non-LTS [21:10] se nessuno fa richieste, se nessuno testa, se nessuno commenta, nessuno approva [21:11] DktrKranz: negli ultimi tempi il problema principale è stata l'approvazione [21:12] anche le pagine sul wiki ufficiale sono sparite [21:12] https://wiki.ubuntu.com/BackportRequestProcess [21:16] quindi, riassumendo [21:16] di proposte ne abbiamo, diamo una priorità a quelle che riteniamo più utili [21:16] e pian piano iniziamo a realizzare qualcosa [21:20] +1 [21:22] ok, direi che per stasera abbiamo fatto passi avanti [21:22] chi riesce a scrivere i minutes? [21:27] DktrKranz: ovvio, quello che ha presieduto la riunione 0:-) [21:28] s/$/sceglie il designato/ [21:32] bene signori [21:32] direi che possiamo chiudere qui per stasera :) === _PaoloRotolo_ is now known as PaoloRotolo [21:33] Buonanotte allora :D [21:34] notte! [21:39] vah, vommene a mia volta [21:53] ciao a rutti, è finita? [21:54] quadrispro: si [21:56] ciao devfil, mi daresti il link al log? [21:56] quadrispro: non lo conosco [21:57] eccolo, lo vedo nel titolo del chan [22:09] oh beh, vado [22:09] ciao!