Re: Octave 3.0.1 plotting is very slow

[Jerry]

On May 31, 2008, at 6:55 AM, Alakazam wrote:

> Hi !
>
> On 30 mai 08, at 06:41, Jerry wrote:
>
>> I noticed that plotting with the new Octave version 3.0.1 on Macports
>> is very slow compared to older versions of Octave, e.g. 2.1.71. In
>> the old Octave, small plots appear instantaneously, probably before
>> the Return key hits its stop. In Octave 3.0.1, there is a lag of
>> about a second--enough to be slightly annoying. On larger plots, the
>> problem gets much worse. Plotting a 100,000 point vector on old
>> Octave takes 3 seconds but on Octave 3.0.1 it takes 21 seconds.
>>
>> I suppose this is something that I should take up with the Octave
>> people but I thought I'd tweak this list and the maintainer just in
>> case it is something obviously wrong with this particular version.
>
> Let me start with my (quick) tests :
>
>> octave:1> t = time(); x = [1:10]; y = cos(x); plot(x, y); time()
>> - t
>> ans =  0.29453
>
> But as you have noted, the graphic only appears after several seconds
> (~10s on my Nov '07 Mac Book).
>
> So octave still manages the points very fast, but the graphics backend
> (X11 GnuPlot) seems to lag a bit.
>
> If my example is not valid, and doesn't illustrate your problem
> correctly, could you give some reduction cases please ?
>
> I also have a couple of questions which might help understand the
> cause of the problem.
>
>- What machine are you running octave on ?
PPC Powerbook 1.5 GHz 2 GB
>- What version of Mac OS X are you running ?
10.5.11
>- How did you compile octave 2.1 ?
I downloaded it from http://hpc.sourceforge.net/ which is linked from  
http://www.gnu.org/software/octave/download.html as one of three  
binary download sites. (The others are Macports and Fink.)

>- What graphics backend does octave 2.1 use for plotting ?

It uses gnuplot working with Aquaterm--versions of which are  
installed separately from the Macports versions.

Here are some more test results from running this program:
The setup is this, run only once per session:
   x = [1:10];
   y = cos(x);

The timed part is this:
   t = time(); plot(x, y); time() - t

which reports an answer (call it t1) some time before the plot  
appears (and at which time the prompt returns)--the latter time I  
time on my watch call t2. In all cases the plot was run at least once  
before timing it.

Here are some results for t1 and t2 for various versions which are:
2.1.71 downloaded last year from http://hpc.sourceforge.net
3.0.1  downloaded today from http://hpc.sourceforge.net
3.0.1  installed by Macports a few days ago

Octave versionOutput device   t1t2
==
Macports 3.0.1Aquaterm0.64575   22
Macports 3.0.1X11 0.41969   22
HPC  2.1.71   Aquaterm2.70574
HPC  2.1.71   X11 N/A; uses Aquaterm
HPC  3.0.1Aquaterm0.62115   22
HPC  3.0.1X11 N/A; defaults to Terminal.app

FWIW, Activity Monitor reports high CPU usage from gnuplot while  
waiting for the plots to appear.

Jerry


>
> My guess would be that your octave 2.1 doesn't use GnuPlot in the same
> way as the macports version of octave 3.0.
>
> This might be fixable by changing configure/build options, though. If
> we reduce the problem to the graphics backend, as I suspect is the
> case, then we can look if the graphics backend has changed for all
> octave3.0s from octave2.1s, or if this is indeed configurable, and it
> is possible to get the old plotting infrastructure back.
>
>> BTW, the first time or two that I tried to make a plot (simple, like
>> plot(x, y)) with the newly installed version of Octave from Macports,
>> it failed completely and emitted about 10 lines of Octave-related
>> errors. One or two restarts resulted in plots being made, but slowly,
>> as noted above.
>
>
> Are you able to reproduce the errors, or at least do you still have
> the corresponding octave output ? Did anything (files, paths, relaunch
> shell) change between restarts ? Are you talking about Mac OS X
> restarts, or simply exiting octave and launching it again  
> immediately ?
>
> Regards,
> -- 
> Alakazam <[EMAIL PROTECTED]>
>
> ___
> 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: Octave 3.0.1 plotting is very slow

[Alakazam]

>>   - What machine are you running octave on ?
> PPC Powerbook 1.5 GHz 2 GB

Which explains why plotting takes ~20s for you, and ~10s for me.

>>   - What version of Mac OS X are you running ?
> 10.5.11

Is that 10.4.11 or 10.5.3 ? Anyway, this obviously does not change  
anything, since we obtain similar results on the performance tests.

> Here are some more test results from running this program:
> The setup is this, run only once per session:
>   x = [1:10];
>   y = cos(x);
>
> The timed part is this:
>   t = time(); plot(x, y); time() - t
>
> which reports an answer (call it t1) some time before the plot
> appears (and at which time the prompt returns)--the latter time I
> time on my watch call t2. In all cases the plot was run at least once
> before timing it.

This is the same test I was running, so no problem here.

> Here are some results for t1 and t2 for various versions which are:
> 2.1.71 downloaded last year from http://hpc.sourceforge.net
> 3.0.1  downloaded today from http://hpc.sourceforge.net
> 3.0.1  installed by Macports a few days ago
>
> Octave versionOutput device   t1t2
> ==
> Macports 3.0.1Aquaterm0.64575   22
> Macports 3.0.1X11 0.41969   22
> HPC  2.1.71   Aquaterm2.70574
> HPC  2.1.71   X11 N/A; uses Aquaterm
> HPC  3.0.1Aquaterm0.62115   22
> HPC  3.0.1X11 N/A; defaults to Terminal.app
>
> FWIW, Activity Monitor reports high CPU usage from gnuplot while
> waiting for the plots to appear.

So it would seem the problem may not be with the octave compilation  
options, but indeed with the octave<->gnuplot interaction.

Do any macports users still have old octave2.9s (or, less likely,  
octave2.1s) installed (via macports) ? Would you be willing to run the  
quick aforementioned tests to check precisely when the problem may  
have appeared ?

Reading

> http://www.gnu.org/software/octave/NEWS-3.html

I see that octave 3 (and 2.9) have introduced may changes to the  
graphics backend, in particular to the way data is output to gnuplot :

> Octave now sends data over the same pipe that is used to send  
> commands to gnuplot. While this avoids the problem of cluttering / 
> tmp with data files, it is no longer possible to use the mouse to  
> zoom in on plots. This is a limitation of gnuplot, which is unable  
> to zoom when the data it plots is not stored in a file. Some work  
> has been done to fix this problem in newer versions of gnuplot (>  
> 4.2.2). See for example, this thread on the gnuplot development list.


I think it would be best to take this issue to the octave team, and  
see if they can reproduce the problem (on other platforms even ?) or  
know where it might come from.

You may also want to check the different gnuplot versions used by  
these octave versions ; maybe changes on that end might also influence  
the plotting performance.

Regards,
-- 
Alakazam <[EMAIL PROTECTED]>

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

Re: Unable to start postgresql server 8.3.1.1

[Vittorio]

Here it is but the result is unchanged:


MacBookVictor:~ victor$ sudo mkdir -p /opt/local/var/db/postgresql83/ 
defaultdb
Password:
MacBookVictor:~ victor$ sudo chown postgres:postgres /opt/local/var/db/ 
postgresql83/defaultdb
MacBookVictor:~ victor$ sudo su postgres -c '/opt/local/lib/ 
postgresql83/bin/initdb -D /opt/local/var/db/postgresql83/defaultdb'
MacBookVictor:~ victor$ sudo launchctl load -w /Library/LaunchDaemons/ 
org.macports.postgresql83-server.plist
org.macports.postgresql83-server: Already loaded
MacBookVictor:~ victor$ ps a|grep postgr
   320 s000  S+ 0:00.00 grep postgr

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

Re: Building packages which require Xcode2.5 on leopard

[Ryan Schmidt]

On Jun 3, 2008, at 00:59, Steve Renals wrote:

> I'm having problems installing packages which require Xcode
> MacOSX10.4u.sdk on Leopard.  A good example of a package with which I
> am having problems is aquaterm.
>
> I'm running 10.5.3 on a macbook pro, and have Xcode 3.0 installed, and
> MacPorts 1.6.
>
> I install Xcode 2.5 alongside 3.0;  it defaults to install as /
> Xcode2.5 ;  packages requiring Xcode2.5 seem to expect /Developer/ 
> SDKs/
> MacOSX10.4u.sdk, so I symlink to /Xcode2.5/SDKs/MacOSX10.4u.sdk.
> This gets me one step further, but the build process picks up /
> Developer/usr/bin/gcc-4.0 (Xcode 3) (rather than /Xcode2.5/usr/bin/
> gcc-4.0 ?) and compiling with this 'wrong' gcc fails (excerpt below).
>
> How can I build Xcode2.5 packages on leopard with both Xcode2.5 and
> Xcode3.0 installed?  More specifically how do I make the build pick up
> the Xcode2.5 compiler?

Why do you believe that just because something requires  
MacOSX10.4u.sdk that it also requires Xcode 2.5? I've not heard that  
before. I was able to install aquaterm just fine on Mac OS X 10.5.3  
with Xcode 3.0 on a MacBook Pro just now, and I don't have Xcode 2.5  
installed. But I do have MacOSX10.4u.sdk in /Developer/SDKs. It's not  
a symlink; it's a normal directory placed there by the Xcode 3.0  
installer package. If you don't have that normal directory, you  
should reinstall Xcode 3.0. Then try installing aquaterm again.

I do use MacPorts trunk, not 1.6.0, so maybe that's relevant too.


>   /Developer/usr/bin/gcc-4.0 -x objective-c-header -arch ppc -pipe -
> Wno-trigraphs -fpascal-strings -fasm-blocks -Os -fmessage-length=0 -
> mtune=G4 -mmacosx-version-min=10.1 -gdwarf-2 -I/opt/local/var/ 
> macports/
> build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_aqua_aquaterm/work/aquaterm/build/
> AquaTerm.build/Deployment/AQTFwk.build/AquaTerm.hmap -Wmost -Wno-four-
> char-constants -Wno-unknown-pragmas -F/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_aqua_aquaterm/work/aquaterm/build/
> Deployment -I/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_aqua_aquaterm/work/aquaterm/build/
> Deployment/include -I/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_aqua_aquaterm/work/aquaterm/build/
> AquaTerm.build/Deployment/AQTFwk.build/DerivedSources -isysroot /
> Developer/SDKs/MacOSX10.4u.sdk -c /Developer/SDKs/MacOSX10.4u.sdk/
> System/Library/Frameworks/AppKit.framework/Headers/AppKit.h -o /
> Library/Caches/com.apple.Xcode.0/SharedPrecompiledHeaders/AppKit-
> fnqlhyfibnglwocvctysklolcwvr/AppKit.h.gch
>
> In file included from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
> Frameworks/CoreFoundation.framework/Headers/CoreFoundation.h:12,
>   from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
> Frameworks/Foundation.framework/Headers/Foundation.h:6,
>   from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
> Frameworks/AppKit.framework/Headers/AppKit.h:10:
> /Developer/SDKs/MacOSX10.4u.sdk/usr/include/stdarg.h:4:25: error:
> stdarg.h: No such file or directory
> In file included from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
> Frameworks/CoreFoundation.framework/Headers/CoreFoundation.h:16,
>   from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
> Frameworks/Foundation.framework/Headers/Foundation.h:6,
>   from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
> Frameworks/AppKit.framework/Headers/AppKit.h:10:
> /Developer/SDKs/MacOSX10.4u.sdk/usr/include/float.h:8:24: error:
> float.h: No such file or directory

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

Suggested port command enhancement?

[Tabitha McNerney]

Hello all --
As seen in some recent threads, I think I have mentioned that I'm building a
system that audits and keeps track of MacPorts on some Xserves that I work
on. The port command, as Rainer, et al is quite flexible and can be used to
source a lot of information.

But I believe I have identified a nice future feature of the port command.
What I would like to do is conduct an audit of all ports that have been
fetched (thus in a separate fetch phase) but not yet installed. I can in
fact write a parsing program that looks at:

$prefix/var/macports/build

which contains underscore-substituted names of directories that have not yet
been built, such as:

_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_scrollkeeper
>

In a text processing language, its relatively easy to write a parser that
plucks the name from the above filesystem directory structure, such as:

scrollkeeper
>

by chunking the name into pieces based on the underscore "_" as a separator
to split up the name from. However, I discovered there are some ports whose
names also include underscores, like this:

_opt_local_var_macports_sources_rsync.macports.org_release_ports_audio_libsdl_mixer
>

Alas, the final underscore in the above example that separates "lisdl" and
"mixer" --> "libsdl_mixer" in fact does not map to a final directory on the
file system named "mixer" but rather the above maps to:

/opt/local/var/macports/sources/
> rsync.macports.org/release/ports/audio/libsdl_mixer
>

There are ways to work with this situation of course (in my text processing
script I can try to map the build directory name to a fully path name) but
considering that some ports have underscores in their names (and who knows,
maybe many underscores in the future?), it would be really neat if the port
command in the future could offer a feature to just return a list of port
names who have only been fetched but not installed yet. Maybe, in fact, it
might be nice for port to be able to audit each phase of ports all the way
from fetch to installed in the steps along the way?

Hopefully this is an inspirational idea for advancing MacPorts?

Thanks,

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

Re: Unable to start postgresql server 8.3.1.1

[Ryan Schmidt]

On Jun 3, 2008, at 06:05, Vittorio wrote:

> Here it is but the result is unchanged:
>
>
> MacBookVictor:~ victor$ sudo mkdir -p /opt/local/var/db/postgresql83/
> defaultdb
> Password:
> MacBookVictor:~ victor$ sudo chown postgres:postgres /opt/local/var/ 
> db/
> postgresql83/defaultdb
> MacBookVictor:~ victor$ sudo su postgres -c '/opt/local/lib/
> postgresql83/bin/initdb -D /opt/local/var/db/postgresql83/defaultdb'
> MacBookVictor:~ victor$ sudo launchctl load -w /Library/LaunchDaemons/
> org.macports.postgresql83-server.plist
> org.macports.postgresql83-server: Already loaded

Then you should first unload it, then load it again.


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

Re: Building packages which require Xcode2.5 on leopard

[Steve Renals]

thanks.  installs OK now - it never occurred to me that I somehow had  
an "incomplete" installation of Xcode 3.0... reinstalling xcode did  
the trick
steve

On 3 Jun 2008, at 12:00, Ryan Schmidt wrote:

>
> On Jun 3, 2008, at 00:59, Steve Renals wrote:
>
>> I'm having problems installing packages which require Xcode
>> MacOSX10.4u.sdk on Leopard.  A good example of a package with which I
>> am having problems is aquaterm.
>>
>> I'm running 10.5.3 on a macbook pro, and have Xcode 3.0 installed,  
>> and
>> MacPorts 1.6.
>>
>> I install Xcode 2.5 alongside 3.0;  it defaults to install as /
>> Xcode2.5 ;  packages requiring Xcode2.5 seem to expect /Developer/ 
>> SDKs/
>> MacOSX10.4u.sdk, so I symlink to /Xcode2.5/SDKs/MacOSX10.4u.sdk.
>> This gets me one step further, but the build process picks up /
>> Developer/usr/bin/gcc-4.0 (Xcode 3) (rather than /Xcode2.5/usr/bin/
>> gcc-4.0 ?) and compiling with this 'wrong' gcc fails (excerpt below).
>>
>> How can I build Xcode2.5 packages on leopard with both Xcode2.5 and
>> Xcode3.0 installed?  More specifically how do I make the build pick  
>> up
>> the Xcode2.5 compiler?
>
> Why do you believe that just because something requires  
> MacOSX10.4u.sdk that it also requires Xcode 2.5? I've not heard that  
> before. I was able to install aquaterm just fine on Mac OS X 10.5.3  
> with Xcode 3.0 on a MacBook Pro just now, and I don't have Xcode 2.5  
> installed. But I do have MacOSX10.4u.sdk in /Developer/SDKs. It's  
> not a symlink; it's a normal directory placed there by the Xcode 3.0  
> installer package. If you don't have that normal directory, you  
> should reinstall Xcode 3.0. Then try installing aquaterm again.
>
> I do use MacPorts trunk, not 1.6.0, so maybe that's relevant too.
>
>
>>  /Developer/usr/bin/gcc-4.0 -x objective-c-header -arch ppc -pipe -
>> Wno-trigraphs -fpascal-strings -fasm-blocks -Os -fmessage-length=0 -
>> mtune=G4 -mmacosx-version-min=10.1 -gdwarf-2 -I/opt/local/var/ 
>> macports/
>> build/
>> _opt_local_var_macports_sources_rsync
>> .macports.org_release_ports_aqua_aquaterm/work/aquaterm/build/
>> AquaTerm.build/Deployment/AQTFwk.build/AquaTerm.hmap -Wmost -Wno- 
>> four-
>> char-constants -Wno-unknown-pragmas -F/opt/local/var/macports/build/
>> _opt_local_var_macports_sources_rsync
>> .macports.org_release_ports_aqua_aquaterm/work/aquaterm/build/
>> Deployment -I/opt/local/var/macports/build/
>> _opt_local_var_macports_sources_rsync
>> .macports.org_release_ports_aqua_aquaterm/work/aquaterm/build/
>> Deployment/include -I/opt/local/var/macports/build/
>> _opt_local_var_macports_sources_rsync
>> .macports.org_release_ports_aqua_aquaterm/work/aquaterm/build/
>> AquaTerm.build/Deployment/AQTFwk.build/DerivedSources -isysroot /
>> Developer/SDKs/MacOSX10.4u.sdk -c /Developer/SDKs/MacOSX10.4u.sdk/
>> System/Library/Frameworks/AppKit.framework/Headers/AppKit.h -o /
>> Library/Caches/com.apple.Xcode.0/SharedPrecompiledHeaders/AppKit-
>> fnqlhyfibnglwocvctysklolcwvr/AppKit.h.gch
>>
>> In file included from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
>> Frameworks/CoreFoundation.framework/Headers/CoreFoundation.h:12,
>>  from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
>> Frameworks/Foundation.framework/Headers/Foundation.h:6,
>>  from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
>> Frameworks/AppKit.framework/Headers/AppKit.h:10:
>> /Developer/SDKs/MacOSX10.4u.sdk/usr/include/stdarg.h:4:25: error:
>> stdarg.h: No such file or directory
>> In file included from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
>> Frameworks/CoreFoundation.framework/Headers/CoreFoundation.h:16,
>>  from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
>> Frameworks/Foundation.framework/Headers/Foundation.h:6,
>>  from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
>> Frameworks/AppKit.framework/Headers/AppKit.h:10:
>> /Developer/SDKs/MacOSX10.4u.sdk/usr/include/float.h:8:24: error:
>> float.h: No such file or directory
>
>


-- 
The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.

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

compilation of `hydra' failed

[Joerg van den Hoff]

hi,

wanted to check strengths of my password(s) against brute force attacks
with `hydra' (hope this is the tool to do it?) but

sudo port install hydra

yielded

#CUT
--->  Fetching libssh
--->  Attempting to fetch libssh-0.2.tgz from http://www.0xbadc0de.be/libssh
--->  Verifying checksum(s) for libssh
--->  Extracting libssh
--->  Configuring libssh
--->  Building libssh with target all
--->  Staging libssh into destroot
--->  Packaging tgz archive for libssh 0.2_0
--->  Installing libssh 0.2_0
--->  Activating libssh 0.2_0
--->  Cleaning libssh
--->  Fetching hydra
--->  Attempting to fetch hydra-5.4-src.tar.gz from 
http://freeworld.thc.org/releases
--->  Verifying checksum(s) for hydra
--->  Extracting hydra
--->  Configuring hydra
--->  Building hydra with target all
Error: Target org.macports.build returned: 
shell command " cd 
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_security_hydra/work/hydra-5.4-src"
 && 
make all XLIBPATHS="-L/opt/local/lib" CC=/usr/bin/gcc-4.0 " returned error 2
Command output: /usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-pop3.c -DLIBOPENSSL 
-DLIBSSH -I/opt/local/include -I/opt/local/include
/usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-smb.c -DLIBOPENSSL -DLIBSSH 
-I/opt/local/include -I/opt/local/include
/usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-icq.c -DLIBOPENSSL -DLIBSSH 
-I/opt/local/include -I/opt/local/include
/usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-cisco-enable.c -DLIBOPENSSL -DLIBSSH 
-I/opt/local/include -I/opt/local/include
/usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-ldap.c -DLIBOPENSSL -DLIBSSH 
-I/opt/local/include -I/opt/local/include
/usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-mysql.c -DLIBOPENSSL -DLIBSSH 
-I/opt/local/include -I/opt/local/include
/usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-http-proxy.c -DLIBOPENSSL -DLIBSSH 
-I/opt/local/include -I/opt/local/include
/usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-smbnt.c -DLIBOPENSSL -DLIBSSH 
-I/opt/local/include -I/opt/local/include
/usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-mssql.c -DLIBOPENSSL -DLIBSSH 
-I/opt/local/include -I/opt/local/include
/usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-snmp.c -DLIBOPENSSL -DLIBSSH 
-I/opt/local/include -I/opt/local/include
/usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-cvs.c -DLIBOPENSSL -DLIBSSH 
-I/opt/local/include -I/opt/local/include
/usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-smtpauth.c -DLIBOPENSSL -DLIBSSH 
-I/opt/local/include -I/opt/local/include
/usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-sapr3.c -DLIBOPENSSL -DLIBSSH 
-I/opt/local/include -I/opt/local/include
/usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-ssh2.c -DLIBOPENSSL -DLIBSSH 
-I/opt/local/include -I/opt/local/include
hydra-ssh2.c:10:2: warning: #warning "If compilation of hydra-ssh2 fails, you 
are not using v0.11. Download from http://www.0xbadc0de.be/";
hydra-ssh2.c: In function 'start_ssh2':
hydra-ssh2.c:34: warning: implicit declaration of function 'options_new'
hydra-ssh2.c:34: warning: assignment makes pointer from integer without a cast
hydra-ssh2.c:44: warning: implicit declaration of function 
'options_set_wanted_method'
hydra-ssh2.c:44: error: 'KEX_COMP_C_S' undeclared (first use in this function)
hydra-ssh2.c:44: error: (Each undeclared identifier is reported only once
hydra-ssh2.c:44: error: for each function it appears in.) hydra-ssh2.c:45: 
error: 'KEX_COMP_S_C' undeclared (first use in this function)
hydra-ssh2.c:46: warning: implicit declaration of function 'options_set_port'
hydra-ssh2.c:47: warning: implicit declaration of function 'options_set_host'
hydra-ssh2.c:48: warning: implicit declaration of function 
'options_set_username'
hydra-ssh2.c:50: warning: passing argument 1 of 'ssh_connect' from incompatible 
pointer type
hydra-ssh2.c:50: warning: assignment makes pointer from integer without a cast
hydra-ssh2.c:82: warning: implicit declaration of function
'ssh_error_code'
make: *** [hydra-ssh2.o] Error 1
#CUT

the problem seems that libssh-0.2.tgz is fetched from www.0xbadc0de.be but 
`hydra' expects
v0.11???

this is with 10.4.11 and PPC (and current `macports').

any hope of a fix (no maintainer, apparently...)?

regards

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

Re: Octave 3.0.1 plotting is very slow

[Joerg van den Hoff]

On Tue, Jun 03, 2008 at 11:10:52AM +0200, Alakazam wrote:
> >>   - What machine are you running octave on ?
> > PPC Powerbook 1.5 GHz 2 GB
> 
> Which explains why plotting takes ~20s for you, and ~10s for me.
> 
> >>   - What version of Mac OS X are you running ?
> > 10.5.11
> 
> Is that 10.4.11 or 10.5.3 ? Anyway, this obviously does not change  
> anything, since we obtain similar results on the performance tests.
> 
> > Here are some more test results from running this program:
> > The setup is this, run only once per session:
> >   x = [1:10];
> >   y = cos(x);
> >
> > The timed part is this:
> >   t = time(); plot(x, y); time() - t
> >
> > which reports an answer (call it t1) some time before the plot
> > appears (and at which time the prompt returns)--the latter time I
> > time on my watch call t2. In all cases the plot was run at least once
> > before timing it.
> 
> This is the same test I was running, so no problem here.
> 
> > Here are some results for t1 and t2 for various versions which are:
> > 2.1.71 downloaded last year from http://hpc.sourceforge.net
> > 3.0.1  downloaded today from http://hpc.sourceforge.net
> > 3.0.1  installed by Macports a few days ago
> >
> > Octave versionOutput device   t1t2
> > ==
> > Macports 3.0.1Aquaterm0.64575   22
> > Macports 3.0.1X11 0.41969   22
> > HPC  2.1.71   Aquaterm2.70574
> > HPC  2.1.71   X11 N/A; uses Aquaterm
> > HPC  3.0.1Aquaterm0.62115   22
> > HPC  3.0.1X11 N/A; defaults to Terminal.app
> >
> > FWIW, Activity Monitor reports high CPU usage from gnuplot while
> > waiting for the plots to appear.
> 
> So it would seem the problem may not be with the octave compilation  
> options, but indeed with the octave<->gnuplot interaction.
> 
> Do any macports users still have old octave2.9s (or, less likely,  
> octave2.1s) installed (via macports) ? Would you be willing to run the  
> quick aforementioned tests to check precisely when the problem may  
> have appeared ?

hi,

if it helps:

with  

GNU Octave, version 2.1.71 (powerpc-apple-darwin).

and

G N U P L O T Version 4.0 patchlevel 0

I get t = 1.7 sec (with a 2 GHz G5 under X11)


regards,

joerg

> 
> Reading
> 
> > http://www.gnu.org/software/octave/NEWS-3.html
> 
> I see that octave 3 (and 2.9) have introduced may changes to the  
> graphics backend, in particular to the way data is output to gnuplot :
> 
> > Octave now sends data over the same pipe that is used to send  
> > commands to gnuplot. While this avoids the problem of cluttering / 
> > tmp with data files, it is no longer possible to use the mouse to  
> > zoom in on plots. This is a limitation of gnuplot, which is unable  
> > to zoom when the data it plots is not stored in a file. Some work  
> > has been done to fix this problem in newer versions of gnuplot (>  
> > 4.2.2). See for example, this thread on the gnuplot development list.
> 
> 
> I think it would be best to take this issue to the octave team, and  
> see if they can reproduce the problem (on other platforms even ?) or  
> know where it might come from.
> 
> You may also want to check the different gnuplot versions used by  
> these octave versions ; maybe changes on that end might also influence  
> the plotting performance.
> 
> Regards,
> -- 
> Alakazam <[EMAIL PROTECTED]>
> 
> ___
> macports-users mailing list
> macports-users@lists.macosforge.org
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Unable to start postgresql server 8.3.1.1

[Vittorio]

I Just did as suggested but cannot change the result:

MacBookVictor:PostgreSQL victor$ sudo launchctl load -w /Library/ 
LaunchDaemons/org.macports.postgresql83-server.plist
org.macports.postgresql83-server: Already loaded
MacBookVictor:PostgreSQL victor$ sudo launchctl unload /Library/ 
LaunchDaemons/org.macports.postgresql83-server.plist
MacBookVictor:PostgreSQL victor$ sudo launchctl load -w /Library/ 
LaunchDaemons/org.macports.postgresql83-server.plist
MacBookVictor:PostgreSQL victor$ ps ax |grep postgres
  1379   ??  Ss 0:00.01 /opt/local/bin/daemondo -- 
label=postgresql83-server --start-cmd /opt/local/etc/LaunchDaemons/ 
org.macports.postgresql83-server/postgresql83-server.wrapper start ; -- 
stop-cmd /opt/local/etc/LaunchDaemons/org.macports.postgresql83-server/ 
postgresql83-server.wrapper stop ; --restart-cmd /opt/local/etc/ 
LaunchDaemons/org.macports.postgresql83-server/postgresql83- 
server.wrapper restart ; --pid=none
  1384 s000  R+ 0:00.00 grep postgres


What elese should I try?

Ciao

Vittorio

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

Re: plans for 64bit support

[Joshua Root]

Joshua Root wrote:

Emil Lundberg wrote:
Is there documentation backing up the  
claim
that 64-bit ppc code is slower on 64-bit ppc machines than 32-bit  
ppc code?
I've seen benchmark numbers that show this. I'll see if I can dig  
them up.


OK, I found some of the comparisons I was thinking of: a Linux-based one
with several benchmarks[1], and two Darwin-based ones using Geekbench,
on Tiger[2] and Leopard[3].

[1] 
[2] 
[3]


I'll have access to a G5 in a few days' time, so if no one beats me to
it, I'll run some other comparisons.


Well, no one beat me to it. ;-)

