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 |
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 =>
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
---
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;
//
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
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
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
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
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
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
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
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)
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'
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
1 - 100 of 513 matches
Mail list logo
