Package Details: sfdx-cli 7.8.1_8f830784cc-1

Git Clone URL: (read-only)
Package Base: sfdx-cli
Description: a tool for creating and managing Salesforce DX projects from the command line
Upstream URL:
Keywords: salesforce sfdx
Licenses: unknown
Provides: sfdx-cli
Submitter: dangmai
Maintainer: dangmai
Last Packager: dangmai
Votes: 0
Popularity: 0.000000
First Submitted: 2017-11-22 22:35
Last Updated: 2019-05-24 07:22

Dependencies (1)

Required by (0)

Sources (1)

Pinned Comments

dangmai commented on 2019-04-01 03:19

Salesforce is no longer distributing the i686 version of this package, so I'm taking that version off of AUR. The only supported version now is x86_64 for this package. They also distribute an ARM version but I'm not sure if anyone would use it; if it's beneficial for you please put a comment here and I'll support that version as well.

Latest Comments

« First ‹ Previous 1 2 3 Next › Last »

fandancer commented on 2019-02-22 10:27

I'm still getting errors during login. Attempting web:login causes the error "Invalid Key Length". Where as all attempts using JWT flow causes the error "invalid_grant - invalid assertion"

dangmai commented on 2019-02-05 05:27

That's great to hear, thanks zerkz!

zerkz commented on 2019-02-04 20:07

With the latest packages in my arch/gnome setup installed, SFDX CLI now seems to properly work out of the box for the "web oauth flow".


GNOME 3.30.2

sfdx-cli 6.50.0_9817aece8a-1

zerkz commented on 2018-11-28 18:54

@dangmai I pinged the lead of the CLI team to bring up this issue and ask for package updates.

@YodaDaCoda thanks for the workaround! i was playing with doing something similar last night but I noticed that opn is referenced by various modules as a dependency and didn't update them all to 5.4.0. (5.4.0 is the fix for GNOME 3.30 I believe, pretty recent).

dangmai commented on 2018-11-28 16:26

@YodaDaCoda yup that would work! The downside is that every time this package gets updated you'll have to do that again (until Salesforce actually fixes the dependencies). Also, you probably mean opn instead of open in your command :)

YodaDaCoda commented on 2018-11-28 00:31

I overwrote the bundled version of xdg-open and am able to perform auth now. This may serve as a workaround until upstream fixes dependencies.

sudo cp /usr/bin/xdg-open /opt/sfdx-cli/node_modules/open/vendor/xdg-open

dangmai commented on 2018-11-26 18:00

@zerkx @dhbahr I've managed to track down why it's not working. sfdx-cli is using an old version of the node package opn, which in turn uses an old version of xdg-open that calls non-existent programs on GNOME > 3.30 (It tries to call gvfs-open and gnome-open, whereas the correct binary to use is now gio open). This is not something that I can fix for this package - you should bug upstream so they update their dependencies.

dangmai commented on 2018-11-26 17:23

@zerkx @dhbahr I managed to reproduce this on a freshly installed Antergos w/ Gnome. Not sure why it's happening either but I'm going to debug it a bit more.

zerkz commented on 2018-11-26 14:35

@dangmai I also reproduced the same issues @dhbahr is having. I am running X11 Gnome 3.30.2 (Antergos), and was only able to get the browser to open up using sudo, but then it fails later (presumably trying to unlock the active user's keyring, in which it cant under sudo?).

I was able to get around it via using the force:auth:jwt:grant flow, but its a rather lengthy workaround...

dangmai commented on 2018-11-23 17:55

@dhbahr I haven't run into that issue before, but I run Cinnamon so there may be differences with Gnome that I'm not aware of. Are you running X11 or Wayland?