Re: Problem with GiNaC port corrupting PortIndex

Hi Jim,

You need to update darwinports base/ from cvs and rebuild it.
This was fixed late last week. (It's actually in the main 
darwinports.tcl
code, not specifically related to GiNaC.)

Best Wishes,
Greg

Gregory Wright
Antiope Associates
gwright <at> antiope.com

On Aug 31, 2004, at 6:43 PM, Jim C. Nasby wrote:

> With the info for GiNaC in PortIndex:
>
> decibel <at> phonebook.1[17:33]/opt/local/darwinports/dports:118%port 
> search arch
> port search failed: expected integer but got ""
>
> If I pull the info for GiNaC from my PortIndex, things work fine again.
> -- 
> Jim C. Nasby, Database Consultant               decibel <at> decibel.org
> Give your computer some brain candy! www.distributed.net Team #1828
>
> Windows: "Where do you want to go today?"
> Linux: "Where do you want to go tomorrow?"

osxutils port scattering files outside ${prefix}

	Hi Waqar. Just now I was trying to install the osxutils DP package and  
stumbled across something strange. When the port installs it attempts  
to put its man pages in two different locations, producing two  
identical sets of the same lot of pages. The bad thing is that the  
second set, when linked from  
${prefix}/var/db/dports/software/≤portname>/, falls outside of  
${prefix}, going straight for /usr/share/man, which I think is pretty  
bad. This of course fails, luckily, for those who have Apple's  
Developer Tools installed, because most of those man pages are already  
there, as you can see at the end of the output I paste below. Is there  
any real need for this second set? If ${prefix}/{bin,sbin} is in the  
user's path, I don't think manpath(1) will have a problem finding the  
ones in ${prefix}/share/man, thanks to the link at ${prefix}/man  
pointing to the latter. So what really drives the decision for  
scattering these pages inside /usr/share/man?

	All the best,...

		Juan

DEBUG: installing file:  
/opt/local/var/db/dports/software/osxutils/1.3_0/opt/local/share
DEBUG: installing file:  
/opt/local/var/db/dports/software/osxutils/1.3_0/opt/local/share/man
DEBUG: installing file:  
/opt/local/var/db/dports/software/osxutils/1.3_0/opt/local/share/man/ 
man1
DEBUG: installing file:  
/opt/local/var/db/dports/software/osxutils/1.3_0/opt/local/share/man/ 

Re: osxutils port scattering files outside ${prefix}

bug 2155 fixes this and bumps osxutils to 1.4.  Anyone want to give it  
a look?

--  
Matt Meissner
meissnem at mac.com

On Sep 1, 2004, at 11:00 AM, Juan Manuel Palacios wrote:
>
>
> 	Hi Waqar. Just now I was trying to install the osxutils DP package  
> and stumbled across something strange. When the port installs it  
> attempts to put its man pages in two different locations, producing  
> two identical sets of the same lot of pages. The bad thing is that the  
> second set, when linked from  
> ${prefix}/var/db/dports/software/≤portname>/, falls outside of  
> ${prefix}, going straight for /usr/share/man, which I think is pretty  
> bad. This of course fails, luckily, for those who have Apple's  
> Developer Tools installed, because most of those man pages are already  
> there, as you can see at the end of the output I paste below. Is there  
> any real need for this second set? If ${prefix}/{bin,sbin} is in the  
> user's path, I don't think manpath(1) will have a problem finding the  
> ones in ${prefix}/share/man, thanks to the link at ${prefix}/man  
> pointing to the latter. So what really drives the decision for  
> scattering these pages inside /usr/share/man?
>
> 	All the best,...
>
>
> 		Juan

Re: osxutils port scattering files outside ${prefix}

	I can give it a look, but I can't do anything about it because I don't 
have CVS commit access  (/me increases his personal number of ports 
in order to gain OD membership... currently I have one port already 
committed and 9 potential new ones!)

	All the best,...

		Juan

On Sep 1, 2004, at 12:12 PM, Matt Meissner wrote:

> bug 2155 fixes this and bumps osxutils to 1.4.  Anyone want to give it 
> a look?
>
> -- Matt Meissner
> meissnem at mac.com

Re: osxutils port scattering files outside ${prefix}

Le 1 sept. 04, à 18:12, Matt Meissner a écrit :

> bug 2155 fixes this and bumps osxutils to 1.4.  Anyone want to give it 
> a look?

I did and after applying your patch, tbut here's still manpages from 
section 1 that are installed into /usr/share/man/man1

I'll look into this this evening if Waqar can't.

cheers,

--

-- 
matt [at] opendarwin.org

_______________________________________________
Darwinports mailing list
Darwinports <at> opendarwin.org
http://www.opendarwin.org/mailman/listinfo/darwinports

Re: osxutils port scattering files outside ${prefix}

On Sep 1, 2004, at 1:05 PM, Matt Anton wrote:

> Le 1 sept. 04, à 18:12, Matt Meissner a écrit :
>
>> bug 2155 fixes this and bumps osxutils to 1.4.  Anyone want to give 
>> it a look?
>
> I did and after applying your patch, tbut here's still manpages from 
> section 1 that are installed into /usr/share/man/man1

Hi Matt,

I just verified it worked for me.  Bugzilla didn't handle whitespace in 
the inline patch very well.  I've added the diff as an attachment to 
the bug.

--

-- 
Matt Meissner
meissnem at mac.com

Re: osxutils port scattering files outside ${prefix}

Le 1 sept. 04, à 21:25, Matt Meissner a écrit :

> Hi Matt,

Hi,

> I just verified it worked for me.  Bugzilla didn't handle whitespace 
> in the inline patch very well.  I've added the diff as an attachment 
> to the bug.

Indeed, this was a mistyped whitespace in the patch file.
Otherwise i saws a strange thing with osxutils, why we have a binary 
file called fileinfo in ${prefix}/share/man/man1?

cheers,

--

-- 
matt [at] opendarwin.org

_______________________________________________
Darwinports mailing list
Darwinports <at> opendarwin.org
http://www.opendarwin.org/mailman/listinfo/darwinports

Re: osxutils port scattering files outside ${prefix}

On Sep 1, 2004, at 2:40 PM, Matt Anton wrote:

> Otherwise i saws a strange thing with osxutils, why we have a binary 
> file called fileinfo in ${prefix}/share/man/man1?

A new portfile diff and a patchfile are attachments in the Bug -- they 
fix that problem.  Seems the .pbxproj from upstream puts it there.

Link failure with Images

I'm having a problem with the new images system ...

--->  Activating readline 5.0_0
Error: Target com.apple.activate returned: bad option "link": must be 
atime, attributes, channels, copy, delete, dirname, executable, exists, 
extension, isdirectory, isfile, join, lstat, mtime, mkdir, nativename, 
owned, pathtype, readable, readlink, rename, rootname, size, split, 
stat, tail, type, volumes, or writable

All ports fail in this manner.  Any ideas?

This is an Xserve with 10.2.8/Developer Tools Dec 2002.

Thanks for the help!

--

-- 
= lion is Lion J Templin                             lion <at> clarison.com =
= 612-605-3637 x3001                                                   =

Re: Link failure with Images

Quoting an old email from Will here:

> You need to change "image" in /etc/ports/ports.conf to "direct".  Tcl 
> 8.3 (which comes with Jaguar) doesn't support [file link], which we 
> use for images.

Get Panther! 

- Toby

On 01 Sep 2004, at 22.09, Lion Templin wrote:

> I'm having a problem with the new images system ...
>
> --->  Activating readline 5.0_0
> Error: Target com.apple.activate returned: bad option "link": must be 
> atime, attributes, channels, copy, delete, dirname, executable, 
> exists, extension, isdirectory, isfile, join, lstat, mtime, mkdir, 
> nativename, owned, pathtype, readable, readlink, rename, rootname, 
> size, split, stat, tail, type, volumes, or writable
>
> All ports fail in this manner.  Any ideas?
>
> This is an Xserve with 10.2.8/Developer Tools Dec 2002.
>
> Thanks for the help!
>
> -- 
> = lion is Lion J Templin                             lion <at> clarison.com 
> =