January 2023 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1194160] New: texlive-tex-gyre-fonts: Unknown Type 1 weight "BoldItalic"
by bugzilla_noreply＠suse.com 06 Apr '23

06 Apr '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1194160 Bug ID: 1194160 Summary: texlive-tex-gyre-fonts: Unknown Type 1 weight "BoldItalic" Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.3 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Upgrade Problems Assignee: screening-team-bugs(a)suse.de Reporter: Ulrich.Windl(a)rz.uni-regensburg.de QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Upgrading from Leap 15.2 to 15.3 via "zypper dup" showed this error message: (4328/5706) Installing: texlive-tex-gyre-fonts-2017.134.2.004svn18651-5.18.noarch .....[done] Additional rpm output: Unknown Type 1 weight "BoldItalic" Couldn't determine weight for qcsbi.pfb -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1204746] New: texlive-scheme-medium missing english documentation for fancyhdr
by bugzilla_noreply＠suse.com 06 Apr '23

06 Apr '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1204746 Bug ID: 1204746 Summary: texlive-scheme-medium missing english documentation for fancyhdr Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Patterns Assignee: dimstar(a)opensuse.org Reporter: lukasstraub2(a)web.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- When installing texlive-scheme-medium, it includes documentation, but for example for fancyhdr only the italian docs are included, not the english ones. i.e. only texlive-fancyhdr-it is installed, not texlive-fancyhdr-doc. I suspect this is not the only package that has this problem. I expect at least english documentation to be installed. -- You are receiving this mail because: You are on the CC list for the bug.

1 16

[Bug 1207289] New: windows:mingw:win{32|64}: drop obsolete BuildRoot: line in spec files
by bugzilla_noreply＠suse.com 05 Apr '23

05 Apr '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1207289 Bug ID: 1207289 Summary: windows:mingw:win{32|64}: drop obsolete BuildRoot: line in spec files Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: fstrba(a)suse.com Reporter: ralf.habacker(a)freenet.de QA Contact: screening-team-bugs(a)suse.de CC: fridrich.strba(a)bluewin.ch, hib(a)hiberis.nl, mkbosmans(a)gmail.com Found By: --- Blocker: --- In the past, several changes were made to the packages of the listed projects, including the removal of the line "BuildRoot:". As this is used by many *.spec files (398 out of 547 existing): osc co windows:mingw:win32 cd windows:mingw:win32 find -maxdepth 2 -type f -name '*.spec' -exec grep -Hn "BuildRoot:" {} \; | wc -l 398 find -maxdepth 2 -type f -name '*.spec' | wc -l 547 it could save the packagers time to do this removal as a bulk change with: osc co windows:mingw:win32 cd windows:mingw:win32 find -maxdepth 2 -type f -name '*.spec' -exec gawk -i inplace '$1 == "BuildRoot:" { getline } { print $0}' {} \; osc ci -m "Drop BuildRoot:" -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1195094] New: nVidia: Remove generic (fb) driver first ...
by bugzilla_noreply＠suse.com 05 Apr '23

05 Apr '23

https://bugzilla.suse.com/show_bug.cgi?id=1195094 Bug ID: 1195094 Summary: nVidia: Remove generic (fb) driver first ... Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Enhancement Priority: P5 - None Component: X11 3rd Party Driver Assignee: gfx-bugs(a)suse.de Reporter: sndirsch(a)suse.com QA Contact: sndirsch(a)suse.com Found By: --- Blocker: --- Users of nVidia's proprietary driver are running into issues with the introduction of 'simpledrm'. https://forums.developer.nvidia.com/t/510-39-01-on-5-16-0-kernel-green-scre… There are workarounds available like a) patching the nvidia kernel module and no longer calling pci_request_regions(...) function b) Kernel option 'initcall_blacklist=simpledrm_platform_driver_init' c) Kerneloption ' fbcon=map:1'. But the culprit is that nVidia doesn't remove the generic driver (e.g. efifb/vesafb) first. This should be changed to address the real issue here. API under MIT license https://elixir.bootlin.com/linux/latest/source/include/drm/drm_aperture.h Example for nouveau driver. https://elixir.bootlin.com/linux/latest/source/drivers/gpu/drm/nouveau/nouv… Thomas is the author of 'simpledrm'. Please correct me, if I misunderstood anything and feel free to add more details here. -- You are receiving this mail because: You are on the CC list for the bug.

1 14

[Bug 1202260] New: qemu 7.0 breaks gnulib tests
by bugzilla_noreply＠suse.com 05 Apr '23

05 Apr '23

