RE: [BUG] Latest python38 package (3.8.7-1) fails to execute 'ensurepip', 3.8.3.-1 works
Hi Marco, Confirming that the provided patch fixes the problem, thanks! Do you have an estimate of when you plan on releasing 3.8.7-2 with this fix? Thanks, Oleh -Original Message- From: Cygwin On Behalf Of Marco Atzeri via Cygwin Sent: Saturday, January 23, 2021 11:14 AM To: cygwin@cygwin.com Subject: Re: [BUG] Latest python38 package (3.8.7-1) fails to execute 'ensurepip', 3.8.3.-1 works On 23.01.2021 19:47, Marco Atzeri wrote: > On 23.01.2021 19:23, Oleh Svirshchevsky via Cygwin wrote: >> Latest python38 package (3.8.7-1) fails to execute 'ensurepip', >> 3.8.3.-1 works >> >> Latest version: >> $ python3.8.exe --version >> Python 3.8.7 >> $ python3.8.exe -Im ensurepip --upgrade --default-pip Traceback (most >> recent call last): >> File "/usr/lib/python3.8/runpy.py", line 185, in >> _run_module_as_main >> mod_name, mod_spec, code = _get_module_details(mod_name, _Error) >> File "/usr/lib/python3.8/runpy.py", line 144, in >> _get_module_details >> return _get_module_details(pkg_main_name, error) >> File "/usr/lib/python3.8/runpy.py", line 111, in >> _get_module_details >> __import__(pkg_name) >> File "/usr/lib/python3.8/ensurepip/__init__.py", line 121 >> with open(os.path.join(_WHEEL_DIR, wheel_name), "rb") as sfp: >> ^ >> IndentationError: unexpected indent Hi Oleh, the attached patch should solve the indentation mistakes. Can you confirm it ? Regards Marco -- 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
[PATCH cygport] Make a build-depends list from a cygport file
Hi! Here are small patches, which might be useful (I guess). 1. We can get a build-depends list from a cygport file by cygport foo.cygport builddep-oneline | tail -1 and can easily use the results from other scripts. 2. Make sure a build-depends list in *-src.hint be a single line (just a fool-proof). * 0001-New-functions-in-lib-pkg_info.cygpart.patch New functions in lib/pkg_info.cygpart * __make_oneline_sorted(), __make_list_sorted(): print a space-separated, or newline-ending list of args * __show_build_deps_oneline(), __show_build_deps(): print ${BUILD_REQUIRES} and 'cygport' by the functions above * 0002-New-commands-builddep-oneline.patch New commands: builddep*oneline and builddep* to show BUILD_REQUIRES * cygport builddep*oneline * cygport builddep* We can get a space-separated list of build-depends by cygport foo.cygport builddep-oneline | tail -1 Note: It's safe to extract a last line explicitly, in case cygport outputs something else. * 0003-Make-sure-build-depends-in-src_hint-is-oneline.patch Use __show_build_deps_oneline() to generate *-src.hint files Regards, Lem 0001-New-functions-in-lib-pkg_info.cygpart.patch Description: Binary data 0002-New-commands-builddep-oneline.patch Description: Binary data 0003-Make-sure-build-depends-in-src_hint-is-oneline.patch Description: Binary data
Link/$PATH interaction problem
Similar to December's "cygwin1.dll > 3.1.4 Program execution fails if (WSL-)symlink exists and is present in PATH", but it's still present in 3.1.6 and 3.1.7. While I can revert back to 3.1.4 (and 3.1.2,) links I have created since then do not show up as links and are listed as owned by UnknownUser and UnknownGroup. I have dozens of such links scattered throughout, making revert testing impractical. I keep scripts in /home/userid/bat, which is a link, and compiled programs in /home/userid/bin, which is a simple directory. My PATH begins with .:/home/userid/bat:/home/userid/bin:... Problems started when I changed the /home/userid/bat link. After the change, none of the programs in /home/userid/bin worked. They would just return. Running them with gdb, they would fail to start (During startup program exited with code 0xc79) /usr/bin/ programs continued to operate normally. My relevant links are as follows: /C -> /cygdrive/c /home/data -> /C/home/data /home/userid/bat -> /home/data/home/bat Currently my /home/userid/bat link is owned by Administrators:None, as restored by backup software. If I replace it, programs in /home/userid/bin do not run. If I add ANY other new link to the beginning of $PATH, none of my compiled programs anywhere run. Adding at the end does not cause any detectable problem. With a PATH containing a beginning link: ldd ~/bin/program yields: ntdll.dll => ,,, KERNEL32.DLL => ... KERNELBASE.dll => ... Without leading link items (except for the restored link), ldd ~/bin/program additionally yields: cygwin1.dll => ,,, (and sometimes more) Let me know if you need further information. -- 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: python doesn't work with asyncio library
On 23.01.2021 22:09, ggl329 via Cygwin wrote: Hi Marco, Thank you for maintaining python related packages. I found that the updated python38 (3.8.6-2, 3.8.7-1) and python36 (3.6.12-2) don't work with asyncio library. The "Hello World!" sample in python documentation fails. Using python38 (3.8.3-1) or python36 (3.6.10-1), it succeeds. This issue prevents ipython from starting up. Could you check if this issue is reproducible on your environment? = $ cat hello38.py # hello38.py (https://docs.python.org/3.8/library/asyncio.html) import asyncio async def main(): print('Hello ...') await asyncio.sleep(1) print('... World!') asyncio.run(main()) confirmed. It looks similar to another one that I thought to have solved. Let me work on it Marco -- 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
python doesn't work with asyncio library
Hi Marco, Thank you for maintaining python related packages. I found that the updated python38 (3.8.6-2, 3.8.7-1) and python36 (3.6.12-2) don't work with asyncio library. The "Hello World!" sample in python documentation fails. Using python38 (3.8.3-1) or python36 (3.6.10-1), it succeeds. This issue prevents ipython from starting up. Could you check if this issue is reproducible on your environment? = $ cat hello38.py # hello38.py (https://docs.python.org/3.8/library/asyncio.html) import asyncio async def main(): print('Hello ...') await asyncio.sleep(1) print('... World!') asyncio.run(main()) $ python3.8 hello38.py Traceback (most recent call last): File "hello38.py", line 7, in asyncio.run(main()) File "/usr/lib/python3.8/asyncio/runners.py", line 39, in run loop = events.new_event_loop() File "/usr/lib/python3.8/asyncio/events.py", line 758, in new_event_loop return get_event_loop_policy().new_event_loop() File "/usr/lib/python3.8/asyncio/events.py", line 656, in new_event_loop return self._loop_factory() File "/usr/lib/python3.8/asyncio/unix_events.py", line 54, in __init__ super().__init__(selector) File "/usr/lib/python3.8/asyncio/selector_events.py", line 61, in __init__ self._make_self_pipe() File "/usr/lib/python3.8/asyncio/selector_events.py", line 108, in _make_self_pipe self._ssock, self._csock = socket.socketpair() File "/usr/lib/python3.8/socket.py", line 571, in socketpair a, b = _socket.socketpair(family, type, proto) SystemError: returned NULL without setting an error Exception ignored in: Traceback (most recent call last): File "/usr/lib/python3.8/asyncio/base_events.py", line 656, in __del__ self.close() File "/usr/lib/python3.8/asyncio/unix_events.py", line 58, in close super().close() File "/usr/lib/python3.8/asyncio/selector_events.py", line 92, in close self._close_self_pipe() File "/usr/lib/python3.8/asyncio/selector_events.py", line 99, in _close_self_pipe self._remove_reader(self._ssock.fileno()) AttributeError: '_UnixSelectorEventLoop' object has no attribute '_ssock' sys:1: RuntimeWarning: coroutine 'main' was never awaited = $ cat hello36.py # hello36.py (https://docs.python.org/3.6/library/asyncio-task.html#example-hello-world-coroutine) import asyncio async def hello_world(): print("Hello World!") loop = asyncio.get_event_loop() loop.run_until_complete(hello_world()) loop.close() $ python3.6 hello36.py Traceback (most recent call last): File "hello36.py", line 5, in loop = asyncio.get_event_loop() File "/usr/lib/python3.6/asyncio/events.py", line 694, in get_event_loop return get_event_loop_policy().get_event_loop() File "/usr/lib/python3.6/asyncio/events.py", line 599, in get_event_loop self.set_event_loop(self.new_event_loop()) File "/usr/lib/python3.6/asyncio/events.py", line 617, in new_event_loop return self._loop_factory() File "/usr/lib/python3.6/asyncio/unix_events.py", line 56, in __init__ super().__init__(selector) File "/usr/lib/python3.6/asyncio/selector_events.py", line 56, in __init__ self._make_self_pipe() File "/usr/lib/python3.6/asyncio/selector_events.py", line 118, in _make_self_pipe self._ssock, self._csock = self._socketpair() File "/usr/lib/python3.6/asyncio/unix_events.py", line 60, in _socketpair return socket.socketpair() File "/usr/lib/python3.6/socket.py", line 488, in socketpair a, b = _socket.socketpair(family, type, proto) SystemError: returned NULL without setting an error Exception ignored in: > Traceback (most recent call last): File "/usr/lib/python3.6/asyncio/base_events.py", line 533, in __del__ self.close() File "/usr/lib/python3.6/asyncio/unix_events.py", line 63, in close super().close() File "/usr/lib/python3.6/asyncio/selector_events.py", line 99, in close self._close_self_pipe() File "/usr/lib/python3.6/asyncio/selector_events.py", line 109, in _close_self_pipe self._remove_reader(self._ssock.fileno()) AttributeError: '_UnixSelectorEventLoop' object has no attribute '_ssock' -- ggl329 -- 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: [BUG] Latest python38 package (3.8.7-1) fails to execute 'ensurepip', 3.8.3.-1 works
On 23.01.2021 19:47, Marco Atzeri wrote: On 23.01.2021 19:23, Oleh Svirshchevsky via Cygwin wrote: Latest python38 package (3.8.7-1) fails to execute 'ensurepip', 3.8.3.-1 works Latest version: $ python3.8.exe --version Python 3.8.7 $ python3.8.exe -Im ensurepip --upgrade --default-pip Traceback (most recent call last): File "/usr/lib/python3.8/runpy.py", line 185, in _run_module_as_main mod_name, mod_spec, code = _get_module_details(mod_name, _Error) File "/usr/lib/python3.8/runpy.py", line 144, in _get_module_details return _get_module_details(pkg_main_name, error) File "/usr/lib/python3.8/runpy.py", line 111, in _get_module_details __import__(pkg_name) File "/usr/lib/python3.8/ensurepip/__init__.py", line 121 with open(os.path.join(_WHEEL_DIR, wheel_name), "rb") as sfp: ^ IndentationError: unexpected indent Hi Oleh, the attached patch should solve the indentation mistakes. Can you confirm it ? Regards Marco --- Lib/ensurepip/__init__.py 2021-01-12 14:56:53.283024300 +0100 +++ /usr/lib/python3.8/ensurepip/__init__.py2021-01-23 20:07:15.593584200 +0100 @@ -118,9 +118,9 @@ additional_paths = [] for project, version, py_tag in _PROJECTS: wheel_name = _wheels[project][version] - with open(os.path.join(_WHEEL_DIR, wheel_name), "rb") as sfp: +with open(os.path.join(_WHEEL_DIR, wheel_name), "rb") as sfp: with open(os.path.join(tmpdir, wheel_name), "wb") as fp: -fp.write(sfp.read()) +fp.write(sfp.read()) additional_paths.append(os.path.join(tmpdir, wheel_name)) -- 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: missing perl directories
Anthony Heading writes: […] > What approach do you want? (Choose 'local::lib', 'sudo' or 'manual') > [local::lib] Well, just say "manual" at this prompt to override the heuristics for switching to local::lib, then. Alternatively you can report it upstream so that this check is properly guarded (if the leading path is writable by the current user then local::lib is not necessary). In general, if you install Cygwin often enough for this to be a nuisance I'd recommend adding a package to your local repo that sets up such things in a postinstall script. 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 -- 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] biber 2.16-1
The following package has been uploaded to the Cygwin distribution: * biber-2.16-1 Biber is a BibTeX replacement for users of BibLaTeX. Biber supports full UTF-8, can (re-)encode input and output, supports highly configurable sorting, dynamic bibliography sets, and many other features. This is an update to the latest upstream release [*]. It is designed to work with biblatex-3.16. The latter is contained in texlive-collection-bibtexextra, which has been updated also. Ken Brown Cygwin's Biber maintainer [*] Slightly modified to avoid requiring perl-5.32, which is not yet available on Cygwin. -- 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
biber 2.16-1
The following package has been uploaded to the Cygwin distribution: * biber-2.16-1 Biber is a BibTeX replacement for users of BibLaTeX. Biber supports full UTF-8, can (re-)encode input and output, supports highly configurable sorting, dynamic bibliography sets, and many other features. This is an update to the latest upstream release [*]. It is designed to work with biblatex-3.16. The latter is contained in texlive-collection-bibtexextra, which has been updated also. Ken Brown Cygwin's Biber maintainer [*] Slightly modified to avoid requiring perl-5.32, which is not yet available on Cygwin.
Re: [BUG] Latest python38 package (3.8.7-1) fails to execute 'ensurepip', 3.8.3.-1 works
On 23.01.2021 19:23, Oleh Svirshchevsky via Cygwin wrote: Latest python38 package (3.8.7-1) fails to execute 'ensurepip', 3.8.3.-1 works Latest version: $ python3.8.exe --version Python 3.8.7 $ python3.8.exe -Im ensurepip --upgrade --default-pip Traceback (most recent call last): File "/usr/lib/python3.8/runpy.py", line 185, in _run_module_as_main mod_name, mod_spec, code = _get_module_details(mod_name, _Error) File "/usr/lib/python3.8/runpy.py", line 144, in _get_module_details return _get_module_details(pkg_main_name, error) File "/usr/lib/python3.8/runpy.py", line 111, in _get_module_details __import__(pkg_name) File "/usr/lib/python3.8/ensurepip/__init__.py", line 121 with open(os.path.join(_WHEEL_DIR, wheel_name), "rb") as sfp: ^ IndentationError: unexpected indent Older version: $ python3.8.exe --version Python 3.8.3 $ python3.8.exe -Im ensurepip --upgrade --default-pip Looking in links: /tmp/tmpxxpxh_dl Requirement already up-to-date: setuptools in /usr/lib/python3.8/site-packages (51.1.1) Requirement already up-to-date: pip in /usr/lib/python3.8/site-packages (20.3.3) thanks for the report. I will look on the root cause Marco -- 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
[BUG] Latest python38 package (3.8.7-1) fails to execute 'ensurepip', 3.8.3.-1 works
Latest python38 package (3.8.7-1) fails to execute 'ensurepip', 3.8.3.-1 works Latest version: $ python3.8.exe --version Python 3.8.7 $ python3.8.exe -Im ensurepip --upgrade --default-pip Traceback (most recent call last): File "/usr/lib/python3.8/runpy.py", line 185, in _run_module_as_main mod_name, mod_spec, code = _get_module_details(mod_name, _Error) File "/usr/lib/python3.8/runpy.py", line 144, in _get_module_details return _get_module_details(pkg_main_name, error) File "/usr/lib/python3.8/runpy.py", line 111, in _get_module_details __import__(pkg_name) File "/usr/lib/python3.8/ensurepip/__init__.py", line 121 with open(os.path.join(_WHEEL_DIR, wheel_name), "rb") as sfp: ^ IndentationError: unexpected indent Older version: $ python3.8.exe --version Python 3.8.3 $ python3.8.exe -Im ensurepip --upgrade --default-pip Looking in links: /tmp/tmpxxpxh_dl Requirement already up-to-date: setuptools in /usr/lib/python3.8/site-packages (51.1.1) Requirement already up-to-date: pip in /usr/lib/python3.8/site-packages (20.3.3) -- 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: Random question: plans for Wayland support?
On 22/01/2021 23:34, Brian Inglis wrote: > On 2021-01-22 03:02, Hamish McIntyre-Bhatty via Cygwin wrote: >> Kind of a random question, but are there potential plans to supporting >> running Wayland under Cygwin as an alternative to X11? >> >> I have no idea if it would even be practical/possible to do this, but >> just curious. > > The standard answer here is: are you interested and offering to do it? > SHTDI I would love to, but sadly I don't have the knowledge of Wayland to diagnose and fix the probably inevitable slew of incompatibilities, or the time to do it. For me personally, X11 works fine, but just wanted to know if anyone else was thinking about this. Hamish 0x87B761FE07F548D6.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature -- 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: openldap-2.4.57-1
The openldap package in Cygwin has been updated to the latest upstream version 2.4.57. https://www.openldap.org/software/release/changes.html Notes = I don't use the server components of openldap myself and know next to nothing about these, so use them with due care. The tests have been run again for this current version. The test results for version 2.4.57 are unchanged from the previous releases and complete without failures on x86 / 32bit for the bdb and hdb database backends. The mdb backend still fails on both architectures because the initial test database is not recognized as valid. On x86_64 / 64bit the concurrency tests, which previously hung the testsuite, did pass this time. Further into the bdb test suite (albeit at a later test than previously) slapd crashes due to SEGV, so the tests for hdb and mdb were not reached. -- *** 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: openldap-2.4.57-1
The openldap package in Cygwin has been updated to the latest upstream version 2.4.57. https://www.openldap.org/software/release/changes.html Notes = I don't use the server components of openldap myself and know next to nothing about these, so use them with due care. The tests have been run again for this current version. The test results for version 2.4.57 are unchanged from the previous releases and complete without failures on x86 / 32bit for the bdb and hdb database backends. The mdb backend still fails on both architectures because the initial test database is not recognized as valid. On x86_64 / 64bit the concurrency tests, which previously hung the testsuite, did pass this time. Further into the bdb test suite (albeit at a later test than previously) slapd crashes due to SEGV, so the tests for hdb and mdb were not reached. -- *** 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.
[Attn. Maintainers] perl-5.32
Perl 5.32 was released today. In order to switch to this new Perl we will again have to update or re-release a bunch of packages that are using Perl. I will soon replace the RC1 in my test repository with the release version and rebuild all distributions. You can then use this repository to update your installations and then the packages you own. Please note that you need to manually insert a dependency on perl5_032 in addition to any dependencies to perl_base or perl into your packages since the officially released cygport does not yet generate this extra dependency. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: Terminal output disappearing after SSH into cygwin
Am 23.01.2021 um 14:22 schrieb Martyn B: Thomas Wolff wrote on 22.01.21 17:16: The clear is conditional. Maybe the value of $SHLVL after ssh login has changed somehow? It's 1 like in Cygwin Terminal on the Windows box Yeah, but maybe it wasn't 1 before, when it still worked for you? martyn@linuxbox:~$ ssh Winuser@ Last login: Sat Jan 23 13:34:48 2021 from Winuser@WINDOWS-BOX ~ $ echo $SHLVL 1 -- 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 -- 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: Terminal output disappearing after SSH into cygwin
Thomas Wolff wrote on 22.01.21 17:16: The clear is conditional. Maybe the value of $SHLVL after ssh login has changed somehow? It's 1 like in Cygwin Terminal on the Windows box martyn@linuxbox:~$ ssh Winuser@ Last login: Sat Jan 23 13:34:48 2021 from Winuser@WINDOWS-BOX ~ $ echo $SHLVL 1 -- 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: Perl distributions
The following Perl distributions have been updated to their latest release version available on CPAN: x86/x86_64 -- perl-Cairo-1.109-1 perl-IO-Tty-1.16-1 perl-Net-SSLeay-1.90-1 noarch -- perl-Business-ISBN-3.006-1 perl-Business-ISBN-Data-20210112.001-1 perl-DateTime-Locale-1.31-2 perl-Gtk3-0.038-1 perl-IO-Socket-SSL-2.069-1 perl-Mojolicious-8.71-1 perl-Path-Tiny-0.116-1 Notes = The following distributions have been deprecated upstream after several years of effectively being out of maintenace already: perl-Gnome2-1.048-1 perl-Gnome2-Canvas-1.006-1 perl-Gnome2-GConf-1.047-1 perl-Gnome2-Rsvg-0.12-1 perl-Gnome2-VFS-1.084-1 perl-Gnome2-Vte-0.12-1 perl-Gnome2-Wnck-0.18-1 perl-Gtk2-GladeXML-1.008-1 perl-Gtk2-SourceView2-0.12-1 perl-Gtk2-Spell-1.05-1 perl-Gtk2-Unique-0.07-1 There will be no further updates of these on Cygwin, which means that these distributions can no longer be used after the update of Perl to version 5.32 or later. -- *** 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-Cairo-1.109-1 perl-IO-Tty-1.16-1 perl-Net-SSLeay-1.90-1 noarch -- perl-Business-ISBN-3.006-1 perl-Business-ISBN-Data-20210112.001-1 perl-DateTime-Locale-1.31-2 perl-Gtk3-0.038-1 perl-IO-Socket-SSL-2.069-1 perl-Mojolicious-8.71-1 perl-Path-Tiny-0.116-1 Notes = The following distributions have been deprecated upstream after several years of effectively being out of maintenace already: perl-Gnome2-1.048-1 perl-Gnome2-Canvas-1.006-1 perl-Gnome2-GConf-1.047-1 perl-Gnome2-Rsvg-0.12-1 perl-Gnome2-VFS-1.084-1 perl-Gnome2-Vte-0.12-1 perl-Gnome2-Wnck-0.18-1 perl-Gtk2-GladeXML-1.008-1 perl-Gtk2-SourceView2-0.12-1 perl-Gtk2-Spell-1.05-1 perl-Gtk2-Unique-0.07-1 There will be no further updates of these on Cygwin, which means that these distributions can no longer be used after the update of Perl to version 5.32 or later. -- *** 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.