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
> writin
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
> > > a H264 v
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 package
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:
>
> htt
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 Se
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 default.
--- 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 is
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 smas
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 l
push 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 to
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 a/cygclass/xorg.cy
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. They
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 file
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, parallel
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
> >> +# h
191100 +0900
> @@ -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
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 package
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 inclu
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 maintain
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
On Wed, 2020-05-13 at 09:04 -0400, Ken Brown via Cygwin-apps wrote:
> There's no need for a new release, but I've made some trivial updates to the
> cygport file (attached) and checked that the build works.
This is fine. FYI at some point you might want to investigate whether
to move to the mini
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 arg
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 ABI/API-br
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 intro
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
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 sa
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 behavi
On Mon, 2020-04-13 at 21:01 +0200, Achim Gratz wrote:
> I'm planning to drop the ggi terminal from gnuplot when switching to the
> 5.4 release. Several gnuplot features are not fully supported with the
> GGI v2 that is in Cygwin and despite being planned for over a decade, a
> GGI v3 has never mat
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
> tha
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 do
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_SUBD
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 779a7
ing hint exists, 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 pvr-src.ta
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 rebuild
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 adoption.
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 minimum
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)
>
> J
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, ple
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, ple
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 changed,
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 P
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.fedora
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
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 libr
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
> al
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
any
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-
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 exis
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 he
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.
rsed 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.
named 'python-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).
--
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:
>
> * https://packages.de
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 th
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: Jo
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
nev
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
---
Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile.am b
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 up
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 into
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: ${pk
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 be
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, ed
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
sign
1 - 100 of 804 matches
Mail list logo
