Re: cygport may not create debug info if top directory contains a symlink
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 via a (bind) mount. -- Achim. (on the road :-)
Re: PCRE2 interim release 2 requested to support grep 3.11
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 PCRE2_EXTRA_ASCII_... changes, > and for PCRE2_MATCH_INVALID_UTF, between Feb 1 and April 21, submitted > by Carlo Arenas for pcre2 and grep. That patch set is apparently still not merged upstream and other work in this area is still going on, so I don't think it's wise to jump the gun. […] > Otherwise we could not upgrade grep until pcre2 10.43 is released. Yes, we can just wait for uptstream to sort things out. -- Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Waldorf MIDI Implementation & additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs
Re: [Attn. MAINTAINERS] Heads up: Perl 5.36.1 is imminent
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: subversion weechat hexchat znc Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada
Re: [ATTN. Maintainer] po4a
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 perusal. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf Blofeld V1.15B11: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
[ORPHAN] perl-Finance-Quote
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 dependencies, which I'm unwilling to add to Cygwin. The module is currently a dependency of gnucash, which itself is orphaned and almost 5 years old. I suggest that we remove it from Cygwin, too. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
[ATTN. Maintainer] po4a
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 (Syntax::Keyword::Try). I've added a dependency on perl-SGMLSpm following Debian and fixed a test fail caused by a wrong assumption about how the build directory looks like (cygport links to the sources rather than creating a copy). Please use a recent cygport version, since it will create the correct perl5_0xy dependency automatically. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: [Attn. MAINTAINERS] Heads up: Perl 5.36.1 is imminent
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 dependent on the perl5_0xy provides, the only Perl dependency should indeed be perl_base since no version dependency is present. Did the extra dependency on perl5_032 get auto-generated at some point? Then please remove it from the hints. I'll probably need to update the automake packages anyway since they don't cleanly build anymore due to some changes in where the upstream patches are. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves
Re: [Attn. MAINTAINERS] Heads up: Perl 5.36.1 is imminent
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 > them. You may need to tell libsolv to reconsider the information it has based on the chosen (default) solution. THe solution it currently offers is correct with both the intial information and the one after the solution has been found, so there is no need for a satisfability solver to continue. If you were to use zypper you'd see several more solutions offered and it can be quite hard to figure out without trying which one is going to cause the least amount of changes. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: [Attn. MAINTAINERS] Heads up: Perl 5.36.1 is imminent
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 Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: [Attn. MAINTAINERS] Heads up: Perl 5.36.1 is imminent
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 probably to be expected). The rest looks like I expected. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: [Attn. MAINTAINERS] Heads up: Perl 5.36.1 is imminent
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
[Attn. MAINTAINERS] Heads up: Perl 5.36.1 is imminent
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 updated since at least 5.22. So I hope it will be smooth sailing for anything else depending on Perl also. Any maintainer having packages that depend on perl5_032 should re-release or upgrade these soon-ish after the Perl update is available, as otherwise users are either blocked from upgrading Perl or will have to uninstall the affected packages. The rebuilt packages need to have a dependency on perl5_036, which cygport provides automatically. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves
Re: [PATCH setup 0/2] Detect filename collisions between packages
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. […] > There's probably another problem in terms of different file lists in > different package versions, though... That is probably not too onerous to check for, but files moving from one package to another is a different story. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
[ITP] Perl distributions
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 microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: Build machines
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 the code names. The direct successor to the 7735HS (Rembrandt Refresh) are the 7840HS / 7940HS (Phoenix-H at 8 cores and upgraded to 4nm Zen4/RDNA3 and about 15% better performance per Watt); the upcoming 16 core is the 7945HX (Dragon Range, 5nm Zen4/RDNA2). Anyway, I just ordered another of one these to become my new Linux desktop, the first one will stay with Win11 Pro and Cygwin and become my new build box in the coming weeks. I added a 4TB SSD for archival storage last weekend, for now I'll keep the 500GB NVMe it came with for OS and builds as it seems to not limit anything in any meaningful way for now. If it turns out later that it does I'll just switch to a speedy 2TB NVMe later on (I already had one, but that will go into #2 as system / home drive as per the original plan). Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Build machines
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 | test | tot | ||| [W] | [MHz] | [MHz] | [MHz] | [kiB] | [MiB] | [GiB/s] | [min] | [min] | [min] | [min] | [min] | |++-+---+---+++---+-+---+---+---+---+---| | Xeon E3-1276v3 | 1S/4C/8T | 84 | 3600 | 4000 | 3800 | 32/32+256 | 8 |25.6 | 101 |15 | 9 | 445 | 570 | | EPYC 7252 | 2S/16C/32T | 240 | 3100 | 3200 | 3200 | 32/32+512 | 128 | 170.6 | 123 | 9 |10 | 200 | 342 | | Ryzen 7735HS | 1S/8C/16T | 54 | 3200 | 4750 | 3850 | 32/32+512 | 16 |75.0 |68 |32 | 7 | 200 | 307 | The kicker is that it is running at around 9W idle and 70W under full load (measured on primary side), so it's also a lot more energy efficient. It was even cheaper per-core than the used machines I was buying before. Extensibility is of course limited, but works for what I'm going to use. 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. 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
Re: pinfo build fails with undefined macro: AM_INTL_SUBDIR
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 AM_INTL_SUBDIR, and that build problem is fixed. > Anyway > thanks for pointing me in a direction. The correct solution seems to be to add 'external' to the arguments of AM_GNU_GETTEXT. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: [PATCH cygport] lib/src_postinst.cygpart: parallelize __prepstrip
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 whitespace in filenames wasn't working anyway, but at least here it was done correctly. > This commentary doesn't clearly identify what is wrong with the usage > of read here. The read itself was OK, piping the data from find into the read wasn't. I've replaced this with a process substitution and thus reinstated the whitespace protection without getting into subshell trouble. >> avoid filename collisions by using an >> SHA256 hash of the full file name. > > I think there is already a perfectly good, filesystem safe, > computationally cheap unique identifier for each filename, which is > it's ordinal number in the list of filenames we are examining. I've implemented a counter now. However I don't see the hashing of a filename as onerous when Git does that much more often and on much larger data. > 'wait -f' seems to be new in bash 5.0. I assume this fails horribly > on earlier bash versions. I'm ok with requiring that, but maybe we > should check the bash version? It should indeed be possible to drop the -f as long as job control is not enabled if I understand the manual correctly after re-reading it several times. I've done that and it looks like things still work. > On the plus side, the testsuite passes! :) Oh goody! Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [PATCH cygport] lib/src_postinst.cygpart: parallelize __prepstrip
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 probably be taken from the --jobs command line >> parameter, if specified Yes, although one could argue that it should actually oversubscribe since the CPU load per process is expected to be significantly less than 100% per process. > Looking at this a bit more, a couple of perhaps more serious problems: > > * The parallel invocations of __prepstrip_one are all appending to > ${T}/.dbgsrc.out > > I don't see what makes that safe against interleaving of the output. Line-buffering and the line being shorter than the buffer should. > It's probably possible to have each instance write to a separate file > and collect them together in __prepdebugsrc Nah, if you insist on making it _really_ safe regardless of line lenght and buffer size vagaries I'll do file locking on the output file. > * This patch causes several failures in the testsuite, e.g. with > autotools/c testcase. Which? > On a brief attempt at debugging, it this looks like it's due to not > waiting for all the __prepstrip_one to complete before moving on, but > I think the final wait should prevent that, so idk. I've seen an indication that the final wait doesn't work, but that is fixable by a sleep apparently. Did You see that the process number limiting doesn't work? > I'm not clear that invoking 'jobs', is actually doing anything, if > job-control is turned off in a non-interactive shell? No, "jobs" shouldn't do anything, but wait should still work I think (the manpage talks about jobs, but it really means "children"). But then again, a bit of googling tells me that the bashism "wait -n" actually needs job control to be enabled, natch. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: Heads up: Problems with parallel make
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. Does it actually do a parallel build? I've quickly tested a cmake based project with it and it completely serializes the build. Reverting to 4.4 resolves that problem. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Waldorf MIDI Implementation & additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs
Re: [DEPRECATED] perl distributions
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 originally, there was still the possibility that someone could reasonably keep the previous Perl version around and then expect to still have these packages available. That was my reason for not wanting to just delete them at that time, anyway. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada