Mailman 3 March 2023 - Python-announce-list

15ᵗʰ Advanced Scientific Programming in Python in Heraklion, Crete, Greece, 27 August – 3 September,2023
by Tiziano Zito 17 Mar '23

17 Mar '23

ASPP2023: 15ᵗʰ Advanced Scientific Programming in Python ======================================================== a Summer School https://aspp.school Scientists spend more and more time writing, maintaining, and debugging software. While techniques for doing this efficiently have evolved, only few scientists have been trained to use them. As a result, instead of doing their research, they spend far too much time writing deficient code and reinventing the wheel. In this course we will present a selection of advanced programming techniques and best practices which are standard in the industry, but especially tailored to the needs of a programming scientist. Lectures are interactive and allow students to acquire direct hands-on experience with the topics. Students will work in pairs throughout the school and will team up to practice the newly learned skills in a real programming project — an entertaining computer game. We use the Python programming language for the entire course. Python works as a simple programming language for beginners, but more importantly, it also works great in scientific simulations and data analysis. Python is the standard tool for the programming scientist due to clean language design, ease of extensibility, and the great wealth of open source libraries for scientific computing and data visualization. This school is targeted at PhD students, postdocs and more senior researchers from all areas of science. Competence in Python or in another language such as Java, JavaScript, C/C++, MATLAB, or R is absolutely required. Basic knowledge of Python and git or another version control system is assumed. Participants without any prior experience with Python or git should work through the proposed introductory material before the course. We care for diversity and inclusion, and strive for a welcoming atmosphere to programming scientists of all levels. In particular, we have focused on recruiting an international and gender-balanced pool of students. Date & Location =============== 27 August – 3 September, 2023. Heraklion, Crete, Greece Application =========== You can apply online: https://aspp.school Application deadline: 23:59 UTC, Monday 1 May, 2023. There will be no deadline extension, so be sure to apply on time. Invitations and notification of rejection will be sent by Sunday 28 May, 2023. Participation is for free, i.e. no fee is charged! Participants however should take care of travel, living, and accommodation expenses by themselves. Program ======= • Large-scale collaborative scientific code development with git and GitHub • Best practices in data visualization • Testing and debugging scientific code • Advanced NumPy • Organizing, documenting, and distributing scientific code • Scientific programming patterns in Python • Writing parallel applications in Python • Profiling and speeding up scientific code • Programming in teams Faculty ======= • Aitor Morales-Gregorio, Theoretical Neuroanatomy, Institute of Neuroscience and Medicine (INM-6), Forschungszentrum Jülich Germany • Guillermo Aguilar, Department of Computational Psychology, Technische Universität Berlin Germany • Jakob Jordan, Department of Physiology, University of Bern Switzerland • Lisa Schwetlick, Experimental and Biological Psychology, Universität Potsdam Germany • Pamela Hathway, Orange Business, Berlin/Nürnberg Germany • Pietro Berkes, NAGRA Kudelski, Lausanne Switzerland • Rike-Benjamin Schuppner, Institute for Theoretical Biology, Humboldt-Universität zu Berlin Germany • Tiziano Zito, innoCampus, Technische Universität Berlin Germany • Verjinia Metodieva, NeuroCure, Charité – Universitätsmedizin Berlin Germany • Zbigniew Jędrzejewski-Szmek, Red Hat Inc., Warsaw Poland Organizers ========== Head of the organization for ASPP and responsible for the scientific program: • Tiziano Zito, innoCampus, Technische Universität Berlin Organization team from IMBB/FORTH: • Athanasia Papoutsi, Institute of Molecular Biology and Biotechnology of the Foundation for Research and Technology – Hellas, Heraklion Greece • Emmanouil Froudarakis, Institute of Molecular Biology and Biotechnology of the Foundation for Research and Technology – Hellas, Heraklion Sponsors ======== We are able to hold this year's ASPP school thanks to the financial support of the Tübingen AI Center. The Institute of Molecular Biology & Biotechnology of the Foundation for Research and Technology – Hellas is hosting us in Heraklion and is taking care of the local organization. We also explicitly thank Prof. Felix Wichmann at the Neural Information Processing Group, Eberhard Karls Universität Tübingen, Germany, for his invaluable help. Website: https://aspp.school Contact: info(a)aspp.school

1 0

unittest_expander 0.4.0 released
by Jan Kaliszewski 16 Mar '23

16 Mar '23

