F26 and kernel-4.13
by Joachim Backes
Hi guys,
my question: is it planned to make and release kernel-4.13 for F26? I
saw that it has been declared as mainline and stable on kernel.org.
Kind regards
Joachim Backes
--
Fedora release 26 (Twenty Six)
Kernel-4.12.9-300.fc26.x86_64
Joachim Backes <joachim.backes(a)rhrk.uni-kl.de>
https://www-user.rhrk.uni-kl.de/~backes/
6 years, 7 months
mandb takes forever to run during package updates
by Richard W.M. Jones
I've noticed for a while that updates get "stuck" in the scriptlets
phase. For example I've got an update running now which has taken
3+ minutes of wallclock time (on a 16 core Xeon) in the scriptlets.
Looking in ‘top’ I can see:
29490 root 20 0 156620 28352 2684 S 25.7 0.0 1:41.52 mandb
I suspect this runs from the following trigger in the man-db package:
# update cache
%transfiletriggerpostun -- %{_mandir}
MAN_NO_LOCALE_WARNING=1 /usr/bin/mandb -q
It creates or updates a set of databases under /var/cache/man.
The databases are not used by the regular ‘man’ command. They are
only used by ‘apropos’ and ‘whatis’ which are (I suppose) quite rarely
used commands for searching all man pages.
You can prove this by moving /var/cache/man out of the way, and you'll
notice that ‘man’ continues to work just fine. However ‘whatis’
always prints ‘nothing appropriate’ if no database is available.
There is a man-db-cron package, although it's not installed by
default. Perhaps we could install the cron job by default and drop
the trigger?
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings from many languages. http://libguestfs.org
6 years, 7 months
Splitting AppStream data into Workstation/Server
by Marius Vollmer
Hi,
I hope that soon the first Cockpit add-on appears in the Fedora
repositories. Cockpit can find such add-ons via their AppStream
metainfo data, similar to how GNOME Software finds applications to
install for a desktop environment.
Thus, we would need to install the appstream-data package also on a
Server.
This is a good enough first step, I guess, but appstream-data is quite
big and mostly useless on a Server. We don't need to know about all the
desktop applications and their icons.
So, what about creating a dedicated appstream-data-server package that
carries only those components that we want to see on a Server?
Initially, it would contain only components of type "addon" that extend
"cockpit.desktop", and components of type "service".
6 years, 7 months
RFC: retiring yum
by Igor Gnatenko
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
So I think F28/F29 would be best time for retiring YUM. Right now DNF
should be already stable and provide same capabilities (or documented
that something will not be supported).
Hopefully infrastructure / rel-eng folks will finally add support for
rich dependencies[0] which would mean that yum will not work in Fedora
anyway, so..
Do you still have some critical missing functionality in DNF? And let
us know reasons why would you like to keep YUM available (hopefully
there are no)!
P.S. I didn't wrote any Change Proposal yet, want to get feedback first
[0] https://fedoraproject.org/wiki/Changes/Packaging_Rust_applications_
and_libraries
- --
- -Igor Gnatenko
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlmpkn0ACgkQaVcUvRu8
X0y2zA/+O5rG2QGHdoZOsQhE5H8Q5MRpdO3jQxgqC9+atQtV0MWNkmkxyPCbY2no
smHeOaW8OjqvjhN+JuzaWDpjZY/aFmnVijnpCBLtx5sNKNLuz4VPN66ZK6wVLT5j
Nst0BiUglXJxIj32NswyQ+jNl7iFuFUWUrVlUNFYP3YiURvCRd/B/l2XHWDtkH0M
GUWTARf5a0LSXPxpbwQ/g+jkstbie3CIQe5nlw7oiCJgYPwoY2VuIvo1l/Uvn2My
6Ip3NiZwlihJ3x5iM3bisdCYW7+c0/rMV6IFGV4J94/3Rl1U3kzGsI5SVW/An2mf
s3xNP2EutZsccFrudromFvYE6BeWwMr2BVb+fMzt9S9zEIKZvx9IMQgZMgqR7IPH
3t6P1R5WD3o0q4I+vOc0IPtyqHnqKAVE/6tMr9mqQP4PBswa1uyhLeravDAGTHYC
XvyU6Y3ONmZA1I75Pb2tbVNBlpPB2QZGGf46ayTi2i0Jb6/ctoda5Lbpc/2iD3Be
/e/f3yxHQHgQFSkwAkz2K4INuSf7lpIB3uQEnVhJRk8+75nvKvxNRwW5vEMOs50Q
DVjKI8BRW02K4BjU7FnBNjezv/2A/ygIU4swQ3/0E/CKQ0LG2CWY2sgAqEutEpz2
kmarL+xaZAD1QA7ohqMbQeMFkIdK1hy2JAkxWdYUgWHBeRr7rIo=
=ImZb
-----END PGP SIGNATURE-----
6 years, 7 months
Nvme APST Quirk
by Dominic Robinson
Hi,
Apologies if this is the incorrect medium in which to send patches.
There is a significant issue with the apst code that has been merged for
the nvme driver under kernels >= 4.11 . The issue impacts some versions of
Samsung’s firmware on sm961/pm961 and 960 nvme drives. The issue causes the
drive to go into ‘deep sleep’ without warning and no way of bringing the
interface back up.
Historically this issue has been reported against specific dell
hardware and there has been a hunk of code to check for the presence
of that hardware before calling NVME_QUIRK_NO_DEEPEST_PS. However I
can confirm that with nvme apst support merged this issue arises with
multiple mainboards. This is a critical issue because it can result in
data loss, the way in which the issue manifests does not alert the
user to the fact that the drive has dropped off.
There is however an extremely simple fix – just call the
NVME_QUIRK_NO_DEEPEST_PS quirk unconditionally with this hardware.
From: Dominic Robinson <github(a)dcrdev.com>
Date: Fri, 1 Sep 2017 15:38:44 +0100
Subject: Turn off deepest power saving mode for pm961 drives
diff -aurN a/drivers/nvme/host/pci.c b/drivers/nvme/host/pci.c
--- a/drivers/nvme/host/pci.c 2017-07-03 00:07:02.000000000 +0100
+++ b/drivers/nvme/host/pci.c 2017-09-01 15:38:44.041550898 +0100
@@ -2302,6 +2302,8 @@
.driver_data = NVME_QUIRK_DELAY_BEFORE_CHK_RDY, },
{ PCI_DEVICE(0x1c5f, 0x0540), /* Memblaze Pblaze4 adapter */
.driver_data = NVME_QUIRK_DELAY_BEFORE_CHK_RDY, },
+ { PCI_DEVICE(0x144d, 0xa804), /* Samsung pm961 */
+ .driver_data = NVME_QUIRK_NO_DEEPEST_PS, },
{ PCI_DEVICE_CLASS(PCI_CLASS_STORAGE_EXPRESS, 0xffffff) },
{ PCI_DEVICE(PCI_VENDOR_ID_APPLE, 0x2001) },
{ PCI_DEVICE(PCI_VENDOR_ID_APPLE, 0x2003) },
I have already filed a bug report – not getting a response:
https://bugzilla.redhat.com/show_bug.cgi?id=1487421
I can confirm this patch works – I’d really like to get it merged, as of
right now there are no available kernels in Fedora 26 that are immune to
this issue.
Kind Regards,
Dominic Robinson
6 years, 7 months