Possible X11 server bug
I have run into an issue which _may_ indicate a bug in the cygwin X11 server. The issue is documented here: https://bugs.launchpad.net/inkscape/+bug/1365153 In brief, for certain test files viewed in Inkscape (current trunk at least) over a putty ssh tunnel from an Ubuntu 12.04lts system to the cygwin 1.14.1.0 X11 server there are glitches in the image when it is zoomed in and out. This does not occur if the same program is run locally on the console of the test machine. It also does not happen if I run a native Windows version (not cygwin, not X11) of Inkscape on the same PC which hosts that X11 server on the same test files. The glitch does not occur with a huge number of other test files I have looked at over the years. It seems there is something specific to the clipping code in Inkscape and this particular X11 transport path/server combination. Moreover, it looks like the problem is only manifested (or only manifested frequently) when the clipping path consists of two (or more?) disjoint sections. When the glitches occur nothing is added to XWin.0.log. Also this X11 server is not running in the full cygwin environment, but rather in one edited down to just the minimum needed to run the X11 server. I distribute this version here: http://sourceforge.net/projects/minimalcygwinx/ I don't think this is a factor though, since all of the action is going on inside the X11 server process(es). Thanks, David Mathog mat...@caltech.edu Manager, Sequence Analysis Facility, Biology Division, CaltechWelcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.14.1.0 OS: CYGWIN_NT-5.1 SAF00 1.7.20(0.266/5/3) 2013-06-07 11:11 i686 OS: Windows XP Service Pack 3 [Windows NT 5.1 build 2600] (Win32) Package: version 1.14.1-1 built 2013-05-07 XWin was started with the following command line: Xwin :0 -multiwindow ddxProcessArgument - Initializing default screens winInitializeScreenDefaults - primary monitor w 1280 h 1024 winInitializeScreenDefaults - native DPI x 96 y 96 _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/SAF00:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 Initializing built-in extension Generic Event Extension [ 119.468] Initializing built-in extension Generic Event Extension Initializing built-in extension SHAPE [ 119.468] Initializing built-in extension SHAPE Initializing built-in extension MIT-SHM [ 119.468] Initializing built-in extension MIT-SHM Initializing built-in extension XInputExtension [ 119.468] Initializing built-in extension XInputExtension Initializing built-in extension XTEST [ 119.468] Initializing built-in extension XTEST Initializing built-in extension BIG-REQUESTS [ 119.468] Initializing built-in extension BIG-REQUESTS Initializing built-in extension SYNC [ 119.468] Initializing built-in extension SYNC Initializing built-in extension XKEYBOARD [ 119.468] Initializing built-in extension XKEYBOARD Initializing built-in extension XC-MISC [ 119.468] Initializing built-in extension XC-MISC Initializing built-in extension XINERAMA [ 119.468] Initializing built-in extension XINERAMA Initializing built-in extension XFIXES [ 119.468] Initializing built-in extension XFIXES Initializing built-in extension XFree86-Bigfont [ 119.468] Initializing built-in extension XFree86-Bigfont Initializing built-in extension RENDER [ 119.468] Initializing built-in extension RENDER Initializing built-in extension RANDR [ 119.468] Initializing built-in extension RANDR Initializing built-in extension COMPOSITE [ 119.468] Initializing built-in extension COMPOSITE Initializing built-in extension DAMAGE [ 119.468] Initializing built-in extension DAMAGE Initializing built-in extension MIT-SCREEN-SAVER [ 119.468] Initializing built-in extension MIT-SCREEN-SAVER Initializing built-in extension DOUBLE-BUFFER [ 119.468] Initializing built-in extension DOUBLE-BUFFER Initializing built-in extension RECORD [ 119.468] Initializing built-in extension RECORD Initializing built-in extension DPMS [ 119.468] Initializing built-in extension DPMS Initializing built-in extension X-Resource [ 119.468] Initializing built-in extension X-Resource Initializing built-in extension GLX [ 119.468] Initializing built-in extension GLX (II) xorg.conf is not supported [ 119.468] (II) xorg.conf is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information [ 119.468] (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information LoadPreferences: /home/david/.XWinrc not found [ 119.500] LoadPreferences: /home/david/.XWinrc not found LoadPreferences: /etc/X11/system.XWinrc not found [ 119.500] LoadPreferences: /etc/X11/system.XWinrc not found LoadPreferences: See man XWinrc to customize the XWin menu. [ 119.500] LoadPreferences: See man XWinrc to customize the XWin menu. LoadPreferences: Loading built-in
src/winsup/cygwin ChangeLog uinfo.cc winlean.h
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2014-09-05 09:46:26 Modified files: winsup/cygwin : ChangeLog uinfo.cc winlean.h Log message: * uinfo.cc (pwdgrp::fetch_account_from_windows): Handle APPLICATION PACKAGE AUTHORITY SIDs. * winlean.h (DNLEN): Raise to 31. Explain why. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.6518r2=1.6519 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/uinfo.cc.diff?cvsroot=srcr1=1.232r2=1.233 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/winlean.h.diff?cvsroot=srcr1=1.14r2=1.15
src/winsup/cygwin ChangeLog exception.h sec_au ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2014-09-05 11:47:33 Modified files: winsup/cygwin : ChangeLog exception.h sec_auth.cc uinfo.cc Log message: * exception.h (class exception): Remove unnecessary #ifdef. * uinfo.cc (client_request_pwdgrp::client_request_pwdgrp): Fix length counter to include trailing NUL. * sec_auth.cc (get_user_groups): Add experimental exception handler. (get_user_local_groups): Ditto. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.6519r2=1.6520 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/exception.h.diff?cvsroot=srcr1=1.16r2=1.17 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/sec_auth.cc.diff?cvsroot=srcr1=1.57r2=1.58 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/uinfo.cc.diff?cvsroot=srcr1=1.233r2=1.234
src/winsup/cygwin ChangeLog fhandler_proc.cc r ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2014-09-05 19:11:01 Modified files: winsup/cygwin : ChangeLog fhandler_proc.cc winsup/cygwin/release: 1.7.33 Log message: * fhandler_proc.cc (proc_tab): Add entry for cygdrive symlink. (format_proc_cygdrive): New function to implement /proc/cygdrive. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.6520r2=1.6521 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_proc.cc.diff?cvsroot=srcr1=1.121r2=1.122 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/release/1.7.33.diff?cvsroot=srcr1=1.2r2=1.3
src/winsup/doc ChangeLog pathnames.xml
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2014-09-05 19:40:39 Modified files: winsup/doc : ChangeLog pathnames.xml Log message: * pathnames.xml (cygdrive): Add /proc/cygdrive description. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.492r2=1.493 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/pathnames.xml.diff?cvsroot=srcr1=1.3r2=1.4
Re: vim can't write /etc/hosts
2014-09-05 4:33 GMT+02:00 Darik Horn: On Thu, Sep 4, 2014 at 4:33 PM, Frank Fesevur wrote: Why can't vim write the file, or even better the symlinked file? I'm quite sure editing the symlink works in Win7, but can try tomorrow. Starting C:\Cygwin\bin\mintty.exe through a Run As Administrator context doesn't produce an elevated bash prompt on my Windows 8 workstation. Starting the Command Prompt (Admin) shortcut instead and running C:\Cygwin\bin\bash.exe --login inside should give you the expected behavior. There is no difference (for me) between starting mintty or cmd as administrator. With Win7 it *has* worked but not anymore. This method is *the* way for me to change the hosts file, because of the short path. nano /etc/hosts works without a problem on both Win7 and Win2012R2 (no Win81 at the office). The described echo command works fine. So write access should not be the problem. Only vim has these problems with the hosts file. I don't know if it is relevant, but I've added noacl to the /cygdrive entry of my fstab. Regards, Frank -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
gem command broken on Cygwin 64 with Ruby 2.0.0p481
Hi folks, did someone of you experience this as well? $ uname -a CYGWIN_NT-6.1 arnie 1.7.32(0.274/5/3) 2014-08-13 23:06 x86_64 Cygwin $ ruby --version ruby 2.0.0p481 (2014-05-08) [x86_64-cygwin] $ gem --version 2.4.1 $ gem list -l *** LOCAL GEMS *** io-console (0.4.2) json (1.8.1) minitest (4.7.5) psych (2.0.5) rake (10.3.2) rdoc (4.1.1) $ gem update Updating installed gems ERROR: While executing gem ... (ArgumentError) invalid byte sequence in UTF-8 $ locale LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=en_US.UTF-8 LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_ALL= $ LANG=C gem update Updating installed gems ERROR: While executing gem ... (ArgumentError) invalid byte sequence in US-ASCII Apparently when reading a file the environment's encoding information is applied. I'm just not sure whether this is an issue with gem command or a Cygwin adjustment to that. Bonus points for a solution. :-) Kind regards robert -- [guy, jim].each {|him| remember.him do |as, often| as.you_can - without end} http://blog.rubybestpractices.com/ -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: gem command broken on Cygwin 64 with Ruby 2.0.0p481
On Fri, Sep 5, 2014 at 9:54 AM, Robert Klemme shortcut...@googlemail.com wrote: Hi folks, did someone of you experience this as well? $ uname -a CYGWIN_NT-6.1 arnie 1.7.32(0.274/5/3) 2014-08-13 23:06 x86_64 Cygwin $ ruby --version ruby 2.0.0p481 (2014-05-08) [x86_64-cygwin] $ gem --version 2.4.1 $ gem list -l *** LOCAL GEMS *** io-console (0.4.2) json (1.8.1) minitest (4.7.5) psych (2.0.5) rake (10.3.2) rdoc (4.1.1) $ gem update Updating installed gems ERROR: While executing gem ... (ArgumentError) invalid byte sequence in UTF-8 $ locale LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=en_US.UTF-8 LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_ALL= $ LANG=C gem update Updating installed gems ERROR: While executing gem ... (ArgumentError) invalid byte sequence in US-ASCII Apparently when reading a file the environment's encoding information is applied. I'm just not sure whether this is an issue with gem command or a Cygwin adjustment to that. Bonus points for a solution. :-) Some feedback on the ruby-talk mailing list prompted me to experiment a bit more. Apparently I found a solution which I post here for your reference. Setting the encoding to BINARY in the environment works: $ LANG=C.BINARY gem update Updating installed gems Updating minitest Fetching: minitest-5.4.1.gem (100%) Successfully installed minitest-5.4.1 Parsing documentation for minitest-5.4.1 Installing ri documentation for minitest-5.4.1 Installing darkfish documentation for minitest-5.4.1 Done installing documentation for minitest after 3 seconds Parsing documentation for minitest-5.4.1 Done installing documentation for minitest after 0 seconds Gems updated: minitest You can even get fancy and retain the language: $ LANG=${LANG%%.*}.BINARY gem update Kind regards robert -- [guy, jim].each {|him| remember.him do |as, often| as.you_can - without end} http://blog.rubybestpractices.com/ -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Windows Server 2012R2 64bit and 32bit Cygwin sshd
On Sep 4 14:12, Achim Gratz wrote: Corinna Vinschen corinna-cygwin at cygwin.com writes: I couldn't start cygserver as a service with (just) the built DLL in place. No idea why. The patch just adds debug output to strace ouptput, nothing else. Whatever. I've installed all the binaries from that build and things work normally now. So I started it in debug mode from the command line (which makes it have less rights than it needs) and started the sshd in debug mode also. In a cyg_server GUI session? If so, you should have all rights required when starting this in an elevated shell. Not the token privileges, I don't think so. But I'm not sure how to check. Windows whoami /all Here's the salient parts from the strace (attaching to the sshd running as a service in sandbox mode, running with no privilege separation produces a slightly different trace, but the events leading up to the error are the same): [...] 44 5026498 [main] sshd 2248 get_user_groups: Before NetUserGetGroups --- Process 2248, exception 0005 at 75511D4D The process apparently gets killed while in the NetUserGetGroups call (much as you suspected). I'm not sure this tells us anything new, though. :-( No, it just confirms it. Please remove the debug_printf patch and try this instead: Index: sec_auth.cc === RCS file: /cvs/src/src/winsup/cygwin/sec_auth.cc,v retrieving revision 1.57 diff -u -p -r1.57 sec_auth.cc --- sec_auth.cc 22 May 2014 16:40:13 - 1.57 +++ sec_auth.cc 5 Sep 2014 11:12:01 - @@ -20,6 +20,7 @@ details. */ #include fhandler.h #include dtable.h #include cygheap.h +#include exception.h #include ntdll.h #include tls_pbuf.h #include lm.h @@ -255,9 +256,13 @@ get_user_groups (WCHAR *logonserver, cyg DWORD cnt, tot, len; NET_API_STATUS ret; - /* Look only on logonserver */ - ret = NetUserGetGroups (logonserver, user, 0, (LPBYTE *) buf, - MAX_PREFERRED_LENGTH, cnt, tot); + { +/* Experimental SEH */ +exception protect; +/* Look only on logonserver */ +ret = NetUserGetGroups (logonserver, user, 0, (LPBYTE *) buf, + MAX_PREFERRED_LENGTH, cnt, tot); + } if (ret) { __seterrno_from_win_error (ret); @@ -306,9 +311,14 @@ get_user_local_groups (PWCHAR logonserve DWORD cnt, tot; NET_API_STATUS ret; - ret = NetUserGetLocalGroups (logonserver, user, 0, LG_INCLUDE_INDIRECT, - (LPBYTE *) buf, MAX_PREFERRED_LENGTH, - cnt, tot); + { +/* Experimental SEH */ +exception protect; + +ret = NetUserGetLocalGroups (logonserver, user, 0, LG_INCLUDE_INDIRECT, +(LPBYTE *) buf, MAX_PREFERRED_LENGTH, +cnt, tot); + } if (ret) { __seterrno_from_win_error (ret); Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgp7DZMvppMtS.pgp Description: PGP signature
Re: Windows Server 2012R2 and cygserver
On Sep 4 14:36, Achim Gratz wrote: Ok, I don't grok this. If you have trouble with cygserver, which is completely unrelated to this issue, please discuss this in a new thread and please describe detailed what you did to provoke the problem and paste what you see. I'm running (from an administrative account) cygserver -d in one mintty and sshd -d in another. While sshd is starting up, I get these debug messages from cygserver that look strange: cygserver: winsup/cygserver/pwdgrp.cc, line 159: Request account information returns MACHINE+cyg_server:*:197614:197121:MACHINE\cyg_server,S-1-5-21$ cygserver: winsup/cygserver/pwdgrp.cc, line 159: Request account information returns Administrators:S-1-5-32-544:544: error 0 cygserver: winsup/cygserver/pwdgrp.cc, line 77: User sshdrs:S-1-5-32-544:544: failed cygserver: winsup/cygserver/pwdgrp.cc, line 159: Request account information returns error 2 Another frequent occurence in the debug messages and the Windows event log is this: cygserver: bad request body length: got 11 I think I found the bug. I missed the trailing \0 from the user name in the packet length sent to cygserver. I fixed that in CVS and uploaded a new snapshot to https://cygwin.com/snapshots/. Please test. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpl8jxo6Qby6.pgp Description: PGP signature
Re: Windows Server 2012R2 64bit and 32bit Cygwin sshd
On Sep 5 13:16, Corinna Vinschen wrote: On Sep 4 14:12, Achim Gratz wrote: Corinna Vinschen corinna-cygwin at cygwin.com writes: I couldn't start cygserver as a service with (just) the built DLL in place. No idea why. The patch just adds debug output to strace ouptput, nothing else. Whatever. I've installed all the binaries from that build and things work normally now. So I started it in debug mode from the command line (which makes it have less rights than it needs) and started the sshd in debug mode also. In a cyg_server GUI session? If so, you should have all rights required when starting this in an elevated shell. Not the token privileges, I don't think so. But I'm not sure how to check. Windows whoami /all Here's the salient parts from the strace (attaching to the sshd running as a service in sandbox mode, running with no privilege separation produces a slightly different trace, but the events leading up to the error are the same): [...] 44 5026498 [main] sshd 2248 get_user_groups: Before NetUserGetGroups --- Process 2248, exception 0005 at 75511D4D The process apparently gets killed while in the NetUserGetGroups call (much as you suspected). I'm not sure this tells us anything new, though. :-( No, it just confirms it. Please remove the debug_printf patch and try this instead: Index: sec_auth.cc [...] For simplicity I added this experimental patch to the snapshot I just uploaded to https://cygwin.com/snapshots/. Please give it a try. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgp7CcposDwKF.pgp Description: PGP signature
Re: Screen Documenation
By the way, the update also fixed a problem I was having (which was why I wanted to RTFM): In the previous release (on x86, at least), the info and window list output (C-a i and C-a w respectively) would appear at the bottom of my mintty window, rather than in the title bar. With 4.2.1-3, they have returned to the title bar, as desired. Hm, strange. I didn't change the build script, so I don't know why that problem would've come up and then gone away again. Clearly there was something wrong with the -2 release in x86. I'll pay closer attention to the build next time. Andrew -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
What happened to get send-email
So what happened to git send-email lately? I guess I let the package be updated and suddenly git tells me that there is no such command. Was it not built? Like it used to be missing on x86_64? I rolled back for now. P.S. Please Cc me as I am not subscribed. signature.asc Description: OpenPGP digital signature
Re: What happened to get send-email
On Fri, Sep 05, 2014 at 02:59:22PM +0200, James Darnley wrote: So what happened to git send-email lately? I guess I let the package be updated and suddenly git tells me that there is no such command. Was it not built? Like it used to be missing on x86_64? I rolled back for now. P.S. Please Cc me as I am not subscribed. As part of the update to Git v2.0.4, git send-email was spun off into a separate package. The announcement email is below: https://cygwin.com/ml/cygwin-announce/2014-08/msg00044.html If you want to receive these annoumcements without all the bulk of the main Cygwin mailing list, you might want to sign up to the cygwin-announce list. In amy case, installing the new git-send-email package should get you running again. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
any ssh for android that can connect to cygwin's sshd?
I am able to connect to a server running Cygwin's sshd from a computer running debian openssh.. or from a computer running cygwin. So the server is set fine. If the key fails it prompts for a password, i've set the server's sshd_config is set like that. But the Android apps that i've tried e.g. 'better terminal' and perhaps juicessh, tend to use Dropbear ssh, and dropbear ssh gives an error when trying to connect. It says ssh: Connection to user@host:123 exited: No matching algo hostkey maybe the encryption algorithms don't match, but i'm no expert Is there anything I can do at cygwin's sshd end.. Or, any command line ssh client for android that is known to be able to connect to it? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: any ssh for android that can connect to cygwin's sshd?
On Fri, 5 Sep 2014, Marilo wrote: I am able to connect to a server running Cygwin's sshd from a computer running debian openssh.. or from a computer running cygwin. So the server is set fine. If the key fails it prompts for a password, i've set the server's sshd_config is set like that. But the Android apps that i've tried e.g. 'better terminal' and perhaps juicessh, tend to use Dropbear ssh, and dropbear ssh gives an error when trying to connect. It says ssh: Connection to user@host:123 exited: No matching algo hostkey maybe the encryption algorithms don't match, but i'm no expert Is there anything I can do at cygwin's sshd end.. Or, any command line ssh client for android that is known to be able to connect to it? I use something called Terminal-IDE. One big problem with what you want to do is with the keyboard and Terminal-IDE provides a full keyboard solution... Check it out... Richard -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: any ssh for android that can connect to cygwin's sshd?
On Sep 5 16:07, Marilo wrote: I am able to connect to a server running Cygwin's sshd from a computer running debian openssh.. or from a computer running cygwin. So the server is set fine. If the key fails it prompts for a password, i've set the server's sshd_config is set like that. But the Android apps that i've tried e.g. 'better terminal' and perhaps juicessh, tend to use Dropbear ssh, and dropbear ssh gives an error when trying to connect. It says ssh: Connection to user@host:123 exited: No matching algo hostkey maybe the encryption algorithms don't match, but i'm no expert Is there anything I can do at cygwin's sshd end.. Or, any command line ssh client for android that is known to be able to connect to it? I'm using VX ConnectBot installed via F-Droid: https://f-droid.org/repository/browse/?fdfilter=vx+connectbotfdid=sk.vx.connectbot It doesn't recognize ECDSA keys, but 4096 bit RSA is no problem. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpZv_q0Fj99u.pgp Description: PGP signature
Re: Replicate packages from 32-bit machine on 64-bit machine
Larry Hall (Cygwin reply-to-list-only-lh at cygwin.com writes: Well, right. There's no way to automatically map all 32-bit packages to their 64-bit counterparts, particularly because there isn't always a 64-bit package to map to. What I was suggesting was a method you could use to make a first pass at the 64-bit packages that you want to download. It won't be perfect but it would be a quicker alternative to doing this all manually. But if 64-bit packages are what you're looking for, you definitely have to go through some process for this once. After that, you can employ the same technique to replicate your 64-bit installation elsewhere. Adam Dinwoodie adam at dinwoodie.org writes: I don't think there's any perfect solution to this problem -- as noted there just isn't a perfect mapping between 32-bit and 64-bit packages -- but it occurs to me that you could install the cygcheck-dep package and call `cygcheck-dep -il`. That'll give you a list of just the leaves in the tree of installed packages and their dependencies, which may be a better starting point for what packages you need to install on your new system, since you'll automatically get all their dependencies. Larry, Adam, Thanks for the follow up. I don't want to match packages from the bottom up because some of them are automatically chosen based on dependencies. I ended up just going through manually choosing packages. Wasn't all that bad. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Windows Server 2012R2 64bit and 32bit Cygwin sshd
Corinna Vinschen writes: For simplicity I added this experimental patch to the snapshot I just uploaded to https://cygwin.com/snapshots/. I'm ooO so no updates from me on this until I get back. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Windows Server 2012R2 and cygserver
Corinna Vinschen writes: I think I found the bug. I missed the trailing \0 from the user name in the packet length sent to cygserver. I fixed that in CVS and uploaded a new snapshot to https://cygwin.com/snapshots/. Please test. Thanks. As I said in the other thread, it'll be some time before I can get back to testing. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
emacs hangs on Loading vc-git...done (0/1)
Cygwin 1.7.32-1, git 2.1.0-1, emacs 24.3-2. New problem, never seen before: I start emacs, press C-x C-f to load a file, enter the file name, press enter. Emacs hangs, and never returns. The status bar says: Loading vc-git...done I verified this in x86 and x86_64, and also with git 2.0.4-1. Anyone have any ideas how to get past this? I can't tell if it's an emacs problem, or a git problem. I suspect git, only because it's been updated recently. Output of cygcheck -svr is attached. I'm also attaching my .emacs file in case that's of interest, although that hasn't changed in years. Thanks, Andrew -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
emacs hangs on Loading vc-git...done (1/1)
.emacs. Description: Binary data Cygwin Configuration Diagnostics Current System Time: Fri Sep 05 21:37:16 2014 Windows 7 Professional Ver 6.1 Build 7601 Service Pack 1 Path: C:\Users\andrex\Home\usr\win\bin C:\Users\andrex\Home\usr\local\bin C:\cygwin64\usr\local\bin C:\cygwin64\bin C:\cygwin64\bin C:\cygwin64\usr\sbin C:\cygwin64\sbin C:\Users\andrex\Home\usr\all\private\bin C:\Users\andrex\Home\usr\all\bin C:\cygwin64\usr\X11R6\bin C:\Windows C:\Windows\System32 C:\Windows\ServicePackFiles\i386 C:\Program Files\XPT C:\Program Files\WinRAR C:\cygwin64\lib\lapack C:\Program Files\Oracle\instantclient_11_2 Output from C:\cygwin64\bin\id.exe UID: 1001(andrex) GID: 513(None) 513(None) 545(Users)1000(HomeUsers) SysDir: C:\Windows\system32 WinDir: C:\Windows USER = 'andrex' PWD = '/home/andrex' HOME = '/home/andrex' HOMEPATH = '\Users\andrex' MANPATH = '/home/andrex/usr/local/share/man:/usr/local/share/man:/usr/share/man:/home/andrex/usr/all/private/share/man:/home/andrex/usr/all/share/man:/usr/X11R6/share/man:/usr/X11R6/man:/usr/ssl/man' APPDATA = 'C:\Users\andrex\AppData\Roaming' WORKHOME = '/home/andrex/EPA' ProgramW6432 = 'C:\Program Files' SSH_AGENT_PID = '5220' HOSTNAME = 'selenium' PROCESSOR_IDENTIFIER = 'AMD64 Family 16 Model 4 Stepping 2, AuthenticAMD' SHELL = '/bin/bash' TERM = 'screen' WINDIR = '/win/c/Windows' PROFILEREAD = 'true' GTK2_RC_FILES = '/home/andrex/.gtkrc-2.0' TMPDIR = '/tmp/andrex' PERL5LIB = '/home/andrex/usr/all/share/perl5:/usr/lib/perl5/vendor_perl/5.10/cygwin' PUBLIC = 'C:\Users\Public' CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files' USERDOMAIN = 'selenium' ORIGINAL_PATH = '/win/c/Program Files/Common Files/Microsoft Shared/Microsoft Online Services:/win/c/Program Files (x86)/Common Files/Microsoft Shared/Microsoft Online Services:/win/c/Windows/system32:/win/c/Windows:/win/c/Windows/System32/Wbem:/win/c/Windows/System32/WindowsPowerShell/v1.0' ALLUSERSPROFILE = 'C:\ProgramData' OS = 'Windows_NT' CDPATH = '.:/home/andrex' windows_tracing_flags = '3' HISTFILESIZE = '5000' !:: = '::\' windows_tracing_logfile = 'C:\BVTBin\Tests\installpackage\csilogfile.log' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' TEMP = '/tmp' UNISON = '/home/andrex/.unison/selenium' SSH_AUTH_SOCK = '/tmp/andrex/ssh_auth_sock' TERMCAP = 'SC|screen|VT 100/ANSI X3.64 virtual terminal:\ :DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:bs:bt=\E[Z:\ :cd=\E[J:ce=\E[K:cl=\E[H\E[J:cm=\E[%i%d;%dH:ct=\E[3g:\ :do=^J:nd=\E[C:pt:rc=\E8:rs=\Ec:sc=\E7:st=\EH:up=\EM:\ :le=^H:bl=^G:cr=^M:it#8:ho=\E[H:nw=\EE:ta=^I:is=\E)0:\ :li#72:co#110:am:xn:xv:LP:sr=\EM:al=\E[L:AL=\E[%dL:\ :cs=\E[%i%d;%dr:dl=\E[M:DL=\E[%dM:dc=\E[P:DC=\E[%dP:\ :im=\E[4h:ei=\E[4l:mi:IC=\E[%d@:ks=\E[?1h\E=:\ :ke=\E[?1l\E:vi=\E[?25l:ve=\E[34h\E[?25h:vs=\E[34l:\ :ti=\E[?1049h:te=\E[?1049l:us=\E[4m:ue=\E[24m:so=\E[3m:\ :se=\E[23m:mb=\E[5m:md=\E[1m:mr=\E[7m:me=\E[m:ms:\ :Co#8:pa#64:AF=\E[3%dm:AB=\E[4%dm:op=\E[39;49m:AX:\ :vb=\Eg:G0:as=\E(0:ae=\E(B:\ :ac=\140\140aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~..--++,,hhII00:\ :po=\E[5i:pf=\E[4i:Km=\E[M:k0=\E[10~:k1=\EOP:k2=\EOQ:\ :k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:\ :k8=\E[19~:k9=\E[20~:k;=\E[21~:F1=\E[23~:F2=\E[24~:\ :F3=\E[1;2P:F4=\E[1;2Q:F5=\E[1;2R:F6=\E[1;2S:\ :F7=\E[15;2~:F8=\E[17;2~:F9=\E[18;2~:FA=\E[19;2~:kb=^H:\ :K2=\EOE:kB=\E[Z:kF=\E[1;2B:kR=\E[1;2A:*4=\E[3;2~:\ :*7=\E[1;2F:#2=\E[1;2H:#3=\E[2;2~:#4=\E[1;2D:%c=\E[6;2~:\ :%e=\E[5;2~:%i=\E[1;2C:kh=\E[1~:@1=\E[1~:kH=\E[4~:\ :@7=\E[4~:kN=\E[6~:kP=\E[5~:kI=\E[2~:kD=\E[3~:ku=\EOA:\ :kd=\EOB:kr=\EOC:kl=\EOD:km:' PROMPT_HOST = '[x86_64] ' USERNAME = 'andrex' PAGER = 'less' PROCESSOR_LEVEL = '16' ProgramFiles(x86) = 'C:\Program Files (x86)' TNS_ADMIN = 'C:\Program Files\Oracle\instantclient_11_2\network\admin' LIBGL_ALWAYS_INDIRECT = '1' PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\' STY = '4828.pty0.selenium' LD_RUN_PATH = '/home/andrex/usr/win/lib:' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' EDITOR = 'emacs -nw' USERPROFILE = 'C:\Users\andrex' LANG = 'en_US.UTF-8' BZR_SSH = 'openssh' JUNK = '*.aux *.bbl *.blg *.class *.ilg *.lof *.log *.lot *.o *.obj *.orig *.rej *.stackdump *.tmp *.toc *~ .*~ \#* \~\$* *.aps *.asv *.bsc *.idb *.ilk *.ncb *.obj *.opt *.pch *.pdb *.plg *.res *.sbr' EPA_HOME = '/home/andrex/EPA' BZR_PLUGIN_PATH = '+site:+core:+user' TZ = 'US/Eastern' RAR = '-s -m5 -rr1%' LOGONSERVER = '\\SELENIUM' PS1 = '\[\033]0;\][x86_64] \w\[\007\]\n\[\033[1;36m\]$PROMPT_CHARS\[\033[0m\] ' CommonProgramW6432 = 'C:\Program Files\Common Files' HISTIGNORE = ':exit:ls:ll:[bf]g:nq' LOCALAPPDATA = '/win/c/Users/andrex/AppData/Local' PROCESSOR_ARCHITECTURE = 'AMD64' ProgramData =
Re: any ssh for android that can connect to cygwin's sshd?
On Friday, 5 September 2014, 16:18, Richard rich...@karmannghia.org wrote: On Fri, 5 Sep 2014, Marilo wrote: I am able to connect to a server running Cygwin's sshd from a computer running debian openssh.. or from a computer running cygwin. So the server is set fine. If the key fails it prompts for a password, i've set the server's sshd_config is set like that. But the Android apps that i've tried e.g. 'better terminal' and perhaps juicessh, tend to use Dropbear ssh, and dropbear ssh gives an error when trying to connect. It says ssh: Connection to user@host:123 exited: No matching algo hostkey maybe the encryption algorithms don't match, but i'm no expert Is there anything I can do at cygwin's sshd end.. Or, any command line ssh client for android that is known to be able to connect to it? I use something called Terminal-IDE. One big problem with what you want to do is with the keyboard and Terminal-IDE provides a full keyboard solution... Check it out... Richard Terminal IDE does indeed have a great keyboard, it installs it and then it's available for any terminal app. Though I see it uses dropbear ssh and gives the same error as better terminal. (in fact, better terminal has a slightly later version of dropbear ssh that includes a -v option), nevertheless.. both are dropbear ssh and give the same error when going to cygwin sshd. Though clearly you guys don't get the error. Here is a screenshot of a packet capture http://i.imgur.com/uqpqMcz.png 10.0.0.4 is my phone, and 10.0.0.5:222 is the cygwin sshd server. Though it(10.0.0.4/my phone), is fine connecting to bitvise sshd on 10.0.0.5:22 or to a linux machine 10.0.0.10:22. And to rule out my WLAN, the one other computer on my WLAN can connect to my cygwin sshd server. I tried moving the cygwin sshd server to port 22 instead of 222. But same error from ssh, and packet capture still showed TCP Dup ACK and I see TCP Retransmission.. but also, this time I see from the packet capture screenshot here, that it got as far as some SSH protocol. But still same error at same point, from dropbear ssh on my mobile. I don't have another device running dropbear ssh to try. http://i.imgur.com/VZpCr95.png I will try reinstalling cygwin on the machine in question. And i'll try turning the router off and on first -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: emacs hangs on Loading vc-git...done (0/1)
On 09/05/2014 03:18 PM, Andrew Schulman wrote: Cygwin 1.7.32-1, git 2.1.0-1, emacs 24.3-2. New problem, never seen before: I start emacs, press C-x C-f to load a file, enter the file name, press enter. Emacs hangs, and never returns. The status bar says: Loading vc-git...done I verified this in x86 and x86_64, and also with git 2.0.4-1. Anyone have any ideas how to get past this? I can't tell if it's an emacs problem, or a git problem. I suspect git, only because it's been updated recently. Emacs problem; and already discussed on the list. Upgrade to emacs-24.3.93-1 for the fix. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: emacs hangs on Loading vc-git...done (0/1)
On 09/05/2014 03:18 PM, Andrew Schulman wrote: Cygwin 1.7.32-1, git 2.1.0-1, emacs 24.3-2. New problem, never seen before: I start emacs, press C-x C-f to load a file, enter the file name, press enter. Emacs hangs, and never returns. The status bar says: Loading vc-git...done I verified this in x86 and x86_64, and also with git 2.0.4-1. Anyone have any ideas how to get past this? I can't tell if it's an emacs problem, or a git problem. I suspect git, only because it's been updated recently. Emacs problem; and already discussed on the list. Upgrade to emacs-24.3.93-1 for the fix. Confirmed, thanks. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: latest cygwin: 'run' problem
On 09/03/2014 03:48 PM, Achim Gratz wrote: Gerry Reno writes: On the 32-bit system cygwin installs that haven't been updated yet 'run.exe' shows: $ ls -l /usr/bin/run.exe -rwxr-xr-x 1 Administrator None 65053 Jul 24 2013 /usr/bin/run.exe On a 32-bit system with this latest cygwin 'run.exe' shows: $ ls -l /usr/bin/run.exe -rwxr-xr-x 1 SYSTEM SYSTEM 66077 Jun 9 13:16 /usr/bin/run.exe Filesize is different so something has changed there. A cygcheck -f /usr/bin/run.exe would be more enlightening, although I think the two versions of run should be 1.3.0 and 1.3.1. If so then the reason for mstsc not recognizing the options would be the patch by Max Polk that quotes all the arguments (the change description said it'd quote only arguments with spaces in them, but the code actually quotes all of them anyway). This also means that mstsc seems to implement its own version of options processing or argument quoting (probably the former since options to mstsc need not be quoted). The quoting function in the current version of run is too naive anyway, so I'll have to update it with something more sensible. It'll be a few days, sorry for the inconvenience. Regards, Achim. Can run-1.3.0-1 be added back into the Setup as an alternate choice until 'run' can be fixed? Gerry -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: latest cygwin: 'run' problem
On 09/05/2014 09:14 PM, Gerry Reno wrote: On 09/03/2014 03:48 PM, Achim Gratz wrote: Gerry Reno writes: On the 32-bit system cygwin installs that haven't been updated yet 'run.exe' shows: $ ls -l /usr/bin/run.exe -rwxr-xr-x 1 Administrator None 65053 Jul 24 2013 /usr/bin/run.exe On a 32-bit system with this latest cygwin 'run.exe' shows: $ ls -l /usr/bin/run.exe -rwxr-xr-x 1 SYSTEM SYSTEM 66077 Jun 9 13:16 /usr/bin/run.exe Filesize is different so something has changed there. A cygcheck -f /usr/bin/run.exe would be more enlightening, although I think the two versions of run should be 1.3.0 and 1.3.1. If so then the reason for mstsc not recognizing the options would be the patch by Max Polk that quotes all the arguments (the change description said it'd quote only arguments with spaces in them, but the code actually quotes all of them anyway). This also means that mstsc seems to implement its own version of options processing or argument quoting (probably the former since options to mstsc need not be quoted). The quoting function in the current version of run is too naive anyway, so I'll have to update it with something more sensible. It'll be a few days, sorry for the inconvenience. Regards, Achim. Can run-1.3.0-1 be added back into the Setup as an alternate choice until 'run' can be fixed? Gerry To clarify this request a bit: Both run-1.2.0-1 and 1.3.1-1 are broken. Neither one properly runs a command. The only recent package that actually worked was run-1.3.0-1. Gerry -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple