chrysophylax
Legendary
 Offline
Activity: 2828
Merit: 1091
--- ChainWorks Industries ---
|
 |
February 25, 2016, 07:31:39 AM |
|
It's like 35 degrees in Newcastle at the moment, Ghastly
try that plus a miner running  and again with humidity and a whole farm of miners running ... im meeellltinggg ... i like the way you are working the coin and its operation ... very much like bartercard - but without the crap and fees and headaches and did i say fees? ... hang on - not much like bartercard at all really ... ... #crysx |
|
|
|
|
thoth-Atlantian
|
|
February 25, 2016, 11:06:17 AM |
|
It's like 35 degrees in Newcastle at the moment, Ghastly
try that plus a miner running and again with humidity and a whole farm of miners running ... im meeellltinggg ... i like the way you are working the coin and its operation ... very much like bartercard - but without the crap and fees and headaches and did i say fees? ... hang on - not much like bartercard at all really ... ... #crysx More people know barter card than I thought. It's a good idea but poorly managed, (BBX is worse) It's still running an 90's style business with top heavy exec fees and bunch of people doing nothing except talking shit and calling you up to get you to buy shit you don't want. after the 2k joining fee LOL They rely on you being in debt of barter dollars to them. Bunch of salesmen all in one room at the same time..... urgh. The space exists for a new breed of BATA I tried mining LTC on a PC several years ago and melted it, That was my mining experience  |
|
|
|
chrysophylax
Legendary
Offline
Activity: 2828
Merit: 1091
--- ChainWorks Industries ---
|
|
February 25, 2016, 12:52:55 PM |
|
It's like 35 degrees in Newcastle at the moment, Ghastly
try that plus a miner running and again with humidity and a whole farm of miners running ... im meeellltinggg ... i like the way you are working the coin and its operation ... very much like bartercard - but without the crap and fees and headaches and did i say fees? ... hang on - not much like bartercard at all really ... ... #crysx More people know barter card than I thought. It's a good idea but poorly managed, (BBX is worse) It's still running an 90's style business with top heavy exec fees and bunch of people doing nothing except talking shit and calling you up to get you to buy shit you don't want. after the 2k joining fee LOL They rely on you being in debt of barter dollars to them. Bunch of salesmen all in one room at the same time..... urgh. The space exists for a new breed of BATA I tried mining LTC on a PC several years ago and melted it, That was my mining experience bartercrap ... i got suckered in a long time ago - and watched them get REALLY rich - while i suffered in the backrooms and retail stores working my butt off ... to hell with them ... i started with mining ltc and made a bit - then feathercoin ( scrypt initially and now neoscrypt ) and went further to other coins ... now i have my own ( granite ( grn ) which is x11 algo ) and about to add another one ( when the takeover is complete next week ) that ill be working on to bring into the granite ecosystem ... i must admit - bata is something that looks like it will be a handy coin if the tech is brought out properly ... and so far - the melbourne dev is doing nicely  ... congrats on bata so far ... as for the mining - well ... lets just say i hold a little bit of hashpower now - from my humble beginnings ... and have every intention to make it a super farm ... lets how close i get by the end of the year ... i will be accumulating bata - soon ... #crysx |
|
|
|
pc888 (OP)
Legendary
Offline
Activity: 1624
Merit: 1000
https://bata.io
|
|
February 25, 2016, 03:09:18 PM |
|
It's like 35 degrees in Newcastle at the moment, Ghastly
try that plus a miner running and again with humidity and a whole farm of miners running ... im meeellltinggg ... i like the way you are working the coin and its operation ... very much like bartercard - but without the crap and fees and headaches and did i say fees? ... hang on - not much like bartercard at all really ... ... #crysx More people know barter card than I thought. It's a good idea but poorly managed, (BBX is worse) It's still running an 90's style business with top heavy exec fees and bunch of people doing nothing except talking shit and calling you up to get you to buy shit you don't want. after the 2k joining fee LOL They rely on you being in debt of barter dollars to them. Bunch of salesmen all in one room at the same time..... urgh. The space exists for a new breed of BATA I tried mining LTC on a PC several years ago and melted it, That was my mining experience bartercrap ... i got suckered in a long time ago - and watched them get REALLY rich - while i suffered in the backrooms and retail stores working my butt off ... to hell with them ... i started with mining ltc and made a bit - then feathercoin ( scrypt initially and now neoscrypt ) and went further to other coins ... now i have my own ( granite ( grn ) which is x11 algo ) and about to add another one ( when the takeover is complete next week ) that ill be working on to bring into the granite ecosystem ... i must admit - bata is something that looks like it will be a handy coin if the tech is brought out properly ... and so far - the melbourne dev is doing nicely ... congrats on bata so far ... as for the mining - well ... lets just say i hold a little bit of hashpower now - from my humble beginnings ... and have every intention to make it a super farm ... lets how close i get by the end of the year ... i will be accumulating bata - soon ... #crysx The great thing about this Barter service is that your BTA can go up in value, so instead of being in debt your are potentially going to make money by holding BTA, or cash out, in 30+ currencies. There are also the tax benefits. |
|
|
|
|
thoth-Atlantian
|
|
February 25, 2016, 11:23:06 PM |
|
You would still have to pay GST on it, and tax, capital gains.... blah blah blah We must keep the funds flowing to keep bombing Arabs after all  Whenever I see thefarm I am thinking Blonde children in white robes and glowing eyes harvesting bitcoins on the backs of unicorns from the deep interwebs.... |
|
|
|
pc888 (OP)
Legendary
Offline
Activity: 1624
Merit: 1000
https://bata.io
|
|
February 26, 2016, 01:36:38 AM |
|
You would still have to pay GST on it, and tax, capital gains.... blah blah blah We must keep the funds flowing to keep bombing Arabs after all Whenever I see thefarm I am thinking Blonde children in white robes and glowing eyes harvesting bitcoins on the backs of unicorns from the deep interwebs.... Lol glowing eyes... Tax would only need to be paid if using clearnet, not darknet. wink wink |
|
|
|
|
thoth-Atlantian
|
|
February 26, 2016, 04:41:00 AM |
|
Is it just me or is there not a link to windows wallet in OP? was going to DL wallet today  |
|
|
|
|
|
|
|
chrysophylax
Legendary
Offline
Activity: 2828
Merit: 1091
--- ChainWorks Industries ---
|
|
February 26, 2016, 07:03:04 AM |
|
You would still have to pay GST on it, and tax, capital gains.... blah blah blah We must keep the funds flowing to keep bombing Arabs after all Whenever I see thefarm I am thinking Blonde children in white robes and glowing eyes harvesting bitcoins on the backs of unicorns from the deep interwebs.... tax and such is inevitable ... the bombs and subs that the government has just allocated billions of dollars for a few days ago - isnt just for arabs - its for anyone that the US government doesnt like ... after all - we australians are a free people in a free country - as long as the president says we are ... the people of the US ( like australia and many many other countries ) are good people in general ... its the boofheads that are 'voted' ( take note of the quotes ) into power to run the country that ruin it for everyone - by being the selfish self-centered greedy power hungry rulers that they are ... as for thefarm - well ... you really need to lay off the stuff you are smoking mate ... i like the glowing eyes and unicorns part though ... though thefarm is nothing as nice as you describe ... #crysx |
|
|
|
chrysophylax
Legendary
Offline
Activity: 2828
Merit: 1091
--- ChainWorks Industries ---
|
|
February 26, 2016, 07:13:12 AM |
|
Jolly good ill have a go at compiling soon ... will look for the git - then let you know how successful i am with it ... #crysx |
|
|
|
pc888 (OP)
Legendary
Offline
Activity: 1624
Merit: 1000
https://bata.io
|
|
February 26, 2016, 09:38:05 AM |
|
Jolly good ill have a go at compiling soon ... will look for the git - then let you know how successful i am with it ... #crysx Ok no problems - let us know  |
|
|
|
chrysophylax
Legendary
Offline
Activity: 2828
Merit: 1091
--- ChainWorks Industries ---
|
|
February 26, 2016, 10:11:37 AM |
|
Jolly good ill have a go at compiling soon ... will look for the git - then let you know how successful i am with it ... #crysx Ok no problems - let us know i found the git - and cloned and the first thing i noticed was quite disturbing ... the code had to have a couple of things done to it before an attempt at a compile was done ... - the code has all been set to 'x' ecutable ... all of it ... every file and folder ... - a change in the boost code was required ( rpcrawtransaction.cpp ) ... - leveldb had to be compiled manually before the main qt compile was to occur ... - leveldb needed a small code change ( Makefile ) ... though this may be a fedora 23 x64 issue ... i dont have ubuntu to test ... - qt4 was the only way to compile - as the code is incompatible with qt5 ... as this may also be a fedora 23 x64 issue as well - i dont have this issue with other wallet builds ... i will now test the daemon build - but cannot see any issue with that if qt now compiles ... the compile completed after these changes were made - but its concerning that the whole code was set with the executable attribute ... i have no idea why you would want to - or even have a reason for - setting the entire codebase as executable ... when run - the wallet is running smooth ... quite smooth ... it took a minute to get the first of the nodes - but sync is all good ... the wallet has been running well - and ive only just shut it down a few minutes ago ... nice ... #crysx |
|
|
|
pc888 (OP)
Legendary
Offline
Activity: 1624
Merit: 1000
https://bata.io
|
|
February 26, 2016, 01:22:17 PM |
|
Jolly good ill have a go at compiling soon ... will look for the git - then let you know how successful i am with it ... #crysx Ok no problems - let us know i found the git - and cloned and the first thing i noticed was quite disturbing ... the code had to have a couple of things done to it before an attempt at a compile was done ... - the code has all been set to 'x' ecutable ... all of it ... every file and folder ... - a change in the boost code was required ( rpcrawtransaction.cpp ) ... - leveldb had to be compiled manually before the main qt compile was to occur ... - leveldb needed a small code change ( Makefile ) ... though this may be a fedora 23 x64 issue ... i dont have ubuntu to test ... - qt4 was the only way to compile - as the code is incompatible with qt5 ... as this may also be a fedora 23 x64 issue as well - i dont have this issue with other wallet builds ... i will now test the daemon build - but cannot see any issue with that if qt now compiles ... the compile completed after these changes were made - but its concerning that the whole code was set with the executable attribute ... i have no idea why you would want to - or even have a reason for - setting the entire codebase as executable ... when run - the wallet is running smooth ... quite smooth ... it took a minute to get the first of the nodes - but sync is all good ... the wallet has been running well - and ive only just shut it down a few minutes ago ... nice ... #crysx thanks firstly for the feedback on your findings. The code is for ubuntu and has not been tested on fedora or written for it. Can you please give me a reference to the executable attribute as only the binary is executable. It also has not been setup for QT5, but that's an easy fix. |
|
|
|
chrysophylax
Legendary
Offline
Activity: 2828
Merit: 1091
--- ChainWorks Industries ---
|
|
February 26, 2016, 01:30:01 PM |
|
Jolly good ill have a go at compiling soon ... will look for the git - then let you know how successful i am with it ... #crysx Ok no problems - let us know i found the git - and cloned and the first thing i noticed was quite disturbing ... the code had to have a couple of things done to it before an attempt at a compile was done ... - the code has all been set to 'x' ecutable ... all of it ... every file and folder ... - a change in the boost code was required ( rpcrawtransaction.cpp ) ... - leveldb had to be compiled manually before the main qt compile was to occur ... - leveldb needed a small code change ( Makefile ) ... though this may be a fedora 23 x64 issue ... i dont have ubuntu to test ... - qt4 was the only way to compile - as the code is incompatible with qt5 ... as this may also be a fedora 23 x64 issue as well - i dont have this issue with other wallet builds ... i will now test the daemon build - but cannot see any issue with that if qt now compiles ... the compile completed after these changes were made - but its concerning that the whole code was set with the executable attribute ... i have no idea why you would want to - or even have a reason for - setting the entire codebase as executable ... when run - the wallet is running smooth ... quite smooth ... it took a minute to get the first of the nodes - but sync is all good ... the wallet has been running well - and ive only just shut it down a few minutes ago ... nice ... #crysx thanks firstly for the feedback on your findings. The code is for ubuntu and has not been tested on fedora or written for it. Can you please give me a reference to the executable attribute as only the binary is executable. no worries mate ... below is a copy of the listing of a clean clone of the git ... [root@horus BATA-SOURCE]# ll
total 4464
-rw-r--r--. 1 root root 10454 Feb 26 17:47 bata.png
-rwxr-xr-x. 1 root root 14145 Feb 26 17:47 bata-qt.pro
-rwxr-xr-x. 1 root root 4499483 Feb 26 17:47 bata-src.zip
drwxr-xr-x. 2 root root 12288 Feb 26 23:55 build
drwxr-xr-x. 13 root root 4096 Feb 26 17:47 contrib
-rwxr-xr-x. 1 root root 1195 Feb 26 17:47 COPYING
drwxr-xr-x. 2 root root 4096 Feb 26 17:47 doc
-rwxr-xr-x. 1 root root 305 Feb 26 17:47 INSTALL
-rwxr-xr-x. 1 root root 2555 Feb 26 17:47 README.md
drwxr-xr-x. 5 root root 4096 Feb 26 17:47 share
drwxr-xr-x. 8 root root 4096 Feb 26 20:51 src
notice the attributes are ALL executable ( actually except for bata.png ) ... and that is all the way through the codebase ... its easy to fix - but takes a few minutes ... have you tried to compile it using this code under todays updates? ... does it work? ... try it - you will be surprised that it doesnt with the latest updates for boost ... #crysx |
|
|
|
pc888 (OP)
Legendary
Offline
Activity: 1624
Merit: 1000
https://bata.io
|
|
February 27, 2016, 04:56:12 AM |
|
Jolly good ill have a go at compiling soon ... will look for the git - then let you know how successful i am with it ... #crysx Ok no problems - let us know i found the git - and cloned and the first thing i noticed was quite disturbing ... the code had to have a couple of things done to it before an attempt at a compile was done ... - the code has all been set to 'x' ecutable ... all of it ... every file and folder ... - a change in the boost code was required ( rpcrawtransaction.cpp ) ... - leveldb had to be compiled manually before the main qt compile was to occur ... - leveldb needed a small code change ( Makefile ) ... though this may be a fedora 23 x64 issue ... i dont have ubuntu to test ... - qt4 was the only way to compile - as the code is incompatible with qt5 ... as this may also be a fedora 23 x64 issue as well - i dont have this issue with other wallet builds ... i will now test the daemon build - but cannot see any issue with that if qt now compiles ... the compile completed after these changes were made - but its concerning that the whole code was set with the executable attribute ... i have no idea why you would want to - or even have a reason for - setting the entire codebase as executable ... when run - the wallet is running smooth ... quite smooth ... it took a minute to get the first of the nodes - but sync is all good ... the wallet has been running well - and ive only just shut it down a few minutes ago ... nice ... #crysx thanks firstly for the feedback on your findings. The code is for ubuntu and has not been tested on fedora or written for it. Can you please give me a reference to the executable attribute as only the binary is executable. no worries mate ... below is a copy of the listing of a clean clone of the git ... [root@horus BATA-SOURCE]# ll
total 4464
-rw-r--r--. 1 root root 10454 Feb 26 17:47 bata.png
-rwxr-xr-x. 1 root root 14145 Feb 26 17:47 bata-qt.pro
-rwxr-xr-x. 1 root root 4499483 Feb 26 17:47 bata-src.zip
drwxr-xr-x. 2 root root 12288 Feb 26 23:55 build
drwxr-xr-x. 13 root root 4096 Feb 26 17:47 contrib
-rwxr-xr-x. 1 root root 1195 Feb 26 17:47 COPYING
drwxr-xr-x. 2 root root 4096 Feb 26 17:47 doc
-rwxr-xr-x. 1 root root 305 Feb 26 17:47 INSTALL
-rwxr-xr-x. 1 root root 2555 Feb 26 17:47 README.md
drwxr-xr-x. 5 root root 4096 Feb 26 17:47 share
drwxr-xr-x. 8 root root 4096 Feb 26 20:51 src
notice the attributes are ALL executable ( actually except for bata.png ) ... and that is all the way through the codebase ... its easy to fix - but takes a few minutes ... have you tried to compile it using this code under todays updates? ... does it work? ... try it - you will be surprised that it doesnt with the latest updates for boost ... #crysx I appreciate your assistance. crysx has submitted some changes to git for fedora which I will look over later today. |
|
|
|
|
thoth-Atlantian
|
|
February 27, 2016, 05:03:05 AM |
|
Glad you guys know what your talking about  |
|
|
|
chrysophylax
Legendary
Offline
Activity: 2828
Merit: 1091
--- ChainWorks Industries ---
|
|
February 27, 2016, 05:16:12 AM |
|
Jolly good ill have a go at compiling soon ... will look for the git - then let you know how successful i am with it ... #crysx Ok no problems - let us know i found the git - and cloned and the first thing i noticed was quite disturbing ... the code had to have a couple of things done to it before an attempt at a compile was done ... - the code has all been set to 'x' ecutable ... all of it ... every file and folder ... - a change in the boost code was required ( rpcrawtransaction.cpp ) ... - leveldb had to be compiled manually before the main qt compile was to occur ... - leveldb needed a small code change ( Makefile ) ... though this may be a fedora 23 x64 issue ... i dont have ubuntu to test ... - qt4 was the only way to compile - as the code is incompatible with qt5 ... as this may also be a fedora 23 x64 issue as well - i dont have this issue with other wallet builds ... i will now test the daemon build - but cannot see any issue with that if qt now compiles ... the compile completed after these changes were made - but its concerning that the whole code was set with the executable attribute ... i have no idea why you would want to - or even have a reason for - setting the entire codebase as executable ... when run - the wallet is running smooth ... quite smooth ... it took a minute to get the first of the nodes - but sync is all good ... the wallet has been running well - and ive only just shut it down a few minutes ago ... nice ... #crysx thanks firstly for the feedback on your findings. The code is for ubuntu and has not been tested on fedora or written for it. Can you please give me a reference to the executable attribute as only the binary is executable. no worries mate ... below is a copy of the listing of a clean clone of the git ... [root@horus BATA-SOURCE]# ll
total 4464
-rw-r--r--. 1 root root 10454 Feb 26 17:47 bata.png
-rwxr-xr-x. 1 root root 14145 Feb 26 17:47 bata-qt.pro
-rwxr-xr-x. 1 root root 4499483 Feb 26 17:47 bata-src.zip
drwxr-xr-x. 2 root root 12288 Feb 26 23:55 build
drwxr-xr-x. 13 root root 4096 Feb 26 17:47 contrib
-rwxr-xr-x. 1 root root 1195 Feb 26 17:47 COPYING
drwxr-xr-x. 2 root root 4096 Feb 26 17:47 doc
-rwxr-xr-x. 1 root root 305 Feb 26 17:47 INSTALL
-rwxr-xr-x. 1 root root 2555 Feb 26 17:47 README.md
drwxr-xr-x. 5 root root 4096 Feb 26 17:47 share
drwxr-xr-x. 8 root root 4096 Feb 26 20:51 src
notice the attributes are ALL executable ( actually except for bata.png ) ... and that is all the way through the codebase ... its easy to fix - but takes a few minutes ... have you tried to compile it using this code under todays updates? ... does it work? ... try it - you will be surprised that it doesnt with the latest updates for boost ... #crysx I appreciate your assistance. crysx has submitted some changes to git for fedora which I will look over later today. no worries mate ... as explained in the pm a few moments ago ... a few more changes have been done and all the issues i saw have been changed and corrected ... - the attributes have been corrected and only those that require it are executable ... - changes made to the leveldb for compilation under qt4 for fedora 23 x64 ... this 'may' not work for ubuntu - but needs to be tested ... - removed the source .zip file - as its not required for the compile and is supplied by git on request anyway ... - changes to the boost code in rpcrawtransaction to eliminate boost compilation issues ... - changes made to the bata-qt.pro file for auto leveldb compilation ... no more manual compiling of leveldb ... this compiling call from .pro 'sometimes' causes the windows install to register as a 'false positive' on some antivirus applications ... it is NOT a virus ... just a signature from the files used for compilation ... it doesnt always happen - but it may - depending on what windows compilation versions are used to build the windows qt wallet ... if the windows qt wallet is built in linux - by cross compiling - it is not likely to show this as a false positive in antivirus apps ... eitherway - its NOT a virus ... these changes have been pull requested in git ... and i hope they meet your approval for integration into the code ... tanx again ... #crysx |
|
|
|
|
CryptocurrencyNetwork
|
|
February 27, 2016, 05:19:20 AM |
|
Jolly good ill have a go at compiling soon ... will look for the git - then let you know how successful i am with it ... #crysx Ok no problems - let us know i found the git - and cloned and the first thing i noticed was quite disturbing ... the code had to have a couple of things done to it before an attempt at a compile was done ... - the code has all been set to 'x' ecutable ... all of it ... every file and folder ... - a change in the boost code was required ( rpcrawtransaction.cpp ) ... - leveldb had to be compiled manually before the main qt compile was to occur ... - leveldb needed a small code change ( Makefile ) ... though this may be a fedora 23 x64 issue ... i dont have ubuntu to test ... - qt4 was the only way to compile - as the code is incompatible with qt5 ... as this may also be a fedora 23 x64 issue as well - i dont have this issue with other wallet builds ... i will now test the daemon build - but cannot see any issue with that if qt now compiles ... the compile completed after these changes were made - but its concerning that the whole code was set with the executable attribute ... i have no idea why you would want to - or even have a reason for - setting the entire codebase as executable ... when run - the wallet is running smooth ... quite smooth ... it took a minute to get the first of the nodes - but sync is all good ... the wallet has been running well - and ive only just shut it down a few minutes ago ... nice ... #crysx thanks firstly for the feedback on your findings. The code is for ubuntu and has not been tested on fedora or written for it. Can you please give me a reference to the executable attribute as only the binary is executable. no worries mate ... below is a copy of the listing of a clean clone of the git ... [root@horus BATA-SOURCE]# ll
total 4464
-rw-r--r--. 1 root root 10454 Feb 26 17:47 bata.png
-rwxr-xr-x. 1 root root 14145 Feb 26 17:47 bata-qt.pro
-rwxr-xr-x. 1 root root 4499483 Feb 26 17:47 bata-src.zip
drwxr-xr-x. 2 root root 12288 Feb 26 23:55 build
drwxr-xr-x. 13 root root 4096 Feb 26 17:47 contrib
-rwxr-xr-x. 1 root root 1195 Feb 26 17:47 COPYING
drwxr-xr-x. 2 root root 4096 Feb 26 17:47 doc
-rwxr-xr-x. 1 root root 305 Feb 26 17:47 INSTALL
-rwxr-xr-x. 1 root root 2555 Feb 26 17:47 README.md
drwxr-xr-x. 5 root root 4096 Feb 26 17:47 share
drwxr-xr-x. 8 root root 4096 Feb 26 20:51 src
notice the attributes are ALL executable ( actually except for bata.png ) ... and that is all the way through the codebase ... its easy to fix - but takes a few minutes ... have you tried to compile it using this code under todays updates? ... does it work? ... try it - you will be surprised that it doesnt with the latest updates for boost ... #crysx I appreciate your assistance. crysx has submitted some changes to git for fedora which I will look over later today. no worries mate ... as explained int he pm a few moments ago ... a few more changes have been done and all the issues i saw have been changed and corrected ... - the attributes have been corrected and only those that require it are executable ... - changes made to the leveldb for compilation under qt4 for fedora 23 x64 ... this 'may' not work for ubuntu - but needs to be tested ... - removed the source .zip file - as its not required for the compile and is supplied by git on request anyway ... - changes to the boost code in rpcrawtransaction to eliminate boost compilation issues ... - changes made to the bata-qt.pro file for auto leveldb compilation ... no more manual compiling of leveldb ... this auto compiling 'sometimes' causes the windows install to register as a 'false positive' on some antivirus applications ... it is NOT a virus ... just a signature from the files used for compilation ... it doesnt always happen - but it may - depending on what windows compilation versions are used to build the windows qt wallet ... if the windows qt wallet is built in linux - by cross compiling - it is not likely to show this as a false positive in antivirus apps ... eitherway - its NOT a virus ... these changes have been pull requested in git ... and i hope they meet your approval for integration into the code ... tanx again ... #crysx Great - this is how a community works together. Really appreciate your input and I will see how it goes later on today. |
|
|
|
pc888 (OP)
Legendary
Offline
Activity: 1624
Merit: 1000
https://bata.io
|
|
February 27, 2016, 05:20:31 AM |
|
Jolly good ill have a go at compiling soon ... will look for the git - then let you know how successful i am with it ... #crysx Ok no problems - let us know i found the git - and cloned and the first thing i noticed was quite disturbing ... the code had to have a couple of things done to it before an attempt at a compile was done ... - the code has all been set to 'x' ecutable ... all of it ... every file and folder ... - a change in the boost code was required ( rpcrawtransaction.cpp ) ... - leveldb had to be compiled manually before the main qt compile was to occur ... - leveldb needed a small code change ( Makefile ) ... though this may be a fedora 23 x64 issue ... i dont have ubuntu to test ... - qt4 was the only way to compile - as the code is incompatible with qt5 ... as this may also be a fedora 23 x64 issue as well - i dont have this issue with other wallet builds ... i will now test the daemon build - but cannot see any issue with that if qt now compiles ... the compile completed after these changes were made - but its concerning that the whole code was set with the executable attribute ... i have no idea why you would want to - or even have a reason for - setting the entire codebase as executable ... when run - the wallet is running smooth ... quite smooth ... it took a minute to get the first of the nodes - but sync is all good ... the wallet has been running well - and ive only just shut it down a few minutes ago ... nice ... #crysx thanks firstly for the feedback on your findings. The code is for ubuntu and has not been tested on fedora or written for it. Can you please give me a reference to the executable attribute as only the binary is executable. no worries mate ... below is a copy of the listing of a clean clone of the git ... [root@horus BATA-SOURCE]# ll
total 4464
-rw-r--r--. 1 root root 10454 Feb 26 17:47 bata.png
-rwxr-xr-x. 1 root root 14145 Feb 26 17:47 bata-qt.pro
-rwxr-xr-x. 1 root root 4499483 Feb 26 17:47 bata-src.zip
drwxr-xr-x. 2 root root 12288 Feb 26 23:55 build
drwxr-xr-x. 13 root root 4096 Feb 26 17:47 contrib
-rwxr-xr-x. 1 root root 1195 Feb 26 17:47 COPYING
drwxr-xr-x. 2 root root 4096 Feb 26 17:47 doc
-rwxr-xr-x. 1 root root 305 Feb 26 17:47 INSTALL
-rwxr-xr-x. 1 root root 2555 Feb 26 17:47 README.md
drwxr-xr-x. 5 root root 4096 Feb 26 17:47 share
drwxr-xr-x. 8 root root 4096 Feb 26 20:51 src
notice the attributes are ALL executable ( actually except for bata.png ) ... and that is all the way through the codebase ... its easy to fix - but takes a few minutes ... have you tried to compile it using this code under todays updates? ... does it work? ... try it - you will be surprised that it doesnt with the latest updates for boost ... #crysx I appreciate your assistance. crysx has submitted some changes to git for fedora which I will look over later today. no worries mate ... as explained int he pm a few moments ago ... a few more changes have been done and all the issues i saw have been changed and corrected ... - the attributes have been corrected and only those that require it are executable ... - changes made to the leveldb for compilation under qt4 for fedora 23 x64 ... this 'may' not work for ubuntu - but needs to be tested ... - removed the source .zip file - as its not required for the compile and is supplied by git on request anyway ... - changes to the boost code in rpcrawtransaction to eliminate boost compilation issues ... - changes made to the bata-qt.pro file for auto leveldb compilation ... no more manual compiling of leveldb ... this auto compiling 'sometimes' causes the windows install to register as a 'false positive' on some antivirus applications ... it is NOT a virus ... just a signature from the files used for compilation ... it doesnt always happen - but it may - depending on what windows compilation versions are used to build the windows qt wallet ... if the windows qt wallet is built in linux - by cross compiling - it is not likely to show this as a false positive in antivirus apps ... eitherway - its NOT a virus ... these changes have been pull requested in git ... and i hope they meet your approval for integration into the code ... tanx again ... #crysx Great - this is how a community works together. Really appreciate your input and I will see how it goes later on today. Thanks Crysx! |
|
|
|
|
Poll
