Slackyd: Rinascita!

[shark1500]

Ma alla fine è stato più messo sotto github?

No, volevo aspettare almeno la conferma da parte di Loris per aprire l'account "slacky" su github (indipendentemente da cosa ci mettiamo), e poi sto cercando di sistemare slackyd con un nuovo CodeStyle (quello del kernel per intenderci), prima di metterlo su github.

[Loris]

Scusa non avevo capito che aspettavi me, aprilo pure, poi vediamo cosa metterci oltre a slackyd

[ZeroUno]

Quale è lo stato di avanzamento di slackyd e dell'eventuale slacky-git? (slacky-github ce l'hanno rubato da poco https://github.com/slacky)

[shark1500]

Porcocane, adesso sento dal tipo se ce lo lascia , comunque il progetto e` fermo per un motivo molto semplice: mercoledi` prossimo mi laureo, ed ora slackyd e` l'ultimo mio pensiero

[Loris]

Possiamo usare anche slacky.eu

[ZeroUno]

Porcocane, adesso sento dal tipo se ce lo lascia , comunque il progetto e` fermo per un motivo molto semplice: mercoledi` prossimo mi laureo, ed ora slackyd e` l'ultimo mio pensiero

Allora in bocca al lupo per la laurea, ma giovedì ti voglio attivo scherzo, ovviamente.

P.S: non perdere tempo a rispondere a questo post...

[Blallo]

per quando tornerai: mi piacerebbe che si potesse valutare, a parità di versione, la differenza di tag tra due pacchetti.
Perchè spesso uso roba di SBo, ma quando creo pacchetti su Slacky aggiungo tutte le dipendenze, quindi il pacchetto risultante è più completo.
Che ne dite?

[shark1500]

Allora in bocca al lupo per la laurea, ma giovedì ti voglio attivo scherzo, ovviamente.

Signorsi` signore!

http://www.youtube.com/watch?v=wCK3RQyBUxs

[shark1500]

Mi sa che il tutto passa alla prossima settimana, fino a domenica sono away, comunque avrete presto notizie di slackyd

[shark1500]

Anche se non ho tempo per farmi una doccia ho messo su github onde evitare che ce lo rubino.

https://github.com/slackyeu

A breve (spero nel week-end o inizio prossima settimana) aggiornamenti.

[shark1500]

https://github.com/slackyeu/slackyd

Importata la versione 1.0 di slackyd.
Ho controllato anche la patch per il download su un'altra directory. Devo testarla un po` e magari domani la pusho.

Scusate il ritardo ma sto facendo tutto nel tempo libero durante i viaggi (l'importazione e il controllo della patch le ho fatte in aereo :-P), quindi ovviamente non ho una connessione per fare il push delle modifiche.

Ed ora una domanda: come procediamo con la numerazione di slackyd?
Facciamo il metodo "kernel" oppure facciamo che ogni tanto si ricompila lo snapshot di git oppure ogni mese (o comunque ad una data fissa) si fa uscire una versione nuova con le modifiche apportate?
Proposte? Suggerimenti?

[Blallo]

1) niente rilasci mensili, meglio inserire nuove features e bugfix solo quando si ha tempo e/o voglia
2) al massimo posti qui gli aggiornamenti
3) propongo la numerazione per versione di slackware

[shark1500]

1) niente rilasci mensili, meglio inserire nuove features e bugfix solo quando si ha tempo e/o voglia
2) al massimo posti qui gli aggiornamenti

Ma in questo modo come si fa a decidere quando rilasciare la nuova versione?

3) propongo la numerazione per versione di slackware

Questo non mi piace, perche` sono due cose indipendenti slackware e slackyd, se non sbaglio se ne era gia` parlato precedentemente.

[Blallo]

Già, hai ragione..
Allora direi rilascio mensile, come hai proposto tu.
Per la versione, non si può continuare dalla 1.0 semplicemente? (1.1, 1.2 etc)
O magari con la numerazione per data, come facciamo con MPlayer..

[ZeroUno]

Stile kernel. Date e frequenza di rilascio non precisate.
1.1
1.2
1.3
per i cambi maggiori/più importanti
1.1.1
1.1.2
1.1.3
per i cambi minori ed i bugfix
Ad ogni bug fix rilascerei la versione anche se è passato un solo giorno.