hosting an internal macports server with binaries

[Joerg van den Hoff]

On Mon, May 07, 2007 at 09:28:42PM -0500, Ryan Schmidt wrote:
> On May 7, 2007, at 17:39, Rick Gigger wrote:
> 
> >Is it possible to have an internal macports mirror that also  
> >contains binaries, so I can compile all the ports I need once and  
> >install them on several boxes instead of re-compiling everything on  
> >every single box?
> 
> That functionality does not exist.
> 
> One small thing you could do: after you install all the ports you  
> want on one system, you can copy the /opt/local/var/db/dports/ 
> distfiles directory from that machine to another machine where you  
> want to install ports. That way the second machine will not need to  
> download the distribution files again. However, it will still need to  
> compile and install the software itself.
> 
> You could attempt to copy other parts of /opt/local to the other  
> machine as well. I don't know how well that would work. Certainly,  
> the machines would have be set up virtually identically in other  
> respects -- same processor architecture to be sure, same exact OS  
> version, same OS updates installed, same X11.

I routinely use `rsync' to synchronize the `/opt/local' tree between a G5 and
a G4 ppc:

`{sudo} rsync --delete -avW /opt/local/ {some_host_name}:/opt/local'

(don't forget the trailing `/' in the first path. for testing, first add
the no-op option `-n' to the rsync command and check the output). 
my approach is to install everything via `ports' only on the fast G5 and than to
rysnc to the G4. works perfectly for me.

the only thing I know of which does not reside in `/opt/local' relates to `Tcl':
there are some things in '/Library/Tcl/darwinports1.0/' which should be
synchronized in the same way between the two machines (but maybe this is
obsolete?)

> 
> It is an eventual goal of MacPorts to provide binaries of the ports,  
> rather than make everyone compile them themselves. However, I  
> estimate we're still a long way away from anything resembling that  
> kind of functionality.
> 
> 
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo/macports-users