Re: gnuplot on MacPorts with aqua?

2012-04-29 Thread Mojca Miklavec
On Sat, Apr 28, 2012 at 08:39, Marko Käning wrote:
 On Apr 27, 2012, at 11:13 PM, Jason Swails wrote:

 Have you tried rebuilding aquaterm with MacPorts?

 Well, I've done that just now and it didn't change anything.
 X11 works, aqua doesn't. :-(

In what way does it fail?

Do you happen to have /Applications/AquaTerm.app installed? Do you
happen to use i386 gnuplot? Both reasons will almost surely make the
old (= what is currently installed in macports) version of AquaTerm
fail.

If you have the system-wide AquaTerm installed, it might help to
completely remove AquaTerm installed on the system (just rm
/Applications/AquaTerm.app, /Library/Frameworks/AquaTerm.framework,
/usr/lib/libaquaterm*, /usr/local/include/aquaterm). If you have
32-bit gnuplot it might help to use 64-bit only (you may not enable
wxwidgets variant).


BACKGROUND

Let me explain a bit of a background. AquaTerm does some communication
between gnuplot and AquaTerm.app. That works perfectly fine as long as
gnuplot and AquaTerm.app run either both in 32-bit or both 64-bit,
else there are problems when data is transferred between both. If you
are using 64-bit system and happen to have 32-bit gnuplot then
AquaTerm will fire up in 64-bit mode by default and gnuplot will send
32-bit integers to it, so it will fail to work.

With substantial patches by Alexander Wittig AquaTerm 1.1.0 was
released about a year ago - which fixed the majority of these
problems. But now there is a problem if you compile gnuplot with the
old aquaterm library and gnuplot starts the new AquaTerm.app from
/Applications instead of /Applications/MacPorts.

In AquaTerm 1.1.0 two show stoppers remained (when 32 and 64-bit was
mixed, plots were not cleared; and after doing set term aqua
something the numbers on both axes were transparent), which is why
I was reluctant to ask macports to upgrade. On top of that I realized
that Per Persson didn't upload tar.gz with source to sourceforge, only
AquaTerm1.1.0.dmg which was probably the main reason why macports
didn't automatically pick it up.

Some time ago Alexander fixed the bug with failure to clear the plot.
Last week I found and fixed the bug with transparent labels. I have
created a repository on
https://github.com/mojca/aquaterm_aquaterm/
which according to my current knowledge fixes all the major bugs
(there are still many compiler warnings when compiling on Lion; I
didn't research how to get rid of them yet).

I suggested to Per to do a new release, but he seems to be busy enough
and might not have time to look into it right now. I planned to
prepare an experimental package for MacPorts fetching the source from
GitHub, just to get a broader audience being able to test if there are
any remaining bugs.


GNUPLOT

It would be perfect if gnuplot had slightly more flexibility to:
a) specifying which aquaterm to use if there are many versions on the system
b) explicitly enable or disable aquaterm
c) use -framework AquaTerm and -F/path/to/Frameworks instead of
-I/path/to/include/ and -laquaterm
d) specify a different default terminal even when aquaterm is installed

The (c) part was an explicit wish of Per Persson, the rest are my own
feature requests.

I submitted two patches to gnuplot to do (a)-(d), see:

http://sourceforge.net/tracker/index.php?func=detailaid=3476165group_id=2055atid=302055

http://sourceforge.net/tracker/?func=detailaid=3476336group_id=2055atid=302055
or for (a)-(c):
https://github.com/mojca/gnuplot/blob/mojca/m4/apple.m4

One of the main developers consequently applied the following patch
which solves (b) only:

https://github.com/mojca/gnuplot/commit/e68660baab61725e74d24438ea72774208e03600
by disabling aquaterm by default and only providing a switch to enable it.

