Re: [PATCH cygport] Add customization support for announce command

2024-05-01 Thread Christian Franke via Cygwin-apps
Adam Dinwoodie via Cygwin-apps wrote: On Tue, Apr 30, 2024 at 12:27:35PM +0200, Christian Franke via Cygwin-apps wrote: Jon Turney wrote: On 10/03/2024 16:33, Christian Franke via Cygwin-apps wrote: +    /bin/bash -c "cd ${top} || exit 1 +${HOMEPAGE+HOMEPAGE=${HOMEPAGE@Q}} +P=${P@Q}; PF

Re: [PATCH cygport] Add check of SPDX expression provided by LICENSE variable

2024-05-01 Thread Christian Franke via Cygwin-apps
Brian Inglis via Cygwin-apps wrote: On 2024-04-30 15:07, Christian Franke via Cygwin-apps wrote: Brian Inglis via Cygwin-apps wrote: On 2024-04-30 11:45, Christian Franke via Cygwin-apps wrote: The new script uses the SPDX webpages to create the license file. I didn't find a usable single

Re: [PATCH cygport] Add check of SPDX expression provided by LICENSE variable

2024-04-30 Thread Christian Franke via Cygwin-apps
Brian Inglis via Cygwin-apps wrote: On 2024-04-30 11:45, Christian Franke via Cygwin-apps wrote: ... Attached. The new script uses the SPDX webpages to create the license file. I didn't find a usable single license list at https://github.com/spdx What about: https://spdx.github.io

[PATCH cygport] Add check of SPDX expression provided by LICENSE variable

2024-04-30 Thread Christian Franke via Cygwin-apps
2001 From: Christian Franke Date: Tue, 30 Apr 2024 19:28:01 +0200 Subject: [PATCH] Add check of SPDX expression provided by LICENSE variable The new script 'tools/spdx-checks' checks a SPDX license expression. License identifiers are provided by the new file 'spdx-licenses' which could be created by

Re: [PATCH cygport] Add customization support for announce command

2024-04-30 Thread Christian Franke via Cygwin-apps
Jon Turney wrote: On 10/03/2024 16:33, Christian Franke via Cygwin-apps wrote: Jon Turney wrote: On 23/02/2024 11:23, Christian Franke via Cygwin-apps wrote: Christian Franke wrote: The email generated by the cygport announce command is useful, but actual use cases are somewhat limited due

Re: [PATCH cygport] Increase _FORTIFY_SOURCE level from 2 to 3 in CFLAGS

