xfree mirrors

The "xfree" mirror list is of the form:
set portfetch::mirror_sites::sites(xfree) {
     ftp://ftp.xfree86.org/pub/XFree86/source/
     ftp://ftp.rge.com/pub/X/XFree86/source/
     ftp://archive.progeny.com/XFree86/source/
     ftp://ftp.mirrorcentral.com/pub/XFree86/source/


If you look, non of these FTP sites have a "source" directory there. 
Anyone have problems with
me removing the "source/"? No ports appear to use these mirrors (right 
now)

Shantonu

math/oleo port failing to index

	Hello Bryan, your math/oleo port is failing the portindex run with the 
following error:

Failed to parse file math/oleo/Portfile: invalid command name "don't"

	It's my believe that the semicolon on line no. 17 needs to be escaped. 
Hope that helps,...

		Juan

Request for review: gettext update

Howdy,

I took some time over the last few days to do something I've been 
meaning to do for a while... update the gettext port.

There are two patches attached.  The first patch updates the gettext 
port from 0.10.40 to 0.14.1.  The second patch updates the ports that 
depend on gettext to use the new version of libintl.

I've tested some of them, but I don't have the time or resources to 
test all of them, which is the reason for this email.  If any of your 
ports are included in the patch, please test them with the new version 
of gettext.

I haven't run into any problems locally thus far, so unless someone 
speaks up within the next few days, I'm going to commit it.

- jim

--

-- 
jim mock <mij@{soupnazi|opendarwin}.org>       work: jim <at> streamzap.com
http://soupnazi.org             Streamzap, Inc. | http://streamzap.com

_______________________________________________
Darwinports mailing list
Darwinports <at> opendarwin.org

Re: ispell-3.2.06 failure

Is this Panther, Jaguar, Linux, FreeBSD, Solaris, or ... ?

-landon

On Sun, Feb 29, 2004 at 09:31:13PM -0800, Andrew Carter wrote:
> Hi,
> 
> I'm trying to install ispell using darwinports.  You are listed as the 
> maintainer so I'm hoping that you can help me out.  I get the following 
> error.  Something appears to be incorrect in the parse.y file.  I tried 
> editing the file but didn't really make any progress.  Any idea what 
> might be going on?
> 
> Thanks,
> Andrew Carter
> 
> --->  Building ispell with target all
> Error: Target com.apple.build returned: shell command "cd 
> "/usr/local/src/darwinports/dports/textproc/ispell/work/ispell-3.2.06" 
> && TMPDIR=/usr/local/src/darwinports/dports/textproc/ispell/work make 
> all" returned error 2
> Command output: echo '' >> config.h
> echo '/* AUTOMATICALLY-GENERATED SYMBOLS */' >> config.h
> cat local.h config.X \
>   | egrep '^#define[    ]*SIGNAL_TYPE' \
>   | sed -e 's/TYPE[     ]*/TYPE_STRING "/' -e 's/$/"/' -e 1q \
>   >> config.h
> cat local.h config.X \
>   | egrep '^#define[    ]*MASKTYPE' \
>   | sed -e 's/TYPE[     ]*/TYPE_STRING "/' -e 's/$/"/' -e 1q \

problems with slib

I am trying to compile and install 'slib', and the build is failing.   
Looking at the directory structure under 'destroot', there is no 'info'  
directory under 'destroot/opt/local'.  Therefore, the command

'gzip -c slib.info >  
.../darwinports/dports/devel/slib/work/destroot/opt/local/info/ 
slib.info.gz'

seems to be failing.

Anyone know how to overcome this problem?

I've attached the compile log below.

All the best,
-albert

================

--->  Fetching slib
--->  Verifying checksum for slib
--->  Extracting slib
--->  Configuring slib
--->  Building slib with target srcdir.mk
--->  Staging slib into destroot
Error: Target com.apple.destroot returned: shell command "cd  
"/Users/albert/Documents/Unix_Compiling/MacPatches/darwinports/dports/ 
devel/slib/work/slib" && make install  
prefix=/Users/albert/Documents/Unix_Compiling/MacPatches/darwinports/ 
dports/devel/slib/work/destroot/opt/local" returned error 2

Re: problems with slib

Oh, yeah.  I am on Mac OS X 10.3.2.

-albert

On 1.3.2004, at 12:34, Albert Vernon Smith wrote:

> I am trying to compile and install 'slib', and the build is failing.   
> Looking at the directory structure under 'destroot', there is no  
> 'info' directory under 'destroot/opt/local'.  Therefore, the command
>
> 'gzip -c slib.info >  
> .../darwinports/dports/devel/slib/work/destroot/opt/local/info/ 
> slib.info.gz'
>
> seems to be failing.
>
> Anyone know how to overcome this problem?
>
> I've attached the compile log below.
>
> All the best,
> -albert
>
> ================
>
> --->  Fetching slib
> --->  Verifying checksum for slib
> --->  Extracting slib
> --->  Configuring slib
> --->  Building slib with target srcdir.mk

Re: pfaedit fixed, now onto maxima errors

Greg,

I don't think you should rename the port.  The problem is a bug in the 
uninstall code... and a very difficult one to fix due to the way 
receipts are named.  Obviously this problem was one of the inspirations 
for my new receipts code.

Right now the uninstall code just does a glob and assumes everything 
after a '-' is part of the version (IIRC).  We discussed it about a 
month or so ago, and I had a regexp that will fix that but will also 
miss some other ports (I think the problem at that point were 
characters in the version string).

As far as I can remember, we decided it was best to rewrite the whole 
thing than to commit a half-fix... although this problem does keep 
biting.  I can't see myself having very much time to work on my port 
images/registry code this week, although Paul is continuing to work on 
it.  Hopefully next week I will have some more time and we can get this 
stuff in (the zope-* ports have this problem as well, and it annoys the 
heck out of me constantly).

-Will

On Feb 29, 2004, at 5:46 PM, Gregory Wright wrote:

>
> Shantou,
>
> The problem is if there is a '-' in the name field of the Portfile. 
> The current parsing mechanism

Re: pfaedit fixed, now onto maxima errors

Hi Will,

Thanks for the update. I'll leave the maxima-lisp port name as it is. 
If there are people
who have trouble in the next couple of weeks we can guide them through 
a work-around.

I understand the trouble with the DP code. At my old company, I wrote 
the networking
code for test equipment in C, but the interface group wrote the 
configuration code in Tcl.
And there were always surprises in the Tcl code....

(Of course, I could crash the box in 120 nanoseconds, but that's a 
different story  )

Best Wishes,
Greg

On Mar 1, 2004, at 11:14 AM, Will Barton wrote:

> Greg,
>
> I don't think you should rename the port.  The problem is a bug in the 
> uninstall code... and a very difficult one to fix due to the way 
> receipts are named.  Obviously this problem was one of the 
> inspirations for my new receipts code.
>
> Right now the uninstall code just does a glob and assumes everything 

Re: Request for review: gettext update

Hi Jim,

Well, the fetchmail port no longer builds with the new gettext. I get  
the following:

ld: Undefined symbols:
_libintl_gettext
_libintl_bindtextdomain
_libintl_textdomain

I'm not sure if this is specific to fetchmail, or some problem with the  
new gettext build itself. I'm still looking at it. Has anyone else seen  
this (or similar) problem with other ports?

Also, shouldn't the "revision" line be added/updated with this change  
also in your patches?

-Robert

On Feb 29, 2004, at 10:30 PM, Jim Mock wrote:

> Howdy,
>
> I took some time over the last few days to do something I've been  
> meaning to do for a while... update the gettext port.
>
> There are two patches attached.  The first patch updates the gettext  
> port from 0.10.40 to 0.14.1.  The second patch updates the ports that  
> depend on gettext to use the new version of libintl.
>

Re: Request for review: gettext update

One problem I see is that --with-libiconv-prefix=${prefix} is used in 
the default configure.args (bad if you don't have the iconv dport 
installed).

Also, as before, we get conflicts because of the circular dependency 
between gettext/iconv. Any ideas on how to take care of this?

- Toby