On 16.01.2022 23:13, Alois Schlögl wrote:
Dear Marco,
attached is the revised version.
In addition, I'm trying also to include the python39-biosig package.
Could you please check whether this would work ?
Cheers,
Alois
Hi Alois,
I finally had some time to work on the package.
See att
Michael,
can you please add the python39
$ cygcheck -cd |grep paramiko
python36-paramiko 2.7.2-0
python37-paramiko 2.7.2-0
python38-paramiko 2.7.2-0
and please avoid the usage of revision 0
Regards
Marco
On 16.01.2022 17:10, Achim Gratz wrote:
There was a request on IRC to update the ansible package. I've had a
quick look, the tentative result is on the playground branch:
https://cygwin.com/git-cygwin-packages?p=git/cygwin-packages/ansible.git;a=shortlog;h=refs/heads/playground
As mentioned b
rogram
as if it were a function. sh is not a collection
of system commands implemented in Python."
obsoletes: python3-sh
external-source: python-sh
Forwarded Message
Subject: calm: cygwin package upload report for Marco Atzeri
Date: Sun, 23 Jan 2022 22:08:29 -
From: cygwi
in same cases Setup is trying to install python-sip 6.5.0-1
https://sourceware.org/pipermail/cygwin/2022-January/250604.html
It seems the missing install row that we are currently accepting
is not properly understood by Setup
and clearly
---
On 26.01.2022 00:50, Alois Schlögl wrote:
Hi Marco,
thanks for the improvements (especially, libb64 which enables
biosig_fhir, and python-biosig).
Attached is a revised version. Check on playground was successful [1].
Regards,
Alois
[1] https://github.com/cygwin/scallywag/action
On 26.01.2022 05:52, Marco Atzeri wrote:
On 26.01.2022 00:50, Alois Schlögl wrote:
Hi Marco,
thanks for the improvements (especially, libb64 which enables
biosig_fhir, and python-biosig).
Attached is a revised version. Check on playground was successful [1].
Regards,
Alois
[1
On 23.01.2022 23:17, Marco Atzeri wrote:
Michael,
can you please add the python39
$ cygcheck -cd |grep paramiko
python36-paramiko 2.7.2-0
python37-paramiko 2.7.2-0
python38-paramiko 2.7.2-0
and please avoid the usage
It is not a huge number of case as we have only two packages
in this category 4ti2 and 2048-cli
on /usr/share/cygport/lib/pkg_pkg.cygpart
there is this code using indirect variable assignment
as ${!dbg_contents_var}
--
lo
On 31.01.2022 20:46, Brian Inglis wrote:
I'd like to adopt and upgrade libwebp to date as it is now up to 1.2.2
from 0.6.1 and available and supported in most distros and all browsers
(including our Qupzilla) except (unsupported) IE and older packages:
https://cygwin.com/packages/summa
On 01.02.2022 16:04, Jon Turney wrote:
On 30/01/2022 19:44, Marco Atzeri wrote:
It is not a huge number of case as we have only two packages
in this category 4ti2 and 2048-cli
that produces
/usr/share/cygport/lib/pkg_pkg.cygpart: line 197:
4ti2_debuginfo_CONTENTS: bad substitution
Any
On 03.02.2022 20:34, Hamish McIntyre-Bhatty wrote:
On 20/01/2022 14:56, Hamish McIntyre-Bhatty wrote:
Hi there,
This is a follow-up to Marco Atzeri and I talking about tox in the
Python 3.9 email thread. I have just started trying to use tox for
testing python-imaging.
I have found that
On 03.02.2022 23:11, Allen Hewes wrote:
Hi @all,
I use Cygwin pretty much like Linux in/on my Windows machines. Meaning, I am
not using it for POSIX reasons. I do like Cygwin a lot, I prefer Cygwin over
WSL/WSL2.
A PyPI package I wanted to use has a hard dependency on cryptography>=35.0.
So
On 04.02.2022 06:27, Brian Inglis wrote:
On 2022-02-02 02:44, Corinna Vinschen wrote:
On Feb 1 21:22, Adam Dinwoodie wrote:
The upstream fzf package moved from Ruby to Go some time ago. I had
vague but noble intetions to try to maintain a fork on the basis of the
last version of the Ruby code
On 04.02.2022 10:23, Jan Nijtmans wrote:
Op vr 4 feb. 2022 om 07:58 schreef Marco Atzeri:
As it is written in go, you need to go back to the oldest version
written in C and from them forward to the current version.
There's also a "golang" frontend for gcc. Could that be used
On 04.02.2022 16:28, Allen Hewes wrote:
-Original Message-
Welp, then the wheels came off. I am assuming that Cygwin's python-
cryptography is still at 3.3.2 b/c of this Rust issue?
Hi Allen,
it is correct. I released the last version that was still on C
It's still on C but th
On 06.02.2022 00:46, Brian Inglis wrote:
https://cygwin.com/cgi-bin2/jobs.cgi
or is it just me? ;^>
sometime happens, I saw same on job 3740
I guess the platform has some glitch, maybe for update or load, and
forgot the pending jobs
Regards
Marco
need updating for perl-5.32:
[...]
> graphviz
[...]
I updated and rebuilt graphviz (for perl-5.32 and python-3.9)
The only remaining packages [1] with a perl 5.30 dependency are:
hexchat hexchat-perl Marco
Atzeri
rebuilt hexchat
perl-
On 05.03.2022 17:54, Achim Gratz wrote:
Packages orphaned by Yaakov, updates available for inspection:
https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/pkgconf.git;a=commitdiff;h=2e3cdeef37b04ac69de0662b0f257b8ff46f1b63
https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/
On 08.03.2022 01:11, James Morris wrote:
Hello,
I'd like to maintain the package for git-filter-repo, a Python script
to quickly edit git history. It's MIT licensed, available in both
Debian and Fedora, and I've also just recently packaged
git-filter-repo up for MSYS2.
Cygport package files can
On 10.03.2022 07:16, Mark Geisert wrote:
This is a Cygwin version of libfuse{,3} that can be found in various
Linux distributions. It is a couple of link libraries and additions to
/usr/include to allow porting of FUSE apps. FUSE: File System In User
Space. I will shortly be providing an ssh
On 10.03.2022 08:22, Mark Geisert wrote:
This is a Cygwin port of the FUSE app sshfs that can be found in various
Linux distributions. It allows mounting a remote directory via ssh onto
a local directory. It requires cygfuse.
sshfs is a subproject of the Linux-focused libfuse project.
The i
On 11.03.2022 23:57, Brian Inglis wrote:
I'd like to adopt Unifont which I use as a low resolution fallback for X
and MS Windows.
changed to you
Regards
Marco
On 02.04.2022 02:41, Brian Inglis wrote:
I'd like to offer to adopt maintenance of libgcrypt.
Thanks
all yours
On 25.06.2022 14:57, Jon Turney wrote:
I've done a cleanup of cygwin-pkg-maint, removing a number of source
packages names which no longer exist.
thanks Jon
I also removed some source packages names whose ITPs stalled somehow.
The packages were approved, but never got uploaded. Future IT
On 25.06.2022 23:22, Adam Dinwoodie wrote:
Given packaging git-filter-repo has stalled, and Jon Turney has
solicited new ITPs, I've taken the work James Morris did earlier this
year and finished things off.
Source and binary packages, plus hint files, are available at
https://github.com/me-and/C
On 29.06.2022 17:36, Hamish McIntyre-Bhatty wrote:
On 31/12/2021 10:00, Marco Atzeri wrote:
Attached patch moves "default" from 3.6 to 3.9
Additional changes:
Remove 3.5 from all
Change future to 3.10
Other point:
As 3.5 was never reall deployed, I think we can remove i
On 01.07.2022 08:27, Christian Franke wrote:
I would like to contribute pass (password-store):
https://www.passwordstore.org/
https://repology.org/project/password-store/versions
pass-1.7.4-1.hint:
category: Utils
requires: bash coreutils grep sed tree
sdesc: "Lightweight CLI directory-based pa
On 02.07.2022 16:41, Adam Dinwoodie wrote:
Hi all,
I'd like to publish rdfind. This is already available on, e.g., Debian
per https://packages.debian.org/search?keywords=rdfind. It's
distributed as GPLv2 or later.
Adam
added
thanks Marco
On 03.07.2022 14:22, Jon Turney wrote:
On 29/05/2022 16:54, Jon Turney wrote:
Following is a sort of RFC, so let me know your opinion.
Currently we have two type of Python packages
1) Pure python that exists at max as 2.7 3.6 3.7 3.8 3.9 plus 2 and 3
in that case 2/2.7 3/3.6 are EOL;
Hi Jon,
can you look on the build failure for hexchat ?
https://github.com/cygwin/scallywag/runs/7169187681?check_suite_focus=true
scallywag: build dependencies (from BUILD_REQUIRES):
cmake,iso-codes-devel,libcanberra-devel,libdbus-glib_1-devel,libglib2.0-devel,libgtk2.0-devel,libnotify-devel,l
On 03.07.2022 18:37, Jon Turney wrote:
On 03/07/2022 16:58, Marco Atzeri wrote:
Hi Jon,
can you look on the build failure for hexchat ?
but I see:
Run-time dependency python3 found: NO (tried pkgconfig and sysconfig)
plugins/python/meson.build:3:2: ERROR: Dependency "python3"
Hi Guys,
updating latest GDAL I noticed that one of the potential dependency was
orphan.
As the current upstream code of the two interlinked packages openexr and
ilmbase is currently merged I propose to do the same
https://github.com/AcademySoftwareFoundation/openexr/tags
version 3 does not
latest version attached
On 07.07.2022 06:43, Marco Atzeri wrote:
Hi Guys,
updating latest GDAL I noticed that one of the potential dependency was
orphan.
As the current upstream code of the two interlinked packages openexr and
ilmbase is currently merged I propose to do the same
https
On 07.07.2022 19:59, Jon Turney wrote:
On 07/07/2022 06:35, Marco Atzeri wrote:
latest version attached
On 07.07.2022 06:43, Marco Atzeri wrote:
Hi Guys,
updating latest GDAL I noticed that one of the potential dependency
was orphan.
As the current upstream code of the two interlinked
Hi Jon,
I have the impression that calm crashed.
Maybe it did not like the merging of ilmbase and openexr folders.
Can you check ?
MArco
On 08.07.2022 14:57, Jon Turney wrote:
On 08/07/2022 13:38, Marco Atzeri wrote:
Hi Jon,
I have the impression that calm crashed.
Maybe it did not like the merging of ilmbase and openexr folders.
Can you check ?
Yes, it's not accepting uploads at the moment because it doesn't like
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 18.07.2022 07:10, Brian Inglis wrote:
I'd like to adopt orphaned package gsasl as new versions have been
released.
https://cygwin.com/packages/summary/gsasl-src.html
all yours
https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/gsasl.git
I've rebuilt current 1.8 and upgr
Hi,
currently as default Gnupg 2.x is unable to contact keyservers and
recover any key. Gnupg 1.x has not such problem
$ /usr/bin/gpg2 --keyserver pgp.mit.edu --recv-keys 5981E818
gpg: keyserver receive failed: No such file or directory
The cryptic message is due to the absence of a /etc/r
On 08.08.2022 16:13, Corinna Vinschen wrote:
On Aug 8 21:13, Yasuhiro Kimura wrote:
From: Corinna Vinschen
IIUC, that should be fixable by configuring gnupg with --disable-libdns.
Corinna
Thanks Corinna,
I will upload shortly a version "2.2.35-2" implementing this configuration
Regards
M
Hi Maintainers,
currently /usr/bin/gpg is provided by version gnupg v1
and it is starting to show the age:
*** Info: SOURCE 1 signature follows:
gpg: Signature made Mon, Mar 22, 2021 1:26:14 PM CET using ? key ID
26403ADA
gpg: Can't check signature: unknown pubkey algorithm
I noticed that d
On 01.12.2022 21:18, Libor Ukropec wrote:
Dne 01.12.2022 v 20:41 Jon Turney napsal(a):
On 17/11/2022 10:24, Libor Ukropec wrote:
Dne 16.11.2022 v 12:52 Thomas Wolff napsal(a):
What I do not want to do is the violent take over, so I gave some
time to the original owner of the python-paramiko
With the release of guile-3.0.1 that builds fine on Cygwin,
I am thinking to copy the debian layout
https://packages.debian.org/sid/guile-3.0
so to obsoletes the "guile" package and have instead
guile1.8 libguile17 libguile1.8-devel
guile2.0 libguile2.0_22 libguile2.0-devel
guile2.2 libguil
Am 11.03.2020 um 23:02 schrieb Brian Inglis:
On 2020-03-11 13:32, Marco Atzeri via Cygwin-apps wrote:
With the release of guile-3.0.1 that builds fine on Cygwin,
I am thinking to copy the debian layout
https://packages.debian.org/sid/guile-3.0
so to obsoletes the "guile" packag
Am 12.03.2020 um 06:00 schrieb Marco Atzeri:
Am 11.03.2020 um 23:02 schrieb Brian Inglis:
On 2020-03-11 13:32, Marco Atzeri via Cygwin-apps wrote:
With the release of guile-3.0.1 that builds fine on Cygwin,
I am thinking to copy the debian layout
https://packages.debian.org/sid/guile-3.0
so to
Am 09.03.2020 um 22:22 schrieb Jon Turney:
On 06/03/2020 18:27, Jon Turney wrote:
On 04/03/2020 13:33, Jon Turney wrote:
Assuming this migration goes ahead as planned this weekend:
* I'll stop package upload processing sometime on Friday
* An announcement will be made when package upload pro
ork together
I am not surprised that Redhat is using that to full speed.
So Long, and Thanks for All the Fish
Marco
PS for all the others:
"Houston we have a problem.."
$ awk '{$1="" ; print }' cygwin-pkg-maint | sort | uniq -c |sort -rn
2691 Yaakov Selkowit
Am 20.03. um 09:13 schrieb Hamish McIntyre-Bhatty via Cygwin-apps:
If no one objects, I'd be happy to become a maintainer for the wxPython
and ddrescue packages. There are probably others I could pick up as
well, but I figure it's best to start small.
I'm not sure if there's a process for becomi
Am 20.03.2020 um 04:47 schrieb Yaakov Selkowitz:
Hello Cygwin package maintainers,
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 them; some are obsolete and due for removal anyway, some sh
Am 20.03.2020 um 18:32 schrieb Achim Gratz:
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
already have anyway.
Am 23.03.2020 um 18:14 schrieb ASSI:
Achim Gratz writes:
I currently have that stack in evaluation (since Pango needs those). It
looks like I have most or all of the needed development libraries in my
installation already. If that also holds true for the rest of the Gtk2
modules I'll just take
Am 20.03.2020 um 04:47 schrieb Yaakov Selkowitz:
Hello Cygwin package maintainers,
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 them; some are obsolete and due for removal anyway, some sh
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:
* python2-2.7.z continues to provide all '2' symlinks.
* python38 be updated to
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:
* python2-2.7.z continues to provide all '2' symlinks.
* python38 be updated to
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, Marco Atzeri via Cygwin-apps wrote:
Am 20.03.2020 um 04:47 schrieb Yaakov Selkowitz:
I would suggest the
Dear Andrew
I think the Version-Release of your test package is confusing,
as we have two dashes instead of only one.
It will also make a hypothetical future upgrade hard.
Is 2.0.0-1 major of 2.0.0-b9-1 ?
Regards
Marco
PS: I wonder if having a test version 4 years old that is clearly not
mov
Am 31.03.2020 um 18:19 schrieb ASSI:
Marco Atzeri via Cygwin-apps writes:
It will also make a hypothetical future upgrade hard.
Is 2.0.0-1 major of 2.0.0-b9-1 ?
Upstream would probably say yes, but they might chose to release a 2.0.1
instead.
The problem is how setup logic will judge.
In
Am 20.03.2020 um 04:47 schrieb Yaakov Selkowitz:
Hello Cygwin package maintainers,
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 them; some are obsolete and due for removal anyway, some should
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:
* python2-2.7.z continues to provide all '2' symlinks.
* python38 be update
Am 10.04.2020 um 16:47 schrieb Jon Turney:
This package contains OpenGL manpages from
https://github.com/KhronosGroup/OpenGL-Refpages
These are packaged in Fedora (gl-manpages), debian
(khronos-opengl-man4), etc.
cygport file:
https://github.com/jon-turney/gl-manpages-cygport/blob/master/
In some conditions the debuginfo creation enters in a never ending loop
due to the asymmetrical usage of readlink between
lib/src_postinst.cygpart :
origdlname=${dlname}
while [ $(readlink -f ${ltlibdir}/${dlname%/bin/*}) !=
${D}$(__host_prefix) ]
do
dlname=../${
Am 11.04.2020 um 18:15 schrieb Jon Turney:
On 11/04/2020 14:49, Marco Atzeri via Cygwin-apps wrote:
Am 10.04.2020 um 16:47 schrieb Jon Turney:
This package contains OpenGL manpages from
https://github.com/KhronosGroup/OpenGL-Refpages
These are packaged in Fedora (gl-manpages), debian
Am 11.04.2020 um 19:06 schrieb Jon Turney:
On 11/04/2020 17:52, Marco Atzeri via Cygwin-apps wrote:
Am 11.04.2020 um 18:15 schrieb Jon Turney:
On 11/04/2020 14:49, Marco Atzeri via Cygwin-apps wrote:
Am 10.04.2020 um 16:47 schrieb Jon Turney:
This package contains OpenGL manpages from
Am 10.04.2020 um 16:47 schrieb Jon Turney:
This package contains OpenGL manpages from
https://github.com/KhronosGroup/OpenGL-Refpages
These are packaged in Fedora (gl-manpages), debian
(khronos-opengl-man4), etc.
cygport file:
https://github.com/jon-turney/gl-manpages-cygport/blob/master/
Am 15.04.2020 um 14:59 schrieb Jon Turney:
On 14/04/2020 16:23, Marco Atzeri via Cygwin-apps wrote:
Am 10.04.2020 um 16:47 schrieb Jon Turney:
This package contains OpenGL manpages from
https://github.com/KhronosGroup/OpenGL-Refpages
These are packaged in Fedora (gl-manpages), debian
Am 15.04.2020 um 16:51 schrieb Jon Turney:
This package contains the mathml DTD
This is prerequisite of gl-manpages.
cygport file:
https://github.com/jon-turney/w3-dtd-mathml-cygport/blob/master/w3-dtd-mathml.cygport
package files:
http://www.dronecode.org.uk/cygwin/noarch/release/w3-dtd
Am 15.04.2020 um 17:38 schrieb Marco Atzeri:
Am 15.04.2020 um 14:59 schrieb Jon Turney:
On 14/04/2020 16:23, Marco Atzeri via Cygwin-apps wrote:
Am 10.04.2020 um 16:47 schrieb Jon Turney:
This package contains OpenGL manpages from
https://github.com/KhronosGroup/OpenGL-Refpages
These are
Am 15.04.2020 um 21:33 schrieb Jon Turney:
On 15/04/2020 16:59, Marco Atzeri via Cygwin-apps wrote:
Am 15.04.2020 um 16:51 schrieb Jon Turney:
This package contains the mathml DTD
This is prerequisite of gl-manpages.
cygport file:
https://github.com/jon-turney/w3-dtd-mathml-cygport/blob
Am 15.04.2020 um 22:26 schrieb Jon Turney:
On 15/04/2020 20:57, Marco Atzeri via Cygwin-apps wrote:
Am 15.04.2020 um 17:38 schrieb Marco Atzeri:
Am 15.04.2020 um 14:59 schrieb Jon Turney:
On 14/04/2020 16:23, Marco Atzeri via Cygwin-apps wrote:
Am 10.04.2020 um 16:47 schrieb Jon Turney
Am 08.05.2020 um 18:55 schrieb David Rothenberger:
Would someone with sourceware access please remove the test tag from
rdiff-backup-2.0.0-2? I couldn't figure out how to do it with cygport.
Thanks,
David
Done. We need to wait the full index rebuild to see the effect.
With lftp you can alw
Am 11.05.2020 um 21:03 schrieb Ken Brown via Cygwin-apps:
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
changed maintainer
Regards
Marco
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've bumped the version from 2.9.1 to 2.10.2, the latest upstream
releas
Am 12.05.2020 um 20:08 schrieb Marco Atzeri:
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've bumped t
Am 13.05.2020 um 21:05 schrieb Ken Brown via Cygwin-apps:
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: the
Am 13.05.2020 um 20:44 schrieb Ken Brown via Cygwin-apps:
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-bu
Am 23.04.2020 um 20:52 schrieb Yaakov Selkowitz:
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.
Fair enough. python-sip will need to be updated for that as well,
which requires also updating
Am 14.05.2020 um 12:02 schrieb Hamish McIntyre-Bhatty via Cygwin-apps:
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
Am 14.05.2020 um 16:54 schrieb Ken Brown via Cygwin-apps:
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
Am 14.05.2020 um 18:51 schrieb Hamish McIntyre-Bhatty:
On 14/05/2020 16:41, Marco Atzeri via Cygwin-apps wrote:
question: do you take both or only wxWidgets3.0 ?
python-wx Yaakov Selkowitz
wxWidgets3.0 Yaakov Selkowitz
On 14/05/2020 18:06, Marco Atzeri via Cygwin-apps wrote:
Am 14.05.2020 um 18:51 schrieb Hamish McIntyre-Bhatty:
On 14/05/2020 16:41, Marco Atzeri via Cygwin-apps wrote:
question: do you take both or only wxWidgets3.0 ?
python-wx Yaakov Selkowitz
to the right mailing list
Weitergeleitete Nachricht
Am 14.05.2020 um 17:17 schrieb Ken Brown via Cygwin-apps:
Builds fine from Yaakov's cygport file, no update needed at present.
Ken
updated maintainer
Am 14.05.2020 um 20:57 schrieb Ken Brown via Cygwin-apps:
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 scri
Am 14.05.2020 um 23:14 schrieb Ken Brown via Cygwin-apps:
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 updat
On 15.05.2020 15:57, Ken Brown via Cygwin-apps wrote:
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
changed maintainer
On 15.05.2020 17:30, 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 it.
I'm proposing
On 15.05.2020 20:17, Jim Garrison via Cygwin wrote:
On 5/14/2020 5:23 PM, René Berber via Cygwin wrote:
[snip]
if os.name == 'nt':
libname = 'liblept-5'
os.environ['PATH'] = shim_paths_with_program_files()
Notice this change in search path, dll files in Windows are executables
and
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, someone should move all the minizip stuff
under zlib on sourceware to the ne
On 17.05.2020 08:45, Brian Inglis wrote:
When rerunning a cygport build with "cygport *.cygport all" after fixing up
problems stage by stage, "doicon $NAME.png" at the start of src_install, before
"cd/pushd ${B}" fails with fatal message "*** ERROR: file $NAME.png does not
exist", whereas rerunni
On 17.05.2020 21:37, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
On 15/05/2020 09:10, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
On 15/05/2020 00:47, Yaakov Selkowitz wrote:
This looks fine.
I'm glad. What do I do next? Do I need to upload and mark as a testing
package or similar?
Seeing
On 18.05.2020 17:47, Brian Inglis wrote:
On 2020-05-17 02:13, Marco Atzeri via Cygwin-apps wrote:
On 17.05.2020 08:45, Brian Inglis wrote:
When rerunning a cygport build with "cygport *.cygport all" after fixing up
problems stage by stage, "doicon $NAME.png" at the start of
On 19.05.2020 20:56, Brian Inglis wrote:
On 2020-05-19 11:43, Marco Atzeri via Cygwin-apps wrote:
On 18.05.2020 17:47, Brian Inglis wrote:
On 2020-05-17 02:13, Marco Atzeri via Cygwin-apps wrote:
On 17.05.2020 08:45, Brian Inglis wrote:
may be also the patches ?
You mean switching to
On 22.05.2020 20:58, Ken Brown wrote:
On 5/15/2020 1:42 PM, Marco Atzeri via Cygwin-apps wrote:
On 15.05.2020 17:30, 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
As I am blocked on the python update,
I would like to inform you about the issue
On i686 arch and only on that, in all versions
3.8.3 and 2.7.18 the sh.exe segfaults during configure
The logs on 3.8.3 and also rebuilding 3.8.2
---
checking for use_env... y
On 23.05.2020 10:48, Marco Atzeri wrote:
As I am blocked on the python update,
I would like to inform you about the issue
On i686 arch and only on that, in all versions
3.8.3 and 2.7.18 the sh.exe segfaults during configure
The logs on 3.8.3 and also rebuilding 3.8.2
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 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
On 10.04.2020 14:52, 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:
* python2-2.7.z continues to provide all
On 26.05.2020 01:45, Yaakov Selkowitz wrote:
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 08
On 25.05.2020 23:12, Ken Brown via Cygwin-apps wrote:
This is the first of several ITAs leading up to gimp. cygport file
attached. It's a routine update of Yaakov's.
Ken
changed maintainer
On 26.05.2020 00:18, Ken Brown via Cygwin-apps wrote:
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
1001 - 1100 of 1465 matches
Mail list logo