Bitcoin Forum
December 11, 2016, 12:03:14 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: [1]
  Print  
Author Topic: Version 0.3.20.2 released  (Read 5162 times)
Gavin Andresen
Legendary
*
qt
Offline Offline

Activity: 1652


Chief Scientist


View Profile WWW
March 05, 2011, 05:23:27 PM
 #1

The maxsendbuffer bug (0.3.20.1 clients not being able to download the block chain from other 0.3.20.1 clients) was only going to get
worse as people upgraded, so I cherry-picked the bug fix and created a minor release yesterday.

The Amazon Machine Images I used to do the builds are available:
Code:
ami-38a05251   Bitcoin-v0.3.20.2 Mingw    (Windows; Administrator password 'bitcoin development')
ami-30a05259   Bitcoin_0.3.20.2 Linux32
ami-8abc4ee3   Bitcoin_0.3.20.2 Linux64
(mac build will be done soon)

If you have already downloaded version 0.3.20.1, please either add this to your bitcoin.conf file:
Code:
maxsendbuffer=10000
maxreceivebuffer=10000
... or download the new version.

How often do you get the chance to work on a potentially world-changing project?
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1481457794
Hero Member
*
Offline Offline

Posts: 1481457794

View Profile Personal Message (Offline)

Ignore
1481457794
Reply with quote  #2

1481457794
Report to moderator
1481457794
Hero Member
*
Offline Offline

Posts: 1481457794

View Profile Personal Message (Offline)

Ignore
1481457794
Reply with quote  #2

1481457794
Report to moderator
1481457794
Hero Member
*
Offline Offline

Posts: 1481457794

View Profile Personal Message (Offline)

Ignore
1481457794
Reply with quote  #2

1481457794
Report to moderator
grondilu
Legendary
*
Offline Offline

Activity: 1134


View Profile
March 05, 2011, 05:33:05 PM
 #2


Four version numbers??
tcatm
Sr. Member
****
qt
Offline Offline

Activity: 337


View Profile
March 05, 2011, 05:36:20 PM
 #3

Four version numbers??

Yep, better increment only the third number even for small bugfixes (and we should really write a roadmap so we can have 0.4 soon instead of 0.3.693).
riush
Member
**
Offline Offline

Activity: 73


View Profile
March 05, 2011, 05:40:48 PM
 #4

two little suggestions:
- tag these minor releases in git, too
- sign tags with gpg (git tag -s -u <email> <tag>)

would probably help those of us compiling from source being a little bit more sure that it's actually the right source, that is definitively supposed to work.

of course we still have to trust gavin (and his key) but its a whole lot better than trusting github, or whatever place one clones the git from Wink

1MKKiJhUJgqKyfCLeo7bB1bvELNEM8wUbz
Gavin Andresen
Legendary
*
qt
Offline Offline

Activity: 1652


Chief Scientist


View Profile WWW
March 05, 2011, 06:04:54 PM
 #5

- tag these minor releases in git, too
- sign tags with gpg (git tag -s -u <email> <tag>)

The tag is v0.3.20.2, and it is signed by my (gavinandresen@gmail.com) gpg key.

RE: roadmap for v0.4 :  I worry that we'll spend time creating a roadmap and then... people will work on whatever strikes their fancy.  So the 0.4 release will end up being completely different from what the roadmap says.

That said, I'll start a roadmap thread; maybe we CAN all agree on priorities and find people to actually work on the highest priority stuff.

How often do you get the chance to work on a potentially world-changing project?
Mike Hearn
Legendary
*
expert
Offline Offline

Activity: 1526


View Profile
March 05, 2011, 06:07:30 PM
 #6

I think we should just not expose version numbers directly. Internally the software identifies itself using block chain indexes as the version number, that does fine (or dates). Numbers like 0.3.20.3 are quite intimidating for regular users and make the software look much rougher than it really is.

Google Chrome has the right idea IMHO. No user visible version numbers, silent and automatic updates. It'd be good to get it auto updating for those who want that (yeah i know, patches patches :-).
riush
Member
**
Offline Offline

Activity: 73


View Profile
March 05, 2011, 06:19:08 PM
 #7

The tag is v0.3.20.2, and it is signed by my (gavinandresen@gmail.com) gpg key.

oh, i'm sorry! somehow git didn't fetch the tag at first (had to pass --tag)  Huh

1MKKiJhUJgqKyfCLeo7bB1bvELNEM8wUbz
Lemming
Newbie
*
Offline Offline

Activity: 9


View Profile
March 09, 2011, 08:13:47 PM
 #8

Any news on the availability of the Mac build?

Thank you for your efforts!
humble
Member
**
Offline Offline

Activity: 91



View Profile
March 10, 2011, 01:10:10 AM
 #9

I think we should just not expose version numbers directly. Internally the software identifies itself using block chain indexes as the version number, that does fine (or dates). Numbers like 0.3.20.3 are quite intimidating for regular users and make the software look much rougher than it really is.

Google Chrome has the right idea IMHO. No user visible version numbers, silent and automatic updates. It'd be good to get it auto updating for those who want that (yeah i know, patches patches :-).

+1
genjix
Legendary
*
expert
Offline Offline

Activity: 1232


View Profile
March 10, 2011, 01:36:55 AM
 #10

-1 disagree.
Stefan Thomas
Full Member
***
Offline Offline

Activity: 235


AKA: Justmoon


View Profile WWW
March 10, 2011, 01:49:54 AM
 #11

I think we should just not expose version numbers directly. Internally the software identifies itself using block chain indexes as the version number, that does fine (or dates). Numbers like 0.3.20.3 are quite intimidating for regular users and make the software look much rougher than it really is.

Google Chrome has the right idea IMHO. No user visible version numbers, silent and automatic updates. It'd be good to get it auto updating for those who want that (yeah i know, patches patches :-).

-1

I'm fine with silent updates normally, but when it comes to Bitcoin: Don't we always say that "if the Bitcoin developers did X [insert evil plot here], people won't use the new version". This argument is kind of defeated by silent automatic updates, no?

Don't get me wrong, I trust the current developers, but if we are going around making arguments for Bitcoin's security, those arguments should have rock-solid footing.

Twitter: @justmoon
PGP: D16E 7B04 42B9 F02E 0660  C094 C947 3700 A4B0 8BF3
Mike Hearn
Legendary
*
expert
Offline Offline

Activity: 1526


View Profile
March 10, 2011, 11:52:14 AM
 #12

There are two types of people running BitCoin nodes - dedicated, technically sophisticated users who have understood Satoshis paper, who can read C++, understand asymmetric crypto and so on. And then there's everyone else.

The latter group aren't reviewing changes to the node software, and as they don't understand BitCoin in depth they are implicitly trusting other people who say it works anyway. So automatic updates can only benefit them by keeping their software secure against flaws that are found.

The former group either wouldn't use the auto-updated version and would continue to download the builds as posted, or would decide they trust Gavin/Satoshi implicitly and accept the auto updates, perhaps doing a review of the changes later on.
Matt Corallo
Hero Member
*****
expert
Offline Offline

Activity: 751


View Profile
March 10, 2011, 12:06:45 PM
 #13

There are two types of people running BitCoin nodes - dedicated, technically sophisticated users who have understood Satoshis paper, who can read C++, understand asymmetric crypto and so on. And then there's everyone else.

The latter group aren't reviewing changes to the node software, and as they don't understand BitCoin in depth they are implicitly trusting other people who say it works anyway. So automatic updates can only benefit them by keeping their software secure against flaws that are found.

The former group either wouldn't use the auto-updated version and would continue to download the builds as posted, or would decide they trust Gavin/Satoshi implicitly and accept the auto updates, perhaps doing a review of the changes later on.
Writing a full auto-updater for all three supported OSes would be a pain.  Even Chrome doesn't auto-update on Linux.  It would be much better to just get it into a repo or the Apple App Store, though maybe we need an autoupdate mechanism for Windows.
Maybe someone could open a Debian/Ubuntu repo already...Or is there already one?

