public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* [ANNOUNCEMENT] Test: coreutils 9.0 (TEST)
@ 2022-07-18  3:38 Cygwin coreutils Co-Maintainer
  2022-07-19  1:50 ` Keith Christian
  0 siblings, 1 reply; 13+ messages in thread
From: Cygwin coreutils Co-Maintainer @ 2022-07-18  3:38 UTC (permalink / raw)
  To: cygwin

The following test package has been uploaded to the Cygwin distribution:

* coreutils	9.0

GNU core utilities (includes fileutils, shellutils and textutils)

Common core utilities include: [ arch b2sum base32 base64
basename cat chcon chgrp chmod chown chroot cksum comm cp csplit cut date
dd df dir dircolors dirname du echo env expand expr factor false fmt fold
gkill groups head hostid id install join link ln logname ls md5sum mkdir
mkfifo mknod mktemp mv nice nl nohup nproc numfmt od paste pathchk pinky
pr printenv printf ptx pwd readlink realpath rm rmdir runcon seq sha1sum
sha224sum sha256sum sha384sum sha512sum shred shuf sleep sort split stat
stdbuf stty sum sync tac tail tee test timeout touch tr true truncate
tsort tty uname unexpand uniq unlink users vdir wc who whoami yes

Please test these Base category utilities as extensively as possible
(especially if you are a Cygwin package maintainer) as this package is
used in all installations and the latest test release had issues.
I have it locally installed so it is used by commands, scripts,
cron jobs, and cygport builds, so it has and is getting frequent
exercise with no apparent issues so far.
If no issues are reported within a couple of weeks the package will be
upgraded to current.

For more information, see the project home pages:

	https://www.gnu.org/software/coreutils
	https://savannah.gnu.org/projects/coreutils

In case of doubts about changes, it may be useful to check the FAQ or Gotchas:

	https://www.gnu.org/software/coreutils/faq/coreutils-faq.html
	https://www.pixelbeat.org/docs/coreutils-gotchas.html

For changes since the previous Cygwin release, see below or read
/usr/share/doc/coreutils/NEWS after installation; for complete details see:

	https://github.com/coreutils/coreutils/blob/v9.0/NEWS
        https://git.sv.gnu.org/gitweb/?p=coreutils.git;a=log;h=refs/tags/v9.0
        /usr/share/doc/coreutils/ChangeLog


Noteworthy changes in release 9.0 (2021-09-24)

Bug fixes

* chmod -v no longer misreports modes of dangling symlinks.
  [bug introduced in coreutils-5.3.0]

* cp -a --attributes-only now never removes destination files,
  even if the destination files are hardlinked, or the source
  is a non regular file.
  [bug introduced in coreutils-8.6]

* csplit --suppress-matched now elides the last matched line
  when a specific number of pattern matches are performed.
  [bug introduced with the --suppress-matched feature in coreutils-8.22]

* df no longer outputs duplicate remote mounts in the presence of bind mounts.
  [bug introduced in coreutils-8.26]

* df no longer mishandles command-line args that it pre-mounts
  [bug introduced in coreutils-8.29]

* du no longer crashes on XFS file systems when the directory hierarchy is
  heavily changed during the run.
  [bug introduced in coreutils-8.25]

* env -S no longer crashes when given unusual whitespace characters
  [bug introduced in coreutils-8.30]

* expr no longer mishandles unmatched \(...\) in regular expressions.
  [bug introduced in coreutils-6.0]

* ls no longer crashes when printing the SELinux context for unstatable files.
  [bug introduced in coreutils-6.9.91]

* mkdir -m no longer mishandles modes more generous than the umask.
  [bug introduced in coreutils-8.22]

* nl now handles single character --section-delimiter arguments,
  by assuming a second ':' character has been specified, as specified by POSIX.
  [This bug was present in "the beginning".]

* pr again adjusts tabs in input, to maintain alignment in multi column output.
  [bug introduced in coreutils-6.9]

* rm no longer skips an extra file when the removal of an empty directory fails.
  [bug introduced by the rewrite to use fts in coreutils-8.0]

* split --number=K/N will again correctly split chunk K of N to stdout.
  Previously a chunk starting after 128KiB, output the wrong part of the file.
  [bug introduced in coreutils-8.26]

* tail -f no longer overruns a stack buffer when given too many files
  to follow and ulimit -n exceeds 1024.
  [bug introduced in coreutils-7.5]

* tr no longer crashes when using --complement with certain
  invalid combinations of case character classes.
  [bug introduced in coreutils-8.6]

* basenc --base64 --decode no longer silently discards decoded characters
  on (1024*5) buffer boundaries
  [bug introduced in coreutils-8.31]

Changes in behavior

* cp and install now default to copy-on-write (COW) if available.

* cp, install and mv now use the copy_file_range syscall if available.
  Also, they use lseek+SEEK_HOLE rather than ioctl+FS_IOC_FIEMAP on sparse
  files, as lseek is simpler and more portable.

* On GNU/Linux systems, ls no longer issues an error message on a
  directory merely because it was removed.  This reverts a change
  that was made in release 8.32.

* ptx -T no longer attempts to substitute old-fashioned TeX escapes
  for 8-bit non-ASCII alphabetic characters.  TeX indexes should
  instead use '\usepackage[latin1]{inputenc}' or equivalent.

* stat will use decomposed (major,minor) device numbers in its default format.
  This is less ambiguous, and more consistent with ls.

* sum [-r] will output a file name, even if only a single name is passed.
  This is consistent with sum -s, cksum, and other sum(1) implementations.

New Features

* cksum now supports the -a (--algorithm) option to select any
  of the existing sum, md5sum, b2sum, sha*sum implementations etc.
  cksum now subsumes all of these programs, and coreutils
  will introduce no future standalone checksum utility.

* cksum -a now supports the 'sm3' argument, to use the SM3 digest algorithm.

* cksum --check now supports auto detecting the digest type to use,
  when verifying tagged format checksums.

* expr and factor now support bignums on all platforms.

* ls --classify now supports the "always", "auto", or "never" flags,
  to support only outputting classifier characters if connected to a tty.

* ls now accepts the --sort=width option, to sort by file name width.
  This is useful to more compactly organize the default vertical column output.

* ls now accepts the --zero option, to terminate each output line with
  NUL instead of newline.

* nl --line-increment can now take a negative number to decrement the count.

* stat supports more formats for representing decomposed device numbers.
  %Hd,%Ld and %Hr,%Lr will output major,minor device numbers and device types
  respectively.  %d corresponds to st_dev and %r to std_rdev.

Improvements

* cat --show-ends will now show \r\n as ^M$.  Previously the \r was taken
  literally, thus overwriting the first character in the line with '$'.

* cksum [-a crc] is now up to 4 times faster by using a slice by 8 algorithm,
  and at least 8 times faster where pclmul instructions are supported.
  A new --debug option will indicate if pclmul is being used.

* md5sum --check now supports checksum files with CRLF line endings.
  This also applies to cksum, sha*sum, and b2sum.

* df now recognizes these file systems as remote:
  acfs, coda, fhgfs, gpfs, ibrix, ocfs2, and vxfs.

* rmdir now clarifies the error if a symlink_to_dir/ has not been traversed.
  This is the case on GNU/Linux systems, where the trailing slash is ignored.

* stat and tail now know about the "devmem", "exfat", "secretmem", "vboxsf",
  and "zonefs" file system types.  stat -f -c%T now reports the file system
  type, and tail -f uses polling for "vboxsf" and inotify for the others.

* timeout now supports sub-second timeouts on macOS.

* wc is up to 5 times faster when counting only new line characters,
  where avx2 instructions are supported.
  A new --debug option will indicate if avx2 is being used.


^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [ANNOUNCEMENT] Test: coreutils 9.0 (TEST)
  2022-07-18  3:38 [ANNOUNCEMENT] Test: coreutils 9.0 (TEST) Cygwin coreutils Co-Maintainer
@ 2022-07-19  1:50 ` Keith Christian
  2022-07-19  2:47   ` René Berber
  0 siblings, 1 reply; 13+ messages in thread
From: Keith Christian @ 2022-07-19  1:50 UTC (permalink / raw)
  To: cygwin

I'd like to test coreutils but cannot find the docs for how to install
a test version.
Sorry, but I don't see anything in setup.exe that would facilitate
installing a test version, seems I recall that test versions were
available to install via setup.

On Sun, Jul 17, 2022 at 9:43 PM Cygwin coreutils Co-Maintainer
<Brian.Inglis@systematicsw.ab.ca> wrote:
>
> The following test package has been uploaded to the Cygwin distribution:
>
> * coreutils     9.0
>
> GNU core utilities (includes fileutils, shellutils and textutils)
>
> Common core utilities include: [ arch b2sum base32 base64
> basename cat chcon chgrp chmod chown chroot cksum comm cp csplit cut date
> dd df dir dircolors dirname du echo env expand expr factor false fmt fold
> gkill groups head hostid id install join link ln logname ls md5sum mkdir
> mkfifo mknod mktemp mv nice nl nohup nproc numfmt od paste pathchk pinky
> pr printenv printf ptx pwd readlink realpath rm rmdir runcon seq sha1sum
> sha224sum sha256sum sha384sum sha512sum shred shuf sleep sort split stat
> stdbuf stty sum sync tac tail tee test timeout touch tr true truncate
> tsort tty uname unexpand uniq unlink users vdir wc who whoami yes
>
> Please test these Base category utilities as extensively as possible
> (especially if you are a Cygwin package maintainer) as this package is
> used in all installations and the latest test release had issues.
> I have it locally installed so it is used by commands, scripts,
> cron jobs, and cygport builds, so it has and is getting frequent
> exercise with no apparent issues so far.
> If no issues are reported within a couple of weeks the package will be
> upgraded to current.
>
> For more information, see the project home pages:
>
>         https://www.gnu.org/software/coreutils
>         https://savannah.gnu.org/projects/coreutils
>
> In case of doubts about changes, it may be useful to check the FAQ or Gotchas:
>
>         https://www.gnu.org/software/coreutils/faq/coreutils-faq.html
>         https://www.pixelbeat.org/docs/coreutils-gotchas.html
>
> For changes since the previous Cygwin release, see below or read
> /usr/share/doc/coreutils/NEWS after installation; for complete details see:
>
>         https://github.com/coreutils/coreutils/blob/v9.0/NEWS
>         https://git.sv.gnu.org/gitweb/?p=coreutils.git;a=log;h=refs/tags/v9.0
>         /usr/share/doc/coreutils/ChangeLog
>
>
> Noteworthy changes in release 9.0 (2021-09-24)
>
> Bug fixes
>
> * chmod -v no longer misreports modes of dangling symlinks.
>   [bug introduced in coreutils-5.3.0]
>
> * cp -a --attributes-only now never removes destination files,
>   even if the destination files are hardlinked, or the source
>   is a non regular file.
>   [bug introduced in coreutils-8.6]
>
> * csplit --suppress-matched now elides the last matched line
>   when a specific number of pattern matches are performed.
>   [bug introduced with the --suppress-matched feature in coreutils-8.22]
>
> * df no longer outputs duplicate remote mounts in the presence of bind mounts.
>   [bug introduced in coreutils-8.26]
>
> * df no longer mishandles command-line args that it pre-mounts
>   [bug introduced in coreutils-8.29]
>
> * du no longer crashes on XFS file systems when the directory hierarchy is
>   heavily changed during the run.
>   [bug introduced in coreutils-8.25]
>
> * env -S no longer crashes when given unusual whitespace characters
>   [bug introduced in coreutils-8.30]
>
> * expr no longer mishandles unmatched \(...\) in regular expressions.
>   [bug introduced in coreutils-6.0]
>
> * ls no longer crashes when printing the SELinux context for unstatable files.
>   [bug introduced in coreutils-6.9.91]
>
> * mkdir -m no longer mishandles modes more generous than the umask.
>   [bug introduced in coreutils-8.22]
>
> * nl now handles single character --section-delimiter arguments,
>   by assuming a second ':' character has been specified, as specified by POSIX.
>   [This bug was present in "the beginning".]
>
> * pr again adjusts tabs in input, to maintain alignment in multi column output.
>   [bug introduced in coreutils-6.9]
>
> * rm no longer skips an extra file when the removal of an empty directory fails.
>   [bug introduced by the rewrite to use fts in coreutils-8.0]
>
> * split --number=K/N will again correctly split chunk K of N to stdout.
>   Previously a chunk starting after 128KiB, output the wrong part of the file.
>   [bug introduced in coreutils-8.26]
>
> * tail -f no longer overruns a stack buffer when given too many files
>   to follow and ulimit -n exceeds 1024.
>   [bug introduced in coreutils-7.5]
>
> * tr no longer crashes when using --complement with certain
>   invalid combinations of case character classes.
>   [bug introduced in coreutils-8.6]
>
> * basenc --base64 --decode no longer silently discards decoded characters
>   on (1024*5) buffer boundaries
>   [bug introduced in coreutils-8.31]
>
> Changes in behavior
>
> * cp and install now default to copy-on-write (COW) if available.
>
> * cp, install and mv now use the copy_file_range syscall if available.
>   Also, they use lseek+SEEK_HOLE rather than ioctl+FS_IOC_FIEMAP on sparse
>   files, as lseek is simpler and more portable.
>
> * On GNU/Linux systems, ls no longer issues an error message on a
>   directory merely because it was removed.  This reverts a change
>   that was made in release 8.32.
>
> * ptx -T no longer attempts to substitute old-fashioned TeX escapes
>   for 8-bit non-ASCII alphabetic characters.  TeX indexes should
>   instead use '\usepackage[latin1]{inputenc}' or equivalent.
>
> * stat will use decomposed (major,minor) device numbers in its default format.
>   This is less ambiguous, and more consistent with ls.
>
> * sum [-r] will output a file name, even if only a single name is passed.
>   This is consistent with sum -s, cksum, and other sum(1) implementations.
>
> New Features
>
> * cksum now supports the -a (--algorithm) option to select any
>   of the existing sum, md5sum, b2sum, sha*sum implementations etc.
>   cksum now subsumes all of these programs, and coreutils
>   will introduce no future standalone checksum utility.
>
> * cksum -a now supports the 'sm3' argument, to use the SM3 digest algorithm.
>
> * cksum --check now supports auto detecting the digest type to use,
>   when verifying tagged format checksums.
>
> * expr and factor now support bignums on all platforms.
>
> * ls --classify now supports the "always", "auto", or "never" flags,
>   to support only outputting classifier characters if connected to a tty.
>
> * ls now accepts the --sort=width option, to sort by file name width.
>   This is useful to more compactly organize the default vertical column output.
>
> * ls now accepts the --zero option, to terminate each output line with
>   NUL instead of newline.
>
> * nl --line-increment can now take a negative number to decrement the count.
>
> * stat supports more formats for representing decomposed device numbers.
>   %Hd,%Ld and %Hr,%Lr will output major,minor device numbers and device types
>   respectively.  %d corresponds to st_dev and %r to std_rdev.
>
> Improvements
>
> * cat --show-ends will now show \r\n as ^M$.  Previously the \r was taken
>   literally, thus overwriting the first character in the line with '$'.
>
> * cksum [-a crc] is now up to 4 times faster by using a slice by 8 algorithm,
>   and at least 8 times faster where pclmul instructions are supported.
>   A new --debug option will indicate if pclmul is being used.
>
> * md5sum --check now supports checksum files with CRLF line endings.
>   This also applies to cksum, sha*sum, and b2sum.
>
> * df now recognizes these file systems as remote:
>   acfs, coda, fhgfs, gpfs, ibrix, ocfs2, and vxfs.
>
> * rmdir now clarifies the error if a symlink_to_dir/ has not been traversed.
>   This is the case on GNU/Linux systems, where the trailing slash is ignored.
>
> * stat and tail now know about the "devmem", "exfat", "secretmem", "vboxsf",
>   and "zonefs" file system types.  stat -f -c%T now reports the file system
>   type, and tail -f uses polling for "vboxsf" and inotify for the others.
>
> * timeout now supports sub-second timeouts on macOS.
>
> * wc is up to 5 times faster when counting only new line characters,
>   where avx2 instructions are supported.
>   A new --debug option will indicate if avx2 is being used.
>
>
> --
> 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

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [ANNOUNCEMENT] Test: coreutils 9.0 (TEST)
  2022-07-19  1:50 ` Keith Christian
