Please see: https://cygwin.com/problems.html#personal-email
This applies doubly so to former maintainers. Redirecting to cygwin-
apps.
On Tue, 2023-09-12 at 17:11 +0200, Blandin Jean-Marie wrote:
> Dear Mr Selkowitz,
>
> First of all, I want to apologize for the time I take from you by
>
On Mon, 2023-02-06 at 14:25 +0900, Takashi Yano via Cygwin-apps wrote:
> On Mon, 06 Feb 2023 00:16:45 -0500
> Yaakov Selkowitz via Cygwin-apps wrote:
>
> > On Sun, 2023-02-05 at 22:11 -0700, Brian Inglis wrote:
> > > On 2023-02-05 19:44, Yaakov Selkowitz via Cygwin-ap
On Sun, 2023-02-05 at 22:11 -0700, Brian Inglis wrote:
> On 2023-02-05 19:44, Yaakov Selkowitz via Cygwin-apps wrote:
> > On Sun, 2023-02-05 at 17:37 +0900, Takashi Yano via Cygwin-apps wrote:
> > > I would like to propose new package openh264, which is
> > >
On Sun, 2023-02-05 at 22:04 -0700, Brian Inglis wrote:
> On 2023-02-05 19:46, Yaakov Selkowitz via Cygwin-apps wrote:
> > On Fri, 2023-01-20 at 19:36 +0900, Takashi Yano via Cygwin-apps wrote:
> > > I would like to propose a new package FAAD2 which is
> > > a decoder
On Sun, 2023-02-05 at 17:37 +0900, Takashi Yano via Cygwin-apps wrote:
> I would like to propose new package openh264, which is
> a H264 video codec library. This is needed by ffmpeg
> package I had proposed, and also provided for ffmpeg-free
> package in fedora.
>
> I already prepared the
On Fri, 2023-01-20 at 19:36 +0900, Takashi Yano via Cygwin-apps wrote:
> I would like to propose a new package FAAD2 which is
> a decoder library for AAC audio codec. This package
> is needed by the new package moc I have proposed at
> the same time. I have already prepared the package at:
>
>
On Tue, 2022-11-29 at 21:36 +, Jon Turney wrote:
> I've done another clean-up of cygwin-pkg-maint, removing those source
> packages names which no longer exist after x86 was archived (i.e only
> existed as x86 packages)
>
> > cygwin64-* ORPHANED (Yaakov Selk
On Thu, 2022-06-09 at 17:23 +0200, Corinna Vinschen wrote:
> On May 29 17:26, Ken Brown wrote:
> > On 5/29/2022 9:39 AM, Jon Turney wrote:
> > > On 26/05/2022 20:17, Ken Brown wrote:
> > > > winsup/cygwin/autoload.cc | 136 -
> > > > --
> > >
> > > Looks good.
On Mon, 2022-04-11 at 13:58 +0100, Jon Turney wrote:
> Historically, xorg packages were usually provided as .gz and .bz2
> compressed tarballs. The current trend is to no longer provide .bz2,
> but .gz and .xz instead. Allow the compression to be configured, with a
> backwards compatible
--- Begin Message ---
I'm working to phase out the ftp urls on my main website,
and see these files in cygwinports using the ftp urls:
byacc/byacc.cygport
dialog/dialog.cygport
diffstat/diffstat.cygport
luit/luit.cygport
ncurses/ncurses.cygport
tack/tack.cygport
xterm/xterm.cygport
The change
On Thu, 2022-03-10 at 16:41 +, Adam Dinwoodie wrote:
> I've fallen down a slight rabbit hole looking at the cygconf function in
> Cygport's autotools.cygclass. The specific bit of code that's causing
> me consternation is thus:
>
> case "x${confver}" in
> x2.6[0-9]*)
---
winsup/testsuite/Makefile.am | 2 ++
1 file changed, 2 insertions(+)
diff --git a/winsup/testsuite/Makefile.am b/winsup/testsuite/Makefile.am
index 4b8c7dbb7..ac68934d0 100644
--- a/winsup/testsuite/Makefile.am
+++ b/winsup/testsuite/Makefile.am
@@ -61,4 +61,6 @@ EXTRA_DEJAGNU_SITE_CONFIG =
On Thu, 2021-11-25 at 11:26 -0500, Ken Brown via Cygwin-apps wrote:
> On 9/29/2021 7:46 PM, Brian Inglis wrote:
> > There is a gnulib bug in threadlib.m4 from at least serial 29 to serial
> > 31 that incorrectly configures Cygwin support of weak references.
> >
> > This leads to SIGSEGV stack
On Wed, 2021-09-29 at 22:15 -0600, Brian Inglis wrote:
> Hi folks,
>
> Autotools needs m4 macros in autoreconf-archive to config for gcov and
> other dependencies or build fails with e.g.
>
> "configure.ac:33: error: possibly undefined macro: AX_CODE_COVERAGE
> If this token and others are
apparently still wants to use the old password and
> reports an error.
Make sure the (push)url for the remote to which you wish to push is in the
form g...@github.com:NAMESPACE/PROJECT.git rather than an https:// form.
--
Yaakov Selkowitz
Senior Software Engineer - Platform Enablement
Red Hat, Inc.
On Wed, 2021-05-26 at 17:51 +0100, Jon Turney wrote:
> On 26/05/2021 10:04, Corinna Vinschen wrote:
> > On May 25 22:37, Jon Turney wrote:
> > > On 22/05/2021 16:08, Jon Turney wrote:
> > > > On 20/05/2021 19:05, Corinna Vinschen wrote:
> > > > > Hi Jon,
> > > > >
> > > > > On May 20 18:46, Jon
On Tue, 2021-01-05 at 15:06 +0100, Achim Gratz wrote:
> Yaakov Selkowitz via Cygwin-apps writes:
> > In fact, there are probably a bunch of other http: which could be
> > converted to https: at this point. I would suggest anyone who does
> > that (in separate commit(s)) s
On Tue, 2021-02-09 at 21:31 +, Jon Turney wrote:
> On 22/01/2021 21:37, Marco Atzeri via Cygwin-announce via Cygwin wrote:
> > Several python packages have been promoted from test to stable
> >
> [...]
> > python{36,37,38}-lxml-4.6.2-1
>
> Marco,
>
> I noticed something a bit odd, which I'm
On Wed, 2021-02-03 at 16:49 -0500, Ken Brown via Cygwin-apps wrote:
> dblatex (still shown as maintained by Yaakov) is currently broken because it
> was built for python2 but its shebang points to python.
>
> I could do a quick non-maintainer upload to fix the shebang, but maybe
> someone wants
On Tue, 2020-12-01 at 15:47 +, Jon Turney wrote:
> Update xorg.cygclass URLs since xorg.freedesktop.org now permanently
> redirects to www.x.org
> ---
> cygclass/xorg.cygclass | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Thanks, comments inline.
> diff --git
On Wed, 2020-12-02 at 18:03 +, Jon Turney wrote:
> On 02/12/2020 17:05, Corinna Vinschen via Cygwin-patches wrote:
> > On Dec 2 15:36, Jon Turney wrote:
> > > On 01/12/2020 09:18, Corinna Vinschen wrote:
> > > > What bugs me is that the mingw executables are built in
> > > > utils/mingw,
> >
On Sat, 2020-10-31 at 10:29 +0100, Achim Gratz wrote:
> Since I seem to pick up more of these… it is silly enough that you have
> to have two almost identical cygport files for the two architectures,
> but it does not make any sense to me to require these to be standalone
> git repositories.
My domain registrations cygwinports.com, cygwinports.net, and
cygwinports.org will expire very soon. If anyone would like to adopt
them for the Cygwin project, please let me know ASAP. Otherwise, I
will let them lapse.
--
Yaakov
On Sat, 2020-07-11 at 19:45 +0200, Marco Atzeri via Cygwin-apps wrote:
> On 11.07.2020 04:03, Lemures Lemniscati via Cygwin-apps wrote:
> > Hi!
> >
> > I suggest an update to libiconv 1.16, since the current Cygwin
> > packages of libiconv 1.14 are old (updated 5 years ago).
> >
> > Cygport
On Thu, 2020-07-09 at 20:27 +0200, Marco Atzeri via Cygwin-apps wrote:
> On 08.07.2020 22:28, Brian Inglis wrote:
> > On 2020-07-08 14:05, Brian Inglis wrote:
> > > wget2 is the successor of wget supplying a shared library API like curl
> > > to build
> > > a modern, fast, multi-threaded,
On Mon, 2020-07-06 at 09:57 +0100, Hamish McIntyre-Bhatty via Cygwin-
apps wrote:
> On 05/07/2020 23:21, Yaakov Selkowitz wrote:
> > On Fri, 2020-06-26 at 01:49 +0100, Hamish McIntyre-Bhatty via Cygwin-
> > apps wrote:
> > > This email signals my intent to package pyt
On Fri, 2020-06-26 at 01:49 +0100, Hamish McIntyre-Bhatty via Cygwin-
apps wrote:
> This email signals my intent to package python3-pillow
> (https://pypi.org/project/Pillow) for Cygwin. Pillow is a fork of the
> Python Imaging Library.
>
> I wish to package this because I have found that PyCrust
On Thu, 2020-06-04 at 05:10 +0900, Yasuhiro KIMURA wrote:
> Hello Brian. Thank you for feedback.
>
> From: Brian Inglis
> Subject: Re: [PATCH cygport] mirrors: update mirror_debian
> Date: Wed, 3 Jun 2020 14:02:45 -0600
>
> >> # MIRROR LIST
> >> -# http://www.debian.org/mirror/list
> >> +#
00
> @@ -26,5 +26,6 @@
> libanthyinput_la_SOURCES = input.c rkconv.c rkhelper.c\
> rkconv.h rkmap.h rkhelper.h
> libanthyinput_la_LIBADD = ../src-main/libanthy.la
> +libanthyinput_la_LDFLAGS = -no-undefined
>
> pkgdata_DATA = typetab dic-tool-usage.txt
This should probably have -ver
On Wed, 2020-06-03 at 13:51 +0200, Achim Gratz wrote:
> The automatically generated dependencies sometimes have unwanted
> components. This patch allows to suppress these on a per-package basis,
> rather than requiring to patch the generated hint files after the fact.
What exactly are you trying
On Fri, 2020-05-15 at 11:30 -0400, Ken Brown via Cygwin-apps wrote:
> cygport file attached. I've bumped the version to 1.12.2, which is the
> latest
> stable upstream release. Upstream has actually released 1.15.5, but the News
> file says it's unstable and recommends that distros not
On Mon, 2020-05-25 at 06:52 +0200, Marco Atzeri via Cygwin-apps wrote:
> On 27.04.2020 16:34, Jon Turney wrote:
> > On 23/04/2020 22:54, Yaakov Selkowitz wrote:
> > > On Fri, 2020-04-10 at 14:52 +0200, Marco Atzeri via Cygwin-apps wrote:
> > > > Am 26.03.2020 um
On Thu, 2020-05-14 at 17:14 -0400, Ken Brown via Cygwin-apps wrote:
> cygport files attached. I've updated libsigc2.0 to the latest release in the
> 2.0 series, and I've created libsigc3.0 as a new package, as Fedora does.
> Note:
> If you want to do a test build of the latter, you'll need to
On Thu, 2020-05-14 at 14:57 -0400, Ken Brown via Cygwin-apps wrote:
> cygport file attached. I bumped the version to the latest upstream release,
> and
> I removed the custom src_compile, since the default src_compile now works
> (and
> the custom one doesn't, since the tarball no longer
On Thu, 2020-05-14 at 11:17 -0400, Ken Brown via Cygwin-apps wrote:
> Builds fine from Yaakov's cygport file, no update needed at present.
Go ahead.
--
Yaakov
On Tue, 2020-05-12 at 16:59 +0200, Federico Kircheis wrote:
> On 10/14/19 10:55 AM, Federico Kircheis wrote:
> > On 13/10/2019 18.41, Achim Gratz wrote:
> > > Federico Kircheis writes:
> > > > I've sent the patches the 14.07.19, unfortunately I still got no answer.
> > >
> > > The cygport
On Thu, 2020-05-14 at 11:02 +0100, Hamish McIntyre-Bhatty wrote:
> Apologies for bumping this again, I'm just waiting for this to be done
> before I start on wxPython 4, which is blocking progress for me doing
> other things. If you're not interested in this fix, just let me know
> and I'll move
On Wed, 2020-05-13 at 14:44 -0400, Ken Brown via Cygwin-apps wrote:
> cygport file attached. I bumped the version to 0.13.71, the latest upstream
> release. I also made the following changes to Yaakov's cygport file, in
> addition to a couple of trivial ones:
>
> 1. I removed the configure
On Wed, 2020-05-13 at 13:21 +0300, Pavel Fedin via Cygwin wrote:
> While compiling various software packages for Cygwin i notice that very
> often i have to add something like #define _GNU_SOURCE to
> them in order to compile correctly. Meanwhile on Linux they compile with no
> problems at all.
pressing OK will cause Windows to canonicalize the order
of the ACEs, thereby invalidating POSIX compatibility.
--
Yaakov Selkowitz
Senior Software Engineer - Platform Enablement
Red Hat, Inc.
On Tue, 2020-05-12 at 12:50 -0400, Ken Brown via Cygwin-apps wrote:
> My cygport file is attached. Aside from some trivial URL changes, it differs
> from Yaakov's as follows:
>
> 1. I've bumped the version from 2.9.1 to 2.10.2, the latest upstream release.
Unfortunately 2.10 has some
On Mon, 2020-05-11 at 10:55 -0400, Chris Wagner wrote:
> On 2020-05-05 5:05 am, Rainer Emrich wrote:
> > Am 05.05.2020 um 10:54 schrieb Corinna Vinschen:
> > > Therefore it might be a good idea to bump the default for these
> > > Cygwin-related headers to at least 0x0600.
> > >
> > > Setting them
The following packages have been uploaded to the Cygwin distribution:
* tzdata-2020a-1
The Time Zone Database (often called tz or zoneinfo) contains code and
data that represent the history of local time for many representative
locations around the globe. It is updated periodically to reflect
The following packages have been uploaded to the Cygwin distribution:
* tzdata-2020a-1
The Time Zone Database (often called tz or zoneinfo) contains code and
data that represent the history of local time for many representative
locations around the globe. It is updated periodically to reflect
To ease the maintenance of MinGW cross-compiling packages, I have
written a new mingw.cygclass (actually, a series of cygclasses, but
that's the top-level one that you should use) which is designed to
allow building both 32- and 64-bit MinGW binaries in the same build.
It also allows for the
On Sun, 2020-05-10 at 10:58 +0200, Achim Gratz wrote:
> I've reworked the series according to your comments, force-pushed to the
> same branch:
>
> https://repo.or.cz/cygport/rpm-style.git/shortlog/refs/heads/to-upstream
Merged, but changed NO_PERL_DEPS to PERL_NO_VENDOR_DEPS.
--
Yaakov
to list of default documentation files installed
Restore build-depends: trailing space in expected hints, dropped by rebase
Disable autotools/gtkmm test in CI
Update upload package check for source hints
Allow manpage section .3G, used by OpenGL manpages
Yaakov Selkowitz (24
to list of default documentation files installed
Restore build-depends: trailing space in expected hints, dropped by rebase
Disable autotools/gtkmm test in CI
Update upload package check for source hints
Allow manpage section .3G, used by OpenGL manpages
Yaakov Selkowitz (24
On Tue, 2020-05-05 at 10:54 +0200, Corinna Vinschen wrote:
> On May 5 08:45, Biswapriyo Nath via Cygwin wrote:
> > Chaging the defines in package may break others installation.
>
> No, it doesn't in this case.
In what case would it?
> Yaakov is talking about mingw-w64 headers used to create
JonY,
In w32api-headers and mingw64-*-headers, the default value of
_WIN32_WINNT can be configured at build-time with --with-default-win32-
winnt=$VER, with the default still being 0x502 (XP x64/2003 R2). With
2008, 2008 R2, and 7 having gone out of support earlier this year,
Server 2012 is now
On Sun, 2020-04-26 at 11:15 +0200, Marco Atzeri via Cygwin wrote:
> I am trying to rebuild lyx with QT5 enabled instead of QT4.
Good idea, since Qt4 is obsolete and unmaintained (both upstream and
downstream).
> The build is fine and it seems to start fine, but opening new windows
> like "open
On Fri, 2020-04-10 at 14:52 +0200, Marco Atzeri via Cygwin-apps wrote:
> Am 26.03.2020 um 08:19 schrieb Yaakov Selkowitz:
> > On Thu, 2020-03-26 at 06:54 +0100, Marco Atzeri via Cygwin-apps wrote:
> > > Am 20.03.2020 um 04:47 schrieb Yaakov Selkowitz:
> > I wou
On Thu, 2020-04-23 at 18:09 +0100, Hamish McIntyre-Bhatty wrote:
> On 23/04/2020 17:08, Yaakov Selkowitz wrote:
> > Please keep all discussion on list.
> >
> My apologies, I thought I'd sent the reply to the list.
> > Most of that has already been figured out
On Thu, 2020-04-23 at 16:16 +0100, Hamish McIntyre-Bhatty wrote:
> Thanks for your feedback. I wasn't expecting this to be accepted, it's
> only my first try after all :)
Please keep all discussion on list.
> > I do not recommend building both the C++ libraries and Python bindings
> > from the
On Thu, 2020-04-23 at 15:02 +0100, Hamish McIntyre-Bhatty wrote:
> I've gotten a more stable build of wxPython 3.0.2 and wxWidgets 3.0.4 to
> build now. wxPython is now also built against the version of wxWidgets
> that is installed on the system, avoiding ABI mismatch warnings and
> strange
On Mon, 2020-04-06 at 15:33 -0400, Yaakov Selkowitz wrote:
> I'm currently attempting to deprecate a number of older software stacks
> in order to narrow down the maintenance burden of Cygwin. As part of
> dropping Qt/KDE 3 and 4, nas/libaudio could also be dropped, except
> that lib
On Fri, 2020-04-10 at 15:48 +0100, Jon Turney wrote:
> ---
> lib/src_install.cygpart | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
LGTM, please merge.
--
Yaakov
On Wed, 2020-04-08 at 15:18 +0530, vishnu via Cygwin wrote:
> I have installed cygwin.
> I am trying to compile linux kernel.It is for x86 platform.
> But When I give below command:
> #make
> CC scripts/mod/empty.o
> cc1: error: code model kernel does not support PIC mode
> make[1]: ***
On Mon, 2020-04-06 at 02:13 -0700, Mark Geisert wrote:
> I'd like to adopt util-linux from Yaakov if that's possible. To that end
> I've re-spun the current (for Cygwin) 2.33.1 release with additional
> patches to enable building 'taskset' and 'chrt'. Taskset works, chrt
> "works" but can't
I put together an initial draft of a tool meant to fill the role of
rpmconf on RPM-based systems:
https://github.com/yselkowitz/cygetcconf
It definitely needs more work (and maybe a better name) before
inclusion anywhere, but in the spirit of "early and often", it's a
start.
HTH,
--
Yaakov
On Tue, 2020-04-07 at 18:52 +0200, Achim Gratz wrote:
> Yaakov Selkowitz writes:
> > > support subdirectories in CPAN download URL
> >
> > There is no need for two variables to do the same thing. I like
> > Reini's idea but let's call it CPAN_SUBDIR instead
On Mon, 2020-04-06 at 23:55 +, JonY via Cygwin wrote:
> On 4/6/20 10:07 AM, Jan Nijtmans via Cygwin wrote:
> > Ping.
> >
> > Would it be possible to release a version of mingw64-i686-binutils with the
> > same patch as done for binutils-2.34+1git.de9c1b7cfe-1? I suspect
> > this would resolve
On Sun, 2020-04-05 at 20:54 +0200, Achim Gratz wrote:
> I've prepared a branch on top of current master for your perusal:
>
> https://repo.or.cz/cygport/rpm-style.git/shortlog/refs/heads/to-upstream
>
> As you can see they've been battle-tested by me for quite some time already:
>
> commit
xists, only pvr-src.tar.xz and
> it's hint).
Thanks, pushed to master.
--
Yaakov Selkowitz
Senior Software Engineer - Platform Enablement
Red Hat, Inc.
On Sun, 2020-04-05 at 15:17 +0100, Jon Turney wrote:
> It seems I missed updating the check that all the expected package files
> exist for source package hints.
>
> Patch attached (without this upload isn't permitted when there's no
> pvr.tar.xz, as no corresponding hint exists, only
David,
I'm currently attempting to deprecate a number of older software stacks
in order to narrow down the maintenance burden of Cygwin. As part of
dropping Qt/KDE 3 and 4, nas/libaudio could also be dropped, except
that libao still has a NAS backend enabled.
Given that, could you please
The following packages have been uploaded to the Cygwin distribution:
* pkgconf-1.6.3-1
* libpkgconf3-1.6.3-1
* libpkgconf-devel-1.6.3-1
* pkg-config-1.6.3-1
pkgconf is a program which helps to configure compiler and linker flags
for development frameworks. It is an alternative to pkg-config.
The following packages have been uploaded to the Cygwin distribution:
* pkgconf-1.6.3-1
* libpkgconf3-1.6.3-1
* libpkgconf-devel-1.6.3-1
* pkg-config-1.6.3-1
pkgconf is a program which helps to configure compiler and linker flags
for development frameworks. It is an alternative to pkg-config.
On Sun, 2020-04-05 at 15:51 +0200, Carlo B. via Cygwin wrote:
> I wanted to report that I received a reply on the issue that I had opened
> here:
>
> https://todo.sr.ht/~kaniini/pkgconf/10#comment-7894
Thanks for following up.
> The report has been closed and I got this reply:
>
> "You should
On Tue, 2020-03-24 at 16:19 -0400, Andrew Schulman wrote:
> > On Mar 19 23:47, Yaakov Selkowitz wrote:
> > > Hello Cygwin package maintainers,
>
> > > To that end, in the best interest of the community, please consider my
> > > packages up for adoptio
The following packages have been uploaded to the Cygwin distribution:
* vim-8.2.0486-1
* vim-common-8.2.0486-1
* vim-minimal-8.2.0486-1
* gvim-8.2.0486-1
* xxd-8.2.0486-1
* vim-doc-8.2.0486-1
Vim (Vi IMproved) is an almost compatible version of the UNIX editor vi.
Almost every possible command
The following packages have been uploaded to the Cygwin distribution:
* vim-8.2.0486-1
* vim-common-8.2.0486-1
* vim-minimal-8.2.0486-1
* gvim-8.2.0486-1
* xxd-8.2.0486-1
* vim-doc-8.2.0486-1
Vim (Vi IMproved) is an almost compatible version of the UNIX editor vi.
Almost every possible command
The following packages have been uploaded to the Cygwin distribution:
* publicsuffix-list-20200326-1
* publicsuffix-list-dafsa-20200326-1
A public suffix is one under which Internet users can (or historically
could) directly register names. Some examples of public suffixes are
.com, .co.uk and
The following packages have been uploaded to the Cygwin distribution:
* publicsuffix-list-20200326-1
* publicsuffix-list-dafsa-20200326-1
A public suffix is one under which Internet users can (or historically
could) directly register names. Some examples of public suffixes are
.com, .co.uk and
The following packages have been uploaded to the Cygwin distribution:
* ca-certificates-2.40-1
Mozilla's CA root certificates for use with OpenSSL, NSS, GnuTLS, and
other software that handles certificate verification.
This is an update to the latest upstream release. Today's p11-kit
0.23.20
The following packages have been uploaded to the Cygwin distribution:
* ca-certificates-2.40-1
Mozilla's CA root certificates for use with OpenSSL, NSS, GnuTLS, and
other software that handles certificate verification.
This is an update to the latest upstream release. Today's p11-kit
0.23.20
The following packages have been uploaded to the Cygwin distribution:
* p11-kit-0.23.20-1
* p11-kit-server-0.23.20-1
* p11-kit-trust-0.23.20-1
* libp11-kit0-0.23.20-1
* libp11-kit-devel-0.23.20-1
* libp11-kit-doc-0.23.20-1
Provides a way to load and enumerate PKCS#11 modules. Provides a
The following packages have been uploaded to the Cygwin distribution:
* nano-4.9-1
GNU nano is a small and friendly console-mode text editor, based on and
mostly compatible with UW Pico. Besides basic text editing, nano offers
many extra features like an interactive search and replace, go to
The following packages have been uploaded to the Cygwin distribution:
* pcre-8.44-1
* pcre2-10.34-1
* libpcre1-8.44-1
* libpcre16_0-8.44-1
* libpcre32_0-8.44-1
* libpcrecpp0-8.44-1
* libpcreposix0-8.44-1
* libpcre-devel-8.44-1
* libpcre-doc-8.44-1
* libpcre2_8_0-10.34-1
* libpcre2_16_0-10.34-1
*
The following packages have been uploaded to the Cygwin distribution:
* pcre-8.44-1
* pcre2-10.34-1
* libpcre1-8.44-1
* libpcre16_0-8.44-1
* libpcre32_0-8.44-1
* libpcrecpp0-8.44-1
* libpcreposix0-8.44-1
* libpcre-devel-8.44-1
* libpcre-doc-8.44-1
* libpcre2_8_0-10.34-1
* libpcre2_16_0-10.34-1
*
The following packages have been uploaded to the Cygwin distribution:
* p11-kit-0.23.20-1
* p11-kit-server-0.23.20-1
* p11-kit-trust-0.23.20-1
* libp11-kit0-0.23.20-1
* libp11-kit-devel-0.23.20-1
* libp11-kit-doc-0.23.20-1
Provides a way to load and enumerate PKCS#11 modules. Provides a
The following packages have been uploaded to the Cygwin distribution:
* nano-4.9-1
GNU nano is a small and friendly console-mode text editor, based on and
mostly compatible with UW Pico. Besides basic text editing, nano offers
many extra features like an interactive search and replace, go to
On Sat, 2020-03-28 at 04:33 +0100, Marco Atzeri wrote:
> Am 27.03.2020 um 21:52 schrieb Yaakov Selkowitz:
> > On Fri, 2020-03-27 at 18:52 +0100, Marco Atzeri wrote:
> > > Am 26.03.2020 um 08:19 schrieb Yaakov Selkowitz:
> > > > On Thu, 2020-03-26 at 06:54 +0100, Marc
On Fri, 2020-03-27 at 18:52 +0100, Marco Atzeri wrote:
> Am 26.03.2020 um 08:19 schrieb Yaakov Selkowitz:
> > On Thu, 2020-03-26 at 06:54 +0100, Marco Atzeri via Cygwin-apps wrote:
> > > Am 20.03.2020 um 04:47 schrieb Yaakov Selkowitz:
> > I would suggest the following:
On Fri, 2020-03-27 at 18:32 +, Hamish McIntyre-Bhatty via Cygwin-
apps wrote:
> Out of interest, are you also adopting the modules for Python 2 and 3?
> If not, or if you're not keen to adopt all of them, there are a few I'd
> like to adopt (python-wx, python-bs4, and python-pip).
At a
On Thu, 2020-03-26 at 06:54 +0100, Marco Atzeri via Cygwin-apps wrote:
> Am 20.03.2020 um 04:47 schrieb Yaakov Selkowitz:
> > To that end, in the best interest of the community, please consider my
> > packages up for adoption. I don't expect that any one person will take
> &
On Wed, 2020-03-25 at 16:34 +, Jon Turney wrote:
> Fixup test suite
>
> Add a GitHub action to run the test suite (unfortunately, there seems to be
> no way to turn on case-sensitivity in that environment, so we also need to
> adjust tests to function with case-insensitive filesystem)
>
>
On Tue, 2020-03-24 at 15:11 +0100, Jan Nijtmans via Cygwin-apps wrote:
> Op di 24 mrt. 2020 om 14:51 schreef Yaakov Selkowitz:
> > > However, I created a "fedora" branch in (upstream) Tcl, in which
> > > I merged the two patches from fedora. Result:
> > >
On Tue, 2020-03-24 at 12:41 +0100, Jan Nijtmans via Cygwin-apps wrote:
> Op di 24 mrt. 2020 om 00:38 schreef Yaakov Selkowitz:
> > > Hm. It appears that they did:
> > > <https://src.fedoraproject.org/rpms/tcl/tree/master>
> >
> > I meant their mingw-
On Sat, 2020-02-08 at 13:46 +, Jon Turney wrote:
> Add the ability to specify provides: and conflicts: hints in the cygport.
>
> Jon Turney (2):
> Add test which compares hints with expected
> Add provides: and conflicts: hints
>
> lib/pkg_pkg.cygpart | 74
On Tue, 2019-04-02 at 18:21 +0100, Jon Turney wrote:
> Jon Turney (2):
> meson: use auto-features option
> Fixup __version_at_least a bit
>
> cygclass/meson.cygclass | 9 -
> lib/check_funcs.cygpart | 6 +++---
> 2 files changed, 11 insertions(+), 4 deletions(-)
Pushed to master,
On Fri, 2018-07-13 at 17:15 +0100, Jon Turney wrote:
> If we end up with a .stackdump file in a package, this tends to suggest
> something has gone wrong somewhere, so raise an error.
> ---
> lib/pkg_pkg.cygpart | 9 -
> 1 file changed, 8 insertions(+), 1 deletion(-)
Pushed to master,
On Tue, 2017-10-03 at 20:53 +0100, Jon Turney wrote:
> Jon Turney (2):
> Rename DEPEND to BUILD_DEPENDS
> Pass BUILD_DEPENDS through to .hint for source package as
> build-depends:
>
> lib/check_funcs.cygpart | 17 -
> lib/pkg_pkg.cygpart | 5 +
> 2 files
On Tue, 2018-02-13 at 13:12 +, Jon Turney wrote:
> This is where I got to, after the discussion at [1].
>
> [1] https://cygwin.com/ml/cygwin-apps/2017-05/msg00050.html
>
> Jon Turney (3):
> Document src_unpack_hook and src_patch_hook
> Add src_patch_apply_hook
> Don't allow SRC_URI or
On Mon, 2020-03-23 at 22:04 +0100, Jan Nijtmans wrote:
> Op ma 23 mrt. 2020 om 16:45 schreef Yaakov Selkowitz:
> > The bulk of the patchset is from Fedora, but they haven't updated
> > recently either.
>
> Hm. It appears that they did:
> <https://src.fedoraproje
On Mon, 2020-03-23 at 13:07 +0100, Jan Nijtmans wrote:
> Op zo 22 mrt. 2020 om 23:34 schreef Yaakov Selkowitz:
> > A word of caution wrt Tcl/Tk for Cygwin: upstream incorrectly treats
> > Cygwin as a Win32 platform, necessitating extensive patches to make it
> > comply wi
On Fri, 2020-03-20 at 10:29 +0100, Jan Nijtmans wrote:
> Op vr 20 mrt. 2020 om 05:03 schreef Yaakov Selkowitz:
> > To that end, in the best interest of the community, please consider my
> > packages up for adoption. I don't expect that any one person will take
> > all of th
On Sat, 2020-03-21 at 07:40 +0100, Marco Atzeri via Cygwin wrote:
> Am 21.03.2020 um 05:55 schrieb Marco Atzeri:
> > Am 20.03.2020 um 20:24 schrieb Hans-Bernhard Bröker:
> > > Am 20.03.2020 um 00:18 schrieb Brian Inglis:
> > > > On 2020-03-18 23:25, Marco Atzeri via Cygwin wrote:
> > > > > It
On Sat, 2020-03-21 at 01:37 -0700, Mark Geisert wrote:
> Eliot Moss wrote:
> > On 3/20/2020 9:39 AM, Yaakov Selkowitz wrote:
> >
> > > Cygwin doesn't support syscalls. I'd be very wary of any code which is
> > > conditional on any #ifdef SYS_*.
> >
>
On Sun, 2020-03-22 at 17:36 +0100, ASSI wrote:
> ASSI writes:
> > I see the same thing. I have no idea why the linker doesn't pick up the
> > reference, but it produces exactly the same error when removing
> > "-lcairo" from the link list, which looks suspicious.
>
> Indeed if I replace that
1 - 100 of 4642 matches
Mail list logo