[ANNOUNCEMENT] Updated: Perl distributions
The following Perl distributions have been updated to their latest version on CPAN: x86/x86_64 -- perl-Cpanel-JSON-XS-4.23-1 perl-DBD-SQLite-1.66-1 perl-HTML-Parser-3.75-1 noarch -- perl-Alien-Build-2.32-1 perl-Class-Tiny-1.008-1 perl-DateTime-Locale-1.28-1 perl-HTTP-Message-6.26-1 perl-Importer-0.026-1 perl-libwww-perl-6.47-1 perl-List-AllUtils-0.18-1 perl-Log-Log4perl-1.52-1 perl-Mail-Box-3.009-1 perl-Module-ScanDeps-1.29-1 perl-Net-DNS-1.27-1 perl-Test2-Suite-0.000135-1 -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: postinstall: fontconfig abnormal exit
Greetings, Ken Brown! > Unfortunately, this doesn't yet fix the problem with fontconfig_dtd.sh. The > latter will now succeed if it is run after libxml2.sh, but not if it is run > first. I'm not aware of any way to force setup to run one postinstall script > before another. So maybe fontconfig_dtd.sh should be modified to include the > contents of libxml2.sh, like this: > $ cat fontconfig_dtd.sh > if [ -x /usr/bin/xmlcatalog ] ; then > if [ ! -f /etc/xml/catalog ] ; then > /bin/mkdir -p /etc/xml > /usr/bin/xmlcatalog --noout --create /etc/xml/catalog > fi > /usr/bin/xmlcatalog --noout --add "system" "fonts.dtd" > /usr/share/xml/fontconfig/fonts.dtd /etc/xml/catalog > fi install --verbose --mode=0755 --directory -- /etc/xml/catalog > I can do a non-maintainer update of fontconfig that makes this change if > people > agree that it's a good idea. -- With best regards, Andrey Repin Saturday, September 12, 2020 21:14:31 Sorry for my terrible english... -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: gcc-10.2.0-1
The current version 10.2 of gcc is now available on Cygwin. The mingw64 cross compiler toolchains will probably become available at the end of the month. Currently there is no release of a newer version of binutils planned. -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Fwd: Updated: netcdf-fortran-4.5.2-2
Version 4.5.2-2 of libnetcdf-fortran-devel libnetcdf-fortran_7 are available in the Cygwin distribution. CYGWIN CHANGES Rebuilt for library alignment CHANGES Latest upstream releases https://github.com/Unidata/netcdf-fortran DESCRIPTION NetCDF (network Common Data Form) is a set of software libraries and machine-independent data formats that support the creation, access, and sharing of array-oriented scientific data. HOMEPAGE http://www.unidata.ucar.edu/software/netcdf/ Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) com . -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Extrusion + CNC precision components in China
Dear Mr/Ms, Extrusion + CNC precision components in China. If you have any need for our services , please send us the drawings. and we can quote it for you. thanks. Best Regards, Mark -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: postinstall: fontconfig abnormal exit
On 9/12/2020 1:18 AM, Brian Inglis wrote: On 2020-09-11 15:13, Ken Brown via Cygwin wrote: On 9/11/2020 4:30 PM, Achim Gratz wrote: Ken Brown via Cygwin writes: Unfortunately, this doesn't yet fix the problem with fontconfig_dtd.sh. The latter will now succeed if it is run after libxml2.sh, but not if it is run first. I'm not aware of any way to force setup to run one postinstall script before another. Multiple ways: 1. Make the libxml postinstall script sort lexically before any others that depend on it. Obviously this is brittle, but it might work in this particular instance (autorebase does this). 2. Make the libxml catalog creation a perpetual postinstall script with prefix "0p_". That only works if it doesn't depend on other postinstall scripts having their work completed. 3. Implement and use the stratified postinstall concept originally outlined at: https://sourceware.org/legacy-ml/cygwin-apps/2014-12/msg00148.html 4. Use the package dependency order to order the postinstall script activation. With libzypp we should have the correct information, we'd just need to somehow make the packagemeta iterator use it. That still won't work if we have dependency loops. 5. (Try to) Run any failed postinstalls again in setup and bail only if the number of fails does not decrease from the last iteration. At the time it was deemed too complicated and so we only use the "end" strata for the perpetual postinstall scripts. As said then, there would need to be some serious discussion on how to coordinate the strata assignments. There's no dependency relation between libxml2 and libfontconfig-common, so #4 wouldn't fix the problem. And some of the other suggestions would require work on setup.exe that someone would have to do. The current problem is simple to fix and shouldn't have to wait for that. I like your idea of using perpetual postinstall scripts. I think the way to do it is probably to make fontconfig_dtd.sh perpetual with prefix "zp_". That way if libfontconfig-common is installed without libxml2 but then libxml2 is installed later, the xmlcatalog command gets run. We would have to check that no harm is done if that xmlcatalog command gets run more than once. As libxml2 supplies /usr/bin/xmlcatalog, that postinstall script should both conditionally create the catalog and only if just created, also conditionally add fonts.dtd, No, the libxml2 postinstall script shouldn't add fonts.dtd. That should be added only when/if fontconfig is installed. So it's an appropriate task for a fontconfig postinstall script. [TL;DR: We do not want to add more permanent postinstall scripts unless essential! Making fontconfig_dtd.sh perpetual may or may not be essential, but it's the best way I can think of to solve the problem of this bug report. Can you propose a better way? Permanent postinstall scripts can greatly extend the run time of the Cygwin Setup program, when fontconfig, man-db, or tex just seem to decide sometimes for some reason that another whole new world of fonts, man pages, or whatever has appeared that they have to reprocess, If you see a perpetual postinstall script doing something time-consuming that you think is unnecessary, please make a bug report. pushing the Setup run time and service (cron) downtime to hours I've never seen this. Please give details. Ken -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Setting up a proper modelling environment in Cygwin
On 12.09.2020 08:13, ASSI wrote: Marco Atzeri via Cygwin writes: Now the current gfortran has $ zcat /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/finclude/ieee_arithmetic.mod|head -n 1 GFORTRAN module version '15' created from ieee_arithmetic.F90 openmpi was built with last gcc so it is aligned That points to some larger problem with the way dependencies are extracted for packages using Fortran modules. I doubt we have any dependencies from Fortran modules in our packages. They are mainly used by others building their own binaries -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Setting up a proper modelling environment in Cygwin
Marco Atzeri via Cygwin writes: > On 11.09.2020 04:37, Lawrence Bernardo via Cygwin wrote: > for what I am aware the problem is only present with > fortran modules if you are using them. > Now the current gfortran has > > $ zcat > /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/finclude/ieee_arithmetic.mod|head > -n 1 > GFORTRAN module version '15' created from ieee_arithmetic.F90 > > openmpi was built with last gcc so it is aligned > > $ zcat /usr/lib/mpi.mod |head -n 1 > GFORTRAN module version '15' created from mpi-ignore-tkr.F90 If these are dependent on the compiler version / module ABI version, then they should be moved to some version dependent directory, then. I have no idea yet how to name that. The Linux distributions I've looked at have a very complicated folder structure that caters to the HPC folks that want multiple parallel installed versions. With gcc10 the gfortran package will provide "gfm15" and that number will be incremented in lockstep with the Fortran module version so that setup can figure out if things match. In order for this to work any packages delivering Fortran modules would need to have a manual require on that. > netcdf-fortran needs a rebuild > > $ zcat /usr/include/netcdf.mod | head -n 1 > GFORTRAN module version '14' created from netcdf4.f90 Certainly none of these files should live in /usr/include. These seem to be the only two packages in the distribution that provide Fortran modules, so the impact is currently limited. Regards, 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 -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Setting up a proper modelling environment in Cygwin
Marco Atzeri via Cygwin writes: > On 12.09.2020 08:13, ASSI wrote: > No as "I do not need for GCC 10" or > no "it is really urgent to build a test version to match the > gcc test version" ? The Fortran module version has last been incremented at gcc8. 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 -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple