Re: [mythtv-users] MythWeb + myth-remote-control

[Adam Bodnar]

You really wouldn't need a cgi script.

With the telnet interface, you can have php open a socket to the ip
the backend is on and have it issue the commands.

Something like this.



On 1/29/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> I've been thinking a bit recently about a feature I mentioned a couple
> months ago, and it seems more implementable now.  (Is MythWeb covered
> by the current feature freeze? :)
>
> The idea is to be able to browse recordings in MythWeb, but, if you
> clicked on the image in any given row, to have the frontend play it
> instead of having it streamed to the browser.  This is handy in
> situations where you don't necessarily have a pre-established
> playlist, and would like to start the next recording on the fly while
> the previous one is still playing.  (Useful for VJ'ing, for meetings
> in which you're presenting a bunch of short clips, for those of us who
> find a browser on a close-up high-res screen much more readable than
> the TV on the other side of the room, etc etc.)  Obviously, this would
> be optional, so the existing behavior of streaming directly to the
> browser still works for those who want it.
>
> Originally, it looked like the way to do this was to send a different
> URL to the browser such that the image link ran a cgi script that then
> talked to the frontend (which might not be the same as the backend
> machine), and which then ran mplayer right on top of the frontend GUI.
> This is inelegant in a number of ways, though.
>
> But with the recent work that went into SVN (courtesy of the bounty
> that was paid for the added functionality) for remote-controlling the
> frontend from elsewhere, this could be a lot easier:  Each of the rows
> in MythWeb's recorded-programs page has a URL that runs a cgi script
> that gets handed some ID for the program (whatever's easiest to put in
> the URL and look up in the DB later), and the cgi script then commands
> the frontend to play that recording directly, just as if the user
> navigated there via the frontend's UI.  Seems very simple.
>
> The clean way to implement this would be to augment MythWeb to run an
> arbitrary script (e.g., the cgi script gets configured to call one of
> potentially several scripts, and hands it the program ID), and the
> first (but maybe not only) script to actually get written would be the
> one that takes the program ID and tells the frontend remote-control to
> play it.
>
> MythWeb would need two additional configuration options somewhere:
> o Whether to enable this behavior at all
> o Which frontend to use, if there is more than one
>
> How feasible does this sound?
> ___
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb schedule recordings - possible to add a new type "weekday"?

[Nick]

On 19/01/06, Nick <[EMAIL PROTECTED]> wrote:
> Mike,
>
> Thanks for fully clarifying my point - I did forget to include it
> related specifically to manual recordings where no guide data is used.
> The point I was trying to make was that there is potentially
> non-obvious differing behaviour whether the start date is Mon-Fri or
> Sat-Sun (which has been discussed before).
>
> I guess I still don't _fully_ understand why there is a difference in
> behaviour as noted above without an added option that explicitly makes
> this difference clear to users. Whilst I know that a lot of syndicated
> shows are broadcast Mon-Fri with differing weekend schedules, there
> are others that are Mon-Sun, so I would venture that having the
> weekend manual recordings not show up at least non-obvious. On the
> flip-side I also know that there are various different interpretation
> of the meaning of 'every day' which I guess is the root of the
> standard behaviour if a manual recording is scheduled Mon-Fri.

Just to add a tidbit to my post - I understand it is the starting date
for the rule (not the actual date the rule was created) that governs
the behaviour, but MythWeb defaults the start date/time to the current
date/time, so if you just change the time for the recording (e.g. if
the rule wants to start today at the given time) and it happens to be
Mon-Fri a user will see the differing behaviour. I realise I'm
flogging a dead horse here, I just would like an extra option (just
for manual recordings) to make this explicit.

Nick
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb schedule recordings - possible to add a new type "weekday"?

[Nick]

On 18/01/06, Michael T. Dean <[EMAIL PROTECTED]> wrote:
> On 01/17/06 14:29, Nick wrote:
>
> >On 16/01/06, Chris Petersen <[EMAIL PROTECTED]> wrote:
> >
> >
> >>>I'm trying to record old Simpsons reruns off of Fox Monday - Friday, but
> >>>there doesn't appear to be an option for this type of recording...
> >>>
> >>>
> >>Why not record them on weekends, too?
> >>
> >>
> >
> >AIUI this relates to the difference between scheduling an 'every day'
> >recording on a weekday (Mon - Fri) or at the weekend (Sat - Sun) and
> >the differing scheduler behaviour.
> >
> Doesn't this apply only to manual recordings?  On regular recordings,
> Myth has guide data to know whether the same show is broadcast on
> weekends/weekdays.  So--unless the OP is using manual recordings
> (something he should have told us)-- he should just say to record every
> day and Myth will know whether the Simpsons are on Saturday and Sunday.
>
> Also, it makes no difference whether you schedule the "in this timeslot
> every day" manual recording "on a weekday" or not--it's whether you set
> the "Date or day of the week:" to Saturday or Sunday.  Therefore, on
> Tuesday I can schedule the recording, while setting the day of the week
> to Saturday to get 7 day/week manual recordings.  (I'm sure this is what
> you mean, but it's not what you're saying.  :)

Mike,

Thanks for fully clarifying my point - I did forget to include it
related specifically to manual recordings where no guide data is used.
The point I was trying to make was that there is potentially
non-obvious differing behaviour whether the start date is Mon-Fri or
Sat-Sun (which has been discussed before).

I guess I still don't _fully_ understand why there is a difference in
behaviour as noted above without an added option that explicitly makes
this difference clear to users. Whilst I know that a lot of syndicated
shows are broadcast Mon-Fri with differing weekend schedules, there
are others that are Mon-Sun, so I would venture that having the
weekend manual recordings not show up at least non-obvious. On the
flip-side I also know that there are various different interpretation
of the meaning of 'every day' which I guess is the root of the
standard behaviour if a manual recording is scheduled Mon-Fri.

Cheers,
Nick
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb shuts down my machine

[mike choy]

Chris Petersen wrote:
>> 'Monitor' and 'Playback' connections are the same the only difference is 
>> 'monitor' 
>> connections don't block shutdown or trigger the flag in the backend that 
>> starts the 
>> checking for no active connections. I believe everything should work the 
>> same with
>> both 'Monitor' or 'Playback' connection types. The only difference is 
>> Mythweb won't
>> affect the shutdown status in the backend in any way. Streaming recordings 
>> may need
>> a different approach not sure how that works. 
>> 
>
> Gotcha...  Just switched to Monitor instead.
>
> -Chris
> ___
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
>   
Wow

The power of Bazaar development ;-)

Mike C

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb schedule recordings - possible to add a new type "weekday"?

[Michael T. Dean]

On 01/17/06 14:29, Nick wrote:

>On 16/01/06, Chris Petersen <[EMAIL PROTECTED]> wrote:
>  
>
>>>I'm trying to record old Simpsons reruns off of Fox Monday - Friday, but
>>>there doesn't appear to be an option for this type of recording...
>>>  
>>>
>>Why not record them on weekends, too?
>>
>>
>
>AIUI this relates to the difference between scheduling an 'every day'
>recording on a weekday (Mon - Fri) or at the weekend (Sat - Sun) and
>the differing scheduler behaviour.
>
Doesn't this apply only to manual recordings?  On regular recordings, 
Myth has guide data to know whether the same show is broadcast on 
weekends/weekdays.  So--unless the OP is using manual recordings 
(something he should have told us)-- he should just say to record every 
day and Myth will know whether the Simpsons are on Saturday and Sunday.

Also, it makes no difference whether you schedule the "in this timeslot 
every day" manual recording "on a weekday" or not--it's whether you set 
the "Date or day of the week:" to Saturday or Sunday.  Therefore, on 
Tuesday I can schedule the recording, while setting the day of the week 
to Saturday to get 7 day/week manual recordings.  (I'm sure this is what 
you mean, but it's not what you're saying.  :)

Mike
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb schedule recordings - possible to add a new type "weekday"?

[John Andersen]

On 1/16/06, obscure information. <[EMAIL PROTECTED]> wrote:
> I was wondering about too, for instance:
>
> I'm trying to record old Simpsons reruns off of Fox Monday - Friday, but
> there doesn't appear to be an option for this type of recording...
>
> Then again, it might just be another time for me to RTFM or RTFW :)

I do this all the time.
Use Find one daily option.  If its not on, it won't be recorded. (DUH).

Works great for daily shows that appear only on week days, even if
it gets shifted around in the daily schedule.  Won't record anything
on the week end, unless they happen to slip in a rerun or something.
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb problem

[Dag Nygren]

> > that's not what the query looks like.  see here:
> > 
> > http://svn.mythtv.org/trac/browser/trunk/mythplugins/mythweb/includes/programs.php

Just diffed this file against mine and they are identical.
So nothing wrong with SVN :-)

Anyway the problem is the second USING() in here.

Thanks Chris for the feedback on my comments, it helped
a lot!

Dag


___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb problem

[Dag Nygren]

> that's not what the query looks like.  see here:
> 
> http://svn.mythtv.org/trac/browser/trunk/mythplugins/mythweb/includes/programs.php
> 
> however, I think this is starting to look like a bug with subversion. 
> It seems almost like the ½ entity is being converted into the 
> actual 1/2 character (which shows up in your code as a ?) when it's 
> being downloaded.

It is not, but that copy paste was done from a print "$query" I
used to run it.

But anyway that query is the cuplrit.
I changed the LEFT JOIN programrating USING (chanid, starttime)
to a 
LEFT JOIN programrating ON program.chanid=programrating.chanid
AND program.chanid=programrating.starttime

And then I have a nice pogram listing as the result.

> however, I've checked my own http checkout of myth (since I usually 
> check out via ssh for editing), and it's fine.  So it seems like 
> something's funky in your particular install.

Indeed, now I have to find out what is wrong with SVN here.

Dag


___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb shuts down my machine

[Chris Petersen]

