Re: Unable to read CDs

[Ben Greenfield]

> On Apr 2, 2016, at 3:55 AM, Paul Rands  wrote:
> 
> Hi Guys,
> 
> I am new to using MacPorts and have spent days trying to work out why the one 
> app I am using in MacPorts won't read CDs.
> 
> It is a music cataloging program called Tellico, and is a KDE app. Apart from 
> not being able to open up a CD / DVD drive, it works flawlessly.
> 
> Is there anything I need to install to make this function work?


I’m assuming that everything is good but the eject/open doesn’t work in 
software.
If so it sounds like you would need to adjust the model version of the CD/DVD 
drive in the Tellico.

I spent about 10 minutes poking around. I went to tellico site and saw the 
closest support available for OS X was freebsd. I did a search for eject on the 
freebsd and this is the result. It looks promising, the first hit is "Eject 
Variable from hash to current namespace” with date of yesterday. but I’ll let 
you decide if it is useful.

Ben


FreshPorts -- Search 



> 
> Mac OS Yosemite 10.10.5
> Tellico 2.3.10
> MacPorts 2.3.4
> 
> Thanks in advance.
> -- 
> 
> --
> Paul Rands
> paul00...@gmail.com 
> ___
> 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

Re: question about /usr/lib/libpython2.7.dylib (ver 2.7.11) and opencv

[Ben Greenfield]

Well enough installing and resintalling has yielded a working environment.

The output of 

/opt/local/bin/python2.7 
/opt/local/share/OpenCV/samples/python/opencv_version.py --build

hasn’t changed but the examples are working.

Probably a false alarm.

Ben

> On Jan 19, 2016, at 11:54 AM, Ben Greenfield <b...@cogs.com> wrote:
> 
> 
>> On Jan 19, 2016, at 11:52 AM, Brandon Allbery <allber...@gmail.com 
>> <mailto:allber...@gmail.com>> wrote:
>> 
>> On Tue, Jan 19, 2016 at 11:50 AM, Ben Greenfield <b...@cogs.com 
>> <mailto:b...@cogs.com>> wrote:
>> python2.7 /opt/local/share/OpenCV/samples/python/opencv_version.py —build
>> 
>> Make sure you didn't get /usr/bin/python2.7?
> 
> 
> /opt/local/bin/python2.7 
> /opt/local/share/OpenCV/samples/python/opencv_version.py --build
> 
> 
> Same result.
> 
> Thanks,
> Ben
> 
> 
> 
>> 
>> -- 
>> brandon s allbery kf8nh   sine nomine associates
>> allber...@gmail.com <mailto:allber...@gmail.com> 
>>  ballb...@sinenomine.net <mailto:ballb...@sinenomine.net>
>> unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net 
>> <http://sinenomine.net/>
> ___
> 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

question about /usr/lib/libpython2.7.dylib (ver 2.7.11) and opencv

[Ben Greenfield]

Hey All,

I’m working with OpenCV 3.1.0  that I have installed on the OS X 10.11.12 using 
macports 2.3.4.
Things mostly work but I don’t get the expected results from examples using 
py-27.matplotlib but they work for numpy.

Maybe everything is ok but I would like a second opinion.  I did fin that if I 
run:

python2.7 /opt/local/share/OpenCV/samples/python/opencv_version.py —build

I notice that under Python 2:

Libraries: is listed as /usr/lib/libpython2.7.dylib (ver 2.7.11)
I would expect that it would be:

/opt/local/lib/libpython2.7.dylib 

Is this wrong?

Thanks,

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

Re: question about /usr/lib/libpython2.7.dylib (ver 2.7.11) and opencv

[Ben Greenfield]

> On Jan 19, 2016, at 11:52 AM, Brandon Allbery <allber...@gmail.com> wrote:
> 
> On Tue, Jan 19, 2016 at 11:50 AM, Ben Greenfield <b...@cogs.com 
> <mailto:b...@cogs.com>> wrote:
> python2.7 /opt/local/share/OpenCV/samples/python/opencv_version.py —build
> 
> Make sure you didn't get /usr/bin/python2.7?


/opt/local/bin/python2.7 
/opt/local/share/OpenCV/samples/python/opencv_version.py --build


Same result.

Thanks,
Ben



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

Re: Trying to use libidn in a port but get this error ld: library not found for -lidn

[Ben Greenfield]

 On Aug 15, 2015, at 1:48 PM, Ben Greenfield b...@cogs.com wrote:
 
 
 On Aug 15, 2015, at 12:19 PM, Brandon Allbery allber...@gmail.com 
 mailto:allber...@gmail.com wrote:
 
 On Sat, Aug 15, 2015 at 12:14 PM, Ben Greenfield b...@cogs.com 
 mailto:b...@cogs.com wrote:
 gcc -fPIC -Wall -ggdb -I/opt/local/include -c -o encodings.o encodings.c
 MACOSX_DEPLOYMENT_TARGET=10.3; export MACOSX_DEPLOYMENT_TARGET;
 gcc -o encodings.so encodings.o -bundle -undefined dynamic_lookup -lidn
 ld: library not found for -lidn
 
 You have the appropriate -I at compile time to find MacPorts-installed 
 headers, but no matching -L at link time to find MacPorts-installed 
 libraries.
 
 
 Great you were exactly right and I managed to find the problem.

