Re: [arch-general] My font rendering has changed
On 16-07-2020 10:02, Riccardo Paolo Bestetti via arch-general wrote: Since a few days ago, font rendering inside my desktop environment (SwayWM) seems to have changed. E.g. title bars are now rendered using a generic monospaced font instead of the usual one, and Termite does not seem to be able to load the Fira Code font and falls back to its default font. bemenu is also rendering differently and with a different font. I cannot find anything obvious in /var/log/pacman.log. I.e. I have done a full system upgrade lately but it doesn't seem to include anything that could have obviously caused this. Has anyone had anything similar? Where could I look to debug the issue? Best regards, Riccardo Paolo Bestetti Some Manjaro users have had font-related issues that sound similar to yours after an update earlier this week, which comes from changes made to the fontconfig package (removed dependency on some fonts). Apparently updating (or installing) the ttf-dejavu package fixes this (installs the missing fonts). The following thread on their forums lists some links to more information https://forum.manjaro.org/t/unstable-update-2020-05-15-kernels-cinnamon-4-6-toolchain-php-amdvlk-pamac-browsers/142683/59 Update thread for the latest update with people reporting a similar problem https://forum.manjaro.org/t/stable-update-2020-07-19-kernels-kde-libreoffice-mesa-cinnamon-deepin-pamac-browsers/153971/19 Possibly this can help and give some insight towards your font issue. Greetings, H. Arnold
Re: [arch-general] Why bind-tools was merged into bind package?
On 7/19/20 3:15 PM, Óscar García Amor via arch-general wrote: > I can understand that packagers want to make things easy, but not in > this case. I cannot have a full service installed with a new user > created, only host, dig and nslookup commands. The splitted package > bind and bind-tools had this option, but now I must install a service > that I do not need which is annoying. > > There is any way to reconsider this? Why do you care if a service is installed, if you aren't using that service? Don't enable the service. You have lots of disabled services installed already. Why is it a problem if a system user is created that you don't need? You have lots of system users you don't use, already. If it bothers you that much, create a sysusers.d dropin override to prevent that user's creation. I see no rationale to re-split the package. The arguments you're using aren't arguments which arch typically values. -- Eli Schwartz Bug Wrangler and Trusted User signature.asc Description: OpenPGP digital signature
Re: [arch-general] Why bind-tools was merged into bind package?
??scar Garc??a Amor via arch-general wrote: > I can understand that packagers want to make things easy, but not in > this case. I cannot have a full service installed with a new user > created, only host, dig and nslookup commands. The splitted package > bind and bind-tools had this option, but now I must install a service > that I do not need which is annoying. > > There is any way to reconsider this? > > Greetings. > -- > ??scar Garc??a Amor | ogarcia at moire.org | http://ogarcia.me If you want only host, dig and nslookup, can't you leave the named service disabled? Or am I totaly misunderstanding you?
Re: [arch-general] Why bind-tools was merged into bind package?
Seconding this request, bind and bind-tools should stay splitted.
[arch-general] Why bind-tools was merged into bind package?
I can understand that packagers want to make things easy, but not in this case. I cannot have a full service installed with a new user created, only host, dig and nslookup commands. The splitted package bind and bind-tools had this option, but now I must install a service that I do not need which is annoying. There is any way to reconsider this? Greetings. -- Óscar García Amor | ogarcia at moire.org | http://ogarcia.me