From: Pablo Martinez <valmasj@...>

> still trying to get mine to work.....didnt get any error messages
> this time so im assuming that html mason isnt the problem.  i have a
> feeling it has something to do with the way i compiled apache and
> mod_perl together.  is there anything that i have to do to the
> httpd.conf besides document root and such in order to get it to work?
> unfortunatly im not much of a linux braniac, so trouble shooting
> stuff like this can be a bit of a challenge.  perhaps you guys can
> give me some pointers towards configuring it.

What does your configuration file look like? Did you check out the one
that comes with the TVDinner "distribution"?


Sean
--
    \___/  Sean Keplinger
    |o,o|  skeplin at one dot net
  \/    )  http://spookyworld.dnsalias.com
----mm-----------------------------------

hey guys,
still trying to get mine to work.....didnt get any error messages
this time so im assuming that html mason isnt the problem.  i have a
feeling it has something to do with the way i compiled apache and
mod_perl together.  is there anything that i have to do to the
httpd.conf besides document root and such in order to get it to work?
unfortunatly im not much of a linux braniac, so trouble shooting
stuff like this can be a bit of a challenge.  perhaps you guys can
give me some pointers towards configuring it.
thanx
josh

On Tue, 17 Dec 2002, Dave Rolsky wrote:

> But it looks like TvDinner is no longer being developed (too bad, it had
> promise).  It's under the GPL so someone who has the time could certainly
> pick up the ball.

I'm still here, but my schedule has been extremely busy so I haven't had a
chance to work on TVDinner. I do have some enhancements to the random song
box and playlists (still broken IMO though), but I'm waiting to release
them until I can upgrade to the new version of Mason and fix my problems
with redirects.

Thanks for kicking me back into gear, Dave. ;^)


Sean
--
    \___/  Sean Keplinger
    |o,o|  skeplin at one dot net
  \/    )  http://spookyworld.dnsalias.com
----mm-----------------------------------

On Mon, 16 Dec 2002, Pablo Martinez <valmasj@...> wrote:

> Hey guys, I dont mean to be the newbie around here but I have been
> trying to get this code to work on my box.  Dont really have enough
> backgroud to know what the errors mean, and I cant find a whole lot
> of info on it.  So perhaps someone could enlighten me as to how I get
> this thing torqued up and running because I think its a really sick
> setup and want it something terrible at work.  Heres what I am
> getting when I tried to start apache (after following the directions
> as best I could):
>
> #apachectl start
> [Mon Dec 16 15:31:53 2002] [error] The Parser module is no longer a
> part of HTML::Mason.  Please see the LExer and Compiler modules, its
> replacements.  Compilation failed in require at (eval 45) line 1.
>
> Syntax error on line 23 of /usr/local/apache/conf/access.conf:
> The Parser module is no longer a part of HTML::Mason.  Please see the
> Lexer and CompilerModules, its replacements.
> Compilation failed in require at (eval45) line 1.
>
> /usr/sbin/apachectl start: httpd could not be started
> #
>
> Let me know if anyone has any idead. Thanks

TvDinner is coded to Mason 1.0x and earlier.  The latest versions of
Mason, starting with 1.10, broke a lot of backwards compatibility (for
good reasons, IMHO).  If you install Mason 1.05 (available from
www.masonhq.com) it should work.

But it looks like TvDinner is no longer being developed (too bad, it had
promise).  It's under the GPL so someone who has the time could certainly
pick up the ball.


-dave

/*==================
www.urth.org
we await the New Sun
==================*/

Hey guys, I dont mean to be the newbie around here but I have been
trying to get this code to work on my box.  Dont really have enough
backgroud to know what the errors mean, and I cant find a whole lot
of info on it.  So perhaps someone could enlighten me as to how I get
this thing torqued up and running because I think its a really sick
setup and want it something terrible at work.  Heres what I am
getting when I tried to start apache (after following the directions
as best I could):

#apachectl start
[Mon Dec 16 15:31:53 2002] [error] The Parser module is no longer a
part of HTML::Mason.  Please see the LExer and Compiler modules, its
replacements.  Compilation failed in require at (eval 45) line 1.

