Hi Jan, all,
I'd like to carry our OBS dicussion to a wider audience
(https://build.opensuse.org/request/show/672510).
The question is whether we can assume that "/bin/sh" links to bash,
in particular whether rpm scriptlets without explicit -p interpreter
can be assumed to interpreted by bash.
I'm aware that, in principle, /bin/sh is supposed to be the Bourne
shell on Unix systems. But as a matter of fact, on current openSUSE, it
is not. Unless it's tampered with, /bin/sh is a symlink to /bin/bash.
bash is not started in full POSIX mode if invoked as /bin/sh, and even
if it's in POSIX mode, it supports some extensions over the POSIX shell
spec (e.g. the [[ ]] construct), which makes it behave differently than
another shell not supporting [[ ]] would (*). Problably there are more
differences, I can't claim to know them all.
Here are some arguments why I think it'd be reasonable to assume that
/bin/sh is bash on openSUSE:
1. patterns-base-minimal_base depends on bash, and the /bin/sh symlink
is a non-configurable part of the "bash" package.
2. we could handle /bin/sh via /etc/alternatives, but we don't.
3. our Wiki suggests testing failing scriplets using "bash -xv"
(https://en.opensuse.org/openSUSE:Packaging_scriptlet_snippets)
4. /bin/sh has pointed to bash for a long time (not sure how long
exactly).
FTR, Fedora basically guarantees (sh == bash) for the purpose of rpm
scriptlets (https://fedoraproject.org/wiki/Packaging:Scriptlets). So
Fedora <-> openSUSE portability may also be an issue to consider.
If we can't assume that /bin/sh is bash, what else can we assume? I
recall from earlier work that writing really 100% compatible shell code
for all kinds of environments is really hard. E.g., "[" isn't 100%
portable either, even though it's part of the POSIX "test" standard
(http://pubs.opengroup.org/onlinepubs/9699919799/utilities/test.html).
We should have clear rules which syntax expressions can be used in rpm
scriptlets, and which can't. IMO we should define one of the various
existing shells as a reference by saying "if it's supported
by this shell, it's valid scriptlet code". That'd be easier (especially
for testing compliance) than referring to a spec. That reference shell
doesn't have to be bash, of course.
Thanks
Martin
(*) For example:
# ln -s /usr/bin/echo '/usr/bin/[['
# ls -l /bin/sh
lrwxrwxrwx 1 root root 4 Feb 8 10:38 /bin/sh -> bash
# /bin/sh --posix -c '[[ 2 = 1 ]] && echo yes'
# dash -c '[[ 2 = 1 ]] && echo yes'
2 -eq 1 ]]
yes
--
Dr. Martin Wilck <mwilck(a)suse.com>, Tel. +49 (0)911 74053 2107
SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg)
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hi,
our experimental git mirror of openSUSE:Factory
got a new feature:
It now makes single commits from most individual updates with some
useful info in the commit message.
This makes the whole history much nicer to read:
https://github.com/bmwiedemann/openSUSE/commits/master
In the usual case of SRs it links back to the SR on OBS, because that is
where most of the discussion might have happened:
https://github.com/bmwiedemann/openSUSE/commit/d1afc9699
but sometimes direct commits happen and they are shown with the commit
message and a link to the OBS change
https://github.com/bmwiedemann/openSUSE/commit/b2786e5c8
Ideas for future work:
In theory we could also track these packages' devel projects on a
'devel' branch
In a similar fashion we could also track openSUSE:Leap:15.* on
stable/leap15_N branches to allow offline diff
We could try to enable osc build to work from such git dirs. Either this
uses the OBS server-side logic to resolve dependencies to get the usual
.osc/_buildinfo* and .osc/_buildconfig* files or we re-implement or
re-use OBS server logic to allow builds when offline.
And then (in the foggy far future) it would be possible to make a
gateway back from
github pull-requests or gitlab merge-requests to submitting SRs in OBS.
Or we re-think how OBS handles its source files until then. See
https://www.youtube.com/watch?v=iY_ADUQiiQI&t=787
Ciao
Bernhard M.
Hello everyone,
There's a new package in server:monitoring called `irqstat`, which I'd
like to get into Factory:
https://build.opensuse.org/package/show/server:monitoring/irqstat
It's a rather simple, but yet quite effective, python script for both
online monitoring and offline parsing of the content of the special
file /proc/interrupts.
In fact, especially on large servers, where that file may have
something like 550 lines and 224 columns (this is a real example, I'm
not making numbers up :-) ), it may be very annoying to tell, e.g., how
many IRQs a particular source is sending toward which CPUs using only
the usual tools. And this is exactly where irqstat helps.
There is more that can be done, and in fact, I'm also involved with
upstream development (yes, for the ones that I've seen the other
thread, I eventually did manage to get in touch with the maintainer!)
and have some plans. E.g., improving the documentation is quite high in
my TODO list for the project.
I'd be interested in any feedback, comment, question, whatever. :-)
Regards
--
Dario Faggioli, Ph.D
http://about.me/dario.faggioli
Virtualization Software Engineer
SUSE Labs, SUSE https://www.suse.com/
-------------------------------------------------------------------
<<This happens because _I_ choose it to happen!>> (Raistlin Majere)
I'm not sure, if this is bug or feature... After few days, update applet (TW,
KDE) says there are 6843 new updates (TeX, R, ... ;-). When I click to
"Install updates" error "Too many packages to process (6843/5200)" appears.
Zypper handles it well. Is it worth of bug report? To b.o.o?
Yours,
V.
--
Vojtěch Zeisek
Komunita openSUSE GNU/Linuxu
Community of the openSUSE GNU/Linux
https://www.opensuse.org/https://trapa.cz/
Hi,
When installing openSUSE (any flavour), the installer offers a choice
between the "server" and "transactional server" roles, among others.
If I choose to install using the "server" role, is there a (supported)
procedure by which I can later convert it into a "transactional
server"? (Assume using btrfs for /, and having snapshots.)
I tried to do this conversion on a test system running openSUSE Leap
15.2 as follows:
* run "zypper install patterns-base-transactional_base"
* edit /etc/fstab to make root read-only
* reboot
This appears to work: The system self-updates, and reboots when needed;
/etc has been turned into an overlay filesystem; and zypper up tells me
to use the transactional-update tool.
However, one of the packages installed during the conversion is "read-
only-root-fs", and its description contains a rather stern warning:
Files, scripts and directories to run the system with a
read-only root filesystem with /etc writeable via overlayfs.
This package should never be installed in an already running
system! It should only be selected by a system role for a
read-only root filesystem with transactional updates.
The package will create / modify entries for mounting /etc and /var.
Those entries are used by dracut to mount the overlay file systems
during the early boot phase.
After reading this, I ask myself, was it just dumb luck that the test
system wasn't destroyed during the conversion? What can/does go wrong
if read-only-root-fs is installed in an already running system, against
the advice given?
Any clarification on this would be much appreciated.
Regards,
Olav
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
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&versio…
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:
alsa (1.2.3.2 -> 1.2.4)
alsa-firmware (1.2.1 -> 1.2.4)
alsa-ucm-conf (1.2.3 -> 1.2.4)
autoyast2 (4.3.61 -> 4.3.62)
bind (9.16.6 -> 9.16.7)
ffmpeg-4
liberation-fonts (1.07.4 -> 2.1.1)
libnetfilter_conntrack
libnfnetlink
libnl3
libsolv (0.7.15 -> 0.7.16)
mozjs68
ndctl (69 -> 70.1)
openblas_pthreads (0.3.10 -> 0.3.11)
perl-Mail-DKIM (0.54 -> 1.20200907)
postgresql (12.0.1 -> 13)
postgresql13 (12.4 -> 13.0)
rubygem-css_parser
rubygem-hashery
setools
xfsprogs (5.8.0 -> 5.9.0)
=== Details ===
==== alsa ====
Version update (1.2.3.2 -> 1.2.4)
Subpackages: libasound2 libasound2-32bit libatopology2
- Update to alsa-lib 1.2.4:
Major updates, including previous patches.
Documentation updates, PCM optional lockless, meter and iec958
plugin updates, UCM updates, topology API updates, LTO fixes, etc.
See the details in
https://www.alsa-project.org/wiki/Changes_v1.2.3.2_v1.2.4
- Drop the superfluous udev rules for HD-audio;
it's already handled in the kernel properly
- Drop obsoleted patches:
0001-ucm-substitution-remove-duplicate-allow_empty-assign.patch
0002-ucm-fix-parse_get_safe_name-safe-name-must-be-checke.patch
0003-ucm-substitute-the-merged-tree-completely.patch
0004-ctl-improve-documentation-for-identifier-of-control-.patch
0005-pcm-dmix-make-lockless-operation-optional.patch
0006-pcm-dmix-Fix-semaphore-usage-with-lockless-operation.patch
0007-pcm-iec958-implement-HDMI-HBR-audio-formatting.patch
0008-pcm-iec958-set-channel-status-bits-according-to-rate.patch
0009-conf-pcm-USB-Added-S-PDIF-fix-for-Asus-Xonar-SE.patch
0010-control-ctlparse-fix-enum-values-in-or.patch
0011-conf-USB-Audio-Disable-IEC958-on-Lenovo-ThinkStation.patch
0012-pcm-dmix-fix-access-to-sum-buffer-in-non-interleaved.patch
0014-control-Add-documentation-for-snd_ctl_elem_list_.patch
0015-conf-quote-also-strings-with-and-characters-in-strin.patch
0016-topology-decode-Fix-channel-map-memory-allocation.patch
0017-topology-decode-Fix-infinite-loop-in-decoding-enum-c.patch
0018-topology-decode-Remove-decoding-values-for-enum-cont.patch
0019-topology-decode-Add-enum-control-texts-as-separate-e.patch
0020-topology-decode-Fix-printing-texts-section.patch
0021-topology-decode-Change-declaration-of-enum-decoding-.patch
0022-topology-decode-Fix-decoding-PCM-formats-and-rates.patch
0023-topology-decode-Print-sig_bits-field-in-PCM-capabili.patch
0024-topology-decode-Add-DAI-name-printing.patch
0025-topology-Make-buffer-for-saving-dynamic-size.patch
0026-topology-return-correct-value-in-tplg_save_printf.patch
0027-topology-fix-some-gcc10-warnings-labs-signess.patch
0028-topology-fix-sort_config.patch
0029-topology-fix-the-unaligned-access.patch
0030-topology-improve-the-printf-buffer-management.patch
0031-control-Improve-general-control-interface-documentat.patch
0032-control-Add-documentation-for-snd_ctl_elem_value_.patch
==== alsa-firmware ====
Version update (1.2.1 -> 1.2.4)
- Update to alsa-firmware 1.2.4:
rework in auto-tools and Makefiles
See details in
https://alsa-project.org/wiki/Changes_v1.2.3.2_v1.2.4
==== alsa-ucm-conf ====
Version update (1.2.3 -> 1.2.4)
- Update to alsa-ucm-conf 1.2.4:
Major version up, most of changes have been already applied via
backport patches. See details in
https://alsa-project.org/wiki/Changes_v1.2.3.2_v1.2.4
- Drop obsoleted patches:
0001-bytcr-rt5640-Fix-DMIC1-not-working-when-connected-ov.patch
0002-bytcr-rt5651-Fix-high-noise-level-soft-input-on-DMIC.patch
0003-chtrt5645-Add-ASUSTeKCOMPUTERINC.-T101HA-1.0.conf-sy.patch
0004-sof-hda-dsp-don-t-fail-if-Auto-Mute-control-is-not-p.patch
0005-ucm2-use-Include-Syntax-3.patch
0006-chtrt5645-merge-all-possible-configurations-to-HiFi..patch
0007-cht-bsw-rt5672-merge-all-possible-configurations-to-.patch
0008-chtnau8824-merge-all-possible-configurations-to-HiFi.patch
0009-ucm.conf-add-support-for-the-kernel-module-name-tree.patch
0010-sof-hda-dsp-make-Headphone-Playback-Switch-condition.patch
0011-sof-hda-dsp-add-initial-kcontrol-values.patch
0012-sof-hda-dsp-make-the-boot-init-optional-for-all-cont.patch
0013-bdw-rt5677-add-support-for-legacy-and-SOF-drivers.patch
0014-broadwell-rt286-add-SOF-support.patch
0015-sof-soundwire-initial-UCM2-version.patch
0016-sof-soundwire-cleanups-recommended-by-the-ucm-valida.patch
0017-sof-soundwire-rewrite-for-syntax-3.patch
0018-sof-hda-dsp-fix-the-device-order-Hdmi-devices.patch
0019-HDA-Intel-add-support-for-AMD-acp-microphone-devices.patch
0020-DAISY-I2S-move-to-Samsung-snow-snow.conf.patch
0021-DB410c-move-to-Qualcomm-apq8016-sbc.patch
0022-DB820c-DB845c-move-to-Qualcomm-tree.patch
0023-PAZ00-tegraalc5632-move-to-Tegra-alc5632-tree.patch
0024-VEYRON-I2C-move-to-Rockchip-max98090-tree.patch
0025-Pandaboard-ES-move-to-OMAP-abe-twl6040-tree.patch
0026-GoogleNyan-move-to-Tegra-max98090.patch
0027-SDP4430-Move-to-OMAP-abe-twl6040-SDP4430-tree.patch
0028-Fix-invalid-Regex-Type-in-various-Condition-blocks.patch
0029-cht-bsw-rt5672-Add-Lenovo-Miix-2-10-specific-configu.patch
0030-cht-bsw-rt5672-Add-Lenovo-ThinkPad-10-specific-confi.patch
0031-cht-bsw-rt5672-Boost-ADC-volume-a-bit.patch
0032-chtrt5645-Restore-stereo-sound-output-when-switching.patch
0033-DB820c-Correctly-move-DB820c-to-Qualcomm-apq8096.patch
0034-sof-hda-dsp-fixup-typo-in-Hdmi.conf.patch
0035-sof-hda-dsp-use-sof-hda-dsp-Hdmi.conf.patch
0036-hda-hdmi-add-HDMI4-HDMI5-HDMI6-devices.patch
0037-update-ucm2-README.md-more-kernel-module-lookup-clar.patch
0038-ucm2-Add-config-for-Rockchip-rk3399-gru-sound.patch
0039-amd-renoir-acp-use-the-machine-driver-s-name-for-top.patch
0040-amd-renoir-acp-Add-Syntax-3-in-the-module-lib-Linked.patch
0041-Correct-conflicting-mic-in-max98090.patch
0042-HDA-Intel-HiFi-dual-Fix-the-Rear-Mic-s-Jack-name.patch
0043-USB-Audio-Dell-WD15-Dock-make-input-and-output-volum.patch
0044-Rockchip-rk3399-gru-sound-remove-zero-PCM-subdevice.patch
0045-ucm2-ucm.conf-fix-the-fix-the-sysfs-kernel-module-pa.patch
0046-Revert-amd-renoir-acp-use-the-machine-driver-s-name-.patch
0047-ucm2-module-rename-rk3399-gru-sound.conf-snd_soc_rk3.patch
0048-ucm2-HDA-acp-add-Capture-simple-mixer-element-to-the.patch
0049-HDA-Intel-only-add-the-acp-dmic-to-the-sound-card-wi.patch
0050-Add-support-for-Lenovo-ThinkStation-P620-Main-Audio.patch
0051-ucm2-Qualcomm-sdm845-fixes-HDMI-select-card-and-HiFi.patch
==== autoyast2 ====
Version update (4.3.61 -> 4.3.62)
Subpackages: autoyast2-installation
- AutoYaST warnings timeout applies to the XML validation error
dialog (bsc#1176973).
- 4.3.62
==== bind ====
Version update (9.16.6 -> 9.16.7)
Subpackages: bind-chrootenv bind-doc bind-utils libbind9-1600 libirs1601 libisc1606 libisccc1600 libns1604 python3-bind
- Upgrade to version 9.16.7
* Fix (non-)publication of CDS and CDNSKEY records.
* 'dig +bufsize=0' failed to disable EDNS.
* Address a TSAN report by ensuring each rate limiter
object holds a reference to its task.
* With query minimization enabled, named failed to
resolve ip6.arpa. names that had extra labels to the
left of the IPv6 part.
* Silence the EPROTO syslog message on older systems.
* Fix off-by-one error when calculating new hash table size.
* Tighten LOC parsing to reject a period (".") and/or "m"
as a value. Fix handling of negative altitudes which are
not whole meters.
* rbtversion->glue_table_size could be read without the
appropriate lock being held.
* Named erroneously accepted certain invalid resource
records that were incorrectly processed after
subsequently being written to disk and loaded back, as
the wire format differed. Such records include: CERT,
IPSECKEY, NSEC3, NSEC3PARAM, NXT, SIG, TLSA, WKS, and X25.
* NTA code needed to have a weak reference on its
associated view to prevent the latter from being deleted
while NTA tests were being performed.
* replace an INSIST() (which calls abort()) with a check and
an error message.
[bsc#1177913, bind-9.16.7.tar.xz]
==== ffmpeg-4 ====
Subpackages: libavcodec58_91 libavdevice58_10 libavfilter7_85 libavformat58_45 libavresample4_0 libavutil56_51 libpostproc55_7 libswresample3_7 libswscale5_7
- Enable VMAF. This can be used to compute VMAF/PSNR/SSIM.
- Add vmaf-trim-usr-local.patch .
==== liberation-fonts ====
Version update (1.07.4 -> 2.1.1)
- update to 2.1.1:
* Fix Liberation Sans renders most Latin combining characters incorrectly
* Fix Combining diaerasis below does not work except U
* Fix glyph of Cent sign (U+00A2) in Sans and Mono style
* Fix U+25D2 and U+25D3 circle with lower / upper half black are backwards
* Improving lowercase Cyrillic glyps localized for Macedonian and Serbian
* COMBINING LONG SOLIDUS OVERLAY (U+0338) not centred on base character
* Added Bitcoin sign
* fix for few bugs
==== libnetfilter_conntrack ====
- Modernize specfile constructs.
==== libnfnetlink ====
- Modernize specfile constructs.
==== libnl3 ====
Subpackages: libnl-config libnl3-200
- Modernize specfile constructs.
==== libsolv ====
Version update (0.7.15 -> 0.7.16)
Subpackages: libsolv-tools python3-solv ruby-solv
- do not ask the namespace callback for splitprovides when writing
a testcase
- fix add_complex_recommends() selecting conflicted packages in
rare cases leading to crashes
- improve choicerule generation so that package updates are
prefered in more cases
- bump version to 0.7.16
==== mozjs68 ====
- Increase disk constraints to 9G, x86_64 uses ~8.7G currently
==== ndctl ====
Version update (69 -> 70.1)
- Update to upstream v70.1 (jsc#SLE-13338).
Adds firmware activation support.
==== openblas_pthreads ====
Version update (0.3.10 -> 0.3.11)
- Update _constraints to use 12GB RAM on x86_64
- Update to version 0.3.11
common:
* Reduced the default BLAS3_MEM_ALLOC_THRESHOLD (used as an upper
limit for placing temporary arrays on the stack) to be compatible
with a stack size of 1mb (as imposed by the JAVA runtime library)
* Added mixed-precision dot function SBDOT and utility functions
shstobf16, shdtobf16, sbf16tos and dbf16tod to convert between
single or double precision float arrays and bfloat16 arrays
* Fixed prototypes of LAPACK_?ggsvp and LAPACK_?ggsvd functions
in lapack.h
* Fixed underflow and rounding errors in LAPACK SLANV2 and DLANV2
(causing miscalculations in e.g. SHSEQR/DHSEQR, LAPACK issue #263)
* Fixed workspace calculation in LAPACK ?GELQ (LAPACK issue #415)
* Fixed several bugs in the LAPACK testsuite
* Improved performance of TRMM and TRSM for certain problem sizes
* Fixed infinite recursions and workspace miscalculations in ReLAPACK
* CMAKE builds no longer require pkg-config for creating the .pc file
* Makefile builds no longer misread NO_CBLAS=0 or NO_LAPACK=0 as
enabling these options
* Fixed detection of gfortran when invoked through an mpi wrapper
* Improve thread reinitialization performance with OpenMP after a fork
* Added support for building only the subset of the library required
for a particular precision by specifying BUILD_SINGLE, BUILD_DOUBLE
* Optional function name prefixes and suffixes are now correctly
reflected in the generated cblas.h
* Added CMAKE build support for the LAPACK and multithreading tests
power:
* Added optimized support for POWER10
* Added support for compiling for POWER8 in 32bit mode
* Added support for compilation with LLVM/clang
* Added support for compilation with NVIDIA/PGI compilers
* Fixed building on big-endian POWER8
* Fixed miscompilation of ZDOTC by gcc10
* Fixed alignment errors in the POWER8 SAXPY kernel
* Improved CPU detection on AIX
* Supported building with older compilers on POWER9
x86_64:
* Added support for Intel Cooperlake
* Added autodetection of AMD Renoir/Matisse/Zen3 cpus
* Added autodetection of Intel Comet Lake cpus
* Reimplemented ?sum, ?dot and daxpy using universal intrinsics
* Reset the fpu state before using the fpu on Windows as a workaround
for a problem introduced in Windows 10 build 19041 (a.k.a. SDK 2004)
* Fixed potentially undefined behaviour in the dot and gemv_t kernels
* Fixed a potential segmentation fault in DYNAMIC_ARCH builds
* Fixed building for ZEN with PGI/NVIDIA and AMD AOCC compilers
armv7:
* Fixed cpu detection on BSD-like systems
armv8:
* Added preliminary support for Apple Vortex cpus
* Added support for the Cavium ThunderX3T110 cpu
* Fixed cpu detection on BSD-like systems
* Fixed compilation in -std=C18 mode
IBM Z:
* Added support for compiling with the clang compiler
* Improved GEMM performance on Z14
- Enable bloat16 support via BUILD_BFLOAT16=1
- Add fix-build.patch to fix build with -Werror=return-type
==== perl-Mail-DKIM ====
Version update (0.54 -> 1.20200907)
- updated to 1.20200907
see /usr/share/doc/packages/perl-Mail-DKIM/Changes
==== postgresql ====
Version update (12.0.1 -> 13)
Subpackages: postgresql-contrib postgresql-docs postgresql-llvmjit postgresql-server
- Bump major and default version to 13.
==== postgresql13 ====
Version update (12.4 -> 13.0)
- Initial packaging of PostgreSQL 13:
* https://www.postgresql.org/about/news/2077/
* https://www.postgresql.org/docs/13/release-13.html
==== rubygem-css_parser ====
- Add license (MIT) to gem2rpm.yml
- Regenerate spec file
==== rubygem-hashery ====
- Add license into gem2rpm.yml
==== setools ====
- Cleanup BuildRequires
- Fix setools-gui dependencies, we are using python-qt5 and not
tcl/tk
==== xfsprogs ====
Version update (5.8.0 -> 5.9.0)
Subpackages: libhandle1 xfsprogs-scrub
- update to v5.9.0:
* mkfs.xfs: disallow creation of RT files from proto file
* mkfs.xfs: fix ASSERT on small device with stripe geom
* xfs_repair: more fixes from fuzz-testing
* libhandle: fix potential unterminated string problem
* libhandle: libfrog: fix a potential null pointer deref
* man: install all manpages that redirect to another page
* man: fix ioctl_xfs_geometry manpage naming
* xfsprogs: various realtime related fixes
* xfsprogs: ignore autofs mount table entries
* libxfs: make buffers track the per-ag structures
* libxfs changes merged from kernel 5.9
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hi,
last month's status:
https://lists.opensuse.org/opensuse-factory/2020-07/msg00417.html
Last months' reproducible builds project updates (including my work):
https://reproducible-builds.org/reports/2020-07/
I uploaded https://rb.zq1.de/compare.factory-20200830/ today
and rbstats are:
total-packages: 13244 (+111)
build-tried: 13236 (+110)
build-failed: 66 (+28)
build-n-a: 125 (-1)
build-succeeded: 13045 (+83)
build-official-failed+na: 323 (+72)
build-compare-failed: 431 (-3)
build-compare-succeeded: 12614 (+86)
verify-failed: 519 (+28)
verified-semi-reproducible: 12362 (+258)
verified-bit-identical: 0 (+0)
bit-by-bit-identical: 12488 (+106)
not-bit-by-bit-identical: 558 (-23)
https://rb.zq1.de/compare.factory-20200830/graph.png
shows the change over time
https://rb.zq1.de/compare.factory-20200830/unreproduciblerings.txt
lists very unreproducible core packages (bootstrap+DVD)
Of the badly unreproducible packages,
2 were in ring0
45 were in ring1
That makes it 47/3268 => 1.44 %
which is below the overall average of
431/13045 => 3.30 %
558/13045 => 4.28 % of packages are not perfectly reproducible
Build workers were upgraded to Leap-15.2 to have a rpm that understands
zstd.
Several small packages seem to build faster now, possibly because the
setup of the build environment is faster with zstd.
E.g. "hub" went from 181+139s to 87+64s for -j1 and -j4 builds
and "xinit" went from 64+63s to 46+51s
Notable unreproducible core packages:
cargo-c:
parallelism? + filesys in rust libgit2-sys
installation-images:
ordering issues and plenty other issues
xen:
PE timestamps in .efi files
Ciao
Bernhard M.
Hi all,
I would like to get your input and start a discussion around :
https://en.opensuse.org/openSUSE:OpenSUSE_Distribution_Tiers_Policy
This is a draft aiming to define what a Premium Tier openSUSE
Distribution architecture is. Currently this is mostly x86_64 as it
stands today out of historic reasons, and rather than letting historic
reasons define the future, I'd like to make it a bit more transparent
on why that is and what quality standards an openSUSE distribution has
to offer for other architectures to be considered also a main /
premium Tier openSUSE Distribution.
Please be aware that this does not silently introduce aarch64 as a
premium tier, however it is aimed to define the rules that any
architecture port including aarch64 would have to meet in order to be
considered a premium tier. So once we agree on the terms and scope,
AArch64 would be requested to be evaluated against this.
For the interest of tracking, please refrain from editing the main
page, and use either the mailing list discussion here or the Talk page
for comments/questions/considerations/feedback.
Thanks!
Dirk
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hello team,
we're experiencing issues with meet.opensuse.org, specifically
screensharing during feature review.
We spent half of last two meetings on troubleshooting and that's just
wrong.
We're currently looking for an alternative solution.
Current workaround is teams, but I'd prefer to use something OSS.
Perhaps the big blue button.
If you want to be part of these meetings, then please message me so I
can add you to the invitation.
Heads up on next events:
9th and 23rd November are cancelled as I have vacation.
Same goes for X-mass break 21st, 28th December, so these meetings are
cancelled as well.
Thank you very much for your understanding
--
Lubos Kocman, Release Manager openSUSE Leap
SUSE Software Solutions Germany GmbH
Maxfeldstr. 5, 90409 Nürnberg - Germany
(HRB 36809, AG Nürnberg) Geschäftsführer: Felix Imendörffer
Heya all,
with the growing demands of chromium and my diminishing free time I
won't be really able to care for chromium in the future.
Any interested volunteers to take over its maintenance?
You need to be able to patch out gcc compilation issues and patch out
support for Leap as we have too old libs in some cases there.
In general most of the work can be cherry-picked from Fedora/Gentoo with
only minor tweaks on our side.
Most complex and breaking part is the vaapi hardware acceleration. Which
is currently borked as I don't have time to debug it further :(
If you are interested please request maintainership on the
network:chromium project and feel free to drop me an email if you happen
to have any questions.
Cheers
Tom
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org