I've added a use_64_bit variant to the nbench-byte and ubench ports, and 
run them with and without the variant on a Power Mac G5 and a Mac Pro. 
Results are attached.


- Josh
BYTEmark* Native Mode Benchmark ver. 2 (10/95)
Index-split by Andrew D. Balsa (11/97)
Linux/Unix* port by Uwe F. Mayer (12/96,11/97)

TEST: Iterations/sec.  : Old Index   : New Index
:  : Pentium 90* : AMD K6/233*
:--:-:
NUMERIC SORT:  1016.6  :  26.07  :   8.56
STRING SORT :  336.83  : 150.50  :  23.30
BITFIELD:   5.578e+08  :  95.68  :  19.99
FP EMULATION:  131.17  :  62.94  :  14.52
FOURIER :   34338  :  39.05  :  21.93
ASSIGNMENT  :  39.525  : 150.40  :  39.01
IDEA:6300  :  96.36  :  28.61
HUFFMAN :  2314.7  :  64.19  :  20.50
NEURAL NET  :  47.232  :  75.87  :  31.92
LU DECOMPOSITION:  1696.5  :  87.89  :  63.46
==ORIGINAL BYTEMARK RESULTS==
INTEGER INDEX   : 80.539
FLOATING-POINT INDEX: 63.856
Baseline (MSDOS*)   : Pentium* 90, 256 KB L2-cache, Watcom* compiler 10.0
==LINUX DATA BELOW===
CPU : 
L2 Cache: 
OS  : Darwin 9.3.0
C compiler  : /usr/bin/gcc-4.0
libc: 
MEMORY INDEX: 26.286
INTEGER INDEX   : 16.433
FLOATING-POINT INDEX: 35.417
Baseline (LINUX): AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38
* Trademarks are property of their respective holder.

