On 01/06/2024 16:24, Dave Trombley via Cygwin wrote:
Meson appears to be two majore versions behind in cygwin (1.2.3 is latest
available, 1.4.0 was released mid-March this year).
Major projects are starting to not be compilable on Cygwin, consequently,
short of manually building a custom meson
The following packages have been uploaded to the Cygwin distribution:
* meson-1.3.2-1
Meson is an open source build system meant to be extremely fast. It generates
files for various backends including Ninja, Visual Studio, and Xcode. Meson does
not generate Makefiles, relying solely on Ninja
On 29/05/2024 07:58, Brian Inglis via Cygwin wrote:
On 2024-05-28 19:12, Bruno Haible via Cygwin wrote:
It would be useful if someone could rebuild the two packages
https://cygwin.com/packages/summary/mingw64-i686-win-iconv.html
On 29/05/2024 07:58, Brian Inglis via Cygwin wrote:
On 2024-05-28 19:12, Bruno Haible via Cygwin wrote:
It would be useful if someone could rebuild the two packages
https://cygwin.com/packages/summary/mingw64-i686-win-iconv.html
On 21/05/2024 17:22, Brian Inglis via Cygwin-apps wrote:
[...]
Note that because this flag doesn't do anything for non-PE targets,
it's (a) always safe to upstream, and (b) doesn't actually prevent
development from unwittingly introducing unresolved symbols.
In that case, could we ask Bruno
On 27/05/2024 16:14, Ken Brown via Cygwin wrote:
On 5/27/2024 5:17 AM, Lemures Lemniscati via Cygwin wrote:
On Sun, 26 May 2024 18:02:54 -0400, Ken Brown via Cygwin
Here is a log from gdb. Will it help?
run
info threads
info stack
list
$ HOME=/tmp gdb --args asy -vv -f pdf test
[...]
On 23/05/2024 15:13, Niklas Edmundsson via Cygwin wrote:
Hi!
The contact information, and preferably the host/mirror name, for the
mirror provided by Academic Computer Club (ACC) needs to be changed as
ACC is moving to a new domain. To verify the validity of this
message, point a web browser
On 22/05/2024 00:30, Dan Shelton via Cygwin wrote:
Hello!
Can Cygwin gcc or clang be used to use ucrt instead of cygwin.dll/mingw.dll?
We provide a cross-compiler targeting the Win32 API, but this only
support msvcrt currently.
[1]
On 25/05/2024 22:55, Martin Wege via Cygwin wrote:
Hello,
Does Cygwin or Win32 have something like LD_PRELOAD, so I can
override/substitute functions in a DLL or EXE, like it is common for
UNIX/Linux ELF shared libraries?
This is not generally available on Win32, due to limitations of the PE
On 25/05/2024 08:25, Daisuke Fujimura via Cygwin-apps wrote:
Having seen this commit (
https://cygwin.com/git/?p=cygwin-apps/cygport.git;a=commit;h=9e82685e32f6717675e9f6bf55dd1336e3fc3831
),
I understand that this is problematic from a reproducibility point of
view, but I would like to be able
On 24/05/2024 17:08, Brian Inglis via Cygwin-apps wrote:
Hi folks,
Can we please get the SPDX licence list data updated in calm to 3.24
sometime if possible as the licences complained about below have been in
I thought I wrote about this the last time you asked, but obviously not.
This is
On 27/05/2024 20:39, Michal Feix via Cygwin-apps wrote:
Dear all, as suggested on https://cygwin.com/packaging/repos.html let me
kindly ask for an import of a 'nasm' package history from CTM into GIT
repository.
Sure, no problem.
History is now imported at:
On 27/05/2024 20:20, Michal Feix via Cygwin-apps wrote:
BEGIN SSH2 PUBLIC KEY
Comment: "3072-bit RSA, converted by feixm@michal-pc from OpenSSH"
B3NzaC1yc2EDAQABAAABgQDjQ9jbOytPr/sPDwIbjtFeJqBuDymxzuicJ8NpIN
Osoxkagb0WOLPsSjTgDbftDTCw1QOvCrVP09KvLY76MK8zNIt/97N7w/OmB0iWv9v1LEuT
On 22/05/2024 16:38, Tom Ludwig via Cygwin wrote:
Greetings!
My name is Tom and I'm a Systems administrator at Team Cymru. Please
update our mirror link from http to https://mirror.team-cymru.com/cygwin/
I have updated this in our mirror list.
Thanks for providing a cygwin mirror!
--
On 03/05/2024 14:40, Jon Turney via Cygwin-apps wrote:
On 29/04/2024 22:13, Brian Inglis via Cygwin-apps wrote:
I would like to co-maintain or adopt and revive the above package,
which was adopted by Eric but not updated since Yaakov.
Thanks.
I added this to your packages.
I guess I need
On 06/05/2024 17:46, Brian Inglis via Cygwin-apps wrote:
On 2024-05-06 09:27, Jon Turney via Cygwin-apps wrote:
[...]
Anyhow, double checking that the "right thing" happened here, I notice
that 'unifont' obsoletes 'unifont-debuginfo', which seems a bit weird,
especially since i
On 17/05/2024 05:50, Brian Inglis via Cygwin-apps wrote:
On 2024-05-16 15:45, Ken Brown via Cygwin-apps wrote:
On 5/16/2024 4:24 PM, Brian Inglis via Cygwin-apps wrote:
Hi folks,
Trying to update dateutils, autotools build fails with:
libtool: error: can't build x86_64-pc-cygwin shared
On 17/05/2024 06:43, Brian Inglis via Cygwin-apps wrote:
Date manipulation utilities
[...]
I would like to adopt the above orphaned package.
Thanks.
I added this to your packages.
https://cygwin.com/cgit/cygwin-packages/dateutils/tree/dateutils.cygport?h=playground
Please cleanup all
On 19/05/2024 00:17, Mark Geisert via Cygwin wrote:
[...]
FWIW Although this wording seems to indicate Cygwin is still supported
on 32-bit Windows, just discouraged.
This seems like a willfully context-blind reading.
The table above lists Windows versions for which support has been
On 17/05/2024 17:30, Eliot Moss via Cygwin wrote:
On 5/17/2024 11:21 AM, Cedric Blancher via Cygwin wrote:
On Fri, 17 May 2024 at 16:50, Brian Inglis via Cygwin
wrote:
On 2024-05-17 01:48, Cedric Blancher via Cygwin wrote:
Is there a technical reason why 32bit Cygwin cannot be installed on
On 17/05/2024 10:30, Dimitry Andric via Cygwin wrote:
On 17 May 2024, at 09:48, Cedric Blancher via Cygwin wrote:
Is there a technical reason why 32bit Cygwin cannot be installed on
64bit Windows? We like to create a CI build pipeline, and want to
create binaries for 32bit and 64bit Cygwin on
On 13/05/2024 17:06, Brian Inglis via Cygwin-apps wrote:
On 2024-05-13 09:32, Jon Turney via Cygwin-apps wrote:
On 13/05/2024 06:25, Brian Inglis via Cygwin-apps wrote:
Hi folks,
Looks like after untest ncurses-6.5+20240427-1 calm decided the
previous version in the recommended format 6.4
On 13/05/2024 06:25, Brian Inglis via Cygwin-apps wrote:
Hi folks,
Looks like after untest ncurses-6.5+20240427-1 calm decided the
previous version in the recommended format 6.4+20240330-1 was older
than prev:
6.4-20231230
So, this would be a bug, if that's actually what happened, because
On 01/05/2024 17:48, Brian Inglis via Cygwin-apps wrote:
On 2024-04-30 23:32, ASSI via Cygwin-apps wrote:
Brian Inglis via Cygwin-apps writes:
Some package upstreams offer only checksums, for example .sha512sum,
.sha256sum,
for verification rather than gpg signatures, for example .asc, .sig,
On 04/05/2024 20:21, Brian Inglis via Cygwin-apps wrote:
Thanks Jon? - yay!
Right, I deployed some changes to calm which will gradually let us get
rid of the "old-style" of obsoletion (where, as here, the old name of a
package (i.e. font-unifont-misc, font-unifont-ttf) continues to exist
On 03/04/2024 15:18, Daisuke Fujimura via Cygwin-apps wrote:
Thank you for reviewing this.
Can you clarify what the "failure" is here?
[...]
/usr/share/rubygems/rubygems.rb:8:in `require': cannot load such file
-- rbconfig (LoadError)
[...]
Thanks very much for the detailed
On 29/04/2024 22:13, Brian Inglis via Cygwin-apps wrote:
I would like to co-maintain or adopt and revive the above package, which
was adopted by Eric but not updated since Yaakov.
Thanks.
I added this to your packages.
I guess I need to ask eblake if he wants to orphan his packages, since
On 28/04/2024 13:21, Christian Franke via Cygwin-apps wrote:
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
On 29/04/2024 15:10, Jari Aalto wrote:
On 2024-04-28 21:41, Chad Dougherty wrote:
Hello Jari,
On 4/27/24 05:12, Jari Aalto wrote:
Hi Chad, you seemed to take care of rsync while I was unavailable. If
you still want to maintain rsync, would you update it to latest
version.
I checked and it
On 18/09/2023 18:24, Brian Inglis via Cygwin-apps 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 wrote:
On 16/09/2023 15:17, Christian Franke via Cygwin wrote:
Found during tests of busybox package
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 to the hard-coded
On 11/03/2024 11:41, Christian Franke via Cygwin-apps wrote:
Thanks for accepting the repro-check patch. A minor enhancement is
attached.
Applied. Thanks!
The function is in pkg_pkg.cygpart instead of pkg_cleanup.cygpart
because then it is easier to keep it in sync with the other __repro_*
On 10/03/2024 15:44, Christian Franke via Cygwin-apps wrote:
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,
On 25/04/2024 18:46, gs-cygwin.com--- via Cygwin wrote:
On Thu, Apr 25, 2024 at 10:19:05AM -0400, Peter Lai via Cygwin wrote:
Why does installing python > py36 result in bringing in so many
dependencies like libXdmcp etc, when the intent is to just run python
interpreter from cli? Is this
On 24/04/2024 23:36, Christopher Layne via Cygwin wrote:
On Wed, Apr 24, 2024 at 10:11:52PM +, Christopher Layne via Cygwin wrote:
Based on past threads I've read I believe the issue is actually with
windows not allowing a symlink to be created with a non-existent target,
but I do know
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
The following packages have been uploaded to the Cygwin distribution:
* ninja-1.12.0-1
* ninja-debuginfo-1.12.0-1
Ninja is yet another build system. It takes as input the interdependencies of
files (typically source code and output executables) and
orchestrates building them, quickly.
--
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
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
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
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
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
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
On 11/04/2024 13:42, Jon Turney via Cygwin wrote:
On 03/04/2024 14:19, Yang Yu Lin via Cygwin wrote:
For Chinese language, the app’s default UI font is Microsoft YaHei UI.
Using MS Shell Dlg makes the UI become annoying.
Here are my changes:
diff --git a/res/zh_Hans/res.rc b/res/zh_Hans/res.rc
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/,
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
On 03/04/2024 14:19, Yang Yu Lin via Cygwin wrote:
For Chinese language, the app’s default UI font is Microsoft YaHei UI. Using MS
Shell Dlg makes the UI become annoying.
Here are my changes:
diff --git a/res/zh_Hans/res.rc b/res/zh_Hans/res.rc
index 9f67a5a..da9d6e8 100644
---
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
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:
[...]
This
: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 in maintaining this
package, which will probably lead to it's removal).
Please remove me
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
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
On 20/05/2023 17:30, Jon Turney via Cygwin wrote:
On 10/05/2023 15:20, Jason Pyeron via Cygwin wrote:
I guess I will have to adopt the virt-manager package... please put it
on my plate :(
Well, that wasn't quite the response I was expecting, but thanks very
much for helping!
I have added
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
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
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
---
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
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
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
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
On 26/03/2024 14:10, Christopher Meng via Cygwin wrote:
Hi, This mirror is actually behind CDN which is "global", so I'm not
sure if you can handle such of mirror on your end for redirect.
OK, I'll leave the location unspecified.
I gave it a brief test with our setup program and things seem
On 26/03/2024 04:59, Christopher Meng via Cygwin wrote:
Hi, I have a Cygwin mirror available at: Contact: i...@cicku.me Mirror URL:
https://mirrors.cicku.me/cygwin Please consider this as an official
request to add to the mirror list. Thank you!
Thanks for providing a mirror.
Can you give
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
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,
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
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
The following packages have been uploaded to the Cygwin distribution:
* gcab-1.6-1
* gcab-debuginfo-1.6-1
* girepository-gcab1.0-1.6-1
* libgcab-devel-1.6-1
* libgcab-doc-1.6-1
* libgcab1.0_0-1.6-1
* vala-gcab1.0-1.6-1
A GObject library to create cabinet files
--
***
On 14/03/2024 18:34, Thomas Hedden via Cygwin wrote:
I installed a test version of gcc and cannot revert to an earlier,
non-test version. Here are the latest versions listed in the setup routine:
11.4.0-1
12.3.1+20240202-0.1 (Test)
13.2.1+20240203-0.1 (Test)
(there are some even older ones,
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)
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?
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
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
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
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
The following packages have been uploaded to the Cygwin distribution:
* osslsigncode-2.8-1
* osslsigncode-debuginfo-2.8-1
Platform-independent tool for Authenticode signing of
PE(EXE/SYS/DLL/etc), CAB and MSI files - uses OpenSSL and libcurl.
It also supports timestamping (Authenticode and
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
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.
...
+
On 23/02/2024 12:09, Christian Franke via Cygwin-apps wrote:
Harmless bug ...
Applied. Thanks.
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
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:
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
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
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
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
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
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
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)
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
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
* 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
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
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
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
---
Feedback.h | 4
Makefile.am | 2 ++
choose.cc | 4 +++-
cli/CliFeedback.h | 5 +
cli/CliHashCheckFeedback.cc | 30 ++
download.cc | 24
download.h
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 |
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
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
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
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 ++---
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 |
1 - 100 of 526 matches
Mail list logo