Re: [ANNOUNCEMENT] [1.7] Updated: xorg-server-1.6.4-1
On 08/10/2009 22:47, Ken Brown wrote: On 10/8/2009 5:25 PM, Jon TURNEY wrote: But looking at PS1 to determine if you have a login shell in your ancestry doesn't work, as PS1 gets unset by non-interactive bash shells. (This is something which I have learnt today :-) So attempting to set PS1 in /etc/profile and inherit it everywhere isn't going to work. OK, thanks for the explanation. I still think you should consider using 'xterm -ls' in system.XWinrc, because I think most users are going to want to see their usual prompt when they start an xterm. I agree that users should get their usual prompt in an Xterm. This is not a problem limited to X, though: You can demonstrate it just by doing 'bash -c bash' I believe a solution would be to move the PS1 setting code from /etc/profile to /etc/bash.bashrc, causing it to be set for all interactive shells. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: [ANNOUNCEMENT] [1.7] Updated: xorg-server-1.6.4-1
On 10/9/2009 9:56 AM, Jon TURNEY wrote: On 08/10/2009 22:47, Ken Brown wrote: On 10/8/2009 5:25 PM, Jon TURNEY wrote: But looking at PS1 to determine if you have a login shell in your ancestry doesn't work, as PS1 gets unset by non-interactive bash shells. (This is something which I have learnt today :-) So attempting to set PS1 in /etc/profile and inherit it everywhere isn't going to work. OK, thanks for the explanation. I still think you should consider using 'xterm -ls' in system.XWinrc, because I think most users are going to want to see their usual prompt when they start an xterm. I agree that users should get their usual prompt in an Xterm. This is not a problem limited to X, though: You can demonstrate it just by doing 'bash -c bash' I believe a solution would be to move the PS1 setting code from /etc/profile to /etc/bash.bashrc, causing it to be set for all interactive shells. This doesn't quite work, at least with the default bash initialization files. The problem is that /etc/bash.bashrc is invoked by ~/.bash_profile, which is only run in login shells. But setting PS1 in ~/.bashrc seems to work. Alternatively, one could move the code that invokes /etc/bash.bashrc from ~/.bash_profile to ~/.bashrc. Ken -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: Cygwin/X server -query fails with recent versions of Gnome GDM
Thanks for the analysis. I did try adding root and gdm /etc/passwd at
the cygwin end and the query then worked.
I agree that this is a bug in GDM - I will see about posting a report
there. Might be worth adding this to a FAQ in case GDM is not fixed.
Richard
-Original Message-
From: Jon TURNEY [mailto:jon.tur...@dronecode.org.uk]
Sent: 07 October 2009 19:18
To: cygwin-xfree@cygwin.com
Cc: Richard Evans
Subject: Re: Cygwin/X server -query fails with recent versions of Gnome
GDM
On 30/09/2009 10:34, Richard Evans wrote:
Cygwin 1.7beta, cygcheck output attached.
I am trying to start a remote session using:
XWin -query host
where the host is running GDM from Gnome 2.28. The connect fails. A
wireshark network snoop (attached) shows that GDM is sending
Thanks for the packet capture, that helps a lot understanding what's
happening
here.
X_ChangeHosts requests with an address family of 5 (ServerInterpreted)
and a address like
localuser:root
XWin responds with a BadValue error and the connection attempt fails.
I
speculate that XWin was compiled without support for the
ServerInterpreted address family.
I don't think this speculation is well-founded. :-)
So GDM is doing the equivalent of:
$ xhost +si:localuser:root
$ xhost +si:localuser:gdm
... which fails, I'm guessing for the not entirely unreasonable reason
that
these users don't exist.
I cannot find a workround for this.
You might try adding users root and gdm in your cygwin installation
(perhaps
by adding them to /etc/passwd)
If that works around the problem, I think it's probably a bug in GDM
that it
fails if these users don't exist.
Even after reading the manpage formerly known as Xsecurity ('man 7
security')
and the source, I'm really not clear about how this form of credentials
are
supposed to work, but it seems pretty clear that they can only work
locally.
Note that a server built with NO_LOCAL_CLIENT_CRED (or old enough to
pre-date
these credentials) will reject all si:localuser and si:localgroup
credentials,
so it seems GDM should be prepared for it to fail...
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ: http://x.cygwin.com/docs/faq/
fc-cache: failed to write cache
Hi, I removed cygwin1.5 on both of my two computers, one is a laptop and another is a desktop, they are all Windows XP. I then installed cygwin 1.7 for them, the result is strange. The laptop seems okay, but the desktop, after I tried re-install many times, still always fail when I execute fa-cache on it, the error messages are: ... /cygdrive/c/Windows/Fonts: caching, new cache contents: 598 fonts, 0 dirs /cygdrive/c/Windows/Fonts: caching: failed to write cache ... (repeat for other font directories) ... But If I install cygwin1.5 on the desktop, it is always okay with fc-cache. What's wrong with it? -- Life is the only flaw in an otherwise perfect nonexistence -- Schopenhauer narke public key at http://subkeys.pgp.net:11371 (narkewo...@gmail.com) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: fc-cache: failed to write cache
After did some explore on my system, I found a very strange thing: the permissions on directory /etc/postinstall and all scripts contained in it are no correctly. Below is a piece of it: ... -rw-r--r-- 1 woody None 794 2008-10-28 10:31 font-sony-misc.sh.done -rw-r--r-- 1 woody None 794 2008-10-28 10:32 font-sun-misc.sh.done -rw-r--r-- 1 woody None 834 2008-10-28 10:33 font-winitzki-cyrillic.sh.done -rw-r--r-- 1 woody None 804 2008-10-28 10:34 font-xfree86-type1.sh.done -rw-r--r-- 1 woody None 52 2009-09-25 10:30 fontconfig.sh.done -rwxr-xr-x 1 woody None 551 2009-02-25 18:15 gcc-g++.sh.done -rwxr-xr-x 1 woody None 345 2009-02-25 18:15 gcc-g77.sh.done -rwxr-xr-x 1 woody None 480 2009-02-25 18:15 gcc-gdc.sh.done -rwxr-xr-x 1 woody None1204 2009-02-25 18:15 gcc-gnat.sh.done -rwxr-xr-x 1 woody None 424 2009-02-25 18:15 gcc-gpc.sh.done -rwxr-xr-x 1 woody None2061 2009-02-25 18:15 gcc-java.sh.done -rw-r--r-- 1 woody None 4360880 2005-06-09 08:37 gcc-mingw-ada-3.4.4-20050522-1. tgz -rwxr-xr-x 1 woody None 783 2005-06-09 08:37 gcc-mingw-ada.sh.done ,,, I compared to another normally run computer, the scripts in the directory should all be rwxr-xr-x for the file owner. then I tried to rename fontconfig.conf.done to fontconffig.conf and change permission for it, but I *can not*, the 'chmod' command takes no effect on the file. What's wrong with my installation? I was using offline installation, and should be no corruption. Thanks in advance. -- Forwarded message -- From: Steven Woody narkewo...@gmail.com Date: Sat, Oct 10, 2009 at 11:44 AM Subject: fc-cache: failed to write cache To: cygwin-xfree@cygwin.com, cygwin-a...@cygwin.com Hi, I removed cygwin1.5 on both of my two computers, one is a laptop and another is a desktop, they are all Windows XP. I then installed cygwin 1.7 for them, the result is strange. The laptop seems okay, but the desktop, after I tried re-install many times, still always fail when I execute fa-cache on it, the error messages are: ... /cygdrive/c/Windows/Fonts: caching, new cache contents: 598 fonts, 0 dirs /cygdrive/c/Windows/Fonts: caching: failed to write cache ... (repeat for other font directories) ... But If I install cygwin1.5 on the desktop, it is always okay with fc-cache. What's wrong with it? -- Life is the only flaw in an otherwise perfect nonexistence -- Schopenhauer narke public key at http://subkeys.pgp.net:11371 (narkewo...@gmail.com) -- Life is the only flaw in an otherwise perfect nonexistence -- Schopenhauer narke public key at http://subkeys.pgp.net:11371 (narkewo...@gmail.com) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
