Do you have some examples? See also here: https://bugs.archlinux.org/task/67043?project=1&string=fontconfig
Fonts did look a little off all over the place on first glance: sizes and spacing was different than before.
Screenshots are from
mediathekview 13.5.1-3, the german umlauts aren't readable at all:
Simply downgrading the package fixed it, didn't investigate any further due to time constraints.
maybe we should do a git-bisect to find the issue. These are the commits so far. Wilde guess would be this:
What happens if you clear your cache?
Clearing the cache didn't improve the situation.
I tried bisecting: the last commit Drop Bitstream Vera fonts from 60-latin.conf (
fcb042028126d79ea5a5fa015b2b034b98656e73) introduces the breakage for me.
edit: Although my "test case" is/was
mediathekview there are visible changes introduced on
sddm login screen with this commit as well.
I was just about to post that as well. It appears that favoring Nimbus font loading doesn't exactly jibe well here.
Please read this and check which fonts are installed on your system.
Seems Debian and Ubuntu added some patches which might be missing on Arch.
Seems they added it after all
Try to uninstall ttf-bitstream-vera which is broken anyway.
Thanks, I hadn't dabbled much with fonts before but the links you provided helped and explained the situation:
ttf-bitstream-verawas explicitly installed on my KDE system since it was set up
$ fc-match Sans Vera.ttf: "Bitstream Vera Sans" "Roman" $ fc-match Serif VeraSe.ttf: "Bitstream Vera Serif" "Roman" $ fc-match Mono VeraMono.ttf: "Bitstream Vera Sans Mono" "Roman"
fontconfigchanges to remove
BitStream Verafrom the font order made my system fallback to different fonts:
$ fc-match Sans NimbusSans-Regular.otf: "Nimbus Sans" "Regular" $ fc-match Serif NimbusRoman-Regular.otf: "Nimbus Roman" "Regular" $ fc-match Mono Inconsolata-Regular.ttf: "Inconsolata" "Regular"
- removal of
- installation of
$ fc-match Sans DejaVuSans.ttf: "DejaVu Sans" "Book" $ fc-match Serif DejaVuSerif.ttf: "DejaVu Serif" "Book" $ fc-match Mono DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book"
So the missing
ttf-dejavu made the
fontconfig change "look bad" in my case.
So it has just hit MJ's Unstable too. 96 updates on my side, what a number.
Along with Plasma there are updated Perl packages. I've got this warning:
(5/7) Warn about old perl modules WARNING: '/usr/lib/perl5/5.30' contains data from at least 1 packages which will NOT be used by the installed perl interpreter. -> Run the following command to get a list of affected packages: pacman -Qqo '/usr/lib/perl5/5.30'
So I did:
$ pacman -Qqo '/usr/lib/perl5/5.30'
And I got:
Apparently something is going to be borked after reboot?
apparmor should fix it.
Off topic reply but the links to KDE-dev, and XFCE, KDE, Gnome flavors too, are dead, maybe better link directly to https://osdn.net/projects/manjaro-community/storage/kde-dev/ or other main pages for the specific flavors of Manjaro, instead of subversion that may disappear in the future (this way no breakage by copy/pasting the thread in the future).
Also really nitpicking but I think the #staysave has a typo and probably should be #staysafe or maybe this is kind of a joke regarding backups (saves) and I didn't get it
In the german publication "linuxuser spezial" (02/2020) I read about
Well, that is not the STASI - but would this really be helpful before crashing an installation?!
(update will onlybe made AFTER reading notice regarding the update; looking into Forum
is not obsolete indeed, maybe less complaining
$ pacman -Qdt xorg-font-utils 7.6-6 xorg-fonts-alias 1.0.3-3
Stellarium 0.20.2 is now available and working.
There is still no distance information for objects, that never cross the horizon.
How to travel without this information (mainly: how much petrol / food do I need to fill up)?
(Wer ist der Mensch mit Werkvertrag bei Stellarium?)
(Who is the person with a "contract for work and labour" at Stellarium?)
how to reach--> email@example.com
Thank you. I did my usual
$ sudo pacman -Rsn $(pacman -Qqdt)
and have no immediate issues.
Kernel 5.7.8-1 breaks systemd.automount.
I only see these ...
SMB3: Honor persistent/resilient handle flags for multiuser mounts
SMB3: Honor 'seal' flag for multiuser mounts
SMB3: Honor 'posix' flag for multiuser mounts
It's a NFS share, I will check out this evening what's going on.
No issues with 5.7.8-5.
I suspect it was a timing issue trying to mount the device too early.
Confirmed working here as well. I had additional tmpfs and firejail issues that have since resolved themselves.