Fwd: Howto request an upgrade for keychain package

Hi Jari, There do seem to be some incompatibilities between our current keychain package and current gpg/gpg2. Is it possible to get an update of keychain? Or let me know if you want to orphan that package. TIA. Forwarded Message Subject: Howto request an upgrade for

Re: Let's Encrypt Dropping Cross-Signed Root and Intermediates; Issuing New Intermediates; New Cert Chains

On 17/04/2024 04:48, Brian Inglis via Cygwin-apps wrote: Hi folks, Is this FYI, or are you suggesting there is some specific action we need to take? https://letsencrypt.org/2023/07/10/cross-sign-expiration Shortening the Let's Encrypt Chain of Trust "On Thursday, Feb 8th, 2024, we stopped

Re: Python 3.5 and 3.6 removal (was Re: Bonfire of the Packages)

On 18/04/2024 07:01, Ake Rehnman wrote: Den tors 28 mars 2024 kl 18:50 skrev Jon Turney : On 24/03/2024 17:46, Jon Turney via Cygwin-apps wrote: On 24/03/2024 17:31, Marco Atzeri via Cygwin-apps wrote: On 24/03/2024 15:07, Jon Turney wrote: On 24/09/2023 13:32, Jon Turney via Cygwin-apps

Re: calm: ERROR: Upload failed: cd: Access failed: No such file (/x86_64/release)

On 17/04/2024 20:26, Brian Inglis via Cygwin-apps wrote: Hi folks, Fairly straightforward upgrade of packages. Is anything demented about my setup: $ cygport GeoIP.cygport upload >>> Uploading GeoIP-1.7.0-1.x86_64 >>> Running lftp sftp://cygwin:@cygwin.com cd: Access failed: No such file

Re: [ITA] GeoIP, GeoIP-database, geoipupdate

On 17/04/2024 00:39, Brian Inglis via Cygwin-apps wrote: On 2024-04-16 13:31, Jon Turney via Cygwin-apps wrote: On 13/04/2024 14:09, Brian Inglis via Cygwin-apps wrote: I would like to adopt and revive the above packages with the last ("unofficial") version of the legacy code commi

Re: calm: ERROR: package 'geoipupdate' is at paths geoipupdate and GeoIP-database/geoipupdate

On 17/04/2024 15:17, Brian Inglis via Cygwin-apps wrote: On 2024-04-17 07:08, cygwin-no-reply-rdbxbdvo6bxqt0dzr+a...@public.gmane.org wrote: ERROR: package 'geoipupdate' is at paths geoipupdate and GeoIP-database/geoipupdate This is the "change things to that the geoipupdate package belongs

Re: [ITA] GeoIP, GeoIP-database, geoipupdate

On 13/04/2024 14:09, Brian Inglis via Cygwin-apps wrote: I would like to adopt and revive the above packages with the last ("unofficial") version of the legacy code committed noted in the ChangeLog as 1.7.0, and a new upstream source for legacy format free databases converted when the official

Re: package uploads not being processed again - calm failed or stuck?

On 14/04/2024 22:01, Brian Inglis via Cygwin-apps wrote: On 2024-04-14 13:53, Brian Inglis via Cygwin-apps wrote: Not seeing any progress hours after package upload - master setup.ini not updated and no calm emails received - has calm failed or is it stuck? `ssh` commands /help/, /alive/,

Re: package uploads not being processed - calm failed or stuck?

On 13/04/2024 21:12, Brian Inglis via Cygwin-apps wrote: Hi folks, Not seeing any progress hours after package upload - master setup.ini not updated and no calm emails received - has calm failed or is it stuck? Thanks for the report. Not sure what went wrong there, but I've restarted it and

Re: python2 removal

On 10/04/2024 20:19, Hamish McIntyre-Bhatty via Cygwin-apps wrote: On 19/01/2024 18:23, Hamish McIntyre-Bhatty via Cygwin-apps wrote: On 18/01/2024 19:40, Jon Turney wrote: On 18/01/2024 19:31, Jon Turney via Cygwin-apps wrote: [...] python-wx-devel    wxWidgets C++ application framework

Re: Where have svt-av1 1.8.0-2 gone?

On 17/03/2024 01:43, Takashi Yano via Cygwin-apps wrote: On Sun, 17 Mar 2024 10:06:31 +0900 Takashi Yano wrote: On Sat, 16 Mar 2024 17:49:30 + Jon Turney wrote: On 16/03/2024 00:48, Takashi Yano via Cygwin-apps wrote: On Sat, 16 Mar 2024 09:39:33 +0900 Takashi Yano wrote

