https://bugzilla.suse.com/show_bug.cgi?id=1198120https://bugzilla.suse.com/show_bug.cgi?id=1198120#c10
--- Comment #10 from Kai Liu <kai.liu(a)suse.com> ---
(In reply to Michael Matz from comment #8)
> Are you checking on SLES15? That's using the old icecream-backend-only
> setup, we
> didn't port the real cross compilers to SLES, as that doesn't have a cross
> glibc
> either. You should use openSUSE for any cross development.
No, I'm on Leap 15.4.
# cat /etc/os-release
NAME="openSUSE Leap"
VERSION="15.4"
ID="opensuse-leap"
ID_LIKE="suse opensuse"
VERSION_ID="15.4"
PRETTY_NAME="openSUSE Leap 15.4"
ANSI_COLOR="0;32"
CPE_NAME="cpe:/o:opensuse:leap:15.4"
BUG_REPORT_URL="https://bugs.opensuse.org"
HOME_URL="https://www.opensuse.org/"
DOCUMENTATION_URL="https://en.opensuse.org/Portal:Leap"
LOGO="distributor-logo-Leap"
# rpm -ql cross-aarch64-gcc11 | grep -c libgcc
0
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1095671
Bug ID: 1095671
Summary: sg3_utils: sg_turs command in Leap broken
Classification: openSUSE
Product: openSUSE Distribution
Version: Leap 15.0
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: dmarkh(a)cfl.rr.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
I have this little script that shows my problem.
#!/bin/bash
sg_turs /dev/sr0 > /dev/null
RDY=$?
echo "RDY = ${RDY}"
This script always says the sg_turs commands exit status is 0. Even with the
door open and no disk installed.
The man page for the sg_turs command says:
EXIT STATUS
The exit status of sg_turs is 0 when it is successful (e.g. in the case
of a mechanical disk, it is spun up and ready to accept commands). For this
utility the other exit status of interest is 2 corresponding to the "not
ready" sense key. For other exit status values see the sg3_utils(8) man page.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1196357https://bugzilla.suse.com/show_bug.cgi?id=1196357#c7
Chester Lin <chester.lin(a)suse.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|CONFIRMED |RESOLVED
Resolution|--- |WONTFIX
--- Comment #7 from Chester Lin <chester.lin(a)suse.com> ---
Checked the DT and found that the uSD device is MMC_SPI:
-------
localhost:~ # hexdump -C
/sys/firmware/devicetree/base/soc/spi@10050000/mmc@0/compatible
00000000 6d 6d 63 2d 73 70 69 2d 73 6c 6f 74 00 |mmc-spi-slot.|
0000000d
-------
Kernel log while probing mmc:
localhost:~ # dmesg | grep SD
[ 16.791410] mmc_spi spi1.0: SD/MMC host mmc0, no DMA, no WP, no poweroff
[ 16.849477] mmc0: new SDHC card on SPI
--------
It looks like a hardware limitation since Unmatched relies on SPI interface to
access cards and there's no dedicated SD/SDIO controller on the board.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1204930https://bugzilla.suse.com/show_bug.cgi?id=1204930#c2
Stefan Br�ns <stefan.bruens(a)rwth-aachen.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |INVALID
--- Comment #2 from Stefan Br�ns <stefan.bruens(a)rwth-aachen.de> ---
$> nm -DC --defined-only /usr/lib64/libOpenEXR-3_1.so.30 | grep
Imf_3_1::Chromaticities::Chromaticities
0000000000061ad0 T
Imf_3_1::Chromaticities::Chromaticities(Imath_3_1::Vec2<float> const&,
Imath_3_1::Vec2<float> const&, Imath_3_1::Vec2<float> const&,
Imath_3_1::Vec2<float> const&)
0000000000061ad0 T
Imf_3_1::Chromaticities::Chromaticities(Imath_3_1::Vec2<float> const&,
Imath_3_1::Vec2<float> const&, Imath_3_1::Vec2<float> const&,
Imath_3_1::Vec2<float> const&)
$> nm -DC --undefined-only /usr/lib64/libopencv_imgcodecs.so.406 | grep
Imf_3_1::Chromaticities::Chromaticities
U
Imf_3_1::Chromaticities::Chromaticities(Imath_3_1::Vec2<float> const&,
Imath_3_1::Vec2<float> const&, Imath_3_1::Vec2<float> const&,
Imath_3_1::Vec2<float> const&)
Apparently, your libOpenEXR is broken.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1199080
Bug ID: 1199080
Summary: Vorta fails to read borg archive and make new snapshot
Classification: openSUSE
Product: openSUSE Distribution
Version: Leap 15.4
Hardware: x86-64
OS: openSUSE Leap 15.4
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
Assignee: screening-team-bugs(a)suse.de
Reporter: suse(a)gerrit-heim.de
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Vorta can be connected to Borg Repo and the backup runs through seemingly
normally, but is not completed.
The list of archives is not displayed. Refresh runs dead.
On the command line with borg there are no problems. So the problem is with
vorta.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1196829https://bugzilla.suse.com/show_bug.cgi?id=1196829#c14
--- Comment #14 from Matwey Kornilov <matwey.kornilov(a)gmail.com> ---
I've checked Tumbleweed:
# rpm -q kernel-default --info
Name : kernel-default
Version : 6.0.5
Release : 1.1
Architecture: armv7hl
Install Date: Tue Nov 1 16:21:21 2022
Group : System/Kernel
Size : 189385192
License : GPL-2.0-only
Signature : RSA/SHA256, Sat Oct 29 01:20:49 2022, Key ID b88b2fd43dbdc284
Source RPM : kernel-default-6.0.5-1.1.nosrc.rpm
Build Date : Sat Oct 29 00:53:33 2022
Build Host : obs-arm-6
Packager : http://bugs.opensuse.org
Vendor : openSUSE
URL : https://www.kernel.org/
Summary : The Standard Kernel
Description :
The standard kernel for both uniprocessor and multiprocessor systems.
Source Timestamp: 2022-10-27 05:14:41 +0000
GIT Revision: 7359656e16c5fb0cf358bc75890037b4d7164011
GIT Branch: stable
Distribution: openSUSE Tumbleweed
# auditctl -a never,task
Error sending add rule data request (Rule exists)
It seems that audit is working. Audit-related kernel configuration is different
from Leap one.
CONFIG_AUDIT=y
CONFIG_HAVE_ARCH_AUDITSYSCALL=y
CONFIG_AUDITSYSCALL=y
CONFIG_NETFILTER_XT_TARGET_AUDIT=m
CONFIG_DM_AUDIT=y
CONFIG_SECURITY_TOMOYO_MAX_AUDIT_LOG=1024
CONFIG_INTEGRITY_AUDIT=y
CONFIG_AUDIT_GENERIC=y
# CONFIG_AUDIT_ARCH_COMPAT_GENERIC is not set
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1204929https://bugzilla.suse.com/show_bug.cgi?id=1204929#c9
Antonio Feijoo <antonio.feijoo(a)suse.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |thomas.blume(a)suse.com
Flags| |needinfo?(thomas.blume@suse
| |.com)
--- Comment #9 from Antonio Feijoo <antonio.feijoo(a)suse.com> ---
(In reply to Stefan Hundhammer from comment #7)
> Please notice that the check condition is if the "rpcbind" command is
> available, not if the "rpc" user group exists.
Thomas, I see you maintain rpcbind. Do you know if the rpcbind command always
requires the rpc user and group to own /run/rpcbind? This solved
https://bugzilla.suse.com/show_bug.cgi?id=1177461#c39
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1202924
Maintenance Automation <maint-coord+maintenance-robot(a)suse.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P5 - None |P4 - Low
--
You are receiving this mail because:
You are on the CC list for the bug.