Syntax error on line 23 of /usr/local/apache/conf/access.conf:
The Parser module is no longer a part of HTML::Mason.  Please see the
Lexer and CompilerModules, its replacements.
Compilation failed in require at (eval45) line 1.

/usr/sbin/apachectl start: httpd could not be started
#

Let me know if anyone has any idead. Thanks
Josh

Ok...first off, I have finally motivated myself enough to make changes to
TVDinner. I've also come to the conclusion that this monstrosity will
never be easy to install, but it doesn't matter. ;^)

However, I'm stuck on how playlists and playlist management should work.
I've heard different suggestions, but I need to pin it down.

The basic concept of the playlist is to allow people to make public and
private lists of songs and then save them with a name later to be
recalled. The problem that I've run into is how do you know which playlist
to add songs to? In what way would you want that to be displayed?

Any suggestions would be much appreciated.


Thanks,
Sean
--
    \___/  Sean Keplinger
    |o,o|  skeplin at one dot net
  \/    )  http://spookyworld.dnsalias.com
----mm-----------------------------------

Well...actually...there isn't any updates. The silence is killing me and
today is a very slow day at work.

I haven't had a ton of time to work on TVDinner recently -- things have
been rather busy. I did manage to consolodate most of the packages and I
now have a clear(er) plan for saving large private/public playlists
(thanks to Mark.)


Sean
--
    \___/  Sean Keplinger
    |o,o|  skeplin at one dot net
  \/    )  http://spookyworld.dnsalias.com
----mm-----------------------------------

On Thu, 7 Feb 2002, nisu rav wrote:

>    I'm using Windows Media Player and i have 64 Kbps
> ISDN line.
[snip]
> So are there any parameter(s) which i can set on
> server to solve this problem
> Now one more thing to ask is, how much minimum RAM is
> required on server, I have 256 MB right now.
> And Right now for testing purpose i'm only streaming
> the mp3. no one else is using it but still it is
> giving delay.

I don't think it's a server problem, but rather a bandwidth
problem -- sounds like your 64kbps ISDN is getting bogged down.

As for the server: I had the streaming bit running on a Pentim 133 with
32MB of RAM. What got me was loading MySQL and Apache at the same time
(for TVDinner).


Sean
--
    \___/  Sean Keplinger
    |o,o|  skeplin at one dot net
  \/    )  http://spookyworld.dnsalias.com
----mm-----------------------------------

Thank you Sean Keplinger for quick reply ,,

    I'm using Windows Media Player and i have 64 Kbps
ISDN line. But even after doing changes in Mediap
playses configuration my problem didnt resolved.
Then as upon your guidance i installed winamp and
tried few different combinations of configuration
under streaming, This time the quality is better  but
after every 5 - 6 seconds it is going to rebuffer for
8-10 seconds and again replaying for 5 - 6 seconds and
repeats this process until end.

My setting under streaming is -
Streaming Data Buffer - 56 K also tried with 128
Streaming Prebuffer - 60 % (At start of stream)
                     - 80 % (After a buffer underrun)
         also tried increasing first valuse and
decreasing second value, but didnt worked.

So are there any parameter(s) which i can set on
server to solve this problem
Now one more thing to ask is, how much minimum RAM is
required on server, I have 256 MB right now.
And Right now for testing purpose i'm only streaming
the mp3. no one else is using it but still it is
giving delay.

Waiting for reply ..

Thanks  and Regards
Nisu Rav

--- Sean Keplinger <skeplin@...> wrote:
>
> On Thu, 7 Feb 2002, nisu rav wrote:
>
> > It is  working fine over LAN. But while trying to
> > listen mp3 files over Internet, it's playing
> properly
> > upto 30 -35 seconds, but after then it is not
> giving
> > smooth audio output. After 30 - 35 seconds the
> audio
> > is comming with delay of 2 - 3 seconds.
> >      What could be the problem.
>
> What MP3 player are you using? It sounds like it's
> having to rebuffer
> which is causing the lag. You may need to adjust
> your player's buffer
> size; in WinAmp, it's under
> Preferences->Plugins->Inpuit->MPEG Audio
> Decoder->Streaming. There, you can modify the
> streaming prebuffer and the
> streaming data buffer. Play with the settings and
> see if you get better
> results.
>
> Also, what bandwidth are you streaming out at? Are
> there a lot of people
> streaming?
>
>
> Sean
> --
>    \___/  Sean Keplinger
>    |o,o|  skeplin at one dot net
>  \/    )  http://spookyworld.dnsalias.com
> ----mm-----------------------------------
>
>