> 'Monitor' and 'Playback' connections are the same the only difference is 
> 'monitor' 
> connections don't block shutdown or trigger the flag in the backend that 
> starts the 
> checking for no active connections. I believe everything should work the same 
> with
> both 'Monitor' or 'Playback' connection types. The only difference is Mythweb 
> won't
> affect the shutdown status in the backend in any way. Streaming recordings 
> may need
> a different approach not sure how that works. 

Gotcha...  Just switched to Monitor instead.

-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb problem

[Chris Petersen]

> Well, I think I figured out the reason for the message.
> As both program and oldrecorded has their own chanid the poor MySQL
> doesn't know which one to join the programrating to.
> 
> Now the question is: Why doesn't this happen to everyone?
> Is it my for a long tim updated/upgraded database?

ok, that certainly could be a mysql5 change...  I'll be poking at those 
joins tonight, anyway...  will make them explicit ON rather than USING, 
which should fix your problem, too.

-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb problem

[Chris Petersen]

> The new query with parameters replaced and run from mysql generates the 
> following:
> 
> mysql> SELECT program.*, UNIX_TIMESTAMP(program.starttime) AS starttime_unix, 
> UNIX_TIMESTAMP(program.endtime) AS endtime_unix, CONCAT(repeat("*", 
> program.stars * 4), IF((program.stars * 4 * 10) % 10, "?", "")) AS 
> starstring, 
> IFNULL(programrating.system, "") AS rater, IFNULL(programrating.rating, "") 
> AS 
> rating, oldrecorded.recstatus FROM program LEFT JOIN oldrecorded USING 
> (seriesid, programid) LEFT JOIN programrating USING (chanid, starttime) WHERE 
> program.chanid='5' AND program.starttime = FROM_UNIXTIME('1137693600') GROUP 
> BY program.chanid, program.starttime ORDER BY program.starttime;
> ERROR 1052 (23000): Column 'chanid' in from clause is ambiguous
> mysql>   
> 
> I figure this is the problem here but really cannot see the reason for the 
> error message.
> Is this a MySQL bug? Currently using version 5.0.15.

that's not what the query looks like.  see here:

http://svn.mythtv.org/trac/browser/trunk/mythplugins/mythweb/includes/programs.php

however, I think this is starting to look like a bug with subversion. 
It seems almost like the ½ entity is being converted into the 
actual 1/2 character (which shows up in your code as a ?) when it's 
being downloaded.

however, I've checked my own http checkout of myth (since I usually 
check out via ssh for editing), and it's fine.  So it seems like 
something's funky in your particular install.

And no, it's not mysql.  The ? replacement is from a library that I 
wrote and included in mythweb.

-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb problem

[Dag Nygren]

> 
> > 
> > That's not what that query looks like...  remove the file and re-up svn.
> 
> Ok, did that.
> 
> The new query with parameters replaced and run from mysql generates the 
> following:
> 
> mysql> SELECT program.*, UNIX_TIMESTAMP(program.starttime) AS starttime_unix, 
> UNIX_TIMESTAMP(program.endtime) AS endtime_unix, CONCAT(repeat("*", 
> program.stars * 4), IF((program.stars * 4 * 10) % 10, "?", "")) AS 
> starstring, 
> IFNULL(programrating.system, "") AS rater, IFNULL(programrating.rating, "") 
> AS 
> rating, oldrecorded.recstatus FROM program LEFT JOIN oldrecorded USING 
> (seriesid, programid) LEFT JOIN programrating USING (chanid, starttime) WHERE 
> program.chanid='5' AND program.starttime = FROM_UNIXTIME('1137693600') GROUP 
> BY program.chanid, program.starttime ORDER BY program.starttime;
> ERROR 1052 (23000): Column 'chanid' in from clause is ambiguous
> mysql>   
> 
> I figure this is the problem here but really cannot see the reason for the 
> error message.

Well, I think I figured out the reason for the message.
As both program and oldrecorded has their own chanid the poor MySQL
doesn't know which one to join the programrating to.

Now the question is: Why doesn't this happen to everyone?
Is it my for a long tim updated/upgraded database?

Dag


___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb problem

[Dag Nygren]

> 
> That's not what that query looks like...  remove the file and re-up svn.

Ok, did that.

The new query with parameters replaced and run from mysql generates the 
following:

mysql> SELECT program.*, UNIX_TIMESTAMP(program.starttime) AS starttime_unix, 
UNIX_TIMESTAMP(program.endtime) AS endtime_unix, CONCAT(repeat("*", 
program.stars * 4), IF((program.stars * 4 * 10) % 10, "?", "")) AS starstring, 
IFNULL(programrating.system, "") AS rater, IFNULL(programrating.rating, "") AS 
rating, oldrecorded.recstatus FROM program LEFT JOIN oldrecorded USING 
(seriesid, programid) LEFT JOIN programrating USING (chanid, starttime) WHERE 
program.chanid='5' AND program.starttime = FROM_UNIXTIME('1137693600') GROUP 
BY program.chanid, program.starttime ORDER BY program.starttime;
ERROR 1052 (23000): Column 'chanid' in from clause is ambiguous
mysql>   

I figure this is the problem here but really cannot see the reason for the 
error message.
Is this a MySQL bug? Currently using version 5.0.15.

Dag

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb problem

[Chris Petersen]

> Anyway I am very close to a solution now.
> Down in programs.php the SQL produced in load_all_program_data() is bogus
> it contains 4 "?" marks and the query is only passed 3 parameters. I told PHP 
> to
> print the SQL statement in my case and got:
> query = SELECT program.*, UNIX_TIMESTAMP(program.starttime) AS 
> starttime_unix, 
> UNIX_TIMESTAMP(program.endtime) AS endtime_unix, CONCAT(repeat(?, 
> program.stars * ?), IF((program.stars * ? * 10) % 10, "?", "")) AS 
> starstring, 
> IFNULL(programrating.system, "") AS rater, IFNULL(programrating.rating, "") 
> AS 
> rating, oldrecorded.recstatus FROM program LEFT JOIN oldrecorded USING 
> (seriesid, programid) LEFT JOIN programrating USING (chanid, starttime) WHERE 
> program.chanid='30' AND program.starttime = FROM_UNIXTIME('1137685500') GROUP 
> BY program.chanid, program.starttime ORDER BY program.starttime
> 
> The substituting parameters in the query are:
> star_character, max_stars, max_stars

That's not what that query looks like...  remove the file and re-up svn.

-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb problem

[Dag Nygren]

