change people functions to synapser

[allaway]

This PR introduces synapser to Imports and refactors the add_people_from_table and .store_rows functions to use synapser. Modified the .check_login function to look for syn object imported by library(synapser).

[allaway]

@anngvu , any ideas on why it would fail to build this package with synapser on mac and windows but work fine on ubuntu?

[anngvu]

@allaway Since I'm mainly Linux, I'm honestly sure what the Mac and Windows issues are -- the logs aren't super helpful -- will need to look more into it.

[anngvu]

@allaway OK, I think this is actually a GH workflow issue.

[anngvu]

So testing locally:

• On Sage Mac laptop, building synapser when installing with pak was not an issue.
• On borrowed Windows laptop, couldn't build synapser when installing with pak and there was just not enough information to resolve.

So I revised the workflow to use precompiled synapser from Synapse repo when building from source fail for those OS platforms -- this corresponds with the official installation instructions and is how most users would obtain synapser in any case.

[anngvu]

I think a hint of what source table/column usually maps to in the NF context would be nice, but as functionality goes everything works with people_table_id = "syn23564971", people_column = "ownerID", source_table_id = "syn16858331", source_column = "createdBy", both dry_run TRUE and FALSE, so merging.