@ 2022-07-19  2:47   ` René Berber
  2022-07-19 11:34     ` Keith Christian
  0 siblings, 1 reply; 13+ messages in thread
From: René Berber @ 2022-07-19  2:47 UTC (permalink / raw)
  To: cygwin

On 7/18/2022 8:50 PM, Keith Christian wrote:

> I'd like to test coreutils but cannot find the docs for how to install
> a test version.
> Sorry, but I don't see anything in setup.exe that would facilitate
> installing a test version, seems I recall that test versions were
> available to install via setup.

Yes, in setup select the package, and open the drop down to select which 
version.

You may need to change the view to Full, if you already have it installed.
-- 
R.B.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [ANNOUNCEMENT] Test: coreutils 9.0 (TEST)
  2022-07-19  2:47   ` René Berber
@ 2022-07-19 11:34     ` Keith Christian
  2022-07-19 16:50       ` René Berber
  2022-07-19 17:07       ` Brian Inglis
  0 siblings, 2 replies; 13+ messages in thread
From: Keith Christian @ 2022-07-19 11:34 UTC (permalink / raw)
  To: cygwin

Rene,

The installed version of coreutils is 8.32-1.
I see coreutils-9.0-1.tar.gz referenced in setup.ini, but
coreutils-9.0-1.tar.gz is not downloaded to disk.
Setup.exe's version is 2.919, 64 bit.

