Comments

26 Comments
User Icon ndim commented & provided feedback on beep-1.4.12-6.el8 a week ago
BZ#2157788 Requires: systemd-udev which is not available for epel7
User Icon ndim commented & provided feedback on beep-1.4.12-6.el9 a week ago
BZ#2157788 Requires: systemd-udev which is not available for epel7
User Icon ndim commented & provided feedback on beep-1.4.12-6.el7 a week ago
BZ#2157788 Requires: systemd-udev which is not available for epel7
User Icon ndim commented & provided feedback on beep-1.4.12-6.fc37 a week ago
BZ#2157788 Requires: systemd-udev which is not available for epel7
User Icon ndim commented & provided feedback on beep-1.4.12-6.fc36 a week ago

As noted in https://src.fedoraproject.org/rpms/beep/pull-request/1#comment-128524, this generates a dependency on systemd instead of systemd-udev on Fedora, which is wrong.

BZ#2157788 Requires: systemd-udev which is not available for epel7
User Icon ndim commented & provided feedback on mutter-40.1-2.fc34 a year ago
karma

My radeon system works starts gdm now without needing the workaround of switching virtual consoles back and forth.

Everything else appears to be working well as it has always been.

BZ#1960937 Only a blinking cursor at the upper left corner upon start of gdm
User Icon ndim commented & provided feedback on mutter-40.1-2.fc34 a year ago
karma

My radeon system works starts gdm now without needing the workaround of switching virtual consoles back and forth.

Everything else appears to be working well as it has always been.

BZ#1960937 Only a blinking cursor at the upper left corner upon start of gdm

I tested this on my one remaining F32 system, and both the -console install and use works, and the character spacing in a Gnome session works properly now as well.

The terminus-fonts-console subpackage does not install on Fedora 32 as the requirement for /usr/lib/kbd/consolefonts is not satisfied there.

BZ#1939083 Cannot install example-clients subpackage when using pipewire JACK implementation
karma

This update has broken sound on my system.

Before this update, I had modified /etc/pipewire/{jack,pipewire,pipewire-pulse.conf} adding log.level = 3 to help with finding a rarely occurring problem.

Updating to pipewire-0.3.24-1.fc34 kept these three config files as they were and saved the new ones as /etc/pipewire/{jack,pipewire,pipewire-pulse.conf}.rpmnew.

Apparently, the configuration file format has changed, though. Now 0.3.24-1 misinterprets the old config files, pipewire-pulse does not run properly, and every time a client tries to connect (mpv, pavucontrol, etc.) it just hangs indefinitely.

Renaming the *.rpmnew files to the the proper file names, re-applying my log.level = 3 edits, and rebooting fixes the issue.

karma

Does not install:

# rpm -q skopeo containers-common
skopeo-1.2.1-28.dev.git1b813f8.fc34.x86_64
containers-common-1.2.1-28.dev.git1b813f8.fc34.x86_64
# dnf update
Last metadata expiration check: 2:02:59 ago on Mi 10 Mär 2021 20:53:13 CET.
Dependencies resolved.

 Problem: cannot install the best update candidate for package skopeo-1:1.2.1-28.dev.git1b813f8.fc34.x86_64
  - nothing provides containers-common >= 4:1-6 needed by skopeo-1:1.2.2-22.fc34.x86_64
==============================================================================================
 Package          Architecture     Version                    Repository                 Size
==============================================================================================
Skipping packages with broken dependencies:
 skopeo           x86_64           1:1.2.2-22.fc34            updates-testing           5.8 M

Transaction Summary
==============================================================================================
Skip  1 Package

Nothing to do.
Complete!
#

This update has been unpushed.

I have to correct myself: This appears to fix the horizontal spacing, whilst completely messing up the vertical spacing: https://bugzilla.redhat.com/show_bug.cgi?id=1922893

This appears to fix the weird spacing in some font sizes when changing through font sizes in gnome-terminal with Ctrl-+.

Works for me.

BZ#1824365 On x86_64, clang detects the wrong gcc directory

FWIW, installing all packages (including terminus-fonts with *.otb and terminus-fonts-legacy-x11 with *.pcf.gz) works OK for on current F32. Both gnome-terminal and emacs 26 show text in Terminus, even if gnome-terminal lists those weird broken italic variant which the font software stack insists on poorly inventing (see https://bugzilla.redhat.com/show_bug.cgi?id=1827905).

Apparently, something is broken on F32: https://bugzilla.redhat.com/show_bug.cgi?id=1823637

Looks good to me.

BZ#1787668 fonttosfnt update required for converting bitmap fonts to OpenType bitmap (*.otb)

I have just noticed two presumably generated italic versions of Terminus Medium and Terminus Bold in the gnome-terminal font selection dialog. The "Terminus Bold Italic" appears to be a font with proper characters, while the generation of what should have beenTerminus Medium or Terminus Italic went wrong and only produces those hex number glyphs.

The non-italic fonts Terminus Medium and Terminus Bold which are actually inside the terminus-fonts package do work, so please just ignore those italic fonts for now.

BZ#1748495 The terminus font is no longer found by gvim, so text files come up with glyphs instead of characters.