I am pleased to announce the release of unittest_expander 0.4.0. *unittest_expander* is a MIT-licensed Python library that provides flexible and easy-to-use tools to parameterize your unit tests, especially those based on `unittest.TestCase`. The library is compatible with Python 3.11, 3.10, 3.9, 3.8, 3.7, 3.6 and 2.7, and does not depend on any external packages (uses only the Python standard library). Simple usage example: ``` import unittest from unittest_expander import expand, foreach, param @expand class TestSomething(unittest.TestCase): @foreach( 'Foo', ('Foo', 43), param('Foo', spam=44), param(foo='Bar', spam=45).label('with bar'), empty=param(foo='', spam=46), ) def test_it(self, foo, spam=42, label=None): assert foo in ('Foo', 'Bar', '') assert 42 <= spam <= 46 if label == 'with bar': assert foo == 'Bar' and spam == 45 if label == 'empty': assert foo == '' and spam == 46 ``` This is only a fraction of the possibilities the unittest_expander library provides. Homepage: https://github.com/zuo/unittest_expander PyPI: https://pypi.org/project/unittest-expander/ Documentation: https://unittest-expander.readthedocs.io/en/stable/ Cheers, Jan Kaliszewski (zuo) <zuo(a)kaliszewski.net> <P><A HREF="https://unittest-expander.readthedocs.io/en/stable/">unittest_expander 0.4.0</A> - a library that provides flexible and easy-to-use tools to parametrize Python unit tests. (16-Mar-23)

1 0

Python 3.12.0 alpha 6 released
by Thomas Wouters 08 Mar '23

08 Mar '23

I'm pleased to announce the release of Python 3.12 alpha 6. https://www.python.org/downloads/release/python-3120a6/ *This is an early developer preview of Python 3.12.* Major new features of the 3.12 series, compared to 3.11 Python 3.12 is still in development. This release, 3.12.0a6 is the sixth of seven planned alpha releases. Alpha releases are intended to make it easier to test the current state of new features and bug fixes and to test the release process. During the alpha phase, features may be added up until the start of the beta phase (2023-05-08) and, if necessary, may be modified or deleted up until the release candidate phase (2023-07-31). Please keep in mind that this is a preview release and its use is not recommended for production environments. Many new features for Python 3.12 are still being planned and written. Among the new major new features and changes so far: - Even more improved error messages. More exceptions potentially caused by typos now make suggestions to the user. - Support for the Linux perf profiler to report Python function names in traces. - The deprecated wstr and wstr_length members of the C implementation of unicode objects were removed, per PEP 623 <https://peps.python.org/pep-0623>. - In the unittest module, a number of long deprecated methods and classes were removed. (They had been deprecated since Python 3.1 or 3.2). - The deprecated smtpd and distutils modules have been removed (see PEP 594 <https://peps.python.org/pep-0594> and PEP 632 <https://peps.python.org/pep-0632>. The setuptools package (installed by default in virtualenvs and many other places) continues to provide the distutils module. - A number of other old, broken and deprecated functions, classes and methods have been removed. - Invalid backslash escape sequences in strings now warn with SyntaxWarning instead of DeprecationWarning, making them more visible. (They will become syntax errors in the future.) - The internal representation of integers has changed in preparation for performance enhancements. (This should not affect most users as it is an internal detail, but it may cause problems for Cython-generated code.) - (Hey, fellow core developer, if a feature you find important is missing from this list, let Thomas know <thomas(a)python.org>.) For more details on the changes to Python 3.12, see What's new in Python 3.12. The next pre-release of Python 3.12 will be 3.12.0a7, currently scheduled for 2023-04-03. More resources Online Documentation <https://docs.python.org/3.12/>. PEP 693 <https://peps.python.org/pep-0693>, the Python 3.12 Release Schedule. Report bugs via GitHub Issues <https://github.com/python/cpython/issues>. Help fund Python and its community <https://www.python.org/psf/donations/>. And now for something completely different Let me not to the marriage of true minds > Admit impediments. Love is not love > Which alters when it alteration finds, > Or bends with the remover to remove: > O, no! it is an ever-fixed mark, > That looks on tempests and is never shaken; > It is the star to every wandering bark, > Whose worth’s unknown, although his height be taken. > Love’s not Time’s fool, though rosy lips and cheeks > Within his bending sickle’s compass come; > Love alters not with his brief hours and weeks, > But bears it out even to the edge of doom. > If this be error, and upon me prov’d, > I never writ, nor no man ever lov’d. *Sonnet 116*, by William Shakespeare. Enjoy the new releases Thanks to all of the many volunteers who help make Python Development and these releases possible! Please consider supporting our efforts by volunteering yourself or through organization contributions to the Python Software Foundation. Regards from unexpectedly chilly California, Your release team, Thomas Wouters Ned Deily Steve Dower -- Thomas Wouters <thomas(a)python.org>

