[BBR] Boolberry: Privacy and Security - Guaranteed Since 2014

[Hotmetal]

The miner is known to build just fine on various platforms. The problem might be related to you configure options if you used static and or your gcc version (4.4.x is quite dated). Have you tried building with -fPIC

working gcc version on my rig = gcc (Ubuntu 4.8.2-19ubuntu1) 4.8.2

root@cami001:~/curl-7.37.1# ./configure --disable-ftp --disable-ldap --disable-ldaps --disable-rtsp --disable-proxy --disable-dict --disable-telnet --disable-tftp --disable-pop3 --disable-imap --disable-smtp --disable-gopher --disable-manual --disable-ipv6 --disable-verbose --disable-sspi --disable-crypto-auth --disable-ntlm-wb --disable-tls-srp --disable-cookies --disable-soname-bump --without-zlib --without-winssl --without-darwinssl --without-ssl --without-gnutls --without-polarssl --without-cyassl --without-nss --without-axtls --without-libmetalink --without-libssh2 --without-librtmp --without-winidn --without-libidn --without-nghttp2 --prefix=/tmp/curl
root@cami001:~/curl-7.37.1# make -j 20; make install

root@cami001:~/cpuminer-multi# CFLAGS="-I/tmp/curl/include" LDFLAGS="-static -L/tmp/curl/lib" ./configure --with-libcurl=/tmp/curl
[..]
checking for curl_free... yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating compat/Makefile
config.status: creating compat/jansson/Makefile
config.status: creating cpuminer-config.h
config.status: cpuminer-config.h is unchanged
config.status: executing depfiles commands


root@cami001:~/cpuminer-multi# make
[..]
gcc -std=gnu99 -std=gnu11 -O3 -march=native -fPIC -flto  -I/tmp/curl/include -pthread -pie -static -L/tmp/curl/lib -o minerd minerd-cpu-miner.o minerd-util.o minerd-wildkeccak.o minerd-xmalloc.o -L/tmp/curl/lib -lcurl compat/jansson/libjansson.a -lpthread  
/usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.9/crtbeginT.o: relocation R_X86_64_32 against `__TMC_END__' can not be used when making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-linux-gnu/4.9/crtbeginT.o: error adding symbols: Bad value
collect2: error: ld returned 1 exit status
make[2]: *** [minerd] Error 1
make[2]: Leaving directory `/root/cpuminer-multi'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/cpuminer-multi'
make: *** [all] Error 2


root@cami001:~/cpuminer-multi# gcc --version
gcc (Ubuntu 4.9.1-3ubuntu2~14.04.1) 4.9.1

[Hotmetal]

Here is the config.log: http://pastebin.com/ST3z6te0

[shojayxt]

The miner is known to build just fine on various platforms. The problem might be related to you configure options if you used static and or your gcc version (4.4.x is quite dated). Have you tried building with -fPIC

working gcc version on my rig = gcc (Ubuntu 4.8.2-19ubuntu1) 4.8.2

How about a version for us Windows NVIDIA chumps? Now that would be special.

It's available

https://bitcointalk.org/index.php?topic=693118.0

[btc-mike]

The miner is known to build just fine on various platforms. The problem might be related to you configure options if you used static and or your gcc version (4.4.x is quite dated). Have you tried building with -fPIC

working gcc version on my rig = gcc (Ubuntu 4.8.2-19ubuntu1) 4.8.2

How about a version for us Windows NVIDIA chumps? Now that would be special.

It's available

https://bitcointalk.org/index.php?topic=693118.0

You need to use the OpenCL version.

[tifozi]

The miner is known to build just fine on various platforms. The problem might be related to you configure options if you used static and or your gcc version (4.4.x is quite dated). Have you tried building with -fPIC

working gcc version on my rig = gcc (Ubuntu 4.8.2-19ubuntu1) 4.8.2

