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 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]*)
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 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 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 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 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
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
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 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 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
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
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 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
On Fri, 2020-03-20 at 18:32 +0100, Achim Gratz wrote:
> Marco Atzeri via Cygwin-apps writes:
> > I am planning to update all the packages left behind
> > by the Perl update
> > (Except if Achim is interested in them)
>
> I can take them unless they pull in a huge stack of dependencies I don't
>
Signed-off-by: Yaakov Selkowitz
---
donations.html | 13 -
faq/faq.html| 4
who.html| 5 -
xfree/contributors.html | 9 -
4 files changed, 4 insertions(+), 27 deletions(-)
diff --git a/donations.html b/donations.html
index
Hello Cygwin package maintainers,
As you all probably noted, I haven't been around much. My team at work
has been really busy accomplishing some pretty amazing feats over the
last number of months, most recently:
https://www.ibm.com/blogs/systems/red-hat-openshift-now-available-ibm-z-linuxone/
On Sun, 2020-02-16 at 22:51 +0100, Marco Atzeri wrote:
> any objection if I update libgpg-error to latest version 1.37 ?
> For what I see your cygport file works fine with latest version.
Please proceed.
--
Yaakov
ny
number of reasons. It would be wise to attempt to understand why.
> We could have a wxPython 4 build for Python 3 only, and leave the Python
> 2 version as it is?
I'd be willing to consider that.
> On 05/09/2019 20:35, Yaakov Selkowitz wrote:
> > On Thu, 2019-09-05 at 16:3
On Thu, 2019-09-05 at 16:36 +, Hamish MB wrote:
> Attached is a patch from git format-patch to upgrade the wxwxidgets
> version to 3.0.4.
Obviously, I'm not going to accept this patch as is, since it removes
all the modifications I have made to the package. However, I did go
ahead and update
On Thu, 2019-09-05 at 14:11 +, Hamish MB wrote:
> I understand that there is an existing Cygwin package for wxWidgets
> 3.0.3. However, this is not new enough to build wxPython 4, and hence
> support wxPython apps that use Python 3 on Cygwin.
Then you should be asking for an update to the
On Sun, 2019-09-01 at 17:01 +0200, Achim Gratz wrote:
> I'd like to become co-maintainer for perl-Win32-API to finally fix a
> problem reported almost one and a half year ago.
>
> https://cygwin.com/ml/cygwin/2018-04/msg00337.html
By all means; updated cygwin-pkg-maint.
--
Yaakov
On Mon, 2019-03-25 at 16:13 -0400, Yaakov Selkowitz wrote:
> Michael,
>
> I am currently working through the rebuild of my Python module packages
> and now have some rebuilds blocked by python-paramiko. If you could
> please rebuild paramiko and its deps which you maintain with to
Michael,
I am currently working through the rebuild of my Python module packages
and now have some rebuilds blocked by python-paramiko. If you could
please rebuild paramiko and its deps which you maintain with today's
cygport 0.33.0, which will create packages for 2.7, 3.6, and 3.7, that
would
On Mon, 2019-03-04 at 11:09 -0700, Doug Henderson wrote:
> On Mon, 4 Mar 2019 at 09:39, Yaakov Selkowitz <> wrote:
> > On Mon, 2019-03-04 at 04:57 -0700, Doug Henderson wrote:
> > > I am trying to rebuild the python37-pip package from source.
> > > Checking source
On Mon, 2019-03-04 at 04:57 -0700, Doug Henderson wrote:
> I am trying to rebuild the python37-pip package from source.
> Checking source in setup gives me /usr/src/python-pip-19.0.2-1.src/
> When I try to build the package I get an error:
>
> $ cygport python-pip.cygport all
> *** ERROR:
On Tue, 2018-12-04 at 18:41 +0100, Marco Atzeri wrote:
> Yaakov,
> can you confirm the change of maintainer ?
Ack.
--
Yaakov Selkowitz
Senior Software Engineer - Platform Enablement
Red Hat, Inc.
reversed so that python-imaging is a sub-package of python2-imaging
> as all other obsoletions are structured.
This is not a bug, and is how many other python-foo -> python2-foo
transitions are structured. The source package (which is top-level) is
python-foo, and the subpackages are python{2,3
re, cygport isn't
completely automated when it comes to those.
--
Yaakov Selkowitz
Software Engineer - Platform Enablement Group
Red Hat, Inc.
thon-foo', *2 and *3 should be made via python-
wheel.cygclass, and the script packaged with *3), and sometimes they
serve only themselves (in which case it should be named 'foo' and
packaged with the appropriate choice of python{2,3}-
{distutils,wheel}.cygclass).
--
Yaakov Selkowitz
Software Eng
On Fri, 2018-07-20 at 13:15 +0200, Michael Wild wrote:
> I would like to adopt the orphaned package python-paramiko. In order
> to bring it to its current version, additional dependencies need to be
> packaged, namely python-bcrypt and python-PyNaCl.
>
> Debian packages:
>
> *
On 2018-06-26 13:34, David Stacey wrote:
Sadly, the time has come for me to step back from being a Cygwin package
maintainer. I'm keen to take on a new project, and I need to free up
some time in what is already a fairly hectic life! This has meant some
difficult decisions about letting some
On 2018-05-13 13:40, Jon Turney wrote:
python{2,3} atoms are not deparenthesized correctly, as that function
assumes the atom type consists of lowercase alphabetic characters only.
Probably also need to allow uppercase alphabetic characters as well, to
allow R atoms to work...
Signed-off-by:
On 2018-05-13 13:38, Jon Turney wrote:
Similarly to cygconf, cygmeson should protect configuration options
containing spaces from word splitting so that e.g. cygmeson
"-Dstring_option=foo bah" works as expected.
Signed-off-by: Jon Turney
---
cygclass/meson.cygclass | 2 +-
1 file changed, 1
On 2018-03-02 14:26, Yaakov Selkowitz wrote:
> On 2018-02-07 13:57, Yaakov Selkowitz wrote:
>> Pavel,
>>
>> With glibc finally shedding its deprecated SUNRPC code, some packaging
>> changes are needed wrt RPC:
>>
>> * rpcsvc-proto replaces onc-rpc-devel/rpcge
In order to speed up the adoption of the latest setup.exe, would it make
sense to ship it as a package? Here is an initial draft of what this
might look like:
https://github.com/cygwinports/setup/blob/master/setup.cygport
Note that the executable itself is version/release-numbered so that we
libgpg-error 1.28 includes new APIs which use socket functions, which
on Win32 are provided by WinSock2.
https://cygwin.com/ml/cygwin/2018-03/msg00306.html
Signed-off-by: Yaakov Selkowitz <yselk...@redhat.com>
---
Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
On 2018-01-05 00:47, Yaakov Selkowitz wrote:
> On 2017-12-06 21:48, Yaakov Selkowitz wrote:
>> On 2017-11-19 19:10, Yaakov Selkowitz wrote:
>>> While we're at it, your two remaining Python module packages
>>> (python-crypto and python-feedparser) are both due for updates
On 2018-02-07 13:57, Yaakov Selkowitz wrote:
> Pavel,
>
> With glibc finally shedding its deprecated SUNRPC code, some packaging
> changes are needed wrt RPC:
>
> * rpcsvc-proto replaces onc-rpc-devel/rpcgen:
>
> https://github.com/cygwinports/rpcsvc-proto
>
&
On 2018-02-20 09:47, Ken Brown wrote:
> A few years ago I adopted ffcall (32-bit only) in order to keep it from
> disappearing from the distro:
>
> The latest upstream release builds on 64-bit Cygwin, so I'd like to
> update the package, and I'd like to find a sensible way of breaking it
> up
On 2017-10-03 14:53, Jon Turney wrote:
> Jon Turney (2):
> Rename DEPEND to BUILD_DEPENDS
> Pass BUILD_DEPENDS through to .hint for source package as
> build-depends:
Why can't this be BUILD_REQUIRES and build-requires: ?
--
Yaakov
signature.asc
Description: OpenPGP digital signature
On 2018-02-06 15:13, Jon Turney wrote:
> lib/pkg_pkg.cygpart | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/lib/pkg_pkg.cygpart b/lib/pkg_pkg.cygpart
> index 0dba03d..aa6f0e8 100644
> --- a/lib/pkg_pkg.cygpart
> +++ b/lib/pkg_pkg.cygpart
> @@ -718,6 +718,11 @@ requires:
Pavel,
With glibc finally shedding its deprecated SUNRPC code, some packaging
changes are needed wrt RPC:
* rpcsvc-proto replaces onc-rpc-devel/rpcgen:
https://github.com/cygwinports/rpcsvc-proto
* libnsl needs to be added for and :
https://github.com/cygwinports/libnsl
* rpcbind can then
On 2018-02-07 01:29, Mark Geisert wrote:
> I don't have libtirpc in git so I'm submitting a text patch. Sorry for
> any inconvenience. This is Cygwin-specific and against
> src/bindresvport.c of libtirpc 1.0.1. Unsure if it ought to go
> upstream; appreciate input on that.
As Eric mentioned,
On 2018-01-15 12:37, Andy Li wrote:
> Currently the libgc1 package contains 3 dll
> files: cyggc-1.dll, cyggccpp-1.dll, and cygcord-1.dll.
> The new libgc (7.6.2) bumped gc to cyggc-2.dll, while the other 2 remain at
> so version 1.
> My plan is to split the current (7.6.0) libgc1 into 3 packages,
On 2018-01-10 12:52, Ken Brown wrote:
> FYI, I just had occasion to build harfbuzz 1.7.4 in connection with
> upstream TeX Live, and it needed a small tweak.
An update to our harfbuzz package has already been built and is in my
update queue; it should land in the next few days.
--
Yaakov
On 2017-04-16 14:06, Yaakov Selkowitz wrote:
> On 2017-04-16 12:20, Ken Brown wrote:
>> This is an update to the latest upstream release. There are major
>> changes in this release that will make ICU easier to use but require
>> changes in projects using ICU. In particula
On 2017-12-06 21:48, Yaakov Selkowitz wrote:
> On 2017-11-19 19:10, Yaakov Selkowitz wrote:
>> While we're at it, your two remaining Python module packages
>> (python-crypto and python-feedparser) are both due for updates and split
>> wheel builds for Python 2 and 3; the f
1 - 100 of 743 matches
Mail list logo