BYTEmark* Native Mode Benchmark ver. 2 (10/95)
Index-split by Andrew D. Balsa (11/97)
Linux/Unix* port by Uwe F. Mayer (12/96,11/97)

TEST: Iterations/sec.  : Old Index   : New Index
:  : Pentium 90* : AMD K6/233*
:--:-:
NUMERIC SORT:  712.54  :  18.27  :   6.00
STRING SORT :  313.06  : 139.88  :  21.65
BITFIELD:  1.4698e+08  :  25.21  :   5.27
FP EMULATION:  77.002  :  36.95  :   8.53
FOURIER :   21208  :  24.12  :  13.55
ASSIGNMENT  :  14.218  :  54.10  :  14.03
IDEA:  3299.1  :  50.46  :  14.98
HUFFMAN :  1082.4  :  30.01  :   9.58
NEURAL NET  :  19.188  :  30.82  :  12.97
LU DECOMPOSITION:  724.83  :  37.55  :  27.11
==ORIGINAL BYTEMARK RESULTS==
INTEGER INDEX   : 41.011
FLOATING-POINT INDEX: 30.335
Baseline (MSDOS*)   : Pentium* 90, 256 KB L2-cache, Watcom* compiler 10.0
==LINUX DATA BELOW===
CPU : 
L2 Cache: 
OS  : Darwin 8.11.0
C compiler  : /usr/bin/gcc-4.0
libc: 
MEMORY INDEX: 11.696
INTEGER INDEX   : 9.258
FLOATING-POINT INDEX: 16.825
Baseline (LINUX): AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38
* Trademarks are property of their respective holder.

