September 2021 - openSUSE Kernel Bugs - openSUSE Mailing Lists

[Bug 1190190] kmod: manpage of modprobe.d not correctly rendered
by bugzilla_noreply＠suse.com 06 Sep '21

06 Sep '21

https://bugzilla.suse.com/show_bug.cgi?id=1190190 https://bugzilla.suse.com/show_bug.cgi?id=1190190#c10 --- Comment #10 from Michal Suchanek <msuchanek(a)suse.com> --- (In reply to Thomas Schraitle from comment #8) > You can convert the DocBook 4 source into 5, see here: > > http://doccookbook.sf.net/html/en/dbc.structure.db4-to-db5.html This introduces superfluous changes: @@ -65,7 +48,7 @@ <title>COMMANDS</title> <variablelist> <varlistentry> - <term>search <replaceable>subdirectory...</replaceable> + <term>search subdirectory... </term> <listitem> <para> @@ -90,7 +73,7 @@ </listitem> </varlistentry> <varlistentry> - <term>override <replaceable>modulename</replaceable> <replaceable>kernelversion</replaceable> <replaceable>modulesubdirectory</replaceable> + <term>override modulename kernelversion modulesubdirectory </term> <listitem> <para> -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1190143] 5.13.13 does not detect firmware framebuffer resolution (regression against 5.13.6)
by bugzilla_noreply＠suse.com 06 Sep '21

06 Sep '21

https://bugzilla.suse.com/show_bug.cgi?id=1190143 https://bugzilla.suse.com/show_bug.cgi?id=1190143#c9 Andrei Borzenkov <arvidjaar(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE Flags|needinfo?(arvidjaar(a)gmail.c | |om) | --- Comment #9 from Andrei Borzenkov <arvidjaar(a)gmail.com> --- (In reply to Michael Chang from comment #8) > > This still looks to me a problem introduced by bsc#1189782. Yes, you are right. Marking as duplicate. Workaround is to set GRUB_GFXPAYLOAD_LINUX=keep in /etc/default/grub. *** This bug has been marked as a duplicate of bug 1189782 *** -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1189782] [Build 20210824] JeOS: gfxpayload missing in config
by bugzilla_noreply＠suse.com 06 Sep '21

06 Sep '21

https://bugzilla.suse.com/show_bug.cgi?id=1189782 https://bugzilla.suse.com/show_bug.cgi?id=1189782#c7 Andrei Borzenkov <arvidjaar(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |arvidjaar(a)gmail.com --- Comment #7 from Andrei Borzenkov <arvidjaar(a)gmail.com> --- *** Bug 1190143 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1190190] kmod: manpage of modprobe.d not correctly rendered
by bugzilla_noreply＠suse.com 06 Sep '21

06 Sep '21

https://bugzilla.suse.com/show_bug.cgi?id=1190190 https://bugzilla.suse.com/show_bug.cgi?id=1190190#c9 --- Comment #9 from Michal Suchanek <msuchanek(a)suse.com> --- Can't reproduce the problem anymore. Maybe did not re-patch the package after changing the patch. Anyway, the upstream XML is at https://git.kernel.org/pub/scm/utils/kernel/kmod/kmod.git/tree/man/depmod.d… -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1190190] kmod: manpage of modprobe.d not correctly rendered
by bugzilla_noreply＠suse.com 06 Sep '21

06 Sep '21

https://bugzilla.suse.com/show_bug.cgi?id=1190190 https://bugzilla.suse.com/show_bug.cgi?id=1190190#c8 --- Comment #8 from Thomas Schraitle <thomas.schraitle(a)suse.com> --- (In reply to Michal Suchanek from comment #7) > > For me it does not suffice to change the path. That's a pity. > Apparently I have both docbook4 and docbook5... You can convert the DocBook 4 source into 5, see here: http://doccookbook.sf.net/html/en/dbc.structure.db4-to-db5.html This would make it easier as you have to deal with only *one* version. > ... and even with the docbook4 stylesheet path the man page is mangled. Strange. Do you have a link to your DocBook XML source? > [...] -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1190190] kmod: manpage of modprobe.d not correctly rendered
by bugzilla_noreply＠suse.com 06 Sep '21

06 Sep '21

https://bugzilla.suse.com/show_bug.cgi?id=1190190 https://bugzilla.suse.com/show_bug.cgi?id=1190190#c7 --- Comment #7 from Michal Suchanek <msuchanek(a)suse.com> --- Thanks for the information. For me it does not suffice to change the path. Apparently I have both docbook4 and docbook5 and even with the docbook4 stylesheet path the man page is mangled. But if I sell OBS to use the docbook4 stylesheet it does not install docbook 5 and the manpage is rendered correctly when built in OBS. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1190190] kmod: manpage of modprobe.d not correctly rendered
by bugzilla_noreply＠suse.com 06 Sep '21

06 Sep '21