__________________________________________________
Do You Yahoo!?
Send FREE Valentine eCards with Yahoo! Greetings!
http://greetings.yahoo.com

On Thu, 7 Feb 2002, nisu rav wrote:

> It is  working fine over LAN. But while trying to
> listen mp3 files over Internet, it's playing properly
> upto 30 -35 seconds, but after then it is not giving
> smooth audio output. After 30 - 35 seconds the audio
> is comming with delay of 2 - 3 seconds.
>      What could be the problem.

What MP3 player are you using? It sounds like it's having to rebuffer
which is causing the lag. You may need to adjust your player's buffer
size; in WinAmp, it's under Preferences->Plugins->Inpuit->MPEG Audio
Decoder->Streaming. There, you can modify the streaming prebuffer and the
streaming data buffer. Play with the settings and see if you get better
results.

Also, what bandwidth are you streaming out at? Are there a lot of people
streaming?


Sean
--
    \___/  Sean Keplinger
    |o,o|  skeplin at one dot net
  \/    )  http://spookyworld.dnsalias.com
----mm-----------------------------------

Hello  gurus,

     I'm new on this group. Actually i'm an network
admin in one of the ISP. Few days before i get project
for configuring streaming server on linux.
     I'm working on linux since last 2 years,  so i'm
aware with it. I'm using only Red Hat Linux.

     Now, After searching net for good solution for
configuring streaming server i found Apache::MP3, I
had configured Apache 1.3.19 + mod_perl 1.26 +
Apache-MP3 2.19 + MP3-Info 0.90.
It is  working fine over LAN. But while trying to
listen mp3 files over Internet, it's playing properly
upto 30 -35 seconds, but after then it is not giving
smooth audio output. After 30 - 35 seconds the audio
is comming with delay of 2 - 3 seconds.
      What could be the problem.
      It is very important for me to resolve this thing
very soon.
      Pl. Guide me to solve this problem.

Regards ..
nisu rav



__________________________________________________
Do You Yahoo!?
Send FREE Valentine eCards with Yahoo! Greetings!
http://greetings.yahoo.com

I received a message from Lincoln Stein the other day announcing his
plans to move Apache::MP3 into a SourceForge project:

   http://namp.sourceforge.net

This will more than likely lead to new TVDinner updates when I get
around to it; I've been busy trying to wrap up a project at my /real/
job. ;^)


Sean
--
    \___/  Sean Keplinger
    |o,o|  skeplin at one dot net
  \/    )  http://w3.one.net/~skeplin
----mm-------------------------------

On Sun, 6 Jan 2002, Dave Rolsky wrote:

> Looks much more organized.  A couple things...
[snip]

As always, thanks so much for your input and guidence, Dave.

> - The files in the tools/ dir still try to use the old modules.

Saw that, I just haven't gotten around to updating the tarball yet

> - I'm not sure why you have a separate auth db just for sessions.  Why not
> stick them in the mp3 db?  It saves a DBI handle.

This is a relic from the early days of TVDinner and the fact that I run
all kinds of different sites on my webserver and didn't want everything
tied to TVDinner. I suppose I should create a seperate environment for
TVDinner development so that it doesn't get mixed in with everything else.


Sean
--
    \___/  Sean Keplinger
    |o,o|  skeplin at one dot net
  \/    )  http://w3.one.net/~skeplin
----mm-------------------------------

Looks much more organized.  A couple things...

- There's no need for a separate Makefile.PL, MANIFEST, test.pl, and
Changes file in each lib subdirectory.

Make a top-level Makefile.PL like this:

   use ExtUtils::MakeMaker qw( WriteMakefile );

   WriteMakefile( NAME         => 'TVDinner',
  	          VERSION      => '0.3.1',
	        );