Re: Python 3.5 and 3.6 removal (was Re: Bonfire of the Packages)

On 02/04/2024 15:58, Takashi Yano via Cygwin-apps wrote: On Tue, 2 Apr 2024 15:38:25 +0100 Jon Turney wrote: On 01/04/2024 18:16, David Rothenberger via Cygwin-apps wrote: On 3/30/2024 8:25 AM, Jon Turney wrote: On 29/03/2024 18:32, David Rothenberger via Cygwin-apps wrote: On 3/28/2024 10

Re: Python 3.5 and 3.6 removal (was Re: Bonfire of the Packages)

On 01/04/2024 18:16, David Rothenberger via Cygwin-apps wrote: On 3/30/2024 8:25 AM, Jon Turney wrote: On 29/03/2024 18:32, David Rothenberger via Cygwin-apps wrote: On 3/28/2024 10:50 AM, Jon Turney via Cygwin-apps wrote: [...] David, Is it possible to update/rebuild rdiff-backup, which

Re: calm now runs on-demand

On 01/07/2017 15:22, Jon Turney wrote: On 01/07/2017 15:14, Marco Atzeri wrote: On 01/07/2017 15:54, Jon Turney wrote: On 01/07/2017 06:18, Marco Atzeri wrote: On 17/04/2017 13:34, Jon Turney wrote: If you have shell access on sourceware, and make such changes, you can force calm to run

Re: Python 3.5 and 3.6 removal (was Re: Bonfire of the Packages)

On 24/03/2024 17:46, Jon Turney via Cygwin-apps wrote: On 24/03/2024 17:31, Marco Atzeri via Cygwin-apps wrote: On 24/03/2024 15:07, Jon Turney wrote: On 24/09/2023 13:32, Jon Turney via Cygwin-apps wrote: I assume you are OK with the removal of python 3.5 (EOL Sept 2020) and 3.6 (EOL Dec

Re: Python 3.5 and 3.6 removal (was Re: Bonfire of the Packages)

On 29/03/2024 18:32, David Rothenberger via Cygwin-apps wrote: On 3/28/2024 10:50 AM, Jon Turney via Cygwin-apps wrote: [...] David, Is it possible to update/rebuild rdiff-backup, which replies upon the soon-to-be removed python36? (Or indicate that you are no longer interested

Re: [PATCH setup] Fix Chinese Help Message fall in dead loop .

On 29/03/2024 01:40, 赵伟 via Cygwin-apps wrote: --- libgetopt++/include/getopt++/DefaultFormatter.h | 1 + 1 file changed, 1 insertion(+) diff --git a/libgetopt++/include/getopt++/DefaultFormatter.h b/libgetopt++/include/getopt++/DefaultFormatter.h index ee2397f5..43c253a5 100644 ---

Re: Python 3.5 and 3.6 removal (was Re: Bonfire of the Packages)

On 24/03/2024 17:46, Jon Turney via Cygwin-apps wrote: On 24/03/2024 17:31, Marco Atzeri via Cygwin-apps wrote: On 24/03/2024 15:07, Jon Turney wrote: On 24/09/2023 13:32, Jon Turney via Cygwin-apps wrote: I assume you are OK with the removal of python 3.5 (EOL Sept 2020) and 3.6 (EOL Dec

Re: Python 3.5 and 3.6 removal (was Re: Bonfire of the Packages)

On 24/03/2024 17:46, Jon Turney via Cygwin-apps wrote: On 24/03/2024 17:31, Marco Atzeri via Cygwin-apps wrote: On 24/03/2024 15:07, Jon Turney wrote: On 24/09/2023 13:32, Jon Turney via Cygwin-apps wrote: I assume you are OK with the removal of python 3.5 (EOL Sept 2020) and 3.6 (EOL Dec

Re: Python 3.5 and 3.6 removal (was Re: Bonfire of the Packages)

On 27/03/2024 21:18, Brian Inglis via Cygwin-apps wrote: On 2024-03-27 14:07, Jon Turney via Cygwin-apps wrote: On 24/03/2024 18:51, Brian Inglis via Cygwin-apps wrote: On 2024-03-24 11:46, Jon Turney via Cygwin-apps wrote: On 24/03/2024 17:31, Marco Atzeri via Cygwin-apps wrote: On 24/03

Re: Python 3.5 and 3.6 removal (was Re: Bonfire of the Packages)

On 24/03/2024 18:51, Brian Inglis via Cygwin-apps wrote: On 2024-03-24 11:46, Jon Turney via Cygwin-apps wrote: On 24/03/2024 17:31, Marco Atzeri via Cygwin-apps wrote: On 24/03/2024 15:07, Jon Turney wrote: On 24/09/2023 13:32, Jon Turney via Cygwin-apps wrote: [...] Not sure why my

Re: Python 3.5 and 3.6 removal (was Re: Bonfire of the Packages)

On 24/03/2024 17:31, Marco Atzeri via Cygwin-apps wrote: On 24/03/2024 15:07, Jon Turney wrote: On 24/09/2023 13:32, Jon Turney via Cygwin-apps wrote: I assume you are OK with the removal of python 3.5 (EOL Sept 2020) and 3.6 (EOL Dec 2021)? (I'm still dealing with cleaning up the final

Python 3.5 and 3.6 removal (was Re: Bonfire of the Packages)

On 24/09/2023 13:32, Jon Turney via Cygwin-apps wrote: Generally, we have a large number of old, unmaintained packages. The policy [1] has always been "Packages without an active maintainer may be pulled from the distribution.", but not actively enforced (in fact prior to 2022,

Re: Fwd: Updating cygwin "libnfs" package ?

On 22/03/2024 16:08, Roland Mainz via Cygwin-apps wrote: Hi! I'd like to take ownership of the Cygwin "libnfs" package (see email below, the package is old and has bugs related to NFSv4.*) ... ... how do we proceed ? Should I send a patch here, or what do I have to do ? [1] should

Re: [ITP] afflib 3.7.20-1

On 21/03/2024 09:04, Christian Franke via Cygwin-apps wrote: 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

Re: Where have svt-av1 1.8.0-2 gone?

On 16/03/2024 00:48, Takashi Yano via Cygwin-apps wrote: On Sat, 16 Mar 2024 09:39:33 +0900 Takashi Yano wrote: [...] This expected: 1.8.0-1 -> 1.8.0-2 -> 2.0.0-1 libsvtav1(1.8.0-1) -> libsvtav1enc1(1.8.0-2) + libsvtav1dec0(1.8.0-2) -> libsvt1enc1(1.8.0-2) + libsvtav1dec0(2.0.0-2)

Re: Where have svt-av1 1.8.0-2 gone?

On 15/03/2024 13:31, Takashi Yano via Cygwin-apps wrote: On Fri, 15 Mar 2024 13:14:49 + Jon Turney wrote: On 15/03/2024 09:15, Takashi Yano via Cygwin-apps wrote: I uploaded svt-av1 1.8.0-2 few hours ago, however it does not appear on the mirror servers so far. Was anything wrong? Sorry

Re: Unable to 'git push' to /git/cygwin-packages/*

On 15/03/2024 09:00, Mark Geisert via Cygwin-apps wrote: On 3/14/2024 9:07 AM, Jon Turney via Cygwin-apps wrote: On 14/03/2024 15:39, Mark Geisert via Cygwin-apps wrote: On 3/14/2024 2:42 AM, Jon Turney via Cygwin-apps wrote: On 14/03/2024 05:45, Mark Geisert via Cygwin-apps wrote: Hi folks

Re: Where have svt-av1 1.8.0-2 gone?

On 15/03/2024 09:15, Takashi Yano via Cygwin-apps wrote: I uploaded svt-av1 1.8.0-2 few hours ago, however it does not appear on the mirror servers so far. Was anything wrong? Sorry, things will be a little slower than usual (uploads may take up to 4 hours to get processed) until I get

Re: Unable to 'git push' to /git/cygwin-packages/*

On 14/03/2024 15:39, Mark Geisert via Cygwin-apps wrote: On 3/14/2024 2:42 AM, Jon Turney via Cygwin-apps wrote: On 14/03/2024 05:45, Mark Geisert via Cygwin-apps wrote: Hi folks, I'm getting the error: fatal: remote error: service not enabled: /git/cygwin-packages/sshfs when I attempt 'git

Re: Unable to 'git push' to /git/cygwin-packages/*

On 14/03/2024 05:45, Mark Geisert via Cygwin-apps wrote: Hi folks, I'm getting the error: fatal: remote error: service not enabled: /git/cygwin-packages/sshfs when I attempt 'git push' to that repository.  The same happens with all the repositories for my packages.  It's been this way for a

Re: [cygport] enabling a replacement for "objdump -d -l"

On 11/03/2024 19:35, ASSI via Cygwin-apps wrote: Jon Turney via Cygwin-apps writes: [...] Fifty lines of perl with no comments! This is just line noise to me unless I spend lots of time staring at it :) That's what you get from an experiment that went rather more well than planned

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

On 23/02/2024 11:16, Christian Franke via Cygwin-apps wrote: 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. ... +   

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

On 23/02/2024 12:09, Christian Franke via Cygwin-apps wrote: Harmless bug ... Applied. Thanks.

Re: [PATCH cygport] Add repro-check command

On 01/03/2024 19:16, Christian Franke via Cygwin-apps wrote: 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. [...] An enhanced version of the patch is

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

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 in the docdir:

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

On 28/02/2024 15:54, Christian Franke via Cygwin-apps wrote: 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. Applied, but the commentary could stand to be clearer about

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

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. The patch is on top

Re: [PATCH cygport] Add more checks of SOURCE_DATE_EPOCH

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 the unexported variable as a

Re: [PATCH cygport] pkg_info.cygpart: Do not detect dependencies on itself in ruby package

On 16/02/2024 12:51, Daisuke Fujimura via Cygwin-apps wrote: Attempting to create a package for ruby-3.3, but it fails when trying to detect a dependency on itself. Thanks for this patch. Can you clarify what the "failure" is here? To avoid this, skip them if the target is `ruby`. The

Re: Problem with git on cygwin.com?

On 09/03/2024 16:15, Marco Atzeri via Cygwin-apps wrote: On 09/03/2024 17:10, Jon Turney wrote: On 09/03/2024 15:55, Marco Atzeri via Cygwin-announce wrote: I start to see $ git pull cygwin-rdbxbdvo6bxqt0dzr+a...@public.gmane.org: Permission denied (publickey). fatal: Could not read from

Re: Problem with git on cygwin.com?

On 09/03/2024 15:55, Marco Atzeri via Cygwin-announce wrote: I start to see $ git pull cyg...@cygwin.com: Permission denied (publickey). fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. Has the configuration been

[PATCH setup 16/16] Add beginnings of a command line installation tool

@@ +/* + * Copyright (c) 2020 Jon Turney + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or + * (at your option) any

[PATCH setup 15/16] Put various shared subcomponents into a convenience library

* logging, settings, netio, iostream, decompressors, packagedb, csu_util, hashes, signature checking, URL fetching, Exception class, ini fetching and parsing, global state, version --- Makefile.am | 246 +++- 1 file changed, 126 insertions(+), 120

[PATCH setup 14/16] Push check_for_cached into package_source

This is kind of half-right. It helps make the package database code self-contained (since that needs to use check_for_cached as part of ScanDownloadedFiles), but also pulls apart the 'cache checking' and 'download file and put it in the cache'. There's probably some scope for an package_source

[PATCH setup 12/16] Spit out GetNetAuth from NetIO

There's still all kinds of janky stuff here: The network proxy configuration fetched by ConnectionSetting is stored into static members of the NetIO class, rather than held there and accessed. Again, define a virtual class as the interface through which user interaction takes place, and implement

[PATCH setup 08/16] Instantiate found_ini_list in ini.cc

This is the list of ini files found by fromcwd.cc:do_from_local_dir(). Maybe that should be unkinked by actually doing that scan inside ini.cc, where we could have some progress feedback? This makes it possible to build ini.cc without fromcwd.cc --- fromcwd.cc | 2 -- ini.cc | 1 + 2 files

[PATCH setup 13/16] Split out hash checking progress reporting

--- Feedback.h | 4 Makefile.am | 2 ++ choose.cc | 4 +++- cli/CliFeedback.h | 5 + cli/CliHashCheckFeedback.cc | 30 ++ download.cc | 24 download.h

[PATCH setup 09/16] Move is_64bit to state

Note this controls what we will install, not indicating how we are built, so it's use in splash is questionable, and is downright wrong in the messages from IniDbBuilderPackage giving URLs for an updated version of setup. This controls stuff all over the place! --- ini.h | 1 - main.cc |

[PATCH setup 11/16] Drop hinstance global

We do not need to retain the hInstance value passed into WinMain(), as it's always available as GetModuleHandle(NULL). Note that DialogBox() accepts NULL meaning "the current executable" in any case. Future work: there's still some completely unnecessary storing it in class Window and passing it

[PATCH setup 07/16] Split out URL fetching progress reporting

_bytes_sofar = 0; + + unsigned int last_tics; + unsigned int start_tics; + + // owner +public: + HWND owner () { return NULL; } + }; diff --git a/cli/CliGetUrlFeedback.cc b/cli/CliGetUrlFeedback.cc new file mode 100644 index 000..1256118 --- /dev/null +++ b/cli/CliGetUrlFeedback.cc @@ -0,0

[PATCH setup 06/16] Simplify invocation of UserSettings::open_settings()

Simplify how we check for a setup.rc settings file in the local cache dir (Who knew that setup even did this?): pass the directory down to UserSettings::open_settings() as a parameter, rather than by storing it in an (otherwise unused) member. Also: rename the 'cwd' parameter, because it's

[PATCH setup 10/16] Move setup.ini pathame components to ini.cc

Move SetupBaseNameOption to ini.cc Eliminate SetupIniDir, it's just SetupArch + "/" Change SetupArch() and SetupBaseName() into functions, to avoid having to do global initialization at the right time. --- fromcwd.cc | 8 ini.cc | 22 +- ini.h | 5 ++---

[PATCH setup 03/16] Split GuiParseFeedback out from ini fetcher

This will ultimately make it possible to fetch and parse an ini file without having a GUI. --- Makefile.am | 1 + gui/GuiParseFeedback.cc | 139 ini.cc | 134 ++ ini.h |

[PATCH setup 04/16] Split out site into SiteSettings and SitePage

Again, this will ultimately make it possible to specify, or store and retrieve from settings a site, without having a GUI. --- Makefile.am| 6 +- SiteSetting.cc | 193 + site.h => SiteSetting.h| 57 +++ site.cc =>

[PATCH setup 05/16] Don't call Antivirus::AtExit() directly from Logger::exit()

The call to Antivirus::AtExit() needs to be take place before we write the log, so we see in the log if it failed. But calling it directly from Logger::exit() is a horrible layering violation, which makes it impossible to use the logger in other executables... Add LogFile::atexit() method, which

[PATCH setup 02/16] Move setup_exts[] to the only place it's used

--- ini.cc | 1 + ini.h | 2 +- 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/ini.cc b/ini.cc index 3ef1311..112a0ad 100644 --- a/ini.cc +++ b/ini.cc @@ -58,6 +58,7 @@ extern ThreeBarProgressPage Progress; unsigned int setup_timestamp = 0; std::string ini_setup_version; //

[PATCH setup 01/16] Drop forward declaration of non-existent class IniState

Also: move forward declaration of class io_stream after includes with other forward declarations. --- ini.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/ini.h b/ini.h index ecc4b78..d4eaf87 100644 --- a/ini.h +++ b/ini.h @@ -16,7 +16,6 @@ #ifndef SETUP_INI_H #define

[PATCH setup 00/16] Groundwork for a GUI-less installation tool

and parse it. Package fetching and installation etc. remain to be looked at. Jon Turney (16): Drop forward declaration of non-existent class IniState Move setup_exts[] to the only place it's used Split GuiParseFeedback out from ini fetcher Split out site into SiteSettings and SitePage

Re: [ITP] afflib 3.7.20-1

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 library packages, s

Re: [ITP] afflib 3.7.20-1

Thanks! libafflib_CONTENTS=" usr/bin/cygafflib-*.dll Any reason why this package doesn't include the soversion, i.e. why not libafflib0? rm -v usr/bin/affuse.exe usr/share/man/man1/affuse.1 # --disable-fuse I guess this comment means something to someone. But it

Re: mingw cross tests missing DLLs - CROSS_BINDIR not in PATH

On 04/03/2024 21:20, Brian Inglis via Cygwin-apps wrote: On 2024-03-04 13:00, Jon Turney wrote: On 03/03/2024 22:29, Brian Inglis via Cygwin-apps wrote: On 2024-03-03 14:39, Jon Turney via Cygwin-apps wrote: On 03/03/2024 16:48, Brian Inglis via Cygwin-apps wrote: I am finding mingw package

Re: mingw cross tests missing DLLs - CROSS_BINDIR not in PATH

On 03/03/2024 22:29, Brian Inglis via Cygwin-apps wrote: On 2024-03-03 14:39, Jon Turney via Cygwin-apps wrote: On 03/03/2024 16:48, Brian Inglis via Cygwin-apps wrote: I am finding mingw package cross tests fail with missing DLLs - CROSS_BINDIR is not in the PATH. I now have to define

Re: mingw cross tests missing DLLs - CROSS_BINDIR not in PATH

On 03/03/2024 16:48, Brian Inglis via Cygwin-apps wrote: Hi folks, I am finding mingw package cross tests fail with missing DLLs - CROSS_BINDIR is not in the PATH. I now have to define src_test to run cygtest adding CROSS_BINDIR in the PATH. Is this likely to be upstream (e.g. gnulib)

Re: scallyweg: ‘strcasecmp’ was not declared in this scope

On 02/03/2024 17:01, Marco Atzeri via Cygwin-apps wrote: On 29/02/2024 17:58, Jon Turney wrote: On 29/02/2024 06:21, Marco Atzeri via Cygwin-apps wrote: Hi Jon, I have a strange case with nco https://github.com/cygwin/scallywag/actions/runs/8060036334/job/22015501908 While Scallyweg

Re: scallyweg: ‘strcasecmp’ was not declared in this scope

On 29/02/2024 06:21, Marco Atzeri via Cygwin-apps wrote: Hi Jon, I have a strange case with nco https://github.com/cygwin/scallywag/actions/runs/8060036334/job/22015501908 While Scallyweg complains about ‘strcasecmp’ scope, local build runs fine. I saw the same also on previous build Can you

Re: [PATCH cygport] Add more checks of SOURCE_DATE_EPOCH

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? Would it not make more sense to just re-export it if set? (so that commands like

Re: [cygport] enabling a replacement for "objdump -d -l"

Thanks, this is great! On 18/02/2024 19:51, ASSI via Cygwin-apps wrote: [...] dwarf-parse.-pl There should be some build system changes which install this file, probably in /usr/share/cygport/tools/, which it can then be run from. --8<---cut

Re: Fwd: calm: cygwin package report for Ken Brown

On 19/02/2024 18:59, Ken Brown via Cygwin-apps wrote: On 3/20/2023 7:17 PM, Jon Turney wrote: On 20/03/2023 22:17, Ken Brown via Cygwin-apps wrote: It looks like my plan for having scallywag deploy all the TeX Live packages won't work (see below).  calm would have to be more permissive

Re: [PATCH cygport] git.cygclass: Suppress the depth option

On 16/02/2024 11:59, Daisuke Fujimura via Cygwin-apps wrote: Thank you for merging. I have confirmed that this modification has resulted in the intended behaviour. [...] $ head -3 agbsum-15-1bl1.cygport HOMEPAGE="https://mandelbrot.dk/${PN}; GIT_URI="https://mandelbrot.dk/${PN};

Re: [ITA] libid3tag

On 17/02/2024 13:43, Marco Atzeri via Cygwin-apps wrote: On 17/02/2024 04:18, Takashi Yano via Cygwin-apps wrote: I would like to adopt libid3tag. $ git diff | grep ^+ +++ b/cygwin-pkg-maint +libid3tag    Takashi Yano +libmad   

Re: Tmux crashes on copy

On 14/02/2024 00:11, Yasuhiro Kimura via Cygwin-apps wrote: Hello, From: Jon Turney via Cygwin-apps Subject: Re: Tmux crashes on copy Date: Wed, 31 Jan 2024 13:28:41 + Thanks. Since this is a crash bug, which renders the package more or less useless, I made an NMU with these changes

Re: [PATCH cygport] git.cygclass: Suppress the depth option

On 03/12/2023 21:53, Brian Inglis via Cygwin-apps wrote: On 2023-12-03 13:34, Jon Turney via Cygwin-apps wrote: On 30/11/2023 12:17, Daisuke Fujimura via Cygwin-apps wrote: Implementations that conditionally branch on variables are simple. The proposed retry implementation complicates

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

On 04/02/2024 16:30, Christian Franke via Cygwin-apps wrote: 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

Re: cygport may not create debug info if top directory contains a symlink

On 30/10/2023 16:37, Christian Franke via Cygwin-apps wrote: Jon Turney wrote: On 20/09/2023 11:58, Christian Franke via Cygwin-apps wrote: Brian Inglis wrote: On 2023-09-18 04:41, Christian Franke via Cygwin-apps wrote: Brian Inglis wrote: On 2023-09-17 08:01, Jon Turney via Cygwin-apps

Re: [PATCH] In gcc 13, -Wall turns on -Woverloaded-virtual

On 07/02/2024 10:46, Corinna Vinschen via Cygwin-apps wrote: Also fix ambiguous method declaration by dropping a default parameter. --- Hi Jon, I'm not sure removing virtual from all Create methods really fits the bill in all cases, are you? I had a go at fixing this while keeping the

[PATCH setup] Fix -Woverloaded-virtual warnings about Window::Create()

In gcc 13, -Wall turns on -Woverloaded-virtual --- Notes: I think despite being marked virtual, these methods aren't actually callable on any derived object because they aren't declared for those sublasses. It seems that all calls to these in methods in derived objects use

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

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++, clang). Thanks. I

Re: ncurses version

On 31/01/2024 20:45, Brian Inglis via Cygwin-apps wrote: On 2024-01-31 10:36, ASSI via Cygwin wrote: Jon Turney via Cygwin writes: If upstream really is making multiple releases called '6.4', which we're supposed to distinguish by some other means, then there aren't really any good answers

newlines in ldesc

We now have a few places where the long description (ldesc) for a package is used (in the package summary webpage, in the tooltip for the package description in setup, and now in any automatically generated announce email). Unfortunately, it's underspecified exactly what a newline in ldesc

Re: Tmux crashes on copy

On 25/01/2024 11:49, Yasuhiro Kimura via Cygwin-apps wrote: From: Marco Atzeri via Cygwin-apps Subject: Re: Tmux crashes on copy Date: Thu, 25 Jan 2024 12:11:13 +0100 [...] Thanks for quick reply. By applying following changes to tmux.cygport of tmux 3.2-1, build of tmux succeeds with

Re: Request for import of git repository history

On 29/01/2024 07:41, Mark Geisert via Cygwin-apps wrote: Hi folks, I'm finally getting around to setting up the centralized git repositories for the packages I maintain. There is currently no history for the cygutils package. Could I please have its history imported with ctm2git? Thanks

Re: [ITA] ncompress 5.0

On 26/01/2024 14:04, Brian Inglis via Cygwin-apps wrote: Hi folks, Noticed mention of ncompress used, saw it was unmaintained, occasionally use it for old sources, although it appears that gzip also decompresses compress .Z, pack .z, and zip single file formats. Mike F/vapier has migrated

Re: [Attn. MAINTAINERS] Heads up: Perl 5.36.1 is imminent

On 15/12/2023 17:15, Jon Turney via Cygwin-apps wrote: On 23/10/2023 19:53, Jon Turney via Cygwin-apps wrote: On 02/05/2023 21:34, Jon Turney via Cygwin-apps wrote: On 01/05/2023 21:00, Achim Gratz via Cygwin-apps wrote: I'm going to release Perl 5.36.1 to Cygwin in a few days.  I've skipped

Re: [ITP] pigz 2.8

On 28/01/2024 00:04, Ihor via Cygwin-apps wrote: Hi Marco, Jon! I just was wondering should I change smth or no :) Thank you for your explanation and clarification! No changes are required. It's good to go. So, I'm proceeding with package publishing according to

Re: SSH public key (hope format isn't broken this time)

On 25/01/2024 19:13, Ihor via Cygwin-apps wrote: Name: Ihor D BEGIN SSH2 PUBLIC KEY E2VjZHNhLXNoYTItbmlzdHA1MjEIbmlzdHA1MjEAAACFBABxhfjVjvtfyhDDtJ D6Zd6J2QP729k61Ythm6HKcUQ0ghJrAl7PhTfHU9iA+6YyE/b8ulkRNxJ3wPj05UYsucrH

Re: [ITP] pigz 2.8

On 26/01/2024 21:02, Ihor via Cygwin-apps wrote: Hi Marco, Achim, Thank you for your time, the suggestions and fixes. Yes, looks like everything works fine with your changes. Also, as I understand, line `# REQUIRES="zlib"` can be removed? As Marco points out, this was never correct or

Re: [ITP] pigz 2.8

On 24/01/2024 16:07, Ihor via Cygwin-apps wrote: Hi! I'd like to propose a new package: pigz, multithreaded gzip archiver. Some notes regarding it: - It's already present in most distros (Debian, Ubuntu, ...) - zlib License - No changes to sources are required. It's built fine on cygwin as-is.

Re: [ITP] btop

On 24/01/2024 15:22, Takashi Yano via Cygwin-apps wrote: I'd like to propose a new package btop, which is a feature-rich resource monitor. btop is ready for many Linux distributions including Fedora. Thanks. +#ifdef __CYGWIN__ +#define _GNU_SOURCE 1 +#endif + I'd suggest adding

Re: python2 removal

On 18/01/2024 19:31, Jon Turney via Cygwin-apps wrote: [...] python-wx-devel    wxWidgets C++ application framework (Python bindings) [...] python-wx-devel is the last remnant of python2 bindings for wx (the python3 binding comes from a different, irregularly named source package python3-wx

Re: python2 removal

On 09/07/2023 17:50, Jon Turney via Cygwin-apps wrote: On 07/07/2023 19:54, Marco Atzeri via Cygwin-apps wrote: On 02.07.2023 16:30, Jon Turney wrote: On 04/06/2023 20:17, Jon Turney via Cygwin-apps wrote: [...] I think the next step is to remove the python27 package itself. This will make

Re: [ITP] python-sphinx-copybutton 0.5.2

On 17/01/2024 17:24, William Hu via Cygwin-apps wrote: I'd like to package sphinx-copybutton, which adds a copy button to code blocks in sphinx documentation. It is MIT licensed and already exists in Fedora: Ubuntu:

Re: [ITA] pocl

On 14/01/2024 14:57, Takashi Yano via Cygwin-apps wrote: On Sat, 13 Jan 2024 15:48:33 + Jon Turney wrote: On 04/01/2024 00:55, Takashi Yano via Cygwin-apps wrote: [...] # The entire code is under MIT # include/utlist.h which is under BSD-1-Clause (unbundled) # lib/kernel/vecmath which

Re: Automatic announcement generation by calm

On 08/01/2024 13:42, Brian Inglis via Cygwin-apps wrote: On 2024-01-08 06:01, Thomas Wolff via Cygwin-apps wrote: Am 08/01/2024 um 13:35 schrieb Corinna Vinschen via Cygwin-apps: On Jan  7 16:12, Jon Turney via Cygwin-apps wrote: [...] The mail follows a similar format to that generated

Re: [ITP] svt-av1

On 14/01/2024 15:20, Takashi Yano via Cygwin-apps wrote: Thanks for reviewing. No problem! On Sat, 13 Jan 2024 16:06:45 + Jon Turney wrote: On 07/01/2024 10:42, Takashi Yano via Cygwin-apps wrote: #ifdef _WIN32 -#define FOPEN(f, s, m) fopen_s(, s, m) +#define SVT_FOPEN(f, s, m

Re: [ITP] svt-av1

On 07/01/2024 10:42, Takashi Yano via Cygwin-apps wrote: SVT-AV1 is video encoder/decoder for av1, which has very fast encoder compared with aom. Fedora has this package.https://src.fedoraproject.org/rpms/svt-av1 I would like to enable svt-av1 encoding in ffmpeg via this package. Thanks in

Re: [ITA] pocl

On 04/01/2024 00:55, Takashi Yano via Cygwin-apps wrote: [...] Any comments and advices will be appreciated. Thanks for adopting this. pocl.cygport inherit clang cmake NAME="pocl" VERSION=3.1 RELEASE=1 CATEGORY="Libs" # The entire code is under MIT # include/utlist.h which is under

Re: [PATCH cygport] git.cygclass: Suppress the depth option

On 16/12/2023 15:38, Daisuke Fujimura via Cygwin-apps wrote: I have implemented a curl-based smart transport check. How about this one? Thanks. Again, sorry about my terrible slowness in reviewing this. diff --git a/cygclass/git.cygclass b/cygclass/git.cygclass index e53a7985..f3ed343e

Re: maintainer email address change

On 12/01/2024 14:43, Andrew Schulman via Cygwin-apps wrote: I need to update my maintainer email address, to andrex_dot_e_dot_schulman_at_gmail_dot_com. I don't see my current address stored anywhere in the cygwin-htdocs, so I guess it's stored somewhere else, since calm sends me emails there.

Automatic announcement generation by calm

This is an experimental facility, currently only available for packages deployed from the build service [1] (that is, not for self-built packages uploaded with 'cygport up' via sftp) When the token "announce" is present for a build job (in addition to "deploy"), after a successful deploy,

  1   2   3   4   5   6   7   8   9   10   >