My cygport file is attached. It is the same as Yaakov's, except for a version
bump to the latest upstream release and an update of two of the patches.
Ken
inherit cmake
NAME="graphite2"
VERSION=1.3.14
RELEASE=1
CATEGORY="Libs"
SUMMARY="Graphite smart font parser"
DESCRIPTION="Graphite is a pac
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.
2. I removed the Fedora patch freetype-2.9-ftsmooth.patch, which is no longer
used in the Fedora build.
3. I r
On 5/12/2020 12:50 PM, 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.
2. I removed the Fedora patch fr
On 5/12/2020 2:08 PM, Marco Atzeri via Cygwin-apps wrote:
Am 12.05.2020 um 18:53 schrieb Ken Brown via Cygwin-apps:
On 5/12/2020 12:50 PM, 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'
On 5/12/2020 2:02 PM, Yaakov Selkowitz wrote:
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 upstre
My cygport file is attached. It bumps the version to 2.6.6, which is the latest
upstream release and is also the version packaged by Fedora as of today. Other
than that, it's the same as Yaakov's cygport file except for trivial changes.
Ken
NAME="harfbuzz"
VERSION=2.6.6
RELEASE=1
CATEGORY="Li
My cygport file is attached. It bumps the version to 1.1.28 (latest upstream
release) and changes one URL. Otherwise it is the same as Yaakov's.
Ken
NAME="libpaper"
VERSION=1.1.28
RELEASE=1
CATEGORY="Libs"
SUMMARY="Paper handling library"
DESCRIPTION="The libpaper paper-handling library automa
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.
Ken
NAME="zlib"
VERSION=1.2.11
RELEASE=2
CATEGORY="Libs"
SUMMARY="gzip de/compression library"
DESCRIPTION="zlib is designed to be a free, general-purpose, legal
cygport file attached. This is the same as Yaakov's, with a version bump and
trivial changes.
Ken
NAME="xmlto"
VERSION=0.0.28
RELEASE=1
CATEGORY="Text"
SUMMARY="Converts XML to various formats"
DESCRIPTION="xmlto is a simple shell script for converting XML files to various
formats. At the mome
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 argument --disable-builddir, which is no longer
needed or supported.
2. I pri
On 5/13/2020 1:13 PM, Marco Atzeri wrote:
Am 13.05.2020 um 18:13 schrieb Ken Brown via Cygwin-apps:
cygport file attached. This is the same as Yaakov's, with a version bump and
trivial changes.
Ken
changed maintainer.
PS: there is also a xmltoman package if you are interested
Sure,
On 5/13/2020 11:10 PM, Yaakov Selkowitz wrote:
On Wed, 2020-05-13 at 14:44 -0400, Ken Brown via Cygwin-apps wrote:
2. I primed the cache so that configure would think I didn't have xmlto
installed. The latter failed to produce man files, for reasons I didn't try to
figure out.
The
cygport files attached. In both cases these are routine updates to the latest
upstream release. For poppler, I also updated the Fedora patches to those that
are used in the latest Fedora release (but I ignored the patches that are for
qt4, since the Cygwin build uses qt5).
Ken
inherit qt5 cm
Builds fine from Yaakov's cygport file, no update needed at present.
Ken
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 includes a configure script).
Ken
inherit gnome.org
NAME="mm-common"
VERSION=1.0.0
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 install the updated
mm-common from the previous ITA.
Ken
ORIG_PN="libsigc+
On 5/15/2020 1:19 AM, Yaakov Selkowitz wrote:
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 wa
cygport file attached. I bumped the release number and added one new
Fedora patch, but that probably doesn't warrant a new release. But if
anyone disagrees, I'll go ahead with a new release.
Ken
inherit gnome2
NAME="cairo"
VERSION=1.16.0
RELEASE=2
CATEGORY="Libs"
SUMMARY="Cross-device vector
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 it.
I'm proposing an unversioned source package cairomm, as well as unvers
cygport file attached.
This is a followup to Yaakov's suggestion in
https://sourceware.org/pipermail/cygwin-apps/2020-May/040049.html
After I've uploaded this, someone should move all the minizip stuff under zlib
on sourceware to the new minizip directory. Or else that should be done first,
On 5/16/2020 11:40 AM, Marco Atzeri via Cygwin-apps wrote:
On 16.05.2020 00:48, Ken Brown via Cygwin-apps wrote:
cygport file attached.
This is a followup to Yaakov's suggestion in
https://sourceware.org/pipermail/cygwin-apps/2020-May/040049.html
After I've uploaded this, some
I would like to adopt gimp and related packages. At the moment I'm having
trouble with babl, which is needed for gegl0.4, which is needed for gimp. The
problem involves gobject-introspection.
If I disable introspection, the build works fine. This would be OK, since babl
has been built witho
On 5/19/2020 7:04 PM, Ken Brown via Cygwin-apps wrote:
I would like to adopt gimp and related packages. At the moment I'm having
trouble with babl, which is needed for gegl0.4, which is needed for gimp. The
problem involves gobject-introspection.
If I disable introspection, the build
On 5/21/2020 9:24 AM, Jon Turney wrote:
On 20/05/2020 15:50, Ken Brown via Cygwin-apps wrote:
On 5/19/2020 7:04 PM, Ken Brown via Cygwin-apps wrote:
I would like to adopt gimp and related packages. At the moment I'm having
trouble with babl, which is needed for gegl0.4, which is neede
On 5/21/2020 11:48 AM, Jon Turney wrote:
On 21/05/2020 16:13, Ken Brown via Cygwin-apps wrote:
On 5/21/2020 9:24 AM, Jon Turney wrote:
On 20/05/2020 15:50, Ken Brown via Cygwin-apps wrote:
On 5/19/2020 7:04 PM, Ken Brown via Cygwin-apps wrote:
I would like to adopt gimp and related packages
On 5/15/2020 7:40 AM, Ken Brown via Cygwin-apps wrote:
On 5/15/2020 1:19 AM, Yaakov Selkowitz wrote:
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 libsi
I've been planning to adopt gimp and some related build dependencies. My reason
is that I use gimp and would like to see it kept up to date.
I thought I had all the prerequisites I needed. But when I built gimp, I
discovered that it used two functions, g_set_weak_pointer and
g_date_time_new_
On 5/22/2020 7:18 PM, Ken Brown via Cygwin-apps wrote:
I've been planning to adopt gimp and some related build dependencies. My reason
is that I use gimp and would like to see it kept up to date.
I thought I had all the prerequisites I needed. But when I built gimp, I
discovered th
On 5/24/2020 11:56 AM, Jon Turney wrote:
On 21/05/2020 18:07, Ken Brown via Cygwin-apps wrote:
On 5/21/2020 11:48 AM, Jon Turney wrote:
On 21/05/2020 16:13, Ken Brown via Cygwin-apps wrote:
On 5/21/2020 9:24 AM, Jon Turney wrote:
On 20/05/2020 15:50, Ken Brown via Cygwin-apps wrote:
On 5/19
On 5/24/2020 12:45 PM, Ken Brown via Cygwin-apps wrote:
On 5/24/2020 11:56 AM, Jon Turney wrote:
On 21/05/2020 18:07, Ken Brown via Cygwin-apps wrote:
On 5/21/2020 11:48 AM, Jon Turney wrote:
On 21/05/2020 16:13, Ken Brown via Cygwin-apps wrote:
On 5/21/2020 9:24 AM, Jon Turney wrote:
On 20
On 5/24/2020 1:00 PM, Ken Brown via Cygwin-apps wrote:
On 5/24/2020 12:45 PM, Ken Brown via Cygwin-apps wrote:
On 5/24/2020 11:56 AM, Jon Turney wrote:
On 21/05/2020 18:07, Ken Brown via Cygwin-apps wrote:
On 5/21/2020 11:48 AM, Jon Turney wrote:
On 21/05/2020 16:13, Ken Brown via Cygwin
This is the first of several ITAs leading up to gimp. cygport file attached.
It's a routine update of Yaakov's.
Ken
NAME="libspiro"
VERSION=20200505
RELEASE=1
CATEGORY="Libs"
SUMMARY="Library for converting clothoid splines to bezier curves"
DESCRIPTION="Spiro is the creation of Raph Levien. I
cygport file and patches attached.
The build system has changed from autotools to meson. The former is no longer
supported.
I have disabled gobject introspection for reasons explained here:
https://sourceware.org/pipermail/cygwin-apps/2020-May/040093.html
This represents no change, becaus
cygport file and patch attached.
As with babl, the build system has changed from autotools to meson.
And, as with babl, I've added a libgegl0.4-doc package, corresponding to
Fedora's gegl04-devel-docs package. I'm not sure why this wasn't packaged
before. Yaakov, is there some reason not to
cygport file attached.
It differs only trivially from Yaakov's.
Ken
NAME="mypaint-brushes"
VERSION=1.3.1
RELEASE=1
CATEGORY="Libs"
SUMMARY="MyPaint brushes"
DESCRIPTION="Brushes used by MyPaint and other software using libmypaint."
HOMEPAGE="https://github.com/mypaint/mypaint-brushes";
SRC_URI="
cygport file attached.
The only notable change from Yaakov's cygport file is that upstream has changed
their library versioning scheme. Previously the DLL was cygmypaint-1-3-0.dll
and the library package was called libmypaint1.3_0. Now the DLL is
cygmypaint-0.dll, so I've called the library
On 5/25/2020 11:31 PM, Yaakov Selkowitz wrote:
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'
On 5/23/2020 2:08 PM, Ken Brown via Cygwin-apps wrote:
On 5/22/2020 7:18 PM, Ken Brown via Cygwin-apps wrote:
I've been planning to adopt gimp and some related build dependencies. My
reason is that I use gimp and would like to see it kept up to date.
I thought I had all the prerequisi
On 5/24/2020 11:56 AM, Jon Turney wrote:
So, yeah, this is a meson bug, which I will work on (if this command ends up in
the build.ninja, it's executed by ninja with 'sh -c', but if it ends up in a
pickle, it's executed by meson with execve())
It looks like I've bumped into a variation of this
On 5/28/2020 7:20 AM, Achim Gratz wrote:
1. It's probably unrealistic to expect someone to adopt all the GNOME
components. If such a person existed, I think we would have heard from
him/her by now.
Ideally that person would have some ties into the upstream development community
as well. It
On 5/31/2020 4:52 PM, Jon Turney wrote:
On 29/05/2020 16:54, Jon Turney wrote:
On 27/05/2020 21:32, Ken Brown via Cygwin-apps wrote:
It looks like I've bumped into a variation of this bug. While attempting to
build the documentation for the latest glib2.0 release, I got the foll
On 6/2/2020 10:26 AM, Jon Turney wrote:
On 01/06/2020 12:30, Jon Turney wrote:
On 01/06/2020 00:58, Ken Brown via Cygwin-apps wrote:
Thanks! That gets me much further in the glib build. I still have a problem
with the docs, but I have no reason to think it's a meson bug. When ru
On 6/3/2020 12:51 PM, Jon Turney wrote:
On 02/06/2020 22:28, Jon Turney wrote:
On 02/06/2020 15:31, Ken Brown via Cygwin-apps wrote:
On 6/2/2020 10:26 AM, Jon Turney wrote:
On 01/06/2020 12:30, Jon Turney wrote:
On 01/06/2020 00:58, Ken Brown via Cygwin-apps wrote:
I'll see what
On 5/27/2020 6:27 PM, Jon Turney wrote:
On 04/08/2019 21:08, Jon Turney wrote:
To remedy this lack, using the same ssh key you use for sftp package upload,
package maintainers can now also push to git repositories, like so:
Package maintainers may have noticed that the output from pushing to t
On 6/3/2020 2:30 PM, Ken Brown via Cygwin-apps wrote:
On 6/3/2020 12:51 PM, Jon Turney wrote:
On 02/06/2020 22:28, Jon Turney wrote:
On 02/06/2020 15:31, Ken Brown via Cygwin-apps wrote:
On 6/2/2020 10:26 AM, Jon Turney wrote:
On 01/06/2020 12:30, Jon Turney wrote:
On 01/06/2020 00:58, Ken
On 6/11/2020 5:39 PM, Jon Turney wrote:
On 06/06/2020 15:15, Ken Brown via Cygwin-apps wrote:
I think I might have bumped into another meson/introspection/pickling bug,
this time in connection with harfbuzz. The supported build system for
harfbuzz is still autotools. But they're pla
This is a follow-up to
https://sourceware.org/pipermail/cygwin/2020-July/245623.html
As I explained there, a patch applied to the Cygwin build causes php to often
call mmap with MAP_FIXED, and some of these calls fail. Removing the relevant
hunk of the patch fixes the reported problem, and
On 6/11/2020 5:39 PM, Jon Turney wrote:
On 06/06/2020 15:15, Ken Brown via Cygwin-apps wrote:
I think I might have bumped into another meson/introspection/pickling bug,
this time in connection with harfbuzz. The supported build system for
harfbuzz is still autotools. But they're pla
On 7/21/2020 5:24 PM, Ken Brown via Cygwin-apps wrote:
This is a follow-up to
https://sourceware.org/pipermail/cygwin/2020-July/245623.html
As I explained there, a patch applied to the Cygwin build causes php to often
call mmap with MAP_FIXED, and some of these calls fail. Removing the
On 8/6/2020 4:20 PM, Jon Turney wrote:
On 27/05/2020 23:27, Jon Turney wrote:
On 04/08/2019 21:08, Jon Turney wrote:
To remedy this lack, using the same ssh key you use for sftp package upload,
package maintainers can now also push to git repositories, like so:
Package maintainers may have no
On 8/7/2020 3:42 PM, Achim Gratz wrote:
Jon Turney writes:
One problem I have noticed is that some packages have test suites
(which are getting run via 'cygport test' invoking src_test()) which:
- require lots of extra dependencies to run, or
I currently subsume these in BUILD_REQUIRES as the
On 8/14/2020 2:45 PM, Brian Inglis wrote:
On 2020-08-14 12:19, Brian Inglis wrote:
On 2020-08-11 16:00, Brian Inglis wrote:
On 2020-08-11 05:27, Adam Dinwoodie wrote:
On Tue, 11 Aug 2020 at 12:14, Ken Brown via Cygwin wrote:
In that case, it looks to me as if the generated curl-config --libs
On 8/15/2020 5:32 PM, Brian Inglis wrote:
On 2020-08-14 13:36, Ken Brown via Cygwin-apps wrote:
On 8/14/2020 2:45 PM, Brian Inglis wrote:
On 2020-08-14 12:19, Brian Inglis wrote:
On 2020-08-11 16:00, Brian Inglis wrote:
On 2020-08-11 05:27, Adam Dinwoodie wrote:
On Tue, 11 Aug 2020 at 12:14
On 8/24/2020 6:31 AM, Marco Atzeri via Cygwin-apps wrote:
On 24.08.2020 12:02, Corinna Vinschen via Newlib wrote:
On Aug 23 16:49, Brian Inglis wrote:
On 2020-08-23 13:41, Jon Turney wrote:
On 23/08/2020 16:23, Ken Brown wrote:
On 8/22/2020 2:45 PM, Jon Turney wrote:
---
newlib/doc/makedo
On 8/25/2020 11:50 AM, Jon Turney wrote:
On 24/08/2020 13:58, Ken Brown via Cygwin-apps wrote:
On 8/24/2020 6:31 AM, Marco Atzeri via Cygwin-apps wrote:
Any preference ? For the last option I will use alternatives
It should default to python3. Fedora performs this via an extra package
On 8/23/2020 5:01 PM, Jon Turney wrote:
On 27/05/2020 23:27, Jon Turney wrote:
On 04/08/2019 21:08, Jon Turney wrote:
To remedy this lack, using the same ssh key you use for sftp package upload,
package maintainers can now also push to git repositories, like so:
Package maintainers may have n
On 8/29/2020 5:46 AM, Ken Brown via Cygwin wrote:
On 8/29/2020 3:16 AM, Marco Atzeri via Cygwin wrote:
On 29.08.2020 02:20, Ken Brown via Cygwin wrote:
On 8/28/2020 6:29 PM, Keith Thompson wrote:
On Fri, Aug 28, 2020 at 2:23 PM Ken Brown wrote:
On 8/28/2020 2:37 PM, Keith Thompson via Cyg
On 8/30/2020 11:00 AM, Jon Turney wrote:
On 26/08/2020 23:00, Ken Brown via Cygwin-apps wrote:
On 8/23/2020 5:01 PM, Jon Turney wrote:
I now have built an (opt-in) system which fetches the packages built by this
into your upload area and triggers calm to process them, which I'm looking
On 8/30/2020 11:46 AM, Jon Turney wrote:
On 30/08/2020 16:22, Ken Brown wrote:
On 8/30/2020 11:00 AM, Jon Turney wrote:
On 26/08/2020 23:00, Ken Brown via Cygwin-apps wrote:
On 8/23/2020 5:01 PM, Jon Turney wrote:
I now have built an (opt-in) system which fetches the packages built by
this
On 9/3/2020 10:10 AM, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
On 03/09/2020 14:44, marco atzeri via Cygwin-apps wrote:
just to avoid misunderstandings, you have my vote, so
you need only other 3 approvals as you count as 1
Regards
Marco
Thanks for your vote Marco :) Hopefully we can get
On 9/3/2020 1:27 PM, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
On 03/09/2020 18:13, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
Good to know, and oh yeah, I'll do that tomorrow.
Cheers for the vote.
Hamish
I should note that this is a pure python package - can it be a noarch
package?
On 9/5/2020 11:34 AM, Jari Aalto wrote:
On 2020-09-05 18:30, Jari Aalto wrote:
I wa checking the latest rsync and in order to build it, would someone
package these for cygwin:
Configure found the following issues:
- You need python3 and either the cmarkgfm OR commonmark python3 lib i
On 9/4/2020 9:10 AM, Andrew Schulman via Cygwin-apps wrote:
Please add me as the maintainer for two new Unison packages:
unison2.48+4.04.2
unison2.48+4.08.1
Done.
Ken
On 9/11/2020 12:07 PM, Andrew Schulman via Cygwin-apps wrote:
cygport has automated a lot of the work of building and maintaining
packages for Cygwin. But one area where it doesn't help yet is in managing
the available releases of a package. For me as the maintainer of a dozen or
so packages, the
Jon,
All texlive-collection-* packages are noarch. This is defined in
texlive.cygclass, so scallywag doesn't see it. I just let scallywag deploy
texlive-collection-bibtexextra and texlive-collection-bibtexextra-doc before I
noticed that it was building for x86 and x86_64.
I won't have time
Jon,
Is there a way to tell scallywag to ignore a commit? Maybe "SCALLYWAG=nobuild"?
Here's my use case. I've just made some maintenance updates to about 30
texlive-collection-*.cygport files. I do this every few months to reduce the
annual work when there's a new TeX Live release. I'd lik
On 9/20/2020 3:19 PM, Jon Turney wrote:
I'd add to this list 'generating and sending the package announce email'.
cygport already does this ('cygport *.cygport announce'). Or did you have
something else in mind?
Ken
On 9/27/2020 8:21 AM, Lemures Lemniscati via Cygwin-apps wrote:
On Sun, 27 Sep 2020 12:40:06 +0200, Marco Atzeri via Cygwin-apps
On 27.09.2020 03:33, Lemures Lemniscati via Cygwin-apps wrote:
Hi!
I've noticed that libglibmm2.4-devel-2.54.1-2 for x86 is missing, while its
x86_64 version is ava
On 10/4/2020 9:24 AM, Lemures Lemniscati via Cygwin-apps wrote:
Hi!
I've compiled inkscape 1.0.1 with an CMake option -DWITH_DBUS:BOOL=OFF.
But I need some help.
The cygport file and patches are placed at
https://github.com/cygwin-lem/inkscape-cygport/tree/n_1.0.1p7-1 .
Test packages of ink
The maintainer is Yaakov. Do you want to adopt it and do the update?
Ken
On 10/8/2020 11:59 AM, Lemures Lemniscati via Cygwin-apps wrote:
Hi!
Brotli 1.0.9 contains a security update, which fixes an "integer overflow"
problem [1].
Please update it.
A cygport file for updating is placed at
I AppVeyor, yet.
So BUILD_REQUIRES in brotli.cygport might be insufficient.
[1]: https://github.com/google/brotli/blob/master/README.md
Regards,
Lem
On Thu, 8 Oct 2020 17:31:15 -0400, Ken Brown via Cygwin-apps
The maintainer is Yaakov. Do you want to adopt it and do the update?
Ken
Al
On 10/9/2020 10:40 PM, Lemures Lemniscati via Cygwin-apps wrote:
Hi!
I'm preparing brotli-1.0.9-1 packages, which are successfully built and
packaged on my local machine.
Being tested on Cygwin AppVeyor CI, it goes successfully on x86_64,
but it fails on i686 because gcc gets a signal 11.
htt
On 10/10/2020 1:40 PM, Erwin Waterlander wrote:
Hi,
Could the po4a package be updated?
The latest po4a upstream version is 0.60.
The current po4a version in Cygwin is 0.52 and doesn't work with the current
Perl version 5.30.
That package is maintained by Yaakov, who has put all his packages u
On 10/12/2020 6:42 PM, Erwin Waterlander wrote:
Ken Brown via Cygwin-apps schreef op 2020-10-10 21:06:
On 10/10/2020 1:40 PM, Erwin Waterlander wrote:
Hi,
Could the po4a package be updated?
The latest po4a upstream version is 0.60.
The current po4a version in Cygwin is 0.52 and doesn't
On 10/10/2020 9:58 PM, Lemures Lemniscati via Cygwin-apps wrote:
Hi!
ITA for qrencode (libqrencode) packages.
It's all yours. Thanks for adopting.
Ken
On 10/13/2020 2:48 AM, Erwin Waterlander wrote:
Hi,
I would like to adopt orphaned package po4a.
Please show us your proposed cygport file and any patches. Ideally, your
cygport file would have an accurate BUILD_REQUIRES so that anyone can do a test
build.
Ken
On 10/14/2020 7:11 PM, Lemures Lemniscati via Cygwin-apps wrote:
Hi!
ITA for tiff (libtiff) packages, which have been maintained by Yaakov [1].
Now, the upstream version of tiff (libtiff) is v4.1.0 [2].
A new candidate cygport file is placed at [3] (but it is not tested
on Cygwin AppVeyor CI,
On 10/17/2020 9:43 AM, Achim Gratz wrote:
Ken Brown writes:
There's no need for a new release at the moment, but I'm attaching the cygport
file I would use if there were. It differs in only very minor ways from the
current cygport file (also attached).
For your problem with the debuginfo that
On 10/17/2020 5:38 PM, Brian Inglis wrote:
Hi folks,
The latest curl version has converted some more docs to md and dropped some, so
I'm reconsidering what is packaged with the utility, what is delegated to the
-docs package, and whether that should just be included in the -devel package.
The f
On 10/20/2020 10:46 AM, Brian Inglis wrote:
In case you haven't seen it yet, from news feed:
FreeType 2.10.4 Rushed Out As Emergency Security Release
https://www.phoronix.com/scan.php?page=news_item&px=FreeType-2.10.4-Released
links to: https://www.freetype.org/
"FreeType 2.10.4
2020-10-20
Thi
On 10/21/2020 1:03 PM, Achim Gratz wrote:
Ken Brown via Cygwin-apps writes:
https://sourceforge.net/projects/freetype/files/freetype2/2.10.4/
Thanks, Brian. I'll update it.
Did you intend to release this security / minor version update as a test
release? It would seem more prudent to
On 10/15/2020 8:01 AM, Lemures Lemniscati via Cygwin-apps wrote:
Hi!
ITA for eigen3, which have been maintained by Yaakov [1].
Now, the latest upstream version of Eigen is 3.3.8 [2].
A new candidate cygport file is placed at [3] (but it is not tested
on Cygwin AppVeyor CI, yet).
And generated
On 10/17/2020 6:55 AM, Lemures Lemniscati via Cygwin-apps wrote:
Hi !
[ITP] A new package proposal: libdeflate
* libdeflate-devel-1.6-1.tar.xz
* libdeflate-tools-1.6-1.tar.xz
* libdeflate0-1.6-1.tar.xz
* libdeflate-1.6-1-src.tar.xz
* libdeflate-debuginfo-1.6-1.tar.xz
libdeflate 1.6
On 10/24/2020 4:53 PM, Brian Inglis wrote:
Hi folks,
Do any/some/many of you use cygport ...cygport announce to generate your update
announcements, and does it work successfully?
I use it. You have to set several SMTP_* variables in your ~/.cygport.conf. If
you don't already have that file,
On 10/30/2020 3:32 PM, Achim Gratz wrote:
Brian Inglis writes:
Hoping this is a symptom of a well known issue with a well known solution, or I
can get the build to work without it:
CCLD libwget.la
*** Warning: linker path does not have real file for library -llz.
That sounds like a bu
On 10/25/2020 7:19 AM, Lemures Lemniscati via Cygwin-apps wrote:
Hi !
[ITP] A new package proposal: schroedinger-maeparser
* libmaeparser-devel-1.2.4-1
* libmaeparser1-1.2.4-1
* schroedinger-maeparser-1.2.4-1-src
* schroedinger-maeparser-debuginfo-1.2.4-1
Schrödinger: maeparser 1.2.4
m
On 10/25/2020 7:26 AM, Lemures Lemniscati via Cygwin-apps wrote:
Hi !
[ITP] A new package proposal: schroedinger-coordgenlibs
* libcoordgen-devel-1.4.2-1
* libcoordgen1-1.4.2-1
* schroedinger-coordgenlibs-1.4.2-1-src
* schroedinger-coordgenlibs-debuginfo-1.4.2-1
Schrödinger: coordgenlib
On 10/25/2020 7:51 AM, Lemures Lemniscati via Cygwin-apps wrote:
Hi!
ITA for openbabel, which have been maintained by Yaakov [1].
Now, the latest upstream version of Open Babel [0] is 3.1.1 [2].
A new candidate cygport file is placed at [3] (but it is not tested
on Cygwin AppVeyor CI, yet). An
On 11/25/2020 11:24 PM, Lemures Lemniscati via Cygwin-apps wrote:
On Wed, 25 Nov 2020 18:48:00 -0500, Ken Brown via Cygwin-apps
On 10/25/2020 7:51 AM, Lemures Lemniscati via Cygwin-apps wrote:
Hi!
ITA for openbabel, which have been maintained by Yaakov [1].
Now, the latest upstream version
This is a followup to a thread with subject "[PATCH] doc: Various fixes to
makedocbook for python3.8" that began on the newlib list and then moved to
https://cygwin.com/pipermail/cygwin-apps/2020-August/040442.html,
where it evolved into a discussion of moving from python2 to python3. A rece
On 11/30/2020 10:12 AM, David Allsopp via Cygwin-apps wrote:
OCaml has been partially broken on Cygwin64 since 2018. I did some recent
work upstream to fix it and we're expecting OCaml 4.12.0 by the end of the
year to restore full support.
This requires a new release of flexdll (I also maintain
On 11/29/2020 2:19 PM, Rafel Amer Ramon wrote:
Hi,
[ITP] gengetopt 2.23
Program home page: https://www.gnu.org/software/gengetopt
License: This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Softwar
On 11/30/2020 2:46 PM, Ken Brown via Cygwin-apps wrote:
On 11/29/2020 2:19 PM, Rafel Amer Ramon wrote:
Hi,
[ITP] gengetopt 2.23
Program home page: https://www.gnu.org/software/gengetopt
License: This program is free software; you can redistribute it and/or modify
it under the terms of the
On 12/1/2020 11:04 AM, Rafel Amer Ramon wrote:
El 30/11/20 a les 21:28, Ken Brown via Cygwin-apps ha escrit:
On 11/30/2020 2:46 PM, Ken Brown via Cygwin-apps wrote:
On 11/29/2020 2:19 PM, Rafel Amer Ramon wrote:
Hi,
[ITP] gengetopt 2.23
Program home page: https://www.gnu.org/software
Achim,
I've just learned that the next release of biber is going to require 5.32. Do
you have any plans to package the latter?
Ken
On 12/8/2020 2:05 PM, Achim Gratz wrote:
Ken Brown via Cygwin-apps writes:
I've just learned that the next release of biber is going to require
5.32. Do you have any plans to package the latter?
Well, I get that they always want to be on the bleeding edge of UTF-8,
but otherwise is
On 12/9/2020 1:57 PM, Achim Gratz wrote:
Achim Gratz writes:
I'd still be interested in what upstream thinks they get from 5.32 that
absolutely can't be had from 5.30.
It's even more saddening or hilarious (depending on where you are
standing) than I thought. The whole thing was developed whi
On 12/9/2020 3:37 PM, Achim Gratz wrote:
I'll see to get 5.32.0 out for you as a test release (let me know which
distributions you need in addtion to perl itself).
Thanks. Here's the BUILD_REQUIRES:
perl-Business-ISBN
perl-Business-ISMN
perl-Business-ISSN
perl-Class-Accessor
perl-Config-AutoC
On 12/1/2020 7:46 AM, Daisuke Fujimura via Cygwin-apps wrote:
Hello,
Can anyone please review it?
On Sat, Nov 14, 2020 at 5:35 AM Daisuke Fujimura wrote:
Hello,
[ITP] A new package proposal: no-more-secrets
- no-more-secrets
SUMMARY: Recreation of the decrypting text effect from
On 12/21/2020 3:30 PM, Achim Gratz wrote:
Achim Gratz writes:
I've checked again, there was talk about getting 5.32.1 going end of
November but nothing happened since then (on the mailing list anyway).
I think it's unlikely to get released this year since Big Sur has
created a bunch of problems
1 - 100 of 210 matches
Mail list logo