> > Is there an operator === in PHP ?
> > 
> > I found a line:
> > if ($key === 'offset') {
> > in recording_schedules.php ?
> > 
> > It is not the reason for the problem, but anyway?
> 
> yes.  it means "equals, and of the same type".  In that case, if $key is 
> zero, 'offset' is evaluated as an integer, which is also zero, so they 
> match.  The === makes sure that 'offset' and $key are both the same type 
> (int != string).

OK, sorry for my bad PHP.

Anyway I am very close to a solution now.
Down in programs.php the SQL produced in load_all_program_data() is bogus
it contains 4 "?" marks and the query is only passed 3 parameters. I told PHP 
to
print the SQL statement in my case and got:
query = SELECT program.*, UNIX_TIMESTAMP(program.starttime) AS starttime_unix, 
UNIX_TIMESTAMP(program.endtime) AS endtime_unix, CONCAT(repeat(?, 
program.stars * ?), IF((program.stars * ? * 10) % 10, "?", "")) AS starstring, 
IFNULL(programrating.system, "") AS rater, IFNULL(programrating.rating, "") AS 
rating, oldrecorded.recstatus FROM program LEFT JOIN oldrecorded USING 
(seriesid, programid) LEFT JOIN programrating USING (chanid, starttime) WHERE 
program.chanid='30' AND program.starttime = FROM_UNIXTIME('1137685500') GROUP 
BY program.chanid, program.starttime ORDER BY program.starttime

The substituting parameters in the query are:
star_character, max_stars, max_stars

Dag


___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb schedule recordings - possible to add a new type "weekday"?

[Nick]

On 16/01/06, Chris Petersen <[EMAIL PROTECTED]> wrote:
> > I'm trying to record old Simpsons reruns off of Fox Monday - Friday, but
> > there doesn't appear to be an option for this type of recording...
>
> Why not record them on weekends, too?

AIUI this relates to the difference between scheduling an 'every day'
recording on a weekday (Mon - Fri) or at the weekend (Sat - Sun) and
the differing scheduler behaviour.

In the former case, even if a program is broadcast at the same time on
Saturday and Sunday, the scheduler will not schedule these if the
schedule is created Mon-Fri. However, if the schedule is created at
the weekend and the program is broadcast every day at the same time,
it should schedule all of them.

It is possible to create a custom rule if you need to exclude
particular days from the rule, I just think a lot of new users are
worried when a 'record every day' rule doesn't record every day.

If Michael schedules the recordings on a weekday, his desired
behaviour should work out of the box and only Mon-Fri episodes will be
scheduled? Only by creating the schedule on Sat/Sun will he also get
scheduled recordings for the weekend broadcasts.

Nick
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb problem

[Chris Petersen]

> Is there an operator === in PHP ?
> 
> I found a line:
> if ($key === 'offset') {
> in recording_schedules.php ?
> 
> It is not the reason for the problem, but anyway?

yes.  it means "equals, and of the same type".  In that case, if $key is 
zero, 'offset' is evaluated as an integer, which is also zero, so they 
match.  The === makes sure that 'offset' and $key are both the same type 
(int != string).

-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb problem

[Dag Nygren]

> 
> > Will turn on the debugging and report back after some time.
> 
> Keep me posted.

The debugging didn't  reveal anything new as I found that it
has been on all the time.

Working deeper into the problem right now.

Is there an operator === in PHP ?

I found a line:
if ($key === 'offset') {
in recording_schedules.php ?

It is not the reason for the problem, but anyway?

Dag

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb problem

[Chris Petersen]

> Exactly, but to get the right result it needs to be the name of the box that
> keeps the files, not the host where the Web stuff is working??

no, it needs to match up with the directory where the files are mounted 
on the box the web stuff is on.  If you don't mount the files on the web 
box, that setting is useless, anyway.

> Will turn on the debugging and report back after some time.

Keep me posted.

-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb problem

[Dag Nygren]

> > Tried the new mythweb and like the layout.
> > 
> > There is a problem in my setup though:
> > 
> > The "tv" page is blank.
> > I suspect that this has something to do with the fact
> > that I am running Mythweb and the MySQL database
> > on a different machine than MythTV itself.
> > 
> > The previous versions of mythweb worked fine in this setup though
> 
> Previous as in how old?  Last week?  Last month?  .16?

Sorry for not being more specific.
The previous version was SVN from 16th Dec 2005

Dag


___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb problem

[Dag Nygren]

> that was changed yesterday...  no /bin/ (or it won't work in windows), 
> and there is now an override hostname setting in .htaccess (it was also 
> removed from conf.php, which I'm slowly trying to eliminate).

Good.

> > For example the following from tv/recorded.php
> >$dir = $db->query_col('SELECT data
> >  FROM settings
> > WHERE value="RecordFilePrefix" AND 
> > hostname=?',
> >   hostname
> >  );
> > will need the hostname of the MythTV box.
> 
> no, it won't.  each host can have its own RecordFilePrefix.  MythWeb is 
> doing exactly what it's supposed to.  However, I'm probably missing some 
> config for this so it can easily be set from MythWeb

Exactly, but to get the right result it needs to be the name of the box that
keeps the files, not the host where the Web stuff is working??

But I will take your word for the hostname working part.

Just traced the problem with the white screen down to
the following part of  recording_schedules.php:

// Load all of the scheduled recordings.  We will need them at some point, so 
we
// might as well get it overwith here.
global $Scheduled_Recordings, $Num_Conflicts, $Num_Scheduled;
$Scheduled_Recordings = array();
foreach (get_backend_rows('QUERY_GETALLPENDING', 2) as $key => $program) {
// The offset entry
if ($key === 'offset') {
list($Num_Conflicts, $Num_Scheduled) = $program;
}
// Normal entry:  $Scheduled_Recordings[chanid][starttime][]
else {
$Scheduled_Recordings[$program[4]][$program[11]][] =& new 
Program($program);
}
}

But I couldn't catch exactly where it goes wrong after that yet.

Will turn on the debugging and report back after some time.

Dag


___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb problem

[Chris Petersen]

> Tried the new mythweb and like the layout.
> 
> There is a problem in my setup though:
> 
> The "tv" page is blank.
> I suspect that this has something to do with the fact
> that I am running Mythweb and the MySQL database
> on a different machine than MythTV itself.
> 
> The previous versions of mythweb worked fine in this setup though

Previous as in how old?  Last week?  Last month?  .16?

If you upgraded from .18, did you read through the .htaccess file and 
configure your database variables?

Try enabling errors in php.ini and see if that helps shed some light on 
the situation (there's only so much I can trap for within mythweb itself).

-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb problem

[Chris Petersen]

> I don't have any log errors either, just the blank page.
> I was a bit worried about the "hostname" variable as
> using "/bin/hostname" on the WEB server obviously
> will give you the wrong variable to use for in the SQL queries.

that was changed yesterday...  no /bin/ (or it won't work in windows), 
and there is now an override hostname setting in .htaccess (it was also 
removed from conf.php, which I'm slowly trying to eliminate).

> For example the following from tv/recorded.php
>$dir = $db->query_col('SELECT data
>  FROM settings
> WHERE value="RecordFilePrefix" AND 
> hostname=?',
>   hostname
>  );
> will need the hostname of the MythTV box.

no, it won't.  each host can have its own RecordFilePrefix.  MythWeb is 
doing exactly what it's supposed to.  However, I'm probably missing some 
config for this so it can easily be set from MythWeb

-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb problem

[Dag Nygren]

> > Tried the new mythweb and like the layout.
> > 
> > There is a problem in my setup though:
> > 
> > The "tv" page is blank.
> > I suspect that this has something to do with the fact
> > that I am running Mythweb and the MySQL database
> > on a different machine than MythTV itself.
> > 
> > The previous versions of mythweb worked fine in this setup though
> > 
> 
> I have the same problem, and I am running mysql and mythweb on the same
> machine.  There have been posts about this to the -users and -dev lists
> in the past month.  The suggestions posted there have not worked for me.
>  I have tried both php4 and php5.  I do not get any php or http errors.
>  I read through the mythweb README very carefully and followed all the
> instructions.  Mythweb worked for me up until about a week ago.  I am
> using SVN (8623).

Thanks for confirming. Always nice to know that it is
not only me.

I don't have any log errors either, just the blank page.
I was a bit worried about the "hostname" variable as
using "/bin/hostname" on the WEB server obviously
will give you the wrong variable to use for in the SQL queries.
For example the following from tv/recorded.php
   $dir = $db->query_col('SELECT data
 FROM settings
WHERE value="RecordFilePrefix" AND hostname=?',
  hostname
 );
will need the hostname of the MythTV box.

On the other hand the hostname to direct the SQL queries to will
be the /bin/hostname.

I will look into this a bit more if no one beats me to it :-) 

Dag

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb problem

[Brian Stults]

Dag Nygren wrote:
> Tried the new mythweb and like the layout.
> 
> There is a problem in my setup though:
> 
> The "tv" page is blank.
> I suspect that this has something to do with the fact
> that I am running Mythweb and the MySQL database
> on a different machine than MythTV itself.
> 
> The previous versions of mythweb worked fine in this setup though
> 

I have the same problem, and I am running mysql and mythweb on the same
machine.  There have been posts about this to the -users and -dev lists
in the past month.  The suggestions posted there have not worked for me.
 I have tried both php4 and php5.  I do not get any php or http errors.
 I read through the mythweb README very carefully and followed all the
instructions.  Mythweb worked for me up until about a week ago.  I am
using SVN (8623).
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb schedule recordings - possible to add a new type "weekday"?

[Bruce Markey]

Chris Petersen wrote:
>> In Mythweb schedule recordings, I can choose options such as 'onetime',
>> 'daily' and 'weekly', but what about 'weekday' (Mon to Fri)?
> 
> Is this a valid schedule type? 

No.

--  bjm
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb shuts down my machine

[mike choy]

Paul Harrison wrote:
> - Original Message - 
> From: "Chris Petersen" <[EMAIL PROTECTED]>
> To: "Discussion about mythtv" 
> Sent: Monday, January 16, 2006 8:36 PM
> Subject: Re: [mythtv-users] Mythweb shuts down my machine
>
>
>   
>>> One possible way to prevent Mythweb from triggering the backend to shutdown 
>>> the
>>> machine is to change 'ANN Playback ' to 'ANN Monitor ' in mythbackend.php.
>>>   
>
>   
>> Except that I believe "playback" is required for doing stuff like 
>> grabbing thumbnails (or eventually, streaming recordings themselves).
>> 
>
>   
>> -Chris
>> 
>
> 'Monitor' and 'Playback' connections are the same the only difference is 
> 'monitor' 
> connections don't block shutdown or trigger the flag in the backend that 
> starts the 
> checking for no active connections. I believe everything should work the same 
> with
> both 'Monitor' or 'Playback' connection types. The only difference is Mythweb 
> won't
> affect the shutdown status in the backend in any way. Streaming recordings 
> may need
> a different approach not sure how that works. 
>
>
> Paul H.
>
>
>
> ___
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
>   
Thanks Paul
I'll give it try later in the week
Mike C


___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb shuts down my machine

[mike choy]

Chris Petersen wrote:
>> One possible way to prevent Mythweb from triggering the backend to shutdown 
>> the
>> machine is to change 'ANN Playback ' to 'ANN Monitor ' in mythbackend.php.
>> 
>
> Except that I believe "playback" is required for doing stuff like 
> grabbing thumbnails (or eventually, streaming recordings themselves).
>
> -Chris
> ___
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
>   
Thanks team
I need to have a real hard think about the use case here, I suspect that
I wont  need use mythweb, unless a front end is running.
I will also have a look at the pre-shutdown-check command that  I have
just spotted.

Mike C


___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb schedule recordings - possible to add a new type "weekday"?

[Adam Propeck]

It's probably on at different times. Couldn't you do the "record any
time on any channel" type of recording mode? Then anytime it's on you'd
be good to go?On 1/16/06, Chris Petersen <[EMAIL PROTECTED]> wrote:
> I'm trying to record old Simpsons reruns off of Fox Monday - Friday, but> there doesn't appear to be an option for this type of recording...Why not record them on weekends, too?-Chris___
mythtv-users mailing listmythtv-users@mythtv.orghttp://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb shuts down my machine

[mike choy]

Chris Petersen wrote:
>> One possible way to prevent Mythweb from triggering the backend to shutdown 
>> the
>> machine is to change 'ANN Playback ' to 'ANN Monitor ' in mythbackend.php.
>> 
>
> Except that I believe "playback" is required for doing stuff like 
> grabbing thumbnails (or eventually, streaming recordings themselves).
>
> -Chris
> ___
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
>   
Thanks team
I need to have a real hard think about the use case here, I suspect that 
I wont  need use mythweb, unless a front end is running.
I will also have a look at the pre-shutdown-check command that  I have 
just spotted.

Mike C

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb shuts down my machine

[Paul Harrison]

- Original Message - 
From: "Chris Petersen" <[EMAIL PROTECTED]>
To: "Discussion about mythtv" 
Sent: Monday, January 16, 2006 8:36 PM
Subject: Re: [mythtv-users] Mythweb shuts down my machine


>> One possible way to prevent Mythweb from triggering the backend to shutdown 
>> the
>> machine is to change 'ANN Playback ' to 'ANN Monitor ' in mythbackend.php.

>Except that I believe "playback" is required for doing stuff like 
>grabbing thumbnails (or eventually, streaming recordings themselves).

>-Chris

'Monitor' and 'Playback' connections are the same the only difference is 
'monitor' 
connections don't block shutdown or trigger the flag in the backend that starts 
the 
checking for no active connections. I believe everything should work the same 
with
both 'Monitor' or 'Playback' connection types. The only difference is Mythweb 
won't
affect the shutdown status in the backend in any way. Streaming recordings may 
need
a different approach not sure how that works. 


Paul H.



___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb schedule recordings - possible to add a new type "weekday"?

[Michael T. Dean]

Chris Petersen wrote:

>>Well, my VCR understands 'weekday' as Monday through Friday so
>>I don't see why Mythtv, which is supposed to be ALOT smarter
>>than a VCR ;-) shouldn't support it, too.
>>
>>
>MythTV also understands show names and timeslots.  It's probably just 
>never occurred to anyone that someone might want to record something 
>ONLY on monday-friday (and personally, I can't see any reason that you'd 
>want to, that the smarts in mythtv wouldn't account for)
>  
>
In other words, if you schedule a recording of "The Simpsons" every day 
from 7:00 to 7:30, but your FOX affiliate only shows the Simpsons Monday 
- Friday, whatever's showing on Saturday and Sunday won't be a 
match--it's not "The Simpsons."  However, if for some reason they air 
the Simpsons on Saturday, you'll get it.  As a matter of fact, why not 
just record it at any time.  That way, Myth will record "The Simpsons" 
whenever it airs, and by choosing an appropriate duplicate check method, 
you'll get one copy of each episode.

Mike
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb schedule recordings - possible to add a new type "weekday"?

[Chris Petersen]

> Well, my VCR understands 'weekday' as Monday through Friday so
> I don't see why Mythtv, which is supposed to be ALOT smarter
> than a VCR ;-) shouldn't support it, too.

MythTV also understands show names and timeslots.  It's probably just 
never occurred to anyone that someone might want to record something 
ONLY on monday-friday (and personally, I can't see any reason that you'd 
want to, that the smarts in mythtv wouldn't account for)

-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb shuts down my machine

[Chris Petersen]

> One possible way to prevent Mythweb from triggering the backend to shutdown 
> the
> machine is to change 'ANN Playback ' to 'ANN Monitor ' in mythbackend.php.

Except that I believe "playback" is required for doing stuff like 
grabbing thumbnails (or eventually, streaming recordings themselves).

-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb schedule recordings - possible to add a new type "weekday"?

[Chris Petersen]

> I'm trying to record old Simpsons reruns off of Fox Monday - Friday, but
> there doesn't appear to be an option for this type of recording...

Why not record them on weekends, too?

-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb shuts down my machine

[Paul Harrison]

- Original Message - 
From: "Chris Petersen" <[EMAIL PROTECTED]>
To: "Discussion about mythtv" 
Sent: Monday, January 16, 2006 4:35 AM
Subject: Re: [mythtv-users] Mythweb shuts down my machine


>> Except that if I started a standard front end I would not expect it to 
>> kick the backend scripts until I closed the front end down.
>> Whats different with Mythweb, that makes the backend think that its gone 
>> away even when its up?

>There's no persistent connection.  Each time you connect to a mythweb 
>page, it connects to the backend, does what it needs to and then 
>disconnects.  There'd have to be an apache plugin or something compiled 
>  to hold onto a persistent connection for it to work any other way, and 
>that'd be overkill for this application (not to mention make things more 
>complex than they need to be for users to install).

>-Chris

One possible way to prevent Mythweb from triggering the backend to shutdown the
machine is to change 'ANN Playback ' to 'ANN Monitor ' in mythbackend.php.

That way the connections to the backend that are made by mythweb are ignored by 
the
backend in its shutdown decision making. Its used by both mythwelcome and 
mythlcdserver
when they make there connections to the backend that don't affect the shutdown 
stuff. 

Paul H.
  

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb schedule recordings - possible to add a new type "weekday"?

[obscure information.]

I was wondering about too, for instance:I'm trying to record old Simpsons reruns off of Fox Monday - Friday, but there doesn't appear to be an option for this type of recording...Then again, it might just be another time for me to RTFM or RTFW :)
On 1/16/06, Chris Petersen <[EMAIL PROTECTED]> wrote:
> In Mythweb schedule recordings, I can choose options such as 'onetime',> 'daily' and 'weekly', but what about 'weekday' (Mon to Fri)?Is this a valid schedule type?  Didn't know I was missing one.

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb schedule recordings - possible to add a new type "weekday"?

[Chris Petersen]

> In Mythweb schedule recordings, I can choose options such as 'onetime',
> 'daily' and 'weekly', but what about 'weekday' (Mon to Fri)?

Is this a valid schedule type?  Didn't know I was missing one.

-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb shuts down my machine

[Chris Petersen]

> Except that if I started a standard front end I would not expect it to 
> kick the backend scripts until I closed the front end down.
> Whats different with Mythweb, that makes the backend think that its gone 
> away even when its up?

There's no persistent connection.  Each time you connect to a mythweb 
page, it connects to the backend, does what it needs to and then 
disconnects.  There'd have to be an apache plugin or something compiled 
  to hold onto a persistent connection for it to work any other way, and 
that'd be overkill for this application (not to mention make things more 
complex than they need to be for users to install).

-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb shuts down my machine

[Nick]

On 15/01/06, mike choy <[EMAIL PROTECTED]> wrote:
> Chris Petersen wrote:
> >> It does look like mythweb is activating my shutdown script. The backend
> >> thinks that the front end has started, but is not active, so starts a
> >> shutdown sequence.
> >>
> >
> > Well, considering that mythweb is basically a frontend, that makes
> > sense.  Sounds like your script needs a little tweaking.
> >
> > -Chris
> > ___
> > mythtv-users mailing list
> > mythtv-users@mythtv.org
> > http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
> >
> >
> Thanks Chris
>
> Except that if I started a standard front end I would not expect it to
> kick the backend scripts until I closed the front end down.
> Whats different with Mythweb, that makes the backend think that its gone
> away even when its up?

Does the MythWeb session simply cease to be active after a certain
time? I'm sure I see this if I watch my backend logs whilst having
MythWeb inactive on-screen (and no other frontends running). Doing
something in MythWeb halts the shutdown countdown in the logs as the
MythWeb client connects to the backend which then stops it from being
inactive.

Nick
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb shuts down my machine

[mike choy]

Chris Petersen wrote:
>> It does look like mythweb is activating my shutdown script. The backend 
>> thinks that the front end has started, but is not active, so starts a 
>> shutdown sequence.
>> 
>
> Well, considering that mythweb is basically a frontend, that makes 
> sense.  Sounds like your script needs a little tweaking.
>
> -Chris
> ___
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
>   
Thanks Chris

Except that if I started a standard front end I would not expect it to 
kick the backend scripts until I closed the front end down.
Whats different with Mythweb, that makes the backend think that its gone 
away even when its up?

Mike C

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb shuts down my machine

[Chris Petersen]

> It does look like mythweb is activating my shutdown script. The backend 
> thinks that the front end has started, but is not active, so starts a 
> shutdown sequence.

Well, considering that mythweb is basically a frontend, that makes 
sense.  Sounds like your script needs a little tweaking.

-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb shuts down my machine

[mike choy]

mike choy wrote:
> Any one know why
> my machine should shutdown as soon as I access mythweb from a remote 
> machine.
> The programmme guide does get displayed, and then down she goes.
> SUSE 10.0 running 0.18.1  
> I do have a shut down script installed on inactivity, and maybe this is 
> being triggered.
> I'm not convinced because I dont get a warning message.
>
> Mike C
>
> ___
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
>   
Update
It does look like mythweb is activating my shutdown script. The backend 
thinks that the front end has started, but is not active, so starts a 
shutdown sequence.

Mike C

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb returns blank pages

[Kyle Hoondert]

More than once. Totally cleaned my mythweb dir, got new SVN and
installed. I will look into a php upgrade, maybe there was some bug
with the version I am using.Thanks,Kyle 
---Original Message---
From: Chris Petersen 
Subject: Re: [mythtv-users] MythWeb returns blank pages
Sent: Jan 11 '06 23:16

> Chris, I did this, and it helped me to figure out some things, but I'm
> still stuck with this in my error log:
> 
> [09-Jan-2006 09:10:46] PHP Fatal error:  Cannot redeclare setting()
> (previously declared in /var/www/localhost/htdocs/includes/utils.php:24)
> in /var/www/localhost/htdocs/includes/utils.php on line 24
> 
> Ever seen this before? Any ideas?

The only thing I can think of is if something is calling require instead 
of require_once.  I've checked my tree, and utils.php is called only 
from init.php and db.php, both via require_once.

 From your error message, yours is obviously pulling it twice, which 
means that your version of php is broken and not doing require_once 
properly, or something's messed up in your code.

I don't remember, have you done a complete clean install?

-Chris

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb returns blank pages

[Chris Petersen]

> Chris, I did this, and it helped me to figure out some things, but I'm
> still stuck with this in my error log:
> 
> [09-Jan-2006 09:10:46] PHP Fatal error:  Cannot redeclare setting()
> (previously declared in /var/www/localhost/htdocs/includes/utils.php:24)
> in /var/www/localhost/htdocs/includes/utils.php on line 24
> 
> Ever seen this before? Any ideas?

The only thing I can think of is if something is calling require instead 
of require_once.  I've checked my tree, and utils.php is called only 
from init.php and db.php, both via require_once.

 From your error message, yours is obviously pulling it twice, which 
means that your version of php is broken and not doing require_once 
properly, or something's messed up in your code.

I don't remember, have you done a complete clean install?

-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb Thumbnail Errors

[Brad DerManouelian]

On Jan 10, 2006, at 10:43 AM, Kichigai Mentat wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hello. The MythTV system is fully functional, but one thing I've
> noticed is that in MythWeb, I get errors like the following:
>
> Warning at /usr/share/mythtv/mythweb/includes/mythbackend.php, line  
> 305:
> copy(image_cache/1008_2006010923_20060109233000.nuv.png): failed
> to open stream: Permission denied
>
> The data is stored on an EXT3 volume, and still has a good amount of
> free space. Recordings are fine, and I can download the NUV files
> through the browser. Not too sure what's causing this, but I've also
> gone and changed the mode of one of the files to 776, on a hunch.
> This didn't change the error.
>
> Any help would be appreciated, but this is hardly a critical problem.
> Thanks.

Just a hunch, but check the permissions on the parent directories.  
Whatever user PHP is running as (apache user) will need read and (I  
believe) execute permissions on ancestor directories leading to the  
file on which it's trying to perform a copy.

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb returns blank pages

[Kyle Hoondert]

mythtv htdocs # find . -name "*php" -print0 | xargs -r0 grep "function setting" "." ./includes/utils.php:    function setting($field, $new_value = "old\0old") {mythtv htdocs #
Yep, only one.
Kyle




---Original Message---From: Chris Petersen <[EMAIL PROTECTED]>Subject: Re: [mythtv-users] MythWeb returns blank pagesSent: Jan 09 '06 11:45> Chris, I did this, and it helped me to figure out some things, but I'm> still stuck with this in my error log:> > [09-Jan-2006 09:10:46] PHP Fatal error:  Cannot redeclare setting()> (previously declared in /var/www/localhost/htdocs/includes/utils.php:24)> in /var/www/localhost/htdocs/includes/utils.php on line 24> > Ever seen this before? Any ideas?> > Thanks for your help, and all your great work.Go into your mythweb directory and give me the results of: find -name "*php" -print0 | xargs -r0 grep "function setting" "."Should only be a single one, in utils.php-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb returns blank pages

[Chris Petersen]

Chris, I did this, and it helped me to figure out some things, but I'm
still stuck with this in my error log:

[09-Jan-2006 09:10:46] PHP Fatal error:  Cannot redeclare setting()
(previously declared in /var/www/localhost/htdocs/includes/utils.php:24)
in /var/www/localhost/htdocs/includes/utils.php on line 24

Ever seen this before? Any ideas?

Thanks for your help, and all your great work.


Go into your mythweb directory and give me the results of:

find -name "*php" -print0 | xargs -r0 grep "function setting" "."

Should only be a single one, in utils.php

-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb returns blank pages

[Kyle Hoondert]

Chris, I did this, and it helped me to figure out some things, but I'm still stuck with this in my error log:
[09-Jan-2006 09:10:46] PHP Fatal error:  Cannot redeclare setting() (previously declared in /var/www/localhost/htdocs/includes/utils.php:24) in /var/www/localhost/htdocs/includes/utils.php on line 24Ever seen this before? Any ideas?
Thanks for your help, and all your great work.
Kyle




---Original Message---From: Chris Petersen <[EMAIL PROTECTED]>Subject: Re: [mythtv-users] MythWeb returns blank pagesSent: Jan 06 '06 16:59> Turned on a rewrite log to make sure it's working, and looks ok to my> untrained eye - any idea?turn on display_errors in php.ini..  and/or check your error logs.-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb - searching music - .18.1 code avaliable

[Chris Petersen]

I head that Mythweb was in the middle of a rewrite, so I don't think it has
much value to too long.  But for those of us living in an 18.1 world, it's a
very nice feature.


The rewrite was done a couple of weeks ago.  Feel free to submit a patch 
against svn (shouldn't be too hard -- mostly just files and URL's renamed)


-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb returns blank pages

[Chris Petersen]

Turned on a rewrite log to make sure it's working, and looks ok to my
untrained eye - any idea?


turn on display_errors in php.ini..  and/or check your error logs.

-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb and episode numbers

[Chris Petersen]

Thanks!  I assume it'd be fairly easy for me to look at the SVN patch
and backport to 18.1?  (SVN is too unstable for me, and I haven't yet
looked carefully at how mythweb has changed between the two.)


HUGE code structure changes...  you could pick at it, but the patch 
itself definitely wouldn't apply.



???  I'm confused.  I was under the impression that feature requests
were very much discouraged in trac unless they were accompanied by
the code to implement them as well; I believe I read that somewhere
on the main myth webpages that talk about how myth and trac are used.
Am I misinformed? [*]  (I recall something about "feature requests
in trac submitted without patches will be closed without notice" or
some such phrasing, which struck me as an awful idea, because it would
mean that random devs couldn't just say, "Hmmm, what quick hack has
someone requested that I might work on?")


I use it for feature requests..  maybe the other devs don't, but that's 
where people tend to put them, and it's one of the only places to put 
info that is guaranteed to be looked at.



I'd be very happy to submit feature requests to trac if I was wrong;
I also have a bug report [1] on mythweb's bizarre handling of manual
recordings in 18.1 that I'll submit to trac, since when I mentioned it
on -users it got zero response; which made it difficult for me to know
if it was already fixed in SVN and thus invalid as a report.  And I
thought I read somewhere that mythweb development was on hiatus;
apparently I was wrong about that, too... :)  I'd be ecstatic if I
could punt the main UI (except for FF/REW/etc) in place of mythweb
functionality completely, and with just a few improvements I think I
could...


Please check svn before submitting info about stuff like that. SO much 
has changed in svn that much of this is probably irrelevant.



[*] I can't actually find that text now, though in hunting around, I
note that [2] has a bunch of wishes that seem like they might be fixed
in SVN at least; I could prune it a bit if someone else would
sanity-check the edits and check it back in.

[1] http://www.gossamer-threads.com/lists/mythtv/users/164995


in svn, myth has completely changed how it handles manual recordings... 
 Pretty sure this is a moot point now.


-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb and episode numbers

[Chris Petersen]

Done.  I don't use the frontend for much other than watching an 
occasional show and cutting commercials -- didn't really know what the 
details page looked like and what info was available.


Anyway, next time please submit feature requests to 
http://svn.mythtv.org/trac/


-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] mythweb errors

[Michael Luich]

Yeah that did it nice clean install and it's all set.

Thanks
Mike Luich

On 1/2/06, Chris Petersen <[EMAIL PROTECTED]> wrote:
> Michael Luich wrote:
> > hey All,
> >I just updated to SVN installe dmyth web and 
> >
> > a blank page. I get the following errors in my http error logs:
> >
> > [client 192.168.1.45] PHP Fatal error:  Call to undefined function
> > load_all_channels() in /var/www/html/mythweb/program_listing.php on
> > line 42
>
> Looks to me like you have old files laying around.  program_listing.php
>   doesn't exist anymore.
>
> -Chris
> ___
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] mythweb errors

[Chris Petersen]

Michael Luich wrote:

hey All,
   I just updated to SVN installe dmyth web and 

a blank page. I get the following errors in my http error logs:

[client 192.168.1.45] PHP Fatal error:  Call to undefined function
load_all_channels() in /var/www/html/mythweb/program_listing.php on
line 42


Looks to me like you have old files laying around.  program_listing.php 
 doesn't exist anymore.


-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] mythweb file size limits

[Michael Heironimus]

On Sat, Dec 31, 2005 at 01:40:23PM -0800, Ian Forde wrote:



> > It's entirely accurate.  Apache has not supported large file sizes
> > until 2.2.  Look at the New Features list for Apache 2.2:
> >
> > http://httpd.apache.org/docs/2.2/new_features_2_2.html
> >
> >
> > Large File Support httpd is now built with support for files larger
> > than 2GB on modern 32-bit Unix systems. Support for handling >2GB
> > request bodies has also been added.
>
> I see the statement, but I also see from a fresh download of httpd
> 2.0.55 that there is (at least partial) largefile support.  Not
> necessarily recommended for all platforms, but it is there.  Check out
> the CHANGES file... in this case though, they may have enabled it by
> default for all platforms, which would indeed be a new thing.

Yes, Apache 2.0 can be compiled with some support for large files on
32-bit UNIX platforms, but it's not supported by the Apache project.
Many of the largefile-related changes in the 2.0 line have been fixes
for things that were badly broken, like the autoindexing module failing
in directories if they contained files over 2GB. Even when you supply
the necessary compiler flags not all operations will accept large data
sizes and you may run in to strange new bugs. This is why vendor
packages typically do not try to enable large file support.

-- 
Michael Heironimus
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] mythweb file size limits

