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

Updated: setup (2.931)

A new version of Setup (2.931) has been uploaded to: https://cygwin.com/setup-x86_64.exe (64 bit version) https://cygwin.com/setup-x86.exe (32 bit version) Changes compared to 2.930: - Fix inability of 32-bit setup to retrieve anything from the Internet. Oops. (a regression in 2.930)

Re: Signature files missing

On 09/03/2024 00:32, dave--- via Cygwin wrote: .sig files seem to have gone missing from (at least some) mirrors. e.g. https://mirrors.kernel.org/sourceware/cygwin/x86_64/ Thanks for reporting this. This was unfortunately broken as a consequence of some changes on sourceware. This is

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

At the moment, all this can do is retrieve setup.ini from a selected mirror and parse it. --- Makefile.am| 22 +- cli/cyclops.cc | 186 + 2 files changed, 207 insertions(+), 1 deletion(-) create mode 100644 cli/cyclops.cc diff --git

[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

Rename IniParseFeedback.h to Feedback.h Do URL fetching progress reporting via an interface defined by the methods added to the interface defined by the virtual base class Feedback, which can be implemented for GUI (via ThreeBar) or CLI feedback. This is all a bit ad-hoc at the moment, based on

[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

This is patch sequence I started sometime in 2020, but only got around to finishing off recently. This includes various small tidy-ups, and then lays some groundwork for a command line installation tool. At the moment, all this can do is retrieve a (compressed) setup.ini from a selected mirror

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, so I'm not

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

gdb 14.2-1 (TEST)

The following packages have been uploaded to the Cygwin distribution: * gdb-14.2-1 * gdb-debuginfo-14.2-1 * gdb-multiarch-14.2-1 The GNU debugger, allows you to debug programs written in C, C++, and other languages, by executing them in a controlled fashion and printing their data. This is an

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: Setup 2.930: 'user_picked' flag not set for packages selected with -P option

On 03/03/2024 14:42, Christian Franke via Cygwin wrote: Setup 2.930 does not set the 'user_picked' flag in /etc/setup/installed.db if a package has been selected with the -P option instead of the chooser dialog. An installation could be replicated by extracting a list of 'user_picked'

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: LXDE rears its ugly head :-)

On 24/02/2024 23:31, sciguy via Cygwin wrote: Hello I am using Cygwin-X on Windows 10. It is a version from around 2020 or so. The window managers (I have a few that I have installed) seem to work, but it appears that LXDE likes to cover the toolbars and menubars, especially when GNOME is

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 and

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: Suggestion: [setup] Add an option to allow user to add "Open Cygwin Terminal Here" to Right-click menu

On 13/02/2024 20:30, Dan Shelton via Cygwin wrote: On Sat, 10 Feb 2024 at 05:21, Yang Yu Lin via Cygwin wrote: It would be convenient for users to open specific folder in terminal by just right-click it, like Git Bash and Windows Terminal. [...] Yes, please, it would be cool to have this

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: cygport 0.36.8-1

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 -ffile-prefix-map or is there more

Re: Running setup-x86_64.exe from cmd does nothing but works from cygwin itself

On 12/02/2024 21:37, matthew patton via Cygwin wrote: If you really suspect some AV problems, it may help to try the> uncompressed setup executable, available from [1] Huh, when did this start? Nobody pays by BW anymore so what was the Firstly, do not send me personal email. I think we

Re: cygport 0.36.8-1

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 else leaking the local build

Re: Running setup-x86_64.exe from cmd does nothing but works from cygwin itself

On 12/02/2024 01:05, wsnyder--- via Cygwin wrote: I have a Windows Version 10.0.19044 Build 19044 system with Cygwin installed a while ago. Opening the cygwin terminal (which works fine), I see it is running: CYGWIN_NT-10.0-19044 version 3.3.6-341.x86_64 (corinna@calimero) (gcc version 11.2.0

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: Updated: setup (2.930)

On 09/02/2024 14:05, Michael Soegtrop via Cygwin wrote: Hi Jon, > A new version of Setup (2.930) has been uploaded to: > >   https://cygwin.com/setup-x86_64.exe  (64 bit version) >   https://cygwin.com/setup-x86.exe (32 bit version) apparently this update broke the 32 bit install of

Re: Collecting dumps of crashing Cygwin processes with Windows user mode dumps?

On 09/02/2024 01:14, Dan Shelton via Cygwin wrote: Hello! How can I collect user mode dumps (https://learn.microsoft.com/en-us/windows/win32/wer/collecting-user-mode-dumps) for crashing Cygwin processes? I think WER is disabled for cygwin processes, due to SetErrorMode(). If you want

Re: Updated: setup (2.930)

On 09/02/2024 02:17, Kaz Kylheku via Cygwin wrote: I see the commit: https://cygwin.com/cgit/cygwin-apps/setup/commit/?id=0122154811bacdd7dc042cff0c80bb0a36af360c I'm curious, what improvement arises out of looking up the SetDefaultDllDirectories function dynamically in kernel32.dll? Is it

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

Updated: setup (2.930)

A new version of Setup (2.930) has been uploaded to: https://cygwin.com/setup-x86_64.exe (64 bit version) https://cygwin.com/setup-x86.exe (32 bit version) Changes compared to 2.929: - Add some hardening against "DLL hijacking" attacks (Thanks to Corinna Vinschen for doing all 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: Restore SEM_FAILCRITICALERRORS [was: Aren't Windows System Error popups meant to be disabled in Cygwin?]

On 02/02/2024 12:55, Corinna Vinschen via Cygwin wrote: On Feb 2 09:43, David Allsopp via Cygwin wrote: On Thu, 1 Feb 2024 at 10:02, Corinna Vinschen via Cygwin wrote: The behaviour changed in 2020 https://cygwin.com/git/?p=newlib-cygwin.git;a=commitdiff;h=21ec498d7f912 not without a

Updated: setup (2.929)

A new version of Setup (2.926) has been uploaded to: https://cygwin.com/setup-x86_64.exe (64 bit version) https://cygwin.com/setup-x86.exe (32 bit version) Changes compared to 2.926: - On Windows 7, Windows Server 2008 R2, Windows 8 and Windows Server 2012 (Windows NT 6.1, 6.2) and

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 21/01/2024 22:13, Brian Inglis via Cygwin wrote: On 2024-01-21 14:12, ASSI via Cygwin wrote: Brian Inglis via Cygwin writes: Previous maintainer added some artificial single digit release prefixes (in a few packages), but we decided to drop those and use the release date directly as used in

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

tmux 3.3a-1.20240122gitea7136fb

The following packages have been uploaded to the Cygwin distribution: * tmux-3.3a-1.20240122gitea7136fb * tmux-debuginfo-3.3a-1.20240122gitea7136fb tmux enables a number of terminals (or windows) to be accessed and controlled from a single terminal like screen. tmux runs as a server-client

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: Cygwin/X - Query: why invoking from cmd backgrounds?

On 20/01/2024 08:55, Shaddy Baddah via Cygwin wrote: Hi, I am just wondering if anyone understands why XWin detaches/runs in the background, when launched from Windows Command Prompt. I assume this is due to XWin being marked as a GUI, not console application (to stop it popping up a useless

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: How to test Cygwin 3.5 using github actions

On 17/01/2024 17:27, Glenn Strauss via Cygwin wrote: On Wed, Jan 17, 2024 at 12:44:32PM +0100, Corinna Vinschen via Cygwin wrote: Hi folks, we're planning to release Cygwin 3.5 end of this month (Jan 2024) if nothing serious crops up. Was: Re: [ANNOUNCEMENT] Cygwin 3.5 is coming soon, please

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 is

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.

Re: fish shell config issue starting 3.6.4 package

On 12/01/2024 07:57, Marco Atzeri via Cygwin wrote: On 12/01/2024 08:17, Xavier Delaruelle via Cygwin wrote: Hello, Since fish shell has been updated to 3.6.4 at the beginning of the year, I obtain a configuration error: fish: Unknown command: pgrep

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,

Re: Unmaintained packages in base package set

On 03/01/2024 07:49, Marco Atzeri via Cygwin-apps wrote: On 03/01/2024 05:59, Takashi Yano via Cygwin-apps wrote: On Sat, 23 Dec 2023 04:51:22 +0100 Marco Atzeri wrote: On 23/12/2023 04:42, Takashi Yano via Cygwin-apps wrote: I suggest to start with the smaller beasts one by one or small

Re: [ITA] pocl

On 03/01/2024 09:29, Takashi Yano via Cygwin-apps wrote: - Enable CUDA support. Curiosity, how do we support CUDA on Cygwin ? nvidia cuda toolkit is used in build stage of user programs. Although this is not very desirable for cygwin package, I thought that the advantage of being able to

Re: github scallywag cygport src_patch_apply_hook and autoconf2.7 install issues

On 06/01/2024 20:10, Brian Inglis via Cygwin-apps wrote: Updating gsasl to 2.2.1 local package build runs fine, but github scallywag now fails in two places: - cygport src_prep src_patch_apply_hook now fails to find patch file passed as $1: I've looked at the cygport, but what you're doing

Re: Install Cygwin 3.5 from command line?

On 03/01/2024 06:49, Dan Shelton via Cygwin wrote: Hello! Can someone give me precise instructions on how to install Cygwin 3.5 (setup.exe with Testing+Sync checkboxes selected) from the Windows command line? If I try, I only get Cygwin 3.4. What have you tried? For a fresh install, this

Re: [ANNOUNCEMENT] gdb 13.1-1 (TEST)

On 21/02/2023 19:04, Jon Turney via Cygwin wrote: The following package has been updated in the Cygwin distribution: * gdb-13.1-1 The GNU debugger allows you to debug programs written in C, C++, and other languages, by executing them in a controlled fashion and printing their data

Re: python2 removed

On 27/12/2023 14:33, Torra Coll-Oms wrote: Dear Jon, we've read your post from Jul 9 announcing that the python 2 package has been removed from cygwin ( https://cygwin.com/pipermail/cygwin-announce/2023-July/011186.html). Is there any way to get the old package python 2 and install it in the

Re: "Internal Error: gcrypt library error 60 illegal tag." when scripting

On 22/12/2023 14:41, James Hanley via Cygwin wrote: when running the following script below - I always get the error indicated in the subject line. If I click another site from the UI then after it works fine. If I change the script to reflect that selected site from the UI and re-run, I get

Re: adopting

On 22/12/2023 03:49, Marco Atzeri via Cygwin-apps wrote: Following the inputs from Jon https://cygwin.com/packages/reports/unmaintained.html I am taking over $ git diff | grep "^+" +++ b/cygwin-pkg-maint +alternatives Marco Atzeri +bzip2  

Re: Unmaintained packages in base package set

On 21/12/2023 04:27, Marco Atzeri via Cygwin-apps wrote: On 20/12/2023 13:16, Jon Turney via Cygwin-apps wrote: On 06/12/2023 17:19, Brian Inglis via Cygwin-apps wrote: On 2023-12-05 06:07, Jon Turney wrote: [...] I tweaked the unmaintained packages report [1] a bit so it identifies

Unmaintained packages in base package set

On 06/12/2023 17:19, Brian Inglis via Cygwin-apps wrote: On 2023-12-05 06:07, Jon Turney wrote: [...] I was kind of hoping that base packages (and "dependencies of packages in base which aren't in base themselves") aren't unmaintained, but obviously that was being optimistic... I

nginx 1.24.0-1

The following packages have been uploaded to the Cygwin distribution: * nginx-1.24.0-1 * nginx-debuginfo-1.24.0-1 * nginx-mod_http_image_filter-1.24.0-1 * nginx-mod_http_perl-1.24.0-1 * nginx-mod_http_xslt_filter-1.24.0-1 * nginx-mod_mail-1.24.0-1 * nginx-mod_stream-1.24.0-1 nginx [engine x]

Re: [scallywag] libksba-1.6.5-1 install anomaly

On 19/12/2023 05:29, Marco Atzeri via Cygwin-apps wrote: Hi Jon on jobs 7426 and (rerun) 7428 I see that a file is built but not installed -- config.status: creating src/ksba-config ... >>> libksba-devel-1.6.5-1.tar.xz tar: usr/bin/ksba-config: Cannot

Re: Custom package repository in addition to default Cygwin packages?

On 18/12/2023 10:57, Cedric Blancher via Cygwin wrote: Good morning! Can Cygwin setup.exe be modified to support more than one package repository, e.g. first the default Cygwin package repro, and then a company package repro (e.g. fr.pasteur.cygwin.packages ?). The source code is available,

Re: Automatic Cygwin installation for CI ?

On 16/12/2023 02:41, Marco Atzeri via Cygwin wrote: On 15/12/2023 18:07, Mainz, Roland via Cygwin wrote: Hi! Is there any documentation how Cygwin 3.5.0 can be automatically (without GUI and user intervention, e.g. via *.bat script) be installed as part of a CI (Continuous

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

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 5.34 in order to update only every second year (which

Re: scallywag: build of gl2ps

On 13/12/2023 05:09, Marco Atzeri via Cygwin-apps wrote: Hi Jon, when I build the gl2ps package on my new system, I have no problems [...] instead Scallwag is hitting an issue on the W32API [...]

Re: GDB configuration for multi-arch

On 16/10/2023 17:14, Old, Oliver via Cygwin wrote: Good evening! The difference in size is indeed a whopping 19M (8M -> 27M). That might be why the Msys devs chose to split their gdb into a main package and a multi-arch package that depends on the main package. In case you decide to build

Re: Cannot set up cron as a service on corporate PC

On 09/12/2023 21:55, Adam Dinwoodie via Cygwin wrote: Hi, I've been trying to set up Cygwin cron to work as a service on my work PC. I'm able to get it working just fine on a Windows system where I'm using a personal Microsoft account, but when I attempt the same process using on a Windows

Re: [NMU] inkscape 0.92.3-2 (Test)

On 03/12/2023 17:50, Brian Inglis via Cygwin-apps wrote: On 2023-12-03 08:33, Jon Turney via Cygwin-apps wrote: On 01/12/2023 09:17, Mark Geisert via Cygwin-apps wrote: If you have ideas about how to make things work better, I'm all ears. For the moment, I tweaked things to let your upload

Re: [ITP] gflags 2.2.2

On 04/12/2023 11:01, Daisuke Fujimura via Cygwin-apps wrote: Thank you for your review. I will merge the documentation and scripts into the runtime package. gflags.cygport diff : https://cygwin.com/cgit/cygwin-packages/playground/commit/?id=3d92ec96da0cfb58ffee465eb65eec2f0b923f19 CI :

<    1   2   3   4   5   6   >