Topic: Bitcoin-Qt versione 0.8.6 un sacco di migliorie (Read 876 times)
grazie
Trall'altro, per linux, è anche cambiato il metodo di compilazione.
Ora è :
./autogen.sh
./configure
make
Era ora.
FaSan
Ora è :
./autogen.sh
./configure
make
Era ora.
FaSan
mi chiedevo quali fossero i vantaggi nel compilarselo? ho letto il doc della compilazione come riporti tu, ma alla fine non dovrebbe esserci un "make install" sorry è da molto che non compilo.
e poi in caso di disinstallazione sai come si fa?
In realtà non serve a molto visto che la compilazione crea solo due file (uno se non è prevista la gui). Esattamente come la vecchia procedura.
Te li sposti dove ti è più comodo (/usr/local/bin è la scelta migliore) e li lanci all' occorrenza.
FaSan
Rileggendo ho visto di aver omesso una cosa che può sconvolgere la lettura. Intendevo il "make install" non serve a molto. Riguardo la compilazione ha assolutamente ragione ErcoLinux
Sorry
Trall'altro, per linux, è anche cambiato il metodo di compilazione.
Ora è :
./autogen.sh
./configure
make
Era ora.
FaSan
Ora è :
./autogen.sh
./configure
make
Era ora.
FaSan
mi chiedevo quali fossero i vantaggi nel compilarselo? ho letto il doc della compilazione come riporti tu, ma alla fine non dovrebbe esserci un "make install" sorry è da molto che non compilo.
e poi in caso di disinstallazione sai come si fa?
Compilarselo (o usare i pacchetti della propria distribuzione) ottimizza il software in quanto sfrutti le librerie di sistema, mentre spesso con le versioni precompilate ci sono 2 possibilità: o è stato fatto riferimento ad una particolare versione delle varie librerie e quindi devi verificare di esserne in possesso oppure installano anche una copia dei file delle stesse necessari al funzionamento.
Inoltre ti permette di parametrizzare la compilazione (nel caso di bitcoin-qt in effetti c'è poco da fare, ma su progetti diversi puoi scegliere le directory in cui andare ad installare i vari file o cambiare dei parametri di default già durante il build).
@FaSan
Trall'altro, per linux, è anche cambiato il metodo di compilazione.
Ora è :
./autogen.sh
./configure
make
Era ora.
FaSan
Ora è :
./autogen.sh
./configure
make
Era ora.
FaSan
mi chiedevo quali fossero i vantaggi nel compilarselo? ho letto il doc della compilazione come riporti tu, ma alla fine non dovrebbe esserci un "make install" sorry è da molto che non compilo.
e poi in caso di disinstallazione sai come si fa?
In realtà non serve a molto visto che la compilazione crea solo due file (uno se non è prevista la gui). Esattamente come la vecchia procedura.
Te li sposti dove ti è più comodo (/usr/local/bin è la scelta migliore) e li lanci all' occorrenza.
FaSan
Trall'altro, per linux, è anche cambiato il metodo di compilazione.
Ora è :
./autogen.sh
./configure
make
Era ora.
FaSan
Ora è :
./autogen.sh
./configure
make
Era ora.
FaSan
mi chiedevo quali fossero i vantaggi nel compilarselo? ho letto il doc della compilazione come riporti tu, ma alla fine non dovrebbe esserci un "make install" sorry è da molto che non compilo.
e poi in caso di disinstallazione sai come si fa?
le fee: la dimensione massima delle operazioni esenti da fee cambia da 10.000 byte a 1.000 byte ed elimina il requisito minimo di uscita
Ciao ziomik,
per caso hai avuto modo di provare il Client e vedere se effettivamente la fee è diventata meno pesante?
Vorrei qualche feedback prima dell'eventuale aggiornamento.
Trall'altro, per linux, è anche cambiato il metodo di compilazione.
Ora è :
./autogen.sh
./configure
make
Era ora.
FaSan
Ora è :
./autogen.sh
./configure
make
Era ora.
FaSan
scusa la domanda da principiante assoluto. So che quando dovevo spedire dei bitcoin (cifre piccole tipo 0.1) con un client vecchio, non mi permetteva di farlo se non impostavo un minimo di fee. Ora non ricordo quanto era, ma rispetto alla cifra da spostare (0.1) era tanto. Con questo client le cose cambiano? Il client comunque imposta una fee consigliata che permette il trasferimento senza mandare la transizione nel famoso "limbo"?
Non è una domanda da principiante ma una domanda lecita e giustificata..Certo le cose sono cambiate in quanto si è ridotto di 10 volte la dimensione massima delle operazioni esenti da fee
Puoi seguire la discussione di tuo interesse qui: https://github.com/bitcoin/bitcoin/pull/3008
Non ho ancora scaricato la 0.8.6 ma appena lo farò verificherò di persona tali cambiamenti.
scusa la domanda da principiante assoluto. So che quando dovevo spedire dei bitcoin (cifre piccole tipo 0.1) con un client vecchio, non mi permetteva di farlo se non impostavo un minimo di fee. Ora non ricordo quanto era, ma rispetto alla cifra da spostare (0.1) era tanto. Con questo client le cose cambiano? Il client comunque imposta una fee consigliata che permette il trasferimento senza mandare la transizione nel famoso "limbo"?
..tra cui anche alcune discusse all'ultimo incontro a Verona... le fee: la dimensione massima delle operazioni esenti da fee cambia da 10.000 byte a 1.000 byte ed elimina il requisito minimo di uscita
Bitcoin-Qt version 0.8.6 final is now available from:
http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.8.6/
This is a maintenance release to fix a critical bug; we urge all users to upgrade.
Please report bugs using the issue tracker at github:
https://github.com/bitcoin/bitcoin/issues
How to Upgrade
--------------
If you already downloaded 0.8.6rc1 you do not need to re-download. This release is exactly the same.
If you are running an older version, shut it down. Wait
until it has completely shut down (which might take a few minutes for older
versions), then run the installer (on Windows) or just copy over
/Applications/Bitcoin-Qt (on Mac) or bitcoind/bitcoin-qt (on Linux).
If you are upgrading from version 0.7.2 or earlier, the first time you
run 0.8.6 your blockchain files will be re-indexed, which will take
anywhere from 30 minutes to several hours, depending on the speed of
your machine.
0.8.6 Release notes
===================
- Default block size increase for miners.
(see https://gist.github.com/gavinandresen/7670433#086-accept-into-block)
- Remove the all-outputs-must-be-greater-than-CENT-to-qualify-as-free rule for relaying
(see https://gist.github.com/gavinandresen/7670433#086-relaying)
- Lower maximum size for free transaction creation
(see https://gist.github.com/gavinandresen/7670433#086-wallet)
- OSX block chain database corruption fixes
- Update leveldb to 1.13
- Use fcntl with `F_FULLSYNC` instead of fsync on OSX
- Use native Darwin memory barriers
- Replace use of mmap in leveldb for improved reliability (only on OSX)
- Fix nodes forwarding transactions with empty vins and getting banned
- Network code performance and robustness improvements
- Additional debug.log logging for diagnosis of network problems, log timestamps by default
- Fix Bitcoin-Qt startup crash when clicking dock icon on OSX
- Fix memory leaks in CKey::SetCompactSignature() and Key::SignCompact()
- Fix rare GUI crash on send
- Various small GUI, documentation and build fixes
Warning
-------
- There have been frequent reports of users running out of virtual memory on 32-bit systems
during the initial sync.
Hence it is recommended to use a 64-bit executable if possible.
A 64-bit executable for Windows is planned for 0.9.
Note: Gavin Andresen's GPG signing key for SHA256SUMS.asc has been changed from key id 1FC730C1 to sub key 7BF6E212 (see https://github.com/bitcoin/bitcoin.org/pull/279).
http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.8.6/
This is a maintenance release to fix a critical bug; we urge all users to upgrade.
Please report bugs using the issue tracker at github:
https://github.com/bitcoin/bitcoin/issues
How to Upgrade
--------------
If you already downloaded 0.8.6rc1 you do not need to re-download. This release is exactly the same.
If you are running an older version, shut it down. Wait
until it has completely shut down (which might take a few minutes for older
versions), then run the installer (on Windows) or just copy over
/Applications/Bitcoin-Qt (on Mac) or bitcoind/bitcoin-qt (on Linux).
If you are upgrading from version 0.7.2 or earlier, the first time you
run 0.8.6 your blockchain files will be re-indexed, which will take
anywhere from 30 minutes to several hours, depending on the speed of
your machine.
0.8.6 Release notes
===================
- Default block size increase for miners.
(see https://gist.github.com/gavinandresen/7670433#086-accept-into-block)
- Remove the all-outputs-must-be-greater-than-CENT-to-qualify-as-free rule for relaying
(see https://gist.github.com/gavinandresen/7670433#086-relaying)
- Lower maximum size for free transaction creation
(see https://gist.github.com/gavinandresen/7670433#086-wallet)
- OSX block chain database corruption fixes
- Update leveldb to 1.13
- Use fcntl with `F_FULLSYNC` instead of fsync on OSX
- Use native Darwin memory barriers
- Replace use of mmap in leveldb for improved reliability (only on OSX)
- Fix nodes forwarding transactions with empty vins and getting banned
- Network code performance and robustness improvements
- Additional debug.log logging for diagnosis of network problems, log timestamps by default
- Fix Bitcoin-Qt startup crash when clicking dock icon on OSX
- Fix memory leaks in CKey::SetCompactSignature() and Key::SignCompact()
- Fix rare GUI crash on send
- Various small GUI, documentation and build fixes
Warning
-------
- There have been frequent reports of users running out of virtual memory on 32-bit systems
during the initial sync.
Hence it is recommended to use a 64-bit executable if possible.
A 64-bit executable for Windows is planned for 0.9.
Note: Gavin Andresen's GPG signing key for SHA256SUMS.asc has been changed from key id 1FC730C1 to sub key 7BF6E212 (see https://github.com/bitcoin/bitcoin.org/pull/279).
Jump to: