On 2024-05-28 08:37, Brian Inglis via Cygwin-apps wrote:
On 2024-05-27 15:15, Jon Turney via Cygwin-apps wrote:
On 24/05/2024 17:08, Brian Inglis via Cygwin-apps wrote:
Can we please get the SPDX licence list data updated in calm to 3.24 sometime
if possible as the licences complained about
On 2024-05-29 02:53, Bruno Haible via Cygwin wrote:
Brian Inglis wrote:
Ran playground local and CI builds of these packages at v0.0.8 successfully:
https://cygwin.com/cgi-bin2/jobs.cgi?srcpkg=mingw64-x86_64-win-iconv
and https://cygwin.com/cgi-bin2/jobs.cgi?srcpkg=mingw64-i686
On 2024-05-28 08:37, Brian Inglis via Cygwin-apps wrote:
On 2024-05-27 15:15, Jon Turney via Cygwin-apps wrote:
On 24/05/2024 17:08, Brian Inglis via Cygwin-apps wrote:
Can we please get the SPDX licence list data updated in calm to 3.24 sometime
if possible as the licences complained about
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
https://cygwin.com/packages/summary/mingw64-x86_64-win-iconv.html
based off the current git HEAD [1].
Reason
On 2024-05-27 15:15, Jon Turney via Cygwin-apps wrote:
On 24/05/2024 17:08, Brian Inglis via Cygwin-apps wrote:
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
On Tue, 28 May 2024 07:50:08 +0900
Takashi Yano via Cygwin-apps wrote:
> On Mon, 27 May 2024 21:18:08 +0200
> Michal Feix wrote:
> > > I'm planning to submit ITP for dav1d
> > > https://code.videolan.org/videolan/dav1d
> > > and tried to build it on cygwin, howe
On Mon, 27 May 2024 21:18:08 +0200
Michal Feix wrote:
> > I'm planning to submit ITP for dav1d
> > https://code.videolan.org/videolan/dav1d
> > and tried to build it on cygwin, however, it failed because
> > nasm is too old. The current stable version is 2.16.03 while
&g
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
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: https://cygwin.com/cgit/cygwin
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/OmB0
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.
Best,
--
Michal Feix
Name: Michal Feix
BEGIN SSH2 PUBLIC KEY
Comment: "3072-bit RSA, converted by feixm@michal-pc from OpenSSH"
B3NzaC1yc2EDAQABAAABgQDjQ9jbOytPr/sPDwIbjtFeJqBuDymxzuicJ8NpIN
Osoxkagb0WOLPsSjTgDbftDTCw1QOvCrVP09KvLY76MK8zNIt/97N7w/OmB0iWv9v1LEuT
Hi,
I'm planning to submit ITP for dav1d
https://code.videolan.org/videolan/dav1d
and tried to build it on cygwin, however, it failed because
nasm is too old. The current stable version is 2.16.03 while
cygwin package version is 2.13.01.
Could the maintainer please update the nasm package?
Hi
Hi,
I'm planning to submit ITP for dav1d
https://code.videolan.org/videolan/dav1d
and tried to build it on cygwin, however, it failed because
nasm is too old. The current stable version is 2.16.03 while
cygwin package version is 2.13.01.
Could the maintainer please update the nasm package
Dear Cygwin team,
In order to extend Cygwin support for Linux applications. Please consider
adding support for epoll.h into your system.
I found some sources that may work. Please check.
Upoll:
https://drive.google.com/file/d/1shiAHs_igbJt8MDyjShVnSM8uPOaAmZY/view?usp=sharing
Cygepoll:
https
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 to specify a `-fdebug-prefix-map`
because C sources with code
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 releases for nearly
a year since 3.21:
On 2024-05-24 02:18, cygwin-no-re...@cygwin.com wrote:
INFO: package 'man-pages-linux': errors
Using cygport-0.36.9-1 with this patch merged in, it was confirmed
that a ruby-3.3.1 package could be created in the local development
environment.
Thank you for merging.
On Mon, May 6, 2024 at 11:12 PM Jon Turney wrote:
>
> On 03/04/2024 15:18, Daisuke Fujimura via Cygwin-apps wrote:
>
On 2024-05-21 09:57, Brian Inglis via Cygwin-apps wrote:
On 2024-05-21 07:17, Jon Turney via Cygwin-apps wrote:
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
On 2024-05-21 07:18, Jon Turney via Cygwin-apps wrote:
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:
Trying to update dateutils, autotools build fails with:
libtool
On 2024-05-21 07:19, Jon Turney via Cygwin-apps wrote:
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
On 2024-05-21 07:17, Jon Turney via Cygwin-apps wrote:
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
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
://cygwin.com/packages/summary/dateutils.html
Updated cygport:
https://cygwin.com/cgit/cygwin-packages/dateutils/tree/dateutils.cygport?h=playground
Scallywag runs:
https://cygwin.com/cgi-bin2/jobs.cgi?srcpkg=dateutils
The single test failure is not reproducible standalone, and appears
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 library unless
-no-undefined is specified
Suggestions
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 library unless
-no-undefined is specified
Suggestions for overrides or fixes?
Tried:
LDFLAGS="$LDFLAG
Hi folks,
Trying to update dateutils, autotools build fails with:
libtool: error: can't build x86_64-pc-cygwin shared library unless -no-undefined
is specified
Suggestions for overrides or fixes?
Tried:
LDFLAGS="$LDFLAGS -Wl,--no-allow-shlib-undefined -Wl,--no-undefined"
CY
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 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+20240330-1 was older
than prev:
6.4-20231230
So
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
+20240330-1?
On 2024-05-12 07:47, cygwin-no-re...@cygwin.com wrote:
INFO: vaulting x86_64/release/ncurses/ncurses-6.4+20240330-1-src.hint
INFO: vaulting x86_64/release/ncurses/ncurses-6.4+20240330-1-src.tar.xz
INFO: vaulting x86_64/release/ncurses/ncurses-6.4+20240330-1.hint
INFO: vaulting x86_64
ASSI via Cygwin-apps writes:
>> I misremembered the code names. The direct successor to the 7735HS
>> (Rembrandt Refresh) are the 7840HS / 7940HS (Phoenix-H at 8 cores and
>> upgraded to 4nm Zen4/RDNA3 and about 15% better performance per Watt);
>> the upcoming 16 core is
On 2024-05-06 09:27, Jon Turney via Cygwin-apps wrote:
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 pa
On 2024-05-06 09:52, Jon Turney via Cygwin-apps wrote:
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
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) continue
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 e
Hi folks,
Since Yaakov added the fontconfig cache postinstall script, it has been
selecting only fonts created by 'Microsoft Corp' and (recently?) matching
'*.ttf' (lower case only) for whatever reasons?
I have been running my own attached local fontconfig cache postinstall script,
with
. Thanks,
--Zem
> -Original Message-
> From: ASSI
> Sent: Saturday, May 4 2024 8:55
> To: cygwin-apps@cygwin.com
> Subject: Re: [ITP] perl-Parse-Yapp-1.21
>
> Ziemowit Laski via Cygwin-apps writes:
> > This is a straightforward port, akin to other Perl packages.
Package lynx seems to have moved on from lynx.browser.org which is outdated at
2.8.8, to lynx.invisible-island.net where 2.9.1 is the latest stable release
following on from 2.9.0:
https://lynx.invisible-island.net/index.html
https://lynx.invisible-island.net/lynx.html
Thanks Jon? - yay!
On 2024-05-04 09:48, cygwin-no-re...@cygwin.com wrote:
INFO: vaulting x86_64/release/unifont/unifont-8.0.01-1-src.hint
INFO: vaulting x86_64/release/unifont/unifont-8.0.01-1-src.tar.xz
INFO: vaulting
x86_64/release/unifont/font-unifont-misc/font-unifont-misc-8.0.01-1.hint
Ziemowit Laski via Cygwin-apps writes:
> This is a straightforward port, akin to other Perl packages.
The question is: what do you need it for and why should it get packaged
in Cygwin?
[…]
> I can be the maintainer-at-large for this if you'd like.
I'd rather not have separate maint
This is a straightforward port, akin to other Perl packages.
It is already available in numerous Linux distros (and FreeBSD):
https://pkgs.org/download/perl(Parse::Yapp)
License: "Artistic-1.0" OR "GPL-2.0-or-later".
Running 'cygport test' yields no failures.
On 2024-05-03 07: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.
Thanks Jon
I
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
Name: Ziemowit Laski
BEGIN SSH2 PUBLIC KEY
C3NzaC1lZDI1NTE5IBlHSdOpkyPkqoVmAqoq8tSpKepnFanhk+/B8byFumt8
END SSH2 PUBLIC KEY
BEGIN SSH2 PUBLIC KEY
Comment: "256-bit ED25519, converted by zlaski@RUMCAJS from OpenSSH"
C3NzaC1lZDI1NTE5IBlHSdOpkyPkqoVmAqoq8tSpKepnFanhk+/B8byFumt8
END SSH2 PUBLIC KEY
On Wed, May 01, 2024 at 04:49:10PM +0200, Christian Franke via Cygwin-apps
wrote:
> Adam Dinwoodie via Cygwin-apps wrote:
> > On Tue, Apr 30, 2024 at 12:27:35PM +0200, Christian Franke via Cygwin-apps
> > wrote:
> > > Jon Turney wrote:
> > > > On 10/03/202
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, .sign, etc;
use these checksum files when provided
On 2024-04-30 23:50, ASSI via Cygwin-apps wrote:
Brian Inglis via Cygwin-apps writes:
Utility gpgv2 is the gpg2 release of gpgv, a lighter, script friendly,
single operation gpg verification helper designed for use in scripts
instead of gpg2 --verify: see 'info gpg2 helper gpgv'
NAK
Adam Dinwoodie via Cygwin-apps wrote:
On Tue, Apr 30, 2024 at 12:27:35PM +0200, Christian Franke via Cygwin-apps
wrote:
Jon Turney wrote:
On 10/03/2024 16:33, Christian Franke via Cygwin-apps wrote:
+ /bin/bash -c "cd ${top} || exit 1
+${HOMEPAGE+HOMEPAGE=${HOMEPAGE@Q}}
+P=${P@Q}; PF
On Tue, Apr 30, 2024 at 12:27:35PM +0200, Christian Franke via Cygwin-apps
wrote:
> Jon Turney wrote:
> > On 10/03/2024 16:33, Christian Franke via Cygwin-apps wrote:
> > > + /bin/bash -c "cd ${top} || exit 1
> > > +${HOMEPAGE+HOMEPAGE=${HOMEPAGE@Q}}
> > &
Brian Inglis via Cygwin-apps wrote:
On 2024-04-30 15:07, Christian Franke via Cygwin-apps wrote:
Brian Inglis via Cygwin-apps wrote:
On 2024-04-30 11:45, Christian Franke via Cygwin-apps wrote:
The new script uses the SPDX webpages to create the license file. I
didn't find a usable single
Brian Inglis via Cygwin-apps writes:
> Utility gpgv2 is the gpg2 release of gpgv, a lighter, script friendly,
> single operation gpg verification helper designed for use in scripts
> instead of gpg2 --verify: see 'info gpg2 helper gpgv'
NAK. This tool doesn't check for expired keys
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, .sign,
> etc;
> use these checksum files when provided in a similar manner to
From: "Brian Inglis"
Some package upstreams offer only checksums, for example .sha512sum, .sha256sum,
for verification rather than gpg signatures, for example .asc, .sig, .sign, etc;
use these checksum files when provided in a similar manner to gpg signatures;
these files are often provided with
From: "Brian Inglis"
Utility gpgv2 is the gpg2 release of gpgv, a lighter, script friendly,
single operation gpg verification helper designed for use in scripts
instead of gpg2 --verify: see 'info gpg2 helper gpgv'
__gpg_verify(): use gpgv2 not gpg2 --verify
Signed-off-by: Brian Inglis
---
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 2024-04-30 15:07, Christian Franke via Cygwin-apps wrote:
Brian Inglis via Cygwin-apps wrote:
On 2024-04-30 11:45, Christian Franke via Cygwin-apps wrote:
The new script uses the SPDX webpages to create the license file. I didn't
find a usable single license list at https://github.com/spdx
Brian Inglis via Cygwin-apps wrote:
On 2024-04-30 11:45, Christian Franke via Cygwin-apps wrote:
...
Attached.
The new script uses the SPDX webpages to create the license file. I
didn't find a usable single license list at https://github.com/spdx
What about:
https://spdx.github.io
On 2024-04-30 11:45, Christian Franke via Cygwin-apps wrote:
Jon Turney via Cygwin-apps wrote:
PS: I have a local script which checks SPDX Identifiers and expressions. Any
interest to add this to cygport and then check LICENSE settings?
Oh, yes please. That sounds like a good idea.
Attached
Jon Turney via Cygwin-apps wrote (thread "[PATCH cygport] Add
repro-finish command"):
...
PS: I have a local script which checks SPDX Identifiers and
expressions. Any interest to add this to cygport and then check
LICENSE settings?
Oh, yes please. That sounds like a good idea.
and it compiles ok.
... but you might want to also apply the Debian patches to the latest
version
It's good to hear from you. I'd be happy for you to resume maintainership
of this package if you're willing. I no longer actively use Cygwin so it
would make more sense for someone else to do it.
Chad
Jon Turney wrote:
On 10/03/2024 16:33, Christian Franke via Cygwin-apps wrote:
Jon Turney wrote:
On 23/02/2024 11:23, Christian Franke via Cygwin-apps wrote:
Christian Franke wrote:
The email generated by the cygport announce command is useful, but
actual use cases are somewhat limited due
to reflect that
completions are provided for thousands of commands and their options and arguments.
Bash Completions and development
Existing source package:
https://cygwin.com/packages/summary/bash-completion-src.html
Updated cygport:
https://cygwin.com/cgit/cygwin-packages/bash-completion/tree
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
Name: Trung Doan
BEGIN SSH2 PUBLIC KEY
Comment: "256-bit ED25519, converted by Trung Doan@TrungPC from OpenSS"
C3NzaC1lZDI1NTE5IHwmvMOZsZM8JIAkDK0eT/KXTGyedtvSVz6tJw6i29vb
END SSH2 PUBLIC KEY
ASSI via Cygwin-apps wrote:
Christian Franke via Cygwin-apps writes:
_FORTIFY_SOURCE=3 is supported by Cygwin 3.5.0 headers and Cygwin gcc
13.2.1 test release.
Silently falls back to level 2 if level 3 is unsupported (older
headers or gcc) or to level 0 if unsupported at all (C++, clang
Christian Franke via Cygwin-apps writes:
> _FORTIFY_SOURCE=3 is supported by Cygwin 3.5.0 headers and Cygwin gcc
> 13.2.1 test release.
>
> Silently falls back to level 2 if level 3 is unsupported (older
> headers or gcc) or to level 0 if unsupported at all (C++, clang).
On Sat, 27 Apr 2024 20:35:34 +0900
Takashi Yano wrote:
> Hi,
>
> I would like to adopt libkate package.
> Thanks.
Sorry, the package seems to be already the latest version.
Update is not necessary so far.
--
Takashi Yano
Hi,
I would like to adopt libkate package.
Thanks.
--
Takashi Yano
for keychain package
Date: Thu, 18 Apr 2024 20:10:43 +0200
From: J M via Cygwin
Reply-To: J M
To: cyg...@cygwin.com
Newsgroups: gmane.os.cygwin
Hi,
I'm having some problems (gpg2, and some for ssh management) with keychain
package: https://www.cygwin.com/packages/summary/keychain.html
It version
Unsure of impact and action required was why I posted - Cygwin, Sourceware, GNU,
Kernel.org, etc. use LE certs.
Looks like new root and/or intermediate certs are available to be packaged
before they will be used 2024 June 6 and old cross-signed root if included may
be removed before 2024 Sep
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 st
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 2024-04-17 13:37, Jon Turney via Cygwin-apps wrote:
On 17/04/2024 15:17, Brian Inglis via Cygwin-apps wrote:
On 2024-04-17 07:08, cygwin-no-reply wrote:
ERROR: package 'geoipupdate' is at paths geoipupdate and
GeoIP-database/geoipupdate
This is the "change things to that the geoipu
On 2024-04-17 13:38, Jon Turney via Cygwin-apps wrote:
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
On 2024-04-17 14:15, Jon Turney via Cygwin-apps wrote:
On 17/04/2024 20:26, Brian Inglis via Cygwin-apps wrote:
Fairly straightforward upgrade of packages.
Is anything demented about my setup:
$ cygport GeoIP.cygport upload
>>> Uploading GeoIP-1.7.0-1.x86_64
>>> Running
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 fa
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 be
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 (/x86_64/release)
*** ERROR: Upload fail
On 2024-04-17 07:08, cygwin-no-re...@cygwin.com wrote:
ERROR: package 'geoipupdate' is at paths geoipupdate and
GeoIP-database/geoipupdate
ERROR: error while merging uploaded x86_64 packages for Brian Inglis
SUMMARY: 2 ERROR(s)
Hi folks/Jon,
Replacing obsolete compiled geoipupdate package
Hi folks,
https://letsencrypt.org/2023/07/10/cross-sign-expiration
Shortening the Let's Encrypt Chain of Trust
"On Thursday, Feb 8th, 2024, we stopped providing the cross-sign by default in
requests made to our /acme/certificate API endpoint.
On Thursday, June 6th, 2024, we will stop providing
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 committed noted in the ChangeLog as
1.7.0, and a new upstr
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 th
On 2024-04-14 21:16, gs-cygwin@gluelogic.com wrote:
On Sun, Apr 14, 2024 at 04:08:25PM -0600, Brian Inglis via Cygwin-apps wrote:
I sent an announcement for *cpuid* after the fixes, which appears to have
made it into the inbox and archives, but I did not see it and neither has
mail-archive
Hi folks,
I sent an announcement for *cpuid* after the fixes, which appears to have made
it into the inbox and archives, but I did not see it and neither has
mail-archive, so resent the announcement.
Has anyone else received that announcement for *cpuid* on the list?
--
Take care. Thanks,
On 2024-04-14 15:10, Jon Turney via Cygwin-apps wrote:
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
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 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/, /info/ work okay - could do with a /status/
command to show
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/, /info/ work okay - could do with a /status/
command to show us what calm is doing!
Achim - none of your announced
On 2024-04-13 14:34, Jon Turney via Cygwin-apps wrote:
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
1 - 100 of 3653 matches
Mail list logo