BYTEmark* Native Mode Benchmark ver. 2 (10/95)
Index-split by Andrew D. Balsa (11/97)
Linux/Unix* port by Uwe F. Mayer (12/96,11/97)

TEST: Iterations/sec.  : Old Index   : New Index
:  : Pentium 90* : AMD K6/233*
:--:-:
NUMERIC SORT:  659.58  :  16.92  :   5.56
STRING SORT :  314.64  : 140.59  :  21.76
BITFIELD:  1.3774e+08  :  23.63  :   4.94
FP EMULATION:  74.505  :  35.75  :   8.25
FOURIER :   21333  :  24.26  :  13.63
ASSIGNMENT  :  13.964  :  53.14  :  13.78
IDEA:  2160.9  :  33.0

mtr issues

[Peter Hindrichs]

Good Day,

I have been using "mtr" to check the network signal from my wireless  
ISP, and it has been working fine until the other day when I updated  
my system to 10.5.3

I did an uninstall of mtr and reinstalled it, with no change here is  
what I get when I try "mtr ispnet.ca"

Freedom:~ peterhin$ mtr ispnet.ca
nodename nor servname provided, or not known: Undefined error: 0
Freedom:~ peterhin$


Now if I do a "ping"  or a "traceroute" of the same or any other  
address it works fine.

