Slackbuilds per Seamonkey 2.6.1 [RISOLTO]

[leocata]

Non riesco a pacchettizzare l'ultima versione di Seamonkey con lo slackbuilds sul disco della 13.37. Qualcuno può dirmi come fare o dove reperire uno slackbuilds (non c'è su slackbuilds.org). Grazie


ps: e se lo installo a mano... magari nella directory /opt - faccio poi un collegamento da /usr/bin -> seamonkey ma poi con il flash come devo comportarmi?

[RISOLTO]: Lo slackbuild di Pat andava bene... il problema era che il file source non era integro .

[kommos]

prova qui
http://pkgs.org/slackware-13.37/slackwa ... 7.txz.html
ops, e la 2.5

[murdock]

Ho provato ora, slackbuild dal "ramo" current, ho compilato e pacchettizzato solibs e seamonkey 2.6.1 senza problemi con slackware 13.37 64 bit; senza modifiche al suddetto.

Saluti,
MuRdOcK

[leocata]

mi dici da dove hai preso gli slackbuilds....? grazie, per la verità non avevo ricompilato solibs.... ma credo che non sia necessario. Comunque lo slackbuilds 2.5 mi da questo errore.
./seamonkey.SlackBuild: line 56: cd: comm-release: No such file or directory

Qualcuno di voi ha qualche idea?

[murdock]

Lo slackbuild l'ho preso da qui: ftp://ftp.slackware.com/pub/slackware/s ... seamonkey/.
Poi ho preso i sorgenti di seamonkey da qui: http://www.seamonkey-project.org/releases/#source.
Compilato con slackware64 13.37 senza problemi.

Saluti,
MuRdOcK

P.s. Così facendo mi ha generato sia i pacchetti delle solibs che il pacchetto seamonkey.

[murdock]

mi dici da dove hai preso gli slackbuilds....? grazie, per la verità non avevo ricompilato solibs.... ma credo che non sia necessario. Comunque lo slackbuilds 2.5 mi da questo errore.
./seamonkey.SlackBuild: line 56: cd: comm-release: No such file or directory

Qualcuno di voi ha qualche idea?

Mmm, sembra che non riesca a scrivere in /tmp , e quindi ad accedere alla dir comm-release.
Sicuro di avere i permessi di scrittura su /tmp ?

Saluti,
MuRdOcK

[leocata]

slackbuilds eseguito da root comunque:

Codice: Seleziona tutto

bash-4.1# ls -l
total 140
drwx------   2 root     root   4096 Aug  3 15:16 Desktop
lrwxrwxrwx   1 root     root     32 Oct 20 11:55 VV -> /media/backup/dati/driver/varie/
drwxr-xr-x   4 root     root   4096 Aug  3 15:16 bin
drwxr-xr-x   2 root     root   4096 Aug  3 14:59 boot
drwxr-xr-x   2 root     root   4096 Aug 12 15:35 codeblocks
drwxr-xr-x  18 root     root   5820 Jan 13 10:34 dev
drwxr-xr-x   4 leonardo users  4096 Dec 23 22:44 doc
drwxr-xr-x  85 root     root  12288 Jan 13 10:34 etc
drwxr-xr-x   4 root     root   4096 Aug  3 02:20 home
drwxr-xr-x   6 root     root   4096 Dec 29 14:48 lib
drwx------   2 root     root  16384 Aug  2 02:06 lost+found
drwxr-xr-x  16 root     root   4096 Jan 13 10:34 media
drwxr-xr-x  13 root     root   4096 Jan  2 21:55 mnt
drwxr-xr-x  16 root     root   4096 Jan  8 18:00 opt
dr-xr-xr-x 183 root     root      0 Jan 13  2012 proc
drwx--x---  45 root     root   4096 Jan  4 09:40 root
drwxr-xr-x   4 root     root  12288 Aug  3 15:16 sbin
drwxrwxrwx  11 root     root   4096 Dec 30 13:29 shared
drwxr-xr-x   2 root     root   4096 Oct 19 09:49 srv
drwxr-xr-x  13 root     root      0 Jan 13  2012 sys
drwxrwxrwt   9 root     root  36864 Jan 13 10:37 tmp
drwxr-xr-x  18 root     root   4096 Jan  5 10:00 usr
drwxr-xr-x  19 root     root   4096 Dec  8 22:55 var

[conraid]

veramente sembra non accedere alla directory, quindi non la scrive nel comando precedente, che è tar del file. Devi guardare se decomprime correttamente il file

[leocata]

veramente sembra non accedere alla directory, quindi non la scrive nel comando precedente, che è tar del file. Devi guardare se decomprime correttamente il file

ecco, era il file corrotto.... Ho riscaricato il file e vai! Strano ma avevo provato a scaricarlo anche prima ma non avevo sortito l'effetto desiderato. Comunque [risolto[