root@cami001:~/curl-7.37.1# ./configure --disable-ftp --disable-ldap --disable-ldaps --disable-rtsp --disable-proxy --disable-dict --disable-telnet --disable-tftp --disable-pop3 --disable-imap --disable-smtp --disable-gopher --disable-manual --disable-ipv6 --disable-verbose --disable-sspi --disable-crypto-auth --disable-ntlm-wb --disable-tls-srp --disable-cookies --disable-soname-bump --without-zlib --without-winssl --without-darwinssl --without-ssl --without-gnutls --without-polarssl --without-cyassl --without-nss --without-axtls --without-libmetalink --without-libssh2 --without-librtmp --without-winidn --without-libidn --without-nghttp2 --prefix=/tmp/curl
root@cami001:~/curl-7.37.1# make -j 20; make install

root@cami001:~/cpuminer-multi# CFLAGS="-I/tmp/curl/include" LDFLAGS="-static -L/tmp/curl/lib" ./configure --with-libcurl=/tmp/curl
[..]
checking for curl_free... yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating compat/Makefile
config.status: creating compat/jansson/Makefile
config.status: creating cpuminer-config.h
config.status: cpuminer-config.h is unchanged
config.status: executing depfiles commands


root@cami001:~/cpuminer-multi# make
[..]
gcc -std=gnu99 -std=gnu11 -O3 -march=native -fPIC -flto  -I/tmp/curl/include -pthread -pie -static -L/tmp/curl/lib -o minerd minerd-cpu-miner.o minerd-util.o minerd-wildkeccak.o minerd-xmalloc.o -L/tmp/curl/lib -lcurl compat/jansson/libjansson.a -lpthread  
/usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.9/crtbeginT.o: relocation R_X86_64_32 against `__TMC_END__' can not be used when making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-linux-gnu/4.9/crtbeginT.o: error adding symbols: Bad value
collect2: error: ld returned 1 exit status
make[2]: *** [minerd] Error 1
make[2]: Leaving directory `/root/cpuminer-multi'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/cpuminer-multi'
make: *** [all] Error 2


root@cami001:~/cpuminer-multi# gcc --version
gcc (Ubuntu 4.9.1-3ubuntu2~14.04.1) 4.9.1

I tried to recreate your issue in my box. It looks like the problem is with your curl install. When I use the system curl it just works fine with the static build.

Code:

/usr/lib/x86_64-linux-gnu

Code:

 curl --version
curl 7.35.0 (x86_64-pc-linux-gnu) libcurl/7.35.0 OpenSSL/1.0.1f zlib/1.2.8 libidn/1.28 librtmp/2.3
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtmp rtsp smtp smtps telnet tftp 
Features: AsynchDNS GSS-Negotiate IDN IPv6 Largefile NTLM NTLM_WB SSL libz TLS-SRP 

Code:

LDFLAGS="-static" ./configure

Those other configure options that you are trying to pass to disable libs are not supported.

[crypto_zoidberg]

The miner is known to build just fine on various platforms. The problem might be related to you configure options if you used static and or your gcc version (4.4.x is quite dated). Have you tried building with -fPIC

working gcc version on my rig = gcc (Ubuntu 4.8.2-19ubuntu1) 4.8.2

root@cami001:~/curl-7.37.1# ./configure --disable-ftp --disable-ldap --disable-ldaps --disable-rtsp --disable-proxy --disable-dict --disable-telnet --disable-tftp --disable-pop3 --disable-imap --disable-smtp --disable-gopher --disable-manual --disable-ipv6 --disable-verbose --disable-sspi --disable-crypto-auth --disable-ntlm-wb --disable-tls-srp --disable-cookies --disable-soname-bump --without-zlib --without-winssl --without-darwinssl --without-ssl --without-gnutls --without-polarssl --without-cyassl --without-nss --without-axtls --without-libmetalink --without-libssh2 --without-librtmp --without-winidn --without-libidn --without-nghttp2 --prefix=/tmp/curl
root@cami001:~/curl-7.37.1# make -j 20; make install

root@cami001:~/cpuminer-multi# CFLAGS="-I/tmp/curl/include" LDFLAGS="-static -L/tmp/curl/lib" ./configure --with-libcurl=/tmp/curl
[..]
checking for curl_free... yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating compat/Makefile
config.status: creating compat/jansson/Makefile
config.status: creating cpuminer-config.h
config.status: cpuminer-config.h is unchanged
config.status: executing depfiles commands


