vefzilla.blogg.se - Gnuport use x11 instead of aquaterm

#GNUPORT USE X11 INSTEAD OF AQUATERM INSTALL#
#GNUPORT USE X11 INSTEAD OF AQUATERM 64 BIT#
#GNUPORT USE X11 INSTEAD OF AQUATERM UPGRADE#
#GNUPORT USE X11 INSTEAD OF AQUATERM CODE#

However, I happen to be a Emacs fanatic, and perform majority of my day-to-day computing tasks in that tool (another post on this later).

Provide at least a subset of my current editing muscle-memory.

Note that you will need to enable Markdown syntax on your blog by using any of the plugins available for WordPress.

Support formatting in Markdown (the default WordPress formatting is atrocious).

My needs for the offline blogging tool are: Both allow easy setup of the blog configurations, have a hassle-free configuration, and allow a mail-inbox like access to previous posts. While setting up this site (which is based on WordPress), I was evaluating a few offline blog editors, and came upon MarsEdit and Ecto – both of which seem to be well-accepted commercial blog editors in the Mac world. That’s it! The compilation should now succeed and gnuplot will be linked with the correct 64-bit aquaterm dynamic library.

#GNUPORT USE X11 INSTEAD OF AQUATERM INSTALL#

configure (using a command line parameter to ignore the broken Apple readline) and then make and make install (install will happen in /usr/local)

#GNUPORT USE X11 INSTEAD OF AQUATERM CODE#

Download the source code for gnuplot and extract the same.Step 3 (Optional): You can now uninstall the darwinports version by running sudo port uninstall aquaterm from a terminal window.This will ensure that the correct 64-bit AquaTerm binary is in the correct location Step 2: Replace /Applications/AquaTerm.app with /Applications/MacPorts/AquaTerm.app.

#GNUPORT USE X11 INSTEAD OF AQUATERM 64 BIT#

This will ensure that the correct 64 bit AquaTerm libraries get referenced by the gnuplot compilation

Step 1: Replace /Library/Frameworks/amework with /opt/local/Library/Frameworks/amework.

We will replace two folders from the darwinports version to the previously installed AquaTerm. This will also install the application under /Applications/MacPorts/

Now install AquaTerm again from Darwinports – this port has the correct patches needed – and more importantly – builds a 64 bit version by default.

This step is to basically setup the right folders and symlinks so that you do not have to muck with these later

First install the default binary for AquaTerm from SourceForge and install normally.

However, there is a easier way to get around this situation. In such a case, the gnuplot compilation does succeed – however, the default terminal becomes the X11 version – which is back to square-one.Ī darwinports port does exist for gnuplot – however, as mentioned in an earlier post, this port seems to depend on half of the port repository (i.e., a ton of stuff you do NOT want gets installed as well).

However, on OS X Snow Leopard, there is a catch – the version of AquaTerm is 32 bit, whereas the default compilation of gnuport results in a 64-bit version – which is not able to load the 32-bit libaquaterm dynamic libraries. In addition, the AquaTerm.app itself resides in /Applications. This local compile requires that AquaTerm be installed so that the library dependencies for aquaterm exists in:Īnd the corresponding headers are available at: While the X11 terminal is a satisfactory GUI view for the graphs, I prefer to use the AquaTerm terminal on OSX as it is more ‘Mac-like’ and feels more natural.Īlso, I do prefer to compile gnuplot by myself on OSX rather than downloading the pre-packaged binaries – as this gives me more control over the compilation (including getting around the stupid Apple readline bug – where Apple has essentially shipped a broken readline by using libedit to emulate the non-existent libreadline).

#GNUPORT USE X11 INSTEAD OF AQUATERM UPGRADE#

Then I changed -with-caca=/opt/local to -without-caca and ran the command, then port upgrade gunplot was able to successfully build the software.The gnuplot graphing utility has always had excellent support for multiple terminal types.

One of the developers said that caca}} is just for fun and not required for a functional build of /share/man' -disable-wxwidgets -without-bitmap-terminals -without-cairo -without-latex -without-lua -without-pdf -without-qt -without-tutorial -with-cwdrc USE_MOUSE is false) and the build is configured to use libcaca. It appears as though the bug is only triggered when terminal mouse support is not detected ( i.e. After emailing the list, it looks like there is indeed a bug with respect to m.