--17321631720.8bcCf0913.478
Date: Thu, 21 Nov 2024 04:26:12 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

https://bugzilla.suse.com/show_bug.cgi?id=3D1233542

            Bug ID: 1233542
           Summary: patterns-base forces chrony which prevents use of other ntpd applications.
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.6
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: william.brown-at-suse.com
        QA Contact: qa-bugs-at-suse.de
  Target Milestone: ---
          Found By: ---
           Blocker: ---

I am using ntpd-rs which correctly conflicts on other ntp-daemons:

https://build.opensuse.org/projects/network:time/packages/ntpd-rs/files/ntp=
d-rs.spec?expand=3D1

This causes leap upgrades to break, since patterns-base-base-20200505-59 now
*requires* chrony.

Warning: You are about to do a distribution upgrade with all enabled
repositories. Make sure these repositories are compatible before you contin=
ue.
See 'man zypper' for more information about this command.
Computing distribution upgrade...

Problem: 1: the to be installed patterns-base-base-20200505-59.1.x86_64
requires 'chrony', but this requirement cannot be provided
not installable providers: chrony-4.6-165.5.i586[network_time]
                   chrony-4.6-165.5.x86_64[network_time]
                   chrony-4.6-1.2.x86_64[openSUSE-20240830-0]
                   chrony-4.6-1.2.x86_64[repo-oss]

 Solution 1: deinstallation of ntpd-rs-1.3.0-13.4.x86_64
 Solution 2: deinstallation of patterns-base-base-20200505-57.1.x86_64
 Solution 3: keep obsolete patterns-base-base-20200505-57.1.x86_64
 Solution 4: break patterns-base-base-20200505-59.1.x86_64 by ignoring some=
 of
its dependencies

Choose from above solutions by number or cancel [1/2/3/4/c/d/?] (c):

patterns-base-base should *not force* chrony on systems which prevents
upgrades.
--=20
You are receiving this mail because:
You are on the CC list for the bug.=

--17321631720.8bcCf0913.478
Date: Thu, 21 Nov 2024 04:26:12 +0000
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

      <base href=3D"https://bugzilla.suse.com/" />

          Bug ID
          1233542

          Summary
          patterns-base forces chrony which prevents use of other ntpd =
applications.

          Classification
          openSUSE

          Product
          openSUSE Distribution

          Version
          Leap 15.6

          Hardware
          Other

          OS
          Other

          Status
          NEW

          Severity
          Major

          Priority
          P5 - None

          Component
          Basesystem

          Assignee
          screening-team-bugs@suse.de

          Reporter
          william.brown@suse.com

          QA Contact
          qa-bugs@suse.de

          Target Milestone
          ---

          Found By
          ---

          Blocker
          ---

I am using ntpd-rs which correctly conflicts on other ntp-da=
emons:

https://build.opensuse.org/projects/networ=
k:time/packages/ntpd-rs/files/ntpd-rs.spec?expand=3D1

This causes leap upgrades to break, since patterns-base-base-20200505-59 now
*requires* chrony.

Warning: You are about to do a distribution upgrade with all enabled
repositories. Make sure these repositories are compatible before you contin=
ue.
See 'man zypper' for more information about this command.
Computing distribution upgrade...

Problem: 1: the to be installed patterns-base-base-20200505-59.1.x86_64
requires 'chrony', but this requirement cannot be provided
not installable providers: chrony-4.6-165.5.i586[network_time]
                   chrony-4.6-165.5.x86_64[network_time]
                   chrony-4.6-1.2.x86_64[openSUSE-20240830-0]
                   chrony-4.6-1.2.x86_64[repo-oss]

 Solution 1: deinstallation of ntpd-rs-1.3.0-13.4.x86_64
 Solution 2: deinstallation of patterns-base-base-20200505-57.1.x86_64
 Solution 3: keep obsolete patterns-base-base-20200505-57.1.x86_64
 Solution 4: break patterns-base-base-20200505-59.1.x86_64 by ignoring some=
 of
its dependencies

Choose from above solutions by number or cancel [1/2/3/4/c/d/?] (c):

patterns-base-base should *not force* chrony on systems which prevents
upgrades.

      You are receiving this mail because:
=20=20=20=20=20=20

You are on the CC list for the bug.

=

--17321631720.8bcCf0913.478--


--17321765133.cff8Abf7.697
Date: Thu, 21 Nov 2024 08:08:33 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

https://bugzilla.suse.com/show_bug.cgi?id=3D1233578

            Bug ID: 1233578
           Summary: [Build 20241120] openQA test fails in tls_389ds_server: underlinked ICU 76
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/4658029/modules/tls_
                    389ds_server/steps/12
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
  Target Milestone: ---
          Found By: openQA
           Blocker: Yes

## Observation

ICU has been updated to version 76.x - the .pc file of icu-18n for example =
no
longer includes -licuuc, which was so far the most common reason for
buildfailures (as icu-uc is not linked automatically, resulting in underlin=
ing)

The error seen in this test smells a lot like that too

openQA test in scenario
opensuse-Tumbleweed-DVD-x86_64-security_389ds_server@64bit fails in
[tls_389ds_server](https://openqa.opensuse.org/tests/4658029/modules/tls_38=
9ds_server/steps/12)

## Test suite description
Maintainer: rfan1

## Reproducible