I think I fixed the problem by adding -L/opt/local/lib to the LDFLAGS in macosx 
specific section.
Does that sound like the expected fix?

Thanks,

Ben





 
 Thanks,
 
 Ben
 
 
 
 -- 
 brandon s allbery kf8nh   sine nomine associates
 allber...@gmail.com mailto:allber...@gmail.com 
  ballb...@sinenomine.net mailto:ballb...@sinenomine.net
 unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net 
 http://sinenomine.net/
 ___
 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

Re: Trying to use libidn in a port but get this error ld: library not found for -lidn

[Ben Greenfield]

 On Aug 15, 2015, at 12:19 PM, Brandon Allbery allber...@gmail.com wrote:
 
 On Sat, Aug 15, 2015 at 12:14 PM, Ben Greenfield b...@cogs.com 
 mailto:b...@cogs.com wrote:
 gcc -fPIC -Wall -ggdb -I/opt/local/include -c -o encodings.o encodings.c
 MACOSX_DEPLOYMENT_TARGET=10.3; export MACOSX_DEPLOYMENT_TARGET;
 gcc -o encodings.so encodings.o -bundle -undefined dynamic_lookup -lidn
 ld: library not found for -lidn
 
 You have the appropriate -I at compile time to find MacPorts-installed 
 headers, but no matching -L at link time to find MacPorts-installed libraries.
 

Great you were exactly right and I managed to find the problem.

Thanks,

Ben



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

Trying to use libidn in a port but get this error ld: library not found for -lidn

[Ben Greenfield]

Hello,

Everything I’m working on is research and the first goal is to a repeatable 
macports install of Prosody. The current Prosody Portfile is for an older 
version and I’m trying to get an experimental branch to work that can use Lua 
versions above 5.1.

I’m also using Xcode-beta and on release software. 

I’m working on a Portfile for prosody that can use the Lua 5.2 and I’m issues 
with libidn. If I manually run make I get these results.

lim# make 
sed 1s| lua$| lua|; \
s|^CFG_SOURCEDIR=.*;$|CFG_SOURCEDIR='/opt/local/lib/prosody';|; 
\
s|^CFG_CONFIGDIR=.*;$|CFG_CONFIGDIR='/opt/local/etc/prosody';|; 
\
s|^CFG_DATADIR=.*;$|CFG_DATADIR='/opt/local/var/lib/prosody';|; 
\

s|^CFG_PLUGINDIR=.*;$|CFG_PLUGINDIR='/opt/local/lib/prosody/modules/';|;  
prosody  prosody.install
sed 1s| lua$| lua|; \
s|^CFG_SOURCEDIR=.*;$|CFG_SOURCEDIR='/opt/local/lib/prosody';|; 
\
s|^CFG_CONFIGDIR=.*;$|CFG_CONFIGDIR='/opt/local/etc/prosody';|; 
\
s|^CFG_DATADIR=.*;$|CFG_DATADIR='/opt/local/var/lib/prosody';|; 
\

s|^CFG_PLUGINDIR=.*;$|CFG_PLUGINDIR='/opt/local/lib/prosody/modules/';|;  
prosodyctl  prosodyctl.install
sed 's|certs/|/opt/local/etc/prosody/certs/|' prosody.cfg.lua.dist  
prosody.cfg.lua.install
test -e .hg/dirstate  \
hexdump -n6 -e'6/1 %02x' .hg/dirstate  prosody.version || 
true
test -f prosody.release  \
cp prosody.release prosody.version || true
/Applications/Xcode-beta.app/Contents/Developer/usr/bin/make -C util-src install
gcc -fPIC -Wall -ggdb -I/opt/local/include -c -o encodings.o encodings.c
MACOSX_DEPLOYMENT_TARGET=10.3; export MACOSX_DEPLOYMENT_TARGET;
gcc -o encodings.so encodings.o -bundle -undefined dynamic_lookup -lidn
ld: library not found for -lidn
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[1]: *** [encodings.so] Error 1
make: *** [all] Error 2

I don’t expect an exact answer but if someone can some ideas of how to diagnose 
or solve the problem that would be great. 

Thanks,

Ben


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

Re: MacPorts on Linux

[Ben Greenfield]

On Dec 17, 2011, at 3:44 AM, Niels Dettenbach (Syndicat ITInternet) wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA256
 
 
 
 
 
 Ryan Schmidt ryandes...@macports.org schrieb:
 
 might be wondering as well, so I'm Cc'ing the mailing list) what made
 you decide to run MacPorts on Linux. First, I was surprised you
 succeeded in installing MacPorts on Linux at all; I thought that had
 broken. But more than that, as you're discovering, a lot of ports and
 portgroups are written on the assumption that they are running on OS X,
 or at least Darwin. It will probably take significant effort to remove
 that assumption, and I'm not convinced it's worth the effort, since
 MacPorts is, as suggested by its name, made to run on Mac OS X, not on
 Linux or FreeBSD or other systems. Are none of the existing standard
 ways of getting software onto a Linux system suitable?
 
 This would be nice to hear here - i.e. why do you did not used port systems 
 like pkgsrc or Gentoo portage which officially provide linux environments?
 
 But another point here may be - why MacPorts (which is by principe developed 
 and maintained for Mac OS X only) afaik did not cooperate nor participate on 
 well driven / maintained ports projects like pkgsrc?

It may be surprising to hear that pkgsrc for netbsd was derived from the 
FreeBSD Ports system which was created by Jordan Hubbard the same person 
responsible for DarwinPorts/MacPorts.  They are very related and where they 
don't overlap I believe it is for platform specific reasons. I think that each 
system, pkgsrc, ports, MacPorts is suppose to manage the platform specific 
building process while drawing on the large pool of available open source 
software. I always consider the part of creating a port file as very platform 
specific part to make use of the posix software out there.
10 years of pkgsrc - pkgsrc and the concepts of package management 1997-2007 
(part 1)
Jordan Hubbard - Wikipedia, the free encyclopedia

Thanks,

Ben



 As far as i understand pkgsrc still targets an open list of unixoide / posix 
 operating systems like Linux and BSDs (and afaik even proprietary operating 
 systems) on different hardware platforms. These realizes a potentially large 
 users and developers audience with different operating systems, but at the 
 time no Mac OS X.
 
 How can MacPorts participate on pkgsrc in the future and how far could that 
 make any sense? From what i understand directly participating directly on 
 pkgsrc could further merge users into larger audiences?
 
 Maintaining ports for pkgsrc and macports currently are two completely 
 different things and maintaining ports is a huge, ressource consuming job at 
 all. Afaik MacPorts in parts hold ports only available / make sense on Mac OS 
 X, but most ports are even available on other platforms.
 
 So, does it make sense to i.e. extend pkgsrc towards Mac OS X or making 
 macports in any way more compatible to pkgsrc ports or cooperate with pkgsrc 
 stronger in any other way?
 
 Pls don't flame if im completely on a wrong way here - i just try to 
 understand the situation.
 
 
 cheers,
 
 
 Niels.
 
 - --
 Niels Dettenbach
 Syndicat ITInternet
 http://www.syndicat.com
 -BEGIN PGP SIGNATURE-
 Version: APG v1.0.8
 
 iIEEAREIAEEFAk7sVlQ6HE5pZWxzIERldHRlbmJhY2ggKFN5bmRpY2F0IElUJklu
 dGVybmV0KSA8bmRAc3luZGljYXQuY29tPgAKCRBU3ERlZRyiDTlkAJ9X9FQSVFrq
 HayUFYVHAQ0BUOvgCQCfZc3RrFZlgL8NY0wAR5q4I6ufFUw=
 =UrVr
 -END PGP SIGNATURE-
 
 ___
 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: permissions issue bzip2 on lion

[Ben Greenfield]

I did another  selfupdate and now bzip2 installs.


Thanks whoever,

Ben

On Jul 29, 2011, at 10:31 AM, ben wrote:

 Looks like a permissions problem anyone else see this?
 
  
 
 :debug:patch patch phase started at Fri Jul 29 10:24:09 EDT 2011
 
 :debug:patch Executing org.macports.patch (bzip2)
 
 :notice:patch ---  Applying patches to bzip2
 
 :info:patch ---  Applying 
 /opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/archivers/bzip2/files/patch-Makefile-man.diff
 
 :debug:patch Environment: CPATH='/opt/local/include' 
 CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_archivers_bzip2/bzip2/work/.CC_PRINT_OPTIONS'
  LIBRARY_PATH='/opt/local/lib' CC_PRINT_OPTIONS='YES' 
 MACOSX_DEPLOYMENT_TARGET='10.7'
 
 :debug:patch Assembled command: 'cd 
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_archivers_bzip2/bzip2/work/bzip2-1.0.6
   /usr/bin/patch -p0'
 
 :debug:patch Executing command line:  cd 
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_archivers_bzip2/bzip2/work/bzip2-1.0.6
   /usr/bin/patch -p0  
 '/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/archivers/bzip2/files/patch-Makefile-man.diff'
 
 :info:patch /usr/bin/patch:  Can't create file 
 /var/folders/zz/zyxvpxvq6csfxvn_n0/T//pooZnTjl : Permission denied
 
 :info:patch shell command  cd 
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_archivers_bzip2/bzip2/work/bzip2-1.0.6
   /usr/bin/patch -p0  
 '/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/archivers/bzip2/files/patch-Makefile-man.diff'
  returned error 2
 
 :error:patch Target org.macports.patch returned: shell command failed (see 
 log for details)
 
 :debug:patch Backtrace: shell command failed (see log for details)
 
 while executing
 
 command_exec patch   '$patch'
 
 (procedure portpatch::patch_main line 35)
 
 invoked from within
 
 $procedure $targetname
 
 :info:patch Warning: the following items did not execute (for bzip2): 
 org.macports.activate org.macports.patch org.macports.configure 
 org.macports.build org.macports.destroot org.macports.install
 
 
  
 thanks,
 
  
 Ben
 
 ___
 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: MacPorts is hijacking account on MacOSXServer

[Ben Greenfield]