https://bugzilla.suse.com/show_bug.cgi?id=1190190 https://bugzilla.suse.com/show_bug.cgi?id=1190190#c6 --- Comment #6 from Thomas Schraitle <thomas.schraitle(a)suse.com> --- I've just tested my theory with the upstream DocBook source of xsltproc (see https://gitlab.gnome.org/GNOME/libxslt/-/blob/master/doc/xsltproc.xml) This source code refers DocBook v4.1.2 (quite old). I used this command line: /usr/bin/xsltproc \ -o xsltproc \ --nonet \ --stringparam man.output.quietly 1 \ --stringparam funcsynopsis.style "ansi" \ /usr/share/xml/docbook/stylesheet/nwalsh/current/manpages/docbook.xsl When I open the manpage, everything looks fine. Using the ns variant (nwalsh -> nwalsh5), I can see the effect that was described in comment#0. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1190190] kmod: manpage of modprobe.d not correctly rendered
by bugzilla_noreply＠suse.com 06 Sep '21

06 Sep '21

https://bugzilla.suse.com/show_bug.cgi?id=1190190 https://bugzilla.suse.com/show_bug.cgi?id=1190190#c5 --- Comment #5 from Pedro Monreal Gonzalez <pmonrealgonzalez(a)suse.com> --- (In reply to Pedro Monreal Gonzalez from comment #3) > (In reply to Michal Suchanek from comment #1) > > This is some tooling error. > > > > The man page comes correctly rendered in the upstream git, we alter the > > source, and then it comes mangled after it is regenerated from the XML > > > > Any idea what might have gone wrong with the xsltproc? > > > > /usr/bin/xsltproc \ > > -o modprobe.d.5 \ > > --nonet \ > > --stringparam man.output.quietly 1 \ > > --param funcsynopsis.style "'ansi'" \ > > /usr/share/xml/docbook/stylesheet/nwalsh5/current/manpages/docbook.xsl > > modprobe.d.xml > > Note: namesp. add : added namespace before processing modprobe.d > > Hi, @Michal. Looks like this recently accepted submissions is related: > https://build.opensuse.org/request/show/898998 > > I'm adding @Petr here in CC. Just for reference: * Upstream issue: https://gitlab.gnome.org/GNOME/libxslt/-/issues/31 * Upstream commit: https://gitlab.gnome.org/GNOME/libxslt/-/commit/f165525fe744e6fe3b377b480d6… -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1190190] kmod: manpage of modprobe.d not correctly rendered
by bugzilla_noreply＠suse.com 06 Sep '21

06 Sep '21

https://bugzilla.suse.com/show_bug.cgi?id=1190190 https://bugzilla.suse.com/show_bug.cgi?id=1190190#c4 Thomas Schraitle <thomas.schraitle(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(thomas.schraitle@ | |suse.com) | --- Comment #4 from Thomas Schraitle <thomas.schraitle(a)suse.com> --- Just to to let you know a few details which could be important. 1. Different DocBook versions Nowadays, DocBook has two major versions: 4 or 5. Among other changes, the most prevalent difference is a namespace in version 5. This looks like this: <refentry xmlns="http://docbook.org/ns/docbook" ...> If you don't have this namespace it is DocBook 4 which usually looks like this: <!DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd"> <refentry ...> 2. Different DocBook stylesheets Furthermore, the DocBook project publishes also the DocBook stylesheets. These are XSLT stylesheets which can transform the XML input into the most common output formats (HTML, FO, or--in your case--manpage). The tricky part is that these stylesheets comes in a non-ns and ns variant (ns stands for namespace). Although the non-ns variant is made for DocBook 4 and the ns variant for DocBook 5, it normally doesn't matter. However, I discovered some strange effects when using the ns variant with DocBook 4 sources (or vice versa). To make a long story short: check which DocBook version you have and use the right stylesheet for the job. For example, in case you still use DocBook 4, you want to try the non-ns variant. Replace this path: /usr/share/xml/docbook/stylesheet/nwalsh5/current/manpages/docbook.xsl with this: /usr/share/xml/docbook/stylesheet/nwalsh/current/manpages/docbook.xsl (without the "5" in nwalsh) Hope that helps. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1190190] kmod: manpage of modprobe.d not correctly rendered
by bugzilla_noreply＠suse.com 06 Sep '21

06 Sep '21

https://bugzilla.suse.com/show_bug.cgi?id=1190190 https://bugzilla.suse.com/show_bug.cgi?id=1190190#c3 Pedro Monreal Gonzalez <pmonrealgonzalez(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |petr.vorel(a)suse.com Flags|needinfo?(pmonrealgonzalez@ | |suse.com) | --- Comment #3 from Pedro Monreal Gonzalez <pmonrealgonzalez(a)suse.com> --- (In reply to Michal Suchanek from comment #1) > This is some tooling error. > > The man page comes correctly rendered in the upstream git, we alter the > source, and then it comes mangled after it is regenerated from the XML > > Any idea what might have gone wrong with the xsltproc? > > /usr/bin/xsltproc \ > -o modprobe.d.5 \ > --nonet \ > --stringparam man.output.quietly 1 \ > --param funcsynopsis.style "'ansi'" \ > /usr/share/xml/docbook/stylesheet/nwalsh5/current/manpages/docbook.xsl > modprobe.d.xml > Note: namesp. add : added namespace before processing modprobe.d Hi, @Michal. Looks like this recently accepted submissions is related: https://build.opensuse.org/request/show/898998 I'm adding @Petr here in CC. -- You are receiving this mail because: You are the assignee for the bug.

1 0