Re: Error installing gnuplot/aquaterm

[James Linder]

> On 29 Oct. 2016, at 3:00 am, macports-users-requ...@lists.macosforge.org 
> wrote:
> 
>> I am sorry if this is a silly question, but I am trying to install gnuplot
>> (I am running Mac OS Sierra, recently updated and performed the MacPorts
>> migration) and am getting the error shown below.  Aquaterm is needing to be
>> installed and that seem to be where it is hanging up.
>> 
>> Error: org.macports.activate for port aquaterm returned: Image error:
>> /Applications/MacPorts/AquaTerm.app/Contents/Info.plist already exists and
>> does not belong to a registered port.  Unable to activate port aquaterm. Use
>> 'port -f activate aquaterm' to force the activation.
> 
> This looks like a local problem on your machines. Some files exist
> that shouldn't be there. Try to run
>sudo rm -rf /Applications/MacPorts/AquaTerm.app/
> and then try to install/activate aquaterm again. Alternatively do
>sudo port -f activate aquaterm
> as suggested.
> 
> How did you uninstall MacPorts during migration? Just "sudo rm -rf
> /opt/local"? Or did you actually do "sudo port deactivate active" or
> "sudo port uninstall active"? If you just removed the contents of
> "/opt/local" without uninstalling or deactivating old ports, you might
> run into the same problem with other ports that install files outside
> of $prefix.
> 
> In that case I would suggest you to run "sudo port deactivate active",
> then "rm -rf /Applications/MacPorts" and potentially clean up a few
> more places (I have no clue which ones). You might have to force
> install other ports if you didn't properly uninstall the ports from
> earlier.

First my gnuplot *does* run
Next my install was messy and took many iterations

I downloaded the install_sierra app and made a memstick
I then updated and lots did not work (eg very important for me X11 forwarding)
I then reinstalled el capitan only to find my time machine disk had beem marked 
as ‘sierra’ and could no longer be used.
I did a fresh install (format disk) of sierra, then of macports, finally 
everything worked.
I installed the ports I remembered, then as I found whoops needed, all was 
quick and the pain tolerable.
James
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: Error installing gnuplot/aquaterm

[Daniel J. Luke]

On Oct 28, 2016, at 4:36 AM, Mojca Miklavec  wrote:
> In that case I would suggest you to run "sudo port deactivate active",
> then "rm -rf /Applications/MacPorts" and potentially clean up a few
> more places (I have no clue which ones).

Fortunately, it's documented in the Guide:

https://guide.macports.org/chunked/installing.macports.uninstalling.html

-- 
Daniel J. Luke



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

Re: Error installing gnuplot/aquaterm

[Mojca Miklavec]

On 28 October 2016 at 06:23, Tom Gederberg <tgederb...@sbcglobal.net> wrote:
> I am sorry if this is a silly question, but I am trying to install gnuplot
> (I am running Mac OS Sierra, recently updated and performed the MacPorts
> migration) and am getting the error shown below.  Aquaterm is needing to be
> installed and that seem to be where it is hanging up.
>
> Error: org.macports.activate for port aquaterm returned: Image error:
> /Applications/MacPorts/AquaTerm.app/Contents/Info.plist already exists and
> does not belong to a registered port.  Unable to activate port aquaterm. Use
> 'port -f activate aquaterm' to force the activation.

This looks like a local problem on your machines. Some files exist
that shouldn't be there. Try to run
sudo rm -rf /Applications/MacPorts/AquaTerm.app/
and then try to install/activate aquaterm again. Alternatively do
sudo port -f activate aquaterm
as suggested.

How did you uninstall MacPorts during migration? Just "sudo rm -rf
/opt/local"? Or did you actually do "sudo port deactivate active" or
"sudo port uninstall active"? If you just removed the contents of
"/opt/local" without uninstalling or deactivating old ports, you might
run into the same problem with other ports that install files outside
of $prefix.

In that case I would suggest you to run "sudo port deactivate active",
then "rm -rf /Applications/MacPorts" and potentially clean up a few
more places (I have no clue which ones). You might have to force
install other ports if you didn't properly uninstall the ports from
earlier.

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

Error installing gnuplot/aquaterm

[Tom Gederberg]

I am sorry if this is a silly question, but I am trying to install gnuplot (I 
am running Mac OS Sierra, recently updated and performed the MacPorts 
migration) and am getting the error shown below.  Aquaterm is needing to be 
installed and that seem to be where it is hanging up.

Error: org.macports.activate for port aquaterm returned: Image error: 
/Applications/MacPorts/AquaTerm.app/Contents/Info.plist already exists and does 
not belong to a registered port.  Unable to activate port aquaterm. Use 'port 
-f activate aquaterm' to force the activation.
Error: Failed to install aquaterm
Please see the log file for port aquaterm for details:

/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/main.log
Error: The following dependencies were not installed: aquaterm expat fontconfig 
freetype bzip2 libpng zlib libiconv gd2 jpeg tiff xz gettext ncurses webp xpm 
xorg-libXext xorg-libX11 xorg-kbproto xorg-libXau xorg-xproto xorg-libXdmcp 
xorg-libxcb python27 db48 libedit openssl python2_select python_select sqlite3 
xorg-libpthread-stubs xorg-xcb-proto libxml2 xorg-xextproto xorg-libXt 
xorg-libsm xorg-libice libcaca libcerf lua readline pango Xft2 xrender 
xorg-renderproto cairo glib2 libffi pcre libpixman xorg-xcb-util 
gobject-introspection libtool py27-mako py27-beaker py27-setuptools 
py27-markupsafe harfbuzz graphite2 pkgconfig wxWidgets-3.0 wxWidgets-common 
wxWidgets_select
To report a bug, follow the instructions in the guide:
http://guide.macports.org/#project.tickets
Error: Processing of port gnuplot failed


The 
/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/main.log
 file contains:

version:1
:debug:main Attempting ln -sf 
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/work
 
/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/aqua/aquaterm/work
:debug:main changing euid/egid - current euid: 0 - current egid: 0
:debug:main egid changed to: 501
:debug:main euid changed to: 502
:debug:activate activate phase started at Thu Oct 27 22:41:51 CDT 2016
:debug:activate Can't run activate on this port without elevated privileges. 
Escalating privileges back to root.
:debug:activate euid changed to: 0. egid changed to: 0.
:debug:activate Executing org.macports.activate (aquaterm)
:msg:activate --->  Activating aquaterm @1.1.1_0
:debug:activate Using /usr/bin/tar
:debug:activate Using /usr/bin/bzip2
:info:activate x ./
:info:activate x ./+COMMENT
:info:activate x ./+CONTENTS
:info:activate x ./+DESC
:info:activate x ./+PORTFILE
:info:activate x ./+STATE
:info:activate x ./Applications/
:info:activate x ./opt/
:info:activate x ./opt/local/
:info:activate x ./opt/local/Library/
:info:activate x ./opt/local/share/
:info:activate x ./opt/local/share/AquaTerm/
:info:activate x ./opt/local/share/AquaTerm/adapters/
:info:activate x ./opt/local/share/AquaTerm/adapters/ada/
:info:activate x ./opt/local/share/AquaTerm/adapters/c/
:info:activate x ./opt/local/share/AquaTerm/adapters/fortran/
:info:activate x ./opt/local/share/AquaTerm/adapters/gnuplot/
:info:activate x ./opt/local/share/AquaTerm/adapters/lisp/
:info:activate x ./opt/local/share/AquaTerm/adapters/pascal/
:info:activate x ./opt/local/share/AquaTerm/adapters/perl/
:info:activate x ./opt/local/share/AquaTerm/adapters/pgplot/
:info:activate x ./opt/local/share/AquaTerm/adapters/plplot/
:info:activate x ./opt/local/share/AquaTerm/adapters/python/
:info:activate x ./opt/local/share/AquaTerm/adapters/ruby/
:info:activate x ./opt/local/share/AquaTerm/adapters/ruby/ReadMe
:info:activate x ./opt/local/share/AquaTerm/adapters/ruby/demo_bridgesupport.rb
:info:activate x ./opt/local/share/AquaTerm/adapters/python/ChangeLog
:info:activate x ./opt/local/share/AquaTerm/adapters/python/ReadMe
:info:activate x ./opt/local/share/AquaTerm/adapters/python/ReleaseNotes
:info:activate x ./opt/local/share/AquaTerm/adapters/python/demo.py
:info:activate x 
./opt/local/share/AquaTerm/adapters/python/demo_bridgesupport.py
:info:activate x ./opt/local/share/AquaTerm/adapters/plplot/ChangeLog
:info:activate x ./opt/local/share/AquaTerm/adapters/plplot/ReadMe
:info:activate x ./opt/local/share/AquaTerm/adapters/plplot/Readme
:info:activate x ./opt/local/share/AquaTerm/adapters/plplot/ReleaseNotes
:info:activate x ./opt/local/share/AquaTerm/adapters/pgplot/ChangeLog
:info:activate x ./opt/local/share/AquaTerm/adapters/pgplot/README
:info:activate x ./opt/local/share/AquaTerm/adapters/pgplot/ReadMe
:info:activate x ./opt/local/share/AquaTerm/adapters/pgplot/ReleaseNotes
:info:activate x ./opt/local/share/AquaTerm/adapters/pgplot/aqdriv.m
:info:activate x ./opt/local/share/AquaTerm/adapters/pgplot/g77_cc_AQT.conf
:info:activate x ./opt/local/share/AquaTerm/adapters/pgplot/g77_gcc_AQT.conf
:info:activate x ./opt/local/sh

RE: Upgrading GNUplot on Mavericks

[Mathieu Deaudelin-Lemay]

(Whoops: Just noticed I accidentally the message was actually sent twice to the 
reporter and not to the list. My bad.)
It is a known issue. The update of lua @5.3.1 is incompatible with some ports, 
like gnuplot and wireshark.
This issue is being tracked in tickets #48826 (for gnuplot) and #48835 (for 
wireshark).
From: d...@suiattle.org
Subject: Upgrading GNUplot on Mavericks
Date: Sun, 13 Sep 2015 13:31:33 -0400
To: macports-users@lists.macosforge.org

Doing “upgrade outdated” on Mavericks, and GNUplot 4.6.6_0 failed to upgrade to 
5.0.1_1. The 5.x builds work fine on my Yosemite test machine.
I couldn’t find a ticket that seemed to explain what I found in the main.log, 
which is attached.

The error seems to be related to LUA but perhaps I don’t understand the log 
information well enough.
:info:build Undefined symbols for architecture x86_64::info:build   
"_luaL_checkint", referenced from::info:build   _LUA_GP_int_error in 
term.o:info:build   _LUA_GP_int_warn in term.o:info:build ld: symbol(s) not 
found for architecture x86_64:info:build clang: error: linker command failed 
with exit code 1 (use -v to see invocation)


Running on a late 2013 Retina MBP, 10.9.5
¬¬¬
Dan Hinckley ⎈
d...@suiattle.org



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

Upgrading GNUplot on Mavericks

[Hinckley Dan]

Doing “upgrade outdated” on Mavericks, and GNUplot 4.6.6_0 failed to upgrade to 5.0.1_1. The 5.x builds work fine on my Yosemite test machine.I couldn’t find a ticket that seemed to explain what I found in the main.log, which is attached.
The error seems to be related to LUA but perhaps I don’t understand the log information well enough.:info:build Undefined symbols for architecture x86_64::info:build   "_luaL_checkint", referenced from::info:build       _LUA_GP_int_error in term.o:info:build       _LUA_GP_int_warn in term.o:info:build ld: symbol(s) not found for architecture x86_64:info:build clang: error: linker command failed with exit code 1 (use -v to see invocation)

main.log
Description: Binary data
Running on a late 2013 Retina MBP, 10.9.5¬¬¬Dan Hinckley         ⎈d...@suiattle.org

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

Re: Upgrading GNUplot on Mavericks

[Ryan Schmidt]

On Sep 13, 2015, at 12:31, Hinckley Dan wrote:
> 
> Doing “upgrade outdated” on Mavericks, and GNUplot 4.6.6_0 failed to upgrade 
> to 5.0.1_1. The 5.x builds work fine on my Yosemite test machine.
> 
> I couldn’t find a ticket that seemed to explain what I found in the main.log, 
> which is attached.
> 
> The error seems to be related to LUA but perhaps I don’t understand the log 
> information well enough.
> 
> :info:build Undefined symbols for architecture x86_64:
> :info:build   "_luaL_checkint", referenced from:
> :info:build   _LUA_GP_int_error in term.o
> :info:build   _LUA_GP_int_warn in term.o
> :info:build ld: symbol(s) not found for architecture x86_64
> :info:build clang: error: linker command failed with exit code 1 (use -v to 
> see invocation)
> 
> 

The log file you attached is from an unclean build attempt. You should clean 
and try again to generate a complete log file, then file a ticket in the issue 
tracker and attach the log file there. ___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

gnuplot

[James Linder]

I do not keep my ports upto date, I do not regularily update being an old fart 
and having been bitten many times by the inocuous upgrade that breaks verything.

My surprize when gnuplot stopped working in the last day or so is imense.

This line in my plot files causes gnuplot to not run:
set term x11 persist
 
I presume that despite my protestations apple has sneaked some upgrade into 
yosemite that is breaking gnuplot.
Can anybody shed some light on what is happening.

I use gnuplot daily with a 2 year old compiled program that says:

fprintf (fp, set term x11 persist\n
 set grid\n
 set xdata time\n
 set format x \%%d %%b\\n
 set timefmt \%%d%%b %%H%%M\\n
 set st da li\n
 set yrange [0:50]\n
 set multiplot layout 2,1\n
 plot “);

This is definitly not a command problem.
and not a new gnuplot versiom
…
Warning: port definitions are more than two weeks old, consider updating them 
by running 'port selfupdate’.

James

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

GNUplot (aquaterm) install failure

[Hinckley Dan]

Can’t find anything in the tickets about this. Can someone point me to what is happening here? Am I correct that wxwidgets is involved?Macports installed + wget, xtide and a couple of others, self-update runYosemite 10.10 clean install

main.log
Description: Binary data

¬¬¬Dan Hinckley ⎈d...@suiattle.org

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

Re: GNUplot (aquaterm) install failure

[Ryan Schmidt]

On Oct 25, 2014, at 4:14 PM, Hinckley Dan wrote:

 Can’t find anything in the tickets about this. Can someone point me to what 
 is happening here? Am I correct that wxwidgets is involved?
 
 Macports installed + wget, xtide and a couple of others, self-update run
 Yosemite 10.10 clean install

The log says:

iPhoneSimulator: SimVerifier returned: Error Domain=NSPOSIXErrorDomain Code=53

Please see:

https://trac.macports.org/wiki/YosemiteProblems#iphonesimulator

Please let us know if that solution works; I'm still not 100% sure what fixed 
the problem on my system.

The log you provided was also not from a clean attempt. When you encounter a 
problem building a port, and certainly before reporting a problem, remember to 
clean and try again:

https://guide.macports.org/chunked/project.html#project.tickets

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

Re: GNUplot (aquaterm) install failure

[Hinckley Dan]

I actually did clean it, and I’ll look at that trac and try again, again…

Thankee.

¬¬¬
Dan Hinckley ⎈
d...@suiattle.org

On 25  Oct 2014, at 21:11, Ryan Schmidt ryandes...@macports.org wrote:

 
 On Oct 25, 2014, at 4:14 PM, Hinckley Dan wrote:
 
 Can’t find anything in the tickets about this. Can someone point me to what 
 is happening here? Am I correct that wxwidgets is involved?
 
 Macports installed + wget, xtide and a couple of others, self-update run
 Yosemite 10.10 clean install
 
 The log says:
 
 iPhoneSimulator: SimVerifier returned: Error Domain=NSPOSIXErrorDomain Code=53
 
 Please see:
 
 https://trac.macports.org/wiki/YosemiteProblems#iphonesimulator
 
 Please let us know if that solution works; I'm still not 100% sure what fixed 
 the problem on my system.
 
 The log you provided was also not from a clean attempt. When you encounter a 
 problem building a port, and certainly before reporting a problem, remember 
 to clean and try again:
 
 https://guide.macports.org/chunked/project.html#project.tickets
 

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

gnuplot

[Gaetano Sardina]

Dear users,
I am trying to install the port
gnuplot on my macbook air with OS X 10.9.2
with the command
sudo port install gnuplot I obtain the following error message:

---  Computing dependencies for libpng
---  Extracting libpng
Error: org.macports.extract for port libpng returned: command execution
failed
Please see the log file for port libpng for details:

/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_libpng/libpng/main.log
Error: Unable to upgrade port: 1
Error: Unable to execute port: upgrade fontconfig failed




how can i solve it?
thanks Gaetano
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: gnuplot

[Brandon Allbery]

On Thu, Mar 20, 2014 at 3:12 PM, Gaetano Sardina gaetano...@gmail.comwrote:

 sudo port install gnuplot I obtain the following error message:

 ---  Computing dependencies for libpng
 ---  Extracting libpng
 Error: org.macports.extract for port libpng returned: command execution
 failed
 Please see the log file for port libpng for details:

 /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_libpng/libpng/main.log


Could you please provide the contents of the above named file?

-- 
brandon s allbery kf8nh   sine nomine associates
allber...@gmail.com  ballb...@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: gnuplot

[Clemens Lang]

Hi,

 Dear users,
 I am trying to install the port
 gnuplot on my macbook air with OS X 10.9.2
 with the command
 sudo port install gnuplot I obtain the following error message:
 
 --- Computing dependencies for libpng
 --- Extracting libpng
 Error: org.macports.extract for port libpng returned: command execution
 failed
 Please see the log file for port libpng for details:
 /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_libpng/libpng/main.log
 Error: Unable to upgrade port: 1
 Error: Unable to execute port: upgrade fontconfig failed

Did you recently upgrade to Mavericks? If so, read
 https://trac.macports.org/wiki/MavericksProblems and
 https://trac.macports.org/wiki/Migration.

-- 
Clemens Lang
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

GNUPlot fails to build due to libcairopango and libcairo incompatibility

[Alex Rudy]

Hi MacPorts Users,

I'm having some trouble. GNUPlot is failing to build because of a version
inconsistency between pango and cairo:

:info:build dyld: Library not loaded: /opt/local/lib/libcairo.2.dylib
:info:build   Referenced from: /opt/local/lib/libpangocairo-1.0.0.dylib
:info:build   Reason: Incompatible library version:
libpangocairo-1.0.0.dylib requires version 11203.0.0 or later, but
libcairo.2.dylib provides version 11107.0.0
:info:build make[2]: *** [gnuplot.gih] Trace/BPT trap: 5

I'm a little puzzled. I tried force-uninstalling cairo, which caused pango
to rebuild during the rev-upgrade phase. However, during rev-upgrade,
gnuplot still fails to build.

Here were my steps:

1. Initially, I upgraded MacPorts to version 2.1.3, and updated my ports
tree.
2. When doing a `port upgrade outdated`, gnuplot failed to build.
3. I did a `port -f clean gnuplot` and then tried to build again, failing
for the same reason.
4. I saw that libcairo and libcairopango seemed to expected different
versions. I force-uninstalled cairo, with `port -f uninstall cairo` (for
both installed versions). This caused rev-upgrade to kick in and try to
rebuild gnuplot. That is still failing.

The log file from the last attempt at GNUplot has failed. I haven't seen a
ticket filed, and I'm happy to file one, but I thought I'd ask first here.

Thanks,
Alex


__
Alexander Rudy – GRFP Fellow
UC Santa Cruz Astronomy / UCO Lick
+1 (303) 715 8886
alex.r...@gmail.com


main.log
Description: Binary data
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: GNUPlot fails to build due to libcairopango and libcairo incompatibility

[Lawrence Velázquez]

On Feb 13, 2013, at 3:07 PM, Alex Rudy alex.r...@gmail.com wrote:

 :info:build dyld: Library not loaded: /opt/local/lib/libcairo.2.dylib
 :info:build   Referenced from: /opt/local/lib/libpangocairo-1.0.0.dylib
 :info:build   Reason: Incompatible library version: libpangocairo-1.0.0.dylib 
 requires version 11203.0.0 or later, but libcairo.2.dylib provides version 
 11107.0.0
 :info:build make[2]: *** [gnuplot.gih] Trace/BPT trap: 5
 
 I'm a little puzzled. I tried force-uninstalling cairo, which caused pango to 
 rebuild during the rev-upgrade phase. However, during rev-upgrade, gnuplot 
 still fails to build.
 
 Here were my steps:
 
 1. Initially, I upgraded MacPorts to version 2.1.3, and updated my ports tree.

Do you have cairo or cairo-devel? The latest cairo (which is newer than the 
latest cairo-devel) provides a sufficiently new library.

% port installed 'cairo*'
The following ports are currently installed:
  cairo @1.12.14_0+x11 (active)
% otool -L /opt/local/lib/libcairo.2.dylib | head -n 2
/opt/local/lib/libcairo.2.dylib:
/opt/local/lib/libcairo.2.dylib (compatibility version 11203.0.0, 
current version 11203.14.0)
%

vq
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: GNUPlot fails to build due to libcairopango and libcairo incompatibility

[Alexander Rudy]

Lawrence,

That seems to have been the problem. Is cairo-devel outdated? Has it been 
replaced by cairo? If not, why is it at an older version?

Thanks,
Alex

On Feb 13, 2013, at 12:51 , Lawrence Velázquez lar...@macports.org wrote:

 On Feb 13, 2013, at 3:07 PM, Alex Rudy alex.r...@gmail.com wrote:
 
 :info:build dyld: Library not loaded: /opt/local/lib/libcairo.2.dylib
 :info:build   Referenced from: /opt/local/lib/libpangocairo-1.0.0.dylib
 :info:build   Reason: Incompatible library version: 
 libpangocairo-1.0.0.dylib requires version 11203.0.0 or later, but 
 libcairo.2.dylib provides version 11107.0.0
 :info:build make[2]: *** [gnuplot.gih] Trace/BPT trap: 5
 
 I'm a little puzzled. I tried force-uninstalling cairo, which caused pango 
 to rebuild during the rev-upgrade phase. However, during rev-upgrade, 
 gnuplot still fails to build.
 
 Here were my steps:
 
 1. Initially, I upgraded MacPorts to version 2.1.3, and updated my ports 
 tree.
 
 Do you have cairo or cairo-devel? The latest cairo (which is newer than the 
 latest cairo-devel) provides a sufficiently new library.
 
% port installed 'cairo*'
The following ports are currently installed:
  cairo @1.12.14_0+x11 (active)
% otool -L /opt/local/lib/libcairo.2.dylib | head -n 2
/opt/local/lib/libcairo.2.dylib:
   /opt/local/lib/libcairo.2.dylib (compatibility version 11203.0.0, 
 current version 11203.14.0)
%
 
 vq

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

Re: GNUPlot fails to build due to libcairopango and libcairo incompatibility

[Brandon Allbery]

On Wed, Feb 13, 2013 at 5:09 PM, Alexander Rudy alex.r...@gmail.com wrote:

 That seems to have been the problem. Is cairo-devel outdated? Has it been
 replaced by cairo? If not, why is it at an older version?


-devel ports in macports are typically prereleases intended to allow other
port maintainers to update their ports for compatibility ahead of
rereleasing the -devel as the main port.  In general, you shouldn't use a
-devel port unless you know what you're doing and have specific reasons for
it.  (And if you actually intend prerelease type usage and it's out of
date, you should probably start by submitting a trac ticket upgrading the
-devel port appropriately.  Arguably, if you're not up to that, you should
be thinking twice about using -devel ports.)

-- 
brandon s allbery kf8nh   sine nomine associates
allber...@gmail.com  ballb...@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: GNUPlot fails to build due to libcairopango and libcairo incompatibility

[Ryan Schmidt]

On Feb 13, 2013, at 16:09, Alexander Rudy wrote:

 Is cairo-devel outdated?

Yes, as you see:

$ port info --name --version cairo cairo-devel
version: 1.12.14
name: cairo
--
version: 1.11.4
name: cairo-devel


 Has it been replaced by cairo?

Not using the replaced_by keyword, but certainly you should be using the cairo 
port, not the cairo-devel port, unless you have a specific reason not to be 
running a stable version of cairo.


 If not, why is it at an older version?

It is an older version because at this point in time the developers of cairo 
have not released a new development version.

However, I do plan to update the cairo-devel port to the latest stable version, 
since I have several other changes I want to commit to that port to bring it in 
line with the current cairo port.


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

Re: Problem building gnuplot

[Dan Ports]

On Mon, Sep 10, 2012 at 01:21:54AM -0400, Richard L. Hamilton wrote:
 I keep getting the following:
 ---  Installing gnuplot @4.6.0_1+aquaterm+pangocairo+universal+x11
 Error: org.macports.activate for port gnuplot returned: 
 /opt/local/share/texmf/tex/latex/gnuplot/gnuplot-lua-tikz-common.sty: no such 
 file or directory

I ran into this too. Fixed in r97625.

Dan

-- 
Dan R. K. PortsUW CSEhttp://drkp.net/
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users

Problem building gnuplot

[Richard L. Hamilton]

I keep getting the following:
---  Installing gnuplot @4.6.0_1+aquaterm+pangocairo+universal+x11
Error: org.macports.activate for port gnuplot returned: 
/opt/local/share/texmf/tex/latex/gnuplot/gnuplot-lua-tikz-common.sty: no such 
file or directory

That's even after removing the luaterm and tutorial options and cleaning.

OS X 10.7.4, Xcode 4.4.1.

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

gnuplot failing to fetch files

[Rodolfo Aramayo]

People,

Gnuplot is failing to fetch files during update

###
:debug:fetch Fetching failed:: The requested URL returned error: 404
:notice:fetch ---  Attempting to fetch
patch-upstream-compilerwarnings.diff from
http://netcologne.dl.sourceforge.net/project/gnuplot/gnuplot/4.6.0
:debug:fetch Fetching failed:: The requested URL returned error: 404
:notice:fetch ---  Attempting to fetch
patch-upstream-compilerwarnings.diff from
http://puzzle.dl.sourceforge.net/project/gnuplot/gnuplot/4.6.0
:debug:fetch Fetching failed:: couldn't connect to host
:notice:fetch ---  Attempting to fetch
patch-upstream-compilerwarnings.diff from
http://sea.us.distfiles.macports.org/macports/mpdistfiles/gnuplot/4.6.0
:debug:fetch Fetching failed:: The requested URL returned error: 404
:notice:fetch ---  Attempting to fetch
patch-upstream-compilerwarnings.diff from
http://svn.macports.org/repository/macports/distfiles/gnuplot
:debug:fetch Fetching failed:: The requested URL returned error: 404
:error:fetch Target org.macports.fetch returned: fetch failed
:debug:fetch Backtrace: fetch failed
while executing
portfetch::fetchfiles
(procedure portfetch::fetch_main line 17)
invoked from within
$procedure $targetname
:info:fetch Warning: the following items did not execute (for
gnuplot): org.macports.install org.macports.fetch
org.macports.checksum org.macports.extract org.macports.patch
org.macports.configure org.macports.build org.macports.destroot
:notice:fetch Log for gnuplot is at:
/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_gnuplot/gnuplot/main.log
###

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

Re: gnuplot failing to fetch files

[Bradley Giesbrecht]

On May 1, 2012, at 10:10 AM, Rodolfo Aramayo wrote:

 People,
 
 Gnuplot is failing to fetch files during update

Do to a bad commit which has been fixed.
https://trac.macports.org/changeset/92569
https://trac.macports.org/changeset/92572


Regards,
Bradley Giesbrecht (pixilla)



smime.p7s
Description: S/MIME cryptographic signature
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: gnuplot failing to fetch files

[Rodolfo Aramayo]

Thank You!

On Tue, May 1, 2012 at 12:15, Bradley Giesbrecht pixi...@macports.org wrote:

 On May 1, 2012, at 10:10 AM, Rodolfo Aramayo wrote:

 People,

 Gnuplot is failing to fetch files during update

 Do to a bad commit which has been fixed.
 https://trac.macports.org/changeset/92569
 https://trac.macports.org/changeset/92572


 Regards,
 Bradley Giesbrecht (pixilla)

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

Re: gnuplot on MacPorts with aqua?

