Re: [R-SIG-Mac] GTK+ support (or rather lack thereof)
Thanks for the confirmation, Brian. I wasn't aware that Gtk+2 was abandoned for so long - then our 2.24.17 binaries are in fact quite reasonable and I'll go with that. Thanks, Simon > On 4/04/2020, at 9:11 PM, Prof Brian Ripley wrote: > > On 04/04/2020 05:15, Tom Elliott wrote: >> Simon, >>> Hence this is a call to the R community to see if anyone actually cares. >> I (and Chris Wild and quite a few of our mac users) care and would greatly >> appreciate working GTK+ CRAN packages! >> I don't have any knowledge re source etc, but just to remind you that the >> current RGtk2 package on CRAN for 3.3 doesn't work (or at least wasn't when >> I last tried): >> library(RGtk2) >> gtkHScaleNewWithRange(0, 5, 1) # segfault > > Did you really mean '3.3'? If so, R versions that old are long unsupported. > > FWIW, your example worked for me with 4.0.0 alpha and RGtk2 built from source > against Simon's (old) build of GTK+ 2.24.17. Have you tried that? RGtk2 > and some of the packages using it pass their checks but some (e.g. > gWidgets2RGtk2 and a few of those using it including MixSIAR, Ricetl, fit4NM, > plfMA) segfault. And this has been the case for several years. > > -- > Brian D. Ripley, rip...@stats.ox.ac.uk > Emeritus Professor of Applied Statistics, University of Oxford > > ___ > R-SIG-Mac mailing list > R-SIG-Mac@r-project.org > https://stat.ethz.ch/mailman/listinfo/r-sig-mac ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] GTK+ support (or rather lack thereof)
If we have working 2.24.17 binaries, let's just use them. GTK+ was already super mature by that point; it's unlikely that many improvements/fixes were made. I'll start looking into RGtk3. Actually, I started that like 8 years ago. Michael On Fri, Apr 3, 2020 at 9:43 AM Kevin Ushey wrote: > For what it's worth, Homebrew and macports both have scripts for > installing GTK+ from sources, so presumedly those could be cribbed > into a standalone shell script for a build if desired: > > https://github.com/Homebrew/homebrew-core/blob/master/Formula/gtk+.rb > https://github.com/macports/macports-ports/blob/master/gnome/gtk2/Portfile > > Would that be worth exploring? I'd be willing to try and put something > together if so. > > Also -- is the intention to stick with the latest patch release of the > GTK+ 2.x series, or try to upgrade to GTK+ 3.x? (I suspect that > GTK+-using packages would likely need to adapt to changes in GTK+ 3.x) > > Kevin > > On Thu, Apr 2, 2020 at 6:03 PM Simon Urbanek > wrote: > > > > We have a fairly complete coverage of packages for R 4.0.0, but one > exception is GTK+ (and thus RGtk2 and its dependencies). It seems that GTK+ > has been abandoned several years ago, the documented macOS build doesn't > work and there are no released binaries. To make things worse, Gnome has > been switching from autoconf to custom build systems that are also broken > (quite amazing - the build fails with an error in the build system's > headers including Python headers...), so the path of building our own > release from scratch is also not realistic anymore (we used to build GTK+ > for X11 when it was still possible). > > > > Hence this is a call to the R community to see if anyone actually cares. > And if so, if there is any known source or path to macOS binaries (script > to build it is fine, too). Unlike regular rules, we would allow dynamic > linking as we have granted that exception to GTK+ before, but it has to be > compatible with the native system. As a last resort, we could also re-use > out GTK+ 2.24.17 binaries from Snow Leopard, but those are considerably > old, so I'd prefer not to do that. Comments are welcome. > > > > Thanks, > > Simon > > > > ___ > > R-SIG-Mac mailing list > > R-SIG-Mac@r-project.org > > https://stat.ethz.ch/mailman/listinfo/r-sig-mac > -- Michael Lawrence Senior Scientist, Bioinformatics and Computational Biology Genentech, A Member of the Roche Group Office +1 (650) 225-7760 micha...@gene.com Join Genentech on LinkedIn | Twitter | Facebook | Instagram | YouTube [[alternative HTML version deleted]] ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] GTK+ support (or rather lack thereof)
On 04/04/2020 05:15, Tom Elliott wrote: Simon, Hence this is a call to the R community to see if anyone actually cares. I (and Chris Wild and quite a few of our mac users) care and would greatly appreciate working GTK+ CRAN packages! I don't have any knowledge re source etc, but just to remind you that the current RGtk2 package on CRAN for 3.3 doesn't work (or at least wasn't when I last tried): library(RGtk2) gtkHScaleNewWithRange(0, 5, 1) # segfault Did you really mean '3.3'? If so, R versions that old are long unsupported. FWIW, your example worked for me with 4.0.0 alpha and RGtk2 built from source against Simon's (old) build of GTK+ 2.24.17. Have you tried that? RGtk2 and some of the packages using it pass their checks but some (e.g. gWidgets2RGtk2 and a few of those using it including MixSIAR, Ricetl, fit4NM, plfMA) segfault. And this has been the case for several years. -- Brian D. Ripley, rip...@stats.ox.ac.uk Emeritus Professor of Applied Statistics, University of Oxford ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] GTK+ support (or rather lack thereof)
Simon, > Hence this is a call to the R community to see if anyone actually cares. I (and Chris Wild and quite a few of our mac users) care and would greatly appreciate working GTK+ CRAN packages! I don't have any knowledge re source etc, but just to remind you that the current RGtk2 package on CRAN for 3.3 doesn't work (or at least wasn't when I last tried): library(RGtk2) gtkHScaleNewWithRange(0, 5, 1) # segfault Cheers, - Tom ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] GTK+ support (or rather lack thereof)
For what it's worth, Homebrew and macports both have scripts for installing GTK+ from sources, so presumedly those could be cribbed into a standalone shell script for a build if desired: https://github.com/Homebrew/homebrew-core/blob/master/Formula/gtk+.rb https://github.com/macports/macports-ports/blob/master/gnome/gtk2/Portfile Would that be worth exploring? I'd be willing to try and put something together if so. Also -- is the intention to stick with the latest patch release of the GTK+ 2.x series, or try to upgrade to GTK+ 3.x? (I suspect that GTK+-using packages would likely need to adapt to changes in GTK+ 3.x) Kevin On Thu, Apr 2, 2020 at 6:03 PM Simon Urbanek wrote: > > We have a fairly complete coverage of packages for R 4.0.0, but one exception > is GTK+ (and thus RGtk2 and its dependencies). It seems that GTK+ has been > abandoned several years ago, the documented macOS build doesn't work and > there are no released binaries. To make things worse, Gnome has been > switching from autoconf to custom build systems that are also broken (quite > amazing - the build fails with an error in the build system's headers > including Python headers...), so the path of building our own release from > scratch is also not realistic anymore (we used to build GTK+ for X11 when it > was still possible). > > Hence this is a call to the R community to see if anyone actually cares. And > if so, if there is any known source or path to macOS binaries (script to > build it is fine, too). Unlike regular rules, we would allow dynamic linking > as we have granted that exception to GTK+ before, but it has to be compatible > with the native system. As a last resort, we could also re-use out GTK+ > 2.24.17 binaries from Snow Leopard, but those are considerably old, so I'd > prefer not to do that. Comments are welcome. > > Thanks, > Simon > > ___ > R-SIG-Mac mailing list > R-SIG-Mac@r-project.org > https://stat.ethz.ch/mailman/listinfo/r-sig-mac ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
[R-SIG-Mac] GTK+ support (or rather lack thereof)
We have a fairly complete coverage of packages for R 4.0.0, but one exception is GTK+ (and thus RGtk2 and its dependencies). It seems that GTK+ has been abandoned several years ago, the documented macOS build doesn't work and there are no released binaries. To make things worse, Gnome has been switching from autoconf to custom build systems that are also broken (quite amazing - the build fails with an error in the build system's headers including Python headers...), so the path of building our own release from scratch is also not realistic anymore (we used to build GTK+ for X11 when it was still possible). Hence this is a call to the R community to see if anyone actually cares. And if so, if there is any known source or path to macOS binaries (script to build it is fine, too). Unlike regular rules, we would allow dynamic linking as we have granted that exception to GTK+ before, but it has to be compatible with the native system. As a last resort, we could also re-use out GTK+ 2.24.17 binaries from Snow Leopard, but those are considerably old, so I'd prefer not to do that. Comments are welcome. Thanks, Simon ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
