Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - complexring

Pages: 1 2 3 [4] 5
46
General Discussion / Re: [ANN - AMA] bitCash - Digital Money of the Future!
« on: November 24, 2015, 10:44:30 pm »
... Our simple wallet will use Facebook authentication to make it extremely easy so in some ways will have slightly less ''personal & contextual privacy' than Bitcoin... 

I refuse to use facebook.  Will you have other means of authentication?  Basic email sign up?

47
I'm fine with lifetime royalties as long as they're decreasing over time. So say it's 80% until they recoup their investment, then 20% and halving every four years until finally it stays at 1% forever. If BitShares is successful that's 1% of a multi billion $ activity.

As BM said in the other thread: the feature needs to be able to fund it's own development and upgrades.
With time the original code developed with the original investment will get less and less relevant so it only makes sense that it'll receive decreasing share in profit.

This is much more reasonable than 25% lifetime after initial investment has been recoup'ed.

Although, I like the idea of community crowdfunding for features via UIA as opposed to investors with pre-existing capital -- although not generally opposed. 

Something like a 50/50 partnership with investors and the community would be a good compromise as well.  This allows for investors with larger capital to provide the bulk of the funds necessary to develop a feature AND allows the community to support, and also profit, from a feature being implemented as well.

The point is that there's no reason not to allow private investors to develop a feature, allow them to take the risks and, potentially, the rewards.  But, it'd be nice to allow others to get in on the action who do not have the same type of capital reserves.  Otherwise, we're building a system that is still inherently an oligarchy in design that benefits those with pre-existing capital. 

I understand that all bts owners benefit when such a feature is implemented, but why can't some of us benefit more, if we are willing to pony up the dough?

tl;dr

25% lifetime is too much.  1% is nice.  Allow for potential public / private, i.e. community / private, initiatives to fund features. 

48
Technical Support / Re: updated latest git pull -- local web wallet fail
« on: November 18, 2015, 08:36:34 pm »
arubi on irc helped me solve the problem.

i re-installed nodejs v0.12.0 -- which is confusing as the apt package manager uses this version, but on nodejs.org's site, v0.8.23 is called legacy and v0.12.0 is called stable.

then, performing a clean clone from the repository, i moved the working branch from master to the latest release using : git checkout 2.0.151111

then, following the same instructions as before, i did the npm install in various folders.

i didn't realize i needed to be checking out a release version.  i figured that the default branch was a working release.  probably the problem when i did this pull.

anyway, all is working now.

thanks for the responses all the help.



49
Technical Support / Re: updated latest git pull -- local web wallet fail
« on: November 18, 2015, 05:42:53 pm »
ok.  so i have re-installed nodejs legacy from https://nodejs.org/en/blog/release/v0.8.23/.

now, i am getting the following errors when trying to build from a fresh clone repository.

note that this is just for the npm install in the cli folder.

npm ERR! Error: No compatible version found: json-loader@'^0.5.1'
npm ERR! Valid install targets:
npm ERR! ["0.1.0","0.1.1","0.1.2","0.1.3","0.1.4","0.1.5","0.1.6","0.1.7","0.1.8","0.2.0","0.5.0","0.5.1","0.5.2","0.5.3"]
npm ERR!     at installTargetsError (/usr/local/lib/node_modules/npm/lib/cache.js:685:10)
npm ERR!     at /usr/local/lib/node_modules/npm/lib/cache.js:607:10
npm ERR!     at saved (/usr/local/lib/node_modules/npm/node_modules/npm-registry-client/lib/get.js:138:7)
npm ERR!     at Object.oncomplete (fs.js:297:15)
npm ERR! If you need help, you may report this log at:
npm ERR!     <http://github.com/isaacs/npm/issues>
npm ERR! or email it to:
npm ERR!     <npm-@googlegroups.com>

