Also if you do not compile
both the frontend and backend, mythtv-setup will not be compiled.
1 - mythtv.pro uses mythfrontend instead of using_frontend
2 - Also it doesn't depend on settings.pro (where CONFIG gets CCONFIG)
making even a switch to using_frontend no good.
The result is that you
On Mon, 2005-06-20 at 15:45 +, [EMAIL PROTECTED] wrote:
Changes committed by danielk on Mon Jun 20 15:44:52 2005
You must re-run ./configure (with the same options as normal).
I just wanted to draw everyone's
[EMAIL PROTECTED] wrote:
--
--
Changes committed by danielk on Fri Jun 17 13:03:52 2005
Added Files:
in mythtv/libs/libmythtv/mpeg:
dvbdescriptors.cpp dvbdescriptors.h mpegdescriptors.cpp
Modified Files:
in mythtv/libs/libmythtv:
dtvsignalmonitor.cpp dtvsignalmonitor.h dvbsignalmonitor.cpp
dvbsignalmonitor.h pchdtvsignalmonitor.cpp
pchdtvsignalmonitor.h scanwizard.cpp signalmonitor.cpp
signalmonitor.h
Seems to require changes in
[EMAIL PROTECTED] wrote:
--
--
Changes committed by danielk on Fri Jun 17 17:24:33 2005
Modified Files:
in mythtv/libs/libmythtv:
channel.cpp channel.h channelbase.cpp channelbase.h
dbcheck.cpp
try this :
On 17/06/05, Torbjrn Jansson [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
--
--
Changes committed by danielk on Fri Jun 17 17:24:33 2005
Modified Files:
in mythtv/libs/libmythtv:
On Fri, 2005-06-17 at 20:53 +0100, John Pullan wrote:
On 17/06/05, Torbjrn Jansson [EMAIL PROTECTED] wrote:
Now there is another compile error:
snip
try this :
snip
I've applied the fix.
-- Daniel
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
I get this compiling cvs :
In file included from moc_analogscan.cpp:11:
analogscan.h:110: error: 'pthread_mutex_t' is used as a type, but is not
defined as a type.
analogscan.h:112: error: 'pthread_t' is used as a type, but is not
defined as a
type.
analogscan.h:114: error: 'pthread_t' is
try bunging a #inlcude pthread.h at the top of analogscan.h
On 15/06/05, Steven [EMAIL PROTECTED] wrote:
I get this compiling cvs :
In file included from moc_analogscan.cpp:11:
analogscan.h:110: error: 'pthread_mutex_t' is used as a type, but is not
defined as a type.
analogscan.h:112:
I will be on FTO on the 13th through 17th. If there is an issue please contact
Scott Hayes.
Thanks,
DR
mythtv-dev 06/13/05 09:15
Changes committed by jdonavan on Mon Jun 13 15:13:23 2005
Modified Files:
in
On Wednesday 25 May 2005 11:35 pm, [EMAIL PROTECTED] wrote:
---
- Changes committed by ijr on Thu May 26 03:32:37 2005
Modified Files:
in mythtv/programs/mythbackend:
encoderlink.cpp encoderlink.h
Nigel,
After your check-in, I get this on my system when I try to compile:
filter_linearblend.c: In function `linearBlendFilter':
filter_linearblend.c:326: warning: empty body in an if-statement
filter_linearblend.c: In function `new_filter':
filter_linearblend.c:358: error: `linearBlendMMX'
[EMAIL PROTECTED] wrote:
Log Message:
Old teletext page selection patch from Martin Moeller.
Defer deletes of playback socks by at least 30 seconds. Lots
of overkill, but should possibly fix (or at least help)
issues stemming from QSocket needing to run the event loop.
Is this a
Torbjörn Jansson mailto:[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
Log Message:
Old teletext page selection patch from Martin Moeller.
Defer deletes of playback socks by at least 30 seconds. Lots
of overkill, but should possibly fix (or at least help)
issues stemming from QSocket
On Saturday 21 May 2005 02:14 pm, Torbjörn Jansson wrote:
[EMAIL PROTECTED] wrote:
Log Message:
Old teletext page selection patch from Martin Moeller.
Defer deletes of playback socks by at least 30 seconds. Lots
of overkill, but should possibly fix (or at least help)
issues stemming
[EMAIL PROTECTED] wrote:
On Saturday 21 May 2005 02:14 pm, Torbjörn Jansson wrote:
[EMAIL PROTECTED] wrote:
Log Message:
Old teletext page selection patch from Martin Moeller.
Defer deletes of playback socks by at least 30 seconds. Lots
of overkill, but should possibly fix (or at least
Fredag den 20. maj 2005 09:25 skrev [EMAIL PROTECTED]:
---
- Changes committed by ijr on Fri May 20 07:22:37 2005
Modified Files:
in mythtv:
keys.txt
in mythtv/libs/libmythtv:
NuppelVideoPlayer.cpp
On Mon 16 May 2005 20:07, Taylor Jacob wrote:
Quoting Stuart Morgan [EMAIL PROTECTED]:
On Mon 16 May 2005 18:56, Wendy Seltzer wrote:
This or the previous commit on the DVB code seems to kick in even
when a sub-channel is temporarily off-air, and even when I haven't
requested a
On Tuesday 17 May 2005 07:05 pm, [EMAIL PROTECTED] wrote:
---
- Changes committed by nigel on Tue May 17 23:01:43 2005
Modified Files:
in mythtv/libs/libmythtv:
NuppelVideoRecorder.cpp
Log Message:
If users
in mythtv/libs/libmythtv:
NuppelVideoRecorder.cpp
Log Message:
If users are disabling OSS, the sys/soundcard include is still used?
--
-
There really shouldn't be an explicit user-controllable disable-oss
option.
This or the previous commit on the DVB code seems to kick in even
when a sub-channel is temporarily off-air, and even when I haven't
requested a re-scan. Plus, it's overwriting the existing channel set
and losing the xmltvid.
Specifically, my PBS affiliate (KQED) broadcasts 4 SD channels
Quoting Wendy Seltzer [EMAIL PROTECTED]:
This or the previous commit on the DVB code seems to kick in even
when a sub-channel is temporarily off-air, and even when I haven't
requested a re-scan. Plus, it's overwriting the existing channel set
and losing the xmltvid.
Specifically, my PBS
On Mon 16 May 2005 18:56, Wendy Seltzer wrote:
This or the previous commit on the DVB code seems to kick in even
when a sub-channel is temporarily off-air, and even when I haven't
requested a re-scan. Plus, it's overwriting the existing channel set
and losing the xmltvid.
I've had the same
Quoting Stuart Morgan [EMAIL PROTECTED]:
On Mon 16 May 2005 18:56, Wendy Seltzer wrote:
This or the previous commit on the DVB code seems to kick in even
when a sub-channel is temporarily off-air, and even when I haven't
requested a re-scan. Plus, it's overwriting the existing channel set
[EMAIL PROTECTED] wrote:
--
--
Changes committed by taylor on Sun May 15 17:02:30 2005
Modified Files:
in mythtv/libs/libmythtv:
siscan.cpp siscan.h
Log Message:
Change to remove non-existant channels
This or something else in the recent commits must have broken
something, because i get:
siscan.cpp:81: error: `VSB_8' was not declared in this scope
siscan.cpp:83: error: `VSB_8' was not declared in this scope
siscan.cpp:85: error: `VSB_8' was not declared in this scope
make[2]: ***
On 5/15/05, Torbjörn Jansson [EMAIL PROTECTED] wrote:
This or something else in the recent commits must have broken
something, because i get:
siscan.cpp:81: error: `VSB_8' was not declared in this scope
siscan.cpp:83: error: `VSB_8' was not declared in this scope
siscan.cpp:85: error:
[EMAIL PROTECTED] wrote:
On 5/15/05, Torbjörn Jansson
[EMAIL PROTECTED] wrote:
This or something else in the recent commits must have broken
something, because i get:
siscan.cpp:81: error: `VSB_8' was not declared in this scope
siscan.cpp:83: error: `VSB_8' was not declared in this scope
Quoting Torbjörn Jansson [EMAIL PROTECTED]:
This or something else in the recent commits must have broken
something, because i get:
siscan.cpp:81: error: `VSB_8' was not declared in this scope
siscan.cpp:83: error: `VSB_8' was not declared in this scope
siscan.cpp:85: error: `VSB_8'
i'm getting this with 2.6.10 kernel.
In member function `QString DVBTuning::modulation() const':
dvbtypes.cpp:130: error: 'const union
dvb_frontend_parameters::anonymous' has
no member named 'vsb'
dvbtypes.cpp: In member function `bool DVBTuning::parseATSC(const QString,
QString)':
Quoting Neale Swinnerton [EMAIL PROTECTED]:
i'm getting this with 2.6.10 kernel.
In member function `QString DVBTuning::modulation() const':
dvbtypes.cpp:130: error: 'const union
dvb_frontend_parameters::anonymous' has
no member named 'vsb'
dvbtypes.cpp: In member function `bool
you're still referencing 't'.
Here's my patch, that I did before you replied...This compiles.
Neale.
Taylor Jacob wrote:
Quoting Neale Swinnerton [EMAIL PROTECTED]:
i'm getting this with 2.6.10 kernel.
In member function `QString DVBTuning::modulation() const':
dvbtypes.cpp:130:
Isaac Richards wrote:
On Thursday 12 May 2005 10:30 pm, [EMAIL PROTECTED] wrote:
---
- Changes committed by bjm on Thu May 12 20:51:49 2005
Modified Files:
in mythtv/libs/libmythtv:
RingBuffer.cpp
Log Message:
Don't
On Saturday 14 May 2005 01:37 pm, Bruce Markey wrote:
I'll take a look at it. Might not be much of a performance win
and if there is any chance of a burst of motion out running the
filesystem read ahead then it may not be a good thing. Keeping
the 2.5MB buffer is cheap and takes the fs
I've tried switching to the new fftw 3.0.1 but that doesn't fix things.
This is what I get :
g++ -c -pipe -Wall -W -fomit-frame-pointer -I/usr/include/SDL
-D_REENTRANT -D_REENTRANT -DPIC -fPIC -D_GNU_SOURCE -DPREFIX=\/usr\
-D_FILE_OFFSET_BITS=64 -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_PLUGIN
On Sat, 2005-05-14 at 19:49 +0200, Steven wrote:
I've tried switching to the new fftw 3.0.1 but that doesn't fix things.
This is what I get :
You need to rerun the plugins' ./configure after upgrading the library.
PS I've checked in a fix for the fftw 2.x compile problem.
-- Daniel
[EMAIL PROTECTED] wrote:
Changes committed by ijr on Thu May 12 17:27:31 2005
Modified Files:
in mythtv:
README
Log Message:
Making sure the commits list still works..
On Thursday 12 May 2005 07:17 pm, Bruce Markey wrote:
[EMAIL PROTECTED] wrote:
-
--- Changes committed by ijr on Thu May 12 17:27:31 2005
Modified Files:
in mythtv:
README
Log Message:
Making sure
On Thursday 12 May 2005 10:30 pm, [EMAIL PROTECTED] wrote:
---
- Changes committed by bjm on Thu May 12 20:51:49 2005
Modified Files:
in mythtv/libs/libmythtv:
RingBuffer.cpp
Log Message:
Don't spin the read
Clean up the article text by removing HTML elements we can't display
properly and honoring p and br
Maybe combine this one with my patch on strippings tags from program info?
Herman
-
Herman Kuiper - m: [EMAIL PROTECTED] - w:
On Thursday 05 May 2005 14:20, [EMAIL PROTECTED] wrote:
---
- Changes committed by thor on Thu May 5 14:19:59 2005
Added Files:
in mfe/mfe/visualize:
inlines.h stereoscope.cpp stereoscope.h visual.cpp visual.h
On Wed, 2005-05-04 at 16:15 -0700, Bruce Markey wrote:
Daniel Kristjansson wrote:
The one anomaly was the TVout from a GeForce4 MX 420 was correct
for all negative values and positive values up to 3%. At four
percent or higher, the fields were off by one scan line causing
doubled horizontal
On Thursday 05 May 2005 12:57 pm, Simon Kenyon wrote:
It is now possible to play music using the mfe where:
1. The visualization is on one host (where the mfe is)
2. The decoding is on another host (where the mfd is)
3. The speakers are on a still different host (another
Daniel Kristjansson wrote:
On Wed, 2005-05-04 at 16:15 -0700, Bruce Markey wrote:
Daniel Kristjansson wrote:
The one anomaly was the TVout from a GeForce4 MX 420 was correct
for all negative values and positive values up to 3%. At four
percent or higher, the fields were off by one scan line
[EMAIL PROTECTED] wrote:
Changes committed by ijr on Wed May 4 06:15:55 2005
Modified Files:
in mythtv/libs/libmythtv:
videobuffers.cpp videoout_xv.cpp
...
Fix bug #281 (bob frames misaligned. y offset from
Bruce Markey wrote:
Verified fix. Thanks.
Just about to send this before I see ur mail.
Does your thumbnails in mythweb work properly? Delete all .png files in
your video recordings and mythtv image_buffers directory to force it to
regenerate.. On my system the green bars are gone, but the
On Wednesday 04 May 2005 10:54 am, Daniel Kristjansson wrote:
On Wed, 2005-05-04 at 06:20 +, [EMAIL PROTECTED] wrote:
-
--- Changes committed by ijr on Wed May 4 06:15:55 2005
Modified Files:
in
On Wednesday 04 May 2005 12:17 pm, Isaac Richards wrote:
Yup. I didn't bother fixing it last night because xvmc playback was broken
before the change as well.
I can't even play SD material properly with xvmc anymore. Looks like the big
X11 locks in the opengl vsync code are interferring with
On Wed, 2005-05-04 at 13:25 -0400, Isaac Richards wrote:
On Wednesday 04 May 2005 12:17 pm, Isaac Richards wrote:
Yup. I didn't bother fixing it last night because xvmc playback was broken
before the change as well.
I can't even play SD material properly with xvmc anymore. Looks like the
On Wed, 2005-05-04 at 14:17 -0400, Daniel Kristjansson wrote:
BTW I'm working on a bob fix that doesn't break XvMC, I'll probably send
a patch tonight if my testing goes well.
Attached is a patch that fixes bob displacement for overscan
with XVideo, while letting XvMC still work when there is
I'm seeing the same. If you look at the generated moc_settings.cpp,
the #ifdef USING_XVMC has been stripped, so that the generated code
for XvMCHostCheckBox attempts to compile regardless of the define.
This breaks, because the #ifdef still exists around class definition
settings.h, and the
Daniel Kristjansson writes:
On Sat, 2005-04-23 at 02:05 +, [EMAIL PROTECTED] wrote:
Changes committed by danielk on Sat Apr 23 02:04:33 2005
snip
Log Message:
NOTE: I recommend a make distclean...
On Sun, 2005-04-24 at 17:14 +0930, Ian Dall wrote:
However, switching between SD and HD channels in Live TV browse mode
triggered this SIGABRT:
Does this happen only on the switch to HD, or also on the switch to SD?
-- Daniel
___
mythtv-dev mailing
Daniel Kristjansson writes:
On Sun, 2005-04-24 at 17:14 +0930, Ian Dall wrote:
However, switching between SD and HD channels in Live TV browse mode
triggered this SIGABRT:
Does this happen only on the switch to HD, or also on the switch to SD?
Channel switching in general seems to
On Saturday 23 Apr 2005 03:23, Daniel Kristjansson wrote:
On Sat, 2005-04-23 at 02:05 +, [EMAIL PROTECTED] wrote:
-
--- Changes committed by danielk on Sat Apr 23 02:04:33 2005
snip
Log Message:
NOTE: I
On 23/04/05, Mark Spieth [EMAIL PROTECTED] wrote:
just noticed a compile problem with XVMC disabled and daniels new stuff
not sure about this qt issue but it seems as if the
#ifdef USING_XVMC
class XvMCHostCheckBox : virtual public HostCheckBox
...
#endif
is not being replicated through the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Kristjansson wrote:
I just wanted to add that I expect there to be a few problems as this
gets wider testing.
Bring it on.
Hi Daniel,
This looks good for Xv. No problems so far in my testing.
Things are not so good for XvMC for me.
On Sat, 2005-04-23 at 10:09 -0400, Doug Larrick wrote:
Things are not so good for XvMC for me.
The biggest problem I'm having is that it seems the video card (nVidia
MX-440, driver 7174) is not reset properly sometimes, because I'll go to
play a recording (any recording) and get just the
On Sat, 2005-04-23 at 14:44 +0100, John Pullan wrote:
On 23/04/05, Mark Spieth [EMAIL PROTECTED] wrote:
just noticed a compile problem with XVMC disabled and daniels new stuff
not sure about this qt issue but it seems as if the
#ifdef USING_XVMC
class XvMCHostCheckBox : virtual public
[EMAIL PROTECTED] wrote:
Changes committed by danielk on Sat Apr 23 02:04:33 2005
Modified Files:
in mythtv/libs/libmyth:
DisplayRes.cpp DisplayRes.h settings.h
in mythtv/libs/libmythtv:
On Saturday 23 April 2005 12:05 pm, [EMAIL PROTECTED] wrote:
---
- Changes committed by danielk on Sat Apr 23 16:03:53 2005
Modified Files:
in mythtv/libs/libmythtv:
videobuffers.cpp videobuffers.h
On Sat, 2005-04-23 at 15:04 -0400, Isaac Richards wrote:
This disables frame locking unless we are doing XvMC output. This
should help XVideo performance about 5%-10%. If you could marginally
play something 24 hours ago, you might be able to again...
This is better, but still quite a bit
On Saturday 23 April 2005 02:15 pm, [EMAIL PROTECTED] wrote:
This adds three macros to util-x11.cpp, X11L, X11U, and X11S()
Which lock, and unlock x11_lock, and run enclosed code within
a X11L and X11U, resp. This should be used around bare X11 calls,
to serialize all access to the X11 server.
On Sat, 2005-04-23 at 15:17 -0400, Isaac Richards wrote:
This seems to have cleared up my hardlocks + occasional segfault on startup
when using opengl vsync.
Good.
However, there seems to be something slightly off -
I'm getting occasional video corruption (just a frame or two) when using
On Saturday 23 Apr 2005 20:34, Daniel Kristjansson wrote:
I'm now getting some wackyness in XvMC, that wasn't there this morning.
But it is only in NTSC, not in HDTV playback. It's sometimes showing
two frames at once, and it looks like it is sometimes showing the next
frame early. Perhaps
On Sat, 2005-04-23 at 20:58 +0100, Ivor Hewitt wrote:
On Saturday 23 Apr 2005 20:34, Daniel Kristjansson wrote:
I'm now getting some wackyness in XvMC, that wasn't there this morning.
But it is only in NTSC, not in HDTV playback. It's sometimes showing
two frames at once, and it looks
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Kristjansson wrote:
Yes, but I fixed it by not getting the X11 lock for
glXWaitVideoSyncSGI().
I can't google anything that says this is safe though.
IIRC the OpenGL context includes the thread that created it, and it's
only safe to use
Are you seeing the problem I had where the lower part of the image is mpeg
blocks from another frame?
FWIW, I am seeing this now as well.
Kyle
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
On Sat, 2005-04-23 at 20:58 +0100, Ivor Hewitt wrote:
Are you seeing the problem I had where the lower part of the image is mpeg
blocks from another frame?
Yes, but I fixed it by not getting the X11 lock for
glXWaitVideoSyncSGI().
Just as another point of reference and not another me
Daniel Kristjansson wrote:
I'm now getting some wackyness in XvMC, that wasn't there this morning.
But it is only in NTSC, not in HDTV playback. It's sometimes showing
two frames at once, and it looks like it is sometimes showing the next
frame early. Perhaps something in vsync got messed up by
On Sat, 2005-04-23 at 16:33 -0400, Chris Pinkham wrote:
Just as another point of reference and not another me too, I am seeing
this with CVS from prior to when your big patch was applied. I don't
think I've seen it in normal playback mode, but it does appear for me
quite often in edit mode.
On Sat, 2005-04-23 at 16:16 -0400, Doug Larrick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Kristjansson wrote:
Yes, but I fixed it by not getting the X11 lock for
glXWaitVideoSyncSGI().
I can't google anything that says this is safe though.
IIRC the OpenGL context
On Apr 23, 2005, at 12:16 PM, Daniel Kristjansson wrote:
On Sat, 2005-04-23 at 15:04 -0400, Isaac Richards wrote:
This disables frame locking unless we are doing XvMC output. This
should help XVideo performance about 5%-10%. If you could marginally
play something 24 hours ago, you might be able to
Kristjansson [EMAIL PROTECTED]
To: Development of mythtv mythtv-dev@mythtv.org
Sent: Saturday, April 23, 2005 12:23 PM
Subject: [mythtv] Re: [mythtv-commits] mythtv commits (Video Output
XV/XvMCmerge)
On Sat, 2005-04-23 at 02:05 +, [EMAIL PROTECTED] wrote
On Wednesday 20 April 2005 08:39 pm, Chris Pinkham wrote:
Better grab a cup of coffee if you plan on reading this. :)
yeah, that's what i should have said :)
actually, nevermind a cup
better bring the whole pot over
They are both wrong
in saying that the next block appears to be a commercial
On Thu, 2005-04-21 at 22:40 +, [EMAIL PROTECTED] wrote:
Changes committed by danielk on Thu Apr 21 22:38:03 2005
Modified Files:
in mythplugins/mythweb/themes/Default:
theme.php
Log Message:
On Thursday 21 April 2005 06:10 pm, [EMAIL PROTECTED] wrote:
---
- Changes committed by danielk on Thu Apr 21 22:09:04 2005
Modified Files:
in mythtv/libs/libmyth:
mythdialogs.cpp
in
On Thursday 21 April 2005 08:01 pm, Daniel Kristjansson wrote:
Which convinced me. It is a fairly small bit of code.
Also a lot of people are using minimal window managers, or not
using window managers at all with MythTV.
This lets you set up a user function once for both keyboard and
On Thu, 21 Apr 2005, Isaac Richards wrote:
On Thursday 21 April 2005 06:10 pm, [EMAIL PROTECTED] wrote:
---
- Changes committed by danielk on Thu Apr 21 22:09:04 2005
Modified Files:
in mythtv/libs/libmyth:
On Thursday 21 April 2005 10:06 pm, Neil Whelchel wrote:
Hello,
I disagree..
As I said in one of my previous messages, there are a few of out here that
do not use lirc. Some of us use a remote like the Firefly or the X10, or
something that directly sends key press events, so this makes it a
On Thu, 21 Apr 2005, Isaac Richards wrote:
A standalone media system doesn't need to reimplement every single app under
the sun inside of it. And if it _were_ completely stanalone, you'd not need
to run external applications from a keypress, hmm?
Very good point, one I have dealt with
Also, I am running mythtv completely embedded from ROM (the front end), so
there is really not much room for a window manager, not to mention that on
a dedicated unit (not embedded), I have always had better success by
ditching the wm, so this route is not for everyone either.
A window manager is
On 4/21/05, Damion de Soto [EMAIL PROTECTED] wrote:
Also, I am running mythtv completely embedded from ROM (the front end), so
there is really not much room for a window manager, not to mention that on
a dedicated unit (not embedded), I have always had better success by
ditching the wm, so
On Thursday 21 April 2005 11:54 pm, Damion de Soto wrote:
Why is this?
I was wondering this a few weeks ago, when i discovered it was
my window manager that was causing me troubles trying to get
myth to start ogle to watch DVDs (fvwm2 wasn't centering ogle's window on
the screen, and I could
On Thursday 21 April 2005 11:49 pm, Neil Whelchel wrote:
On Thu, 21 Apr 2005, Isaac Richards wrote:
A standalone media system doesn't need to reimplement every single app
under the sun inside of it. And if it _were_ completely stanalone, you'd
not need to run external applications from a
On 4/21/05, Isaac Richards [EMAIL PROTECTED] wrote:
On Thursday 21 April 2005 11:54 pm, Damion de Soto wrote:
Why is this?
I was wondering this a few weeks ago, when i discovered it was
my window manager that was causing me troubles trying to get
myth to start ogle to watch DVDs (fvwm2
This patch is not quite correct. The committed patch was:
Thanks. This is committed now. I missed the space and thought I was
saving myself some time by just adding the escaped quotes manually
instead of saving your patch to a file and running patch on that. :(
I did it the hard way this time
[EMAIL PROTECTED] said:
Changes committed by cpinkham on Wed Apr 20 04:44:05 2005
* Commmercial Flagging changes:
- Rearrange some debugging statements.
you changed
block %1 with length %2, which would put
comm
Better grab a cup of coffee if you plan on reading this. :)
[EMAIL PROTECTED] said:
Changes committed by cpinkham on Wed Apr 20 04:44:05 2005
* Commmercial Flagging changes:
- Rearrange some debugging statements.
This patch is not quite correct. The committed patch was:
% cvs diff -r1.3 -r1.4 programs/mythbackend/httpstatus.cpp
Index: programs/mythbackend/httpstatus.cpp
===
RCS file:
On Thu, 2005-04-14 at 00:25 -0400, Isaac Richards wrote:
On Wednesday 13 April 2005 11:45 pm, [EMAIL PROTECTED] wrote:
---
- Changes committed by danielk on Thu Apr 14 03:43:05 2005
Removes 7 lines of cruft in
On Wednesday 13 April 2005 08:50 pm, [EMAIL PROTECTED] wrote:
---
- Changes committed by danielk on Thu Apr 14 00:48:17 2005
Modified Files:
in mythtv/libs/libmythtv:
tv_play.cpp
Log Message:
This adds some
On Wednesday 13 April 2005 09:52 pm, Isaac Richards wrote:
On Wednesday 13 April 2005 08:50 pm, [EMAIL PROTECTED] wrote:
-
-- - Changes committed by danielk on Thu Apr 14 00:48:17 2005
Modified Files:
in
On Wed, 2005-04-13 at 21:52 -0400, Isaac Richards wrote:
On Wednesday 13 April 2005 08:50 pm, [EMAIL PROTECTED] wrote:
This adds some work-around code for the fluxbox window manager. You need
to uncomment an appropriately named define at the top of tv_play for the
hack to take effect.
I
On Wednesday 13 April 2005 10:57 pm, Daniel Kristjansson wrote:
On Wed, 2005-04-13 at 21:52 -0400, Isaac Richards wrote:
On Wednesday 13 April 2005 08:50 pm, [EMAIL PROTECTED] wrote:
This adds some work-around code for the fluxbox window manager. You
need to uncomment an appropriately
On Wed, 2005-04-13 at 22:51 -0400, Isaac Richards wrote:
On Wednesday 13 April 2005 09:52 pm, Isaac Richards wrote:
On Wednesday 13 April 2005 08:50 pm, [EMAIL PROTECTED] wrote:
-
-- - Changes committed by danielk on
On Wednesday 13 April 2005 11:13 pm, Daniel Kristjansson wrote:
Suggested by Qt people as the code that would work in various
environments. Basically window decorations are added after show()
in X so for some window managers you need to call it then move(),
to get something in the right
On 4/13/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Changes committed by danielk on Thu Apr 14 02:43:52 2005
Modified Files:
in mythtv/libs/libmythtv:
tv_play.cpp
Log Message:
A fix for fluxbox
Daniel Kristjansson wrote:
On Sat, 2005-04-09 at 15:17 -0400, Isaac Richards wrote:
Also, Taylor Jacob's been reporting a deadlock (on the irc channel) with -v
all turned on, that doesn't happen without the verbose reporting.. He hasn't
gotten a backtrace that I'm aware of, but... think it may
[EMAIL PROTECTED] wrote:
Changes committed by cpinkham on Sat Apr 9 09:46:31 2005
Modified Files:
in mythtv/libs/libmythtv:
recordingprofile.cpp
Log Message:
* Get rid of the Auto Transcode checkbox on the
1 - 100 of 158 matches
Mail list logo