On 5/16/2024 4:24 PM, Brian Inglis via Cygwin-apps wrote:
Hi folks,
Trying to update dateutils, autotools build fails with:
libtool: error: can't build x86_64-pc-cygwin shared library unless
-no-undefined is specified
Suggestions for overrides or fixes?
Tried:
LDFLAGS="$LDFLAGS
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
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
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
Forwarded Message
Subject: calm: cygwin package report for Ken Brown
Date: Mon, 20 Mar 2023 21:57:12 -
From: cygwin-no-re...@cygwin.com
Reply-To: cygwin-apps@cygwin.com
To: kbr...@cornell.edu
ERROR: package 'asymptote' version '2.85-1' depends: 'tl_2023', but
nothing satisfies
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 11/29/2022 4:36 PM, Jon Turney wrote:
xemacs ORPHANED (Dr. Volker Zell) Is it dead yet?
Not completely:
https://cygwin.com/pipermail/cygwin/2021-November/249814.html
https://foss.heptapod.net/xemacs/xemacs
Ken
On 10/8/2022 9:04 AM, Jon Turney wrote:
On 30/09/2022 19:25, Brian Inglis wrote:
On 2022-09-30 07:01, Jon Turney wrote:
On 29/09/2022 07:22, Brian Inglis wrote:
Hi folks, [Please Reply All as Cygwin mail blocked by ISP]
Scallywag job failing complaining about TeX fonts.
Any ideas about what
On 10/6/2022 1:24 PM, Adam Dinwoodie wrote:
Jari isn't very active on the lists these days, but I think he is still
active, so he might want to weigh in.
I'm not sure Jari is subscribed to this list. I've added him to the CC.
Ken
On 7/21/2022 5:09 AM, Corinna Vinschen wrote:
We're using the "?p=" URLs on the cygin-apps website, too. Maybe it's
just me, but to me it looks better if we change this to the 2nd form
where possible. What do you think?
I agree that it looks better without the ?p=. I have no idea why the
Patch attached.From bcbc7f9768854a6e6aaf1a450cdaabc61241ea9d Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Wed, 20 Jul 2022 12:14:42 -0400
Subject: [PATCH] Make rebaseall a wrapper around the autorebase postinstall
script
Do this on Cygwin only; the behavior on MinGW and MSYS is unchanged
On 6/16/2022 5:00 AM, Takashi Yano wrote:
I would like to take over the maintenance of unzip package, which is
currently orphaned.
Added to cygwin-pkg-maint. Thanks.
Ken
On 6/16/2022 5:00 AM, Takashi Yano wrote:
I would like to take over the maintenance of zip package, which is
currently orphaned.
It's yours. Thanks.
Ken
On 4/14/2022 4:53 PM, Andrew Schulman via Cygwin-apps wrote:
I want to maintain a new Unison package, this time called - ready? -
unison.
Added.
Thanks.
Ken
On 4/10/2022 12:55 PM, Achim Gratz wrote:
MinGW64 packages currently orphaned by Yaakov, Cygwin package currently
maintained by Ken (OK to take over given via IRC).
Update to 1.2.12 (security) and removal of minizip (not used on Cygwin
and minizip fork is packaged separately already).
Done.
cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/glib2.0.git;a=search;h=refs/heads/playground;s=Ken+Brown;st=author)
What's the situation? Is there a bug tracking the issues?
Hi Marc,
The last discussion of this that I can recall started here:
https://cygwin.com/pipermail/cygwin-apps/2020-
On 1/20/2022 9:33 AM, Jon Turney wrote:
texlive-collection-latexrecommended-doc: untest 20210118-2 and expire 20210118-1
Yes, please. It was just a mistake that I never untested 20210118-2.
Ken
On 1/20/2022 7:14 AM, Glenn Strauss wrote:
lighttpd 1.4.64 removes long-deprecated packages,
including mod_trigger_b4_dl (replaceable with a lua script, if needed)
I am trying to build using lighttpd.cygport and after uploading package
1.4.64-1, I got errors, so I tried adding
On 1/2/2022 12:22 PM, Marco Atzeri wrote:
On 05.12.2021 10:34, Achim Gratz wrote:
In order for cygport to work correctly when autoconf 2.71 is requested,
please pull the first commit (b25cb3faa) on my to-upstream branch into
upstream and release a new version. I'd appreciate if the full
On 12/30/2021 5:38 AM, Achim Gratz wrote:
Am 29.12.2021 um 17:12 schrieb Jon Turney:
I think this was the case, at one time.
As I said before, at least info still does; not directly, though (it requires a
bunch of Perl module distribution that will then pull in perl_base at least).
No,
On 12/29/2021 3:51 AM, Achim Gratz wrote:
Am 28.12.2021 um 11:57 schrieb Marco Atzeri:
I had the impression it was in the Base category
@ perl_base
sdesc: "Perl programming language interpreter"
ldesc: "Perl programming language interpreter
That split was indeed made to enable making it
On 12/9/2021 5:24 AM, Corinna Vinschen wrote:
On Dec 8 19:46, Achim Gratz wrote:
Achim Gratz writes:
+ case "${WANT_AUTOCONF}" in
+ 2.5|'')
+ WANT_AUTOCONF=2.5
+ case $(autoconf --version 2> /dev/null | head -n 1) in
[Redirected from the cygwin list,
https://cygwin.com/pipermail/cygwin/2021-December/250149.html]
On 12/7/2021 3:08 PM, Ken Brown wrote:
On 12/5/2021 3:50 AM, Achim Gratz wrote:
Autoconf upstream has stated that the 2.7x releases are not fully
backwards compatible. Cygwin therefore chose
On 12/2/2021 2:51 PM, Achim Gratz wrote:
As discussed in another thread, Cygwin should have an autoconf2.7
package going forward. It builds just out of the box, so here's the ITP
for it.
Playground (based on autotools2.5, I'll cut the old history in the new repo):
On 12/2/2021 8:32 AM, Corinna Vinschen via Cygwin-apps wrote:
On Dec 2 14:18, ASSI wrote:
As I said, I haven't looked at it in any detail, but it seems that
autoconf is already multi-version, so I guess it would be possible to
introduce an autoconf2.7 package in addition to the existing two.
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
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
generic does not require
texlive-collection-fontsrecommended, so it looks like that may have to be
explicitly requested in the cygport build.
Opinion sought from Ken Brown!
$ zfgrep marvosym
/etc/setup/texlive-collection-{plaingeneric,fontsrecommended}.lst.gz
/etc/setup/texlive-collection-plaingeneri
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
and got the following from calm:
ERROR: package 'biber' version '2.16-2' requires: 'perl5_032', but nothing
satisfies that
ERROR: package 'biber' version '2.16-2' depends: 'perl5_032', but nothing
satisfies that
ERROR: error while validating merged x86 packages for Ken Brown
ERROR: package 'biber
1 - 100 of 1040 matches
Mail list logo
