Pages:
Author

Topic: [ANN][EGC] EverGreenCoin® | 7% PoS | Foundation | Bittrex | Android - page 35. (Read 82062 times)

newbie
Activity: 30
Merit: 0
Looking for something more interesting here!
A rather interesting vision, well-advised activity!  Good luck!
jr. member
Activity: 182
Merit: 1
 EverGreenCoin did make a good progress in 2 years and the next 2 years will even be more progress as the Community grow.Team can do better than that.
legendary
Activity: 2926
Merit: 1091
--- ChainWorks Industries ---
Hi Greenies!

Tomorrow's meeting will be cancelled. I have an out-of-town wedding shortly after the scheduled time. I was going to squeeze the meeting in but, others have been informing me they will be unable to attend. Rather than squeeze in what might be a lonely meeting, I will take the time to give myself a safer travel time cushion. We will adjourn until July 21st at 17:00 GMT.

Thanks for understanding and do have a nice weekend!

NJOI mate ...

Squeeze in some relax time. I would like to sort the other issue out also, if you can get that done before you go also mate.

Thanks.

#crysx
legendary
Activity: 1484
Merit: 1029
Hi Greenies!

Tomorrow's meeting will be cancelled. I have an out-of-town wedding shortly after the scheduled time. I was going to squeeze the meeting in but, others have been informing me they will be unable to attend. Rather than squeeze in what might be a lonely meeting, I will take the time to give myself a safer travel time cushion. We will adjourn until July 21st at 17:00 GMT.

Thanks for understanding and do have a nice weekend!

Have a great weekend - and enjoy the wedding!
legendary
Activity: 2170
Merit: 1192
EverGreenCoin® (EGC) EverGreenCoin.org
Hi Greenies!

Tomorrow's meeting will be cancelled. I have an out-of-town wedding shortly after the scheduled time. I was going to squeeze the meeting in but, others have been informing me they will be unable to attend. Rather than squeeze in what might be a lonely meeting, I will take the time to give myself a safer travel time cushion. We will adjourn until July 21st at 17:00 GMT.

Thanks for understanding and do have a nice weekend!
newbie
Activity: 23
Merit: 0
I expect your project runs successfully! Absorbing job, rational results.  Good luck devs!
hero member
Activity: 742
Merit: 505
hero member
Activity: 952
Merit: 502
now the price of btc is stable,who predicts what the next market will look like and what effect on the price of EGC
legendary
Activity: 2170
Merit: 1192
EverGreenCoin® (EGC) EverGreenCoin.org
Here is the link to today's meeting, https://hangouts.google.com/hangouts/_/abtywnosbjbm5jgqkj65b4a6zqe

All are welcome. It will be open for a few hours so, please feel free to stop by when convenient. See you there!
newbie
Activity: 15
Merit: 0
I like the construction of this plan! Irreproachable design, very nice vision, in right mind business!
legendary
Activity: 1484
Merit: 1029
I've sent a request in telegram, waiting for your return!
Percipient business, irreproachable website, pretty good activity!
With the current price being fairly low, its a good time to get on board before the next growth phase

feeling optimistic about EGC
jr. member
Activity: 134
Merit: 3
Thx for all the info guys, it's much appreciated ;-)

I might give Cent another shake sometime. But for now, I'm good with with Mint, Cent will be in my rear view for a while lol. On Mint it compiled well, and is running good. Lottos back up and it's the 4th... so my fat ass lol, is going to catch up on some of my shows!
sr. member
Activity: 728
Merit: 250
I've sent a request in telegram, waiting for your return!
Percipient business, irreproachable website, pretty good activity!
Enviromental friendly projects always can give us a lot of benefits, because we are living on the planet earth.

Given how the majority of the people behaves it seems they forget quite often that they actually live on planet earth.
member
Activity: 121
Merit: 20
CentOS 7 x64 IS a nightmare to install and compile ...

Ok so there might be some truth in that... although my experience is different.

At the moment I'm only trying to build the command line version (evergreencoind). I'll probably try QT on Fedora first and see how that goes.

OpenSSL hasn't been an issue, on newer distributions there are issues where they bundle openssl 1.1, but these distributions mostly have the 1.0 headers as well in a different package.

So far with a minor change to the current makefile.unix and a static libdb4.8 (to be compatible with Mac/Windows wallets) I can get an evergreencoind that works. Building like this does result in a set of extra warnings like:
Code:
warning: override controls (override/final) only available with -std=c++11 or -std=gnu++11 [enabled by default]

This is because I removed -std=c++14 from xCXXFLAGS (the change to makefile.unix) mentioned above as the bundled gcc4.8.5 is too old to support the C++14 standard.

The alternative is to install a newer G++ (easy to do using the Software Collections), however this leads to a conflict with the bundled boost libraries due to the different C++ standards.

Most of my build process is on the wiki starting from https://wiki.evergreencoin.org/wiki/Software#Building