[Ian Forde]

On Sat, 2005-12-31 at 09:15 -0800, Jonathan Tidmore wrote:

> > The latest Apache, 2.2.0, supports files larger than 2
> gigs.  All
> > previous versions have a 2 gig file size limit.  Apache 2.2
> came out a
> > couple of weeks ago so you'll probably need to compile it
> yourself. 
> 
> Not entirely accurate.  Apache, as historically compiled by
> Red Hat /
> Fedora - has had its rpms built without largefile support
> (>2GB).
> That's not to say that it wasn't in the code...
> 
> -I
> 
> It's entirely accurate.  Apache has not supported large file sizes
> until 2.2.  Look at the New Features list for Apache 2.2:
> 
> http://httpd.apache.org/docs/2.2/new_features_2_2.html
> 
> 
> Large File Support
> httpd is now built with support for files larger than 2GB on
> modern 32-bit Unix systems. Support for handling >2GB request
> bodies has also been added.

I see the statement, but I also see from a fresh download of httpd
2.0.55 that there is (at least partial) largefile support.  Not
necessarily recommended for all platforms, but it is there.  Check out
the CHANGES file... in this case though, they may have enabled it by
default for all platforms, which would indeed be a new thing.

  -I


___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] mythweb file size limits

[Jonathan Tidmore]