2024-04-28 Thread Christian Franke via Cygwin-apps
ASSI via Cygwin-apps wrote: Christian Franke via Cygwin-apps writes: _FORTIFY_SOURCE=3 is supported by Cygwin 3.5.0 headers and Cygwin gcc 13.2.1 test release. Silently falls back to level 2 if level 3 is unsupported (older headers or gcc) or to level 0 if unsupported at all (C++, clang

Re: Cygwin a bit slow

2024-04-10 Thread Christian Franke via Cygwin
J M via Cygwin wrote: ... Specifically for this problem, I have investigated the problem and can be related to pipes and antivirus. Specifically while true do echo ABC | grep AAA done It makes the cpu of that antivirus go up. This is as expected because malware scanners hook into Win32

Re: util-linux-2.39.3-1: libblkid returns invalid physical_sector_size

2024-04-02 Thread Christian Franke via Cygwin
Christian Franke via Cygwin wrote: ,,, BTW, according to the Linux kernel sources, BLKPBSZGET etc return 'unsigned int' and not 'unsigned long' since first appearance in 2.6.32-rc3 (2009?): https://elixir.bootlin.com/linux/v2.6.32-rc3/source/block/ioctl.c#L276 https://elixir.bootlin.com

Re: util-linux-2.39.3-1: libblkid returns invalid physical_sector_size

2024-04-02 Thread Christian Franke via Cygwin
Bruce Jerrick via Cygwin wrote: Downgrading to util-linux-2.33.3-3 does not help. The related code differs, but has the same problem. I take that back. The above should read "util-linux-2.33.1-3". But it was OK in util-linux-2.33.1-3 . Yes, this is correct. I possibly downgraded

Re: util-linux-2.39.3-1: libblkid returns invalid physical_sector_size

2024-04-02 Thread Christian Franke via Cygwin
Hi Mark, Mark Geisert via Cygwin wrote: Hi Christian, On 3/31/2024 1:11 AM, Christian Franke via Cygwin wrote: Testcase: # cygcheck -f /sbin/fdisk.exe util-linux-2.39.3-1 # /sbin/fdisk.exe -l /dev/sdd Disk /dev/sdd: 465.76 GiB, 500107862016 bytes, 976773168 sectors Units: sectors of 1 * 512

util-linux-2.39.3-1: libblkid returns invalid physical_sector_size

2024-03-31 Thread Christian Franke via Cygwin
Testcase: # cygcheck -f /sbin/fdisk.exe util-linux-2.39.3-1 # /sbin/fdisk.exe -l /dev/sdd Disk /dev/sdd: 465.76 GiB, 500107862016 bytes, 976773168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 34359738880 bytes I/O size (minimum/optimal): 34359738880

Re: GetVersionEx() depreciated, what should be used instead for Windows 7/8/10?

2024-03-24 Thread Christian Franke via Cygwin
Corinna Vinschen via Cygwin wrote: On Mar 23 10:57, Christian Franke via Cygwin wrote: On Mar 21 16:15, Corinna Vinschen via Cygwin wrote: On Mar 21 09:58, Christian Franke via Cygwin wrote: .. I just gave it a try on W11. The results are even more funny than I anticipated: ... So, yeah

Re: GetVersionEx() depreciated, what should be used instead for Windows 7/8/10?

2024-03-23 Thread Christian Franke via Cygwin
On Mar 21 16:15, Corinna Vinschen via Cygwin wrote: On Mar 21 09:58, Christian Franke via Cygwin wrote: .. I just gave it a try on W11. The results are even more funny than I anticipated: ... So, yeah, with your observations especially on older W10 versions and with 8.1 doing the same thing

Re: [ITP] afflib 3.7.20-1

2024-03-22 Thread Christian Franke via Cygwin-apps
Christian Franke wrote: marco atzeri wrote: On Wed, Mar 6, 2024 at 11:26 PM Christian Franke via Cygwin-apps  wrote: ... Should I also rename libtsk to libtsk19 in the planned sleutkit-*-2 package which will add afflib support ? yes please The original package is only a few days old and has

sleuthkit 4.12.1-2

2024-03-22 Thread Christian Franke
to libtsk19. The source package supports reproducible builds except for libtsk.dll.a from the libtsk-devel package. Regards, Christian Franke -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** The easiest way to unsubscribe is to visit <https://cygwin.com/mailman/options/cygwin-annou

New: afflib 3.7.20-1

2024-03-22 Thread Christian Franke
and signing. The afflib-tools package contains tools to examine, convert, compare, copy, encrypt, decrypt and sign AFF files. https://github.com/sshock/AFFLIBv3 The source package supports reproducible builds except for libafflib.dll.a from the libafflib-devel package. Regards, Christian Franke

Re: [ITP] afflib 3.7.20-1

2024-03-21 Thread Christian Franke via Cygwin-apps
On Wed, 6 Mar 2024 23:26:05 +0100, Christian Franke wrote: Jon Turney wrote: ... be added only when needed for new not backward compatible releases. The upstream afflib project is mostly idling, so I don't expect any new major lib versions in the near future. If course, I could rename

Re: GetVersionEx() depreciated, what should be used instead for Windows 7/8/10?

2024-03-21 Thread Christian Franke via Cygwin
Corinna Vinschen via Cygwin wrote: On Mar 20 12:39, Christian Franke via Cygwin wrote: Corinna Vinschen via Cygwin wrote: You have to create an application with an application manifest not supporting your OS. For Cygwin apps, this occured when you built, say, an executable under Windows 8.1

bmake 20240314-1

2024-03-20 Thread Christian Franke
s-python. The source package supports reproducible builds. Regards, Christian Franke -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** The easiest way to unsubscribe is to visit <https://cygwin.com/mailman/options/cygwin-announce>, and click 'Unsubscribe'. If you need more information

Re: GetVersionEx() depreciated, what should be used instead for Windows 7/8/10?

2024-03-20 Thread Christian Franke via Cygwin
Corinna Vinschen via Cygwin wrote: On Mar 19 09:18, Bill Stewart via Cygwin wrote: On Tue, Mar 19, 2024 at 9:01 AM Richard Campbell wrote: On Tue, Mar 19, 2024 at 9:04 AM Bill Stewart via Cygwin wrote: Can you please clarify the circumstances under which the RtlGetVersion function "may not

Re: GetVersionEx() depreciated, what should be used instead for Windows 7/8/10?

2024-03-19 Thread Christian Franke via Cygwin
Cedric Blancher via Cygwin wrote: How does cygwin uname -s work, i.e. how does it get the OS version, revision and build number ('10.0-19045')? I tried to replicate it via GetVersionEx(), but that is deprecated. AFAICS, MS does not offer an official way to retrieve the actual Windows version

New: mandoc 1.14.6-1

2024-03-16 Thread Christian Franke
.  The main component of the toolset is the mandoc utility program, based on the libmandoc validating compiler, to format output for UTF-8 and ASCII terminals, HTML 5, PostScript, and PDF. https://mandoc.bsd.lv/ The source package supports reproducible builds. Regards, Christian Franke

[ITP] mandoc 1.14.6-1

2024-03-11 Thread Christian Franke via Cygwin-apps
I would like to contribute mandoc. Also present in Debian, Fedora, Ubuntu, ... and as the default man page formatter on *BSD. Useful to check man pages for compatibility with *BSD systems. The build is reproducible without the need to export SOURCE_DATE_EPOCH. SUMMARY="BSD mandoc compiler

[PATCH cygport] Add repro-finish command

2024-03-11 Thread Christian Franke via Cygwin-apps
and expressions. Any interest to add this to cygport and then check LICENSE settings? -- Regards, Christian From b08796262308cf1b3a2c063349d024a5ccfd2455 Mon Sep 17 00:00:00 2001 From: Christian Franke Date: Mon, 11 Mar 2024 12:12:32 +0100 Subject: [PATCH] Add repro-finish command This command removes

Re: [PATCH cygport] Add customization support for announce command

2024-03-10 Thread Christian Franke via Cygwin-apps
Jon Turney wrote: On 23/02/2024 11:23, Christian Franke via Cygwin-apps wrote: Christian Franke wrote: The email generated by the cygport announce command is useful, but actual use cases are somewhat limited due to the hard-coded email submission. The attached patch adds more flexibility

Re: [PATCH cygport] dodoc: Skip a file if a compressed version already exists

2024-03-10 Thread Christian Franke via Cygwin-apps
Jon Turney wrote: On 01/03/2024 13:13, Christian Franke via Cygwin-apps wrote: It IMO makes sense to compress large and rarely viewed doc files like change logs. This seems to be common practice on Debian etc. With current cygport, the following results in ChangeLog and ChangeLog.gz

Re: [PATCH cygport] Add more checks of SOURCE_DATE_EPOCH

2024-03-10 Thread Christian Franke via Cygwin-apps
Jon Turney wrote: On 26/02/2024 19:53, Christian Franke via Cygwin-apps wrote: Would it not make more sense to just re-export it if set? If the cygport file decides to set but not export it, there is possibly no need to do it. An example is smartmontools.cygport which passes

New: bmake 20240301-1

2024-03-09 Thread Christian Franke
The following packages have been uploaded to the Cygwin distribution: * bmake-20240301-1 * bmake-extras-20240301-1 bmake is a portable version of the NetBSD make(1) utility. It is similar to GNU make, even though the syntax for the advanced features supported in Makefiles is very different.

[ITP] bmake 20240301-1

2024-03-09 Thread Christian Franke via Cygwin-apps
I would like to contribute bmake. Also present in Debian, Fedora, FreeBSD, Ubuntu, ... I occasionally use it to check whether Makefiles are compatible with non-GNU versions of make. SUMMARY="Portable version of the NetBSD 'make' utility" DESCRIPTION="\ bmake is a portable version of the

Re: [ITP] afflib 3.7.20-1

2024-03-08 Thread Christian Franke via Cygwin-apps
marco atzeri wrote: On Wed, Mar 6, 2024 at 11:26 PM Christian Franke via Cygwin-apps wrote: Jon Turney wrote: On 06/03/2024 15:39, Christian Franke via Cygwin-apps wrote: Jon Turney wrote: Thanks! libafflib_CONTENTS=" usr/bin/cygafflib-*.dll Any reason why this package do

Re: [ITP] afflib 3.7.20-1

2024-03-06 Thread Christian Franke via Cygwin-apps
Jon Turney wrote: On 06/03/2024 15:39, Christian Franke via Cygwin-apps wrote: Jon Turney wrote: Thanks! libafflib_CONTENTS=" usr/bin/cygafflib-*.dll Any reason why this package doesn't include the soversion, i.e. why not libafflib0? Libtsk and libafflib are my first li

Re: [ITP] afflib 3.7.20-1

2024-03-06 Thread Christian Franke via Cygwin-apps
Jon Turney wrote: Thanks! libafflib_CONTENTS=" usr/bin/cygafflib-*.dll Any reason why this package doesn't include the soversion, i.e. why not libafflib0? Libtsk and libafflib are my first library packages, so I'm not sure what the policy is. My recent package libtsk has been

[ITP] afflib 3.7.20-1

2024-03-06 Thread Christian Franke via Cygwin-apps
I would like to contribute afflib. Also present in Debian, Fedora, Ubuntu, ... but package naming differs: Debian/Ubuntu: afflib-tools, libafflib0v5, libafflib-dev Fedora: afftools, afflib, afflib-devel It is indented to enable afflib format support for the next version of the sleuthkit

New: sleuthkit-4.12.1-1

2024-03-03 Thread Christian Franke
files, etc.  Many volume and filesystem formats are supported. https://www.sleuthkit.org/sleuthkit/ The source package supports reproducible builds except for libtsk.dll.a from the libtsk-devel package. Regards, Christian Franke -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO

Re: [ITP] sleuthkit 4.12.1

2024-03-02 Thread Christian Franke via Cygwin-apps
Hi Marco, Marco Atzeri via Cygwin-apps wrote: On 02/03/2024 13:05, Christian Franke via Cygwin-apps wrote: I would like to contribute sleuthkit. Also present in Debian, Fedora, Ubuntu, ... SUMMARY="Tools for analysis of volume and filesystem data" DESCRIPTION="The

[ITP] sleuthkit 4.12.1

2024-03-02 Thread Christian Franke via Cygwin-apps
I would like to contribute sleuthkit. Also present in Debian, Fedora, Ubuntu, ... SUMMARY="Tools for analysis of volume and filesystem data" DESCRIPTION="The Sleuth Kit (TSK) is a collection of command line tools for disk images.  It allows to analyze volume and filesystem data, examine disk

Re: [PATCH cygport] Add repro-check command

2024-03-01 Thread Christian Franke via Cygwin-apps
Christian Franke wrote: This could be used to check whether a package is possibly reproducible. Then it could make sense to add a reasonable SOURCE_DATE_EPOCH value to the cygport file. Example: $ export SOURCE_DATE_EPOCH=$(date +%s) $ cygport project.cygport all repro-check ... *** Info

[PATCH cygport] dodoc: Skip a file if a compressed version already exists

2024-03-01 Thread Christian Franke via Cygwin-apps
e/doc/${PN}/ChangeLog" } The attached patch fixes this and also adds some missing documentation. -- Regards, Christian From 1934651b93cda92207429ac91b964cff220c76d5 Mon Sep 17 00:00:00 2001 From: Christian Franke Date: Fri, 1 Mar 2024 13:56:45 +0100 Subject: [PATCH] dodoc: Skip a file if a

Re: Setup.exe suggestions

2024-02-28 Thread Christian Franke via Cygwin
Hi, Lavrentiev, Anton wrote ... For new installations, it'd be great to have the most suitable (in most cases, the most recent) version shown as the first selection in all those pulldown version lists in the "New" columns. The logical order would be "the preferred (latest) version", "the

Re: [PATCH cygport] Set TZ=UTC if SOURCE_DATE_EPOCH is used

2024-02-28 Thread Christian Franke via Cygwin-apps
Christian Franke wrote: Further tests of 'repro-check' patch revealed that the "origsrc/*" timestamps in patch files contain the local timezone offset. This would be no longer needed for patch files if "Modify origsrc timestamp in patch files if SOURCE_DATE_EPOCH is used&qu

[PATCH cygport] Modify origsrc timestamp in patch files if SOURCE_DATE_EPOCH is used

2024-02-28 Thread Christian Franke via Cygwin-apps
Found during testing of 'repro-check' patch with getent-2.18.90-5 source package. This patch also removes the requirement to set TZ=UTC before patches are generated. -- Regards, Christian From 342ff5113499a83b2ffda441ddc80b4952b400f8 Mon Sep 17 00:00:00 2001 From: Christian Franke Date

Re: [PATCH 2/2] Cygwin: remove ENOSHARE and ECASECLASH from _sys_errlist[]

2024-02-27 Thread Christian Franke
Hi Corinna, Corinna Vinschen wrote: On Feb 27 13:18, Christian Franke wrote: ... diff --git a/winsup/cygwin/errno.cc b/winsup/cygwin/errno.cc index 7d58e62ec..d8c057e51 100644 --- a/winsup/cygwin/errno.cc +++ b/winsup/cygwin/errno.cc @@ -167,8 +167,8 @@ const char *_sys_errlist

[PATCH 2/2] Cygwin: remove ENOSHARE and ECASECLASH from _sys_errlist[]

2024-02-27 Thread Christian Franke
From f495fb0e7c2bd3a42f16f81af18c64ffaba9a860 Mon Sep 17 00:00:00 2001 From: Christian Franke Date: Tue, 27 Feb 2024 13:05:36 +0100 Subject: [PATCH 2/2] Cygwin: remove ENOSHARE and ECASECLASH from _sys_errlist[] These errno values are no longer used by Cygwin. Also add a static_assert check

[PATCH 1/2] Cygwin: add compile warning if ENOSHARE or ECASECLASH is used

2024-02-27 Thread Christian Franke
f3ad1912a9c7fa4cd28ade5dc7c95134be759615 Mon Sep 17 00:00:00 2001 From: Christian Franke Date: Tue, 27 Feb 2024 13:03:08 +0100 Subject: [PATCH 1/2] Cygwin: add compile warning if ENOSHARE or ECASECLASH is used These errno values are no longer used by Cygwin. Signed-off-by: Christian Franke --- newlib/libc/include

Re: [PATCH cygport] Add more checks of SOURCE_DATE_EPOCH

2024-02-26 Thread Christian Franke via Cygwin-apps
Jon Turney wrote: On 16/02/2024 12:29, Christian Franke via Cygwin-apps wrote: Fail if it is out of range. Warn if it lies in the future. Inform whether it is set or set but not exported. What is the valid range here? The range accepted by 'date -d @EPOCH ...', later used to adjust

[PATCH 4/4] Cygwin: errmap[]: update comments using current winerror.h

2024-02-26 Thread Christian Franke
From 66a9c2d35a836017e52c8ce73b76b2070c3b6a95 Mon Sep 17 00:00:00 2001 From: Christian Franke Date: Mon, 26 Feb 2024 15:15:18 +0100 Subject: [PATCH 4/4] Cygwin: errmap[]: update comments using current winerror.h Signed-off-by: Christian Franke --- winsup/cygwin/local_includes/errmap.h

[PATCH 2/4] Cygwin: errmap[]: reduce value size from 32 to 8 bits

2024-02-26 Thread Christian Franke
From bebc11c2a9022e61cdc7544ed2cb5101a170ae92 Mon Sep 17 00:00:00 2001 From: Christian Franke Date: Mon, 26 Feb 2024 14:01:54 +0100 Subject: [PATCH 2/4] Cygwin: errmap[]: reduce value size from 32 to 8 bits Overflow would be detected at compile time. Signed-off-by: Christian Franke

[PATCH 1/4] Cygwin: introduce constexpr errmap_size and errmap[] consistency checks

2024-02-26 Thread Christian Franke
From 947daa02b0b64131626c2ecedb74ca6893aab6c6 Mon Sep 17 00:00:00 2001 From: Christian Franke Date: Mon, 26 Feb 2024 13:37:33 +0100 Subject: [PATCH 1/4] Cygwin: introduce constexpr errmap_size and errmap[] consistency checks Use constexpr instead of const for errmap[] to allow static_assert

Re: [PATCH] Cygwin: Map ERROR_NO_SUCH_DEVICE and ERROR_MEDIA_CHANGED to ENODEV

2024-02-26 Thread Christian Franke
Corinna Vinschen wrote: On Feb 25 10:12, Christian Franke wrote: Corinna Vinschen wrote: So the default was EPERM at first and has been changed to EACCES because it "is better for the unknown error case". I'm open to ideas for an improved error mapping. I have no better

Re: [PATCH] Cygwin: Map ERROR_NO_SUCH_DEVICE and ERROR_MEDIA_CHANGED to ENODEV

2024-02-25 Thread Christian Franke
Corinna Vinschen wrote: On Feb 23 19:14, Christian Franke wrote: Experiments with damaged USB flash drives and ddrescue revealed that the current mapping of these Win32 errors to the fallback EACCES could be improved. BTW: I wonder why EACCES was selected as the fallback. Source code control

[PATCH] Cygwin: Map ERROR_NO_SUCH_DEVICE and ERROR_MEDIA_CHANGED to ENODEV

2024-02-23 Thread Christian Franke
. A related comment from CGF added August 2000 persists until today :-) /* FIXME: what's so special about EACCESS? */ -- Regards, Christian From 8aa19c7fd13dc3790dc271dede8954539bffcd4d Mon Sep 17 00:00:00 2001 From: Christian Franke Date: Fri, 23 Feb 2024 19:01:09 +0100 Subject: [PATCH] Cygwin