1 0

SCons 4.5.1 Released
by Bill Deegan 07 Mar '23

07 Mar '23

A new SCons release, 4.5.1, is now available on the SCons download page: https://scons.org/pages/download.html Here is a summary of the changes since 4.5.0: FIXES ----- - Fix a problem in 4.5.0 where using something like the following code will cause a Clone()'d environment to share the CPPDEFINES with the original Environment() which was cloned. Causing leakage of changes to CPPDEFINES when they should be completely independent after the Clone. env=Environment(CPPDEFINES=['a']) env.Append(CPPDEFINES=['b']) (or AppendUnique,Prepend,PrependUnique) env1=env.Clone() env1.Append(CPPDEFINES=['c']) (or any other modification, but not overwriting CPPDEFINES) Now env['CPPDEFINES'] will contain 'c' when it should not. Thanks to the following contributors listed below for their contributions to this release. ========================================================================================== .. code-block:: text git shortlog --no-merges -ns 4.5.0..HEAD 3 William Deegan 1 Mats Wichmann

1 0

SCons 4.5.0 Released
by Bill Deegan 06 Mar '23

06 Mar '23

A new SCons release, 4.5.0, is now available on the SCons download page: https://scons.org/pages/download.html Here is a summary of the changes since 4.4.0: NOTE: If you build with Python 3.10.0 and then rebuild with 3.10.1 (or higher), you may see unexpected rebuilds. This is due to Python internals changing which changed the signature of a Python Action Function. NOTE: If you use a dictionary to specify your CPPDEFINES, you may see an unexpected rebuild. The insertion order of dictionary keys is now preserved when generating the command line. Previously these were sorted alphabecially. This change to the command line, while generating identical set of CPPDEFINES can change order and cause a rebuild. NEW FUNCTIONALITY ----------------- - Added ValidateOptions() which will check that all command line options are in either those specified by SCons itself, or by AddOption() in SConstruct/SConscript. It should not be called until all AddOption() calls are completed. Resolves Issue #4187 - Added --experimental=tm_v2, which enables Andrew Morrow's NewParallel Job implementation. This should scale much better for highly parallel builds. You can also enable this via SetOption(). - Added FILE_ENCODING, to allow explicitly setting the text encoding for files written by the Textfile() and Substfile() builders. If not specified, Textfile() and Substfile() builders will write files as UTF-8. DEPRECATED FUNCTIONALITY ------------------------ - The qt tool has been renamed qt3. CHANGED/ENHANCED EXISTING FUNCTIONALITY --------------------------------------- - Added -fsanitize support to ParseFlags(). This will propagate to CCFLAGS and LINKFLAGS. - Calling EnsureSConsVersion() and EnsurePythonVersion() won't initialize DefaultEnvironment anymore. - The console message from the Chmod() action function now displays octal modes using the modern Python syntax (0o755 rather than 0755). - Migrated logging logic for --taskmastertrace to use Python's logging module. Added logging to NewParallel Job class (Andrew Morrow's new parallel job implementation) - Preliminary support for Python 3.12. - Run LaTeX after biber/bibtex only if necessary - Configure context methods CheckLib and CheckLibWithHeader now expose two additional keyword arguments: 'append', which controls whether to append (the default) or prepend discovered libraries to $LIBS, and 'unique', which controls whether to add the library if it is already in the $LIBS list. This brings the library-adding functionality in Configure in line with the regular Append, AppendUnique, Prepend and PrependUnique methods. - CPPDEFINES values added via a dictionary type are longer sorted by key. This used to be required to maintain a consistent order of commandline arguments between SCons runs, but meant macros were not always emitted in the order entered. Sorting is no longer required after Python interpreter improvements. There might be a one-time rebuild of targets that involved such sorted keys in their actions. - Renamed the 'qt' tools to 'qt3' since the logic in that tool is only for QT version 3. Renamed all env vars which affect qt3 from QT_ to QT3_. If you are still using SCons to build QT 3 code, you'll need to update your SConscripts. Note that using 'qt' tool has been deprecated for some time. FIXES ----- - Added missing newline to generated compilation database (compile_commands.json) - A list argument as the source to the Copy() action function is now handled. Both the implementation and the strfunction which prints the progress message were adjusted. - The Java Scanner processing of JAVACLASSPATH for dependencies (behavior that was introduced in SCons 4.4.0) is adjusted to split on the system's search path separator instead of on a space. The previous behavior meant that a path containing spaces (e.g. r"C:\somepath\My Classes") would lead to unexpected errors. If the split-on-space behavior is desired, pre-split the value: instead of: env["JAVACLASSPATH"] = "foo bar baz" use: env["JAVACLASSPATH"] = env.Split("foo bar baz") There is no change in how JAVACLASSPATH gets turned into the -classpath argument passed to the JDK tools. - Ninja: Fix execution environment sanitation for launching ninja. Previously if you set an execution environment variable set to a python list it would crash. Now it will create a string joining the list with os.pathsep - Fixed command line argument --diskcheck: previously a value of 'none' was ignored. SetOption('diskcheck','none') is unaffected, as it did not have the problem. - Fixed Issue #4275 - when outputting compilation db and TEMPFILE was in use, the compilation db would have command lines using the generated tempfile for long command lines, instead of the full command line for the compilation step for the source/target pair. - A refactor in the caching logic for version 4.4.0 left Java inner classes failing with an exception when a CacheDir was enabled. This is now corrected. - When using the gfortran tool (the default on most platforms as long as a GNU toolchain is installed), the user setting of the "dialect" compilers (F77, F90, F03 and F09, as well as the shared-library equivalents SHF77, SHF90, SHF03, SHF09) is now honored; previously the tool overwrote the settings to 'gfortran', which made it difficult reference a cross-compile version for dialects. - Fix issue #2757, where Configure checks that perform a check which reads a modified source (including program, source or header file(s)) would incorrectly mark that file "up to date" so the actual build would not see the file as modified. Leading to incorrect incremental builds. Now configure checks now clear node info for non conftest nodes, so they will be re-evaluated for the real taskmaster run when the build commences. - Inconsistent behavior of adding values to the CPPDEFINES construction variable has been cleaned up (described in issue #4254). Now a tuple, whether provided by itself or as a member of a list, is consistently interpreted as a macro with replacement value. When adding a list, individual members are added in sequence without interpretation. A string value containing spaces is split if it is the initial value or added, but not if it is given as a member of an added list. Detection of duplicate macros now works for both valued and unvalued forms. - Handling of CPPDEFINES macros via Prepend and PrependUnique now works (previously this was special-cased only for Append and AppendUnique). IMPROVEMENTS ------------ - Changed the Taskmaster trace logic to use python's logging module. - Add cache-debug messages for push failures. - Added error message to handle the case when SCons attempts to retrieve all the targets for a specified builder from the CacheDir, fails to do so, and then runs into an error when deleting the files which were retrieved. Previously if this happened there were no errors or warnings. PACKAGING --------- - SCons now has three requirements files: requirements.txt describes requirements to run scons; requirements-dev.txt requirements to develop it - mainly things needed to run the testsuite; requirements_pkg.txt are the requirements to do a full build (including docs build) with an intent to create the packages. - Moved rpm and debian directories under packaging - Added logic to help packagers enable reproducible builds into packaging/etc/. Please read packaging/etc/README.txt if you are interested. - A zipapp of scons-local is now also built. DOCUMENTATION ------------- - Updated the --hash-format manpage entry. - EnsureSConsVersion, EnsurePythonVersion, Exit, GetLaunchDir and SConscriptChdir are now listed as Global functions only. - Updated the docs for Glob. - Updated SHELL_ENV_GENERATORS description and added versionadded indicator. - JAVABOOTCLASSPATH, JAVACLASSPATH and JAVASOURCEPATH better document the acceptable syntax for values, and how they will be interpreted, including that JAVACLASSPATH will be scanned for dependencies. Added note on the possibly surprising feature that SCons always passes -sourcepath when calling javac, which affects how the class path is used when finding sources. - Updated the User Guide chapter on installation: modernized the notes on Python installs, SCons installs, and having multiple SCons versions present on a single system. - Updated the User Guide chapter on variant directories with more explanation, and the introduction of terms like "out of tree" that may help in forming a mental model. - Additional explanations for MSVSProject and MSVSSolution builders. - Updated MSVC documentation - adds "version added" annotations on recently added construction variables and provides a version-mapping table. - Added further details in the documentation of Append and related methods on the special handling of CPPDEFINES. DEVELOPMENT ----------- - Refactored SCons/Taskmaster into a package. Moved SCons/Jobs.py into that package. NOTE: If you hook into SCons.Jobs, you'll have to change that to use SCons.Taskmaster.Jobs - Refactored SCons.Util, which had grown quite large, to be a package, not a single-file module. Change should be transparent: the same import of SCons.Util and public symbols from it will continue to work, however code which reaches directly in to grab private symbols (starting with underscore) which moved to a submodule, that code will have to be adjusted, as those are not imported to the package level (new SCons.Util.hashes has some of these, which are used by existing unit tests). - Added overrides argument to SCons.Subst.scons_subst(), subst_list(), subst(), and Action's process(), strfunction(). This allows passing a dictionary of envvars to override when evaluating subst()'d strings/lists Thanks to the following contributors listed below for their contributions to this release. ========================================================================================== .. code-block:: text git shortlog --no-merges -ns 4.4.0..HEAD 93 Mats Wichmann 85 William Deegan 9 Anatoli Babenia 8 Daniel Moody 4 Andrew Morrow 3 Ryan Saunders 2 Flaviu Tamas 1 Dan Mezhiborsky 1 Lukas Schrangl 1 Nickolai Korshunov 1 TZe 1 Thad Guidry 1 djh

