From: Alan W. I. <Ala...@gm...> - 2019-02-27 18:28:24
|
__________________________ Alan W. Irwin Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ ---------- Forwarded message ---------- Date: Wed, 27 Feb 2019 15:34:21 +0100 From: Ole Streicher <ol...@de...> To: Alan W. Irwin <Ala...@gm...> Subject: Re: [Plplot-general] Working on PLplot 5.14 and gtk-fortran interfacing... Hi Alan, Vincent, (Alan, please Cc to Vincent, and/or to the list) On 27.02.19 02:37, Alan W. Irwin wrote: > On 2019-02-26 14:54+0100 Vincent MAGNIN wrote: > >> I have tried some examples and successfully created output files using: >> >> < 3> ps PostScript File (monochrome) >> <11> svg Scalable Vector Graphics (SVG 1.1) >> >> But for an unknown reason failed to plot anything directly on screen >> (xwin, tk, qt drivers...) although plplot-driver-qt, >> plplot-driver-wxwidgets and plplot-driver-xwin are installed. With >> that kind of message (x33c): >> >> Enter device number or keyword: 1 >> >> *** PLPLOT ERROR, IMMEDIATE EXIT *** >> Can't open display >> Program aborted > This is probably not connected to plplot. You need to have X11 running and accessible by the client. So, depending how your setup of the virtual machine is: * if you do it directly in the VM window, make sure that you are in an X11 environment of the VM * if you login via ssh, use the "-X" option, check the DISPLAY variable (`echo $DISPLAY`), and try to open a simple other program (like xterm or so). > With regard to the Debian Sid package for PLplot, Ole Streicher is the > maintainer for that. From my last contact with him my understanding > is he is still working on getting the installed PLplot examples > package to work just as well as they do for upstream. The issue is > that Debian packaging renames some components of PLplot so the example > builds need to compensate for that. I have CC'd Ole to give him a > chance to summarize on list here where he is in that effort. The problem for Python is, that the Debian python3-plplot package includes the packages for all supported Python 3 versions, which requires that the names shall not conflict. Therefore, they are renamend in a consistent manner. Usually this is not important, since the interface for Python 3 is the calling from, and this continues to work. However, the plplot cmake logic does a number of extra consistency checks that shoot one in the foot here. And it is not so trivial to remove those checks (which are not needed for the Debian package, since the installation already ensures that everything is on place). Best regards Ole |