Slackyd: Rinascita!

[shark1500]

Pensavo anche io cosi`, ma cosi` bisognerebbe fare due repository (come fanno quelli del kernel), dove uno e` quello con tutto e l'altro e` quello solo con i bugfix.

Si puo` fare, nessun problema.

Oppure (non so se convenghi) basta fare un altro branch "stable", pero` non so quanto si arrabbi con i tags.

PS: Stanotte direi di mettere il tuo commit per l'opzione "-t".

[shark1500]

Aggiunta l'opzione "-t" nel ramo master di github.

Inoltre ho trovato un altro bug. Se uno scarica un file con un nome lungo (es: jack-audio-connection-kit-0.121.2-i486-1sl.txz), se la string del "downloading.." esce dal terminale, allora va a capo ogni volta che riceve un pacchetto.
Questo l'ho controllato ieri notte e mi sembra un bug di tutte le varie console (ho questo problema sia con xterm che con konsole). Me lo confermate anche voi?

[ZeroUno]

Per quanto riguarda git non saprei, non ho mai usato i tag, ma non vedo perchè dovrebbe arrabbiarsi (ho scaricato il tag v1.0 senza problemi, anzi è molto comodo per scaricarre il tarball, wget https://github.com/slackyeu/slackyd/tarball/v1.0, utile dentro uno slackbuild).

A proposito di pacchettizzazione, sarebbe opportuno, a mio parere, che sia tu il manteiner del pacchetto sul repository di slacky, e quando fai un rilascio pensi tu ad caricare il pacchetto, almeno per quanto riguarda il repository dell'architettura che usi (se non hai sia la 32 che la 64).
Per esempio ho visto che per il -t non hai fatto un tag e non hai modificato il CHANGELOG e quindi un rilascio minore (ed hai fatto bene perchè va prima testata.. v. sotto)
Sarebbe giusto quindi un branch stable e uno di sviluppo, ma se ricordo bene github consente branch multipli solo a pagamento.

Per quanto riguarda il problema dell'accapo è normale e non è un bug.
Quando dai un comando di carriage return (o \r che dovrebbe essere il comando che dai per ri-scrivere l'aggiornamento della %), lui torna all'inizio della riga corrente. è chiaro che se il testo ti ha superato lo schermo ed è andato a capo, lui non può tornarti alla riga precedente.
La soluzione è tentare di calcolare a priori la dimensione del terminale e tranciare una parte del testo o del nome del file per assicurarsi di non superare la dimensione della riga.
Questo è quello che fa wget.
Dove non riesce a calcolare la dimensione della riga (p.e. se redirezioni lo standar error in un file, prova) invece della barra di scorrimento ti mostra una serie di puntini.

A proposito di stile di download, quando si usa il metodo wget non viene mostrato un indicatore di avanzamento così non solo non si sa a che punto è, ma non si sa neanche se sta scaricando (è capitato! pensavo ci stesse mettendo molto mentre invece non aveva scaricato ancora alcun byte).


Con slackyd il problema dell'accapo ti si verifica con maggiore probabilità (o certezza) se aggiungi -t /path/molto/lungo.
A proposito, riguardo a questo, è opportuno che slackyd mostri il path di download solo al termine del download

Downloading to /var/slackyd/slackyd-1.0-x86_64-1sl.txz [100 % @ 10.1 KB/s]
* Verify md5 checksum: ok.

dovrebbe essere

Downloading slackyd-1.0-x86_64-1sl.txz [100 % @ 10.1 KB/s]
* Verify md5 checksum: ok.
Package downloaded in /var/slackyd/slackyd-1.0-x86_64-1sl.txz

o simili. Si, lo so, questo path viene aggiunto dall mia patch, ma proprio per questo qualche pagina fa avevo scritto che non mi interessava la paternità della patch... io faccio solo bozze; meglio perdere la paternità e avere una patch fatta come si deve che avere una patch abbozzata. Così è stato per la patch della wget che è stata stravolta (e ne sono ben felice)

(P.S.: aggiungere il path di download anche al parametro -b)

[shark1500]

Buon week-end a tutti.
Su slackyd c'e` varia roba da fare (segnata su questo forum), e il forum non e` sempre il miglior strumento per discuterne.

Ho quindi una proposta: che ne dite se ci troviamo una sera (es: domani sera) sul canale IRC di slacky e facciamo una discussione su slackyd? Tutti sono invitati (sviluppatori ed utenti) per discutere su alcuni bug che hanno riscontrato o su features che vorrebbero che venissero incluse.

Poi (ovviamente) qualcuno salva i log e li posta qua sul forum (o sul sito di slackyd) in modo che tutti possono poi leggerli in futuro.

Che ne dite? Ci state? Domani sera non ci siete e preferite un altro giorno? No problem, se ne discute e ci mettiamo d'accordo.

[shark1500]

Piccola modifica, stasera non ce la faccio, quindi proponete una serata durante la settimana. Non so ancora i miei impegni, ma vi faro` sapere presto.

Altra cosa: Forse e` meglio fare un altro thread perche` magari chi non segue lo sviluppo (ma e` soltanto un utente) non guarda questo thread?

[ZeroUno]

Altra cosa: Forse e` meglio fare un altro thread perche` magari chi non segue lo sviluppo (ma e` soltanto un utente) non guarda questo thread?

Più che farne uno nuovo si può anche spostare questo in "Packages" che è il posto migliore, credo.


Di appuntamenti su irc, boh.. io non credo di poter decidere un momento preciso. Se parliamo di serata credo che prima delle 21.30 di giovedì non sarò libero (mmm, chissà, magari posso anche anticipare a martedì). Mettere assieme tanta (ma anche poca) gente sotto appuntamento (soprattutto di domenica sera, comunicata il sabato) sia una cosa poco probabile da fare.
Io credo che continuare sul forum sia la cosa migliore da fare. La comunicazione asincrona è la natura di slacky, e finora mi sembra abbia sempre funzionato.
Che magari poi nelle discussioni in tempo reale ci si perde facile e sfuggono sempre le nuove idee che possono venire invece mentre si legge o rilegge un post precedente.

[ZeroUno]

Come procede lo sviluppo?

[shark1500]

Ciao, purtroppo procede a rilento per colpa di Tanenbaum.

[edit]Scusa, forse dovevo spiegarla questa affermazione. Ora vivo in Olanda e studio alla Vrijie Universiteit e ho anche Tanenbaum come professore, e non e` cosi` una passeggiata[/edit]

[RedSkull92]

ci dev'essere qualche problema

#[~redskull]--> slackyd -g chromium

Warning: package `libmotif3-2.2.3' isn't standard. Skipping.
Warning: package `libstdc++5-3.3.6' isn't standard. Skipping.
Warning: package `tn5250-0.17.4-3.1.el6.i686' isn't standard. Skipping.
Warning: package `webpatente-4.0.14.i386' isn't standard. Skipping.
Searching chromium: found 1 package.

chromium-17.0.927.0-i686-3sl.txz [from slacky]

*** chromium-17.0.927.0-i686-3sl.txz: already installed (chromium-16.0.892.0-i686-7sl).

All packages available are installed.

[RedSkull92]

stessa cosa per

#[~redskull]--> slackyd -g vlc

Warning: package `libmotif3-2.2.3' isn't standard. Skipping.
Warning: package `libstdc++5-3.3.6' isn't standard. Skipping.
Warning: package `tn5250-0.17.4-3.1.el6.i686' isn't standard. Skipping.
Warning: package `webpatente-4.0.14.i386' isn't standard. Skipping.
Searching vlc: found 3 packages.

vlc-1.1.13-i486-1sl.txz [from slacky]
vlc-append-0.5-i686-1sl.txz [from slacky]
vlc-qt-0.5.1-i486-1sl.txz [from slacky]

Download vlc-1.1.13-i486-1sl.txz [from slacky] ? [y/N] y
*** vlc-append-0.5-i686-1sl.txz: already installed.
*** vlc-qt-0.5.1-i486-1sl.txz: already installed.

Downloading vlc-1.1.13-i486-1sl.txz. [File Not Found]

Mi è bastato andare su slacky e scaricarlo a mano.

[ZeroUno]

dacci

Codice: Seleziona tutto

# cd /var/log/packages
# ls -l libmotif3* libstdc* tn5250* webpatente*

da dove hai scaricato questi 4 pacchetti?
tn5250 e webpatente così come è ripostato è sicuro che siano fuori standard.

[RedSkull92]

quelli sono pacchetti aggiuntivi che ho installato.
Ma il problema più che altro era che non mi trovava vlc e sopra che non mi aggiornava chromium.
comunque sia

[~adm/packages]--> ls -l libmotif3* libstdc* tn5250* webpatente*
-rw-r--r-- 1 root root 1987 Mar 22 2011 libmotif3-2.2.3
-rw-r--r-- 1 root root 437 Mar 22 2011 libstdc++5-3.3.6
-rw-r--r-- 1 root root 1649 Mar 28 2011 tn5250-0.17.4-3.1.el6.i686
-rw-r--r-- 1 root root 13202 Nov 30 15:13 webpatente-4.0.14.i386

[ZeroUno]

e come li hai installati quei pacchetti aggiuntivi!?!? rpm2tgz? sono fallati, mi sembra strano che te li abbia fatti installare!

ti consiglio di sanare la situazione rinominandoli a mano in
libmotif3-2.2.3-i386-1xx
libstdc++5-3.3.6-i386-1xx
tn5250-0.17.4_3.1-i686-1el6
webpatente-4.0.14-i386-1xx

per quanto riguarda chromium prova ad aggiungere il parametro -I (i maiuscola)
su vlc non saprei dirti.

[ZeroUno]

Ho notato che nel Makefile manca LDFLAGS

In current non compila in quanto non riesce a linkare la libreria libcrypto.so.0
A quanto pare la soluzione è mettere /usr/lib in /etc/ld.so.conf che non c'è di default.

Per farlo compilare senza è necessario specificare /lib/libcrypto.so.0 nel linker
Con

Codice: Seleziona tutto

make CFLAGS="/lib/libcrypto.so.0"

compila ma è improprio (infatti da molti warning)

Quindi andrebbe compilato con

Codice: Seleziona tutto

make LDFLAGS="/lib/libcrypto.so.0"

previo seguente patch:

Codice: Seleziona tutto

--- a/Makefile
+++ b/Makefile
@@ -31,7 +31,7 @@ ifeq ($(profile), yes)
 endif
 
 all:    $(OBJ)
-        $(CC) $(CFLAGS) -o $(NAME) $(OBJ) $(LIBS)
+        $(CC) $(LDFLAGS) $(CFLAGS) -o $(NAME) $(OBJ) $(LIBS)
         @echo
         @echo "Now run make install."
         @echo

EDIT:
nota.. in slackyd.conf di default viene specificato

Codice: Seleziona tutto

!repository gslacky http://darkstar.ist.utl.pt/slackware/addon/slacky/gnome-slacky-13.37/

ma:
1) gslacky 13.37 non esiste
2) sul mirror darkstar.ist.utl.pt non esiste nessun gnome-slacky