Bitcoin Forum
January 17, 2021, 04:31:32 PM *
News: Latest Bitcoin Core release: 0.20.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: 1 2 3 4 5 [All]
  Print  
Author Topic: Please test: Bitcoin v0.3.22 release candidate  (Read 15781 times)
xf2_org
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
May 19, 2011, 05:48:52 AM
Last edit: May 21, 2011, 01:09:16 AM by xf2_org
 #1

Bitcoin version 0.3.22 release candidate (#3) has been uploaded to

     https://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.3.22/test/

These builds were produced using gitian, so feedback on their packaging would be appreciated.

Version 0.3.22 highlights:

- RPC: listtransactions supports range queries
- Permit non-std tx on testnet
- add -port option for P2P port
- remove 'generate coins' option from GUI
- remove 4way CPU miner
- RPC: add settxfee
- minimum TX fee reduced to 0.0005 BTC
- additional translations
- bug fixes
- source tree reorg & cleanup

Test feedback and additional translation updates requested.

1610901092
Hero Member
*
Offline Offline

Posts: 1610901092

View Profile Personal Message (Offline)

Ignore
1610901092
Reply with quote  #2

1610901092
Report to moderator
1610901092
Hero Member
*
Offline Offline

Posts: 1610901092

View Profile Personal Message (Offline)

Ignore
1610901092
Reply with quote  #2

1610901092
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1610901092
Hero Member
*
Offline Offline

Posts: 1610901092

View Profile Personal Message (Offline)

Ignore
1610901092
Reply with quote  #2

1610901092
Report to moderator
1610901092
Hero Member
*
Offline Offline

Posts: 1610901092

View Profile Personal Message (Offline)

Ignore
1610901092
Reply with quote  #2

1610901092
Report to moderator
1610901092
Hero Member
*
Offline Offline

Posts: 1610901092

View Profile Personal Message (Offline)

Ignore
1610901092
Reply with quote  #2

1610901092
Report to moderator
cuddlefish
Sr. Member
****
Offline Offline

Activity: 364
Merit: 250


View Profile
May 19, 2011, 05:51:05 AM
 #2

Farewell, Generate Coins. You were a fine menu item in the days of Low Difficulty, before these dark days of ArtForz, Deepbit, and slush. You shall be missed.
Ian Maxwell
Full Member
***
Offline Offline

Activity: 140
Merit: 100



View Profile WWW
May 19, 2011, 05:56:22 AM
 #3

Downloading it now... and watching this thread.

Ian Maxwell
PGP key | WoT rating
gigabytecoin
Sr. Member
****
Offline Offline

Activity: 280
Merit: 250


View Profile
May 19, 2011, 05:59:15 AM
 #4

Glad to see updates coming along frequently, thanks everyone!
Ian Maxwell
Full Member
***
Offline Offline

Activity: 140
Merit: 100



View Profile WWW
May 19, 2011, 06:04:15 AM
 #5

For the next release, it would be nice if the minimum number of decimal places displayed is either increased to 3, or decreased to 0.

Ian Maxwell
PGP key | WoT rating
db
Sr. Member
****
Offline Offline

Activity: 279
Merit: 251



View Profile
May 19, 2011, 07:24:07 AM
 #6

And the minimum transaction amount is reduced too. Very nice.

But how does that work? I thought is was a protocol rule, not just something the official program refused to do. Will all older nodes ignore < 0.01 transactions?
kjj
Legendary
*
Offline Offline

Activity: 1302
Merit: 1001



View Profile
May 19, 2011, 07:39:24 AM
 #7

Is there a command line option to generate?

I know I'll win the lottery first, but I still like running one core of my quad on the off chance that I'll get lucky.

17Np17BSrpnHCZ2pgtiMNnhjnsWJ2TMqq8
I routinely ignore posters with paid advertising in their sigs.  You should too.
xf2_org
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
May 19, 2011, 08:05:34 AM
 #8

And the minimum transaction amount is reduced too. Very nice.

But how does that work? I thought is was a protocol rule, not just something the official program refused to do. Will all older nodes ignore < 0.01 transactions?

It is the simply the default.  It will not come into effect until most miners upgrade to 0.3.22.

xf2_org
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
May 19, 2011, 08:06:39 AM
 #9

Is there a command line option to generate?

Yes.  But if you're CPU mining, you want to use this or this instead of the slower bitcoin CPU miner.

db
Sr. Member
****
Offline Offline

Activity: 279
Merit: 251



View Profile
May 19, 2011, 08:26:11 AM
 #10

And the minimum transaction amount is reduced too. Very nice.

But how does that work? I thought is was a protocol rule, not just something the official program refused to do. Will all older nodes ignore < 0.01 transactions?

It is the simply the default.  It will not come into effect until most miners upgrade to 0.3.22.

So small transactions have always been valid, it's just that most miners have refused to include them in their blocks?
xf2_org
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
May 19, 2011, 08:30:52 AM
 #11

So small transactions have always been valid, it's just that most miners have refused to include them in their blocks?

Correct.  As long as the block passes basic verification tests, miners are free to choose what is included in their blocks (or not).

db
Sr. Member
****
Offline Offline

Activity: 279
Merit: 251



View Profile
May 19, 2011, 08:44:42 AM
 #12

Correct.  As long as the block passes basic verification tests, miners are free to choose what is included in their blocks (or not).

How about the fee schedule and the block size limit? Are those also just recommendations to miners or do they make blocks invalid?
Matt Corallo
Hero Member
*****
Offline Offline

Activity: 755
Merit: 501


View Profile
May 19, 2011, 09:45:21 AM
 #13

As a side note, this was built with wx 2.9.1 + a small patch to allow the gui to show up on Ubuntu  11.04/other GTK3 stuff.
Though it shows up, it does not appear to fully work yet, with some images missing from buttons in the UI.
Well that appears to only be an issue when running the binary for the wrong platform (or maybe it always happens on the 32-bit one, did it have a problem?) also not true, it looks fine...Im just being thick.

Bitcoin Core, rust-lightning, http://bitcoinfibre.org etc.
PGP ID: 07DF 3E57 A548 CCFB 7530  7091 89BB B866 3E2E65CE
elewton
Full Member
***
Offline Offline

Activity: 410
Merit: 100


DIA | Data infrastructure for DeFi


View Profile
May 19, 2011, 10:21:45 AM
 #14

Works beautifully in Unity under Natty!

Thanks!

BitcoinsWallet
Member
**
Offline Offline

Activity: 70
Merit: 10


View Profile
May 19, 2011, 12:38:05 PM
 #15

Testing.
cypherdoc
Legendary
*
Offline Offline

Activity: 1764
Merit: 1002



View Profile
May 19, 2011, 02:26:15 PM
 #16

does this work on MacOSX?
Cryptoman
Hero Member
*****
Offline Offline

Activity: 726
Merit: 500



View Profile
May 19, 2011, 02:33:57 PM
 #17

Version 0.3.22 highlights:

- add -port option for P2P port

How much trouble would it be to service connections over multiple ports simultaneously?  It would be nice to use an innocuous port like 515 to obscure communications with certain parts of the network while also retaining connection with the vast majority of peers on 8333.

"A small body of determined spirits fired by an unquenchable faith in their mission can alter the course of history." --Gandhi
Matt Corallo
Hero Member
*****
Offline Offline

Activity: 755
Merit: 501


View Profile
May 19, 2011, 03:47:12 PM
 #18

Version 0.3.22 highlights:

- add -port option for P2P port

How much trouble would it be to service connections over multiple ports simultaneously?  It would be nice to use an innocuous port like 515 to obscure communications with certain parts of the network while also retaining connection with the vast majority of peers on 8333.
You could, a. run two nodes or b. set your router to forward both ports to the same internal port + log into the irc server with port 515 and 8333 on its nick or make a client which does that plus listens on both ports.

does this work on MacOSX?
No OSX builds currently, but you are welcome to build from git yourself.

Bitcoin Core, rust-lightning, http://bitcoinfibre.org etc.
PGP ID: 07DF 3E57 A548 CCFB 7530  7091 89BB B866 3E2E65CE
xf2_org
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
May 21, 2011, 01:12:32 AM
 #19

Release candidate #3 source tarball uploaded.  Builds should follow within 24-48hrs.

Notable changes since -rc2:

- irc channel is overflowing.  changed to use #bitcoin00 - #bitcoin99

Other changes:

- makefile.osx fix
- gitian build desc updated
- translations updated: lithuanian, german, spanish
- -dns bugfix, related to IRC

BitcoinsWallet
Member
**
Offline Offline

Activity: 70
Merit: 10


View Profile
May 21, 2011, 01:32:06 AM
 #20

Thank you for the work. Testing.
shackra
Full Member
***
Offline Offline

Activity: 235
Merit: 100


1 Pedro 3:15-16 (DHH)


View Profile WWW
May 21, 2011, 01:46:32 AM
 #21

great, finally in spanish!
thanks, I going to compile it and test.

Bitcoin-OTC | GPG: 43C5AF3C1C559BA2
luv2drnkbr
Hero Member
*****
Offline Offline

Activity: 794
Merit: 1001



View Profile
May 21, 2011, 03:27:06 AM
 #22

Noooooo!  Please leave "Generate Coins" in!  I know it's effectively useless, but I'm not a miner, and I like to "generate" with my CPU from the main client just for kicks knowing there's a very (very very) small chance I'll get lucky!  I know it's silly, but I like it!  Pretty please leave it in!!!

xf2_org
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
May 21, 2011, 04:00:06 AM
 #23

Noooooo!  Please leave "Generate Coins" in!  I know it's effectively useless, but I'm not a miner, and I like to "generate" with my CPU from the main client just for kicks knowing there's a very (very very) small chance I'll get lucky!  I know it's silly, but I like it!  Pretty please leave it in!!!

You can still run -gen at the command line.  But the built-in CPU miner was always slower than ufasoft or my cpu miner.

FreeMoney
Legendary
*
Offline Offline

Activity: 1246
Merit: 1011


Strength in numbers


View Profile WWW
May 21, 2011, 04:13:26 AM
 #24

Noooooo!  Please leave "Generate Coins" in!  I know it's effectively useless, but I'm not a miner, and I like to "generate" with my CPU from the main client just for kicks knowing there's a very (very very) small chance I'll get lucky!  I know it's silly, but I like it!  Pretty please leave it in!!!

I never generate, but I say leave it in a while longer. Maybe include a message saying that it is very unlikely to produce anything using a CPU.

Play Bitcoin Poker at sealswithclubs.eu. We're active and open to everyone.
luv2drnkbr
Hero Member
*****
Offline Offline

Activity: 794
Merit: 1001



View Profile
May 21, 2011, 09:33:46 AM
 #25

God forbid I wait a day to see if this is stable enough to use... I'm only getting like 1 connection maybe on my 0.3.21 client right now!

rb2k
Member
**
Offline Offline

Activity: 109
Merit: 10


View Profile
May 21, 2011, 05:04:34 PM
 #26

If anybody has a link to an OSX build... I looked at compiling it myself, but wxwidgets is just a annoyingly huge
Scarecrow
Newbie
*
Offline Offline

Activity: 35
Merit: 0



View Profile
May 21, 2011, 07:45:16 PM
 #27

I have only just started using this RC but so far it appears to run fine including the GUI, in my bog standard Unity desktop on Ubuntu Natty 11.04 64bit version.

I'm happy.  Grin
BitcoinsWallet
Member
**
Offline Offline

Activity: 70
Merit: 10


View Profile
May 21, 2011, 07:47:58 PM
 #28

I vote for leave "Generate Coins" too.

.22 working fine.
hazek
Legendary
*
Offline Offline

Activity: 1078
Merit: 1002


View Profile
May 21, 2011, 08:59:28 PM
 #29

I'm just curious: Are people here only checking if the new version works or also what it does?

My personality type: INTJ - please forgive my weaknesses (Not naturally in tune with others feelings; may be insensitive at times, tend to respond to conflict with logic and reason, tend to believe I'm always right)

If however you enjoyed my post: 15j781DjuJeVsZgYbDVt2NZsGrWKRWFHpp
Matt Corallo
Hero Member
*****
Offline Offline

Activity: 755
Merit: 501


View Profile
May 22, 2011, 01:33:07 AM
 #30

I'm just curious: Are people here only checking if the new version works or also what it does?
Frankly, there were no huge changes in this release.  The only checks that really need to happen are just does it work for you in everyday usage?  This way we can make sure nothing broke as a side effect by accident.

Bitcoin Core, rust-lightning, http://bitcoinfibre.org etc.
PGP ID: 07DF 3E57 A548 CCFB 7530  7091 89BB B866 3E2E65CE
xf2_org
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
May 22, 2011, 05:25:11 PM
 #31

Builds for 0.3.22-rc3 have been uploaded to https://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.3.22/test/

Please test the win32 installer (-win32-setup.exe), as that was not present in the -rc2 build.

Dezeer
Newbie
*
Offline Offline

Activity: 8
Merit: 0


View Profile
May 22, 2011, 06:33:15 PM
 #32

For some reason when trying to Solo-mine Guiminer gives an RPC error, on .21 it's fine. Also sometimes bitcoin starts to create lots of empty connections when viewed on process explorer(might be PE bug) and starts to use full CPU core. A note: for the debug log wouldn't it be good to add some kind of time stamp?
Matt Corallo
Hero Member
*****
Offline Offline

Activity: 755
Merit: 501


View Profile
May 22, 2011, 07:08:57 PM
 #33

Also sometimes bitcoin starts to create lots of empty connections when viewed on process explorer(might be PE bug) and starts to use full CPU core. A note: for the debug log wouldn't it be good to add some kind of time stamp?
I can't reproduce, maybe you just opened your firewall to allow incoming connections and are getting a ton of those?

Bitcoin Core, rust-lightning, http://bitcoinfibre.org etc.
PGP ID: 07DF 3E57 A548 CCFB 7530  7091 89BB B866 3E2E65CE
sjcire
Newbie
*
Offline Offline

Activity: 1
Merit: 0


View Profile
May 22, 2011, 10:59:25 PM
 #34

Seems to open properly on natty.  Thanks!  I should note that it appear that I cannot make any connections. The -testnet options does make connections however.  I dont know if this is normal or not.
matsh
Member
**
Offline Offline

Activity: 93
Merit: 11


View Profile
May 23, 2011, 06:10:30 AM
 #35

I also vote for keeping the "Generate Bitcoin" checkbox, for security reasons. What if there's a massive fork attack on our current machinery? If so, we could broadcast to everyone to check that box and help defending the network. Without that checkbox, it is more complicated and perhaps beyond the skill level of a lot of users.
Sukrim
Legendary
*
Offline Offline

Activity: 2562
Merit: 1003


View Profile
May 23, 2011, 07:58:23 AM
 #36

If there is a "huge fork attack" it would have to be done with a lot more than 50% of the network's power, just to be sure it doesn't suddenly spike.
Also such an attack would just last an hour or so at max. so ppl would REALLY need to react fast.
Additionally the CPU miner in bitcoind is far slower than specialized CPU miner...

https://www.coinlend.org <-- automated lending at various exchanges.
https://www.bitfinex.com <-- Trade BTC for other currencies and vice versa.
Mail me at Bitmessage: BM-BbiHiVv5qh858ULsyRDtpRrG9WjXN3xf
marcus_of_augustus
Legendary
*
Offline Offline

Activity: 3430
Merit: 1574



View Profile
May 23, 2011, 10:45:46 AM
 #37

Code:
$ ./bitcoin
./bitcoin: symbol lookup error: ./bitcoin: undefined symbol: gtk_widget_get_realized

Fedora 12

xf2_org
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
May 23, 2011, 02:01:55 PM
 #38

Code:
$ ./bitcoin
./bitcoin: symbol lookup error: ./bitcoin: undefined symbol: gtk_widget_get_realized

Fedora 12

You'll have to build your own Fedora binaries.  bitcoin is built on a recent Ubuntu.

(this is one reason why I'm pushing to remove Linux binaries from our distribution entirely, leaving it up to packagers for each OS)
M4v3R
Hero Member
*****
Offline Offline

Activity: 607
Merit: 500


View Profile
May 23, 2011, 04:34:11 PM
 #39

- RPC: listtransactions supports range queries

Thank you, thank you, thank you! That was my biggest feature request for the RPC. And now it's in!

When do you plan to put the stable version live?
xf2_org
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
May 23, 2011, 08:47:12 PM
 #40

- RPC: listtransactions supports range queries

Thank you, thank you, thank you! That was my biggest feature request for the RPC. And now it's in!

When do you plan to put the stable version live?

When it's stable Wink  Help test, and make it happen sooner rather than later!

marcus_of_augustus
Legendary
*
Offline Offline

Activity: 3430
Merit: 1574



View Profile
May 23, 2011, 08:56:23 PM
 #41

Code:
$ ./bitcoin
./bitcoin: symbol lookup error: ./bitcoin: undefined symbol: gtk_widget_get_realized

Fedora 12

You'll have to build your own Fedora binaries.  bitcoin is built on a recent Ubuntu.

(this is one reason why I'm pushing to remove Linux binaries from our distribution entirely, leaving it up to packagers for each OS)

Ah, don't you mean I'll have to uninstall the repository OpenSLL package, download OpenSLL tar ball and rebuild OpenSSL with ECDSA and EC support and then I can build my own bitcoin binaries on Fedora?

Any dependencies to watch out for when putting my home-built OpenSLL into Fedora that you know of?

xf2_org
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
May 23, 2011, 09:23:07 PM
 #42

Ah, don't you mean I'll have to uninstall the repository OpenSLL package, download OpenSLL tar ball and rebuild OpenSSL with ECDSA and EC support and then I can build my own bitcoin binaries on Fedora?

Any dependencies to watch out for when putting my home-built OpenSLL into Fedora that you know of?

You don't have to uninstall any packages.  Just install bitcoin-custom openssl into /usr/local/openssl or somesuch.

marcus_of_augustus
Legendary
*
Offline Offline

Activity: 3430
Merit: 1574



View Profile
May 23, 2011, 11:09:20 PM
 #43

Ah, don't you mean I'll have to uninstall the repository OpenSLL package, download OpenSLL tar ball and rebuild OpenSSL with ECDSA and EC support and then I can build my own bitcoin binaries on Fedora?

Any dependencies to watch out for when putting my home-built OpenSLL into Fedora that you know of?

You don't have to uninstall any packages.  Just install bitcoin-custom openssl into /usr/local/openssl or somesuch.

and what is the best way to redirect the linker away from the system openssl install to the bitcoin-custom openssl install when building bitcoind ?

xf2_org
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
May 24, 2011, 12:13:50 AM
 #44

Ah, don't you mean I'll have to uninstall the repository OpenSLL package, download OpenSLL tar ball and rebuild OpenSSL with ECDSA and EC support and then I can build my own bitcoin binaries on Fedora?

Any dependencies to watch out for when putting my home-built OpenSLL into Fedora that you know of?

You don't have to uninstall any packages.  Just install bitcoin-custom openssl into /usr/local/openssl or somesuch.

and what is the best way to redirect the linker away from the system openssl install to the bitcoin-custom openssl install when building bitcoind ?

Update the top of makefile.unix.  It is standard *nix build instructions... you must edit cflags/ldflags/etc.  Describing compiler and linker -I and -L is beyond the scope of this thread, though, I'm afraid.

marcus_of_augustus
Legendary
*
Offline Offline

Activity: 3430
Merit: 1574



View Profile
May 24, 2011, 01:10:19 AM
 #45

Ah, don't you mean I'll have to uninstall the repository OpenSLL package, download OpenSLL tar ball and rebuild OpenSSL with ECDSA and EC support and then I can build my own bitcoin binaries on Fedora?

Any dependencies to watch out for when putting my home-built OpenSLL into Fedora that you know of?

You don't have to uninstall any packages.  Just install bitcoin-custom openssl into /usr/local/openssl or somesuch.

and what is the best way to redirect the linker away from the system openssl install to the bitcoin-custom openssl install when building bitcoind ?

Update the top of makefile.unix.  It is standard *nix build instructions... you must edit cflags/ldflags/etc.  Describing compiler and linker -I and -L is beyond the scope of this thread, though, I'm afraid.

I didn't ask you to. Just trying to establish some kind of standard way for people who (god forbid) prefer to build bitcoin on RH derivative linux.

It is the best chance for bitcoin to make it into those repositories and get wider adoption.

Anybody have plans to publish a makefile for building bitcoin on RH derivatives?

marcus_of_augustus
Legendary
*
Offline Offline

Activity: 3430
Merit: 1574



View Profile
May 24, 2011, 02:52:04 AM
 #46

Code:
/usr/bin/ld: cannot find -lboost_thread

Fedora 12, boost-thread package is installed.

xf2_org
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
May 24, 2011, 04:24:01 AM
 #47

Code:
/usr/bin/ld: cannot find -lboost_thread

Fedora 12, boost-thread package is installed.

Add "-mt" suffix.

liberty
Newbie
*
Offline Offline

Activity: 16
Merit: 0


View Profile
May 24, 2011, 05:37:02 AM
 #48

Ubuntu 64bit. the client RC3 works just fine.
shackra
Full Member
***
Offline Offline

Activity: 235
Merit: 100


1 Pedro 3:15-16 (DHH)


View Profile WWW
May 24, 2011, 05:37:34 AM
 #49

i got this error when i try to compile the source:
Code:
jorge@Abril:~/Descargas/bitcoin/bitcoin-0.3.22rc3/src$ make -f makefile.unix
g++ -c -O2 -Wno-invalid-offsetof -Wformat -g -D__WXDEBUG__ -DNOPCH -DFOURWAYSSE2 -DUSE_SSL -DUSE_UPNP=0 -I/usr/local/lib/wx/include/gtk2-unicode-static-2.9 -I/usr/local/include/wx-2.9 -D_FILE_OFFSET_BITS=64 -D__WXGTK__ -pthread -DGUI -o obj/net.o net.cpp
/usr/include/miniupnpc/miniupnpc.h: In function ‘void ThreadMapPort2(void*)’:
/usr/include/miniupnpc/miniupnpc.h:53: error: too few arguments to function ‘UPNPDev* upnpDiscover(int, const char*, const char*, int, int, int*)’
net.cpp:980: error: at this point in file
/usr/include/miniupnpc/upnpcommands.h:117: error: too few arguments to function ‘int UPNP_AddPortMapping(const char*, const char*, const char*, const char*, const char*, const char*, const char*, const char*, const char*)’
net.cpp:994: error: at this point in file
make: *** [obj/net.o] Error 1
jorge@Abril:~/Descargas/bitcoin/bitcoin-0.3.22rc3/src$

my machine use Trisquel GNU/Linux 4.5 (Slaine) 64 bits

Bitcoin-OTC | GPG: 43C5AF3C1C559BA2
lebish
Newbie
*
Offline Offline

Activity: 36
Merit: 0


View Profile
May 24, 2011, 05:43:24 AM
 #50

Downloading to test now!
Matt Corallo
Hero Member
*****
Offline Offline

Activity: 755
Merit: 501


View Profile
May 24, 2011, 11:00:00 AM
 #51

Code:
/usr/include/miniupnpc/miniupnpc.h:53: error: too few arguments to function ‘UPNPDev* upnpDiscover(int, const char*, const char*, int, int, int*)’
This is an indication you used the wrong version of miniupnp.  You are looking for miniupnpc-1.5, not miniupnpc-1.5.DATE.

Bitcoin Core, rust-lightning, http://bitcoinfibre.org etc.
PGP ID: 07DF 3E57 A548 CCFB 7530  7091 89BB B866 3E2E65CE
humble
Member
**
Offline Offline

Activity: 91
Merit: 11



View Profile
May 24, 2011, 06:12:01 PM
 #52

Looking pretty good. The field that shows the balance could be a little wider. It's cutting off the last (right-most) digit of my balance. And it's not like I have that large of a balance ;-)
BitcoinsWallet
Member
**
Offline Offline

Activity: 70
Merit: 10


View Profile
May 24, 2011, 07:55:18 PM
 #53

(...) Test feedback and additional translation updates requested. (...)

Tell me if Spanish translation or updates needed  Cheesy
Matt Corallo
Hero Member
*****
Offline Offline

Activity: 755
Merit: 501


View Profile
May 25, 2011, 12:58:09 AM
 #54

As a side note, if you wish to attempt to duplicate the builds, you can try using the script at https://gist.github.com/961527.
The Linux ones should end up with hash-identical binaries, but I've never tested the Win32 ones.  They might work, but I'd bet there are several small differences (build timestamps and such).
Please don't comment on the build system here, that is best left to another thread and/or direct questions on IRC (I'm BlueMatt). 

Bitcoin Core, rust-lightning, http://bitcoinfibre.org etc.
PGP ID: 07DF 3E57 A548 CCFB 7530  7091 89BB B866 3E2E65CE
marcus_of_augustus
Legendary
*
Offline Offline

Activity: 3430
Merit: 1574



View Profile
May 25, 2011, 01:28:43 AM
 #55

As a side note, if you wish to attempt to duplicate the builds, you can try using the script at https://gist.github.com/961527.
The Linux ones should end up with hash-identical binaries, but I've never tested the Win32 ones.  They might work, but I'd bet there are several small differences (build timestamps and such).
Please don't comment on the build system here, that is best left to another thread and/or direct questions on IRC (I'm BlueMatt). 

Got a link to a thread with Redhat derivative (Fedora, CentOS, RH) builds help.

It's just one missing package after another. The file "build-unix.txt" should perhaps be renamed "build-ubuntu.txt" ... not sure what other unix that file helps on but it is next to useless for RH.

xf2_org
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
May 25, 2011, 03:04:50 PM
 #56

Release candidate #4 source and binaries uploaded.

Changes:
- add chinese, esperanto translations
- update russian, italian translations
- OSX build tweaks
- Windows installer fixes

AltPluzF4
Newbie
*
Offline Offline

Activity: 41
Merit: 0



View Profile
May 25, 2011, 03:17:27 PM
 #57

Hmm.
Windows 7 Pro x64
When I start my local miner, bitcoin.exe goes up to a constant 25% CPU usage (Quad Core) Even after closing phoenix, and bitcoin, the process remains (at 25% CPU) until I manually terminate it.

No issues with 0.3.21 though. Any ideas?
Matt Corallo
Hero Member
*****
Offline Offline

Activity: 755
Merit: 501


View Profile
May 25, 2011, 04:26:49 PM
 #58

Hmm.
Windows 7 Pro x64
When I start my local miner, bitcoin.exe goes up to a constant 25% CPU usage (Quad Core) Even after closing phoenix, and bitcoin, the process remains (at 25% CPU) until I manually terminate it.

No issues with 0.3.21 though. Any ideas?
Might you inform us of which/how many threads are using so much cpu (using Process Explorer) as well as any other info you might deam worth sharing.

Bitcoin Core, rust-lightning, http://bitcoinfibre.org etc.
PGP ID: 07DF 3E57 A548 CCFB 7530  7091 89BB B866 3E2E65CE
shackra
Full Member
***
Offline Offline

Activity: 235
Merit: 100


1 Pedro 3:15-16 (DHH)


View Profile WWW
May 25, 2011, 04:55:07 PM
 #59

Code:
/usr/include/miniupnpc/miniupnpc.h:53: error: too few arguments to function ‘UPNPDev* upnpDiscover(int, const char*, const char*, int, int, int*)’
This is an indication you used the wrong version of miniupnp.  You are looking for miniupnpc-1.5, not miniupnpc-1.5.DATE.

huh, sorry :p
my baaad xD

Bitcoin-OTC | GPG: 43C5AF3C1C559BA2
theboos
Member
**
Offline Offline

Activity: 87
Merit: 10


View Profile
May 26, 2011, 12:30:12 AM
 #60

Fedora 13 x64, bitcoin 3.22.rc3. Says "Generating" in bottom right corner and displays a meager hashrate in the left. Moreover, I can't turn it off since the option has been removed from the menu. Using up CPU, so not just a UI bug.
Matt Corallo
Hero Member
*****
Offline Offline

Activity: 755
Merit: 501


View Profile
May 26, 2011, 12:50:04 AM
 #61

Fedora 13 x64, bitcoin 3.22.rc3. Says "Generating" in bottom right corner and displays a meager hashrate in the left. Moreover, I can't turn it off since the option has been removed from the menu. Using up CPU, so not just a UI bug.
I'm assuming you built yourself...are you sure you sure you are running the latest version and are you sure you didnt link some stale outputs?  Also, -gen will still turn on generation, and yes, you won't be able to turn it off via GUI.  Don't specify -gen for your client (it is assumed if you are able to turn that one, you can also turn it off).

Bitcoin Core, rust-lightning, http://bitcoinfibre.org etc.
PGP ID: 07DF 3E57 A548 CCFB 7530  7091 89BB B866 3E2E65CE
theboos
Member
**
Offline Offline

Activity: 87
Merit: 10


View Profile
May 26, 2011, 01:04:02 AM
 #62

Fedora 13 x64, bitcoin 3.22.rc3. Says "Generating" in bottom right corner and displays a meager hashrate in the left. Moreover, I can't turn it off since the option has been removed from the menu. Using up CPU, so not just a UI bug.
I'm assuming you built yourself...are you sure you sure you are running the latest version and are you sure you didnt link some stale outputs?  Also, -gen will still turn on generation, and yes, you won't be able to turn it off via GUI.  Don't specify -gen for your client (it is assumed if you are able to turn that one, you can also turn it off).

Did not build it myself; I downloaded bitcoin-0.3.22rc3-linux.tar.gz from sourceforge, extracted, and updated my shortcut. It is running the correct version because the option has been removed.
allinvain
Legendary
*
Offline Offline

Activity: 3038
Merit: 1060



View Profile WWW
May 26, 2011, 02:56:10 AM
 #63

This is just a suggestion, but wouldn't it be a good idea if development now focuses also on the usability and appearance of the client software? Maybe a slicker interface, make it as dummy proof as possible? I dunno. I'm thinking out loud.

marcus_of_augustus
Legendary
*
Offline Offline

Activity: 3430
Merit: 1574



View Profile
May 26, 2011, 03:24:44 AM
 #64

This is just a suggestion, but wouldn't it be a good idea if development now focuses also on the usability and appearance of the client software? Maybe a slicker interface, make it as dummy proof as possible? I dunno. I'm thinking out loud.

You mean like linux packages in a repository somewhere?

(I got it built in fedora but god, what a mission, maybe a bounty is in order here?)

AltPluzF4
Newbie
*
Offline Offline

Activity: 41
Merit: 0



View Profile
May 26, 2011, 05:09:32 AM
 #65

Hmm.
Windows 7 Pro x64
When I start my local miner, bitcoin.exe goes up to a constant 25% CPU usage (Quad Core) Even after closing phoenix, and bitcoin, the process remains (at 25% CPU) until I manually terminate it.

No issues with 0.3.21 though. Any ideas?
Might you inform us of which/how many threads are using so much cpu (using Process Explorer) as well as any other info you might deam worth sharing.

Just one thread. I don't currently have my pc set up to compile the source, so I can't really give any details of what thread :-/

Anyway, I'm able to cause this issue just by using the RPC getwork command. Calling it once causes the RPC server to just start running full cpu usage (Quad Core, 25%, one thread.) And the only way for me to "fix" it is to force the process to end and restart bitcoin :-/

If there's any more info you need, please elaborate...
allinvain
Legendary
*
Offline Offline

Activity: 3038
Merit: 1060



View Profile WWW
May 26, 2011, 05:31:43 AM
 #66

This is just a suggestion, but wouldn't it be a good idea if development now focuses also on the usability and appearance of the client software? Maybe a slicker interface, make it as dummy proof as possible? I dunno. I'm thinking out loud.

You mean like linux packages in a repository somewhere?

(I got it built in fedora but god, what a mission, maybe a bounty is in order here?)

That too, but I was thinking more along the lines of making the interface a bit more pretty and maybe tidying up and ensuring it's as clearly laid out as possible. Any graphical interface specialists/usability experts on the bitcoin development team?

Linux packages for as many distros as possible along with freebsd, openbsd, netbsd, etc packages would also be a huge plus.


eMansipater
Sr. Member
****
Offline Offline

Activity: 294
Merit: 251



View Profile WWW
May 26, 2011, 07:03:09 AM
 #67

Excellent job on this one, all!  Next goal--simple tooltips on startup that explain what "xxxx blocks" means in the lower right as the blockchain is downloaded.  Can't tell you how many new users are a) confused about what's happening and b)think they're mining these blocks!

