<div>Does anyone know how to perform a similar check on a Debian-based system?<br><br>Or more generally, how to check and see what the local timezone rules are, and what&#39;s going to change on what particular dates? I had a devil of a time getting my local timezone set initially when I set up my box (system clock was set to the correct local time but with zone &quot;UTC&quot;, apparently the result of Windows that was running on the hardware before...took me longer than I&#39;d like to admit to notice what was wrong).
<br><br>I&#39;m running Knoppmyth R5D1 (Thanks, Chris!) so I suspect that it has all the new TZ rules, but I&#39;m curious how one would do the equivalent of &quot;rpm -q tzdata&quot;. I think the timezone files are all kept in 
<i>/usr/local/etc/zoneinfo</i>, but I&#39;m not sure which package updates them (maybe <span style="font-style: italic;">tzselect</span>?).<br><br>Any more experienced Debian users want to clarify?<br><br>Slightly OT, is it possible to have MythTV grab and update the time from XDS? At least at one point, almost all PBS stations transmitted a digital timestamp in the vertical blanking interval, which was used by self-setting VCR clocks and such. I assume that it&#39;s local, rather than UTC, time that&#39;s transmitted, so it would provide a nice reference as to which timezone the user was in. Do most video-capture cards even preserve / pass on this information to the system? (Based on some patches I&#39;m seeing on 
<a href="http://mythtv.org">mythtv.org</a>, it looks like the answer is yes, at least in some cases.)<br><br>Thanks!<br>James<br><br>--<br>(Direct replies please use jwtuttle at gmail dot com, to avoid Spamgourmet-ing.)<br>
 <br></div><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">---------- Forwarded message ----------<br>From:&nbsp;&quot;Ross Campbell&quot; &lt;
<a href="mailto:ross.campbell@gmail.com">ross.campbell@gmail.com</a>&gt;<br>To:&nbsp;&quot;Discussion about mythtv&quot; &lt;<a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a>&gt;<br>Date:&nbsp;Tue, 16 Jan 2007 13:36:09 -0800
<br>Subject:&nbsp;[mythtv-users] US MythTV users: will your recordings be 1 hour off on March 11th?<br>For those who don&#39;t know or forgot, daylight savings time rules change<br>in most parts of the US this year... DST will start 3 weeks earlier
<br>and end 1 week later thanks to the brilliant minds behind the Energy<br>Policy act of 2005 -<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="http://en.wikipedia.org/wiki/Energy_Policy_Act_of_2005" target="_blank">
http://en.wikipedia.org/wiki/Energy_Policy_Act_of_2005</a><br><br>So what?!<br><br>Well, your NTP time sync keeps your system time correct, but your<br>TIMEZONE is locally interpreted, so anyone with old/custom/unsupported
<br>Linux distros risks having their mythtv recordings off by ONE HOUR for<br>the duration of the timezone change periods (4 weeks out of the year).<br>That&#39;s probably not what you want... and the change starts March 11th
<br>this year - less than two months from now.<br><br>If you run an OLD distro that doesn&#39;t have updated timezone rules, you<br>may want to do some research about if there is an updated &#39;tzdata&#39;<br>source package you can install.
<br><br>For FC/redhat/EL distributions, &#39;rpm -q tzdata&#39; will tell you the<br>version installed.<br>I believe anything newer than about tzdata-2005m will add the<br>appropriate changes needed to ensure that your recordings don&#39;t miss a
<br>beat.<br><br>You may have luck building a newer tzdata src rpm from here:<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="http://rpmfind.net/linux/rpm2html/search.php?query=tzdata" target="_blank">http://rpmfind.net/linux/rpm2html/search.php?query=tzdata
</a><br><br>Or... you may be able to copy the tzdata binary files for US timezones<br>from a newer Linux/UNIX distribution (?) - I don&#39;t know much about the<br>tzdata binary format... is it compiled or endian or just a common
<br>binary blob?<br><br><br>-Ross</blockquote>