root@cami001:~/cpuminer-multi# make
[..]
gcc -std=gnu99 -std=gnu11 -O3 -march=native -fPIC -flto  -I/tmp/curl/include -pthread -pie -static -L/tmp/curl/lib -o minerd minerd-cpu-miner.o minerd-util.o minerd-wildkeccak.o minerd-xmalloc.o -L/tmp/curl/lib -lcurl compat/jansson/libjansson.a -lpthread  
/usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.9/crtbeginT.o: relocation R_X86_64_32 against `__TMC_END__' can not be used when making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-linux-gnu/4.9/crtbeginT.o: error adding symbols: Bad value
collect2: error: ld returned 1 exit status
make[2]: *** [minerd] Error 1
make[2]: Leaving directory `/root/cpuminer-multi'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/cpuminer-multi'
make: *** [all] Error 2


root@cami001:~/cpuminer-multi# gcc --version
gcc (Ubuntu 4.9.1-3ubuntu2~14.04.1) 4.9.1

Wait for otila, i guess he would help you with that! Now he seems to be away.

[Hotmetal]

I tried to recreate your issue in my box. It looks like the problem is with your curl install. When I use the system curl it just works fine with the static build.

Code:

/usr/lib/x86_64-linux-gnu

Code:

 curl --version
curl 7.35.0 (x86_64-pc-linux-gnu) libcurl/7.35.0 OpenSSL/1.0.1f zlib/1.2.8 libidn/1.28 librtmp/2.3
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtmp rtsp smtp smtps telnet tftp 
Features: AsynchDNS GSS-Negotiate IDN IPv6 Largefile NTLM NTLM_WB SSL libz TLS-SRP 

Code:

LDFLAGS="-static" ./configure

Those other configure options that you are trying to pass to disable libs are not supported.

root@cami009:~/cpuminer-multi# curl --version
curl 7.35.0 (x86_64-pc-linux-gnu) libcurl/7.35.0 OpenSSL/1.0.1f zlib/1.2.8 libidn/1.28 librtmp/2.3
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtmp rtsp smtp smtps telnet tftp
Features: AsynchDNS GSS-Negotiate IDN IPv6 Largefile NTLM NTLM_WB SSL libz TLS-SRP



root@cami009:~/cpuminer-multi# LDFLAGS="-static" ./configure
[..]
checking for curl-config... /usr/bin/curl-config
checking for the version of libcurl... 7.35.0
checking for libcurl >= version 7.15.2... yes
checking whether libcurl is usable... no
configure: error: Missing required libcurl >= 7.15.2

[jl777]

If you look at the long term chart, it is clear we still have a long hill to climb, but it is just a matter of getting the message out that BBR has the only cryptonote dev that changed the block format. This is no tweaking of a constant change, but the actual blocks! For those not so technical, this is like replacing the engine while making it more fuel efficient and get more power. In other words not something for a garage mechanic, but rather for an engine designer.

So next time someone is making disparaging comments on BBR, just ask if their coin devs were able to change (dont even need to require improving), just change the block format. That should make 90% of them say something silly and go away.

James

I still don't get it. How is it more efficient/more powerful? Does every block take less hardware space or what?

Hi Jungian!

We had a few innovations on top of CryptoNote technology:
* Different PoW hash WildKeccak that is secure(from our point of view) and much faster. This leads to faster sync with blockchain, compared to regular CryptoNote coins. Try to synchronize BCN daemon with one day blockchain, Monero daemon with one day blockchain, and Boolberry with one day blockchain. You'll see the difference.
* We have privacy improvement
* We have blockchain bloat improvement with ring signatures pruning.

That's most important things.
Also we have a number of secondary features: aliases for address, p2p-based alerting for critical updates, and well... we have more fair(from our point of view) emission curve, compared with BCN and XMR.


Zoidberg

I didnt realize the effect of PoW on block loading time. So not only is the blockchain smaller, it syncs faster. Thats faster faster!
Installs faster, runs faster, user friendly GUI and some internal improvements hard to explain to users but just having all the user visible improvements and knowing there are many more internal ones, this is very good