That will automatically look in the lib/ directory for files to install.

MANIFEST should also be in the top-level, and should list every file in
the distro (mason, sql, etc.).  That way you can do 'make dist' to create
a tarball for distribution.  To automatically make a MANIFEST, put a file
called MANIFEST.SKIP in your top-level dir that contains the following

.*CVS.*
Makefile
\.\#.*
~$
MANIFEST.SKIP
.*\.tar\.gz

and then do 'perl Makefile.PL; make manifest'

Changes should also be top-level.

If you want to have the Makefile.PL be really slick and create a Makefile
that does the _whole_ install (database, mason, etc) then check out the
Makefile.PL that comes with Alzabo (on CPAN) or save yourself some pain
and just switch over to Module::Build (also on CPAN).

- The files in the tools/ dir still try to use the old modules.

- I'm not sure why you have a separate auth db just for sessions.  Why not
stick them in the mp3 db?  It saves a DBI handle.


-dave

/*==================
www.urth.org
we await the New Sun
==================*/

From: Sebastian Torf [mailto:storf@...]

> Same result -- Login page will show up, but upon hitting "Log On" the page
> simply refreshes. It probably has something to do with the fact that I am
> running a virtual host on port 90 just for tvdinner. I set this
> up before I
> realized that you hardcoded the path alias /tvdinner into the
> scripts and thus
> it's pretty useless to have the VirtualHost right now, alas...I
> think it would
> be a nice idea before tvdinner gets turned into a standalone C++
> executable
> *GG* =)

The new version I'm working on does not have a hard-coded path. It relies on
the App::TVDinner::Conf settings instead. It's on the website as "0.3.1" if
you want to grab it. Beware, though -- I changed all the modules around (for
cleanup purposes). You'll have to reinstall them and modify your config
slighly.

   bHjp::Lib and TVDiNNNER::Lib are now just "App::TVDinner::Lib"
   TVDiNNER::Conf is now "App::TVDinner::Conf"
   bHjp::DB is now "App::TVDinner::DB"


HTH,
Sean
--
    \___/  Sean Keplinger
    |o,o|  skeplin at one dot net
  \/    )  http://w3.one.net/~skeplin
----mm------------------------------

> In your handler.pl, towards the bottom, remove the following:
>
>     -path => '/',);

Same result -- Login page will show up, but upon hitting "Log On" the page
simply refreshes. It probably has something to do with the fact that I am
running a virtual host on port 90 just for tvdinner. I set this up before I
realized that you hardcoded the path alias /tvdinner into the scripts and thus
it's pretty useless to have the VirtualHost right now, alas...I think it would
be a nice idea before tvdinner gets turned into a standalone C++ executable
*GG* =)

Cheers,
Sebastian

ICQ: 762069
E-Mail:
storf@...
storf@...
---------------------------------
Technical Support Representative
storf@...
----- Original Message -----
From: "Sean Keplinger" <skeplin@...>
To: <tvdinner@yahoogroups.com>
Sent: Friday, December 14, 2001 9:58 AM
Subject: [tvdinner] "DNS" Problem...


>
> Sebastian,
>
> You mentioned having a "DNS" problem with TVDinner -- ie: it wouldn't work
> without having an entry. There was a post today on the Mason users list
> about a problem with IE and cookies that may pertain to your problem.
>
> In any case, try this and let me know:
>
> In your handler.pl, towards the bottom, remove the following:
>
>     -path => '/',);
>
> Be sure to move the parens up to the previous line, like this:
>
>     -expires => '+30d',);
>
>
> HTH,
> Sean
> --
>    \___/  Sean Keplinger
>    |o,o|  skeplin at one dot net
>  \/    )  http://w3.one.net/~skeplin
> ----mm-------------------------------
>
>
>
> To unsubscribe from this group, send an email to:
> tvdinner-unsubscribe@yahoogroups.com
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>

Sebastian,

You mentioned having a "DNS" problem with TVDinner -- ie: it wouldn't work
without having an entry. There was a post today on the Mason users list
about a problem with IE and cookies that may pertain to your problem.

In any case, try this and let me know:

In your handler.pl, towards the bottom, remove the following:

     -path => '/',);

Be sure to move the parens up to the previous line, like this:

     -expires => '+30d',);


HTH,
Sean
--
    \___/  Sean Keplinger
    |o,o|  skeplin at one dot net
  \/    )  http://w3.one.net/~skeplin
----mm-------------------------------

Thanks to Dave and Sebastian's suggestions for making TVDinner less
choosy about it's install directory (for the html stuff at least), I've
begun the tedious process of converting the code. Ugh. ;^)

Since all (or most) of you have TVDinner servers, I'd like to know what
feature you would mark the highest on the list of enhancements. I've been
working with playlists a bit (and I know it's a priority for Mark), but
what other features would you like to see in the next release?


Sean
--
    \___/  Sean Keplinger
    |o,o|  skeplin at one dot net
  \/    )  http://w3.one.net/~skeplin
----mm-------------------------------

On Fri, 7 Dec 2001, Sean Keplinger wrote:

> The above doesn't work. Mason complains that "Global symbol
> "$conf" requires explicit package name". If you add localization, then it
> won't be shared through all pages, correct? Am I missing something?

There's several options:

1.  Add something like this to your httpd.conf:

   PerlSetVar MasonAllowGlobals $Conf

2.  Fully qualify the variable (in all cases):

   $TvDinner::Conf{...}

3.  Add a use vars line to your top level autohandler.  This is only safe
if you top level autohandler is _always_ executed.  I don't know if this
is the case with TvDinner.  This is my least favorite options.

For TvDinner, I'd suggest #2 as #1 requires more work on the part of the
installer.


-dave

/*==================
www.urth.org
We await the New Sun
==================*/

On Fri, 7 Dec 2001, Dave Rolsky wrote:

> >   <%shared>
> >     $conf = $TVDinner::Conf::conf;
> >   <%/shared>
> >
> > What I'm looking to do is make a "global" variable that can pass the $conf
> > hash around. That way, I could do this in each of the pages:
> >
> >   <& "$conf->{interfaceroot}/tools/whatever" &>
>
> Sure, you could do that too.  There's no particularly strong reason to
> always call the functions as long as you think the configuration will stay
> the same for the duration of the process.

The above doesn't work. Mason complains that "Global symbol
"$conf" requires explicit package name". If you add localization, then it
won't be shared through all pages, correct? Am I missing something?


Sean
--
    \___/  Sean Keplinger
    |o,o|  skeplin at one dot net
  \/    )  http://w3.one.net/~skeplin
----mm-------------------------------

On Fri, 7 Dec 2001, Sebastian Torf wrote:

> Yeah, the discrepancy was in /display/show -- I did a grep and fixed it so now
> it works automatically.

Thanks...should be fixed in version 0.3.1 (what I'm working on now).

> SSL would mean a huge performance hit...I like tvdinner, because it's fast and
> goes easy on my CPU. Intercepting and reproducing hashed passwords would be
> just as easy though. What if you use the built-in encryption/authentication
> that comes with MySQL though? mod_auth_mysql in combination with an Apache
> TicketAccess should allow usage of actual password fields in the mp3 database,
> and the ticket prevents constant checks of the Cookie on the user's computer.

Hmmmm...I'll have to look into that. If you check out how the /auth works,
it's pretty simple (obviously not meant to be bullet-proof
secure.) Perhaps I should just MD5 the input from the text box on the
login form...hmmmm. Dunno. gonna have to add that to the list as it's not
clear right now how we'll get there.

> The cookies also only work with a qualified DNS name -- As soon as one types
> in the bare IP of the tvdinner system, the authentication mechanism does not
> work. Thus the initial authentication screen should use other means of
> ensuring that the user logged in instead of relying on just that cookie.

Sounds easy enough to fix. Try removing the "-domain" line from your Mason
handler.pl. TVDinner should operate, though, without cookies (I
think.) Will check on that.


So much for this being a low-traffic list! ;^)


Sean
--
    \___/  Sean Keplinger
    |o,o|  skeplin at one dot net
  \/    )  http://w3.one.net/~skeplin
----mm-------------------------------