My question then is this a compatibility issue with 10.5.3 or some  
other issue. 
  
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: compilation of `hydra' failed

[Matrix Mole]

(sorry forgot to Reply-to-all on the original message to include the
mailing list)

On Tue, Jun 3, 2008 at 12:24 PM, Joerg van den Hoff
<[EMAIL PROTECTED]> wrote:
>> Also, be sure to run a port sync to get the most recent version of the
>> port files, I believe the old maintainer removed the dependency on
>> libssh for hydra until the issue could be resolved.
>
> I did. `variant ssh' is indeed commented out in the portfile. nevertheless
> I get the same error complaining about libssh version mismatch.

You may have to uninstall libssh first, if libssh is installed, it
will try to pull the libraries into a hydra build. Once you have
libssh removed, then hydra should build without ssh support.

> I'll wait and observe the status of the ticket.

Unfortunately, I don't think much work is going to get done on that
ticket since the maintainer of the port has stepped down. I
contemplated picking it up myself, but I don't have any time (nor
programming experience) to do so.

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

Re: compilation of `hydra' failed

[Ryan Schmidt]

That's this ticket:

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

Since hydra doesn't work with libssh 0.2, the dependency on libssh  
was removed from the hydra port in r36653. Please "sudo port upgrade"  
and try installing hydra again.


On Jun 3, 2008, at 08:10, Joerg van den Hoff wrote:

> wanted to check strengths of my password(s) against brute force  
> attacks
> with `hydra' (hope this is the tool to do it?) but
>
> sudo port install hydra
>
> yielded
>
> #CUT== 
> ==
> --->  Fetching libssh
> --->  Attempting to fetch libssh-0.2.tgz from http://www. 
> 0xbadc0de.be/libssh
> --->  Verifying checksum(s) for libssh
> --->  Extracting libssh
> --->  Configuring libssh
> --->  Building libssh with target all
> --->  Staging libssh into destroot
> --->  Packaging tgz archive for libssh 0.2_0
> --->  Installing libssh 0.2_0
> --->  Activating libssh 0.2_0
> --->  Cleaning libssh
> --->  Fetching hydra
> --->  Attempting to fetch hydra-5.4-src.tar.gz from http:// 
> freeworld.thc.org/releases
> --->  Verifying checksum(s) for hydra
> --->  Extracting hydra
> --->  Configuring hydra
> --->  Building hydra with target all
> Error: Target org.macports.build returned:
> shell command " cd "/opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_secur 
> ity_hydra/work/hydra-5.4-src" &&
> make all XLIBPATHS="-L/opt/local/lib" CC=/usr/bin/gcc-4.0 "  
> returned error 2
> Command output: /usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-pop3.c - 
> DLIBOPENSSL -DLIBSSH -I/opt/local/include -I/opt/local/include
> /usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-smb.c -DLIBOPENSSL -DLIBSSH  
> -I/opt/local/include -I/opt/local/include
> /usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-icq.c -DLIBOPENSSL -DLIBSSH  
> -I/opt/local/include -I/opt/local/include
> /usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-cisco-enable.c -DLIBOPENSSL  
> -DLIBSSH -I/opt/local/include -I/opt/local/include
> /usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-ldap.c -DLIBOPENSSL - 
> DLIBSSH -I/opt/local/include -I/opt/local/include
> /usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-mysql.c -DLIBOPENSSL - 
> DLIBSSH -I/opt/local/include -I/opt/local/include
> /usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-http-proxy.c -DLIBOPENSSL - 
> DLIBSSH -I/opt/local/include -I/opt/local/include
> /usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-smbnt.c -DLIBOPENSSL - 
> DLIBSSH -I/opt/local/include -I/opt/local/include
> /usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-mssql.c -DLIBOPENSSL - 
> DLIBSSH -I/opt/local/include -I/opt/local/include
> /usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-snmp.c -DLIBOPENSSL - 
> DLIBSSH -I/opt/local/include -I/opt/local/include
> /usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-cvs.c -DLIBOPENSSL -DLIBSSH  
> -I/opt/local/include -I/opt/local/include
> /usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-smtpauth.c -DLIBOPENSSL - 
> DLIBSSH -I/opt/local/include -I/opt/local/include
> /usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-sapr3.c -DLIBOPENSSL - 
> DLIBSSH -I/opt/local/include -I/opt/local/include
> /usr/bin/gcc-4.0 -I. -Wall -O2 -c hydra-ssh2.c -DLIBOPENSSL - 
> DLIBSSH -I/opt/local/include -I/opt/local/include
> hydra-ssh2.c:10:2: warning: #warning "If compilation of hydra-ssh2  
> fails, you are not using v0.11. Download from http://www. 
> 0xbadc0de.be/"
> hydra-ssh2.c: In function 'start_ssh2':
> hydra-ssh2.c:34: warning: implicit declaration of function  
> 'options_new'
> hydra-ssh2.c:34: warning: assignment makes pointer from integer  
> without a cast
> hydra-ssh2.c:44: warning: implicit declaration of function  
> 'options_set_wanted_method'
> hydra-ssh2.c:44: error: 'KEX_COMP_C_S' undeclared (first use in  
> this function)
> hydra-ssh2.c:44: error: (Each undeclared identifier is reported  
> only once
> hydra-ssh2.c:44: error: for each function it appears in.) hydra- 
> ssh2.c:45: error: 'KEX_COMP_S_C' undeclared (first use in this  
> function)
> hydra-ssh2.c:46: warning: implicit declaration of function  
> 'options_set_port'
> hydra-ssh2.c:47: warning: implicit declaration of function  
> 'options_set_host'
> hydra-ssh2.c:48: warning: implicit declaration of function  
> 'options_set_username'
> hydra-ssh2.c:50: warning: passing argument 1 of 'ssh_connect' from  
> incompatible pointer type
> hydra-ssh2.c:50: warning: assignment makes pointer from integer  
> without a cast
> hydra-ssh2.c:82: warning: implicit declaration of function
> 'ssh_error_code'
> make: *** [hydra-ssh2.o] Error 1
> #CUT== 
> ==
>
> the problem seems that libssh-0.2.tgz is fetched from www. 
> 0xbadc0de.be but `hydra' expects
> v0.11???
>
> this is with 10.4.11 and PPC (and current `macports').
>
> any hope of a fix (no maintainer, apparently...)?


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