Now to finish tidying the wiki with what's been tested and what works (or not) and think about QT.
hero member
Activity: 966
Merit: 587
I've sent a request in telegram, waiting for your return!
Percipient business, irreproachable website, pretty good activity!
Enviromental friendly projects always can give us a lot of benefits, because we are living on the planet earth.
legendary
Activity: 2926
Merit: 1091
--- ChainWorks Industries ---
The advantages are great and disadvantages of this method small, but we would SO much like to be able to a full daemon compile in a native dynamic fashion under CentOS 7 x64 and Fedora 27/28 x64 (especially QT versions), both of which are currently almost impossible at the moment.

I've not tried the QT wallet on Fedora 27 x64, but didn't have many problems with the daemon. There was one thing the broke the build where Fedora was on a newer library than Ubuntu/Debian but that only needed a simple fix we've now added to the code base.

I'm planning to have a go on CentOS and also building the QT wallet on both CentOS and Fedora over the next few days. I also want to look at sorting out some of the wiki pages about building the different variations.


Awesome ...

Let us know where we can help.

#crysx
newbie
Activity: 23
Merit: 0
great project!!!
i hope this project will be big.
good luck.
member
Activity: 121
Merit: 20
The advantages are great and disadvantages of this method small, but we would SO much like to be able to a full daemon compile in a native dynamic fashion under CentOS 7 x64 and Fedora 27/28 x64 (especially QT versions), both of which are currently almost impossible at the moment.

I've not tried the QT wallet on Fedora 27 x64, but didn't have many problems with the daemon. There was one thing the broke the build where Fedora was on a newer library than Ubuntu/Debian but that only needed a simple fix we've now added to the code base.

I'm planning to have a go on CentOS and also building the QT wallet on both CentOS and Fedora over the next few days. I also want to look at sorting out some of the wiki pages about building the different variations.
newbie
Activity: 26
Merit: 0
Hello, an interesting project. I have many expectations and soon I hope to see it in the most important exchange like binance, poloniex.
legendary
Activity: 2926
Merit: 1091
--- ChainWorks Industries ---
Right now I have BTC, DOGE & LTC running on it but the QT for EGC I went to hell and back from under the old Distro. Wont run, yes assumptions are like a**holes... everybody has one. I assume it's a library thing.

If you were coping the old binaries over then that's liable to fail as you're unlikely to find the right compatible libraries (windows tends to keep every possible library version around now which is partly why it grows so huge).

Yes that means I have a running wallet. Sooo much easier to do on Mint which I know is one of many flavors that is NOT CentOS and gave me the headaches from before.

If it worked on mint, then it should have worked as easily on Ubuntu or Debian. Without knowing what errors you had on CentOS/Fedora it's hard to suggest what the issue might have been, this also means if there's an issue in the code or instructions then it's not going to get fixed.

Providing some useful error messages etc could have meant you could have got help and you would have helped the community with potential fixes. From me building the daemon on fedora (which tends to be ahead on package versions than debian and its derivatives) we've already found one patch for the code which will benefit debian/ubuntu/mint at some point in the future when they update their package versions.
I didn't transfer anything. I mean I tried but it didn't work. So I successfully built from source and am hoping to be down downloading the chain by days end. What broke it before on Cent was me doing an upgrade or something since it was one of my last deeds before the system went to shit and building on Cent was a nightmare just to get libraries installed.

CentOS 7 x64 IS a nightmare to install and compile ...

This is mainly due to the libraries for OpenSSL, which is due to the crippling of the ECC (secp256k1) that is required for the compile. The other factors are also that the updates to gcc itself, are being followed through with a LOT of the code, so even when trying to compile in other OS (like Debian or Ubuntu) who have the updated gcc libraries and versions, a lot will break in a compile. Some will work though.

This is NOT the fault of the code per se, but more the the creators of the libraries themselves that break the backward compatibility cycle. Admittedly, they usually win in the end, as their gcc code is always moving forward, so the core code of the coin will always need updating, but that usually is only minor adjustments in the grand scheme of things.

CentOS 7 x64 itself is starting to come around, because RedHat are coming around - FINALLY! Damn bureaucratic crap and redtape. If they left OpenSSL ALONE, there would be no major issue with compilations. As it stands, we STILL have to compile in a sandboxed, static environment (made easier by a fully internal rewritten script and VERY powerful servers), where all the components are compiled in a static manner and so the daemon is also. The advantages are great and disadvantages of this method small, but we would SO much like to be able to a full daemon compile in a native dynamic fashion under CentOS 7 x64 and Fedora 27/28 x64 (especially QT versions), both of which are currently almost impossible at the moment.

We will NOT convert our environment from what it is not BTW - just in case that thought crossed your mind Wink ... it stays RHEL based, but we are implementing Debian based systems currently on our new Pyroxene (theMINE) platform, for functionality and availability purposes.

Luckily for us under the script - EGC compiles reasonably well - pity it isn't PoW Wink

#crysx
Pages:
Jump to: