db-sync | PHP library with command line tool | Database library

Thanks to some help I figure out that Withdrawal includes the ITN rewards, and I need to consider Reserve too. The right calculation (from ActiveRecord connecting to db-sync) is as follow:

Pure YAML doesn't know anything about the ERB syntax and doesn't interpret it automatically when loading a file.

This is confusing because in Ruby on Rails this seems to work in all YAML config files. But it only works, because Ruby does some magic internally.

When you want to load a YAML file and interpret ERB in that file on the fly then you need to change your YAML loading code to something like this:

run rake db:create first and the app will load without errors, connecting to the remote database.

The last release of the package you are using was in May 2017 (two and a half years ago at the time of writing). It was built against specific versions of the symfony packages, and since you are now using a younger version of Laravel with different dependencies (which also uses symfony), you are getting a conflict of libraries.

There's no easy solution for you other than find another library to do what you need, fork the library you are trying to use and build your own against the modern dependencies (which should be straight forward if it has a full set of tests), or build your own.

I've had a little time to clarify my thinking about this. Actually adb-sync is not necessary to this discussion. The problem is actually that filesystem operations within the adb shell are not reflected in the view from my file manager, Dolphin. So I launched the phone's file explorer and, voila, there's the changes!

So apparently this is a problem related to the much-decried MTP protocol. I'm happy to leave it at that unless someone else has something to add.

Thanks to ptitjes on Github for an answer on what was going wrong with the login() function:

you are trying to call login() on a string (your this.remote is a string). Hence the TypeError: this.remote.login is not a function. You should have done: this.remote = new PouchDB(remoteorigin + '/myPdb');

(I find that confusing because the remote database is CouchDB, but there you go.)

The login is now working but the sync still isn't working.

Login function

You're correct and it is possible to run a Spark application with Spark 2.1.1 libraries bundled on some Spark 1.6 environments like Hadoop YARN (in CDH or HDP).

The trick is fairly often used in large corporations where the infrastructure team forces development teams to use some older Spark versions only because CDH (YARN) or HDP (YARN) do not support them.

You should use spark-submit from the newer Spark installation (I'd suggest using the latest and greatest 2.1.1 as of this writing) and bundle all Spark jars as part of your Spark application.

Just sbt assembly your Spark application with Spark 2.1.1 (as you specified in build.sbt) and spark-submit the uberjar using the very same version of Spark 2.1.1 to older Spark environments.

As a matter of fact, Hadoop YARN does not make Spark any better than any other application library or framework. It's quite reluctant to pay special attention to Spark.

That however requires a cluster environment (and just checked it won't work with Spark Standalone 1.6 when your Spark application uses Spark 2.1.1).

In your case, when you started your Spark application using local[*] master URL, it was not supposed to work.