[ANNOUNCEMENT] Updated: openblas-0.2.15-3 X86_64 only
New releases of openblas (source) libopenblas (dinamic library) are available in the Cygwin distribution 64 bit : CYGWIN CHANGES added patch to avoid segfault reported on https://cygwin.com/ml/cygwin/2015-11/msg00319.html Let openblas-0.2.14-1 as previous CHANGES New upstream release http://www.openblas.net/Changelog.txt * Various bux fixes and optimizations * Support Intel Boardwell and Skylake by Haswell kernels. * Support AMD Excavator by Steamroller kernels. DESCRIPTION OpenBLAS is an optimized BLAS library based on GotoBLAS2 1.13 BSD version and further extended. OpenBLAS is licensed under the 3-clause BSD license. HOMEPAGE http://www.openblas.net/ CYGWIN NOTES 1) As BLAS it is around 5-10 times faster than Netlib reference, included in the liblapack0 package. 2) No devel package is provided as liblapack-devel already provide the needed headers and import. Openblas is fully compatible with Netlib BLAS. 3) libopenblas consist of a single file /usr/bin/cygblas-0.dll that will precede in PATH the liblapack0 /usr/lib/lapack/cygblas-0.dll and used instead. Removing libopenblas will restore the usage of Netlib BLAS 4) CPU architecture covered up to now 64 bit ATOM BARCELONA BOBCAT BULLDOZER CORE2 DUNNINGTON HASWELL NANO NEHALEM OPTERON OPTERON_SSE3 PENRYN PILEDRIVER PRESCOTT SANDYBRIDGE STEAMROLLER 32 bit ATHLON ATOM BANIAS BARCELONA BOBCAT COPPERMINE CORE2 DUNNINGTON KATMAI NANO NEHALEM NORTHWOOD OPTERON OPTERON_SSE3 PENRYN PRESCOTT 5) Built with a max number of 16 threads; it should be enough to fully utilize up a 8 core dual thread. The fixed max limit at build time is a upstream limitation, if you need more than 16 let me know. Regards Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) 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: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.4.0-0.4
On Nov 27 20:15, Kacper Michajlow wrote: > 2015-11-27 20:02 GMT+01:00 Kacper Michajlow : > > 2015-11-26 14:16 GMT+01:00 Corinna Vinschen : > >> Hi Kacper, > >> > >> On Nov 23 19:09, Kacper Michajlow wrote: > >>> 2015-11-21 17:24 GMT+01:00 Corinna Vinschen : > >>> > Hi Cygwin friends and users, > >>> > > >>> > > >>> > I released a new TEST version of Cygwin, 2.4.0-0.4. > >>> > > >>> > >>> With this version I get permissions denied when trying to chmod a > >>> folder created in a created folder... > >>> > >>> Basically this doesn't work for me: > >>> mkdir test > >>> mkdir test/test > >>> chmod 755 test/test > >> > >> I need to see the ACLs of the parent dir of test, the ACL of test and > >> the ACL of test/test via the icacls command, before calling chmod. > > I'm using Microsoft account. Here is requested information I can't reproduce this. I'm using a local test account which is connected to a Microsoft account. The permissions of the parent folder are identical to yours: > $ pwd > /home/Kacper > $ icacls . > . DOMEK\Kacper:(F) > Wszyscy:(RX) > TWORCA-WLASCICIEL:(OI)(CI)(IO)(F) > GRUPA TWORCOW:(OI)(CI)(IO)(RX) > Wszyscy:(OI)(CI)(IO)(RX) $ icacls . . VMBERT8164\local_000:(F) Everyone:(RX) CREATOR OWNER:(OI)(CI)(IO)(F) CREATOR GROUP:(OI)(CI)(IO)(RX) Everyone:(OI)(CI)(IO)(RX) > $ mkdir test > $ icacls test > test NULL SID:(DENY)(Rc,S) > DOMEK\Kacper:(F) > DOMEK\Kacper:(RX) > Wszyscy:(RX) > NULL SID:(OI)(CI)(IO)(DENY)(Rc,S) > TWORCA-WLASCICIEL:(OI)(CI)(IO)(F) > DOMEK\Kacper:(OI)(CI)(IO)(RX) ^^ See below > GRUPA TWORCOW:(OI)(CI)(IO)(RX) > Wszyscy:(OI)(CI)(IO)(RX) $ mkdir test $ icacls test test NULL SID:(DENY)(Rc,S) VMBERT8164\local_000:(F) VMBERT8164\local_000:(RX) Everyone:(RX) NULL SID:(OI)(CI)(IO)(DENY)(Rc,S) CREATOR OWNER:(OI)(CI)(IO)(F) CREATOR GROUP:(OI)(CI)(IO)(RX) Everyone:(OI)(CI)(IO)(RX) Note that in my case the inheritable explicit permissions for the owner account (^) are not generated, which is already puzzeling just by itself. But the test/test icacls output explains why chmod fails: > $ mkdir test/test > $ icacls test/test > test/test NULL SID:(OI)(CI)(DENY)(Rc,S) > DOMEK\Kacper:(F) > TWORCA-WLASCICIEL:(OI)(CI)(IO)(F) > DOMEK\Kacper:(OI)(CI)(RX) > DOMEK\Kacper:(RX) > GRUPA TWORCOW:(OI)(CI)(IO)(RX) > Wszyscy:(OI)(CI)(RX) This is how the ACL looks like after creating the directory, but before Cygwin performs ACL post-processing. The only possible reason for this is that already the mkdir call failed to fix the ACL. But it's not clear why this happens. Your account has "F"ull permissions, so it also has WRITE_DAC permissions. > Tell me if you need any more info. Yes. First of all, please send cygcheck -svr output as requested on http://cygwin.com/problems.html. Next, when you wrote "With this version ...", does that mean this is a regression from 2.4.0-0.2 to 2.4.0-0.4, or did you compare with 2.3.1-1? I'm asking because I'd like to know in which version the regression occured. Is "DOMEK" the name of your local machine or an AD domain? What filesystem is that on? Local or remote share? Real NTFS or some other filesystem? I'm asking because on some remote filesystems even the owner of a file may have no WRITE_DAC permissions, despite having supposedly "full" permissions. Can you please rmdir test/test and then run mkdir under strace: $ strace -o mkdir.trace mkdir test/test and attach the trace file to your reply? Please use ther latest 2.4.0-0.5, just to be sure. Please also attach the output of `id' and of `getfacl . test test/test'. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgps15JNkXcW_.pgp Description: PGP signature
Re: 64bit cygwin 2.4.0-0.4 hangs when pinging unresponsive host
On Nov 27 16:47, Marco Atzeri wrote: > On 27/11/2015 16:07, Corinna Vinschen wrote: > 64 $ ping 2.2.2.2 > PING 2.2.2.2 (2.2.2.2): 56 data bytes > > 2.2.2.2 PING Statistics > 2 packets transmitted, 0 packets received, 100.0% packet loss > >>> > >>> > >>>the problem seems restricted to the 64bit test version of cygwin. > >> > >>I think this is pure coincidence. After some hours debugging this > >>problem it seems it's a race condition, architecture-independent and > >>present since quite a while in Cygwin. In case of ping the race leads > >>to a blocking socket function missing a signal arrived, thus the > >>signal is never handled. This in turn blocks the next signal from being > >>delivered. > >> > >>I have a potential fix, but I have to test it a bit. The signal code > >>is pretty complicated... > > > >I created a new developer snapshot (https://cygwin.com/snapshots/) and > >I'm just about writing the release message for the next test release > >2.4.0-0.5 which both contain a patch for this problem. Please give > >any of them a try. > > > > > >Thanks, > >Corinna > > > > > It works fine for me Good start. Thanks for your feedback. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpGdmd8mQBrS.pgp Description: PGP signature
[ANNOUNCEMENT] Test: gmp-6.1.0-2p1
A test version of GMP is available that removes the foillowing new feature of the previous 6.1.0-1 release: Speedup for Intel Broadwell and Skylake though assembly code making use of new ADX instructions. Based on reports on the Cygwin mailing list I suspect that this change might be responsible for the problems with GNU compilers. After manual installation in setup, please feed back on the mailing list if it solves the problems on Broadwell/Skylake and still works correctly everywhere else. -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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] TEST RELEASE: Cygwin 2.4.0-0.4
Greetings, Kacper Michajlow! >> Please also attach the output of `id' and of `getfacl . test test/test'. > getfacl attached. `id` output is already in cygcheck.log > In getfacl output this line `default:group:1001 :r-x` looks Uh-oh. Do you, by any chance, have /etc/passwd file? Or a user comment changing relevant information? > suspicious. My user id seems to be in place of group id. Looking at > `test` permissions there should probably be indeed `user` instead of > `group`. But you will know better :) > Hopefully you will be able to diagnose the issue now. -- With best regards, Andrey Repin Sunday, November 29, 2015 02:14:14 Sorry for my terrible english... -- 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
[ANNOUNCEMENT] Updated: mutt-1.5.24-1
New versions 1.5.24-1 of mutt is available in the Cygwin distribution: CHANGES Last upstream release. Full details on: http://www.mutt.org/doc/devel/UPDATING DESCRIPTION The Mutt E-Mail Client "All mail clients suck. This one just sucks less." Mutt is a small but very powerful text-based mail client for Unix operating systems. HOMEPAGE http://www.mutt.org/ Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) 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: startx doesn't seem to work (solved sort of)
I can get startx to work by one of two methods (neither probably ideal) (on cygwin-64 in case that matters): 1) install everything in X11 at which point this (with only xinit, xorg-server and xterm selected): $ startx xauth: file /home/Owner/.Xauthority does not exist xauth: file /home/Owner/.Xauthority does not exist Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.17.4.0 OS: CYGWIN_NT-6.1 Owner-PC 2.3.1(0.291/5/3) 2015-11-14 12:44 x86_64 OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601] (Win64) Package: version 1.17.4-1 built 2015-10-29 XWin was started with the following command line: /usr/bin/X :0 -auth /home/Owner/.serverauth.2004 (II) xorg.conf is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information LoadPreferences: /home/Owner/.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 - Using Shadow DirectDraw NonLocking winScreenInit - Using Windows display depth of 32 bits per pixel winWindowProc - WM_SIZE - new client area w: 1904 h: 1002 winFinishScreenInitFB - Masks: 00ff ff00 00ff 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 (EE) AIGLX: No native OpenGL in modes with a root window (II) AIGLX: enabled GLX_MESA_copy_sub_buffer (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: 952 501 (--) 5 mouse buttons found (--) Setting autorepeat to delay=500, rate=31 (--) Windows keyboard layout: "0409" (0409) "US", type 7 (--) Found matching XKB configuration "English (USA)" (--) Model = "pc105" Layout = "us" Variant = "none" Options = "none" Rules = "base" Model = "pc105" Layout = "us" Variant = "none" Options = "none" winProcEstablishConnection - winInitClipboard returned. winClipboardThreadProc - DISPLAY=:0.0 OS maintains clipboard viewer chain: yes winClipboardProc - XOpenDisplay () returned and successfully opened the display. xinit: connection to X server lost waiting for X server to shut down winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. winDeinitMultiWindowWM - Noting shutdown in progress (II) Server terminated successfully (0). Closing log file. Owner@Owner-PC ~ $ /usr/bin/xterm: Xt error: Can't open display: :0 which opens a full screen window for a few seconds and then returns to the command prompt closing X. After loading everything it turns in to this: XWin was started with the following command line: /usr/bin/X :0 -auth /home/Owner/.serverauth.5296 (II) xorg.conf is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information LoadPreferences: /home/Owner/.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 - Using Shadow DirectDraw NonLocking winScreenInit - Using Windows display depth of 32 bits per pixel winWindowProc - WM_SIZE - new client area w: 1904 h: 1002 winFinishScreenInitFB - Masks: 00ff ff00 00ff 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 (EE) AIGLX: No native OpenGL in modes with a root window (II) AIGLX: enabled GLX_MESA_copy_sub_buffer (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: 952 501 (--) 5 mouse buttons found (--) Setting autorepeat to delay=500, rate=31 (--) Windows keyboard layout: "0409" (0409) "US", type 7 (--) Found matching XKB configuration "English (USA)" (--) Model = "pc105" Layout = "us" Variant = "none" Options = "none" Rules = "base" Model = "pc105" Layout = "us" Variant = "none" Options = "none" winProcEstablishConnection - winInitClipboard returned. winClipboardThreadProc - DISPLAY=:0.0 OS maintains clipboard viewer chain: yes winClipboardProc - XOpenDisplay () returned and successfully opened the display. xinit: connection to X server lost waiting for X server to shut down winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. winDeinitMultiWindowWM - Noting shutdown in progress (II) Server terminated successfully (0). Closing log file. Which re