https://bugzilla.suse.com/show_bug.cgi?id=1202260 Bug ID: 1202260 Summary: qemu 7.0 breaks gnulib tests Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: li.zhang(a)suse.com Reporter: schwab(a)suse.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- The linux-user emulation in qemu 7.0 breaks the gnulib test test-free, as seen in various packages. https://build.opensuse.org/package/live_build_log/devel:RISCV:ALP/diffutils… https://build.opensuse.org/package/live_build_log/devel:RISCV:ALP/grep/stan… https://build.opensuse.org/package/live_build_log/devel:RISCV:ALP/findutils… FAIL: test-free =============== ***MEMORY-ERROR***: qemu-riscv64[11423]: GSlice: failed to allocate 496 bytes (alignment: 512): Cannot allocate memory FAIL test-free (exit status: 139) -- You are receiving this mail because: You are on the CC list for the bug.

1 11

[Bug 1202588] New: okular, forms, checkbox, chek mark not recorded in the document
by bugzilla_noreply＠suse.com 05 Apr '23

05 Apr '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1202588 Bug ID: 1202588 Summary: okular, forms, checkbox, chek mark not recorded in the document Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE Applications Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: epistemepromeneur(a)free.fr QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- SUMMARY the check mark is recorded in the form and not recorded in the document. STEPS TO REPRODUCE 1. open a pdf with forms 2. click on a checkbox 3. a check mark is written 4 record and close the document 5 open the document the checkbox is empty, no check mark 6 activate the forms there is a check mark in the checkbox No problem with text box ADDITIONAL INFORMATION open the modified and recorded document with LibreOffice Draw the check mark does not appears in the checkbox The kde team says : it is a poppler problem solved with the new version. See https://bugs.kde.org/show_bug.cgi?id=458062 please update poppler to the last version. Thanks -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1176302] New: keyboard: Switch kbd keyboard defaults to xkb based ones
by bugzilla_noreply＠suse.com 05 Apr '23

05 Apr '23

https://bugzilla.suse.com/show_bug.cgi?id=1176302 Bug ID: 1176302 Summary: keyboard: Switch kbd keyboard defaults to xkb based ones Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: sbrabec(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- In past, kbd had its own keymaps with different names and layouts than xkb. Several years ago we generated a set of new keymaps based on xkb keymaps, and moved old ones to the kbd-legacy sub-package. But these keymaps are still not used by default. To fix this situation, we have to: 1. Change YaST keymap selection. kbd keymap should have the same name as xkb keymap. 2a. Change keymap search path inside kbd. In case of name conflict prefer the one from /usr/share/kbd/keymaps/xkb. or 2b. When YaST will pick keymap, it will use fully qualified path. I would prefer 2a. 3. Write a migration %post script that will perform one-shot migration of legacy keymaps to xkb ones. (I will just fetch the history of keyboard/src/data/keyboards.rb 4. Remove kbd-legacy from the default installation. -- You are receiving this mail because: You are on the CC list for the bug.

1 15

[Bug 1165282] New: Add browse option for selecting custom boot PBR
by bugzilla_noreply＠novell.com 05 Apr '23

05 Apr '23

http://bugzilla.suse.com/show_bug.cgi?id=1165282 Bug ID: 1165282 Summary: Add browse option for selecting custom boot PBR Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.1 Hardware: i686 OS: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Installation Assignee: yast2-maintainers(a)suse.de Reporter: smetz3(a)gmu.edu QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- When installing with a custom boot, the installer has an entry field for the device into whose PBR the installer will write the loader. It would be nice to have a browse button that presented a list of all known partitions. -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 1159595] New: Installed vms use a path-id for suspend instead of uuid.
by bugzilla_noreply＠novell.com 05 Apr '23

05 Apr '23

http://bugzilla.suse.com/show_bug.cgi?id=1159595 Bug ID: 1159595 Summary: Installed vms use a path-id for suspend instead of uuid. Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: william.brown(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- When the system is installed with default partitioning (no changes), which should use UUID's, suspend to disk in /etc/default/grub is configured with swap by a path-id instead. This can lead to VM's that are unable to boot when their swap partition changes location (IE changing from virtio to scsi) or a hardware machine that changes pci paths in some way (relocation of a disk controller or disk controller replacement due to RMA etc). This causes machines to be unbootable because the resume=/dev/disk/path-id can never be resolved and has an infinite timeout. The machine then must be forced off and the resolution steps are unclear Work around is to add noresume at boot, and to edit /etc/default/grub post install to remove the resume option. See also: https://bugzilla.suse.com/show_bug.cgi?id=1159236 -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 1187782] New: YaST2 NFS server does not export file shares
by bugzilla_noreply＠suse.com 05 Apr '23

05 Apr '23

https://bugzilla.suse.com/show_bug.cgi?id=1187782 Bug ID: 1187782 Summary: YaST2 NFS server does not export file shares Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.3 Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: screening-team-bugs(a)suse.de Reporter: jm-hotmail(a)hotmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- At the conclusion of establishing a network share with YaST2 NFS server, one must manually export the share(s), either with the command exportfs -a (or -rav, etc.), or restart the server. The Reference manual does not mention this in section 22.3 (https://doc.opensuse.org/documentation/leap/reference/html/book-reference/c…) Could the exportfs function be added to the YaST2 process? -- You are receiving this mail because: You are on the CC list for the bug.

1 19