Please Add a FileList to your Slackbuild's repositories

[ZeroUno]

supporto (per il full index) ache repository git non github ma per ora il proxy mi fa passare solo quelli https

[ponce]

ci sono vari distinguo, il primo che ho notato e' proprio copasi, guarda la sua homepage http://www.copasi.org/tiki-view_articles.php
il programma e' alla versione 4.8, revisione 35: il tarball si chiama col 35 e basta e lo script e' fatto per lavorare con quel numero di versione, anche se la versione del pacchetto del programma piu' adatta sarebbe forse proprio 4.8.35.
bisognerebbe inserire un altra variabile in modo da avere una VERSION ed una SRCVER, ma questa e' una decisione che dovrebbe prendere il maintainer, non posso farlo io arbitrariamente.

guardo il resto e ti faccio sapere, ma penso che la maggior parte non siano "errori" o sviste, ma scelte di "stile" nella stesura dello slackbuild.

[ZeroUno]

Indubbiamente il fatto di scegliere $LOCALVER anzichè 2010.1.265509 è una scelta soggettiva e rispettabile. Idem ctorrent e altri, in cui il .info non riporta quanto scritto in VERSION= dello SlackBuild ma quanto generato dal makepkg che ritengo giusto

Il fatto che in copasi si inserisca nel .info "4.8.35" quando il pacchetto generato dice solo 35 non saprei...
il .info deve rispecchiare quanto tirerebbe fuori makepkg o altro?

Mentre sono indubbiamente sviste quelle tipo viking in cui il .info è fermo ad uno slackbuild precedente.


edit: ne sto vedendo (pacchettizzando) alcuni e non capisco una incongruenza.
Per esempio, perchè, al di là dello slackbuild, in alephone.info è corretto url ed md5 del file da scaricare mentre non è corretto il numero di versione relativo?
PRGNAM="alephone"
VERSION="20100424"
DOWNLOAD="http://downloads.sourceforge.net/marathon/AlephOne-20111201.tar.bz2"
MD5SUM="af1a696697fad4ea38ccc5379e6c65b5"

[ponce]

ho verificato, e quelli che mi sembrano da correggere sono questi

Codice: Seleziona tutto

diff --git a/academic/xephem/xephem.info b/academic/xephem/xephem.info
index bd87ccd..390d04a 100644
--- a/academic/xephem/xephem.info
+++ b/academic/xephem/xephem.info
@@ -1,5 +1,5 @@
 PRGNAM="xephem"
-VERSION="3.7.4"
+VERSION="3.7.5"
 HOMEPAGE="http://www.clearskyinstitute.com/xephem/"
 DOWNLOAD="http://97.74.56.125/free/xephem-3.7.5.tar.gz"
 MD5SUM="8ce194c7bde08cd2bc11836316e260bd"
diff --git a/games/alephone/alephone.info b/games/alephone/alephone.info
index 4a50602..6973f35 100644
--- a/games/alephone/alephone.info
+++ b/games/alephone/alephone.info
@@ -1,5 +1,5 @@
 PRGNAM="alephone"
-VERSION="20100424"
+VERSION="20111201"
 HOMEPAGE="http://marathon.sourceforge.net/"
 DOWNLOAD="http://downloads.sourceforge.net/marathon/AlephOne-20111201.tar.bz2"
 MD5SUM="af1a696697fad4ea38ccc5379e6c65b5"
diff --git a/games/megaglest/megaglest.info b/games/megaglest/megaglest.info
index 4f928b2..703ab15 100644
--- a/games/megaglest/megaglest.info
+++ b/games/megaglest/megaglest.info
@@ -1,5 +1,5 @@
 PRGNAM="megaglest"
-VERSION="3.6.0"
+VERSION="3.6.0.1"
 HOMEPAGE="http://megaglest.org/"
 DOWNLOAD="http://downloads.sourceforge.net/megaglest/megaglest-source-3.6.0.1.tar.xz \
           http://downloads.sourceforge.net/megaglest/megaglest-data-3.6.0.1.tar.xz"
diff --git a/games/nestopia/nestopia.info b/games/nestopia/nestopia.info
index ea547b1..57c9475 100644
--- a/games/nestopia/nestopia.info
+++ b/games/nestopia/nestopia.info
@@ -1,5 +1,5 @@
 PRGNAM="nestopia"
-VERSION="1.40h"
+VERSION="1.40"
 HOMEPAGE="http://rbelmont.mameworld.info/?page_id=200"
 DOWNLOAD="http://downloads.sourceforge.net/project/nestopia/Nestopia/v1.40/Nestopia140src.zip \
           http://rbelmont.mameworld.info/nst140_lnx_release_h.zip"