> > > >-edit & recommend tags w/o functionality

> > > Actually, only the edit functionality does not work.
> > > The server points to: /tvdinner/edit?id=6 which does not exist (HTTP 404
> > > error)
> > > "[Thu Dec  6 21:38:37 2001] [error] [Mason] File does not exist:
> > > /var/tvdinner/tvdinner/edit"

> > That's easy to fix...I'll look through the code and see where it's in
> > there wrong. (Is that /tvdinner/display?)

> Indeed, edit.html works. Alas - the pages still refer to edit?id=6 by
default.

Yeah, the discrepancy was in /display/show -- I did a grep and fixed it so now
it works automatically.

> > -error_log displays erraneous password entries...easy to snoop if users
are on
> > the system (guess the correct password if there's only a typo in them)

> Yep. What's even worse is that you're posting an unencrypted login from an
> HTML page, so someone sniffing on your network will be able to see your
> password. This is the same for a lot of different websites. The solution
> is to use SSL...but, well...that's one more thing to install. ;^)

SSL would mean a huge performance hit...I like tvdinner, because it's fast and
goes easy on my CPU. Intercepting and reproducing hashed passwords would be
just as easy though. What if you use the built-in encryption/authentication
that comes with MySQL though? mod_auth_mysql in combination with an Apache
TicketAccess should allow usage of actual password fields in the mp3 database,
and the ticket prevents constant checks of the Cookie on the user's computer.

The cookies also only work with a qualified DNS name -- As soon as one types
in the bare IP of the tvdinner system, the authentication mechanism does not
work. Thus the initial authentication screen should use other means of
ensuring that the user logged in instead of relying on just that cookie.

Cheers,
Sebastian

ICQ: 762069
E-Mail:
storf@...
storf@...
---------------------------------
Technical Support Representative
storf@...
----- Original Message -----
From: "Sean Keplinger" <skeplin@...>
To: "Sebastian Torf" <storf@...>
Sent: Friday, December 07, 2001 8:59 AM
Subject: Re: Testsystem:storf -


>
> On Fri, 7 Dec 2001, Sebastian Torf wrote:
>
> > Indeed, edit.html works. Alas - the pages still refer to edit?id=6 by
default.
>
> That's easy to fix...I'll look through the code and see where it's in
> there wrong. (Is that /tvdinner/display?)
>
> > One other thing I noticed: The mp3 database stores passwords in
clear-text!!!!
> > Yikes! I am a major security freak and I hope you already have plans to
change
> > this.
>
> Yep. What's even worse is that you're posting an unencrypted login from an
> HTML page, so someone sniffing on your network will be able to see your
> password. This is the same for a lot of different websites. The solution
> is to use SSL...but, well...that's one more thing to install. ;^)
>
> Be sure to join the newly created mailing list so that we can discuss
> these issues with all of the other people involved in the TVDinner
> project (not to mention so that it all get's archived automatically.)
>
>
> Thanks,
> Sean
> --
>    \___/  Sean Keplinger
>    |o,o|  skeplin at one dot net
>  \/    )  http://w3.one.net/~skeplin
> ----mm-------------------------------
>

On Fri, 7 Dec 2001, Sean Keplinger wrote:

> > Its not just that.  If the files are all .html then my default
> > configuration wouldn't pass them through to Mason, it'd just assume they
> > were plain HTML.  Of course, it makes constructing URLs a bit tedious for
> > Alzabo, as they all look like this:
> >
> >  <% Alzabo::Config::mason_web_path . '/something/comp_name' .
Alzabo::Config::mason_extension %>
>
> I agree. However, the syntax is horrific. Is there a way to do something
> like this in the autohandler:
>
>   <%shared>
>     $conf = $TVDinner::Conf::conf;
>   <%/shared>
>
> What I'm looking to do is make a "global" variable that can pass the $conf
> hash around. That way, I could do this in each of the pages:
>
>   <& "$conf->{interfaceroot}/tools/whatever" &>

Sure, you could do that too.  There's no particularly strong reason to
always call the functions as long as you think the configuration will stay
the same for the duration of the process.

Another strategy is to have a URL generating component.  This is
particularly useful if you want to make sure that something like a
session_id is in all URLs.  This would look like:

   <& /lib/url.mas, path => '/tools/whatever' ... &>

This is nice if you have to construct query strings (that need URL
escaping) and such.  I use this in another app.  Its a bit verbose but it
makes it easy to alter _all_ the URLs in the app, which depending on the
app might save you a lot of time down the road.


-dave

/*==================
www.urth.org
We await the New Sun
==================*/

On Fri, 7 Dec 2001, Dave Rolsky wrote:

> Its not just that.  If the files are all .html then my default
> configuration wouldn't pass them through to Mason, it'd just assume they
> were plain HTML.  Of course, it makes constructing URLs a bit tedious for
> Alzabo, as they all look like this:
>
>  <% Alzabo::Config::mason_web_path . '/something/comp_name' .
Alzabo::Config::mason_extension %>

I agree. However, the syntax is horrific. Is there a way to do something
like this in the autohandler:

   <%shared>
     $conf = $TVDinner::Conf::conf;
   <%/shared>

What I'm looking to do is make a "global" variable that can pass the $conf
hash around. That way, I could do this in each of the pages:

   <& "$conf->{interfaceroot}/tools/whatever" &>


> I wouldn't necessarily recommend putting _everything_ in one module.  Just
> under one hierarchy (App::TvDinner::* is a good one ;)

Sounds good. I like that a lot better.


Thanks for all the help, Dave.


All: the next version of TVDinner is going to be a helluva lot easier to
install. Well...of course you've already been through the painful
part. ;^)


