Re: Webalizer won't compile

	Hi Matt, thanks for looking into this! Unfortunately a small typo has 
slipped through:

$[juan <at> PowerBook: webalizer](25/0,0)-> pwd
/usr/local/darwinports/dports/www/webalizer

$[juan <at> PowerBook: webalizer](28/0,0)-> cvs log Portfile  | more

RCS file: 
/Volumes/src/cvs/od/proj/darwinports/dports/www/webalizer/Portfile,v
Working file: Portfile
head: 1.3
branch:
locks: strict
access list:
symbolic names:
keyword substitution: kv
total revisions: 3;     selected revisions: 3
description:
----------------------------
revision 1.3
date: 2004/04/30 22:17:36;  author: matt;  state: Exp;  lines: +45 -25

Bug:
Submitted by: stephan <at> yauh.de (Stephan Hochhaus)
Reviewed by: matt@
Approved by:
Obtained from:

Re: Webalizer won't compile

	Sorry, may bad! Since I'd changed the Portfile locally, errors 
occurred during the cvs'up and the resulting merge; I didn't realize 
this and thought the Portfile in the repository was at fault. Deleted 
everything involved, cvs'uped again and now everything is working!

	Please excuse me,...

		Juan

On Apr 30, 2004, at 7:00 PM, Juan Manuel Palacios wrote:

>
> 	Hi Matt, thanks for looking into this! Unfortunately a small typo has 
> slipped through:
>
> $[juan <at> PowerBook: webalizer](25/0,0)-> pwd
> /usr/local/darwinports/dports/www/webalizer
>
> $[juan <at> PowerBook: webalizer](28/0,0)-> cvs log Portfile  | more
>
> RCS file: 
> /Volumes/src/cvs/od/proj/darwinports/dports/www/webalizer/Portfile,v
> Working file: Portfile
> head: 1.3
> branch:
> locks: strict
> access list:
> symbolic names:
> keyword substitution: kv

Re: Webalizer won't compile

Hi,

Le 1 mai 04, à 01:05, Juan Manuel Palacios a écrit :

>
> 	Sorry, may bad! Since I'd changed the Portfile locally, errors 
> occurred during the cvs'up and the resulting merge; I didn't realize 
> this and thought the Portfile in the repository was at fault. Deleted 
> everything involved, cvs'uped again and now everything is working!
>
> 	Please excuse me,...

no problem, Juan, this happened to me twice.
It appears to be a bug into CVS, which is why more people switch over 
to subversion.

cheers,

--

-- 
matt [at] opendarwin.org

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

Re: Question: jar file dependency how-to

On Apr 30, 2004, at 22:29, M. Sean Gilligan wrote:

> Hello,
>
> Let me try this question again as a standalone message with a better 
> subject line:  How do I specify a dependency on a .jar file from 
> another port?
>

something like

depends_lib	path:${prefix}/share/java/some.jar:someport

should do the trick for the 'some.jar' lib provided by 'someport'

-Markus

---
Markus W. Weissmann
http://www.mweissmann.de/

Re: Webalizer won't compile

Hey Mark, Juan and all others,

> A fix has been alreeady committed.
Cool. Just to make sure, is this the right place to mention broken 
ports at all, or should I revert to some other site I am not yet aware 
of?

> Stephan, you can update your tree to get the changes.
Awesome, thanks.

Stephan

Re: Webalizer won't compile

On May 1, 2004, at 10:28 AM, Stephan Hochhaus wrote:

> Hey Mark, Juan and all others,
>
>> A fix has been alreeady committed.
> Cool. Just to make sure, is this the right place to mention broken 
> ports at all, or should I revert to some other site I am not yet aware 
> of?
>
>> Stephan, you can update your tree to get the changes.
> Awesome, thanks.
>
> Stephan

	Yep! This is precisely the place to report broken ports, apart from 