On Jul 25, 2011, at 7:10 PM, Rainer Müller wrote:

 On 2011-07-26 00:53 , Daniel J. Luke wrote:
 On Jul 25, 2011, at 6:26 PM, David L Ballenger wrote:
 On my laptop, which is connected to my Open Directory domain, my personal 
 account is set up as a mobile accoun, which means I have an account int the
 local domain with a UID of 1025 and macports got an ID of 1026.  That meant
 that the Open Directory user with that ID (my wife) could no longer log into
 her network account using my laptop.
 
 So, there was already an OD account with ID 1026 (or did you try to set up 
 your wife's account later, and that failed?)
 
 I _think_ getpwuid() should pull in the information from OD (and maybe 
 there's a lion change/bug that is causing the issue?). Certainly the manpage 
 on 10.6 says These functions obtain information from DirectoryService(8)
 
 The macports user itself is not being created there, but in the
 portmgr/dmg/postflight script.
 
 The essential command is this one:
 
 ${DSCL} -q . -create /Users/${RUNUSR} UniqueID $(($(${DSCL} . -list
 /Users UniqueID | /usr/bin/awk '{print $2}' | sort -ug | tail -1)+1))
 
 So here we are looking for the greatest ID in use and take the next one.
 
 Could it be that this kind of account is not recognized as we are
 querying . (the local domain) only?

Since it is a portable home directory the macports install could take place and 
the account in the domain created before the laptop and the Directory domain 
meet.

I would have thought that macports would grab a uid below a 1000 open directory 
 accounts default to 1000 and I always assumed it was to avoid collision with 
local uids

Ben



 
 Rainer
 ___
 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: MacPorts without root privileges: how?

[Ben Greenfield]

On Feb 15, 2011, at 8:32 AM, Gf B wrote:

 OK, I installed dbus using +no_startupitem+no_root.  Thank you all for
 the pointers to these variants.
 
 No such luck, however, with the postgresql90-server port.  This port
 is basically uninstallable without root privileges.  This is highly
 annoying to someone who has done dozens of PostgreSQL server
 installations before.  I'm sure I can finish this one by hand.  

If you work on modifying the portfile to not depend on root that would be the 
best approach in my opinion.

It could be it needs a +no_root variant that others could use




 What I
 can't figure out is how to tell MacPorts that this port should be
 considered installed and active.
 
 So I return to the question: how to finalize the installation and
 activation of a port by hand?  What must I do to mark a port as
 installed and active?  What tricks/tools can I use to determine what's
 left to be done?

Modify the portfile by hand until you get the port installed will meet your 
goals and may help others.

Good Luck,

Ben



 Thanks in advance,
 
 G.
 ___
 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: Setting Squid options

[Ben Greenfield]

On Oct 16, 2010, at 7:31 AM, Haravikk wrote:

 Hey there!
 
 Recently set up Squid using MacPorts, because I have a general aversion to 
 building things myself, so MacPorts is naturally the best option =)
 
 Anyway, I've installed Squid 2.7, as I was having some trouble with Squid 3, 
 and it's currently lacking a couple of options that I need (storage URL 
 rewriting). However Squid 2.7 has a lovely feature which is giving me new 
 trouble; when Squid 2.7 starts up it performs a DNS test, and if this is 
 unsuccessful after several attempts it will auto-quit. This is very annoying 
 for me as my machine's internet connection takes a while to resolve after 
 starting up (usually about 5 minutes), meaning I have to manually start Squid 
 instead of using the launchd configuration as it auto-quits every time.
 
 Now, Squid has an option to disable this test (-D), however I'm unsure where 
 would be safe to put this? It looks to me like 
 /opt/local/etc/LaunchDaemons/org.macports.Squid/Squid.wrapper is the correct 
 place, but I'm wondering if this is likely to be overwritten during a 
 MacPorts upgrade? Is there any more preferable place to put the option?

I don't really no what you are talking about but I find that most of the squid 
options I deal with are in the /opt/local/etc/squid/squid.conf.

Hope that helps.

Ben 



 
 Thanks!
 Haravikk
 ___
 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: Just found out Ports/Fink is not the same

[Ben Greenfield]

fink predates (I used back in the mac os x server days (os 9 with next parts)) 
macports and which started I think as Darwinports.d
They do/did the same thing manage port trees for os x.

When Jordan Hubbard joined darwinports I switched from fink to darwinports 
because I thought Jordan was so cool and he if was going to help out the mac 
platform I would follow.

that is my point of view,

Ben


On Sep 18, 2010, at 7:39 PM, James Hozier wrote:

 I had no idea Ports and Fink were two different things. I'm relatively
 new to Mac products (but very familiar with Unix) so at first I thought
 that the Ports/Fink system was the same, and that both used the same
 repos/sources or whatever. However I discovered the two were different but
 Fink seems to be less active (I posted to their ML a couple weeks ago and
 nobody has responded yet). I'm very happy with MacPorts, but what exactly
 are the differences between Ports and Fink? (If possible a description in
 an unbiased POV)
 
 
 
 ___
 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: A word on Trac ticket submissions...

[Ben Greenfield]

If the current banner doesn't work I don't expect a different banner to work.

I just looked around and it seems if we want the port maintainer to magically 
get cced we nee the entry  point for ticket submission process to be aware of 
the port the ticket is being filed against.