[PATCH cygport] Fix variable expansion in error message of embedded SMTP perl script

2024-02-23 Thread Christian Franke via Cygwin-apps
Harmless bug ... -- Regards, Christian From b1074f4cfe549c852be7fa59d85d312c9579cf0d Mon Sep 17 00:00:00 2001 From: Christian Franke Date: Fri, 23 Feb 2024 13:04:21 +0100 Subject: [PATCH] Fix variable expansion in error message of embedded SMTP perl script --- lib/pkg_upload.cygpart | 2

Re: [PATCH cygport] Add customization support for announce command

2024-02-23 Thread Christian Franke via Cygwin-apps
Christian Franke wrote: The email generated by the cygport announce command is useful, but actual use cases are somewhat limited due to the hard-coded email submission. The attached patch adds more flexibility. The patch is on top of the "Use correct wording if only one package is anno

Re: [PATCH cygport] Use correct wording if only one package is announced

2024-02-23 Thread Christian Franke via Cygwin-apps
Brian Inglis via Cygwin-apps wrote: On 2024-02-21 07:25, Christian Franke via Cygwin-apps wrote: Change variable name from $s to $has or $s_have as variable $s usually implies only the plural letter s or nothing; e.g. ... +    local has="s have" + +    [ $pkg_count != 1 ] ||

