Kenny Bell
2020-May-26 05:05 UTC
[Rd] [FORGED] Re: Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?
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 at 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 at 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 at 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 at r-project.org mailing list >> >> https://stat.ethz.ch/mailman/listinfo/r-devel >> >> >> >> >> >> ______________________________________________ >> >> R-devel at 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 at stat.auckland.ac.nz >> http://www.stat.auckland.ac.nz/~paul/ >> >[[alternative HTML version deleted]]
Kenny Bell
2020-May-26 05:38 UTC
[Rd] [FORGED] Re: Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?
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 at 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 at 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 at 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 at 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 at r-project.org mailing list >>> >> https://stat.ethz.ch/mailman/listinfo/r-devel >>> >> >>> >> >>> >> ______________________________________________ >>> >> R-devel at 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 at stat.auckland.ac.nz >>> http://www.stat.auckland.ac.nz/~paul/ >>> >>[[alternative HTML version deleted]]
Kenny Bell
2020-May-26 06:35 UTC
[Rd] [FORGED] Re: Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?
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 at 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 at 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 at 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 at 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 at 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 at r-project.org mailing list >>>> >> https://stat.ethz.ch/mailman/listinfo/r-devel >>>> >> >>>> >> >>>> >> ______________________________________________ >>>> >> R-devel at 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 at stat.auckland.ac.nz >>>> http://www.stat.auckland.ac.nz/~paul/ >>>> >>>[[alternative HTML version deleted]]
Seemingly Similar Threads
- [FORGED] Re: Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?
- [FORGED] Re: Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?
- [FORGED] Re: Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?
- Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?
- Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?