On 12/31/05, Ian Forde <[EMAIL PROTECTED]> wrote:
On Fri, 2005-12-30 at 21:26 -0800, Jonathan Tidmore wrote:> On 12/30/05, Todd Johnson <[EMAIL PROTECTED]> wrote:> Is there a way to remove the file size limit in apache?  It
> gives me a> forbidden when I try to access my nuv's that are about 2.2g> across my> lan.  I can see one show that is 1.1g but not my other 2.2g> shows.
>> The latest Apache, 2.2.0, supports files larger than 2 gigs.  All> previous versions have a 2 gig file size limit.  Apache 2.2 came out a> couple of weeks ago so you'll probably need to compile it yourself.
Not entirely accurate.  Apache, as historically compiled by Red Hat /Fedora - has had its rpms built without largefile support (>2GB).That's not to say that it wasn't in the code...-I
It's entirely accurate.  Apache has not supported large file sizes until 2.2.  Look at the New Features list for Apache 2.2:

http://httpd.apache.org/docs/2.2/new_features_2_2.html

Large File Supporthttpd is now built with support for files larger than 2GB on
  modern 32-bit Unix systems.  Support for handling >2GB request
  bodies has also been added.
-- -J
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] mythweb file size limits

[Ian Forde]

On Fri, 2005-12-30 at 21:26 -0800, Jonathan Tidmore wrote:
> On 12/30/05, Todd Johnson <[EMAIL PROTECTED]> wrote:
> Is there a way to remove the file size limit in apache?  It
> gives me a
> forbidden when I try to access my nuv's that are about 2.2g
> across my
> lan.  I can see one show that is 1.1g but not my other 2.2g
> shows.
> 
> The latest Apache, 2.2.0, supports files larger than 2 gigs.  All
> previous versions have a 2 gig file size limit.  Apache 2.2 came out a
> couple of weeks ago so you'll probably need to compile it yourself.

