Re: GDB missing libraries after upgrade
On Sat, 31 Oct 2020 14:56:14 +1100, Duncan Roe > On Sat, Oct 31, 2020 at 02:30:07PM +1100, Duncan Roe wrote: > > Hi, > > > > Updated cygwin64 this morning and now gdb won't start. > > > > cygcheck shows 2 missing libraries: > > > > 14:10:32$ cygcheck gdb > > Found: C:\cygwin64\bin\gdb.exe > > C:\cygwin64\bin\gdb.exe > > C:\cygwin64\bin\cygwin1.dll > > C:\Windows\system32\KERNEL32.dll > > C:\Windows\system32\API-MS-Win-Core-RtlSupport-L1-1-0.dll > > C:\Windows\system32\ntdll.dll > > C:\Windows\system32\KERNELBASE.dll > > C:\Windows\system32\API-MS-Win-Core-ProcessThreads-L1-1-0.dll > > C:\Windows\system32\API-MS-Win-Core-Heap-L1-1-0.dll > > C:\Windows\system32\API-MS-Win-Core-Memory-L1-1-0.dll > > C:\Windows\system32\API-MS-Win-Core-Handle-L1-1-0.dll > > C:\Windows\system32\API-MS-Win-Core-Synch-L1-1-0.dll > > C:\Windows\system32\API-MS-Win-Core-File-L1-1-0.dll > > C:\Windows\system32\API-MS-Win-Core-IO-L1-1-0.dll > > C:\Windows\system32\API-MS-Win-Core-ThreadPool-L1-1-0.dll > > C:\Windows\system32\API-MS-Win-Core-LibraryLoader-L1-1-0.dll > > C:\Windows\system32\API-MS-Win-Core-NamedPipe-L1-1-0.dll > > C:\Windows\system32\API-MS-Win-Core-Misc-L1-1-0.dll > > C:\Windows\system32\API-MS-Win-Core-SysInfo-L1-1-0.dll > > C:\Windows\system32\API-MS-Win-Core-Localization-L1-1-0.dll > > C:\Windows\system32\API-MS-Win-Core-ProcessEnvironment-L1-1-0.dll > > C:\Windows\system32\API-MS-Win-Core-String-L1-1-0.dll > > C:\Windows\system32\API-MS-Win-Core-Debug-L1-1-0.dll > > C:\Windows\system32\API-MS-Win-Core-ErrorHandling-L1-1-0.dll > > C:\Windows\system32\API-MS-Win-Core-Fibers-L1-1-0.dll > > C:\Windows\system32\API-MS-Win-Core-Util-L1-1-0.dll > > C:\Windows\system32\API-MS-Win-Core-Profile-L1-1-0.dll > > C:\Windows\system32\API-MS-Win-Security-Base-L1-1-0.dll > > C:\cygwin64\bin\cygexpat-1.dll > > C:\cygwin64\bin\cygiconv-2.dll > > C:\cygwin64\bin\cygintl-8.dll > > C:\cygwin64\bin\cyglzma-5.dll > > C:\cygwin64\bin\cygmpfr-6.dll > > C:\cygwin64\bin\cyggmp-10.dll > > C:\cygwin64\bin\cyggcc_s-seh-1.dll > > C:\cygwin64\bin\cygncursesw-10.dll > > C:\cygwin64\bin\libpython3.6m.dll > > C:\cygwin64\bin\cygreadline7.dll > > C:\cygwin64\bin\cygsource-highlight-4.dll > > C:\cygwin64\bin\cygstdc++-6.dll > > C:\cygwin64\bin\cygboost_regex-1_66.dll > > C:\cygwin64\bin\cygz.dll > > cygcheck: track_down: could not find cygicui18n61.dll > > > > cygcheck: track_down: could not find cygicuuc61.dll > > > > > > Where do I get them from? > > > > Cheers ... Duncan. > > Reverting to gdb 8.2.1-1 works. So looks like gdb 8.3.1-1 needs the extra > libraries. > > Cheers ... Duncan. libicu61 provides them. https://www.cygwin.com/packages/summary/libicu61.html https://www.cygwin.com/packages/x86_64/libicu61/libicu61-61.1-1 libicu61: IBM Internationalization Components for Unicode 2018-03-27 01:1526896896 usr/bin/cygicudata61.dll 2018-03-27 01:15 2395155 usr/bin/cygicui18n61.dll 2018-03-27 01:15 48147 usr/bin/cygicuio61.dll 2018-03-27 01:15 1542163 usr/bin/cygicuuc61.dll -- $ cygcheck -p cygicui18n61.dll cygicuuc61.dll Found 1 matches for cygicui18n61.dll libicu61-61.1-1 - libicu61: IBM Internationalization Components for Unicode $ cygcheck -p cygicuuc61.dll Found 1 matches for cygicuuc61.dll libicu61-61.1-1 - libicu61: IBM Internationalization Components for Unicode -- Lem -- 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: GDB missing libraries after upgrade
On Sat, Oct 31, 2020 at 02:30:07PM +1100, Duncan Roe wrote: > Hi, > > Updated cygwin64 this morning and now gdb won't start. > > cygcheck shows 2 missing libraries: > > 14:10:32$ cygcheck gdb > Found: C:\cygwin64\bin\gdb.exe > C:\cygwin64\bin\gdb.exe > C:\cygwin64\bin\cygwin1.dll > C:\Windows\system32\KERNEL32.dll > C:\Windows\system32\API-MS-Win-Core-RtlSupport-L1-1-0.dll > C:\Windows\system32\ntdll.dll > C:\Windows\system32\KERNELBASE.dll > C:\Windows\system32\API-MS-Win-Core-ProcessThreads-L1-1-0.dll > C:\Windows\system32\API-MS-Win-Core-Heap-L1-1-0.dll > C:\Windows\system32\API-MS-Win-Core-Memory-L1-1-0.dll > C:\Windows\system32\API-MS-Win-Core-Handle-L1-1-0.dll > C:\Windows\system32\API-MS-Win-Core-Synch-L1-1-0.dll > C:\Windows\system32\API-MS-Win-Core-File-L1-1-0.dll > C:\Windows\system32\API-MS-Win-Core-IO-L1-1-0.dll > C:\Windows\system32\API-MS-Win-Core-ThreadPool-L1-1-0.dll > C:\Windows\system32\API-MS-Win-Core-LibraryLoader-L1-1-0.dll > C:\Windows\system32\API-MS-Win-Core-NamedPipe-L1-1-0.dll > C:\Windows\system32\API-MS-Win-Core-Misc-L1-1-0.dll > C:\Windows\system32\API-MS-Win-Core-SysInfo-L1-1-0.dll > C:\Windows\system32\API-MS-Win-Core-Localization-L1-1-0.dll > C:\Windows\system32\API-MS-Win-Core-ProcessEnvironment-L1-1-0.dll > C:\Windows\system32\API-MS-Win-Core-String-L1-1-0.dll > C:\Windows\system32\API-MS-Win-Core-Debug-L1-1-0.dll > C:\Windows\system32\API-MS-Win-Core-ErrorHandling-L1-1-0.dll > C:\Windows\system32\API-MS-Win-Core-Fibers-L1-1-0.dll > C:\Windows\system32\API-MS-Win-Core-Util-L1-1-0.dll > C:\Windows\system32\API-MS-Win-Core-Profile-L1-1-0.dll > C:\Windows\system32\API-MS-Win-Security-Base-L1-1-0.dll > C:\cygwin64\bin\cygexpat-1.dll > C:\cygwin64\bin\cygiconv-2.dll > C:\cygwin64\bin\cygintl-8.dll > C:\cygwin64\bin\cyglzma-5.dll > C:\cygwin64\bin\cygmpfr-6.dll > C:\cygwin64\bin\cyggmp-10.dll > C:\cygwin64\bin\cyggcc_s-seh-1.dll > C:\cygwin64\bin\cygncursesw-10.dll > C:\cygwin64\bin\libpython3.6m.dll > C:\cygwin64\bin\cygreadline7.dll > C:\cygwin64\bin\cygsource-highlight-4.dll > C:\cygwin64\bin\cygstdc++-6.dll > C:\cygwin64\bin\cygboost_regex-1_66.dll > C:\cygwin64\bin\cygz.dll > cygcheck: track_down: could not find cygicui18n61.dll > > cygcheck: track_down: could not find cygicuuc61.dll > > > Where do I get them from? > > Cheers ... Duncan. Reverting to gdb 8.2.1-1 works. So looks like gdb 8.3.1-1 needs the extra libraries. Cheers ... Duncan. -- 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
GDB missing libraries after upgrade
Hi, Updated cygwin64 this morning and now gdb won't start. cygcheck shows 2 missing libraries: 14:10:32$ cygcheck gdb Found: C:\cygwin64\bin\gdb.exe C:\cygwin64\bin\gdb.exe C:\cygwin64\bin\cygwin1.dll C:\Windows\system32\KERNEL32.dll C:\Windows\system32\API-MS-Win-Core-RtlSupport-L1-1-0.dll C:\Windows\system32\ntdll.dll C:\Windows\system32\KERNELBASE.dll C:\Windows\system32\API-MS-Win-Core-ProcessThreads-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Heap-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Memory-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Handle-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Synch-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-File-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-IO-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-ThreadPool-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-LibraryLoader-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-NamedPipe-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Misc-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-SysInfo-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Localization-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-ProcessEnvironment-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-String-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Debug-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-ErrorHandling-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Fibers-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Util-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Profile-L1-1-0.dll C:\Windows\system32\API-MS-Win-Security-Base-L1-1-0.dll C:\cygwin64\bin\cygexpat-1.dll C:\cygwin64\bin\cygiconv-2.dll C:\cygwin64\bin\cygintl-8.dll C:\cygwin64\bin\cyglzma-5.dll C:\cygwin64\bin\cygmpfr-6.dll C:\cygwin64\bin\cyggmp-10.dll C:\cygwin64\bin\cyggcc_s-seh-1.dll C:\cygwin64\bin\cygncursesw-10.dll C:\cygwin64\bin\libpython3.6m.dll C:\cygwin64\bin\cygreadline7.dll C:\cygwin64\bin\cygsource-highlight-4.dll C:\cygwin64\bin\cygstdc++-6.dll C:\cygwin64\bin\cygboost_regex-1_66.dll C:\cygwin64\bin\cygz.dll cygcheck: track_down: could not find cygicui18n61.dll cygcheck: track_down: could not find cygicuuc61.dll Where do I get them from? Cheers ... Duncan. -- 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
[ANNOUNCEMENT] New: rapidjson 1.1.0p567-1
The following new packages have been uploaded in the Cygwin distribution: * rapidjson-devel-1.1.0p567-1 * rapidjson-doc-1.1.0p567-1 * rapidjson-1.1.0p567-1-src -- RapidJSON 1.1.0 p567 (based on the commit 0ccdbf36) A fast JSON parser/generator for C++ with both SAX/DOM style API HomePage: https://rapidjson.org/ Source: https://github.com/Tencent/rapidjson/tree/0ccdbf364c577803e2a751f5aededce935314313 License: MIT License, BSD-3-Clause License https://github.com/Tencent/rapidjson/blob/master/license.txt (Files under JSON License are removed in Cygwin src package) Cygwin Package Summary: https://www.cygwin.com/packages/summary/rapidjson-src.html Cygport Source: https://cygwin.com/git/?p=git/cygwin-packages/rapidjson.git -- Lemures Lemniscati -- 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
New: rapidjson 1.1.0p567-1
The following new packages have been uploaded in the Cygwin distribution: * rapidjson-devel-1.1.0p567-1 * rapidjson-doc-1.1.0p567-1 * rapidjson-1.1.0p567-1-src -- RapidJSON 1.1.0 p567 (based on the commit 0ccdbf36) A fast JSON parser/generator for C++ with both SAX/DOM style API HomePage: https://rapidjson.org/ Source: https://github.com/Tencent/rapidjson/tree/0ccdbf364c577803e2a751f5aededce935314313 License: MIT License, BSD-3-Clause License https://github.com/Tencent/rapidjson/blob/master/license.txt (Files under JSON License are removed in Cygwin src package) Cygwin Package Summary: https://www.cygwin.com/packages/summary/rapidjson-src.html Cygport Source: https://cygwin.com/git/?p=git/cygwin-packages/rapidjson.git -- Lemures Lemniscati
Re: [ITA] wget
On 2020-10-30 15:34, Eric Blake wrote: > On 10/30/20 4:30 PM, Brian Inglis wrote: >>> I can also update and release what may be the last patched version of the >>> original wget 1.20.3 (currently 1.19.1) if Eric has no time, or ITA wget >>> if he agrees. >> >> Also wget 1.20.3 final release for ITA or non-maintainer upload as Eric >> seems MIA: > Yes, my time for cygwin has greatly diminished, so you are welcome to > take over wget. Thanks Eric, good to know you're keeping so busy, expected under the circumstances! Not a great effort as there should be no to few more wget releases. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in binary units and prefixes, physical quantities in SI.]
Re: [ITP] wget2 - modern fast parallel file and recursive website downloader
On 2020-07-08 14:05, Brian Inglis wrote: > wget2 is the successor of wget supplying a shared library API like curl to > build a modern, fast, multi-threaded, parallel downloader using HTTP/2, HTTP > compression and If-Modified-Since headers; see: > https://gitlab.com/gnuwget/wget2 > It is currently available on Arch, Debian/Ubuntu, openSUSE, Slackware; see: https://repology.org/project/wget2/versions Thanks for help getting here and also the upstream folks! Please review wget2 repackaged into subpackages available under: https://drive.google.com/drive/folders/1VVuC14KuB6uShm4FQL9BuXH0hpLYnIcJ?usp=sharing This is release 1.99.2 so ISTM this should be considered a PoC or RC for 2.0. > I can also update and release what may be the last patched version of the > original wget 1.20.3 (currently 1.19.1) if Eric has no time, or ITA wget > if he agrees. Also wget 1.20.3 final release for ITA or non-maintainer upload as Eric seems MIA: https://drive.google.com/drive/folders/1T6Mn5r-n8r9Gk71mI_mI1IOLPZm81TB2?usp=sharing -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in binary units and prefixes, physical quantities in SI.]
Re: autotools fails to find /lib/liblz.a
Brian Inglis writes: > That confirms I should push that back upstream. > I'm still working on ITP wget2 sub-packages to upgrade from wget. Do you have a cygport file? From looking at the configure.ac I don't understand how it ever gets to where you've been seeing the error. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Samples for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
Re: autotools fails to find /lib/liblz.a
On 2020-10-30 13:42, Ken Brown via Cygwin-apps wrote: > On 10/30/2020 3:32 PM, Achim Gratz wrote: >> Brian Inglis writes: >>> Hoping this is a symptom of a well known issue with a well known solution, >>> or I >>> can get the build to work without it: >>> >>> CCLD libwget.la >>> >>> *** Warning: linker path does not have real file for library -llz. >> >> That sounds like a bug in configure for whatever you are trying to build >> (you didn't say). First off, it shouldn't even look for a static >> library and none of that name exists in Cygwin. Also, if you need to >> figure out what goes wrong you'd better advise make to output the full >> command lines and not abbreviate (you will probably need to add V=1 or >> something like that to the arguments). > > Whatever Brian is building appears to be looking for the lzlib library > (https://www.nongnu.org/lzip/lzlib.html), which in some distros, such as > Debian, > is provided by a liblz-dev package. As you said, it's not in Cygwin. > > I would have expected the configure script to detect that Cygwin doesn't have > it. Thanks Ken, I'm still trying to ITP wget2, get https working, and split into sub-packages. Working with upstream, but their suggested configure.ac patch does seem to lack some consistency checking, as I'm trying to build explicitly --without-lzip to avoid this issue. I'll report back upstream, and pick parts of their patch to selectively apply, to avoid the above breakage and others. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in binary units and prefixes, physical quantities in SI.]
Re: autotools fails to find /lib/liblz.a
On 10/30/2020 3:32 PM, Achim Gratz wrote: Brian Inglis writes: Hoping this is a symptom of a well known issue with a well known solution, or I can get the build to work without it: CCLD libwget.la *** Warning: linker path does not have real file for library -llz. That sounds like a bug in configure for whatever you are trying to build (you didn't say). First off, it shouldn't even look for a static library and none of that name exists in Cygwin. Also, if you need to figure out what goes wrong you'd better advise make to output the full command lines and not abbreviate (you will probably need to add V=1 or something like that to the arguments). Whatever Brian is building appears to be looking for the lzlib library (https://www.nongnu.org/lzip/lzlib.html), which in some distros, such as Debian, is provided by a liblz-dev package. As you said, it's not in Cygwin. I would have expected the configure script to detect that Cygwin doesn't have it. Ken
Re: [ITA] wxWidgets3.0
On 28/10/2020 08:40, Achim Gratz wrote: > Hamish McIntyre-Bhatty via Cygwin-apps writes: >> Another interesting thing is that I get the following messages when >> running cygport install: >> >> Warning: x was not linked with -Wl, --enable-auto-image-base >> >> Is this anything to be alarmed about or not really an issue? The >> libraries seem to work okay, at any rate. > I'm not sure if cygport actually fixes this up by changing the flags in > the DLL, but that means that the linker flags that cygport tries to > force are overwritten somewhere else. Now, this is most likely CMake > you're dealing with, so the best of luck in figuring out where. > > > Regards, > Achim. Okay thanks, I'll look into that shortly. I'm getting near the stage where using the CI tool might be useful; could someone hand over the package to me please so I can commit to the git repo please? Also of note, is the ridiculous amount of memory that seems to be needed when compiling and linking wxWidgets (I needed to give 12GB to my VM!) - will I crash the CI system if I try to build using it, or will it be okay/not a disaster if it uses too much RAM and starts swapping? Hamish 0x87B761FE07F548D6.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
[ITA] libarchive / mingw64-{i686,x86_64}-libarchive
>> If you'd rather have me co-maintain or adopt the package, let me >> know. > > You are the new maintainer Here is the formal ITA for that, plus the request to also hand over the corresponding mingw64 packages which will need to be updated also. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: autotools fails to find /lib/liblz.a
Brian Inglis writes: > Hoping this is a symptom of a well known issue with a well known solution, or > I > can get the build to work without it: > > CCLD libwget.la > > *** Warning: linker path does not have real file for library -llz. That sounds like a bug in configure for whatever you are trying to build (you didn't say). First off, it shouldn't even look for a static library and none of that name exists in Cygwin. Also, if you need to figure out what goes wrong you'd better advise make to output the full command lines and not abbreviate (you will probably need to add V=1 or something like that to the arguments). Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada
[ANNOUNCEMENT] Updated: Perl distributions
The following Perl distributions have been updated to their latest release version available on CPAN: x86/x86_64 -- perl-Cpanel-JSON-XS-4.25-1 perl-JSON-XS-4.03-1 -- *** 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: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Updated: Perl distributions
The following Perl distributions have been updated to their latest release version available on CPAN: x86/x86_64 -- perl-Cpanel-JSON-XS-4.25-1 perl-JSON-XS-4.03-1 -- *** 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.
Re: [ITA] lighttpd
On 2020-10-30 07:05, Marco Atzeri via Cygwin-apps wrote: > On 30.10.2020 10:04, Glenn Strauss wrote: >> lighttpd developer (me) would like to adopt the lighttpd package in >> cygwin. >> >> lighttpd 1.4.55 was released in Jan. A request to package was sent to >> the cygwin list in March. Still no lighttpd 1.4.55 in cygwin. :( >> >> I am preparing to release lighttpd-1.4.56, a major release with support >> for HTTP/2, and figured getting lighttpd-1.4.55 into cygwin would be a >> good start for a new cygwin package maintainer. lighttpd-1.4.55 has >> proven to be a stable release. > can you share the proposed packages somewhere ? > Just a formality to verify the package meets the cygwin standards > I assume you used Yaakov's cygport as base. The previous maintainer cygport is in the Cygwin source package, which you can install using the Cygwin Setup program, or download .../x86{,_64}/release/lighttpd/lighttpd-1.4.54-1-src.tar.xz from any Cygwin mirror, and also in the online repo used by appveyor CI: https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/lighttpd.git Please just copy the contents of your updated lighttpd.cygport and the cygport generated directory hierarchies lighttpd-1.4.55-1.{x86_64,i686}/dist/ onto online shared storage somewhere with access via link(s) posted here. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in binary units and prefixes, physical quantities in SI.]
autotools fails to find /lib/liblz.a
Hi folks, Hoping this is a symptom of a well known issue with a well known solution, or I can get the build to work without it: CCLD libwget.la *** Warning: linker path does not have real file for library -llz. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with liblz and none of the candidates passed a file format test *** using a file magic. Last file checked: /lib/liblz.a *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. *** Since this library must not contain undefined symbols, *** because either the platform does not support them or *** it was explicitly requested with -no-undefined, *** libtool will only create a static version of it. Also working with upstream on the issue. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in binary units and prefixes, physical quantities in SI.]
[ANNOUNCEMENT] Updated: Git v2.29.2-1
Version 2.29.2-1 of Git has been uploaded and should be coming soon to a mirror near you. This update includes the following packages: - git - git-cvs - git-debuginfo - git-email - git-gui - gitk - git-p4 - git-svn This is an update to the latest upstream release. For a full list of the upstream changes in this release, please refer to the upstream changelogs: https://git.kernel.org/cgit/git/git.git/tree/Documentation/RelNotes https://kernel.googlesource.com/pub/scm/git/git.git/+/master/Documentation/RelNotes/ https://github.com/git/git/tree/master/Documentation/RelNotes Enjoy! -- 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
[ANNOUNCEMENT] Updated: libarchive-3.4.3-2
Version 3.4.3-2 of libarchive (source) libarchive-devel libarchive13 bsdcat bsdcpio bsdtar is available in the Cygwin distribution: CHANGES Fixes to configure for Cygwin and enabling of ZStd and LZO compression formats. DESCRIPTION Multi-format archive and compression library It is a portable, efficient C library that can read and write streaming archives in a variety of formats. It also includes implementations of the common tar, cpio, and zcat command-line tools that use the libarchive library. HOMEPAGE https://www.libarchive.org/ -- *** 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: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Updated: qpdf-10.0.2-1
Versions 10.0.2-1 of qpdf libqpdf28 API Bump libqpdf-devel are available in the Cygwin distribution: CHANGES Latest upstream release DESCRIPTION QPDF is a command-line program that does structural, content-preserving transformations on PDF files. It also provides many useful capabilities to developers of PDF-producing software or for people who just want to look at the innards of a PDF file to learn more about how they work. QPDF is capable of creating linearized (also known as web-optimized) files and encrypted files. QPDF also supports a special mode designed to allow you to edit the content of PDF files in a text editor. QPDF includes support for merging and splitting PDFs through the ability to copy objects from one PDF file into another and to manipulate the list of pages in a PDF file. The QPDF library also makes it possible for you to create PDF files from scratch. HOMEPAGE http://qpdf.sourceforge.net/ Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) com .
[ANNOUNCEMENT] Updated: qpdf-10.0.2-1
Versions 10.0.2-1 of qpdf libqpdf28 API Bump libqpdf-devel are available in the Cygwin distribution: CHANGES Latest upstream release DESCRIPTION QPDF is a command-line program that does structural, content-preserving transformations on PDF files. It also provides many useful capabilities to developers of PDF-producing software or for people who just want to look at the innards of a PDF file to learn more about how they work. QPDF is capable of creating linearized (also known as web-optimized) files and encrypted files. QPDF also supports a special mode designed to allow you to edit the content of PDF files in a text editor. QPDF includes support for merging and splitting PDFs through the ability to copy objects from one PDF file into another and to manipulate the list of pages in a PDF file. The QPDF library also makes it possible for you to create PDF files from scratch. HOMEPAGE http://qpdf.sourceforge.net/ Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) com . -- 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: [ITP] rapidjson 1.1.0p567
On 25.10.2020 12:09, Lemures Lemniscati via Cygwin-apps wrote: Hi ! [ITP] A new package proposal: rapidjson * rapidjson-devel-1.1.0p567-1 * rapidjson-doc-1.1.0p567-1 * rapidjson-1.1.0p567-1-src RapidJSON 1.1.0 p567 (based on the commit 0ccdbf36) A fast JSON parser/generator for C++ with both SAX/DOM style API HomePage: https://rapidjson.org/ Source: https://github.com/Tencent/rapidjson/tree/0ccdbf364c577803e2a751f5aededce935314313 License: MIT License, BSD-3-Clause License https://github.com/Tencent/rapidjson/blob/master/license.txt (Files under JSON License are removed in Cygwin src package) Corresponding Linux/Unix packages are searched: https://pkgs.org/search/?q=rapidjson https://repology.org/project/rapidjson/versions Category: Devel Libs Current libdeflate.cygport is in a git repository: https://github.com/cygwin-lem/rapidjson-cygport/tree/n_1.1.0-1 Current package files are placed at https://cygwin-lem.github.io/rapidjson-cygport/ or in a git branch https://github.com/cygwin-lem/rapidjson-cygport/tree/n_1.1.0-1_gh-pages Regards, -- Lem GTG you can upload Regards Marco
[ANNOUNCEMENT] emacs 27.1-2
The following packages have been uploaded to the Cygwin distribution: * emacs-27.1-2 * emacs-common-27.1-2 * emacs-X11-27.1-2 * emacs-w32-27.1-2 * emacs-lucid-27.1-2 Emacs is a powerful, customizable, self-documenting, modeless text editor. Emacs contains special code editing features, a scripting language (elisp), and the capability to read mail, news, and more without leaving the editor. This is a rebuild of the 27.1-1 packages, patched to fix the problem reported here: https://cygwin.com/pipermail/cygwin/2020-October/246613.html CYGWIN NOTES 1. The emacs, emacs-w32, emacs-X11, and emacs-lucid packages each provide an emacs binary. These are emacs-nox.exe, emacs-w32.exe, emacs-X11.exe, and emacs-lucid.exe, respectively, in order of increasing priority. The postinstall scripts create a symlink /usr/bin/emacs that resolves to the highest-priority binary that you have installed. Thus the command 'emacs' will start emacs-lucid.exe if you've installed the emacs-lucid package; otherwise, it will start emacs-X11.exe if you've installed emacs-X11; otherwise, it will start emacs-w32.exe if you've installed emacs-w32; otherwise, it will start emacs-nox.exe if you've installed emacs. Similar remarks apply to emacsclient. You only need to install one of these four packages, but you can install more if you want. If you have installed more than one and don't like the default resolution of /usr/bin/emacs, you can run one of the /usr/bin/set-emacs-default-*.sh scripts to change it. For example, /usr/bin/set-emacs-default-w32.sh will make /usr/bin/emacs resolve to /usr/bin/emacs-w32.exe, regardless of which packages you've installed. 2. The emacs-common package contains the files that are needed by all four of the binary packages mentioned above. It also contains the elisp source files, which used to be in a separate (now obsolete) emacs-el package. 3. Install emacs-X11 if you want to use the X11 GUI with the GTK+ toolkit. (This is the default toolkit.) You can then type 'emacs&' in an xterm window, and emacs-X11.exe will start in a new window. If you prefer the Lucid toolkit, install emacs-lucid instead. 4. Install emacs-w32 if you want to use the native Windows GUI instead of X11. 5. If you use the Emacs MH-E library for email, consider installing Cygwin's mailutils-mh package. To use it, put the line (load "mailutils-mh") in your site-start.el or ~/.emacs file. 6. If you have sshd running and want to be able to run emacs-X11 from a remote machine, you need to enable X11 forwarding by adding the following line to /etc/sshd_config: X11Forwarding yes You might also need to have the cygserver service running. 7. The script /usr/bin/make-emacs-shortcut can be used to create a shortcut for starting emacs. See /usr/share/doc/emacs/README.Cygwin for details. Ken Brown Cygwin's Emacs maintainer -- 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: [ITA] lighttpd
On 30.10.2020 10:04, Glenn Strauss wrote: lighttpd developer (me) would like to adopt the lighttpd package in cygwin. lighttpd 1.4.55 was released in Jan. A request to package was sent to the cygwin list in March. Still no lighttpd 1.4.55 in cygwin. :( I am preparing to release lighttpd-1.4.56, a major release with support for HTTP/2, and figured getting lighttpd-1.4.55 into cygwin would be a good start for a new cygwin package maintainer. lighttpd-1.4.55 has proven to be a stable release. Cheers, Glenn Hi Glenn, can you share the proposed packages somewhere ? Just a formality to verify the package meets the cygwin standards I assume you used the Yaakov's cygport as base. Regards Marco
[ANNOUNCEMENT] file 5.39-1
The following packages have been uploaded to the Cygwin distribution: * file-5.39-1 * file-devel-5.39-1 * python2-magic-5.39-1 * python3-magic-5.39-1 With file you can obtain information on the file type of a specified file. File type recognition is controlled by the file /usr/share/file/magic which contains the classification criteria. -- 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
file 5.39-1
The following packages have been uploaded to the Cygwin distribution: * file-5.39-1 * file-devel-5.39-1 * python2-magic-5.39-1 * python3-magic-5.39-1 With file you can obtain information on the file type of a specified file. File type recognition is controlled by the file /usr/share/file/magic which contains the classification criteria.
Re: [Attn.Maintainer] libarchive
On 27.10.2020 11:32, Achim Gratz wrote: Hi Marco, the last release of libarchive hasn't been pushed to https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/libarchive.git could that please be corrected? Also it is built without ZStd and LZO support (the former presumably because you didn't have the headers installed and the latter because it requires a configure argument). Looking into that I noticed that the configury rolls in Cygwin with MSys and MinGW and produces the expected nonsense, in particular the SSL library is not found that way. It works slightly better via cmake, but that doesn't produce a correctly named DLL, so I stopped there. Likewise there are tests for lrzip/grzip that don't seem to have a corresponding configure option (or configure tests), so I didn't try if they work. Here are the fixed up cygport file plus the configury patch: --8<---cut here---start->8--- # -*- mode: sh; sh-shell: bash -*- # inherit cmake # doesn't produce a correctly named library BUILD_REQUIRES=" libbz2-devel zlib-devel libzstd-devel liblzo2-devel liblz4-devel liblzma-devel" BUILD_REQUIRES+=" libiconv-devel libxml2-devel libssl-devel" NAME="libarchive" VERSION="3.4.3" RELEASE="2" CATEGORY="Archive" SUMMARY="Multiple-format archive and compression library" DESCRIPTION="Libarchive is a programming library that can create and read several different streaming archive formats, including most popular tar variants, several cpio formats, and both BSD and GNU ar variants. It can also write shar archives and read ISO9660 CDROM images and ZIP archives. The bsdtar program is an implementation of tar(1) that is built on top of libarchive. It started as a test harness, but has grown into a feature-competitive replacement for GNU tar." HOMEPAGE="https://www.libarchive.org/; SRC_URI="https://www.libarchive.org/downloads/${P}.tar.gz; SRC_DIR="${P}" PKG_NAMES="${PN}13 ${PN}-devel bsdtar bsdcpio bsdcat" eval ${PN}13_CONTENTS='"usr/bin/cygarchive-13.dll"' libarchive_devel_CONTENTS="usr/include/ usr/lib/ usr/share/doc/ usr/share/man/man[35]/" bsdtar_CONTENTS="usr/bin/bsdtar.exe usr/share/man/man1/bsdtar.*" bsdcpio_CONTENTS="usr/bin/bsdcpio.exe usr/share/man/man1/bsdcpio.*" bsdcat_CONTENTS="usr/bin/bsdcat.exe usr/share/man/man1/bsdcat.*" CYGCONF_ARGS="--with-lzo2" --8<---cut here---end--->8--- --8<---cut here---start->8--- --- origsrc/libarchive-3.4.3/configure.ac +++ src/libarchive-3.4.3/configure.ac @@ -86,13 +86,10 @@ AC_CANONICAL_HOST dnl Compilation on mingw and Cygwin needs special Makefile rules inc_windows_files=no -inc_cygwin_files=no case "$host_os" in *mingw* ) inc_windows_files=yes ;; - *cygwin* | *msys*) inc_cygwin_files=yes ;; esac AM_CONDITIONAL([INC_WINDOWS_FILES], [test $inc_windows_files = yes]) -AM_CONDITIONAL([INC_CYGWIN_FILES], [test $inc_cygwin_files = yes]) dnl Defines that are required for specific platforms (e.g. -D_POSIX_SOURCE, etc) PLATFORMCPPFLAGS= @@ -243,7 +240,7 @@ AM_CONDITIONAL([STATIC_BSDCPIO], [ test # Set up defines needed before including any headers case $host in - *mingw* | *cygwin* | *msys* ) + *mingw* | *msys* ) AC_DEFINE([_WIN32_WINNT], 0x0502, [Define to '0x0502' for Windows Server 2003 APIs.]) AC_DEFINE([WINVER], 0x0502, [Define to '0x0502' for Windows Server 2003 APIs.]) AC_DEFINE([NTDDI_VERSION], 0x0502, [Define to '0x0502' for Windows Server 2003 APIs.]) @@ -316,7 +313,7 @@ AC_ARG_WITH([bz2lib], if test "x$with_bz2lib" != "xno"; then AC_CHECK_HEADERS([bzlib.h]) case "$host_os" in -*mingw* | *cygwin* | *msys*) +*mingw* | *msys*) dnl AC_CHECK_LIB cannot be used on the Windows port of libbz2, therefore dnl use AC_LINK_IFELSE. AC_MSG_CHECKING([for BZ2_bzDecompressInit in -lbz2]) @@ -1089,7 +1086,7 @@ main(int argc, char **argv) ]) case "$host_os" in - *mingw* | *cygwin* | *msys*) + *mingw* | *msys*) ;; *) CRYPTO_CHECK(MD5, LIBC, md5) @@ -1157,7 +1154,7 @@ if test "x$with_openssl" != "xno"; then AC_CHECK_HEADERS([openssl/evp.h]) saved_LIBS=$LIBS case "$host_os" in - *mingw* | *cygwin* | *msys*) + *mingw* | *msys*) case "$host_cpu" in x86_64) AC_CHECK_LIB(eay64,OPENSSL_config) @@ -1198,7 +1195,7 @@ if test "x$found_LIBMD" != "xyes"; then fi case "$host_os" in - *mingw* | *cygwin* | *msys*) + *mingw* | *msys*) CRYPTO_CHECK_WIN(MD5, CALG_MD5) CRYPTO_CHECK_WIN(SHA1, CALG_SHA1) CRYPTO_CHECK_WIN(SHA256, CALG_SHA_256) --8<---cut here---end--->8--- With these, the package builds correctly. I have a few test fails that all look like ATWIL / permission problems to me and none look like they weren't present before. If you'd rather have me co-maintain or adopt the package, let me know. You are the
ssh key for cygwin lighttpd maintainer request from lighttpd upstream developer
Name: Glenn Strauss BEGIN SSH2 PUBLIC KEY Comment: "521-bit ECDSA, converted by gps@xps13 from OpenSSH" E2VjZHNhLXNoYTItbmlzdHA1MjEIbmlzdHA1MjEAAACFBACwtEW0/ZSGwk+1tj v5ul5sh6b2ayZmiZppC7juE/o5oTngQDJyVBkDzV+Bjb9cByvLlg9QfTdnrCg0dMnrzH0y UgH/ov7yGYNGzu6maYKCgjBTMEcwrqyRHHTaIE1pBQYa5RrWj09VuBsatENYeit+hNLcYR J08+wm8s7OTy1ZZQKAnQ== END SSH2 PUBLIC KEY
Re: Conflict if same username local and in domain
Greetings, David Balažic! > I started Cygwin Terminal to find out, I landed in the other users > home folder and have no write access. > What happened was: > - log into Windows as domain user DOM\JOE > - start cygwin shell, land in /home/joe > - log into Windows as local user JOE > - start cygwin shell, land in /home/joe , but with no write access, > as it belongs to other user according to Windows > Is this a known issue? Should cygwin use a different username? This is a caveat of the default nsswitch configuration in Cygwin. It uses home directories inside Cygwin's own directory tree by default and name them after username without domain, but you can configure it to either use a different home directory name or just use user's profile as home directory. Which is, if you ask me, way more logical. Be aware of the noacl flag for mounting directories outside Cygwin tree, or you may surprise your Windows applications with less than trivial ACE setups generated by Cygwin in "strict POSIX" mode. -- With best regards, Andrey Repin Friday, October 30, 2020 10:25:49 Sorry for my terrible english... -- 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