If you found my post helpful, feel free to send a small tip to 1QGukeKbBQbXHtV6LgkQa977LJ3YHXXW8B
Visit the BitCoin Q&A Site to ask questions or share knowledge.
0.009 BTC too confusing?  Use mBTC instead!  Details at www.em-bit.org or visit the project thread to help make Bitcoin prices more human-friendly.
Matt Corallo
Hero Member
*****
Offline Offline

Activity: 755
Merit: 501


View Profile
May 26, 2011, 11:28:39 AM
 #68

Just one thread. I don't currently have my pc set up to compile the source, so I can't really give any details of what thread :-/

Anyway, I'm able to cause this issue just by using the RPC getwork command. Calling it once causes the RPC server to just start running full cpu usage (Quad Core, 25%, one thread.) And the only way for me to "fix" it is to force the process to end and restart bitcoin :-/

If there's any more info you need, please elaborate...
Process Explorer will give you an entry point to point out which thread it is...and there is a possibility someone smart than myself can point out which thread it actually is. http://technet.microsoft.com/en-us/sysinternals/bb896653

Bitcoin Core, rust-lightning, http://bitcoinfibre.org etc.
PGP ID: 07DF 3E57 A548 CCFB 7530  7091 89BB B866 3E2E65CE
xf2_org
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
May 27, 2011, 12:53:24 PM
 #69