[PATCH cygport] Add customization support for announce command

2024-02-21 Thread Christian Franke via Cygwin-apps
quot;1,/^\$/d" "$1" >$PF-announcement.txt && echo "Announcement placed here: $(pwd)/$PF-announcement.txt" ' ANNOUNCE_TO_CMD=' /usr/local/sbin/custom-mailer \   --sender="$SMTP_SENDER" \   --smarthost="$SMTP_SERVER" \   ...more...options... \   cygwin-a

[PATCH cygport] Use correct wording if only one package is announced

2024-02-21 Thread Christian Franke via Cygwin-apps
Only cosmetic ... -- Regards, Christian From f1381ebc872f3b099c257677e2b8d5bf2451bb23 Mon Sep 17 00:00:00 2001 From: Christian Franke Date: Wed, 21 Feb 2024 13:35:14 +0100 Subject: [PATCH] Use correct wording if only one package is announced --- lib/pkg_upload.cygpart | 5 - 1 file

[PATCH cygport] Set TZ=UTC if SOURCE_DATE_EPOCH is used

2024-02-20 Thread Christian Franke via Cygwin-apps
flict resolution due to the then missing 'else' branch. -- Regards, Christian From e9553d8541f9fb2fd4a4e49a488dfc8511fb9c8e Mon Sep 17 00:00:00 2001 From: Christian Franke Date: Tue, 20 Feb 2024 10:32:52 +0100 Subject: [PATCH] Set TZ=UTC if SOURCE_DATE_EPOCH is used --- bin/cygport.in | 4 +++

ddrescue 1.28-2

2024-02-19 Thread Christian Franke
The following packages have been uploaded to the Cygwin distribution: * ddrescue-1.28-2 GNU ddrescue is a data recovery tool.  It copies data from one file or block device (hard disc, cdrom, etc) to another, trying hard to rescue data in case of read errors.  Ddrescue does not truncate the

[PATCH cygport] Add repro-check command

2024-02-18 Thread Christian Franke via Cygwin-apps
17 00:00:00 2001 From: Christian Franke Date: Sun, 18 Feb 2024 16:33:07 +0100 Subject: [PATCH] Add repro-check command This command checks for reproducibility of distribution packages. The source package from the dist directory is unpacked to the temp directory. A nested rebuild of the packages

[ITP] f3 8.0

2024-02-17 Thread Christian Franke via Cygwin-apps
I would like to contribute f3. Also present in Debian, Fedora, Ubuntu, ... SUMMARY="Test real flash memory capacity" DESCRIPTION="f3 is a simple tool that tests flash cards capacity and performance to see if they live up to claimed specifications. It fills the device with pseudorandom data and

[PATCH cygport] Add more checks of SOURCE_DATE_EPOCH

2024-02-16 Thread Christian Franke via Cygwin-apps
From b04c8f5e9becd6e91095e2add551f72870c9e869 Mon Sep 17 00:00:00 2001 From: Christian Franke Date: Fri, 16 Feb 2024 13:16:06 +0100 Subject: [PATCH] Add more checks of SOURCE_DATE_EPOCH Fail if it is out of range. Warn if it lies in the future. Inform whether it is set or set but not exported

Re: cygport 0.36.8-1

2024-02-14 Thread Christian Franke via Cygwin
Jon Turney via Cygwin wrote: On 13/02/2024 13:02, Christian Franke via Cygwin wrote: Jon Turney via Cygwin wrote: On 12/02/2024 16:49, ASSI via Cygwin wrote: Christian Franke via Cygwin writes: This requires that always the same build directory is used. Would that be solvable by using

Re: cygport 0.36.8-1

2024-02-13 Thread Christian Franke via Cygwin
Jon Turney via Cygwin wrote: On 13/02/2024 13:02, Christian Franke via Cygwin wrote: Jon Turney via Cygwin wrote: On 12/02/2024 16:49, ASSI via Cygwin wrote: Christian Franke via Cygwin writes: This requires that always the same build directory is used. Would that be solvable by using

