hi jc ...
did you get your account back? ... or is this 'still' the 'hacked' account? ...
because the one that i spoke to prior - couldnt help me with the compile of the original mtr code ...
My account was not hacked lol. I use Ubuntu and not Cent. The compile with the code as is works well on Ubuntu and hence the quick turnaround time on getting an Ubuntu node up. You seemed determined on Cent (which is fine) where the compile bombs out at some point and Cent is not my thing and I dont have an appetite to look into that. Rather ask a master programmer to dig in the code and fix it to work on Cent. I dont know why you wanted to use Cent if you can just use Ubuntu on a VPS. I figured it is because you wanted to expand the landscape of Linux flavors on which the compile works. The compile of the code as is also works fine on Raspberry Pi.
I was one of the biggest supporters of MTR from the beginning because I felt that the goals what the project wanted to achieve is something that is needed on the scene. I still feel the same way about the project goals, but I sort of lost interest when certain people entered the thread and I perceived that to have become the focus point of the project and the project seemed to be derailed. You cannot blame me for that. I still watch the thread, what is posted and what is delivered and if I perceive the project to be back on track Ill get involved again. It all depends on management actions. The goal is good but execution can be improved.
Anyways, Iv uploaded a dynamic binary that I compiled in June that you can try. If you create an Ubuntu 14.10x64 VPS, do an update and upgrade and install dependencies then run the binary and it should work. You can just apt-cache search for the deps that it is looking for and install until it works if it does not work for your installed deps. I have not tested it recently to see if any OS upgrades causes it to fail and you know how compiled Linux binaries go from system to system and they sometimes fail.
Link to binary (rename to MasterTraderd to feel familiar although it is not really necessary).
Link to Virustotal
kool ...
i think there was another account that had a similar name as yours that had his account hacked - and ended up opening another 'newbie' account and let everyone know his account was hacked ... i honestly thought it was you - so my apologies ... im not at the office at the moment - so i cant even research any of this ...
you have been around longer than i have with mtr and all that has been happening - im a latecomer ... even so - im actually quite interested in the way rich does things and the way he approaches it all ... its the same way i do also ... if i believe in something - i go for it ... wholeheartedly and fully ... thats why i like the way things have been moving with mtr - and working with rich is working with a person that has passion in what he does ... again - the same way i work ... no matter how much 'fud' ( i dislike that word ) is thrown around ...
crypto in my opinion needs it ... too many people shafting people - and 'devs' shafting communities with false promises and 'roadmaps' made of pretenses and dreams that never exist ... mtr and granite are nothing like that ... no promises made - just actions taken and steps of achievement produced ... no matter how small and no matter how long it takes ... it just gets done ...
as for the centos servers - two reasons mate ...
firstly - they are the easiest vps and servers systems to access for me ...
secondly - im a redhat guy - nuff sed
...
the main issue with redhat enterprise linux systems ( rhel - like centos and scientific linux and fedora for example ) is that redhat legal red tape stopped the ecc curves being implemented into the rehel distributions for the opensourced openssl - that most distributions like ubuntu ( debian based systems ) implemented as a standard ... which meant they 'crippled' the standard implementation of openssl by omitting the ecc ( eliptical cryptography curve - for those that are interested in googling - specifically the secp256k curve ) that bitcoin and almost all the derivative alt coins require in order to compile and run properly ...
so being a rhel based 'guy' - and knowing that a HUGE amount of vps users are centos centric as well as ubuntu centric - i wanted it run on a system i KNOW ( centos ) rather than a system im not too familiar with ( ubuntu ) ...
hence the work started ... not only for the compile - but for the operating system also ... and let me tell you - its been - and still is - an adventure ...
which is one of the reasons why a static compile was born - eventually
... so that a compile could be made - without dynamic libraries ( unlike the ones you are supplying in your links specifically for ubuntu ) which would work on MOST rhel based ( and in some instances debian based - like ubuntu ) operating systems ... this required a few fixes in the code - and a some help from others in the industry - to get a statically compiled mastertraderd ( yes i changed the name from MasterTraderd ) wallet / daemon to be used in as nodes ...
i had a very similar issue with granite when compiling the granited daemon ( at the time called GraniteCoind - before the namechange and the logo and other components ) ... this is when i enlisted the help of a couple of veterans alongside some of the changes i made to the code of GraniteCoin - to create the current granited daemon ...
but when mastertrader had the 'issues' with the whole bittrex slowdown of the blockchain to the level of a complete meltdown - thats when i thought ( and discussed with rich ) that something like this can never happen again to a coin that is being as progressive as mtr can be with rich at the helm ...
changes were made to the script for granite - a few segments were redone by the original author of the script ( rg ) and compilation - then adapted to mastertrader - and viola! ... the work is now complete for the daemon - that is a static compile for use with a few systems - not just one specific one ...
i have done this not for anything else but that rich and the team working on mastertrader itself have proven themselves time and time again to be hardworking and honest people - at least in my eyes anyway ... so now the nodes that are up - will stay up for the life of both the coins - mtr and grn ...
ill download your compile and have a test with it in an ubuntu system ( mainly to enhance own experience with ubuntu ) - so i really appreciate the links you have provided ... i cant do anything until monday when im back in the office anyway ...
the more nodes that are up and running - the more stable the network and the less risk of another bittrex issue happening ... so why not setup your node AND stake with it for all your coins ... doing two things at once ... i decided to test it alongside and on the same server ( but different profiles ) that i had granited on ... they worked ... and did not interfere with one another in anyway - as well as not using a huge amount of hdd space either ... so the mtr-seed dns was added to the granite domains so that people could easily add the node addresses ( rather than try and remember ip addresses ) .. this method has the added bonus of being able to redirect the dns to different servers they point to if the need arose - without interrupting the network by any huge amount ...
the next 4 nodes that will be permanently assigned WILL be four of the granite backup nodes - making mtr 7 nodes in all ... not a breakthrough by any measure - but a solid start to the stability of the network ...
rich was happy with all this - and so its come into play ...
the true work really comes from the design and implementation of toshidesk ... now THAT is a project i would like to have been skilled enough to help code
...
anyway - now that i have written a novel - you know the reason ( and the steps that occurred ) as to why i stuck with centos 7 x64 - and didnt just go right ahead with ubuntu ... this also means we now have covered the two sides of the linux os street ... rhel based AND debian based linux ...
...
#crysx