Release candidate #5 source and binaries uploaded to https://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.3.22/test/

Hopefully this is the last one, though TX fee discussions are still ongoing.

Main change:

- TX fee 0.0005 rollout was deemed too aggressive, and was partially rolled back.  See this post for details.

Other changes:

- Translation updates: dutch, spanish, czech, german
- minor bug fixes

mrb
Legendary
*
Offline Offline

Activity: 1512
Merit: 1019


View Profile WWW
May 31, 2011, 01:21:43 AM
 #70

I have been running 0.3.22rc3 for ~7 days on Ubuntu 10.04 64-bit. A few miners pointed to it. Solved a block or two. Seems to be solid.
xf2_org
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
May 31, 2011, 06:47:14 PM
 #71

Release candidate #6 source and binaries uploaded to https://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.3.22/test/

Gavin seems happy with the current phased TX fee rollout, so barring unforseen last minute bugs, -rc6 should be equivalent to the 0.3.22 release.

Main change in -rc6:

- Fix brown paper bag bug that prevented relaying of free transactions

Other changes:

- Linux and Windows build tweaks.  Enable RPC SSL on Win32.

gmaxwell
Staff
Legendary
*
Online Online

Activity: 3304
Merit: 4807



View Profile
June 01, 2011, 07:38:25 PM
 #72


I think 0.3.22 should be delayed because the software basically does not work correctly for new nodes behind nat / w/o port forwarding.  T

The behavior a typical firewalled new users sees is that they start the software and they see 0 connected. The system may spend hours in this state. Restarting the client repeatedly may make it get connected, but it may not receive any blocks.  Eventually if they are patient enough and/or restart enough they will probably get synced up to the network but it may take then 24 hours. The same problems exist in 0.21 but there are non-merged fixes available.

If they addnode a working node, or forward the port then it will work pretty easily. But thats a lot more work to just get the software going.

I think this gives users an initial impression that the bitcoin technology is unreliable and dampens interest and confidence in bitcoin.

I've written more about this issue in http://forum.bitcoin.org/index.php?topic=11126.0

Failing the delay of .22, I think a .22.1 update should be released quickly— the features planned for 0.4.0 include a number of potentially dangerous changes (like encrypted wallets) which ought not be rushed.
vuce
Sr. Member
****
Offline Offline

Activity: 476
Merit: 250


View Profile
June 01, 2011, 07:41:31 PM
 #73

Could you please fix the bug with wallet not having 100 addresses at the beginning.
xf2_org
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
June 01, 2011, 07:48:55 PM
 #74


The network is experiencing growing pains, sure, but cries of "Bitcoin doesn't work for new users" are just hyperbolic, considering this is an issue that has been present for years and bitcoin does seem to work for new users.

There are always calls for One More Issue to be stuffed into a release, and this is no different.  Adding anything to 0.3.22 means another round of testing, probably delaying the release at least another 7-10 days.

If you have an important issue, it is easy enough to release a 0.3.23, but further 0.3.22 delays seem unwise.

gmaxwell
Staff
Legendary
*
Online Online

Activity: 3304
Merit: 4807



View Profile
June 01, 2011, 09:11:15 PM
 #75

The network is experiencing growing pains, sure, but cries of "Bitcoin doesn't work for new users" are just hyperbolic, considering this is an issue that has been present for years and bitcoin does seem to work for new users.

Unfortunately I can't go back in time and do careful testing a month ago. What I can tell you is that a month ago I brought up two firewalled nodes and immediately got connections... I was surprised a few weeks later when people started showing up in #bitcoin complaining of being stuck in 0 connections state. And I'm now finding that a configuration which clearly worked before (firewalled hosts) no longer starts up reliably.

While the software hasn't changed in this regard, the composition of the network has.  It's not hard to see how the old situation worked fine when most hosts were accepting connections, but with a super-majority not accepting connections it appears to be failing pretty much completely for a popular configuration.

I don't think thats particularly hyperbolic…

There isn't any particularly compelling reason for most users to upgrade right now, nor do these fixes have big network effects (e.g. a connect() timeout fixed node is still fixed regardless of what the rest of the network runs). So this not making it into .22 may not matter much ultimately, so long as a version with the fixes is quickly forthcoming.
Cryptoman
Hero Member
*****
Offline Offline