Fails since (at least) Build
[20241120](https://openqa.opensuse.org/tests/4658029) (current job)

## Expected result

Last good: [20241119](https://openqa.opensuse.org/tests/4656877) (or more
recent)

## Further details

Always latest result in this scenario:
[latest](https://openqa.opensuse.org/tests/latest?arch=3Dx86_64&distri=3Dop=
ensuse&flavor=3DDVD&machine=3D64bit&test=3Dsecurity_389ds_server&version=3D=
Tumbleweed)
--=20
You are receiving this mail because:
You are on the CC list for the bug.=

--17321765133.cff8Abf7.697
Date: Thu, 21 Nov 2024 08:08:33 +0000
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

      <base href=3D"https://bugzilla.suse.com/" />

          Bug ID
          1233578

          Summary
          [Build 20241120] openQA test fails in tls_389ds_server: under=
linked ICU 76

          Classification
          openSUSE

          Product
          openSUSE Tumbleweed

          Version
          Current

          Hardware
          Other

          URL
          https://openqa.opensuse.org/tests/4658029/modules/tls_389ds_s=
erver/steps/12

          OS
          Other

          Status
          NEW

          Severity
          Normal

          Priority
          P5 - None

          Component
          Other

          Assignee
          screening-team-bugs@suse.de

          Reporter
          dimstar@opensuse.org

          QA Contact
          qa-bugs@suse.de

          Target Milestone
          ---

          Found By
          openQA

          Blocker
          Yes

## Observation

ICU has been updated to version 76.x - the .pc file of icu-18n for example =
no
longer includes -licuuc, which was so far the most common reason for
buildfailures (as icu-uc is not linked automatically, resulting in underlin=
ing)

The error seen in this test smells a lot like that too

openQA test in scenario
opensuse-Tumbleweed-DVD-x86_64-security_389ds_server@64bit fails in
[tls_389ds_server](https://openqa.opensuse.org/tests/4658029/m=
odules/tls_389ds_server/steps/12)

## Test suite description
Maintainer: rfan1

## Reproducible

Fails since (at least) Build
[20241120](https://op=
enqa.opensuse.org/tests/4658029) (current job)

## Expected result

Last good: [20241119](https://openqa.opensuse.org/tests/4656877) (or more
recent)

## Further details

Always latest result in this scenario:
[latest](https://openqa.opensuse.org/test=
s/latest?arch=3Dx86_64&distri=3Dopensuse&flavor=3DDVD&machine=
=3D64bit&test=3Dsecurity_389ds_server&version=3DTumbleweed)</pr=
e>

      You are receiving this mail because:
=20=20=20=20=20=20

You are on the CC list for the bug.

=

--17321765133.cff8Abf7.697--


--17321772593.949FDF9.11
Date: Thu, 21 Nov 2024 08:20:59 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

https://bugzilla.suse.com/show_bug.cgi?id=3D1233582

            Bug ID: 1233582
           Summary: [Build 20241120] openQA test fails in usr_sbin_dovecot
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/4657891/modules/usr_
                    sbin_dovecot/steps/24
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
  Target Milestone: ---
          Found By: openQA
           Blocker: Yes

## Observation

dovecot23 failed to build against icu 76

[  234s]
/usr/lib64/gcc/x86_64-suse-linux/14/../../../../x86_64-suse-linux/bin/ld:
/tmp/ccGTZ5fK.ltrans1.ltrans.o: undefined reference to symbol
'u_strFromUTF8Lenient_76'
[  234s]
/usr/lib64/gcc/x86_64-suse-linux/14/../../../../x86_64-suse-linux/bin/ld:
/usr/lib64/libicuuc.so.76: error adding symbols: DSO missing from command l=
ine

The typical issue seen with ICU 76 is that icu-i18n no longer includes libi=
cuc,
which many consumers still use and relied on it being pulled in transparent=
ly
for them instead of explicitly specifying what they need. The underlining h=
ere
looks like the same issue

openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-apparmor_profile@64b=
it
fails in
[usr_sbin_dovecot](https://openqa.opensuse.org/tests/4657891/modules/usr_sb=
in_dovecot/steps/24)

## Test suite description
Maintained by QE Security

## Reproducible

Fails since (at least) Build
[20241120](https://openqa.opensuse.org/tests/4657891) (current job)

## Expected result

Last good: [20241119](https://openqa.opensuse.org/tests/4656739) (or more
recent)

## Further details

Always latest result in this scenario:
[latest](https://openqa.opensuse.org/tests/latest?arch=3Dx86_64&distri=3Dop=
ensuse&flavor=3DDVD&machine=3D64bit&test=3Dapparmor_profile&version=3DTumbl=
eweed)
--=20
You are receiving this mail because:
You are on the CC list for the bug.=

--17321772593.949FDF9.11
Date: Thu, 21 Nov 2024 08:20:59 +0000
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

      <base href=3D"https://bugzilla.suse.com/" />

          Bug ID
          1233582

          Summary
          [Build 20241120] openQA test fails in usr_sbin_dovecot

          Classification
          openSUSE

          Product
          openSUSE Tumbleweed

          Version
          Current

          Hardware
          Other

          URL
          https://openqa.opensuse.org/tests/4657891/modules/usr_sbin_do=
vecot/steps/24

          OS
          Other

          Status
          NEW

          Severity
          Normal

          Priority
          P5 - None

          Component
          Other

          Assignee
          screening-team-bugs@suse.de

          Reporter
          dimstar@opensuse.org

          QA Contact
          qa-bugs@suse.de

          Target Milestone
          ---

          Found By
          openQA

          Blocker
          Yes

## Observation

dovecot23 failed to build against icu 76

[  234s]
/usr/lib64/gcc/x86_64-suse-linux/14/../../../../x86_64-suse-linux/bin/ld:
/tmp/ccGTZ5fK.ltrans1.ltrans.o: undefined reference to symbol
'u_strFromUTF8Lenient_76'
[  234s]
/usr/lib64/gcc/x86_64-suse-linux/14/../../../../x86_64-suse-linux/bin/ld:
/usr/lib64/libicuuc.so.76: error adding symbols: DSO missing from command l=
ine

The typical issue seen with ICU 76 is that icu-i18n no longer includes libi=
cuc,
which many consumers still use and relied on it being pulled in transparent=
ly
for them instead of explicitly specifying what they need. The underlining h=
ere
looks like the same issue

openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-apparmor_profile&#64=
;64bit
fails in
[usr_sbin_dovecot](https://openqa.opensuse.org/tests/4657891/m=
odules/usr_sbin_dovecot/steps/24)

## Test suite description
Maintained by QE Security

## Reproducible

Fails since (at least) Build
[20241120](https://op=
enqa.opensuse.org/tests/4657891) (current job)

## Expected result

Last good: [20241119](https://openqa.opensuse.org/tests/4656739) (or more
recent)

## Further details

Always latest result in this scenario:
[latest](https://openqa.opensuse.org/tests/lat=
est?arch=3Dx86_64&distri=3Dopensuse&flavor=3DDVD&machine=3D64bi=
t&test=3Dapparmor_profile&version=3DTumbleweed)

      You are receiving this mail because:
=20=20=20=20=20=20

You are on the CC list for the bug.

=

--17321772593.949FDF9.11--


--17323268310.CAC657c.210
Date: Sat, 23 Nov 2024 01:53:51 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

https://bugzilla.suse.com/show_bug.cgi?id=3D1233672

            Bug ID: 1233672
           Summary: Several 4ti2 programs are symlinks to another 4ti2 program
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: dtorrance-at-piedmont.edu
        QA Contact: qa-bugs-at-suse.de
  Target Milestone: ---
          Found By: ---
           Blocker: ---

After installing the 4ti2 package (4ti2-1.6.10-1.5.x86_64) in openSUSE
Tumbleweed, several of the programs are unavailable because they are symlin=
ks
to "zbasis":

$ ls -l /usr/libexec/4ti2/
total 240
-rwxr-xr-x 1 root root 39200 Apr 26  2023 4ti2gmp
-rwxr-xr-x 1 root root 39200 Apr 26  2023 4ti2int32
-rwxr-xr-x 1 root root 39200 Apr 26  2023 4ti2int64
lrwxrwxrwx 1 root root     6 Apr 26  2023 circuits -> zbasis
-rwxr-xr-x 1 root root 14448 Apr 26  2023 genmodel
-rwxr-xr-x 1 root root 14448 Apr 26  2023 gensymm
-rwxr-xr-x 1 root root   478 Apr 26  2023 graver
lrwxrwxrwx 1 root root     6 Apr 26  2023 groebner -> zbasis
-rwxr-xr-x 1 root root   478 Apr 26  2023 hilbert
lrwxrwxrwx 1 root root     6 Apr 26  2023 markov -> zbasis
lrwxrwxrwx 1 root root     6 Apr 26  2023 minimize -> zbasis
lrwxrwxrwx 1 root root     6 Apr 26  2023 normalform -> zbasis
-rwxr-xr-x 1 root root 14448 Apr 26  2023 output
-rwxr-xr-x 1 root root 39184 Apr 26  2023 ppi
lrwxrwxrwx 1 root root     6 Apr 26  2023 qsolve -> zbasis
lrwxrwxrwx 1 root root     6 Apr 26  2023 rays -> zbasis
lrwxrwxrwx 1 root root     6 Apr 26  2023 walk -> zbasis
-rwxr-xr-x 1 root root  2394 Apr 26  2023 zbasis
-rwxr-xr-x 1 root root 18728 Apr 26  2023 zsolve
--=20
You are receiving this mail because:
You are on the CC list for the bug.=

--17323268310.CAC657c.210
Date: Sat, 23 Nov 2024 01:53:51 +0000
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

      <base href=3D"https://bugzilla.suse.com/" />

          Bug ID
          1233672

          Summary
          Several 4ti2 programs are symlinks to another 4ti2 program

          Classification
          openSUSE

          Product
          openSUSE Tumbleweed

          Version
          Current

          Hardware
          Other

          OS
          Other

          Status
          NEW

          Severity
          Normal

          Priority
          P5 - None

          Component
          Other

          Assignee
          screening-team-bugs@suse.de

          Reporter
          dtorrance@piedmont.edu

          QA Contact
          qa-bugs@suse.de

          Target Milestone
          ---

          Found By
          ---

          Blocker
          ---

After installing the 4ti2 package (4ti2-1.6.10-1.5.x86_64) i=
n openSUSE
Tumbleweed, several of the programs are unavailable because they are symlin=
ks
to "zbasis":

$ ls -l /usr/libexec/4ti2/
total 240
-rwxr-xr-x 1 root root 39200 Apr 26  2023 4ti2gmp
-rwxr-xr-x 1 root root 39200 Apr 26  2023 4ti2int32
-rwxr-xr-x 1 root root 39200 Apr 26  2023 4ti2int64
lrwxrwxrwx 1 root root     6 Apr 26  2023 circuits -> zbasis
-rwxr-xr-x 1 root root 14448 Apr 26  2023 genmodel
-rwxr-xr-x 1 root root 14448 Apr 26  2023 gensymm
-rwxr-xr-x 1 root root   478 Apr 26  2023 graver
lrwxrwxrwx 1 root root     6 Apr 26  2023 groebner -> zbasis
-rwxr-xr-x 1 root root   478 Apr 26  2023 hilbert
lrwxrwxrwx 1 root root     6 Apr 26  2023 markov -> zbasis
lrwxrwxrwx 1 root root     6 Apr 26  2023 minimize -> zbasis
lrwxrwxrwx 1 root root     6 Apr 26  2023 normalform -> zbasis
-rwxr-xr-x 1 root root 14448 Apr 26  2023 output
-rwxr-xr-x 1 root root 39184 Apr 26  2023 ppi
lrwxrwxrwx 1 root root     6 Apr 26  2023 qsolve -> zbasis
lrwxrwxrwx 1 root root     6 Apr 26  2023 rays -> zbasis
lrwxrwxrwx 1 root root     6 Apr 26  2023 walk -> zbasis
-rwxr-xr-x 1 root root  2394 Apr 26  2023 zbasis
-rwxr-xr-x 1 root root 18728 Apr 26  2023 zsolve

      You are receiving this mail because:
=20=20=20=20=20=20

You are on the CC list for the bug.

=

--17323268310.CAC657c.210--


body:
--17324060771.e1a7c4.29
Date: Sat, 23 Nov 2024 23:54:37 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

https://bugzilla.suse.com/show_bug.cgi?id=3D1233688

            Bug ID: 1233688
           Summary: abcde queries incorrect database
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.5
          Hardware: x86-64
                OS: openSUSE Leap 15.5
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: geoff-at-cs.hmc.edu
        QA Contact: qa-bugs-at-suse.de
  Target Milestone: ---
          Found By: ---
           Blocker: ---

Created attachment 878687
  --> https://bugzilla.suse.com/attachment.cgi?id=3D878687&action=3Dedit
Patch to redirect abcde from freedb to gnudb

abcde queries CD database entries at the URL http://freedb.freedb.org.  How=
ever
freedb has been taken over by gnudb and although the domain name freedb.org
forwards to gnudb.org, the subdomain doesn't operate correctly.

The fix is simple; a patch is attached.  Obviously this should be pushed
upstream.
--=20
You are receiving this mail because:
You are on the CC list for the bug.=

--17324060771.e1a7c4.29
Date: Sat, 23 Nov 2024 23:54:37 +0000
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

      <base href=3D"https://bugzilla.suse.com/" />

          Bug ID
          1233688

          Summary
          abcde queries incorrect database

          Classification
          openSUSE

          Product
          openSUSE Distribution

          Version
          Leap 15.5

          Hardware
          x86-64

          OS
          openSUSE Leap 15.5

          Status
          NEW

          Severity
          Normal

          Priority
          P5 - None

          Component
          Basesystem

          Assignee
          screening-team-bugs@suse.de

          Reporter
          geoff@cs.hmc.edu

          QA Contact
          qa-bugs@suse.de

          Target Milestone
          ---

          Found By
          ---

          Blocker
          ---

Created attachment 878687 [details]
Patch to redirect abcde from freedb to gnudb

abcde queries CD database entries at the URL http://freedb.freedb.org.  However
freedb has been taken over by gnudb and although the domain name freedb.org
forwards to gnudb.org, the subdomain doesn't operate correctly.

The fix is simple; a patch is attached.  Obviously this should be pushed
upstream.

      You are receiving this mail because:
=20=20=20=20=20=20

You are on the CC list for the bug.

=

--17324060771.e1a7c4.29--

summary: abcde queries incorrect database


--17324263063.3D45.23
Date: Sun, 24 Nov 2024 05:31:46 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

https://bugzilla.suse.com/show_bug.cgi?id=3D1233690

            Bug ID: 1233690
           Summary: Docker containers are not reachable from network
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: MicroOS
          Assignee: forgotten_u0-bnvADNc-at-user.net
          Reporter: seifert-at-alesak.net
        QA Contact: qa-bugs-at-suse.de
  Target Milestone: ---
          Found By: ---
           Blocker: ---

After regular OS update from 20241114 to 20241115 or later makes containers
unreachable. Containers seams to be normally bind to correct interfaces.
As it is on production server I was not able to investigate for very long t=
ime,
reverting to previous OS snapshot resolved the problem.

Installed current version of
"openSUSE-MicroOS.x86_64-ContainerHost-kvm-and-xen.qcow2" into VM but unabl=
e to
reproduce the issue, everything seams to work normally.

The only symptom in journal is high occurrence of similar lines:

Nov 24 02:23:46 backup1 dockerd[1340]: time=3D"2024-11-24T02:23:46.06835020=
5Z"
level=3Derror msg=3D"[resolver] failed to query external DNS server"
client-addr=3D"udp:172.20.0.66:42800" dns-server=3D"udp:213.186.33.99:53"
error=3D"read udp 172.20.0.66:42800->213.186.33.99:53: i/o timeout"
question=3D";certbot.\tIN\t AAAA" spanID=3D850c3ffdfcec0675
traceID=3De1693dcfdf213f90555090b6285ac906

Also there is a difference in IPTABLES:

NOT working:

Chain FORWARD (policy DROP)
target     prot opt source               destination=20=20=20=20=20=20=20=
=20=20
DOCKER-USER  all


--17324462061.8FeBc6.20
Date: Sun, 24 Nov 2024 11:03:26 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

https://bugzilla.suse.com/show_bug.cgi?id=3D1233692

            Bug ID: 1233692
           Summary: qemu misses patches for sphinx 8.1.0 compatibility
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Slowroll
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Virtualization:Other
          Assignee: virt-bugs-at-suse.de
          Reporter: dmueller-at-suse.com
        QA Contact: qa-bugs-at-suse.de
  Target Milestone: ---
          Found By: ---
           Blocker: ---

Hi,=20

I can't figure out how to contribute to the qemu package.. we need these fi=
xes
in the tumbleweed package to be able to update to sphinx 8.1.0:

https://lists.gnu.org/archive/html/qemu-devel/2024-10/msg02124.html
--=20
You are receiving this mail because:
You are on the CC list for the bug.=

--17324462061.8FeBc6.20
Date: Sun, 24 Nov 2024 11:03:26 +0000
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

      <base href=3D"https://bugzilla.suse.com/" />

          Bug ID
          1233692

          Summary
          qemu misses patches for sphinx 8.1.0 compatibility

          Classification
          openSUSE

          Product
          openSUSE Tumbleweed

          Version
          Slowroll

          Hardware
          Other

          OS
          Other

          Status
          NEW

          Severity
          Normal

          Priority
          P5 - None

          Component
          Virtualization:Other

          Assignee
          virt-bugs@suse.de

          Reporter
          dmueller@suse.com

          QA Contact
          qa-bugs@suse.de

          Target Milestone
          ---

          Found By
          ---

          Blocker
          ---

Hi,=20

I can't figure out how to contribute to the qemu package.. we need these fi=
xes
in the tumbleweed package to be able to update to sphinx 8.1.0:

https://lists.gnu.org/archive/html/qemu-devel/2024-10/msg02124.html

      You are receiving this mail because:
=20=20=20=20=20=20

You are on the CC list for the bug.

=

--17324462061.8FeBc6.20--


--17325695474.fD541.881
Date: Mon, 25 Nov 2024 21:19:07 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

https://bugzilla.suse.com/show_bug.cgi?id=3D1233738

            Bug ID: 1233738
           Summary: SELINUX prevents XRDP from working when in enforcing mode
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: jmscdba-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
  Target Milestone: ---
          Found By: ---
           Blocker: ---

Hi Cathy,

In my test TW system that is using selinux I found that xrdp is not working.

When you attempt to RDP after entering your credentials a dialog is display=
ed
which says the login is successful but then it says

VNC error - problem connecting=20
some problem
Error conneting to user session

If I run "setenforce 0" after booting then xrdp works fine.

If I watch the journal when selinux is enforcing I find:

xrdp-sesman[6092]: pam_unix(xrdp-sesman:session): session opened for user
denise(uid=3D1001) by (uid=3D0)
xrdp-sesman[6092]: pam_kwallet5(xrdp-sesman:session): pam_kwallet5:
pam_sm_open_session
xrdp-sesman[6149]: pam_kwallet5: final socket path:
/run/user/1001/kwallet5.socket
xrdp-sesman[6150]: pam_kwallet5: could not execute kwalletd from
/usr/bin/kwalletd6
xrdp-sesman[6092]: pam_systemd(xrdp-sesman:session): New sd-bus connection
(system-bus-pam-systemd-6092) opened.
xrdp-sesman[6092]: pam_unix(xrdp-sesman:session): session closed for user
denise
xrdp-sesman[6092]: pam_kwallet5(xrdp-sesman:session): pam_kwallet5:
pam_sm_close_session
xrdp-sesman[6092]: pam_kwallet5(xrdp-sesman:setcred): pam_kwallet5:
pam_sm_setcred
systemd[1]: session-c7.scope: Deactivated successfully.

ausearch shows these denied messages

ausearch -ts boot | grep -i denied

type=3DAVC msg=3Daudit(1732232293.658:185): avc:  denied  { transition } fo=
r=20
pid=3D2613 comm=3D"xrdp-sesman" path=3D"/usr/bin/kwalletd6" dev=3D"sda2" in=
o=3D1779042
scontext=3Dsystem_u:system_r:unconfined_service_t:s0
tcontext=3Dunconfined_u:unconfined_r:unconfined_t:s0 tclass=3Dprocess permi=
ssive=3D0
type=3DAVC msg=3Daudit(1732232293.658:188): avc:  denied  { transition } fo=
r=20
pid=3D2616 comm=3D"xrdp-sesman" path=3D"/usr/bin/bash" dev=3D"sda2" ino=3D1=
719714
scontext=3Dsystem_u:system_r:unconfined_service_t:s0
tcontext=3Dunconfined_u:unconfined_r:unconfined_t:s0 tclass=3Dprocess permi=
ssive=3D0
type=3DAVC msg=3Daudit(1732232303.435:189): avc:  denied  { transition } fo=
r=20
pid=3D2621 comm=3D"xrdp-sesman" path=3D"/usr/sbin/xrdp-chansrv" dev=3D"sda2"
ino=3D1455897 scontext=3Dsystem_u:system_r:unconfined_service_t:s0
tcontext=3Dunconfined_u:unconfined_r:unconfined_t:s0 tclass=3Dprocess permi=
ssive=3D0

I'm still getting up to speed with selinux but it seems to me that xrdp tri=
es
to launch /usr/bin/xrdp-chansrv it is denied because there is no selinux po=
licy
to allow it, however, I thought when TARGETED mode was used then selinux wo=
uld
have allowed it ?

Or does the package need to be updated to include a policy to allow xrdp so
that it works in enforcing mode.
--=20
You are receiving this mail because:
You are on the CC list for the bug.=

--17325695474.fD541.881
Date: Mon, 25 Nov 2024 21:19:07 +0000
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

      <base href=3D"https://bugzilla.suse.com/" />

          Bug ID
          1233738

          Summary
          SELINUX prevents XRDP from working when in enforcing mode

          Classification
          openSUSE

          Product
          openSUSE Tumbleweed

          Version
          Current

          Hardware
          x86-64

          OS
          openSUSE Tumbleweed

          Status
          NEW

          Severity
          Normal

          Priority
          P5 - None

          Component
          Security

          Assignee
          security-team@suse.de

          Reporter
          jmscdba@gmail.com

          QA Contact
          qa-bugs@suse.de

          Target Milestone
          ---

          Found By
          ---

          Blocker
          ---

Hi Cathy,

In my test TW system that is using selinux I found that xrdp is not working.

When you attempt to RDP after entering your credentials a dialog is display=
ed
which says the login is successful but then it says

VNC error - problem connecting=20
some problem
Error conneting to user session

If I run "setenforce 0" after booting then xrdp works fine.

If I watch the journal when selinux is enforcing I find:

xrdp-sesman[6092]: pam_unix(xrdp-sesman:session): session opened for user
denise(uid=3D1001) by (uid=3D0)
xrdp-sesman[6092]: pam_kwallet5(xrdp-sesman:session): pam_kwallet5:
pam_sm_open_session
xrdp-sesman[6149]: pam_kwallet5: final socket path:
/run/user/1001/kwallet5.socket
xrdp-sesman[6150]: pam_kwallet5: could not execute kwalletd from
/usr/bin/kwalletd6
xrdp-sesman[6092]: pam_systemd(xrdp-sesman:session): New sd-bus connection
(system-bus-pam-systemd-6092) opened.
xrdp-sesman[6092]: pam_unix(xrdp-sesman:session): session closed for user
denise
xrdp-sesman[6092]: pam_kwallet5(xrdp-sesman:session): pam_kwallet5:
pam_sm_close_session
xrdp-sesman[6092]: pam_kwallet5(xrdp-sesman:setcred): pam_kwallet5:
pam_sm_setcred
systemd[1]: session-c7.scope: Deactivated successfully.

ausearch shows these denied messages

ausearch -ts boot | grep -i denied

type=3DAVC msg=3Daudit(1732232293.658:185): avc:  denied  { transition } fo=
r=20
pid=3D2613 comm=3D"xrdp-sesman" path=3D"/usr/bin/kwalletd6&q=
uot; dev=3D"sda2" ino=3D1779042
scontext=3Dsystem_u:system_r:unconfined_service_t:s0
tcontext=3Dunconfined_u:unconfined_r:unconfined_t:s0 tclass=3Dprocess permi=
ssive=3D0
type=3DAVC msg=3Daudit(1732232293.658:188): avc:  denied  { transition } fo=
r=20
pid=3D2616 comm=3D"xrdp-sesman" path=3D"/usr/bin/bash" =
dev=3D"sda2" ino=3D1719714
scontext=3Dsystem_u:system_r:unconfined_service_t:s0
tcontext=3Dunconfined_u:unconfined_r:unconfined_t:s0 tclass=3Dprocess permi=
ssive=3D0
type=3DAVC msg=3Daudit(1732232303.435:189): avc:  denied  { transition } fo=
r=20
pid=3D2621 comm=3D"xrdp-sesman" path=3D"/usr/sbin/xrdp-chans=
rv" dev=3D"sda2"
ino=3D1455897 scontext=3Dsystem_u:system_r:unconfined_service_t:s0
tcontext=3Dunconfined_u:unconfined_r:unconfined_t:s0 tclass=3Dprocess permi=
ssive=3D0

I'm still getting up to speed with selinux but it seems to me that xrdp tri=
es
to launch /usr/bin/xrdp-chansrv it is denied because there is no selinux po=
licy
to allow it, however, I thought when TARGETED mode was used then selinux wo=
uld
have allowed it ?

Or does the package need to be updated to include a policy to allow xrdp so
that it works in enforcing mode.

      You are receiving this mail because:
=20=20=20=20=20=20

You are on the CC list for the bug.

=

--17325695474.fD541.881--


body:
--17325915651.08349.155
Date: Tue, 26 Nov 2024 03:26:05 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

https://bugzilla.suse.com/show_bug.cgi?id=3D1233752

            Bug ID: 1233752
           Summary: [Build E.84.3] openQA test fails in trup_smoke
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 16.0
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/4657304/modules/trup
                    _smoke/steps/26
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-bugs-at-opensuse.org
          Reporter: jslaby-at-suse.com
        QA Contact: qa-bugs-at-suse.de
  Target Milestone: ---
          Found By: openQA
           Blocker: Yes

## Observation

openQA test in scenario
microos-Staging:E-Staging-MicroOS-Image-sdboot-x86_64-microos-wizard-tpm@ue=
fi-staging
fails in
[trup_smoke](https://openqa.opensuse.org/tests/4657304/modules/trup_smoke/s=
teps/26)

## Test suite description
Like MicroOS, but use neither combustion nor ignition for the intial
configuration, so jeos-firstboot runs.

## Reproducible

Fails since (at least) Build
[E.84.3](https://openqa.opensuse.org/tests/4657304) (current job)

## Expected result

Last good: [E.83.16](https://openqa.opensuse.org/tests/4648526) (or more
recent)

## Further details

Always latest result in this scenario:
[latest](https://openqa.opensuse.org/tests/latest?arch=3Dx86_64&distri=3Dmi=
croos&flavor=3DStaging-MicroOS-Image-sdboot&machine=3Duefi-staging&test=3Dm=
icroos-wizard-tpm&version=3DStaging%3AE)
--=20
You are receiving this mail because:
You are on the CC list for the bug.=

--17325915651.08349.155
Date: Tue, 26 Nov 2024 03:26:05 +0000
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

      <base href=3D"https://bugzilla.suse.com/" />

          Bug ID
          1233752

          Summary
          [Build E.84.3] openQA test fails in trup_smoke

          Classification
          openSUSE

          Product
          openSUSE Distribution

          Version
          Leap 16.0

          Hardware
          Other

          URL
          https://openqa.opensuse.org/tests/4657304/modules/trup_smoke/=
steps/26

          OS
          Other

          Status
          NEW

          Severity
          Normal

          Priority
          P5 - None

          Component
          Kernel

          Assignee
          kernel-bugs@opensuse.org

          Reporter
          jslaby@suse.com

          QA Contact
          qa-bugs@suse.de

          Target Milestone
          ---

          Found By
          openQA

          Blocker
          Yes

## Observation

openQA test in scenario
microos-Staging:E-Staging-MicroOS-Image-sdboot-x86_64-microos-wizard-tpm&#6=
4;uefi-staging
fails in
[trup_smoke](https://openqa.opensuse.org/tests/4657304/modules/trup_=
smoke/steps/26)

## Test suite description
Like MicroOS, but use neither combustion nor ignition for the intial
configuration, so jeos-firstboot runs.

## Reproducible

Fails since (at least) Build
[E.84.3](https://open=
qa.opensuse.org/tests/4657304) (current job)

## Expected result

Last good: [E.83.16](=
https://openqa.opensuse.org/tests/4648526) (or more
recent)

## Further details

Always latest result in this scenario:
[latest](ht=
tps://openqa.opensuse.org/tests/latest?arch=3Dx86_64&distri=3Dmicroos&a=
mp;flavor=3DStaging-MicroOS-Image-sdboot&machine=3Duefi-staging&tes=
t=3Dmicroos-wizard-tpm&version=3DStaging%3AE)

      You are receiving this mail because:
=20=20=20=20=20=20

You are on the CC list for the bug.

=

--17325915651.08349.155--

pkgs: kernel-source systemd


--17326645172.2d4Bb.32
Date: Tue, 26 Nov 2024 23:41:57 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

https://bugzilla.suse.com/show_bug.cgi?id=3D1233795

            Bug ID: 1233795
           Summary: /etc/skel/.gnu-emacs fails to load: Symbol's value as variable is void: x-pointer-left-ptr
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Development
          Assignee: screening-team-bugs-at-suse.de
          Reporter: luizromario-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
  Target Milestone: ---
          Found By: ---
           Blocker: ---

The default emacs config fails to load because of the following line (line
179):

(setq x-pointer-shape x-pointer-left-ptr)

This seems to be left over code from some rewriting, because this variable
isn't used anywhere any commenting it has no relevant effects besides solvi=
ng
the load failure.

Just remove the line. It's a very simple solution, but this is very importa=
nt
since it causes ~/.gnu-emacs-custom not to be loaded.
--=20
You are receiving this mail because:
You are on the CC list for the bug.=

--17326645172.2d4Bb.32
Date: Tue, 26 Nov 2024 23:41:57 +0000
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

      <base href=3D"https://bugzilla.suse.com/" />

          Bug ID
          1233795

          Summary
          /etc/skel/.gnu-emacs fails to load: Symbol's value as variabl=
e is void: x-pointer-left-ptr

          Classification
          openSUSE

          Product
          openSUSE Tumbleweed

          Version
          Current

          Hardware
          x86-64

          OS
          openSUSE Tumbleweed

          Status
          NEW

          Severity
          Major

          Priority
          P5 - None

          Component
          Development

          Assignee
          screening-team-bugs@suse.de

          Reporter
          luizromario@gmail.com

          QA Contact
          qa-bugs@suse.de

          Target Milestone
          ---

          Found By
          ---

          Blocker
          ---

The default emacs config fails to load because of the follow=
ing line (line
179):

(setq x-pointer-shape x-pointer-left-ptr)

This seems to be left over code from some rewriting, because this variable
isn't used anywhere any commenting it has no relevant effects besides solvi=
ng
the load failure.

Just remove the line. It's a very simple solution, but this is very importa=
nt
since it causes ~/.gnu-emacs-custom not to be loaded.

      You are receiving this mail because:
=20=20=20=20=20=20

You are on the CC list for the bug.

=

--17326645172.2d4Bb.32--


body:
t/537.36 (KHTML,
like Gecko) Chrome/131.0.0.0 Safari/537.36 Edg/131.0.0.0
Build Identifier:=20

Trying to install on my primary desktop but getting an "encrypted part=
ition not
found" error after image is written to SSD but before clear reboot.

PC is a 12700k with 64gb + 3 SSDs.
-Samsung 980Pro 1tb /dev/nvme0n1 (This is the disk I'm choosing to install =
to)
-Samsung 990Pro 2tb /dev/nvme1n1 (Existing Tumbleweed install, primary OS)
-WD Black SN850 1tb /dev/nvme2n1 (Existing legacy Windows install)

New volume seems intact after imaging, but asks for unknown password to mou=
nt.

Reproducible: Always

Steps to Reproduce:
1. Boot off USB
2. Select disk to install to=20
3. Watch it write the image
4. Get error "encrypted partition not found"

Tik.log
[tik][20241128-06:08:25][LOG] [START] /usr/bin/tik
[/usr/lib/tik/modules/pre/10-welcome][20241128-06:08:25][LOG] [START]
/usr/lib/tik/modules/pre//usr/lib/tik/modules/pre/10-welcome
MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:763: FINISHME: suppo=
rt
YUV colorspace with DRM format modifiers
MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:794: FINISHME: suppo=
rt
more multi-planar formats with DRM modifiers
[/usr/lib/tik/modules/pre/10-welcome][20241128-06:08:29][LOG] [zenity][0][]
--info --ok-label=3DInstall Now --no-wrap --width=3D300 --height=3D300
--icon=3Ddistributor-logo-Aeon-symbolic --title=3D --text=3D<big>Welc=
ome to
Aeon</big>\n\nPlease press <b>Install Now</b> to continue
[/usr/lib/tik/modules/pre/10-welcome][20241128-06:08:29][LOG] [STOP]
/usr/lib/tik/modules/pre//usr/lib/tik/modules/pre/10-welcome
[/usr/lib/tik/modules/pre/15-encrypt][20241128-06:08:29][LOG] [START]
/usr/lib/tik/modules/pre//usr/lib/tik/modules/pre/15-encrypt
[/usr/lib/tik/modules/pre/15-encrypt][20241128-06:08:30][LOG] [verify_tpm] =
TPM
2.0 found, checking for PolicyAuthorizeNV
[/usr/lib/tik/modules/pre/15-encrypt][20241128-06:08:30][LOG] [pkexec][0]
tpm2_getcap commands
[/usr/lib/tik/modules/pre/15-encrypt][20241128-06:08:30][LOG] [verify_tpm]
PolicyAuthorizeNV support found, Default Mode set
[/usr/lib/tik/modules/pre/15-encrypt][20241128-06:08:30][LOG] [STOP]
/usr/lib/tik/modules/pre//usr/lib/tik/modules/pre/15-encrypt
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:30][LOG] [START]
/usr/lib/tik/modules/pre//usr/lib/tik/modules/pre/20-mig
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:30][LOG] existing backup f=
ound
MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:763: FINISHME: suppo=
rt
YUV colorspace with DRM format modifiers
MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:794: FINISHME: suppo=
rt
more multi-planar formats with DRM modifiers
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:32][LOG] [zenity][1][]
--question --no-wrap --cancel-label=3DNo, Delete Backup --title=3DExisting =
user
backup detected --text=3DThese users can be restored to the new
installation\n\nWould you like to use this backup?
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:32][LOG] [oldbackupyn][1]
ERROR: Could not open: No such file or directory
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:32][LOG] [pkexec][1]
/usr/sbin/btrfs property set -f -ts /var/lib/tik/mig/homebk ro false
ERROR: cannot access '/var/lib/tik/mig/homebk': No such file or directory
ERROR: can't access '/var/lib/tik/mig/homebk'
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:32][LOG] [pkexec][1]
/usr/sbin/btrfs subvolume list -o /var/lib/tik/mig/homebk --sort=3Dpath
ERROR: Could not statfs: No such file or directory
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:32][LOG] [pkexec][1]
/usr/sbin/btrfs subvolume delete /var/lib/tik/mig/homebk
/usr/bin/rm: cannot remove '/var/lib/tik/mig/*.out': No such file or direct=
ory
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:32][LOG] [pkexec][1]
/usr/bin/rm /var/lib/tik/mig/*.out
/usr/bin/rm: cannot remove '/var/lib/tik/mig/system-connections/*': No such
file or directory
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:32][LOG] [pkexec][1]
/usr/bin/rm /var/lib/tik/mig/system-connections/*
/usr/bin/rmdir: failed to remove '/var/lib/tik/mig/system-connections': No =
such
file or directory
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:32][LOG] [pkexec][1]
/usr/bin/rmdir /var/lib/tik/mig/system-connections
/usr/bin/rm: cannot remove '/var/lib/tik/mig/users/*': No such file or
directory
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:32][LOG] [pkexec][1]
/usr/bin/rm /var/lib/tik/mig/users/*
/usr/bin/rmdir: failed to remove '/var/lib/tik/mig/users': No such file or
directory
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:32][LOG] [pkexec][1]
/usr/bin/rmdir /var/lib/tik/mig/users
/usr/bin/rm: cannot remove '/var/lib/tik/mig/icons/*': No such file or
directory
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:32][LOG] [pkexec][1]
/usr/bin/rm /var/lib/tik/mig/icons/*
/usr/bin/rmdir: failed to remove '/var/lib/tik/mig/icons': No such file or
directory
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:32][LOG] [pkexec][1]
/usr/bin/rmdir /var/lib/tik/mig/icons
/usr/bin/rm: cannot remove '/var/lib/tik/mig/localtime': No such file or
directory
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:32][LOG] [pkexec][1]
/usr/bin/rm /var/lib/tik/mig/localtime
/usr/bin/rm: cannot remove '/var/lib/tik/mig/subgid': No such file or direc=
tory
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:32][LOG] [pkexec][1]
/usr/bin/rm /var/lib/tik/mig/subgid
/usr/bin/rm: cannot remove '/var/lib/tik/mig/subuid': No such file or direc=
tory
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:32][LOG] [pkexec][1]
/usr/bin/rm /var/lib/tik/mig/subuid
/usr/bin/rm: cannot remove '/var/lib/tik/mig/bluetooth/*': No such file or
directory
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:32][LOG] [pkexec][1]
/usr/bin/rm /var/lib/tik/mig/bluetooth/*
/usr/bin/rmdir: failed to remove '/var/lib/tik/mig/bluetooth': Directory not
empty
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:32][LOG] [pkexec][1]
/usr/bin/rmdir /var/lib/tik/mig/bluetooth
/usr/bin/rm: cannot remove '/var/lib/tik/mig/openvpn/*': No such file or
directory
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:32][LOG] [pkexec][1]
/usr/bin/rm /var/lib/tik/mig/openvpn/*
/usr/bin/rmdir: failed to remove '/var/lib/tik/mig/openvpn': No such file or
directory
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:32][LOG] [pkexec][1]
/usr/bin/rmdir /var/lib/tik/mig/openvpn
/usr/bin/rm: cannot remove '/var/lib/tik/mig/fprint/*': No such file or
directory
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:32][LOG] [pkexec][1]
/usr/bin/rm -R /var/lib/tik/mig/fprint/*
/usr/bin/rmdir: failed to remove '/var/lib/tik/mig/fprint': No such file or
directory
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:32][LOG] [pkexec][1]
/usr/bin/rmdir /var/lib/tik/mig/fprint
/usr/bin/rmdir: failed to remove '/var/lib/tik/mig/mnt': No such file or
directory
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:32][LOG] [pkexec][1]
/usr/bin/rmdir /var/lib/tik/mig/mnt
MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:763: FINISHME: suppo=
rt
YUV colorspace with DRM format modifiers
MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:794: FINISHME: suppo=
rt
more multi-planar formats with DRM modifiers
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:40][LOG]
[zenity][0][nvme-Samsung_SSD_980_PRO_1TB_S5P2NU0T702444Z] --list --column=
=3DDisk
--column=3DSize --column=3DPartitions --column=3DFilesystems --width=3D1050
--height=3D340 --title=3DSelect A Disk --text=3DSelect the disk to install =
the
operating system to. <b>Make sure any important documents and files h=
ave been
backed up.</b>\n nvme-Samsung_SSD_990_PRO_2TB_S7KHNJ0X235391T 1.8T 3
vfat(5.1G),btrfs(881.4G),ntfs(976.6G) nvme-WD_BLACK_SN850_1TB_204377801573
931.5G 4 vfat(100M),unknown(16M),ntfs(930.8G),ntfs(655M)
nvme-Samsung_SSD_980_PRO_1TB_S5P2NU0T702444Z 931.5G 0 none
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:40][LOG] [pkexec][0]
/usr/bin/mkdir -p /var/lib/tik/probe/mnt
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:41][LOG] [pkexec][0]
/usr/bin/rmdir /var/lib/tik/probe/mnt
[/usr/lib/tik/modules/pre/20-mig][20241128-06:08:41][LOG] [STOP]
/usr/lib/tik/modules/pre//usr/lib/tik/modules/pre/20-mig
[tik][20241128-06:08:41][LOG] tik installation device set to to:
/dev/disk/by-id/nvme-Samsung_SSD_980_PRO_1TB_S5P2NU0T702444Z
stat: cannot statx '*.raw.xz': No such file or directory
MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:763: FINISHME: suppo=
rt
YUV colorspace with DRM format modifiers
MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:794: FINISHME: suppo=
rt
more multi-planar formats with DRM modifiers
[tik][20241128-06:08:44][LOG] [zenity][0][] --question --no-wrap --title=3D=
Begin
Installation? --text=3DOnce the installation begins the changes to the sele=
cted
disk are irreversible.\n\n<b>Proceeding will fully erase the
disk.</b>\n\nContinue with installation?
[tik][20241128-06:08:44][LOG] [pkexec][0] mktemp /tmp/tik.XXXXXXXXXX
[tik][20241128-06:08:44][LOG] [create_keyfile] Creating keyfile
/tmp/tik.ej5yLs6xbV
4+0 records in
4+0 records out
2048 bytes (2.0 kB, 2.0 KiB) copied, 1.4316e-05 s, 143 MB/s
[tik][20241128-06:08:44][LOG] [pkexec][0] /usr/bin/dd bs=3D512 count=3D4
if=3D/dev/urandom of=3D/tmp/tik.ej5yLs6xbV iflag=3Dfullblock
[tik][20241128-06:08:44][LOG] [pkexec][0] /usr/bin/chmod 400
/tmp/tik.ej5yLs6xbV
[tik][20241128-06:08:44][LOG] [dump_image_repart_image] deploying
/usr/lib/tik/img/tik-osimage-Aeon.20241121.raw
MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:763: FINISHME: suppo=
rt
YUV colorspace with DRM format modifiers
MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:794: FINISHME: suppo=
rt
more multi-planar formats with DRM modifiers
No machine ID set, using randomized partition UUIDs.
Applying changes to /dev/nvme2n1.
Wiped block device.
Discarded entire block device.
Successfully wiped file system signatures from future partition 0.
Successfully wiped file system signatures from future partition 1.
Encrypting future partition 1...
Successfully encrypted future partition 1.
Copying in '/dev/loop0p3' (4.4G) on block level into future partition 1.
Copying in of '/dev/loop0p3' on block level completed.
Syncing future partition 1 contents to disk.
Block level copying and synchronization of partition 1 complete in 24.16987=
8s
(187.7M/s).
Formatting future partition 0.
Cannot initialize conversion from codepage 850 to UTF-8: Invalid argument
Cannot initialize conversion from UTF-8 to codepage 850: Invalid argument
Using internal CP850 conversion table
mkfs.fat 4.2 (2021-01-31)
/dev/loop2 successfully formatted as vfat (label "ESP", uuid 6959=
f9ef)
Successfully formatted future partition 0.
Syncing future partition 0 contents to disk.
Adding new partition 0 to partition table.
Adding new partition 1 to partition table.
Writing new partition table.
Telling kernel to reread partition table.
All done.
[tik][20241128-06:09:11][LOG] [pkexec][0] systemd-repart --no-pager --prett=
y=3D0
--empty=3Dforce --dry-run=3Dno --key-file=3D/tmp/tik.ej5yLs6xbV
--image=3D/usr/lib/tik/img/tik-osimage-Aeon.20241121.raw
--image-policy=3Droot=3Dunprotected
/dev/disk/by-id/nvme-Samsung_SSD_980_PRO_1TB_S5P2NU0T702444Z
[tik][20241128-06:09:11][LOG] [dump_image_repart_image] systemd-repart
succeeded after 1 attempts
[tik][20241128-06:09:11][LOG] [reread_partitiontable] Re-reading partition
table
[tik][20241128-06:09:11][LOG] [zenity][0][] --progress --title=3DInstalling=
 Aeon
--text=3DDeploying OS Image --pulsate --auto-close --no-cancel --width=3D400
[tik][20241128-06:09:11][LOG] [pkexec][0] /usr/sbin/blockdev --rereadpt
/dev/disk/by-id/nvme-Samsung_SSD_980_PRO_1TB_S5P2NU0T702444Z
[/usr/lib/tik/modules/post/15-encrypt][20241128-06:09:11][LOG] [START]
/usr/lib/tik/modules/post//usr/lib/tik/modules/post/15-encrypt
[/usr/lib/tik/modules/post/15-encrypt][20241128-06:09:11][LOG] [crypt_progr=
ess]
Monitoring encryption progress
[/usr/lib/tik/modules/post/15-encrypt][20241128-06:09:11][LOG] [find_crypt]
finding encrypted partition
[/usr/lib/tik/modules/post/15-encrypt][20241128-06:09:11][LOG] [pkexec][0]
/usr/bin/mkdir -p /var/lib/tik/probe/mnt
[/usr/lib/tik/modules/post/15-encrypt][20241128-06:09:11][LOG] [pkexec][0]
/usr/bin/rmdir /var/lib/tik/probe/mnt
[/usr/lib/tik/modules/post/15-encrypt][20241128-06:09:11][ERROR] encrypted
partition not found
MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:763: FINISHME: suppo=
rt
YUV colorspace with DRM format modifiers
MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:794: FINISHME: suppo=
rt
more multi-planar formats with DRM modifiers
MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:763: FINISHME: suppo=
rt
YUV colorspace with DRM format modifiers
MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:794: FINISHME: suppo=
rt
more multi-planar formats with DRM modifiers
[/usr/lib/tik/modules/post/15-encrypt][20241128-06:10:12][LOG] [zenity][0][]
--error --text=3Dencrypted partition not found
[/usr/lib/tik/modules/post/15-encrypt][20241128-06:10:12][LOG] [STOP][1]
/usr/bin/tik
MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:763: FINISHME: suppo=
rt
YUV colorspace with DRM format modifiers
MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:794: FINISHME: suppo=
rt
more multi-planar formats with DRM modifiers
[/usr/lib/tik/modules/post/15-encrypt][20241128-06:12:42][LOG] [zenity][0][]
--error --no-wrap --title=3DInstallation Failed --text=3DPlease file a bug =
report
at <tt>https://aeondesk=
top.org/reportbug</tt>\n\nPlease include the
<tt>tik.log</tt> file\nIt can be found on the IGNITION partitio=
n on this USB
Stick\n\n<b>System is shutting down</b>

      You are receiving this mail because:
=20=20=20=20=20=20

You are on the CC list for the bug.

=

--17327765822.B38e4bE.221--

summary: "Encrypted partition not found" after image is written to disk - multi disk system.


--17328025792.D14fBD1.1052
Date: Thu, 28 Nov 2024 14:02:59 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

https://bugzilla.suse.com/show_bug.cgi?id=3D1233963

            Bug ID: 1233963
           Summary: VUL-0: CVE-2024-11738: juliaup: rustls: accept`
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.5
          Hardware: Other
               URL: https://smash.suse.de/issue/430408/
                OS: Other
            Status: NEW
        Whiteboard: CVSSv3.1:SUSE:CVE-2024-11738:5.9:(AV:N/AC:H/PR:N/UI:N/
                    S:U/C:N/I:N/A:H)
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: emanuele.cappello-at-suse.com
        QA Contact: security-team-at-suse.de
            Blocks: 1233897
  Target Milestone: ---
          Found By: ---
           Blocker: ---

A bug introduced in rustls 0.23.13 leads to a panic if the received TLS
ClientHello is fragmented.  Only servers that use
`rustls::server::Acceptor::accept()` are affected.

Servers that use `tokio-rustls`'s `LazyConfigAcceptor` API are affected.

Servers that use `tokio-rustls`'s `TlsAcceptor` API are not affected.

Servers that use `rustls-ffi`'s `rustls_acceptor_accept` API are affected.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=3DCVE-2024-11738
https://bugzilla.redhat.com/show_bug.cgi?id=3D2328732
--=20
You are receiving this mail because:
You are on the CC list for the bug.=

--17328025792.D14fBD1.1052
Date: Thu, 28 Nov 2024 14:02:59 +0000
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

      <base href=3D"https://bugzilla.suse.com/" />

          Bug ID
          1233963

          Summary
          VUL-0: CVE-2024-11738: juliaup: rustls: accept`

          Classification
          openSUSE

          Product
          openSUSE Distribution

          Version
          Leap 15.5

          Hardware
          Other

          URL
          https://smash.suse.de/issue/430408/

          OS
          Other

          Status
          NEW

          Whiteboard
          CVSSv3.1:SUSE:CVE-2024-11738:5.9:(AV:N/AC:H/PR:N/UI:N/S:U/C:N=
/I:N/A:H)=20

          Severity
          Normal

          Priority
          P5 - None

          Component
          Security

          Assignee
          security-team@suse.de

          Reporter
          emanuele.cappello@suse.com

          QA Contact
          security-team@suse.de

          Blocks
          1233897

          Target Milestone
          ---

          Found By
          ---

          Blocker
          ---

A bug introduced in rustls 0.23.13 leads to a panic if the r=
eceived TLS
ClientHello is fragmented.  Only servers that use
`rustls::server::Acceptor::accept()` are affected.

Servers that use `tokio-rustls`'s `LazyConfigAcceptor` API are affected.

Servers that use `tokio-rustls`'s `TlsAcceptor` API are not affected.

Servers that use `rustls-ffi`'s `rustls_acceptor_accept` API are affected.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=3DCVE-2024-11738
https://b=
ugzilla.redhat.com/show_bug.cgi?id=3D2328732

      You are receiving this mail because:
=20=20=20=20=20=20

You are on the CC list for the bug.

=

--17328025792.D14fBD1.1052--


--17330719223.ABF6.14
Date: Sun, 1 Dec 2024 16:52:02 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

https://bugzilla.suse.com/show_bug.cgi?id=3D1234008

            Bug ID: 1234008
           Summary: Installer stops if reply no to backup home or restore home.
    Classification: openSUSE
           Product: openSUSE Aeon
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Installation
          Assignee: rbrown-at-suse.com
          Reporter: marehrauer-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
  Target Milestone: ---
          Found By: ---
           Blocker: ---

If the installer finds a home directory it asks if you want to back it up. =
 If
you reply no the installer quits.  If you reply yes the installer later will
ask if you want to restore it.  Again if you reply no the installer quits. =
If
you reply yes the install restores something that looks like part of a home
directory but unusable. Had to clean the disk first and revert to an older
version of the installer as I also experienced the emergency mode problem, =
as
well as the can't find the encrypted partition problems described in other =
bug
reports.
--=20
You are receiving this mail because:
You are on the CC list for the bug.=

--17330719223.ABF6.14
Date: Sun, 1 Dec 2024 16:52:02 +0000
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

      <base href=3D"https://bugzilla.suse.com/" />

          Bug ID
          1234008

          Summary
          Installer stops if reply no to backup home or restore home.

          Classification
          openSUSE

          Product
          openSUSE Aeon

          Version
          Current

          Hardware
          Other

          OS
          Other

          Status
          NEW

          Severity
          Normal

          Priority
          P5 - None

          Component
          Installation

          Assignee
          rbrown@suse.com

          Reporter
          marehrauer@gmail.com

          QA Contact
          qa-bugs@suse.de

          Target Milestone
          ---

          Found By
          ---

          Blocker
          ---

If the installer finds a home directory it asks if you want =
to back it up.  If
you reply no the installer quits.  If you reply yes the installer later will
ask if you want to restore it.  Again if you reply no the installer quits. =
If
you reply yes the install restores something that looks like part of a home
directory but unusable. Had to clean the disk first and revert to an older
version of the installer as I also experienced the emergency mode problem, =
as
well as the can't find the encrypted partition problems described in other =
bug
reports.

      You are receiving this mail because:
=20=20=20=20=20=20

You are on the CC list for the bug.

=

--17330719223.ABF6.14--


--17332109510.7F38C7E.54
Date: Tue, 3 Dec 2024 07:29:11 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

https://bugzilla.suse.com/show_bug.cgi?id=3D1234065

            Bug ID: 1234065
           Summary: VUL-0: CVE-2024-29645: radare2: buffer overflow vulnerability allows an attacker to execute arbitrary code via the parse_die function
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.6
          Hardware: Other
               URL: https://smash.suse.de/issue/430859/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: smash_bz-at-suse.de
        QA Contact: security-team-at-suse.de
                CC: abergmann-at-suse.com
  Target Milestone: ---
          Found By: Security Response Team
           Blocker: ---

Buffer Overflow vulnerability in radarorg radare2 v.5.8.8 allows an attacke=
r to
execute arbitrary code via the parse_die function.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=3DCVE-2024-29645
https://www.cve.org/CVERecord?id=3DCVE-2024-29645
https://gist.github.com/Crispy-fried-chicken/83f0f5e8a475284d64bf99fb342e90=
27
https://github.com/radareorg/radare2/commit/72bf3a486fa851797aa21887a40ba0e=
3d3a6d620
https://github.com/radareorg/radare2/pull/22561
https://github.com/CVEProject/cvelistV5/blob/main//cves/2024/29xxx/CVE-2024=
-29645.json
--=20
You are receiving this mail because:
You are on the CC list for the bug.=

--17332109510.7F38C7E.54
Date: Tue, 3 Dec 2024 07:29:11 +0000
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

      <base href=3D"https://bugzilla.suse.com/" />

          Bug ID
          1234065

          Summary
          VUL-0: CVE-2024-29645: radare2: buffer overflow vulnerability=
 allows an attacker to execute arbitrary code via the parse_die function

          Classification
          openSUSE

          Product
          openSUSE Distribution

          Version
          Leap 15.6

          Hardware
          Other

          URL
          https://smash.suse.de/issue/430859/

          OS
          Other

          Status
          NEW

          Severity
          Normal

          Priority
          P5 - None

          Component
          Security

          Assignee
          security-team@suse.de

          Reporter
          smash_bz@suse.de

          QA Contact
          security-team@suse.de

          CC
          abergmann@suse.com

          Target Milestone
          ---

          Found By
          Security Response Team

          Blocker
          ---

Buffer Overflow vulnerability in radarorg radare2 v.5.8.8 al=
lows an attacker to
execute arbitrary code via the parse_die function.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=3DCVE-2024-29645
https://www.c=
ve.org/CVERecord?id=3DCVE-2024-29645
https://gist.github.com/Crispy-fried-chicken/83f0f5e8a475284=
d64bf99fb342e9027
https://github.com/radareorg/radare2/commit/72bf3a486=
fa851797aa21887a40ba0e3d3a6d620
https://github.=
com/radareorg/radare2/pull/22561
https://github.com/CVEProject/cvelistV5/blob/main//=
cves/2024/29xxx/CVE-2024-29645.json

      You are receiving this mail because:
=20=20=20=20=20=20

You are on the CC list for the bug.

=

--17332109510.7F38C7E.54--


--17332265593.AA1415e.173
Date: Tue, 3 Dec 2024 11:49:19 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

https://bugzilla.suse.com/show_bug.cgi?id=3D1234088

            Bug ID: 1234088
           Summary: VUL-0: CVE-2024-53984: nanopb: nanopb does not release memory on error return when using PB_DECODE_DELIMITED
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.6
          Hardware: Other
               URL: https://smash.suse.de/issue/430872/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: pstivanin-at-suse.com
          Reporter: smash_bz-at-suse.de
        QA Contact: security-team-at-suse.de
                CC: thomas.leroy-at-suse.com
  Target Milestone: ---
          Found By: Security Response Team
           Blocker: ---

Nanopb is a small code-size Protocol Buffers implementation.  When the comp=
ile
time option PB_ENABLE_MALLOC is enabled, the message contains at least one
field with FT_POINTER field type, custom stream callback is used with unkno=
wn
stream length. and the pb_decode_ex() function is used with flag
PB_DECODE_DELIMITED, then the pb_decode_ex() function does not automatically
call pb_release(), like is done for other failure cases. This could lead to
memory leak and potential denial-of-service. This vulnerability is fixed in
0.4.9.1.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=3DCVE-2024-53984
https://www.cve.org/CVERecord?id=3DCVE-2024-53984
https://github.com/nanopb/nanopb/commit/2b86c255aa52250438d5aba124d0e86db49=
5b378
https://github.com/nanopb/nanopb/security/advisories/GHSA-xwqq-qxmw-hj5r
https://bugzilla.redhat.com/show_bug.cgi?id=3D2329982
https://github.com/CVEProject/cvelistV5/blob/main//cves/2024/53xxx/CVE-2024=
-53984.json
--=20
You are receiving this mail because:
You are on the CC list for the bug.=

--17332265593.AA1415e.173
Date: Tue, 3 Dec 2024 11:49:19 +0000
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

      <base href=3D"https://bugzilla.suse.com/" />

          Bug ID
          1234088

          Summary
          VUL-0: CVE-2024-53984: nanopb: nanopb does not release memory=
 on error return when using PB_DECODE_DELIMITED

          Classification
          openSUSE

          Product
          openSUSE Distribution

          Version
          Leap 15.6

          Hardware
          Other

          URL
          https://smash.suse.de/issue/430872/

          OS
          Other

          Status
          NEW

          Severity
          Normal

          Priority
          P5 - None

          Component
          Security

          Assignee
          pstivanin@suse.com

          Reporter
          smash_bz@suse.de

          QA Contact
          security-team@suse.de

          CC
          thomas.leroy@suse.com

          Target Milestone
          ---

          Found By
          Security Response Team

          Blocker
          ---

Nanopb is a small code-size Protocol Buffers implementation.=
  When the compile
time option PB_ENABLE_MALLOC is enabled, the message contains at least one
field with FT_POINTER field type, custom stream callback is used with unkno=
wn
stream length. and the pb_decode_ex() function is used with flag
PB_DECODE_DELIMITED, then the pb_decode_ex() function does not automatically
call pb_release(), like is done for other failure cases. This could lead to
memory leak and potential denial-of-service. This vulnerability is fixed in
0.4.9.1.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=3DCVE-2024-53984
https://www.c=
ve.org/CVERecord?id=3DCVE-2024-53984
https://github.com/nanopb/nanopb/commit/2b86c255aa5225043=
8d5aba124d0e86db495b378
https://github.com/nanopb/nanopb/security/advisories/GHSA-xwqq-qx=
mw-hj5r
https://b=
ugzilla.redhat.com/show_bug.cgi?id=3D2329982
https://github.com/CVEProject/cvelistV5/blob/main//=
cves/2024/53xxx/CVE-2024-53984.json

      You are receiving this mail because:
=20=20=20=20=20=20

You are on the CC list for the bug.

=

--17332265593.AA1415e.173--


body:
--17333952182.5C02.605
Date: Thu, 5 Dec 2024 10:40:18 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

https://bugzilla.suse.com/show_bug.cgi?id=3D1234234

            Bug ID: 1234234
           Summary: Enrollemnt of TPM2 no longer functional
    Classification: openSUSE
           Product: openSUSE Aeon
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Installation
          Assignee: rbrown-at-suse.com
          Reporter: vortex@z-ray.de
        QA Contact: qa-bugs-at-suse.de
  Target Milestone: ---
          Found By: ---
           Blocker: ---

Hello there I didn't had any issues with the TPM2 FDE until yesterday.
Everything was working fine until now. Here is what happened:

1) I booted up the PC as usual and noticed Gnome-Software was opposing a
secureboot sdx update
2) At first I tried to perform this update using Gnome-Software itself but =
the
"Download and Install" button did nothing. Formerly it worked, downloaded t=
he
firmnware and prompted my to restart the computer.
3) As Gnome-Software didn't worked I ran
> sudo fwupdmgr update
manually and performed the update. Everything was as expected. No errors on=
ly
"Update successful"
4) I rebooted the system as I now expected the TPM prediction to be invalid=
 as
it was usually the case with these kind of updates.
5) Got asked for either my recovery key or the user defined password I once=
 set
as I setted up the computer.
6) At first I tried to just update the TPM predictions as described in the
Encryption guide of Aeon:=20
> sudo sdbootutil --ask-pin update-predictions
Entered my password (not the key) and all seemed good. No unexpected messag=
es
no errors
7) Rebooted to verify it has worked. It didn't I was prompted to enter my k=
ey
or the password
8) I then attempted a full re-enrollment of my TPM as I did after installing
the nvidia dirver as I setted up the PC. Hence I knew this worked because it
did so in the past
> sudo sdbootutil unenroll --method=3Dtpm2
> dracut-install: ERROR: installing 'grub2-editenv'
> dracut[E]: FAILED: /usr/lib/dracut/dracut-install -D /var/tmp/dracut.FBHI=
0O/initramfs -a date btrfs awk grub2-editenv
> Cleaning /boot/efi
> Removed /aeon/6.11.8-1-default/initrd-45f6758dc12fca1deebe84d7d6af9abafc7=
5cf10
> No slots to remove selected.
Nothing I seemed wrong to me. Grub makes sense because Aeon does not use GR=
UB
and I knew this message from my first re-enrollment as I setted up the syst=
em
> sudo systemd-cryptenroll
> No device specified, defaulting to '/dev/nvme0n1p2'.
> SLOT TYPE=20=20=20=20
>    0 recovery
>    1 password
Nothing suspicious I suppose
> sudo sdbootutil enroll --method=3Dtpm2
> dracut-install: ERROR: installing 'grub2-editenv'
> dracut[E]: FAILED: /usr/lib/dracut/dracut-install -D /var/tmp/dracut.M7Eq=
Lz/initramfs -a date btrfs awk grub2-editenv
> Cleaning /boot/efi
> Removed /aeon/6.11.8-1-default/initrd-f6a6ad1b0a2f511a784675b06e1339a8d04=
110e0
> Recovery PIN: <REDACTED>
> You can also scan it with your mobile phone:
> <REDACTED>=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
> keyctl_set_timeout: Permission denied
I was surprised receiving a new QR Code and a new recovery key which wasn't=
 the
old one. Nevertheless I wrote it down and rebooted. Also the "Permission
Denied" message is new to me.
9) Got ask for either the recovery key or my password. However the key show=
n on
screen before did not worked. I tired this 2 times, the system rebooted, ask
for the key or the password and I tired the recovery key once more to no av=
ail.
I then used my password which still was functional

Is there anything else I can add to this bug report , any logs to help down
track down the issue?

Other things I tired in the mean time:
1) Forcefully removing the recovery key using:
> sudo systemd-cryptenroll --wipe-slot=3D2 /dev/nvme0n1p2
Back the the recovery key was in slot 2
This worked and then set a recovery key manually using the key I had noted
down.
> sudo systemd-cryptenroll /dev/nvme0n1p2 --recovery-key
This worked as well
But re-enrolling the TPM afterwards didn't worked either

2) Reset the TPM via the BIOS and doing a full re-enrollment again. No succ=
ess.

3) Reverting the secure boot update, doing a full re-enrollment. No success.

4) Re-doing the secure boot update, doing a full re-enrollment. No success.

5) Performing a full BIOS updated the old fashioned way as the mainboard ve=
ndor
had a new update out as of NOv. 12 2024, doing a full re-enrollment. No
success.

The board is a Gigabyte B650 GAMING X AX V2 (rev. 1.x) with the latest BIOS
version F32e:
https://www.gigabyte.com/Motherboard/B650-GAMING-X-AX-V2-rev-1x/support#sup=
port-dl-bios

Kind regards,
V.
--=20
You are receiving this mail because:
You are on the CC list for the bug.=

--17333952182.5C02.605
Date: Thu, 5 Dec 2024 10:40:18 +0000
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

      <base href=3D"https://bugzilla.suse.com/" />

          Bug ID
          1234234

          Summary
          Enrollemnt of TPM2 no longer functional

          Classification
          openSUSE

          Product
          openSUSE Aeon

          Version
          Current

          Hardware
          Other

          OS
          Other

          Status
          NEW

          Severity
          Normal

          Priority
          P5 - None

          Component
          Installation

          Assignee
          rbrown@suse.com

          Reporter
          vortex@z-ray.de

          QA Contact
          qa-bugs@suse.de

          Target Milestone
          ---

          Found By
          ---

          Blocker
          ---

Hello there I didn't had any issues with the TPM2 FDE until =
yesterday.
Everything was working fine until now. Here is what happened:

1) I booted up the PC as usual and noticed Gnome-Software was opposing a
secureboot sdx update
2) At first I tried to perform this update using Gnome-Software itself but =
the
"Download and Install" button did nothing. Formerly it worked, do=
wnloaded the
firmnware and prompted my to restart the computer.
3) As Gnome-Software didn't worked I ran
> sudo fwupdmgr update
manually and performed the update. Everything was as expected. No errors on=
ly
"Update successful"
4) I rebooted the system as I now expected the TPM prediction to be invalid=
 as
it was usually the case with these kind of updates.
5) Got asked for either my recovery key or the user defined password I once=
 set
as I setted up the computer.
6) At first I tried to just update the TPM predictions as described in the
Encryption guide of Aeon:=20
> sudo sdbootutil --ask-pin update-predictions</sp=
an >
Entered my password (not the key) and all seemed good. No unexpected messag=
es
no errors
7) Rebooted to verify it has worked. It didn't I was prompted to enter my k=
ey
or the password
8) I then attempted a full re-enrollment of my TPM as I did after installing
the nvidia dirver as I setted up the PC. Hence I knew this worked because it
did so in the past
> sudo sdbootutil unenroll --method=3Dtpm2
> dracut-install: ERROR: installing 'grub2-editenv'
> dracut[E]: FAILED: /usr/lib/dracut/dracut-install -D /var/tmp/dracut.F=
BHI0O/initramfs -a date btrfs awk grub2-editenv
> Cleaning /boot/efi
> Removed /aeon/6.11.8-1-default/initrd-45f6758dc12fca1deebe84d7d6af9aba=
fc75cf10
> No slots to remove selected.
Nothing I seemed wrong to me. Grub makes sense because Aeon does not use GR=
UB
and I knew this message from my first re-enrollment as I setted up the syst=
em
> sudo systemd-cryptenroll
> No device specified, defaulting to '/dev/nvme0n1p2'.
> SLOT TYPE=20=20=20=20
>    0 recovery
>    1 password
Nothing suspicious I suppose
> sudo sdbootutil enroll --method=3Dtpm2
> dracut-install: ERROR: installing 'grub2-editenv'
> dracut[E]: FAILED: /usr/lib/dracut/dracut-install -D /var/tmp/dracut.M=
7EqLz/initramfs -a date btrfs awk grub2-editenv
> Cleaning /boot/efi
> Removed /aeon/6.11.8-1-default/initrd-f6a6ad1b0a2f511a784675b06e1339a8=
d04110e0
> Recovery PIN: <REDACTED>
> You can also scan it with your mobile phone:
> <REDACTED>=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
> keyctl_set_timeout: Permission denied
I was surprised receiving a new QR Code and a new recovery key which wasn't=
 the
old one. Nevertheless I wrote it down and rebooted. Also the "Permissi=
on
Denied" message is new to me.
9) Got ask for either the recovery key or my password. However the key show=
n on
screen before did not worked. I tired this 2 times, the system rebooted, ask
for the key or the password and I tired the recovery key once more to no av=
ail.
I then used my password which still was functional

Is there anything else I can add to this bug report , any logs to help down
track down the issue?

Other things I tired in the mean time:
1) Forcefully removing the recovery key using:
> sudo systemd-cryptenroll --wipe-slot=3D2 /dev/nv=
me0n1p2
Back the the recovery key was in slot 2
This worked and then set a recovery key manually using the key I had noted
down.
> sudo systemd-cryptenroll /dev/nvme0n1p2 --recove=
ry-key
This worked as well
But re-enrolling the TPM afterwards didn't worked either

2) Reset the TPM via the BIOS and doing a full re-enrollment again. No succ=
ess.

3) Reverting the secure boot update, doing a full re-enrollment. No success.

4) Re-doing the secure boot update, doing a full re-enrollment. No success.

5) Performing a full BIOS updated the old fashioned way as the mainboard ve=
ndor
had a new update out as of NOv. 12 2024, doing a full re-enrollment. No
success.

The board is a Gigabyte B650 GAMING X AX V2 (rev. 1.x) with the latest BIOS
version F32e:
https://www.gigabyte.com/Motherboard/B650-GAMING-X=
-AX-V2-rev-1x/support#support-dl-bios

Kind regards,
V.

      You are receiving this mail because:
=20=20=20=20=20=20

You are on the CC list for the bug.

=

--17333952182.5C02.605--

pkgs: aeon-check tik

summary: Enrollemnt of TPM2 no longer functional


--17334997122.88b19b.5359
Date: Fri, 6 Dec 2024 15:41:52 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

https://bugzilla.suse.com/show_bug.cgi?id=3D1234277

            Bug ID: 1234277
           Summary: sysuser-tools: sysuser-shadow dependency on systemd introduces a dependency cycle
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: daan.j.demeyer-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
  Target Milestone: ---
          Found By: ---
           Blocker: ---

The cycle is as follows:

sysuser-shadow =3D> systemd =3D> dbus-1 =3D> dbus-1-common =3D> sysuser-sha=
dow

This leads to the following installation failures when systemd and
sysuser-shadow and a bunch of other packages are all installed in the same
transaction:

```
  Installing       : dbus-1-1.14.10-4.1.x86_64=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20
                                                                    189/236=
=20
warning: group messagebus does not exist - using root

  Running scriptlet: dbus-1-1.14.10-4.1.x86_64=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20
                                                                    189/236=
=20
  Running scriptlet: dbus-1-common-1.14.10-4.1.noarch=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20
                                                                    190/236=
=20
/var/tmp/rpm-tmp.OhJTQf: line 6: /usr/sbin/sysusers2shadow: No such file or
directory
error: %prein(dbus-1-common-1.14.10-4.1.noarch) scriptlet failed, exit stat=
us
127

Error in PREIN scriptlet in rpm package dbus-1-common
  Running scriptlet: system-group-hardware-20170617-26.1.noarch=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20
                                                                    191/236=
=20
error: dbus-1-common-1.14.10-4.1.noarch: install failed
/var/tmp/rpm-tmp.Pi8y6T: line 1: /usr/sbin/sysusers2shadow: No such file or
directory
error: %prein(system-group-hardware-20170617-26.1.noarch) scriptlet failed,
exit status 127

Error in PREIN scriptlet in rpm package system-group-hardware
  Running scriptlet: system-group-kvm-20170617-26.1.noarch=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20
                                                                    192/236=
=20
error: system-group-hardware-20170617-26.1.noarch: install failed
/var/tmp/rpm-tmp.bFeS3I: line 1: /usr/sbin/sysusers2shadow: No such file or
directory
error: %prein(system-group-kvm-20170617-26.1.noarch) scriptlet failed, exit
status 127

Error in PREIN scriptlet in rpm package system-group-kvm
  Running scriptlet: system-user-lp-20170617-26.1.noarch=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20
                                                                    193/236=
=20
error: system-group-kvm-20170617-26.1.noarch: install failed
/var/tmp/rpm-tmp.FVYtWI: line 1: /usr/sbin/sysusers2shadow: No such file or
directory
error: %prein(system-user-lp-20170617-26.1.noarch) scriptlet failed, exit
status 127

Error in PREIN scriptlet in rpm package system-user-lp
  Installing       : sysuser-shadow-3.3-6.1.noarch=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
```

It seems to me that sysuser-shadow cannot have a dependency on systemd. Eit=
her
systemd needs to subpackage systemd-sysusers or the dependency on systemd
should be dropped.
--=20
You are receiving this mail because:
You are on the CC list for the bug.=

--17334997122.88b19b.5359
Date: Fri, 6 Dec 2024 15:41:52 +0000
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

      <base href=3D"https://bugzilla.suse.com/" />

          Bug ID
          1234277

          Summary
          sysuser-tools: sysuser-shadow dependency on systemd introduce=
s a dependency cycle

          Classification
          openSUSE

          Product
          openSUSE Tumbleweed

          Version
          Current

          Hardware
          Other

          OS
          Other

          Status
          NEW

          Severity
          Normal

          Priority
          P5 - None

          Component
          Basesystem

          Assignee
          screening-team-bugs@suse.de

          Reporter
          daan.j.demeyer@gmail.com

          QA Contact
          qa-bugs@suse.de

          Target Milestone
          ---

          Found By
          ---

          Blocker
          ---

The cycle is as follows:

sysuser-shadow =3D> systemd =3D> dbus-1 =3D> dbus-1-common =3D>=
 sysuser-shadow

This leads to the following installation failures when systemd and
sysuser-shadow and a bunch of other packages are all installed in the same
transaction:

```
  Installing       : dbus-1-1.14.10-4.1.x86_64=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20
                                                                    189/236=
=20
warning: group messagebus does not exist - using root

  Running scriptlet: dbus-1-1.14.10-4.1.x86_64=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20
                                                                    189/236=
=20
  Running scriptlet: dbus-1-common-1.14.10-4.1.noarch=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20
                                                                    190/236=
=20
/var/tmp/rpm-tmp.OhJTQf: line 6: /usr/sbin/sysusers2shadow: No such file or
directory
error: %prein(dbus-1-common-1.14.10-4.1.noarch) scriptlet failed, exit stat=
us
127

Error in PREIN scriptlet in rpm package dbus-1-common
  Running scriptlet: system-group-hardware-20170617-26.1.noarch=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20
                                                                    191/236=
=20
error: dbus-1-common-1.14.10-4.1.noarch: install failed
/var/tmp/rpm-tmp.Pi8y6T: line 1: /usr/sbin/sysusers2shadow: No such file or
directory
error: %prein(system-group-hardware-20170617-26.1.noarch) scriptlet failed,
exit status 127

Error in PREIN scriptlet in rpm package system-group-hardware
  Running scriptlet: system-group-kvm-20170617-26.1.noarch=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20
                                                                    192/236=
=20
error: system-group-hardware-20170617-26.1.noarch: install failed
/var/tmp/rpm-tmp.bFeS3I: line 1: /usr/sbin/sysusers2shadow: No such file or
directory
error: %prein(system-group-kvm-20170617-26.1.noarch) scriptlet failed, exit
status 127

Error in PREIN scriptlet in rpm package system-group-kvm
  Running scriptlet: system-user-lp-20170617-26.1.noarch=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20
                                                                    193/236=
=20
error: system-group-kvm-20170617-26.1.noarch: install failed
/var/tmp/rpm-tmp.FVYtWI: line 1: /usr/sbin/sysusers2shadow: No such file or
directory
error: %prein(system-user-lp-20170617-26.1.noarch) scriptlet failed, exit
status 127

Error in PREIN scriptlet in rpm package system-user-lp
  Installing       : sysuser-shadow-3.3-6.1.noarch=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
```

It seems to me that sysuser-shadow cannot have a dependency on systemd. Eit=
her
systemd needs to subpackage systemd-sysusers or the dependency on systemd
should be dropped.

      You are receiving this mail because:
=20=20=20=20=20=20

You are on the CC list for the bug.

=

--17334997122.88b19b.5359--


--17335964764.cd0bCBE1.23
Date: Sat, 7 Dec 2024 18:34:36 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

https://bugzilla.suse.com/show_bug.cgi?id=3D1234302

            Bug ID: 1234302
           Summary: Today's update 12-7-2024 breaks Plasma Wayland desktop loading (X11 still works)
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: KDE Workspace (Plasma)
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: rskunath-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
  Target Milestone: ---
          Found By: ---
           Blocker: ---

After today's update 12-7-2024 on Tumbleweed, Plasma Wayland will no longer
open the desktop. I see Gkrellm come up on the desktop and the mouse pointe=
r is
active and moves, but the Plama desktop does not come up.=20

Plasma X11 works normally.
--=20
You are receiving this mail because:
You are on the CC list for the bug.=

--17335964764.cd0bCBE1.23
Date: Sat, 7 Dec 2024 18:34:36 +0000
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.suse.com/
Auto-Submitted: auto-generated

      <base href=3D"https://bugzilla.suse.com/" />

          Bug ID
          1234302

          Summary
          Today's update 12-7-2024 breaks Plasma Wayland desktop loadin=
g (X11 still works)

          Classification
          openSUSE

          Product
          openSUSE Tumbleweed

          Version
          Current

          Hardware
          x86-64

          OS
          openSUSE Tumbleweed

          Status
          NEW

          Severity
          Critical

          Priority
          P5 - None

          Component
          KDE Workspace (Plasma)

          Assignee
          opensuse-kde-bugs@opensuse.org

          Reporter
          rskunath@gmail.com

          QA Contact
          qa-bugs@suse.de

          Target Milestone
          ---

          Found By
          ---

          Blocker
          ---

After today's update 12-7-2024 on Tumbleweed, Plasma Wayland=
 will no longer
open the desktop. I see Gkrellm come up on the desktop and the mouse pointe=
r is
active and moves, but the Plama desktop does not come up.=20

Plasma X11 works normally.

      You are receiving this mail because:
=20=20=20=20=20=20

You are on the CC list for the bug.

=

--17335964764.cd0bCBE1.23--