[Rd] [FORGED] Re: Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?

Kenny Bell kmbe||56 @end|ng |rom gm@||@com
Tue May 26 08:35:39 CEST 2020


I also tried just upgrading to 20.04 and that seemed to fix it.

On Tue, May 26, 2020 at 5:38 PM Kenny Bell <kmbell56 using gmail.com> wrote:

> I can also confirm that the latest  https://hub.docker.com/_/r-base has
> the correct behaviour.
>
> On Tue, May 26, 2020 at 5:05 PM Kenny Bell <kmbell56 using gmail.com> wrote:
>
>> I was actually able to reproduce this on a relatively fresh install of
>> 18.04 (a virtualbox). Paul, did you run apt update && apt upgrade before
>> trying to reproduce?
>>
>> On Tue, May 26, 2020 at 4:36 PM Kenny Bell <kmbell56 using gmail.com> wrote:
>>
>>> Hi Paul,
>>>
>>> I tried downgrading to R 3.4.4 and I still see the problem. I also have
>>> a conda environment that doesn't exhibit the problem so it's something
>>> environmental.
>>>
>>> Any tips for possible solutions/troubleshooting would be appreciated!
>>>
>>> Cheers,
>>> Kenny
>>>
>>> On Tue, May 26, 2020 at 3:09 PM Paul Murrell <paul using stat.auckland.ac.nz>
>>> wrote:
>>>
>>>>
>>>> I am not seeing that problem on my 18.04 ...
>>>>
>>>>  > sessionInfo()
>>>> R version 4.0.0 Patched (2020-05-12 r78431)
>>>> Platform: x86_64-pc-linux-gnu (64-bit)
>>>> Running under: Ubuntu 18.04.4 LTS
>>>>
>>>> Matrix products: default
>>>> BLAS:   /home/pmur002/R/R-4-0-branch/BUILD/lib/libRblas.so
>>>> LAPACK: /home/pmur002/R/R-4-0-branch/BUILD/lib/libRlapack.so
>>>>
>>>> locale:
>>>>   [1] LC_CTYPE=en_NZ.UTF-8       LC_NUMERIC=C
>>>>   [3] LC_TIME=en_NZ.UTF-8        LC_COLLATE=en_NZ.UTF-8
>>>>   [5] LC_MONETARY=en_NZ.UTF-8    LC_MESSAGES=en_NZ.UTF-8
>>>>   [7] LC_PAPER=en_NZ.UTF-8       LC_NAME=C
>>>>   [9] LC_ADDRESS=C               LC_TELEPHONE=C
>>>> [11] LC_MEASUREMENT=en_NZ.UTF-8 LC_IDENTIFICATION=C
>>>>
>>>> attached base packages:
>>>> [1] stats     graphics  grDevices utils     datasets  methods   base
>>>>
>>>> loaded via a namespace (and not attached):
>>>> [1] compiler_4.0.0
>>>>
>>>> Paul
>>>>
>>>> On 26/05/20 2:21 pm, Kenny Bell wrote:
>>>> > Hi all,
>>>> >
>>>> > I have found after upgrading to R 4.0.0 (among other upgrades so this
>>>> may
>>>> > not be the cause) that the degree symbol doesn't work correctly on
>>>> Ubuntu
>>>> > 18.04. Googling brought me to this thread that appears related.
>>>> >
>>>> > I tried running:
>>>> > cairo_pdf()
>>>> > plot.new(); text(0.5,0.5, bquote(120*degree*N), cex=5)
>>>> > dev.off()
>>>> >
>>>> > and the ubuntu plot has the degree symbol vertically in the center of
>>>> the
>>>> > line. The Windows one correctly shows as superscript.
>>>> >
>>>> > Anyone else see this behaviour?
>>>> >
>>>> > Cheers,
>>>> > Kenny
>>>> >
>>>> > On Fri, Apr 10, 2020 at 3:36 AM Nicolas Mailhot via R-devel <
>>>> > r-devel using r-project.org> wrote:
>>>> >
>>>> >> Le mercredi 08 avril 2020 à 02:55 -0700, Gabriel Becker a écrit :
>>>> >>> Hi Paul,
>>>> >>
>>>> >> Hi Gabriel,
>>>> >>
>>>> >> Thanks a lot for the testing.
>>>> >>
>>>> >>> The various font family settings seem to work too, from what I can
>>>> >>> tell. Both font families you suggested, however, Helvetica and Apple
>>>> >>> Symbols (the s is important) have significantly incomplete coverage
>>>> >>> with PUA on.
>>>> >>
>>>> >> That is to be expected, the AMS symbol dump in PUA space was a quick
>>>> >> hack to make pre-unicode symbols available in an unicode world,
>>>> pending
>>>> >> their normalisation.
>>>> >>
>>>> >> That standardisation is long past (IIRC it occured by unicode 3.2
>>>> >> released in March 2002), so no newly created/updated font family is
>>>> >> going to place those symbols in PUA anymore.
>>>> >>
>>>> >> Now adding the AMS symbols to new fonts has been slow, due to the
>>>> large
>>>> >> amount of software hardcoding Symbol (and equivallent) and masking
>>>> the
>>>> >> actual glyph userbase to font makers. It will accelerate with more
>>>> apps
>>>> >> expecting plain unicode by default.
>>>> >>
>>>> >> Thanks for the testing!
>>>> >>
>>>> >> Regards,
>>>> >>
>>>> >> --
>>>> >> Nicolas Mailhot
>>>> >>
>>>> >> ______________________________________________
>>>> >> R-devel using r-project.org mailing list
>>>> >> https://stat.ethz.ch/mailman/listinfo/r-devel
>>>> >>
>>>> >>
>>>> >> ______________________________________________
>>>> >> R-devel using r-project.org mailing list
>>>> >> https://stat.ethz.ch/mailman/listinfo/r-devel
>>>>
>>>> --
>>>> Dr Paul Murrell
>>>> Department of Statistics
>>>> The University of Auckland
>>>> Private Bag 92019
>>>> Auckland
>>>> New Zealand
>>>> 64 9 3737599 x85392
>>>> paul using stat.auckland.ac.nz
>>>> http://www.stat.auckland.ac.nz/~paul/
>>>>
>>>

	[[alternative HTML version deleted]]



More information about the R-devel mailing list