Activity: 726
Merit: 500



View Profile
June 02, 2011, 04:44:05 PM
 #76

I've been testing the -port option, and it doesn't seem to work.  I set a different port, yet bitcoind seems to still be establishing connections on 8333 (as shown by netstat).  I tried setting the port through both the command line option and in the bitcoin.conf file.  Has anyone else tested this?

"A small body of determined spirits fired by an unquenchable faith in their mission can alter the course of history." --Gandhi
spleeder
Newbie
*
Offline Offline

Activity: 51
Merit: 0



View Profile WWW
June 02, 2011, 04:47:51 PM
 #77

Downloading RC6 now
Matt Corallo
Hero Member
*****
Offline Offline

Activity: 755
Merit: 501


View Profile
June 02, 2011, 04:49:28 PM
 #78

I've been testing the -port option, and it doesn't seem to work.  I set a different port, yet bitcoind seems to still be establishing connections on 8333 (as shown by netstat).  I tried setting the port through both the command line option and in the bitcoin.conf file.  Has anyone else tested this?
Bitcoin still has to make a ton of outgoing connections to ...:8333 because that is where remote nodes are listening and thus connections must be made to that port, but, as always, it will connect from ...:[random high-number port].  According to my system, it is listening properly on *:[port i set]

Bitcoin Core, rust-lightning, http://bitcoinfibre.org etc.
PGP ID: 07DF 3E57 A548 CCFB 7530  7091 89BB B866 3E2E65CE
cypherdoc
Legendary
*
Offline Offline

