Re: trouble installing gnudatalanguage
On Mar 13, 2012, at 00:29, Matthew Becker wrote: I am having trouble installing GDL, the gnudatalanguage port. I attempted to install it with both the default c/c++ complier and also the apple-gcc42 compiler. I have attached the install log. It says at the end error Cannot run c++ compiled programs. Cheers, Matt config.log You've named this file config.log but it's actually a main.log. And it says: :info:configure checking whether we are cross compiling... configure: error: in `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_gnudatalanguage/gnudatalanguage/work/gdl-0.9.2': :info:configure configure: error: cannot run C++ compiled programs. :info:configure If you meant to cross compile, use `--host'. :info:configure See `config.log' for more details We need to see the actual config.log please. ___ 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
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
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
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
Linux equivalent libraries on macports
Hi, I am a new user and running Mac OS X Lion. I have set up macports used it to install a variety of packages. However I have to install few packages which I need to compile my thesis code. The equivalent dependencies for linux (Ubuntu) are autoconf automake libtool make gcc libssl-dev iptables-dev libconfig8-dev libnet-ip-perl libnet-dns-perl I was able to find out the macports equivalent for most of them but not for iptables-dev. I know it is a very linux specific dependency but still is there a way to get it? Pardon me if this is double posted as new posts require me to register to mailing list and hence my previous post was automatically rejected -- View this message in context: http://old.nabble.com/Linux-equivalent-libraries-on-macports-tp33496803p33496803.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
run a tcp server to listen to a port range
Is there a recommended port that will listen to a range of tcp ports? I am playing with netcat but it seems it can only listen to a single port at a time. I'd like to open hundreds or even thousands of tcp ports for firewall screens testing. Thanks, -ms ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Linux equivalent libraries on macports
On Mar 13, 2012, at 13:57, anupash wrote: I am a new user and running Mac OS X Lion. I have set up macports used it to install a variety of packages. However I have to install few packages which I need to compile my thesis code. The equivalent dependencies for linux (Ubuntu) are autoconf automake libtool make gcc libssl-dev iptables-dev libconfig8-dev libnet-ip-perl libnet-dns-perl I was able to find out the macports equivalent for most of them but not for iptables-dev. I know it is a very linux specific dependency but still is there a way to get it? iptables is for Linux only: http://en.wikipedia.org/wiki/Iptables It is a program used to configure the Linux firewall; the Linux firewall is not available on OSX. For similar functionality on OSX Snow Leopard and earlier, look into ipfw instead: http://en.wikipedia.org/wiki/Ipfw On OSX Lion and later, ipfw is deprecated and replaced by PF: http://en.wikipedia.org/wiki/PF_(firewall) ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: run a tcp server to listen to a port range
On Mar 13, 2012, at 16:10, michael sparacio wrote: Is there a recommended port that will listen to a range of tcp ports? I am playing with netcat but it seems it can only listen to a single port at a time. I'd like to open hundreds or even thousands of tcp ports for firewall screens testing. nodejs is JavaScript environment with which it's very easy to create network servers that do whatever you want them to. Perhaps that will help you. http://nodejs.org/ Yes, you can install nodejs with MacPorts. sudo port install nodejs ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
ticket 33570
Could someone look at this ticket please: https://trac.macports.org/ticket/33570#comment:2 Zhong ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: run a tcp server to listen to a port range
I am not familiar with js but trying to get an example.js coded properly, this
is only listening on the final port, the 10100...
var net = require('net');
var port = 1
for (port = 1; port 10100; port++) {
;
}
var server = net.createServer(function(c) { //'connection' listener
console.log('server connected');
c.on('end', function() {
console.log('server disconnected');
});
c.write('hello\r\n');
c.pipe(c);
});
server.listen(port, function() { //'listening' listener
console.log('server bound');
});
I assume I am making a dumb error??
thanks for any suggestions.
-ms
On Mar 13, 2012, at 5:12 PM, Ryan Schmidt wrote:
On Mar 13, 2012, at 16:10, michael sparacio wrote:
Is there a recommended port that will listen to a range of tcp ports? I am
playing with netcat but it seems it can only listen to a single port at a
time. I'd like to open hundreds or even thousands of tcp ports for firewall
screens testing.
nodejs is JavaScript environment with which it's very easy to create network
servers that do whatever you want them to. Perhaps that will help you.
http://nodejs.org/
Yes, you can install nodejs with MacPorts.
sudo port install nodejs
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: run a tcp server to listen to a port range
On Mar 13, 2012, at 21:42, michael sparacio wrote:
I am not familiar with js but trying to get an example.js coded properly,
this is only listening on the final port, the 10100...
var net = require('net');
var port = 1
for (port = 1; port 10100; port++) {
;
}
var server = net.createServer(function(c) { //'connection' listener
console.log('server connected');
c.on('end', function() {
console.log('server disconnected');
});
c.write('hello\r\n');
c.pipe(c);
});
server.listen(port, function() { //'listening' listener
console.log('server bound');
});
I assume I am making a dumb error??
Your program initializes a variable port to the value 1, then increments
it until it reaches 10100. It then creates a server and assigns it to the
variable server, then tells the server to listen on that port. If you want to
create multiple servers that each listen on a different port, you'll want to
create the servers inside the loop.
But we are veering off-topic here. The MacPorts mailing lists are not well
suited to discussing JavaScript programming. If you have further questions that
aren't answered by reading the nodejs documentation and sample programs, you
should ask on the nodejs mailing list:
http://groups.google.com/group/nodejs
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
