Am 18.09.2023 um 12:41 schrieb Christian Franke via Cygwin-apps:
$ pwd -P
/usr/src
$ /bin/pwd -L
/tmp/source
Generally speaking, if you really need to mess with /usr/src (which is a
packaged directory, so any Cygwin application can assume it's existence
as a directory) you should do that
Brian Inglis via Cygwin-apps writes:
> Because of issues with the current release of PCRE2 Unicode matching
> in latest grep 3.11 release reverting to ASCII only matches for some
> patterns, it would be good to have an updated interim Cygwin release 2
> of PCRE2 10.42+ available incorporating
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
That list has shrunk a bit. The following packages should have priority
in getting updates/re-releases, I think:
Erwin Waterlander via Cygwin-apps writes:
> Thanks Achim. I have merged your changes into master.
…but didn't actually do a release. :-)
Anyway, I have tested the update to 0.68 (now that the new Perl
distributions are available on Cygwin) and pushed this to the playground
branch for your
The package can't have actually done something useful for quite some
time since most or all of its online data sources have vanished or
changed their format over time. There is a new maintainer that tries to
fix things up, but in the process of doing so pulled in no less than 44
new
Hi Erwin,
since po4a should be re-eleased for perl-5.36.1, I've updated your
cygport and pushed it to the playground branch on your repo. Please
note that I've downgraded the version to 0.66, since the later releases
would need a new dependency that is not yet available on Cygwin
Achim Gratz via Cygwin-apps writes:
> Ken Brown via Cygwin-apps writes:
>> Could we work around the problem by removing the dependency of the
>> obsolete packages on perl5_032?
>
> Please don't. I'll update automake soon.
Wait… these packages are not supposed to be depen
Jon Turney via Cygwin-apps writes:
> Just adding just perl 5.36 to base seems to work fine.
>
> Adding cygport, pulls in automake-{12,13,14}, which depend on
> perl-Carp or perl-Test-Harness. I'm not sure why the solver then goes
> on to choose those packages, rather than perl_base which obsoletes
Ken Brown via Cygwin-apps writes:
> Could we work around the problem by removing the dependency of the
> obsolete packages on perl5_032?
Please don't. I'll update automake soon.
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for
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 recent enough)
are still shown in this list (that's
Achim Gratz via Cygwin-apps writes:
> I'm going to release Perl 5.36.1 to Cygwin in a few days.
Done.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf microQ V2.22R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
I'm going to release Perl 5.36.1 to Cygwin in a few days. I've skipped
5.34 in order to update only every second year (which I've done since
the 5.22 release). I haven't seen any trouble in my own Perl
distribution packages from the update even though there are lots of
them that haven't been
Corinna Vinschen via Cygwin-apps writes:
> Calm could create a database containing all the files from the tar
> archives it uploads, and compare that against the newly uploaded files
> on the fly.
That already exists as the basis for package grep, albeit in the form of
a buiinch of text files.
One of the existing packages of mine has aquired two new build
dependenmcies:
perl-Test-FailWarnings
perl-Hash-Ordered
Please add them to my list of packages, thank you.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf
Achim Gratz via Cygwin-apps writes:
> The original plan was to make this my new Linux desktop and replace the
> 9 year old Haswell I'm using right now and wait until the 16-core
> Phoenix processors are finally available, but I'll probably have to
> re-think that.
I misremembered th
Since I've impulse-bought a new mini-PC which came with Windows 11 Pro
pre-installed, I did some benchmarking against the other two machines I
regularly run Cygwin builds on:
| Processor | HW | TDP | Base | Turbo | aTurbo | L1i/L1d+L2 |
L3 | Mem | comp | inst | pack |
Andrew Schulman via Cygwin-apps writes:
> Thanks. I tried several different values of WANT_AUTOCONF and WANT_AUTOMAKE,
> but
> they didn't help. From what I can tell, AM_INTL_SUBDIR is just gone from
> automake now.
It never was there, this is a bug in gettext 0.21.
> So I removed the call to
Jon Turney via Cygwin-apps writes:
>> Exchange the while loop using an iffy read construct to a for loop using a
>> temporary file.
>
> I think this change from zero-delimited to whitespace means this will
> now fail to handle any filenames containing whitespace correctly?
Yes, sorry. I thought
Jon Turney via Cygwin-apps writes:
> On 26/03/2023 19:12, Jon Turney via Cygwin-apps wrote:
>>> - usr/lib/gcc/*/lib*|usr/lib/gcc/*/*.o)
>>> + usr/lib/gcc/*/*.o)
>> Why this change?
It looks like a mistake that I didn't catch.
>>
>>> + local nproc=$(nproc)
>> This limit should
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 for the
> jobserver, but this is a good workaround if they don't.
Jon Turney via Cygwin-apps writes:
> I'm not sure what the word is for the status of these packages (but
> they are all deprecated upstream, don't have a direct replacement,
> probably aren't of any use to anybody, so clearly keeping them around
> any longer is pointless...)
When I wrote this
21 matches
Mail list logo