We can compare other cryptonotes as using a steam engine and BBR using internal combustion engine with advanced electronic injection system. Nothing wrong with a steam engine if you are using it for a locomotive.

I see the market is properly revaluing BBR to its rightful place at the top of the cryptonotes. Keep spreading the word about how good the BBR tech is and when anybody compares the two, BBR price parity goes in our rear view mirror. Next stop, marketcap parity.

Instead of "choo, choo" its "zoom zoom!"

James

[otila]

root@cami009:~/cpuminer-multi# LDFLAGS="-static" ./configure
[..]
checking for curl-config... /usr/bin/curl-config
checking for the version of libcurl... 7.35.0
checking for libcurl >= version 7.15.2... yes
checking whether libcurl is usable... no
configure: error: Missing required libcurl >= 7.15.2

Can you first tell why you want to link it statically?
http://www.akkadia.org/drepper/no_static_linking.html
When you use -static flag for ld, you need libcurl.a.  And "./configure --enable-static --with-pic" for curl.

[tifozi]

I tried to recreate your issue in my box. It looks like the problem is with your curl install. When I use the system curl it just works fine with the static build.

Code:

/usr/lib/x86_64-linux-gnu

Code:

 curl --version
curl 7.35.0 (x86_64-pc-linux-gnu) libcurl/7.35.0 OpenSSL/1.0.1f zlib/1.2.8 libidn/1.28 librtmp/2.3
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtmp rtsp smtp smtps telnet tftp 
Features: AsynchDNS GSS-Negotiate IDN IPv6 Largefile NTLM NTLM_WB SSL libz TLS-SRP 

Code:

LDFLAGS="-static" ./configure

Those other configure options that you are trying to pass to disable libs are not supported.

root@cami009:~/cpuminer-multi# curl --version
curl 7.35.0 (x86_64-pc-linux-gnu) libcurl/7.35.0 OpenSSL/1.0.1f zlib/1.2.8 libidn/1.28 librtmp/2.3
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtmp rtsp smtp smtps telnet tftp
Features: AsynchDNS GSS-Negotiate IDN IPv6 Largefile NTLM NTLM_WB SSL libz TLS-SRP



root@cami009:~/cpuminer-multi# LDFLAGS="-static" ./configure
[..]
checking for curl-config... /usr/bin/curl-config
checking for the version of libcurl... 7.35.0
checking for libcurl >= version 7.15.2... yes
checking whether libcurl is usable... no
configure: error: Missing required libcurl >= 7.15.2

And to add to otila,

resolution is to build static curl, posted in Wolf0's thread https://bitcointalk.org/index.php?topic=632724.msg8186180#msg8186180

[Hotmetal]

root@cami009:~/cpuminer-multi# LDFLAGS="-static" ./configure
[..]
checking for curl-config... /usr/bin/curl-config
checking for the version of libcurl... 7.35.0
checking for libcurl >= version 7.15.2... yes
checking whether libcurl is usable... no
configure: error: Missing required libcurl >= 7.15.2

Can you first tell why you want to link it statically?
http://www.akkadia.org/drepper/no_static_linking.html
When you use -static flag for ld, you need libcurl.a.  And "./configure --enable-static --with-pic" for curl.

I have > 50 machines with a variety of different Linux distros and having to go through the hassle of building on every single machine is rather painful (I work at cloud provider).

[smooth]

Sure - its major advantage right now derives from its better choice of block time, the fact that it didn't have an early-stage dust problem, and that its transaction fees weren't as easily exploitable for DoS attacks.

That is incorrect on all three counts. Take a look at the details (proportion attributable to these factors, etc.) and you will see that these are not the main reasons for the block chain being smaller and faster. Even the difference in PoW is relatively unimportant right now (but might have some advantage -- or disadvantage -- in the future). My friend othe was right it is almost all a difference right now is lower BBR usage causing the chain to be much smaller.

[Hotmetal]

And to add to otila,

resolution is to build static curl, posted in Wolf0's thread https://bitcointalk.org/index.php?topic=632724.msg8186180#msg8186180