Activity: 1764
Merit: 1002



View Profile
June 02, 2011, 04:51:56 PM
 #79

I've been testing the -port option, and it doesn't seem to work.  I set a different port, yet bitcoind seems to still be establishing connections on 8333 (as shown by netstat).  I tried setting the port through both the command line option and in the bitcoin.conf file.  Has anyone else tested this?
Bitcoin still has to make a ton of outgoing connections to ...:8333 because that is where remote nodes are listening and thus connections must be made to that port, but, as always, it will connect from ...:[random high-number port].  According to my system, it is listening properly on *:[port i set]

Matt, can u use Process Explorer to detect specific activity localized to port 8333?
Matt Corallo
Hero Member
*****
Offline Offline

Activity: 755
Merit: 501


View Profile
June 02, 2011, 04:55:09 PM
 #80

Matt, can u use Process Explorer to detect specific activity localized to port 8333?
If you double-click on the process, and click the TCP/IP tab, it will show you which connections belong to that process.

Bitcoin Core, rust-lightning, http://bitcoinfibre.org etc.
PGP ID: 07DF 3E57 A548 CCFB 7530  7091 89BB B866 3E2E65CE
Cryptoman
Hero Member
*****
Offline Offline

Activity: 726
Merit: 500



View Profile
June 02, 2011, 05:11:19 PM
 #81

I've been testing the -port option, and it doesn't seem to work.  I set a different port, yet bitcoind seems to still be establishing connections on 8333 (as shown by netstat).  I tried setting the port through both the command line option and in the bitcoin.conf file.  Has anyone else tested this?
Bitcoin still has to make a ton of outgoing connections to ...:8333 because that is where remote nodes are listening and thus connections must be made to that port, but, as always, it will connect from ...:[random high-number port].  According to my system, it is listening properly on *:[port i set]

Well, maybe I misunderstood the purpose of the -port option.  I'd like bitcoind not to use 8333 for anything.  I don't want any traffic on the network to/from port 8333.  I have my own peers spelled out in the bitcoin.conf file (connect=x.x.x.x), so I don't need to discover nodes.  Is there a way to establish an outgoing connection on an alternate port?

"A small body of determined spirits fired by an unquenchable faith in their mission can alter the course of history." --Gandhi
Matt Corallo
Hero Member
*****
Offline Offline

Activity: 755
Merit: 501


View Profile
June 02, 2011, 05:45:28 PM
 #82

Well, maybe I misunderstood the purpose of the -port option.  I'd like bitcoind not to use 8333 for anything.  I don't want any traffic on the network to/from port 8333.  I have my own peers spelled out in the bitcoin.conf file (connect=x.x.x.x), so I don't need to discover nodes.  Is there a way to establish an outgoing connection on an alternate port?
If you connect=x.x.x.x it connects to that node on port 8333, which is the default port.  You would have to patch the client to connect= on a different port, and those nodes would have to change their listen ports.

