aboutsummaryrefslogtreecommitdiff
path: root/share
AgeCommit message (Collapse)Author
2012-04-10Build identification stringsPieter Wuille
All client version information is moved to version.cpp, which optionally (-DHAVE_BUILD_INFO) includes build.h. build.h is automatically generated on supporting platforms via contrib/genbuild.sh, using git describe. The git export-subst attribute is used to put the commit id statically in version.cpp inside generated archives, and this value is used if no build.h is present. The gitian descriptors are modified to use git archive instead of a copy, to create the src/ directory in the output. This way, src/src/version.cpp will contain the static commit id. To prevent gitian builds from getting the "-dirty" marker in their git-describe generated identifiers, no touching of files or running sed on the makefile is performed anymore. This does not seem to influence determinism.
2012-04-02Bump version to 0.6.0.99 for 0.6.1 merge windowGavin Andresen
2012-03-29Bump version to 0.6.0rc6Gavin Andresen
2012-03-26Update version to 60005 (0.6.0rc5)v0.6.0rc5Gavin Andresen
2012-03-26Merge pull request #992 from gavinandresen/remove_wxBitcoinGavin Andresen
Remove wxWidgets .exe during setup
2012-03-26Remove wxWidgets .exe and locales during setupGavin Andresen
2012-03-26Disable bitcoin: URI handling on Windows for the 0.6 releaseGavin Andresen
2012-03-25Fix URI link to bitcoin-qt.exe instead of bitcoin.exeMatt Corallo
2012-02-07Increase client version to 0.6Gavin Andresen
2012-01-05Add support for opening bitcoin: URIs directly.Matt Corallo
2011-12-16Bump version 0.5.99 (prep for pulling for version 0.6)Gavin Andresen
2011-11-21Bump version to 0.5.1Gavin Andresen
2011-11-08Re-add bitcoin(32&80).xpmMatt Corallo
2011-10-25Update setup.nsi for bitcoin-qt.Matt Corallo
2011-10-08Bump version to 0.5.0.0Gavin Andresen
2011-09-26Remove wxWidgetsGavin Andresen
Makefiles now build bitcoind only. qmake/make in top-level directory is used to build Bitcoin QT Deleted almost all #ifdef GUI from the code (left one possibly controversial one) Deleted xpm/ files.
2011-09-26Bump version to 0.4.1Gavin Andresen
2011-09-14Update bitcoin icon to make nsis setup exe deterministic.Matt Corallo
This adds a 32x32 16-bit icon to the bitcoin.ico file. Though this realistically probably looks worse than the 32-bit 32x32 being displayed on a 16-bit monitor, it makes the nsis setup exe deterministic in gitian output (go figure) which makes the slight visual loss for users of very old monitors/computers worth it.
2011-09-02Bumped version numbers to 0.4.0rc1v0.4.00rc1Gavin Andresen
2011-08-03Make it clear that setting proxy requires restart to fully apply.Matt Corallo
2011-07-13Bump version to 0.3.25Jeff Garzik
Yes, we might release as v0.4, but let's just do a simple increment for now.
2011-07-12Merge pull request #402 from jayschwa/hirez-iconJeff Garzik
High resolution Windows icon
2011-07-12Merge pull request #396 from jayschwa/nsis-brandingJeff Garzik
Add bitcoin.org logos/branding to NSIS installer.
2011-07-12Increase resolution of Windows icon.Jay Weisskopf
The .ico file has changed in the following ways: * Added 64x64 layer (max size for "Classic Mode"). * Added 256x256 layer (max size for Vista and 7). * Removed copies with no alpha channel: * Display depths lower than 32-bits are rare nowadays. * 8-bit alpha channels in icons has been supported since XP. * If the display depth is lowered, they look no better than the downsampled versions that Windows automatically generates. Tested various sizes on both XP and Win 7. It looks fine (unchanged) on XP and downright sexy on Win 7.
2011-07-13Dynamically remove/insert the Options for encryption in the menus.Matt Corallo
2011-07-13Add wallet privkey encryption.Matt Corallo
This commit adds support for ckeys, or enCrypted private keys, to the wallet. All keys are stored in memory in their encrypted form and thus the passphrase is required from the user to spend coins, or to create new addresses. Keys are encrypted with AES-256-CBC using OpenSSL's EVP library. The key is calculated via EVP_BytesToKey using SHA512 with (by default) 25000 rounds and a random salt. By default, the user's wallet remains unencrypted until they call the RPC command encryptwallet <passphrase> or, from the GUI menu, Options-> Encrypt Wallet. When the user is attempting to call RPC functions which require the password to unlock the wallet, an error will be returned unless they call walletpassphrase <passphrase> <time to keep key in memory> first. A keypoolrefill command has been added which tops up the users keypool (requiring the passphrase via walletpassphrase first). keypoolsize has been added to the output of getinfo to show the user the number of keys left before they need to specify their passphrase (and call keypoolrefill). Note that walletpassphrase will automatically fill keypool in a separate thread which it spawns when the passphrase is set. This could cause some delays in other threads waiting for locks on the wallet passphrase, including one which could cause the passphrase to be stored longer than expected, however it will not allow the passphrase to be used longer than expected as ThreadCleanWalletPassphrase will attempt to get a lock on the key as soon as the specified lock time has arrived. When the keypool runs out (and wallet is locked) GetOrReuseKeyFromPool returns vchDefaultKey, meaning miners may start to generate many blocks to vchDefaultKey instead of a new key each time. A walletpassphrasechange <oldpassphrase> <newpassphrase> has been added to allow the user to change their password via RPC. Whenever keying material (unencrypted private keys, the user's passphrase, the wallet's AES key) is stored unencrypted in memory, any reasonable attempt is made to mlock/VirtualLock that memory before storing the keying material. This is not true in several (commented) cases where mlock/VirtualLocking the memory is not possible. Although encryption of private keys in memory can be very useful on desktop systems (as some small amount of protection against stupid viruses), on an RPC server, the password is entered fairly insecurely. Thus, the only main advantage encryption has for RPC servers is for RPC servers that do not spend coins, except in rare cases, eg. a webserver of a merchant which only receives payment except for cases of manual intervention. Thanks to jgarzik for the original patch and sipa, gmaxwell and many others for all their input. Conflicts: src/wallet.cpp
2011-07-12Remove NSIS branding from bottom divider.Jay Weisskopf
2011-07-11Set default compression for NSIS installer to LZMA.Jay Weisskopf
Use of LZMA (versus the current zlib) shaves a few MB off the installer.
2011-07-11Add logos/branding currently found on bitcoin.org into NSIS installer.Jay Weisskopf
2011-07-02Bump version to 0.3.24.Jeff Garzik
2011-06-05Bump version to 0.3.23.Jeff Garzik
2011-05-27Update to openssl-1.0.0d and enable RPC-SSL on Win32Matt Corallo
2011-05-21Update NSIS Installer file to support the new directory structure.Matt Corallo
2011-05-14Fix MinGW build due to bad pointers to ui.rc pixmaps stuff.Matt Corallo
2011-05-09Manual merge of jaromil's source tree reorg commit.Jeff Garzik
Conflicts: src/sha256.cpp
2011-04-23directory re-organization (keeps the old build system)Jaromil
there is no internal modification of any file in this commit files are moved into directories according to established standards in sourcecode distribution; these directories contain: src - Files that are used in constructing the executable binaries, but are not installed. doc - Files in HTML and text format that document usage, quirks of the implementation, and contributor checklists. locale - Files that contain human language translation of strings used in the program contrib - Files contributed from distributions or other third party implementing scripts and auxiliary programs