Wolf0's code builds with no problem at all.. Using the same statically built curl version...

[shojayxt]

Do you want to have total control

I want you to quit spamming the boards with your adverts.

[otila]

Can you first tell why you want to link it statically?
http://www.akkadia.org/drepper/no_static_linking.html
When you use -static flag for ld, you need libcurl.a.  And "./configure --enable-static --with-pic" for curl.

I have > 50 machines with a variety of different Linux distros and having to go through the hassle of building on every single machine is rather painful (I work at cloud provider).

That is not a good reason.

You only need to build once for each distro, or less.

Code:

$ readelf -d minerd|grep -w NEEDED
 0x0000000000000001 (NEEDED)             Shared library: [libcurl.so.4]
 0x0000000000000001 (NEEDED)             Shared library: [libpthread.so.0]
 0x0000000000000001 (NEEDED)             Shared library: [libjansson.so.4]
 0x0000000000000001 (NEEDED)             Shared library: [libdl.so.2]
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]

If those libs are installed on target machine, it works.

One other compatibility issue between distros is memcpy bug:
http://www.win.tue.nl/~aeb/linux/misc/gcc-semibug.html
And read Drepper's comments about pie/pic.

[Hotmetal]

That is not a good reason.

You only need to build once for each distro, or less.

Code:

$ readelf -d minerd|grep -w NEEDED
 0x0000000000000001 (NEEDED)             Shared library: [libcurl.so.4]
 0x0000000000000001 (NEEDED)             Shared library: [libpthread.so.0]
 0x0000000000000001 (NEEDED)             Shared library: [libjansson.so.4]
 0x0000000000000001 (NEEDED)             Shared library: [libdl.so.2]
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]

If those libs are installed on target machine, it works.

One other compatibility issue between distros is memcpy bug:
http://www.win.tue.nl/~aeb/linux/misc/gcc-semibug.html
And read Drepper's comments about pie/pic.

I'm using Wolf0's statically linked miner across all of them and all working without issues.
Instead of continueing to mine XMR, i'd like to switch them all to BBR and there are some
really old versions of software running on them that I simply can not upgrade (old autoconf, libcurl etc)
so I don't really have a choice but to build it statically. (some of the machines won't even compile it dynamically!)

[otila]

I'm using Wolf0's statically linked miner across all of them and all working without issues.
Instead of continueing to mine XMR, i'd like to switch them all to BBR and there are some
really old versions of software running on them that I simply can not upgrade (old autoconf, libcurl etc)
so I don't really have a choice but to build it statically. (some of the machines won't even compile it dynamically!)

The only dependency is libcurl, if that is not available, there is nothing cpuminer-multi developers can do to help you.
If minerd does not build with libcurl >= 7.15.2, file a bug report.

If you can copy static minerd to that system, you can also copy dynamic minerd and the required libs. Maybe disable every possible feature in libcurl.
Also, remember SSE2 vs AVX2 feature set on different CPUs (there is no runtime check for the features).

[jl777]

does anybody personally know Peter Todd?
I think it would make sense to hire him to evaluate the tech changes made to the cryptonote baseline
It can be for the incarnation after all the changes are active

James

[drawingthemoon]

does anybody personally know Peter Todd?
I think it would make sense to hire him to evaluate the tech changes made to the cryptonote baseline
It can be for the incarnation after all the changes are active

James

I think Peter Todd was approached by the Monero "core team" + "extended" monero team in part to promote XMR during an EU meetup. It may still be a good idea, but Peter might consider it a conflict of interest ? It is generally a good idea to approach anyone along those lines and or crpto experts. zoidberg might be able to contact since he is most likely going to know a few ...

Also thanks for the recent market action   Seems to have created quite a lot of mixed reactions to the say the least  

[stoner]

does anybody personally know Peter Todd?
I think it would make sense to hire him to evaluate the tech changes made to the cryptonote baseline
It can be for the incarnation after all the changes are active

James

Don't hire Peter Todd.Peter have promoted XMR and now he is the lead developer of Viacoin.May be we can choose another guy.