Re: cygport 0.36.8-1

2024-02-13 Thread Christian Franke via Cygwin
Jon Turney via Cygwin wrote: On 12/02/2024 16:49, ASSI via Cygwin wrote: Christian Franke via Cygwin writes: This requires that always the same build directory is used. Would that be solvable by using -ffile-prefix-map or is there more to it? That should now be used in 0.36.8, so something

busybox 1.36.1-2

2024-02-12 Thread Christian Franke
The following packages have been uploaded to the Cygwin distribution: * busybox-1.36.1-2 * busybox-standalone-1.36.1-2 * busybox-doc-1.36.1-2 BusyBox combines tiny versions of many (un)common utilities into a single executable. It is still smaller than bash. https://busybox.net/about.html

Re: cygport 0.36.8-1

2024-02-12 Thread Christian Franke via Cygwin
Jon Turney wrote on cygwin-announce list: The following packages have been uploaded to the Cygwin distribution: * cygport-0.36.8-1 cygport is the standard method for building and maintaining packages for the Cygwin distribution. ...   Add initial support for SOURCE_DATE_EPOCH

Cygwin build from source is broken since binutils-2.42-1

2024-02-12 Thread Christian Franke via Cygwin
This is not a binutils regression: A build from cygwin 3.5.0-1 src package or current newlib-cygwin git main (bfb68a9) with new binutils-2.42-1 fails with: " In file included from ../../../../winsup/utils/dumper.cc:23: /usr/include/bfd.h:2748:1: error: expected initializer before

ddrescue 1.28-1

2024-02-05 Thread Christian Franke
if the kernel caches all the writes.   * Option '-t, --show-status' of ddrescuelog now shows the mapfile names at verbosity level 0 if more than one mapfile is specified. Regards, Christian Franke -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** The easiest way to unsubscribe is to visit

Re: [PATCH cygport] Increase _FORTIFY_SOURCE level from 2 to 3 in CFLAGS