diff --git a/libraries/libinfinity/libinfinity.info b/libraries/libinfinity/libinfinity.info
index 45c4589..85136ed 100644
--- a/libraries/libinfinity/libinfinity.info
+++ b/libraries/libinfinity/libinfinity.info
@@ -1,5 +1,5 @@
 PRGNAM="libinfinity"
-VERSION="1.0b5"
+VERSION="0.4.1"
 HOMEPAGE="http://gobby.0x539.de/trac/wiki/Infinote/Libinfinity"
 DOWNLOAD="http://releases.0x539.de/libinfinity/libinfinity-0.4.1.tar.gz"
 MD5SUM="e6fa165e50e9f8641f77ea9765e27e90"
diff --git a/libraries/rhino/rhino.info b/libraries/rhino/rhino.info
index 81e06f0..340b18b 100644
--- a/libraries/rhino/rhino.info
+++ b/libraries/rhino/rhino.info
@@ -1,5 +1,5 @@
 PRGNAM="rhino"
-VERSION="1_R2"
+VERSION="1_7R2"
 HOMEPAGE="http://www.mozilla.org/rhino/"
 DOWNLOAD="ftp://ftp.mozilla.org/pub/mozilla.org/js/rhino1_7R2.zip"
 MD5SUM="40d0a9abec8169e42920214b37fa8e0e"
diff --git a/misc/viking/viking.info b/misc/viking/viking.info
index 0e41162..87ea058 100644
--- a/misc/viking/viking.info
+++ b/misc/viking/viking.info
@@ -1,5 +1,5 @@
 PRGNAM="viking"
-VERSION="0.9.94"
+VERSION="1.1"
 HOMEPAGE="http://sourceforge.net/projects/viking/"
 DOWNLOAD="http://downloads.sourceforge.net/project/viking/viking/1.1/viking-1.1.tar.gz"
 MD5SUM="6091dc095d749bf20502e785a42f69c9"
diff --git a/multimedia/google-musicmanager/google-musicmanager.info b/multimedia/google-musicmanager/google-musicmanager.info
index e5f5979..6073f83 100644
--- a/multimedia/google-musicmanager/google-musicmanager.info
+++ b/multimedia/google-musicmanager/google-musicmanager.info
@@ -1,5 +1,5 @@
 PRGNAM="google-musicmanager"
-VERSION="1.0.13.9715"
+VERSION="1.0.16.6403"
 HOMEPAGE="http://music.google.com"
 DOWNLOAD="http://dl.google.com/linux/direct/google-musicmanager-beta_current_i386.deb"
 MD5SUM="412ed6fad2c7b0971f801ea2a8cdefb0"
diff --git a/network/ctorrent/ctorrent.info b/network/ctorrent/ctorrent.info
index a546a19..6867668 100644
--- a/network/ctorrent/ctorrent.info
+++ b/network/ctorrent/ctorrent.info
@@ -1,5 +1,5 @@
 PRGNAM="ctorrent"
-VERSION="dnh3.3.2"
+VERSION="3.3.2"
 HOMEPAGE="http://www.rahul.net/dholmes/ctorrent/"
 DOWNLOAD="http://downloads.sourceforge.net/dtorrent/3.3.2/ctorrent-dnh3.3.2.tar.gz"
 MD5SUM="59b23dd05ff70791cd6449effa7fc3b6"
diff --git a/network/dnstop/dnstop.info b/network/dnstop/dnstop.info
index 644486e..20edf6c 100644
--- a/network/dnstop/dnstop.info
+++ b/network/dnstop/dnstop.info
@@ -1,5 +1,5 @@
 PRGNAM="dnstop"
-VERSION="20110127"
+VERSION="20110502"
 HOMEPAGE="http://dns.measurement-factory.com/tools/dnstop/"
 DOWNLOAD="http://dns.measurement-factory.com/tools/dnstop/src/dnstop-20110502.tar.gz"
 MD5SUM="28cb54f3780b27e15df8924235e4e37b"
diff --git a/system/ksh-openbsd/ksh-openbsd.info b/system/ksh-openbsd/ksh-openbsd.info
index 9b7616b..1798390 100644
--- a/system/ksh-openbsd/ksh-openbsd.info
+++ b/system/ksh-openbsd/ksh-openbsd.info
@@ -1,5 +1,5 @@
 PRGNAM="ksh-openbsd"
