Re: Font problems in cygwinx
On 7/2/21 5:58 PM, Brian Inglis wrote: On 2021-07-02 15:21, mcforum wrote: The legends in the heading for emacs have turned into boxes. the text in buffers is normal. What interaction is causing this? The X11 emacs is unusable emacs -w32 works. If you were using Windows fonts in Emacs, that could be caused by Windows packages that decide it's a good idea to replace your existing installed versions of Windows fonts by theirs e.g. LibreOffice updates mess up the appearance of all my Windows, X, and Cygwin apps until I reboot. It seems to be caused by their ancient installer approach and aggressive font replacement policy. If something like that could be a cause of your problem, try rebooting to see if that clears up the problem. Used "Courier New" for years. Just a monospace font for data entry. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Font problems in cygwinx
On 7/2/21 5:46 PM, Ken Brown via Cygwin wrote: On 7/2/2021 5:21 PM, mcforum wrote: The legends in the heading for emacs have turned into boxes. the text in buffers is normal. I'm not sure what you mean by "legends in the heading". And when you say "have turned into boxes", are you saying that the problem just recently started? Or have you always found X11 emacs unusable? The labels on the drop down menus and their contents. Been using emacs on cygwin for decades. What interaction is causing this? The X11 emacs is unusable emacs -w32 works. My best guess is that the problem is caused by your customizations. What happens if you run 'emacs -Q'? Don't do customizations. -Q doesn't help If you still see the problem with 'emacs -Q', please give a more detailed bug report, following the guidelines here: https://cygwin.com/problems.html And please say exactly how you're starting emacs. cygwin terminal-->startxwin-->cygwin terminal emacs . -fh -geometry 100-512 & -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Looking for explanation
On 7/17/20 12:27 PM, Eliot Moss wrote: On 7/17/2020 12:16 PM, Robert McBroom wrote: > Directory listing shows a number of new features that I don't remember being introduced.?? I see > s,t,+ etc. other than the expected wxr. Where would I look for an explanation? Dear Robert: s and t are usual from Posix and Cygwin tries to come as close to Posix as it can under Windows.?? s is for setuid/setgid and t is the "sticky" bit.?? The + indicates that there are more refined access modes present. You might want to read up on ls, chmod, getfacl, etc. What _can_ get funky and confusing is the mapping from Windows ACLs to what Cygwin reports and Cygwin's manipulation of ACLs.?? There is online Cygwin documentation about that as well. None of this is new.?? Maybe something changed the file permissions, and now they show up this way for you??? Not sure what your real question is ... UNIX use predates posix. Don't see any of these designations on Fedora even on ntfs file systems. Haven't dived into them because my objective is to run scientific calculations, but curiosity got the better of me. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Looking for explanation
Directory listing shows a number of new features that I don't remember being introduced. I see s,t,+ etc. other than the expected wxr. Where would I look for an explanation? Robert McBroom -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: X crashes with SIGPIPE
On 4/17/20 11:38 PM, Henry Gebhardt via Cygwin wrote: Hi, Cygwin/X crashes every few days for me. I managed to obtain a backtrace from the last crash (attached). Server log is also included. I have not, yet, managed to pin down the exact trigger for the crash. I am running two graphical programs under Windows 10 WSL2 Debian: tilix and evince. Have a similar problem. How did you get the backtrace? Everything just closes for the X system and is gone for me. Windows 10 Home. I've the same problem with a startxwin in a mintty window and with the entries to use wsl2 ubuntu or fedora. Robert -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Setup mirrors
On 3/8/20 11:14 PM, Andrey Repin wrote: Greetings, Ray Sabee! As an enthusiastic user of your software for many years, we would like to do something in return. We are very fond of the open source model and we would like to contribute to this great project. We have a lot of servers and per request on your website, we would like to make one of more servers available for mirroring the packages. I would love to know how we can set this up and it would be great if you can provide me with some sort of manual or wiki page. Did you search the most obvious place for information? https://cygwin.com/mirrors.html That is the list of mirrors not a howto on becoming a mirror "--Problem reports: http://cygwin.com/problems.htmlFAQ: http://cygwin.com/faq/Documentation: http://cygwin.com/docs.htmlUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple";
xsession dying
My xsession dies with the following: tail of console log from startxwin --- Rules = "base" Model = "pc105" Layout = "us" Variant = "none" Options = "none" winInitMultiWindowWM - DISPLAY=:0.0 winMultiWindowXMsgProc - DISPLAY=:0.0 winInitMultiWindowWM - xcb_connect () returned and successfully opened the display. winClipboardThreadProc - DISPLAY=:0.0 winProcEstablishConnection - winInitClipboard returned. winMultiWindowXMsgProc - xcb_connect() returned and successfully opened the display. winClipboardProc - xcb_connect () returned and successfully opened the display. Using Composite redirection OS has icon alpha channel support: yes --Then later SetupSysMenu: GetSystemMenu() failed for HWND 0x560456 SetupSysMenu: GetSystemMenu() failed for HWND 0x570456 SetupSysMenu: GetSystemMenu() failed for HWND 0x580456 SetupSysMenu: GetSystemMenu() failed for HWND 0x590456 SetupSysMenu: GetSystemMenu() failed for HWND 0x5a0456 SetupSysMenu: GetSystemMenu() failed for HWND 0x5b0456 SetupSysMenu: GetSystemMenu() failed for HWND 0x5c0456 SetupSysMenu: GetSystemMenu() failed for HWND 0x5f0456 SetupSysMenu: GetSystemMenu() failed for HWND 0x70a04 SetupSysMenu: GetSystemMenu() failed for HWND 0x5079c SetupSysMenu: GetSystemMenu() failed for HWND 0x70706 SetupSysMenu: GetSystemMenu() failed for HWND 0x80706 SetupSysMenu: GetSystemMenu() failed for HWND 0x90706 SetupSysMenu: GetSystemMenu() failed for HWND 0xa0706 SetupSysMenu: GetSystemMenu() failed for HWND 0xb0922 SetupSysMenu: GetSystemMenu() failed for HWND 0x60a06 SetupSysMenu: GetSystemMenu() failed for HWND 0xe092e SetupSysMenu: GetSystemMenu() failed for HWND 0xc07f4 SetupSysMenu: GetSystemMenu() failed for HWND 0xd07f4 SetupSysMenu: GetSystemMenu() failed for HWND 0xe07f4 SetupSysMenu: GetSystemMenu() failed for HWND 0xf07f4 xinit: connection to X server lost waiting for X server to shut down winMultiWindowXMsgProc - Fatal error 1 on xcb connection winDeinitMultiWindowWM - Noting shutdown in progress (II) Server terminated successfully (0). Closing log file. What do these messages mean? "--Problem reports: http://cygwin.com/problems.htmlFAQ: http://cygwin.com/faq/Documentation: http://cygwin.com/docs.htmlUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple";
Re: -bash: cd: /cygdrive/j/tri60/220-1116c_1.993: No such file or directory
On 3/2/20 3:53 PM, Marco Atzeri wrote: Am 02.03.2020 um 21:17 schrieb Robert McBroom via cygwin: Details in attached file better in line next time. Are you sure that the disk J is mounted in a Administrator account ? Regards Marco USB drive Windows mounted on login. emacs shows the owner as whoever is looking at the drive. I don't know what the "s" in the directory permissions means. Played with changes to no effect. -- 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
-bash: cd: /cygdrive/j/tri60/220-1116c_1.993: No such file or directory
Details in attached file Strange problem cropping up. I chain scripts with command sequences for long running numerical calculations executed from the initial mintty terminal. Running from a non administrative session. The form is --- #!/bin/bash cd /cygdrive/j/tri60/221-1344c_1.933 mcnp62.sh 221-1344c.mas3.87 221-1344c.baseh.s mcnp62.sh 221-1344c.mas3.87a 221-1344c.mas3.87.s sh -v ~/grd.sh & exit --- The sequence runs through one or more of the execution groups and then fails with --- @Dell-Studio ~ $ cd /cygdrive/j/tri60/220-1116c_1.993 -bash: cd: /cygdrive/j/tri60/220-1116c_1.993: No such file or directory --- I see the directory in emacs and have full access to it. From the terminal --- @Dell-Studio ~ $ cd /cygdrive @Dell-Studio /cygdrive $ cd j @Dell-Studio /cygdrive/j $ cd tri60 @Dell-Studio /cygdrive/j/tri60 $ cd 220-1116c_1.993 -bash: cd: 220-1116c_1.993: No such file or directory --- From emacs the dired listings are --- /cygdrive: total 84 dr-xr-xr-x 1 None 0 Feb 24 16:12 . drwxr-xr-x+ 1 Qyyy None 0 Jun 4 2018 .. drwxrwx---+ 1 SYSTEM SYSTEM 0 Feb 24 15:58 c drwxrwx---+ 1 SYSTEM SYSTEM 0 Feb 23 14:42 d drwxr-x---+ 1 Qyyy None 0 Feb 2 23:45 h drwsrwsrwx+ 1 Qyyy None 0 Feb 24 15:48 j drwxrwxr-x 1 Unix_User+0 Unix_Group+0 0 Feb 23 14:53 u drwxrwxr-x 1 Unix_User+0 Unix_Group+0 0 Mar 7 2019 v drwxrwxr-x 1 Unix_User+0 Unix_Group+0 0 Feb 8 15:48 w drwxrwxr-x 1 Unix_User+48 Unix_Group+100 0 Apr 22 2021 x drwxrwxrwx 1 Unix_User+48 Unix_Group+100 0 Jun 4 2021 z --- The listing for /cygdrive/j/tri60 is --- /cygdrive/j/tri60: total used in directory 3569 available 601771488 drwxrwxrwx+ 1 None0 Feb 24 16:29 . drwsrwsrwx+ 1 Qyyy None0 Feb 24 15:48 .. drwxrwxr-x+ 1 SYSTEM 0 Jun 25 2012 207-1120c_2.2-kvi drwxrwxr-x+ 1 SYSTEM 0 May 9 2012 208-1539c_2.2-kvi -rw-rw-rw-+ 1 SYSTEM 39 Nov 24 23:27 212-1513c.len59.619ac.m drwxrwsrwx+ 1 SYSTEM 0 Feb 22 22:45 212-1513c_1.642 -rwxrwxr--+ 1 SYSTEM 181056 Feb 22 11:08 212-1513c_1.642.xlsx -rwxrwxr--+ 1 SYSTEM 179379 Apr 10 2012 214-0925_1.642.xlsx drwxrwxr-x+ 1 SYSTEM 0 Apr 9 2012 214-0925_1.642-kvi drwxrwxrwx+ 1 None0 Jan 31 15:55 214-1010c_1.642 -rwxrwxr--+ 1 SYSTEM 203825 Feb 8 09:17 214-1010c_1.642.xlsx drwxrwsrwx+ 1 SYSTEM 0 Feb 7 15:33 219-1048c_1.933 drwxrwxrwx+ 1 None0 Feb 24 15:53 220-1116c_1.933 -rwxrwxr--+ 1 SYSTEM 160531 Feb 23 15:03 220-1116c_1.933.xlsx drwxrwsrwx+ 1 SYSTEM 0 Feb 7 15:30 221-1344c_1.933 -rwxrwxr--+ 1 SYSTEM 160451 Feb 22 11:25 221-1344c_1.933.xlsx drwxrwxr-x+ 1 SYSTEM 0 May 11 2012 229-1500c_2.63-kvi drwxrwxr-x+ 1 SYSTEM 0 May 9 2012 229-1530c_2.63-kvi drwxrwsrwx+ 1 SYSTEM 0 Feb 7 15:32 230-c_2.63 drwxrwsrwx+ 1 SYSTEM 0 Feb 7 15:31 232-1520c_3.11 drwxrwsrwx+ 1 SYSTEM 0 Feb 7 15:31 234-0911c_3.11 -rwxrwxr--+ 1 SYSTEM 153152 Mar 8 2012 269-1020c_1.396.xlsx drwxrwsrwx+ 1 SYSTEM 0 Jan 22 07:57 270-1055c_1.396 rwxr--+ 1 None 192601 Jan 16 21:09 270-1055c_1.396.xlsx drwxrwsrwx+ 1 SYSTEM 0 Dec 29 13:48 270-1310_1.396 -rwxrwxrwx+ 1 None 195249 Jan 24 12:54 270-1310_1.396.xlsx drwxrwxr-x+ 1 SYSTEM 0 Jan 11 23:55 271-1405c_1.396 -rwxrwxrwx+ 1 None 175723 Jan 24 12:55 271-1405c_1.396.xlsx --- The dired initial elements of the directory of interest --- /cygdrive/j/tri60/220-1116c_1.933: total used in directory 5289808 available 601772000 drwxrwxrwx+ 1 None0 Feb 24 15:53 . drwxrwxrwx+ 1 None0 Feb 23 15:03 .. drwxrwsrwx+ 1 None0 Feb 21 01:19 0.65 -rwxrwxr-x+ 1 None 1943788 Jan 30 06:00 212-1513c.basea.s -rwxrwxr-x+ 1 None86340 Feb 23 06:21 220-1116c.bas0.00.log -rw-rw-rw-+ 1 None14263 Feb 22 22:18 220-1116c.bas0.00.m -rwxrwxr-x+ 1 None 1455095 Feb 23 06:21 220-1116c.bas0.00.o --- Started Cygwin as an administrator --- Qyyy@Dell-Studio ~ sh -v ~/grd.sh & $ #!/bin/bash cd /cygdrive/j/tri60/220-1116c_1.993 /home//rods.sh: line 2: cd: /cygdrive/j/tri60/220-1116c_1.993: No such file or directory --- Shutdown Cygwin and did a restart of Windows 10 home problems still exist. Updated Cygwin. Problems still exist. Problems also occur on a new system with Windows 10 pro and fresh Cygwin install. If I make the desired directory the working directory in emacs and use the emacs command feature to execute the script, it works. The cd command fails but since it is in the proper directory the files are a
-bash: cd: /cygdrive/j/tri60/220-1116c_1.993: No such file or directory
Details in attached file Strange problem cropping up. I chain scripts with command sequences for long running numerical calculations executed from the initial mintty terminal. Running from a non administrative session. The form is --- #!/bin/bash cd /cygdrive/j/tri60/221-1344c_1.933 mcnp62.sh 221-1344c.mas3.87 221-1344c.baseh.s mcnp62.sh 221-1344c.mas3.87a 221-1344c.mas3.87.s sh -v ~/grd.sh & exit --- The sequence runs through one or more of the execution groups and then fails with --- @Dell-Studio ~ $ cd /cygdrive/j/tri60/220-1116c_1.993 -bash: cd: /cygdrive/j/tri60/220-1116c_1.993: No such file or directory --- I see the directory in emacs and have full access to it. From the terminal --- @Dell-Studio ~ $ cd /cygdrive @Dell-Studio /cygdrive $ cd j @Dell-Studio /cygdrive/j $ cd tri60 @Dell-Studio /cygdrive/j/tri60 $ cd 220-1116c_1.993 -bash: cd: 220-1116c_1.993: No such file or directory --- From emacs the dired listings are --- /cygdrive: total 84 dr-xr-xr-x 1 None 0 Feb 24 16:12 . drwxr-xr-x+ 1 Qyyy None 0 Jun 4 2018 .. drwxrwx---+ 1 SYSTEM SYSTEM 0 Feb 24 15:58 c drwxrwx---+ 1 SYSTEM SYSTEM 0 Feb 23 14:42 d drwxr-x---+ 1 Qyyy None 0 Feb 2 23:45 h drwsrwsrwx+ 1 Qyyy None 0 Feb 24 15:48 j drwxrwxr-x 1 Unix_User+0 Unix_Group+0 0 Feb 23 14:53 u drwxrwxr-x 1 Unix_User+0 Unix_Group+0 0 Mar 7 2019 v drwxrwxr-x 1 Unix_User+0 Unix_Group+0 0 Feb 8 15:48 w drwxrwxr-x 1 Unix_User+48 Unix_Group+100 0 Apr 22 2021 x drwxrwxrwx 1 Unix_User+48 Unix_Group+100 0 Jun 4 2021 z --- The listing for /cygdrive/j/tri60 is --- /cygdrive/j/tri60: total used in directory 3569 available 601771488 drwxrwxrwx+ 1 None0 Feb 24 16:29 . drwsrwsrwx+ 1 Qyyy None0 Feb 24 15:48 .. drwxrwxr-x+ 1 SYSTEM 0 Jun 25 2012 207-1120c_2.2-kvi drwxrwxr-x+ 1 SYSTEM 0 May 9 2012 208-1539c_2.2-kvi -rw-rw-rw-+ 1 SYSTEM 39 Nov 24 23:27 212-1513c.len59.619ac.m drwxrwsrwx+ 1 SYSTEM 0 Feb 22 22:45 212-1513c_1.642 -rwxrwxr--+ 1 SYSTEM 181056 Feb 22 11:08 212-1513c_1.642.xlsx -rwxrwxr--+ 1 SYSTEM 179379 Apr 10 2012 214-0925_1.642.xlsx drwxrwxr-x+ 1 SYSTEM 0 Apr 9 2012 214-0925_1.642-kvi drwxrwxrwx+ 1 None0 Jan 31 15:55 214-1010c_1.642 -rwxrwxr--+ 1 SYSTEM 203825 Feb 8 09:17 214-1010c_1.642.xlsx drwxrwsrwx+ 1 SYSTEM 0 Feb 7 15:33 219-1048c_1.933 drwxrwxrwx+ 1 None0 Feb 24 15:53 220-1116c_1.933 -rwxrwxr--+ 1 SYSTEM 160531 Feb 23 15:03 220-1116c_1.933.xlsx drwxrwsrwx+ 1 SYSTEM 0 Feb 7 15:30 221-1344c_1.933 -rwxrwxr--+ 1 SYSTEM 160451 Feb 22 11:25 221-1344c_1.933.xlsx drwxrwxr-x+ 1 SYSTEM 0 May 11 2012 229-1500c_2.63-kvi drwxrwxr-x+ 1 SYSTEM 0 May 9 2012 229-1530c_2.63-kvi drwxrwsrwx+ 1 SYSTEM 0 Feb 7 15:32 230-c_2.63 drwxrwsrwx+ 1 SYSTEM 0 Feb 7 15:31 232-1520c_3.11 drwxrwsrwx+ 1 SYSTEM 0 Feb 7 15:31 234-0911c_3.11 -rwxrwxr--+ 1 SYSTEM 153152 Mar 8 2012 269-1020c_1.396.xlsx drwxrwsrwx+ 1 SYSTEM 0 Jan 22 07:57 270-1055c_1.396 rwxr--+ 1 None 192601 Jan 16 21:09 270-1055c_1.396.xlsx drwxrwsrwx+ 1 SYSTEM 0 Dec 29 13:48 270-1310_1.396 -rwxrwxrwx+ 1 None 195249 Jan 24 12:54 270-1310_1.396.xlsx drwxrwxr-x+ 1 SYSTEM 0 Jan 11 23:55 271-1405c_1.396 -rwxrwxrwx+ 1 None 175723 Jan 24 12:55 271-1405c_1.396.xlsx --- The dired initial elements of the directory of interest --- /cygdrive/j/tri60/220-1116c_1.933: total used in directory 5289808 available 601772000 drwxrwxrwx+ 1 None0 Feb 24 15:53 . drwxrwxrwx+ 1 None0 Feb 23 15:03 .. drwxrwsrwx+ 1 None0 Feb 21 01:19 0.65 -rwxrwxr-x+ 1 None 1943788 Jan 30 06:00 212-1513c.basea.s -rwxrwxr-x+ 1 None86340 Feb 23 06:21 220-1116c.bas0.00.log -rw-rw-rw-+ 1 None14263 Feb 22 22:18 220-1116c.bas0.00.m -rwxrwxr-x+ 1 None 1455095 Feb 23 06:21 220-1116c.bas0.00.o --- Started Cygwin as an administrator --- Qyyy@Dell-Studio ~ sh -v ~/grd.sh & $ #!/bin/bash cd /cygdrive/j/tri60/220-1116c_1.993 /home//rods.sh: line 2: cd: /cygdrive/j/tri60/220-1116c_1.993: No such file or directory --- Shutdown Cygwin and did a restart of Windows 10 home problems still exist. Updated Cygwin. Problems still exist. Problems also occur on a new system with Windows 10 pro and fresh Cygwin install. If I make the desired directory the working directory in emacs and use the emacs command feature to execute the script, it works. The cd command fails but since it is in the proper directory the files are av
Re: [ANNOUNCEMENT] Updated: mintty 2.8.4 {GOLDSTAR]
On 02/06/2018 12:35 AM, Brian Inglis wrote: On 2018-02-05 21:45, Yaakov Selkowitz wrote: On 2018-02-05 20:01, Andrew Schulman wrote: I have uploaded mintty 2.8.4 with the following changes: I'll just take this opportunity to say thanks for maintaining this really central application in Cygwin. I use it every day to get my work done. Andrew Then let's do something about it. :-D He should be severely castigated for his prescient behaviour of adding new features and fixing problems before we can report them. Should we pin an old guy's Gold Watch on him, give him five Golden Rings^WStars so long after Xmas, or do his mintty actions deserve the most extreme treatment, [Oh, no! *NOT*...] the (Pink) Plush Hippo? AVG ANTIVIRUS on Win 7 thinks mintty is a virus after update. Shame on them. -- 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: Window 10 authorization problems
On 01/25/2018 12:53 PM, Achim Gratz wrote: Robert McBroom writes: Data drive D:\cygwin64\ But that's not where your home directory is? Next level down D:\cygwin64\home Both Windows 10 home and the insider edition of Windows 10 Pro are installed and share the data drive. If you share the home directory between two installations, then you might see interesting problems unless both machines are joined to the same domain. Same machine multiboot. But I really think from your other posting that the default DACL on your home directory are sabotaging Cygwin's attempt at providing POSIX semantics, so you should have better luck separating the Windows home directory from your Cygwin one, then removing any inherited DACL from the Cygwin home directory (don't do this to your Windows home directory). Regards, Achim. -- 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: Window 10 authorization problems
On 01/21/2018 03:28 AM, Achim Gratz wrote: Robert McBroom writes: Troubles through several cygwin releases with getting the files to have the right permissions when running startwinx from an initial cygwin64 terminal. Messages follow: Is that a network share? Data drive D:\cygwin64\ A directory listing gives: -- 2 mukx mukx 0 Jan 18 18:44 .serverauth.7284-c On Window 7 these files are properly read,write for the user. As Brian said, please check the DACL on your home directory via icacls. The above shows that Cygwin thinks there are _no_ ACL attached and it seems it can't create them either, so I suspect your home is on one of those shares that disallow both the reading and writing of DACL. You could try to use it by mounting it with the "noacl" option, but that will create other problems down the road, so you might need to move your home directory (as far as Cygwin is concerned) someplace else. This might be as easy as using a subdirectory in your current home or it might require using a different share. Regards, Achim. Both Windows 10 home and the insider edition of Windows 10 Pro are installed and share the data drive. -- 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: Window 10 authorization problems
On 01/20/2018 08:39 PM, Brian Inglis wrote: On 2018-01-20 16:35, Robert McBroom wrote: Troubles through several cygwin releases with getting the files to have the right permissions when running startwinx from an initial cygwin64 terminal. Messages follow: xauth:� /home/mukx/.serverauth.7284 not writable, changes will be ignored xauth:� /home/mukx/.Xauthority not writable, changes will be ignored xauth:� timeout in locking authority file /home/mukx/.Xauthority winInitMultiWindowWM - DISPLAY=:0.0 winMultiWindowXMsgProc - DISPLAY=:0.0 winMultiWindowXMsgProc - Could not open display, try: 1, sleeping: 5 winInitMultiWindowWM - Could not open display, try: 1, sleeping: 5 waiting for X server to begin accepting connections . winMultiWindowXMsgProc - Could not open display, try: 2, sleeping: 5 winInitMultiWindowWM - Could not open display, try: 2, sleeping: 5 and so on until the system gives up. A directory listing gives: � --� 2 mukx��������� mukx������������ 0 Jan 18 18:44 .serverauth.7284-c � --� 2 mukx��������� mukx������������ 0 Jan 18 18:44 .serverauth.7284-l � --� 1 mukx��������� mukx����������� 54 Jan 18 18:44 .Xauthority � --� 2 mukx��������� mukx������������ 0 Jan 18 18:44 .Xauthority-c � --� 2 mukx��������� mukx������������ 0 Jan 18 18:44 .Xauthority-l On Window 7 these files are properly read,write for the user. Normally a problem with no default ACls (DACLs) on the directory; use getfacl and icacls to view, and setfacl to set up permissions like: # file: /home/$USER # owner: SYSTEM # group: SYSTEM user::rwx user:$USER:rwx group::--- group:Administrators:rwx mask:rwx other:--- default:user::rwx default:user:$USER:rwx default:group::--- default:group:Administrators:rwx default:mask:rwx default:other:--- C:/Users/$USER NT AUTHORITY\SYSTEM:(OI)(CI)(F) BUILTIN\Administrators:(OI)(CI)(F) $HOST\$USER:(OI)(CI)(F) Thanks Brian.� Made some progress. $ getfacl /home/$USER # file: /home/mukx # owner: mukx # group: mukx user::rwx group::rwx other:rwx default:user::--- default:group::--- default:other:rwx The default DACL's look strange with other enabled.� Looked at the root $ getfacl / # file: / # owner: Administrators # group: Administrators user::rwx group::rwx other:rwx default:user::--- default:group::--- default:other:rwx Used setacl $ getfacl /home/mukx # file: /home/mukx # owner: mukx # group: mukx user::rwx group::rwx other:rwx default:user::rwx default:group::rwx default:other:rwx startxwin will now run when the initial cygwin64 terminal is started with "run as administrator" but not otherwise from the same windows user who is the system administrator. �-rw---� 1 mukx mukx����������� 54 Jan 21 13:37 .serverauth.5628 �-rw---� 1 mukx��������� mukx���������� 286 Jan 21 13:37 .Xauthority �-rw---� 1 mukx��������� mukx���������� 764 Jan 21 13:38 .xsession-errors -- 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
Window 10 authorization problems
Troubles through several cygwin releases with getting the files to have the right permissions when running startwinx from an initial cygwin64 terminal. Messages follow: xauth: /home/mukx/.serverauth.7284 not writable, changes will be ignored xauth: /home/mukx/.Xauthority not writable, changes will be ignored xauth: timeout in locking authority file /home/mukx/.Xauthority winInitMultiWindowWM - DISPLAY=:0.0 winMultiWindowXMsgProc - DISPLAY=:0.0 winMultiWindowXMsgProc - Could not open display, try: 1, sleeping: 5 winInitMultiWindowWM - Could not open display, try: 1, sleeping: 5 waiting for X server to begin accepting connections . .. winMultiWindowXMsgProc - Could not open display, try: 2, sleeping: 5 winInitMultiWindowWM - Could not open display, try: 2, sleeping: 5 and so on until the system gives up. A directory listing gives: -- 2 mukx mukx 0 Jan 18 18:44 .serverauth.7284-c -- 2 mukx mukx 0 Jan 18 18:44 .serverauth.7284-l -- 1 mukx mukx 54 Jan 18 18:44 .Xauthority -- 2 mukx mukx 0 Jan 18 18:44 .Xauthority-c -- 2 mukx mukx 0 Jan 18 18:44 .Xauthority-l On Window 7 these files are properly read,write for the user. Robert -- 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: Problems with cygwin in Windows 10
On 7/22/2015 4:03 AM, Corinna Vinschen wrote: On Jul 21 23:13, Robert McBroom wrote: Having problems with the X interface in Windows 10 (currently build 10240). /bin/startxwin fails with the symptoms in the attached file xwin.txt. The output from cygcheck -cv is also attached. What am I missing? [...] granp@WIN-xx / $ ls -la total 1303 drwxrwxrwx+ 1 Unknown+User Unknown+Group 0 May 21 15:33 . This looks weird. Did you copy your /etc/passwd and /etc/group files from another machine, by any chance? If you have both files, simply remove them. Check if you have a /etc/nsswitch.conf(*) file and remove it as well. Exit all Cygwin processes and start a single shell. What does `id' print? What does `ls -l' print now? Corinna (*) In the long run, you might want to read https://cygwin.com/cygwin-ug-net/ntsec.html Startxwin worked after doing "chown granp:granp /tmp". /etc/passwd and /etc/group files don't exist. The file /etc/nsswitch.conf was default dated from January. Moved it. The output from `id and `ls -l is in the attached file. granp@WIN-O8GDH3F20D4 ~ $ id uid=197609(granp) gid=197609(granp) groups=197609(granp),405504(High Mandatory Level),114(Local account and member of Administrators group),544(Administrators),545(Users),4(INTERACTIVE),66049(CONSOLE LOGON),11(Authenticated Users),15(This Organization),68592(microsoftaccount+granpa...@outlook.com),113(Local account),66048(LOCAL),262180(Cloud Account Authentication) granp@WIN-O8GDH3F20D4 ~ $ ls -l total 2 drwxrwxr-x+ 1 granp granp 0 Jul 18 00:23 Desktop drwxrwxr-x+ 1 granp granp 0 Jul 18 00:23 Documents drwxrwxr-x+ 1 granp granp 0 Jul 18 00:23 Downloads -rwxrwxr--+ 1 granp granp 302 Jul 21 15:59 Emacs -rwxrwxr--+ 1 granp granp 100 Jul 21 15:59 fullvt drwxrwxr-x+ 1 granp granp 0 Jul 18 00:23 Music drwxrwxr-x+ 1 granp granp 0 Jul 18 00:23 Pictures drwxrwxr-x+ 1 granp granp 0 Jul 18 00:23 Public drwxrwxr-x+ 1 granp granp 0 Jul 18 00:23 Templates drwxrwxr-x+ 1 granp granp 0 Jul 18 00:23 Videos granp@WIN-O8GDH3F20D4 ~ $ ls -l \ total 1295 lrwxrwxrwx 1 Unknown+User Unknown+Group 21 Jan 1 2014 30cm -> /cygdrive/f/rods/30cm lrwxrwxrwx 1 Unknown+User Unknown+Group 21 Jan 1 2014 60cm -> /cygdrive/f/rods/60cm drwxrwxrwx+ 1 Unknown+User Unknown+Group 0 Jul 21 15:48 bin dr-xr-xr-x 1 granpgranp 0 Jul 23 07:59 cygdrive -rwxrwxrwx+ 1 Unknown+User Unknown+Group 59 Jul 7 21:58 Cygwin.bat -rwxrwxrwx+ 1 Unknown+User Unknown+Group 59 Aug 8 2013 Cygwin.bat~ -rwxrwxrwx+ 1 Unknown+User Unknown+Group 157097 Aug 8 2013 Cygwin.ico -rwxrwxrwx+ 1 Unknown+User Unknown+Group 53342 Aug 8 2013 Cygwin-Terminal.ico -rwxrwxrwx+ 1 Unknown+User Unknown+Group 132014 Apr 26 11:40 cygwin-ug-net-nochunks.html drwxrwxrwx+ 1 Unknown+User Unknown+Group 0 Oct 10 2013 dev drwxrwxrwx+ 1 Unknown+User Unknown+Group 0 Jul 23 07:56 etc lrwxrwxrwx 1 Unknown+User Unknown+Group 11 Sep 7 2013 f -> /cygdrive/f drwxrwxrwx+ 1 Unknown+User Unknown+Group 0 Jul 7 21:58 home lrwxrwxrwx 1 Unknown+User Unknown+Group 11 Sep 7 2013 j -> /cygdrive/j drwxr-xr-x+ 1 Unknown+User Unknown+Group 0 Jul 21 15:48 lib lrwxrwxrwx 1 Unknown+User Unknown+Group 26 Sep 7 2013 MCNP_DATA -> /cygdrive/d/MCNP/mcnp_data drwx---r-x+ 1 Unknown+User Unknown+Group 0 May 31 21:27 mnt drwx---r-x+ 1 Unknown+User Unknown+Group 0 Apr 26 21:26 opt dr-xr-xr-x 9 granpgranp 0 Jul 23 07:59 proc drwxr--r-t+ 1 Unknown+User Unknown+Group 0 Apr 27 21:12 run drwxrwxr-x+ 1 Unknown+User Unknown+Group 0 Apr 25 15:47 sbin drwxrwxr-t+ 1 granpgranp 0 Jul 22 07:46 tmp drwxrwxrwx+ 1 Unknown+User Unknown+Group 0 Jul 11 01:08 usr drwxr-xr-x+ 1 Unknown+User Unknown+Group 0 Oct 3 2014 var -- 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: [ANNOUNCEMENT] Update: mintty 2.1.1
On 7/23/2015 9:08 AM, Ismail Donmez wrote: Hi, Houder writes: Hi, Thomas Wolf writes: mintty 2.1.1 has a bunch of requested tweaks and fixes which Iâm releasing before some restructuring around character attributes... This seems to stackdump on startup for me on Win7 x64. Confirmed. Both Win7 x86 and Win7 x64. It started working again for me after a restart, weird. Stackdump after updated on Win 7 64. Works on Win 10 64. Haven't restarted to see if that clears things up. Cygwin.bat works. -- 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
Problems with cygwin in Windows 10
Having problems with the X interface in Windows 10 (currently build 10240). /bin/startxwin fails with the symptoms in the attached file xwin.txt. The output from cygcheck -cv is also attached. What am I missing? $ startxwin Could not load crashreporter dll Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.17.1.0 OS: CYGWIN_NT-10.0 WIN-xx 2.0.4(0.287/5/3) 2015-06-09 12:22 x86_64 OS: Windows 10 [Windows NT 10.0 build 10130] (Win64) Package: version 1.17.1-5 built 2015-06-02 XWin was started with the following command line: /usr/bin/XWin :2 -multiwindow -auth /home/granp/.serverauth.5032 (EE) Fatal server error: (EE) Could not create lock file in /tmp/.tX2-lock waiting for X server to begin accepting connections . .. .. .. .. .. .. .. ..winDeinitMultiWindowWM - Noting shutdown in progress xinit: giving up xinit: unable to connect to X server: Connection refused xinit: server error granp@WIN-xx ~ $ cd / granp@WIN-xx / $ ls -la total 1303 drwxrwxrwx+ 1 Unknown+User Unknown+Group 0 May 21 15:33 . drwxrwxrwx+ 1 Unknown+User Unknown+Group 0 May 21 15:33 .. drwxrwx---+ 1 Unknown+User Unknown+Group 0 Apr 1 2014 .cache lrwxrwxrwx 1 Unknown+User Unknown+Group 21 Jan 1 2014 30cm -> /cygdrive/f/rods/30cm lrwxrwxrwx 1 Unknown+User Unknown+Group 21 Jan 1 2014 60cm -> /cygdrive/f/rods/60cm drwxrwxrwx+ 1 Unknown+User Unknown+Group 0 Jul 11 01:15 bin dr-xr-xr-x 1 granpgranp 0 Jul 11 01:19 cygdrive -rwxrwxrwx+ 1 Unknown+User Unknown+Group 59 Jul 7 21:58 Cygwin.bat -rwxrwxrwx+ 1 Unknown+User Unknown+Group 59 Aug 8 2013 Cygwin.bat~ -rwxrwxrwx+ 1 Unknown+User Unknown+Group 157097 Aug 8 2013 Cygwin.ico -rwxrwxrwx+ 1 Unknown+User Unknown+Group 53342 Aug 8 2013 Cygwin-Terminal.ico -rwxrwxrwx+ 1 Unknown+User Unknown+Group 132014 Apr 26 11:40 cygwin-ug-net-nochunks.html drwxrwxrwx+ 1 Unknown+User Unknown+Group 0 Oct 10 2013 dev drwxrwxrwx+ 1 Unknown+User Unknown+Group 0 Jul 11 01:15 etc lrwxrwxrwx 1 Unknown+User Unknown+Group 11 Sep 7 2013 f -> /cygdrive/f drwxrwxrwx+ 1 Unknown+User Unknown+Group 0 Jul 7 21:58 home lrwxrwxrwx 1 Unknown+User Unknown+Group 11 Sep 7 2013 j -> /cygdrive/j drwxr-xr-x+ 1 Unknown+User Unknown+Group 0 Jul 11 01:14 lib lrwxrwxrwx 1 Unknown+User Unknown+Group 26 Sep 7 2013 MCNP_DATA -> /cygdrive/d/MCNP/mcnp_data drwx---r-x+ 1 Unknown+User Unknown+Group 0 May 31 21:27 mnt drwx---r-x+ 1 Unknown+User Unknown+Group 0 Apr 26 21:26 opt dr-xr-xr-x 9 granpgranp 0 Jul 11 01:19 proc drwxr--r-t+ 1 Unknown+User Unknown+Group 0 Apr 27 21:12 run drwxrwxr-x+ 1 Unknown+User Unknown+Group 0 Apr 25 15:47 sbin drwxrwxr-t+ 1 Unknown+User Unknown+Group 0 Jun 2 10:52 tmp drwxrwxrwx+ 1 Unknown+User Unknown+Group 0 Jul 11 01:08 usr drwxr-xr-x+ 1 Unknown+User Unknown+Group 0 Oct 3 2014 var $ startxwin Could not load crashreporter dll Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.17.1.0 OS: CYGWIN_NT-10.0 WIN-xx 2.0.4(0.287/5/3) 2015-06-09 12:22 x86_64 OS: Windows 10 [Windows NT 10.0 build 10240] (Win64) Package: version 1.17.1-5 built 2015-06-02 XWin was started with the following command line: /usr/bin/XWin :2 -multiwindow -auth /home/granp/.serverauth.5124 Could not load crashreporter dll (II) xorg.conf is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information LoadPreferences: /home/granp/.XWinrc not found LoadPreferences: Loading /etc/X11/system.XWinrc LoadPreferences: Done parsing the configuration file... winDetectSupportedEngines - DirectDraw4 installed, allowing ShadowDDNL winDetectSupportedEngines - Returning, supported engines 0005 winSetEngine - Multi Window or Rootless => ShadowGDI winScreenInit - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1400 height: 1050 depth: 32 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel glWinSelectGLimplementation: Loaded 'cygnativeGLthunk.dll' (II) AIGLX: Testing pixelFormatIndex 2 GL_VERSION: 1.1.0 GL_VENDOR: Microsoft Corporation GL_RENDERER:GDI Generic wglwrap: Can't resolve "wglGetExtensionsStringARB" (EE) AIGLX: Won't use the generic native renderer as it is not accelerated glWinSelectGLimplementation: Loaded 'cygGL-1.dll' (II) AIGLX: enabled GLX_EXT_texture_from_pixmap (II) AIGLX: Loaded and initialized swrast (II) GLX: Initialized DRISWRAST GL provider for screen 0 winPointerWarpCursor - Discarding first warp: 700 525 (--) 5 mouse buttons found (--) Setting autorepeat to delay=500, rate=31 (--) Windows keyboard layout: "0409" (0409) "US", type 7 (--) Found matching XKB configurati
Re: Emacs font trouble
On 9/18/2013 9:57 PM, Ken Brown wrote: On 9/18/2013 9:07 PM, Robert McBroom wrote: Having trouble getting an acceptable fixed font display on emacs. All my old standards don't seem to be showing up any more. terminal, fixed, courier, 8514fix, etc. -fn "Lucida Console-8" worked for a while but not any more error: Invalid font name, -b&h-Lucida Console-normal-normal-semi-condensed-*-11-*-*-*-m-0-iso10646-1 -fn "-misc-fixed-medium-r-semicondensed--13-*-*-*-c-60-iso8859-1" I would really like a 9pt font so I can get four windows on my wide screen. Click on "Set Default Font" in the "Options" menu. It will show you the available fonts. There are many 9pt fonts available on my system. After selecting one you like, click on "Save Options", and your choice will be used by default in future sessions. See the "Fonts" section of the emacs manual for much more information. Done that many times, but don't find any usable fixed fonts. The declarations in my earlier email are ones as exampled in the "Fonts" section of the emacs manual that have worked in the past but don't seem to now. Can't see any thing that shows up wrong in /usr/share/fonts. Save Options says changes to .emacs are saved but the file doesn't change even though the file is rwxrwxrwx. Robert McBroom -- 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 font trouble
Having trouble getting an acceptable fixed font display on emacs. All my old standards don't seem to be showing up any more. terminal, fixed, courier, 8514fix, etc. -fn "Lucida Console-8" worked for a while but not any more error: Invalid font name, -b&h-Lucida Console-normal-normal-semi-condensed-*-11-*-*-*-m-0-iso10646-1 -fn "-misc-fixed-medium-r-semicondensed--13-*-*-*-c-60-iso8859-1" I would really like a 9pt font so I can get four windows on my wide screen. What am I missing in the system? Robert McBroom -- 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: config.guess and config.sub older than new Cygwin64
On 9/5/2013 8:24 AM, Ryan Johnson wrote: On 05/09/2013 8:08 AM, Earnie Boyd wrote: On Wed, Sep 4, 2013 at 6:13 PM, Charles Wilson wrote: On 9/4/2013 5:43 PM, Earnie Boyd wrote: Just a note to those of you using Cygwin64 to build packages. You will need to most likely replace the config.guess and config.sub files in those packages with newer ones from ftp://ftp.gnu.org/pub/gnu/config/ because it won't guess your system correctly. Twice now I've seen on config-patches a report submitted because of this. The versions installed into /usr/share/automake-X.Y/ have all been modified to be the latest upstream as of mid-July -- for all X.Y from 1.4 to 1.14. Also, cygport itself ships with an identical copy, and modifying your script to call 'gnuconfigize' during src_compile() will update them as well. That's fine if the user is using cygport but from the two I've seen on config-patches is that the user is executing a package configure where the package has an 11 year old config.guess and is not using cygport at all. I would think that cygwin64 is the least of your worries if you're using an 11 year-old config.guess... $0.02 Ryan That is what you get if you pull a source tar ball off the source tree. Sometimes there is a clue on a next step along a path to accomplish an update and sometimes not. Robert McBroom -- 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: rsync failing to see drive path
On 9/4/2013 6:41 PM, Mike Cappella wrote: Hi Folks, I'm trying to use rsync on a USB (fat) drive, but it fails on the cygdrive path: $ rsync --dry-run --delete -uvxhir "/cydrive/m/Music Converted" /cygdrive/G/ sending incremental file list rsync: change_dir "/cydrive/m" failed: No such file or directory (2) and I'm not sure why as it does indeed exist: $ ls -l /cygdrive/m/Music\ Converted total 12532 -rwxr-xr-x+ 1 MrC 12568746 Sep 4 11:42 Database.mpl drwxr-xr-x+ 1 MrC 0 Sep 4 11:41 Music drwxr-xr-x+ 1 MrC 0 Sep 4 11:42 Playlists Any ideas? $ uname -a CYGWIN_NT-6.1 zion 1.7.25(0.270/5/3) 2013-08-31 20:37 x86_64 Cygwin Mixing Win and Cygwin. Try rsync --dry-run --delete -uvxhir /cydrive/m/Music\ Converted /cygdrive/G/ Robert McBroom -- 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: config.guess and config.sub older than new Cygwin64
On 9/4/2013 6:44 PM, Yaakov (Cygwin/X) wrote: On 2013-09-04 17:13, Charles Wilson wrote: On 9/4/2013 5:43 PM, Earnie Boyd wrote: Just a note to those of you using Cygwin64 to build packages. You will need to most likely replace the config.guess and config.sub files in those packages with newer ones from ftp://ftp.gnu.org/pub/gnu/config/ because it won't guess your system correctly. The versions installed into /usr/share/automake-X.Y/ have all been modified to be the latest upstream as of mid-July -- for all X.Y from 1.4 to 1.14. Also, cygport itself ships with an identical copy, and modifying your script to call 'gnuconfigize' during src_compile() will update them as well. Please note that cygautoreconf() and the other *_autoreconf() functions already handle this automatically where applicable. Yaakov Context to invoke these processes? Robert McBroom -- 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: Fwd: Re: Trying to build rxvt on Cygwin64.
On 9/2/2013 5:23 PM, Charles Wilson wrote: Are you using the -src package from the cygwin mirrors, and the cygport script? The rxvt shipped by cygwin has been heavily patched from upstream to support our (32bit) platform; at *minimum* you will need those patches to build the 64 bit version. Unfortunately rxvt is pretty far down my list of priorities for porting to 64bit given its dead-as-a-doornail, ex-parrot status upstream and relative lack of users. The best I can say is, I'll get to it eventually. -- Chuck cygwin rxvt "maintainer" Robert@Dell-Studio ~ $ cygport /usr/local/src/rxvt-20050409-21.cygport compile >>> Compiling rxvt-20050409-21 ---console output attached Robert McBroom Robert@Dell-Studio ~ $ cygport /usr/local/src/rxvt-20050409-21.cygport compile >>> Compiling rxvt-20050409-21 autoheader --include=autoconf autoconf/configure.in autoconf --include=autoconf autoconf/configure.in > configure /usr/local/src/rxvt-20050409-21/src/rxvt/configure --srcdir=/usr/local/src/rxvt-20050409-21/src/rxvt --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/libexec --datadir=/usr/share --localstatedir=/var --sysconfdir=/etc --datarootdir=/usr/share --docdir=/usr/share/doc/rxvt -C --disable-shared --enable-xpm-background --with-xpm-includes=/usr/local/src/rxvt-20050409-21/build/W11/X11 --with-xpm-library=/usr/local/src/rxvt-20050409-21/build/W11/lib --x-libraries=/usr/local/src/rxvt-20050409-21/build/W11/lib --x-includes=/usr/local/src/rxvt-20050409-21/build/W11 --enable-utmp --enable-wtmp --enable-lastlog --enable-menubar --enable-rxvt-scroll --enable-next-scroll --enable-xterm-scroll --enable-frills --enable-linespace --enable-mousewheel --enable-keepscrolling --enable-old-selection --enable-selectionscrolling --enable-transparency --enable-256-color --enable-24bit --enable-languages --with-encoding=noenc configure: loading cache config.cache configuring for rxvt 2.7.10 (20050409, 21) checking build system type... x86_64-unknown-cygwin checking host system type... x86_64-unknown-cygwin checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.exe checking for suffix of executables... .exe checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking how to run the C preprocessor... gcc -E checking for a BSD-compatible install... /usr/bin/install -c checking for gawk... gawk checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking for library containing strerror... none required checking how to print strings... printf checking for a sed that does not truncate output... /usr/bin/sed checking for fgrep... /usr/bin/grep -F checking for ld used by gcc... /usr/x86_64-pc-cygwin/bin/ld.exe checking if the linker (/usr/x86_64-pc-cygwin/bin/ld.exe) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 8192 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking how to convert x86_64-unknown-cygwin file names to x86_64-unknown-cygwin format... func_convert_file_noop checking how to convert x86_64-unknown-cygwin file names to toolchain format... func_convert_file_noop checking for /usr/x86_64-pc-cygwin/bin/ld.exe option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... file_magic ^x86 archive import|^x86 DLL checking for dlltool... dlltool checking how to associate runtime and link libraries... func_cygming_dll_for_implib checking for ar... ar checking for archiver @FILE support... @ checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from gcc object... ok checking for sysroot... no checking for mt... no checking if : is a manifest tool... no checking for dlfcn.h... yes checking for as... as checking for dlltool... (cached) dlltool checking for objdump... (cached) objdump checking for objdir... .libs checking if gcc supports -fno-rtti -fno-exception
Re: config.guess and config.sub older than new Cygwin64
On 9/4/2013 6:13 PM, Charles Wilson wrote: On 9/4/2013 5:43 PM, Earnie Boyd wrote: Just a note to those of you using Cygwin64 to build packages. You will need to most likely replace the config.guess and config.sub files in those packages with newer ones from ftp://ftp.gnu.org/pub/gnu/config/ because it won't guess your system correctly. Twice now I've seen on config-patches a report submitted because of this. The versions installed into /usr/share/automake-X.Y/ have all been modified to be the latest upstream as of mid-July -- for all X.Y from 1.4 to 1.14. Also, cygport itself ships with an identical copy, and modifying your script to call 'gnuconfigize' during src_compile() will update them as well. -- Chuck Incomplete command. Tried ... src_compile() { lndirs cd ${S} ${S}/.prebuild cd ${B} export rxvt_cv_struct_utmpx=no export DLIB=${B}/W11/wrap/rxvt_res.o gnuconfigsize cygconf \ ... Robert@Dell-Studio ~ $ cygport /usr/local/src/rxvt-20050409-21.cygport prep|tee ~/rxvtcygportprep.log ---output attached Robert@Dell-Studio ~ $ cygport /usr/local/src/rxvt-20050409-21.cygport compile|tee ~/rxvtcygportcompile >>> Compiling rxvt-20050409-21 autoheader --include=autoconf autoconf/configure.in autoconf --include=autoconf autoconf/configure.in > configure /usr/local/src/rxvt-20050409-21.cygport: line 39: gnuconfigsize: command not found Robert McBroom [1;39m>>> Preparing rxvt-20050409-21[0;0m >>> Unpacking source rxvt-20050409.tar.bz2 >>> Unpacking source rxvt-import-xpm.patch.bz2 >>> Unpacking source rxvt-extra-icons.tar.bz2 [1;32m*** Info:[0;0m applying patch rxvt-import-xpm.patch: patching file rxvt/xpm/00README.rxvt patching file rxvt/xpm/CHANGES patching file rxvt/xpm/COPYRIGHT patching file rxvt/xpm/FAQ.html patching file rxvt/xpm/FILES patching file rxvt/xpm/Imakefile patching file rxvt/xpm/Makefile.cygwin patching file rxvt/xpm/Makefile.noX patching file rxvt/xpm/README.AMIGA patching file rxvt/xpm/README.MSW patching file rxvt/xpm/README.XFree86 patching file rxvt/xpm/README.html patching file rxvt/xpm/cxpm/Imakefile patching file rxvt/xpm/cxpm/Makefile.cygwin patching file rxvt/xpm/cxpm/Makefile.noX patching file rxvt/xpm/cxpm/cxpm.c patching file rxvt/xpm/cxpm/cxpm.man patching file rxvt/xpm/lib/Attrib.c patching file rxvt/xpm/lib/CrBufFrI.c patching file rxvt/xpm/lib/CrBufFrP.c patching file rxvt/xpm/lib/CrDatFrI.c patching file rxvt/xpm/lib/CrDatFrP.c patching file rxvt/xpm/lib/CrIFrBuf.c patching file rxvt/xpm/lib/CrIFrDat.c patching file rxvt/xpm/lib/CrIFrP.c patching file rxvt/xpm/lib/CrPFrBuf.c patching file rxvt/xpm/lib/CrPFrDat.c patching file rxvt/xpm/lib/CrPFrI.c patching file rxvt/xpm/lib/Image.c patching file rxvt/xpm/lib/Imakefile patching file rxvt/xpm/lib/Info.c patching file rxvt/xpm/lib/Makefile.AmigaGCC patching file rxvt/xpm/lib/Makefile.cygwin patching file rxvt/xpm/lib/Makefile.noX patching file rxvt/xpm/lib/RdFToBuf.c patching file rxvt/xpm/lib/RdFToDat.c patching file rxvt/xpm/lib/RdFToI.c patching file rxvt/xpm/lib/RdFToP.c patching file rxvt/xpm/lib/Smakefile patching file rxvt/xpm/lib/WrFFrBuf.c patching file rxvt/xpm/lib/WrFFrDat.c patching file rxvt/xpm/lib/WrFFrI.c patching file rxvt/xpm/lib/WrFFrP.c patching file rxvt/xpm/lib/Xpm-def.cpp patching file rxvt/xpm/lib/XpmI.h patching file rxvt/xpm/lib/amigax.c patching file rxvt/xpm/lib/amigax.h patching file rxvt/xpm/lib/create.c patching file rxvt/xpm/lib/data.c patching file rxvt/xpm/lib/descrip.mms patching file rxvt/xpm/lib/hashtab.c patching file rxvt/xpm/lib/libXpm-X.def patching file rxvt/xpm/lib/libXpm-noX.def patching file rxvt/xpm/lib/make.com patching file rxvt/xpm/lib/misc.c patching file rxvt/xpm/lib/parse.c patching file rxvt/xpm/lib/rgb.c patching file rxvt/xpm/lib/rgbtab.h patching file rxvt/xpm/lib/scan.c patching file rxvt/xpm/lib/simx.c patching file rxvt/xpm/lib/simx.h patching file rxvt/xpm/lib/xpm.h patching file rxvt/xpm/namecvt patching file rxvt/xpm/sxpm/Imakefile patching file rxvt/xpm/sxpm/Makefile.cygwin patching file rxvt/xpm/sxpm/Makefile.noX patching file rxvt/xpm/sxpm/plaid.xpm patching file rxvt/xpm/sxpm/plaid_ext.xpm patching file rxvt/xpm/sxpm/plaid_mask.xpm patching file rxvt/xpm/sxpm/sxpm.c patching file rxvt/xpm/sxpm/sxpm.man [1;32m*** Info:[0;0m applying patch rxvt-mr01-swap-buttons-option.patch: patching file src/command.c patching file src/rxvt.h patching file src/rxvtlib.h.in patching file src/xdefaults.c [1;32m*** Info:[0;0m applying patch rxvt-mr02-cd-option.patch: patching file src/init.c patching file src/main.c patching file src/rxvt.h patching file src/rxvtlib.h.in patching file src/xdefaults.c patching file autoconf/configure.in [1;32m*** Info:[0;0m applying patch 07decrease_wm_race_likeliness: patching file src/init.c >>> Preparing working source directory [1;32m*** Info:[0;0m applying patch rxvt-20050409-21.cygwin.patch: patch
Re: Trying to build rxvt on Cygwin64.
On 9/3/2013 7:40 AM, Andrey Repin wrote: Greetings, Robert McBroom! I'm accustomed to using rxvt. I know how to set all the options that I want to use. mintty is to limited and xterm has too much stuff. mintty is based on the PuTTY source code, is very robust and well-tested. If you find a feature missing in mintty, you may ask the author to include it, or to explain it's absence. Last I checked, rxvt do not have support for UNICODE, aside from one not very well working hack. -- WBR, Andrey Repin (anrdae...@yandex.ru) 03.09.2013, <15:37> I don't need UNICODE. It has been nice to have one command window system that works the same on lots of unix flavors for the last thirty years. It is useful to find out the quirks that allow building a X program on Cygwin64 for lots of other applications. Provided that those that know are willing to share. Robert McBroom -- 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: Fwd: Re: Trying to build rxvt on Cygwin64.
On 9/2/2013 5:23 PM, Charles Wilson wrote: Are you using the -src package from the cygwin mirrors, and the cygport script? The rxvt shipped by cygwin has been heavily patched from upstream to support our (32bit) platform; at *minimum* you will need those patches to build the 64 bit version. Unfortunately rxvt is pretty far down my list of priorities for porting to 64bit given its dead-as-a-doornail, ex-parrot status upstream and relative lack of users. The best I can say is, I'll get to it eventually. -- Chuck cygwin rxvt "maintainer" I used the source from the cygwin mirrors. My assumption was that the included patches had been applied to the src in the tar ball. I didn't apply the cygport script. Robert McBroom -- 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: Trying to build rxvt on Cygwin64.
On 9/2/2013 9:00 AM, Andrey Repin wrote: Greetings, mcforum! The source tar balls I can find of rxvt are quite old and the config.guess in the package doesn't recognize a win 7 x64, Cygwin64 system. Any pointers to getting a x64 rxvt to build? If you're not building it out of pure curiosity, I suggest you state your intentions more clearly. If all you want is a graphical terminal window, look into mintty shipped with modern cygwin installations. -- WBR, Andrey Repin (anrdae...@yandex.ru) 02.09.2013, <16:57> Sorry for my terrible english... I'm accustomed to using rxvt. I know how to set all the options that I want to use. mintty is to limited and xterm has too much stuff. Robert McBroom -- 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
Fwd: Re: Trying to build rxvt on Cygwin64.
On 9/2/2013 12:56 AM, Václav Zeman wrote: On 09/02/2013 06:15 AM, mcforum wrote: The source tar balls I can find of rxvt are quite old and the config.guess in the package doesn't recognize a win 7 x64, Cygwin64 system. Any pointers to getting a x64 rxvt to build? If that is the only problem then you can get config.guess and config.sub from the upstream: <http://git.savannah.gnu.org/gitweb/?p=config.git;a=tree> and replace the one in the rxvt source. I've already tried that. The The console log from .prebuild and the resulting config.log and output from the console are attached. Robert@Dell-Studio ~ $ uname -a CYGWIN_NT-6.1 Dell-Studio 1.7.24(0.269/5/3) 2013-08-15 11:59 x86_64 Cygwin Robert McBroom This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.69. Invocation command line was $ ./configure ## - ## ## Platform. ## ## - ## hostname = Dell-Studio uname -m = x86_64 uname -r = 1.7.24(0.269/5/3) uname -s = CYGWIN_NT-6.1 uname -v = 2013-08-15 11:59 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = x86_64 /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /usr/local/bin PATH: /usr/bin PATH: /cygdrive/d/MCNP/mcnp5/bin PATH: /cygdrive/c/Windows/system32 PATH: /cygdrive/c/Windows PATH: /cygdrive/c/Windows/System32/Wbem PATH: /cygdrive/c/Windows/System32/WindowsPowerShell/v1.0 PATH: /cygdrive/c/Program Files (x86)/Common Files/Roxio Shared/DLLShared PATH: /cygdrive/c/Program Files (x86)/Common Files/Roxio Shared/OEM/DLLShared PATH: /cygdrive/c/Program Files (x86)/Common Files/Roxio Shared/OEM/DLLShared PATH: /cygdrive/c/Program Files (x86)/Common Files/Roxio Shared/OEM/12.0/DLLShared PATH: /cygdrive/c/Program Files (x86)/Roxio/OEM/AudioCore PATH: /cygdrive/c/Program Files (x86)/Common Files/Acronis/SnapAPI PATH: /usr/lib/lapack ## --- ## ## Core tests. ## ## --- ## configure:3042: checking for gcc configure:3058: found /usr/bin/gcc configure:3069: result: gcc configure:3298: checking for C compiler version configure:3307: gcc --version >&5 gcc (GCC) 4.8.1 Copyright (C) 2013 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:3318: $? = 0 configure:3307: gcc -v >&5 Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-cygwin/4.8.1/lto-wrapper.exe Target: x86_64-pc-cygwin Configured with: /cygdrive/i/szsz/tmpp/cygwin64/gcc/gcc-4.8.1-3/src/gcc-4.8.1/configure --srcdir=/cygdrive/i/szsz/tmpp/cygwin64/gcc/gcc-4.8.1-3/src/gcc-4.8.1 --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/lib --datadir=/usr/share --localstatedir=/var --sysconfdir=/etc --datarootdir=/usr/share --docdir=/usr/share/doc/gcc -C --build=x86_64-pc-cygwin --host=x86_64-pc-cygwin --target=x86_64-pc-cygwin --without-libiconv-prefix --without-libintl-prefix --enable-shared --enable-shared-libgcc --enable-static --enable-version-specific-runtime-libs --enable-bootstrap --disable-__cxa_atexit --with-dwarf2 --with-tune=generic --enable-languages=c,c++,fortran,lto,objc,obj-c++ --enable-graphite --enable-threads=posix --enable-libatomic --enable-libgomp --disable-libitm --enable-libquadmath --enable-libquadmath-support --enable-libssp --enable-libgcj-sublibs --disable-java-awt --disable-symvers --with-ecj-jar=/usr/share/java/ecj.jar --with-gnu-ld --with-gnu-as --with-cloog-include=/usr/include/cloog-isl --without-libiconv-prefix --without-libintl-prefix --with-system-zlib Thread model: posix gcc version 4.8.1 (GCC) configure:3318: $? = 0 configure:3307: gcc -V >&5 gcc: error: unrecognized command line option '-V' gcc: fatal error: no input files compilation terminated. configure:3318: $? = 1 configure:3307: gcc -qversion >&5 gcc: error: unrecognized command line option '-qversion' gcc: fatal error: no input files compilation terminated. configure:3318: $? = 1 configure:3338: checking whether the C compiler works configure:3360: gccconftest.c >&5 configure:3364: $? = 0 configure:3412: result: yes configure:3415: checking for C compiler default output file name configure:3417: result: a.exe configure:3423: checking for suffix of executables configure:3430: gcc -o conftest.execonftest.c >&5 configure:3434: $? = 0 configure:3456: result: .exe configure:3478: checking whether we are cross compiling configure:3486: gcc -o conftest.execonftest.c >&5 configure:3490: $? = 0 configure:3497: ./conftest.exe configure:3501: $? = 0 configure:3516: result: no configure:3521: