Regole del forum
1) Citare in modo preciso il nome del pacchetto.
2) Specificare se discussione/suggerimento o richiesta d'aiuto.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
For my own repository I am not planning to switch to .txz and therefore I
have not yet modified my repository generator script to support .txz yet.
The script is found at http://www.slackware.com/~alien/tools/g ... s_files.sh and it should not
be hard to expand it to also look at .txz packages.
conraid ha scritto:
così funziona, o almeno da la domensione, anche se non so se siano esatte...
Quello che usa Pat è uguale a quello che usiamo noi, quindi dovrebbe essere corretto. Anzi, prendendo spunto potresti usare, per avere la dimensione in Kb
time gunzip -l dia-SVN_r4384-x86_64_kathrine-1.tgz
compressed uncompressed ratio uncompressed_name
7693238 24483840 68.6% dia-SVN_r4384-x86_64_kathrine-1.tar
real 0m0.011s
user 0m0.010s
sys 0m0.000s
time (cat dia-SVN_r4384-x86_64_kathrine-1.tgz | gunzip -dc | dd 2>prova1 | tar -tf - 1>prova )
real 0m0.720s
user 0m0.630s
sys 0m0.310s
Emanuele
P.S. Non badare alla dimensione, il dia-.txz conteneva file diversi, era solo una prova. Entrambi gli algoritmi sembra che diano i byte corretti, piuttosto l'algoritmo che hai postato prima invece da un risultato diverso perchè eliminano la directory install, ma secondo me è sbagliato.
Se pensi di essere troppo piccolo per fare la differenza, prova a dormire con una zanzara -- Dalai Lama
spina ha scritto:Certo però che Pat non bada a spese eh?
E se pensi che quello script lo usiamo ogni volta che lanciamo pkgtool...
se guardi gli slackbuild mette sempre
make -j7
chissà con che computer fa queste cose
d4z_c0nf ha scritto:Ma scusate, tutto quel casino e poi
xz -dc pacchetto | wc -c
era la soluzione?!
rock
Bhé si, se xz non fornisce l'opzione -l allora devi per forza decomprimere il file per vedere quanto occupa non compresso. Decomprimerlo in memoria è quantomeno la via più veloce.
Se ci fosse l'opzione -l, così come ce l'ha gunzip, allora non si deve decomprimere il file, perchè basterebbe scandirlo tutto per leggere i metadati di tutti i blocchi che lo compongono. Sarebbe più veloce, come ho mostrato nel post precedente.
Emanuele
Se pensi di essere troppo piccolo per fare la differenza, prova a dormire con una zanzara -- Dalai Lama
d4z_c0nf ha scritto:Ma scusate, tutto quel casino e poi
xz -dc pacchetto | wc -c
era la soluzione?!
rock
Bhé si, se xz non fornisce l'opzione -l allora devi per forza decomprimere il file per vedere quanto occupa non compresso. Decomprimerlo in memoria è quantomeno la via più veloce.
Se ci fosse l'opzione -l, così come ce l'ha gunzip, allora non si deve decomprimere il file, perchè basterebbe scandirlo tutto per leggere i metadati di tutti i blocchi che lo compongono. Sarebbe più veloce, come ho mostrato nel post precedente.
:cf