Bitcoin Ubuntu PPA maintainer - donate to me personally: 1JBMattRztKDF2KRS3vhjJXA7h47NEsn2c
http://bitcoinrelaynetwork.org maintainer
PGP ID: 07DF 3E57 A548 CCFB 7530  7091 89BB B866 3E2E65CE
adv
Full Member
***
Offline Offline

Activity: 169


View Profile
March 10, 2011, 01:06:33 PM
 #14

Maybe someone could open a Debian/Ubuntu repo already...Or is there already one?

Bitcoin client in Debian:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578157
(link to Jonas repo in thread)

Some usefull utils, miners, etc.:
http://bitcointalk.org/index.php?topic=2207.0
(inside 2 repo: Tuxsoul's and my)

P.S.
My opinion: autoupdate -- it's another useless "make me a cofee" function.

U may thank me here: 14Js1ng1SvYBPgUJnjNAEPYH4d6SHF79UF
Mike Hearn
Legendary
*
expert
Offline Offline

Activity: 1526


View Profile
March 10, 2011, 02:22:59 PM
 #15

For Linux it's harder yes. Though it could just be a matter of having the wrapper app poll a remote server to find a static DSO.

For Windows/MacOS (where there'll be a larger population of casual users anyway) there is

http://code.google.com/p/omaha/    (don't know how easy it is to reuse)
http://sparkle.andymatuschak.org/

I think Microsoft provide a tool (OneClick?) that can make it easier to install and update Windows apps from the web.
humble
Member
**
Offline Offline

Activity: 91



View Profile
March 10, 2011, 03:31:20 PM
 #16

Even Chrome doesn't auto-update on Linux.

Actually I believe it does now.
Matt Corallo
Hero Member
*****
expert
Offline Offline

Activity: 751


View Profile
March 10, 2011, 03:48:50 PM
 #17

Even Chrome doesn't auto-update on Linux.

Actually I believe it does now.
It doesn't for me on the latest stable version (10....)
unless you count standard dpkg/apt (which is not what I meant originally)

Bitcoin Ubuntu PPA maintainer - donate to me personally: 1JBMattRztKDF2KRS3vhjJXA7h47NEsn2c
http://bitcoinrelaynetwork.org maintainer
PGP ID: 07DF 3E57 A548 CCFB 7530  7091 89BB B866 3E2E65CE
Marco
Newbie
*
Offline Offline

Activity: 16



View Profile WWW
March 10, 2011, 05:01:08 PM
 #18

Hi,

there seems to be something mixed up.
1. Development of Bitcoin's protocol and overall functionality as a system
2. Bitcoin as a end user software

For now Bitcoin as a system comes into existence only by means of the software (and its UI) which serves as a reference implementation.

My point is that auto-updating is a UI feature and thus almost irrelevant for Bitcoin as a system (and its success).
Rather than throwing more (UI-related) work in here, things like that should probably better be moved out of the way of busy people like Gavin.

I think auto-update is definitely very convenient for the average user, even for a lot of technical sophisticated people, I suppose.
Still, feature rich user experience should better be left to sophisticaed UI clients with all the user experience bells&whistles eg. auto-updates.

An idea for an easy-to-use UI: I just came across Adobe AIR which might be used to bundle bitcoind with bitcoin-js-remote by tcatm, thus creating a desktop alternative for the wxBitcoin client with an appealing, feature rich UI and built in auto-updating. Has anybody experience with this programming environment?

regards,
Marco

www: http://go-bitcoin.com (http://go-bitcoin.com) | twitter: gobitcoin
Mike Hearn
Legendary
*
expert
Offline Offline

Activity: 1526


View Profile
March 12, 2011, 10:22:06 AM
 #19

They are related because it's possible and likely that in future the network will need various global upgrades, eg to scale better, support new transaction types or fix security bugs like the one last September.

If most nodes don't auto update then doing that kind of thing will become much harder.
Pages: [1]
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!