Nelson Castillo [ARCHIVE] / is on Nostr

⚠️ This account is not associated with a real person. It's an archival account for mailing list messages.
🗓️ Active from 2014-05-07 to 2015-08-19
💬 Posted a total of 2 messages
📚 Participated in the following categories: bitcoin-dev
🔇 Please do not DM this user as it's used for archive purposes only.

Last Notes

2023-06-07 17:37:14

- reply

📅 Original date posted:2015-08-19
📝 Original message:On Wed, Aug 19, 2015 at 4:51 PM, Theo Chino via bitcoin-dev <
bitcoin-dev at lists.linuxfoundation.org> wrote:
> And this is why I love Bitcoin, politics + technical = all in one.
>
If you think developers do not talk politics go read LKML... Politics are
inevitable.
I think the "I don't know enough to code (Bitcoin) but I think that"
belongs somewhere else (This is the -dev list).
>
> Regards,
> Theo Chino
> https://www.facebook.com/groups/557495624389384 (politics in NYS about
> bitcoin.)
> http://frenchmorning.com/en/2014/08/18/french-robin-hood-bitcoin-new-york
>
> On Wed, Aug 19, 2015 at 5:19 PM, Hector Chu via bitcoin-dev <
> bitcoin-dev at lists.linuxfoundation.org> wrote:
>
>> Haha. Reminds me of when I asked Gavin earlier this year about whether
>> he cared about politics and he replied that he only cared about and
>> was responsible for the technicals. Little did he know he would
>> unwittingly become the technical enabler for Mike's political
>> shenanigans.
>>
>> On 19 August 2015 at 21:19, Eric Lombrozo via bitcoin-dev
>> <bitcoin-dev at lists.linuxfoundation.org> wrote:
>> > Those who are too smart to engage in politics are punished by being
>> governed
>> > by those who are dumber.
>> > - Plato
>> >
>> > On Aug 19, 2015, at 1:11 PM, Eric Lombrozo <elombrozo at gmail.com> wrote:
>> >
>> > Alex,
>> >
>> > With all due respect, right now the biggest challenge facing Bitcoin is
>> not
>> > technical but political. I would love to see this list go back to
>> technical
>> > discussions, but unfortunately, until this political stuff is resolved,
>> even
>> > technical discussion is purely philosophical as there’s little chance of
>> > actually making good progress on consensus…which in a space where
>> everything
>> > depends on consensus pretty much makes everything else moot.
>> >
>> > On Aug 19, 2015, at 1:08 PM, Alex Morcos via bitcoin-dev
>> > <bitcoin-dev at lists.linuxfoundation.org> wrote:
>> >
>> > This is a message that I wrote and had hoped that all the core devs
>> would
>> > sign on to, but I failed to finish organizing it. So I'll just say it
>> from
>> > myself.
>> >
>> > There has been a valuable discussion over the last several months
>> regarding
>> > a hard fork with respect to block size. However the sheer volume of
>> email
>> > and proportion of discussion that is more philosophical than technical
>> has
>> > rendered this list almost unusable for its primary purpose of technical
>> > discussion related to Bitcoin development. Many of us share the blame
>> for
>> > letting the discourse run off topic to such a degree, and we hope that
>> an
>> > appeal for individual self restraint will allow this list to return to a
>> > higher signal-to-noise ratio.
>> > -Please consider the degree to which any email you send is related to
>> > technical development before sending it.
>> > -Please consider how many emails you are sending to this list regarding
>> the
>> > same topic.
>> > This list is not appropriate for an endless back and forth debate on the
>> > philosophical underpinnings of Bitcoin. Although such a debate may be
>> > worthwhile it should be taken to another forum for discussion. Every
>> email
>> > you send is received by hundreds of developers who value their time as
>> much
>> > as you value yours. If your intended audience isn't really the
>> majority of
>> > them, perhaps private communication would be more appropriate.
>> >
>> > Thanks,
>> > Alex
>> >
>> > _______________________________________________
>> > bitcoin-dev mailing list
>> > bitcoin-dev at lists.linuxfoundation.org
>> > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>> >
>> >
>> >
>> >
>> > _______________________________________________
>> > bitcoin-dev mailing list
>> > bitcoin-dev at lists.linuxfoundation.org
>> > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>> >
>> _______________________________________________
>> bitcoin-dev mailing list
>> bitcoin-dev at lists.linuxfoundation.org
>> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>>
>
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150819/caab7ba6/attachment-0001.html>

2023-06-07 15:48:42

- reply

2023-06-07 15:21:07

- reply

📅 Original date posted:2014-05-07
📝 Original message:On Wed, May 7, 2014 at 3:18 PM, Wladimir <laanwj at gmail.com> wrote:
> On Wed, May 7, 2014 at 9:57 PM, Jameson Lopp <jameson.lopp at gmail.com>
> wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > I agree that it would be awesome to offer these types of stats with the
> installer; unfortunately the route I've taken has dependencies on several
> other other pieces of software to do all the heavy lifting of stats
> aggregation and chart rendering. I'm assuming that you would not want to
> build any of that processing into Bitcoin Core itself; would you be opposed
> to packaging other software along with the installer?
>
> Depends on just how much stuff it is. The idea is primarily to have an
> installer for running a (wallet-less) node as an OS background
> service.
>
> Having some statistics available would be worth some extra download
> size, otherwise it would be pretty much invisible.
>
> We'd already decided that we would need something like Python for the
> stats service. Implementing things like web services in C++ is just
> not realistic given the time constraints and the great already-written
> code that is out there. As an optional tool it should be external, not
> part of bitcoind itself.
>
> I suppose the chart rendering happens client-side? In that case the
> web service just has to collect and provide the data, and serve static
> html/js files.
>
Is SNMP an option? That way you do not need to implement clients and there
are many tools written.
> Wladimir
>
>
> ------------------------------------------------------------------------------
> Is your legacy SCM system holding you back? Join Perforce May 7 to find
> out:
>  3 signs your SCM is hindering your productivity
>  Requirements for releasing software faster
>  Expert tips and advice for migrating your SCM now
> http://p.sf.net/sfu/perforce
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140507/9c16d25c/attachment.html>