-VERSION="20110909"
+VERSION="20110911"
 HOMEPAGE="http://leva.ecentrum.hu/slackbuilds/ksh-openbsd.tar.gz"
 DOWNLOAD="http://leva.ecentrum.hu/slackbuilds/ksh-openbsd.tar.gz"
 MD5SUM="636c07775c9d8cd049f670fc916501e7"

per questi scrivo alla mailing list.

tanti estrapolano la variabile VERSION dal nome del sorgente (e usano altre variabili, SRCVER o LOCALVER) per i motivi piu' disparati, altri la modificano perche' ha dei caratteri "-" (non ammessi per come sono costruiti i nomi dei pacchetti in slackware).

per copasi, invece, andrebbe contattato il maintainer.

EDIT: questa e' la mail che gli ho mandato
http://lists.slackbuilds.org/pipermail/ ... 08803.html

[ZeroUno]

Ditemi che ne pensate di questo algoritmo per dare la precedenza del numero di versione allo slackbuild o al .info file:
- chiamata SBVER la stringa di VERSION= dello slackbuild, privata dell'eventuale ${VERSION:- , se questa contiene il simbolo "$" trasformala in "svn" o "git" o "cvs" o "current" o "auto" o "n/a" a seconda che SBVER contenga rispettivamente "svn" o "git" o "cvs" o "date" o "tar","zip","rev" o nessuna di queste;
- chiamata INFOVER la stringa di VERSION= dell'eventuale SLACKBUILDS.TXT o del file .info;
* se SBVER è "svn" o "git" o "cvs" o "current" o "auto" o "n/a" allora considera INFOVER
* in tutti gli altri casi considera SBVER

Questo dovrebbe garantirmi una maggiore probabilità di azzeccare il numero di versione che ha generato lo slackbuild all'ultima compilazione.


Per l'architettura invece:
se esiste la direttiva 'ARCH=' usa quella; in tutti gli altri casi metti "auto"

Per il nome: se c'è un .info, usa quello. Se non c'è il .info usa il nome file dello slackbuild. Sono indeciso se inserire il prefisso dello slack-desc nell'elenco delle priorità e quale ordine attribuirgli.

[ponce]

ti rispondo facendo riferimento agli standard di slackbuilds.org, quelli che conosco meglio.

sulla VERSION non saprei bene cosa consigliarti, in generale la stringa dentro ${VERSION:-...} o VERSION=... dovrebbe essere quella di cui hai bisogno, ma in alcuni casi (vedi python/p4python/p4python.SlackBuild) non c'e' nemmeno nessuna stringa da estrapolare.

per la ARCH, dovrebbero essere entrambe quelle supportate, nel caso una delle due sia non supportate e' indicata come UNSUPPORTED nell'info.

per il nome, prenderei anch'io quello del file .SlackBuild.

[ZeroUno]

Per quel pacchetto VERSION preso dallo slackbuild mi viene tradotto in "n/a", ma poi lo trova nel .info e mi restituisce 2010.1

Per ARCH cerco prima di determinare l'architettura specifica per cui è scritto e/o testato lo SB.
Questo è necessario perchè se su alcuni pacchetti è esplicitato ARCH=x86_64 (ed in tal caso per compilare a 32bit bisogna editarlo e modificare la riga oppure, se è esplicitato con ARCH=${ARCH:-x86_64}, va esplicitato prima di lanciare lo SB con l'export della variabile), in altri c'è ARCH=noarch e quest'ultimo caso non è ovviamente gestito da "uname -m".
Dove non viene trovato esplicitato allora assumo che viene determinato automaticamente.

Ho aggiunto anche l'autodetect per il download del sorgente.
Infatti una buona percentuale degli slackbuild riesce a scaricarsi automaticamente il sorgente tra wget svn e git. In questi casi tipicamente è presente "SOURCE=" nello slackbuild non sempre facilmente parsabile. Per questi pacchetti posso dire all'utente che non hanno bisogno di scaricarsi il sorgente perchè dovrebbe farlo in automatico lo script.
Per tutti gli altri casi devo dire all'utente "te lo devi scaricare a mano e l'url è questo: " (se presente nel .info), e se disponibile ti fornisco anche l'md5.

[ponce]

su slackbuilds.org, te lo dico giusto per informazione, non e' permesso il download dei sorgenti via cvs, svn, mercurial o git, ma solo di un tarball/pacchetto tramite http.

[ZeroUno]

Ma sugli slackbuild di slacky e di altri su github si.

[ponce]

si, anche sui miei, prima che cominciassi a scriverli per slackbuilds.org

pero' concordo con loro quando dicono che, essendo lo stato dei sorgenti nei version control system molto dinamico, per garantire la compilazione, e' meglio testare un tarball