Just upgraded to Catalina today. Same problem with ~/Documents, et al.
Adding XQuartz, uxterm, etc... did not work. However adding /bin/bash to
Security/Privacy fixed it for me (I've not switched to zsh yet).
On Thu, Oct 24, 2019 at 5:27 PM Jonathan Prescott via X11-users <
ps -a -f
bike:~ $ ps -a -f -x | grep 9780
501 9780 1 0 6:22PM ?? 0:00.28 /opt/X11/bin/xterm
501 9968 9780 0 6:22PM ttys0000:00.01 bash
501 10057 10029 0 6:31PM ttys0000:00.00 grep 9780
One would have to look at the xterm code which creates the process whose
On Monday October 21 2019 16:03:55 Jonathan Prescott wrote:
>If you are using xterm, that seems to be the case. Using other X-Window
>terminal programs like rxvt don’t seem to have the problem. Using native
>MacOSX terminal applications like Terminal.app and iTerm2.app don’t have any
If you are using xterm, that seems to be the case. Using other X-Window
terminal programs like rxvt don’t seem to have the problem. Using native
MacOSX terminal applications like Terminal.app and iTerm2.app don’t have any
problems.
However, after all of my playing around, xterm is now
I also tried adding /opt/X11/bin/xterm and /bin/ls to the Full Disk Access list
and that didn’t work either. Funny thing is, I can access almost every folder
on the machine *except* Documents, Desktop, Downloads. Seems odd that security
would be tight around my own Documents, but the system
As an addendum, using Eterm is not quite the same. Just re-built Eterm, and
tried it out. Trying to `ls` Desktop, Documents, and Download, got the
behavior mentioned in this thread. Cd’ed to Desktop, then did `ls`, worked
fine. Cd`ed back to home and then did `ls` on Desktop, worked fine.
I think the issue is xterm, not XQuartz.app or X11.app. I got rid of my
XQuartz installation, and the old X11.app installation, and re-built
xorg-server from MacPorts from scratch on Catalina using Xcode 11.0 command
line tools. Xterm behaved as has been described in this thread, but, rxvt,
I tried reinstalling XQuartz, but no improvement. I don’t particularly want to
run with SIP completely off, but maybe I’ll have to until this is resolved.
I’ll wait until it’s a big problem. What I don’t understand is why ls works in
my home directory, but not any of the subdirectories.
Dave
On Thursday October 17 2019 21:49:58 David L Chopp wrote:
>... I’m kind of stuck.
Judging from your sig you would probably be fine without the Big Brother
security layer that SIP provides, i.e. when you disable it. Presuming that
possibility still exists...
R.
Gustaf Olsson writes:
> If this is a Mac issues, for some reason after updating to Catalina I found
> my X11 folder moved to my desktop under a “old files” folder (my computer
> does not speak english so a rough translation). I had to re-install XQuarts
> to get all the functionalities I use
I am going to assume that this is a Mac issue and hence a XQuartz problem?
If this is a Mac issues, for some reason after updating to Catalina I found my
X11 folder moved to my desktop under a “old files” folder (my computer does not
speak english so a rough translation). I had to re-install
David L Chopp via X11-users writes:
> I upgraded to Catalina and now I’m getting “Operation not permitted” when
> doing a simple “ls” command in my Desktop directory. Oddly enough, “ls" works
> fine in my home directory, just not any directories below that. I understand
> this is a casualty of
I'm in the same boat. I have added launchd_startx, ls, Xquartz, xterm,
and my shell to full disk access, none helped. Catalina, calamity.
___
Do not post admin requests to the list. They will be ignored.
X11-users mailing list
Some time ago, in a newsgroud discussion, there was a discussion about
file access for line commands. I don't recall the specifics because
discussion quickly turned to insults, but there are some under-the-hood
inheritances.
I am sticking to High Sierra, so not affected by this.
There is a
Dave,
With a Finder window open, use the menu bar Go > Go to Folder… and enter the
desired path, such as /opt.
James R. Cutler
james.cut...@consultant.com
GPG keys: hkps://hkps.pool.sks-keyservers.net
> On Oct 17, 2019, at 5:18 PM, David L Chopp wrote:
>
> I hadn’t tried that, but I have
There's a question on StackOverflow about giving some version of Emacs full
disk access
that seems like it might be applicable here. Among other things, it says you
can add
programs from /usr/bin to Full Disk Access if you use Shift+Command+Period to
make the
Finder display all hidden files.
I don’t believe it will be required for each command. What I’ve found on the
web about this is focused on using Terminal.app and not XQuartz and that the
solution was to give Terminal.app Full Disk Access. So I figured giving XQuartz
the same access would do the trick, but it didn’t.
Le jeu. 17 oct. 2019, à 17 h 19, David L Chopp via X11-users
a écrit :
>
> I hadn’t tried that, but I have now. No luck, no change. I didn’t think of
> trying Terminal because I normally use xterm through XQuartz. I tried adding
> xterm to Full Disk Access, but the only way I could find to add
Have you given Terminal.app full disk access? The failing command is a shell
command.
James R. Cutler
james.cut...@consultant.com
GPG keys: hkps://hkps.pool.sks-keyservers.net
> On Oct 17, 2019, at 4:31 PM, David L Chopp via X11-users
> wrote:
>
> Hi everyone,
>
> I upgraded to Catalina
19 matches
Mail list logo