Not entirely accurate.  Apache, as historically compiled by Red Hat /
Fedora - has had its rpms built without largefile support (>2GB).
That's not to say that it wasn't in the code...

-I


___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] mythweb file size limits

[Jonathan Tidmore]

On 12/30/05, Todd Johnson <[EMAIL PROTECTED]> wrote:
Is there a way to remove the file size limit in apache?  It gives me aforbidden when I try to access my nuv's that are about 2.2g across mylan.  I can see one show that is 1.1g but not my other 2.2g shows.
The latest Apache, 2.2.0, supports files larger than 2 gigs.  All previous versions have a 2 gig file size limit.  Apache
2.2 came out a couple of weeks ago so you'll probably need to compile
it yourself.-- -J
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] mythweb file size limits

[Chris Petersen]

Is there a way to remove the file size limit in apache?  It gives me a 
forbidden when I try to access my nuv's that are about 2.2g across my 
lan.  I can see one show that is 1.1g but not my other 2.2g shows.


It's not a file size limit, it's a shortcoming in the stat() call used 
by apache 2 (and php, for that matter).  afaik, there's no fix.


-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb configuration problem: "An unknown module was specified"

[Sasha Z]

Hmm, I allow all overrides for htaccess. This problem only started
showing up after a recent rash of updates to mythweb.

On 12/26/05, Chris Petersen <[EMAIL PROTECTED]> wrote:
> > I'm still seeing the same thing as of current SVN (83xx something or
> > other). Any insights?
>
> No clue.  I tested it several levels deep to make sure the bug was
> fixed, and it definitely works now.  Maybe try wiping your includes
> directory and re-updating?   Only other thing I can think of is if an
> apache setting is missing (that fedora enables by default).
>
> -Chris
> ___
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb configuration problem: "An unknown module was specified"

[Chris Petersen]

I'm still seeing the same thing as of current SVN (83xx something or
other). Any insights?


No clue.  I tested it several levels deep to make sure the bug was 
fixed, and it definitely works now.  Maybe try wiping your includes 
directory and re-updating?   Only other thing I can think of is if an 
apache setting is missing (that fedora enables by default).


-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb configuration problem: "An unknown module was specified"

[Sasha Z]

I'm still seeing the same thing as of current SVN (83xx something or
other). Any insights?

On 12/18/05, Chris Petersen <[EMAIL PROTECTED]> wrote:
> This should now be fixed.  I guess I was expecting a particular server
> variable to say something other than it actually does.  Tested on at
> least 2 layers of nesting and things seem to work fine.
>
> -Chris
> ___
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb Problem

[Mlists]

On Mon, 2005-19-12 at 14:40 -0800, Chris Petersen wrote:
> > Thats not what the error said to me.  It JUST said what I had sent in my
> > original post.
> 
> Then like I said, perhaps you need to update your svn checkout.
> 
> -Chris

Ok, I'm running 8111 to match my svn version that I'm running.

Norm

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb Problem

[Chris Petersen]

Thats not what the error said to me.  It JUST said what I had sent in my
original post.


Then like I said, perhaps you need to update your svn checkout.

-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb Problem

[Mlists]

> And the error page itself says:
> 
>  The database environment variables are not correctly set in the
>  included .htaccess file.  Please read through the comments included
>  in the file and set up the db_* environment variables correctly.
> 
>  Some possible solutions are to make sure that mod_env is enabled
>  in httpd.conf, as well as having followed the instructions in the
>  README about the AllowOverride settings.
> 
> Not sure how to be more explicit than this.  This has been in the code 
> since 11/07, so perhaps Mlists needs to upgrade his checkout.
> 
> -Chris

Thats not what the error said to me.  It JUST said what I had sent in my
original post.

Norm

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb Problem

[Chris Petersen]

Kevin Kuphal wrote:

Chris Petersen wrote:

Just a suggestion, but it would be better if that error message 
directed people to the README or said something other than "Your db 
variables are wrong" because, well, it may have nothing to do with 
the db variables.



it directs you to the .htaccess file, which as of 30 seconds ago 
reminds you to check for mod_env...


I got that same error when AllowOverrides was not set properly in the 
apache.conf


And the error page itself says:

The database environment variables are not correctly set in the
included .htaccess file.  Please read through the comments included
in the file and set up the db_* environment variables correctly.

Some possible solutions are to make sure that mod_env is enabled
in httpd.conf, as well as having followed the instructions in the
README about the AllowOverride settings.

Not sure how to be more explicit than this.  This has been in the code 
since 11/07, so perhaps Mlists needs to upgrade his checkout.


-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb Problem

[Mlists]

> Did you read the README and set up your httpd.conf AllowOverrides 
> section properly?
> 
> Kevin
> 

Odd, my reading skills must be diminished because I didn't see that part
of the readme... Only saw the REALLY important part :)  The
AllowOverride did the trick.

Thanks everyone for the help.

Norm

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb Problem

[Kevin Kuphal]

Chris Petersen wrote:

Just a suggestion, but it would be better if that error message 
directed people to the README or said something other than "Your db 
variables are wrong" because, well, it may have nothing to do with 
the db variables.



it directs you to the .htaccess file, which as of 30 seconds ago 
reminds you to check for mod_env...


I got that same error when AllowOverrides was not set properly in the 
apache.conf


Kevin

--
Looking for affordable webhosting?  http://www.sitecity.net

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb Problem

[Mlists]

No, it doesn't say anything about mod_env or AllowOverride.  
I will check on the AllowOverride option.  I know the db vars are
correct because I left them as default and its running on the same
machine.
Does it work if I set those variables as OS environment variables in the
default profile?

Thanks
Norm

On Mon, 2005-19-12 at 13:16 -0800, Chris Petersen wrote:
> > I checked and didn't have it loading so I did apache-modconf apache 
> > enable mod_env and that enabled it when I restarted the server.  
> > Unfortunately I'm getting the same error.
> 
> Dunno what to say.  You should only get that "db vars" error page if 
> server, database name or database password are blank (it allows you to 
> have a blank password).  The only way they're blank is if apache is set 
> up wrong.  All of this is covered on that page (you left off the second 
> half of the error message in your original post, which mentions both 
> mod_env and AllowOverride.
> 
> -Chris
> ___
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb Problem

[Chris Petersen]

I checked and didn't have it loading so I did apache-modconf apache 
enable mod_env and that enabled it when I restarted the server.  
Unfortunately I'm getting the same error.


Dunno what to say.  You should only get that "db vars" error page if 
server, database name or database password are blank (it allows you to 
have a blank password).  The only way they're blank is if apache is set 
up wrong.  All of this is covered on that page (you left off the second 
half of the error message in your original post, which mentions both 
mod_env and AllowOverride.


-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb Problem

[Chris Petersen]

Just a suggestion, but it would be better if that error message directed 
people to the README or said something other than "Your db variables are 
wrong" because, well, it may have nothing to do with the db variables.


it directs you to the .htaccess file, which as of 30 seconds ago reminds 
you to check for mod_env...


-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb Problem

[Kevin Kuphal]

Chris Petersen wrote:


Mlists wrote:


Hi all,

This is probably a dumb problem but this is my first attempt to get 
Mythweb working.  Whenever I browse to the web page I get the 
following error:


The database environment variables are not correctly set in the
included .htaccess file. Please read through the comments included
in the file and set up the db_* environment variables correctly.

I've checked the .htaccess file and it's correct.  I verified my 
php.ini file has the extension=mysql.so in it.  I've verified that I 
indeed have php4-mysql installed on my machine.



make sure that you have mod_env enabled in your apache config.

Just a suggestion, but it would be better if that error message directed 
people to the README or said something other than "Your db variables are 
wrong" because, well, it may have nothing to do with the db variables.


Kevin

--
Looking for affordable webhosting?  http://www.sitecity.net

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb Problem

[Mlists]

Chris Petersen wrote:


Mlists wrote:


Hi all,

This is probably a dumb problem but this is my first attempt to get 
Mythweb working.  Whenever I browse to the web page I get the 
following error:


The database environment variables are not correctly set in the
included .htaccess file. Please read through the comments included
in the file and set up the db_* environment variables correctly.

I've checked the .htaccess file and it's correct.  I verified my 
php.ini file has the extension=mysql.so in it.  I've verified that I 
indeed have php4-mysql installed on my machine.



make sure that you have mod_env enabled in your apache config.



I checked and didn't have it loading so I did apache-modconf apache 
enable mod_env and that enabled it when I restarted the server.  
Unfortunately I'm getting the same error.


Norm
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb Problem

[Chris Petersen]

Mlists wrote:

Hi all,

This is probably a dumb problem but this is my first attempt to get 
Mythweb working.  Whenever I browse to the web page I get the following 
error:


The database environment variables are not correctly set in the
included .htaccess file. Please read through the comments included
in the file and set up the db_* environment variables correctly.

I've checked the .htaccess file and it's correct.  I verified my php.ini 
file has the extension=mysql.so in it.  I've verified that I indeed have 
php4-mysql installed on my machine.


make sure that you have mod_env enabled in your apache config.

-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb Problem

[Kevin Kuphal]

Mlists wrote:


Hi all,

This is probably a dumb problem but this is my first attempt to get 
Mythweb working.  Whenever I browse to the web page I get the 
following error:


The database environment variables are not correctly set in the
included .htaccess file. Please read through the comments included
in the file and set up the db_* environment variables correctly.

I've checked the .htaccess file and it's correct.  I verified my 
php.ini file has the extension=mysql.so in it.  I've verified that I 
indeed have php4-mysql installed on my machine.


Is there a log file somewhere for php that I can look into?  Not sure 
where to find it...


Did you read the README and set up your httpd.conf AllowOverrides 
section properly?


Kevin

--
Looking for affordable webhosting?  http://www.sitecity.net

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb configuration problem: "An unknown module was specified"

[Chris Petersen]

This should now be fixed.  I guess I was expecting a particular server 
variable to say something other than it actually does.  Tested on at 
least 2 layers of nesting and things seem to work fine.


-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb configuration problem: "An unknown module was specified"

[jgmtfia Mr]

> Do you have the mythweb installed in /var/www/mythweb (i.e. not in the
> www root)? I got that white box as well and in order to fix it I had to
> move the mythweb contents into the www root. Hopefully it's a bug that
> will be fixed (or a solution for keeping the plugin in a www subfolder
> will be posted). I admit I haven't looked closer, maybe it's a matter of
> changing some rewriting rules or something like that.

Yes,  I have it installed in /var/www/mythweb.

I tried moving it into /var/www but it made no difference.  Thanks for trying 8)
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb configuration problem: "An unknown module was specified"

[Petr Stehlik]

jgmtfia Mr píše v Ne 18. 12. 2005 v 14:59 -0700:
> I updated to SVN mythweb today, and after the upgrade I am presented
> with the message
> 
>  "An unknown module was specified
> 
> mythweb"
> 
> In a white box in the middle of the screen.

Do you have the mythweb installed in /var/www/mythweb (i.e. not in the
www root)? I got that white box as well and in order to fix it I had to
move the mythweb contents into the www root. Hopefully it's a bug that
will be fixed (or a solution for keeping the plugin in a www subfolder
will be posted). I admit I haven't looked closer, maybe it's a matter of
changing some rewriting rules or something like that.

Petr


___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb problem permisssion error...

[Johan Venter]

A JM wrote:
 > 


*Warning* at /var/www/html/mythweb/includes/init.php, line 149:
mkdir() [function.mkdir ]: 
Permission denied



*Fatal Error* at /var/www/html/mythweb/includes/init.php, line 150:
Error creating path for image_cache: Please check permissions.


Create a directory in /var/www/html/mythweb called 'image_cache' and set 
its ownership and permissions such that the web server can write to it.


In my case I went:

  # mkdir image_cache
  # chown mythtv.www-data image_cache
  # chmod g+w image_cache

This is clearly pointed out in the instructions in the README file, have 
a browse through it if you have more trouble.


Johan.
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb and

[Jeff Simpson]

However thanks to Andrew because the apt-get did acutally installapache2 and now I >have< to use it because if I start 
1.3 it>>>downloads<<< the text of the php page (go figure)yeah, that's a typical thing for apache to do when it doesn't have mod_php working. It does the same thing with perl if the perl module isn't working. It's probably because it also installed php and mod_php again (with apache2), so the apache1 version of them is gone. You may as well do the full update to apache2 while you're at it, because it's going to keep trying to install itself with every update anyway, I bet. I have the opposite problem - apache1 keeps wanting to install, despite the fact that I've had apache2 installed and operating for years! gah...
 - Jeff
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

RE: [mythtv-users] MythWeb and

[Lachlan McIntosh]

Umm yeah I just worked out that this didn't actually come from the
repository.

It actually was there because u I u use the svn
version.

And u the .htaccess reference didn't make sense to me because my
install script does actually copy the .htaccess file to apache.

However thanks to Andrew because the apt-get did acutally install
apache2 and now I >have< to use it because if I start 1.3 it
>>>downloads<<< the text of the php page (go figure) 

However I did need to run:

dpkg-reconfigure php4-mysql



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Chris Petersen
Sent: Tuesday, 6 December 2005 2:38 AM
To: Discussion about mythtv
Subject: Re: [mythtv-users] MythWeb and

> I did a stupid thing on the weekend and ran "apt-get upgrade" now 
> mythweb won't work.

What kind of repository are you using?  That error is from mythweb svn,
not a release.

-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb and

[Chris Petersen]

I did a stupid thing on the weekend and ran "apt-get upgrade" now
mythweb won't work.


What kind of repository are you using?  That error is from mythweb svn, 
not a release.


-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb and

[Andrew Wilson]

Hi Lachlan... Is it possible that in the upgrade your apache got
upgraded from 1.3 to 2? If so, it's using a different config file. I
had this problem and it took ages to figure out what was going on.

You need to ensure that apache2 is configured for
- mod_env (mine was built-in on Ubuntu 5.04)
- mod_rewrite
   ln -s /etc/apache2/mods-available/rewrite.load /etc/apache2/mods-enabled

- AllowOverride: edit /etc/apache2/apache2.conf, and insert:
  # or wherever your put mythweb...
AllowOverride All


- then restart apache:
/etc/init.d/apache2 restart

Try out mythweb again and see if it makes any difference

Hope this helps
Andrew



On 05/12/05, Lachlan McIntosh <[EMAIL PROTECTED]> wrote:
> I did a stupid thing on the weekend and ran "apt-get upgrade" now
> mythweb won't work.
>
> I get the message:
>
> Database Setup Error
> The database environment variables are not correctly set in the
> included .htaccess file. Please read through the comments included
> in the file and set up the db_* environment variables correctly.
> Some possible solutions are to make sure that mod_env is enabled
> in httpd.conf, as well as having followed the instructions in the
> README about the AllowOverride settings.
>
>
> Now I have read the README, and changed the AllowOverride Setting, and
> looked in the .htaccess file, but I still can't work out what I actually
> need to do.  Can anyone please point me in the right direction?
> (or better still tell me exactly what to do...)
>
> Thanks
>
> Lachlan McIntosh
>
>
>
> ___
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
>
>
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] mythweb-svn problem

[Nick Rosier]

On 12/1/05, Chris Petersen <[EMAIL PROTECTED]> wrote:
> >>People who run unstable
> >>code have no right to bitch about things not being documented.
> >>
> > However, I don't necessarily take feedback on these lists as
> > 'bitching' at least not all the time ;)
>
> Yes.  I made that as a general comment.  Didn't mean it to be directed
> at this thread specifically, and apologize to those who took it as such.
>
> > But of course, the right place to do this constructive bitching would
> > be on a real bug report.
>
> Which was filed, and pointed out that there was a legit bug (dunno why,
> since it shouldn't have caused any problems), which is now fixed.

Chris,

found another problem:

Warning at /var/www/localhost/htdocs/mythweb-svn/includes/init.php, line 252:
main(config/theme_default.php): failed to open stream: No such file or directory

When I check the config-directory I only find theme_Default.php. Is
this just a "case" problem?

N.
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] mythweb-svn problem

[Chris Petersen]

People who run unstable
code have no right to bitch about things not being documented.


However, I don't necessarily take feedback on these lists as
'bitching' at least not all the time ;)


Yes.  I made that as a general comment.  Didn't mean it to be directed 
at this thread specifically, and apologize to those who took it as such.



But of course, the right place to do this constructive bitching would
be on a real bug report.


Which was filed, and pointed out that there was a legit bug (dunno why, 
since it shouldn't have caused any problems), which is now fixed.


-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] mythweb-svn problem

[Chad]

> People who run unstable
> code have no right to bitch about things not being documented.
>
> -Chris
> ___

I totally agree with this and think it whole heartedly should be understood.

However, I don't necessarily take feedback on these lists as
'bitching' at least not all the time ;)

But of course, the right place to do this constructive bitching would
be on a real bug report.

Thanks for the quality product!  I think I would have dropped myth in
the beginning had I not also had mythweb as a great bragging rights
tool to show off to co-workers.

Cool
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] mythweb-svn problem

[Chris Petersen]

I had trouble getting mythweb going last night as well. Chris, maybe
you should include some hints in the README about how to enable
mod_env and mod_rewrite for apache virgins.


afaik, mod_env and mod_rewrite are enabled by default on all sane 
distributions (redhat, fedora, ubuntu -- thought even gentoo did it).



and adding to /etc/apache2/apache2.conf


AllowOverride All



This is covered in the readme already.


. It took me a long time (~ 1 hour) to actually get this
information out of google; the problem being the difference in
configuration between old apache (1.3) and apache 2. I spent ages
trying to get mod_env going when (I think) it's actually built into
apache2.


Depends on how it's compiled.  Ubuntu compiles (and enables) it by 
default, fedora compiles it as a module...


