For what it’s worth, a temporary workaround that’s working fine for me is just
to create a symlink at /var/db/timezone/zoneinfo to point to
/usr/share/zoneinfo on my Sierra machine. Obviously, this may not be a solution
one can implement if you don’t fully control the machine in question (CI
No solution is imminent - we may need to come up with a more portable
workaround.
- Tony
> On Jul 10, 2017, at 5:48 AM, Ian Partridge wrote:
>
> Just picking this up again.. is a solution imminent? My hack is
>
> diff --git
gt;
> Cc: Alex Blewitt <alb...@apple.com>, Ian Partridge <i...@poncho.org.uk>,
> swift-corelibs-dev <swift-corelibs-dev@swift.org>
> Date: 07/06/2017 03:20 PM
> Subject: Re: [swift-corelibs-dev] TimeZone database
>
>
>
>
> Looks like timezone file
bs-dev <swift-corelibs-dev@swift.org>
Date: 07/06/2017 01:42 PM
Subject: Re: [swift-corelibs-dev] TimeZone database
Sent by: alb...@apple.com
It looks like it's /usr/share/zoneinfo on all Ubuntu versions:
alblue.local[~]$ docker run -it --rm ubuntu:14.04
nfo on all Ubuntu versions: alblue.local[~]$ docker run -it
> --rm
>
> From: Alex Blewitt <alb...@apple.com>
> To: Tony Parker <anthony.par...@apple.com>
> Cc: Youming Lin <y...@us.ibm.com>, Ian Partridge <i...@poncho.org.uk>,
> swift-corelibs-dev &l
swer is. May
>>>
>>> From: Tony Parker via swift-corelibs-dev <swift-corelibs-dev@swift.org
>>> <mailto:swift-corelibs-dev@swift.org>>
>>> To: Ian Partridge <i...@poncho.org.uk <mailto:i...@poncho.org.uk>>
>>> Cc: swift-corelib
uming Lin <y...@us.ibm.com>, Ian Partridge
<i...@poncho.org.uk>, swift-corelibs-dev
<swift-corelibs-dev@swift.org>
Date: 07/06/2017 01:42 PM
Subject: Re: [swift-corelibs-dev] TimeZone database
Sent by:alb...@apple.com
It looks like it's /us
ft-corelibs-dev <swift-corelibs-dev@swift.org
>> <mailto:swift-corelibs-dev@swift.org>>
>> To: Ian Partridge <i...@poncho.org.uk <mailto:i...@poncho.org.uk>>
>> Cc: swift-corelibs-dev <swift-corelibs-dev@swift.org
>> <mailto:swift-corelibs-dev@swift.
ge <i...@poncho.org.uk>
> Cc: swift-corelibs-dev <swift-corelibs-dev@swift.org>
> Date: 07/06/2017 10:31 AM
> Subject: Re: [swift-corelibs-dev] TimeZone database
> Sent by: swift-corelibs-dev-boun...@swift.org
>
>
>
>
> Yes, we’re discussing this one i
7/06/2017 10:31 AM
Subject: Re: [swift-corelibs-dev] TimeZone database
Sent by:swift-corelibs-dev-boun...@swift.org
Yes, we’re discussing this one internally too and trying to figure out what
the right answer is. Maybe the best solution for now is to find a good
mechanism to check the
I've only poked this briefly, but it looks like
CFCopySystemVersionString() might give the info we'd need?
On 6 July 2017 at 16:28, Tony Parker wrote:
> Yes, we’re discussing this one internally too and trying to figure out what
> the right answer is. Maybe the best
Yes, we’re discussing this one internally too and trying to figure out what the
right answer is. Maybe the best solution for now is to find a good mechanism to
check the underlying version of the OS and split it out into a function as you
suggest.
- Tony
> On Jul 6, 2017, at 7:37 AM, Ian
Ian
I also saw this error, I think its because the TZDIR is different in the
headers shipped with Xcode 9. Maybe the location of the timezone directory was
moved between Sierra and High Sierra. What version of macOS are you testing on?
If it has indeed moved between 10.12 and 10.13 it may
Good shout Simon, you are right. I'm on Sierra. Compare and contrast:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/tzfile.h
#define TZDIR "/usr/share/zoneinfo"
Hi,
I'm seeing quite a lot of tests failing when running the
TestFoundation target in Xcode. The failures are timezone related.
Most simply, the code
let timeZone = TimeZone(abbreviation: "GMT")
is returning nil.
Walking through the CF code which sets things up, it seems to be
trying to read
15 matches
Mail list logo