Whenever I update Cygwin, I first "Download without installing", then,
run setup again and install from disk.
I select View / All, choose Install, then expand All and set "Debug"
to Default to save disk space.
After all new files are downloaded, I run setup and install from disk.

This morning, coreutils-9.0-1 was not installed as again, it was not
downloaded to disk,as mentioned above.

More suggestions are appreciated.


On Mon, Jul 18, 2022 at 8:48 PM René Berber <rene.berber@gmail.com> wrote:
>
> On 7/18/2022 8:50 PM, Keith Christian wrote:
>
> > I'd like to test coreutils but cannot find the docs for how to install
> > a test version.
> > Sorry, but I don't see anything in setup.exe that would facilitate
> > installing a test version, seems I recall that test versions were
> > available to install via setup.
>
> Yes, in setup select the package, and open the drop down to select which
> version.
>
> You may need to change the view to Full, if you already have it installed.
> --
> R.B.
>
> --
> 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

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [ANNOUNCEMENT] Test: coreutils 9.0 (TEST)
  2022-07-19 11:34     ` Keith Christian
@ 2022-07-19 16:50       ` René Berber
  2022-07-19 16:55         ` René Berber
  2022-07-31 22:45         ` Keith Christian
  2022-07-19 17:07       ` Brian Inglis
  1 sibling, 2 replies; 13+ messages in thread
From: René Berber @ 2022-07-19 16:50 UTC (permalink / raw)
  To: cygwin

On 7/19/2022 6:34 AM, Keith Christian wrote:

> The installed version of coreutils is 8.32-1.

Correct, latest release.

> I see coreutils-9.0-1.tar.gz referenced in setup.ini, but

Incorrect, there's a newer test version 9.1-1

> coreutils-9.0-1.tar.gz is not downloaded to disk.
> Setup.exe's version is 2.919, 64 bit.

I was replying to "normal" use of setup, i.e. install in one go.

> Whenever I update Cygwin, I first "Download without installing", then,
> run setup again and install from disk.
> I select View / All, choose Install, then expand All and set "Debug"
> to Default to save disk space.

You lost me here, I don't know what you are doing.

With the graphical interface of setup, in the select packages, I have to 
set View: Full, Search: coreutils, in the New column I expand the 
dropdown and select the test version, if I want the source package I 
select Src? checkbox (Debug is a separate package).

> After all new files are downloaded, I run setup and install from disk.
> 
> This morning, coreutils-9.0-1 was not installed as again, it was not
> downloaded to disk,as mentioned above.

It seems that you are running some script, not what I was expecting.

> More suggestions are appreciated.

Do it by hand as I described, then adjust your scrip or whatever you are 
using (apparently you depend on setup.ini, which seems to be out of sync 
in your case).
-- 
R.B.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [ANNOUNCEMENT] Test: coreutils 9.0 (TEST)
  2022-07-19 16:50       ` René Berber