[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?

[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?

[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

gnuplot on MacPorts with aqua?

[Marko Käning]

Hi users,

is there anyone out there who tried to run MacPorts' version of gnuplot?

I don't know what I am doing wrong, but for some reason my gnuplot 4.4p4 
installed through MacPorts doesn't work unless I change the console from aqua 
to x11.

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

Re: gnuplot on MacPorts with aqua?

[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?

[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?

[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

gnuplot + aquaterm Lion OS X

[mdekauwe]

(below is a reposting from the other macports message list as I was
recommended that here was the correct location...)

When trying to build gnuplot on OSX 10.7 Lion aquaterm fails and when you
check the log file it seems to relate to the Xcode licence.

version:1
:debug:main Executing org.macports.main (aquaterm)
:debug:main changing euid/egid - current euid: 0 - current egid: 0
:debug:main egid changed to: 501
:debug:main euid changed to: 503
:debug:main Skipping completed org.macports.archivefetch (aquaterm)
:debug:main Privilege de-escalation not attempted as not running as root.
:debug:main Skipping completed org.macports.fetch (aquaterm)
:debug:main Privilege de-escalation not attempted as not running as root.
:debug:main Skipping completed org.macports.checksum (aquaterm)
:debug:main Privilege de-escalation not attempted as not running as root.
:debug:main Skipping completed org.macports.extract (aquaterm)
:debug:main Privilege de-escalation not attempted as not running as root.
:debug:main Skipping completed org.macports.patch (aquaterm)
:debug:main Privilege de-escalation not attempted as not running as root.
:debug:main Skipping completed org.macports.configure (aquaterm)
:debug:main Privilege de-escalation not attempted as not running as root.
:debug:build build phase started at Wed Feb 29 10:44:21 EST 2012
:notice:build ---  Building aquaterm
:debug:build Executing org.macports.build (aquaterm)
:debug:build Assembled command: 'cd
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/work/aquaterm
 /usr/bin/xcodebuild  -target AquaTerm -configuration Deployment build
OBJROOT=build/ SYMROOT=build/ MACOSX_DEPLOYMENT_TARGET=10.7 ARCHS=x86_64
SDKROOT= GCC_VERSION=com.apple.compilers.llvm.clang.1_0
USER_APPS_DIR=/Applications/MacPorts
FRAMEWORKS_DIR=/opt/local/Library/Frameworks'
:info:build 
:info:build You have not agreed to the Xcode license agreements, please run
xcodebuild standalone from within a Terminal window to review and agree to
the Xcode license agreements.
:info:build shell command cd
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/work/aquaterm
 /usr/bin/xcodebuild  -target AquaTerm -configuration Deployment build
OBJROOT=build/ SYMROOT=build/ MACOSX_DEPLOYMENT_TARGET=10.7 ARCHS=x86_64
SDKROOT= GCC_VERSION=com.apple.compilers.llvm.clang.1_0
USER_APPS_DIR=/Applications/MacPorts
FRAMEWORKS_DIR=/opt/local/Library/Frameworks returned error 69
:error:build Target org.macports.build returned: shell command failed (see
log for details)
:debug:build Backtrace: shell command failed (see log for details)
while executing
$procedure $targetname
:info:build Warning: the following items did not execute (for aquaterm):
org.macports.activate org.macports.build org.macports.destroot
org.macports.install
:notice:build Log for aquaterm is at:
/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/main.log
I tried following the instructions, e.g.

cd
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/work/aquaterm
 
/usr/bin/xcodebuild  -target AquaTerm -configuration Deployment build
OBJROOT=build/ SYMROOT=build/ MACOSX_DEPLOYMENT_TARGET=10.7 ARCHS=x86_64
SDKROOT= GCC_VERSION=com.apple.compilers.llvm.clang.1_0
USER_APPS_DIR=/Applications/MacPorts
FRAMEWORKS_DIR=/opt/local/Library/Frameworks
And that seems to work fine but if you then try and reinstall aquaterm you
ended up where you started again.

Any ideas?

thanks

Martin


 The error message says run xcodebuild standalone; it does not say to cd
 to any directory or to provide all those arguments. Just run xcodebuild
 by itself with no arguments, I think.

 No I tried that and got this response...

$ xcodebuild standalone
xcodebuild: error: The directory /Users/mdekauwe does not contain an Xcode
project.

 I ran into the same problem. After updating to the latest XCode (4.3.1),
 I ran:

sudo xcode-select -switch /Applications/Xcode.app

then reran:



and I'm up and running.



** And that didn't solve it for me as I am still have issues I think to do
with aquaterm:

$ sudo port install gnuplot
Password:
---  Computing dependencies for gnuplot
---  Dependencies to be installed: aquaterm lua pdflib
---  Building aquaterm
Error: Target org.macports.build returned: shell command failed (see log for
details)
Error: Failed to install aquaterm
Log for aquaterm is at:
/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/main.log
Error: The following dependencies were not installed: aquaterm lua pdflib

-- 
View this message in context: 
http://old.nabble.com/gnuplot-%2B-aquaterm-Lion-OS-X-tp33528180p33528180.html
Sent from the MacPorts - Users mailing list archive at Nabble.com

Re: gnuplot + aquaterm Lion OS X

[Lawrence Velázquez]

On Mar 18, 2012, at 6:18 p.m., mdekauwe wrote:

 When trying to build gnuplot on OSX 10.7 Lion aquaterm fails and when you
 check the log file it seems to relate to the Xcode licence.

Try following the instructions here: 
https://trac.macports.org/wiki/ProblemHotlist#xcode-eula

 I tried following the instructions, e.g.
 
 cd
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/work/aquaterm
  
 /usr/bin/xcodebuild  -target AquaTerm -configuration Deployment build
 OBJROOT=build/ SYMROOT=build/ MACOSX_DEPLOYMENT_TARGET=10.7 ARCHS=x86_64
 SDKROOT= GCC_VERSION=com.apple.compilers.llvm.clang.1_0
 USER_APPS_DIR=/Applications/MacPorts
 FRAMEWORKS_DIR=/opt/local/Library/Frameworks
 And that seems to work fine but if you then try and reinstall aquaterm you
 ended up where you started again.

This is because MacPorts doesn't know that you compiled aquaterm. Please do not 
do this.

 The error message says run xcodebuild standalone; it does not say to cd
 to any directory or to provide all those arguments. Just run xcodebuild
 by itself with no arguments, I think.
 
 No I tried that and got this response...
 
 $ xcodebuild standalone
 xcodebuild: error: The directory /Users/mdekauwe does not contain an Xcode
 project.

The error message is poorly worded; it says to run xcodebuild standalone, not 
to run xcodebuild standalone.

 ** And that didn't solve it for me as I am still have issues I think to do
 with aquaterm:
 
 $ sudo port install gnuplot
 Password:
 ---  Computing dependencies for gnuplot
 ---  Dependencies to be installed: aquaterm lua pdflib
 ---  Building aquaterm
 Error: Target org.macports.build returned: shell command failed (see log for
 details)
 Error: Failed to install aquaterm
 Log for aquaterm is at:
 /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/main.log
 Error: The following dependencies were not installed: aquaterm lua pdflib

Could you send us that log?

vq

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

Re: gnuplot + aquaterm Lion OS X

[Brandon Allbery]

On Sun, Mar 18, 2012 at 18:18, mdekauwe mdeka...@gmail.com wrote:

 :info:build You have not agreed to the Xcode license agreements, please run
 xcodebuild standalone from within a Terminal window to review and agree to
 the Xcode license agreements.


This is not saying to run xcodebuild standalone, but to run xcodebuild
standalone (that is, not from within macports).

-- 
brandon s allbery  allber...@gmail.com
wandering unix systems administrator (available) (412) 475-9364 vm/sms
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: gnuplot + aquaterm Lion OS X

[mdekauwe]

 Failed to install aquaterm
:debug:build couldn't open
/System/Library/Frameworks/Tcl.framework/Versions/8.5/Resources/tclIndex:
no such file or directory
while executing
open [file join $dir tclIndex]
:notice:build Log for aquaterm is at:
/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/main.log


thanks


Lawrence Velázquez wrote:
 
 On Mar 18, 2012, at 6:18 p.m., mdekauwe wrote:
 
 When trying to build gnuplot on OSX 10.7 Lion aquaterm fails and when you
 check the log file it seems to relate to the Xcode licence.
 
 Try following the instructions here:
 https://trac.macports.org/wiki/ProblemHotlist#xcode-eula
 
 I tried following the instructions, e.g.
 
 cd
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/work/aquaterm
  
 /usr/bin/xcodebuild  -target AquaTerm -configuration Deployment build
 OBJROOT=build/ SYMROOT=build/ MACOSX_DEPLOYMENT_TARGET=10.7 ARCHS=x86_64
 SDKROOT= GCC_VERSION=com.apple.compilers.llvm.clang.1_0
 USER_APPS_DIR=/Applications/MacPorts
 FRAMEWORKS_DIR=/opt/local/Library/Frameworks
 And that seems to work fine but if you then try and reinstall aquaterm
 you
 ended up where you started again.
 
 This is because MacPorts doesn't know that you compiled aquaterm. Please
 do not do this.
 
 The error message says run xcodebuild standalone; it does not say to
 cd
 to any directory or to provide all those arguments. Just run xcodebuild
 by itself with no arguments, I think.
 
 No I tried that and got this response...
 
 $ xcodebuild standalone
 xcodebuild: error: The directory /Users/mdekauwe does not contain an
 Xcode
 project.
 
 The error message is poorly worded; it says to run xcodebuild
 standalone, not to run xcodebuild standalone.
 
 ** And that didn't solve it for me as I am still have issues I think to
 do
 with aquaterm:
 
 $ sudo port install gnuplot
 Password:
 ---  Computing dependencies for gnuplot
 ---  Dependencies to be installed: aquaterm lua pdflib
 ---  Building aquaterm
 Error: Target org.macports.build returned: shell command failed (see log
 for
 details)
 Error: Failed to install aquaterm
 Log for aquaterm is at:
 /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/main.log
 Error: The following dependencies were not installed: aquaterm lua pdflib
 
 Could you send us that log?
 
 vq
 
 ___
 macports-users mailing list
 macports-users@lists.macosforge.org
 http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
 
 

-- 
View this message in context: 
http://old.nabble.com/gnuplot-%2B-aquaterm-Lion-OS-X-tp33528180p33528754.html
Sent from the MacPorts - Users mailing list archive at Nabble.com.

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

Re: gnuplot + aquaterm Lion OS X

[Jeremy Lavergne]

 :info:build error: error opening
 '/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/work/aquaterm/build/AquaTerm.build/Deployment/AQTFwk.build/Objects-normal/x86_64/AQTPlotBuilder.d':
 Error opening output file
 '/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/work/aquaterm/build/AquaTerm.build/Deployment/AQTFwk.build/Objects-normal/x86_64/AQTPlotBuilder.d'
 :info:build error: unable to open output file
 '/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/work/aquaterm/build/AquaTerm.build/Deployment/AQTFwk.build/Objects-normal/x86_64/AQTPlotBuilder.o':
 'Error opening output file
 '/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/work/aquaterm/build/AquaTerm.build/Deployment/AQTFwk.build/Objects-normal/x86_64/AQTPlotBuilder.o''
 :info:build 1 warning and 2 errors generated.
 :info:build error: couldn't remove
 '/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/work/aquaterm/build/AquaTerm.build/Deployment/AQTFwk.build/Objects-normal/x86_64/AQTPlotBuilder.o'
 after command failed: Permission denied

Looks like permissions issues.



smime.p7s
Description: S/MIME cryptographic signature
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: gnuplot + aquaterm Lion OS X

[Lawrence Velázquez]

On Mar 18, 2012, at 9:20 p.m., Jeremy Lavergne wrote:

 Looks like permissions issues.


Can you try cleaning and installing aquaterm?

$ sudo port clean --all aquaterm
$ sudo port install aquaterm

vq

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

Re: gnuplot + aquaterm Lion OS X

[mdekauwe]

Could you elaborate at all?

I am using root when calling the command so i am not sure what else I would
need to do?

$ sudo port install gnuplot


Jeremy Lavergne wrote:
 
 :info:build error: error opening
 '/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/work/aquaterm/build/AquaTerm.build/Deployment/AQTFwk.build/Objects-normal/x86_64/AQTPlotBuilder.d':
 Error opening output file
 '/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/work/aquaterm/build/AquaTerm.build/Deployment/AQTFwk.build/Objects-normal/x86_64/AQTPlotBuilder.d'
 :info:build error: unable to open output file
 '/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/work/aquaterm/build/AquaTerm.build/Deployment/AQTFwk.build/Objects-normal/x86_64/AQTPlotBuilder.o':
 'Error opening output file
 '/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/work/aquaterm/build/AquaTerm.build/Deployment/AQTFwk.build/Objects-normal/x86_64/AQTPlotBuilder.o''
 :info:build 1 warning and 2 errors generated.
 :info:build error: couldn't remove
 '/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/work/aquaterm/build/AquaTerm.build/Deployment/AQTFwk.build/Objects-normal/x86_64/AQTPlotBuilder.o'
 after command failed: Permission denied
 
 Looks like permissions issues.
 
 
  
 ___
 macports-users mailing list
 macports-users@lists.macosforge.org
 http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
 
 

-- 
View this message in context: 
http://old.nabble.com/gnuplot-%2B-aquaterm-Lion-OS-X-tp33528180p33528796.html
Sent from the MacPorts - Users mailing list archive at Nabble.com.

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

Re: gnuplot: question about wxWidgets(-devel) Universal variants

[Jonathan Stickel]

On 3/13/12 08:00 , macports-users-requ...@lists.macosforge.org wrote:

Subject: Re: gnuplot: question about wxWidgets(-devel)  Universal
variants

On Mon, Mar 12, 2012 at 01:46, Ryan Schmidt wrote:



How exactly should the code be written to enable compiling
64-bit version of gnuplot with wxt terminal, without
interfering with other ports and without breaking
functionality for 32-bit architectures? Once/if that question
is answered, I have a Portfile for the new gnuplot 4.6 ready
to be committed.


The simplest solution for us would be for the developers of
wxWidgets to finally release a stable 64-bit compatible version
of their software. Then we could update the wxWidgets portfile to
that version and remove all the 32-bit forcing in all the ports
that do that.

However that probably won't happen for some time.

Would it be acceptable for a non-default option of gnuplot to simply
depend on wxWidgets-devel then? The version 2.9 also contains some
nice features that are missing in 2.8, so it's not just about type
of binary. (If necessary, there could be two options, one with
wxWidgets and one with wxWidgets-devel, but I don't really think that
two options are needed.)

I tried to create an update at
https://trac.macports.org/ticket/33596



wxWidgets and 64-bit has been a real PITA for some time now.  The 
development series 2.9 has promise, but there are some problems.  If you 
really need wxWidgets, I suggest using the X11/gtk backend.  See this 
old ticket for a full explanation:


http://trac.macports.org/ticket/24350

The variant for the 64-bit capable X11/gtk backend is available in the 
wxwidgets-python port.  This could be translated to the regular 
wxwidgets port if someone is interested.  I have stopped using wxwidgets 
due to these problems and am now using qt4.


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

Re: gnuplot: question about wxWidgets(-devel) Universal variants

[Mojca Miklavec]

On Tue, Mar 13, 2012 at 15:24, Jonathan Stickel wrote:

 wxWidgets and 64-bit has been a real PITA for some time now. The
 development series 2.9 has promise, but there are some problems.

I would have asked what kind of problems, but I don't want to open a
can of worms ;)

At least it works for me for using a Gnuplot terminal. The old version
(2.8) also works of course, but only for 32-bit applications and it
lacks two nice features which is a bit painful.

 If you
 really need wxWidgets, I suggest using the X11/gtk backend.  See this old
 ticket for a full explanation:

I have no idea how to use X11/gtk backend, and since wxWidgets-devel
also work (with Cocoa interface), I see no reason for including yet
another alien into the game. But if that would simplify macports
packaging and if somebody can show me how to do it, I have nothing
against a working solution. I don't particularly like X11 thouh and
there is already an X11 terminal available (with slightly less
features), but if that's what it takes ...

 http://trac.macports.org/ticket/24350

I'm not sure that I understand all of what is written here.

 The variant for the 64-bit capable X11/gtk backend is available in the
 wxwidgets-python port.  This could be translated to the regular wxwidgets
 port if someone is interested.  I have stopped using wxwidgets due to these
 problems and am now using qt4.

I would never develop a wxWidgets application myself, and even the
author of wxWidgets code for gnuplot says that he is no longer
interested in further maintainance (and that he would have written Qt
code back then if he knew what he knows now). But since the code is
there and application works now, it would be nice to support it as
long as supporting is not too painful. The Portfile that I wrote
(https://trac.macports.org/ticket/33596) seems to work, its only
drawback is dependency on wxWidgets-devel and I'm not sure how that
works on older macs.

Gnuplot now also supports Qt terminal (which is not really polished
out yet, at least not for the mac; printing semi-crashes,
configuration is suboptimal and doesn't work out of the box), so Qt
terminal is definitely an alternative. It would help if some
knowledgable developer would fix a few mac-specific problems in
gnuplot source code though (I can describe problems, but don't know
how to solve them properly).

I wouldn't have used MacPorts' gnuplot at all, but I don't know any
other way if I want to use Octave. And AquaTerm is causing me serious
problems (= it doesn't work at all), so I need at least one working
terminal that's different from AquaTerm and both Qt and wxWidgets are
good candidates that finally happen to work on mac in gnuplot 4.6.

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

Re: gnuplot: question about wxWidgets(-devel) Universal variants

[Jonathan Stickel]

On 3/13/12 08:57 , Mojca Miklavec wrote:

On Tue, Mar 13, 2012 at 15:24, Jonathan Stickel wrote:


wxWidgets and 64-bit has been a real PITA for some time now. The
development series 2.9 has promise, but there are some problems.


I would have asked what kind of problems, but I don't want to open a
can of worms ;)


I have found that it is not compatible with Mayavi (a python 
visualization program), and I suspect the same for other projects that 
use wxwidgets.




At least it works for me for using a Gnuplot terminal. The old version
(2.8) also works of course, but only for 32-bit applications and it
lacks two nice features which is a bit painful.



If it works for you, great!


  If you
really need wxWidgets, I suggest using the X11/gtk backend.  See this old
ticket for a full explanation:


I have no idea how to use X11/gtk backend, and since wxWidgets-devel
also work (with Cocoa interface), I see no reason for including yet
another alien into the game. But if that would simplify macports
packaging and if somebody can show me how to do it, I have nothing
against a working solution. I don't particularly like X11 thouh and
there is already an X11 terminal available (with slightly less
features), but if that's what it takes ...



Everything needed for the variant should be in the wxwidgets-python 
portfile.  A simple copy of the relevant lines to the wxwidgets portfile 
should work OK.  Some bug-squashing might be needed.  But if 
wxwidgets-2.9 works for gnuplot, that does seem like a better solution 
than X11/gtk.



http://trac.macports.org/ticket/24350


I'm not sure that I understand all of what is written here.


The variant for the 64-bit capable X11/gtk backend is available in the
wxwidgets-python port.  This could be translated to the regular wxwidgets
port if someone is interested.  I have stopped using wxwidgets due to these
problems and am now using qt4.


I would never develop a wxWidgets application myself, and even the
author of wxWidgets code for gnuplot says that he is no longer
interested in further maintainance (and that he would have written Qt
code back then if he knew what he knows now). But since the code is
there and application works now, it would be nice to support it as
long as supporting is not too painful. The Portfile that I wrote
(https://trac.macports.org/ticket/33596) seems to work, its only
drawback is dependency on wxWidgets-devel and I'm not sure how that
works on older macs.

Gnuplot now also supports Qt terminal (which is not really polished
out yet, at least not for the mac; printing semi-crashes,
configuration is suboptimal and doesn't work out of the box), so Qt
terminal is definitely an alternative. It would help if some
knowledgable developer would fix a few mac-specific problems in
gnuplot source code though (I can describe problems, but don't know
how to solve them properly).

I wouldn't have used MacPorts' gnuplot at all, but I don't know any
other way if I want to use Octave. And AquaTerm is causing me serious
problems (= it doesn't work at all), so I need at least one working
terminal that's different from AquaTerm and both Qt and wxWidgets are
good candidates that finally happen to work on mac in gnuplot 4.6.



I am facing similar problems with wx vs qt backends for matplotlib and 
mayavi in python.  wx used to be the standard backend, but is being 
phased out (I think partly because of this painful transition from 2.8 
to 2.9).  Qt4 is the new preferred backend, but not all features work 
correctly.  This has been an issue for over 2 years now.  Hopefully 
things will get better over time.  I have decided to got the Qt4 route 
and am dealing with the few issues.


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

Re: gnuplot: question about wxWidgets(-devel) Universal variants

[Mojca Miklavec]

On Mon, Mar 12, 2012 at 01:46, Ryan Schmidt wrote:

 How exactly should the code be written to enable compiling 64-bit
 version of gnuplot with wxt terminal, without interfering with other
 ports and without breaking functionality for 32-bit architectures?
 Once/if that question is answered, I have a Portfile for the new
 gnuplot 4.6 ready to be committed.

 The simplest solution for us would be for the developers of wxWidgets to 
 finally release a stable 64-bit compatible version of their software. Then we 
 could update the wxWidgets portfile to that version and remove all the 32-bit 
 forcing in all the ports that do that.

However that probably won't happen for some time.

Would it be acceptable for a non-default option of gnuplot to simply
depend on wxWidgets-devel then? The version 2.9 also contains some
nice features that are missing in 2.8, so it's not just about type of
binary. (If necessary, there could be two options, one with wxWidgets
and one with wxWidgets-devel, but I don't really think that two
options are needed.)

I tried to create an update at
https://trac.macports.org/ticket/33596

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

gnuplot: question about wxWidgets(-devel) Universal variants

[Mojca Miklavec]

Hello,

I would like to use gnuplot with wxt terminal (wxWidgets). The current
Portfile uses

variant wxwidgets description Enable wxWidgets front-end {
depends_lib-append  port:wxWidgets
configure.args-delete   --disable-wxwidgets
configure.args-append   --with-wx-config=${prefix}/bin/wx-config
}
if {[variant_isset wxwidgets]} {
# wxWidgets is not universal and is 32-bit only
universal_variant   no
supported_archs i386 ppc
}

however wxWidgets 2.8 only support Carbon (= only ppc and i386). I
have tried to modify the gnuplot's Portfile to use wxWidgets 2.9. The
following code works for me (Lion x86_64):

variant wxwidgets description Enable wxWidgets front-end {
depends_lib-append  port:wxWidgets-devel
configure.args-delete   --disable-wxwidgets
configure.args-append   --with-wx-config=${prefix}/bin/wx-config
}
if {[variant_isset wxwidgets]} {
if {${configure.compiler} == clang} {
configure.compiler llvm-gcc-4.2
}
}

but since many other ports depend on wxWidgets (conflicting with
wxWidgets-devel), it might be undesirable to put the code above to
gnuplot's Portfile. Also, for anyone using ppc or i386 the version 2.8
of wxWidgets might be perfectly OK.

How exactly should the code be written to enable compiling 64-bit
version of gnuplot with wxt terminal, without interfering with other
ports and without breaking functionality for 32-bit architectures?
Once/if that question is answered, I have a Portfile for the new
gnuplot 4.6 ready to be committed.

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

Re: gnuplot: question about wxWidgets(-devel) Universal variants

[Ryan Schmidt]

On Mar 11, 2012, at 18:51, Mojca Miklavec wrote:

 I would like to use gnuplot with wxt terminal (wxWidgets). The current
 Portfile uses
 
variant wxwidgets description Enable wxWidgets front-end {
depends_lib-append  port:wxWidgets
configure.args-delete   --disable-wxwidgets
configure.args-append   --with-wx-config=${prefix}/bin/wx-config
}
if {[variant_isset wxwidgets]} {
# wxWidgets is not universal and is 32-bit only
universal_variant   no
supported_archs i386 ppc
}
 
 however wxWidgets 2.8 only support Carbon (= only ppc and i386). I
 have tried to modify the gnuplot's Portfile to use wxWidgets 2.9. The
 following code works for me (Lion x86_64):
 
variant wxwidgets description Enable wxWidgets front-end {
depends_lib-append  port:wxWidgets-devel
configure.args-delete   --disable-wxwidgets
configure.args-append   --with-wx-config=${prefix}/bin/wx-config
}
if {[variant_isset wxwidgets]} {
if {${configure.compiler} == clang} {
configure.compiler llvm-gcc-4.2
}
}
 
 but since many other ports depend on wxWidgets (conflicting with
 wxWidgets-devel), it might be undesirable to put the code above to
 gnuplot's Portfile. Also, for anyone using ppc or i386 the version 2.8
 of wxWidgets might be perfectly OK.
 
 How exactly should the code be written to enable compiling 64-bit
 version of gnuplot with wxt terminal, without interfering with other
 ports and without breaking functionality for 32-bit architectures?
 Once/if that question is answered, I have a Portfile for the new
 gnuplot 4.6 ready to be committed.

The simplest solution for us would be for the developers of wxWidgets to 
finally release a stable 64-bit compatible version of their software. Then we 
could update the wxWidgets portfile to that version and remove all the 32-bit 
forcing in all the ports that do that.



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

Re: gnuplot

[Dan Ports]

On Tue, Jun 07, 2011 at 05:31:22PM +0800, cao.xu wrote:
   After installed emacs from macports, gnuplot can be installed 
 correctly. It seems the dependency on emacs is needed by gnuplot indeed.

It is true that there's an undeclared dependency on emacs to build the
gnuplot-mode elisp. Really, we ought to build gnuplot-mode as a
separate port. I filed that as http://trac.macports.org/ticket/27996
a while back.

I haven't had a chance to fix it (and certainly wouldn't complain if
someone else wants to!). It hasn't been an especially high priority
because, as others have noted, it does build on a normal system without
the emacs port installed.

Dan

-- 
Dan R. K. Ports  MIT CSAILhttp://drkp.net/
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: gnuplot

[Ryan Schmidt]

On Jun 6, 2011, at 03:02, cao.xu wrote:

   To install gunplot through macports, I get the following error:
 
 localhost:local apple$ sudo port install gnuplot @4.4.3

Note that it is not possible to specify a version of a port to install. You 
will always get the version of the port that is currently available, regardless 
what you specify. (The version currently available happens to be 4.4.3, though, 
so coincidentally you're getting what you want at the moment.)

https://trac.macports.org/ticket/24520


 Password:
 ---  Computing dependencies for gnuplot
 ---  Building gnuplot
 Error: Target org.macports.build returned: shell command failed (see log for 
 details)
 Log for gnuplot is at: 
 /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_gnuplot/main.log
 Error: Status 1 encountered during processing.
 To report a bug, see http://guide.macports.org/#project.tickets
 
 and the log is attached.

And it says:

:info:build Making all in lisp
:info:build emacs -batch -q -no-site-file -l ./dot.el -f batch-byte-compile 
gnuplot.el
:info:build emacs -batch -q -no-site-file -l ./dot.el -f batch-byte-compile 
gnuplot-gui.el
:info:build Warning: arch-independent data dir (/usr/share/emacs/22.1/etc/) 
does not exist.
:info:build Warning: arch-independent data dir (/usr/share/emacs/22.1/etc/) 
does not exist.
:info:build Warning: Lisp directory `/usr/share/emacs/22.1/site-lisp' does not 
exist.
:info:build Warning: Lisp directory `/usr/share/emacs/22.1/site-lisp' does not 
exist.
:info:build Cannot open load file: bytecomp
:info:build Cannot open load file: bytecomp
:info:build make[2]: *** [gnuplot-gui.elc] Error 255
:info:build make[2]: *** Waiting for unfinished jobs
:info:build make[2]: *** [gnuplot.elc] Error 255
:info:build make[1]: *** [all-recursive] Error 1
:info:build make: *** [all] Error 2

I don't know why gnuplot is looking for Mac OS X's emacs stuff. On my system, 
gnuplot installed the following emacs things:

$ port installed gnuplot
The following ports are currently installed:
  gnuplot @4.4.3_0+universal (active)
$ port contents gnuplot | grep emacs
  /opt/local/share/emacs/site-lisp/gnuplot-gui.el
  /opt/local/share/emacs/site-lisp/gnuplot-gui.elc
  /opt/local/share/emacs/site-lisp/gnuplot.el
  /opt/local/share/emacs/site-lisp/gnuplot.elc
  /opt/local/share/emacs/site-lisp/info-look.20.2.el
  /opt/local/share/emacs/site-lisp/info-look.20.3.el

But I probably already had the emacs port installed. Maybe the gnuplot port 
simply needs a dependency on emacs. Try installing emacs:

sudo port install emacs

Then clean gnuplot and try again (see below).


Meanwhile, the directories /usr/share/emacs/22.1/etc and 
/usr/share/emacs/22.1/site-lisp do exist on my Snow Leopard system; I do not 
use emacs so I guess they are standard parts of Snow Leopard:

$ ls -ld /usr/share/emacs/22.1/etc /usr/share/emacs/22.1/site-lisp
drwxr-xr-x  137 root  wheel  4658 Aug  1  2009 /usr/share/emacs/22.1/etc
drwxr-xr-x3 root  wheel   102 Aug  1  2009 /usr/share/emacs/22.1/site-lisp

Do these directories really not exist on your system? If not, you may want to 
get them from your backups or your Mac OS X installation media.


Finally, the log you sent was incomplete (contains lines that say Skipping 
completed). There may be relevant information in the parts of the log that 
were omitted. To get a full log, clean and try installing again.

sudo port clean gnuplot
sudo port install gnuplot



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

Re: gnuplot

[cao.xu]

Maybe emacs is part of mac os x by default  and I deleted it without care.

在 2011-6-7，下午9:01， Drechsel Wolf 写道：

 After installed emacs from macports, gnuplot can be installed correctly. It 
 seems the dependency on emacs is needed by gnuplot indeed.
 
 I think this is not true:
 
 bub$ port installed emacs
 None of the specified ports are installed.
 Martins-G4:~ bub$ port installed gnuplot
 The following ports are currently installed:
  gnuplot @4.2.5_1+darwin
  gnuplot @4.4.2_1 (active)
 
 HTH, Wolf
 ___
 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

[Ryan Schmidt]

On Jun 7, 2011, at 09:42, cao.xu wrote:

 Maybe emacs is part of mac os x by default

It definitely is.

 and I deleted it without care.

Well we know *something* deleted those directories. You said you put back some 
of them, but perhaps not all of them. Try replacing all of /usr/share/emacs 
from your backups or original Mac OS X media.



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

Re: Problems with gnuplot from marcports

[Andrea D'Amore]

On Sat, Jan 8, 2011 at 2:30 AM, Brandon S Allbery KF8NH
allb...@kf8nh.com wrote:
 There's always gvim :)
 (although, why isn't there an aqua version?)

I'm not sure what you mean, but I have MacVim.app from MacPorts installed.

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

Re: Problems with gnuplot from marcports

[Jason Swails]

On Sun, Jan 9, 2011 at 6:07 AM, Andrea D'Amore and.dam...@macports.orgwrote:

 On Sat, Jan 8, 2011 at 2:30 AM, Brandon S Allbery KF8NH
 allb...@kf8nh.com wrote:
  There's always gvim :)
  (although, why isn't there an aqua version?)

 I'm not sure what you mean, but I have MacVim.app from MacPorts installed.


gvim is a GUI vim (installable as gvim in most/all linux distributions from
their package managers).  Brandon pointed out to me that it was available as
a variant of vim (gtk1/gtk2).  MacVim is similar, but (as the name would
suggest) more natively 'mac'.

All the best,
Jason


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




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

Re: Problems with gnuplot from marcports

[Brian Forte]

On Sun, Jan 9, 2011 at 6:07 AM, Andrea D'Amore 
mailto:and.dam...@macports.organd.dam...@macports.org 
wrote:


On Sat, Jan 8, 2011 at 2:30 AM, Brandon S 
Allbery KF8NH 
mailto:allb...@kf8nh.comallb...@kf8nh.com 
wrote:

There's always gvim :)
(although, why isn't there an aqua version?)


I'm not sure what you mean, but I have MacVim.app from MacPorts installed.

gvim is a GUI vim (installable as gvim in 
most/all linux distributions from their package 
managers).  Brandon pointed out to me that it 
was available as a variant of vim (gtk1/gtk2). 
MacVim is similar, but (as the name would 
suggest) more natively 'mac'.


Much more native. Björn Winckler c have done a 
stirling job turning vi into a Mac OS X-friendly 
text editor whilst still allowing all the vi-isms 
to stand.


One small caution: make sure you get the right binary.

Winckler's port is available at 
http://code.google.com/p/macvim/ and should not 
be confused with the no-longer-maintained 
Carbon-based port still available from macvim.org.


Regards,

Brian Forte.
--
words, edits, type, layout, code
mailto:bfo...@betweenborders.com
http://betweenborders.com/
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Problems with gnuplot from marcports

[Andrea D'Amore]

On Fri, Jan 7, 2011 at 3:58 AM, Ryan Schmidt ryandes...@macports.org wrote:

 open -e file is the same as dragging the file file onto the program 
 TextEdit

I have a tedit alias for open -e in order to do quick GUI text
editing and to differentiate it from Bare Bones Software's edit.

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

Re: Problems with gnuplot from marcports

[Marcelo Chiapparini]

Hi! I forgot that man is our friend, sorry for that... and thanks a lot
for all the information regarding the open command. This is an amazing list!

2011/1/7 Andrea D'Amore and.dam...@macports.org

 On Fri, Jan 7, 2011 at 3:58 AM, Ryan Schmidt ryandes...@macports.org
 wrote:

  open -e file is the same as dragging the file file onto the program
 TextEdit

 I have a tedit alias for open -e in order to do quick GUI text
 editing and to differentiate it from Bare Bones Software's edit.

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




-- 
Marcelo Chiapparini
http://sites.google.com/site/marcelochiapparini
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Problems with gnuplot from marcports

[Jason Swails]

On Fri, Jan 7, 2011 at 3:13 AM, Andrea D'Amore and.dam...@macports.orgwrote:

 On Fri, Jan 7, 2011 at 3:58 AM, Ryan Schmidt ryandes...@macports.org
 wrote:

  open -e file is the same as dragging the file file onto the program
 TextEdit

 I have a tedit alias for open -e in order to do quick GUI text
 editing and to differentiate it from Bare Bones Software's edit.


Why not set tedit to your default text editor and use open -t instead?
(also described in said man page)



 --
 Andrea




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

Re: Problems with gnuplot from marcports

[Andrea D'Amore]

On Fri, Jan 7, 2011 at 3:09 PM, Jason Swails jason.swa...@gmail.com wrote:
 Why not set tedit to your default text editor and use open -t instead?
 (also described in said man page)

Because I find it easier to type tedit than open -e with the space
and the dash. My default editor is edit already.

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

Re: Problems with gnuplot from marcports

[Jason Swails]

Ha, I misread that.  I thought tedit was a program you aliased with open -e
(not sure how I thought that worked).  Your way makes much more sense.  I
like my vi, so I don't use open for text files in any case.  I only just
learned about -e and -t when looking at the man page again.

Happy times,
Jason

On Fri, Jan 7, 2011 at 6:14 PM, Andrea D'Amore and.dam...@macports.orgwrote:

 On Fri, Jan 7, 2011 at 3:09 PM, Jason Swails jason.swa...@gmail.com
 wrote:
  Why not set tedit to your default text editor and use open -t instead?
  (also described in said man page)

 Because I find it easier to type tedit than open -e with the space
 and the dash. My default editor is edit already.

 --
 Andrea




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

Re: Problems with gnuplot from marcports

[Brandon S Allbery KF8NH]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 1/7/11 19:48 , Jason Swails wrote:
 Ha, I misread that.  I thought tedit was a program you aliased with open -e
 (not sure how I thought that worked).  Your way makes much more sense.  I
 like my vi, so I don't use open for text files in any case.  I only just
 learned about -e and -t when looking at the man page again.

There's always gvim :)
(although, why isn't there an aqua version?)

- -- 
brandon s. allbery [linux,solaris,freebsd,perl]  allb...@kf8nh.com
system administrator  [openafs,heimdal,too many hats]  allb...@ece.cmu.edu
electrical and computer engineering, carnegie mellon university  KF8NH
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk0nvi8ACgkQIn7hlCsL25V60wCfSTvGTReTWuIhKW3pvgUGKObH
ShgAn3cuH2bmtzo2sWV/jDzjCoPnjplh
=Zn2v
-END PGP SIGNATURE-
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Problems with gnuplot from marcports

[Marcelo Chiapparini]

Hi all! I've just turned off the hide extension feature in Finder. Thanks
to all of you for the help. After years of working with Linux, this is my
first time with a Mac... and I am loving. BTW, what is the  'open utility
Apple added to BSD'? can you point me to some information? Thanks!

2011/1/6 Jason Swails jason.swa...@gmail.com

 Or you can just live in the terminal :).  I find it faster than navigating
 Finder, and the open utility Apple added to BSD is quite handy.


 On Wed, Jan 5, 2011 at 9:45 PM, Ryan Schmidt ryandes...@macports.orgwrote:


 On Jan 5, 2011, at 11:22, Marcelo Chiapparini wrote:

  TextEdit added an txt extension to the file, so, the file
 qhdmmint.gplt was saved as qhdmmint.gplt.txt in the disk. This was why
 gnuplot didn't find it! Now, erasing the txt and moving qhdmmint.gplt.txt
 to qhdmmint.gplt I got my graph normally. The weird thing is that
 qhdmmint.gplt.txt appeared without the txtextension in Finder, that was
 why I was confused with the names...

 Yes, the Finder hides filename extensions by default. One of the first
 things I do on my Macs is disable that feature. It may help Grandma be less
 scared of her computer, but it does not help people who know how computers
 work. To disable this feature, choose Preferences from the Finder menu in
 the menubar, click Advanced, and check the checkbox Show all filename
 extensions.





 --
 Jason M. Swails
 Quantum Theory Project,
 University of Florida
 Ph.D. Graduate Student
 352-392-4032

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




-- 
Marcelo Chiapparini
http://sites.google.com/site/marcelochiapparini
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Problems with gnuplot from marcports

[Jason Swails]

man open ;)

'open file' will open file with its default program if there is one.
'open -a program file' will open file with program

and my personal favorite,

'open -a program' just launches the program as though you clicked it on
the dock or double-clicked it in the finder (and remember that Mac is
case-insensitive).

i.e. open -a textedit or open -a app\ store if you've downloaded the
latest update.

--Jason

On Thu, Jan 6, 2011 at 3:53 PM, Marcelo Chiapparini 
marcelo.chiappar...@gmail.com wrote:

 Hi all! I've just turned off the hide extension feature in Finder. Thanks
 to all of you for the help. After years of working with Linux, this is my
 first time with a Mac... and I am loving. BTW, what is the  'open
 utility Apple added to BSD'? can you point me to some information? Thanks!


 2011/1/6 Jason Swails jason.swa...@gmail.com

 Or you can just live in the terminal :).  I find it faster than navigating
 Finder, and the open utility Apple added to BSD is quite handy.


 On Wed, Jan 5, 2011 at 9:45 PM, Ryan Schmidt ryandes...@macports.orgwrote:


 On Jan 5, 2011, at 11:22, Marcelo Chiapparini wrote:

  TextEdit added an txt extension to the file, so, the file
 qhdmmint.gplt was saved as qhdmmint.gplt.txt in the disk. This was why
 gnuplot didn't find it! Now, erasing the txt and moving qhdmmint.gplt.txt
 to qhdmmint.gplt I got my graph normally. The weird thing is that
 qhdmmint.gplt.txt appeared without the txtextension in Finder, that was
 why I was confused with the names...

 Yes, the Finder hides filename extensions by default. One of the first
 things I do on my Macs is disable that feature. It may help Grandma be less
 scared of her computer, but it does not help people who know how computers
 work. To disable this feature, choose Preferences from the Finder menu in
 the menubar, click Advanced, and check the checkbox Show all filename
 extensions.





 --
 Jason M. Swails
 Quantum Theory Project,
 University of Florida
 Ph.D. Graduate Student
 352-392-4032

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




 --
 Marcelo Chiapparini
 http://sites.google.com/site/marcelochiapparini

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




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

Re: Problems with gnuplot from marcports

[Ryan Schmidt]

On Jan 6, 2011, at 17:35, Jason Swails wrote:

 man open ;)
 
 'open file' will open file with its default program if there is one.
 'open -a program file' will open file with program
 
 and my personal favorite,
 
 'open -a program' just launches the program as though you clicked it on the 
 dock or double-clicked it in the finder (and remember that Mac is 
 case-insensitive).

Or expressed in terms of Finder functionality:

open file is the same as double-clicking the file file

open -a program is the same as double-clicking the program program

open -a program file is the same as dragging the file file onto the 
program program

open -e file is the same as dragging the file file onto the program 
TextEdit


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

Re: Problems with gnuplot from marcports

[Jean-Francois Gobin]

Marcelo,

Could you try loading the script using the full path?

Thanks,
J.


On Wed, Jan 5, 2011 at 11:41 AM, Marcelo Chiapparini 
marcelo.chiappar...@gmail.com wrote:

 Hello,

 I've just bought a new iMac, running OS X 10.6. I am using it at home. In
 order to maintain compatibility with files created at work, under Linux, I
 want to install gnuplot on my Imac. So, I am using MacPorts, which I've
 found a very helpful and clever project (thank you guys!).

 So, I followed the instructions from the MacPorts site, and installed
 macports, xcode (the latest version available) and gnuplot. Everything went
 fine. Gnuplot works well from the command line. The problems appears when I
 try to load and script. When I call gnuplot from the directory of the
 scritp, I get the following:

 Yggdrasill2:cbpf marcelo$ gnuplot

 G N U P L O T
 Version 4.4 patchlevel 2
  last modified Wed Sep 22 12:10:34 PDT 2010
 System: Darwin 10.5.0

  Copyright (C) 1986-1993, 1998, 2004, 2007-2010
 Thomas Williams, Colin Kelley and many others

 gnuplot home: http://www.gnuplot.info
 faq, bugs, etc:   type help seeking-assistance
  immediate help:   type help
 plot window:  hit 'h'

 Terminal type set to 'aqua'

 gnuplot load qhdmmint.gplt
  ^
  Cannot open load file 'qhdmmint.gplt'
  util.c: No such file or directory


 The file qhdmmint.gplt is in the directory from which I called gnuplot, so
 I don't understand the error... I've googled the internet, with no success.
 Any help will be very welcome,

 Regards

 Marcelo


 ___
 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: Problems with gnuplot from marcports

[Marcelo Chiapparini]

Hi Jean-Francois, thanks for the reply,

using the full path the error message is the same:

Yggdrasill2:cbpf marcelo$ gnuplot

G N U P L O T
 Version 4.4 patchlevel 2
last modified Wed Sep 22 12:10:34 PDT 2010
System: Darwin 10.5.0

Copyright (C) 1986-1993, 1998, 2004, 2007-2010
Thomas Williams, Colin Kelley and many others

gnuplot home: http://www.gnuplot.info
faq, bugs, etc:   type help seeking-assistance
 immediate help:   type help
plot window:  hit 'h'

Terminal type set to 'aqua'
gnuplot load
/Users/marcelo/Dropbox/trabalho/pesquisa/materia-nuclear/t-finita/cbpf/qhdmmint.gplt

   ^
 Cannot open load file
'/Users/marcelo/Dropbox/trabalho/pesquisa/materia-nuclear/t-finita/cbpf/qhdmmint.gplt'
 util.c: No such file or directory


May be a environmental variable issue, I don't know...

Thanks

Marcelo




2011/1/5 Jean-Francois Gobin j...@gobinjf.be

 Marcelo,

 Could you try loading the script using the full path?

 Thanks,
 J.


 On Wed, Jan 5, 2011 at 11:41 AM, Marcelo Chiapparini 
 marcelo.chiappar...@gmail.com wrote:

 Hello,

 I've just bought a new iMac, running OS X 10.6. I am using it at home. In
 order to maintain compatibility with files created at work, under Linux, I
 want to install gnuplot on my Imac. So, I am using MacPorts, which I've
 found a very helpful and clever project (thank you guys!).

 So, I followed the instructions from the MacPorts site, and installed
 macports, xcode (the latest version available) and gnuplot. Everything went
 fine. Gnuplot works well from the command line. The problems appears when I
 try to load and script. When I call gnuplot from the directory of the
 scritp, I get the following:

 Yggdrasill2:cbpf marcelo$ gnuplot

 G N U P L O T
 Version 4.4 patchlevel 2
  last modified Wed Sep 22 12:10:34 PDT 2010
 System: Darwin 10.5.0

  Copyright (C) 1986-1993, 1998, 2004, 2007-2010
 Thomas Williams, Colin Kelley and many others

 gnuplot home: http://www.gnuplot.info
 faq, bugs, etc:   type help seeking-assistance
  immediate help:   type help
 plot window:  hit 'h'

 Terminal type set to 'aqua'

 gnuplot load qhdmmint.gplt
  ^
  Cannot open load file 'qhdmmint.gplt'
  util.c: No such file or directory


 The file qhdmmint.gplt is in the directory from which I called gnuplot, so
 I don't understand the error... I've googled the internet, with no success.
 Any help will be very welcome,

 Regards

 Marcelo


 ___
 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: Problems with gnuplot from marcports

[Jason Swails]

Does it work if you just specify the script with gnuplot on the CL?

gnuplot qhdmmint.gplt

The nice thing about the aqua terminal is that the window should stick
around.

Good luck,
Jason

On Wed, Jan 5, 2011 at 10:05 AM, Marcelo Chiapparini 
marcelo.chiappar...@gmail.com wrote:

 Hi Jean-Francois, thanks for the reply,

 using the full path the error message is the same:

 Yggdrasill2:cbpf marcelo$ gnuplot

 G N U P L O T
  Version 4.4 patchlevel 2
 last modified Wed Sep 22 12:10:34 PDT 2010
 System: Darwin 10.5.0

 Copyright (C) 1986-1993, 1998, 2004, 2007-2010
 Thomas Williams, Colin Kelley and many others

 gnuplot home: http://www.gnuplot.info
 faq, bugs, etc:   type help seeking-assistance
  immediate help:   type help
 plot window:  hit 'h'

 Terminal type set to 'aqua'
 gnuplot load
 /Users/marcelo/Dropbox/trabalho/pesquisa/materia-nuclear/t-finita/cbpf/qhdmmint.gplt

  ^
  Cannot open load file
 '/Users/marcelo/Dropbox/trabalho/pesquisa/materia-nuclear/t-finita/cbpf/qhdmmint.gplt'
  util.c: No such file or directory


 May be a environmental variable issue, I don't know...

 Thanks

 Marcelo




 2011/1/5 Jean-Francois Gobin j...@gobinjf.be

 Marcelo,

 Could you try loading the script using the full path?

 Thanks,
 J.


 On Wed, Jan 5, 2011 at 11:41 AM, Marcelo Chiapparini 
 marcelo.chiappar...@gmail.com wrote:

 Hello,

 I've just bought a new iMac, running OS X 10.6. I am using it at home. In
 order to maintain compatibility with files created at work, under Linux, I
 want to install gnuplot on my Imac. So, I am using MacPorts, which I've
 found a very helpful and clever project (thank you guys!).

 So, I followed the instructions from the MacPorts site, and installed
 macports, xcode (the latest version available) and gnuplot. Everything went
 fine. Gnuplot works well from the command line. The problems appears when I
 try to load and script. When I call gnuplot from the directory of the
 scritp, I get the following:

 Yggdrasill2:cbpf marcelo$ gnuplot

 G N U P L O T
 Version 4.4 patchlevel 2
  last modified Wed Sep 22 12:10:34 PDT 2010
 System: Darwin 10.5.0

  Copyright (C) 1986-1993, 1998, 2004, 2007-2010
 Thomas Williams, Colin Kelley and many others

 gnuplot home: http://www.gnuplot.info
 faq, bugs, etc:   type help seeking-assistance
  immediate help:   type help
 plot window:  hit 'h'

 Terminal type set to 'aqua'

 gnuplot load qhdmmint.gplt
  ^
  Cannot open load file 'qhdmmint.gplt'
  util.c: No such file or directory


 The file qhdmmint.gplt is in the directory from which I called gnuplot,
 so I don't understand the error... I've googled the internet, with no
 success. Any help will be very welcome,

 Regards

 Marcelo


 ___
 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




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

Re: Problems with gnuplot from marcports

[Marcelo Chiapparini]

Hello,

I've just solved the problem with the file not found. The file was edited
with TextEdit in plain text mode. TextEdit added an txt extension to the
file, so, the file qhdmmint.gplt was saved as qhdmmint.gplt.txt in the disk.
This was why gnuplot didn't find it! Now, erasing the txt and moving
qhdmmint.gplt.txt to qhdmmint.gplt I got my graph normally. The weird thing
is that qhdmmint.gplt.txt appeared without the txtextension in Finder,
that was why I was confused with the names...

Thanks a lot for all the responsive feedback

Regards

Marcelo



2011/1/5 Jason Swails jason.swa...@gmail.com

 Does it work if you just specify the script with gnuplot on the CL?

 gnuplot qhdmmint.gplt

 The nice thing about the aqua terminal is that the window should stick
 around.

 Good luck,
 Jason


 On Wed, Jan 5, 2011 at 10:05 AM, Marcelo Chiapparini 
 marcelo.chiappar...@gmail.com wrote:

 Hi Jean-Francois, thanks for the reply,

 using the full path the error message is the same:

 Yggdrasill2:cbpf marcelo$ gnuplot

 G N U P L O T
  Version 4.4 patchlevel 2
 last modified Wed Sep 22 12:10:34 PDT 2010
 System: Darwin 10.5.0

 Copyright (C) 1986-1993, 1998, 2004, 2007-2010
 Thomas Williams, Colin Kelley and many others

 gnuplot home: http://www.gnuplot.info
 faq, bugs, etc:   type help seeking-assistance
  immediate help:   type help
 plot window:  hit 'h'

 Terminal type set to 'aqua'
 gnuplot load
 /Users/marcelo/Dropbox/trabalho/pesquisa/materia-nuclear/t-finita/cbpf/qhdmmint.gplt

  ^
  Cannot open load file
 '/Users/marcelo/Dropbox/trabalho/pesquisa/materia-nuclear/t-finita/cbpf/qhdmmint.gplt'
  util.c: No such file or directory


 May be a environmental variable issue, I don't know...

 Thanks

 Marcelo




 2011/1/5 Jean-Francois Gobin j...@gobinjf.be

 Marcelo,

 Could you try loading the script using the full path?

 Thanks,
 J.


 On Wed, Jan 5, 2011 at 11:41 AM, Marcelo Chiapparini 
 marcelo.chiappar...@gmail.com wrote:

 Hello,

 I've just bought a new iMac, running OS X 10.6. I am using it at home.
 In order to maintain compatibility with files created at work, under Linux,
 I want to install gnuplot on my Imac. So, I am using MacPorts, which I've
 found a very helpful and clever project (thank you guys!).

 So, I followed the instructions from the MacPorts site, and installed
 macports, xcode (the latest version available) and gnuplot. Everything went
 fine. Gnuplot works well from the command line. The problems appears when I
 try to load and script. When I call gnuplot from the directory of the
 scritp, I get the following:

 Yggdrasill2:cbpf marcelo$ gnuplot

 G N U P L O T
 Version 4.4 patchlevel 2
  last modified Wed Sep 22 12:10:34 PDT 2010
 System: Darwin 10.5.0

  Copyright (C) 1986-1993, 1998, 2004, 2007-2010
 Thomas Williams, Colin Kelley and many others

 gnuplot home: http://www.gnuplot.info
 faq, bugs, etc:   type help seeking-assistance
  immediate help:   type help
 plot window:  hit 'h'

 Terminal type set to 'aqua'

 gnuplot load qhdmmint.gplt
  ^
  Cannot open load file 'qhdmmint.gplt'
  util.c: No such file or directory


 The file qhdmmint.gplt is in the directory from which I called gnuplot,
 so I don't understand the error... I've googled the internet, with no
 success. Any help will be very welcome,

 Regards

 Marcelo


 ___
 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




 --
 Jason M. Swails
 Quantum Theory Project,
 University of Florida
 Ph.D. Graduate Student
 352-392-4032




-- 
Marcelo Chiapparini
http://sites.google.com/site/marcelochiapparini
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Problems with gnuplot from marcports

[Ryan Schmidt]

On Jan 5, 2011, at 11:22, Marcelo Chiapparini wrote:

 TextEdit added an txt extension to the file, so, the file qhdmmint.gplt was 
 saved as qhdmmint.gplt.txt in the disk. This was why gnuplot didn't find it! 
 Now, erasing the txt and moving qhdmmint.gplt.txt to qhdmmint.gplt I got my 
 graph normally. The weird thing is that qhdmmint.gplt.txt appeared without 
 the txtextension in Finder, that was why I was confused with the names...

Yes, the Finder hides filename extensions by default. One of the first things I 
do on my Macs is disable that feature. It may help Grandma be less scared of 
her computer, but it does not help people who know how computers work. To 
disable this feature, choose Preferences from the Finder menu in the menubar, 
click Advanced, and check the checkbox Show all filename extensions.


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

Re: Problems with gnuplot from marcports

[Ryan Schmidt]

On Jan 5, 2011, at 22:55, Jason Swails wrote:

 Or you can just live in the terminal :).  I find it faster than navigating 
 Finder, and the open utility Apple added to BSD is quite handy.

I do that too! :)

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

Octave/x11/aquaterm/gnuplot issue

[Ronald Haynes]

Hi folks, I installed octave (3.2.2) and aquaterm (1.0.1_5)  using macports on 
mac os x 10.6.4.

When plotting octave loads x11 instead of aquaterm to display the plots.  I 
would like to use aquaterm.  I have tried setting the GNUTERM and
GNUTERMAPP environment variables in .profile to point to aquaterm but that 
causes octave to load both x11 and aquaterm when I try to plot and then nothing 
gets displayed.

How do I ensure octave uses aquaterm only.

BTW:  it works correctly if I install octave from the .dmg rather than using 
macports.

Best,
R Haynes
Dr. Ronald D. Haynes (PhD)
Associate Professor
Department of Mathematics  Statistics
Memorial University of Newfoundland
St. John's, NL, Canada
A1A 4V4
(P) 709-737-8825
(F) 709-737-3010






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

Octave Dependency Issues (Was Re: Gnuplot Library Issues)

[Anthony Michael Agelastos]

On Jul 23, 2010, at 11:57 PM, Ryan Schmidt wrote:
 On Jul 23, 2010, at 22:48, Anthony Michael Agelastos wrote:
 On Jul 23, 2010, at 11:43 PM, Ryan Schmidt wrote:
 On Jul 23, 2010, at 22:36, Anthony Michael Agelastos wrote:
 
 $ otool -L /opt/local/lib/libfreetype.6.dylib
 /opt/local/lib/libfreetype.6.dylib:
/opt/local/lib/libfreetype.6.dylib (compatibility version 12.0.0, 
 current version 12.1.0)
/opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current 
 version 1.2.5)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
 version 125.2.0)
 $ lipo -info /opt/local/lib/libfreetype.6.dylib
 Non-fat file: /opt/local/lib/libfreetype.6.dylib is architecture: i386
 
 All of that seems correct to me.  
 
 Yes it does assuming this computer really is 32-bit only. You're sure 
 it is? What's the output of
 
 sysctl hw.cpu64bit_capable
 
 $ sysctl hw.cpu64bit_capable
 hw.cpu64bit_capable: 0
 
 Indeed. Well, I will guess that your non-MacPorts octave is using an older 
 freetype, and that somehow, when gnuplot is used in the context of that 
 octave, it then wants to use the same freetype, which MacPorts gnuplot is not 
 designed to do. So I think the solution is to switch to using MacPorts 
 octave. So tell us all you can about your problems building that so maybe we 
 can fix that.
 
 
ATLAS is the first one it fails on.  Below is what port returned.  
 
Log for atlas is at: 
/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/main.log
To report a bug, see http://guide.macports.org/#project.tickets

main.log
...
:info:buildSTAGE 2-2-3: COPY/NO-COPY CROSSOVER DETECTION
:info:build make -f Makefile INSTALL_LOG/sXover.h pre=s 21 | ./xatlas_tee 
INSTALL_LOG/sMMCROSSOVER.LOG
:info:build   done.
:info:build 
:info:build 
:info:buildSTAGE 2-2-4: LEVEL 3 BLAS TUNE
:info:build make -f Makefile INSTALL_LOG/atlas_strsmXover.h pre=s 21 | 
./xatlas_tee INSTALL_LOG/sL3TUNE.LOG
:info:build make -f Makefile scblaslib 21 | ./xatlas_tee 
INSTALL_LOG/sL3TUNE.LOG
:info:build   done.
:info:build 
:info:build 
:info:buildSTAGE 2-2-5: GEMV TUNE
:info:build make -f Makefile INSTALL_LOG/sMVRES pre=s 21 | ./xatlas_tee 
INSTALL_LOG/sMVTUNE.LOG
:info:build make[1]: *** [build] Error 255
:info:build make: *** [build] Error 2
:info:build shell command  cd 
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/work/atlas-3.8.3/build
  /usr/bin/make build  returned error 2
:error:build Target org.macports.build returned: shell command failed
:debug:build Backtrace: shell command failed
while executing
command_exec build
(procedure portbuild::build_main line 8)
invoked from within
$procedure $targetname
:info:build Warning: the following items did not execute (for atlas): 
org.macports.activate org.macports.build org.macports.destroot 
org.macports.install
:notice:build Log for atlas is at: 
/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/main.log
/main.log


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

Re: Octave Dependency Issues (Was Re: Gnuplot Library Issues)

[Anthony Michael Agelastos]

It looks like I am having a similar problem to ticket 25619; when I look at 
short_main.rtf, it appears that we fail at the same point. 

On Jul 24, 2010, at 7:03 AM, Anthony Michael Agelastos wrote:

 On Jul 23, 2010, at 11:57 PM, Ryan Schmidt wrote:
 On Jul 23, 2010, at 22:48, Anthony Michael Agelastos wrote:
 On Jul 23, 2010, at 11:43 PM, Ryan Schmidt wrote:
 On Jul 23, 2010, at 22:36, Anthony Michael Agelastos wrote:
 
 $ otool -L /opt/local/lib/libfreetype.6.dylib
 /opt/local/lib/libfreetype.6.dylib:
   /opt/local/lib/libfreetype.6.dylib (compatibility version 12.0.0, 
 current version 12.1.0)
   /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current 
 version 1.2.5)
   /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
 version 125.2.0)
 $ lipo -info /opt/local/lib/libfreetype.6.dylib
 Non-fat file: /opt/local/lib/libfreetype.6.dylib is architecture: i386
 
 All of that seems correct to me.  
 
 Yes it does assuming this computer really is 32-bit only. You're sure 
 it is? What's the output of
 
 sysctl hw.cpu64bit_capable
 
 $ sysctl hw.cpu64bit_capable
 hw.cpu64bit_capable: 0
 
 Indeed. Well, I will guess that your non-MacPorts octave is using an older 
 freetype, and that somehow, when gnuplot is used in the context of that 
 octave, it then wants to use the same freetype, which MacPorts gnuplot is 
 not designed to do. So I think the solution is to switch to using MacPorts 
 octave. So tell us all you can about your problems building that so maybe we 
 can fix that.
 
 
 ATLAS is the first one it fails on.  Below is what port returned.  
 
 Log for atlas is at: 
 /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/main.log
 To report a bug, see http://guide.macports.org/#project.tickets
 
 main.log
 ...
 :info:buildSTAGE 2-2-3: COPY/NO-COPY CROSSOVER DETECTION
 :info:build make -f Makefile INSTALL_LOG/sXover.h pre=s 21 | ./xatlas_tee 
 INSTALL_LOG/sMMCROSSOVER.LOG
 :info:build   done.
 :info:build 
 :info:build 
 :info:buildSTAGE 2-2-4: LEVEL 3 BLAS TUNE
 :info:build make -f Makefile INSTALL_LOG/atlas_strsmXover.h pre=s 21 | 
 ./xatlas_tee INSTALL_LOG/sL3TUNE.LOG
 :info:build make -f Makefile scblaslib 21 | ./xatlas_tee 
 INSTALL_LOG/sL3TUNE.LOG
 :info:build   done.
 :info:build 
 :info:build 
 :info:buildSTAGE 2-2-5: GEMV TUNE
 :info:build make -f Makefile INSTALL_LOG/sMVRES pre=s 21 | ./xatlas_tee 
 INSTALL_LOG/sMVTUNE.LOG
 :info:build make[1]: *** [build] Error 255
 :info:build make: *** [build] Error 2
 :info:build shell command  cd 
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/work/atlas-3.8.3/build
   /usr/bin/make build  returned error 2
 :error:build Target org.macports.build returned: shell command failed
 :debug:build Backtrace: shell command failed
while executing
 command_exec build
(procedure portbuild::build_main line 8)
invoked from within
 $procedure $targetname
 :info:build Warning: the following items did not execute (for atlas): 
 org.macports.activate org.macports.build org.macports.destroot 
 org.macports.install
 :notice:build Log for atlas is at: 
 /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/main.log
 /main.log
 
 

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

Re: Octave Dependency Issues (Was Re: Gnuplot Library Issues)

[Anthony Michael Agelastos]

I wanted to note that I was able to build ATLAS on my 64-bit iMac.  

On Jul 24, 2010, at 7:20 AM, Anthony Michael Agelastos wrote:
 It looks like I am having a similar problem to ticket 25619; when I look at 
 short_main.rtf, it appears that we fail at the same point. 
 
 On Jul 24, 2010, at 7:03 AM, Anthony Michael Agelastos wrote:
 
 On Jul 23, 2010, at 11:57 PM, Ryan Schmidt wrote:
 On Jul 23, 2010, at 22:48, Anthony Michael Agelastos wrote:
 On Jul 23, 2010, at 11:43 PM, Ryan Schmidt wrote:
 On Jul 23, 2010, at 22:36, Anthony Michael Agelastos wrote:
 
 $ otool -L /opt/local/lib/libfreetype.6.dylib
 /opt/local/lib/libfreetype.6.dylib:
  /opt/local/lib/libfreetype.6.dylib (compatibility version 12.0.0, 
 current version 12.1.0)
  /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current 
 version 1.2.5)
  /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
 version 125.2.0)
 $ lipo -info /opt/local/lib/libfreetype.6.dylib
 Non-fat file: /opt/local/lib/libfreetype.6.dylib is architecture: i386
 
 All of that seems correct to me.  
 
 Yes it does assuming this computer really is 32-bit only. You're sure 
 it is? What's the output of
 
 sysctl hw.cpu64bit_capable
 
 $ sysctl hw.cpu64bit_capable
 hw.cpu64bit_capable: 0
 
 Indeed. Well, I will guess that your non-MacPorts octave is using an older 
 freetype, and that somehow, when gnuplot is used in the context of that 
 octave, it then wants to use the same freetype, which MacPorts gnuplot is 
 not designed to do. So I think the solution is to switch to using MacPorts 
 octave. So tell us all you can about your problems building that so maybe 
 we can fix that.
 
 
 ATLAS is the first one it fails on.  Below is what port returned.  
 
 Log for atlas is at: 
 /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/main.log
 To report a bug, see http://guide.macports.org/#project.tickets
 
 main.log
 ...
 :info:buildSTAGE 2-2-3: COPY/NO-COPY CROSSOVER DETECTION
 :info:build make -f Makefile INSTALL_LOG/sXover.h pre=s 21 | ./xatlas_tee 
 INSTALL_LOG/sMMCROSSOVER.LOG
 :info:build   done.
 :info:build 
 :info:build 
 :info:buildSTAGE 2-2-4: LEVEL 3 BLAS TUNE
 :info:build make -f Makefile INSTALL_LOG/atlas_strsmXover.h pre=s 21 | 
 ./xatlas_tee INSTALL_LOG/sL3TUNE.LOG
 :info:build make -f Makefile scblaslib 21 | ./xatlas_tee 
 INSTALL_LOG/sL3TUNE.LOG
 :info:build   done.
 :info:build 
 :info:build 
 :info:buildSTAGE 2-2-5: GEMV TUNE
 :info:build make -f Makefile INSTALL_LOG/sMVRES pre=s 21 | ./xatlas_tee 
 INSTALL_LOG/sMVTUNE.LOG
 :info:build make[1]: *** [build] Error 255
 :info:build make: *** [build] Error 2
 :info:build shell command  cd 
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/work/atlas-3.8.3/build
   /usr/bin/make build  returned error 2
 :error:build Target org.macports.build returned: shell command failed
 :debug:build Backtrace: shell command failed
   while executing
 command_exec build
   (procedure portbuild::build_main line 8)
   invoked from within
 $procedure $targetname
 :info:build Warning: the following items did not execute (for atlas): 
 org.macports.activate org.macports.build org.macports.destroot 
 org.macports.install
 :notice:build Log for atlas is at: 
 /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/main.log
 /main.log
 
 
 

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

Gnuplot Library Issues

[Anthony Michael Agelastos]

Hello,

I am having some Gnuplot/Freetype/Octave issues that I would greatly appreciate 
help with.  

I have 2 Mac machines, one's a 64-bit iMac and one's a 32-bit MacBook Pro.  
Both are running Snow Leopard with all of the software fully updated (except I 
just saw that Xcode was updated to 3.2.3... I am running 3.2.2).  Anyways, on 
my 32-bit laptop, when I am in Octave (not MacPorts' Octave since it won't 
build, but from octave.sf.net), and I try to plot something, I get the 
following error from my MacPorts-installed gnuplot.  Do you have any 
suggestions?  I have the same software stack on my 64-bit iMac and it does not 
have this problem.  I am running the latest XQuartz in case that is pertinent.  

dyld: Library not loaded: /opt/ldyld: Library not loaded: 
/opt/local/lib/libfreetype.6.dylib
  Referenced from: /opt/local/bin/gnuplot
  Reason: Incompatible library version: gnuplot requires version 12.0.0 or 
later, but libfreetype.6.dylib provides version 10.0.0
ocal/lib/libfreetype.6.dylib
  Referenced from: /opt/local/bin/gnuplot
  Reason: Incompatible library version: gnuplot requires version 12.0.0 or 
later, but libfreetype.6.dylib provides version 10.0.0
error: you must have gnuplot installed to display graphics; if you have gnuplot 
installed in a non-standard location, see the 'gnuplot_binary' function

If I manually open up gnuplot and plot sin(x), the figure windows does pop up.  
Thank you so much for your help.  

Regards,

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

Re: Gnuplot Library Issues

[Ryan Schmidt]

On Jul 23, 2010, at 21:46, Anthony Michael Agelastos wrote:

 I am having some Gnuplot/Freetype/Octave issues that I would greatly 
 appreciate help with.  
 
 I have 2 Mac machines, one's a 64-bit iMac and one's a 32-bit MacBook Pro.  
 Both are running Snow Leopard with all of the software fully updated (except 
 I just saw that Xcode was updated to 3.2.3... I am running 3.2.2).  Anyways, 
 on my 32-bit laptop, when I am in Octave (not MacPorts' Octave since it won't 
 build,

Is there a ticket for this already?

 but from octave.sf.net), and I try to plot something, I get the following 
 error from my MacPorts-installed gnuplot.  Do you have any suggestions?  I 
 have the same software stack on my 64-bit iMac and it does not have this 
 problem.  I am running the latest XQuartz in case that is pertinent.  
 
 dyld: Library not loaded: /opt/ldyld: Library not loaded: 
 /opt/local/lib/libfreetype.6.dylib
  Referenced from: /opt/local/bin/gnuplot
  Reason: Incompatible library version: gnuplot requires version 12.0.0 or 
 later, but libfreetype.6.dylib provides version 10.0.0
 ocal/lib/libfreetype.6.dylib
  Referenced from: /opt/local/bin/gnuplot
  Reason: Incompatible library version: gnuplot requires version 12.0.0 or 
 later, but libfreetype.6.dylib provides version 10.0.0
 error: you must have gnuplot installed to display graphics; if you have 
 gnuplot installed in a non-standard location, see the 'gnuplot_binary' 
 function

MacPorts libfreetype.6.dylib currently provides version 12.0.0. Do you possibly 
have an environment variable whose name begins with DYLD set pointing at a 
directory containing an older version of libfreetype? Or is your libfreetype 
somehow not the correct architecture?

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

Re: Gnuplot Library Issues

[Anthony Michael Agelastos]

On Jul 23, 2010, at 11:15 PM, Ryan Schmidt wrote:
 
 On Jul 23, 2010, at 21:46, Anthony Michael Agelastos wrote:
 
 I am having some Gnuplot/Freetype/Octave issues that I would greatly 
 appreciate help with.  
 
 I have 2 Mac machines, one's a 64-bit iMac and one's a 32-bit MacBook Pro.  
 Both are running Snow Leopard with all of the software fully updated (except 
 I just saw that Xcode was updated to 3.2.3... I am running 3.2.2).  Anyways, 
 on my 32-bit laptop, when I am in Octave (not MacPorts' Octave since it 
 won't build,
 
 Is there a ticket for this already?
No.  I am not sure what the real problem is, so I wanted to ask the list first. 
 If you feel I should, I can open one up.  Whom should I assign as the 
maintainer (gnuplot is owned by nomaintainer and freetype is owned by you)?
 
 but from octave.sf.net), and I try to plot something, I get the following 
 error from my MacPorts-installed gnuplot.  Do you have any suggestions?  I 
 have the same software stack on my 64-bit iMac and it does not have this 
 problem.  I am running the latest XQuartz in case that is pertinent.  
 
 dyld: Library not loaded: /opt/ldyld: Library not loaded: 
 /opt/local/lib/libfreetype.6.dylib
 Referenced from: /opt/local/bin/gnuplot
 Reason: Incompatible library version: gnuplot requires version 12.0.0 or 
 later, but libfreetype.6.dylib provides version 10.0.0
 ocal/lib/libfreetype.6.dylib
 Referenced from: /opt/local/bin/gnuplot
 Reason: Incompatible library version: gnuplot requires version 12.0.0 or 
 later, but libfreetype.6.dylib provides version 10.0.0
 error: you must have gnuplot installed to display graphics; if you have 
 gnuplot installed in a non-standard location, see the 'gnuplot_binary' 
 function
 
 MacPorts libfreetype.6.dylib currently provides version 12.0.0. Do you 
 possibly have an environment variable whose name begins with DYLD set 
 pointing at a directory containing an older version of libfreetype? Or is 
 your libfreetype somehow not the correct architecture?
 
Not that I know of.  How do I check this?  When I type in env, the following is 
output.  

~ myusername$ env
MANPATH=/opt/local/share/man:
TERM_PROGRAM=Apple_Terminal
TERM=xterm-color
SHELL=/bin/bash
GFORTRAN_CONVERT_UNIT=big_endian
TMPDIR=/var/folders/IQ/IQd5hyS+FxiyRV29wXYNAE+++TI/-Tmp-/
Apple_PubSub_Socket_Render=/tmp/launch-NhV9Fl/Render
TERM_PROGRAM_VERSION=273
USER=myusername
COMMAND_MODE=unix2003
SSH_AUTH_SOCK=/tmp/launch-X1vtqv/Listeners
__CF_USER_TEXT_ENCODING=0x1F5:0:0
PATH=/Users/myusername/bin:/opt/ama/bin:/opt/ama/NOBACKUP/visit/bin:/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/opt/X11/bin:/usr/texbin:/usr/X11/bin
PWD=/Users/myusername
EDITOR=/usr/bin/vi
LANG=en_US.UTF-8
SHLVL=1
HOME=/Users/myusername
GNUTERM=x11
LOGNAME=myusername
INFOPATH=/opt/local/share/info:
DISPLAY=/tmp/launch-s1QDTj/org.macosforge.xquartz:0
_=/usr/bin/env

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

Re: Gnuplot Library Issues

[Ryan Schmidt]

On Jul 23, 2010, at 22:27, Anthony Michael Agelastos wrote:

 On Jul 23, 2010, at 11:15 PM, Ryan Schmidt wrote:
 
 
 On Jul 23, 2010, at 21:46, Anthony Michael Agelastos wrote:
 
 I am having some Gnuplot/Freetype/Octave issues that I would greatly 
 appreciate help with.  
 
 I have 2 Mac machines, one's a 64-bit iMac and one's a 32-bit MacBook Pro.  
 Both are running Snow Leopard with all of the software fully updated 
 (except I just saw that Xcode was updated to 3.2.3... I am running 3.2.2).  
 Anyways, on my 32-bit laptop, when I am in Octave (not MacPorts' Octave 
 since it won't build,
 
 Is there a ticket for this already?
 
 No.  I am not sure what the real problem is, so I wanted to ask the list 
 first.  If you feel I should, I can open one up.  Whom should I assign as the 
 maintainer (gnuplot is owned by nomaintainer and freetype is owned by you)?

I meant a ticket about your inability to build MacPorts octave.


 MacPorts libfreetype.6.dylib currently provides version 12.0.0. Do you 
 possibly have an environment variable whose name begins with DYLD set 
 pointing at a directory containing an older version of libfreetype? Or is 
 your libfreetype somehow not the correct architecture?
 
 
 Not that I know of.  How do I check this?  When I type in env, the following 
 is output.  

Just like that, so I'd agree you don't have any DYLD variables set.

What's the library version of /opt/local/lib/libfreetype.6.dylib? Use otool -L 
/opt/local/lib/libfreetype.6.dylib to see. For what architectures is it built? 
Use lipo -info /opt/local/lib/libfreetype.6.dylib to see.


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

Re: Gnuplot Library Issues

[Anthony Michael Agelastos]

On Jul 23, 2010, at 11:32 PM, Ryan Schmidt wrote:
 
 On Jul 23, 2010, at 22:27, Anthony Michael Agelastos wrote:
 
 On Jul 23, 2010, at 11:15 PM, Ryan Schmidt wrote:
 
 
 On Jul 23, 2010, at 21:46, Anthony Michael Agelastos wrote:
 
 I am having some Gnuplot/Freetype/Octave issues that I would greatly 
 appreciate help with.  
 
 I have 2 Mac machines, one's a 64-bit iMac and one's a 32-bit MacBook Pro. 
  Both are running Snow Leopard with all of the software fully updated 
 (except I just saw that Xcode was updated to 3.2.3... I am running 3.2.2). 
  Anyways, on my 32-bit laptop, when I am in Octave (not MacPorts' Octave 
 since it won't build,
 
 Is there a ticket for this already?
 
 No.  I am not sure what the real problem is, so I wanted to ask the list 
 first.  If you feel I should, I can open one up.  Whom should I assign as 
 the maintainer (gnuplot is owned by nomaintainer and freetype is owned by 
 you)?
 
 I meant a ticket about your inability to build MacPorts octave.
Not yet.  Actually, the problem is with one or more of Octave's dependencies.  
I don't recall which it is right now.  
 
 
 MacPorts libfreetype.6.dylib currently provides version 12.0.0. Do you 
 possibly have an environment variable whose name begins with DYLD set 
 pointing at a directory containing an older version of libfreetype? Or is 
 your libfreetype somehow not the correct architecture?
 
 
 Not that I know of.  How do I check this?  When I type in env, the following 
 is output.  
 
 Just like that, so I'd agree you don't have any DYLD variables set.
 
 What's the library version of /opt/local/lib/libfreetype.6.dylib? Use otool 
 -L /opt/local/lib/libfreetype.6.dylib to see. For what architectures is it 
 built? Use lipo -info /opt/local/lib/libfreetype.6.dylib to see.
 
 
$ otool -L /opt/local/lib/libfreetype.6.dylib
/opt/local/lib/libfreetype.6.dylib:
/opt/local/lib/libfreetype.6.dylib (compatibility version 12.0.0, 
current version 12.1.0)
/opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current 
version 1.2.5)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 125.2.0)
$ lipo -info /opt/local/lib/libfreetype.6.dylib
Non-fat file: /opt/local/lib/libfreetype.6.dylib is architecture: i386

All of that seems correct to me.  ___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Gnuplot Library Issues

[Ryan Schmidt]

On Jul 23, 2010, at 22:36, Anthony Michael Agelastos wrote:

 $ otool -L /opt/local/lib/libfreetype.6.dylib
 /opt/local/lib/libfreetype.6.dylib:
   /opt/local/lib/libfreetype.6.dylib (compatibility version 12.0.0, 
 current version 12.1.0)
   /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current 
 version 1.2.5)
   /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
 version 125.2.0)
 $ lipo -info /opt/local/lib/libfreetype.6.dylib
 Non-fat file: /opt/local/lib/libfreetype.6.dylib is architecture: i386
 
 All of that seems correct to me.  

Yes it does assuming this computer really is 32-bit only. You're sure it 
is? What's the output of

sysctl hw.cpu64bit_capable



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

Re: Gnuplot Library Issues

[Anthony Michael Agelastos]

On Jul 23, 2010, at 11:43 PM, Ryan Schmidt wrote:
 On Jul 23, 2010, at 22:36, Anthony Michael Agelastos wrote:
 
 $ otool -L /opt/local/lib/libfreetype.6.dylib
 /opt/local/lib/libfreetype.6.dylib:
  /opt/local/lib/libfreetype.6.dylib (compatibility version 12.0.0, 
 current version 12.1.0)
  /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current 
 version 1.2.5)
  /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
 version 125.2.0)
 $ lipo -info /opt/local/lib/libfreetype.6.dylib
 Non-fat file: /opt/local/lib/libfreetype.6.dylib is architecture: i386
 
 All of that seems correct to me.  
 
 Yes it does assuming this computer really is 32-bit only. You're sure it 
 is? What's the output of
 
 sysctl hw.cpu64bit_capable
 
 
 

$ sysctl hw.cpu64bit_capable
hw.cpu64bit_capable: 0
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Gnuplot Library Issues

[Ryan Schmidt]

On Jul 23, 2010, at 22:48, Anthony Michael Agelastos wrote:
 On Jul 23, 2010, at 11:43 PM, Ryan Schmidt wrote:
 On Jul 23, 2010, at 22:36, Anthony Michael Agelastos wrote:
 
 $ otool -L /opt/local/lib/libfreetype.6.dylib
 /opt/local/lib/libfreetype.6.dylib:
 /opt/local/lib/libfreetype.6.dylib (compatibility version 12.0.0, 
 current version 12.1.0)
 /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current 
 version 1.2.5)
 /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
 version 125.2.0)
 $ lipo -info /opt/local/lib/libfreetype.6.dylib
 Non-fat file: /opt/local/lib/libfreetype.6.dylib is architecture: i386
 
 All of that seems correct to me.  
 
 Yes it does assuming this computer really is 32-bit only. You're sure it 
 is? What's the output of
 
 sysctl hw.cpu64bit_capable
 
 $ sysctl hw.cpu64bit_capable
 hw.cpu64bit_capable: 0