1 0

Leo 6.7.2 released
by Edward K. Ream 05 Mar '23

05 Mar '23

Leo https://leo-editor.github.io/leo-editor/ 6.7.2 is now available on GitHub <https://github.com/leo-editor/leo-editor/releases> and pypi <https://pypi.org/project/leo/>. Leo is an IDE, outliner and PIM <https://leo-editor.github.io/leo-editor/preface.html>. *The highlights of Leo 6.7.2* - PR #3019: Leo's website has moved to GitHub Pages: https://leo-editor.github.io/leo-editor/ Commands: - PR #3031: Add check-nodes command. It helps keep @clean files in sync. - PR #3056: Leo's beautify command is now PEP8 compliant. - PR #3140: Run pylint on node. - PR #3166: Add the execute-external-file command. Settings and features: - PR #2979: Add @bool run-flake8-on-write setting. - PR #2983: Add --black-sentinels command-line option. - PR #3038: Add @string rst3-action setting. - PR #3053: Add @string gxn-kind setting: Support gnxs formatted as UUIDs. - PR #3132: Add @bool rst3-remove-leo-directives setting. Other changes: - 80+ issues and 100+ pull requests. *Links* - Download Leo <https://leo-editor.github.io/leo-editor/download.html> - Install Leo <https://leo-editor.github.io/leo-editor/installing.html> - 6.7.2 Issues <https://github.com/leo-editor/leo-editor/issues?q=is%3Aissue+milestone%3A6.…> - 6.7.2 Pull Requests <https://github.com/leo-editor/leo-editor/pulls?q=is%3Apr+milestone%3A6.7.2> - Documentation <https://leo-editor.github.io/leo-editor/leo_toc.html> - Tutorials <https://leo-editor.github.io/leo-editor/tutorial.html> - Video tutorials <https://leo-editor.github.io/leo-editor/screencasts.html> - Forum <http://groups.google.com/group/leo-editor> - Download <http://sourceforge.net/projects/leo/files/> - Leo on GitHub <https://github.com/leo-editor/leo-editor> - LeoVue <https://github.com/kaleguy/leovue#leo-vue> - What people are saying about Leo <https://leo-editor.github.io/leo-editor/testimonials.html> - A web page that displays .leo files <https://leo-editor.github.io/leo-editor/load-leo.html> - More links <https://leo-editor.github.io/leo-editor/leoLinks.html> ----------------------------------------------------------------- Edward K. Ream: edreamleo(a)gmail.com Leo Editor: https://leo-editor.github.io/leo-editor/ <http://leoeditor.com/> -----------------------------------------------------------------

1 0

pytest 7.2.2
by Bruno Oliveira 04 Mar '23

04 Mar '23

pytest 7.2.2 has just been released to PyPI. This is a bug-fix release, being a drop-in replacement. To upgrade:: pip install --upgrade pytest The full changelog is available at https://docs.pytest.org/en/stable/changelog.html. Thanks to all of the contributors to this release: * Bruno Oliveira * Garvit Shubham * Mahesh Vashishtha * Ramsey * Ronny Pfannschmidt * Teejay * q0w * vin01 Happy testing, The pytest Development Team

1 0

PyCA cryptography 39.0.2 released
by Paul Kehrer 03 Mar '23

03 Mar '23

PyCA cryptography 39.0.2 has been released to PyPI. cryptography includes both high level recipes and low level interfaces to common cryptographic algorithms such as symmetric ciphers, asymmetric algorithms, message digests, X509, key derivation functions, and much more. We support Python 3.6+, and PyPy3. Changelog (https://cryptography.io/en/latest/changelog/#v39-0-2) * Fixed a bug where the content type header was not properly encoded for PKCS7 signatures when using the ``Text`` option and ``SMIME`` encoding. -Paul Kehrer (reaperhulk)

1 0