@ 2022-07-19 16:55         ` René Berber
  2022-07-31 22:45         ` Keith Christian
  1 sibling, 0 replies; 13+ messages in thread
From: René Berber @ 2022-07-19 16:55 UTC (permalink / raw)
  To: cygwin

On 7/19/2022 11:50 AM, René Berber wrote:
[snip]
> Do it by hand as I described, then adjust your scrip or whatever you are 
> using (apparently you depend on setup.ini, which seems to be out of sync 
> in your case).

Or not, see Brian Inglis message.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [ANNOUNCEMENT] Test: coreutils 9.0 (TEST)
  2022-07-19 11:34     ` Keith Christian
  2022-07-19 16:50       ` René Berber
@ 2022-07-19 17:07       ` Brian Inglis
  2022-07-19 18:00         ` Ken Brown
  1 sibling, 1 reply; 13+ messages in thread
From: Brian Inglis @ 2022-07-19 17:07 UTC (permalink / raw)
  To: cygwin

Setup still shows coreutils 9.1 as test, but it should *NOT* be 
installed by anyone.

Setup now also shows coreutils 9.0 in test, and it can and should be 
installed by anyone who experienced issues with coreutils 9.1.

I ran coreutils 9.0 for a couple of weeks in my installs before 
releasing it for testing, and am still running it now, with no apparent 
issues.

As coreutils is a Base package, in Setup, select View Up To Date, Search 
for coreutils, New column shows Keep, select the combo box dropdown 
menu, which shows selections:

	  Uninstall
	  Skip		[greyed out]
	  8.26-2
	✔ Keep		[checked]
	  Reinstall
	  9.0-1 (Test)
	  9.1-1 (Test)

you can select 9.0 which will install the suggested test release when 
Setup is run.

*NO* Cygwin processes can be running when Setup is running, to ensure 
programs can be replaced without restarting Windows or rerunning Setup.


On 2022-07-19 05:34, Keith Christian wrote:
> On Mon, Jul 18, 2022 at 8:48 PM René Berber wrote:
>> On 7/18/2022 8:50 PM, Keith Christian wrote:

> The installed version of coreutils is 8.32-1.
> I see coreutils-9.0-1.tar.gz referenced in setup.ini, but
> coreutils-9.0-1.tar.gz is not downloaded to disk.
> Setup.exe's version is 2.919, 64 bit.
> Whenever I update Cygwin, I first "Download without installing", then,
> run setup again and install from disk.
> I select View / All, choose Install, then expand All and set "Debug"
> to Default to save disk space.
> After all new files are downloaded, I run setup and install from disk.
> This morning, coreutils-9.0-1 was not installed as again, it was not
> downloaded to disk,as mentioned above.
> More suggestions are appreciated.

>>> I'd like to test coreutils but cannot find the docs for how to
>>> install a test version.
>>> Sorry, but I don't see anything in setup.exe that would
>>> facilitate installing a test version, seems I recall that test
>>> versions were available to install via setup.
>> Yes, in setup select the package, and open the drop down to select
>> which version.
>> You may need to change the view to Full, if you already have it
>> installed.
-- 
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.]

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [ANNOUNCEMENT] Test: coreutils 9.0 (TEST)
  2022-07-19 17:07       ` Brian Inglis
@ 2022-07-19 18:00         ` Ken Brown
  2022-07-19 19:54           ` Brian Inglis
  0 siblings, 1 reply; 13+ messages in thread
From: Ken Brown @ 2022-07-19 18:00 UTC (permalink / raw)
  To: cygwin

On 7/19/2022 1:07 PM, Brian Inglis wrote:
> Setup still shows coreutils 9.1 as test, but it should *NOT* be installed by 
> anyone.

Then shouldn't you remove it?  And you could also upload an override.hint file 
with a "replace-versions" line for the sake of people who have already installed it.

Ken

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [ANNOUNCEMENT] Test: coreutils 9.0 (TEST)
  2022-07-19 18:00         ` Ken Brown
@ 2022-07-19 19:54           ` Brian Inglis
  2022-07-19 21:06             ` Ken Brown
  0 siblings, 1 reply; 13+ messages in thread
From: Brian Inglis @ 2022-07-19 19:54 UTC (permalink / raw)
  To: cygwin

On 2022-07-19 12:00, Ken Brown wrote:
> On 7/19/2022 1:07 PM, Brian Inglis wrote:
>> Setup still shows coreutils 9.1 as test, but it should *NOT* be 
>> installed by anyone.
> 
> Then shouldn't you remove it?  And you could also upload an 
> override.hint file with a "replace-versions" line for the sake of people 
> who have already installed it.

I tried various measures and thought override.hint with 
replace-versions: 9.1-1 was there.
How exactly should it be deployed?
Should it be picked up by or specified in cygport?
Within a package, or as a separate file in each directory?

-- 
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.]

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [ANNOUNCEMENT] Test: coreutils 9.0 (TEST)
  2022-07-19 19:54           ` Brian Inglis
@ 2022-07-19 21:06             ` Ken Brown
  2022-07-20  3:03               ` Brian Inglis
  0 siblings, 1 reply; 13+ messages in thread
From: Ken Brown @ 2022-07-19 21:06 UTC (permalink / raw)
  To: cygwin

On 7/19/2022 3:54 PM, Brian Inglis wrote:
> On 2022-07-19 12:00, Ken Brown wrote:
>> On 7/19/2022 1:07 PM, Brian Inglis wrote:
>>> Setup still shows coreutils 9.1 as test, but it should *NOT* be installed by 
>>> anyone.
>>
>> Then shouldn't you remove it?  And you could also upload an override.hint file 
>> with a "replace-versions" line for the sake of people who have already 
>> installed it.
> 
> I tried various measures and thought override.hint with replace-versions: 9.1-1 
> was there.

It is there, so whatever you did worked.  But that doesn't prevent people from 
installing 9.1-1.  If someone installs 9.1-1, then the *next* time they run 
setup they'll get the suggestion to downgrade it.  If you really don't want 
anyone to install 9.1-1, you should remove it.

Ken

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [ANNOUNCEMENT] Test: coreutils 9.0 (TEST)
  2022-07-19 21:06             ` Ken Brown
@ 2022-07-20  3:03               ` Brian Inglis
  2022-07-20  4:22                 ` Brian Inglis
  0 siblings, 1 reply; 13+ messages in thread
From: Brian Inglis @ 2022-07-20  3:03 UTC (permalink / raw)
  To: cygwin

On 2022-07-19 15:06, Ken Brown wrote:
> On 7/19/2022 3:54 PM, Brian Inglis wrote:
>> On 2022-07-19 12:00, Ken Brown wrote:
>>> On 7/19/2022 1:07 PM, Brian Inglis wrote:
>>>> Setup still shows coreutils 9.1 as test, but it should *NOT* be 
>>>> installed by anyone.
>>>
>>> Then shouldn't you remove it?  And you could also upload an 
>>> override.hint file with a "replace-versions" line for the sake of 
>>> people who have already installed it.
>>
>> I tried various measures and thought override.hint with 
>> replace-versions: 9.1-1 was there.
> 
> It is there, so whatever you did worked.  But that doesn't prevent 
> people from installing 9.1-1.  If someone installs 9.1-1, then the 
> *next* time they run setup they'll get the suggestion to downgrade it.  

I previously asked about reverting the release, and did as suggested.

> If you really don't want anyone to install 9.1-1, you should remove it.

How do I get calm and setup to do that in the release area?

-- 
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.]

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [ANNOUNCEMENT] Test: coreutils 9.0 (TEST)
  2022-07-20  3:03               ` Brian Inglis
@ 2022-07-20  4:22                 ` Brian Inglis
  0 siblings, 0 replies; 13+ messages in thread
From: Brian Inglis @ 2022-07-20  4:22 UTC (permalink / raw)
  To: cygwin

On 2022-07-19 21:03, Brian Inglis wrote:
> On 2022-07-19 15:06, Ken Brown wrote:
>> On 7/19/2022 3:54 PM, Brian Inglis wrote:
>>> On 2022-07-19 12:00, Ken Brown wrote:
>>>> On 7/19/2022 1:07 PM, Brian Inglis wrote:
>>>>> Setup still shows coreutils 9.1 as test, but it should *NOT* be 
>>>>> installed by anyone.
>>>>
>>>> Then shouldn't you remove it?  And you could also upload an 
>>>> override.hint file with a "replace-versions" line for the sake of 
>>>> people who have already installed it.
>>>
>>> I tried various measures and thought override.hint with 
>>> replace-versions: 9.1-1 was there.
>>
>> It is there, so whatever you did worked.  But that doesn't prevent 
>> people from installing 9.1-1.  If someone installs 9.1-1, then the 
>> *next* time they run setup they'll get the suggestion to downgrade it. 
> 
> I previously asked about reverting the release, and did as suggested.
> 
>> If you really don't want anyone to install 9.1-1, you should remove it.
> 
> How do I get calm and setup to do that in the release area?

I have manually uploaded empty:

x86{,64}/release/coreutils{,/coreutils-debuginfo}/-coreutils-9.1-1.{,-src}.{hint,tar.xz}

and created !ready files in:

x86{,64}/release/coreutils{,/coreutils-debuginfo}/

which appears to have moved the files to the vault(/Attic) and dropped 
the entries from setup.ini

That seems like a job for a cygport command like remove/vault! ;^>

-- 
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.]

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [ANNOUNCEMENT] Test: coreutils 9.0 (TEST)
  2022-07-19 16:50       ` René Berber
  2022-07-19 16:55         ` René Berber
@ 2022-07-31 22:45         ` Keith Christian
  1 sibling, 0 replies; 13+ messages in thread
From: Keith Christian @ 2022-07-31 22:45 UTC (permalink / raw)
  To: cygwin

Rene,

From my instructions above, it may look like I'm running a script.
I'm not, all the info was taken from either setup or setup.ini.
I'd like to install a 9.x version of coreutils, but I still see only
the 8.32 release, even when switching the setup view to FULL, and
trying various [X} TEST checkboxes and other selections.

These are the versions listed in today's setup.ini.  Not sure of the
options in setup to install 9.0-1 since I saw in another message that
9.1-1 is not recommended, perhaps that has changed by now?

replace-versions: 9.1-1
version: 8.32-1
install: x86_64/release/coreutils/coreutils-8.32-1.tar.xz 2748892
--
[prev]
version: 8.26-2
install: x86_64/release/coreutils/coreutils-8.26-2.tar.xz 2689212
--
[test]
version: 9.0-1
install: x86_64/release/coreutils/coreutils-9.0-1.tar.xz 2767296

Thanks,

Keith



On Tue, Jul 19, 2022 at 10:51 AM René Berber <rene.berber@gmail.com> wrote:
>
> On 7/19/2022 6:34 AM, Keith Christian wrote:
>
> > The installed version of coreutils is 8.32-1.
>
> Correct, latest release.
>
> > I see coreutils-9.0-1.tar.gz referenced in setup.ini, but
>
> Incorrect, there's a newer test version 9.1-1
>
> > coreutils-9.0-1.tar.gz is not downloaded to disk.
> > Setup.exe's version is 2.919, 64 bit.
>
> I was replying to "normal" use of setup, i.e. install in one go.
>
> > Whenever I update Cygwin, I first "Download without installing", then,
> > run setup again and install from disk.
> > I select View / All, choose Install, then expand All and set "Debug"
> > to Default to save disk space.
>
> You lost me here, I don't know what you are doing.
>
> With the graphical interface of setup, in the select packages, I have to
> set View: Full, Search: coreutils, in the New column I expand the
> dropdown and select the test version, if I want the source package I
> select Src? checkbox (Debug is a separate package).
>
> > After all new files are downloaded, I run setup and install from disk.
> >
> > This morning, coreutils-9.0-1 was not installed as again, it was not
> > downloaded to disk,as mentioned above.
>
> It seems that you are running some script, not what I was expecting.
>
> > More suggestions are appreciated.
>
> Do it by hand as I described, then adjust your scrip or whatever you are
> using (apparently you depend on setup.ini, which seems to be out of sync
> in your case).
> --
> R.B.
>
> --
> 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

^ permalink raw reply	[flat|nested] 13+ messages in thread

end of thread, other threads:[~2022-07-31 22:43 UTC | newest]

Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-07-18  3:38 [ANNOUNCEMENT] Test: coreutils 9.0 (TEST) Cygwin coreutils Co-Maintainer
2022-07-19  1:50 ` Keith Christian
2022-07-19  2:47   ` René Berber
2022-07-19 11:34     ` Keith Christian
2022-07-19 16:50       ` René Berber
2022-07-19 16:55         ` René Berber
2022-07-31 22:45         ` Keith Christian
2022-07-19 17:07       ` Brian Inglis
2022-07-19 18:00         ` Ken Brown
2022-07-19 19:54           ` Brian Inglis
2022-07-19 21:06             ` Ken Brown
2022-07-20  3:03               ` Brian Inglis
2022-07-20  4:22                 ` Brian Inglis

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).