Package Details: sfdx-cli 7.28.7_7bceba6f24-1

Git Clone URL: https://aur.archlinux.org/sfdx-cli.git (read-only)
Package Base: sfdx-cli
Description: a tool for creating and managing Salesforce DX projects from the command line
Upstream URL: https://developer.salesforce.com/tools/sfdxcli
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-10-15 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

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?

dhbahr commented on 2018-11-07 10:50

@dangmai, running on gnome I'm getting nothing when trying to authenticate the DevHub through the web login flow. My experience is exactly the same as in this question: https://salesforce.stackexchange.com/questions/228237/problem-with-forceauthweblogin and can only get the browser window to open if I run it with sudo. Even running sudo -u myuser sfdx force:auth... gets the browser to authenticate me, but if I try it without sudo nothing happens, not even in the logs. Not saying it's a package issue, just wanted to check if you know a way to solve this.

dangmai commented on 2018-06-24 19:56

Updated to 6.21.0, and gnome-keyring has been added to optdepends in order to save default credentials

dangmai commented on 2018-06-19 15:08

@mprom, that's a good point. I think I'll put it as an optional dependency since it's not required to run sfdx-cli. It's a bit strange that KDE doesn't provide a service to do the same thing.

mprom commented on 2018-06-19 12:20

You should add gnome-keyring as a dependency, as without it the sfdx force:auth:web:login --setdefaultdevhubusername command will fail with

ERROR:  Command failed with response.
 - ** Message: 14:07:47.574: Remote error from secret service: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.secrets was not provided by any .service files
secret-tool: The name org.freedesktop.secrets was not provided by any .service files
. 

I'm running KDE myself, but couldn't find any KDE-related service to do the same

dangmai commented on 2018-04-27 02:52

Updated to sfdx-cli 6.13.0_3bc8bd73d8.

Note: sfdx-cli stores a local copy in your $HOME/.local/share/sfdx so that it can be automatically updated when you run the program, so sfdx update is the preferred way to keep it up to date.