Script 'mail_helper' called by obssrc
Hello community,

here is the log from the commit of package python-uv for openSUSE:Factory 
checked in at 2026-10-15 12:21:59
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Comparing /work/SRC/openSUSE:Factory/python-uv (Old)
 and      /work/SRC/openSUSE:Factory/.python-uv.new.3698736 (New)
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Package is "python-uv"

Thu Oct 15 12:21:59 2026 rev:134 rq:1384928 version:0.13.1

Changes:
--------
--- /work/SRC/openSUSE:Factory/python-uv/python-uv.changes      2026-10-10 
15:21:17.125875173 +0200
+++ /work/SRC/openSUSE:Factory/.python-uv.new.3698736/python-uv.changes 
2026-10-15 12:22:05.682974726 +0200
@@ -1,0 +2,29 @@
+Thu Oct 15 04:52:10 UTC 2026 - Martin Pluskal <[email protected]>
+
+- Update to 0.13.1:
+  * `uv pip check` and `uv pip install --strict` now ignore
+    Requires-Python upper bounds, consistent with resolution;
+    resolution errors report missing trusted hashes
+  * Managed Python: add CPython 3.16.0a1; atomic sysconfig and
+    version-file updates; faster setup via async I/O
+  * Preview: `uv tool upgrade` upgrades tools with
+    tool-install-locks; preliminary PEP 825 wheel-variant parsing
+  * Smaller binary; faster Simple API and metadata parsing
+  * Fix tool and managed-Python uninstalls deleting unrelated
+    files; restore sdist hard-link and long tar-name support;
+    preserve device files and FIFOs as compile/export targets;
+    fix symlinked-interpreter detection; close concurrent
+    lockfile, cache-clean and tool-install races; reuse
+    environments with Git deps pinned to full hashes
+  * Many more fixes and improvements; see upstream's release notes
+    for the full list
+- Refresh the vendored dependencies: astral-ini 0.0.1 replaces
+  configparser for INI parsing, astral-mail-headers 0.0.1 is new,
+  async-compression 0.4.46 -> 0.4.50, tokio-rustls 0.26.5 ->
+  0.26.6, smallvec 1.16.1 -> 1.16.3 and icu 2.1 -> 2.3 are all
+  linked into the binary; the linked graph shrinks to 520 nodes
+  (was 525) and the licence set is unchanged
+- Upstream MSRV is still Rust 1.97, so BuildRequires on cargo is
+  unchanged
+
+-------------------------------------------------------------------

Old:
----
  python-uv-0.13.0.tar.gz

New:
----
  python-uv-0.13.1.tar.gz

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Other differences:
------------------
++++++ python-uv.spec ++++++
--- /var/tmp/diff_new_pack.gWX3nz/_old  2026-10-15 12:22:12.420256638 +0200
+++ /var/tmp/diff_new_pack.gWX3nz/_new  2026-10-15 12:22:12.422256722 +0200
@@ -36,24 +36,25 @@
 %global build_rustflags -C linker=clang -C link-arg=-fuse-ld=%{_bindir}/mold 
-C link-arg=-Wl,-z,relro,-z,now -C debuginfo=2 -C incremental=false -C 
strip=none
 %endif
 Name:           %{origname}%{psuffix}
-Version:        0.13.0
+Version:        0.13.1
 Release:        0
 Summary:        A Python package installer and resolver, written in Rust
 # Legal-Review-Notice: uv itself is "Apache-2.0 OR MIT", but the binary
-# statically links the vendored Rust dependencies. Re-derived on the 0.13.0
+# statically links the vendored Rust dependencies. Re-derived on the 0.13.1
 # re-vendor with "cargo tree --offline -p uv -e normal" over the vendored
-# tree (525 unique name-version nodes); the copyleft licences in the linked 
graph are:
+# tree (520 unique name-version nodes); the copyleft licences in the linked 
graph are:
 #  - MPL-2.0 from astral-pubgrub, astral-version-ranges and option-ext
 #    (the last via shellexpand -> dirs -> dirs-sys),
 #  - priority-queue, which is "LGPL-3.0-or-later OR MPL-2.0" - we elect
 #    MPL-2.0, so no LGPL obligation is taken on.
-# configparser is "MIT OR LGPL-3.0-or-later" and we elect MIT; r-efi
-# offers an LGPL-2.1-or-later option but is UEFI-target-only and absent
-# from the Linux graph; colored is not in this binary's graph at all.
+# configparser left the graph in 0.13.1 (INI parsing moved to astral-ini
+# 0.0.1, MIT OR Apache-2.0); r-efi offers an LGPL-2.1-or-later option
+# but is UEFI-target-only and absent from the Linux graph; colored is
+# not in this binary's graph at all.
 # Everything else is permissive, BSD-3-Clause included: subtle,
-# encoding_rs, aws-lc-sys and the zstd bindings. 0.12.22 added a second
-# zstd chain through uv-python's new direct dependency: zstd 0.13.3 (MIT)
-# and zstd-safe 7.3.0 (BSD-3-Clause), alongside zstd 0.14.1 /
+# encoding_rs, aws-lc-sys and the zstd bindings. The second zstd chain
+# through uv-python's direct dependency is now zstd 0.13.3 (MIT) and
+# zstd-safe 7.3.0 (BSD-3-Clause), alongside zstd 0.14.2 /
 # zstd-safe 8.1.0 / zstd-sys 2.1.1. MPL-2.0 section 3.2 is satisfied
 # because the complete vendor.tar.zst ships in the src.rpm.
 License:        (Apache-2.0 OR MIT) AND MPL-2.0

++++++ python-uv-0.13.0.tar.gz -> python-uv-0.13.1.tar.gz ++++++
/work/SRC/openSUSE:Factory/python-uv/python-uv-0.13.0.tar.gz 
/work/SRC/openSUSE:Factory/.python-uv.new.3698736/python-uv-0.13.1.tar.gz 
differ: char 23, line 1

++++++ vendor.tar.zst ++++++
/work/SRC/openSUSE:Factory/python-uv/vendor.tar.zst 
/work/SRC/openSUSE:Factory/.python-uv.new.3698736/vendor.tar.zst differ: char 
7, line 1

Reply via email to