Package Details: snowflake-client 1:1.2.23-1

Git Clone URL: (read-only, click to copy)
Package Base: snowflake-client
Description: Snowflake Database command line client (snowsql)
Upstream URL:
Licenses: custom:commercial
Submitter: dcelasun
Maintainer: dcelasun (edapa)
Last Packager: dcelasun
Votes: 2
Popularity: 0.127892
First Submitted: 2015-04-27 07:58 (UTC)
Last Updated: 2022-08-10 20:11 (UTC)

Pinned Comments

edapa commented on 2020-12-17 17:24 (UTC)

To add the snowflake GPG keys to your keyring run:

gpg --keyserver hkp:// --recv-keys 37C7086698CB005C EC218558EABB25A1
printf "trusted-key 37C7086698CB005C\ntrusted-key EC218558EABB25A1\n" >> ~/.gnupg/gpg.conf

Latest Comments

1 2 3 Next › Last »

siavoshkc commented on 2022-10-02 16:45 (UTC)

unzip is a dependency. pgpkey should be added to pacman keyring. This could be added to PKGBUILD: validpgpkeys=('13C052DA34A48D2B888E6B0037C7086698CB005C')

cheezsteak commented on 2022-05-06 19:48 (UTC) (edited on 2022-05-06 19:48 (UTC) by cheezsteak)

Snowsql includes it's own system libraries, particularly libz for backward-compatibility reason's but doesn't unload those libraries before trying to open a browser, causing the browser to fail to open. If you replace the bundled libraries with your system libraries it will work, until snowsql upgrades itself. The you'll have to do it again. I wrote a script for whenever that happens

#!/usr/bin/env bash

VERSION=$(snowsql --version | cut -d' ' -f2)
if ! [[ -L $LIBZ ]]
  mv -v $LIBZ{,-bak}
SYSTEM=$(sudo find /usr -name* 2> /dev/null | head -n1)
ln -sfv $SYSTEM $LIBZ

dcelasun commented on 2021-09-24 04:55 (UTC)

I'll update the key, but why is unzip needed?

niknah commented on 2021-09-24 03:56 (UTC)

This is the key server to use according their web site, the other key had expired. gpg --keyserver hkp:// --recv-keys 37C7086698CB005C

It also needs "unzip" in the dependencies.

dcelasun commented on 2021-06-29 23:29 (UTC)

PS: if you set BROWSER to a fake command you can grab the SSO url and use it manually.

Hmm, actually that gives me an idea. I can include a wrapper for snowsql that does exactly what you suggest for --authenticator externalbrowser, grab the URL and pass it on to xdg-open. Any other command would be passed on to snowsql.

In the meantime, I'll ask my Snowflake account manager if he could give some pointers to the internal workings of --authenticator externalbrowser.

cheezsteak commented on 2021-06-29 20:49 (UTC)

@dcelasun Snowflake support is probably going to flake on me because they don't officially support Arch, only Ubuntu, RedHat and CentOS. I'm trying to get as more specific system requirements out of them before they do so we can at least specify if there is a library incompatibility.

Meanwhile, has anyone on using this package successfully got --authenticator externalbrowser to work on Arch?

PS: if you set BROWSER to a fake command you can grab the SSO url and use it manually.

dcelasun commented on 2021-06-17 15:48 (UTC) (edited on 2021-06-17 15:48 (UTC) by dcelasun)

Ah, no idea then. You might wanna report it to your Snowflake contact.

cheezsteak commented on 2021-06-17 15:45 (UTC)

@dcelasun I have xdg-open installed and on my path.

dcelasun commented on 2021-06-17 15:44 (UTC)

@cheezsteak it might need xdg-open, do you have xdg-utils installed? If not, install that and try again. If that works, I'll add it as a dependency.

cheezsteak commented on 2021-06-17 15:38 (UTC)

Current version is 1.2.15. Client will update itself to that though.

PS: has anyone been able to sign in with SSO via --authenticator externalbrowser? It never opens a browser window for me even though the logs say it did.