Bitcoin Core, rust-lightning, http://bitcoinfibre.org etc.
PGP ID: 07DF 3E57 A548 CCFB 7530  7091 89BB B866 3E2E65CE
Cryptoman
Hero Member
*****
Offline Offline

Activity: 726
Merit: 500



View Profile
June 02, 2011, 09:03:49 PM
 #83

 You would have to patch the client to connect= on a different port, and those nodes would have to change their listen ports.

OK, thanks.  I did this and it seems to work fine.  The only change needed was GetDefaultPort() in net.h.  I do believe this is something that should be configurable from the command line.  Various entities could start watching/blocking port 8333 in an attempt to shut Bitcoin down.

One other question...how do I generate 64-bit binaries?  Compile from a 64-bit machine?  I don't see any switches in the makefile.

"A small body of determined spirits fired by an unquenchable faith in their mission can alter the course of history." --Gandhi
technowizard12
Newbie
*
Offline Offline

Activity: 28
Merit: 0


View Profile WWW
June 02, 2011, 11:15:26 PM
 #84

Thanks for fixing the transaction fee thing. I had something annoying happen to me today.

I tried to send .10 BTC to another computer of mine, and it asked for a .02 transaction fee. I set the fee at .02 and try and send .08 BTC, and it tells me that I need a fee of at least .04 to send it.

Argh! It's moments like that which made Mac OS 9 apologize profusely and disown all responsibility before giving an error report.

--Edit--

Nope. Still happens. I don't want to have to spend half of my transaction on fees!
kjj
Legendary
*
Offline Offline

Activity: 1302
Merit: 1001



View Profile
June 02, 2011, 11:27:52 PM
 #85

 You would have to patch the client to connect= on a different port, and those nodes would have to change their listen ports.

OK, thanks.  I did this and it seems to work fine.  The only change needed was GetDefaultPort() in net.h.  I do believe this is something that should be configurable from the command line.  Various entities could start watching/blocking port 8333 in an attempt to shut Bitcoin down.

One other question...how do I generate 64-bit binaries?  Compile from a 64-bit machine?  I don't see any switches in the makefile.

Why do you want 64 bit binaries?

17Np17BSrpnHCZ2pgtiMNnhjnsWJ2TMqq8
I routinely ignore posters with paid advertising in their sigs.  You should too.
Cryptoman
Hero Member
*****
Offline Offline

Activity: 726
Merit: 500



View Profile
June 03, 2011, 02:38:08 AM
 #86

Why do you want 64 bit binaries?

Because they might use the processor somewhat more efficiently I suppose.  Why does the Linux Bitcoin distribution come with 64-bit binaries?

"A small body of determined spirits fired by an unquenchable faith in their mission can alter the course of history." --Gandhi
Matt Corallo
Hero Member
*****
Offline Offline

Activity: 755
Merit: 501


View Profile
June 03, 2011, 11:02:36 AM
 #87

Because they might use the processor somewhat more efficiently I suppose.
No, just...no.
Why does the Linux Bitcoin distribution come with 64-bit binaries?
Because there are occasionally some lib errors running the 32-bit ones on a 64-bit machine.

Bitcoin Core, rust-lightning, http://bitcoinfibre.org etc.
PGP ID: 07DF 3E57 A548 CCFB 7530  7091 89BB B866 3E2E65CE
dust
Hero Member
*****
Offline Offline

Activity: 840
Merit: 1000



View Profile WWW
June 04, 2011, 01:29:44 AM
 #88

The text in the options still says a fee of .01 is recommended.  Is this intentional?

Cryptocoin Mining Info | OTC | PGP | Twitter | freenode: dust-otc | BTC: 1F6fV4U2xnpAuKtmQD6BWpK3EuRosKzF8U
xf2_org
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
June 04, 2011, 02:52:58 AM
 #89

The text in the options still says a fee of .01 is recommended.  Is this intentional?

Yes.  Scroll up and read the -rc5 release notes, and see this post.

Ramokk
Newbie
*
Offline Offline

Activity: 8
Merit: 0


View Profile
June 04, 2011, 11:24:50 PM
 #90

Is anyone else having trouble solo mining with RC6?

I keep getting this:
Code:
bitcoin-miner 0.10  Copyright (c) 2011 Ufasoft  http://ufasoft.com/open/bitcoin
Mining for http://localhost:8332
1 threads       Using SSE2
0 MHash/s     Error 80072EE2:  The operation timed out

Once I try to start a miner, the bitcoin.exe (or bitcoind.exe if I run that) process pegs the CPU until I end-task it.  (Exiting makes the GUI go away, but the process keeps running with the CPU pegged.)

It used to work, and I have the proper username and password in my bitcoin.conf.
gentakin
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
June 05, 2011, 07:24:38 PM
 #91

I'm not sure which exact release candidate of 0.3.22 I am using, it says it's 0.3.22-beta. It's still using .0005 BTC fees, so it's probably not RC5.

I wanted to send a 1.0 BTC transaction, my balance was 1.0085BTC. Of course, the window came up asking me to add a 0.0005 fee, which I accepted. Suprisingly, I now have only 0.0 BTC left in my account.
The reason is simple, my transaction would have contained an output of 0.0085BTC (the "change"), so the fee was raised. I'd have expected the prompt to ask me if I'm okay with a 0.0085 fee instead of 0.0005.

As soon as my transaction is included in a block, I'll post a blockexplorer link.

Update - Here it is: http://blockexplorer.com/tx/e90356e7b71ba6c440ceeb5e1ea789f4b6dc14c62c0e5f8f00ebd1d5bb7ef8c2

1HNjbHnpu7S3UUNMF6J9yWTD597LgtUCxb
LZ
Legendary
*
Offline Offline

Activity: 1722
Merit: 1035


P2P Cryptocurrency


View Profile
June 10, 2011, 10:22:33 AM
 #92

Where is Gavin's announcement? I can not find it. Undecided

My OpenPGP fingerprint: 5099EB8C0F2E68C63B4ECBB9A9D0993E04143362
xf2_org
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
June 10, 2011, 06:06:48 PM
 #93

Where is Gavin's announcement? I can not find it. Undecided

Gavin did not make the announce: http://forum.bitcoin.org/index.php?topic=12269.0

Pages: 1 2 3 4 5 [All]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!