Sean
--
    \___/  Sean Keplinger
    |o,o|  skeplin at one dot net
  \/    )  http://w3.one.net/~skeplin
----mm-------------------------------

On Fri, 7 Dec 2001, Sean Keplinger wrote:

> I like the .ini idea. It currently has a TVDinner::Conf module, but I

Yeah, I realized that would've been a good idea for Alzabo but haven't
gotten around to changing from a module.  For Alzabo, the config module
_does_ let you set values (temporarily) as well as read them so its not
too much of a hassle.

> Yeah, I've toyed around with using the *.comp idea and then denying access
> to those by a method that was posted on the mason mailing list not to long
> ago.

Its not just that.  If the files are all .html then my default
configuration wouldn't pass them through to Mason, it'd just assume they
were plain HTML.  Of course, it makes constructing URLs a bit tedious for
Alzabo, as they all look like this:

  <% Alzabo::Config::mason_web_path . '/something/comp_name' .
Alzabo::Config::mason_extension %>

But I can live with that for the portability and it makes my users
happier.

> NOW, I need to figure out how to reconfigure my "development" webserver at
> home so that I can have more than one "mason" site. Currently, I have a
> bunch of aliases in httpd.conf, all pointing to the same handler. It's
> ugly and I think I'm going to make the whole damn thing run under Mason.

There's a couple options.  One is to use the MasonMultipleConfig option
and then you can have entirely different Mason configs for different
<Location> or <Directory> or whatever blocks.

The other is to have a set of different config files and start up
different servers on different ports.  I often do the latter myself.  For
example, I'm working on a site that will use Mason where all URLs will
start off the document root.  I have one server set up so that the doc
root is the root directory for those components and another set up for
other work.

> Reading it now...I'm still trying to bring myself to consolidate
> everything into a single App::TVDinner module

I wouldn't necessarily recommend putting _everything_ in one module.  Just
under one hierarchy (App::TvDinner::* is a good one ;)

-dave

/*==================
www.urth.org
We await the New Sun
==================*/

On Fri, 7 Dec 2001, Dave Rolsky wrote:

> - Make a config module (TvDinner::Config?) or file (tvdinner.ini?).

I like the .ini idea. It currently has a TVDinner::Conf module, but I
don't like having to re-make,make install every time I make a config
change. This also goes for the "maintenance" scripts (a few of which need
some work.) The /css thing was left over from my "development" box. I have
several sites that use that and must have overlooked it. I'll fix that
promptly.

> Ideally, the file extension for Mason files would also be configurable.
> I've configured my server to recognize all files ending in .mhtml as Mason
> files.  Others preferences may differ.
>
> Sean, my Alzabo project already does this if you want to see an example.