npm ERR! System Darwin 15.0.0
npm ERR! command "node" "/usr/local/bin/npm" "install"
npm ERR! cwd $PWD/Research/CryptoCurrencies/bitshares-2-ui/cli
npm ERR! node -v v0.8.23
npm ERR! npm -v 1.2.18

---

The debug file has the same error info, but with line numbers.  No needing to repeat.

50
Technical Support / Re: updated latest git pull -- local web wallet fail
« on: November 18, 2015, 04:10:05 pm »
ok thanks.

i never upgraded / changed my npm installation.

the only thing i can think of is that when i finally made the decision to upgrade to el capitan that maybe the version i had installed in the default location got changed.

i'll see about this.

51
Technical Support / Re: updated latest git pull -- local web wallet fail
« on: November 18, 2015, 03:55:13 pm »
aww, ok.

there are several caught exceptions and some error messages.

0

[WDS] Hot Module Replacement enabled.
client?cd17:57 [WDS] Errors while compiling.

1

client?cd17:59 ./~/css-loader!./~/autoprefixer-loader!./~/sass-loader?outputStyle=expanded!./app/components/Explorer/witnesses.scss
Module build failed: ReferenceError: Promise is not defined
  at LazyResult.async ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/node_modules/postcss/lib/lazy-result.js:152:31)
  at LazyResult.then ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/node_modules/postcss/lib/lazy-result.js:75:21)
  at processCss ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/lib/processCss.js:181:5)
  at Object.module.exports ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/lib/loader.js:24:2)
 @ ./app/components/Explorer/witnesses.scss 4:14-206 13:2-17:4 14:20-212(anonymous function) @ client?cd17:59

2

client?cd17:59 ./~/css-loader!./~/autoprefixer-loader!./~/sass-loader?outputStyle=expanded!./app/components/Wallet/ImportKeys.scss
Module build failed: ReferenceError: Promise is not defined
  at LazyResult.async ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/node_modules/postcss/lib/lazy-result.js:152:31)
  at LazyResult.then ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/node_modules/postcss/lib/lazy-result.js:75:21)
  at processCss ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/lib/processCss.js:181:5)
  at Object.module.exports ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/lib/loader.js:24:2)
 @ ./app/components/Wallet/ImportKeys.scss 4:14-207 13:2-17:4 14:20-213(anonymous function) @ client?cd17:59

3

client?cd17:59 ./~/css-loader!./~/autoprefixer-loader!./~/sass-loader?outputStyle=expanded!./app/components/Blockchain/operations.scss
Module build failed: ReferenceError: Promise is not defined
  at LazyResult.async ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/node_modules/postcss/lib/lazy-result.js:152:31)
  at LazyResult.then ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/node_modules/postcss/lib/lazy-result.js:75:21)
  at processCss ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/lib/processCss.js:181:5)
  at Object.module.exports ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/lib/loader.js:24:2)
 @ ./app/components/Blockchain/operations.scss 4:14-207 13:2-17:4 14:20-213(anonymous function) @ client?cd17:59

4

client?cd17:59 ./~/css-loader!./~/autoprefixer-loader!./~/sass-loader?outputStyle=expanded!./app/components/Blockchain/json-inspector.scss
Module build failed: ReferenceError: Promise is not defined
  at LazyResult.async ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/node_modules/postcss/lib/lazy-result.js:152:31)
  at LazyResult.then ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/node_modules/postcss/lib/lazy-result.js:75:21)
  at processCss ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/lib/processCss.js:181:5)
  at Object.module.exports ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/lib/loader.js:24:2)
 @ ./app/components/Blockchain/json-inspector.scss 4:14-211 13:2-17:4 14:20-217(anonymous function) @ client?cd17:59

5

client?cd17:59 ./~/css-loader!./~/autoprefixer-loader!./~/sass-loader?outputStyle=expanded!./app/components/Icon/icon.scss
Module build failed: ReferenceError: Promise is not defined
  at LazyResult.async ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/node_modules/postcss/lib/lazy-result.js:152:31)
  at LazyResult.then ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/node_modules/postcss/lib/lazy-result.js:75:21)
  at processCss ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/lib/processCss.js:181:5)
  at Object.module.exports ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/lib/loader.js:24:2)
 @ ./app/components/Icon/icon.scss 4:14-201 13:2-17:4 14:20-207(anonymous function) @ client?cd17:59

6

client?cd17:59 ./~/css-loader!./~/autoprefixer-loader!./~/sass-loader?outputStyle=expanded!./app/components/Exchange/exchange.scss
Module build failed: ReferenceError: Promise is not defined
  at LazyResult.async ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/node_modules/postcss/lib/lazy-result.js:152:31)
  at LazyResult.then ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/node_modules/postcss/lib/lazy-result.js:75:21)
  at processCss ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/lib/processCss.js:181:5)
  at Object.module.exports ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/lib/loader.js:24:2)
 @ ./app/components/Exchange/exchange.scss 4:14-205 13:2-17:4 14:20-211(anonymous function) @ client?cd17:59

7

client?cd17:59 ./~/css-loader!./~/autoprefixer-loader!./~/sass-loader?outputStyle=expanded!./app/components/Utility/Box.scss
Module build failed: ReferenceError: Promise is not defined
  at LazyResult.async ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/node_modules/postcss/lib/lazy-result.js:152:31)
  at LazyResult.then ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/node_modules/postcss/lib/lazy-result.js:75:21)
  at processCss ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/lib/processCss.js:181:5)
  at Object.module.exports ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/lib/loader.js:24:2)
 @ ./app/components/Utility/Box.scss 4:14-200 13:2-17:4 14:20-206(anonymous function) @ client?cd17:59

8

client?cd17:59 ./~/css-loader!./~/autoprefixer-loader!./~/sass-loader?outputStyle=expanded!./app/assets/stylesheets/app.scss
Module build failed: ReferenceError: Promise is not defined
  at LazyResult.async ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/node_modules/postcss/lib/lazy-result.js:152:31)
  at LazyResult.then ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/node_modules/postcss/lib/lazy-result.js:75:21)
  at processCss ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/lib/processCss.js:181:5)
  at Object.module.exports ($HOME/Research/CryptoCurrencies/bitshares-2-ui/web/node_modules/css-loader/lib/loader.js:24:2)
 @ ./app/assets/stylesheets/app.scss 4:14-200 13:2-17:4 14:20-206(anonymous function) @ client?cd17:59



-----------------------------

anyway, these are the same errors, even if i do a fresh clone and follow the instructions.



52
Technical Support / Re: updated latest git pull -- local web wallet fail
« on: November 18, 2015, 02:05:36 pm »
When I do 'inspect element' the only thing of importance in the html code, i.e. after ignoring header information, some div class, etc. is saying that it is running the script "app.js" -- which must be in the current directory (web).

My previous settings were to connect to the witness node at openledger (still haven't been able to get a witness node running locally on el capitan), but to run the wallet on my local server.  Using OL's witness node worked fine.

Unless you mean that I am accessing the web wallet via localhost:8080, in which case that is true (hence what I mean by running the web wallet 'locally').

53
Technical Support / updated latest git pull -- local web wallet fail
« on: November 18, 2015, 03:11:33 am »
Hi everyone,

I decided to pull the latest git version of the repo at https://github.com/bitshares/bitshares-2-ui

Anyway, after I tried to run the local web server, I am sitting on a 'Loading ...' page for the past 10 minutes.  I have a suspicion it's not loading (as it doesn't normally take this long, or at least, not with the previous versions). 

Cheers.

54
Technical Support / Re: compiling cli on mac
« on: November 06, 2015, 09:52:05 pm »
after a bit more digging, found the offending function definition in cliwallet.cpp.

static char** cli_completion( const char * text , int start, int end)
{
   char **matches;
   matches = (char **)NULL;

#ifdef HAVE_READLINE
   if (start == 0)
      matches = rl_completion_matches ((char*)text, &my_generator);
   else
      rl_bind_key('\t',rl_abort);
#endif

   return (matches);
}


clearly this is coming from the portion of code surrounded by the #ifdef READLINE #endif.

so, after attempting to set the readline library with a new cmake call using

 cmake . -DBDB_ROOT_DIR=/usr/local/BerkeleyDB.6.1 -DBOOST_ROOT=/usr/local/boost/1.59.0 -DBDB_VERSION=-6.1 -DReadline_ROOT_DIR=/usr/local

and then performing a grep on various Makesfiles, i see that cmake is still linking with my mac's system installed readline library, namely in /usr/local/lib

i think all i am missing now is the right macros for the readline directory.  the one used above was what i could decipher from the libraries/fc/CMakeModules/FindReadline.cmake .

note, also from this file, it looks like cmake searches for include/readline/readline.h inside of Readline_ROOT_DIR, hence why this is set to /usr/local and not /usr/local/include

i did try both setting Readline_ROOT_DIR to /usr/local /usr/local/include -- both of which failed.

any suggestions?  i don't use cmake enough, otherwise i'd be able parse this a bit more.

55
Technical Support / Re: compiling cli on mac
« on: November 06, 2015, 05:11:58 pm »
ok, after successfully getting cmake to recognize my custom built 64 bit non-standard library locations for both berkeley-db and boost. i get the original error.

using

cmake . -DBDB_ROOT_DIR=/usr/local/BerkeleyDB.6.1 -DBOOST_ROOT=/usr/local/boost/1.59.0
make


56
Technical Support / Re: compiling cli on mac
« on: November 06, 2015, 08:53:02 am »
i found in CMakeModules/FindBerkeleyDB.cmake the macro used for the berkeley database.  also, the macro for boost.  i then use :

 BDB_ROOT_DIR=/usr/local/BerkeleyDB.6.1 BOOST_DIR=/usr/local/boost/1.59.0 cmake .

but this doesn't work either.   

Custom CMake files that give me an indication that these are the correct macro names are :

libraries/fc/CMakeModules/FindBoost.cmake 

and

CMakeModules/FindBerkeleyDB.cmake

cmake isn't recognizing the location for boost that i am passing.  either these custom files are wrong or i am ... probably the latter.


----- in response to your latest reply ---

latest version of boost is 1.59.0.  requirements for bitshares seems to be 1.57 (at least looking at cmake files that test for version number).

when i compiled with boost using b2, the updated bjam installer, i only installed 64-bit libraries and not 32-bit.  i know this because i prefer custom installs of all libraries and don't particularly trust brew to do what i want.  i then keep meticulous notes on the build i do and compiler options.  i built boost with

sudo ./b2 -j8 toolset=clang --without-mpi cxxflags="-arch i386 -arch x86_64 -fvisibility=hidden -fvisibility-inlines-hidden -std=c++11 -stdlib=libc++ -ftemplate-depth=512" linkflags="-stdlib=libc++" link=static stage

after checking your link, that happens to be the same stack overflow post i probably used to do that command.

so, boost is not the culprit here.

especially since cmake is not finding the locations of boost and berkeley-db.

57
Technical Support / Re: compiling cli on mac
« on: November 06, 2015, 08:29:22 am »
well ... i have 64-bit versions of berkeley-db and boost installed manually and in non-default locations, but when i try to use cmake with

LDFLAGS="-L$BOOSTPATH/lib -L$BERKELEYDBPATH/lib" CPPFLAGS="-I$BOOSTPATH/include -I$BERKELEYDBPATH/include" cmake .

then cmake doesn't find the boost headers / library and the berkeley header / libraries.

this is how i remember using cmake in other projects ...

anyway, since i couldn't get cmake to recognize libraries in non-standard locations, i went with brew since brew will do symlinks into the standard install location.

i take it i am using cmake wrong ... correct?

---- edit to add ---

also, that particular library is built when running make and not created from any brew install (although knowing that brew does not do 64-bit libraries is good to know ...). 

so, in that case, is the bitshares repo compiling and then archiving a 32-bit library on an x86_64 architecture?  or did i miss reading which particular library is the offender ?


well your using the flags right, just not sure if your missing something / how your system is set up, hard to diagnose from here.

i can tell you for certain the error you got has to do with trying to compile with 32bit versions, beyond that im not sure how to fix it without seeing the system environment.

please see my edit.  i just changed it to be more specific to your reply while you were commenting.  thanks.

(editted to add edit in quoted text for easier reading of the conversation)

58
Technical Support / Re: compiling cli on mac
« on: November 06, 2015, 08:10:07 am »
well ... i have 64-bit versions of berkeley-db and boost installed manually and in non-default locations, but when i try to use cmake with

LDFLAGS="-L$BOOSTPATH/lib -L$BERKELEYDBPATH/lib" CPPFLAGS="-I$BOOSTPATH/include -I$BERKELEYDBPATH/include" cmake .

then cmake doesn't find the boost headers / library and the berkeley header / libraries.

this is how i remember using cmake in other projects ...

anyway, since i couldn't get cmake to recognize libraries in non-standard locations, i went with brew since brew will do symlinks into the standard install location.

i take it i am using cmake wrong ... correct?

---- edit to add ---

also, that particular library is built when running make and not created from any brew install (although knowing that brew does not do 64-bit libraries is good to know ...). 

so, in that case, is the bitshares repo compiling and then archiving a 32-bit library on an x86_64 architecture?  or did i miss reading which particular library is the offender ?

59
Technical Support / compiling cli on mac
« on: November 06, 2015, 05:55:48 am »
Hey everyone,

Cloned the latest bitshares from github, began compilation after installing dependencies via brew and got this error :

Undefined symbols for architecture x86_64:
  "_rl_abort", referenced from:
      fc::rpc::cli_completion(char const*, int, int) in libfc_debug.a(cli.cpp.o)
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [programs/cli_wallet/cli_wallet] Error 1
make[1]: *** [programs/cli_wallet/CMakeFiles/cli_wallet.dir/all] Error 2
make: *** [all] Error 2


---

As a sanity test, I removed the libfc_debug.a library from libaries/fc and then rebuilt it with make, and then tried to build the project again, same error.


other info:


OS
mac osx el capitan

using clang compiler

installed dependencies with brew

and used the simple command "cmake ." before I did anything.


60
General Discussion / Re: Bitshares price discussion
« on: November 06, 2015, 05:06:50 am »
If the following were told to me:
  • Crazy manipulation by (an organized gang of?) traders on Poloniex is leaching value from BitShares, hurting the whole project
  • There is a person or a body of people, trusted by the BitShares community, with the ability to fight back on Poloniex for the benefit BitShares
  • This trusted entity has a trading plan which has been 'audited' to the satisfaction of the community. (Analyzed behind closed doors by a select few if necessary)
  • The plan is risky and could backfire, but there is a good chance of success
  • The amount of BTS needed to operate the plan is great
  • The amount of BTS needed could be pooled by creating a User Issued Asset and selling it to BitShares supporters (or to people who want to speculate, anticipating a cut of any profit)
  • There are loads of people on bitsharestalk who have stated that they'd like to allocate a proportion of their BTS into buying this UIA

then I would say, "Oh, I'm definitely interested in buying a chunk of such a UIA, but I know nothing about trading and would like to see what others think of this idea on bitsharestalk".

That is all...

LOL.  Now there is an idea.   If being a whale was so profitable then I am sure you would see funds set up doing just this!   The fact that there are no funds like this out there tells me all I need to know about the effectiveness of being a whale and manipulating the price for profit.

first rule of ...

Pages: 1 2 3 [4] 5