-
Notifications
You must be signed in to change notification settings - Fork 648
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ubuntu 18.04 LTS Support #835
Comments
I was able to compile and run bitshares-core on Ubuntu 18.04 (latest daily build) with the following caveats:
With a fresh install of Ubuntu 18.04, the following additional packages are necessary: Note 1: With a brand new install of git, certain commands may prompt you to do extra steps, such as Note 2: Certain git commands may open an editor, and ask you for a comment. There is no need to add a comment. [CTRL]+[X] will allow you to exit the editor and the process should continue normally. Once the openssl-1.1-support
Update 2018-05-04: boost 1.65 changes merged in, adjusted instructions |
I successfully built the project using the steps outlined in the comment above. Next, I intend to build again for the TESTNET, then run my |
While this is a good to have feature and the correct direction to go, I don't think it's very high priority. After Ubuntu 18.04 is out, it may need some time for businesses to try it in production. My estimation on this is about 3-6 months. |
hi ; |
The work done on the boost_1.65 has now become part of the official bitshares-fc project. So, that line can be left out. I will adjust the post above. |
To compile for the latest release of TESTNET ( instructions as of 12-May-2018 )
|
@jmjatlanta that means the only thing we need to do is to merge the OpenSSL 1.1 PR's? We need to test:
|
@abitmore I have not tested the OpenSSL-1.1-support branch completely. I would add that we need to test compiling with OpenSSL 1.0.2 with the 1.1-support branch merged in. If we can get everything tested well and the 1.1-support branch merged in to the other branches, it would be a good win for those running 18.04 LTS, as they would not need anything beyond stuff they can apt-get plus the bitshares-core branch of their choice. The instructions above would be much shorter. |
I am failing to build at the same point with both OpenSSL 1.0.2g & 1.1.0g as demonstrated here: @jmjatlanta I really appreciate the detailed instructions with inline comments above. |
See #921, it includes the removal of these API calls |
Success! Yes, after commenting out the lines related to blind_sign API calls and deterministic_openssl_rand found in #921 the build completed without errors. |
Are the instructions in the comments above still valid ? I get the reply "Couldn't find remote ref openssl-1.1-support" when trying to pull it. I would appreciate any hint here. I updated my system to Ubuntu 18.04 without checking for the witness node compatibility before and now I'm stuck and cannot go back easily. |
The branch has been merged into develop, please check out develop branch and build that. Don't forget to |
@FrankBlabu you may observe the build process for the Focus on lines 418 & 428:
As needed, please open a |
Updated instructions as of 15-June-2018 for develop branch, based on a fresh install of Ubuntu 18.04:
|
I have the similiar problem. But My openssl is 1.0.2. How I solve the following problems? |
Hrmmm. It seems you are having a different problem @ying2025. Please create a new issue here: https://github.com/bitshares/bitshares-core/issues/new?template=build_error.md |
ubuntu:~/bitshare/bitshares-core$ git checkout openssl-1.1-support |
I'm on Ubuntu 18.04 |
On Ubuntu 18.04, things should work just fine if you are using the develop branch. In fact, it is slightly easier as there is no need to compile specific boost or openssl versions. There must be some kind of problem (misconfiguration?) between doxygen and perl, if I am reading issue #409 correctly. I wasn't around when that issue appeared, so I can only speculate. Please post your build log and I'll see if I can help. Note: Github messes with the formatting of the build log. I've found it better to post on something like pastebin.com and post a link here. |
This is the last message in the build log. [ 81%] Generating api_documentation.cpp
Can't locate doxygen/perlmod/DoxyDocs.pm in @INC (you may need to install the doxygen::perlmod::DoxyDocs module) (@INC contains: /hom
e/francesco/WORK/XXX/bitshares-core/libraries/wallet /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.26.1 /usr/local/share/per
l/5.26.1 /usr/lib/x86_64-linux-gnu/perl5/5.26 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.26 /usr/share/perl/5.26 /usr/local/li
b/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at /home/francesco/WORK/XXX/bitshares-core/libraries/wallet/generate_api_docum
entation.pl line 6.
libraries/wallet/CMakeFiles/graphene_wallet.dir/build.make:62: recipe for target 'libraries/wallet/api_documentation.cpp' failed
make[2]: *** [libraries/wallet/api_documentation.cpp] Error 2
CMakeFiles/Makefile2:1826: recipe for target 'libraries/wallet/CMakeFiles/graphene_wallet.dir/all' failed
make[1]: *** [libraries/wallet/CMakeFiles/graphene_wallet.dir/all] Error 2
Makefile:129: recipe for target 'all' failed
make: *** [all] Error 2 |
If you don't want to create the documentation, you could probably comment out line 4 of
I haven't tested it, but that should skip the documentation creation process. You'll have to re-run cmake, then run make, and let me know the results. |
Ok, going to. |
Builded succesfully, many thanks. |
I agree @abitmore. A small clarification: the package doxygen is being found. The problem seems to be that sometimes it is not finding the perl module in |
closing by work done before and final updating the docs at #1212 |
Still some work to be done before final mainnet release. OP updated. |
ok, got it, thanks. |
Done. |
Does the doxygen issue still exist? Will this help? steemit/steem@071f6a9 |
It works. |
User Story
As an
Ubuntu User
I want tobuild bitshares-core on the (forthcoming) Ubuntu 18.04 LTS platform
because it is thelatest version
.Notes
Task List
apt install update-manager-core
/etc/update-manager/release-upgrades
is set tonormal
do-release-upgrade -d
The text was updated successfully, but these errors were encountered: