Xquartz on 10.6.8 Server (problem)
I installed xQuartz on a Yosemite laptop (X11 was zapped by upgrade) without problem. I installed xQuartz on a Snow Leopard desktop that still had X11 without problems. So, I did the same on my Snow Leopard Server (xServe). However, the xQuartz.app refuses to start and the log files fill up with frequent attempts to retart the X11 server (which I assume is what xQuartz.app is). BUT... From terminal I can issue: /Applications/Utilities/xQuartz.app/Contents/MacOS/X11 (or X11-bin) and this will actually succesfully start the GUI app, t which point I can set preferences, start new xterms etc. Without the GUI app, I can start xterms with a DISPLAY pointing to my desktop and this works. With the former X11.app , there was no problem. (disclaimer, I access the server GUI console as ROOT, and via the Apple Screen Sharing App since the server is headless). This setup worked just fine with X11. Before I post logs and request specific help, I would like to better understand the role of each component so that I can understand what is happening. Questions: -Is this a known problem for Snow Leopard Server ? -Is there documentation on exactly what roles each part plays ? In particular: - what does /org.macosforge.xquartz.startx.plist accomplish when I login ? (before I launch the xQuartz.app ) -When I login at command line, who sets the DISPLAY environment variable to /tmp/launch-rvfrHh/org.macosforge.xquartz:0 ? -After I have tried to launch xQuartz.app and it failed, who causes it to attempt to restart every few seconds ? ( I can see the Dock icon wiggle, and more console entries displayed as it once again fails). Since this app isn't meant to start by itself I am curous why/how it gets restrated after failure without any interaction from me. Based on responses, I may be better able to try to debug what is going on and if I can't fix it myself, formulate more precise questions (with relevant log entries etc). Thanks in advance. jfme...@vaxination.ca ___ Do not post admin requests to the list. They will be ignored. X11-users mailing list (X11-users@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/archive%40mail-archive.com This email sent to arch...@mail-archive.com
X11 2.7.9 doesn't listed to port 6000 anymore
Got prompted to upgrade to 2.7.9 today which I promptly did. After the update, the xserver on my desktop is no longer listening to port 6000, so scripts from my server can't pop windows onto my Max. the defaults show: "nolisten_tcp" = 0; The SECURITY tab in Preferences for Xquartz application show both Authenticate and Allow network commections enabled, and xhost still shows the list of IPs allowed to connect to my map. (this is lan only stuff so I have never bothered with ssh). Have you guys removed the code for simple TCP connections to port 6000 ? As a side question: my first guess was that the restart of the server caused it to define a new display. And I can't remember how do this: HWhat is the x utility to display the server information (such as display number). ___ Do not post admin requests to the list. They will be ignored. X11-users mailing list (X11-users@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: vi on remote machine
If the problem occurs only on certain screen drawing activities, one possibility is that the remote system thinks your are 8-bit-controls enabled but the terminal emulator (xterm) doesn't, si it receives from remote host escape sequences that it doesn't process and hence gibberish on screen. vi may be using 8 bit controls only for certain operations. ( ctrl-left mouse gets you xterm menu where 8bit controls can ce enabled/disabled. ___ Do not post admin requests to the list. They will be ignored. X11-users mailing list (X11-users@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: X11 2.7.9 doesn't listen to port 6000 anymore
On 2016-06-05 23:00, Jeremy Huddleston Sequoia wrote: >>> Yes, /opt/local/bin/startx >> >> /usr/X11/bin on my Yosemite system. > > Oops. I meant /opt/X11/bin/startx. > > /usr/X11 is a compatibility symlink to /opt/X11 for 3rd party apps that built > against X11 in the Lion and earlier SDKs. My "default read org.x.x11" yields: "startx_script" = "/usr/X11/bin/startx"; Should I ignore this, or manually change it to point to the real /opt/X11/bin version ? (Am thinking about future updates to X~11 and especially when/if I install ElCapitan). ___ Do not post admin requests to the list. They will be ignored. X11-users mailing list (X11-users@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: X11 2.7.9 doesn't listen to port 6000 anymore
On 2016-06-05 20:33, Jeremy Huddleston Sequoia wrote: > Yes, /opt/local/bin/startx /usr/X11/bin on my Yosemite system. I am guessing installation uses existing location so it has remained in old location despite impending doom when/if I goto ElCapitan. Defaults reveals: "startx_script" = "/usr/X11/bin/startx"; > > See https://bugs.freedesktop.org/show_bug.cgi?id=95379 Eureka ! It worked ! Many thanks ! > bike:~ $ netstat -na | grep 6000 > tcp4 0 0 *.6000 *.*LISTEN > tcp6 0 0 *.6000 *.*LISTEN (that thread also point to the "official" solution at: > https://cgit.freedesktop.org/xorg/app/xinit/commit/?id=208a47e0d8f62e7c77fa42137511de890feea7fe ___ Do not post admin requests to the list. They will be ignored. X11-users mailing list (X11-users@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Keeping X11 connections alive during sleep
I have a desktop which acts as X11 server for a number of windows from other machines/servers. With recent versions of OS-X ^H^H^H^H macOS, there were some changes made to allow some activity during sleep. I am not entirely familiar with the mechanics but it is called "Power Nap". One of the problems I have is that if I put my Mac to sleep overnight to save on power/heat, the remote apps don't get their "ack"s and declare the connection dead. Has there been any thought on giving the X11 server the ability to use this PowerNap to be able to send back the acks to remote X applications to keep the links active ? ___ Do not post admin requests to the list. They will be ignored. X11-users mailing list (X11-users@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: problem opening xterm
On 2016-08-06 14:21, Brandon Allbery wrote: > Sigh. So something else is clearing it. The terminal is started with > $DISPLAY set correctly (if it weren't, the terminal window wouldn't even > show up) so something in your shell session is clearing $DISPLAY. More complete test: after having removed the EXPORT DISPLAY=:0 in my .profile bike:~ $ echo $DISPLAY bike:~ $ xterm & [1] 53519 bike:~ $ xterm: Xt error: Can't open display: xterm: DISPLAY is not set So now I know why I had that explicit setting of $DISPLAY in there. Perhaps it is mucked in some legacy file still hanging around in /ETC or elsewhere. Note: I always start X11 app first, so never worry about the "autostart" before with the special value of DISPLAY. ___ Do not post admin requests to the list. They will be ignored. X11-users mailing list (X11-users@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: problem opening xterm
On 2016-08-06 14:04, Brandon Allbery wrote: > This means your dotfiles (probably cribbed from Linux) are overriding > $DISPLAY. Don't do that; there is no guarantee that the display is actually > :0, and the persistent security access keys are indexed by the $DISPLAY set > by launchd not the actual display. You are right. I had commented out an EXPORT DISPLAY=:0 but there was another one lurking around. xterm -e login & created a process: login: Password: Last login: Sat Jul 23 21:45:55 on console Running JF's .profile XX Setting up the X windows stuff bike:~ $ echo $DISPLAY bike:~ $ And now, $DISPLAY appears empty (or may contain some binary value ?) However, when it was set at :0 an xterm & did work. But XQuartz/X11 app was already running. I know that when it is not running, that special string for DISPLAY is crucial to get the X server started. ___ Do not post admin requests to the list. They will be ignored. X11-users mailing list (X11-users@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: XQuartz doesn't survive hibernation mode - how to cure?
On 2016-09-18 16:52, Markus Gschwind wrote: > After hibernation mode, the Xterm is lost and therefore the open windows of > these apps are gone (without saving the workspace). This is very annoying > and seems to be new since I upgraded from OSX 10.6.8 to 10.9.5. The problem has existed for a long time even with Snow Leopard. When a Mac is asleep, it does not send regular "keep alive" packets to the X application on remote host, so eventually that X application declares the IP link to be dead and then ends. To paliate this, you have to set your mac to never sleep, but turn off screens after x minutes of inactivity. ___ Do not post admin requests to the list. They will be ignored. X11-users mailing list (X11-users@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Keeping X11 connections alive during sleep
Notes: "wake for network access" is a protocol where one sends a carefully crafted Ethernet packet and the ethernet card, upon receiving it, sends a "wake up" signal to the machine. Normal apps don't send those packets that cause a wake up. And in terms of "keep alive" a connection, there would be a difference between an idle xterm with no activity (where there is a simple keep alive every few minutes is enough to keep window active) and an active app with say a clock display resulting in constant flow of traffic where lack of ACKs will likely cause timeout much sooner than on an idle xterm. There may not be a solution to solve all problems, but ability to keep xterms and other idle apps/connections "alive" while the X terminal/server is asleep would be welcome. ___ Do not post admin requests to the list. They will be ignored. X11-users mailing list (X11-users@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: X11 errors with Firefox on Ubuntu 18.04.3
> After login, the X11 application automatically opens. > It is actually installed in /Applications/MacPorts I have had a lot of annoyances with MACports and finally weeded my systems of anything macport. Is there a way to build the Macports version of XQuart to be "native" on my system without needing all the Macport symbols and duplicate libraries? ___ Do not post admin requests to the list. They will be ignored. X11-users mailing list (X11-users@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Operation not permitted
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 input and output are to itself (so it can display in the window). In this case, the xterm was created from the X11 GUI "Applications" menu optiosn wghere I have one to run xterm. But note that the parent process of the created xterm is 1 and not that of the X11 app. Another example: 0 86493 86492 0 0:00.01 ttys0000:00.02 login -pf root 0 86494 86493 0 0:00.01 ttys0000:00.01 -sh 0 86503 86494 0 0:05.07 ttys0000:45.66 xterm -e login 0 86504 86503 0 0:01.08 ttys0010:04.05 login 501 86526 86504 0 0:00.00 ttys0010:00.01 -bash 0 86562 86526 0 0:00.00 ttys0010:00.00 ps -a -f -x In this example I am GUI logged in as root. Start a terminal.app window. Which causes the "login -pf root" command and the "sh" commands. I then issued a export DISPLAY="10.0.0.21:0.0" (not shown since not a process), and xterm-e login. Notice the login process is created as a root process. It spanws a supbrocess to run bash under my normal usename of 501. I am not sure about flag inheritance when the "login" happens to another process. But in the second example, the bash running under 501 is not a child of xterm, it is a child of login. while xterm is in the tree, it is under a different username and the bash process does not inherit any of root's powers. I know this doesn't answer things, but a better understanding of process inheritance of whatecer flag Apple uses to allow/disallow access to your onw files would point to what binary needs to be granted access. ___ Do not post admin requests to the list. They will be ignored. X11-users mailing list (X11-users@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Operation not permitted
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 process inheritance issue. The "ls" (or any other) command is a subprocess created by bash (or whatever shell you use such as sh). But how bash/sh is created is not so clear. Consider this: from terminal.app window under GUI user ABC, you can issue the command: xterm -e login & an xterm window is created (assume under user ABC) with the login process. That login process then creates a bash (or sh) process under the user DEF. Does that process inherit any special attributes from ABC? It isn't clear to me whom bash/ls inherit any special file access flags from (since not clear to me at what level OS-X implemented these restrictions). ___ Do not post admin requests to the list. They will be ignored. X11-users mailing list (X11-users@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Xquartz (non-) usability. Drawing speed. Startup etc
On 2020-01-04 03:34, Gunning, James (Energy, Clayton North) via X11-users wrote: > Hi All, > I'm running Xquartz from the Macports build on High Sierra. I am running the "Apple suppoted" older version on High Sierrs XQuartz 2.7.11 (xorg-server 1.18.4) Apart from a few hiccups here and there, it works. For instance, after I turn the TV on or off and the Mac insists on flashing the screens multiple times, the Xterm windows always end up on top. Starting X11 after a crash (window server freezes often on a Mac Pro 2013, I force the crash by disconnecting TV from HDMI port), it can take a while after clicking on the XQuartz icon before the first terminal window appears. > Lots of things don't really work well > 1) I have to run /opt/local/bin/Xquartz manually from a terminal, then start > quartz-wm from the > xterm it fires up. Sometimes your login does stuff that worked in previous version but not in current one. Experienced that during one upgrade years ago when my .xinitrc did stuff thyat should no longer be done (like calling the xinitrc binary to start the window manager). Rename all your . files that are related to x in yoru login and see if it starts normally, then rename each back one at a time to see which one can cause the startup to fail. ___ Do not post admin requests to the list. They will be ignored. X11-users mailing list (X11-users@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: ARM64 version of xQuartz
Couple of generic comments: Since ARM and Intel share little-endian and 64 bits, the code should compile cleanly. However, Apple has mentioned that it will be using its own graphics cards on the new ARM-based Macs I am more concerned about whether the graphical API used by XQuartz continues to be supported. What is interesting is that in the keynote, Craig F explicitely mentioned unix applications will be supported, and they also provided a list of public do,ain apps they had already ported. I would have to go back to that 2 secodn slide to see of Xquartz was there. I had just spotted ffmpeg. ___ Do not post admin requests to the list. They will be ignored. X11-users mailing list (X11-users@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: ARM64 version of xQuartz
Platforms State of the Union: https://developer.apple.com/videos/play/wwdc2020/102/ at 15:30 And they will be amazing Unix Machine fopr developpers and scientific communities for any software they like. Perhaps some pressure on Apple to produce a new XQuarts kit that can easily be installed on the Macs? (since they mentioned Unix apps for developpers and scientific community). At 20:20: Discussion on the porting of open sources software. Homebrews and Macports in the list. (as are Zlig abd FFmpeg). But XQuarts not there. ___ Do not post admin requests to the list. They will be ignored. X11-users mailing list (X11-users@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/archive%40mail-archive.com This email sent to arch...@mail-archive.com