fix(go/adbc/driver/snowflake): try to suppress stray logs

[lidavidm]

It turns out gosnowflake also exposes a log level control; set this to "warn".

I also filed snowflakedb/gosnowflake#1332. We need the fix to be upstream since ultimately the log message is triggered by constructing a global, so we're powerless to suppress it.

[lidavidm]

It appears gosnowflake uses logrus which defaults to "info" so that would explain why we're seeing the stray info log.

[lidavidm]

Ah...the log message comes from a constructor for a global object, so it runs before we can suppress the message. While this PR is still good to have, it can't fix the underlying issue; we need Snowflake to fix it.

[lidavidm]

The one thing I can do here is wire up the snowflake logger to the ADBC logger at least.

[paleolimbot]

Thanks for looking into this!

A while back I patched gosnowflake specifically for a CRAN submission because it was creating files when initializing a global (maybe the same one). If useful, the patch is here: #1315 (comment)

[lidavidm]

Ah, that's what I was vaguely remembering. That seems to be a different code path but I suppose the same line of thinking.

[lidavidm]

Hmm, seems Snowflake has a global logger + it's pretty tied to the logrus interface; might not be good to bridge the two by default. Going to leave this PR as-is then

[lidavidm]

FWIW Dewey, it seems the PR where Snowflake is fixing this is primarily adding some file-based cache of auth tokens...so we might just be trading one problem for another (if stray files are a concern for CRAN)