Anyway, I *will* add something to the readme before this is released. 
for now, I'd rather finish getting it working.  People who run unstable 
code have no right to bitch about things not being documented.


-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] mythweb-svn problem

[Andrew Wilson]

I had trouble getting mythweb going last night as well. Chris, maybe
you should include some hints in the README about how to enable
mod_env and mod_rewrite for apache virgins.

In my case, it was as simple as doing:

ln -s /etc/apache2/mods-available/rewrite.load
/etc/apache2/mods-enabled/rewrite.load

and adding to /etc/apache2/apache2.conf


AllowOverride All


. It took me a long time (~ 1 hour) to actually get this
information out of google; the problem being the difference in
configuration between old apache (1.3) and apache 2. I spent ages
trying to get mod_env going when (I think) it's actually built into
apache2.

Andrew
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] mythweb-svn problem

[Chris Petersen]

After upgrading mythtv and mythweb to latest svn version (8076) from a much earlier 
version, I get a "database error" page without
any other hints when trying to access the webpage. AllowOverride is set.
Has anybody an idea where the problem is ?


You might try reading the README (hint:  look at .htaccess).  Big 
changes in mythweb setup.


But as other threads have indicated, mythweb's half-broken at the 
moment, too.


-CHris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] mythweb exits with fatal error, help!

[Raphael Pooser]

Carl Fongheiser wrote:

On 11/19/05, *Raphael Pooser* <[EMAIL PROTECTED] 
> wrote:


Hi all,
Mythweb on my machine isn't working.  I recently tested to see if I
could get a look at my recordings from the browser after reading
on the
list that some folks are using it to watche their
recordings.  However,
whenever I go over to mythtweb from firefox or any other browser,
I get
the error
"*Fatal error*: Call to undefined function: mysql_connect() in
*/usr/share/mythtv/mythweb/includes/init.php* on line *54"
*As the only line that comes up on the mythweb page.  I checked
init.php
and there doesn't seem to be anything wrong with it, and mysql connect
is used all over the place.  I can't figure out why it would say
mysql_connect() doesn't exist.  Anyone have any ideas?
Raphael


Raphael, it looks like your mod_php installation wasn't built with 
mysql support.  You didn't say what distribution you're using, so I 
can't really guide you much further than that.


Carl Fongheiser



___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
 


Thanks for the replies Carl and Chris,
Indeed, I did find that information on google before, sorry forgot to 
mention that :P The thing is I can't really find how to get mysql 
support.  I thought it was as simple as having php4-mysql installed, 
which I do I'm using ubuntu hoary.  Perhaps I should just install 
all the required packages from source and make sure I get mysql support 
in there.  Previously I had just used the distro's default packages 
including the one for mythweb.

Raphael

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] mythweb exits with fatal error, help!

[Carl Fongheiser]

On 11/19/05, Raphael Pooser <[EMAIL PROTECTED]> wrote:
Hi all,Mythweb on my machine isn't working.  I recently tested to see if Icould get a look at my recordings from the browser after reading on thelist that some folks are using it to watche their recordings.  However,
whenever I go over to mythtweb from firefox or any other browser, I getthe error"*Fatal error*: Call to undefined function: mysql_connect() in*/usr/share/mythtv/mythweb/includes/init.php* on line *54"
*As the only line that comes up on the mythweb page.  I checked init.phpand there doesn't seem to be anything wrong with it, and mysql connectis used all over the place.  I can't figure out why it would say
mysql_connect() doesn't exist.  Anyone have any ideas?Raphael
Raphael, it looks like your mod_php installation wasn't built with
mysql support.  You didn't say what distribution you're using, so
I can't really guide you much further than that.

Carl Fongheiser

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] mythweb exits with fatal error, help!

[Chris Petersen]

"*Fatal error*: Call to undefined function: mysql_connect() in 
*/usr/share/mythtv/mythweb/includes/init.php* on line *54"
*As the only line that comes up on the mythweb page.  I checked init.php 
and there doesn't seem to be anything wrong with it, and mysql connect 
is used all over the place.  I can't figure out why it would say 
mysql_connect() doesn't exist.  Anyone have any ideas?


try googling for "Call to undefined function: mysql_connect()" (with the 
quotes)...


it'd inform you that your version of php does not have the mysql 
function set installed (usually a separate package).


-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb: some recordings show air dates of 12/31/69

[Isaac Richards]

On Saturday 05 November 2005 02:58 pm, Daniel Segel wrote:
> I figured this one out already: the progstart and progend fields in the
> recorded table were set to 00:00:00 for some recordings. I did an update
> and set them equal to the starttime and endtime values and everything is
> OK again.
>
> Both sets of fields seem to have the same data. Anybody know why there
> are two fields holding the same values in the recorded table?

Original start/end times of the program, and what was actually recorded.

Isaac
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] MythWeb: some recordings show air dates of 12/31/69

[Daniel Segel]

I figured this one out already: the progstart and progend fields in the 
recorded table were set to 00:00:00 for some recordings. I did an update 
and set them equal to the starttime and endtime values and everything is 
OK again.


Both sets of fields seem to have the same data. Anybody know why there 
are two fields holding the same values in the recorded table?


Daniel

Daniel Segel wrote:
I recently upgraded my Myth system to a recent svn version, including 
a new version of MythWeb. Now when I go to 'Recorded Programs' about 
half of them have the correct airdate and the rest have an airdate of 
3:59PM on 12/31/1969. Is this a known problem? The airdates are all 
correct within MythTV itself.

Where does MythWeb get this info from?

Daniel
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb won't delete programs

[Neil]

On Thu, 2005-10-27 at 14:32 +0200, Chris Rouch wrote:
> On 10/21/05, Chris Petersen <[EMAIL PROTECTED]> wrote:
> > ok, to put all fears to rest about this being a code issue, I can
> > confirm that it works perfectly for me as of SVN revision 7538 (current).
> >
> > On to the next set of problems..  why this is happening to Neil.
> 
> 
> Is it an selinux issue? A look through the apache logs should show
> error messages if it is, or if it's any other kind of permission
> problem.
> 
> Chris

Sussed out what the problem was - it was because I'm stooopid!

When I first installed mythtv I did it from a package. Despite having a
dvb card that outputs mpeg2, mythtv was creating .nuv files - something
XBMC (which I use to actually watch the programs) couldn't recognise. So
I setup mythrename.pl with the --link option as a cron job. This
created nice links with .mpg extensions.

When I subsequently built myth from CVS (and then, following advice
here, SVN) enabling dvb in the config meant that instead of
creating .nuv files it created .mpg files. I'd totally forgotten that
when I saw this, I took the --link option off of the mythrename
script, so it was renaming the original files instead of creating links.
Of course mythweb couldn't delete these files - they had different
filenames to those in the db!

Have reinstated the --link option and all is working well again.

Thanks for all the suggestions - sorry for being such an idiot and
wasting your time!

Neil

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb problems - missing thumbnail causes backend to crash

[Alexander Fisher]

On 10/31/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> On Sun, Oct 30, 2005 at 07:24:32PM +, Alexander Fisher wrote:
> > I run Debian and have noticed that when it boots it displays 'Checking
> > for crashed MySQL tables in the background' when starting mysql.  I''m
> > guessing this is the mysqlcheck you're referring to.  But it didn't
> > seem to fix my corruption.
>
> In my case I received an email saying that the following tables were
> corrupt or in use  When I stopped Myth and ran the check manually
> everything was OK.

That's nice of it.  I've just checked and I've had plenty of emails
too!  I really must start forwarding them to somewhere I actually
check once in a while! :)

Thanks for the tip,
Alex
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb problems - missing thumbnail causes backend to crash

[James Grant]

On Sunday 30 October 2005 11:07 am, Alexander Fisher wrote:
> On 10/30/05, Richie Jarvis <[EMAIL PROTECTED]> wrote:
> > Hi Folks,
> >
> > I am having a bit of a problem with my 18.1 installation.  When I try
> > and use Mythweb to display a list of recordings, I have a problem where
> > a bunch of the programs I have recorded are missing their thumbnails,
> > this causes mythbackend to go into an infinite loop with 'waiting for a
> > thread..'
> >
> > So, 2 questions, why is mythbackend not create the thumbnails?  and why
> > does Mythweb take out mythbackend?
> >
> > If anyone has any idea what is going on, could they let me know please?
>
> I've got a bunch of recordings without thumbnails.  I don't think I
> can skip through them properly when playing them either.  My backend
> doesn't crash, however mythweb does take a long time to load the
> 'recorded programmes' page.  I believe the problem was caused by
> running mythtv with a corrupted/crashed? mysql database after a power
> cut.  It took me a week or so to figure out something wasn't right.
> After I ran mysqlcheck, all new recordings were fine again.  Other
> than deleting the recordings affected, I don't know how to fix this
> but would be interested to learn of a way to regenerate the missing
> database data.  Perhaps someone else knows how to do this?  Also, am I
> right in thinking mysql has a mode of operation that is more resilient
> to power failure?
>
> Kind Regards,
> Alex

You can also manually repair the mysql database by logging in using the 
commandline

mysql -hlocalhost -umythtv -pmytpassword mythconverg
(you might see a message when switching to the mythconverg database about a 
corrupt table, invalid # of lines, etc)
REPAIR TABLE whatevertableisfubard;
quit

I've had to do this on my main webserver twice over the past year... once 
after a power failure, and once after the disk got filled up.

Cheers,
  James



-- 
James Grant
Lightbox Technologies Inc.
http://www.lightbox.org
613-294-3670
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Re: [mythtv-users] Mythweb problems - missing thumbnail causes backend to crash

[Chris Petersen]

In my case I received an email saying that the following tables were
corrupt or in use  When I stopped Myth and ran the check manually
everything was OK.


just in case...

http://svn.mythtv.org/trac/browser/trunk/mythtv/contrib/optimize_mythdb.pl

-Chris
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users