bmaptool: added version 3.9.0
Bmaptool is a generic tool for creating the block map (bmap) for
a file and copying files using the block map. The idea is that
large files, like raw system image files, can be copied or flashed
a lot faster and more reliably with bmaptool than with traditional
tools, like "dd" or "cp".
py-django-photologue: updated to 3.20
3.20 (2026-07-24)
- Replaced ExifRead with Pillow for reading EXIF metadata.
- Added a pyproject.toml build-system configuration.
- Moved package metadata to pyproject.toml.
- Moved zest.releaser configuration to pyproject.toml.
- Removed the setup.py compatibility shim.
- Moved package publication to GitHub Actions workflows.
- Added a reproducible, isolated release environment using uv.
py-django-treebeard: updated to 7.0.0
7.0.0
Treebeard's Django admin integration (AdminTree) has been rewritten. The new implementation is significantly more performant and scalable, and implements lazy-loading for node children. Projects that had overridden TreeAdmin behaviour should consult the code for changes.
Added a max_depth argument to the get_tree() and get_descendants() methods, to allow control over the depth of the tree that is returned.
Improved the efficiency of get_descendant_count() to use a database count instead of fetching the entire queryset (for MP, NS and LT implementations).
Added support for Django 6.1.
py-wheel: updated to 0.48.0
**0.48.0** (2026-08-12)
- Added a ``--local-version`` option to ``wheel pack`` to add, replace, or remove a
PEP 440 local version identifier from a wheel
- Fixed ``wheel convert`` unnecessarily upgrading compatible core metadata versions
- Fixed ``wheel tags`` producing invalid archives when retagging wheels whose
entries use ZIP64, by dropping the central-directory ZIP64 extra field that is
not valid in a local file header
- Fixed ``wheel convert`` writing the converted wheel outside the destination
directory when the input archive contained a maliciously crafted project name
or version with path separators (arbitrary file write / path traversal)
py-test-django: updated to 4.14.0
4.14.0 (2026-08-10)
Compatibility
* Restored (unofficial) support for Django 5.0 and Django 5.1.
Improvements
* Added a ``django`` extra to the package. By depending on this extra
(e.g. ``pip install pytest-django[django]``), the dependency resolver
will ensure you get a version of pytest-django that is compatible with
your version of Django (lower bound only). At least from now on...
mold: updated to 2.42.0
2.42.0
New Features
We have made numerous optimizations throughout the linker during this release cycle. mold 2.42.0 should be noticeably faster than previous versions, especially when linking large programs on machines with many cores.
--pack-dyn-relocs=android and --pack-dyn-relocs=android+relr are now supported. These options encode dynamic relocations in the Android packed relocation format (APS2), which significantly reduces the size of the dynamic relocation table of Android binaries. (59957fc, 7a66f71, 400dfad)
--compress-debug-sections now accepts a compression level, such as zstd:9 or zlib:6. Plain zstd and zlib remain equivalent to zstd:3 and zlib:1, respectively, which were the previous hardcoded defaults. (56fc571, 0420959, 6695f13)
The -w and --no-warnings options are now supported. They suppress warnings and cancel --fatal-warnings, while real errors are still reported. This matches the behavior of lld. (51b9683)
The -Ttext-segment option, which sets the address of the first byte of the text segment, is now supported for compatibility with GNU ld. (ac73431)
mold now supports the SFrame version 3 stack unwinding format. SFrame is a compact alternative to .eh_frame used for asynchronous stack unwinding by profilers and debuggers. As of binutils 2.46, the GNU assembler emits SFrame version 3 when the --gsframe flag is given, so object files containing .sframe sections are becoming common. .sframe sections cannot be treated as opaque bytes; mold parses input .sframe sections, discards entries for functions removed by --gc-sections or --icf, and rebuilds a single merged section sorted by function address, along with a PT_GNU_SFRAME segment so that the runtime can locate it. Relocatable output (-r) is supported as well. (d0aa95a)
mold now discards temporary local symbols such as .L.str.42 by default, as lld does. Compilers emit a large number of such symbols for unnamed program elements, but they are compiler-internal; nothing references them through the symbol table, and debug info refers to their data by section offset. Discarding them makes large debug builds a few percent smaller and keeps compiler-internal labels out of symbolized addresses. The new --discard-none option restores the previous behavior. -r and --emit-relocs continue to keep all local symbols. (45dea59)
fluidsynth: updated to 2.6.0
2.6.0
New Features
Add automatic Gain Control / Output Limiter on final rendering stage, refer to related FluidSettings
The synth gained support for signed 32-bit & 24-bit linear PCM, and WASAPI is the first audio driver being able to use 24-bit audio
Add support for MIDI RPN 5 - Modulation Depth Range
Add new reverb engines to fix flaws of fluidsynth's previous FDN reverb, refer to wiki for an overview
Implement GM2 bank select mode
Musically Breaking Changes
Fix a bug introduced 17 years ago in 1.1.0 that caused sample fine-tune to be applied incorrectly for some Soundfont instruments
Implement MIDI RP-020 to fix MIDI files that use MTS being played back incorrectly
Fluidsynth's default reverb engine was changed to Dattorro - a plate-style reverbator
Fluidsynth now uses a higher order sinc interpolation, the previous 7th order sinc was dropped due to quality issues
[7 lines not shown]
