On Mon, Apr 04, 2005 at 03:34:23PM -0600, Andrew McNabb wrote:
On Mon, Apr 04, 2005 at 12:05:12PM -0700, Big Wave Dave wrote:
Shouldn't that be GMT -6?
That's what I thought, too, but when everything was suddenly 12 hours
off, I knew there was a problem. I think the timezone files are
On Apr 3, 2005 4:40 PM, Michael Haan [EMAIL PROTECTED] wrote:
I'm also on Gentoo, so I tried just rolling back to the old version of
QT (3.3.3). However, this doesn't seem to have fixed the problem. Do
I need to do something more?
Same here, I went back to 3.3.3 on Gentoo, and it didn't
Asher Schaffer [EMAIL PROTECTED] 04/04/05 2:30 PM
On Apr 3, 2005 4:40 PM, Michael Haan [EMAIL PROTECTED]
wrote:
I'm also on Gentoo, so I tried just rolling back to the old version
of
QT (3.3.3). However, this doesn't seem to have fixed the problem.
Do
I need to do something more?
On Sun, Apr 03, 2005 at 11:06:56PM -0600, Jim Turpin wrote:
I tried the Phoenix time zone in attempt as a temporary fix to the QT
problem. However it sets my time an hour early. Which I guess is tolerable
until there's a patch for QT (which I hope is soon Coming). I tried to roll
back Qt and
On Apr 4, 2005 12:03 PM, Andrew McNabb [EMAIL PROTECTED] wrote:
On Sun, Apr 03, 2005 at 11:06:56PM -0600, Jim Turpin wrote:
I tried the Phoenix time zone in attempt as a temporary fix to the QT
problem. However it sets my time an hour early. Which I guess is tolerable
until there's a patch
Did you rebuild mythtv and run mythfilldatabase again? That fixed the
problem for me on gentoo
I had to pull some strings to make mythfilldatabase allow the
--dd-grab-all to work, but it's beautiful now
- Jeff
On Apr 4, 2005 2:30 PM, Asher Schaffer [EMAIL PROTECTED] wrote:
On Apr 3, 2005 4:40
Jeff Simpson wrote:
Did you rebuild mythtv and run mythfilldatabase again? That fixed the
problem for me on gentoo
I had to pull some strings to make mythfilldatabase allow the
--dd-grab-all to work, but it's beautiful now
- Jeff
On Apr 4, 2005 2:30 PM, Asher Schaffer [EMAIL PROTECTED] wrote:
On Apr 4, 2005 3:11 PM, Jeff Simpson [EMAIL PROTECTED] wrote:
Did you rebuild mythtv and run mythfilldatabase again? That fixed the
problem for me on gentoo
I had to pull some strings to make mythfilldatabase allow the
--dd-grab-all to work, but it's beautiful now
- Jeff
On Apr 4,
I'm guessing the following from the commits mailing list is
the fix for the problem.
Changes committed by ijr on Mon Apr 4 16:47:37 2005
Modified Files:
in mythtv/libs/libmyth:
util.cpp util.h
On Monday 04 April 2005 03:25 pm, Jeff Simpson wrote:
So does anyone know if that will still work with qt 3.3.4 after that
update?
Yes, it works with older versions.
Is this more or less a permanent solution, or is it still going to
break again in the fall?
No, I explicitly made it so
.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff Simpson
Sent: Monday, April 04, 2005 1:11 PM
To: Asher Schaffer; Discussion about mythtv
Subject: Re: [mythtv-users] Time change causes problems
Did you rebuild mythtv and run mythfilldatabase again
On Monday 04 April 2005 03:25 pm, Jeff Simpson wrote:
So does anyone know if that will still work with qt 3.3.4 after that
update?
Yes, it works with older versions.
Is this more or less a permanent solution, or is it still going to
break again in the fall?
No, I explicitly made
On Mon, Apr 04, 2005 at 03:29:20PM -0400, Isaac Richards wrote:
On Monday 04 April 2005 03:25 pm, Jeff Simpson wrote:
[snip]
Is this more or less a permanent solution, or is it still going to
break again in the fall?
No, I explicitly made it so it'll break again in the future.
So the
On Mon, Apr 04, 2005 at 12:05:12PM -0700, Big Wave Dave wrote:
Shouldn't that be GMT -6?
That's what I thought, too, but when everything was suddenly 12 hours
off, I knew there was a problem. I think the timezone files are named
in an interesting manner.
--
Andrew McNabb
Jeff Simpson wrote:
I'm guessing the following from the commits mailing list is
the fix for the problem.
Changes committed by ijr on Mon Apr 4 16:47:37 2005
Modified Files:
in mythtv/libs/libmyth:
util.cpp
Just to let those interested (a little late, I know), but anything
that gets recorded today in at least the US, with the time change
and all, will probably be an hour off. I had something scheduled
for 6am Eastern, and Myth recorded the show at 5am. I don't
have anything else scheduled
-users] Time change causes problems
Just to let those interested (a little late, I know), but anything
that gets recorded today in at least the US, with the time change
and all, will probably be an hour off. I had something scheduled
for 6am Eastern, and Myth recorded the show at 5am. I don't
have
[EMAIL PROTECTED] 04/03/05 7:26 AM
[EMAIL PROTECTED] 04/03/05 06:58 AM
Just to let those interested (a little late, I know), but anything
that gets recorded today in at least the US, with the time change
and all, will probably be an hour off. I had something scheduled
for 6am
My time is correct but my guide data is off by an hour. At first I
thought it'd done a mythfilldatabase before before the time change and
that had thrown it off. I ran mythfilldatabase again but nothing is
changed. It has got to be something to do with a daylight savings time
setting but I
On Sun, Apr 03, 2005 at 12:15:50PM -0600, Andrew McNabb wrote:
I ran into a page with a changelog for QT 3.3.4. [1] Halfway down the
page it mentions a fix: QDateTime: Fixed bug in secsTo() during
daylight savings transitions. It doesn't give any more detail on
what the bug or the fix was,
On Apr 3, 2005 2:15 PM, Andrew McNabb [EMAIL PROTECTED] wrote:
I ran into a page with a changelog for QT 3.3.4. [1] Halfway down the
page it mentions a fix: QDateTime: Fixed bug in secsTo() during
daylight savings transitions. It doesn't give any more detail on what
the bug or the fix was,
On Apr 3, 2005, at 12:35 PM, Andrew McNabb wrote:
Okay. I think I know for sure what the exact problem is. We count the
number of seconds from Jan 1, 1970 to the GMT time of the program.
Since QT fixed their secsTo bug, they're now taking into account the
time zone. That means that when the GMT
Seems to make sense. I started seeing problems Saturday night and lost
several programs that evening (Mountain timezone).
I'm running qt-3.3.4.
This needs to be brought to mythtv-dev for the dev's to comment on.
For now, I'm just changing the recording schedules start early / end
late options
On Apr 3, 2005 2:36 PM, Chris Strom [EMAIL PROTECTED] wrote:
I experienced no problems this morning. My frontends all run QT
3.3.4, but my backend still has 3.3.3. There are some benefits to
debian's slow release cycles after all :)
-Chris
I'm on 3.3.2 and also don't think I've had any
Endaf Jones wrote:
Seems to make sense. I started seeing problems Saturday night and lost
several programs that evening (Mountain timezone).
I'm running qt-3.3.4.
This needs to be brought to mythtv-dev for the dev's to comment on.
For now, I'm just changing the recording schedules start early /
Chris Strom wrote:
I experienced no problems this morning. My frontends all run QT
3.3.4, but my backend still has 3.3.3. There are some benefits to
debian's slow release cycles after all :)
I'm running 3.3.0 without any problems.
--
-WD
___
This seems to be a good workaround, thanks!
On Sun, 2005-04-03 at 12:10 -0700, Paul Bender wrote:
My backend is running FC3 with MythTV from ATRPMS. FC3 started with QT
3.3.3 but has updated to 3.3.4. I did the following to work around the
problem
(1) Downloaded the original FC3 QT 3.3.3
On Sun, 2005-04-03 at 14:35, Andrew McNabb wrote:
Okay. I think I know for sure what the exact problem is. We count the
number of seconds from Jan 1, 1970 to the GMT time of the program.
Since QT fixed their secsTo bug, they're now taking into account the
time zone. That means that when the
On Apr 3, 2005 7:02 PM, Preston Crow [EMAIL PROTECTED] wrote:
On Sun, 2005-04-03 at 14:35, Andrew McNabb wrote:
Okay. I think I know for sure what the exact problem is. We count the
number of seconds from Jan 1, 1970 to the GMT time of the program.
Since QT fixed their secsTo bug, they're
I'm running Gentoo, so I did:
ln -sf /usr/share/zoneinfo/America/Virgin /etc/localtime
If you're in EDT, the Virgin Islands use AST, and don't do DST, so
they're the same during the summer. (i.e., Atlantic Standard Time and
Eastern Daylight Time are the same, and tropical areas tend not
Yep - just did that and it's fine now.
On Apr 3, 2005 7:50 PM, Preston Crow [EMAIL PROTECTED] wrote:
I'm running Gentoo, so I did:
ln -sf /usr/share/zoneinfo/America/Virgin /etc/localtime
If you're in EDT, the Virgin Islands use AST, and don't do DST, so
they're the same during the
: Sunday, April 03, 2005 5:58 PM
To: Discussion about mythtv
Subject: Re: [mythtv-users] Time change causes problems
Yep - just did that and it's fine now.
On Apr 3, 2005 7:50 PM, Preston Crow [EMAIL PROTECTED] wrote:
I'm running Gentoo, so I did:
ln -sf /usr/share/zoneinfo/America/Virgin /etc
: Re: [mythtv-users] Time change causes problems
Yep - just did that and it's fine now.
On Apr 3, 2005 7:50 PM, Preston Crow [EMAIL PROTECTED] wrote:
I'm running Gentoo, so I did:
ln -sf /usr/share/zoneinfo/America/Virgin /etc/localtime
If you're in EDT, the Virgin Islands use AST
a wise choice.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brian Foddy
Sent: Sunday, April 03, 2005 10:50 PM
To: Discussion about mythtv
Subject: Re: [mythtv-users] Time change causes problems
If you mean Arizona, there is a special timezone file/rule
To: Discussion about mythtv
Subject: Re: [mythtv-users] Time change causes problems
Yep - just did that and it's fine now.
On Apr 3, 2005 7:50 PM, Preston Crow [EMAIL PROTECTED] wrote:
I'm running Gentoo, so I did:
ln -sf /usr/share/zoneinfo/America/Virgin /etc/localtime
buttons staying down and now this time zone issue *sigh*
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Garry Cook
Sent: Sunday, April 03, 2005 11:14 PM
To: Discussion about mythtv
Subject: Re: [mythtv-users] Time change causes problems
On Apr 3, 2005 11
36 matches
Mail list logo