(I'm sorry for sending links to unofficial version of repository, but
I'm not aware of a nice way to link to single commits on ViewVC,
http://gnuplot.cvs.sourceforge.net/gnuplot/)

One of the main problems is that nobody in the core development team
of Gnuplot is a mac user, so they depend solely on external people
sending patches and providing feedback. There is lack of both (people
sending patches for OS X and people testing the patches and providing
valuable feedback).

I wanted to submit some of the mentined patches also on the Macports
tracker to get more testers, but I would first like to get gnuplot
4.6.0 included into MacPorts before AquaTerm hacks are discussed, see:
http://trac.macports.org/ticket/33596
I volunteered to become gnuplot maintainer, but I need some
experienced developer with commit rights first to review the patch and
do the final commit to SVN.

Mojca
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


Re: gnuplot on MacPorts with aqua?

2012-04-29 Thread Ryan Schmidt

On Apr 29, 2012, at 13:27, Mojca Miklavec wrote:

 (Are there any guidelines/suggestions
 about filenames of patchfiles? I've seen everything from *.diff to
 *.patch to patch-filename to patch-filename.diff. This is a trivial
 issue though.)

The guideline is that the patchfile name should be patch-FILE.diff where FILE 
is the path to the file being patched, relative to ${patch.dir} (which unless 
you've changed it is the same as ${worksrcpath}). Replace slashes with dashes. 
For example if you're patching the file src/lib/foo.h then the patchfile name 
would be patch-src-lib-foo.h.diff.

If you're patching more than one file but all the patches are to solve the same 
issue then it might make more sense to have a single patchfile, in which case 
you can name it patch-ISSUE.diff where ISSUE is some short identifier 
describing the issue being fixed. For example, many ports are needing patches 
these days to be compatible with glib 2.32, so often that patch will get named 
patch-glib-2.32.diff.

Running port lint --nitpick will let you know if any patchfile names aren't 
following the recommendations. But as you say patchfile naming is trivial, and 
we have many ports whose patchfile names don't follow these recommendations, 
and I'm not overly concerned about that.




___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


Re: gnuplot on MacPorts with aqua?

2012-04-28 Thread Marko Käning
 On Apr 27, 2012, at 11:13 PM, Jason Swails wrote:
 Have you tried rebuilding aquaterm with MacPorts?


Well, I've done that just now and it didn't change anything.
X11 works, aqua doesn't. :-(
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


Re: gnuplot on MacPorts with aqua?

2012-04-27 Thread Jason Swails
Have you tried rebuilding aquaterm with MacPorts?

On Fri, Apr 27, 2012 at 5:08 PM, Marko Käning mk-macpo...@techno.ms wrote:


 On Apr 27, 2012, at 11:04 PM, Jason Swails wrote:

 $ port installed gnuplot
 The following ports are currently installed:
   gnuplot @4.4.4_0+luaterm+pangocairo (active)

 It plots on aqua just fine...  This is on an OS X 10.7.3 box that was
 upgraded from 10.6, running Xcode 4.2.


 Same on my end, except that I am on OS X 10.6.8 with Xcode 3.2.6!

 Well, and it doesn't work with aqua, unfortunately. :-/

 ___
 macports-users mailing list
 macports-users@lists.macosforge.org
 http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


Re: gnuplot on MacPorts with aqua?

2012-04-27 Thread Marko Käning
On Apr 27, 2012, at 11:13 PM, Jason Swails wrote:
 Have you tried rebuilding aquaterm with MacPorts?


Hmm, well, I have it installed just fine:

$ port installed aquaterm 
The following ports are currently installed:
  aquaterm @1.0.1_5 (active)

Could rebuilding it change the situation?
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


Re: gnuplot on MacPorts with aqua?

2012-04-27 Thread Jason Swails
On Fri, Apr 27, 2012 at 5:16 PM, Marko Käning mk-macpo...@techno.ms wrote:

 On Apr 27, 2012, at 11:13 PM, Jason Swails wrote:

 Have you tried rebuilding aquaterm with MacPorts?


 Hmm, well, I have it installed just fine:

 $ port installed aquaterm
 The following ports are currently installed:
   aquaterm @1.0.1_5 (active)

 Could rebuilding it change the situation?


Potentially -- MacPorts doesn't check to see if there is something wrong
with the files that belong to each installed port -- just that it's there.
If something has changed, I could imagine aquaterm breaking (I've had
trouble with it in the past, but not with my current system).  To be
thorough, I would uninstall and reinstall both aquaterm (first) and gnuplot
(after).

Hopefully this works...
Jason

-- 
Jason M. Swails
Quantum Theory Project,
University of Florida
Ph.D. Candidate
352-392-4032
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users