2024-02-04 Thread Christian Franke via Cygwin-apps
Jon Turney wrote: On 02/02/2024 16:13, Christian Franke via Cygwin-apps wrote: _FORTIFY_SOURCE=3 is supported by Cygwin 3.5.0 headers and Cygwin gcc 13.2.1 test release. Silently falls back to level 2 if level 3 is unsupported (older headers or gcc) or to level 0 if unsupported at all (C

[PATCH cygport] Increase _FORTIFY_SOURCE level from 2 to 3 in CFLAGS

2024-02-02 Thread Christian Franke via Cygwin-apps
Mon Sep 17 00:00:00 2001 From: Christian Franke Date: Fri, 2 Feb 2024 17:00:18 +0100 Subject: [PATCH] Increase _FORTIFY_SOURCE level from 2 to 3 in CFLAGS This enables buffer overflow checks if the buffer size is non-const but known during runtime and GCC 12.0 or later is used. --- lib

Re: Add ability to hide non-standard itoa/utoa() in stdlib.h ?

2024-01-22 Thread Christian Franke via Cygwin
Corinna Vinschen via Cygwin wrote: On Jan 22 16:47, Christian Franke via Cygwin wrote: Busybox does not build OOTB on Cygwin due to the addition of itoa/utoa() to newlib in 2014: https://cygwin.com/git/?p=newlib-cygwin.git;a=commit;h=32c96dd This is because Busybox use local functions

smartmontools 7.4-1

2024-01-15 Thread Christian Franke
The following packages have been uploaded to the Cygwin distribution: * smartmontools-7.4-1 smartmontools contains utility programs (smartctl, smartd) to control/monitor storage systems using the Self-Monitoring, Analysis and Reporting Technology System (SMART) built into most ATA/SATA,

Re: [PATCH] Cygwin: introduce close_range

2024-01-15 Thread Christian Franke
Corinna Vinschen wrote: On Jan 15 13:07, Corinna Vinschen wrote: Sorry Christian, but.. I was just going to push this patch when I realized that we now have two lines of debug output per affected file descriptor: On Jan 15 12:19, Christian Franke wrote: + for (unsigned int i = firstfd; i

Re: [PATCH] Cygwin: introduce close_range

2024-01-15 Thread Christian Franke
Corinna Vinschen wrote: Hi Christian, On Jan 15 09:56, Christian Franke wrote: Christian Franke wrote: Jon Turney wrote: On 14/01/2024 16:07, Christian Franke wrote: Recently I learned about the existence and usefulness of close_range(): https://github.com/smartmontools/smartmontools/issues

Re: [PATCH] Cygwin: introduce close_range

2024-01-15 Thread Christian Franke
Christian Franke wrote: Jon Turney wrote: On 14/01/2024 16:07, Christian Franke wrote: Recently I learned about the existence and usefulness of close_range(): https://github.com/smartmontools/smartmontools/issues/235 https://man.freebsd.org/cgi/man.cgi?query=close_range=2 https://man7.org

Re: [PATCH] Cygwin: introduce close_range

2024-01-14 Thread Christian Franke
Jon Turney wrote: On 14/01/2024 16:07, Christian Franke wrote: Recently I learned about the existence and usefulness of close_range(): https://github.com/smartmontools/smartmontools/issues/235 https://man.freebsd.org/cgi/man.cgi?query=close_range=2 https://man7.org/linux/man-pages/man2

[PATCH] Cygwin: introduce close_range

2024-01-14 Thread Christian Franke
his :-) -- Regards, Christian From 2393e82a62e19e29e61ef3253e227c19ae7222eb Mon Sep 17 00:00:00 2001 From: Christian Franke Date: Sun, 14 Jan 2024 16:54:17 +0100 Subject: [PATCH] Cygwin: introduce close_range This function closes or sets the close-on-exec flag for a specified range of file descripto

Re: where is parted?

2024-01-11 Thread Christian Franke via Cygwin
matth...@gmx.li wrote: fdisk reports the same partition type as sfdisk. It report "Microsoft basic data" for NTFS as well as for FAT32 partitions. That is as expected and differs from MBR disks. The same GPT partition GUID is used for NTFS and the various FAT filesystem types.

Re: where is parted?

2024-01-11 Thread Christian Franke via Cygwin
Matthias--- via Cygwin wrote: I'm using sfdisk for analysing partitions on msdos partition tables. Unfortunately it don't support GPT tables. Is there another tool, like parted, what can be used? /sbin/fdisk from package util-linux-2.33.1-2 supports GPT. -- Regards, Christian -- Problem

Re: [PATCH] Cygwin: Add /dev/disk/by-label and /dev/disk/by-uuid symlinks

2023-11-22 Thread Christian Franke
Hi Corinna, Corinna Vinschen wrote: Hi Christian, On second thought... I had a bad night tonight and was thinking a long time about this and that. It suddenly occured to me that there might be another problem with this approach, attaching ordinals to the label name. Assuming you have a

Re: [PATCH] Cygwin: Add /dev/disk/by-label and /dev/disk/by-uuid symlinks

2023-11-21 Thread Christian Franke
Corinna Vinschen wrote: Hi Christian, Looks good, but I just realized that I was already wondering about the sanitization and forgot to talk about it: On Nov 21 12:24, Christian Franke wrote: diff --git a/winsup/cygwin/fhandler/dev_disk.cc b/winsup/cygwin/fhandler/dev_disk.cc index c5d72816f

Re: [PATCH] Cygwin: Add /dev/disk/by-label and /dev/disk/by-uuid symlinks

2023-11-21 Thread Christian Franke
Christian Franke wrote: Corinna Vinschen wrote: On Nov 20 10:40, Corinna Vinschen wrote: Hi Christian, This puzzles me: On Nov 17 21:25, Christian Franke wrote: @@ -610,7 +607,7 @@ get_by_id_table (by_id_entry * , fhandler_dev_disk::dev_disk_location loc)     if (!table)   return

Re: [PATCH] Cygwin: Add /dev/disk/by-label and /dev/disk/by-uuid symlinks

2023-11-20 Thread Christian Franke
Corinna Vinschen wrote: On Nov 20 10:40, Corinna Vinschen wrote: Hi Christian, This puzzles me: On Nov 17 21:25, Christian Franke wrote: @@ -610,7 +607,7 @@ get_by_id_table (by_id_entry * , fhandler_dev_disk::dev_disk_location loc) if (!table) return (errno_set ? -1 : 0

Re: [PATCH] Cygwin: Add /dev/disk/by-label and /dev/disk/by-uuid symlinks

2023-11-17 Thread Christian Franke
Corinna Vinschen wrote: On Nov 17 18:53, Christian Franke wrote: Corinna Vinschen wrote: ... I see. Admittedly, I don't know how Linux handles this either. A quick test on Debian 12 with by-label suggests that the last duplicate wins. Also not very sophisticated :-) Given this is all

Re: [PATCH] Cygwin: Add /dev/disk/by-label and /dev/disk/by-uuid symlinks

2023-11-17 Thread Christian Franke
Corinna Vinschen wrote: On Nov 17 17:45, Christian Franke wrote: Corinna Vinschen wrote: On Nov 17 15:39, Christian Franke wrote: The last two /dev/disk subdirectories :-) Note a minor difference: On Linux, empty /dev/disk subdirectories apparently never appear. A subdirectory is not listed

Re: [PATCH] Cygwin: Add /dev/disk/by-label and /dev/disk/by-uuid symlinks

2023-11-17 Thread Christian Franke
Corinna Vinschen wrote: On Nov 17 15:39, Christian Franke wrote: The last two /dev/disk subdirectories :-) Note a minor difference: On Linux, empty /dev/disk subdirectories apparently never appear. A subdirectory is not listed in /dev/disk if it would be empty. Not worth the effort to emulate

[PATCH] Cygwin: Add /dev/disk/by-label and /dev/disk/by-uuid symlinks

2023-11-17 Thread Christian Franke
27f4a10431aacbdc9725571f4ad34732081fb63a Mon Sep 17 00:00:00 2001 From: Christian Franke Date: Fri, 17 Nov 2023 15:22:52 +0100 Subject: [PATCH] Cygwin: Add /dev/disk/by-label and /dev/disk/by-uuid symlinks The new directories '/dev/disk/by-label' and '/dev/disk/by-uuid' provide symlinks for each disk related volume label

Re: [PATCH] Cygwin: Add /dev/disk/by-drive and /dev/disk/by-uuid symlinks

2023-11-16 Thread Christian Franke
Corinna Vinschen wrote: On Nov 16 12:50, Christian Franke wrote: ... I also tried an NTFS partition and the output looks like this: 0FD4F62866CFBF09 -> ../../sdc1 This is the 64 bit volume serial number as returned by DeviceIoControl(FSCTL_GET_NTFS_VOLUME_DATA)(*). Wouldn't that be w

Re: [PATCH] Cygwin: Add /dev/disk/by-drive and /dev/disk/by-uuid symlinks