Re: Suggested port command enhancement?

[Ryan Schmidt]

On Jun 3, 2008, at 06:30, Tabitha McNerney wrote:

> As seen in some recent threads, I think I have mentioned that I'm  
> building a system that audits and keeps track of MacPorts on some  
> Xserves that I work on. The port command, as Rainer, et al is quite  
> flexible and can be used to source a lot of information.
>
> But I believe I have identified a nice future feature of the port  
> command. What I would like to do is conduct an audit of all ports  
> that have been fetched (thus in a separate fetch phase) but not yet  
> installed. I can in fact write a parsing program that looks at:
>
> $prefix/var/macports/build
>
> which contains underscore-substituted names of directories that  
> have not yet been built, such as:
>
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_textp 
> roc_scrollkeeper
>
> In a text processing language, its relatively easy to write a  
> parser that plucks the name from the above filesystem directory  
> structure, such as:
>
> scrollkeeper
>
> by chunking the name into pieces based on the underscore "_" as a  
> separator to split up the name from. However, I discovered there  
> are some ports whose names also include underscores, like this:
>
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_audio 
> _libsdl_mixer
>
> Alas, the final underscore in the above example that separates  
> "lisdl" and "mixer" --> "libsdl_mixer" in fact does not map to a  
> final directory on the file system named "mixer" but rather the  
> above maps to:
>
> /opt/local/var/macports/sources/rsync.macports.org/release/ports/ 
> audio/libsdl_mixer
>
> There are ways to work with this situation of course (in my text  
> processing script I can try to map the build directory name to a  
> fully path name) but considering that some ports have underscores  
> in their names (and who knows, maybe many underscores in the  
> future?), it would be really neat if the port command in the future  
> could offer a feature to just return a list of port names who have  
> only been fetched but not installed yet. Maybe, in fact, it might  
> be nice for port to be able to audit each phase of ports all the  
> way from fetch to installed in the steps along the way?
>
> Hopefully this is an inspirational idea for advancing MacPorts?