Yeah, I've toyed around with using the *.comp idea and then denying access
to those by a method that was posted on the mason mailing list not to long
ago.

Also, I successfully installed OpenBSD/Apache/Mason for our company's
webserver. (yeah!) On that setup, I used the in-line httpd.conf handler
that you suggested and I really like it (it's very simple.) Dumping the
cookie stuff into the autohandler is very cool.

NOW, I need to figure out how to reconfigure my "development" webserver at
home so that I can have more than one "mason" site. Currently, I have a
bunch of aliases in httpd.conf, all pointing to the same handler. It's
ugly and I think I'm going to make the whole damn thing run under Mason.

> On other install-related issues, I'd recommend you take a look at Ken
> Williams' new Module::Build code, which makes writing installers _much_
> easier than with ExtUtils::MakeMaker.  Having done a number of the latter,
> I can tell you how much it sucks (cause it involves tweaking the generated
> Makefiles).  Module::Build lets you easily code the entire install process
> in Perl.

Reading it now...I'm still trying to bring myself to consolidate
everything into a single App::TVDinner module


Sean
--
    \___/  Sean Keplinger
    |o,o|  skeplin at one dot net
  \/    )  http://w3.one.net/~skeplin
----mm-------------------------------

On Fri, 7 Dec 2001, Sean Keplinger wrote:

> Sebastian was ever so kind to go through the grueling "install" process
> and point out which modules that he needed to install on his RH7
> rig. Below are the highlights..

> -CSS references to /css, which most users won't have in their main apache root

Sounds like a path issue.  Either TvDinner should use _only_ relative
paths, in all web pages, or:

- Make a config module (TvDinner::Config?) or file (tvdinner.ini?).

- Have that module or file contain the portion of the path that leads to
the tvdinner root.

Then all urls would be constructed based on that root, something like:

  <% $TvDinner::WebRoot . '/css/stylesheet.css' %>

Ideally, the file extension for Mason files would also be configurable.
I've configured my server to recognize all files ending in .mhtml as Mason
files.  Others preferences may differ.

Sean, my Alzabo project already does this if you want to see an example.


On other install-related issues, I'd recommend you take a look at Ken
Williams' new Module::Build code, which makes writing installers _much_
easier than with ExtUtils::MakeMaker.  Having done a number of the latter,
I can tell you how much it sucks (cause it involves tweaking the generated
Makefiles).  Module::Build lets you easily code the entire install process
in Perl.


-dave

/*==================
www.urth.org
We await the New Sun
==================*/

All,

First off, thanks for joining in on the discussion; I don't want to flood
our email inboxes with messages, so I'll try to be brief.

Sebastian was ever so kind to go through the grueling "install" process
and point out which modules that he needed to install on his RH7
rig. Below are the highlights..


Sean
--
    \___/  Sean Keplinger
    |o,o|  skeplin at one dot net
  \/    )  http://w3.one.net/~skeplin
----mm-------------------------------

---------- Forwarded message ----------
From: Sebastian Torf
Subject: Re: My TVDinner Server

[snip]
Here's the list of modules that I ended up installing:
Apache-AuthCookieDBIRadius-1.19.tar.gz
Apache-DB-0.06.tar.gz
ApacheDBI-0.88.tar.gz
Apache-MP3-2.20.tar.gz
Apache-Session-1.54.tar.gz
CGI.pm-2.78.tar.gz
DBD-mysql-2.1004.tar.gz
DBI-1.20.tar.gz
HTML-Mason-1.04.tar.gz
libapreq-0.33.tar.gz (I think there's an RPM for that on the rh7.2 CD though)
MLDBM-2.00.tar.gz
MP3-Info-0.91.tar.gz
Params-Validate-0.07.tar.gz

Couple of minor bugs that I already noticed:
-CSS references to /css, which most users won't have in their main apache root
-error_log displays erraneous password entries...easy to snoop if users are on
the system (guess the correct password if there's only a typo in them)
-edit & recommend tags w/o functionality
[snip]

hell yeah fool. a group for tvdinner!

sean your da bomb