* Re: Cygwin 3.5 is coming soon, please test!
[not found] <Zae9hDBkmmNj5RuS@calimero.vinschen.de>
@ 2024-01-17 19:29 ` Brian Inglis
0 siblings, 0 replies; only message in thread
From: Brian Inglis @ 2024-01-17 19:29 UTC (permalink / raw)
To: cygwin
On 2024-01-17 04:44, Corinna Vinschen via Cygwin-announce wrote:
> Hi folks,
>
>
> we're planning to release Cygwin 3.5 end of this month (Jan 2024) if
> nothing serious crops up.
>
> -----------------------------------------------------------------------
>
> One major change in this release is dropping Windows 7, Windows 8,
> Windows Server 2008 R2, and Windows Server 2012 from the list of
> supported operating systems.
>
> For those of you still running one of these old systems (despite
> them all being unsupported and unpatched by the vendor), we will
> keep the last 3.4 release (3.4.10) available for quite some time.
>
> -----------------------------------------------------------------------
>
> The minimum supported OS version when running Cygwin 3.5 will be
> Windows 8.1 and Windows Server 2012 R2.
>
> -----------------------------------------------------------------------
>
> In this phase of development, we concentrate mainly on avoiding
> regressions from 3.4.10.
>
> It would be kind if some of you would start testing, by downloading
> the test release. The last test release at the moment of writing this
> mail is
>
> cygwin 3.5.0-0.560.g07cccc74a5da
>
> Latest documentation is
>
> cygwin-doc 3.5.0-0.560.g07cccc74a5da
>
> Developers developing Cygwin applications should also switch to
> the matching developer files:
>
> cygwin-devel 3.5.0-0.560.g07cccc74a5da
>
> -----------------------------------------------------------------------
>
> What's new:
> -----------
>
> - Drop support for Windows 7, Windows 8, Server 2008 R2 and Server 2012.
>
> - Console devices (/dev/consN) are now accessible by processes attached
> to other consoles or ptys. Thanks to this new feature, GNU screen and
> tmux now work in the console.
>
> - newgrp(1) tool.
>
> - cygcheck has new options searching for available packages in the
> cygwin distro, as well as getting extended info on available and
> installed packages.
>
> - fnmatch(3) and glob(3) now support named character classes, equivalence
> class expressions, and collating symbols in the search pattern, i.e.,
> [:alnum:], [=a=], [.aa.].
>
> - Introduce /dev/disk directory with various by-* subdirectories which
> provide symlinks to disk and partition raw devices:
> by-drive/DRIVE_LETTER -> ../../sdXN
> by-label/VOLUME_LABEL -> ../../sdXN
> by-id/BUSTYPE-[VENDOR_]PRODUCT_[SERIAL|0xHASH][-partN] -> ../../sdX[N]
> by-partuuid/MBR_SERIAL-OFFSET -> ../../sdXN
> by-partuuid/GPT_GUID -> ../../sdXN
> by-uuid/VOLUME_SERIAL -> ../../sdXN
> by-voluuid/MBR_SERIAL-OFFSET -> ../../sdXN
> by-voluuid/VOLUME_GUID -> ../../sdXN
> The subdirectories by-drive and by-voluuid are Cygwin specific.
>
> - Introduce /proc/codesets and /proc/locales with information on
> supported codesets and locales for all interested parties. Locale(1)
> opens these files and uses the info for printing locale info like any
> other process could do.
>
> - Add support for GB18030 codeset.
>
> - Add support for lseek flags SEEK_DATA and SEEK_HOLE, a GNU extension.
>
> - New API calls: posix_spawn_file_actions_addchdir_np,
> posix_spawn_file_actions_addfchdir_np.
>
> - New API calls: c8rtomb, c16rtomb, c32rtomb, mbrtoc8, mbrtoc16, mbrtoc32.
>
> - New API call: close_range (available on FreeBSD and Linux).
>
> - New API call: fallocate (Linux-specific).
>
> - Implement OSS-based sound mixer device (/dev/mixer).
>
> What changed:
> -------------
>
> - posix_spawnp no longer falls back to starting the shell for unrecognized
> files as execvp. For the reasoning, see
> https://www.austingroupbugs.net/view.php?id=1674
>
> - FIFOs now also work on NFS filesystems.
>
> - Enable automatic sparsifying of files on SSDs, independent of the
> "sparse" mount mode.
>
> - When RLIMIT_CORE is more than 1MB, a core dump file which can be loaded by gdb
> is now written on a fatal error. Otherwise, if it's greater than zero, a text
> format .stackdump file is written, as previously.
>
> - The default RLIMIT_CORE is now 0, disabling the generation of core dump or
> stackdump files.
Recommend also upgrade dash to test release 0.5.12-5 which uses some of the new
interfaces, and untest-ing this be coordinated with the Cygwin 3.5 release:
Test: dash 0.5.12-5 (TEST)
https://cygwin.com/pipermail/cygwin-announce/2023-March/010974.html
[test]
version: 0.5.12-5
...
depends2: cygwin ( >= 3.5.0-0 )
...
--
Take care. Thanks, Brian Inglis Calgary, Alberta, Canada
La perfection est atteinte Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add
mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut
-- Antoine de Saint-Exupéry
^ permalink raw reply [flat|nested] only message in thread