2023-11-16 Thread Christian Franke
Corinna Vinschen wrote: Hi Christian, On Nov 15 18:23, Christian Franke wrote: This is the next (and possibly last for now) extension to the /dev/disk directory. Limited to disk related entries which allowed a straightforward extension of the existing code. My original idea was to add also

[PATCH] Cygwin: Add /dev/disk/by-drive and /dev/disk/by-uuid symlinks

2023-11-15 Thread Christian Franke
tian From 1dc3d3a8378ab2aeff766ea2d211750079fd27f8 Mon Sep 17 00:00:00 2001 From: Christian Franke Date: Wed, 15 Nov 2023 17:54:18 +0100 Subject: [PATCH] Cygwin: Add /dev/disk/by-drive and /dev/disk/by-uuid symlinks The new directory '/dev/disk/by-drive' provides symlinks for each disk related drive

[PATCH] Cygwin: /dev/disk/by-id: Remove leading spaces from identify fields

2023-11-08 Thread Christian Franke
Minor improvement, avoids "/dev/disk/by-id/sata-VENDOR_MODEL___SERIAL". -- Regards, Christian From 9927cd46435da97d234b0c7e97b5fc2a9b7632d1 Mon Sep 17 00:00:00 2001 From: Christian Franke Date: Wed, 8 Nov 2023 17:03:57 +0100 Subject: [PATCH] Cygwin: /dev/disk/by-id: Remove lead

Re: [PATCH] Cygwin: Add /dev/disk/by-id symlinks

2023-11-07 Thread Christian Franke
b07de21461207a2b57465d3dd8f7db2b36d886c0 Mon Sep 17 00:00:00 2001 From: Christian Franke Date: Tue, 7 Nov 2023 15:25:54 +0100 Subject: [PATCH] Cygwin: Document /dev/disk/by-id and /dev/disk/by-partuuid Signed-off-by: Christian Franke --- winsup/cygwin/release/3.5.0 | 6 ++ winsup/doc/new

Re: [PATCH] Cygwin: Add /dev/disk/by-id symlinks

2023-11-07 Thread Christian Franke
Corinna Vinschen wrote: Hi Christian, On Nov 5 16:45, Christian Franke wrote: ... Old IOCTL dropped and code simplified. Great. I pushed your patch. Thanks. ... Last, but not least, do you see a chance to add any other /dev/disk subdir? by-partuuid, perhaps? Possibly, but not very

Re: [PATCH] Cygwin: Add /dev/disk/by-id symlinks

2023-11-05 Thread Christian Franke
ive (Cygwin specific: drive letter -> volume)   c -> ../by-uuid/UUID (if UUID available)   x -> /proc/sys/DosDevices/X: (others, e.g. Network, "mounted" Volume Shadow Copy) Christian From aa8c35e041ffe5a4b06104c122d9ba1fdc492683 Mon Sep 17 00:00:00 2001 From: Christian Franke

Re: [PATCH] Cygwin: Add /dev/disk/by-id symlinks

2023-11-04 Thread Christian Franke
Corinna Vinschen wrote: On Nov 4 10:34, Corinna Vinschen wrote: On Nov 3 18:54, Christian Franke wrote: ... Conclusion: The behavior of the current patch is compatible with Linux :-) Ok, but with the DUID we have a workaround which makes it work even better than on Linux, so it would

Re: [PATCH] Cygwin: Add /dev/disk/by-id symlinks

2023-11-04 Thread Christian Franke
Corinna Vinschen wrote: On Nov 4 10:34, Corinna Vinschen wrote: On Nov 3 18:54, Christian Franke wrote: ... MSDN claims: If the storage device is SCSI-compliant, the port driver attempts to extract the serial number from the optional Unit Serial Number page (page 0x80

Re: [PATCH] Cygwin: Add /dev/disk/by-id symlinks

2023-11-03 Thread Christian Franke
Corinna Vinschen wrote: On Nov 3 17:27, Corinna Vinschen wrote: On Nov 3 17:09, Christian Franke wrote: Unlike (S)ATA and NVMe, the serial number is not available for free in the device identify data block but requires an extra command (SCSI INQUIRY of VPD page 0x80). This might

Re: [PATCH] Cygwin: Add /dev/disk/by-id symlinks

2023-11-03 Thread Christian Franke
Corinna Vinschen wrote: On Nov 3 12:10, Corinna Vinschen wrote: On Nov 3 11:09, Corinna Vinschen wrote: On Nov 3 10:55, Corinna Vinschen wrote: On Oct 3 14:39, Christian Franke wrote: According to NtQueryObject(., ObjectBasicInformation, ...), using NtOpenFile(., MAXIMUM_ALLOWED

Re: [PATCH] Cygwin: Add /dev/disk/by-id symlinks

2023-11-03 Thread Christian Franke
Corinna Vinschen wrote: On Nov 3 10:55, Corinna Vinschen wrote: Hi Christian, On Oct 3 14:39, Christian Franke wrote: Christian Franke wrote: This is a first attempt to partly emulate the Linux directory /dev/disk/by-id. Useful to make sure the correct device is accessed in conjunction

Re: [PATCH cygport] Add initial support for SOURCE_DATE_EPOCH

2023-10-30 Thread Christian Franke via Cygwin-apps
Jon Turney wrote: On 28/08/2023 16:12, Christian Franke via Cygwin-apps wrote: Christian Franke wrote: A small step towards reproducible packaging... Thanks very much for this. Sorry for taking so long to look at it. No problem. A few questions and suggestions interspersed

  1   2   3   4   5   6   7   8   >