bug#48714: 28.0.50; Inconsistent font after theme modus-operandi upgrade

bug#48714: 28.0.50; Inconsistent font after theme modus-operandi upgrade

[Pankaj Jangid]

[-- Attachment #1: Type: text/plain, Size: 803 bytes --]


I have this setting in my init file:

--8<---------------cut here---------------start------------->8---
(when (window-system)
  (custom-set-variables
   '(modus-themes-slanted-constructs t)
   '(modus-themes-bold-constructs nil))
  (load-theme 'modus-operandi))
--8<---------------cut here---------------end--------------->8---

After upgrade the new version of modus-themes is merged on master, I get
the view attached as ‘emacs_1.png’.

If I comment-out the above lines in init file and then ‘M-x load-theme
RET modus-operandi RET’ after the startup, I get the view as in
‘emacs_2.png’.

Notice the font difference. And this difference is causing problems in
other areas. Like Gnus group buffer; the lines are not aligned properly.

Sorry for the image attachments.

[-- Attachment #2: emacs_1.png --]
[-- Type: image/png, Size: 352534 bytes --]

[-- Attachment #3: emacs_2.png --]
[-- Type: image/png, Size: 478337 bytes --]

[-- Attachment #4: Type: text/plain, Size: 5503 bytes --]




In GNU Emacs 28.0.50 (build 2, x86_64-apple-darwin20.5.0, NS appkit-2022.50 Version 11.4 (Build 20F71))
 of 2021-05-28 built on mb2.local
Repository revision: 6d916bfb37d88a63663ad5777c8c3b83fbcfdbd0
Repository branch: master
Windowing system distributor 'Apple', version 10.3.2022
System Description:  macOS 11.4

Configured features:
ACL DBUS GIF GLIB GMP GNUTLS JPEG JSON LCMS2 LIBXML2 MODULES NOTIFY
KQUEUE NS PDUMPER PNG RSVG THREADS TIFF TOOLKIT_SCROLL_BARS XIM ZLIB

Important settings:
  value of $LC_CTYPE: UTF-8
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Group

Minor modes in effect:
  gnus-undo-mode: t
  savehist-mode: t
  desktop-save-mode: t
  shell-dirtrack-mode: t
  direnv-mode: t
  TeX-PDF-mode: t
  override-global-mode: t
  show-paren-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow flyspell ispell emacsbug url-http url-gw url-auth gnus-html
help-fns radix-tree url-cache org-duration view cal-china lunar solar
cal-dst cal-bahai cal-islam cal-hebrew holidays hol-loaddefs cal-iso
face-remap org-agenda org-refile shr-color color sort smiley gnus-cite
mm-archive mail-extr gnus-bcklg gnus-async qp gnus-ml hl-line disp-table
nndraft nnmh utf-7 nnml nnfolder epa-file gnutls network-stream nsm
gnus-agent gnus-srvr gnus-score score-mode nnvirtual nntp gnus-cache
.gnus ebdb-message sendmail ebdb-gnus gnus-msg solidity-mode
solidity-common diary-lib diary-loaddefs ol-eww eww xdg url-queue mm-url
ol-rmail ol-mhe ol-irc ol-info ol-gnus nnselect gnus-search gnus-art
mm-uu mml2015 mm-view mml-smime smime dig gnus-sum shr kinsoku svg dom
gnus-group gnus-undo gnus-start gnus-dbus dbus xml gnus-cloud nnimap
nnmail mail-source utf7 netrc nnoo gnus-spec gnus-int gnus-range message
rmc puny rfc822 mml mml-sec epa derived epg epg-config mm-decode
mm-bodies mm-encode mail-parse rfc2231 gmm-utils mailheader gnus-win
gnus nnheader gnus-util rmail rmail-loaddefs rfc2047 rfc2045 ietf-drums
mail-utils mm-util mail-prsvr wid-edit ol-docview doc-view jka-compr
image-mode exif dired dired-loaddefs ol-bibtex bibtex ol-bbdb ol-w3m
checkdoc vc-git flymake-proc flymake warnings elec-pair init savehist
desktop frameset ob-plantuml ob-sql ob-css ob-js ob-java ob-C cc-mode
cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars
cc-defs ob-python python tramp-sh tramp tramp-loaddefs trampver
tramp-integration files-x tramp-compat shell parse-time iso8601 ls-lisp
ob-R ebdb-mua ebdb-com ebdb-format ebdb mailabbrev eieio-opt speedbar
ezimage dframe eieio-base pcase timezone direnv diff-mode dash po-mode
sesman vc vc-dispatcher edmacro kmacro clojure-mode lisp-mnt align imenu
rust-utils thingatpt rust-mode rx rust-rustfmt rust-playpen rust-compile
compile text-property-search rust-cargo org-mime ox-org ox-odt rng-loc
rng-uri rng-parse rng-match rng-dt rng-util rng-pttrn nxml-parse nxml-ns
nxml-enc xmltok nxml-util ox-latex ox-icalendar ox-html table ox-ascii
ox-publish ox org-element avl-tree generator org ob ob-tangle ob-ref
ob-lob ob-table ob-exp org-macro org-footnote org-src ob-comint
org-pcomplete pcomplete comint ansi-color ring org-list org-faces
org-entities time-date org-version ob-emacs-lisp ob-core ob-eval
org-table ol org-keys org-compat advice org-macs org-loaddefs
format-spec find-func cal-menu calendar cal-loaddefs noutline outline
delight hideshow tex crm texmathp cl-extra help-mode finder-inf
use-package use-package-ensure use-package-delight use-package-diminish
use-package-bind-key bind-key easy-mmode use-package-core server avoid
paren cus-load tex-site info early-init package browse-url url url-proxy
url-privacy url-expand url-methods url-history url-cookie url-domsuf
url-util mailcap url-handlers url-parse auth-source cl-seq eieio
eieio-core cl-macs eieio-loaddefs password-cache json subr-x map
url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib
iso-transl tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel term/ns-win ns-win ucs-normalize mule-util
term/common-win tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu
timer select scroll-bar mouse jit-lock font-lock syntax font-core
term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button
loaddefs faces cus-face macroexp files window text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote threads dbusbind kqueue cocoa ns
lcms2 multi-tty make-network-process emacs)

Memory information:
((conses 16 705109 62162)
 (symbols 48 41617 3)
 (strings 32 183778 13599)
 (string-bytes 1 5801252)
 (vectors 16 79924)
 (vector-slots 8 1596589 115581)
 (floats 8 925 631)
 (intervals 56 1368 471)
 (buffers 992 51))

-- 
Regards ~Pankaj

bug#48714: 28.0.50; Inconsistent font after theme modus-operandi upgrade

[Eli Zaretskii]

> From: Pankaj Jangid <pankaj@codeisgreat.org>
> Date: Fri, 28 May 2021 18:13:54 +0530
> 
> I have this setting in my init file:
> 
> --8<---------------cut here---------------start------------->8---
> (when (window-system)
>   (custom-set-variables
>    '(modus-themes-slanted-constructs t)
>    '(modus-themes-bold-constructs nil))
>   (load-theme 'modus-operandi))
> --8<---------------cut here---------------end--------------->8---
> 
> After upgrade the new version of modus-themes is merged on master, I get
> the view attached as ‘emacs_1.png’.
> 
> If I comment-out the above lines in init file and then ‘M-x load-theme
> RET modus-operandi RET’ after the startup, I get the view as in
> ‘emacs_2.png’.
> 
> Notice the font difference. And this difference is causing problems in
> other areas. Like Gnus group buffer; the lines are not aligned properly.

I don't understand: these 2 are defcustoms.  If you don't like their
effects, just leave them at their default values.

bug#48714: 28.0.50; Inconsistent font after theme modus-operandi upgrade

[Pankaj Jangid]

Eli Zaretskii <eliz@gnu.org> writes:

>> If I comment-out the above lines in init file and then ‘M-x load-theme
>> RET modus-operandi RET’ after the startup, I get the view as in
>> ‘emacs_2.png’.
>> 
>> Notice the font difference. And this difference is causing problems in
>> other areas. Like Gnus group buffer; the lines are not aligned properly.
>
> I don't understand: these 2 are defcustoms.  If you don't like their
> effects, just leave them at their default values.

I think I was not clear enough.

Basically, I get different font width margin etc. based on when I am
loading the theme. If I load the theme from init, I get ‘emacs_1.png’
and if I load the theme using ‘M-x load-theme RET modus-operandi RET’,
then I get the view ‘emacs_2.png’. In both the scenarios I am talking
about the same theme i.e. modus-operandi. I really like this theme. That
is why I am a bit concerned.

Look at the mode-line to see the differences.

CCing Protesilaos.

bug#48714: 28.0.50; Inconsistent font after theme modus-operandi upgrade

[Eli Zaretskii]

> From: Pankaj Jangid <pankaj@codeisgreat.org>
> Cc: 48714@debbugs.gnu.org, Protesilaos Stavrou <info@protesilaos.com>
> Date: Fri, 28 May 2021 19:16:34 +0530
> 
> > I don't understand: these 2 are defcustoms.  If you don't like their
> > effects, just leave them at their default values.
> 
> I think I was not clear enough.
> 
> Basically, I get different font width margin etc. based on when I am
> loading the theme. If I load the theme from init, I get ‘emacs_1.png’
> and if I load the theme using ‘M-x load-theme RET modus-operandi RET’,
> then I get the view ‘emacs_2.png’.

Ah, okay.  I guess I missed this aspect, sorry.  I thought you were
saying that leaving those options turned off produces emacs_2.png, not
that the difference is when the mode is loaded.

bug#48714: 28.0.50; Inconsistent font after theme modus-operandi upgrade

[Protesilaos Stavrou]

On 2021-05-28, 19:16 +0530, Pankaj Jangid <pankaj@codeisgreat.org> wrote:

> Eli Zaretskii <eliz@gnu.org> writes:
>
>>> If I comment-out the above lines in init file and then ‘M-x load-theme
>>> RET modus-operandi RET’ after the startup, I get the view as in
>>> ‘emacs_2.png’.
>>> 
>>> Notice the font difference. And this difference is causing problems in
>>> other areas. Like Gnus group buffer; the lines are not aligned properly.
>>
>> I don't understand: these 2 are defcustoms.  If you don't like their
>> effects, just leave them at their default values.
>
> I think I was not clear enough.
>
> Basically, I get different font width margin etc. based on when I am
> loading the theme. If I load the theme from init, I get ‘emacs_1.png’
> and if I load the theme using ‘M-x load-theme RET modus-operandi RET’,
> then I get the view ‘emacs_2.png’. In both the scenarios I am talking
> about the same theme i.e. modus-operandi. I really like this theme. That
> is why I am a bit concerned.
>
> Look at the mode-line to see the differences.
>
> CCing Protesilaos.

The problem here seems to be with the 'italic' face.  It appears that
something in your init is setting that to a different font family either
by assigning the ':family' property or by ':inherit variable-pitch'.

Can you load the theme the problematic way and try:

    M-x describe-symbol RET italic RET

The Help buffer should show something like this:

    Documentation:
    Basic italic face.

    Defined in ‘faces.el’.


               Family: unspecified
              Foundry: unspecified
                Width: unspecified
               Height: unspecified
               Weight: unspecified
                Slant: italic
           Foreground: unspecified
    DistantForeground: unspecified
           Background: unspecified
            Underline: unspecified
             Overline: unspecified
       Strike-through: unspecified
                  Box: unspecified
              Inverse: unspecified
              Stipple: unspecified
                 Font: unspecified
              Fontset: unspecified
               Extend: unspecified
              Inherit: unspecified

Also, what happens after the problematic loading if you re-load the
theme?  Does that affect the fonts or not?

Lastly, did you upgrade between recent versions, say, 1.3.0 to the
current 1.4.0?

-- 
Protesilaos Stavrou
https://protesilaos.com

bug#48714: 28.0.50; Inconsistent font after theme modus-operandi upgrade

[Pankaj Jangid]

Protesilaos Stavrou <info@protesilaos.com> writes:

> Can you load the theme the problematic way and try:
>
>     M-x describe-symbol RET italic RET

Here is the output:

--8<---------------cut here---------------start------------->8---
Face: italic (sample) (customize this face)

Documentation:
Basic italic face.

Defined in ‘faces.el’.


           Family: unspecified
          Foundry: unspecified
            Width: unspecified
           Height: unspecified
           Weight: unspecified
            Slant: italic
       Foreground: unspecified
DistantForeground: unspecified
       Background: unspecified
        Underline: unspecified
         Overline: unspecified
   Strike-through: unspecified
              Box: unspecified
          Inverse: unspecified
          Stipple: unspecified
             Font: unspecified
          Fontset: unspecified
           Extend: unspecified
          Inherit: unspecified
--8<---------------cut here---------------end--------------->8---

> Also, what happens after the problematic loading if you re-load the
> theme?  Does that affect the fonts or not?
>

I did ‘M-x disable-theme RET modus-operandi RET’ and then ‘M-x
load-theme RET modus-operandi RET’. Same issue.

> Lastly, did you upgrade between recent versions, say, 1.3.0 to the
> current 1.4.0?

Yes. I use Emacs from ‘master’ branch. Build daily. This problem started
occurring after 1.4.0 merge.

bug#48714: 28.0.50; Inconsistent font after theme modus-operandi upgrade

[Protesilaos Stavrou]

On 2021-05-29, 09:05 +0530, Pankaj Jangid <pankaj@codeisgreat.org> wrote:

> Protesilaos Stavrou <info@protesilaos.com> writes:
>
>> Can you load the theme the problematic way and try:
>>
>>     M-x describe-symbol RET italic RET
>
> Here is the output:
>
> [...]

That looks okay.

>> Also, what happens after the problematic loading if you re-load the
>> theme?  Does that affect the fonts or not?
>>
>
> I did ‘M-x disable-theme RET modus-operandi RET’ and then ‘M-x
> load-theme RET modus-operandi RET’. Same issue.

Does this happen with emacs -Q as well?
 
-- 
Protesilaos Stavrou
https://protesilaos.com

bug#48714: 28.0.50; Inconsistent font after theme modus-operandi upgrade

[Pankaj Jangid]

Protesilaos Stavrou <info@protesilaos.com> writes:

> Does this happen with emacs -Q as well?

Hmm... I created a test.el with just this:

--8<---------------cut here---------------start------------->8---
(when (window-system)
  (custom-set-variables
   '(modus-themes-slanted-constructs t)
   '(modus-themes-bold-constructs nil))
  (load-theme 'modus-operandi))
--8<---------------cut here---------------end--------------->8---

And it is working perfectly fine with ‘emacs -Q -l test.el’. So there
must be something in my init which is interfering with the theme.

I have tried various things. But I need more time to isolate the
cause. Couple of things that made a difference:

1. (setenv "LANG" "en_US.UTF-8")
2. Following in my init:

--8<---------------cut here---------------start------------->8---
(cond
 ((eq system-type 'gnu/linux)
  ;; On Debian, do this
  ;; sudo apt-get install fonts-noto
  (set-fontset-font t 'devanagari "Noto"))
 ((eq system-type 'darwin)
  ;; (set-fontset-font t 'devanagari "ITF Devanagari")
  (set-fontset-font t 'devanagari "Kohinoor Devanagari")))
--8<---------------cut here---------------end--------------->8---

Commenting out above two settings also changed the looks. But it was
still not perfect. I’ll dig more and report.

bug#48714: 28.0.50; Inconsistent font after theme modus-operandi upgrade

[Protesilaos Stavrou]

On 2021-05-29, 13:11 +0530, Pankaj Jangid <pankaj@codeisgreat.org> wrote:

> Protesilaos Stavrou <info@protesilaos.com> writes:
>
>> Does this happen with emacs -Q as well?
>
> Hmm... I created a test.el with just this:
>
> --8<---------------cut here---------------start------------->8---
> (when (window-system)
>   (custom-set-variables
>    '(modus-themes-slanted-constructs t)
>    '(modus-themes-bold-constructs nil))
>   (load-theme 'modus-operandi))
> --8<---------------cut here---------------end--------------->8---
>
> And it is working perfectly fine with ‘emacs -Q -l test.el’. So there
> must be something in my init which is interfering with the theme.

It has to be something with your fontsets.  Or, it might be that a font
family on your system is missing some variant like italics and thus
falls back to another typeface.

> I have tried various things. But I need more time to isolate the
> cause. Couple of things that made a difference:
>
> 1. (setenv "LANG" "en_US.UTF-8")
> 2. Following in my init:
>
> --8<---------------cut here---------------start------------->8---
> (cond
>  ((eq system-type 'gnu/linux)
>   ;; On Debian, do this
>   ;; sudo apt-get install fonts-noto
>   (set-fontset-font t 'devanagari "Noto"))
>  ((eq system-type 'darwin)
>   ;; (set-fontset-font t 'devanagari "ITF Devanagari")
>   (set-fontset-font t 'devanagari "Kohinoor Devanagari")))
> --8<---------------cut here---------------end--------------->8---
>
> Commenting out above two settings also changed the looks. But it was
> still not perfect. I’ll dig more and report.

Sure, please do.

-- 
Protesilaos Stavrou
https://protesilaos.com

bug#48714: 28.0.50; Inconsistent font after theme modus-operandi upgrade

[Eli Zaretskii]

> From: Pankaj Jangid <pankaj@codeisgreat.org>
> Date: Sat, 29 May 2021 13:11:21 +0530
> Cc: 48714@debbugs.gnu.org
> 
> Protesilaos Stavrou <info@protesilaos.com> writes:
> 
> > Does this happen with emacs -Q as well?
> 
> Hmm... I created a test.el with just this:
> 
> --8<---------------cut here---------------start------------->8---
> (when (window-system)
>   (custom-set-variables
>    '(modus-themes-slanted-constructs t)
>    '(modus-themes-bold-constructs nil))
>   (load-theme 'modus-operandi))
> --8<---------------cut here---------------end--------------->8---
> 
> And it is working perfectly fine with ‘emacs -Q -l test.el’. So there
> must be something in my init which is interfering with the theme.

Note that "emacs -Q -l test.el" is NOT the same as having the contents
of text.el be the only stuff in your ~/.emacs init file.  So for the
definitive evidence try "emacs" without -Q and have your .emacs have
only the above as its contents.

bug#48714: 28.0.50; Inconsistent font after theme modus-operandi upgrade

[Pankaj Jangid]

[-- Attachment #1: Type: text/plain, Size: 619 bytes --]

Eli Zaretskii <eliz@gnu.org> writes:

> Note that "emacs -Q -l test.el" is NOT the same as having the contents
> of text.el be the only stuff in your ~/.emacs init file.  So for the
> definitive evidence try "emacs" without -Q and have your .emacs have
> only the above as its contents.

Thanks Eli. I could now isolate the problem by copying my big init.el
bit by bit. Here is the file that reproduces the issue. It is the
combination of the modus-theme, org-mode and the external package
org-mime. If any one of the blocks is disabled, Emacs works fine.

Note: I am using use-package for managing external packages.


[-- Attachment #2: init-err.el --]
[-- Type: application/emacs-lisp, Size: 1231 bytes --]

bug#48714: 28.0.50; Inconsistent font after theme modus-operandi upgrade

[Protesilaos Stavrou]

[-- Attachment #1: Type: text/plain, Size: 1213 bytes --]

On 2021-05-29, 15:48 +0530, Pankaj Jangid <pankaj@codeisgreat.org> wrote:

> Eli Zaretskii <eliz@gnu.org> writes:
>
>> Note that "emacs -Q -l test.el" is NOT the same as having the contents
>> of text.el be the only stuff in your ~/.emacs init file.  So for the
>> definitive evidence try "emacs" without -Q and have your .emacs have
>> only the above as its contents.
>
> Thanks Eli. I could now isolate the problem by copying my big init.el
> bit by bit. Here is the file that reproduces the issue. It is the
> combination of the modus-theme, org-mode and the external package
> org-mime. If any one of the blocks is disabled, Emacs works fine.
>
> Note: I am using use-package for managing external packages.
>
> [...]

I could not reproduce this.  I saved your file as ".emacs" in a pristine
environment.  Installed the external packages and started Emacs.  Then I
visited the .emacs to get the result in the attached screenshot.

The font family in the screenshot is DejaVu Sans Mono.  Could it be that
this is not a problem with how those packages interact but rather with
font files that are not available on your system?

Or maybe I have missed something?

-- 
Protesilaos Stavrou
https://protesilaos.com

[-- Attachment #2: Screenshot_2021-05-29_14-44-17.png --]
[-- Type: image/png, Size: 134852 bytes --]

bug#48714: 28.0.50; Inconsistent font after theme modus-operandi upgrade

[Pankaj Jangid]

Protesilaos Stavrou <info@protesilaos.com> writes:

> I could not reproduce this.  I saved your file as ".emacs" in a pristine
> environment.  Installed the external packages and started Emacs.  Then I
> visited the .emacs to get the result in the attached screenshot.
>
> The font family in the screenshot is DejaVu Sans Mono.  Could it be that
> this is not a problem with how those packages interact but rather with
> font files that are not available on your system?
>
> Or maybe I have missed something?

This problem could be platform specific. I am on macos. And with older
version of the theme i.e. older commit from ‘master’ branch of Emacs,
the fonts were working perfectly fine. So the font files are ok.

bug#48714: 28.0.50; Inconsistent font after theme modus-operandi upgrade

[Lars Ingebrigtsen]

Pankaj Jangid <pankaj@codeisgreat.org> writes:

> This problem could be platform specific. I am on macos. And with older
> version of the theme i.e. older commit from ‘master’ branch of Emacs,
> the fonts were working perfectly fine. So the font files are ok.

(I'm going through old bug reports that unfortunately weren't resolved
at the time.)

This was a year ago, and skimming this bug report, it's unclear whether
there's anything to be done on the Emacs side, or whether this was just
a local configuration oddity.  Are you still seeing this issue in recent
Emacs versions?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#48714: 28.0.50; Inconsistent font after theme modus-operandi upgrade

[Pankaj Jangid]

Lars Ingebrigtsen <larsi@gnus.org> writes:

> Pankaj Jangid <pankaj@codeisgreat.org> writes:
>
>> This problem could be platform specific. I am on macos. And with older
>> version of the theme i.e. older commit from ‘master’ branch of Emacs,
>> the fonts were working perfectly fine. So the font files are ok.
>
> (I'm going through old bug reports that unfortunately weren't resolved
> at the time.)
>
> This was a year ago, and skimming this bug report, it's unclear whether
> there's anything to be done on the Emacs side, or whether this was just
> a local configuration oddity.  Are you still seeing this issue in recent
> Emacs versions?

I am no longer using macos so cannot verify. And on Debian this has
never happened... about a year now. Perhaps, we can close this one.

bug#48714: 28.0.50; Inconsistent font after theme modus-operandi upgrade

[Lars Ingebrigtsen]

Pankaj Jangid <pankaj@codeisgreat.org> writes:

> I am no longer using macos so cannot verify. And on Debian this has
> never happened... about a year now. Perhaps, we can close this one.

OK; done.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#48714: 28.0.50; Inconsistent font after theme modus-operandi upgrade

[Richard Stallman]

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > I am no longer using macos

Good on you!

-- 
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)