[48220] trunk/dports/x11

[Jeremy Huddleston]

On Apr 2, 2009, at 00:12, Ryan Schmidt wrote:

> On Mar 16, 2009, at 21:53, jeremyhu at macports.org wrote:
>
>> Revision: 48220
>>          http://trac.macports.org/changeset/48220
>> Author:   jeremyhu at macports.org
>> Date:     2009-03-16 19:53:23 -0700 (Mon, 16 Mar 2009)
>> Log Message:
>> -----------
>> quartz-wm: New port
>>
>> Added Paths:
>> -----------
>>    trunk/dports/x11/quartz-wm/
>>    trunk/dports/x11/quartz-wm/Portfile
>>
>> Added: trunk/dports/x11/quartz-wm/Portfile
>> ===================================================================
>> --- trunk/dports/x11/quartz-wm/Portfile	                         
>> (rev 0)
>> +++ trunk/dports/x11/quartz-wm/Portfile	2009-03-17 02:53:23 UTC  
>> (rev 48220)
>> @@ -0,0 +1,48 @@
>> +# $Id: Portfile 46927 2009-02-17 23:02:35Z jeremyhu at macports.org $
>> +
>> +PortSystem 1.0
>> +
>> +name		quartz-wm
>> +version		1.0.1
>> +categories	x11
>> +maintainers	jeremyhu openmaintainer
>> +description     Apple's Window Manager for X11
>> +homepage	http://xquartz.macosforge.org
>> +platforms	macosx
>> +long_description quartz-wm is Apple's closed source window-manager.
>> +master_sites	${homepage}/downloads
>> +
>> +distfiles	quartz-wm-${version}-Tiger.bz2 quartz-wm-${version}- 
>> Leopard.bz2
>
> You should modify this to only download the Tiger or Leopard  
> distfile, depending on whether the user is running Tiger or Leopard.  
> No point making everyone download both files.

Ok, I'll try that when I update it next.

>> +use_configure no
>> +extract         {
>> +	system "mkdir -p ${worksrcpath}"
>
> You could use
>
> xinstall -d ${worksrcpath}
>
> or I believe
>
> extract.mkdir yes

Ok, thanks for the heads up.

> Will the "Tiger" version work on Panther?

I'm not sure.   I built it against the 10.4u SDK... but it may or may  
not.  I never had a panther machine, so I don't even know what the X11  
on it looked like.

> Will the "Leopard" version work on Snow Leopard?

Yes.

> If so, then the naming is confusing...

Sorry.  I'm hoping to get around to pseudo-opensourcing quartz-wm  
(basically the nvidia driver model... some object files to hide  
internal bits but giving source for as much as possible)... so when  
that finally happens, this should be less of an issue.  Sorry.

> If not, then "platform darwin 8" and "platform darwin 9" blocks  
> would be more appropriate, and you may want to add a pre-fetch block  
> bailing out if the OS version won't work.

Honestly, I figured I'd put it out there and see if someone tells me  
that Panther fails.