Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool - page 128. (Read 2591920 times)

Well that's the issue of updating bitcoind, not anything else.

What I mean by my reply is that your bitcoind version being updated and calling (the crappy slow) 0.11.2 getblocktemplate will produce the new v4 blocks.

That library is something separate that you'd not even need to take notice of unless you already use it directly (which it would seem almost no one does)

Thanks Kano, so you do not believe we need any update?

I noticed many of our recent blocks are version 3.

Once CLTV is enforced will new version 3 blocks be valid?

Yeah that's not quite right ... as seems to be common in recent bitcoin release comments.

In this case of course that comment only makes sense if you use libblkmaker ... which the most used miner on the planet for BTC doesn't use.
Does p2pool even use libblkmaker?
I'm not sure there's much at all that uses it (we don't in ckpool)

Interesting - think I'll hold off updating my node for the time being.

@ forrestv: If you're lurking, can you confirm if a p2pool update is required in order to use the latest Core release? Thanks 

Bitcoin Core version 0.11.2 released

https://bitcoin.org/en/release/v0.11.2

I won't have time to test it today, but there are some changes that may (will?) affect P2Pool, mainly the requirement for version 4 blocks.

From the release notes:


Looks like we need an update to only produce version 4+ blocks before OP_CHECKLOCKTIMEVERIFY becomes enforced.

Gnome is a horrible beast and did you know that the fglrx video driver doesn't support virtual terminals? gah...

A wise man once told me: the command line always has the answer. Both your experience and the adventures with pypy a few pages back tell us it's not always as simple as that, but it's still good-spirited advice. Maybe you could paraphrase it to "if you can't get it working on the command line, it feels like luck if the GUI version does work"

I think I will next time around.  Either that or the server version.  This machine is just experimental.  If it works out and p2pool seems good for me, I will buy a new box with a much better processor, 16GB memory, and SSD.  If I understand correctly, that may help some.  I tend to use GUI too much as a crutch with Linux.

Thanks Everyone,

Tom Travis

Slackware FTW.

You should give Xubuntu a try - it's much less resource hungry than Ubuntu, especially once the unneeded programs are removed.

I am ditching Mint.  Building a Ubuntu 14.4 and try again.

Ahh, that explains it. I don't have the command line git installed on this box. It's Windows 10 with just the git GUI for MinGW/MSYS.  

Correction:

I do have it, just not in the path.

Anyways thanks for the info.

Correction:

It is in the path but, um I dunno WTF, it's Windows and the git GUI works!

For Linux systems, run_p2pool.py is marked executable and has a Python shebang, so you can directly run it.

notbatman: P2Pool tries to obtain its version number by executing git and, if that fails, examining the name of the directory it's in. However, neither of those worked on your system, so it just used the (hex-encoded) name of the directory it's in. It's not a problem.

I run p2pool via the .py script myself however, the version number displays as "666f7272657374762d7032706f6f6c2d66616431653163". I haven't taken the time to look into why it's behaving like this vs. the compiled version as it doesn't affect mining at all. If somebody has a quick answer and fix I'd be interested to know.

Forgive me if I'm wrong, but is that not what you supply as an argument to the python command? I recall doing:  python ./run_p2pool.py

TTravis: You don't actually need to run make. It's not even mentioned in the README. It's only there for assisting development. Just run ./run_p2pool.py.

It's called 'ncurses-dev' on Mint I believe, try:

sudo apt-get install ncurses-dev

I tried this and this is the tail end of the output:

---------------------------------------------------
File "/home/ttravis/p2pool/.pyenv/local/lib/python2.7/site-packages/setuptools/command/easy_install.py", line 822, in install_eggs

    return self.build_and_install(setup_script, setup_base)

  File "/home/ttravis/p2pool/.pyenv/local/lib/python2.7/site-packages/setuptools/command/easy_install.py", line 1028, in build_and_install

    self.run_setup(setup_script, setup_base, args)

  File "/home/ttravis/p2pool/.pyenv/local/lib/python2.7/site-packages/setuptools/command/easy_install.py", line 1016, in run_setup

    raise DistutilsError("Setup script exited with %s" % (v.args[0],))

distutils.errors.DistutilsError: Setup script exited with error: command 'x86_64-linux-gnu-gcc' failed with exit status 1

----------------------------------------
Cleaning up...
Command /home/ttravis/p2pool/.pyenv/bin/python -c "import setuptools, tokenize;__file__='/home/ttravis/p2pool/.pyenv/build/cryptography/setup.py';exec(compile(getattr(tokenize, 'open', open)(__file__).read().replace('\r\n', '\n'), __file__, 'exec'))" install --record /tmp/pip-TzZVff-record/install-record.txt --single-version-externally-managed --compile --install-headers /home/ttravis/p2pool/.pyenv/include/site/python2.7 failed with error code 1 in /home/ttravis/p2pool/.pyenv/build/cryptography
Storing debug log for failure in /home/ttravis/.pip/pip.log
make: *** [/home/ttravis/p2pool/.cache/pyenv/pyenv-1.11.6-extras.tar.gz] Error 1


I am thinking about giving up on Mint and just starting over with Ubuntu or straight Debin

Any other suggestions before I dump this and start over?

Thanks in advance,

Tom Travis

It's possible that you might want to do a search on the latest built-in user data gathering that Mint implements. Last time I checked, Mint was off-putting to me because the standard Mint Firefox package has a load of that type of stuff, can't remember the details, but it was enough to make me want to use Debian for a p2pool platform. Almost everything will be very similar (or the same) in practice when using Debian, as Mint is just a forked version of the latest version of Ubuntu (which itself is a forked version of Debian).