fink release?

On 3/3/12 3:54 PM, Alexander Hansen wrote:
> On Sat, Mar 3, 2012 at 5:33 PM, Daniel Johnson
> <[email protected]>  wrote:
>> On Mar 3, 2012, at 4:12 PM, Alexander Hansen wrote:
>>
>>> I'm in the process of making some modifications to fink to use tests
>>> which are more Xcode-version-independent (as well as allowing for
>>> Xcode 4.3 not to have to sit only in /Applications).  I found
>>> something a little weird (to me, anyway) in the MacOSX SDK check
>>> portion of VirtPackages.pm:
>>>
>>> =item "system-sdk-*"
>>>
>>> These packages represent the SDKs available in /Developer/SDKs, available
>>> as part of the Xcode tools.
>>>
>>> =cut
>>>
>>>        my @SDKDIRS = qw(
>>>                MacOSX10.0.0.sdk
>>>                MacOSX10.1.0.sdk
>>>                MacOSX10.2.0.sdk
>>>                MacOSX10.3.0.sdk
>>>                MacOSX10.3.9.sdk
>>>                MacOSX10.4.0.sdk
>>>                MacOSX10.4u.sdk
>>>        );
>>>
>>>        if (opendir(DIR, '/Developer/SDKs')) {
>>>                push(@SDKDIRS, grep(/MacOSX.*.sdk/, readdir(DIR)));
>>>                closedir DIR;
>>>        }
>>>
>>> It seems kind of strange to have the list of defaults and then to push
>>> the actual installed SDKs onto that, in particular since the defaults
>>> seem archaic.  Do we currently need to display anything earlier than
>>> 10.3.9, since Xcode for 10.5 doesn't come with anything earlier?
>>>
>>> For that matter, should we display SDKs that aren't even available for
>>> the OS X version in question?  Right now, with fink-0.32.3, on Lion
>>> (with Xcode 4.3) we show:
>>>
>>> $ fink list -t sdk
>>> Scanning package description files..........
>>> Information about 4460 packages read in 1 seconds.
>>>        system-sdk-10.0 10.0.0-1        [virtual package representing the Mac OS
>>> X 10.0 SDK]
>>>        system-sdk-10.1 10.1.0-1        [virtual package representing the Mac OS
>>> X 10.1 SDK]
>>>        system-sdk-10.2 10.2.0-1        [virtual package representing the Mac OS
>>> X 10.2 SDK
>>>        system-sdk-10.3 10.3.9-1        [virtual package representing the Mac OS
>>> X 10.3 SDK]
>>>        system-sdk-10.4 10.4.0-1        [virtual package representing the Mac OS
>>> X 10.4 SDK]
>>>        system-sdk-10.4-universal       10.4-1  [virtual package representing the
>>> Mac OS X 10.4 Universal SDK]
>>>
>>> They show as not installed, which is true, but I think they shouldn't
>>> even show up at all.  (The 10.6 and 10.7 SDKs don't show up here
>>> because of the changed SDK path for Xcode 4.3)
>>>
>>> I'd propose having only displaying SDKs that are available for a
>>> particular Xcode, (e.g. 10.3.9, 10.4u, 10.5 for Xcode 3.0 or 3.1;
>>> 10.6, 10.7 for 4.x).
>>>
>>> Any thoughts?
>> I'd say yes, except that I doubt we need to support anything older than 10.4u, unless it's known that there are any supported packages that use something older.
>>
>> Daniel
>>
>>
> Yeah, I don't think anything needs the 10.3.9 SDK.  OTOH, I wound up
> using if...elsif blocks, so it's not a big deal to list that as an
> available option for 10.5. :-)
>
> I'll post a pull request shortly so that this can get some eyeballs.
It's worth pointing out a difference in behavior between my change (now 
in master) and current-release fink:

If a package BuildDepends on an SDK which isn't available, fink attempts 
to download it, fails, and then tells the user to install the package.  
In current releases, this behavior occurs even when the SDK in question 
isn't available for any supported Xcode serving that OS version.  In 
master, by contrast, the download attempt and verbose error only occurs 
when the missing SDK is _potentially_ available; otherwise there will be 
an immediate message about a nonexistent system-sdk* package.  I think 
that's fine, though, since it's really the case that the missing SDK 
doesn't exist.

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
fink-core mailing list
[email protected]
List archive:
http://news.gmane.org/gmane.os.apple.fink.core
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-core