I got a few reports from Windows dual-booters that things still work
as expected for them, so it seems like it shouldn't cause any issues
or break any existing use cases now.
ok to commit?
On Tue, Apr 24, 2012 at 03:06:42PM -0700, Matthew Dempsky wrote:
> On Tue, Apr 24, 2012 at 04:27:00PM +0400
On Tue, 24 Apr 2012 15:06:42 -0700
Matthew Dempsky wrote:
> On Tue, Apr 24, 2012 at 04:27:00PM +0400, Vadim Zhukov wrote:
> > This will somewhat break dual-booting machines with Windblows as
> > second OS. :(
>
> Okay, here's an alternative diff that only affects gettimeofday() and
> settimeofda
On Tue, Apr 24, 2012 at 04:27:00PM +0400, Vadim Zhukov wrote:
> This will somewhat break dual-booting machines with Windblows as
> second OS. :(
Okay, here's an alternative diff that only affects gettimeofday() and
settimeofday(). Users can still set the kernel timezone through
config(8) or boot_c
24 P0P?QP5P;Q 2012B P3. 20:05 P?P>P;Q P7P>P2P0QP5P;Q Matthew Dempsky
P=P0P?P8QP0P;:
> On Tue, Apr 24, 2012 at 4:11 PM, Peter Hessler wrote:
>> On 2012 Apr 24 (Tue) at 16:27:00 +0400 (+0400), Vadim Zhukov wrote:
>> :This will somewhat break dual-booting machines with Windblows as
>> :second OS
On Tue, Apr 24, 2012 at 4:11 PM, Peter Hessler wrote:
> On 2012 Apr 24 (Tue) at 16:27:00 +0400 (+0400), Vadim Zhukov wrote:
> :This will somewhat break dual-booting machines with Windblows as
> :second OS. :( But I'm not a developer and do not have any vote, of
> :course. :)
Ugh. I didn't realize
On 2012 Apr 24 (Tue) at 16:27:00 +0400 (+0400), Vadim Zhukov wrote:
:23 P0P?QP5P;Q 2012B P3. 21:37 P?P>P;Q P7P>P2P0QP5P;Q Matthew Dempsky
: P=P0P?P8QP0P;:
:> There's no reason for the kernel to track the system's timezone
:> anymore. B This is handled in userspace by the TZ environment variable
On Tue, Apr 24, 2012 at 7:35 AM, Stuart Henderson
wrote:
> On 2012/04/24 16:27, Vadim Zhukov wrote:
>> 23 P0P?QP5P;Q 2012B P3. 21:37 P?P>P;Q P7P>P2P0Q P5P;Q Matthew Dempsky
>> P=P0P?P8Q P0P;:
>> > There's no reason for the kernel to track the system's timezone
>> > anymore. B This is handled in
24 P0P?QP5P;Q 2012B P3. 16:35 P?P>P;Q P7P>P2P0QP5P;Q Stuart Henderson
P=P0P?P8QP0P;:
> On 2012/04/24 16:27, Vadim Zhukov wrote:
>> 23 P0P?QP5P;Q B 2012B P3. 21:37 P?P>P;Q P7P>P2P0Q P5P;Q Matthew Dempsky
>> P=P0P?P8Q P0P;:
>> > There's no reason for the kernel to track the system's timezone
>>
On 2012/04/24 16:27, Vadim Zhukov wrote:
> 23 P0P?QP5P;Q 2012B P3. 21:37 P?P>P;Q P7P>P2P0QP5P;Q Matthew Dempsky
> P=P0P?P8QP0P;:
> > There's no reason for the kernel to track the system's timezone
> > anymore. B This is handled in userspace by the TZ environment variable,
> > and POSIX doesn't
23 P0P?QP5P;Q 2012B P3. 21:37 P?P>P;Q P7P>P2P0QP5P;Q Matthew Dempsky
P=P0P?P8QP0P;:
> There's no reason for the kernel to track the system's timezone
> anymore. B This is handled in userspace by the TZ environment variable,
> and POSIX doesn't even define what happens if you pass a non-NULL
>
On Mon, Apr 23, 2012 at 8:37 PM, Matthew Dempsky wrote:
> There's no reason for the kernel to track the system's timezone
> anymore. B This is handled in userspace by the TZ environment variable,
> and POSIX doesn't even define what happens if you pass a non-NULL
> pointer as the 'struct timezone
11 matches
Mail list logo
