Hi,
we had some openQA hardware testing in the past using the KVM2USB device
[1].
Unfortunately that had some problems:
* the driver was not open-source, so you had to ask the vendor to
compile it for new kernels (every year after dup)
* VGA capture only provided 3x6 bit per pixel with added noise, so we
had to do fuzzy matching
* had to manage CDs and power separately
I know also that Alexander Graf looked into HDMI capture earlier, but
FPGA-based devices in that area were rather expensive and complicated to
get right.
and I had experimented with USB-OTG keyboard+CD emulation during hackweek in
https://github.com/os-autoinst/os-autoinst/tree/hidg
Now thanks to Luca Beltrame, I discovered
https://www.dennogumi.org/2021/02/dyi-kvm-over-ip-with-pikvm/
* based on Raspberry Pi 4
* HDMI capture over the camera input
* fully open source
* emulates keyboard+mouse+CD over USB-OTG (aka HID gadget mode)
* provides VNC access
and there will even be v3 hardware soon as a RPi-hat with integrated
power control and less manual setup work.
If we go this route and it is working, at some point we could replace
the embedded ArchLinux with an openSUSE.
This could finally ensure that at least some NVidia and AMD graphics
cards keep working, with the possibility for some extra hardware testing
for whatever Ethernet/Wifi/SATA/RAID/NVMe adapter is in the system under
test.
Ciao
Bernhard M.
[1] https://www.epiphan.com/products/kvm2usb/
Dear Geekos,
openSUSE offers a variety of desktops one can install right from the same
installation medium.
However, while we claim that we package Cinnamon, there is no pattern for it
yet, so there is no easy way to select the desktop for installation.
We have created https://bugzilla.opensuse.org/show_bug.cgi?id=1181253 in case
someone wants to help....
Thanks
Axel
Hi Together,
I reviewed my logs today and I find an error at daily script which safes the WebDAVs mounted data to my storage.
If I mount manually like in the past
# mount /mnt/webdav
unbekannte Option symfollow.
Aufruf:
mount.davfs -V, --version : Versionsinformation anzeigen
mount.davfs -h, --help : diese Hilfe anzeigen
Um eine WebDAV-Resource zu einzuhängen, sollte mount.davfs nicht direkt
aufgerufen werden; stattdessen sollte „mount” benutzt werden.
mount <mountpoint> : oder
mount <server-url> : hänge die WebDAV-Resource entsprechend den
Angaben in /etc/fstab ein.
mount -t davfs <server-url> <mountpoint> [-o Optionen]
: hänge die WebDAV-Resource <server-url>
in Verzeichnis <mountpoint> ein. Nur root
darf dies tun. Optionen ist eine durch
Kommas unterteilte Liste von Optionen.
Mögliche Optionen:
conf= : absoluter Pfad der Benutzer-Konfigurationsdatei
uid= : Besitzer des Dateisystems (Name oder numerische ID)
gid= : Gruppe des Dateisystems (Name oder numerische ID)
file_mode= : Standard-Rechte für Dateien (oktal)
dir_mode= : Standard-Rechte für Verzeichnisse (oktal)
ro : nur Lesen
rw : Lesen und Schreiben
[no]exec : Ausführen von Programmdateien ist (nicht) erlaubt
[no]suid : gesetzte suid- und sgid-Bits sind (nicht) wirksam
[no]grpid : neue Dateien erhelten die gid des übergeordneten
Verzeichnisses
[no]_nedev : benötigt (keine) Netzwerkverbindung
# cat /etc/fstab | grep webdav
https://sd2dav.1und1.de:443/ /mnt/webdav davfs noauto,user,rw 0 0
Nothing changed on the setup or package.
Only done the normal "zypper dup" and reboot at 1 o'clock if a kernel update is available.
(Don't remind when this was done in the past)
The first time it was present at 2021-02-07_03:00:01 (the day before it works fine 2021-02-06_03:00:01).
Seams that one of the previous updates change something in the davfs2 dependencies are changed.
PS: Anyway - if I mount different users at the same WebDAV source - the estimation of the df comand was wrong (for each one the same size).
Regards
Ulf
Dear Package maintainers and hackers.
Below package(s) in openSUSE:Factory have been failing to build for at
least 4 weeks. We tried to send out notifications to the
configured bugowner/maintainers of the package(s), but so far no
fix has been submitted. This probably means that the
maintainer/bugowner did not yet find the time to look into the
matter and he/she would certainly appreciate help to get this
sorted.
- LHAPDF
- python-PyCBC
- python-asyncssh
- python-cilium-microscope
- python-concurrentloghandler
- python-django-redis
- python-dtfabric
- python-efl
- python-enforce-pep8
- python-flake8-comprehensions
- python-flake8-future-import
- python-hyper
- python-impacket
- python-mautrix-telegram
- python-minidb
- python-napalm-exos
- python-nose2pytest
- python-onnx
- python-oslo.messaging
- python-pre-commit
- python-pyIOSXR
- python-pyfg
- python-python-qnotifications
- python-rpmfluff
- python-stdeb
- python-xcaplib
- python-yappi
Unless somebody is stepping up and submitting fixes, the listed
package(s) are going to be removed from openSUSE:Factory.
Kind regards,
DimStar / Dominique Leuenberger <dimstar(a)opensuse.org>
Dear Package maintainers and hackers.
Below package(s) in openSUSE:Factory have been failing to build for at
least 4 weeks. We tried to send out notifications to the
configured bugowner/maintainers of the package(s), but so far no
fix has been submitted. This probably means that the
maintainer/bugowner did not yet find the time to look into the
matter and he/she would certainly appreciate help to get this
sorted.
- ldas-tools-al-swig
Unless somebody is stepping up and submitting fixes, the listed
package(s) are going to be removed from openSUSE:Factory.
Kind regards,
DimStar / Dominique Leuenberger <dimstar(a)opensuse.org>
Dear Tumbleweed users and hackers,
Apologies for missing the review of the week 2021.05 to be sent out in
time. But as you already know from the past, that does not mean the
information is being lost. I’ll just give you a review of the last two
weeks instead. For Tumbleweed, this means we have seen 8 snapshots
being published in those two weeks (0130, 0131, 0202, 0203, 0205, 0208,
0209, and 0210).
The main changes included:
* Mozilla Firefox 85.0
* Rust 1.49.0
* Python 3.8.7
* Bind 9.16.11: changed protection of/against “named” from chroot
jail to systemd protection. This obsolete the subpackage named-
chrootenv.
* Linux kernel 5.10.12
* Pulseaudio 14.2
* Pipewire 0.3.20: pipewire is growing to become a replacement for
PulseAudio
* util-linux 2.36.1
* Mesa 20.3.4
* GCC 11 is now used to provide the base libraries, like libgcc_s1.
GCC 10 is still used to compile the distribution
* KDE Applications 20.12.2
* Systemd 246.10
The next snapshot to be published (20210211 or newer, depending on QA
results) will be based on glibc 2.33. As is usual with a glibc upgrade,
I triggered a full rebuild of the repository. So the next snapshot
coming out after today will be big (in bytes)
These changes are currently piled up for future tumbleweed snapshots:
* glibc 2.33 (snapshot 0211+)
* Postfix: change the default database format to lmdb, migrating away
from BerkeleyDB
* Linux kernel 5.10.14 and later
* Libreoffice 7.1
* KDE Plasma 5.21: currently 5.20.90 being tested
* openssl 1.1.1i, based on centralized crypto-policies package
* Use GCC 11 as default compiler (Staging:Gcc7; we should finally
rename that staging :P)
Cheers,
Dominique
I'm trying to run 32bit Tumbleweed in a rootless container on 64bit
Leap. Sounds crazy, I know, but I expected it to work.
First thing if you try this, run
echo 'arch = i586' >>/etc/zypp/zypp.conf
otherwise zypper will try to install 64bit packages and fail.
Anyway, even if this is fixed, zypper fails to install packages, the
error is:
Installation of gzip-1.10-6.1.i586 failed:
Error: Subprocess failed. Error: RPM failed: error: unpacking of
archive failed on file /bin/gunzip;6025b6b5: cpio: utime failed - No
such file or directory
error: gzip-1.10-6.1.i586: install failed
strace shows:
[pid 31894] utimensat_time64(AT_FDCWD, "/bin/gunzip;6025b6e3",
[{tv_sec=1612708086, tv_nsec=0} /* 2021-02-07T15:28:06+0100 */,
{tv_sec=1612708086, tv_nsec=0} /* 2021-02-
07T15:28:06+0100 */], AT_SYMLINK_NOFOLLOW) = -1 EPERM (Operation not
permitted)
I've tried to play around with security options, but this exceeds
my knowledge about container operations.
Ideas, anyone?
Martin
--
Dr. Martin Wilck <mwilck(a)suse.com>, Tel. +49 (0)911 74053 2107
SUSE Software Solutions Germany GmbH
HRB 36809, AG Nürnberg GF: Felix Imendörffer
Hi All,
Under Leap 15.2 (and tumbleweed) I was using the following API calls to
create a gui that allowed me to check my packages were building and
compare the version with tumbleweed to check if I wanted to update the
package in Leap.
https://api.opensuse.org/build/<project>/<repository>/<arch>/<package>/_status
https://api.opensuse.org/build/<project>/<repository>/<arch>/<package>/_history
During 15.2 development I was using the following values to achieve this
"openSUSE:Leap:15.2"
"standard"
"x86_64"
If I change the 15.2 to 15.3 in the repo name for 95% of packages I get
"excluded" as the build result. Is there one set of values I an use here
for all packages or do I need to know the origin repo, in which case how
do I figure that out?
--
Simon Lees (Simotek) http://simotek.net
Emergency Update Team keybase.io/simotek
SUSE Linux Adelaide Australia, UTC+10:30
GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B
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:
python-networkx
python-scipy (1.5.4 -> 1.6.0)
python-zope.interface (5.1.0 -> 5.2.0)
squid (4.13 -> 4.14)
=== Details ===
==== python-networkx ====
- Disable python36 build for good. Next up is SciPy 1.6.0 dropping
Python 3.6 because of NEP 29.
- Mark the doc package files as doc.
==== python-scipy ====
Version update (1.5.4 -> 1.6.0)
- NEP 29: Last minorversion bump deprecated Python 3.6
https://numpy.org/neps/nep-0029-deprecation_policy.html
- Fix hpc setup for coinstallable python3 flavors, needs
gh#openSUSE/hpc#3
- Update to 1.6.0:
* scipy.ndimage improvements: Fixes and ehancements to boundary extension
modes for interpolation functions. Support for complex-valued inputs
in many filtering and interpolation functions. New grid_mode option
for scipy.ndimage.zoom to enable results consistent with scikit-image?s rescale.
* scipy.optimize.linprog has fast, new methods for large, sparse
problems from the HiGHS library.
* scipy.stats improvements including new distributions, a new test,
and enhancements to existing distributions and tests
* scipy.special now has improved support for 64-bit LAPACK backend
* scipy.odr now has support for 64-bit integer BLAS
* scipy.odr.ODR has gained an optional overwrite argument so that
existing files may be overwritten.
* scipy.cluster.hierarchy.DisjointSet has been added for incremental
connectivity queries.
* scipy.cluster.hierarchy.dendrogram return value now also includes
leaf color information in leaves_color_list.
* scipy.interpolate.interp1d has a new method nearest-up, similar to
the existing method nearest but rounds half-integers up instead of down.
* scipy.ndimage.convolve, scipy.ndimage.correlate and their 1d counterparts
now accept both complex-valued images and/or complex-valued filter kernels.
All convolution-based filters also now accept complex-valued inputs
* scipy.optimize.linprog has fast, new methods for large, sparse problems
from the HiGHS C++ library
* scipy.optimize.quadratic_assignment has been added for approximate solution of
the quadratic assignment problem.
* scipy.optimize.linear_sum_assignment now has a substantially reduced
overhead for small cost matrix sizes
* scipy.optimize.least_squares has improved performance when the user
provides the jacobian as a sparse jacobian already in csr_matrix format
* scipy.signal.gammatone has been added to design FIR or IIR filters that
model the human auditory system.
* scipy.signal.iircomb has been added to design IIR peaking/notching
comb filters that can boost/attenuate a frequency from a signal.
* scipy.signal.sosfilt performance has been improved to avoid some
previously- observed slowdowns
* scipy.signal.windows.taylor has been added?the Taylor window function
is commonly used in radar digital signal processing
* scipy.signal.gauss_spline now supports list type input for consistency
with other related SciPy functions
* scipy.signal.correlation_lags has been added to allow calculation of
the lag/ displacement indices array for 1D cross-correlation.
==== python-zope.interface ====
Version update (5.1.0 -> 5.2.0)
- Don't switch off python36 build, half of python-* packages depend on it.
- Update to version 5.2.0
* Add documentation section ``Persistency and Equality``
* Create arm64 wheels.
* Add support for Python 3.9.
- Fix build on tumbleweed
==== squid ====
Version update (4.13 -> 4.14)
- update to 4.14:
- Regression Fix: support for non-lowercase Transfer-Encoding value
- Regression Fix: cachemgr.cgi wrong 403 response to authenticated menu URIs
- Bug 5076: WCCP Security Info incorrect
- Bug 5073: Compile error: index was not declared in this scope
- Bug 5065: url_rewrite_program documentation update
- Bug 3074 pt2: improved handling of URI paths implicit '/'
- Fix transactions exceeding client_lifetime logged as _ABORTED