On 13.02.2021 08:09, Marco Atzeri wrote:
On 12.02.2021 16:07, Jon Turney wrote:
On 12/02/2021 13:09, Ken Brown via Cygwin-apps wrote:
On 2/12/2021 1:46 AM, ASSI wrote:
Jon Turney writes:
Oops! I've made a small change to calm to handle this case, and set
the upload to be retried.
my 5
On 12.02.2021 16:07, Jon Turney wrote:
On 12/02/2021 13:09, Ken Brown via Cygwin-apps wrote:
On 2/12/2021 1:46 AM, ASSI wrote:
Jon Turney writes:
Oops! I've made a small change to calm to handle this case, and set the
upload to be retried.
my 5 packages are up.
subversion will follow
On 09.02.2021 13:00, marco atzeri wrote:
On Sun, Feb 7, 2021 at 7:12 PM Marco Atzeri wrote:
On 06.02.2021 20:07, Marco Atzeri wrote:
On 06.02.2021 17:13, Achim Gratz wrote:
Achim Gratz writes:
These are the source packages that touch the previous Perl installations
(some of these weren't
On 10.02.2021 10:20, Marco Atzeri wrote:
On 10.02.2021 09:40, Adam Dinwoodie wrote:
Asciidoc is currently both orphaned and bugged, per my email to the
main list. I've got the latest upstream release building, confirmed it
resolves my Python versioning issues with the Git builds, and can
upload
On 10.02.2021 09:40, Adam Dinwoodie wrote:
Asciidoc is currently both orphaned and bugged, per my email to the
main list. I've got the latest upstream release building, confirmed it
resolves my Python versioning issues with the Git builds, and can
upload as soon as I get the GTG.
New packaging
On Sun, Feb 7, 2021 at 7:12 PM Marco Atzeri wrote:
>
> On 06.02.2021 20:07, Marco Atzeri wrote:
> > On 06.02.2021 17:13, Achim Gratz wrote:
> >> Achim Gratz writes:
> >>
> >> These are the source packages that touch the previous Perl installations
> >> (some of these weren't updated for perl-5.30,
On 06.02.2021 20:07, Marco Atzeri wrote:
On 06.02.2021 17:13, Achim Gratz wrote:
Achim Gratz writes:
These are the source packages that touch the previous Perl installations
(some of these weren't updated for perl-5.30, so I checked perl-5.26
also) and need updating for perl-5.32:
two
On 07.02.2021 09:35, Achim Gratz wrote:
Alexey Sokolov writes:
Right now I have technical difficulties, and ETA to resolve them is
unknown, so can't upload a new version. The cygport is available at
https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/znc.git;a=summary
, could you
On 07.02.2021 08:14, ASSI wrote:
Marco Atzeri via Cygwin-apps writes:
should we add the perl5_032 to REQUIRES ?
Yes, as I'd written earlier in this thread:
yes, I had the impression to remember it,
but I had problem to find the point so better safe than sorry.
I assume only if we have
On 08.12.2020 20:05, Achim Gratz wrote:
Ken Brown via Cygwin-apps writes:
Well, I get that they always want to be on the bleeding edge of UTF-8,
but otherwise is that version really a requirement? The update itself
isn't much of a problem I'd think, it's just that there's this slew of
other
On 06.02.2021 17:13, Achim Gratz wrote:
Achim Gratz writes:
Please prepare your packages for the release of perl-5.32 and report on
this list about their status. The one package that I intend to wait for
the release is subversion-perl, everything else either is under my
maintenance already or
On 05.02.2021 17:39, Lemke, Michael SF/HZA-ZIC2 wrote:
On Friday, February 5, 2021 4:18 PM Takashi Yano wrote:
On Fri, 5 Feb 2021 10:07:46 +0100
Installing libiconv package should solve the issue, I guess.
I can confirm that installing libiconv solves the problem. So it
was not a case of
On 04.02.2021 03:44, Marco Atzeri wrote:
On 04.02.2021 03:30, Marco Atzeri wrote:
On 04.02.2021 03:00, Marco Atzeri wrote:
On 04.02.2021 00:30, Yaakov Selkowitz via Cygwin-apps wrote:
On Wed, 2021-02-03 at 16:49 -0500, Ken Brown via Cygwin-apps wrote:
dblatex (still shown as maintained by
On 04.02.2021 03:30, Marco Atzeri wrote:
On 04.02.2021 03:00, Marco Atzeri wrote:
On 04.02.2021 00:30, Yaakov Selkowitz via Cygwin-apps wrote:
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
On 04.02.2021 03:00, Marco Atzeri wrote:
On 04.02.2021 00:30, Yaakov Selkowitz via Cygwin-apps wrote:
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
On 04.02.2021 00:30, Yaakov Selkowitz via Cygwin-apps wrote:
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
On 03.02.2021 07:13, ASSI wrote:
Ken Brown via Cygwin-apps writes:
biber is ready to go.
Off the top of my head I think perl-PAR-Packer is also yours and
probably the only one I don't co-own. I can include it in the jumbo
update if you give me co-maint.
Regards,
Achim.
I set it for
On 30.01.2021 10:04, Achim Gratz wrote:
The following distributions will no longer be available after the
perl-5.32 release as they have been deprecated upstream:
perl-Gnome2 Achim Gratz
perl-Gnome2-Canvas Achim Gratz
perl-Gnome2-GConf
On 30.01.2021 09:53, Achim Gratz wrote:
This has been removed from core for perl-5.32 so we need to package it
separately going forward
Regards,
Achim.
added.
Regards
Marco
On 26.01.2021 09:15, Brian Inglis wrote:
On 2021-01-26 00:22, Steve He via Cygwin-apps wrote:
Name: Steve He
BEGIN SSH2 PUBLIC KEY
END SSH2 PUBLIC KEY
Package upload privileges are earned only when a package ITA or ITP is
accepted by Cygwin maintainers with commit
On 19.01.2021 09:08, Marco Atzeri wrote:
On 05.09.2020 18:07, Marco Atzeri wrote:
On 05.09.2020 17:30, Jari Aalto wrote:
Just preparing both cmark 0.29.0-1 and python-commonmark 0.9.1-1
as they were providing colliding
/usr/bin/cmark{,.exe}
I plan to let it for the cmark package and
On 19.01.2021 19:11, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
On 18/01/2021 18:39, Marco Atzeri via Cygwin-apps wrote:
On 18.01.2021 18:57, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
Hi all,
In the (hopefully!) near future I plan to package python3-wx (aka
wxPython) version 4.1.1
On 19.01.2021 16:10, Ken Brown via Cygwin-apps wrote:
On 1/18/2021 1:25 PM, Ken Brown via Cygwin-apps wrote:
On 1/18/2021 12:33 AM, Marco Atzeri via Cygwin-apps wrote:
Hi All,
I've started doing some trial rebuilds on a system with the test python3
packages installed. I'm finding
Hi
Is it my impression or "calm" processing at server
is stacked in this moment ?
To solve the problem
ERROR: package 'pylint' is at paths pylint and python-pylint/pylint
I moved 'pylint' from the ARCHs to the 'python-pylint/pylint'
noarch and waited the canonical full rebuild.
But calm seems
On 05.09.2020 18:07, Marco Atzeri wrote:
On 05.09.2020 17: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
On 18.01.2021 18:57, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
Hi all,
In the (hopefully!) near future I plan to package python3-wx (aka
wxPython) version 4.1.1. This is a backwards-incompatible change with
wxPython 4.0.x, so I was wondering if there was a way to retain
python3-wx 4.0.x and
On 18.01.2021 08:21, Brian Inglis wrote:
On 2021-01-17 22:33, Marco Atzeri via Cygwin-apps wrote:
Could you please check your packages if they will work with
preferred python3.8?
@ units
...
requires: cygwin findutils libreadline7 python3 python36 python36-requests
...
depends2: cygwin
Hi All,
the current python test packages remove the link python->python2.7
and replace with an alternative appraouch.
Before making the switch, I would like to review the packages that could
be broken, so I looked at all packages, not in "python*-*" form,
that pull one of the "python",
On 16.01.2021 23:31, Ken Brown via Cygwin-apps wrote:
On 1/16/2021 3:33 PM, Adam Dinwoodie wrote:
On Sat, 16 Jan 2021 at 20:22, Adam Dinwoodie wrote:
Version 0.65-1 of moreutils has been uploaded and should be coming
soon to a distribution server near you.
I assume you're quoting from
On 14.01.2021 16:29, Ken Brown via Cygwin-apps wrote:
On 1/14/2021 10:11 AM, Ken Brown via Cygwin-apps wrote:
On 1/14/2021 1:41 AM, Marco Atzeri via Cygwin-apps wrote:
On 14.01.2021 03:53, Ken Brown via Cygwin-apps wrote:
On 1/10/2021 8:36 AM, Lemures Lemniscati via Cygwin-apps wrote:
On Sun
On 14.01.2021 03:53, Ken Brown via Cygwin-apps wrote:
On 1/10/2021 8:36 AM, Lemures Lemniscati via Cygwin-apps wrote:
On Sun, 10 Jan 2021 12:46:43 +0100, Marco Atzeri via Cygwin-apps
On 10.01.2021 01:07, Lemures Lemniscati via Cygwin-apps wrote:
Building on my system I found that gobject
On 11.01.2021 16:04, Doug Henderson via Cygwin-apps wrote:
On Sun, 10 Jan 2021 at 21:13, Marco Atzeri via wrote:
Hi All,
I am working on the next round of python pakages update.
My highest priority update for Cygwin Python is for Python 3.9, followed
by a test version of Python 3.10 when
Hi All,
I am working on the next round of python pakages update.
As mentioned before, I will appreciate feedback on the usage
of alternatives for the main python27,36,37 and 38 that are
currently in test.
To help in package testing and cover some missing dependecies,
I am adding the following
On 06.07.2020 16:19, Yaakov Selkowitz wrote:
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:
2) This should be an ITA for
On 10.01.2021 01:07, Lemures Lemniscati via Cygwin-apps wrote:
ITA for libnice, which has been maintained by Yaakov [1].
Now, the latest upstream of libnice is 0.1.18 [2].
A new candidate cygport file is placed at [3].
It failed on Cygwin AppVeyor CI (ID 1695: [4]):
* On x86_64, it
On 10.01.2021 07:48, Lemures Lemniscati via Cygwin-apps wrote:
ITA for libnice, which has been maintained by Yaakov [1].
Now, the latest upstream of lua is 5.4.2, and last 5.3-release is 5.3.6 [2].
A new candidate cygport files are placed at [3] for 5.4.2,
and at [4] for 5.3.6.
They build
On 09.01.2021 17:49, Achim Gratz wrote:
I have finally figured out why building binutils (whatever version)
didn't work correctly with gcc-10, so I was able to build the current
release version of binutils 2.35.1 finally (and re-build the same
binutils version with itself). Enabling to move
On 09.01.2021 10:18, Achim Gratz wrote:
The obsoletion of popt-devel doesn't work (this old package only exists
on x86, so the problem is present only there), most likely because the
generated depends2 stays empty and only the requires get populated.
This looks like a bug in calm?
Regards,
On 08.01.2021 14:23, ASSI wrote:
Marco Atzeri via Cygwin-apps writes:
it seems that cygport is not pulling the decompressor
that is supposed to recognise:
https://ci.appveyor.com/project/cygwin/scallywag/builds/37134000/job/0m9h56ptrwwyg3hc
Unpacking source flex-2.6.4.tar.lz
tar (child
Hi Jon,
it seems that cygport is not pulling the decompressor
that is supposed to recognise:
https://ci.appveyor.com/project/cygwin/scallywag/builds/37134000/job/0m9h56ptrwwyg3hc
>> Unpacking source flex-2.6.4.tar.lz
tar (child): lzip: Cannot exec: No such file or directory
tar (child): Error
On 05.01.2021 00:29, Lemures Lemniscati via Cygwin-apps wrote:
On Mon, 4 Jan 2021 19:28:39 +0100, Marco Atzeri via Cygwin-apps
On 04.01.2021 17:37, Lemures Lemniscati via Cygwin-apps wrote:
On Tue, 05 Jan 2021 01:33:28 +0900, Lemures Lemniscati
ITA for libspectre, which has been maintained
On 04.01.2021 17:37, Lemures Lemniscati via Cygwin-apps wrote:
On Tue, 05 Jan 2021 01:33:28 +0900, Lemures Lemniscati
ITA for libspectre, which has been maintained by Yaakov [1].
Now, the latest upstream of exif is 0.6.22 [2].
This line should be...
``Now, the latest upstream of libspectre
On 03.01.2021 16:19, Jon Turney wrote:
I can arrange to install it on sourceware, but it would be nice if
python-xtarfile was packaged so it can be made a prerequisite of the
calm package.
I just uploaded test versions of
python3X-xtarfile and python3X-zstandard
that seems are needed for
On 03.01.2021 16:57, Achim Gratz wrote:
Marco Atzeri via Cygwin-apps writes:
We will also need to modify cygport to stop automatically add
OBSOLETES as most of this packages never existed
I think the right thing to do is to stop having actual packages for
OBSOLETES and just emit the obsoltes
On 03.01.2021 16:19, Jon Turney wrote:
On 31/12/2020 17:08, Jon Turney wrote:
On 31/12/2020 16:01, Marco Atzeri via Cygwin-apps wrote:
On 31.12.2020 16:52, Achim Gratz wrote:
Marco Atzeri via Cygwin-apps writes:
On 31.12.2020 16:47, Achim Gratz wrote:
Jon Turney writes:
This isn't totally
On 03.01.2021 12:16, Achim Gratz wrote:
Update to version 2.9.3 and cleaning up patches.
Regards,
Achim.
GTG
Thanks
Marco
On 03.01.2021 11:44, Achim Gratz wrote:
Updated to 0.15.2 and cleaned up the cygport file because the default
out-of-tree build makes the checkmk tests fail.
Regards,
Achim.
GTG
Thanks
Marco
On 03.01.2021 03:46, Lemures Lemniscati via Cygwin-apps wrote:
On Sat, 02 Jan 2021 23:13:45 +0100, Achim Gratz
Lemures Lemniscati via Cygwin-apps writes:
I agree. And I'll remove the dependency and rebuild.
Minor nit: IMHO it would have been all-around cleaner if you obsoleted
Hi Jari,
can you provide a test version that works with python3.8 ?
--
$ hg clone http://hg.code.sf.net/p/graphicsmagick/code GM
Traceback (most recent call last):
File "/usr/bin/hg", line 43, in
dispatch.run()
File
On 01.01.2021 07:40, Lemures Lemniscati via Cygwin-apps wrote:
Hi.
I've found, by chance, a potential risk of conflicts
between libopenmpi12 and libopenmpi40.
Both packages have some files of same paths [1].
Especially, /usr/lib/openmpi/cygompi_dbg_msgq.dll is common.
But I don't know
On 31.12.2020 16:52, Achim Gratz wrote:
Marco Atzeri via Cygwin-apps writes:
On 31.12.2020 16:47, Achim Gratz wrote:
Jon Turney writes:
This isn't totally straightforward as calm uses the python tar module
to validate the upload archives, but that doesn't (yet) support zstd
compression
On 31.12.2020 16:47, Achim Gratz wrote:
Jon Turney writes:
This isn't totally straightforward as calm uses the python tar module
to validate the upload archives, but that doesn't (yet) support zstd
compression.
Maybe this would help until upstream gets their act together…
On 31.12.2020 12:03, Lemures Lemniscati via Cygwin-apps wrote:
Helped by Achim Gratz, now I can tell ITA for exif-0.6.22-1.
ITA for exif, which has been maintained by Yaakov [1].
Now, the latest upstream of exif is 0.6.22 [2].
A new candidate cygport file is placed at [3].
And, it's been
On 31.12.2020 11:54, Lemures Lemniscati via Cygwin-apps wrote:
Helped by Achim Gratz, now I can tell ITA for libexif-0.6.22-1 again,
and, in a following mail, ITA for exif-0.6.22-1.
--
ITA for libexif, which has been maintained by Yaakov [1].
Now, the latest upstream of libexif is 0.6.22 [2].
On 31.12.2020 09:04, Achim Gratz wrote:
Pull in the MingW packages as they are using the same source (even
though scallywag will balk at that) and update everything to 10.36 using
the Fedora patches.
Regards,
Achim.
All yours, Thanks
Marco
On 31.12.2020 02:44, Lemures Lemniscati via Cygwin-apps wrote:
On Thu, 31 Dec 2020 08:17:30 +0900, Lemures Lemniscati
Hi!
ITA for exiv2, which has been maintained by Yaakov [1].
Now, the latest upstream of exiv2 is 0.27.3 [2].
GTG
Regards
Marco
On 31.12.2020 02:18, Lemures Lemniscati via Cygwin-apps wrote:
Hi!
ITA for cutemaze, which has been maintained by Yaakov [1].
Now, the latest upstream of cutemaze is 1.2.6 [2].
GTG
Regards
Marco
On 30.12.2020 16:41, Ken Brown via Cygwin-apps wrote:
On 12/30/2020 9:10 AM, ASSI wrote:
Marco Atzeri via Cygwin-apps writes:
it seems the appveyor is not running the postinstall scripts
It does run all the other ones, though… so there's something amiss with
the logic that triggers
On 30.12.2020 08:21, Achim Gratz wrote:
Marco Atzeri via Cygwin-apps writes:
On 29.12.2020 21:57, Achim Gratz wrote:
Marco Atzeri via Cygwin-apps writes:
Removed now, and new versions are up as test for
python36, 37, 38 and pip
That's not what I'm seeing at the moment. Package python3
On 29.12.2020 21:57, Achim Gratz wrote:
Marco Atzeri via Cygwin-apps writes:
Removed now, and new versions are up as test for
python36, 37, 38 and pip
That's not what I'm seeing at the moment. Package python3 wants to
update to 3.8.6-1 and python38 tries to install 3.8.3-1, that doesn't
On 29.12.2020 18:02, Marco Atzeri wrote:
On 29.12.2020 17:42, Achim Gratz wrote:
Marco Atzeri via Cygwin-apps writes:
You'd better fix that error first.
I can agree
AFAICS this is still the current package version. You might want top
move it to test whilem you build the new packages
On 29.12.2020 17:42, Achim Gratz wrote:
Marco Atzeri via Cygwin-apps writes:
You'd better fix that error first.
I can agree
AFAICS this is still the current package version. You might want top
move it to test whilem you build the new packages, then replace that
version with the new release
On 29.12.2020 16:04, Ken Brown via Cygwin-apps wrote:
On 12/29/2020 7:04 AM, Achim Gratz wrote:
Marco Atzeri via Cygwin-apps writes:
all python packages have been updated.
/usr/bin/python
/usr/bin/python3
both point now to python3.8 as default using alternatives.
You broke the CI
On 29.12.2020 13:12, Achim Gratz wrote:
For pcre: Clean the 8.44 patch stack up using the current Fedora
patches, remove the submodule and instead pull in the patches directly
so that scallywag has a chance of building the package eventually.
I've built all packages locally. THere is one
On 29.12.2020 13:04, Achim Gratz wrote:
Marco Atzeri via Cygwin-apps writes:
all python packages have been updated.
/usr/bin/python
/usr/bin/python3
both point now to python3.8 as default using alternatives.
You broke the CI:
self.connect()
File "/usr/lib/python3.8
On 04.12.2020 22:04, Marco Atzeri wrote:
On 28.11.2020 19:11, Ken Brown via Cygwin-apps wrote:
probably I will release a test version of all
python-2.18
python-3.6
python-3.7
python-3.8
before going in full
Regards
Marco
all python packages have been updated.
/usr/bin/python
On 29.12.2020 06:41, Marco Atzeri wrote:
On 29.12.2020 01:08, Mark Geisert wrote:
Hi Marco,
Hi Mark,
is this the expected result ?
test_connection_attributes (__main__.TestAPI_UseUnixSocketsPoll) ...
ERROR
/usr/lib/python3.8/unittest/case.py:704: ResourceWarning: unclosed
On 29.12.2020 01:08, Mark Geisert wrote:
Hi Marco,
On Mon, 28 Dec 2020, Marco Atzeri via Cygwin-apps wrote:
On 17.12.2020 10:20, Mark Geisert wrote:
Hi Marco,
Below is the patch I developed to work around the problem report in
https://cygwin.com/pipermail/cygwin/2020-November/246830.html
I
On 17.12.2020 10:20, Mark Geisert wrote:
Hi Marco,
Below is the patch I developed to work around the problem report in
https://cygwin.com/pipermail/cygwin/2020-November/246830.html
I called the patch file 3.8.3-peercred-cygwin.patch.
I am unable to test the patch myself because of continuing
On 26.12.2020 14:08, Lemures Lemniscati via Cygwin-apps wrote:
Hi!
ITA for jbigkit, which has been maintained by Yaakov [1].
Now, the latest upstream of jbigkit is 2.1 [2].
A new candidate cygport file is placed at [3].
And, it's been tested on Cygwin AppVeyor CI [4].
GTG
Regards,
Lem
On 26.12.2020 02:49, Lemures Lemniscati via Cygwin-apps wrote:
Hi!
ITA for jbig2dec, which has been maintained by Yaakov [1].
Now, the latest upstream of jbig2dec is 0.19 [2].
A new candidate cygport file is placed at [3].
And, it's been tested on Cygwin AppVeyor CI [4].
GTG
Regards,
Lem
On 22.12.2020 00:04, Lemures Lemniscati via Cygwin-apps wrote:
On Sun, 20 Dec 2020 22:10:55 +0900, Lemures Lemniscati
On Sun, 20 Dec 2020 13:45:06 +0100, Marco Atzeri via Cygwin-apps
On 20.12.2020 13:30, Lemures Lemniscati via Cygwin-apps wrote:
Hi!
ITA for shared-mime-info, which has been
On 20.12.2020 09:32, Lemures Lemniscati via Cygwin-apps wrote:
Hi!
ITA for itstool, which has been maintained by Yaakov [1].
Now, the latest upstream of itstool is 2.0.6 [2].
A new candidate cygport file is placed at [3], and has been tested:
On 20.12.2020 13:30, Lemures Lemniscati via Cygwin-apps wrote:
Hi!
ITA for shared-mime-info, which has been maintained by Yaakov [1].
Now, the latest upstream of shared-mime-info is 2.0 [2].
A new candidate cygport file is placed at [3].
But it is not tested on Cygwin AppVeyor CI, yet), since
On 16.12.2020 13:04, Lemures Lemniscati via Cygwin-apps wrote:
Hi!
ITA for openjpeg2, which has been maintained by Yaakov [1].
Now, the latest upstream of openjpeg is at 113 commits after v2.3.1 [2].
The commits contain bug fixes and security patches.
A new candidate cygport file is placed at
On 16.12.2020 13:13, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
Hi,
So I know it's been mentioned a lot that fork is slow on Cygwin, but
compared to other people's machines, eg when building, it seems way
slower for me.
First I'd like to know if there's a good way to measure this that
On 14.12.2020 10:46, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
On 13/12/2020 20:12, Marco Atzeri via Cygwin-apps wrote:
On 09.12.2020 21:55, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
On 25/11/2020 10:02, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
it builds and packages fine
On 09.12.2020 21:55, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
On 25/11/2020 10:02, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
Okay, so attached is my latest cygport file. I'm still building for
32-bit, so I'll upload and link to the new packages tomorrow.
Changes:
- Split
On 13.12.2020 09:52, Mark Geisert wrote:
Mark Geisert wrote:
This seems to be a problem setting up a platform-specific build
directory. The sysconfig.py script wants to use "lib." + platform +
pythonversion but the platform string somehow gets corrupted into
non-utf8 bytes. For instance,
On 13.12.2020 06:58, Lemures Lemniscati via Cygwin-apps wrote:
Hi!
ITA for libjpeg-turbo, which have been maintained by Yaakov [1].
Now, the latest stable upstream version of libjpeg-turbo is 2.0.6 [2].
A new candidate cygport file is placed at [3] (but it is not tested
on Cygwin AppVeyor CI,
On 28.11.2020 19:11, Ken Brown via Cygwin-apps wrote:
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
On 11.11.2020 20:42, Daisuke Fujimura via Cygwin-apps wrote:
Hello,
[ITP] A new package proposal: gti
- gti
GTG
On 11.11.2020 13:34, Daisuke Fujimura via Cygwin-apps wrote:
Hello,
[ITP] A new package proposal: freexl
- libfreexl1
- libfreexl-devel
SUMMARY: Library to extract data from within an Excel spreadsheet
HOMEPAGE: https://www.gaia-gis.it/fossil/freexl/index
SRC_URI:
On 08.11.2020 13:51, Daisuke Fujimura via Cygwin-apps wrote:
Hello,
[ITP] A new package proposal: libbase58
- libbase58
- libbase58_0
- libbase58-devel
GTG
I added it to the package list
On 09.11.2020 13:46, Glenn Strauss wrote:
On Sun, Nov 01, 2020 at 05:13:37PM -0500, Glenn Strauss wrote:
On Fri, Oct 30, 2020 at 01:01:01PM -0600, Brian Inglis wrote:
On 2020-10-30 07:05, Marco Atzeri via Cygwin-apps wrote:
On 30.10.2020 10:04, Glenn Strauss wrote:
lighttpd developer (me
On 06.11.2020 15:45, Daisuke Fujimura via Cygwin-apps wrote:
it builds fine, and I added it to the package list.
However, for me make little sense to make a package with just
two documentation files.
I would fit them in the libb2-devel package
leaving libb2 as source only
I fixed it.
On 04.11.2020 23:01, Daisuke Fujimura via Cygwin-apps wrote:
Hello,
[ITP] A new package proposal: libb2
- libb2
- libb2_1
- libb2-devel
SUMMARY: C library providing BLAKE2b, BLAKE2s, BLAKE2bp, BLAKE2sp
HOMEPAGE: https://github.com/BLAKE2/libb2
SRC_URI:
On 01.11.2020 04:10, Daisuke Fujimura via Cygwin-apps wrote:
Hello,
[ITP] A new package proposal: libjwt
- libjwt
- libjwt1
- libjwt-devel
SUMMARY: JWT C Library
HOMEPAGE: https://github.com/benmcollins/libjwt
SRC_URI: https://github.com/benmcollins/libjwt/archive/v1.12.1.tar.gz
On 30.10.2020 22:57, Brian Inglis wrote:
On 2020-10-30 15:34, Eric Blake wrote:
On 10/30/20 4:30 PM, Brian Inglis wrote:
I can also update and release what may be the last patched version of the
original wget 1.20.3 (currently 1.19.1) if Eric has no time, or ITA wget
if he agrees.
Also wget
On 31.10.2020 10:03, Achim Gratz wrote:
Achim Gratz writes:
As previously mentioned, I'd like to adopt liblzo2
The corresponding mingw64 packages should be assigned to me as well.
Regards,
Achim.
done
On 31.10.2020 09:19, Achim Gratz wrote:
Achim Gratz writes:
GNU tar has seen some development activity in the last three years
again, as a new feature ZStandard compression is now supported. I've
changed the cygport file minimally and locally built the package on both
arches successfully.
On 25.10.2020 12:09, Lemures Lemniscati via Cygwin-apps wrote:
Hi !
[ITP] A new package proposal: rapidjson
* rapidjson-devel-1.1.0p567-1
* rapidjson-doc-1.1.0p567-1
* rapidjson-1.1.0p567-1-src
RapidJSON 1.1.0 p567 (based on the commit 0ccdbf36)
A fast JSON parser/generator for C++
On 30.10.2020 10:04, Glenn Strauss wrote:
lighttpd developer (me) would like to adopt the lighttpd package in
cygwin.
lighttpd 1.4.55 was released in Jan. A request to package was sent to
the cygwin list in March. Still no lighttpd 1.4.55 in cygwin. :(
I am preparing to release
On 27.10.2020 11:32, Achim Gratz wrote:
Hi Marco,
the last release of libarchive hasn't been pushed to
https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/libarchive.git
could that please be corrected?
Also it is built without ZStd and LZO support (the former presumably
because
On 27.09.2020 04:16, Lemures Lemniscati via Cygwin-apps wrote:
On Sun, 02 Aug 2020 10:25:45 +0900, Lemures Lemniscati
Hi !
A new package proposal double-conversion:
- double-conversion-3.1.5p24-1-src.tar.xz
- double-conversion-debuginfo-3.1.5p24-1.tar.xz
-
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 available
(cf. https://www.cygwin.com/packages/summary/libglibmm2.4-devel.html ).
Please, update it.
By the way, I'm trying to
Version 4.5.2-2 of
libnetcdf-fortran-devel
libnetcdf-fortran_7
are available in the Cygwin distribution.
CYGWIN CHANGES
Rebuilt for library alignment
CHANGES
Latest upstream releases
https://github.com/Unidata/netcdf-fortran
DESCRIPTION
NetCDF (network Common Data Form) is a set of
On 06.09.2020 10:22, Jari Aalto wrote:
The new rsync would benefit from the xxhash package, if someone had
free time to package it:
https://packages.debian.org/unstable/xxhash
Extremely fast hash algorithm
xxHash is an Extremely fast Hash algorithm, running at RAM speed
limits. It
On 06.09.2020 06:57, Brian Inglis wrote:
On 2020-08-20 10:49, Brian Inglis wrote:
I would like to offer to adopt mingw64-x86_64-curl and mingw64-i686-curl from
Yaakov's list, as I have already adopted curl.
Releases updated to curl 7.72.0 are available for testing in:
On 05.09.2020 17: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 in
order
to build man pages based
201 - 300 of 412 matches
Mail list logo