Comments

17 Comments
karma

It works fine.

BZ#1976653 dracut lock-up of 1m30s in initrd due to new dbus-broker ordering causing slow boot

@mmaslano: did you rebuild your initramfs after installing the updated dracut?

This comment has an example on how to do it (you may have to adjust the command slightly depending on the kernel version you have installed): https://bugzilla.redhat.com/show_bug.cgi?id=1946074#c12

BZ#1946074 boot failure when LV is a cryptoluks device used as sysroot
karma

Thanks, f32 works fine as well.

karma

Thanks, it works well.

karma

Thanks, it works fine.

karma

Works well.

BZ#1917684 CVE-2021-3156 sudo: Heap buffer overflow in argument parsing
BZ#1920611 sudo-1.9.5p2 is available
BZ#1920618 CVE-2021-3156 sudo: Heap buffer overflow in argument parsing [fedora-all]
karma

Works well.

BZ#1917684 CVE-2021-3156 sudo: Heap buffer overflow in argument parsing
BZ#1920611 sudo-1.9.5p2 is available
BZ#1920618 CVE-2021-3156 sudo: Heap buffer overflow in argument parsing [fedora-all]
BZ#1889192 pkgconf-pkg-config points to non-exising file
karma

Thanks, now I have br-thinkpad again and my laptop is happy.

BZ#1863830 grep: FTBFS in Fedora rawhide/f33
BZ#1872913 zgrep -l / zgrep -L behaviour broken in Fedora 33+
BZ#1872922 xkb-converted console layouts that cannot input ASCII not stripped due to grep / zgrep -L bug ; causes several languages to have broken console layouts
karma

Works for me with clevis

Could yoi rebuild tang as well, please, with the newer http-parser?

Old version:

[root@f32 ~]# rpm -q tang
tang-7-4.fc32.x86_64
[root@f32 ~]# rpm -q tang
tang-7-4.fc32.x86_64
[root@f32 ~]# systemctl start tangd.socket
[root@f32 ~]# curl localhost/adv
curl: (52) Empty reply from server

Updated version:

[root@f32 ~]# rpm -q tang
tang-7-5.fc32.x86_64
[root@f32 ~]# curl localhost/adv
{"payload":"eyJrZXlzIjpbeyJhbGciOiJFQ01SIiwiY3J2IjoiUC01MjEiLCJrZXlfb3BzIjpbImRlcml2ZUtleSJdLCJrdHkiOiJFQyIsIngiOiJBQ1pGNmJGbFY4Rk81a0ZqaUxFUXpCSmNZd1JaTDFOelB4c0ZqT2REZTVqWUswVGJtdkFMdVN4RVJ2bFVOeGdqOF9TaC1PYmlIVWxlYXU0WldBcmRtOUt0IiwieSI6IkFQTzQybGtUQ1BGMU1kRi15NWpYZlVLMzc4V2tzaWtCbFdBcUpwRktpWkVyUEFLMDVNU082WDlsQTlIREtmYm1HX2Z4QjFvSnplYnhMNmNNWGo4ajB0OW4ifSx7ImFsZyI6IkVTNTEyIiwiY3J2IjoiUC01MjEiLCJrZXlfb3BzIjpbInZlcmlmeSJdLCJrdHkiOiJFQyIsIngiOiJBTkNuRm9CeTh2N3g3NDVsMnlxQWJWa2g1VWNrVEJNU2pxVWV1V0ZDOWVyVUVuU1Jna0hPOWdrNmpYNEZGcWZDUFRpYm96YWljdWJhOWR6dVZJTGxwcjZ1IiwieSI6IkFHTmFGX243SmdBaTdBcnpIc3QwUU4zN21nMmdBeGlkMkVsRFBhb3JoM1dfVW9sWE9UZ282dEVQZzBDV0ZNZTI4RDZ2V1pSSmtPTkU2V3F0YVBuVDZnSkEifV19","protected":"eyJhbGciOiJFUzUxMiIsImN0eSI6Imp3ay1zZXQranNvbiJ9","signature":"AIVC05eBfUnLP5nRI4WLRry9jU1mZcNQG0eWMLM1gZyf2hUlVnsZhYHZEdG7sWz5ClwR7hQ7vTb831GGQeiwsehoAbVpFVtQH5bh8lAXVQ7M9-Y1-7Qk4B_qqmoLZqpVf7RhBMeb7lljhAugeILIlFZcvWhhIqSVBUdg8VxzMTzlpwPg"}[root@f32 ~]#