New Tumbleweed snapshot 20221008 released!
Please note that this mail was generated by a script. The described changes are computed based on the x86_64 DVD. The full online repo contains too many changes to be listed here. Please check the known defects of this snapshot before upgrading: https://openqa.opensuse.org/tests/overview?distri=opensuse&groupid=1&version=Tumbleweed&build=20221008 Please do not reply to this email to report issues, rather file a bug on bugzilla.opensuse.org. For more information on filing bugs please see https://en.opensuse.org/openSUSE:Submitting_bug_reports Packages changed: filesystem glibc ispell (3.4.00 -> 3.4.05) systemd (251.4 -> 251.5) virt-viewer xz (5.2.6 -> 5.2.7) === Details === ==== filesystem ==== - Update /usr/etc/skel per XDG Directory Specification: * Add .local/bin to eventually replace bin for user executable files * Use .local/share/fonts instead of .fonts for user specific fonts * Add missing dirs: .local/share .local/state ==== glibc ==== Subpackages: glibc-32bit glibc-devel glibc-extra glibc-lang glibc-locale glibc-locale-base nscd - get-nscd-addresses.patch: get_nscd_addresses: Fix subscript typos (BZ [#29605]) - x86-64-avx2-string-functions.patch: check for required cpu features in AVX2 string functions (BZ #29611) - nscd-aicache.patch: nscd: Drop local address tuple variable (BZ #29607) ==== ispell ==== Version update (3.4.00 -> 3.4.05) Subpackages: ispell-american ispell-british - Update to ispell 3.4.05 * A major bug in 3.4.01 that caused incorrect behavior with many languages has been corrected. * The default maximum number of stringchars has been doubled. * Some spurious compiler warnings have been suppressed. * The english.aff file has been revised so that UTF-8 is now the default encoding for English dictionaries. * Some subtle bugs with the handling of stringchars, which were revealed by the changes to english.aff, have been corrected. * A new affix command, "options", has been added to allow selection of options related to a particular string character type. There are currently two options, raw_display and squeeze_strings. Both should be activated for UTF-8 encodings but few others. This change causes hash files built with earlier ispell versions to be incompatible; old hash files will need to be rebuilt. * Over 6000 words have been added to the English dictionaries. Most of them are in the english.xlg variant, but some are included in smaller dictionaries as well. The English dictionaries also take advantage of the new UTF-8 encoding to support correct spellings of words adopted from other languages, such as crêpe. - Port patches * boo966124.dif * ispell-3.3.02-brkgcc.patch * ispell-3.3.02-config.patch * ispell-3.3.02-mkdir.patch * ispell-3.3.02-sq.patch * ispell-3.3.02-strip.patch * ispell-3.3.02-terminal.patch * ispell-3.3.02-types.patch * ispell-3.3.02.dif ==== systemd ==== Version update (251.4 -> 251.5) Subpackages: libsystemd0 libsystemd0-32bit libudev1 libudev1-32bit systemd-32bit systemd-container systemd-lang udev - Import commit 07aa29e3942fb46b0aed5405c88e8d3179ca958f (merge of v251.5) For a complete list of changes, visit: https://github.com/openSUSE/systemd/compare/532faa39ebaa6f56e493cc938a91a40d... ==== virt-viewer ==== - Fix build failures in Factory gcc-warnings-as-errors.patch ==== xz ==== Version update (5.2.6 -> 5.2.7) Subpackages: liblzma5 liblzma5-32bit xz-lang - update to 5.2.7: * liblzma: - Add API doc note about the .xz decoder LZMA_MEMLIMIT_ERROR bug. - Add dest and src NULL checks to lzma_index_cat. The documentation states LZMA_PROG_ERROR can be returned from lzma_index_cat. Previously, lzma_index_cat could not return LZMA_PROG_ERROR. Now, the validation is similar to lzma_index_append, which does a NULL check on the index parameter. - Fix copying of check type statistics in lzma_index_cat(). The check type of the last Stream in dest was never copied to dest->checks (the code tried to copy it but it was done too late). This meant that the value returned by lzma_index_checks() would only include the check type of the last Stream when multiple lzma_indexes had been concatenated. In xz --list this meant that the summary would only list the check type of the last Stream, so in this sense this was only a visual bug. However, it's possible that some applications use this information for purposes other than merely showing it to the users in an informational message. I'm not aware of such applications though and it's quite possible that such applications don't exist. Regular streamed decompression in xz or any other application doesn't use lzma_index_cat() and so this bug cannot affect them. - Stream decoder: Fix restarting after LZMA_MEMLIMIT_ERROR. If lzma_code() returns LZMA_MEMLIMIT_ERROR it is now possible to use lzma_memlimit_set() to increase the limit and continue decoding. This was supposed to work from the beginning but there was a bug. With other decoders (.lzma or threaded .xz) this already worked correctly. - lzma_filters_copy: Keep dest[] unmodified if an error occurs. lzma_stream_encoder() and lzma_stream_encoder_mt() always assumed this. Before this patch, failing lzma_filters_copy() could result in free(invalid_pointer) or invalid memory reads in stream_encoder.c or stream_encoder_mt.c. To trigger this, allocating memory for a filter options structure has to fail. These are tiny allocations so in practice they very rarely fail. Certain badness in the filter chain array could also make lzma_filters_copy() fail but both stream_encoder.c and stream_encoder_mt.c validate the filter chain before trying to copy it, so the crash cannot occur this way. - lzma_index_append: Add missing integer overflow check. The documentation in src/liblzma/api/lzma/index.h suggests that both the unpadded (compressed) size and the uncompressed size are checked for overflow, but only the unpadded size was checked. The uncompressed check is done first since that is more likely to occur than the unpadded or index field size overflows. - Vaccinate against an ill patch from RHEL/CentOS 7. * xzgrep: - Fix compatibility with old shells. Turns out that some old shells don't like apostrophes (') inside command substitutions. The problem was introduced by commits 69d1b3fc29677af8ade8dc15dba83f0589cb63d6 (2022-03-29), bd7b290f3fe4faeceb7d3497ed9bf2e6ed5e7dc5 (2022-07-18), and a648978b20495b7aa4a8b029c5a810b5ad9d08ff (2022-07-19). 5.2.6 is the only stable release that included this problem. * Translations: Add Turkish translation.
participants (1)
-
Dominique Leuenberger