From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192] helo=mx.sourceforge.net) by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1SPfem-0006Os-7l for bitcoin-development@lists.sourceforge.net; Wed, 02 May 2012 19:56:12 +0000 Received-SPF: pass (sog-mx-2.v43.ch3.sourceforge.com: domain of gmail.com designates 74.125.82.175 as permitted sender) client-ip=74.125.82.175; envelope-from=etotheipi@gmail.com; helo=mail-we0-f175.google.com; Received: from mail-we0-f175.google.com ([74.125.82.175]) by sog-mx-2.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1SPfek-0001KD-Nm for bitcoin-development@lists.sourceforge.net; Wed, 02 May 2012 19:56:12 +0000 Received: by wera1 with SMTP id a1so903468wer.34 for ; Wed, 02 May 2012 12:56:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.213.219 with SMTP id a69mr1041928wep.16.1335988562802; Wed, 02 May 2012 12:56:02 -0700 (PDT) Received: by 10.180.83.103 with HTTP; Wed, 2 May 2012 12:56:02 -0700 (PDT) In-Reply-To: <1335987832.23789.YahooMailNeo@web121007.mail.ne1.yahoo.com> References: <1335808239.18613.YahooMailNeo@web121006.mail.ne1.yahoo.com> <201205020931.01718.luke@dashjr.org> <201205021230.46349.luke@dashjr.org> <1335986730.68336.YahooMailNeo@web121007.mail.ne1.yahoo.com> <1335987832.23789.YahooMailNeo@web121007.mail.ne1.yahoo.com> Date: Wed, 2 May 2012 15:56:02 -0400 Message-ID: From: Alan Reiner To: Amir Taaki Content-Type: multipart/alternative; boundary=0016e6dbdf23b5b75e04bf131392 X-Spam-Score: -0.6 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (etotheipi[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.0 HTML_MESSAGE BODY: HTML included in message -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Headers-End: 1SPfek-0001KD-Nm Cc: "bitcoin-development@lists.sourceforge.net" Subject: Re: [Bitcoin-development] new bitcoin.org clients page X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 May 2012 19:56:12 -0000 --0016e6dbdf23b5b75e04bf131392 Content-Type: text/plain; charset=ISO-8859-1 I think it's perfectly reasonable to debate ordering. I personally don't think Armory should be up front, because it's not intended for beginners. How's that for honesty? I don't think anyone is trying to game the system right now, I think we're trying to come up with a reasonable mechanism for appealing to new users and get the community more connected. And make sure everyone understands the system. On the other hand, perhaps it's better to take the acceptable 80% solution, and revise it over time... Amir, I don't have access to the page. I've never been able to view it. Changing my hosts file doesn't seem to do anything. Can you just forward me the text? I'll send you an approval email. On Wed, May 2, 2012 at 3:43 PM, Amir Taaki wrote: > This discussion about ordering is absolutely retarded. Once the list fills > up, then it won't matter. For now I'm deciding the ordering with Bitcoin-Qt > first and the others ordered however. That was nobody can try to game the > system (it remains unexploitable). > > If there are no objections, then I am going to merge this branch. The > forum thread is divulging into a mess all over the place, and this > conversation can go on forever discussing the silly fine details: > > http://hackerspaces.org/wiki/The_Bikeshed_Anti-PatternProblem: > You suggest creating something new for your hackerspace, like a > bikeshed. But now all anyone will discuss is its colour. No bikeshed > will be built. > > Armory & MultiBit, are you OK with that description? I will check with > ThomasV about Electrum. > > > ________________________________ > From: Gary Rowe > To: "bitcoin-development@lists.sourceforge.net" < > bitcoin-development@lists.sourceforge.net> > Sent: Wednesday, May 2, 2012 8:34 PM > Subject: Re: [Bitcoin-development] new bitcoin.org clients page > > > How about keeping it simple? > > Bitcoin-Qt > * Requires the entire blockchain > * Standalone client > * Designed for continuous operation > * Available for Windows, Mac, Linux with installer > * Developed in C > * Website: https://bitcoin.org > > MultiBit > * Requires a reduced blockchain > * Standalone client > * Designed for occasional use > * Available for Windows, Mac, Linux with installer > * Developed in Java > * Website: http://multibit.org > > Armory > * Requires the entire blockchain > * Dependent client of Bitcoin-Qt > * Designed for occasional use > * Available for Windows (64-bit only), Mac, Linux (self-build) > * Developed in Python > * Website: http://bitcoinarmory.com/ > > Electrum > * Requires no blockchain > * Dependent client of Bitcoin-Qt (on server) > * Designed for occasional use > * Available for Windows, Linux (self-build) > * Developed in Python > * Website: http://ecdsa.org/electrum/ > > Bitcoin Wallet (Android client) > * Requires a reduced blockchain > * Standalone client > * Designed for occasional use on mobile > * Available for Android only > * Developed in Java > * Website: > https://play.google.com/store/apps/details?id=de.schildbach.wallet&hl=en > > > On 2 May 2012 20:25, Amir Taaki wrote: > > This is like the most annoying thing about email. Often with group emails, > we'll be having a conversation then someone will click reply instead of > group reply and the convo will go on for a while. Eventually I'll realise > the persons are missing and add them back in. > > > >On Yahoo mail (which I use for spam/mailing lists), to do reply all > involves clicking a tab, scrolling down and clicking Reply All. Normally I > instead go through the steps of reply, delete To, re-enter bitco... select > drop down, click send. > > > >Anyone know how to make reply all the default in mutt? And how can I > exclude it from re-including my own email when I do a group reply so I > don't get the same email again. > > > > > > > > > >----- Original Message ----- > >From: Jeff Garzik > >To: grarpamp > >Cc: bitcoin-development@lists.sourceforge.net > >Sent: Wednesday, May 2, 2012 7:29 PM > >Subject: Re: [Bitcoin-development] new bitcoin.org clients page > > > > > >On Wed, May 2, 2012 at 12:58 PM, grarpamp wrote: > >>> Try "Reply to All" > >> > >> That puts the sender in 'to' and list in 'cc', > >> which dupes to the sender and eventually > >> blows out the to and cc lines as everyone > >> chimes in and doesn't trim. 'reply to' solves > >> most of that. assuming the list sw can do it. > > > >"Reply-To" Munging Considered Harmful > >http://www.unicom.com/pw/reply-to-harmful.html > > > > > > > >-- > >Jeff Garzik > >exMULTI, Inc. > >jgarzik@exmulti.com > > > > >------------------------------------------------------------------------------ > >Live Security Virtual Conference > >Exclusive live event will cover all the ways today's security and > >threat landscape has changed and how IT managers can respond. Discussions > >will include endpoint security, mobile security and the latest in malware > >threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > >_______________________________________________ > >Bitcoin-development mailing list > >Bitcoin-development@lists.sourceforge.net > >https://lists.sourceforge.net/lists/listinfo/bitcoin-development > > > > > > >------------------------------------------------------------------------------ > >Live Security Virtual Conference > >Exclusive live event will cover all the ways today's security and > >threat landscape has changed and how IT managers can respond. Discussions > >will include endpoint security, mobile security and the latest in malware > >threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > >_______________________________________________ > >Bitcoin-development mailing list > >Bitcoin-development@lists.sourceforge.net > >https://lists.sourceforge.net/lists/listinfo/bitcoin-development > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development > --0016e6dbdf23b5b75e04bf131392 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I think it's perfectly reasonable to debate ordering. =A0I personally d= on't think Armory should be up front, because it's not intended for= beginners. =A0How's that for honesty? =A0I don't think anyone is t= rying to game the system right now, I think we're trying to come up wit= h a reasonable mechanism for appealing to new users and get the community m= ore connected. =A0 And make sure everyone understands the system. =A0

On the other hand, perhaps it's better to take the accep= table 80% solution, and revise it over time...

Amir,= I don't have access to the page. =A0I've never been able to view i= t. =A0Changing my hosts file doesn't seem to do anything. =A0Can you ju= st forward me the text? =A0I'll send you an approval email.




On Wed, May= 2, 2012 at 3:43 PM, Amir Taaki <zgenjix@yahoo.com> wrote:
This discussion about ordering is absolutely retarded. Once the list fills = up, then it won't matter. For now I'm deciding the ordering with Bi= tcoin-Qt first and the others ordered however. That was nobody can try to g= ame the system (it remains unexploitable).

If there are no objections, then I am going to merge this branch. The forum= thread is divulging into a mess all over the place, and this conversation = can go on forever discussing the silly fine details:

http://hackerspaces.org/wiki/The_Bikeshed_Anti-PatternProb= lem:
You suggest creating something new for your hackerspace, like a
bikeshed. =A0But now all anyone will discuss is its colour. No bikeshed
will be built.

Armory & MultiBit, are you OK with that description? I will check with = ThomasV about Electrum.


________________________________
From: Gary Rowe <g.rowe@froot.co.u= k>
To: "bitc= oin-development@lists.sourceforge.net" <bitcoin-development@lists.sourceforge= .net>
Sent: Wednesday, May 2, 2012 8:34 PM
Subject: Re: [Bitcoin-development] = new bitcoin.org client= s page


How about keeping it simple?

Bitcoin-Qt
* Requires the entire blockchain
* Standalone client
* Designed for continuous operation
* Available for Windows, Mac, Linux with installer
* Developed in C
* Website: https://bitcoi= n.org

MultiBit
* Requires a reduced blockchain=A0
* Standalone client
* Designed for occasional use
* Available for Windows, Mac, Linux with installer
* Developed in Java =A0
* Website: http://multibi= t.org

Armory
* Requires the entire blockchain
* Dependent client of Bitcoin-Qt=A0
* Designed for occasional use
* Available for Windows (64-bit only), Mac, Linux (self-build)
* Developed in Python
* Website: http://b= itcoinarmory.com/

Electrum
* Requires no blockchain
* Dependent client of Bitcoin-Qt (on server)
* Designed for occasional use
* Available for Windows, Linux (self-build)
* Developed in Python
* Website: http://= ecdsa.org/electrum/

Bitcoin Wallet (Android client)
* Requires a reduced blockchain
* Standalone client
* Designed for occasional use on mobile
* Available for Android only
* Developed in Java
* Website: https://play.google.com/stor= e/apps/details?id=3Dde.schildbach.wallet&hl=3Den


On 2 May 2012 20:25, Amir Taaki <zg= enjix@yahoo.com> wrote:

This is like the most annoying thing about email. Often with group emails, = we'll be having a conversation then someone will click reply instead of= group reply and the convo will go on for a while. Eventually I'll real= ise the persons are missing and add them back in.
>
>On Yahoo mail (which I use for spam/mailing lists), to do reply all inv= olves clicking a tab, scrolling down and clicking Reply All. Normally I ins= tead go through the steps of reply, delete To, re-enter bitco... select dro= p down, click send.
>
>Anyone know how to make reply all the default in mutt? And how can I ex= clude it from re-including my own email when I do a group reply so I don= 9;t get the same email again.
>
>
>
>
>----- Original Message -----
>From: Jeff Garzik <jgarzik@ex= multi.com>
>To: grarpamp <grarpamp@gmail.c= om>
>Cc: bitcoi= n-development@lists.sourceforge.net
>Sent: Wednesday, May 2, 2012 7:29 PM
>Subject: Re: [Bitcoin-development] new bitcoin.org clients page
>
>
>On Wed, May 2, 2012 at 12:58 PM, grarpamp <grarpamp@gmail.com> wrote:
>>> Try "Reply to All"
>>
>> That puts the sender in 'to' and list in 'cc',
>> which dupes to the sender and eventually
>> blows out the to and cc lines as everyone
>> chimes in and doesn't trim. 'reply to' solves
>> most of that. assuming the list sw can do it.
>
>"Reply-To" Munging Considered Harmful
>http://www.unicom.com/pw/reply-to-harmful.html
>
>
>
>--
>Jeff Garzik
>exMULTI, Inc.
>jgarzik@exmulti.com
>
>-----------------------------------------------------------------------= -------
>Live Security Virtual Conference
>Exclusive live event will cover all the ways today's security and >threat landscape has changed and how IT managers can respond. Discussio= ns
>will include endpoint security, mobile security and the latest in malwa= re
>threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/5= 0122263/
>_______________________________________________
>Bitcoin-development mailing list
>Bitcoin-de= velopment@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/bitcoi= n-development
>
>
>-----------------------------------------------------------------------= -------
>Live Security Virtual Conference
>Exclusive live event will cover all the ways today's security and >threat landscape has changed and how IT managers can respond. Discussio= ns
>will include endpoint security, mobile security and the latest in malwa= re
>threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/5= 0122263/
>_______________________________________________
>Bitcoin-development mailing list
>Bitcoin-de= velopment@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/bitcoi= n-development
>

---------------------------------------------------------------------------= ---
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122= 263/
_______________________________________________
Bitcoin-development mailing list
Bitcoin-develo= pment@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-de= velopment

---------------------------------------------------------------------------= ---
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122= 263/
_______________________________________________
Bitcoin-development mailing list
Bitcoin-develo= pment@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-de= velopment

--0016e6dbdf23b5b75e04bf131392--