Re: [ITP] openblas
Hi Marco, On Dec 6 22:55, Marco Atzeri wrote: OpenBLAS is an optimized BLAS library based on GotoBLAS2 1.13 BSD version. OpenBLAS is licensed under the 3-clause BSD license. http://www.openblas.net/ Already available in most linux distri. to download (remove the index.html's) : wget -r -np -nH --cut-dirs=0 \ http://matzeri.altervista.org/x86/openblas/index.html wget -r -np -nH --cut-dirs=0 \ http://matzeri.altervista.org/x86/openblas/index.html find x86 x86_64 -name index.html -o -name md5.sum | xargs rm As BLAS it is around 5-10 times faster than Netlib reference The only package really relevant for user is libopenblas_dynamic Right, but... isn't that a bit confusing? Wouldn't a user expect to get the OpenBLAS lib when installing the openblas package? Having said that, shouldn't the dynamic library be in the openblas package, or, alternatively, shouldn't the (empty) OpenBLAS package require libopenblas_dynamic? I just had a look into the Fedora package where the openblas package contains the shared library and the basic documentation: $ rpm -ql openblas /usr/lib64/libopenblas-r0.2.12.so /usr/lib64/libopenblas.so.0 /usr/share/doc/openblas /usr/share/doc/openblas/Changelog.txt /usr/share/doc/openblas/GotoBLAS_00License.txt [...] Nevertheless, it's your call, so you can upload any time. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgp7Ci2M_urjY.pgp Description: PGP signature
Re: [RFC] incremental rebase
On Dec 6 22:03, Achim Gratz wrote: Corinna Vinschen writes: Btw., if I ask you if you'd like to improve _update-info-dir the same way, would you be terribly disgusted? I haven't been doing much of anything info related lately, though I don't think it would be a too difficult thing to do. The _update-info-dir script just collects all info files from /usr/info and /usr/share/info and creates new dir using install-info. I was hoping that the method from _{inc}autorebase could be simply adapted to include .info files instead of .dll, .so and .oct files. But at the moment I can't promise to work on it before this year ends and maybe even into late January 2015. That's ok. Thanks! Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgph_e_jYyub2.pgp Description: PGP signature
Re: [ITP] openblas
On Dec 7 10:52, Corinna Vinschen wrote: Hi Marco, On Dec 6 22:55, Marco Atzeri wrote: OpenBLAS is an optimized BLAS library based on GotoBLAS2 1.13 BSD version. OpenBLAS is licensed under the 3-clause BSD license. http://www.openblas.net/ Already available in most linux distri. to download (remove the index.html's) : wget -r -np -nH --cut-dirs=0 \ http://matzeri.altervista.org/x86/openblas/index.html wget -r -np -nH --cut-dirs=0 \ http://matzeri.altervista.org/x86/openblas/index.html find x86 x86_64 -name index.html -o -name md5.sum | xargs rm As BLAS it is around 5-10 times faster than Netlib reference The only package really relevant for user is libopenblas_dynamic Right, but... isn't that a bit confusing? Wouldn't a user expect to get the OpenBLAS lib when installing the openblas package? Having said that, shouldn't the dynamic library be in the openblas package, or, alternatively, shouldn't the (empty) OpenBLAS package require libopenblas_dynamic? I just had a look into the Fedora package where the openblas package contains the shared library and the basic documentation: $ rpm -ql openblas /usr/lib64/libopenblas-r0.2.12.so /usr/lib64/libopenblas.so.0 /usr/share/doc/openblas /usr/share/doc/openblas/Changelog.txt /usr/share/doc/openblas/GotoBLAS_00License.txt [...] Nevertheless, it's your call, so you can upload any time. Btw., where did you get the packaging layout from? On Fedora it looks like this: openblas Shared lib openblas-devel Headers and libs openblas-staticStatic lib openblas-openmpOpenMP version (whatever that means) openblas-threads Pthreads version (why isn't that in the base package?) openblas and openblas-devel looks a bit simpler that openblas with libopenblas-devel and libopenblas_dynamic, IMHO. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgp__hxnX7pL2.pgp Description: PGP signature
Re: [ITP] openblas
Marco Atzeri writes: As BLAS it is around 5-10 times faster than Netlib reference The only package really relevant for user is libopenblas_dynamic $ cygcheck -l libopenblas_dynamic /usr/bin/cygblas-0.dll the library is before the reference one in the path $ cygcheck -l liblapack0|grep blas /usr/lib/lapack/cygblas-0.dll and used instead of. Could this be done with alternatives instead and could we get rid of /usr/lib/lapack and the need to have it in $PATH in the process, please? Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [RFC] incremental rebase
Corinna Vinschen writes: The _update-info-dir script just collects all info files from /usr/info and /usr/share/info and creates new dir using install-info. I was hoping that the method from _{inc}autorebase could be simply adapted to include .info files instead of .dll, .so and .oct files. The .info suffix may not be universally used as it is not required. The check shouldn't be much more complicated (I'd extract for the info path instead of the suffix), but I'd want to check first if there are any packages that do strange things during postinstall. The method from the incremental rebase relies on the timestamps of the .lst files and the information therein. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves
Re: [ITP] openblas
On 12/7/2014 11:03 AM, Corinna Vinschen wrote: On Dec 7 10:52, Corinna Vinschen wrote: Hi Marco, On Dec 6 22:55, Marco Atzeri wrote: OpenBLAS is an optimized BLAS library based on GotoBLAS2 1.13 BSD version. OpenBLAS is licensed under the 3-clause BSD license. http://www.openblas.net/ Having said that, shouldn't the dynamic library be in the openblas package, or, alternatively, shouldn't the (empty) OpenBLAS package require libopenblas_dynamic? I just had a look into the Fedora package where the openblas package contains the shared library and the basic documentation: $ rpm -ql openblas /usr/lib64/libopenblas-r0.2.12.so /usr/lib64/libopenblas.so.0 /usr/share/doc/openblas /usr/share/doc/openblas/Changelog.txt /usr/share/doc/openblas/GotoBLAS_00License.txt [...] Nevertheless, it's your call, so you can upload any time. Btw., where did you get the packaging layout from? On Fedora it looks like this: openblas Shared lib openblas-devel Headers and libs openblas-staticStatic lib openblas-openmpOpenMP version (whatever that means) openblas-threads Pthreads version (why isn't that in the base package?) openblas and openblas-devel looks a bit simpler that openblas with libopenblas-devel and libopenblas_dynamic, IMHO. Debian https://packages.debian.org/source/sid/openblas openblas (source only) libopenblas-base libopenblas-devel No need to maintain the _dynamic, it just coming from past builds where I had specific build per core Corinna
Re: [ITP] openblas
On 12/7/2014 11:08 AM, Achim Gratz wrote: Marco Atzeri writes: As BLAS it is around 5-10 times faster than Netlib reference The only package really relevant for user is libopenblas_dynamic $ cygcheck -l libopenblas_dynamic /usr/bin/cygblas-0.dll the library is before the reference one in the path $ cygcheck -l liblapack0|grep blas /usr/lib/lapack/cygblas-0.dll and used instead of. Could this be done with alternatives instead and could we get rid of /usr/lib/lapack and the need to have it in $PATH in the process, please? unfortunately alternatives is not effective with dll's. Windows ignores cygwin links. My predecessor that was playing with ATLAS had the same issue and used /usr/lib/lapack and PATH to solve the problem of multiple alternative dll's with the same name. Regards, Achim. Marco
Re: [RFC] incremental rebase
On Dec 7 11:45, Achim Gratz wrote: Corinna Vinschen writes: The _update-info-dir script just collects all info files from /usr/info and /usr/share/info and creates new dir using install-info. I was hoping that the method from _{inc}autorebase could be simply adapted to include .info files instead of .dll, .so and .oct files. The .info suffix may not be universally used as it is not required. The check shouldn't be much more complicated (I'd extract for the info path instead of the suffix), Yeah, the filename rules are a bit weird. Info files may be split into foo, foo-1, foo-2 and so on, and only the non-suffixed of them should be fed to install-info. Plus, taking the compression suffix into account, plus, there may be non-info files in the info dirs as well, see /usr/share/info/libidn-components.png. Update-info-dir.sh ignores the latter, but the --quite option suppresses any errors. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpoFnBgvPjZi.pgp Description: PGP signature
[SECURITY] jasper: CVE-2014-9029
Dr. Volker Zell, Could you please update jasper to 1.900.1-14 with the latest patchset from Fedora: http://sourceforge.net/p/cygwin-ports/jasper/ci/master/tree/ -- Yaakov
Re: Request xfig update
Hi there, Thank you for your updating to xfig.3.2.5c/transfig.3.2.5e quickly. I am using latest version of them now. Their operating looks fine. Thanks again. luffa -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: reload ssh configuration without stopping and starting the service?
On Dec 7 07:45, Marilo wrote: I know linux has ways to reload configuration files without restarting a service. Is there a way with cygwin's sshd to reload the configuration files without stopping and starting it. I know of net start sshd, net stop sshd, and I have checked cygrunsrv http://web.mit.edu/cygwin/cygwin_v1.3.2/usr/doc/Cygwin/cygrunsrv.README I see options for start stop install and remove. I don't see any way to reload configuration. The concept of reloading configuration is not supported on the Windows service level. However, something like `systemctl reload' on Linux is just a layer on top of the real thing, too. See the sshd.service configuration file on Fedora: $ grep -i reload /usr/lib/systemd/system/sshd.service ExecReload=/bin/kill -HUP $MAINPID So that's what really happens, systemctl calls kill -HUP on the sshd master process. That's what you can do as well on Cygwin, as long as you're running a shell with admin privileges, for instance: $ ps -e | grep -E 'sshd|cygrunsrv' 311642923116 1820 ? 1049583 10:29:51 /usr/sbin/sshd 429239124292 4536 ? 1049583 10:29:34 /usr/sbin/sshd 3912 13912 3912 ? 1049583 10:29:34 /usr/bin/cygrunsrv As you can see, the sshd process started by cygrunsrv has the pid 4292, so $ kill -HUP 4292 as admin should do the trick. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgp2MtChBNY7B.pgp Description: PGP signature
Re: tzset error
On Dec 6 15:34, Brian Inglis wrote: rl76 at inbox.ru writes: 06.12.2014 8:27, Brian Inglis пишет: Belarus Standard Time was dropped in Dec 2011 Win DST update and replaced by Kaliningrad Standard time “(UTC+03:00) Kaliningrad, Minsk”, reverted in Aug 2014 Russian time zone updates, which restored Belarus +3:00 Minsk and readded Kaliningrad +2:00 (RTZ 1). Check your local Windows TZ selector dropdown or the registry. The changes already appeared in tz 2014f August release. http://support.microsoft.com/kb/2998527/en-us So they missed the August update and didn't actually release the updates until September! The Cygwin tz mapping appears to have three upstreams: tz which is updated an average dozen times a year (monthly, but may be more frequent for late breaking changes like Fiji), but only updated by Cygwin about annually in arrears; Windows which is updated a few times a year, if a lot of licenced users are affected, and the rest of the changes are addressed with manual TZ workarounds; and CLDR, which appears to be updated annually in arrears. The Cygwin tz maintainer needs to track the tz updates and the Windows updates, provide patches to keep the CLDR updated, if you depend on it, and release updates to the tz package and the Windows mapping with every Windows update. tzset is not part of the tzcode package, it's part of the Core cygwin package. Do I hear you volunteering to take over tzset, maintain it as a standalone package and to keep it always up to date? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpx0OUpGlBUA.pgp Description: PGP signature
Re: [cygwin] Cygwin's git says error: failed to read delta-pack base object
On Dec 5 12:39, Dave L wrote: On Fri, Dec 5, 2014 at 6:35 AM, Corinna Vinschen corinna-cyg...@cygwin.com wrote: ... This looks suspiciously like a bug in the remote filesystem. Link succeeded, so there are two links to the same file in the directory. Unlinking link 1 succeeds, so there's still one link to the file in the directory, but link 2 is inaccessible as if the file has been deleted completely. Thus, a full POSIX git on this drive is broken. Can you please run /usr/lib/csih/getVolInfo /cygdrive/z and paste the output here? Maybe I can workaround this in the next Cygwin version. Here you go: $ /usr/lib/csih/getVolInfo /cygdrive/Z Device Type: 7 Characteristics: 10 Volume Name: Serial Number : 1646121781 Max Filenamelength : 255 Filesystemname : NTFS Flags : c700ff FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : TRUE FILE_VOLUME_QUOTAS : TRUE FILE_SUPPORTS_SPARSE_FILES : TRUE FILE_SUPPORTS_REPARSE_POINTS: TRUE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: TRUE FILE_SUPPORTS_ENCRYPTION: TRUE FILE_NAMED_STREAMS : TRUE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE Standard NTFS, it seems. Thanks for looking into this. FWIW, @Kai on StackExchange has been able to reproduce the problem. See last comment here: I don't know what I can do here. This works fine for me and as long as I can't reproduce the issue... Could that be related to sharing permissions?!? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgp9TYpDhXUi_.pgp Description: PGP signature
setup-x86.exe stops downloading after one or two packages
For the few last weeks setup-x86.exe 2.852 stops downloading packages after 1 or 2 files. When I run it again, it downloads 1 or 2 of the remaining files, and then it stops again. I verified this also in another mirror. -- 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 1.7.34-002
Ciao Corinna, Corinna Vinschen wrote: The new nsswitch.conf settings maybe I am wrong.. but shouldn't these new test release come with a default /etc/nsswitch.conf file? a file which is installed/updated if it does not exist/unchanged.. I have seen that MSYS2 *has* it... Ciao, Angelo. -- 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
'date' command returns a time exactly 3:21:00 ahead of system time
I've been using cygwin on XP (yeah, I know, XP is over, but I'm not about to replace a perfectly adequate machine). I've been using the same version of cygwin for at least the past few years. Recently (perhaps two weeks ago), the shell's 'date' command has started returning a time that is exactly 3 hours and 21 minutes ahead of what the system clock reports (via the Windows date/time control panel, the system tray, etc.). Commands like touch also use this same incorrect time. Somehow, I don't think this is just a timezone issue. cygcheck output attached. I've replaced all instances of my user name with username, lower case host name with hostname, and uppercase host name with HOSTNAME. Other than that, the file is untouched. -- Stefan Vorkoetter http://www.stefanv.com Cygwin Configuration Diagnostics Current System Time: Sun Dec 07 08:44:53 2014 Windows XP Professional Ver 5.1 Build 2600 Service Pack 3 Path: C:\cygwin\home\username\bin C:\cygwin\usr\local\bin C:\cygwin\usr\sbin C:\cygwin\usr\local\mysql\bin C:\cygwin\home\username\sandboxes\main\toolbox_source\Scripts C:\cygwin\home\username\sandboxes\main\internal\bin C:\cygwin\home\username\sandboxes\main\bin C:\devtools\msvs8\Common7\IDE C:\devtools\msvs8\VC\BIN C:\devtools\msvs8\Common7\Tools C:\devtools\msvs8\Common7\Tools\bin C:\devtools\msvs8\VC\PlatformSDK\bin C:\devtools\msvs8\SDK\v2.0\bin C C:\cygwin\Windows\Microsoft.NET\Framework\v2.0.50727 C:\devtools\msvs8\VC\VCPackages C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\Program Files\Common Files\Microsoft Shared\Windows Live C:\PROGRA~1\Borland\CBUILD~1\Projects\Bpl C:\PROGRA~1\Borland\CBUILD~1\Bin C:\PROGRA~1\Borland\Delphi5\Projects\Bpl C:\PROGRA~1\Borland\Delphi5\Bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\Program Files\SecureCRT 3.0 C:\Program Files\ATI Technologies\ATI Control Panel C:\Program Files\Common Files\Ulead Systems\MPEG C:\Program Files\QuickTime\QTSystem\ C:\Program Files\SQL Anywhere 10\win32 C:\Program Files\SQL Anywhere 10\Sybase Central 5.0.0\win32 C:\Program Files\Common Files\Adobe\AGL C:\Program Files\GTK2-Runtime\lib C:\Program Files\Common Files\Microsoft Shared\Windows Live C:\app\DevStudio\Common\Tools\WinNT C:\app\DevStudio\Common\MSDev98\Bin C:\app\DevStudio\Common\Tools C:\app\DevStudio\VC98\bin C C:\app\watcom-1.3\binnt C C:\app\watcom-1.3\binw C:\usr\bin Output from C:\cygwin\bin\id.exe UID: 1006(username) GID: 513(None) 513(None) 0(root)544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'username' PWD = '/home/username/proj/WatchTimer/WatchOScope' CYGWIN = 'binmode nontsec tty' HOME = '/home/username' TESTGROUP_LIST = '/home/username/sandboxes/main/logs/testlists/141123.testlist' TOOLBOX_QUIET = '1' HOMEPATH = '\Documents and Settings\username' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\username\Application Data' OBJNAME = 'internal/obj.wnt' MASTER = '/u/maple/repository/base' LM_NAME5 = 'WM - Internal Use Only' compileFinishDir = '/home/username/sandboxes/main/logs/CompileAll_done' SYS = 'IBM_INTEL_NT' IGNORE_SYSTEM_ALIASES = '1' HOSTNAME = 'hostname' LIBNAME = 'lib' P4 = 'p4' SQLANY10 = 'C:\Program Files\SQL Anywhere 10' LIBEXT = 'dll' BINSYS = 'bin.wnt' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 4 Stepping 3, GenuineIntel' loadlibLogFile = '/home/username/sandboxes/main/logs/loadlib/LoadLibraries.log' BASE = '/home/username/sandboxes/main' WINDIR = 'C:\WINDOWS' WATCOM = 'C:\app\watcom-1.3' VS80COMNTOOLS = 'C:\devtools\msvs8\Common7\Tools\' MESA_PATH = '/disk/build/sv+mesa/mesa_341/lib/IBM_INTEL_NT' BINDIR = '/home/username/sandboxes/main/internal/bin.wnt' ATWMI = '1' SYS_VERSION = 'IBM_INTEL_NT' LM_OVER = 'C3B77141C330B65' MAPLE_ROOT = '/home/username/sandboxes/main' SQLANYSAMP10 = 'C:\Documents and Settings\All Users\Documents\SQL Anywhere 10\Samples' DevEnvDir = '/cygdrive/c/devtools/msvs8/Common7/IDE' PATHSEP = ';' LM_OVER5 = '402688B85264A26' MODELICAROOT = 'C:/cygwin/home/username/sandboxes/main/toolbox_source/MapleSim/modelica' OLDPWD = '/home/username' SQLANYSH10 = 'C:\Program Files\SQL Anywhere 10' MAPLE_ENV_LOADED = '1' DEBUGGER = 'dbx' NO_OP = '0' LM_NAME = 'WM - Internal Use Only' USERDOMAIN = 'HOSTNAME' MAPLE_LICENSE_ROOT = '/home/username/sandboxes/main' NEWBINDIR = 'C:/cygwin/home/username/sandboxes/main/internal/bin.wnt/bin.wnt' DUALCASE = '1' OS = 'CYGWIN_NT-5.1' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' ANT_HOME = '/home/username/sandboxes/main/internal/bin/apache-ant-1.6' DEBUGLIBNAME =
Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.34-002
Corinna Vinschen writes: I finally released another TEST version of the next upcoming Cygwin release. The version number is 1.7.34-002. I just installed both 32- and 64-bit version on top of my existing (normal) release. The 64-bit one has a two-line (passwd=group=db) nsswitch.conf left over from May, when I last tried a test release, the 32-bit one has no nsswitch.conf. Nothing to report. ssh, sshd and kinit all work on 64-bit, ssh and kinit on 32-bit. Thought this was just barely worth a mention. ht -- Henry S. Thompson, School of Informatics, University of Edinburgh 10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440 Fax: (44) 131 650-4587, e-mail: h...@inf.ed.ac.uk URL: http://www.ltg.ed.ac.uk/~ht/ [mail from me _always_ has a .sig like this -- mail without it is forged spam] -- 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
Problem with using a packaged cygwin with another cygwin-installation in C:\cygwin
Good afternoon, we want to distribute a small set of cygwin-based programs (mainly ffmpeg/ffserver a view utilities and a combining script) in your facility. The problem is that some of the users have a normal cygwin installation in c:\cygwin, but on a different version, so I get the infamous heap size mismatch error. The funny thing is that I get the error only on one way starting it: * let java do a Runtime.getRuntime().exec(c:\temp\v\sh -l -c /cygdrive/c/temp/v/s.sh); * in the s.sh there are commands like ls or cat Then the ls/cat (but not the sh!) crashes. If I start the sh with the same parameters in cmd.exe, it is working fine. I assume that Java and cmd do the start on different ways (E.g. the environment variables are quite different). No, doing things like Runtime.getRuntime().exec(cmd.exe /C c:\temp\v\sh -l -c /cygdrive/c/temp/v/s.sh); doesn't help, getting the same error. I assume that the binaries want to take some optional dlls from c:\cygwin\bin, which are not compatible... So: 1. How do I get a list of the optional dlls? 2. (the better way) How can I restrict the executables to use only dlls on the current directory? Ah, I'm using 32 bit cygwin on a 64 bit Windows 7 SP1. Best regards, Michael Fritscher -- ZfT - Zentrum für Telematik e.V. Michael Fritscher Allesgrundweg 12 97218 Gerbrunn Tel: +49 (931) 3 29 29 54 - 21 Email: michael.fritsc...@telematik-zentrum.de Web: http://www.telematik-zentrum.de -- 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
SOLVED Re: Problem with using a packaged cygwin with another cygwin-installation in C:\cygwin
Hello again, the error was on my side - I ended mixing running the c:\cygwin\bin\sh and the local other binaries... For the curious: Here is the error: if (new File(ffmpeg.zip).exists()) { cygwinSearchPath = TEMP_WINDOWS; useLocalFFMPEG = true; } if (new File(c:\\cygwin64\\bin).exists()) { cygwinSearchPath = c:\\cygwin64\\bin\\; } if (new File(c:\\cygwin\\bin).exists()) { cygwinSearchPath = c:\\cygwin\\bin\\; } I forgot 2x else :-/ Best regards, Michael Fritscher -- 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: FW: [cygwin] Cygwin's git says error: failed to read delta-pack base object
Jason Pyeron has patched Cygwin's git so that it works for me (cloning to Windows network shares). He says: TLDR = Cygwin remote filesystem sometimes has strange failures - workaround is to use rename, not link/unlink but: The fix as is, is a sledge hammer with many side effects. A better way to include this work around will be discussed on the git list. The real issues may lay in both cygwin and git, caused by BLODA. See thread below for details. (Some irrelevant stuff omitted for brevity.) My deep thanks to Jason - I'm up and running now. --Dave -- Forwarded message -- From: Jason Pyeron jpye...@pdinc.us Date: Sun, Dec 7, 2014 at 12:21 PM Subject: RE: FW: [cygwin] Cygwin's git says error: failed to read delta-pack base object To: Dave L d...@nerdfever.com ... The fix as is, is a sledge hammer with many side effects. A better way to include this work around will be discussed on the git list. The real issues may lay in both cygwin and git, caused by BLODA. On Sat, Dec 6, 2014 at 8:33 PM, Jason Pyeron jpye...@pdinc.us wrote: TLDR = Cygwin remote filesystem sometimes has strange failures - workaround is to use rename, not link/unlink; see https://github.com/pdinc-oss/git/commit/5a36824ed01d4335148ca3 846e75cc99c11650e2 -Original Message- From: Jason Pyeron Sent: Friday, December 05, 2014 10:30 -Original Message- From: Jason Pyeron Sent: Thursday, December 04, 2014 16:34 -Original Message- From: brian m. carlson Sent: Wednesday, December 03, 2014 19:55 On Wed, Dec 03, 2014 at 06:31:18PM -0500, Jason Pyeron wrote: I remember hitting this a while ago, but just gave up. It seems to be a problem for others too. Any ideas on how to debug this so it can be patched? -Original Message- From: Dave Lindbergh Sent: Wednesday, December 03, 2014 18:07 To: cygwin Aha - you're right. It works fine on a local NTFS volume. I get the error when I do it on Z:, which is mapped to a network drive (on another Windows box). Is there a workaround? Why does this happen? I have a really hacky workaround, commit 5a36824ed01d4335148ca3846e75cc99c11650e2 comments out the logic and forces a rename instead of link and unlink. https://github.com/pdinc-oss/git/tree/cygwin-issue-remoteCIFS-rename snip/ Pseudo code and observations ./sha1_file.c:write_loose_object(sha1) { filename=sha1_file_name(sha1) (fd,tmp_file)=create_tmpfile(filename) write_buffer(fd) close_sha1_file(fd) return move_temp_to_file(tmp_file, filename) } move_temp_to_file(tmpfile, filename) { // I am thinking about forcing renames to see if the problem exists then as well // if that works then a per repo config option allowing for forced renames if (OBJECT_CREATION_USES_RENAMES) goto try_rename else if link(tmpfile,filename) Dave has tested a build I made for him on 64 bit Cygwin and it works. I no longer have access to the environment I was having this problem in last February. I will try to investigate this further, but I am not hopeful, maybe Corinna will have luck on the issue. But I was in a secure corporate environment and I thought the host based security system (AV), coupled with the remote file system was causing the problem, namely files created are not available instantly. I do think that we should have a config option for this, as most users who could encounter such a problem are not likely to be able (or allowed) to rebuild the git executable themselves. snip/ -Original Message- From: Corinna Vinschen Sent: Friday, December 05, 2014 6:35 To: cygwin@cygwin.com snip/ What I found in the strace is this: - Create file Z:\pic32mx-bmf\.git\objects\30\tmp_obj_YljwNZ -
Re: cygwin Digest 7 Dec 2014 10:57:56 -0000 Issue 8995
Based on the output of the identify-compilers.sh script below, it appears that the following C compilers are available on Cygwin. Those labeled Cygwin require the cygwin1.dll file to be available. What is the difference between the pc and w64 compilers? Why is there no x86_64-pc-mingw-gcc.exe executabe? Are there any other C compilers available? /usr/bin/gcc.exe64-bit Cygwin /usr/bin/i686-pc-cygwin-gcc.exe 32-bit Cygwin /usr/bin/i686-pc-mingw32-gcc.exe32-bit /usr/bin/i686-w64-mingw32-gcc.exe 32-bit /usr/bin/x86_64-pc-cygwin-gcc.exe 64-bit Cygwin /usr/bin/x86_64-w64-mingw32-gcc.exe 64-bit $ cat identify-compilers.sh #!/bin/bash for c in $(ls -1 /usr/bin/*gcc.exe); do echo === compiler: $c $c -o hello.exe hello.c objdump -p hello.exe | grep -i cygwin objdump -p hello.exe | grep -i 64$ rm hello.exe done On Sun, Dec 7, 2014 at 4:30 PM, paul.hermeneu...@gmail.com wrote: Based on the output of the identify-compilers.sh script below, it appears that the following C compilers are available on Cygwin. Those labeled Cygwin require the cygwin1.dll file to be available. What is the difference between the pc and w64 compilers? Why is there no x86_64-pc-mingw-gcc.exe executabe? Are there any other C compilers available? /usr/bin/gcc.exe64-bit Cygwin /usr/bin/i686-pc-cygwin-gcc.exe 32-bit Cygwin /usr/bin/i686-pc-mingw32-gcc.exe32-bit /usr/bin/i686-w64-mingw32-gcc.exe 32-bit /usr/bin/x86_64-pc-cygwin-gcc.exe 64-bit Cygwin /usr/bin/x86_64-w64-mingw32-gcc.exe 64-bit $ cat identify-compilers.sh #!/bin/bash for c in $(ls -1 /usr/bin/*gcc.exe); do echo === compiler: $c $c -o hello.exe hello.c objdump -p hello.exe | grep -i cygwin objdump -p hello.exe | grep -i 64$ rm hello.exe done -- 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
example for Match Host, in ssh?
I have managed to get Match Address and Match User to work e.g. I see an effect for Match User blah MaxAuthTries 0 But I cannot get Match Host to work I have a computer compa I can ping compa but when in sshd_config I do Match Host compa MaxAuthTries 0 it has no effect And when I try in ssh_config doing Host compaa HostName compa then I try in sshd_config Match Host compaa MaxAuthTries 0 It still have an effect. i'd like to see an example of using Match Host Where am I going wrong? / How can I troubleshoot this? -- 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