probably Cc'ing the maintainer and also introducing it into bugzilla 
(http://www.opendarwin.org/bugzilla/) if the bug seems rather nasty or 
if it's been already quite some time since you reported it here and 
nothing has been done about it.

	Hope you enjoy your stay here and hope, most of all, that you enjoy 
DarwinPorts! Regards,...

		Juan

protocol for installing DP libs using binary installers?

I was just starting to look into building a binary installer for an app 
that uses shared libraries that I built using DP.

How do people typically approach this situation?  Are there any general 
guidelines?  Are there special protocols I should follow to avoid doing 
the wrong thing in the (currently obscure) case that the end user will 
have installed other things that depend on DP-generated libraries?

It it considered safe and appropriate for an installer to to create 
/opt/local/lib and put stuff into it?

If so, when the /opt/local/libs my executable references are symbolic 
links, what am I obliged to install to be a good citizen?  Is it a good 
idea to actually recreate the identical symbolic link structure rather 
than just installing libraries corresponding to the links on my 
development system?  Actually it looks like there are several links to 
the same library.  Is there some reason that I need to worry about 
creating library links other than the ones my application uses?

Thanks for any info.

-Kurt Bigler

Re: protocol for installing DP libs using binary installers?

On May 2, 2004, at 6:23 PM, Kurt Bigler wrote:

> I was just starting to look into building a binary installer for an 
> app that uses shared libraries that I built using DP.
>
> How do people typically approach this situation?  Are there any 
> general guidelines?  Are there special protocols I should follow to 
> avoid doing the wrong thing in the (currently obscure) case that the 
> end user will have installed other things that depend on DP-generated 
> libraries?
>
> It it considered safe and appropriate for an installer to to create 
> /opt/local/lib and put stuff into it?
>
> If so, when the /opt/local/libs my executable references are symbolic 
> links, what am I obliged to install to be a good citizen?  Is it a 
> good idea to actually recreate the identical symbolic link structure 
> rather than just installing libraries corresponding to the links on my 
> development system?  Actually it looks like there are several links to 
> the same library.  Is there some reason that I need to worry about 
> creating library links other than the ones my application uses?
>
> Thanks for any info.

In general I would suggest trying to build a real .app bundle.  You 
will need to relocate all of the non-system mach-o load commands to 
@executable_path relative, but you can generally do that with 
install_name_tool(1).  In the cases where install_name_tool doesn't 
work, you should relink the culprit library with the 
-header-pad_max_install_names LDFLAG.

Re: protocol for installing DP libs using binary installers?

On May 2, 2004, at 6:14 PM, Bob Ippolito wrote:

> On May 2, 2004, at 6:23 PM, Kurt Bigler wrote:
>
>> I was just starting to look into building a binary installer for an 
>> app that uses shared libraries that I built using DP.
>>
>> How do people typically approach this situation?  Are there any 
>> general guidelines?  Are there special protocols I should follow to 
>> avoid doing the wrong thing in the (currently obscure) case that the 
>> end user will have installed other things that depend on DP-generated 
>> libraries?
>>
>> It it considered safe and appropriate for an installer to to create 
>> /opt/local/lib and put stuff into it?
>>
>> If so, when the /opt/local/libs my executable references are symbolic 
>> links, what am I obliged to install to be a good citizen?  Is it a 
>> good idea to actually recreate the identical symbolic link structure 
>> rather than just installing libraries corresponding to the links on 
>> my development system?  Actually it looks like there are several 
>> links to the same library.  Is there some reason that I need to worry 
>> about creating library links other than the ones my application uses?
>>
>> Thanks for any info.
>
> In general I would suggest trying to build a real .app bundle.  You 
> will need to relocate all of the non-system mach-o load commands to 
> @executable_path relative,

emacs & x11

I am trying to build the x11 variant of emacs with no success.  Has 
anyone successfully build the x11 variant of emacs recently?  I am 
trying on MacOS X 10.3.3.

-albert