Indeed. Well, I will guess that your non-MacPorts octave is using an older 
freetype, and that somehow, when gnuplot is used in the context of that octave, 
it then wants to use the same freetype, which MacPorts gnuplot is not designed 
to do. So I think the solution is to switch to using MacPorts octave. So tell 
us all you can about your problems building that so maybe we can fix that.


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

Re: Gnuplot Library Issues

[Anthony Michael Agelastos]

On Jul 23, 2010, at 11:57 PM, Ryan Schmidt wrote:
 On Jul 23, 2010, at 22:48, Anthony Michael Agelastos wrote:
 On Jul 23, 2010, at 11:43 PM, Ryan Schmidt wrote:
 On Jul 23, 2010, at 22:36, Anthony Michael Agelastos wrote:
 
 $ otool -L /opt/local/lib/libfreetype.6.dylib
 /opt/local/lib/libfreetype.6.dylib:
/opt/local/lib/libfreetype.6.dylib (compatibility version 12.0.0, 
 current version 12.1.0)
/opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current 
 version 1.2.5)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
 version 125.2.0)
 $ lipo -info /opt/local/lib/libfreetype.6.dylib
 Non-fat file: /opt/local/lib/libfreetype.6.dylib is architecture: i386
 
 All of that seems correct to me.  
 
 Yes it does assuming this computer really is 32-bit only. You're sure 
 it is? What's the output of
 
 sysctl hw.cpu64bit_capable
 
 $ sysctl hw.cpu64bit_capable
 hw.cpu64bit_capable: 0
 
 Indeed. Well, I will guess that your non-MacPorts octave is using an older 
 freetype, and that somehow, when gnuplot is used in the context of that 
 octave, it then wants to use the same freetype, which MacPorts gnuplot is not 
 designed to do. So I think the solution is to switch to using MacPorts 
 octave. So tell us all you can about your problems building that so maybe we 
 can fix that.
 
 
I am going to get it building that as soon as Xcode 3.2.3 finishes downloading. 
 Thanks for all of your help on this.  I'll post the build results in the 
morning after it has had time to compile.  
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

gnuplot and aquaterm

[Sean Carmody]

I came across this post:
http://lists.macosforge.org/pipermail/macports-users/2010-April/019847.html
when trying to get gnuplot to work with aquaterm on Snow Leopard. I am
having the same problem as
Martin, but I have found that if I manually launch aquaterm first
(double clicking on the icon in the
Macports folder), then I can plot successfully. Any suggestions as to
how to get aquaterm to start
properly without doing this first would be appreciated!

Regards,
Sean.

-- 
Sean Carmody
Twitter: http://twitter.com/seancarmody
Stable: http://mulestable.net/sean

The Stubborn Mule
Blog: http://www.stubbornmule.net
Forum: http://mulestable.net/
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

editing gnuplot initialization file

[Zachary Cordero]

Hi all,

I'm a new to unix so sorry for the trivial question but I just used macport
to install gnuplot and I'd like to edit the gnuplot initialization file.
Where can I find it on my comp?  I'm using Mac OS 10.5.

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

Re: editing gnuplot initialization file

[Joshua Root]

On 2010-4-1 14:18 , Zachary Cordero wrote:
 Hi all,
 
 I'm a new to unix so sorry for the trivial question but I just used
 macport to install gnuplot and I'd like to edit the gnuplot
 initialization file.  Where can I find it on my comp?  I'm using Mac OS
 10.5.

See section 18 in the manual (/opt/local/share/doc/gnuplot/gnuplot.pdf).

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

Re: editing gnuplot initialization file

[Scott Haneda]

On Mar 31, 2010, at 8:18 PM, Zachary Cordero wrote:

 I'm a new to unix so sorry for the trivial question but I just used macport 
 to install gnuplot and I'd like to edit the gnuplot initialization file.  
 Where can I find it on my comp?  I'm using Mac OS 10.5.

Anything that MacPorts installed can be located with `port contents portname` 
on the command line.  In your case, it would be `port contents gnuplot` I 
believe.  That will list every file that MacPorts installed for that particular 
portfile.  Substitute any port name you desire, as long as the port has been 
installed.

If at install time gnuplot printed messages, perhaps explaining about the 
location of a config file, you can sometimes get to see them again with `port 
notes portname`.  I just looked, and gnuplot does not have notes added to it 
yet.

Looking at the portfile, it does appear that some files are in:
/opt/local/share/doc/gnuplot
and a pdf that may answer your questions at:
/opt/local/share/doc/gnuplot/gnuplot.pd

There is probably a README file or other instructions as well.

Of course, there are also non ports based commands, like `locate` and `find`.  
If you know the name of the file you are looking for, a `sudo find /opt/local 
-name the-filename-pattern` where the-filename-pattern can be a regular 
expression, so to find all ini files, it would be *.ini or just look for the 
exact filename gnuplot.ini ( `sudo find /opt/local -name gnuplot.ini` )

I hope that helps.  I have never installed gnuplot, so a lot of this is general 
application of MacPorts and other shell commands to your scenario.
-- 
Scott * If you contact me off list replace talklists@ with scott@ * 

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

Re: editing gnuplot initialization file

[Ryan Schmidt]

On Mar 31, 2010, at 22:34, Scott Haneda wrote:

 On Mar 31, 2010, at 8:18 PM, Zachary Cordero wrote:
 
 I'm a new to unix so sorry for the trivial question but I just used macport 
 to install gnuplot and I'd like to edit the gnuplot initialization file.  
 Where can I find it on my comp?  I'm using Mac OS 10.5.
 
 Anything that MacPorts installed can be located with `port contents portname` 
 on the command line.  In your case, it would be `port contents gnuplot` I 
 believe.  That will list every file that MacPorts installed for that 
 particular portfile.  Substitute any port name you desire, as long as the 
 port has been installed.

True, but any file the user is expected to edit, such as a configuration file, 
should not show up in port contents. (If it does, it is a bug in the port.) 
Sample configuration files, however, if there are any, would show up.


 If you know the name of the file you are looking for, a `sudo find /opt/local 
 -name the-filename-pattern` where the-filename-pattern can be a regular 
 expression, so to find all ini files, it would be *.ini or just look for 
 the exact filename gnuplot.ini ( `sudo find /opt/local -name gnuplot.ini` 
 )

Actually, find takes a glob pattern; regular expression syntax is different 
from glob syntax.

http://en.wikipedia.org/wiki/Glob_(programming)

http://en.wikipedia.org/wiki/Regular_expression


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

Re: editing gnuplot initialization file

[Ryan Schmidt]

Then I guess you have to create them.

On Mar 31, 2010, at 22:57, Zachary Cordero wrote:

 Alright, so then where can I find the initialization file?  The files 
 mentioned in the gnuplot manual are not in my home directory and I can't find 
 them in the port contents.  Any suggestions?
 
 Thanks,
 Zack 
 
 On Wed, Mar 31, 2010 at 11:40 PM, Ryan Schmidt ryandes...@macports.org 
 wrote:
 On Mar 31, 2010, at 22:34, Scott Haneda wrote:
 
  On Mar 31, 2010, at 8:18 PM, Zachary Cordero wrote:
 
  I'm a new to unix so sorry for the trivial question but I just used 
  macport to install gnuplot and I'd like to edit the gnuplot initialization 
  file.  Where can I find it on my comp?  I'm using Mac OS 10.5.
 
  Anything that MacPorts installed can be located with `port contents 
  portname` on the command line.  In your case, it would be `port contents 
  gnuplot` I believe.  That will list every file that MacPorts installed for 
  that particular portfile.  Substitute any port name you desire, as long as 
  the port has been installed.
 
 True, but any file the user is expected to edit, such as a configuration 
 file, should not show up in port contents. (If it does, it is a bug in the 
 port.) Sample configuration files, however, if there are any, would show up.
 
 
  If you know the name of the file you are looking for, a `sudo find 
  /opt/local -name the-filename-pattern` where the-filename-pattern can 
  be a regular expression, so to find all ini files, it would be *.ini or 
  just look for the exact filename gnuplot.ini ( `sudo find /opt/local 
  -name gnuplot.ini` )
 
 Actually, find takes a glob pattern; regular expression syntax is different 
 from glob syntax.
 
 http://en.wikipedia.org/wiki/Glob_(programming)
 
 http://en.wikipedia.org/wiki/Regular_expression
 
 
 

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

Re: editing gnuplot initialization file

[Scott Haneda]

On Mar 31, 2010, at 8:40 PM, Ryan Schmidt wrote:

 On Mar 31, 2010, at 22:34, Scott Haneda wrote:
 
 On Mar 31, 2010, at 8:18 PM, Zachary Cordero wrote:
 
 I'm a new to unix so sorry for the trivial question but I just used macport 
 to install gnuplot and I'd like to edit the gnuplot initialization file.  
 Where can I find it on my comp?  I'm using Mac OS 10.5.
 
 Anything that MacPorts installed can be located with `port contents 
 portname` on the command line.  In your case, it would be `port contents 
 gnuplot` I believe.  That will list every file that MacPorts installed for 
 that particular portfile.  Substitute any port name you desire, as long as 
 the port has been installed.
 
 True, but any file the user is expected to edit, such as a configuration 
 file, should not show up in port contents. (If it does, it is a bug in the 
 port.) Sample configuration files, however, if there are any, would show up.

Interesting, thank you for the clarification.

 If you know the name of the file you are looking for, a `sudo find 
 /opt/local -name the-filename-pattern` where the-filename-pattern can be 
 a regular expression, so to find all ini files, it would be *.ini or just 
 look for the exact filename gnuplot.ini ( `sudo find /opt/local -name 
 gnuplot.ini` )
 
 Actually, find takes a glob pattern; regular expression syntax is different 
 from glob syntax.

Well, that is just plain weird, I never knew that.  I have always fed it 
regular expressions, the only thing that I ever really picked up on being 
different was the case insensitive aspect, which I liked.  I was pretty sure 
there would be a way to over-ride the case-i aspects anyway.

But I have fed it the usual ^abc and other basic expressions, and they always 
seemed to work.  I guess since dealing with file names is rather simple, I 
never thought they were glob patterns.

Then again, just today, I should have looked into it, as as basic OR regex was 
not working, and I had to pile up a bunch of -name commands.

Thanks for pointing that out, I wonder how many files I have passed to xargs, 
or not passed to xargs, thinking I was using a full blown parser. 
-- 
Scott * If you contact me off list replace talklists@ with scott@ * 

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

Re: editing gnuplot initialization file

[Ryan Schmidt]

On Mar 31, 2010, at 23:12, Scott Haneda wrote:

 If you know the name of the file you are looking for, a `sudo find 
 /opt/local -name the-filename-pattern` where the-filename-pattern can 
 be a regular expression, so to find all ini files, it would be *.ini or 
 just look for the exact filename gnuplot.ini ( `sudo find /opt/local 
 -name gnuplot.ini` )
 
 Actually, find takes a glob pattern; regular expression syntax is 
 different from glob syntax.
 
 Well, that is just plain weird, I never knew that.  I have always fed it 
 regular expressions, the only thing that I ever really picked up on being 
 different was the case insensitive aspect, which I liked.  I was pretty sure 
 there would be a way to over-ride the case-i aspects anyway.
 
 But I have fed it the usual ^abc and other basic expressions, and they always 
 seemed to work.  I guess since dealing with file names is rather simple, I 
 never thought they were glob patterns.
 
 Then again, just today, I should have looked into it, as as basic OR regex 
 was not working, and I had to pile up a bunch of -name commands.
 
 Thanks for pointing that out, I wonder how many files I have passed to xargs, 
 or not passed to xargs, thinking I was using a full blown parser. 

^abc isn't a valid glob and shouldn't work (and doesn't):


$ cd $(port dir zlib)
$ find . -name ^P
$ find . -name P
$ find . -name P*
./Portfile


find is case-sensitive with the -name option and case-insensitive with the 
-iname option.


$ find . -name Portfile
./Portfile
$ find . -name portfile
$ find . -iname portfile
./Portfile


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

Re: editing gnuplot initialization file

[Joshua Root]

On 2010-4-1 15:12 , Scott Haneda wrote:
 On Mar 31, 2010, at 8:40 PM, Ryan Schmidt wrote:
 
 Actually, find takes a glob pattern; regular expression syntax is 
 different from glob syntax.
 
 Well, that is just plain weird, I never knew that.  I have always fed it 
 regular expressions, the only thing that I ever really picked up on being 
 different was the case insensitive aspect, which I liked.  I was pretty sure 
 there would be a way to over-ride the case-i aspects anyway.

There are of course the -regex and -iregex primaries.

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

Re: editing gnuplot initialization file

[Scott Haneda]

On Mar 31, 2010, at 9:21 PM, Ryan Schmidt wrote:

 ^abc isn't a valid glob and shouldn't work (and doesn't):
 
 
 $ cd $(port dir zlib)
 $ find . -name ^P
 $ find . -name P
 $ find . -name P*
 ./Portfile
 
 
 find is case-sensitive with the -name option and case-insensitive with the 
 -iname option.
 
 
 $ find . -name Portfile
 ./Portfile
 $ find . -name portfile
 $ find . -iname portfile
 ./Portfile

All I can say is crap, and crap.

I wanted to exclude certain files to go onto a http server, one that does not 
support any languages other than shoving html back out.  So, if a link to say, 
file.php was hit, there is a chance the raw source would be served.  They only 
wanted images and .htm and .html.

Yes, there probably is a password or two in these files.

I used ^foo and was relying on my idea of find being case-i.

Thanks for pointing this out, now I have to go and hope they did not put the 
files up yet, and correct this. Then again, I was asked to do this, and just 
thought it safer, so if it blows up, I guess I could correct it then, gonna try 
and correct it ahead of time for them though.

Thanks again for pointing this out.
-- 
Scott * If you contact me off list replace talklists@ with scott@ * 

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

gnuplot and aquaterm

[Lenore Horner]

Powerbook G4 running 10.5.8

Plotting generates no output.  This used to work and I don't know what  
I've changed or how to fix it.  No errors are showing up in console.   
Just nothing happens.


$ gnuplot

G N U P L O T
Version 4.2 patchlevel 5
last modified Mar 2009
System: Darwin 9.8.0

Copyright (C) 1986 - 1993, 1998, 2004, 2007 - 2009
Thomas Williams, Colin Kelley and many others

Type `help` to access the on-line reference manual.
The gnuplot FAQ is available from http://www.gnuplot.info/faq/

Send bug reports and suggestions to http://sourceforge.net/projects/gnuplot 




Terminal type set to 'aqua'
gnuplot plot sin(x)
gnuplot exit


$ aquaterm
-bash: aquaterm: command not found

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

So macports think's aquaterm is installed, but the command line can't  
find it.  My .profile contains the following (and other things like  
gnucash start fine from the command line).


# for MacPorts
export PATH=/opt/local/bin:/opt/local/sbin:$PATH
export MANPATH=/opt/local/share/man:$MANPATH

 $echo $PATH
/Library/Frameworks/Python.framework/Versions/2.6/bin:/opt/local/bin:/ 
opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/ 
texbin:/usr/X11/bin


$ port installed gnuplot
The following ports are currently installed:
  gnuplot @4.2.5_1+darwin+no_x11 (active)


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

Re: gnuplot and aquaterm

[Ryan Schmidt]

On Mar 28, 2010, at 11:09, Lenore Horner wrote:

 $ aquaterm
 -bash: aquaterm: command not found
 
 But
 $ port installed aquaterm
 The following ports are currently installed:
  aquaterm @1.0.1_5 (active)
 
 So macports think's aquaterm is installed, but the command line can't find 
 it.  My .profile contains the following (and other things like gnucash start 
 fine from the command line).

As you'll see with port contents aquaterm, it does not install a binary that 
you run on the command line; it installs an application that you double-click 
in the Finder.

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

Re: gnuplot and aquaterm

[Joshua Root]

On 2010-3-29 03:09 , Lenore Horner wrote:
 Powerbook G4 running 10.5.8
 
 Plotting generates no output.  This used to work and I don't know what
 I've changed or how to fix it.  No errors are showing up in console. 
 Just nothing happens.
 
 $ gnuplot
 
 G N U P L O T
 Version 4.2 patchlevel 5
 last modified Mar 2009
 System: Darwin 9.8.0
 
 Copyright (C) 1986 - 1993, 1998, 2004, 2007 - 2009
 Thomas Williams, Colin Kelley and many others
 
 Type `help` to access the on-line reference manual.
 The gnuplot FAQ is available from http://www.gnuplot.info/faq/
 
 Send bug reports and suggestions to
 http://sourceforge.net/projects/gnuplot
 
 
 Terminal type set to 'aqua'
 gnuplot plot sin(x)

Not sure what the problem could be, but just as a data point, this works
for me on Snow Leopard.

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

Re: gnuplot and aquaterm

[Joshua Root]

On 2010-3-29 05:41 , Joshua Root wrote:
 On 2010-3-29 03:09 , Lenore Horner wrote:
 Powerbook G4 running 10.5.8

 Plotting generates no output.  This used to work and I don't know what
 I've changed or how to fix it.  No errors are showing up in console. 
 Just nothing happens.

 gnuplot plot sin(x)
 
 Not sure what the problem could be, but just as a data point, this works
 for me on Snow Leopard.

I just tried on a G5 running Leopard and it works there too.

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

Re: gnuplot and aquaterm

[Ryan Schmidt]

On Mar 28, 2010, at 17:55, Lenore Horner wrote:

 On Mar 28, 2010, at 12:12 PM, Ryan Schmidt wrote:
 
 On Mar 28, 2010, at 11:09, Lenore Horner wrote:
 
 $ aquaterm
 -bash: aquaterm: command not found
 
 But
 $ port installed aquaterm
 The following ports are currently installed:
 aquaterm @1.0.1_5 (active)
 
 So macports think's aquaterm is installed, but the command line can't find 
 it.  My .profile contains the following (and other things like gnucash 
 start fine from the command line).
 
 
 As you'll see with port contents aquaterm, it does not install a binary 
 that you run on the command line; it installs an application that you 
 double-click in the Finder.

 
 Well fooey.  I don't have that app even though port says its installed.  I 
 tried installing and nothing changed.  Do I have to uninstall and then 
 install to force it to fix itself?

On my system, port contents aquaterm shows it contains an application called 
AquaTerm.app installed in the standard MacPorts application directory (which is 
/Applications/MacPorts by default). What does port contents aquaterm show on 
your system?

Don't forget to Reply All.

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

Re: gnuplot and aquaterm

[Lenore Horner]

On Mar 28, 2010, at 5:58 PM, Ryan Schmidt wrote:


On Mar 28, 2010, at 17:55, Lenore Horner wrote:


On Mar 28, 2010, at 12:12 PM, Ryan Schmidt wrote:


On Mar 28, 2010, at 11:09, Lenore Horner wrote:


$ aquaterm
-bash: aquaterm: command not found

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

So macports think's aquaterm is installed, but the command line  
can't find it.  My .profile contains the following (and other  
things like gnucash start fine from the command line).



As you'll see with port contents aquaterm, it does not install a  
binary that you run on the command line; it installs an  
application that you double-click in the Finder.




Well fooey.  I don't have that app even though port says its  
installed.  I tried installing and nothing changed.  Do I have to  
uninstall and then install to force it to fix itself?


On my system, port contents aquaterm shows it contains an  
application called AquaTerm.app installed in the standard MacPorts  
application directory (which is /Applications/MacPorts by default).  
What does port contents aquaterm show on your system?
Port contents aquaterm claims that exists for me too, but no such  
folder exists.  Clearly I've managed to muck things up.  Since port  
install aquaterm didn't fix the problem, I force uninstalled and then  
installed.  That fixed things.


Don't forget to Reply All.

Sorry.




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

gnuplot CVS compilation

[Wolf Drechsel]

Am 21.10.2009 um 23:48 Ryan Schmidt wrote:



On Oct 21, 2009, at 03:44, Wolf Drechsel wrote:

I'd like to use gnuplot 4.3 on my Mac 10.4.11 - which is not yet  
available as a port


4.2.x appears to be the latest stable version, according to the web  
site, therefore that's what MacPorts provides.



One can obtain it via CVS - but on my machine the compilation  
results in several errors I cannot resolve.


What errors do you get?


Hello,

please excuse a greater delay in replying. I hoped time would resolve  
things for me… - but it didnt.


So I tried compiling gnuplot 4.3 from the CVS again. The gnuplot  
website provides a script which is supposed to do the job:


http://www.gnuplot.info/development/sample_osx_installation.html

I tried this script on a Tiger 10.4.11 PPC with macports 1.8.1  
installed, and get the following output messages:


http://verkehrsplanung.com/TerminalAusgabeGnuplot.txt

There comes the line
You need automake newer 1.8 (fink helps)!!

AFAIK macports does only provide automake 1.1 and 1.7 - do I have to  
bother?


Allthough the issue a bit off-topic - anybody who's willing to have a  
brief look on the file and tell me what's going wrong will be very  
wellcome.


Greetings,

Wolf


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

Problem with Snow Leopard and gnuplot

[Wesley Bland]

I'm having a problem installing gnuplot on my Snow Leopard box from
macports.  I've already done a port upgrade outdated to make sure everything
is up to date and I've installed p5-libintl-perl, but I'm still getting this
error:

 $ sudo port install gnuplot

---  Computing dependencies for gnuplot

---  Configuring p5-locale-gettext

Error: Target org.macports.configure returned: configure failure: shell
 command  cd
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_perl_p5-locale-gettext/work/gettext-1.05
  /opt/local/bin/perl Makefile.PL INSTALLDIRS=vendor  returned error 2

 Command output: checking for gettext... no

checking for gettext in -I/opt/local/include -L/opt/local/lib
 -lintl...gettext function not found. Please install libintl at Makefile.PL
 line 18.

 no


 Error: The following dependencies failed to build: gd2 autoconf help2man
 p5-locale-gettext m4 automake libtool xpm xorg-libX11 xorg-bigreqsproto
 xorg-inputproto xorg-kbproto xorg-libXau xorg-xproto xorg-libXdmcp
 xorg-util-macros xorg-xcmiscproto xorg-xextproto xorg-xf86bigfontproto
 xorg-xtrans pdflib

 Error: Status 1 encountered during processing.


I've Googled around for related problems, but I haven't seen anything that
seems to be helpful to me.  This is a program I really need to do my work.
 Does anyone know why I'd be getting this error?

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

Re: Problem with Snow Leopard and gnuplot

[Ryan Schmidt]

On Oct 8, 2009, at 11:12, Wesley Bland wrote:

I'm having a problem installing gnuplot on my Snow Leopard box from  
macports.  I've already done a port upgrade outdated to make sure  
everything is up to date and I've installed p5-libintl-perl, but I'm  
still getting this error:



$ sudo port install gnuplot
---  Computing dependencies for gnuplot
---  Configuring p5-locale-gettext
Error: Target org.macports.configure returned: configure failure:  
shell command  cd /opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_perl_p5 
-locale-gettext/work/gettext-1.05  /opt/local/bin/perl  
Makefile.PL INSTALLDIRS=vendor  returned error 2

Command output: checking for gettext... no
checking for gettext in -I/opt/local/include -L/opt/local/lib - 
lintl...gettext function not found. Please install libintl at Makefile.PL 
 line 18.

 no

Error: The following dependencies failed to build: gd2 autoconf  
help2man p5-locale-gettext m4 automake libtool xpm xorg-libX11 xorg- 
bigreqsproto xorg-inputproto xorg-kbproto xorg-libXau xorg-xproto  
xorg-libXdmcp xorg-util-macros xorg-xcmiscproto xorg-xextproto xorg- 
xf86bigfontproto xorg-xtrans pdflib

Error: Status 1 encountered during processing.


I've Googled around for related problems, but I haven't seen  
anything that seems to be helpful to me.  This is a program I really  
need to do my work.  Does anyone know why I'd be getting this error?


There is this:

http://trac.macports.org/ticket/19381

But it only relates to building p5-locale-gettext for a different  
architecture than the default one. Did you request a different  
architecture by setting build_conf in macports.conf, or are you just  
trying to build the default way, which should work?



I assume you upgraded to Snow Leopard from Leopard? If so, did you  
follow the migration procedure and uninstall and reinstall all ports?


http://trac.macports.org/wiki/Migration


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

Re: gnuplot png

[Ryan Matthew Balfanz]

I sounds like the png file might be getting sent to stdout rather than a file.

Are you setting 'output' correctly?

-Ryan

On Thu, Jun 4, 2009 at 5:41 PM, Lenore Hornerlenorehor...@sbcglobal.net wrote:
 I have gnuplot installed on two machines:
 G4 10.5.7 making everything not use x11
 Intel 10.5.7

 On the second machine I can create png plots with gnuplot.  On the first the
 same command causes gibberish (symbols) to be spewed out in the command line
 and no png file to be created.   I assume disabling x11 has somehow mangled
 png output, but I don't know why or how to fix it.   Does anyone have any
 clue?

 Lenore

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




-- 
Ryan Matthew Balfanz
Graduate Student
Department of Physics
Southern Illinois University Edwardsville
http://www.siue.edu/~rbalfan/
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: gnuplot png

[Lenore Horner]

On Jun 5, 2009, at 12:36 , Ryan Matthew Balfanz wrote:

I sounds like the png file might be getting sent to stdout rather  
than a file.


Are you setting 'output' correctly?

-Ryan

Hi Ryan,

I don't know that I'm setting the output correctly.  I'm setting it  
the same way on both machines

set terminal png font 'Times' 24 size 640, 580

I'll go have a look at output.

Lenore



On Thu, Jun 4, 2009 at 5:41 PM, Lenore Hornerlenorehor...@sbcglobal.net 
 wrote:

I have gnuplot installed on two machines:
G4 10.5.7 making everything not use x11
Intel 10.5.7

On the second machine I can create png plots with gnuplot.  On the  
first the
same command causes gibberish (symbols) to be spewed out in the  
command line
and no png file to be created.   I assume disabling x11 has somehow  
mangled
png output, but I don't know why or how to fix it.   Does anyone  
have any

clue?

Lenore

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





--
Ryan Matthew Balfanz
Graduate Student
Department of Physics
Southern Illinois University Edwardsville
http://www.siue.edu/~rbalfan/


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