Package Details: sfdx-cli 7.209.6-1

Git Clone URL: https://aur.archlinux.org/sfdx-cli.git (read-only, click to copy)
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: 3
Popularity: 0.000000
First Submitted: 2017-11-22 22:35 (UTC)
Last Updated: 2023-07-14 02:36 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

zerkz commented on 2019-02-04 20:07 (UTC) (edited on 2019-02-04 20:10 (UTC) by zerkz)

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".

4.20.6-arch1-1-ARCH

GNOME 3.30.2

sfdx-cli 6.50.0_9817aece8a-1

zerkz commented on 2018-11-28 18:54 (UTC)

@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 (UTC)

@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 (UTC)

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 (UTC)

@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 (UTC)

@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 (UTC) (edited on 2018-11-26 14:35 (UTC) by zerkz)

@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 (UTC) (edited on 2018-11-23 21:41 (UTC) by dangmai)

@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 (UTC)

@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.

« First ‹ Previous 1 2 3 4 5 6 Next › Last »