Re: Cygwin Setup says, "could not open /etc/xml/catalog for saving // add command failed". Am I safe to ignore it?
P.S. Now I too need to correct my previous email to the list. What *really* did, which worked around the issue for me, was the more conservative "chmod u+w". On Tue, Jun 23, 2020 at 6:07 AM My Name wrote: > I tried chmod a+w in the meantime and confirmed it works around the issue. > Thanks for suggesting it. > > On Tue, Jun 23, 2020 at 2:01 AM Henry S. Thompson wrote: > >> Henry S. Thompson via Cygwin writes: >> >> > My Name via Cygwin writes: >> > >> >> Thank you, but I find catalog already present, as a file rather than a >> >> directory; so I'll hold off unless you say mkdir is really what I >> should do: >> > >> > No, the file is correct. The following worked for me: >> > >> > > chmod a+x /etc/xml/catalog >> > > /etc/postinstall/fontconfig_dtd.sh.done >> >> Argh, apologies, typo above, should be >> >> > chmod a+w /etc/xml/catalog >> >> ht >> -- >>Henry S. Thompson, School of Informatics, University of Edinburgh >> 10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440 >> Fax: (44) 131 650-4587, e-mail: h...@inf.ed.ac.uk >>URL: http://www.ltg.ed.ac.uk/~ht/ >> [mail from me _always_ has a .sig like this -- mail without it is forged >> spam] >> >> The University of Edinburgh is a charitable body, registered in >> Scotland, with registration number SC005336. >> >> -- 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: Cygwin Setup says, "could not open /etc/xml/catalog for saving // add command failed". Am I safe to ignore it?
I tried chmod a+w in the meantime and confirmed it works around the issue. Thanks for suggesting it. On Tue, Jun 23, 2020 at 2:01 AM Henry S. Thompson wrote: > Henry S. Thompson via Cygwin writes: > > > My Name via Cygwin writes: > > > >> Thank you, but I find catalog already present, as a file rather than a > >> directory; so I'll hold off unless you say mkdir is really what I > should do: > > > > No, the file is correct. The following worked for me: > > > > > chmod a+x /etc/xml/catalog > > > /etc/postinstall/fontconfig_dtd.sh.done > > Argh, apologies, typo above, should be > > > chmod a+w /etc/xml/catalog > > ht > -- >Henry S. Thompson, School of Informatics, University of Edinburgh > 10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440 > Fax: (44) 131 650-4587, e-mail: h...@inf.ed.ac.uk >URL: http://www.ltg.ed.ac.uk/~ht/ > [mail from me _always_ has a .sig like this -- mail without it is forged > spam] > > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > -- 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: Cygwin Setup says, "could not open /etc/xml/catalog for saving // add command failed". Am I safe to ignore it?
BTW, Cygwin Setup 64 showed me that error message at the end of installing this set of Cygwin packages: python27, bzr, emacs-w32, aspell, aspell-en, octave. On Sun, Jun 21, 2020 at 11:13 PM My Name wrote: > Thank you, but I find catalog already present, as a file rather than a > directory; so I'll hold off unless you say mkdir is really what I should do: > > = > $ cat /etc/xml/catalog > > V1.0//EN" " > http://www.oasis-open.org/committees/entity/release/1.0/catalog.dtd";> > > > > > $ > = > > On Sun, Jun 21, 2020 at 10:07 PM Marco Atzeri via Cygwin < > cygwin@cygwin.com> wrote: > >> On 22.06.2020 04:48, My Name via Cygwin wrote: >> > [image: CygwinSetup64ErrorMessage-000.png] >> > >> > /var/log/setup: >> > >> > === >> > ... >> > 2020/06/21 17:21:30 running: C:\cygwin64\bin\bash.exe --norc --noprofile >> > "/etc/postinstall/fontconfig_dtd.sh" >> > could not open /etc/xml/catalog for saving >> > add command failed >> > 2020/06/21 17:21:30 abnormal exit: exit code=2 >> > ... >> > === >> > >> >> try >> >>mkdir /etc/xml/catalog >>/etc/postinstall/fontconfig_dtd.sh >> >> -- >> 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 >> > -- 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: Cygwin Setup says, "could not open /etc/xml/catalog for saving // add command failed". Am I safe to ignore it?
Thank you, but I find catalog already present, as a file rather than a directory; so I'll hold off unless you say mkdir is really what I should do: = $ cat /etc/xml/catalog http://www.oasis-open.org/committees/entity/release/1.0/catalog.dtd";> $ = On Sun, Jun 21, 2020 at 10:07 PM Marco Atzeri via Cygwin wrote: > On 22.06.2020 04:48, My Name via Cygwin wrote: > > [image: CygwinSetup64ErrorMessage-000.png] > > > > /var/log/setup: > > > > === > > ... > > 2020/06/21 17:21:30 running: C:\cygwin64\bin\bash.exe --norc --noprofile > > "/etc/postinstall/fontconfig_dtd.sh" > > could not open /etc/xml/catalog for saving > > add command failed > > 2020/06/21 17:21:30 abnormal exit: exit code=2 > > ... > > === > > > > try > >mkdir /etc/xml/catalog >/etc/postinstall/fontconfig_dtd.sh > > -- > 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 > -- 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
Cygwin Setup says, "could not open /etc/xml/catalog for saving // add command failed". Am I safe to ignore it?
[image: CygwinSetup64ErrorMessage-000.png] /var/log/setup: === ... 2020/06/21 17:21:30 running: C:\cygwin64\bin\bash.exe --norc --noprofile "/etc/postinstall/fontconfig_dtd.sh" could not open /etc/xml/catalog for saving add command failed 2020/06/21 17:21:30 abnormal exit: exit code=2 ... === -- 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: Apparent bug in either (1) Cygwin default Package-list or (2) Package "bzr" dependency-list
Bazaar depends on python2, at least according to this person's suggestion: > Bazaar doesn't support python3, it only supports python2.7. I'm guessing (https://answers.launchpad.net/bzr/+question/691381) I for one want to continue using Bazaar in Cygwin, so I'm grateful that python2 is at least an option in Cygwin. Bazaar is free and open-source, and I'm not a contributor, so I'm in no position to tell them to update their software so that it depends on python3 only. On Sun, Jun 21, 2020 at 7:21 PM Allen Hewes via Cygwin wrote: > > -Original Message- > > From: Cygwin On Behalf Of My Name via > > Cygwin > > Sent: Sunday, June 21, 2020 2:04 PM > > To: brian.ing...@systematicsw.ab.ca > > Cc: The Cygwin Mailing List > > Subject: Re: Apparent bug in either (1) Cygwin default Package-list or > (2) > > Package "bzr" dependency-list > > > > This is mostly over my head, so I'm sorry if my comment here is > irrelevant, > > but I'll point out in case anyone here doesn't know, Python 3 doesn't > make > > Python 2 obsolete. They are somewhat incompatible. Python 2 source > > doesn't always run in Python 3 without extensive modification. If > there's any > > message you all would like me to deliver to the Bazaar (bzr) forum, I > will; but > > I'm not a Bazaar developer either, just a user. > > > > Yep, I am in agreement here. I don't understand why Python 2 gets > attention from Cygwin maintainers. I have a found a few packages that are > "linked" (e.g. they have dependencies on either the Python27 or > Python2/Python meta-package), which would explain this to some degree. > Usually, it's just a rebuild (e.g. a re-configure) of the depending-ee... > > I can't get rid of three Python 2.7 packages: python27, python27-pip, > python27-setuptools. I switched over to using alternatives (sometime ago) > so that I can "stop" the craziness of the meta-package "python". I don't > want Python 2 as my 'python'. > > The need to have two Pythons installed at the same time seems to be over. > Shouldn't this remove the need to have meta-packages? > > Cygiwn isn't alone is keeping Python 2 alive. > > /allen > > > > Disclaimer Confidentiality Notice: This e-mail, and any attachments and/or > documents linked to this email, are intended for the addressee and may > contain information that is privileged, confidential, proprietary, or > otherwise protected by law. Any dissemination, distribution, or copying is > prohibited. This notice serves as a confidentiality marking for the purpose > of any confidentiality or nondisclosure agreement. If you have received > this communication in error, please contact the original sender. > -- > 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 > -- 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: What's the official state of Python module scipy in Cygwin?
E.M., Your recipe has worked for me. I've successfully installed scipy per your instructions. Thanks for your time and patience. I have wanted to use scipy in Cygwin for three or four years, but had not asked here until yesterday. Please don't apologize for abbreviating the package names at first. I imagine everyone else reading knew exactly which packages you meant; but despite relying on Cygwin for some basic things, my Cygwin expertise is just novice. I work on my own development projects full-time, but haven't been at a university or worked in a development team for thirty years; haven't used gcc for three years and don't remember its details. My Cygwin Setup which allowed me to install scipy was this: = setup-x86_64.exe -P libopenblas,openblas-doc,liblapack-devel,liblapack-doc,gcc-core,gcc-g++,gcc-fortran,libgfortran4,libgfortran5,python27,python37,python37-devel,python37-pip,python37-tkinter,python37-six,python37-wheel,python37-numpy,bzr,emacs-w32,aspell,aspell-en,octave = I surely did some overkill with the three fortran packages, not knowing which was meant by "gfortran", but it didn't hurt anything. > Maybe I missed it, but I don't see anything indicating that you have installed openblas or lapack Before trying your relatively complex recipe, I tried MA and BI's simpler recipes. First I tried MA's recipe, so I installed lapack but not libopenblas. Next I tried BI's recipe, so I installed them both, but still could not install scipy. Then, while preparing my batch file for your recipe, I noticed I'd been installing python37 but not python37-devel previously while trying MA and BI's recipes. That omission was accidental not deliberate, and for all I know now, their solutions might have worked if I'd installed python37-devel at the time. I'm plenty satisfied with python3.7, but good luck with python3.8 / scipy. Considering the power of scipy and (I'm guessing) its popularity, and considering that the solution required nothing more than installing the necessary packages via Cygwin Setup and then pip scipy, I respectfully propose that the solution be included somewhere in the Cygwin documentation or FAQ, even without scipy as an official Cygwin package. Thanks to everyone in this thread for helping me. Best regards On Sun, Jun 21, 2020 at 4:16 PM My Name wrote: > E.M., > > Can you please clarify several points you make? > > - In the Cygwin installer, I find no "lapack", but searching the installer > for that term does return "liblapack". Would that Cygwin package suffice? > If not, how would you suggest I install it? > > - In the Cygwin installer, I find no "openblas", but searching the > installer for that term does return "libopenblas" (and the Cygwin installer > tells me I already have v 0.3.9-1 installed). Does that suffice? > > - In the Cygwin installer, I find no "gcc", "g++", or "gfortran", but > searching the installer for those terms does return "gcc-core", "gcc-g++", > "libgfortran4", and "libgfortran5". Can you please tell me the exact > spellings of the packages that worked for you? I lack the background to > interpret your informal descriptions. > > - In the Cygwin installer, I find Packages with names of the form > "python37-" followed respectively by "tkinter", "six", and "wheel", and I'm > pretty confident that the long names I've found are what you're describing. > Are you saying that these three are necessary for installing scipy, or that > they're possibly necessary, and you're not sure? > > Since you had recent success installing scipy, I'd like to try your > recipe, but could use exact spellings if you have time. Thank you. > > > On Sun, Jun 21, 2020 at 12:40 PM Eliot Moss wrote: > >> You need to install openblas (and lapack, if openblas does not install >> it). >> >> You also need gcc, g++, and gfortran for building various components, and >> the suitable python-devel and python-pip packages. I further have the >> suitable python tkinter, six, and wheel packages installed from cygwin. >> >> I am finding that building scipy takes quite a while (a lot of long >> C and Fortran optimizing compilations). >> >> Above, when I say "suitable", I mean python37 (or whatever). scipy >> built for me under 3.7 just now, and I am starting a 3.8 build, which >> will require a local build of numpy, I believe, tediously longer :-) ... >> >> Regards - Eliot Moss >> -- >> 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 >> > -- 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
Why is there no version 3.7 option for package "python3-devel" (but there are 3.6 and 3.8 options)?
In the Cygwin installer, the version options for "python3-devel" are
several sub-versions of 3.6 and a ("Test") version of 3.8, but there's no
option for any 3.7. However, "python37-devel" is another option in the
installer. Why? I have never understood exactly the difference between the
"python3-devel" package and the "python3x-devel" packages. Thanks.
--
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: What's the official state of Python module scipy in Cygwin?
: Python.h: No such file or directory
1 | #include
| ^~
compilation terminated.
failure.
removing: _configtest.c _configtest.o
Traceback (most recent call last):
File "", line 1, in
File "/tmp/pip-install-wizs3z2z/numpy/setup.py", line 394, in
setup_package()
File "/tmp/pip-install-wizs3z2z/numpy/setup.py", line 386, in
setup_package
setup(**metadata)
File "/tmp/pip-install-wizs3z2z/numpy/numpy/distutils/core.py",
line 169, in setup
return old_setup(**new_attr)
File "/usr/lib/python3.7/site-packages/setuptools/__init__.py",
line 144, in setup
return distutils.core.setup(**attrs)
File "/usr/lib/python3.7/distutils/core.py", line 148, in setup
dist.run_commands()
File "/usr/lib/python3.7/distutils/dist.py", line 966, in
run_commands
self.run_command(cmd)
File "/usr/lib/python3.7/distutils/dist.py", line 985, in
run_command
cmd_obj.run()
File
"/tmp/pip-install-wizs3z2z/numpy/numpy/distutils/command/install.py", line
62, in run
r = self.setuptools_run()
File
"/tmp/pip-install-wizs3z2z/numpy/numpy/distutils/command/install.py", line
36, in setuptools_run
return distutils_install.run(self)
File "/usr/lib/python3.7/distutils/command/install.py", line 545,
in run
self.run_command('build')
File "/usr/lib/python3.7/distutils/cmd.py", line 313, in run_command
self.distribution.run_command(command)
File "/usr/lib/python3.7/distutils/dist.py", line 985, in
run_command
cmd_obj.run()
File
"/tmp/pip-install-wizs3z2z/numpy/numpy/distutils/command/build.py", line
47, in run
old_build.run(self)
File "/usr/lib/python3.7/distutils/command/build.py", line 135, in
run
self.run_command(cmd_name)
File "/usr/lib/python3.7/distutils/cmd.py", line 313, in run_command
self.distribution.run_command(command)
File "/usr/lib/python3.7/distutils/dist.py", line 985, in
run_command
cmd_obj.run()
File
"/tmp/pip-install-wizs3z2z/numpy/numpy/distutils/command/build_src.py",
line 148, in run
self.build_sources()
File
"/tmp/pip-install-wizs3z2z/numpy/numpy/distutils/command/build_src.py",
line 165, in build_sources
self.build_extension_sources(ext)
File
"/tmp/pip-install-wizs3z2z/numpy/numpy/distutils/command/build_src.py",
line 324, in build_extension_sources
sources = self.generate_sources(sources, ext)
File
"/tmp/pip-install-wizs3z2z/numpy/numpy/distutils/command/build_src.py",
line 377, in generate_sources
source = func(extension, build_dir)
File "numpy/core/setup.py", line 422, in generate_config_h
moredefs, ignored = cocache.check_types(config_cmd, ext,
build_dir)
File "numpy/core/setup.py", line 48, in check_types
out = check_types(*a, **kw)
File "numpy/core/setup.py", line 281, in check_types
"install {0}-dev|{0}-devel.".format(python))
SystemError: Cannot compile 'Python.h'. Perhaps you need to install
python-dev|python-devel.
ERROR: Command errored out with exit status 1: /usr/bin/python3.7 -u -c
'import sys, setuptools, tokenize; sys.argv[0] =
'"'"'/tmp/pip-install-wizs3z2z/numpy/setup.py'"'"';
__file__='"'"'/tmp/pip-install-wizs3z2z/numpy/setup.py'"'"';f=getattr(tokenize,
'"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"',
'"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))'
install --record /tmp/pip-record-qmbtrkjp/install-record.txt
--single-version-externally-managed --prefix
/tmp/pip-build-env-u0tmgezi/overlay --compile --install-headers
/tmp/pip-build-env-u0tmgezi/overlay/include/python3.7m/numpy Check the logs
for full command output.
ERROR: Command errored out with exit status 1: /usr/bin/python3.7
/usr/lib/python3.7/site-packages/pip install --ignore-installed --no-user
--prefix /tmp/pip-build-env-u0tmgezi/overlay --no-warn-script-location
--no-binary :none: --only-binary :none: -i https://pypi.org/simple -- wheel
setuptools 'Cython>=0.29.18' 'numpy==1.14.5; python_version=='"'"'3.6'"'"'
Re: What's the official state of Python module scipy in Cygwin?
E.M., Can you please clarify several points you make? - In the Cygwin installer, I find no "lapack", but searching the installer for that term does return "liblapack". Would that Cygwin package suffice? If not, how would you suggest I install it? - In the Cygwin installer, I find no "openblas", but searching the installer for that term does return "libopenblas" (and the Cygwin installer tells me I already have v 0.3.9-1 installed). Does that suffice? - In the Cygwin installer, I find no "gcc", "g++", or "gfortran", but searching the installer for those terms does return "gcc-core", "gcc-g++", "libgfortran4", and "libgfortran5". Can you please tell me the exact spellings of the packages that worked for you? I lack the background to interpret your informal descriptions. - In the Cygwin installer, I find Packages with names of the form "python37-" followed respectively by "tkinter", "six", and "wheel", and I'm pretty confident that the long names I've found are what you're describing. Are you saying that these three are necessary for installing scipy, or that they're possibly necessary, and you're not sure? Since you had recent success installing scipy, I'd like to try your recipe, but could use exact spellings if you have time. Thank you. On Sun, Jun 21, 2020 at 12:40 PM Eliot Moss wrote: > You need to install openblas (and lapack, if openblas does not install it). > > You also need gcc, g++, and gfortran for building various components, and > the suitable python-devel and python-pip packages. I further have the > suitable python tkinter, six, and wheel packages installed from cygwin. > > I am finding that building scipy takes quite a while (a lot of long > C and Fortran optimizing compilations). > > Above, when I say "suitable", I mean python37 (or whatever). scipy > built for me under 3.7 just now, and I am starting a 3.8 build, which > will require a local build of numpy, I believe, tediously longer :-) ... > > Regards - Eliot Moss > -- > 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 > -- 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: What's the official state of Python module scipy in Cygwin?
.5-x86_64-3.7/numpy/core/src/npysort
conv_template:>
build/src.cygwin-3.1.5-x86_64-3.7/numpy/core/src/npysort/quicksort.c
conv_template:>
build/src.cygwin-3.1.5-x86_64-3.7/numpy/core/src/npysort/mergesort.c
conv_template:>
build/src.cygwin-3.1.5-x86_64-3.7/numpy/core/src/npysort/timsort.c
conv_template:>
build/src.cygwin-3.1.5-x86_64-3.7/numpy/core/src/npysort/heapsort.c
conv_template:>
build/src.cygwin-3.1.5-x86_64-3.7/numpy/core/src/npysort/radixsort.c
conv_template:>
build/src.cygwin-3.1.5-x86_64-3.7/numpy/core/src/common/npy_partition.h
conv_template:>
build/src.cygwin-3.1.5-x86_64-3.7/numpy/core/src/npysort/selection.c
conv_template:>
build/src.cygwin-3.1.5-x86_64-3.7/numpy/core/src/common/npy_binsearch.h
conv_template:>
build/src.cygwin-3.1.5-x86_64-3.7/numpy/core/src/npysort/binsearch.c
None - nothing done with h_files =
['build/src.cygwin-3.1.5-x86_64-3.7/numpy/core/src/common/npy_sort.h',
'build/src.cygwin-3.1.5-x86_64-3.7/numpy/core/src/common/npy_partition.h',
'build/src.cygwin-3.1.5-x86_64-3.7/numpy/core/src/common/npy_binsearch.h']
building library "npyrandom" sources
building extension "numpy.core._multiarray_tests" sources
creating build/src.cygwin-3.1.5-x86_64-3.7/numpy/core/src/multiarray
conv_template:>
build/src.cygwin-3.1.5-x86_64-3.7/numpy/core/src/multiarray/_multiarray_tests.c
building extension "numpy.core._multiarray_umath" sources
Running from numpy source directory.
setup.py:460: UserWarning: Unrecognized setuptools command, proceeding
with generating Cython sources and expanding templates
run_build = parse_setuppy_commands()
/tmp/pip-install-r_cig5d6/numpy/numpy/distutils/system_info.py:1914:
UserWarning:
Optimized (vendor) Blas libraries are not found.
Falls back to netlib Blas library which has worse performance.
A better performance should be easily gained by switching
Blas library.
if self._calc_info(blas):
/usr/lib/python3.7/distutils/dist.py:274: UserWarning: Unknown
distribution option: 'define_macros'
warnings.warn(msg)
Traceback (most recent call last):
File
"/usr/lib/python3.7/site-packages/pip/_vendor/pep517/_in_process.py", line
280, in
main()
File
"/usr/lib/python3.7/site-packages/pip/_vendor/pep517/_in_process.py", line
263, in main
json_out['return_val'] = hook(**hook_input['kwargs'])
File
"/usr/lib/python3.7/site-packages/pip/_vendor/pep517/_in_process.py", line
133, in prepare_metadata_for_build_wheel
return hook(metadata_directory, config_settings)
File
"/tmp/pip-build-env-mh_sorol/overlay/lib/python3.7/site-packages/setuptools/build_meta.py",
line 157, in prepare_metadata_for_build_wheel
self.run_setup()
File
"/tmp/pip-build-env-mh_sorol/overlay/lib/python3.7/site-packages/setuptools/build_meta.py",
line 249, in run_setup
self).run_setup(setup_script=setup_script)
File
"/tmp/pip-build-env-mh_sorol/overlay/lib/python3.7/site-packages/setuptools/build_meta.py",
line 142, in run_setup
exec(compile(code, __file__, 'exec'), locals())
File "setup.py", line 489, in
setup_package()
File "setup.py", line 481, in setup_package
setup(**metadata)
File "/tmp/pip-install-r_cig5d6/numpy/numpy/distutils/core.py", line
169, in setup
return old_setup(**new_attr)
File
"/tmp/pip-build-env-mh_sorol/overlay/lib/python3.7/site-packages/setuptools/__init__.py",
line 161, in setup
return distutils.core.setup(**attrs)
File "/usr/lib/python3.7/distutils/core.py", line 148, in setup
dist.run_commands()
File "/usr/lib/python3.7/distutils/dist.py", line 966, in run_commands
self.run_command(cmd)
File "/usr/lib/python3.7/distutils/dist.py", line 985, in run_command
cmd_obj.run()
File
"/tmp/pip-build-env-mh_sorol/overlay/lib/python3.7/site-packages/setuptools/command/dist_info.py",
line 31, in run
egg_info.run()
File
"/tmp/pip-install-r_cig5d6/numpy/numpy/distutils/command/egg_info.py", line
24, in run
self.run_command("build_src")
File "/usr/lib/python3.7/distutils/cmd.py", line 313, in run_command
self.distribution.run_command(command)
File "/usr/lib/python3.7/distutils/dist.py", line 985, in run_command
cmd_obj.run()
File
"/tmp/pip-install-r_cig5d6/numpy/numpy/distutils/command/build_src.py",
line 144, in run
self.build_sources()
File
"/tmp/pip-install-r_cig5d6/numpy/numpy/distutils/command/build_src.py",
line 161, in build_sources
self.build_extension_sources(ext)
File
"/tmp/pip-install-r_cig5d6/numpy/numpy/distutils/command/build_src.py",
line 318, in build_extension_sources
sources = self.generate_sources(sources, ext)
File
"/tmp/pip-install-r_cig5d6/numpy/numpy/distutils/command/build_src.py",
line 378, in generate_sources
source = func(extension, build_dir)
File "numpy/core/setup.py", line 428, in generate_config_h
moredefs, ignored = cocache.check_types(config_cmd, ext, build_dir)
File "numpy/core/setup.py", line 47, in check_types
out = check_types(*a, **kw)
File "numpy/core/setup.py", line 286, in check_types
"install {0}-dev|{0}-devel.".format(python))
SystemError: Cannot compile 'Python.h'. Perhaps you need to install
python-dev|python-devel.
ERROR: Command errored out with exit status 1: /usr/bin/python3.7
/usr/lib/python3.7/site-packages/pip/_vendor/pep517/_in_process.py
prepare_metadata_for_build_wheel /tmp/tmpz6kfi_qg Check the logs for full
command output.
$
=
And finally:
=
$ python3.7 -m pip install -U liblapack-devel
ERROR: Could not find a version that satisfies the requirement
liblapack-devel (from versions: none)
ERROR: No matching distribution found for liblapack-devel
$
=
Next I'll try the longer recipes recommended in this thread.
Best regards
On Sun, Jun 21, 2020 at 12:47 PM Marco Atzeri via Cygwin
wrote:
> On 21.06.2020 21:36, Brian Inglis wrote:
> > On 2020-06-21 12:31, My Name via Cygwin wrote:
> >> (M.A., I've figured out how to reply to the Cygwin Mailing List on
> these.
> >> If you'd like me to remove your name from the list of addressees in my
> >> future emails, please let me know? I have not found comprehensive docs
> for
> >> this mailing-list software, so I'm clueless.)
> >>
>
> >
> >> Going by an old memory of mine, I recall that parts of Scipy rely on
> BLAS,
> >> https://en.wikipedia.org/wiki/Basic_Linear_Algebra_Subprograms, and I
> read
> >> somewhere that that dependency adds to the difficulty of porting Scipy
> to
> >> new platforms.
> > Try installing or upgrading liblapack-devel liblapack-doc libopenblas
> > openblas-doc and see how far that gets you.
> > I remember coming across atlas elsewhere, but only know it provides some
> tuned
> > BLAS and LAPACK routines.
> >
>
> if Scipy requires just a BLAS, liblapack-devel should be enough for
> the compilation.
>
> libopenblas for compatibility reason provides only the shared library
> but I am not packing the headers. It helps to run faster any BLAS
> routine used by programs.
>
> ATLAS takes too long to compile and it does NOT provides multiprocessor
> libraries as OpenBlas. So no interest to package it for Cygwin from
> my side.
>
>
> Regards
> Marco
>
>
> --
> 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
>
--
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: What's the official state of Python module scipy in Cygwin?
found in ['/usr/local/lib', '/usr/lib',
'/usr/lib/']
NOT AVAILABLE
lapack_src_info:
NOT AVAILABLE
NOT AVAILABLE
setup.py:462: UserWarning: Unrecognized setuptools command ('dist_info
--egg-base /tmp/pip-modern-metadata-ib3nkeed'), proceeding with generating
Cython sources and expanding templates
' '.join(sys.argv[1:])))
Running from SciPy source directory.
/tmp/pip-build-env-znryb617/overlay/lib/python3.7/site-packages/numpy/distutils/system_info.py:624:
UserWarning:
Atlas (http://math-atlas.sourceforge.net/) libraries not found.
Directories to search for the libraries can be specified in the
numpy/distutils/site.cfg file (section [atlas]) or by setting
the ATLAS environment variable.
self.calc_info()
/tmp/pip-build-env-znryb617/overlay/lib/python3.7/site-packages/numpy/distutils/system_info.py:624:
UserWarning:
Lapack (http://www.netlib.org/lapack/) libraries not found.
Directories to search for the libraries can be specified in the
numpy/distutils/site.cfg file (section [lapack]) or by setting
the LAPACK environment variable.
self.calc_info()
/tmp/pip-build-env-znryb617/overlay/lib/python3.7/site-packages/numpy/distutils/system_info.py:624:
UserWarning:
Lapack (http://www.netlib.org/lapack/) sources not found.
Directories to search for the sources can be specified in the
numpy/distutils/site.cfg file (section [lapack_src]) or by setting
the LAPACK_SRC environment variable.
self.calc_info()
Traceback (most recent call last):
File
"/usr/lib/python3.7/site-packages/pip/_vendor/pep517/_in_process.py", line
280, in
main()
File
"/usr/lib/python3.7/site-packages/pip/_vendor/pep517/_in_process.py", line
263, in main
json_out['return_val'] = hook(**hook_input['kwargs'])
File
"/usr/lib/python3.7/site-packages/pip/_vendor/pep517/_in_process.py", line
133, in prepare_metadata_for_build_wheel
return hook(metadata_directory, config_settings)
File
"/tmp/pip-build-env-znryb617/overlay/lib/python3.7/site-packages/setuptools/build_meta.py",
line 157, in prepare_metadata_for_build_wheel
self.run_setup()
File
"/tmp/pip-build-env-znryb617/overlay/lib/python3.7/site-packages/setuptools/build_meta.py",
line 249, in run_setup
self).run_setup(setup_script=setup_script)
File
"/tmp/pip-build-env-znryb617/overlay/lib/python3.7/site-packages/setuptools/build_meta.py",
line 142, in run_setup
exec(compile(code, __file__, 'exec'), locals())
File "setup.py", line 583, in
setup_package()
File "setup.py", line 579, in setup_package
setup(**metadata)
File
"/tmp/pip-build-env-znryb617/overlay/lib/python3.7/site-packages/numpy/distutils/core.py",
line 135, in setup
config = configuration()
File "setup.py", line 477, in configuration
raise NotFoundError(msg)
numpy.distutils.system_info.NotFoundError: No lapack/blas resources
found.
ERROR: Command errored out with exit status 1: /usr/bin/python3.7
/usr/lib/python3.7/site-packages/pip/_vendor/pep517/_in_process.py
prepare_metadata_for_build_wheel /tmp/tmpc3ao3jht Check the logs for full
command output.
$
==
Going by an old memory of mine, I recall that parts of Scipy rely on BLAS,
https://en.wikipedia.org/wiki/Basic_Linear_Algebra_Subprograms, and I read
somewhere that that dependency adds to the difficulty of porting Scipy to
new platforms.
On Sun, Jun 21, 2020 at 10:52 AM Marco Atzeri via Cygwin
wrote:
> On 21.06.2020 15:03, My Name via Cygwin wrote:
> > IIRC, at one point I was able to use scipy in Cygwin, after a period of
> > failed attempts. I believe that having installed gcc-fortran might have
> > been part of the solution I stumbled upon.
> >
> > But now I'm back to being unable to install scipy in Cygwin. Is it
> > supported officially? Or unsupported but sometimes possible?
> >
> > Thank you.
> > --
>
>
> partially supported ?
>
> pythonXX-numpy is available, except the 3.8 version for the
> time being as all the 3.8 packages are under deployment.
>
> All the rest is not, as no one has spent time to package them.
>
> What is the problem and on which package ?
>
> Regards
> Marco
>
>
>
> --
> 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
>
--
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: Apparent bug in either (1) Cygwin default Package-list or (2) Package "bzr" dependency-list
This is mostly over my head, so I'm sorry if my comment here is irrelevant, but I'll point out in case anyone here doesn't know, Python 3 doesn't make Python 2 obsolete. They are somewhat incompatible. Python 2 source doesn't always run in Python 3 without extensive modification. If there's any message you all would like me to deliver to the Bazaar (bzr) forum, I will; but I'm not a Bazaar developer either, just a user. On Sun, Jun 21, 2020 at 9:16 AM Brian Inglis < brian.ing...@systematicsw.ab.ca> wrote: > On 2020-06-20 08:41, Jon Turney wrote: > > On 19/06/2020 07:55, Brian Inglis wrote: > > This analysis is not complete or correct because it doesn't take > 'obsoletes:' > > into account: > > > https://sourceware.org/git/?p=cygwin-apps/calm.git;a=commitdiff;h=d75abceedb46749982669236c5c102796a1fbfb1;hp=f92ad1d5c292ed54e7a62f5c52280efab8267f37 > > It does seem that things aren't working as intended, though. > > So does that obsoletes: mean something different than category: _obsoletes, > which I view as a (Debian-like) virtual package declaration? > Are obsoletes and pre-depends documented anywhere else (and any other new > keywords)? > > -- > Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada > > This email may be disturbing to some readers as it contains > too much technical detail. Reader discretion is advised. > [Data in IEC units and prefixes, physical quantities in SI.] > -- > 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 > -- 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
What's the official state of Python module scipy in Cygwin?
IIRC, at one point I was able to use scipy in Cygwin, after a period of failed attempts. I believe that having installed gcc-fortran might have been part of the solution I stumbled upon. But now I'm back to being unable to install scipy in Cygwin. Is it supported officially? Or unsupported but sometimes possible? Thank you. -- 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
Apparent bug in either (1) Cygwin default Package-list or (2) Package "bzr" dependency-list
I found an apparent dependency problem in Cygwin, and I'm not enough of a Cygwin expert to know whether the bug is in Cygwin or Bazaar (Package "bzr"); but if I had to guess, I'd guess it's in Cygwin, and I've already reported the issue to the Bazaar forum. In summary, after I installed Cygwin and Cygwin-Package "bzr", bzr failed as it attempted to execute "python27". A detailed description of the issue, including input and output from several tests I ran, and including the solution posted by someone else (solution = install Cygwin-Package "python27") is here, https://answers.launchpad.net/bzr/+question/691381, and it's rather concise so I'll end here and refer you to that thread. Per the directions here, https://cygwin.com/problems.html, I'm email-attaching the output from "cygcheck -s -v -r". cygcheck.out Description: Binary data -- 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