One method would be to  have the ticket submitter choose the port they are 
ticketing from a webpage that casues the cc field to be populated with the 
current known maintainer.

The idea is having  webpage with all/some of the ports listed and the url for 
each port would contain the current email of the port maintainer.

Could be spam issues?

Here is the trac method for creating a url with variables.
Preset Values for New Tickets

To create a link to the new-ticket form filled with preset values, you need to 
call the /newticket? URL with variable=value separated by .

Possible variables are :

• type — The type droplist
• reporter — Name or email of the reporter
• summary — Summary line for the ticket
• description — Long description of the ticket
• component — The component droplist
• version — The version droplist
• severity — The severity droplist
• keywords — The keywords
• priority — The priority droplist
• milestone — The milestone droplist
• owner — The person responsible for the ticket
• cc — The list of emails for notifying about the ticket change




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

Re: A word on Trac ticket submissions...

[Ben Greenfield]

On Jun 22, 2010, at 5:46 PM, Joshua Root wrote:

 On 2010-6-23 07:41 , Michael_google gmail_Gersten wrote:
 So here's a question: If there is a maintainer field in the ports
 database for each port, then why can't the bug tracker grab that field
 on it's own?
 

If users are willing to navigate to a webpage that lists all ports and click on 
the affected port url  that use trac variables to populate the cc: field (and 
any other field listed below).

relevent trac docs

Here is the trac method for creating a url with variables.
Preset Values for New Tickets

To create a link to the new-ticket form filled with preset values, you need to 
call the /newticket? URL with variable=value separated by .

Possible variables are :

• type — The type droplist
• reporter — Name or email of the reporter
• summary — Summary line for the ticket
• description — Long description of the ticket
• component — The component droplist
• version — The version droplist
• severity — The severity droplist
• keywords — The keywords
• priority — The priority droplist
• milestone — The milestone droplist
• owner — The person responsible for the ticket
• cc — The list of emails for notifying about the ticket change

There could be spam issue so we may want obfuscate the email but I think it 
would work until we got a plugin.

I'm willing to work on it but I would like some feedback.

Ben



 It can, if someone writes the aforementioned plugin. But of course
 people don't often fill in the Port field either...
 
 - Josh
 ___
 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: Gnucash not starting properly- probably gconf dbus related

[Ben Greenfield]

On Oct 28, 2009, at 7:03 PM, David Rowe wrote:


So -
Has anyone else encountered this problem?
Does anyone have GnuCash running under Snow Leopard + MacPorts 1.8.1 ?
Can anyone suggest a fix for the above problem?


I  just spent a couple of days trying to get it to work on the above   
+quartz. I got it to build and launch but all the characters came out  
as rectangles.


So I downloaded the .dmg from sourceforge and it was a drag and drop  
install to applications for a quartz install.


Works like a charm.

Ben



David Rowe


___
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: Why should I use macports?

[Ben Greenfield]

There is a lot of unix software out-there that is distributed in  
source form. If everyone who wanted to use the software had to have  
knowledge of all the intricacies involved in getting basic  
software,compiled, installed, and running we would lose a lot of  
efficiencies as users.


Each operating system community has a volunteer based community for  
trying to insulate the users from all the complexity while still  
providing access to as much software as possible.


Macports is one of OS X projects, Fink is another.

If one wants to install apache they can get the source download  
compile with the options they want and install it and go, or one can  
install apache using macports (after they installed macports). The  
advantage to macports is that people who care about apache working on  
os x are maintaing the platform specific needs using the macports  
system. There for it should be easy to install software using macports  
as opposed to going it alone.


The burden of install macports is dwarfed by the efficiency of not  
having to maintain the software you are trying to install.


Good Luck,

Ben


On Oct 15, 2009, at 11:19 AM, Mark Blackman wrote:


On 15/10/2009 16:08, Wendy Bossons wrote:

I recently transitioned to a new software project, and I am using Mac
now as a development platform instead of Windows. I keep seeing  
Macports
come up as a way to install software, but I don't understand what  
it is

and why I might need it.

Can someone explain the purpose of Macports and why I might need it?


It's a source-based framework for installing 3rd party software.

You install macports, then it manages all the steps required to
build and install lots of other software including some level of  
dependency management.


- Mark
___
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: Why should I use macports?

[Ben Greenfield]

On Oct 15, 2009, at 12:32 PM, Ryan Schmidt wrote:



On Oct 15, 2009, at 10:08, Wendy Bossons wrote:

I recently transitioned to a new software project, and I am using  
Mac now as a development platform instead of Windows. I keep seeing  
Macports come up as a way to install software, but I don't  
understand what it is and why I might need it.


Can someone explain the purpose of Macports and why I might need it?



As others have said, MacPorts is a package management system, which  
is an easy way to install software without having to know the  
technical details and without having to know what other software is  
required; MacPorts manages it for you. What others have not said is  
how easy it is to also remove such software later -- simply sudo  
port uninstall it. When you install software by hand, often it's  
not clear where things have been installed, or how to uninstall it  
later.




See us macports users never noticed the complexity of the uninstall.



___
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: Snow Leopard and /usr/local

[Ben Greenfield]

I think the default is usually the default is /opt/local with usual a  
symlink to /usr/local/



On Sep 24, 2009, at 12:51 PM, Paul T Baker wrote:


Hello,

Way back when, I installed MacPorts in /usr/local.  I upgraded to  
Snow Leopard and have attempted to get MacPorts 1.8 to install there  
to no avail.  I know that Snow Leopard messes with /usr/local  
permissions.  I've tried all kinds of things to convince it to go  
there, but it won't:


 configure: error: Installing MacPorts into /usr/local is not  
supported


is what I'm told.

I hear that installing into /usr/local can cause problems, so my  
guess is that MacPorts explicitly refuses to install there.  fine.


Mostly I want to uninstall all of my old ports that still live in / 
usr/local.  I can't just rm the whole thing.  So my questions are:


If I install MacPorts elsewhere can I make it see all of the old  
ports in /usr/local so it can uninstall them?


If not, can I (against all advice) trick MacPorts to install to /usr/ 
local to uninstall the ports? (I would then reinstall it elsewhere)


Thank you for any help you can offer,
Paul
___
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: Snow Leopard and /usr/local

[Ben Greenfield]

On Sep 24, 2009, at 2:33 PM, Ryan Schmidt wrote:


On Sep 24, 2009, at 11:53, Ben Greenfield wrote:

I think the default is usually the default is /opt/local with usual  
a symlink to /usr/local/





Sorry for the bad advice (and english)

/opt/local is the default MacPorts prefix. As of MacPorts 1.8.0 we  
no longer allow changing the prefix to /usr/local because we do not  
want to provide technical support for the many unexpected situations  
that this causes. Creating a symlink at /usr/local pointing to /opt/ 
local would probably be just as bad so please do not do that for  
regular use.


Thanks for the update.


To clarify it is fine to have a /usr/local symlink just don't mix it  
with port commands?


Thanks,

Ben


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

Re: OpenMPI on SL

[Ben Greenfield]

click this link

at the bottom of the page is the unsubscribe.


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: How to request MacPorts to add a port?

[Ben Greenfield]

hey Scott,

Currently the people officially in charge of macports are overworked  
volunteers. So the best way to get a port into macports is do as much  
as you can on your own and then ask the list for help when you have  
very specific questions.


Something like...

I'm follwoing the directions here found here
http://guide.macports.org/#development.introduction

and when I get to this step

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

I can't figure out how to add a perl module to macports.

I noticed that urltoys is a perl module which is a good detail. I  
think you might be able to look at other perl modules that are in  
macports and see how they are handled. Then copy their portfile and  
try to make a urltoy port file.


Good luck and maybe someone else has better advice.

Ben




On Jun 20, 2009, at 3:13 AM, Scott wrote:


How to request MacPorts to add a port?

I have urltoys -- extremely useful.
I'd like it added into the MacPorts directory universe,
where it can be neatly killed, etc.

How to do this?

___
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: subversion books ?

[Ben Greenfield]

On Mar 31, 2009, at 3:21 PM, Bill Hernandez wrote:

I was a little concerned about mentioning nerdbooks.com for fear  
that it would get me in trouble.



I think you should have stuck with your first instinct the first post  
was borderline and the second post over the top in my opinion.


Ben

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

Re: port install efficiency issue

[Ben Greenfield]

On Mar 22, 2009, at 4:16 PM, Daniel J. Luke wrote:


On Mar 22, 2009, at 9:34 AM, Rainer Müller wrote:

Ryan Schmidt wrote:

I think port not only pays attention to epoch/version/revision but
also the
timestamp of Portfile; when Portfile is newer than the install,
even when
the versioning says it's already installed, it'll run again.


I would not have expected that.

If a rebuild is needed, the maintainer needs to increase the
revision, version, or epoch.


I reported this problem earlier:
http://lists.macosforge.org/pipermail/macports-dev/2008-February/004563.html

If nobody can think of a valid use for this check we should just  
drop it.



It is somewhat useful when one is developing a new port (since you  
don't have to remember to clean before you rebuild after changing  
the Portfile), and there's the -o flag one can use to change the  
behavior.


I don't have a problem with removing the feature, though.


How about reverse the logic default is not to do it and a switch to do  
it?


bdg



--
Daniel J. Luke
++
| * dl...@geeklair.net * |
| *-- http://www.geeklair.net -* |
++
|   Opinions expressed are mine and do not necessarily   |
|  reflect the opinions of my employer.  |
++



___
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

Fwd: GnuCash packaging

[Ben Greenfield]

Begin forwarded message:


From: Ben Greenfield b...@cogs.com
Date: January 3, 2009 9:24:57 AM EST
To: Anders F Björklund a...@macports.org
Subject: Re: GnuCash packaging


On Jan 3, 2009, at 3:39 AM, Anders F Björklund wrote:


Charles Day wrote:

Well I tried the following workaround for ticket 10881, but  
macports started trying to include the wrong dependencies. For  
example, it tried to include dependencies based on X11 when I  
specified gnucash +no_x11 (see gnome-desktop at the end as an  
example).


In addition, it seems that some dependencies are required to be  
built into their own destroots in advance (see the error message  
for aqbanking below).


So I'm not sure how I should try again to make it work.


Disable autoclean in macports.conf, uninstall and clean everything,  
and start over ?


The force destroot workaround requires that you do it for every  
single port,
including all dependencies and making sure all needed variants are  
included...


Given that this has been around for 2 years, is this considered a  
bug or a feature?


I think it is a requirement and should be documented as such.

It seems pretty straight forward if you want to use mdmg or pkg on  
needs to build with autoclean disabled in macports.conf


The next question is what else does it effect. Without doing any  
research these are my guesses.


dmg, dpkg, mpkg, ...

Still Digging,

Ben







--anders

___
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: GnuCash packaging

[Ben Greenfield]

On Jan 1, 2009, at 4:57 AM, Charles Day wrote:


Olaf,

Before I joined the list, I saw an email from you in October (see http://lists.macosforge.org/pipermail/macports-users/2008-October/012020.html) 
 about trying to package gnucash with port mdmg. Were you ever  
successful in working around the error? I ask because I now have the  
same problem.


$ sudo port mdmg gnucash +no_x11
---  Creating pkg for gnucash-2.2.8
Error: Target org.macports.pkg returned: shell command  
PMResourceLocale=English /Developer/Applications/Utilities/ 
PackageMaker.app/Contents/MacOS/PackageMaker -AppleLanguages  
(English)


I just tried

slip:~ slipadmin$ sudo port -d pkg gnucash +no_x11

and got this...

DEBUG: Found port in 
file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/gnome/gnucash
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/gnome/gnucash

DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided

DEBUG: adding the default universal variant
DEBUG: Requested variant darwin is not provided by port gnucash.
DEBUG: Requested variant i386 is not provided by port gnucash.
DEBUG: Requested variant macosx is not provided by port gnucash.
DEBUG: Executing variant no_x11 provides no_x11
DEBUG: Found port in 
file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/perl/p5-xml-parser
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/perl/p5-xml-parser

DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/_resources/port1.0/group/perl5-1.0.tcl

DEBUG: adding the default universal variant
DEBUG: Requested variant darwin is not provided by port p5-xml-parser.
DEBUG: Requested variant i386 is not provided by port p5-xml-parser.
DEBUG: Requested variant no_x11 is not provided by port p5-xml-parser.
DEBUG: Requested variant macosx is not provided by port p5-xml-parser.
DEBUG: Searching for dependency: p5-xml-parser
DEBUG: Found Dependency: receipt exists for p5-xml-parser
DEBUG: Found port in 
file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/glib2
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/devel/glib2

DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided

DEBUG: adding the default universal variant
DEBUG: Requested variant i386 is not provided by port glib2.
DEBUG: Requested variant no_x11 is not provided by port glib2.
DEBUG: Requested variant macosx is not provided by port glib2.
DEBUG: Executing variant darwin provides darwin
DEBUG: Executing variant darwin_9 provides darwin_9
DEBUG: Searching for dependency: glib2
DEBUG: Found Dependency: receipt exists for glib2
DEBUG: Found port in 
file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/gnome/gconf
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/gnome/gconf

DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: 'universal_variant no' specified, so not adding the default  
universal variant

DEBUG: Requested variant darwin is not provided by port gconf.
DEBUG: Requested variant i386 is not provided by port gconf.
DEBUG: Requested variant no_x11 is not provided by port gconf.
DEBUG: Requested variant macosx is not provided by port gconf.
DEBUG: Searching for dependency: gconf
DEBUG: Found Dependency: receipt exists for gconf
DEBUG: Found port in 
file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/guile16
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/lang/guile16

DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will 

Re: Having a pretty rough time getting php5 installed

[Ben Greenfield]

On Aug 11, 2008, at 10:20 AM, Chris Janton wrote:

 On 2008-08-10 , at 17:50 , Ryan Schmidt wrote:

 The preferred location for my.cnf for MacPorts mysql5 is /opt/local/
 etc/mysql5/my.cnf. Or it will read /etc/my.cnf if present.
 Sample configuration files are provided in /opt/local/share/mysql5/
 mysql which you can copy to create your own config.


 How is it preferred over any other location?

It's a question of style. If only Apple stores things in /etc/ then  
Apple can't stomp on your install. If everything MacPorts related is  
installed under /opt/, /opt/ can be blown-away without effecting other  
non MacPorts install.

The idea is crisp clear lines of delineation to help one manage their  
computer.

Thanks,

Ben




 By convention all MacPorts is in /opt/local.
 The MacPorts version of MySQL will look in /opt/local/etc for my.cnf

 By observation all versions of MySQL (Apple, MySQL, MacPorts, Fink,
 etc.) will also look in /etc/ for my.cnf.

 If you want to keep your my.cnf in a place that all versions will
 find, MacPorts installed or not, it is far
 easier to keep the configuration in /etc - you get bit a lot less
 that way ;-)


 8)
 --
 Chris Janton  - face at CentosPrime dot COM
 Netminder for Opus1.COM


 ___
 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: Can't install rync because non of the URLs work?

[Ben Greenfield]

I just tried it and it worked see below


On Mar 29, 2008, at 6:57 PM, Ben Johnson wrote:

Really strange problem with trying to install rsync, which the git- 
core requires to be installed


sudo port install git-core
---  Fetching rsync
---  Attempting to fetch rsync-2.6.9.tar.gz from http://samba.org/ftp/rsync/



---  Fetching rsync
---  Attempting to fetch rsync-3.0.0.tar.gz from 
http://rsync.samba.org/ftp/rsync/
---  Verifying checksum(s) for rsync
---  Extracting rsync
---  Configuring rsync

must be network/client problem?





---  Attempting to fetch rsync-2.6.9.tar.gz from 
ftp://samba.anu.edu.au/pub/rsync/
---  Attempting to fetch rsync-2.6.9.tar.gz from 
ftp://sunsite.auc.dk/pub/unix/rsync/
---  Attempting to fetch rsync-2.6.9.tar.gz from 
ftp://ftp.sunet.se/pub/unix/admin/rsync/
---  Attempting to fetch rsync-2.6.9.tar.gz from 
ftp://ftp.fu-berlin.de/pub/unix/network/rsync/
---  Attempting to fetch rsync-2.6.9.tar.gz from 
http://svn.macports.org/repository/macports/distfiles/rsync
---  Attempting to fetch rsync-2.6.9.tar.gz from 
http://svn.macports.org/repository/macports/distfiles/general/
---  Attempting to fetch rsync-2.6.9.tar.gz from 
http://svn.macports.org/repository/macports/downloads/rsync
Error: Target org.macports.fetch returned: fetch failed
Error: The following dependencies failed to build: rsync
Error: Status 1 encountered during processing.



The funny thing is that I tried some of those URLs and a few seems  
to be working. Any ideas?


Thanks for your help.

Ben Johnson


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


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

Re: Kismet on OSX 10.5.1 Leopard

[Ben Greenfield]

On Mar 17, 2008, at 8:03 PM, Walt Scrivens wrote:

No, it was only working in active mode.  I passive mode it runs for  
a few seconds and dies.  It also leaves the AirPort disconnected.   
Here's teh dump file it created - I don't know if that will help  
anyone.


I have .21a rev.242 running on a macbook air in passive and active  
mode. I had to set my bpf device in advanced preferences to match my  
airport card.


I'm using Apple Airport Extreme card, passive mode driver.




Model: MacBookPro1,1, BootROM MBP11.0055.B08, 2 processors, Intel  
Core Duo, 2.16 GHz, 2 GB
Graphics: kHW_ATIr520Item, ATY,RadeonX1600, spdisplays_pcie_device,  
256 MB

Memory Module: BANK 0/DIMM0, 1 GB, DDR2 SDRAM, 667 MHz
Memory Module: BANK 1/DIMM1, 1 GB, DDR2 SDRAM, 667 MHz
AirPort: spairport_wireless_card_type_airport_extreme (0x168C,  
0x86), 1.3.2
Bluetooth: Version 2.1.0f14, 2 service, 1 devices, 1 incoming serial  
ports

Network Service: Parallels NAT, Ethernet, en3
Network Service: Parallels Host-Guest, Ethernet, en4
Serial ATA Device: ST9100824AS, 93.16 GB
Parallel ATA Device: MATSHITADVD-R   UJ-857
USB Device: Built-in iSight, Micron, high_speed, 500 mA
USB Device: iPod, Apple, high_speed, 500 mA
USB Device: Apple Internal Keyboard / Trackpad, Apple Computer,  
full_speed, 500 mA
USB Device: Bluetooth USB Host Controller, Apple, Inc., full_speed,  
500 mA

USB Device: IR Receiver, Apple Computer, Inc., full_speed, 500 mA

On the whole I'm pretty discouraged with KisMac and would rather use  
plain vanilla kismet, except that does not work either.  From what I  
read it's all Apple's fault and I don't know if there will ever be a  
workaround.


I have read this and wordered since it does work for me.

Ben




Fortunately I have a Zaurus and a Nokia 800, both of which run  
kismet just fine.  I can take the files created by either to the Mac  
for analysis with Wireshark.  (Now if CACE Technologies would come  
out with a Mac version of AirPcap and their channel-hopping  
modification of wireshark)


Walt


On Mar 17, 2008, at 7:32 PM, [EMAIL PROTECTED] wrote:


did you get it working on leopard??
i got a macbook pro core duo (july 2006) running leopard (10.5.1),  
and can't get it working in passive mode.

did you get it working in passive?
Searching at google, I haven't seen anybody that has got it working  
in passive mode on leopard...


Please explain how you did it!

thanks
walts wrote:


That worked!  I have only my own home network to look at here - will
have to wait until I get to work tomorrow where I have a more robust
test environment to really give this a workout, but it looks
promising.  Thanks for the help!

Walt

On Mar 16, 2008, at 6:26 PM, paul beard wrote:


[SNIP]
Hmm, I have r239 . . . it seems to work just fine. latest version
seems to be 242.

[SNIP]
--
Paul Beard / www.paulbeard.org/
[EMAIL PROTECTED]/[EMAIL PROTECTED]



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


-
MacBook Pro (Intel) with 2GB RAM
Leopard (10.5.1)
BootCamp with Windows XP Pro


Quoted from:
http://www.nabble.com/Kismet-on-OSX-10.5.1-Leopard-tp13843207p16085962.html



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


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