Is there a way to use input method in cygwin-x environment?
For example, when I invoke emacs with
"
ssh -X remote-machine
emacs
""
I can't use either input methods in local windows machine or those in
remote linux server.
Thanks,
Arthur
--
Problem reports:
The 'cygcheck-dep -l' output also lists various packages which are
actually required by other packages.
Testcase:
$ cygcheck -f /bin/cygcheck-dep
cygcheck-dep-2.0-1
$ cygcheck-dep -c -N ncursesw
ncursesw: is recursively needed for ( )
$ cygcheck-dep -c -N ncurses
ncurses: is recursively nee
Chloe writes:
> Cygwin Git always thinks files are changed even when they
> aren't. After a commit with a Windows Git, Cygwin Git shows files as
> modified.
Then either don't mix Cygwin's and whatever Windows' Git you're using or
tell Git to ignore the mode bits altogether (check the documentation
On 3/24/2015 5:50 PM, Yaakov Selkowitz wrote:
> On Tue, 2015-03-24 at 16:42 -0400, Chloe wrote:
>> Cygwin Git always thinks files are changed even when they aren't. After
>> a commit with a Windows Git, Cygwin Git shows files as modified.
> [snip]
>> $ git diff .project
>> diff --git a/.project b/
Corinna Vinschen cygwin.com> writes:
>
>
> from the keyserver hkp://keys.gnupg.net. However, what about my
> questions about setting "db" only in nsswitch.conf? Does it help?
> Do you have a SID history, too, by any chance?
>
The last test that I did was with "db" only in nsswitch.conf and
On Tue, 2015-03-24 at 16:42 -0400, Chloe wrote:
> Cygwin Git always thinks files are changed even when they aren't. After
> a commit with a Windows Git, Cygwin Git shows files as modified.
[snip]
> $ git diff .project
> diff --git a/.project b/.project
> old mode 100644
> new mode 100755
This is
On Mar 24 13:29, Linda Walsh wrote:
> Corinna Vinschen wrote:
> >On Mar 20 11:58, Tim Magee wrote:
> >>Now then,
> >>
> >>Since Cygwin 1.7.34 dropped, mkpasswd has been problematic for us. Our
> >>problem is with the way user names pulled from outside the primary domain
> >>get decorated. My ques
On Mar 24 19:43, Steve Johnson wrote:
> Corinna Vinschen cygwin.com> writes:
>
> >
> > This "uid=4294967295(Unknown+User) gid=4294967295(Unknown+Group)"
> > should only happen if you have /etc/nsswitch.conf is set to "files"
> > only, and there's no entry in /etc/passwd with a matching SID.
> >
Cygwin Git always thinks files are changed even when they aren't. After
a commit with a Windows Git, Cygwin Git shows files as modified.
Windows Git
--
C:\Users\Chloe\workspace\AffiliateArbitrage>git status
On branch master
nothing to commit, working directory clean
C:\U
On Mar 24 17:56, Lemke, Michael ST/HZA-ZSW wrote:
> On Tuesday, March 24, 2015 5:49 PM Corinna Vinschen wrote:
> >> Note that "they" did a domain switch here at some point. My installation
> >> is really old and the passwd certainly is from before that domain change.
> >
> >That explains it. Pl
Corinna Vinschen wrote:
On Mar 20 11:58, Tim Magee wrote:
Now then,
Since Cygwin 1.7.34 dropped, mkpasswd has been problematic for us. Our
problem is with the way user names pulled from outside the primary domain
get decorated. My question is: will there ever be a way to tell
mkpasswd/mkgroup
On Mar 24 19:59, Denis Excoffier wrote:
> On 2015-02-28 16:30, Corinna Vinschen wrote:
> > I can not reproduce this in mintty, nor in a Cygwin xterm started on a
> > remote X server running under Linux. I can reproduce this with a local
> > xterm started via startxwin. But, and that's the problem
Corinna Vinschen cygwin.com> writes:
>
> This "uid=4294967295(Unknown+User) gid=4294967295(Unknown+Group)"
> should only happen if you have /etc/nsswitch.conf is set to "files"
> only, and there's no entry in /etc/passwd with a matching SID.
> That's the only way I can reproduce this behaviour.
On 2015-02-28 16:30, Corinna Vinschen wrote:
>
> On Feb 28 15:19, Denis Excoffier wrote:
>> On 2015-02-28 13:13, Corinna Vinschen wrote:
>>>
>>> On Feb 28 00:23, Denis Excoffier wrote:
On 2015-02-27 18:52, Corinna Vinschen wrote:
>
> I released another TEST version of the next upcom
Greetings, Lemke, Michael ST/HZA-ZSW!
> I just created new ones. I like passwd/group much better than AD, sorry.
> Just like real unix before the invention of yellow pages and nis. This
> way I can easily give different shells to different users
You can give them in AD the same way. And they
On 24/03/2015 00:02, David Stacey wrote:
I've been having difficulty building poco-1.6.0 for Cygwin for some
time. I've managed to produce a test case that shows the problem:
https://dl.dropboxusercontent.com/u/119453582/Cygwin/crashtest.tar.xz
This archive contains source files that produce a
On Tuesday, March 24, 2015 5:49 PM Corinna Vinschen wrote:
>On Mar 24 16:25, Lemke, Michael ST/HZA-ZSW wrote:
>> On March 24, 2015 4:50 PM Corinna Vinschen wrote:
>> >On Mar 24 15:19, Lemke, Michael ST/HZA-ZSW wrote:
>> >> C:\NCygwin\bin>cat ..\etc\nsswitch.conf
>> >> passwd: files
>> >> group: f
On 3/24/2015 6:03 PM, gary.bar...@datasoft.com wrote:
I had not upgraded in sometime the last setup.exe I had downloaded was
12/18/2014 then most recently 3/18/2015.
After completing the install/upgrades I attempt to restart xwin via
startxwin command. Now I get an instance appearing on my
I had not upgraded in sometime the last setup.exe I had downloaded was
12/18/2014 then most recently 3/18/2015.
The purpose of the most recent upgrade was to install Qt libraries and
include files so that my code built on Linux would not show hundreds of
errors and missing definitions when viewing
On Mar 24 16:25, Lemke, Michael ST/HZA-ZSW wrote:
> On March 24, 2015 4:50 PM Corinna Vinschen wrote:
> >On Mar 24 15:19, Lemke, Michael ST/HZA-ZSW wrote:
> >> C:\NCygwin\bin>cat ..\etc\nsswitch.conf
> >> passwd: files
> >> group: files
> >>
> >> C:\NCygwin\bin>getent passwd %USERNAME%
> >> lemk
On Mar 24 12:22, Steve Johnson wrote:
> Unfortunately, that is one piece of information that I forgot to mention
> after I had removed stripped out the output of the commands. I get no output
> whatsoever from getent. Here is the output of the commands, when I had run
> them this morning:
>
> C:\c
>You don't have a setup per chance that doesn't yet have network connectivity
>when cygserver starts up? Firewall >opened only when a user logs in? VPN
>needs time to establish connection? Is cygserver dependent on the tcpip
>>service?
No (at least not today and recently). I'm hardwired (Et
On March 24, 2015 4:50 PM Corinna Vinschen wrote:
>On Mar 24 15:19, Lemke, Michael ST/HZA-ZSW wrote:
>> On Tuesday, March 24, 2015 3:04 PM Corinna Vinschen wrote:
>> >On Mar 24 13:28, Steve Johnson wrote:
>> >>
>> >> I am having the same issue, but from a fresh install of cygwin64.
>> >>
>> >
>>
Unfortunately, that is one piece of information that I forgot to mention
after I had removed stripped out the output of the commands. I get no output
whatsoever from getent. Here is the output of the commands, when I had run
them this morning:
C:\cygwin64\bin>getent passwd %USERNAME%
C:\cygwin64\
On Mar 24 15:19, Lemke, Michael ST/HZA-ZSW wrote:
> On Tuesday, March 24, 2015 3:04 PM Corinna Vinschen wrote:
> >On Mar 24 13:28, Steve Johnson wrote:
> >>
> >> I am having the same issue, but from a fresh install of cygwin64.
> >>
> >
> >The problem is this: I can't reproduce this. I need a
On Tuesday, March 24, 2015 3:04 PM Corinna Vinschen wrote:
>On Mar 24 13:28, Steve Johnson wrote:
>>
>> I am having the same issue, but from a fresh install of cygwin64.
>>
>
>The problem is this: I can't reproduce this. I need a means to
>reproduce this to be able to fix it. I'm totally stump
I got this error after a recent update which pulled in gcc 4.9.2-3:
C:\cygwin\bin\cyggcc_s-1.dll: Loaded to different address
Similar issue was reported in Dec 2013 such as:
https://cygwin.com/ml/cygwin/2013-12/msg00083.html
After revert to 4.9.2-2 the problem goes away. So I think this is a regr
Habermann, David (D dow.com> writes:
> I am able to produce the failure again (by reverting to
> cygserver starting immediately as a service upon
> bootup).
You don't have a setup per chance that doesn't yet have network connectivity
when cygserver starts up? Firewall opened only when a user log
Hi Takashi,
On Mar 23 11:08, Corinna Vinschen wrote:
> On Mar 21 10:40, Takashi Yano wrote:
> > Hi Corinna,
> >
> > On Fri, 20 Mar 2015 20:12:32 +0100
> > Corinna Vinschen wrote:
> >
> > > > For the time being, can you send your assignment as PDF via email
> > > > to my company email address j
> What account is cygserver as service running under? Your own, or something
> like LocalSystem, or
> NetworkService?
In my case it is running under SYSTEM.
On Mar 24 15:20, Corinna Vinschen wrote:
> On Mar 24 14:00, Habermann, David (D) wrote:
> >
> > > - In a CMD shell, cd to C:\cygwin{64}\bin, call the following two
> > > commands, and paste the output into your reply:
> >
> > >getent passwd %USERNAME%
> > >id
> >
> > I am able to produce
On Mar 24 14:00, Habermann, David (D) wrote:
>
> > - In a CMD shell, cd to C:\cygwin{64}\bin, call the following two
> > commands, and paste the output into your reply:
>
> >getent passwd %USERNAME%
> >id
>
> I am able to produce the failure again (by reverting to cygserver
> starting im
On Mar 24 15:05, Corinna Vinschen wrote:
> On Mar 24 14:00, Habermann, David (D) wrote:
> >
> > > - In a CMD shell, cd to C:\cygwin{64}\bin, call the following two
> > > commands, and paste the output into your reply:
> >
> > >getent passwd %USERNAME%
> > >id
> >
> > I am able to produce
On Mar 24 14:00, Habermann, David (D) wrote:
>
> > - In a CMD shell, cd to C:\cygwin{64}\bin, call the following two
> > commands, and paste the output into your reply:
>
> >getent passwd %USERNAME%
> >id
>
> I am able to produce the failure again (by reverting to cygserver
> starting im
On Mar 24 13:28, Steve Johnson wrote:
> Hi Corinna,
>
> I am having the same issue, but from a fresh install of cygwin64.
>
> I also tried you recommendation, but it did not work. I tried with
> just files instead of db as well, with the same results. There are no
> passwd or group files in the e
> - In a CMD shell, cd to C:\cygwin{64}\bin, call the following two
> commands, and paste the output into your reply:
>getent passwd %USERNAME%
>id
I am able to produce the failure again (by reverting to cygserver starting
immediately as a service upon bootup). I would be happy to prov
Hi Corinna,
I am having the same issue, but from a fresh install of cygwin64.
I also tried you recommendation, but it did not work. I tried with
just files instead of db as well, with the same results. There are no
passwd or group files in the etc folder, so I don't know if this is
any relevant i
On 23/03/2015 21:27, Andrew DeFaria wrote:
On 3/23/2015 2:06 PM, Jon TURNEY wrote:
On 23/03/2015 20:48, Andrew DeFaria wrote:
Normally I just turn on -X (or put X11Forward yes in ~/.ssh/config) but
that usually results in a noticeable delay in logging in and the
following error:
Warning: untru
On 20/03/15 18:10, Corinna Vinschen wrote:
On Mar 20 11:58, Tim Magee wrote:
Now then,
Since Cygwin 1.7.34 dropped, mkpasswd has been problematic for us. Our
problem is with the way user names pulled from outside the primary domain
get decorated. My question is: will there ever be a way to
On Mar 24 08:07, Fergus Daly wrote:
> grep -Pl "\xmn"
> used to find files containing the ASCII character mn. For instance
> grep -PL "\x0d" or "\x0a" or usefully "\x00".
> This seems to have been lost with the current version.
> Is this an error? If not, can anybody tell me what new syntax will re
grep -Pl "\xmn"
used to find files containing the ASCII character mn. For instance
grep -PL "\x0d" or "\x0a" or usefully "\x00".
^
I did mean grep -Pl in both cases.
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentatio
grep -Pl "\xmn"
used to find files containing the ASCII character mn. For instance
grep -PL "\x0d" or "\x0a" or usefully "\x00".
This seems to have been lost with the current version.
Is this an error? If not, can anybody tell me what new syntax will recover the
old behaviour?
Thank you.
Fergus
42 matches
Mail list logo
