Bitcoin 0.7.1

[lenny]

17 October 2012

Bitcoin version 0.7.1 released

Bitcoin version 0.7.1 is now available from:
http://sourceforge.net/projects/bitcoin ... oin-0.7.1/

This is a bug-fix minor release.

Please report bugs using the issue tracker at github:
https://github.com/bitcoin/bitcoin/issues

Project source code is hosted at github; you can get
source-only tarballs/zipballs directly from there:
https://github.com/bitcoin/bitcoin/tarball/v0.7.1 # .tar.gz
https://github.com/bitcoin/bitcoin/zipball/v0.7.1 # .zip

Ubuntu Linux users can use the "Personal Package Archive" (PPA)
maintained by Matt Corallo to automatically keep
up-to-date. Just type:
sudo apt-add-repository ppa:bitcoin/bitcoin
sudo apt-get update
in your terminal, then install the bitcoin-qt package:
sudo apt-get install bitcoin-qt

KNOWN ISSUES
------------

Mac OSX 10.5 is no longer supported.

How to Upgrade
--------------

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 were running on Linux with a version that might have been compiled
with a different version of Berkeley DB (for example, if you were using an
Ubuntu PPA version), then run the old version again with the -detachdb
argument and shut it down; if you do not, then the new version will not
be able to read the database files and will exit with an error.

Explanation of -detachdb (and the new "stop true" RPC command):
The Berkeley DB database library stores data in both ".dat" and
"log" files, so the database is always in a consistent state,
even in case of power failure or other sudden shutdown. The
format of the ".dat" files is portable between different
versions of Berkeley DB, but the "log" files are not-- even minor
version differences may have incompatible "log" files. The
-detachdb option moves any pending changes from the "log" files
to the "blkindex.dat" file for maximum compatibility, but makes
shutdown much slower. Note that the "wallet.dat" file is always
detached, and versions prior to 0.6.0 detached all databases
at shutdown.

New features
------------

* Added a boolean argument to the RPC 'stop' command, if true sets
-detachdb to create standalone database .dat files before shutting down.

* -salvagewallet command-line option, which moves any existing wallet.dat
to wallet.{timestamp}.dat and then attempts to salvage public/private
keys and master encryption keys (if the wallet is encrypted) into
a new wallet.dat. This should only be used if your wallet becomes
corrupted, and is not intended to replace regular wallet backups.

* Import $DataDir/bootstrap.dat automatically, if it exists.

Dependency changes
------------------

* Qt 4.8.2 for Windows builds

* openssl 1.0.1c

Bug fixes
---------

* Clicking on a bitcoin: URI on Windows should now launch Bitcoin-Qt properly.

* When running -testnet, use RPC port 18332 by default.

* Better detection and handling of corrupt wallet.dat and blkindex.dat files.
Previous versions would crash with a DB_RUNRECOVERY exception, this
version detects most problems and tells you how to recover if it
cannot recover itself.

* Fixed an uninitialized variable bug that could cause transactions to
be reported out of order.

* Fixed a bug that could cause occasional crashes on exit.

* Warn the user that they need to create fresh wallet backups after they
encrypt their wallet.

----------------------------------------------------
Thanks to everybody who contributed to this release:

Gavin Andresen
Jeff Garzik
Luke Dashjr
Mark Friedenbach
Matt Corallo
Philip Kaufmann
Pieter Wuille
Rune K. Svendsen
Virgil Dupras
Wladimir J. van der Laan
fanquake
kjj2
xanatos

[virus]

ja tam się właśnie doczekać nie mogę nowej wersji bo z tego co się dowiedziałem na bitcointalk od MysteryMiner:

The database format will be changed in next releases that will have smaller files and better performance. Just wait to see!

[rav3n_pl]

git pull i jedziesz
Ja już to mam na swojej maszynie. Niestety ściąga bloki od nowa, ale podejrzewam że w "ludzkiej" wersji będzie po prostu przerabiać istniejące pliki. Opcja importu jest.

[virus]

To wiele tłumaczy
Ostatnio jak pociągnałem wersje z gita to zaczął jechać od nowa i sie wkurzyłem, z serwera sobie spakowałem aktualną baze i wrzuciłem starego klienta
no nic... hardcore to hardcore ... robie dzis update

EDIT

A tak z ciekawości to używacie path-a eligius ?

[virus]

Właśnie skompilowałem i leci import

Kod: Zaznacz cały

bitcoin-qt  -loadblock=/var/.bitcoin/blk0001.dat -loadblock=/var/.bitcoin/blk0002.dat 

Importuje z starego formatu do nowego... sporo zmienili, ale tez opcja plików po 128mb mi się bardzo podoba.
W końcu ładnie będzie śmigało na squashedfs + aufs

[lenny]

To wiele tłumaczy
Ostatnio jak pociągnałem wersje z gita to zaczął jechać od nowa i sie wkurzyłem, z serwera sobie spakowałem aktualną baze i wrzuciłem starego klienta
no nic... hardcore to hardcore ... robie dzis update

EDIT

A tak z ciekawości to używacie path-a eligius ?

Chodzi o ten patch co zmienia transaction fees? Bo coś tam o tym czytałem. Możesz napisać więcej o tym?

[virus]

Ale z tego co wiem to tylko przy wykopanych przez pool eligius.
Akurat w gentoo mam to jako flage i ostatnia wersja z git-a nie chciala sie spatchowac wiec wylaczylem.
Do tad go uzywalem, ale placilem zawsze tyle samo za przelew.

nowa wersje importnolem, na laptopowym dysku zajelo mi to az do 2. w nocy
Musze przyznac ze predkosc wstawania klienta jest niesamowicie szybsza!

[lenny]

Ale z tego co wiem to tylko przy wykopanych przez pool eligius.
Akurat w gentoo mam to jako flage i ostatnia wersja z git-a nie chciala sie spatchowac wiec wylaczylem.
Do tad go uzywalem, ale placilem zawsze tyle samo za przelew.

nowa wersje importnolem, na laptopowym dysku zajelo mi to az do 2. w nocy
Musze przyznac ze predkosc wstawania klienta jest niesamowicie szybsza!

Nie widze sensownego powodu zeby wstawiac jakis obcy kod do klienta, tym bardziej ze zmienia tylko bloki dotyczace jednego tylko poola.
Predkosc wstawania jest szybsza ale masz na mysli czas ogolnie poswiecony na sciagniecie calego blockchain? Bo to zalezy od wielu czynnikow, wydajnosci CPU i dysku ale tez od naszego polaczenia internetowego .
Ja mam u siebie 24/7 node w stabilnej wersji 0.7.1, nie chce tam mieszac skoro stabilnie i dobrze chodzi, nie ma co kombinowac
Pozdrawiam

[virus]

no wywaliłem właśnie eligius i już mam ustawione by się nie pathowal na przyszlosc.

robiłem import jak pisałem wyżej, dopiero ostatnie 20 bloków ściągał z sieci... procesor to miałem w 20% obciążony , wąskim gardłem na bank był dysk.

Noda mam na serwerze postawionego w wersji stabilnej, ale na lapku większość wersji mam najnowsze (plus posiadania gentoo ).