stepping down as fedora kernel maintainer
by Laura Abbott
After quite a bit of soul searching, I've decided to step down from
being a full-time Fedora kernel maintainer and move on to other things.
Having come in as a relative outsider to the Fedora community almost
5 years ago, I deeply appreciate you all welcoming me with open arms.
I still expect to be around to some degree but probably not as
directly involved on a day-to-day basis. I would also like to thank
jcline, jforbes and jwboyer for being amazing supportive teammates
during my tenure. Thank you everyone for being patient as I attempted
to fix more bugs than I introduced in the kernel.
Thanks,
Laura
4 years, 3 months
[PATCH] kernel.spec: Remove kernel-keys directory on rpm erase
by Prarit Bhargava
An empty /usr/share/doc/kernel-keys/VR directory is left after executing
an 'rpm -e kernel-core-VR'. Simplify the code by removing the if clauses
and only list the kernel-keys directory.
Remove the directory when the rpm is erased.
Signed-off-by: Bruno E. O. Meneguele <bmeneg(a)redhat.com>
Signed-off-by: Prarit Bhargava <prarit(a)redhat.com>
---
kernel.spec | 7 +------
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/kernel.spec b/kernel.spec
index dccffbe8f1ad..7f6f0bf72813 100644
--- a/kernel.spec
+++ b/kernel.spec
@@ -2836,12 +2836,7 @@ fi
/lib/modules/%{KVERREL}%{?3:+%{3}}/source\
/lib/modules/%{KVERREL}%{?3:+%{3}}/updates\
/lib/modules/%{KVERREL}%{?3:+%{3}}/bls.conf\
-%{_datadir}/doc/kernel-keys/%{KVERREL}%{?3:+%{3}}/kernel-signing-ca.cer\
-%ifarch s390x ppc64le\
-%if 0%{!?4:1}\
-%{_datadir}/doc/kernel-keys/%{KVERREL}%{?3:+%{3}}/%{signing_key_filename} \
-%endif\
-%endif\
+%{_datadir}/doc/kernel-keys/%{KVERREL}%{?3:+%{3}}\
%if %{1}\
/lib/modules/%{KVERREL}%{?3:+%{3}}/vdso\
%endif\
--
2.21.1
4 years, 3 months
dnf update installing an older kernel?
by Anderson, Charles R
Why is dnf trying to install an older kernel than I already have?
>rpm -q kernel
kernel-5.3.11-300.fc31.x86_64
kernel-5.3.12-300.fc31.x86_64
kernel-5.4.5-300.fc31.x86_64
>uname -r
5.4.5-300.fc31.x86_64
>sudo dnf update
Fedora Modular 31 - x86_64 51 kB/s | 6.5 kB 00:00
Fedora Modular 31 - x86_64 - Updates 67 kB/s | 4.9 kB 00:00
Fedora Modular 31 - x86_64 - Test Updates 70 kB/s | 4.9 kB 00:00
Fedora 31 - x86_64 - Test Updates 119 kB/s | 8.1 kB 00:00
Fedora 31 - x86_64 - Test Updates 2.4 MB/s | 2.5 MB 00:01
Fedora 31 - x86_64 - Updates 109 kB/s | 8.1 kB 00:00
Fedora 31 - x86_64 - Updates 1.1 MB/s | 1.8 MB 00:01
RPM Fusion for Fedora 31 - Free tainted 15 kB/s | 2.5 kB 00:00
RPM Fusion for Fedora 31 - Free - Test Updates 18 kB/s | 2.6 kB 00:00
RPM Fusion for Fedora 31 - Free - Updates 18 kB/s | 2.5 kB 00:00
RPM Fusion for Fedora 31 - Nonfree - Test Updat 20 kB/s | 2.6 kB 00:00
RPM Fusion for Fedora 31 - Nonfree - Updates 15 kB/s | 2.6 kB 00:00
Dependencies resolved.
================================================================================
Package Arch Version Repository Size
================================================================================
Installing:
kernel x86_64 5.3.16-300.fc31 updates 42 k
kernel-core x86_64 5.3.16-300.fc31 updates 30 M
kernel-modules x86_64 5.3.16-300.fc31 updates 28 M
kernel-modules-extra x86_64 5.3.16-300.fc31 updates 1.9 M
...
4 years, 3 months
Specfile tweak/fix for the nopatches path in kernel.spec
by Thorsten Leemhuis
Hi Fedora kernel maintainers! Could you please consider applying below
small tweak to kernel.spec (all branches, ideally) the next time you
change it? A change like this would be helpful for the Kernel vanilla
repositories, as "git am" afaics will endlessly wait for input from
STDIN right now if "%{patches}" is empty – which is the case currently
if one sets "nopatches 1" in the spec file :-/
tia! Ciao, Thorsten
diff --git a/kernel.spec b/kernel.spec
index e98df4a..ef4f76e 100644
--- a/kernel.spec
+++ b/kernel.spec
@@ -1536,9 +1536,11 @@ ApplyPatch %{stable_patch_01}
%endif
# Note: Even in the "nopatches" path some patches (build tweaks and compile
-# fixes) will always get applied; see patch defition above for details
+# fixes) might get applied; see patch defition above for details
+%if 0%{?patches}
git am %{patches}
+%endif
# END OF PATCH APPLICATIONS
4 years, 3 months
socket path length
by Damian Ivanov
Hello everyone and Happy holidays!
Some applications (like gnome-boxes) rely on socket path
https://gitlab.gnome.org/GNOME/gnome-boxes/issues/267
A lot of flatpaks as well (filled report here
https://github.com/flatpak/flatpak/issues/3336 )
If an organizations username structure is
firstname.lastname(a)organization.org for example my username (more than
one first name, not to mentioned that in some regions middle-name's
are used as well) would be 42 characters which exceeds the limit (17)
mentioned in the gnome BR.
I could not find any information if having the socket length limited
is still something that is required nowadays as it seems this is
mostly for compatibility reasons?
Do you think that this us something that could/should/would be changed
nowadays as a config option?
Thanks in advance!
Best Regards,
Damian
4 years, 3 months
Re: [PATCH 3/4] configs: remove
CONFIG_SND_SOC_INTEL_USER_FRIENDLY_LONG_NAMES
by Paul Bolle
Hi Jaroslav,
Jaroslav Kysela schreef op do 02-01-2020 om 08:41 [+0100]:
> Dne 01. 01. 20 v 23:39 Paul Bolle napsal(a):
> Please, don't remove this option. It's in alsa-5.6.patch in the Fedora 5.4
> kernel and it's queued to the ASoC tree for linux 5.6.
You mean it's in origin/f31.
Isn't it odd that a patch apparently heading for upstream is in origin/f31 but
not in origin/master? Or, to be precise, only partly in origin/master. That
tripped me over here.
Thanks,
Paul Bolle
4 years, 3 months
