Re: [Bitcoin-development] Accepting broken QRcodes
Is it worth having a few more people email Ben to ask him politely to fall into line with the BIP? No point encouraging broken windows by not speaking out. On 16 July 2012 09:16, Andreas Schildbach andr...@schildbach.de wrote: I asked Ben to fix this (social networks don't parse QRcodes after all), but after explaining that social networks don't parse URLs without :// in them, he stopped responding to my emails. So I've gone ahead and added support for reading these types of URLs to bitcoinj, in the interests of just works interoperability. This mail is just a heads up in case anyone else wants to do the same thing. Hopefully at some point, Ben will stop generating such QRcodes and we can remove these hacks and get back to BIP compliance. The problem with this accept everything even if broken approach is that people will probably never fix the broken stuff. So we likely end up with a fragmented de-facto standard. That does not mean I am totally against accepting broken URLs, but there should be at least a promise that they will be fixed at the source. -- 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
Re: [Bitcoin-development] Accepting broken QRcodes
I'm sure that there are many but my Google Search-Fu is not strong enough to build a query to identify how widespread they are. Maybe once we have sufficient evidence to support the suspicion we should post to the main developer forum asking for a cleanup. After all, a Bitcoin URI starting bitcoin://address doesn't actually make much sense because there is no hierarchy in Bitcoin - it's flat with only an address being a mandatory element. I don't want to be all anal about this, but looking at RFC 3986 #10 ( http://tools.ietf.org/html/rfc3986#page-10) it's pretty clear that introducing a false hierarchy is breaking the specification since it presumes the existence of a relative URI. On 16 July 2012 10:02, Wladimir laa...@gmail.com wrote: But is he the only one using the broken URLs? It was my impression that they were widespread already. Wladimir On Mon, Jul 16, 2012 at 10:52 AM, Gary Rowe g.r...@froot.co.uk wrote: Is it worth having a few more people email Ben to ask him politely to fall into line with the BIP? No point encouraging broken windows by not speaking out. On 16 July 2012 09:16, Andreas Schildbach andr...@schildbach.de wrote: I asked Ben to fix this (social networks don't parse QRcodes after all), but after explaining that social networks don't parse URLs without :// in them, he stopped responding to my emails. So I've gone ahead and added support for reading these types of URLs to bitcoinj, in the interests of just works interoperability. This mail is just a heads up in case anyone else wants to do the same thing. Hopefully at some point, Ben will stop generating such QRcodes and we can remove these hacks and get back to BIP compliance. The problem with this accept everything even if broken approach is that people will probably never fix the broken stuff. So we likely end up with a fragmented de-facto standard. That does not mean I am totally against accepting broken URLs, but there should be at least a promise that they will be fixed at the source. -- 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
Re: [Bitcoin-development] bitcoin.org - remove hackathon
On Monday, July 16, 2012 11:47:02 PM Jeff Garzik wrote: Vladimir does raise a fair point, though. Hackathon seems appropriate for bitcoin.org as it is focused on dev-related activities. (full disclosure: speaking at bitcoin2012.com) The conference might or might not be. The conference does seem community focused, so I don't object to it being on bitcoin.org... But if consensus prefers otherwise, that's OK too. IMO, bitcoin.org is more community-focussed anyway. How often do devs use the site, compared to GitHub etc? Someone else made a pullreq for Bitcoin Magazine; I suggest(ed) that for-profit organizations should be asked to pitch in some way or another. Who should organize that, I don't know. If Bitcoin Consultancy/Amir is behind the conference, I suggest their/his development contributions should be sufficient in that respect. PS. This seems like material for pull requests, which is preferred over mailing list email + git push. When working on the satoshi client, we all ACK each other's pull req for anything beyond the trivial. I concur, this should be discussed in a pullreq. -- 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