Hi Jon,
Thanks for reporting this.
For the time being, I've reverted the URL to point to the previous
32-bit build, while I investigate.
Thanks for the quick action! I can confirm that this fixed my CI (at
least it starts to install Cygwin).
Best regards,
Michael
--
Problem reports:
Hi Jon,
> A new version of Setup (2.930) has been uploaded to:
>
> https://cygwin.com/setup-x86_64.exe (64 bit version)
> https://cygwin.com/setup-x86.exe (32 bit version)
apparently this update broke the 32 bit install of cygwin. I am still
having this in my nightly CI (Coq Platform)
Hi Marco,
I just rolled back the libgpg-error0 as fast term solution,
it will need some hours to propagate to the various mirrors
thank you for the quick action! I can confirm that our nightly Windows
CI with latest cygwin runs through fine again.
Sorry for the inconvenience
Nothing to
Dear Cygwin Team & Users,
Looks like this problem converges on the libgpg-error update, gpg2 also
segfaults with this library installed.
I can confirm that just downgrading:
libgpg-error0-1.47-1 -> libgpg-error0-1.37-1
and keeping the update of libassuan0:
libassuan0-2.5.5-1 ->
Dear Cygwin Team,
my daily CI of Coq Platform indicates that this update:
libassuan0-2.5.5-1 -> libassuan0-2.5.6-1
libgpg-error0-1.47-1 -> libgpg-error0-1.37-1
breaks Opam, the OCaml package manager, via a failed call to curl as can
be seen by executing these commands:
$ wget
Dear Cygwin Team,
since a while I have these errors in the setup log file of new cygwin
installations
C:\bin\cygwin\var\log\setup.log.full:
running: C:\bin\cygwin\bin\bash.exe --norc --noprofile
"/etc/postinstall/ca-certificates.sh"
/usr/bin/ln: failed to create symbolic link
Hi José,
Yes, I did. I think you missed one of my emails. But, here is what I did:
$ ldd sqlite3.exe
ntdll.dll => /cygdrive/c/Windows/SYSTEM32/ntdll.dll (0x7ffc1d6f)
ntdll.dll => /cygdrive/c/Windows/SysWOW64/ntdll.dll (0x778c)
wow64.dll =>
Hi José,
did you try copying the MinGW DLLs as I suggested?
You find them in folder
"\usr\x86_64-w64-mingw32\sys-root\mingw\bin" and as I said
"ldd" will tell you which ones you need. As a test you can also simply
copy all of them to your bin folder, but it might be many (I have 85
DLLs in
> The problem happens after I move that sqlite3.exe to C:\bin directory.
very likely quite a few of the MinGW shared libraries supplied by cygwin
are missing - you need to copy these as well. You can use the `ldd` tool
on the .exe and the .dll to find out which these are. You need to copy
Adding to the note by Lem regarding a missing dependency of curl since
this update, I want to note that in a standard installation of cygwin
curl fails since this update with:
the following programs are not installed properly:
curl curl
Best regards,
Michael
--
Problem reports:
An update on this:
I reverted to the previous version of MinGW 64 binutils in our CI and
didn't have issues since then.
Best regards,
Michael
Am 01/02/2021 um 10:25 schrieb Michael Soegtrop:
Hi Achim,
I have some evidence that this update leads to random assembler
errors. I have 3 CI
Hi Achim,
I have some evidence that this update leads to random assembler errors.
I have 3 CI failures (out of 5 runs) since the update in an open source
project I maintain. The failure is always an error from the MinGW 64
assembler and the errors are random - that is if I rerun the same CI
have you tried the Cygwin snapshot as suggested in:
https://sourceware.org/pipermail/cygwin/2021-January/247418.html
The snapshot is hard to use in headless CI systems because the provided
archive contains a cygwin dll, so it cannot be patched from within
cygwin and my experience with doing
Hi Marco,
have you tried the Cygwin snapshot as suggested in:
https://sourceware.org/pipermail/cygwin/2021-January/247418.html
sorry, I somehow missed this message. I will try this and report if it
works.
Thanks!
Best regards,
Michael
--
Problem reports:
Dear Cygwin Team,
is there an update on this? Apparently tar is broken on Cygwin 32 since
the latest update (it works fine on 64 bit Cygwin) and afaik there is no
way to install specific package versions from the command line as would
be possible via the Setup UI, so I can't easily roll back
Dear Cygwin Team,
sorry - I was too quick. Actually the packages are the other way around:
New is:
python python-2.7.18-1.tar.bz2 0
python-pip-wheel python-pip-wheel-19.2.3-1.tar.bz2 0
python-setuptools-wheel python-setuptools-wheel-41.2.0-1.tar.bz2 0
python2 python2-2.7.18-2.tar.bz2 0
Dear Cygwin Team,
as far as I can tell the package "python" which drags in some python and
creates a symlink like
/usr/bin/python -> python2.7.exe
has been removed recently (in the last 3 days or so) from the default
package selection. This has the effect that calls to just "python" fail.
Hi Ken, L A Walsh,
> But you can change this if you don't like it, as I said in my reply
to your earlier message about this:
I don't know if I like it yet - I am still in the process of
understanding what is going on.
I maintain the Windows build of a large open source project and we also
Dear Cyhwin Users and Team,
since a while I have issues removing cygwin installations, especially
the symlinks to true type fonts in /usr/share/fonts/microsoft.
Looking at these links with Windows tools I get:
C:\bin\cygwin\usr\share\fonts\microsoft>fsutil reparsepoint query
wingding.ttf
Dear Cygwin Team and Users,
since a few months I have issues deleting cygwin installations. In some
cases randomly the /usr/share/fonts/microsoft folder and the TTF files
in it remain. According to DOS dir the folder contains junctions to TTF
files - not sure how this is possible - afaik a
Hi Marco,
unfortunately it will not be updated shortly.
The package is currently without an active maintainer
https://sourceware.org/pipermail/cygwin-apps/2020-March/039877.html
Are you eventually interested to adopt it ?
I am not an expert for GTK3 but I maintain the windows build of a
Dear Cygwin Team,
can you please update these packages:
mingw64-x86_64-gtksourceview3.0
mingw64-i686-gtksourceview3.0
The available version 3.24.6 has a severe bug: when a thread ends global
objects of gtksourceview are deleted which later leads to crashes when
the corresponding memory is
22 matches
Mail list logo