Why do you want to identify ports that have been fetched but not built?

I myself would like to identify ports that have been fetched but not  
installed. Maybe that's the same thing you meant. I often install  
ports to verify bugs others have reported, and while I generally  
remember to uninstall them afterward, I sometimes forget to clean the  
distfiles, so I'm left with distfiles I don't need which I'd like to  
remove. This also applies to distfiles for older versions of ports I  
do still use.

With the new "port distfiles" target, I think it could be implemented  
like this:

1. Get the list of all distfiles (find /opt/local/var/macports/ 
distfiles -type f)
2. Get the list of installed ports (port installed)
3. For each installed port foo, get the list of distfiles (port  
distfiles foo) and remove them from the list of distfiles
4. All the distfiles that are left in the list at the end aren't used  
for any installed port and can be removed to save space

The one missing piece of the puzzle is the dist_subdir. Often this is  
the port name, but a port can override this. I don't know of a way to  
get the port command to tell me a port's dist_subdir.

Now that I think about it, the second missing piece is that "port  
distfiles" shows the distfiles for the current version of the port.  
It won't show you distfiles for an older version of that port you  
have installed. But that might be ok if you generally keep your ports  
up to date and don't want to install older versions.

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

Re: mtr issues

[Bryan Blackburn]

On Jun 3, 2008, at 3:07 PM, Peter Hindrichs wrote:

> Good Day,
>
> I have been using "mtr" to check the network signal from my wireless
> ISP, and it has been working fine until the other day when I updated
> my system to 10.5.3
>
> I did an uninstall of mtr and reinstalled it, with no change here is
> what I get when I try "mtr ispnet.ca"
>
> Freedom:~ peterhin$ mtr ispnet.ca
> nodename nor servname provided, or not known: Undefined error: 0
> Freedom:~ peterhin$
>
>
> Now if I do a "ping"  or a "traceroute" of the same or any other
> address it works fine.
>
> My question then is this a compatibility issue with 10.5.3 or some
> other issue.
>

Which version of mtr, 0.72 or 0.73?  If 0.72, try upgrading it, as it  
was just updated [1] and one note mentions a patch to getaddrinfo()  
which could definitely be related to the problem you're seeing.

Bryan

[1] - 

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

Re: Suggested port command enhancement?

[Tabitha McNerney]

On 6/3/08, Ryan Schmidt <[EMAIL PROTECTED]> wrote:
[SNIP]

Why do you want to identify ports that have been fetched but not built?
>
> I myself would like to identify ports that have been fetched but not
> installed. Maybe that's the same thing you meant.


Yes, that's what I meant. Fetched but not installed.

Thanks,

T.M.

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

Re: Suggested port command enhancement?

[Rainer Müller]

Ryan Schmidt wrote:
> With the new "port distfiles" target, I think it could be implemented  
> like this:
> 
> 1. Get the list of all distfiles (find /opt/local/var/macports/ 
> distfiles -type f)
> 2. Get the list of installed ports (port installed)
> 3. For each installed port foo, get the list of distfiles (port  
> distfiles foo) and remove them from the list of distfiles
> 4. All the distfiles that are left in the list at the end aren't used  
> for any installed port and can be removed to save space

Already possible:
$ sudo port mirror installed
$ sudo portmirror

This should delete any unneeded distfiles. But I agree that this is not 
really obvious, especially as it requires the use of port mirror instead 
of port fetch.

But usually you don't need any distfile again, so cleaning them all is 
mostly save:
$ sudo port clean --dist installed
Or even:
$ sudo port clean --dist all

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

RE: encfs 1.4.2 fails to configure

[Sonikbuddha -]

I haven't touched this in a while in hopes that developers would be able to 
resolve this issue before it became an issue but I'm beginning to hurt missing 
my encoded files.  The ticket lists the problem as being directly related to 
the version of boost and rolling back a version would resolve the issue.  How 
exactly is that achieved?  I see neither a means of selecting package versions 
from the command line or locations for manual downloads, if necessary.

Thanks

~c

From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
CC: macports-users@lists.macosforge.org
Subject: RE: encfs 1.4.2 fails to configure
Date: Mon, 19 May 2008 16:08:45 -0700








Ticket filed for this issue, for those interested in commenting or following: 
#15348

> CC: macports-users@lists.macosforge.org
> From: [EMAIL PROTECTED]
> Subject: Re: encfs 1.4.2 fails to configure
> Date: Sat, 17 May 2008 03:27:21 -0500
> To: [EMAIL PROTECTED]
> 
> 
> On May 16, 2008, at 8:25 PM, Sonikbuddha - wrote:
> 
> > I've been attempting to install the newest version of encfs,  
> > version 1.4.2, which was released last month, but it has been  
> > failing every time it attempts to configure with the below error.   
> > Has anyone else encountered this problem?  I have not found a bug  
> > tracker ticket for it as of yet.
> >
> > Since I recently reinstalled macports, I have only the most recent  
> > required packages installed and nothing else.  I am running Leopard  
> > 10.5.2, macports 1.6, xcode 3.0.
> >
> > Final error in configure output.  I am also attaching my config.log:
> >
> > checking for boostlib>= 1.33... yes
> > configure: WARNING: BOOST_CPPFLAGS -I/opt/local/include
> > checking whether the Boost::Serialization library is available... yes
> > configure: error: Could not link against  !
> 
> I get the same error on 10.4.11 Intel with Xcode 2.4.1. Please file a  
> bug in the issue tracker:
> 
> http://guide.macports.org/#project
> 

Give to a good cause with every e-mail. Join the i’m Initiative from Microsoft.

_
Instantly invite friends from Facebook and other social networks to join you on 
Windows Live™ Messenger.
https://www.invite2messenger.net/im/?source=TXT_EML_WLH_InviteFriends___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: encfs 1.4.2 fails to configure

[Ryan Schmidt]

On Jun 4, 2008, at 00:11, Sonikbuddha - wrote:

> I haven't touched this in a while in hopes that developers would be  
> able to resolve this issue before it became an issue but I'm  
> beginning to hurt missing my encoded files.  The ticket lists the  
> problem as being directly related to the version of boost and  
> rolling back a version would resolve the issue.  How exactly is  
> that achieved?  I see neither a means of selecting package versions  
> from the command line or locations for manual downloads, if necessary.

See this how-to:

http://trac.macports.org/wiki/howto/InstallingOlderPort



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