Slackyd: Rinascita!

[shark1500]

No, non devi usare la patch md5, ma la patch "huge.patch", quella dovrebbe risolvere, l'md5 non ti interessa a meno che non sei a 64bit.

[zoros]

No, non devi usare la patch md5, ma la patch "huge.patch", quella dovrebbe risolvere, l'md5 non ti interessa a meno che non sei a 64bit.

se mi dai un link diretto alla patch magari è più semplice

[boh]

Link huge.patch:
http://www.slacky.eu/~dani/slackyd/huge.patch

Ciauz

[zoros]

Link huge.patch:
http://www.slacky.eu/~dani/slackyd/huge.patch

Ciauz

ho aggiunto la patch al sorgente già patchato con la md5.patch e ho rigenerato il txz con lo slackbuild originale ... installato ora la risposta è ok:

Codice: Seleziona tutto

bash-4.1# slackyd -g vlc

Searching vlc: found 2 packages.

vlc-1.1.7-i486-3sl.txz [from slacky]
vlc-1.1.7-i486-1sl.txz [from slacky]

*** vlc-1.1.7-i486-3sl.txz: already installed.
*** vlc-1.1.7-i486-1sl.txz: already installed (vlc-1.1.7-i486-3sl).

All packages available are installed.


vlc è già installato, non faccio ulteriori prove, il fatto che ora il pacchetto sia trovato mi sembra già significativo ... thanksz

[zoros]

in merito ai repository "datati", ho aggiunto in slackyd.conf:

Codice: Seleziona tutto

#Extra repositories:
# Slacky.eu
repository slacky  = http://darkstar.ist.utl.pt/slackware/addon/slacky/slackware-13.1/
repository slacky1 = http://slack.isper.sk/pub/slackware-13.0/
repository slacky2 = http://slack.isper.sk/pub/slackware-12.2/


funziona ... per i pacchetti datati mi scarica le dipendenze più recenti, ok con qualche attenzione ... per octave ho dovuto aggiungere manualmente un link ad una libreria (che ovviamente è più recente di quella richiesta in origine) ...

nel conf non mi accetta nomi per i repository extra del tipo slacky13.1, slacky12.2 (più chiari) ... magari si può ovviare ...

Nota: ist.utl.pt ha solo il repository della 13.1 ...

[shark1500]

Oggi riguardandolo mi era venuto un ultimo dubbio prima di rilasciarlo.

Non conviene (secondo me) inserire direttamente lo slackyd.conf nel pacchetto, al massimo potrei fare uno slackyd.conf.example, come fanno molti pacchetti e ci lascio i repository che ci sono (aggiornati alla 13.37).

Che ne dite? Altre idee?

[tom]

perchè non utilizzare invece una numerazione del genere: slackyd-1.0.0_13.37, con il numero di versione di slackyd ed il numero di versione di slackware a cui si riferisce?
In questo modo slackyd-1.0.0_13.37 avrebbe lo slackyd.conf di slack 13.37, slackyd-1.0.0_14.0 avrebbe lo slackyd.conf di slackware 14.0, e così via.

[zoros]

perchè non utilizzare invece una numerazione del genere: slackyd-1.0.0_13.37, con il numero di versione di slackyd ed il numero di versione di slackware a cui si riferisce?
In questo modo slackyd-1.0.0_13.37 avrebbe lo slackyd.conf di slack 13.37, slackyd-1.0.0_14.0 avrebbe lo slackyd.conf di slackware 14.0, e così via.

io penso che slackyd sia uno strumento utile per ritrovare pacchetti e dipendenze in generale ... pensare di "agganciarlo" ad una specifica release ne limita i benefici ...

inoltre l'ultimo repository contiene solo una parte di ciò che può servire ad un utente ... per l'uso che devo farne io, ad esempio, contiene una minima parte e devo poter prelevare pacchetti da release precedenti (tipo octave dalla 12.2) ... quindi:

...
nel conf non mi accetta nomi per i repository extra del tipo slacky13.1, slacky12.2 (più chiari) ... magari si può ovviare ...

per me sarebbe molto utile che i pacchetti scaricati finissero in distinte directory "slacky13.1", "slacky13.0", "slacky12.2" ... attualmente questi nomi non vengono neanche accettati nel conf ...

[shark1500]

perchè non utilizzare invece una numerazione del genere: slackyd-1.0.0_13.37, con il numero di versione di slackyd ed il numero di versione di slackware a cui si riferisce?
In questo modo slackyd-1.0.0_13.37 avrebbe lo slackyd.conf di slack 13.37, slackyd-1.0.0_14.0 avrebbe lo slackyd.conf di slackware 14.0, e così via.

io penso che slackyd sia uno strumento utile per ritrovare pacchetti e dipendenze in generale ... pensare di "agganciarlo" ad una specifica release ne limita i benefici ...

Concordi su tutto.

per me sarebbe molto utile che i pacchetti scaricati finissero in distinte directory "slacky13.1", "slacky13.0", "slacky12.2" ... attualmente questi nomi non vengono neanche accettati nel conf ...

Mmm, tengo a mente la cosa, puo` essere utile ad altri o confonde le idee? Questo comunque lo implemento magari per la prossima release, non per la 1.0, quindi per ora torniamo al problema della conf.

[shark1500]

Beh, dato che non ci sono proposte alternative riguardo a slackyd.conf per questa versione la tengo cosi` e lo rilascio insieme a slackware 13.37, poi si vedra`.

[zoros]

shark1500 è veramente assente dal forum in questi giorni come diceva in un altro thread ... aggiungo il link che lo riguarda qui:

viewtopic.php?f=1&t=33901&start=120#p300968

[shark1500]

Finalmente posso fare anche io l'annuncio che e` stato rilasciato slackyd 1.0!

http://slacky.eu/~dani/slackyd/
http://slacky.eu/~dani/slackyd/sources/ ... .0.tar.bz2

E` gia` configurato con lo slackyd.conf per la 13.37, alcuni dei repository non esistono ancora, quindi magari bisogna aspettare.

Per bugfix & co scrivete pure qua o mandatemi una mail a shark@slacky.it

[Loris]

Ok bene, preparati a quel discorso che abbiamo iniziato per MP

[Loris]

http://www.slacky.eu/index.php?option=c ... 0&Itemid=1

[ZeroUno]

Finalmente posso fare anche io l'annuncio che e` stato rilasciato slackyd 1.0!

http://slacky.eu/~dani/slackyd/

Un ChangeLog o What is New dalla 0.x non farebbe male.


Inoltre vado con richieste di feature.

Una è semplice: dopo il download slackyd -g dovrebbe mostrare il path completo del pacchetto scaricato anzichè solamente il solo nome del file.
così dopo il download posso dare un bel installpkg e <copia-incolla>.

magari un parametro ulteriore potrebbe specificare in quale percorso scaricare il pacchetto:
# slackyd -o ./Downloads -g slackyd
per avere tutti i pacchetti che scarico in Downloads anzichè in /var/slackyd
in quest'ultimo path andrebbe solamente se non specificato -o (che sta per output)

Non sarebbe male poi uno slackyd -G che al termine del download provveda anche all'installpkg, allo stesso modo di come slackyd -B provvede automaticamente alla compilazione.