On 3/20/2023 7:17 PM, Jon Turney wrote:
On 20/03/2023 22:17, Ken Brown via Cygwin-apps wrote:
It looks like my plan for having scallywag deploy all the TeX Live
packages won't work (see below). calm would have to be more
permissive and allow deploying a package that requires something
On 12/14/2023 2:46 PM, Marco Atzeri via Cygwin-apps wrote:
On 14/12/2023 16:50, Ken Brown via Cygwin-apps wrote:
On 12/14/2023 4:22 AM, Marco Atzeri via Cygwin-apps wrote:
Hi Ken,
it seems that both
texlive-collection-latex
texlive-collection-latexextra
depend on
texlive
On 12/14/2023 4:22 AM, Marco Atzeri via Cygwin-apps wrote:
Hi Ken,
it seems that both
texlive-collection-latex
texlive-collection-latexextra
depend on
texlive-collection-latexrecommended
that seems to me contra intuitive. can you please check ?
Hi Marco,
Do you have an example
On 6/11/2023 1:55 PM, Jon Turney wrote:
On 28/02/2022 13:29, Ken Brown wrote:
The last discussion of this that I can recall started here:
https://cygwin.com/pipermail/cygwin-apps/2020-May/040105.html
What's needed is for someone to adopt all of the GNOME components and
maintain them. As
On 5/6/2023 9:34 AM, Jon Turney wrote:
(There's definitely a problematic dependency chain cygport -> automake
-> automake1.* -> texinfo -> versioned perl which we need to be aware of
in future when rebuilding texinfo for updated perl)
In addition to the dependencies above, there's actually a
INFO: package 'savi': errors in license expression: ['Unknown license
key(s): BSD-Advertising-Acknowledgement']
Any idea why calm complained about this license key? It's listed at
https://spdx.org/licenses/.
Ken
On 5/3/2023 8:19 AM, Ken Brown via Cygwin-apps wrote:
I wonder if those obsoleted packages are confusing setup. In a new
Cygwin installation, choosing only the base packages and cygport, setup
wants to install perl-Test-Harness (and therefore perl 5.32).
I just tried a second experiment
On 5/3/2023 9:33 AM, Jon Turney wrote:
On 03/05/2023 13:19, Ken Brown via Cygwin-apps wrote:
I wonder if those obsoleted packages are confusing setup. In a new
Cygwin installation, choosing only the base packages and cygport,
setup wants to install perl-Test-Harness (and therefore perl 5.32
On 5/2/2023 4:45 PM, Achim Gratz via Cygwin-apps wrote:
Jon Turney via Cygwin-apps writes:
There's an updated report available [1], which should list the
affected packages.
[1] https://cygwin.com/packages/reports/perl_rebuilds.html
Thanks. The newly obsolated packages (due to core now
[This is a follow-up to
https://cygwin.com/pipermail/cygwin/2023-March/253326.html, on the
cygwin list.]
On 3/24/2023 11:00 AM, Ken Brown via Cygwin wrote:
On 3/22/2023 12:56 PM, Ken Brown via Cygwin wrote:
As I mentioned in the announcement of TeX Live 2023, there has been a
major change in
Patch attached.From 048a1e91cc9c4b14f4e17a6b52b6f4edb1843bf9 Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Thu, 23 Mar 2023 09:20:14 -0400
Subject: [PATCH] git.cygclass: Try 'main' if there's no master branch
---
cygclass/git.cygclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
On 3/20/2023 7:17 PM, Jon Turney wrote:
On 20/03/2023 22:17, Ken Brown via Cygwin-apps wrote:
It looks like my plan for having scallywag deploy all the TeX Live
packages won't work (see below). calm would have to be more
permissive and allow deploying a package that requires something
It looks like my plan for having scallywag deploy all the TeX Live
packages won't work (see below). calm would have to be more permissive
and allow deploying a package that requires something that will be
provided by a future package.
In this case, I made asymptote require tl_2023, which
On 3/20/2023 7:22 AM, Jon Turney wrote:
On 19/03/2023 23:04, Ken Brown via Cygwin-apps wrote:
Jon,
I'll be ready to go with TeX Live 2023 in a couple days. That
involves about 60 packages. If I push them all at once, I'm afraid
that would tie up scallywag and make it unusable by others. I
Jon,
I'll be ready to go with TeX Live 2023 in a couple days. That involves
about 60 packages. If I push them all at once, I'm afraid that would
tie up scallywag and make it unusable by others. I was thinking of
pushing them in batches of 5, with a couple hours in between batches.
But I
On 2/16/2023 7:13 PM, Ken Brown via Cygwin-apps wrote:
On 2/16/2023 3:31 PM, Jon Turney wrote:
On 15/02/2023 21:48, Ken Brown via Cygwin-apps wrote:
Jon,
When building TeX Live (once a year), I have to build texlive,
asymptote, and all the texlive-collection-* packages. I currently
can't
On 3/11/2023 2:18 AM, Marco Atzeri via Cygwin-apps wrote:
may I propose another PLUSH HIPPO for Jon Turney for
implementating and maintaining scallywag ?
Seconded!
Ken
On 2/27/2023 4:41 PM, Brian Inglis via Cygwin-apps wrote:
Looks like the 4.4.1 release disables FIFO on Hurd and Cygwin.
Will be interesting to see if it is based on config test, for clues to
what it does not like, or just system?
In the case of HURD, it's because of failing tests in the test
Patch attached.From 6d0508ddb08785dd3c8dbcfa64dce4fe21861c62 Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Mon, 20 Feb 2023 13:39:34 -0500
Subject: [PATCH cygport] texlive.cygclass: remove references to i386-cygwin
These are no longer relevant now that we're not supporting 32-bit
Cygwin.
On 2/20/2023 6:29 PM, Ken Brown via Cygwin-apps wrote:
On 2/20/2023 5:00 PM, Ken Brown via Cygwin-apps wrote:
On 2/20/2023 2:12 PM, Marco Atzeri via Cygwin-apps wrote:
uploaded as test 4.4.0.91-1
following message is still present while missing in 4.4-1
make[1]: warning: jobserver
On 2/20/2023 5:00 PM, Ken Brown via Cygwin-apps wrote:
On 2/20/2023 2:12 PM, Marco Atzeri via Cygwin-apps wrote:
uploaded as test 4.4.0.91-1
following message is still present while missing in 4.4-1
make[1]: warning: jobserver unavailable: using -j1. Add '+' to
parent make rule.
and I
On 2/20/2023 2:12 PM, Marco Atzeri via Cygwin-apps wrote:
uploaded as test 4.4.0.91-1
following message is still present while missing in 4.4-1
make[1]: warning: jobserver unavailable: using -j1. Add '+' to parent
make rule.
and I do not see clear evidence of parallelism like in 4.4-1
On 2/20/2023 2:12 PM, Marco Atzeri via Cygwin-apps wrote:
On 20.02.2023 18:34, Marco Atzeri wrote:
On 20.02.2023 18:14, Ken Brown via Cygwin-apps wrote:
On 2/20/2023 12:00 PM, Achim Gratz via Cygwin-apps wrote:
Ken Brown via Cygwin-apps writes:
Thanks, Marco. As expected, that fixes
On 2/20/2023 12:00 PM, Achim Gratz via Cygwin-apps wrote:
Ken Brown via Cygwin-apps writes:
Thanks, Marco. As expected, that fixes the problem for my test case
(building TeX Live). Obviously it would be better if the make
developers would provide a configure option to use a pipe
On 2/16/2023 9:21 PM, Ken Brown via Cygwin-apps wrote:
On 2/16/2023 2:47 AM, Marco Atzeri via Cygwin-apps wrote:
On 15.02.2023 19:09, Ken Brown via Cygwin-apps wrote:
On 2/14/2023 4:23 PM, Marco Atzeri via Cygwin-apps wrote:
On 14.02.2023 17:49, Brian Inglis via Cygwin-apps wrote
On 2/18/2023 11:21 AM, Jon Turney via Cygwin-apps wrote:
On 05/07/2022 14:12, Jon Turney wrote:
On 22/06/2021 20:52, Jon Turney wrote:
On 09/05/2021 15:39, Jon Turney wrote:
On 23/08/2020 22:01, Jon Turney wrote:
On 27/05/2020 23:27, Jon Turney wrote:
On 04/08/2019 21:08, Jon Turney wrote:
On 2/16/2023 2:47 AM, Marco Atzeri via Cygwin-apps wrote:
On 15.02.2023 19:09, Ken Brown via Cygwin-apps wrote:
On 2/14/2023 4:23 PM, Marco Atzeri via Cygwin-apps wrote:
On 14.02.2023 17:49, Brian Inglis via Cygwin-apps wrote:
There is a make 4.4.1 release candidate 4.40.0.90 with patches
On 2/16/2023 3:31 PM, Jon Turney wrote:
On 15/02/2023 21:48, Ken Brown via Cygwin-apps wrote:
Jon,
When building TeX Live (once a year), I have to build texlive,
asymptote, and all the texlive-collection-* packages. I currently
can't use SCALLYWAG to do the builds because these packages
Jon,
When building TeX Live (once a year), I have to build texlive,
asymptote, and all the texlive-collection-* packages. I currently can't
use SCALLYWAG to do the builds because these packages need to all be
deployed at once. So I have to build them all locally, upload them to
my staging
On 2/14/2023 4:23 PM, Marco Atzeri via Cygwin-apps wrote:
On 14.02.2023 17:49, Brian Inglis via Cygwin-apps wrote:
There is a make 4.4.1 release candidate 4.40.0.90 with patches that
may help to deal with this:
https://alpha.gnu.org/gnu/make/make-4.4.0.90.tar.lz{,.sig}
On 2/13/2023 6:05 PM, Ken Brown via Cygwin-apps wrote:
Several of my packages that used to build fine with parallel make now
require 'make -j1'. Without this I either get strange errors or a hang.
I can't find any pattern to explain when the problem occurs and when it
doesn't, but it seems
On 2/13/2023 6:44 PM, Brian Inglis wrote:
On 2023-02-13 16:05, Ken Brown via Cygwin-apps wrote:
Several of my packages that used to build fine with parallel make now
require 'make -j1'. Without this I either get strange errors or a hang.
I can't find any pattern to explain when the problem
Several of my packages that used to build fine with parallel make now
require 'make -j1'. Without this I either get strange errors or a hang.
I can't find any pattern to explain when the problem occurs and when it
doesn't, but it seems to be due to a change in make, starting with
version
On 1/16/2023 7:49 AM, Jon Turney wrote:
On 15/01/2023 19:31, Ken Brown via Cygwin-apps wrote:
On 1/15/2023 7:52 AM, Jon Turney via Cygwin-apps wrote:
bzr-fastimport python-fastimport Ken Brown
I'm not interested in maintaining these any longer. If no one else wants to
take over
On 1/15/2023 7:52 AM, Jon Turney via Cygwin-apps wrote:
bzr-fastimport python-fastimport Ken Brown
I'm not interested in maintaining these any longer. If no one else wants to
take over, they could just be removed from the distro as far as I'm concerned.
The only package that would
cygport file and patch attached.
This package is present in all the major Linux distros. I've tested the build
on SCALLYWAG (https://github.com/cygwin/scallywag/actions/runs/3824702717), and
I've tested that the library works as expected with the development version of
emacs-29.
On 12/2/2021 5:15 AM, Jan Nijtmans via Cygwin-apps wrote:
Somewhere in cygport, a check is done for the autoconf version, please
change this check to allow autoconf 2.71 (as well as 2.59 and 2.69).
Then I can put back the "cygautoreconf" line in tcl.cygport.
You can do this locally until
On 11/28/2021 11:33 AM, Achim Gratz wrote:
Ken Brown via Cygwin-apps writes:
It's gnulib that changed, not Cygwin or gcc/binutils. This is
actually an old issue:
https://cygwin.com/pipermail/cygwin/2010-April/186342.html
I've built the exact same package (man-db) this Febrary without
On 11/28/2021 10:42 AM, Achim Gratz wrote:
Yaakov Selkowitz via Cygwin-apps writes:
For anyone else who bumps into this, gdb and strace are of no use in
debugging this crash. I finally thought to look at the stackdump
file, and the second address from the top was in a gnulib file. That
was
On 11/26/2021 12:34 PM, Brian Inglis wrote:
On 2021-11-26 06:08, Ken Brown via Cygwin-apps wrote:
On 11/25/2021 1:25 PM, Yaakov Selkowitz via Cygwin-apps wrote:
Add gl_cv_have_weak=no to cygconf?
Are you suggesting maintainers should do this, or are you talking about
patching cygport, like
On 11/25/2021 1:25 PM, Yaakov Selkowitz via Cygwin-apps wrote:
Add gl_cv_have_weak=no to cygconf?
Are you suggesting maintainers should do this, or are you talking about patching
cygport, like this:
diff --git a/cygclass/autotools.cygclass b/cygclass/autotools.cygclass
index
According to https://cygwin.com/packages/summary/cygport-src.html, the cygport
git repo is at
https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/cygport.git
But that repo is empty. The correct URL seems to be
https://cygwin.com/git/?p=cygwin-apps/cygport.git
Ken
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 smashing crashes with no backtrace
@ 0x1 or 0x0005 etc.
On 10/6/2021 4:22 PM, Jon Turney wrote:
On 06/10/2021 17:23, Jon Turney wrote:
On 06/10/2021 13:01, Ken Brown via Cygwin-apps wrote:
This seems to work, with one caveat. Suppose package P requires feature f,
and packages Q, R, S,... provide f. If the user selects P and one or more of
Q, R
On 10/5/2021 2:24 PM, Achim Gratz wrote:
Ken Brown via Cygwin-apps writes:
There are currently five emacs packages: emacs-common, emacs,
emacs-X11, emacs-w32, and emacs-lucid. The first includes things that
are needed by each of the other four, and those four each include an
emacs binary
On 10/5/2021 12:58 PM, Brian Inglis wrote:
On 2021-10-05 09:51, Ken Brown via Cygwin-apps wrote:
I asked this question several years ago
(https://cygwin.com/pipermail/cygwin-apps/2018-October/039451.html), but I'm
repeating it, in a more specific form, in the hope that setup has progressed
The current setup sources fail to build because ~StringChoiceOption is not
defined:
CXXLDsetup.exe
/usr/lib/gcc/x86_64-w64-mingw32/11/../../../../x86_64-w64-mingw32/bin/ld:
io_stream_cygfile.o:/home/kbrown/src/cygsetup/x86_64/../setup/io_stream_cygfile.cc:40:
undefined reference to
I asked this question several years ago
(https://cygwin.com/pipermail/cygwin-apps/2018-October/039451.html), but I'm
repeating it, in a more specific form, in the hope that setup has progressed to
the point where I get a different answer.
There are currently five emacs packages: emacs-common,
On 10/2/2021 1:48 AM, Brian Inglis wrote:
On 2021-10-01 22:15, Achim Gratz wrote:
Brian Inglis writes:
As autoconf requires: autoconf2.1 autoconf2.5 bash sed, I believe that
would be the more appropriate place for an autoconf-archive
requirement, otherwise cygport would have to require it,
On 9/27/2021 9:21 AM, ASSI wrote:
Ken Brown via Cygwin-apps writes:
Note that there are a lot of complaints about non-existent
.eln files. I'm experimenting with native-compilation builds of
emacs, and I know why these errors are occurring. But I don't think
that should be preventing the full
On 9/27/2021 2:43 AM, ASSI wrote:
Ken Brown via Cygwin-apps writes:
I just tried to do a full rebase (by running 'rebase-trigger full'),
but it seems that files from installed packages aren't being rebased.
Looking at /var/cache/rebase, it looks like the files in rebase_pkg
aren't making
On 9/26/2021 4:07 AM, Achim Gratz wrote:
Ken Brown via Cygwin-apps writes:
Installs fine now, thanks.
Please install the latest update.
I just tried to do a full rebase (by running 'rebase-trigger full'), but it
seems that files from installed packages aren't being rebased. Looking
On 9/25/2021 11:45 AM, Achim Gratz wrote:
Ken Brown via Cygwin-apps writes:
I tried to install this with 'setup -X', but I'm getting a Download
Incomplete pop-up saying that there was a download error for
_autorebase-001090-0.1.
Can you try again, please?
Installs fine now, thanks.
I'll
On 9/25/2021 9:26 AM, Achim Gratz wrote:
I have an interim update that works more or less like the current
implementation plus some fixes to be more resilient against filenames
containing spaces somewhere (I'd appreciate if somone would actually
test that this works), but allows to have more
On 9/20/2021 8:57 AM, Ken Brown via Cygwin-apps wrote:
On 9/20/2021 1:58 AM, ASSI wrote:
Ken Brown via Cygwin-apps writes:
2. Create a script /usr/bin/rebaselst_usr similar to rebaselst, with a
few modifications:
a) All files are in the user's home directory:
l=${HOME}/.config/rebase
b
[Redirected from the main cygwin list.]
On 9/21/2021 3:12 PM, Ken Brown via Cygwin wrote:
On 9/21/2021 1:55 PM, Brian Inglis via Cygwin wrote:
On 2021-09-21 10:58, Ken Brown via Cygwin wrote:
On 9/21/2021 11:29 AM, Brian Inglis wrote:
so suggest we mandate release 0 for test versions, as that
On 9/20/2021 1:58 AM, ASSI wrote:
Ken Brown via Cygwin-apps writes:
1. Modify rebaseall and rebaselst to recognize 'eln' as a suffix and
to recognize the standard directory where emacs will install the
system-wide .eln files (corresponding to the preloaded libraries).
That would be which
On 9/19/2021 3:09 PM, Achim Gratz wrote:
Ken Brown via Cygwin-apps writes:
First of all, I think we should make /var/lib/rebase/user.d/
work as documented.
No, that won't help and I should actually remove that facility since it
can't be fixed. The user directory can not assumed to be even
On 9/19/2021 12:39 PM, Achim Gratz wrote:
Ken Brown via Cygwin-apps writes:
A per-user database sounds like a good idea.
Well, the problem is how to maintain it. So let's for the moment skip
that part and see if it would work when we pretend we'd already solved
that problem. An ephemeral
[Redirected from the main Cygwin list.]
On 9/19/2021 2:18 AM, ASSI wrote:
Ken Brown via Cygwin writes:
Looking into /usr/bin/rebaselst, I think I see the problem. The
function rebase_user() greps the file /var/lib/rebase/user.d/kbrown
for the relevant suffixes,
That's how it was originally
On 8/23/2021 8:26 PM, Brian Inglis wrote:
On 2021-08-23 15:08, Ken Brown via Cygwin-apps wrote:
On 8/23/2021 2:46 PM, Brian Inglis wrote:
On 2021-08-22 16:58, Ken Brown via Cygwin-apps wrote:
OK, your later messages explain it better. I'll have to look at
texlive-collection-formatsextra
On 8/23/2021 2:46 PM, Brian Inglis wrote:
On 2021-08-22 16:58, Ken Brown via Cygwin-apps wrote:
OK, your later messages explain it better. I'll have to look at
texlive-collection-formatsextra; it's possible that it needs to require
texlive-collection-fontsrecommended. But a better solution
On 8/22/2021 6:38 PM, Ken Brown via Cygwin-apps wrote:
On 8/22/2021 5:57 PM, Brian Inglis wrote:
On 2021-08-22 09:33, Brian Inglis wrote:
On 2021-08-22 09:15, Jon Turney wrote:
On 22/08/2021 01:48, Brian Inglis wrote:
Any way to see if there is anything useful in scallywag #160 (3181
On 8/22/2021 5:57 PM, Brian Inglis wrote:
On 2021-08-22 09:33, Brian Inglis wrote:
On 2021-08-22 09:15, Jon Turney wrote:
On 22/08/2021 01:48, Brian Inglis wrote:
Any way to see if there is anything useful in scallywag #160 (3181)
fontconfig run 1154600337 build_requires setup
On 7/15/2021 9:56 PM, Ken Brown via Cygwin-apps wrote:
On 7/15/2021 7:07 PM, Doug Henderson via Cygwin-apps wrote:
Please update alternatives to work properly for a first time install
of an alternative when CYGWIN=winsymlinks:nativestrict.
Cygwin doesn't have an alternatives maintainer
On 7/15/2021 7:07 PM, Doug Henderson via Cygwin-apps wrote:
Please update alternatives to work properly for a first time install
of an alternative when CYGWIN=winsymlinks:nativestrict.
Cygwin doesn't have an alternatives maintainer. Would you like to volunteer?
If so, start at
On 6/1/2021 1:36 PM, Marco Atzeri via Cygwin-apps wrote:
On 01.06.2021 14:41, Daisuke Fujimura via Cygwin-apps wrote:
Hello,
[ITP] A new package proposal: tractorgen
- tractorgen
The package seems not very used.
Not sure fit in our scope for missing the need for a vote
Opinion from the
On 4/26/2021 11:45 PM, Marco Atzeri via Cygwin-apps wrote:
Hi Maintainers,
as I just found 2 of my packages colliding with same program name
$ cygcheck -f /usr/bin/ncgen
hdf4-4.2.15-3
netcdf-4.8.0-2
as one is much older than the other, the installation sequence
can give some inconsistencies
Trying to build harfbuzz, I get the following python failure with python-3.8
Traceback (most recent call last):
File "/usr/bin/g-ir-scanner", line 65, in
from giscanner.scannermain import scanner_main
File "/usr/lib/gobject-introspection/giscanner/scannermain.py", line 41, in
On 4/26/2021 11:45 PM, Marco Atzeri via Cygwin-apps wrote:
Hi Maintainers,
as I just found 2 of my packages colliding with same program name
$ cygcheck -f /usr/bin/ncgen
hdf4-4.2.15-3
netcdf-4.8.0-2
as one is much older than the other, the installation sequence
can give some inconsistencies
On 4/12/2021 8:18 AM, Ken Brown via Cygwin-apps wrote:
On 4/12/2021 1:55 AM, ASSI wrote:
Ken Brown via Cygwin-apps writes:
Sorry, I spoke too soon. It's not even working right on x86_64. In
my first build, the ordinary byte-compiled files (.elc) were already
present, and that somehow
On 4/12/2021 1:55 AM, ASSI wrote:
Ken Brown via Cygwin-apps writes:
Sorry, I spoke too soon. It's not even working right on x86_64. In
my first build, the ordinary byte-compiled files (.elc) were already
present, and that somehow prevented the native-compiled files (.eln)
from being built. I
On 4/11/2021 3:48 PM, Achim Gratz wrote:
Ken Brown via Cygwin-apps writes:
On 4/11/2021 11:49 AM, Achim Gratz wrote:
Both architectures? For whatever reasons the gcc testsuite on x86
always bombed out on these, so I have no idea if it works there.
Yes, it works on x86 too.
Great. So I'll
On 4/11/2021 11:49 AM, Achim Gratz wrote:
Ken Brown via Cygwin-apps writes:
Thanks! It works great for building the feature/native-comp branch of
emacs. (configure --with-native-compilation if you want to try it
yourself.)
Both architectures? For whatever reasons the gcc testsuite on x86
On 4/10/2021 12:23 PM, Achim Gratz wrote:
I've uploaded a test version of gcc-10.3.0 that has the JIT library enabled:
Thanks! It works great for building the feature/native-comp branch of emacs.
(configure --with-native-compilation if you want to try it yourself.)
One minor packaging
On 3/17/2021 5:16 PM, Thomas Wolff wrote:
Am 17.03.2021 um 21:02 schrieb Jon Turney:
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.906.x86_64.exe (64 bit version)
https://cygwin.com/setup/setup-2.906.x86.exe (32 bit version)
Please test, and report
On 3/2/2021 12:21 PM, Brian Inglis wrote:
Hi folks,
Just a heads up that CLDR is changing a number of its structures impacting ICU,
and both CLDR alpha and ICU dev are available for testing "some significant
migration issues" before their final release on 2021 Apr 7 Wed:
On 2/25/2021 1:18 PM, Rafel Amer Ramon wrote:
El 1/12/20 a les 18:23, Ken Brown via Cygwin-apps ha escrit:
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
On 2/15/2021 3:32 PM, Achim Gratz wrote:
Ken Brown via Cygwin-apps writes:
Is this expected? Will the files stay in my upload area and be merged
when the time comes?
It seems that upload has completed, right? Anything else from you?
Yes, it completed, and I'm all set.
Ken
On 2/12/2021 1:46 AM, ASSI wrote:
Jon Turney writes:
I've fixed what I needed to in the relarea, so this update can proceed
when Achim gives the go ahead.
Please upload your packages, but please double-check that there is a
dependency on perl5_032 in the hints.
If everything works as
On 2/6/2021 11:13 AM, 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 2/4/2021 9:04 AM, Ken Brown via Cygwin-apps wrote:
On 2/4/2021 7:10 AM, Andrew Schulman via Cygwin-apps wrote:
The Perl 5.32 test repository is now updated with the stage 3 bootstrap
packages at:
root=http://cygwin.stromeko.net/
$root/perl-5.32
Not sure I understand. In setup I entered
On 2/4/2021 7:10 AM, Andrew Schulman via Cygwin-apps wrote:
The Perl 5.32 test repository is now updated with the stage 3 bootstrap
packages at:
root=http://cygwin.stromeko.net/
$root/perl-5.32
Not sure I understand. In setup I entered
http://cygwin.stromeko.net/perl-5.32
as a mirror
On 2/3/2021 10:18 PM, Marco Atzeri wrote:
On 04.02.2021 04:14, Ken Brown wrote:
too fast:
I assume
texlive-collection-mathextra
was replaced by
texlive-collection-mathscience
That's right. texlive-collection-mathscience obsoletes both
texlive-collection-mathextra and
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
0.3.12-1
going up with
--
#!/usr/bin/python3
from dbtexmf.dblatex import dblatex
dblatex.main('/usr/share
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 adopt it and rebuild it for python3.
Ken
On 2/3/2021 2:31 AM, Marco Atzeri via Cygwin-apps wrote:
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
On 2/2/2021 2:40 PM, Achim Gratz wrote:
Please prepare your packages for the release of perl-5.32 and report on
this list about their status.
biber is ready to go.
Ken
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,
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 packa
On 1/18/2021 12:33 AM, Marco Atzeri via Cygwin-apps wrote:
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
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.
In case anyone's interested or has thoughts:
As part of working on this release, I've
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, 10 Jan 2021 12:46:43 +0100, Marco Atzeri via Cygwin
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, 10 Jan 2021 12:46:43 +0100, Marco Atzeri via Cygwin-apps
On 10.01.2021 01:07, Lemures Lemniscati via Cygwin
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-introspection will need
a rebuild for python3.
On 1/10/2021 7:42 AM, Achim Gratz wrote:
Achim Gratz writes:
The Perl 5.32 test repository is now up at:
root=http://cygwin.stromeko.net/
$root/perl-5.32
Additionally the perl-5.32-RC1 is now available in this repo as a test
package (perl-5.32.1-0.1). The distributions are all unchanged.
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 that script.
python38-3.8.3-1 is missing its postinstall
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:
Traceback (most recent call last):
File "./scallywag", line
On 12/27/2020 1:41 AM, Achim Gratz wrote:
Ken Brown via Cygwin-apps writes:
The Perl 5.32 test repository is now up at:
root=http://cygwin.stromeko.net/
$root/perl-5.32
including all Perl distributions that I maintain or co-maintain.
Thanks very much! It worked fine for building biber.
Did
On 12/26/2020 12:43 PM, Achim Gratz wrote:
Achim Gratz writes:
Achim Gratz writes:
I've cleaned up the patches so they still apply on top of 5.32.0 where
applicable and built the initial packages. For the rest I'll have to
set up one of my old build machines as I don't want to move my main
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 196 matches
Mail list logo
