<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>10533</bug_id>
          
          <creation_ts>2002-11-10 11:36 0000</creation_ts>
          <short_desc>MythTv, Homebrew PVR project for analog TV cards&apos; ebuild</short_desc>
          <delta_ts>2003-07-10 03:47:03 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Applications</component>
          <version>1.4_rc1</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          <bug_file_loc>http://www.mythtv.org</bug_file_loc>
          
          <keywords>EBUILD</keywords>
          <priority>P2</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>10534</dependson>
    
    <dependson>10536</dependson>
    
    <dependson>13034</dependson>
    
    <dependson>13035</dependson>
          <blocked>18254</blocked>
    
    <blocked>18256</blocked>
    
    <blocked>18257</blocked>
    
    <blocked>18275</blocked>
    
    <blocked>18276</blocked>
    
    <blocked>18725</blocked>
    
    <blocked>19167</blocked>
          <votes>1</votes>
          <everconfirmed>1</everconfirmed>
          <reporter>javier-ml-gentoo@marcet.info</reporter>
          <assigned_to>seemant@gentoo.org</assigned_to>
          <cc>ahbritto@iat.com</cc>
    
    <cc>gentoo@com.clowd.org</cc>
    
    <cc>jmjohnson@gmail.com</cc>
    
    <cc>kodos@razedworld.com</cc>
    
    <cc>liverbugg@juno.com</cc>
    
    <cc>max@gentoo.org</cc>
    
    <cc>mccarleyd@kalira.net</cc>
    
    <cc>mojospam@thegeekclub.net</cc>
    
    <cc>peitolm@gentoo.org</cc>
    
    <cc>petecoolrulez@hotmail.com</cc>
    
    <cc>rasch@raschnet.com</cc>
    
    <cc>tclark@telia.com</cc>
    
    <cc>tom.gl@free.fr</cc>

      

      
          <long_desc isprivate="0">
            <who>javier-ml-gentoo@marcet.info</who>
            <bug_when>2002-11-10 11:36:52 0000</bug_when>
            <thetext>New ebuild for MythTV, a very nice suite to watch, record and archive shows 
from analog sources. 
It&apos;s not very well tested, indeed I still have a problem with the MySQL database. 
Furthermore, one of the dependencies is xmltv, which I commit on another bug. 
Xmltv is a backend to grab programming info in xmltv format for mythtv to use. 
I have just finished the ebuild for it, a few things sure need polishing. But most 
important is that I can&apos;t really test its funcionality since I couldn&apos;t find any 
provider with Spanish TV listings in xmltv format at the moment. 
 
Any help and testing from people from the US, UK, Germany or any other directly 
supported country would be nice :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>javier-ml-gentoo@marcet.info</who>
            <bug_when>2002-11-10 11:41:05 0000</bug_when>
            <thetext>Created an attachment (id=5541)
mythtv ebuild, place under media-video
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>javier-ml-gentoo@marcet.info</who>
            <bug_when>2002-11-11 02:39:42 0000</bug_when>
            <thetext>I see the name&apos;s been lost in the attachment. 
It&apos;s mythtv-0.7.ebuild </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>liverbugg@juno.com</who>
            <bug_when>2002-11-11 16:13:09 0000</bug_when>
            <thetext>Nice, I was working on a ebuild for 0.6 a few days ago, but didn&apos;t finish.  You
going to make ones for MythMusic and the others?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>liverbugg@juno.com</who>
            <bug_when>2002-11-11 17:14:03 0000</bug_when>
            <thetext>I get this when its installing:

make[1]: Entering directory `/var/tmp/portage/mythtv-0.7/work/mythtv-0.7/themes&apos;
cp -f -pR &quot;blue&quot; &quot;/var/tmp/portage/mythtv-0.7/image//usr/share/mythtv/themes/&quot;
strip &quot;/var/tmp/portage/mythtv-0.7/image//usr/share/mythtv/themes/&quot;
strip: /var/tmp/portage/mythtv-0.7/image//usr/share/mythtv/themes/: Is a directory
make[1]: *** [install_themes] Error 1
make[1]: Leaving directory `/var/tmp/portage/mythtv-0.7/work/mythtv-0.7/themes&apos;

It continues on, and the ebuild finished, but it doesn&apos;t install the rest of the
themes directory.  If I remove lines 122, 124, 126, and 128 from themes/Makefile
it installs properly.

And instead of putting setup in /usr/share/mythtv, would putting it in /usr/bin/
with the rest of the executibles be better?  It could be called mythsetup.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tuxie@dekadance.se</who>
            <bug_when>2002-11-19 14:19:47 0000</bug_when>
            <thetext>Thanks for the ebuild! I haven&apos;t tested it yet, but I saw that some dependancies
were missing when reading the ebuild... You should also depend on:
media-libs/flac
media-libs/libvorbis
media-libs/libcdaudio
media-sound/cdparanoia
media-sound/mad
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>javier-ml-gentoo@marcet.info</who>
            <bug_when>2002-11-21 00:06:56 0000</bug_when>
            <thetext>Please grab the updated and fixed xmltv ebuild, which should fix some problems   
within MythTV.   
As I said on bug #10536, it seems to work now but I haven&apos;t found xmltv info 
providers of Spanish TV channels. 
 
Also MythTV works better with a computer for its own, which I do not have now. 
I wanted to use as I do with VDR (for DigitalVideoBroadcasting TV), which lets 
you use it as a a daemon in the background while you continue to use the 
computer. MythTV is also quite slow for that, as some Gentoo users told me by 
e-mail. 
 
There&apos;s at least one other project going on with which you can use the dual-head 
cappability of at least the Matrox G400, so that you have in the first head your 
desktop, and on the second head, the TV output. It doesn&apos;t let you record shows 
yet, though, and it&apos;s written in python which I don&apos;t know if it&apos;s somewhat slow 
for the task... 
 
Maybe the best route is finally integrating an analog_TV-&gt;PES to integrate in VDR. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tclark@telia.com</who>
            <bug_when>2003-01-01 12:32:34 0000</bug_when>
            <thetext>Created an attachment (id=6890)
mythtv-0.7.ebuild (updated)

Added in dependency to dev-perl/xmltv</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-03-26 16:46:06 0000</bug_when>
            <thetext>Created an attachment (id=9860)
upgraded and cleaned mythtv ebuild (now with more fiber)

This ebuild is an update to MythTV 0.8.  This one also comes with an rc script
for mythbackend (will be posted shortly).

I also made ebuilds for MythGallery, MythMusic, and MythWeather which I&apos;ll post
as separate bugs.  (I&apos;m still working on MythVideo, MythGame, and MythWeb).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-03-26 16:50:05 0000</bug_when>
            <thetext>Created an attachment (id=9861)
rc script for mythbackend

Place this in mythtv/files for the ebuild to work (ebuild installs this as
/etc/init.d/mythbackend).  This also has an optional conf file which goes into
/etc/conf.d (see below).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-03-26 16:51:00 0000</bug_when>
            <thetext>Created an attachment (id=9862)
mythbackend conf file for the rc script
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>liverbugg@juno.com</who>
            <bug_when>2003-03-26 21:13:26 0000</bug_when>
            <thetext>man, just when I go and make ebuilds for myth* someone beats me to it by a few hours.  This happened for the last 2 releases too.  Oh well...I have a cron script that I wrote that you can add to you ebuild to update the db, I&apos;ll attach it.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>liverbugg@juno.com</who>
            <bug_when>2003-03-26 21:16:22 0000</bug_when>
            <thetext>Created an attachment (id=9886)
mythdbupdate.cron

pretty simple cron job.  Prob put in cron.weekly since it pulls a weeks worth
of listings.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jforman@gentoo.org</who>
            <bug_when>2003-03-26 21:35:48 0000</bug_when>
            <thetext>I&apos;d like to help in the bug squashing process but when i do an &apos;emerge -s myth&apos; i get nothing. accept keywords are x86. am i doing something wrong?

(yes, i&apos;ve emerge sycned within the last 5 minutes)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>liverbugg@juno.com</who>
            <bug_when>2003-03-26 21:52:12 0000</bug_when>
            <thetext>added MythGame bug 18276 and MythVideo bug 18275.  

to comment 13:  these ebuilds aren&apos;t in portage yet, so you have to download the attatchments and put them in your portage dir or portage overlay dir manualy.  When they do make it into portage they will probably be ~x86 for a while too.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>liverbugg@juno.com</who>
            <bug_when>2003-03-26 22:17:19 0000</bug_when>
            <thetext>oh and while I&apos;m thinking about this...perhaps /usr/share isn&apos;t the best place for the config files for myth* since theres no config protection there, and config files are usualy in /etc.  I thought of this cuz all the installing and reinstalling of the different ebuilds clobbered my configs.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tclark@telia.com</who>
            <bug_when>2003-03-27 01:18:46 0000</bug_when>
            <thetext>I think mythtv will only look in /usr/share or $home for config files.  $home over rides 
the ones is /usr/share.  It may be good to run mythbackend as user mythtv and drop 
the config files in the /home/mythtv.  This probabley is also more secure.  Thanks for 
the help guys, I&apos;ve been kinda busy lately. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-03-27 01:39:43 0000</bug_when>
            <thetext>Sorry, haven&apos;t checked my email in a few hours, so I&apos;m going to reply to all
the things posted in the meantime...

Regarding the cronjob:  I don&apos;t know if it is such a hot idea to add the cron
script during the ebuild because if you&apos;re installing for the first time, you
don&apos;t have a database yet (and may not have one for a while).  How about a note
in pkg_postinstall() that tells the user to copy
/usr/share/mythtv/mythfilldatabase to /etc/cron.weekly?

Aside from this, I think the script should look like this:

  #!/bin/bash

  QTDIR=/usr/qt/3
  /usr/bin/mythfilldatabase --quiet


Reguarding running as mythtv user:  I&apos;m all for this and actually thought of
this as well.  I first wanted to get the new ebuilds done.  I&apos;ll look to adding
runas support.  Thanks for reminding me!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>liverbugg@juno.com</who>
            <bug_when>2003-03-27 15:13:07 0000</bug_when>
            <thetext>oh ya thats a good point about the cronjob.  a pkg_postinstall() would be a good idea.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-03-28 14:38:33 0000</bug_when>
            <thetext>Created an attachment (id=9958)
new new ebuild

changes:

1) creates /var/{log,run}/mythtv and set nobody:nobody ownership
2) mythbackend now starts as nobody (may want to make this configurable
    in the future
3) comes with a working example mythfilldatabase.cron script and a suggestion
    in pkg_postinstall() as to where to copy it it</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-03-28 14:39:53 0000</bug_when>
            <thetext>Created an attachment (id=9959)
updated rc script

now starts as nobody:nobody</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-03-28 14:40:59 0000</bug_when>
            <thetext>Created an attachment (id=9960)
updated conf file

defaults log/pid to /var/log/mythtv and /var/run/mythtv respectively</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-03-28 14:41:32 0000</bug_when>
            <thetext>Created an attachment (id=9961)
example cron script

needed for the ebuild</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-03-28 15:39:36 0000</bug_when>
            <thetext>one note that probably needs to be added somewhere about running mythbackend 
as nobody: 
 
   *the nobody user needs to be added to the audio and video groups* </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-04-03 23:33:50 0000</bug_when>
            <thetext>Created an attachment (id=10172)
a more flexible backend rc script

ok here&apos;s another (and hopefully last) backend rc script with the following
changes:

1) allow the start-as user to be configurable
2) change &quot;need mysql&quot; to &quot;use mysql&quot; so that database can be separated
    to a different machine (as I have it now for mythweb -- to be posted
shortly)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-04-03 23:35:02 0000</bug_when>
            <thetext>Created an attachment (id=10173)
updated conf file

add a big fat note on permissions and allow perm warnings to be turned off</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tclark@telia.com</who>
            <bug_when>2003-04-04 00:24:18 0000</bug_when>
            <thetext>Will &quot;need net&quot; affect dialup users?  I don&apos;t know know much about the &quot;use&quot; and &quot;need&quot;, but you probabley should not force a dial up user to start his link.  The link only needs to be up when the database is being updated.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-04-04 09:54:57 0000</bug_when>
            <thetext>I think _a_ network connection is pretty much required: what if the database is
on a different machine? what if the backend machine is a standalone master that
frontends need to connect to?  Besides, I think with RC_NET_STRICT_CHECKING=&quot;no&quot;
being the default in /etc/conf.d/rc any network interface being up will satisfy
this depend.  Also, mysql itself has a &quot;need net&quot;, so if you have the database
on the same machine, networking will be started for you, otherwise you will
_have_ to have networking enabled to allow the backend connect to the db.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tclark@telia.com</who>
            <bug_when>2003-04-07 17:11:06 0000</bug_when>
            <thetext>I don&apos;t actually all the init dependency checking.  I had a flaky dhcp server which 2 out of 3 times would fail to give me a lease.  I had to manually start all the services once I got the lease.  Just my experience no big deal.  Maybe zapping the log everytime it is started could be made optional.  Probably you shouldn&apos;t normally zap the log on startup but then in this case there is not a lot of usefull info logged anyway.

The other thing is an ebuild is meant to run and install.  Any setup needs to be done after installation and not part of the ebuild process.  I don&apos;t think we are allowed to do this in and ebuild doexe &quot;${S}/setup/setup&quot;</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-04-07 17:32:03 0000</bug_when>
            <thetext>the problem is that mythbackend puts some really funky permissions on the log file (i.e. 
doesn&apos;t make it writeable) when it first creates it.  so that the next time you go to start 
it, it fails with &quot;can&apos;t open log file&quot; error.  this just works around that. 
 
with regards to &quot;doexe ${S}/setup/setup&quot;.... I think we&apos;re on a different page with this.  
doexe doesn&apos;t actually run it -- it installs it and sets proper permissions. from ebuild(5): 
 
       doexe &lt;executable&gt; [list of more executables] 
              Installs a executable or a list of executable into 
              EXEDESTTREE.  This function uses install(1). </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>keir@wam.umd.edu</who>
            <bug_when>2003-05-04 16:51:19 0000</bug_when>
            <thetext>I have had a lot of trouble with the rc-script, it doesn&apos;t seem to launch mythbackend on my machine.  After a reboot I manually have to start it.  It thinks it is started since it I try to stop it, it complains with an error &quot;start-stop-daemon: warning: failed to kill 3357: no such process&quot;.  Other than that, ebuild and conf file worked ok.

When nobody was created it wasn&apos;t put into groups audio or video, I don&apos;t know if that was a feature or a bug.  Could all of the setup be added to the ebuild as &quot;ebuild mythtv.ebuild config&quot;.

The other problem I had and I don&apos;t know if this could/should be added anywhere, I had old permissions lying around that I needed to wipe out before I could run it, none of the config for mysql would take care of it and I thought it could be added here to avoid confusion.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tclark@telia.com</who>
            <bug_when>2003-05-05 02:16:50 0000</bug_when>
            <thetext>If mythbackend seg faults you will get the problem you describe.  You can reset things by doing /etc/init.d/mythbackend zap.  rc-update add mythbackend default should make it start automatically at boot.

There are different ways you can run mythbackend.  Some people may not want to run it as a daemon and in that case there is no need to modify the group file.  Maybe a use flag to indicate you want to run as a daemon and modify the group file could be a way to go.  It can wait anyway,  I would rather get some feedback on whats holding this back from being in portage.  I have YAPLPT to maintain until then.

YALPT=Yet Another Public Local Portage Tree :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-06-09 21:39:38 0000</bug_when>
            <thetext>Created an attachment (id=13028)
media-video/mythtv-0.9.ebuild

Bumped version and (cleaned to a bright shine) the mythtv ebuild.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-06-09 21:40:36 0000</bug_when>
            <thetext>Created an attachment (id=13029)
mythtv/ChangeLog

Initial changelog for the mythtv ebuild (currently only shows entries for
versions 0.8 and 0.9).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-06-09 22:29:33 0000</bug_when>
            <thetext>Created an attachment (id=13036)
media-video/mythtv-0.9.ebuild  

i will test *thoroughly* before posting ...
i will test *thoroughly* before posting ...
i will test *thoroughly* before posting ...
i will test *thoroughly* before posting ...

...  install mysql.txt config file *CORRECTLY*</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-06-11 21:35:47 0000</bug_when>
            <thetext>the currently posted 0.9 ebuild will upgrade just fine if copied to

  mythtv-0.9.1.ebuild

therefore, I won&apos;t post a new version just yet.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tclark@telia.com</who>
            <bug_when>2003-06-11 22:29:24 0000</bug_when>
            <thetext>Upgrading mysql database with 0-8-to-0-9.sql probabley needs to be taken care of now.  Maybe done automatically with a local use flag. ie &quot;use=mythtvBackEnd&quot; emerge mythtv or maybe if the &quot;mysql&quot; flag is present just do it.  I guess the local use flag is better as you need to have &quot;mysql&quot; set even if there is no mysql on the box to build the qt plugin. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-06-12 00:26:27 0000</bug_when>
            <thetext>Sorry, but I have to strongly disagree.  Aside from all the security implications, I wouldn&apos;t feel comfortable doing (or even allowing someone to do) a production db upgrade without first reviewing the contents of the upgrade and not giving a chance to backup the current contents of the db.  This also becomes especially problematic if someone has multiple backend/frontend machines that point to the same db.  Granted one can argue that the local use flag should be used to prevent the db upgrade from happening more than once, but that is not sufficient:  what if you install the same version more than once on the same machine?  The potential for running amock is far to great. (I&apos;ll stop ranting now -- sorry) :-)

I think a note during pkg_postinst() about how to upgrade the db should suffice.    Or maybe even leaving the note as is because it points the user to the UPGRADING doc which explains what to do.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tclark@telia.com</who>
            <bug_when>2003-06-12 19:57:59 0000</bug_when>
            <thetext>Yeah, I know what you mean, but the simple fact is the thing is going to very broken without the DB upgrade.  I guess in a sense it doesn&apos;t matter as the devs haven&apos;t put mythtv into portage yet, despite indications that it was next kid off the block.  I am now pretty pissed off with the treatment this project is getting from devs and will upgrade the local portage tree with some sort of DB upgrade, maybe as a separate script that can be run if the user desires, he has too really for the system to continue working correctly. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>seemant@gentoo.org</who>
            <bug_when>2003-06-12 21:18:19 0000</bug_when>
            <thetext>hi, listen  I am sorry for the delays in this. I have hesitated because I can not test this at all.  I am trying to find a dev who is willing to handle this</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-06-13 07:00:03 0000</bug_when>
            <thetext>Jeremy Johnson had an idea (off list) to use pkg_config() as a means of upgrading the db.  This is a nice clean way of handling such a thing.  What do you all think?  Basically, it would include a pkg_postinst() message like:

  If you need to update your database please run:

    ebuild /var/db/pkg/${CATEGORY}/${PF}/${PF}.ebuild config

This can be done for all myth projects that need a db upgrade.  Of course special care has to be given to mythmusic (bug 18254) because it requires a tweak to the upgrade sql script.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>seemant@gentoo.org</who>
            <bug_when>2003-06-13 07:17:56 0000</bug_when>
            <thetext>I&apos;m all for the config idea</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fava@gentoo.org</who>
            <bug_when>2003-06-13 16:04:08 0000</bug_when>
            <thetext>Technically mysql doesnt need to be a dependancy.  MythTv will work as long as it can access mysql, it doesnt have to be on the same machine.  Maybe a local use flag should be used to control if mysql is to be compiled on the local machine.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tclark@telia.com</who>
            <bug_when>2003-06-13 16:33:51 0000</bug_when>
            <thetext>mysql needs to be installed on the machine when you build QT otherwise the 
mysql_qt plugin doesn&apos;t get built, which is needed.  Is there is a way around this let? </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-06-13 18:25:16 0000</bug_when>
            <thetext>Yes, mysql isn&apos;t technically needed for mythtv itself, but, like Tony said, it _is_ needed for QT, so this dependency doesn&apos;t really hurt.  It can certainly be removed as well -- I can go either way.

as far as automatic db updating goes...I thought about this some more and I have to say that I&apos;m leaning more and more toward leaving it as is.  There are just too many questions with too many answers that can potentially break things far worse then leaving the database un-upgraded:

  - is this a new installation or an upgrade?
  - if it is an upgrade, what was the previous version?
  - if it is new, the proper install script needs to be run which requires
    mysql root privileges (to create the db and user/pass)

Aside from this, I saw a change going into mythtv that tag the database with a version which the binaries check against their own version and if the two mis-match, the binary will exit with an error.  This is enough to prevent running mythtv with an un-upgraded db and will quickly let the user know that something needs to be done.  I&apos;m pretty sure this feature made it into the 0.9 release (could be wrong though).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-06-13 23:54:25 0000</bug_when>
            <thetext>Created an attachment (id=13250)
media-video/mythtv-0.9.1.ebuild

from the changelog (will be posted shortly):

  Bump to 0.9.1.  Drop the sed fix for config file in /etc/mythtv and use
  a patch instead which also fixes another file.  This allows mythgallery
  to show up on the main mythfrontend screen.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-06-13 23:55:28 0000</bug_when>
            <thetext>Created an attachment (id=13251)
mythtv/files/mythtv-gentoo.patch

the patch mentioned in the above attachment.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-06-13 23:55:59 0000</bug_when>
            <thetext>Created an attachment (id=13252)
mythtv/ChangeLog

and the most recent ChangeLog</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>keir@wam.umd.edu</who>
            <bug_when>2003-06-14 16:03:51 0000</bug_when>
            <thetext>The latest ebuild does not work for me.  The patch did not work and the build failed.  Both hunks failed on the patching.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-06-14 19:50:06 0000</bug_when>
            <thetext>could you please post the log epatch produced, your emerge --info output and the actual error you got from the ebuild?  it&apos;ll help track this down.  thanks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tclark@telia.com</who>
            <bug_when>2003-06-15 01:32:03 0000</bug_when>
            <thetext>It worked ok for me.  Did you install the patch file in the right place?  /your_portage_local/media-video/mythtv/files</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ahbritto@iat.com</who>
            <bug_when>2003-06-17 17:01:36 0000</bug_when>
            <thetext>The rc mythbackend script hangs for me.

ewarn &quot;&quot; produces a yellow &quot;*&quot; and then hangs.  Removing the line works fine.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ahbritto@iat.com</who>
            <bug_when>2003-06-17 17:09:41 0000</bug_when>
            <thetext>Scenairo: mythbackend is configured for user nobody and is in group video.  mythbackend starts fine on boot, and waits to record before accessing /dev/v4l/*.  User logs in with gdm as some other user.  gdm chowns /dev/v4l/* to the user and chmods /dev/v4l/* to 0600.

When mythbackend tries to access the device it fails, because group permissions are no longer sufficent.

In pariticular, gdm will change /dev/v4l/* ownership to user and chmod to 0600 on login if it is not already owned by the user.  On logout, it will change group to sys.  The group should become video.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-06-17 18:35:13 0000</bug_when>
            <thetext>You should probably disable pam_console support in devfsd.conf so that permissions of your devices don&apos;t change whenever someone logs on.  look for these lines in /etc/devfsd.conf

# Uncomment this to let PAM manage devfs
REGISTER        .*           CFUNCTION /lib/security/pam_console_apply_devfsd.so
 pam_console_apply_single $devpath

Aside from this, I already have an outstanding bug about the inconsistancies in default console.perms file (bug #18599).  I have yet to post a patch though -- been busy with other things.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-06-17 20:14:08 0000</bug_when>
            <thetext>Created an attachment (id=13438)
mythtv/files/mythfilldatabase.cron

here&apos;s a new example cron script that uses new parameters (--no-delete and
--update) for mythfilldatabase.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tclark@telia.com</who>
            <bug_when>2003-06-18 10:13:20 0000</bug_when>
            <thetext>Created an attachment (id=13476)
media-tv/mythtv/mythtv-0.9.1-r1.ebuild

updated to move to media-tv</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tclark@telia.com</who>
            <bug_when>2003-06-18 10:13:45 0000</bug_when>
            <thetext>Created an attachment (id=13477)
Changelog
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-06-18 18:02:02 0000</bug_when>
            <thetext>Created an attachment (id=13503)
media-tv/mythtv-0.9.1-r2.ebuild  

Just a bump with a smaller DEPEND list -- no dev-db/mysql (there might be a
future version of mythtv that is backend independant.  i.e. whatever is
supported by QT).  Also this moves it to media-tv.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-06-18 18:02:41 0000</bug_when>
            <thetext>Created an attachment (id=13504)
ChangeLog

Document the DEPEND reduction and the category change.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tclark@telia.com</who>
            <bug_when>2003-06-20 03:19:39 0000</bug_when>
            <thetext>I don&apos;t agree with the last change.  While it&apos;s true it is not dependant on a running local 
version of mysql, it is dependant on mysql running somewhere.  It is also dependant on 
having QT built with mysql support.  Maybe a use flag to enable/disable it locally.  The 
other thing is if your installing from scratch if you don&apos;t have mysql dependant here and 
the USE=&quot;mysql&quot; isn&apos;t set, it won&apos;t work AFAIK.  What would be nice is if we could build 
the mysql-qt plugin here rather than have to rebuild QT.  </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-06-20 05:50:02 0000</bug_when>
            <thetext>detecting mysql support really should be the function of the upstream package build process, but until that is in place we can try this:

  if [ ! -e &quot;${QTDIR}/plugins/sqldrivers/libqsqlmysql.so&quot; ]

during the unpack stage and die out with a note if true.  I&apos;m mildly against this because, as I said, mythtv can potentially be made to work with different backends.  And AFAIK, there&apos;s no simple way to build just the mysql plugin.

Opinions?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tclark@telia.com</who>
            <bug_when>2003-06-20 15:29:53 0000</bug_when>
            <thetext>There is no upstream package that is dependant on mysql, which is the problem really. 
mythtv is dependant on QT being built with mysql support.  QT doesn&apos;t give a damm. 
We could add an ewarn at the end of the build or do as you suggested, which I think is 
maybe better as they can rebuild QT in the same merge then. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>seemant@gentoo.org</who>
            <bug_when>2003-06-21 00:24:52 0000</bug_when>
            <thetext>*** Bug 23164 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-06-24 22:43:03 0000</bug_when>
            <thetext>For those interested, I have new cvs ebuilds for the following ready:

  mythtv-cvs     mythgallery-cvs  mythgame-cvs  mythmusic-cvs
  mythvideo-cvs  mythweather-cvs  mythweb-cvs

I don&apos;t think I want to post all these ebuilds+changelogs to bugzilla, so if you want them get them from my local portage cvs tree.  Instructions are located here:

  http://marc.theaimsgroup.com/?l=gentoo-dev&amp;m=105648371100634&amp;w=2

Please be aware that these are for *CVS*.  Therefore at any given point, things may be broken.  Also make sure you update your database accordingly.  Have a look at http://www.mythtv.org/docs/mythtv-HOWTO-1.html before proceeding.  Also, I haven&apos;t really done a great deal of .... what&apos;s that called? .... oh yes, *testing* on these.  So feedback is greatly appreciated.  Thank you.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mojospam@thegeekclub.net</who>
            <bug_when>2003-06-30 10:55:48 0000</bug_when>
            <thetext>max,
did some testing of your cvs-ebuilds... two things:

1.) need to add a line that clears contents of /usr/local/include/mythtv/ if they exist in the main mythtv-cvs ebuild (will only affect upgrades) read this thread for info:
http://www.gossamer-threads.com/perl/mailarc/gforum.cgi?post=68878;search_string=;guest=710915&amp;t=search_engine#68878

2.) add a comment at the end of the main myth ebuild to remind people to edit the new files in /etc/conf.d otherwise if they reboot without doing it and have mythbackend already added to the default runlevel then they will hang on boot and have to boot to liveCD to fix it... (learned that one the hard way)

other than those minor things it works great so far...
i of course had to do some sql updates... one would require some prior knowledge of mythtv&apos; motus operandi for releases unless the script did it... but i understand that its difficult to check the current status of the mysql database... although the login info needed could be found in the mysql.txt file... if that is found you could assume a previous version, just not know which one!

Sean.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-07-01 16:41:33 0000</bug_when>
            <thetext>Hi. 
 
1)  I think it would be very inappropriate for an ebuild to touch files other than the ones 
it knows about.  Since the ebuilds themselves don&apos;t put anything in /usr/local, clearing 
things from there is something best left to the user. 
 
2)  Hmm... I&apos;m not sure that basic troubleshooting tips is also the right place for a 
postinst() message.  There are many things one can do to prevent such things from 
happening -- (i.e. restart mythbackend before rebooting to see if it works).   Of course 
things like this can happen to the best of us, but going to the livecd is also not the only 
way to fix it (what about booting to single-user mode?  I&apos;ve fixed many-a-problems with 
a simple -s as a kernel parameter).  The real problem is why your mythbackend hung 
and why fixing /etc/conf.d would have any effect?  If the permissions are wrong, it 
shouldn&apos;t have been able to start.  Could you provide more information on this?  This 
sounds similar to comment #52 -- can you try what I suggested in comment #53? 
 
As for the database updates between upgrades....Like I said in comment #44, there 
are too many questions.  I tried to whip up a choice-based update procedure, but 
there are still some issues: 
- do you show all *.sql files or just *-to-*.sql files? 
- if all, then do you prevent user from running cvs.sql or mc.sql? 
- if not then why not just stick with a message urging user to upgrade db him/herself? 
- how do you take care of the situation in mythmusic where you have to change 
  the sql file before running it? 
- if you allow the user to choose mc.sql, then you have to ask for the mysql root login 
  and password. 
 
So I think these questions are outside the scope of the ebuild and should be left for 
the user to decide what to do.  Hopefully the database schema changes will slow 
down in mythtv upstream development which will make this whole thing a non-issue. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-07-01 22:29:26 0000</bug_when>
            <thetext>Hello all.  I committed the new mythtv (0.10) and xmltv (0.5.14) ebuilds to my local tree.  There are some rather big changes upstream so be sure to check out www.mythtv.org for info.  There are also some moderately big changes with the mythtv ebuild.  Here&apos;s my change log:

  Bump version to 0.10. Drop all patches -- just move config to /etc/mythtv and
  link to /usr/share/mythtv. Change xmltv depend to &gt;= 0.5.14. Move
  /usr/share/mythtv/setup to /usr/bin/mythsetup and add note on pkg_postinst().
  Drop permission change of /var/{log,run}/mythtv -- do it as part of the rc
  script. Change startup script config file to start mythbackend as root --
  will still warn about root not being part of the video group and gives the
  user an option to change to a non-root user; helps with hanging mythbackend
  on startup as reported on #10533. Add a note about the importance of upgrading
  the database.

also:

  Fix up mythbackend start up script: reset permissions on pid and log
  directories, change MYTH_NOWARN to MYTH_WARN and reverse the functionality,
  other cleanups.

Please let me know if you have any problems.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tclark@telia.com</who>
            <bug_when>2003-07-01 23:21:07 0000</bug_when>
            <thetext>Hi Max,  Can&apos;t seem to checkout portage from your cvs.
tony@power cvs $ cvs -d :pserver:cvs@68.6.36.243:/home/cvs login
Logging in to :pserver:cvs@68.6.36.243:2401/home/cvs
CVS password:
tony@power cvs $ cvs co portage
cvs checkout: cannot find module `portage&apos; - ignored</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mojospam@thegeekclub.net</who>
            <bug_when>2003-07-02 01:22:58 0000</bug_when>
            <thetext>max, 
hmm...
ok i agree with you on your second point... that was my fault for forgetting that i had an old script in there and not checking for the new file in conf.d for sure, the hang was caused by the fact that i had not edited the conf.d/mythbackend file... 

but i must stick with my guns on the first point. If it impairs my ability to compile the add-ons then it should be tossed, i could care less if the ebuild deletes some files or however you wanna deal with it, its just mythtv ya know... its not my production webserver or whatever. A good portion of the people installing the ebuilds (even in there current &quot;beta&quot; form) will be upgrading from a previous version of mythtv that was installed from regular source and will hit the same wall i did... i assumed (bad move i know) that the ebuilds files would go in the same directories that myth puts em and thus get overwritten and all would be well, but never would have suspected that the add-ons wouldnt compile because of some files left behind. 

really im just trying to give you a newbs perspctive and let you know what you may run into with the other newbs out there. i&apos;ll leave the &quot;ebuild ethics&quot; up to you ;-)

Sean

btw, thanks for the ebuilds, im grateful someone takes the time to make and post them!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mojospam@thegeekclub.net</who>
            <bug_when>2003-07-02 01:31:56 0000</bug_when>
            <thetext>oh and i almost forgot... 
about all the questions you were thinking about coding into it.
an interactive install would be really cool but probably a big pain, how about we just write up a README.gentoo and have it referenced in the postinst() ?

then theres just one postinst() message telling me in big letters to check out the new readme file before myth will work and we put a real basic FAQ and the answers to the questions in there, most of it would just be a few myth specific things and the how to on the database entries and the rest is already in myths UPGRADING text.  i&apos;d help if you need it. lemme know.

Sean</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-07-02 06:21:33 0000</bug_when>
            <thetext>Tony:  your second command doesn&apos;t specify a CVSROOT so whatever is in the environment is probably taking over and you&apos;re trying to check out the portage module from some other server.  Try running it as

  cvs -d :pserver:cvs@68.6.36.243:/home/cvs co portage

Sean:  with regards to the &quot;first point&quot;, I really have to disagree.  It is very much against policy for an ebuild to go outside of its scope.  What if a user is testing something and places it in /usr/local?  The standard operating procedure for resolving these kind of problems is to ask on the forums or file a bug which will quickly lead to an answer -- and after fixing them one time (i.e. removing the /usr/local stuff out yourself) your problems are fixed for future installations.

As far as a README.gentoo goes...That&apos;s probably a good idea -- we can move most of postinst() message to that.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-07-02 07:38:44 0000</bug_when>
            <thetext>Just to clarify the &quot;first point&quot;, this whole thing is a non-issue because there&apos;s a global search/replace for /usr/local so this problem shouldn&apos;t happen to others.  Sean, you might have gotten my cvs ebuilds before their &quot;final&quot; version.  Just to confirm:

  dozer mythtv # emerge mythgallery 2&gt;&amp;1 | grep usr/local
  dozer mythtv #

As you can see, usr/local isn&apos;t mentioned at all in any of the compile commands.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tclark@telia.com</who>
            <bug_when>2003-07-02 07:46:55 0000</bug_when>
            <thetext>Thanks Max, I&apos;m a little neutral on the subject under debate, I think probably the cvs 
ebuilds should automatically update the database as it is pretty easy to miss the update 
otherwise and if you play with cvs then you have to expect that your system will get 
stuffed up sooner or later. :)  Thats the main reason why I like to work directly with cvs so 
I can see the changes before blowing the system away. 
The other thing I think the ebuild needs is a local use flag for a frontend only.  ie 
use=&quot;mythtv-frontend&quot;   Just installs the frontend stuff 
use=&quot;mythtv-backend&quot;  Installs front and back end but no database stuff. 
 The is no reason to install all the other stuff with databases and backend.  The default 
would be to install the lot.  I can have a go at this on the weekend if you like. 
 </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tclark@telia.com</who>
            <bug_when>2003-07-02 07:48:31 0000</bug_when>
            <thetext>Maybe a variable instead of a use flag.  ie MYTHTV_OPTIONS?  Thats could be placed 
in make.conf </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2003-07-02 08:56:48 0000</bug_when>
            <thetext>It would be even more difficult to update the database for cvs ebuilds because there&apos;s 
no guarantee that the current database snapshot is compatible with the cvs.sql file 
(as that file changes quite frequently, you may already have part of it integrated).  It is 
also assumed that if you&apos;re running the cvs builds, you have an understanding of how 
things work and therefore can do the updates yourself.  (I&apos;ve been doing this with 
mythtv-cvs, kopete-cvs, php-cvs, horde-cvs and others -- maintaining 
configs/databases). 
 
As far as separating front/backend, wouldn&apos;t that just add extra bloat and 
maintainability problems?  Besides, I believe the standard in Gentoo is to install most 
of the package when it comes to frontends/backends -- think mysql, openssh, 
openldap -- (all install client and server).  Heck, even rsync installs an /etc/init.d/rsync 
startup script. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tclark@telia.com</who>
            <bug_when>2003-07-02 10:20:56 0000</bug_when>
            <thetext>I think in this case, at least a frontend only solution, is quite good as it avoids all the xmltv 
dependicies.  Things like mozilla allow you to disable a lot of normal features.  ie mail irc 
etc, so I don&apos;t think there is a Gentoo standard except to build everything by default.  
Maybe Seemant can comment on this? </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>johnm@gentoo.org</who>
            <bug_when>2003-07-10 03:47:03 0000</bug_when>
            <thetext>now incorporated.
Enjoy :)</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>5541</attachid>
            <date>2002-11-10 11:41 0000</date>
            <desc>mythtv ebuild, place under media-video</desc>
            <filename>mythtv-0.7.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDAyIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli
dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy
IAojICRIZWFkZXI6IDIwMDIvMTEvMTAgMTY6MzA6MjEgam1hcmNldCBFeHAgJAoKSVVTRT0iIgoK
Uz0ke1dPUktESVJ9LyR7UH0KREVTQ1JJUFRJT049IkhvbWVicmV3IFBWUiBwcm9qZWN0IGZvciBh
bmFsb2cgVFYgY2FyZHMiClNSQ19VUkk9Imh0dHA6Ly93d3cubXl0aHR2Lm9yZy9tYy8ke1B9LnRh
ci5iejIiCkhPTUVQQUdFPSJodHRwOi8vd3d3Lm15dGh0di5vcmcvIgoKU0xPVD0iMCIKTElDRU5T
RT0iR1BMLTIiCktFWVdPUkRTPSJ4ODYiCgpERVBFTkQ9Ij49bWVkaWEtbGlicy9mcmVldHlwZS0y
LjAqCgltZWRpYS1zb3VuZC9sYW1lCgltZWRpYS1saWJzL2E1MmRlYwoJPj14MTEtbGlicy9xdC0z
KgoJZGV2LWRiL215c3FsCgl2aXJ0dWFsL3gxMQoJZGV2LXBlcmwveG1sdHYiCgpzcmNfdW5wYWNr
KCkgewoKCWxvY2FsIE1BUkNIX0ZMQUc9IiIKCQoJdW5wYWNrICR7QX0KCQoJZm9yIGkgaW4gYGdy
ZXAgLWwgLXIgJ3Vzci9sb2NhbCcgJHtTfWAKCWRvCgkJY3AgLWEgJHtpfSAke2l9Lm9yaWcKCQlz
ZWQgLWUgInM6XC91c3JcL2xvY2FsOlwvdXNyOiIgJHtpfS5vcmlnID4gJHtpfQoJCXJtIC1mICR7
aX0ub3JpZwoJZG9uZQoJCglmb3IgeCBpbiAke0NGTEFHU30KCWRvCgkJaWYgWyAiJHt4L21hcmNo
fSIgIT0gIiR7eH0iIF0KCQl0aGVuCgkJCU1BUkNIX0ZMQUc9IiR7eC8tbWFyY2g9fSIKCQkJYnJl
YWsKCQlmaQoJZG9uZQoJCgljcCAtYSAke1N9L3NldHRpbmdzLnBybyAke1N9L3NldHRpbmdzLnBy
by5vcmlnCglzZWQgLWUgInM6cGVudGl1bXBybzoke01BUkNIX0ZMQUd9OiIgXAoJCSR7U30vc2V0
dGluZ3MucHJvLm9yaWcgPiAke1N9L3NldHRpbmdzLnBybwoJcm0gLWYgJHtTfS9zZXR0aW5ncy5w
cm8ub3JpZwoJCn0KCnNyY19jb21waWxlKCkgewoJCgllY29uZiBcCgkJLS1wcmVmaXg9L3VzciBc
CgkJLS1lbmFibGUtYTUyYmluIFwKCQktLWVuYWJsZS1zaGFyZWQgfHwgZGllCgoJbWFrZSB8fCBk
aWUKCn0KCnNyY19pbnN0YWxsKCkgewoJCgltYWtlIFwKCQlJTlNUQUxMX1JPT1Q9JHtEfSBcCgkJ
aW5zdGFsbCB8fCBkaWUKCQoJZXhlaW50byAvdXNyL3NoYXJlLyR7UE59Cglkb2V4ZSAke1N9L3Nl
dHVwL3NldHVwCglkb2RpciAvdXNyL3NoYXJlLyR7UE59L2RhdGFiYXNlCglpbnNpbnRvIC91c3Iv
c2hhcmUvJHtQTn0vZGF0YWJhc2UKCWRvaW5zICR7U30vZGF0YWJhc2UvKgoJZG9kb2MgQVVUSE9S
UyBGQVEgUkVBRE1FKiBVUEdSQURJTkcga2V5cy50eHQKCQp9Cgpwa2dfcG9zdGluc3QoKSB7CgoJ
ZWluZm8gIklmIHRoaXMgaXMgdGhlIGZpcnN0IHRpbWUgeW91IGluc3RhbGwgTXl0aFRWLCIKCWVp
bmZvICJ5b3UgbmVlZCB0byBhZGQgL3Vzci9zaGFyZS9teXRodHYvZGF0YWJhc2UvbWMuc3FsIgoJ
ZWluZm8gInRvIHlvdXIgbXlzcWwgZGF0YWJhc2UuIgoJZWluZm8KCWVpbmZvICJZb3UgbWlnaHQg
cnVuICdteXNxbCA8IC91c3Ivc2hhcmUvbXl0aHR2L2RhdGFiYXNlL21jLnNxbCciCgllaW5mbwoJ
ZWluZm8gIklmIHlvdSdyZSBub3QgaW4gdGhlIFVTL0NhbmFkYSwgeW91IG5lZWQgdG8gZWRpdCIK
CWVpbmZvICIvdXNyL3NoYXJlL215dGh0di9zZXR0aW5ncy50eHQgYW5kIGVkaXQgYXQgbGVhc3Qg
dGhlIHZlcnkiCgllaW5mbyAiZmlyc3Qgc2V0dGluZyAtLSBYTUxUVkdyYWIuIENoYW5nZSB0aGlz
IHRvIHRoZSBhcHByb3ByaWF0ZSIKCWVpbmZvICJ4bWx0diBncmFiYmVyLiIKCWVpbmZvCgllaW5m
byAiTmV4dCwgeW91IG5lZWQgdG8gcnVuIHRoZSAvdXNyL3NoYXJlL215dGh0di9zZXR1cCBwcm9n
cmFtLiIKCWVpbmZvICJJdCB3aWxsIGFzayB5b3Ugc29tZSBxdWVzdGlvbnMgYWJvdXQgeW91ciBo
YXJkd2FyZSwgYW5kIgoJZWluZm8gInRoZW4gcnVuIHhtbHR2J3MgZ3JhYmJlciB0byBjb25maWd1
cmUgeW91ciBjaGFubmVscy4iCgllaW5mbwoJZWluZm8gIklmIHlvdSdyZSB1cGdyYWRpbmcgZnJv
bSBhbiBvbGRlciB2ZXJzaW9uIGFuZCBmb3IgbW9yZSIKCWVpbmZvICJzZXR1cCBhbmQgdXNhZ2Ug
aW5zdHJ1Y3Rpb25zLCBwbGVhc2UgcmVmZXIgdG8iCgllaW5mbyAiL3Vzci9zaGFyZS9teXRodHYv
UkVBRE1FLmd6IgoJCn0K
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>6890</attachid>
            <date>2003-01-01 12:32 0000</date>
            <desc>mythtv-0.7.ebuild (updated)</desc>
            <filename>mythtv-0.7.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDAyIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli
dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy
IAojICRIZWFkZXI6IDIwMDIvMTEvMTAgMTY6MzA6MjEgam1hcmNldCBFeHAgJAoKUz0ke1dPUktE
SVJ9LyR7UH0KREVTQ1JJUFRJT049IkhvbWVicmV3IFBWUiBwcm9qZWN0IGZvciBhbmFsb2cgVFYg
Y2FyZHMiClNSQ19VUkk9Imh0dHA6Ly93d3cubXl0aHR2Lm9yZy9tYy8ke1B9LnRhci5iejIiCkhP
TUVQQUdFPSJodHRwOi8vd3d3Lm15dGh0di5vcmcvIgoKU0xPVD0iMCIKTElDRU5TRT0iR1BMLTIi
CktFWVdPUkRTPSJ4ODYiCgpERVBFTkQ9Ij49bWVkaWEtbGlicy9mcmVldHlwZS0yLjAqCgltZWRp
YS1zb3VuZC9sYW1lCgltZWRpYS1saWJzL2E1MmRlYwoJZGV2LXBlcmwveG1sdHYKCT49eDExLWxp
YnMvcXQtMyoKCWRldi1kYi9teXNxbAoJdmlydHVhbC94MTEiCiMJbWVkaWEtbGlicy94bWx0dgkj
IGVidWlsZCBub3QgZG9uZSB5ZXQKCnNyY191bnBhY2soKSB7CgoJbG9jYWwgTUFSQ0hfRkxBRz0i
IgoJCgl1bnBhY2sgJHtBfQoJCglmb3IgaSBpbiBgZ3JlcCAtbCAtciAndXNyL2xvY2FsJyAke1N9
YAoJZG8KCQljcCAtYSAke2l9ICR7aX0ub3JpZwoJCXNlZCAtZSAiczpcL3VzclwvbG9jYWw6XC91
c3I6IiAke2l9Lm9yaWcgPiAke2l9CgkJcm0gLWYgJHtpfS5vcmlnCglkb25lCgkKCWZvciB4IGlu
ICR7Q0ZMQUdTfQoJZG8KCQlpZiBbICIke3gvbWFyY2h9IiAhPSAiJHt4fSIgXQoJCXRoZW4KCQkJ
TUFSQ0hfRkxBRz0iJHt4Ly1tYXJjaD19IgoJCQlicmVhawoJCWZpCglkb25lCgkKCWZvciBpIGlu
ICR7U30vc2V0dGluZ3MucHJvCglkbwoJCWNwIC1hICR7aX0gJHtpfS5vcmlnCgkJc2VkIC1lICJz
OnBlbnRpdW1wcm86JHtNQVJDSF9GTEFHfToiICR7aX0ub3JpZyA+ICR7aX0KCQlybSAtZiAke2l9
Lm9yaWcKCWRvbmUKCQp9CgpzcmNfY29tcGlsZSgpIHsKCQoJZWNvbmYgXAoJCS0tcHJlZml4PS91
c3IgXAoJCS0tZW5hYmxlLWE1MmJpbiBcCgkJLS1lbmFibGUtc2hhcmVkIHx8IGRpZQoKCW1ha2Ug
fHwgZGllCgp9CgpzcmNfaW5zdGFsbCgpIHsKCQoJbWFrZSBcCgkJSU5TVEFMTF9ST09UPSR7RH0g
XAoJCWluc3RhbGwgfHwgZGllCgkKCWV4ZWludG8gL3Vzci9zaGFyZS8ke1BOfQoJZG9leGUgJHtT
fS9zZXR1cC9zZXR1cAoJZG9kaXIgL3Vzci9zaGFyZS8ke1BOfS9kYXRhYmFzZQoJaW5zaW50byAv
dXNyL3NoYXJlLyR7UE59L2RhdGFiYXNlCglkb2lucyAke1N9L2RhdGFiYXNlLyoKCWRvZG9jIEFV
VEhPUlMgQ09QWUlORyBGQVEgUkVBRE1FIFVQR1JBRElORwoJCn0KCnBrZ19wb3N0aW5zdCgpIHsK
CgllaW5mbyAiSWYgdGhpcyBpcyB0aGUgZmlyc3QgdGltZSB5b3UgaW5zdGFsbCBNeXRoVFYsIgoJ
ZWluZm8gInlvdSBuZWVkIHRvIGFkZCAvdXNyL3NoYXJlL215dGh0di9kYXRhYmFzZS9tYy5zcWwi
CgllaW5mbyAidG8geW91ciBteXNxbCBkYXRhYmFzZS4iCgllaW5mbwoJZWluZm8gIllvdSBtaWdo
dCBydW4gJ215c3FsIDwgL3Vzci9zaGFyZS9teXRodHYvZGF0YWJhc2UvbWMuc3FsJyIKCWVpbmZv
CgllaW5mbyAiSWYgeW91J3JlIG5vdCBpbiB0aGUgVVMvQ2FuYWRhLCB5b3UgbmVlZCB0byBlZGl0
IgoJZWluZm8gIi91c3Ivc2hhcmUvbXl0aHR2L3NldHRpbmdzLnR4dCBhbmQgZWRpdCBhdCBsZWFz
dCB0aGUgdmVyeSIKCWVpbmZvICJmaXJzdCBzZXR0aW5nIC0tIFhNTFRWR3JhYi4gQ2hhbmdlIHRo
aXMgdG8gdGhlIGFwcHJvcHJpYXRlIgoJZWluZm8gInhtbHR2IGdyYWJiZXIuIgoJZWluZm8KCWVp
bmZvICJOZXh0LCB5b3UgbmVlZCB0byBydW4gdGhlIC91c3Ivc2hhcmUvbXl0aHR2L3NldHVwIHBy
b2dyYW0uIgoJZWluZm8gIkl0IHdpbGwgYXNrIHlvdSBzb21lIHF1ZXN0aW9ucyBhYm91dCB5b3Vy
IGhhcmR3YXJlLCBhbmQiCgllaW5mbyAidGhlbiBydW4geG1sdHYncyBncmFiYmVyIHRvIGNvbmZp
Z3VyZSB5b3VyIGNoYW5uZWxzLiIKCWVpbmZvCgllaW5mbyAiSWYgeW91J3JlIHVwZ3JhZGluZyBm
cm9tIGFuIG9sZGVyIHZlcnNpb24gYW5kIGZvciBtb3JlIgoJZWluZm8gInNldHVwIGFuZCB1c2Fn
ZSBpbnN0cnVjdGlvbnMsIHBsZWFzZSByZWZlciB0byIKCWVpbmZvICIvdXNyL3NoYXJlL215dGh0
di9SRUFETUUuZ3oiCgkKfQo=
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>9860</attachid>
            <date>2003-03-26 16:46 0000</date>
            <desc>upgraded and cleaned mythtv ebuild (now with more fiber)</desc>
            <filename>mythtv-0.8.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDAyIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli
dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy
IAojICRIZWFkZXI6IDIwMDIvMTEvMTAgMTY6MzA6MjEgam1hcmNldCBFeHAgJAoKaW5oZXJpdCBm
bGFnLW8tbWF0aWMKCklVU0U9ImxjZCBtbXggb3NzIgpERVNDUklQVElPTj0iSG9tZWJyZXcgUFZS
IHByb2plY3QgZm9yIGFuYWxvZyBUViBjYXJkcyIKU1JDX1VSST0iaHR0cDovL3d3dy5teXRodHYu
b3JnL21jLyR7UH0udGFyLmJ6MiIKSE9NRVBBR0U9Imh0dHA6Ly93d3cubXl0aHR2Lm9yZy8iCgpT
TE9UPSIwIgpMSUNFTlNFPSJHUEwtMiIKS0VZV09SRFM9Ing4NiIKCkRFUEVORD0iPj1tZWRpYS1s
aWJzL2ZyZWV0eXBlLTIuMCoKCW1lZGlhLXNvdW5kL2xhbWUKCW1lZGlhLWxpYnMvYTUyZGVjCglk
ZXYtcGVybC94bWx0dgoJPj14MTEtbGlicy9xdC0zKgoJZGV2LWRiL215c3FsCgl2aXJ0dWFsL3gx
MSIKCnNyY191bnBhY2soKSB7CgoJdW5wYWNrICR7QX0KCglmb3IgaSBpbiBgZ3JlcCAtbHIgJ3Vz
ci9sb2NhbCcgIiR7U30iYAoJZG8KCQljcCAtYSAiJHtpfSIgIiR7aX0ub3JpZyIKCQlzZWQgLWUg
InM6L3Vzci9sb2NhbDovdXNyOiIgIiR7aX0ub3JpZyIgPiAiJHtpfSIKCQlybSAtZiAiJHtpfS5v
cmlnIgoJZG9uZQoKfQoKc3JjX2NvbXBpbGUoKSB7CgoJbXljb25mPSIke215Y29uZn0gYHVzZV9l
bmFibGUgbGNkYCIKCW15Y29uZj0iJHtteWNvbmZ9IGB1c2VfZW5hYmxlIG1teGAiCglteWNvbmY9
IiR7bXljb25mfSBgdXNlX2VuYWJsZSBvc3MgYXVkaW8tb3NzYCIKCgljcHU9ImBnZXQtZmxhZyBt
YXJjaGAiCglbIC1uICIke2NwdX0iIF0gJiYgewoJCW15Y29uZj0ieyRteWNvbmZ9IC0tY3B1PSR7
Y3B1fSIKCQljcCAtYSAiJHtTfS9zZXR0aW5ncy5wcm8iICIke1N9L3NldHRpbmdzLnByby5vcmln
IgoJCXNlZCAtZSAiczpwZW50aXVtcHJvOiR7Y3B1fTpnIiAiJHtTfS9zZXR0aW5ncy5wcm8ub3Jp
ZyIgPiAiJHtTfS9zZXR0aW5ncy5wcm8iCgkJcm0gLWYgIiR7U30vc2V0dGluZ3MucHJvLm9yaWci
Cgl9CgoJZWNvbmYgXAoJCSR7bXljb25mfSBcCgkJLS1lbmFibGUtYTUyYmluIFwKCQktLWVuYWJs
ZS1zaGFyZWQKCgllbWFrZQoKfQoKc3JjX2luc3RhbGwoKSB7CgoJbWFrZSBcCgkJSU5TVEFMTF9S
T09UPSR7RH0gXAoJCWluc3RhbGwgfHwgZGllCgoJZXhlaW50byAvZXRjL2luaXQuZAoJbmV3ZXhl
ICR7RklMRVNESVJ9L215dGhiYWNrZW5kLnJjNiBteXRoYmFja2VuZAoJaW5zaW50byAvZXRjL2Nv
bmYuZAoJbmV3aW5zICR7RklMRVNESVJ9L215dGhiYWNrZW5kLmNvbmYgbXl0aGJhY2tlbmQKCgll
eGVpbnRvIC91c3Ivc2hhcmUvJHtQTn0KCWRvZXhlICR7U30vc2V0dXAvc2V0dXAKCWRvZGlyIC91
c3Ivc2hhcmUvJHtQTn0vZGF0YWJhc2UKCWluc2ludG8gL3Vzci9zaGFyZS8ke1BOfS9kYXRhYmFz
ZQoJZG9pbnMgJHtTfS9kYXRhYmFzZS8qCglkb2RvYyBBVVRIT1JTIENPUFlJTkcgRkFRIFJFQURN
RSBVUEdSQURJTkcKCn0KCnBrZ19wb3N0aW5zdCgpIHsKCgllaW5mbyAiSWYgdGhpcyBpcyB0aGUg
Zmlyc3QgdGltZSB5b3UgaW5zdGFsbCBNeXRoVFYsIgoJZWluZm8gInlvdSBuZWVkIHRvIGFkZCAv
dXNyL3NoYXJlL215dGh0di9kYXRhYmFzZS9tYy5zcWwiCgllaW5mbyAidG8geW91ciBteXNxbCBk
YXRhYmFzZS4iCgllaW5mbwoJZWluZm8gIllvdSBtaWdodCBydW4gJ215c3FsIDwgL3Vzci9zaGFy
ZS9teXRodHYvZGF0YWJhc2UvbWMuc3FsJyIKCWVpbmZvCgllaW5mbyAiSWYgeW91J3JlIG5vdCBp
biB0aGUgVVMvQ2FuYWRhLCB5b3UgbmVlZCB0byBlZGl0IgoJZWluZm8gIi91c3Ivc2hhcmUvbXl0
aHR2L3NldHRpbmdzLnR4dCBhbmQgZWRpdCBhdCBsZWFzdCB0aGUgdmVyeSIKCWVpbmZvICJmaXJz
dCBzZXR0aW5nIC0tIFhNTFRWR3JhYi4gQ2hhbmdlIHRoaXMgdG8gdGhlIGFwcHJvcHJpYXRlIgoJ
ZWluZm8gInhtbHR2IGdyYWJiZXIuIgoJZWluZm8KCWVpbmZvICJOZXh0LCB5b3UgbmVlZCB0byBy
dW4gdGhlIC91c3Ivc2hhcmUvbXl0aHR2L3NldHVwIHByb2dyYW0uIgoJZWluZm8gIkl0IHdpbGwg
YXNrIHlvdSBzb21lIHF1ZXN0aW9ucyBhYm91dCB5b3VyIGhhcmR3YXJlLCBhbmQiCgllaW5mbyAi
dGhlbiBydW4geG1sdHYncyBncmFiYmVyIHRvIGNvbmZpZ3VyZSB5b3VyIGNoYW5uZWxzLiIKCWVp
bmZvCgllaW5mbyAiSWYgeW91J3JlIHVwZ3JhZGluZyBmcm9tIGFuIG9sZGVyIHZlcnNpb24gYW5k
IGZvciBtb3JlIgoJZWluZm8gInNldHVwIGFuZCB1c2FnZSBpbnN0cnVjdGlvbnMsIHBsZWFzZSBy
ZWZlciB0byIKCWVpbmZvICIvdXNyL3NoYXJlL215dGh0di9SRUFETUUuZ3oiCgp9Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>9861</attachid>
            <date>2003-03-26 16:50 0000</date>
            <desc>rc script for mythbackend</desc>
            <filename>mythbackend.rc6</filename>
            <type>text/plain</type>
            <data encoding="base64">IyEvc2Jpbi9ydW5zY3JpcHQKIyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dp
ZXMsIEluYy4KIyBEaXN0cmlidXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFs
IFB1YmxpYyBMaWNlbnNlLCB2MiBvciBsYXRlcgojICRIZWFkZXI6ICQKCmRlcGVuZCgpIHsKCW5l
ZWQgbXlzcWwKfQoKc3RhcnQoKSB7CglbIC16ICR7TVlUSF9MT0d9IF0gJiYgTVlUSF9MT0c9Ii92
YXIvbG9nL215dGhiYWNrZW5kLmxvZyIKCVsgLXogJHtNWVRIX1BJRH0gXSAmJiBNWVRIX1BJRD0i
L3Zhci9ydW4vbXl0aGJhY2tlbmQucGlkIgoKCWViZWdpbiAiU3RhcnRpbmcgbXl0aCBiYWNrZW5k
IgoJc3RhcnQtc3RvcC1kYWVtb24gLS1zdGFydCAtLXF1aWV0IC0tZXhlYyAvdXNyL2Jpbi9teXRo
YmFja2VuZCBcCgkJLS0gLS1kYWVtb24gLS1waWRmaWxlICIke01ZVEhfUElEfSIgLS1sb2dmaWxl
ICIke01ZVEhfTE9HfSIKCWVlbmQgJD8KfQoKc3RvcCAoKSB7CglbIC16ICR7TVlUSF9QSUR9IF0g
JiYgTVlUSF9QSUQ9Ii92YXIvcnVuL215dGhiYWNrZW5kLnBpZCIKCgllYmVnaW4gIlN0b3BwaW5n
IG15dGggYmFja2VuZCIKCXN0YXJ0LXN0b3AtZGFlbW9uIC0tc3RvcCAtLXF1aWV0IC0tcGlkZmls
ZT0iJHtNWVRIX1BJRH0iCgllZW5kICQ/Cn0K
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>9862</attachid>
            <date>2003-03-26 16:51 0000</date>
            <desc>mythbackend conf file for the rc script</desc>
            <filename>mythbackend.conf</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMjAwMyBHZW50b28gVGVjaG5vbG9naWVzLCBJbmMuIAojIERpc3RyaWJ1dGVk
IHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UsIHYyIG9y
IGxhdGVyCiMgJEhlYWRlcjogJAoKIyBzcGVjaWZ5IHdoaWNoIGZpbGUgdG8gdXNlIGZvciB0aGUg
YmFja2VuZCBsb2cKTVlUSF9MT0c9L3Zhci9sb2cvbXl0aGJhY2tlbmQubG9nCgojIHNwZWNpZnkg
aW4gd2hpY2ggZmlsZSB0byBzdG9yZSB0aGUgYmFja2VuZCBwcm9jZXNzIGlkCk1ZVEhfUElEPS92
YXIvcnVuL215dGhiYWNrZW5kLnBpZAo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>9886</attachid>
            <date>2003-03-26 21:16 0000</date>
            <desc>mythdbupdate.cron</desc>
            <filename>mythdbupdate.cron</filename>
            <type>text/plain</type>
            <data encoding="base64">IyEvYmluL3NoCgovdXNyL2Jpbi9teXRoZmlsbGRhdGFiYXNlCg==
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>9958</attachid>
            <date>2003-03-28 14:38 0000</date>
            <desc>new new ebuild</desc>
            <filename>mythtv-0.8.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDAyIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli
dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy
IAojICRIZWFkZXI6IDIwMDIvMTEvMTAgMTY6MzA6MjEgam1hcmNldCBFeHAgJAoKaW5oZXJpdCBm
bGFnLW8tbWF0aWMKCklVU0U9ImxjZCBtbXggb3NzIgpERVNDUklQVElPTj0iSG9tZWJyZXcgUFZS
IHByb2plY3QgZm9yIGFuYWxvZyBUViBjYXJkcyIKU1JDX1VSST0iaHR0cDovL3d3dy5teXRodHYu
b3JnL21jLyR7UH0udGFyLmJ6MiIKSE9NRVBBR0U9Imh0dHA6Ly93d3cubXl0aHR2Lm9yZy8iCgpT
TE9UPSIwIgpMSUNFTlNFPSJHUEwtMiIKS0VZV09SRFM9Ing4NiIKCkRFUEVORD0iPj1tZWRpYS1s
aWJzL2ZyZWV0eXBlLTIuMCoKCW1lZGlhLXNvdW5kL2xhbWUKCW1lZGlhLWxpYnMvYTUyZGVjCglk
ZXYtcGVybC94bWx0dgoJPj14MTEtbGlicy9xdC0zKgoJZGV2LWRiL215c3FsCgl2aXJ0dWFsL3gx
MSIKClJERVBFTkQ9IiR7REVQRU5EfQoJbGNkPyAoIGFwcC1taXNjL2xjZHByb2MgKSIKCnNyY191
bnBhY2soKSB7CgoJdW5wYWNrICR7QX0KCglmb3IgaSBpbiBgZ3JlcCAtbHIgJ3Vzci9sb2NhbCcg
IiR7U30iYAoJZG8KCQljcCAtYSAiJHtpfSIgIiR7aX0ub3JpZyIKCQlzZWQgLWUgInM6L3Vzci9s
b2NhbDovdXNyOiIgIiR7aX0ub3JpZyIgPiAiJHtpfSIKCQlybSAtZiAiJHtpfS5vcmlnIgoJZG9u
ZQoKfQoKc3JjX2NvbXBpbGUoKSB7CgoJbXljb25mPSIke215Y29uZn0gYHVzZV9lbmFibGUgbGNk
YCIKCW15Y29uZj0iJHtteWNvbmZ9IGB1c2VfZW5hYmxlIG1teGAiCglteWNvbmY9IiR7bXljb25m
fSBgdXNlX2VuYWJsZSBvc3MgYXVkaW8tb3NzYCIKCgljcHU9ImBnZXQtZmxhZyBtYXJjaGAiCglb
IC1uICIke2NwdX0iIF0gJiYgewoJCW15Y29uZj0ieyRteWNvbmZ9IC0tY3B1PSR7Y3B1fSIKCQlj
cCAtYSAiJHtTfS9zZXR0aW5ncy5wcm8iICIke1N9L3NldHRpbmdzLnByby5vcmlnIgoJCXNlZCAt
ZSAiczpwZW50aXVtcHJvOiR7Y3B1fTpnIiAiJHtTfS9zZXR0aW5ncy5wcm8ub3JpZyIgPiAiJHtT
fS9zZXR0aW5ncy5wcm8iCgkJcm0gLWYgIiR7U30vc2V0dGluZ3MucHJvLm9yaWciCgl9CgoJZWNv
bmYgXAoJCSR7bXljb25mfSBcCgkJLS1lbmFibGUtYTUyYmluIFwKCQktLWVuYWJsZS1zaGFyZWQK
CgllbWFrZQoKfQoKc3JjX2luc3RhbGwoKSB7CgoJbWFrZSBcCgkJSU5TVEFMTF9ST09UPSR7RH0g
XAoJCWluc3RhbGwgfHwgZGllCgoJa2VlcGRpciAvdmFyL3tsb2cscnVufS9teXRodHYKCWZvd25l
cnMgbm9ib2R5Om5vYm9keSAvdmFyL3tsb2cscnVufS9teXRodHYKCglleGVpbnRvIC9ldGMvaW5p
dC5kCgluZXdleGUgIiR7RklMRVNESVJ9L215dGhiYWNrZW5kLnJjNiIgbXl0aGJhY2tlbmQKCWlu
c2ludG8gL2V0Yy9jb25mLmQKCW5ld2lucyAiJHtGSUxFU0RJUn0vbXl0aGJhY2tlbmQuY29uZiIg
bXl0aGJhY2tlbmQKCglleGVpbnRvIC91c3Ivc2hhcmUvbXl0aHR2Cglkb2V4ZSAiJHtGSUxFU0RJ
Un0vbXl0aGZpbGxkYXRhYmFzZS5jcm9uIgoJZG9leGUgIiR7U30vc2V0dXAvc2V0dXAiCgoJZG9k
aXIgL3Vzci9zaGFyZS9teXRodHYvZGF0YWJhc2UKCWluc2ludG8gL3Vzci9zaGFyZS9teXRodHYv
ZGF0YWJhc2UKCWRvaW5zICIke1N9Ii9kYXRhYmFzZS8qCglkb2RvYyBBVVRIT1JTIENPUFlJTkcg
RkFRIFJFQURNRSBVUEdSQURJTkcKCn0KCnBrZ19wb3N0aW5zdCgpIHsKCgllaW5mbyAiSWYgdGhp
cyBpcyB0aGUgZmlyc3QgdGltZSB5b3UgaW5zdGFsbCBNeXRoVFYsIgoJZWluZm8gInlvdSBuZWVk
IHRvIGFkZCAvdXNyL3NoYXJlL215dGh0di9kYXRhYmFzZS9tYy5zcWwiCgllaW5mbyAidG8geW91
ciBteXNxbCBkYXRhYmFzZS4iCgllaW5mbwoJZWluZm8gIllvdSBtaWdodCBydW4gJ215c3FsIDwg
L3Vzci9zaGFyZS9teXRodHYvZGF0YWJhc2UvbWMuc3FsJyIKCWVpbmZvCgllaW5mbyAiSWYgeW91
J3JlIG5vdCBpbiB0aGUgVVMvQ2FuYWRhLCB5b3UgbmVlZCB0byBlZGl0IgoJZWluZm8gIi91c3Iv
c2hhcmUvbXl0aHR2L3NldHRpbmdzLnR4dCBhbmQgZWRpdCBhdCBsZWFzdCB0aGUgdmVyeSIKCWVp
bmZvICJmaXJzdCBzZXR0aW5nIC0tIFhNTFRWR3JhYi4gQ2hhbmdlIHRoaXMgdG8gdGhlIGFwcHJv
cHJpYXRlIgoJZWluZm8gInhtbHR2IGdyYWJiZXIuIgoJZWluZm8KCWVpbmZvICJOZXh0LCB5b3Ug
bmVlZCB0byBydW4gdGhlIC91c3Ivc2hhcmUvbXl0aHR2L3NldHVwIHByb2dyYW0uIgoJZWluZm8g
Ikl0IHdpbGwgYXNrIHlvdSBzb21lIHF1ZXN0aW9ucyBhYm91dCB5b3VyIGhhcmR3YXJlLCBhbmQi
CgllaW5mbyAidGhlbiBydW4geG1sdHYncyBncmFiYmVyIHRvIGNvbmZpZ3VyZSB5b3VyIGNoYW5u
ZWxzLiIKCWVpbmZvCgllaW5mbyAiT25jZSB5b3UgaGF2ZSBjb25maWd1cmVkIHlvdXIgZGF0YWJh
c2UsIHlvdSBjYW4gcnVuIgoJZWluZm8gIi91c3IvYmluL215dGhmaWxsZGF0YWJhc2UgdG8gcG9w
dWxhdGUgdGhlIHNjaGVkdWxlIgoJZWluZm8gIm9yIGNvcHkgL3Vzci9zaGFyZS9teXRodHYvbXl0
aGZpbGxkYXRhYmFzZS5jcm9uIHRvIgoJZWluZm8gIi9ldGMvY3Jvbi5kYWlseSBmb3IgdGhpcyB0
byBoYXBwZW4gYXV0b21hdGljYWxseS4iCgllaW5mbwoJZWluZm8gIklmIHlvdSdyZSB1cGdyYWRp
bmcgZnJvbSBhbiBvbGRlciB2ZXJzaW9uIGFuZCBmb3IgbW9yZSIKCWVpbmZvICJzZXR1cCBhbmQg
dXNhZ2UgaW5zdHJ1Y3Rpb25zLCBwbGVhc2UgcmVmZXIgdG8iCgllaW5mbyAiL3Vzci9zaGFyZS9t
eXRodHYvUkVBRE1FLmd6IgoKfQo=
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>9959</attachid>
            <date>2003-03-28 14:39 0000</date>
            <desc>updated rc script</desc>
            <filename>mythbackend.rc6</filename>
            <type>text/plain</type>
            <data encoding="base64">IyEvc2Jpbi9ydW5zY3JpcHQKIyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dp
ZXMsIEluYy4KIyBEaXN0cmlidXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFs
IFB1YmxpYyBMaWNlbnNlLCB2MiBvciBsYXRlcgojICRIZWFkZXI6ICQKCmRlcGVuZCgpIHsKCW5l
ZWQgbXlzcWwKfQoKc3RhcnQoKSB7CglbIC16ICR7TVlUSF9MT0d9IF0gJiYgTVlUSF9MT0c9Ii92
YXIvbG9nL215dGh0di9teXRoYmFja2VuZC5sb2ciCglbIC16ICR7TVlUSF9QSUR9IF0gJiYgTVlU
SF9QSUQ9Ii92YXIvcnVuL215dGh0di9teXRoYmFja2VuZC5waWQiCgoJSE9NRT0iJChkaXJuYW1l
ICIke01ZVEhfUElEfSIpIgoJUVRESVI9L3Vzci9xdC8zCgoJZWJlZ2luICJTdGFydGluZyBteXRo
IGJhY2tlbmQiCglzdGFydC1zdG9wLWRhZW1vbiAtLXN0YXJ0IC0tcXVpZXQgXAoJICAgICAgICAt
LWNodWlkIG5vYm9keTpub2JvZHkgLS1leGVjIC91c3IvYmluL215dGhiYWNrZW5kIFwKCQktLSAt
LWRhZW1vbiAtLXBpZGZpbGUgIiR7TVlUSF9QSUR9IiAtLWxvZ2ZpbGUgIiR7TVlUSF9MT0d9IgoJ
ZWVuZCAkPwp9CgpzdG9wICgpIHsKCVsgLXogJHtNWVRIX1BJRH0gXSAmJiBNWVRIX1BJRD0iL3Zh
ci9ydW4vbXl0aHR2L215dGhiYWNrZW5kLnBpZCIKCgllYmVnaW4gIlN0b3BwaW5nIG15dGggYmFj
a2VuZCIKCXN0YXJ0LXN0b3AtZGFlbW9uIC0tc3RvcCAtLXF1aWV0IC0tcGlkZmlsZT0iJHtNWVRI
X1BJRH0iCgllZW5kICQ/Cn0K
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>9960</attachid>
            <date>2003-03-28 14:40 0000</date>
            <desc>updated conf file</desc>
            <filename>mythbackend.conf</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMjAwMyBHZW50b28gVGVjaG5vbG9naWVzLCBJbmMuIAojIERpc3RyaWJ1dGVk
IHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UsIHYyIG9y
IGxhdGVyCiMgJEhlYWRlcjogJAoKIyBzcGVjaWZ5IHdoaWNoIGZpbGUgdG8gdXNlIGZvciB0aGUg
YmFja2VuZCBsb2cKTVlUSF9MT0c9L3Zhci9sb2cvbXl0aHR2L215dGhiYWNrZW5kLmxvZwoKIyBz
cGVjaWZ5IGluIHdoaWNoIGZpbGUgdG8gc3RvcmUgdGhlIGJhY2tlbmQgcHJvY2VzcyBpZApNWVRI
X1BJRD0vdmFyL3J1bi9teXRodHYvbXl0aGJhY2tlbmQucGlkCg==
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>9961</attachid>
            <date>2003-03-28 14:41 0000</date>
            <desc>example cron script</desc>
            <filename>mythfilldatabase.cron</filename>
            <type>text/plain</type>
            <data encoding="base64">IyEvYmluL3NoCgpRVERJUj0vdXNyL3F0LzMKL3Vzci9iaW4vbXl0aGZpbGxkYXRhYmFzZSAtLXF1
aWV0Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>10172</attachid>
            <date>2003-04-03 23:33 0000</date>
            <desc>a more flexible backend rc script</desc>
            <filename>mythbackend.rc6</filename>
            <type>text/plain</type>
            <data encoding="base64">IyEvc2Jpbi9ydW5zY3JpcHQKIyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dp
ZXMsIEluYy4KIyBEaXN0cmlidXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFs
IFB1YmxpYyBMaWNlbnNlLCB2MiBvciBsYXRlcgojICRIZWFkZXI6ICQKCmRlcGVuZCgpIHsKCW5l
ZWQgbmV0Cgl1c2UgbXlzcWwKfQoKY2hlY2tjb25maWcoKSB7CiAgICAgICAgWyAteiAiJHtNWVRI
X1VTRVJ9IiBdICYmIE1ZVEhfVVNFUj0ibm9ib2R5IgoKCWZvciBpIGluICQoZ3JvdXBzICIke01Z
VEhfVVNFUn0iKQoJZG8KCQlbICIke2l9IiA9ICJhdWRpbyIgXSAmJiBhdWRpbz0ieWVzIgoJCVsg
IiR7aX0iID0gInZpZGVvIiBdICYmIHZpZGVvPSJ5ZXMiCglkb25lCgoJWyAteiAiJHthdWRpb30i
IC1vIC16ICIke3ZpZGVvfSIgXSAmJiB7CgkJZXdhcm4gIiIKCQlbIC16ICIke2F1ZGlvfSIgXSAm
JiBcCgkJCWV3YXJuICIke0hJTElURX0ke01ZVEhfVVNFUn0ke05PUk1BTH0gaXMgbm90IGluIHRo
ZSBhdWRpbyBncm91cCIKCQlbIC16ICIke3ZpZGVvfSIgXSAmJiBcCgkJCWV3YXJuICIke0hJTElU
RX0ke01ZVEhfVVNFUn0ke05PUk1BTH0gaXMgbm90IGluIHRoZSB2aWRlbyBncm91cCIKCQlld2Fy
biAiIgoJCWV3YXJuICJpbnN1ZmZpY2llbnQgcGVybWlzc2lvbnMgZGlzY292ZXJlZCIKCQlld2Fy
biAibXl0aGJhY2tlbmQgbWF5IG5vdCBzdGFydCBjb3JyZWN0bHkiCgkJZXdhcm4gIiIKCX0KCn0K
CnN0YXJ0KCkgewoJWyAtbiAiJHtNWVRIX05PV0FSTn0iIF0gfHwgY2hlY2tjb25maWcKCiAgICAg
ICAgWyAteiAiJHtNWVRIX1VTRVJ9IiBdICYmIE1ZVEhfVVNFUj0ibm9ib2R5IgoJWyAteiAiJHtN
WVRIX0xPR30iIF0gJiYgTVlUSF9MT0c9Ii92YXIvbG9nL215dGh0di9teXRoYmFja2VuZC5sb2ci
CglbIC16ICIke01ZVEhfUElEfSIgXSAmJiBNWVRIX1BJRD0iL3Zhci9ydW4vbXl0aHR2L215dGhi
YWNrZW5kLnBpZCIKCglIT01FPSIkKGRpcm5hbWUgIiR7TVlUSF9QSUR9IikiCglRVERJUj0vdXNy
L3F0LzMKCgkjIFdvcmsgYXJvdW5kIGFueSBzdHJhbmdlIHBlcm1pc3Npb25zIHRoYXQgbWF5IGJl
IG9uIHRoZXNlIGZpbGVzCglybSAtZiAiJHtNWVRIX0xPR30iCglybSAtZiAiJHtNWVRIX1BJRH0i
CgoJZWJlZ2luICJTdGFydGluZyBteXRoIGJhY2tlbmQiCglzdGFydC1zdG9wLWRhZW1vbiAtLXN0
YXJ0IC0tcXVpZXQgXAoJICAgICAgICAtLWNodWlkICIke01ZVEhfVVNFUn0iIC0tZXhlYyAvdXNy
L2Jpbi9teXRoYmFja2VuZCBcCgkJLS0gLS1kYWVtb24gLS1waWRmaWxlICIke01ZVEhfUElEfSIg
LS1sb2dmaWxlICIke01ZVEhfTE9HfSIKCWVlbmQgJD8KfQoKc3RvcCAoKSB7CglbIC16ICIke01Z
VEhfUElEfSIgXSAmJiBNWVRIX1BJRD0iL3Zhci9ydW4vbXl0aHR2L215dGhiYWNrZW5kLnBpZCIK
CgllYmVnaW4gIlN0b3BwaW5nIG15dGggYmFja2VuZCIKCXN0YXJ0LXN0b3AtZGFlbW9uIC0tc3Rv
cCAtLXF1aWV0IC0tcGlkZmlsZT0iJHtNWVRIX1BJRH0iCgllZW5kICQ/Cn0K
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>10173</attachid>
            <date>2003-04-03 23:35 0000</date>
            <desc>updated conf file</desc>
            <filename>mythbackend.conf</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMjAwMyBHZW50b28gVGVjaG5vbG9naWVzLCBJbmMuIAojIERpc3RyaWJ1dGVk
IHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UsIHYyIG9y
IGxhdGVyCiMgJEhlYWRlcjogJAoKIyBVbmNvbW1lbnQgdGhpcyB0byBkaXNhYmxlIHRoZSBwZXJt
aXNzaW9uIHdhcm5pbmdzLgojTVlUSF9OT1dBUk49eWVzCgojIFNwZWNpZnkgd2hpY2ggdXNlciB0
byBydW4gYXMKIwojIE5PVEU6IHRoaXMgdXNlciBtdXN0IGhhdmUgcGVybWlzc2lvbnMgdG8gd3Jp
dGUKIyAgICAgICB0byB0aGUgTE9HIGFuZCBQSUQgZGlyZWN0b3JpZXMgc3BlY2lmaWVkCiMgICAg
ICAgYmVsb3cuICBGdXJ0aGVybW9yZSwgdGhpcyB1c2VyIG11c3QgYmUgYWJsZQojICAgICAgIHRv
IHdyaXRlIHRvIHRoZSBhdWRpbyBhbmQgdmlkZW8gZGV2aWNlcwojICAgICAgIHRoYXQgYXJlIGNv
bmZpZ3VyZWQgaW4gTXl0aFRWLiAgVGhpcyBjYW4KIyAgICAgICBiZSBhY2hpZXZlZCBieSBhZGRp
bmcgdGhpcyB1c2VyIHRvIHRoZQojICAgICAgIGF1ZGlvIGFuZCB2aWRlbyBncm91cHMuCk1ZVEhf
VVNFUj1ub2JvZHkKCiMgU3BlY2lmeSB3aGljaCBmaWxlIHRvIHVzZSBmb3IgdGhlIGJhY2tlbmQg
bG9nLgpNWVRIX0xPRz0vdmFyL2xvZy9teXRodHYvbXl0aGJhY2tlbmQubG9nCgojIFNwZWNpZnkg
aW4gd2hpY2ggZmlsZSB0byBzdG9yZSB0aGUgYmFja2VuZCBwcm9jZXNzIGlkLgpNWVRIX1BJRD0v
dmFyL3J1bi9teXRodHYvbXl0aGJhY2tlbmQucGlkCg==
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>13028</attachid>
            <date>2003-06-09 21:39 0000</date>
            <desc>media-video/mythtv-0.9.ebuild</desc>
            <filename>mythtv-0.9.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli
dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy
IAojICRIZWFkZXI6ICQKCmluaGVyaXQgZmxhZy1vLW1hdGljCgpJVVNFPSJsY2QgbW14IG9zcyIK
REVTQ1JJUFRJT049IkhvbWVicmV3IFBWUiBwcm9qZWN0IGZvciBhbmFsb2cgVFYgY2FyZHMiClNS
Q19VUkk9Imh0dHA6Ly93d3cubXl0aHR2Lm9yZy9tYy8ke1B9LnRhci5iejIiCkhPTUVQQUdFPSJo
dHRwOi8vd3d3Lm15dGh0di5vcmcvIgpTTE9UPSIwIgpMSUNFTlNFPSJHUEwtMiIKS0VZV09SRFM9
In54ODYiCgpERVBFTkQ9Ij49eDExLWxpYnMvcXQtMyoKCW1lZGlhLWxpYnMvYTUyZGVjCglkZXYt
cGVybC94bWx0dgoJZGV2LWRiL215c3FsCgltZWRpYS1zb3VuZC9sYW1lCgk+PW1lZGlhLWxpYnMv
ZnJlZXR5cGUtMi4wKgoJdmlydHVhbC94MTEiCgpSREVQRU5EPSIke0RFUEVORH0KCWxjZD8gKCBh
cHAtbWlzYy9sY2Rwcm9jICkiCgpzcmNfdW5wYWNrKCkgewoKCXVucGFjayAke0F9CgoJZm9yIGkg
aW4gYGdyZXAgLWxyICJ1c3IvbG9jYWwiICIke1N9ImAKCWRvCgkJc2VkIC1pIC1lICJzOi91c3Iv
bG9jYWw6L3VzcjoiICIke2l9IgoJZG9uZQoKfQoKc3JjX2NvbXBpbGUoKSB7CgoJbG9jYWwgbXlj
b25mPSItLWVuYWJsZS1hNTJiaW4gLS1lbmFibGUtc2hhcmVkIgoJbXljb25mPSIke215Y29uZn0g
YHVzZV9lbmFibGUgbGNkYCIKCW15Y29uZj0iJHtteWNvbmZ9IGB1c2VfZW5hYmxlIG1teGAiCglt
eWNvbmY9IiR7bXljb25mfSBgdXNlX2VuYWJsZSBvc3MgYXVkaW8tb3NzYCIKCgljcHU9ImBnZXQt
ZmxhZyBtYXJjaGAiCglpZiBbICEgLXogIiR7Y3B1fSIgXSA7IHRoZW4KCQlteWNvbmY9IiR7bXlj
b25mfSAtLWNwdT0ke2NwdX0iCgkJc2VkIC1pIC1lICJzOnBlbnRpdW1wcm86JHtjcHV9OmciICIk
e1N9L3NldHRpbmdzLnBybyIKCWZpCgoJc2VkIC1pIC1lICdzOnByZWZpeCArICIvZXRjL215dGh0
di8iOiIvZXRjL215dGh0di8iOicgIiR7U30vbGlicy9saWJteXRoL29sZHNldHRpbmdzLmNwcCIK
CglxbWFrZSAtbyAiJHtTfS9NYWtlZmlsZSIgIiR7U30vJHtQTn0ucHJvIgoKCWVjb25mICR7bXlj
b25mfQoKCSMgZG9lc24ndCB3b3JrIHF1aXRlIHJpZ2h0IGFzIGEgcGFyYWxsZWwgYnVpbGQKCW1h
a2UgfHwgZGllICJlbWFrZSBmYWlsZWQiCgp9CgpzcmNfaW5zdGFsbCgpIHsKCgltYWtlIElOU1RB
TExfUk9PVD0iJHtEfSIgaW5zdGFsbCB8fCBkaWUgIm1ha2UgaW5zdGFsbCBmYWlsZWQiCgoJZG9k
aXIgL2V0Yy9teXRodHYKCW12ICIke0R9L3Vzci9zaGFyZS9teXRodHYvbXl0aHR2LnR4dCIgIiR7
RH0vZXRjL215dGh0di9teXRodHYudHh0IgoKCWtlZXBkaXIgL3Zhci97bG9nLHJ1bn0vbXl0aHR2
Cglmb3duZXJzIG5vYm9keTpub2JvZHkgL3Zhci97bG9nLHJ1bn0vbXl0aHR2CgoJZXhlaW50byAv
ZXRjL2luaXQuZAoJbmV3ZXhlICIke0ZJTEVTRElSfS9teXRoYmFja2VuZC5yYzYiIG15dGhiYWNr
ZW5kCgoJaW5zaW50byAvZXRjL2NvbmYuZAoJbmV3aW5zICIke0ZJTEVTRElSfS9teXRoYmFja2Vu
ZC5jb25mIiBteXRoYmFja2VuZAoKCWV4ZWludG8gL3Vzci9zaGFyZS9teXRodHYKCWRvZXhlICIk
e0ZJTEVTRElSfS9teXRoZmlsbGRhdGFiYXNlLmNyb24iICJzZXR1cC9zZXR1cCIKCglpbnNpbnRv
IC91c3Ivc2hhcmUvbXl0aHR2L2RhdGFiYXNlCglkb2lucyAiJHtTfSIvZGF0YWJhc2UvKgoKCWRv
ZG9jIEFVVEhPUlMgQ09QWUlORyBGQVEgUkVBRE1FIFVQR1JBRElORyBrZXlzLnR4dCBkb2NzLyou
dHh0Cglkb2h0bWwgZG9jcy8qLmh0bWwKCn0KCnBrZ19wb3N0aW5zdCgpIHsKCgllaW5mbyAiSWYg
dGhpcyBpcyB0aGUgZmlyc3QgdGltZSB5b3UgaW5zdGFsbCBNeXRoVFYsIgoJZWluZm8gInlvdSBu
ZWVkIHRvIGFkZCAvdXNyL3NoYXJlL215dGh0di9kYXRhYmFzZS9tYy5zcWwiCgllaW5mbyAidG8g
eW91ciBteXNxbCBkYXRhYmFzZS4iCgllaW5mbwoJZWluZm8gIllvdSBtaWdodCBydW4gJ215c3Fs
IDwgL3Vzci9zaGFyZS9teXRodHYvZGF0YWJhc2UvbWMuc3FsJyIKCWVpbmZvCgllaW5mbyAiTmV4
dCwgeW91IG5lZWQgdG8gcnVuIHRoZSAvdXNyL3NoYXJlL215dGh0di9zZXR1cCBwcm9ncmFtLiIK
CWVpbmZvICJJdCB3aWxsIGFzayB5b3Ugc29tZSBxdWVzdGlvbnMgYWJvdXQgeW91ciBoYXJkd2Fy
ZSwgYW5kIgoJZWluZm8gInRoZW4gcnVuIHhtbHR2J3MgZ3JhYmJlciB0byBjb25maWd1cmUgeW91
ciBjaGFubmVscy4iCgllaW5mbwoJZWluZm8gIk9uY2UgeW91IGhhdmUgY29uZmlndXJlZCB5b3Vy
IGRhdGFiYXNlLCB5b3UgY2FuIHJ1biIKCWVpbmZvICIvdXNyL2Jpbi9teXRoZmlsbGRhdGFiYXNl
IHRvIHBvcHVsYXRlIHRoZSBzY2hlZHVsZSIKCWVpbmZvICJvciBjb3B5IC91c3Ivc2hhcmUvbXl0
aHR2L215dGhmaWxsZGF0YWJhc2UuY3JvbiB0byIKCWVpbmZvICIvZXRjL2Nyb24uZGFpbHkgZm9y
IHRoaXMgdG8gaGFwcGVuIGF1dG9tYXRpY2FsbHkuIgoJZWluZm8KCWVpbmZvICJJZiB5b3UncmUg
dXBncmFkaW5nIGZyb20gYW4gb2xkZXIgdmVyc2lvbiBhbmQgZm9yIG1vcmUiCgllaW5mbyAic2V0
dXAgYW5kIHVzYWdlIGluc3RydWN0aW9ucywgcGxlYXNlIHJlZmVyIHRvIgoJZWluZm8gIi91c3Iv
c2hhcmUvZG9jLyR7UEZ9L1JFQURNRS5neiBhbmQiCgllaW5mbyAiL3Vzci9zaGFyZS9kb2MvJHtQ
Rn0vVVBHUkFESU5HLmd6IgoKfQo=
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>13029</attachid>
            <date>2003-06-09 21:40 0000</date>
            <desc>mythtv/ChangeLog</desc>
            <filename>ChangeLog</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDaGFuZ2VMb2cgZm9yIG1lZGlhLXZpZGVvL215dGh0dgojIENvcHlyaWdodCAyMDAwLTIwMDMg
R2VudG9vIFRlY2hub2xvZ2llcywgSW5jLjsgRGlzdHJpYnV0ZWQgdW5kZXIgdGhlIEdQTCB2Mgoj
ICRIZWFkZXI6ICQKCipteXRodHYtMC45ICgwOSBKdW4gMjAwMykKCiAgMDkgSnVuIDIwMDM7IE1h
eCBLYWxpa2EgPG1heEBsc2l0LnVjc2IuZWR1PiBteXRodHYtMC45LmVidWlsZDoKICBCdW1wIHRv
IDAuOS4gIE1ha2UgYWxsIHNlZCBvcGVyYXRpb25zIGlubGluZS4gIEFkZCBhIHNlZCBmaXggdG8g
dXNlIGNvbmZpZwogIGZpbGUgaW4gL2V0Yy9teXRodHYgaW5zdGVhZCBvZiAvdXNyL2V0Yy9teXRo
dHYuICBSdW4gcW1ha2UgYXMgaW4gYWxsIG90aGVyCiAgTXl0aCBwcm9qZWN0cyB0byBnZW5lcmF0
ZSBhIHZhbGlkIE1ha2VmaWxlLiAgQ2hhbmdlIGVtYWtlIHRvIG1ha2UgYmVjYXVzZQogIHBhcmFs
bGVsIGJ1aWxkcyBkbyBub3Qgc2VlbSB0byB3b3JrLiAgSW5zdGFsbCBrZXlzLnR4dCBhbmQgSE9X
VE8gZG9jcy4KICBJbnN0YWxsIGFsbCBodG1sIGRvYyBmaWxlcy4gIERyb3Agb2Jzb2xldGUgZWlu
Zm8gY29tbWVudC4gIE90aGVyIGNsZWFudXBzLgoKKm15dGh0di0wLjggKDI4IEFwciAyMDAzKQoK
ICAyOCBBcHIgMjAwMzsgTWF4IEthbGlrYSA8bWF4QGxzaXQudWNzYi5lZHU+IG15dGh0di0wLjgu
ZWJ1aWxkOgogIEluaXRpYWwgaW1wb3J0Lgo=
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>13036</attachid>
            <date>2003-06-09 22:29 0000</date>
            <desc>media-video/mythtv-0.9.ebuild  </desc>
            <filename>mythtv-0.9.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli
dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy
IAojICRIZWFkZXI6ICQKCmluaGVyaXQgZmxhZy1vLW1hdGljCgpJVVNFPSJsY2QgbW14IG9zcyIK
REVTQ1JJUFRJT049IkhvbWVicmV3IFBWUiBwcm9qZWN0IGZvciBhbmFsb2cgVFYgY2FyZHMiClNS
Q19VUkk9Imh0dHA6Ly93d3cubXl0aHR2Lm9yZy9tYy8ke1B9LnRhci5iejIiCkhPTUVQQUdFPSJo
dHRwOi8vd3d3Lm15dGh0di5vcmcvIgpTTE9UPSIwIgpMSUNFTlNFPSJHUEwtMiIKS0VZV09SRFM9
In54ODYiCgpERVBFTkQ9Ij49eDExLWxpYnMvcXQtMyoKCW1lZGlhLWxpYnMvYTUyZGVjCglkZXYt
cGVybC94bWx0dgoJZGV2LWRiL215c3FsCgltZWRpYS1zb3VuZC9sYW1lCgk+PW1lZGlhLWxpYnMv
ZnJlZXR5cGUtMi4wKgoJdmlydHVhbC94MTEiCgpSREVQRU5EPSIke0RFUEVORH0KCWxjZD8gKCBh
cHAtbWlzYy9sY2Rwcm9jICkiCgpzcmNfdW5wYWNrKCkgewoKCXVucGFjayAke0F9CgoJZm9yIGkg
aW4gYGdyZXAgLWxyICJ1c3IvbG9jYWwiICIke1N9ImAKCWRvCgkJc2VkIC1pIC1lICJzOi91c3Iv
bG9jYWw6L3VzcjoiICIke2l9IgoJZG9uZQoKfQoKc3JjX2NvbXBpbGUoKSB7CgoJbG9jYWwgbXlj
b25mPSItLWVuYWJsZS1hNTJiaW4gLS1lbmFibGUtc2hhcmVkIgoJbXljb25mPSIke215Y29uZn0g
YHVzZV9lbmFibGUgbGNkYCIKCW15Y29uZj0iJHtteWNvbmZ9IGB1c2VfZW5hYmxlIG1teGAiCglt
eWNvbmY9IiR7bXljb25mfSBgdXNlX2VuYWJsZSBvc3MgYXVkaW8tb3NzYCIKCgljcHU9ImBnZXQt
ZmxhZyBtYXJjaGAiCglpZiBbICEgLXogIiR7Y3B1fSIgXSA7IHRoZW4KCQlteWNvbmY9IiR7bXlj
b25mfSAtLWNwdT0ke2NwdX0iCgkJc2VkIC1pIC1lICJzOnBlbnRpdW1wcm86JHtjcHV9OmciICIk
e1N9L3NldHRpbmdzLnBybyIKCWZpCgoJc2VkIC1pIC1lICdzOnByZWZpeCArICIvZXRjL215dGh0
di8iOiIvZXRjL215dGh0di8iOicgIiR7U30vbGlicy9saWJteXRoL29sZHNldHRpbmdzLmNwcCIK
CglxbWFrZSAtbyAiJHtTfS9NYWtlZmlsZSIgIiR7U30vJHtQTn0ucHJvIgoKCWVjb25mICR7bXlj
b25mfQoKCSMgZG9lc24ndCB3b3JrIHF1aXRlIHJpZ2h0IGFzIGEgcGFyYWxsZWwgYnVpbGQKCW1h
a2UgfHwgZGllICJlbWFrZSBmYWlsZWQiCgp9CgpzcmNfaW5zdGFsbCgpIHsKCgltYWtlIElOU1RB
TExfUk9PVD0iJHtEfSIgaW5zdGFsbCB8fCBkaWUgIm1ha2UgaW5zdGFsbCBmYWlsZWQiCgoJZG9k
aXIgL2V0Yy9teXRodHYKCW12ICIke0R9L3Vzci9zaGFyZS9teXRodHYvbXlzcWwudHh0IiAiJHtE
fS9ldGMvbXl0aHR2L215c3FsLnR4dCIKCglrZWVwZGlyIC92YXIve2xvZyxydW59L215dGh0dgoJ
Zm93bmVycyBub2JvZHk6bm9ib2R5IC92YXIve2xvZyxydW59L215dGh0dgoKCWV4ZWludG8gL2V0
Yy9pbml0LmQKCW5ld2V4ZSAiJHtGSUxFU0RJUn0vbXl0aGJhY2tlbmQucmM2IiBteXRoYmFja2Vu
ZAoKCWluc2ludG8gL2V0Yy9jb25mLmQKCW5ld2lucyAiJHtGSUxFU0RJUn0vbXl0aGJhY2tlbmQu
Y29uZiIgbXl0aGJhY2tlbmQKCglleGVpbnRvIC91c3Ivc2hhcmUvbXl0aHR2Cglkb2V4ZSAiJHtG
SUxFU0RJUn0vbXl0aGZpbGxkYXRhYmFzZS5jcm9uIiAic2V0dXAvc2V0dXAiCgoJaW5zaW50byAv
dXNyL3NoYXJlL215dGh0di9kYXRhYmFzZQoJZG9pbnMgIiR7U30iL2RhdGFiYXNlLyoKCglkb2Rv
YyBBVVRIT1JTIENPUFlJTkcgRkFRIFJFQURNRSBVUEdSQURJTkcga2V5cy50eHQgZG9jcy8qLnR4
dAoJZG9odG1sIGRvY3MvKi5odG1sCgp9Cgpwa2dfcG9zdGluc3QoKSB7CgoJZWluZm8gIklmIHRo
aXMgaXMgdGhlIGZpcnN0IHRpbWUgeW91IGluc3RhbGwgTXl0aFRWLCIKCWVpbmZvICJ5b3UgbmVl
ZCB0byBhZGQgL3Vzci9zaGFyZS9teXRodHYvZGF0YWJhc2UvbWMuc3FsIgoJZWluZm8gInRvIHlv
dXIgbXlzcWwgZGF0YWJhc2UuIgoJZWluZm8KCWVpbmZvICJZb3UgbWlnaHQgcnVuICdteXNxbCA8
IC91c3Ivc2hhcmUvbXl0aHR2L2RhdGFiYXNlL21jLnNxbCciCgllaW5mbwoJZWluZm8gIk5leHQs
IHlvdSBuZWVkIHRvIHJ1biB0aGUgL3Vzci9zaGFyZS9teXRodHYvc2V0dXAgcHJvZ3JhbS4iCgll
aW5mbyAiSXQgd2lsbCBhc2sgeW91IHNvbWUgcXVlc3Rpb25zIGFib3V0IHlvdXIgaGFyZHdhcmUs
IGFuZCIKCWVpbmZvICJ0aGVuIHJ1biB4bWx0didzIGdyYWJiZXIgdG8gY29uZmlndXJlIHlvdXIg
Y2hhbm5lbHMuIgoJZWluZm8KCWVpbmZvICJPbmNlIHlvdSBoYXZlIGNvbmZpZ3VyZWQgeW91ciBk
YXRhYmFzZSwgeW91IGNhbiBydW4iCgllaW5mbyAiL3Vzci9iaW4vbXl0aGZpbGxkYXRhYmFzZSB0
byBwb3B1bGF0ZSB0aGUgc2NoZWR1bGUiCgllaW5mbyAib3IgY29weSAvdXNyL3NoYXJlL215dGh0
di9teXRoZmlsbGRhdGFiYXNlLmNyb24gdG8iCgllaW5mbyAiL2V0Yy9jcm9uLmRhaWx5IGZvciB0
aGlzIHRvIGhhcHBlbiBhdXRvbWF0aWNhbGx5LiIKCWVpbmZvCgllaW5mbyAiSWYgeW91J3JlIHVw
Z3JhZGluZyBmcm9tIGFuIG9sZGVyIHZlcnNpb24gYW5kIGZvciBtb3JlIgoJZWluZm8gInNldHVw
IGFuZCB1c2FnZSBpbnN0cnVjdGlvbnMsIHBsZWFzZSByZWZlciB0byIKCWVpbmZvICIvdXNyL3No
YXJlL2RvYy8ke1BGfS9SRUFETUUuZ3ogYW5kIgoJZWluZm8gIi91c3Ivc2hhcmUvZG9jLyR7UEZ9
L1VQR1JBRElORy5neiIKCn0K
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>13250</attachid>
            <date>2003-06-13 23:54 0000</date>
            <desc>media-video/mythtv-0.9.1.ebuild</desc>
            <filename>mythtv-0.9.1.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli
dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy
IAojICRIZWFkZXI6ICQKCmluaGVyaXQgZXV0aWxzIGZsYWctby1tYXRpYwoKSVVTRT0ibGNkIG1t
eCBvc3MiCkRFU0NSSVBUSU9OPSJIb21lYnJldyBQVlIgcHJvamVjdC4iCkhPTUVQQUdFPSJodHRw
Oi8vd3d3Lm15dGh0di5vcmcvIgpTUkNfVVJJPSJodHRwOi8vd3d3Lm15dGh0di5vcmcvbWMvJHtQ
fS50YXIuYnoyIgpTTE9UPSIwIgpMSUNFTlNFPSJHUEwtMiIKS0VZV09SRFM9In54ODYiCgpERVBF
TkQ9Ij49eDExLWxpYnMvcXQtMyoKCW1lZGlhLWxpYnMvYTUyZGVjCglkZXYtcGVybC94bWx0dgoJ
ZGV2LWRiL215c3FsCgltZWRpYS1zb3VuZC9sYW1lCgk+PW1lZGlhLWxpYnMvZnJlZXR5cGUtMi4w
KgoJdmlydHVhbC94MTEiCgpSREVQRU5EPSIke0RFUEVORH0KCWxjZD8gKCBhcHAtbWlzYy9sY2Rw
cm9jICkiCgpzcmNfdW5wYWNrKCkgewoKCXVucGFjayAke0F9CgoJY2QgIiR7U30iCglmb3IgaSBp
biAkKGdyZXAgLWxyIHVzci9sb2NhbCAuKSA7IGRvCgkJc2VkIC1pIC1lICJzOnVzci9sb2NhbDp1
c3I6IiAiJHtpfSIKCWRvbmUKCgllcGF0Y2ggIiR7RklMRVNESVJ9LyR7UE59LWdlbnRvby5wYXRj
aCIKCn0KCnNyY19jb21waWxlKCkgewoKCWxvY2FsIG15Y29uZj0iLS1lbmFibGUtYTUyYmluIC0t
ZW5hYmxlLXNoYXJlZCIKCW15Y29uZj0iJHtteWNvbmZ9IGB1c2VfZW5hYmxlIGxjZGAiCglteWNv
bmY9IiR7bXljb25mfSBgdXNlX2VuYWJsZSBtbXhgIgoJbXljb25mPSIke215Y29uZn0gYHVzZV9l
bmFibGUgb3NzIGF1ZGlvLW9zc2AiCgoJY3B1PSJgZ2V0LWZsYWcgbWFyY2hgIgoJaWYgWyAtbiAi
JHtjcHV9IiBdIDsgdGhlbgoJCW15Y29uZj0iJHtteWNvbmZ9IC0tY3B1PSR7Y3B1fSIKCQlzZWQg
LWkgLWUgInM6cGVudGl1bXBybzoke2NwdX06ZyIgIiR7U30vc2V0dGluZ3MucHJvIgoJZmkKCglx
bWFrZSAtbyAiJHtTfS9NYWtlZmlsZSIgIiR7U30vJHtQTn0ucHJvIgoJZWNvbmYgJHtteWNvbmZ9
CgoJIyBkb2Vzbid0IHdvcmsgcXVpdGUgcmlnaHQgYXMgYSBwYXJhbGxlbCBidWlsZAoJbWFrZSB8
fCBkaWUgImVtYWtlIGZhaWxlZCIKCn0KCnNyY19pbnN0YWxsKCkgewoKCW1ha2UgSU5TVEFMTF9S
T09UPSIke0R9IiBpbnN0YWxsIHx8IGRpZSAibWFrZSBpbnN0YWxsIGZhaWxlZCIKCglkb2RpciAv
ZXRjL215dGh0dgoJbXYgIiR7RH0vdXNyL3NoYXJlL215dGh0di9teXNxbC50eHQiICIke0R9L2V0
Yy9teXRodHYiCgoJa2VlcGRpciAvdmFyL3tsb2cscnVufS9teXRodHYKCWZvd25lcnMgbm9ib2R5
Om5vYm9keSAvdmFyL3tsb2cscnVufS9teXRodHYKCglleGVpbnRvIC9ldGMvaW5pdC5kCgluZXdl
eGUgIiR7RklMRVNESVJ9L215dGhiYWNrZW5kLnJjNiIgbXl0aGJhY2tlbmQKCglpbnNpbnRvIC9l
dGMvY29uZi5kCgluZXdpbnMgIiR7RklMRVNESVJ9L215dGhiYWNrZW5kLmNvbmYiIG15dGhiYWNr
ZW5kCgoJZXhlaW50byAvdXNyL3NoYXJlL215dGh0dgoJZG9leGUgIiR7RklMRVNESVJ9L215dGhm
aWxsZGF0YWJhc2UuY3JvbiIgInNldHVwL3NldHVwIgoKCWluc2ludG8gL3Vzci9zaGFyZS9teXRo
dHYvZGF0YWJhc2UKCWRvaW5zICIke1N9Ii9kYXRhYmFzZS8qCgoJZG9kb2MgQVVUSE9SUyBDT1BZ
SU5HIEZBUSBSRUFETUUgVVBHUkFESU5HIGtleXMudHh0IGRvY3MvKi50eHQKCWRvaHRtbCBkb2Nz
LyouaHRtbAoKfQoKcGtnX3Bvc3RpbnN0KCkgewoKCWVpbmZvICJJZiB0aGlzIGlzIHRoZSBmaXJz
dCB0aW1lIHlvdSBpbnN0YWxsIE15dGhUViwiCgllaW5mbyAieW91IG5lZWQgdG8gYWRkIC91c3Iv
c2hhcmUvbXl0aHR2L2RhdGFiYXNlL21jLnNxbCIKCWVpbmZvICJ0byB5b3VyIG15c3FsIGRhdGFi
YXNlLiIKCWVpbmZvCgllaW5mbyAiWW91IG1pZ2h0IHJ1biAnbXlzcWwgPCAvdXNyL3NoYXJlL215
dGh0di9kYXRhYmFzZS9tYy5zcWwnIgoJZWluZm8KCWVpbmZvICJOZXh0LCB5b3UgbmVlZCB0byBy
dW4gdGhlIC91c3Ivc2hhcmUvbXl0aHR2L3NldHVwIHByb2dyYW0uIgoJZWluZm8gIkl0IHdpbGwg
YXNrIHlvdSBzb21lIHF1ZXN0aW9ucyBhYm91dCB5b3VyIGhhcmR3YXJlLCBhbmQiCgllaW5mbyAi
dGhlbiBydW4geG1sdHYncyBncmFiYmVyIHRvIGNvbmZpZ3VyZSB5b3VyIGNoYW5uZWxzLiIKCWVp
bmZvCgllaW5mbyAiT25jZSB5b3UgaGF2ZSBjb25maWd1cmVkIHlvdXIgZGF0YWJhc2UsIHlvdSBj
YW4gcnVuIgoJZWluZm8gIi91c3IvYmluL215dGhmaWxsZGF0YWJhc2UgdG8gcG9wdWxhdGUgdGhl
IHNjaGVkdWxlIgoJZWluZm8gIm9yIGNvcHkgL3Vzci9zaGFyZS9teXRodHYvbXl0aGZpbGxkYXRh
YmFzZS5jcm9uIHRvIgoJZWluZm8gIi9ldGMvY3Jvbi5kYWlseSBmb3IgdGhpcyB0byBoYXBwZW4g
YXV0b21hdGljYWxseS4iCgllaW5mbwoJZWluZm8gIklmIHlvdSdyZSB1cGdyYWRpbmcgZnJvbSBh
biBvbGRlciB2ZXJzaW9uIGFuZCBmb3IgbW9yZSIKCWVpbmZvICJzZXR1cCBhbmQgdXNhZ2UgaW5z
dHJ1Y3Rpb25zLCBwbGVhc2UgcmVmZXIgdG86IgoJZWluZm8gIiAgIC91c3Ivc2hhcmUvZG9jLyR7
UEZ9L1JFQURNRS5neiIKCWVpbmZvICIgICAvdXNyL3NoYXJlL2RvYy8ke1BGfS9VUEdSQURJTkcu
Z3oiCgp9Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>13251</attachid>
            <date>2003-06-13 23:55 0000</date>
            <desc>mythtv/files/mythtv-gentoo.patch</desc>
            <filename>mythtv-gentoo.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGxpYnMvbGlibXl0aC9vbGRzZXR0aW5ncy5jcHAub3JpZwkyMDAzLTA2LTEzIDIzOjM1OjMz
LjAwMDAwMDAwMCAtMDcwMAorKysgbGlicy9saWJteXRoL29sZHNldHRpbmdzLmNwcAkyMDAzLTA2
LTEzIDIzOjM2OjA2LjAwMDAwMDAwMCAtMDcwMApAQCAtMTE0LDcgKzExNCw3IEBACiAgICAgaWYg
KFJlYWRTZXR0aW5ncyhzZXRuYW1lKSkKICAgICAgICAgIHJlc3VsdCA9IHRydWU7CiAKLSAgICBz
ZXRuYW1lID0gcHJlZml4ICsgIi9ldGMvbXl0aHR2LyIgKyBmaWxlbmFtZTsKKyAgICBzZXRuYW1l
ID0gIi9ldGMvbXl0aHR2LyIgKyBmaWxlbmFtZTsKICAgICBpZiAoUmVhZFNldHRpbmdzKHNldG5h
bWUpKQogICAgICAgICAgcmVzdWx0ID0gdHJ1ZTsKIAotLS0gbGlicy9saWJteXRoL3RoZW1lZG1l
bnUuY3BwLm9yaWcJMjAwMy0wNi0xMyAyMzozMzoxOC4wMDAwMDAwMDAgLTA3MDAKKysrIGxpYnMv
bGlibXl0aC90aGVtZWRtZW51LmNwcAkyMDAzLTA2LTEzIDIzOjM0OjEwLjAwMDAwMDAwMCAtMDcw
MApAQCAtMTYyMCw2ICsxNjIwLDExIEBACiAgICAgaWYgKGZpbGUuZXhpc3RzKCkpCiAgICAgICAg
IHJldHVybiB0ZXN0ZGlyOwogICAgICAgICAKKyAgICB0ZXN0ZGlyID0gIi9ldGMvbXl0aHR2LyIg
KyBtZW51bmFtZTsKKyAgICBmaWxlLnNldE5hbWUodGVzdGRpcik7CisgICAgaWYgKGZpbGUuZXhp
c3RzKCkpCisgICAgICAgIHJldHVybiB0ZXN0ZGlyOworICAgICAgICAKICAgICB0ZXN0ZGlyID0g
Ii4uL215dGhmcm9udGVuZC8iICsgbWVudW5hbWU7CiAgICAgZmlsZS5zZXROYW1lKHRlc3RkaXIp
OwogICAgIGlmIChmaWxlLmV4aXN0cygpKQo=
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>13252</attachid>
            <date>2003-06-13 23:55 0000</date>
            <desc>mythtv/ChangeLog</desc>
            <filename>ChangeLog</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDaGFuZ2VMb2cgZm9yIG1lZGlhLXZpZGVvL215dGh0dgojIENvcHlyaWdodCAyMDAwLTIwMDMg
R2VudG9vIFRlY2hub2xvZ2llcywgSW5jLjsgRGlzdHJpYnV0ZWQgdW5kZXIgdGhlIEdQTCB2Mgoj
ICRIZWFkZXI6ICQKCipteXRodHYtMC45LjEgKDEzIEp1biAyMDAzKQoKICAxMyBKdW4gMjAwMzsg
TWF4IEthbGlrYSA8bWF4QGxzaXQudWNzYi5lZHU+IG15dGh0di0wLjkuMS5lYnVpbGQsCiAgbXl0
aHR2LWdlbnRvby5wYXRjaDoKICBCdW1wIHRvIDAuOS4xLiAgRHJvcCB0aGUgc2VkIGZpeCBmb3Ig
Y29uZmlnIGZpbGUgaW4gL2V0Yy9teXRodHYgYW5kIHVzZQogIGEgcGF0Y2ggaW5zdGVhZCB3aGlj
aCBhbHNvIGZpeGVzIGFub3RoZXIgZmlsZS4gIFRoaXMgYWxsb3dzIG15dGhnYWxsZXJ5CiAgdG8g
c2hvdyB1cCBvbiB0aGUgbWFpbiBteXRoZnJvbnRlbmQgc2NyZWVuLgoKKm15dGh0di0wLjkgKDA5
IEp1biAyMDAzKQoKICAwOSBKdW4gMjAwMzsgTWF4IEthbGlrYSA8bWF4QGxzaXQudWNzYi5lZHU+
IG15dGh0di0wLjkuZWJ1aWxkOgogIEJ1bXAgdG8gMC45LiAgTWFrZSBhbGwgc2VkIG9wZXJhdGlv
bnMgaW5saW5lLiAgQWRkIGEgc2VkIGZpeCB0byB1c2UgY29uZmlnCiAgZmlsZSBpbiAvZXRjL215
dGh0diBpbnN0ZWFkIG9mIC91c3IvZXRjL215dGh0di4gIFJ1biBxbWFrZSBhcyBpbiBhbGwgb3Ro
ZXIKICBNeXRoIHByb2plY3RzIHRvIGdlbmVyYXRlIGEgdmFsaWQgTWFrZWZpbGUuICBDaGFuZ2Ug
ZW1ha2UgdG8gbWFrZSBiZWNhdXNlCiAgcGFyYWxsZWwgYnVpbGRzIGRvIG5vdCBzZWVtIHRvIHdv
cmsuICBJbnN0YWxsIGtleXMudHh0IGFuZCBIT1dUTyBkb2NzLgogIEluc3RhbGwgYWxsIGh0bWwg
ZG9jIGZpbGVzLiAgRHJvcCBvYnNvbGV0ZSBlaW5mbyBjb21tZW50LiAgT3RoZXIgY2xlYW51cHMu
CgoqbXl0aHR2LTAuOCAoMjggQXByIDIwMDMpCgogIDI4IEFwciAyMDAzOyBNYXggS2FsaWthIDxt
YXhAbHNpdC51Y3NiLmVkdT4gbXl0aHR2LTAuOC5lYnVpbGQ6CiAgSW5pdGlhbCBpbXBvcnQuCg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>13438</attachid>
            <date>2003-06-17 20:14 0000</date>
            <desc>mythtv/files/mythfilldatabase.cron</desc>
            <filename>mythfilldatabase.cron</filename>
            <type>text/plain</type>
            <data encoding="base64">IyEvYmluL3NoCgpRVERJUj0vdXNyL3F0LzMKL3Vzci9iaW4vbXl0aGZpbGxkYXRhYmFzZSAtLW5v
LWRlbGV0ZSAtLXVwZGF0ZSAtLXF1aWV0Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>13476</attachid>
            <date>2003-06-18 10:13 0000</date>
            <desc>media-tv/mythtv/mythtv-0.9.1-r1.ebuild</desc>
            <filename>mythtv-0.9.1-r1.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli
dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy
IAojICRIZWFkZXI6ICQKCmluaGVyaXQgZXV0aWxzIGZsYWctby1tYXRpYwoKSVVTRT0ibGNkIG1t
eCBvc3MiCkRFU0NSSVBUSU9OPSJIb21lYnJldyBQVlIgcHJvamVjdC4iCkhPTUVQQUdFPSJodHRw
Oi8vd3d3Lm15dGh0di5vcmcvIgpTUkNfVVJJPSJodHRwOi8vd3d3Lm15dGh0di5vcmcvbWMvJHtQ
fS50YXIuYnoyIgpTTE9UPSIwIgpMSUNFTlNFPSJHUEwtMiIKS0VZV09SRFM9In54ODYiCgpERVBF
TkQ9Ij49eDExLWxpYnMvcXQtMwoJbWVkaWEtbGlicy9hNTJkZWMKCW1lZGlhLXR2L3htbHR2Cglk
ZXYtZGIvbXlzcWwKCW1lZGlhLXNvdW5kL2xhbWUKCT49bWVkaWEtbGlicy9mcmVldHlwZS0yLjAK
CXZpcnR1YWwveDExIgoKUkRFUEVORD0iJHtERVBFTkR9CglsY2Q/ICggYXBwLW1pc2MvbGNkcHJv
YyApIgoKc3JjX3VucGFjaygpIHsKCgl1bnBhY2sgJHtBfQoKCWNkICIke1N9IgoJZm9yIGkgaW4g
JChncmVwIC1sciB1c3IvbG9jYWwgLikgOyBkbwoJCXNlZCAtaSAtZSAiczp1c3IvbG9jYWw6dXNy
OiIgIiR7aX0iCglkb25lCgoJZXBhdGNoICIke0ZJTEVTRElSfS8ke1BOfS1nZW50b28ucGF0Y2gi
Cgp9CgpzcmNfY29tcGlsZSgpIHsKCglsb2NhbCBteWNvbmY9Ii0tZW5hYmxlLWE1MmJpbiAtLWVu
YWJsZS1zaGFyZWQiCglteWNvbmY9IiR7bXljb25mfSBgdXNlX2VuYWJsZSBsY2RgIgoJbXljb25m
PSIke215Y29uZn0gYHVzZV9lbmFibGUgbW14YCIKCW15Y29uZj0iJHtteWNvbmZ9IGB1c2VfZW5h
YmxlIG9zcyBhdWRpby1vc3NgIgoKCWNwdT0iYGdldC1mbGFnIG1hcmNoYCIKCWlmIFsgLW4gIiR7
Y3B1fSIgXSA7IHRoZW4KCQlteWNvbmY9IiR7bXljb25mfSAtLWNwdT0ke2NwdX0iCgkJc2VkIC1p
IC1lICJzOnBlbnRpdW1wcm86JHtjcHV9OmciICIke1N9L3NldHRpbmdzLnBybyIKCWZpCgoJcW1h
a2UgLW8gIiR7U30vTWFrZWZpbGUiICIke1N9LyR7UE59LnBybyIKCWVjb25mICR7bXljb25mfQoK
CSMgZG9lc24ndCB3b3JrIHF1aXRlIHJpZ2h0IGFzIGEgcGFyYWxsZWwgYnVpbGQKCW1ha2UgfHwg
ZGllICJlbWFrZSBmYWlsZWQiCgp9CgpzcmNfaW5zdGFsbCgpIHsKCgltYWtlIElOU1RBTExfUk9P
VD0iJHtEfSIgaW5zdGFsbCB8fCBkaWUgIm1ha2UgaW5zdGFsbCBmYWlsZWQiCgoJZG9kaXIgL2V0
Yy9teXRodHYKCW12ICIke0R9L3Vzci9zaGFyZS9teXRodHYvbXlzcWwudHh0IiAiJHtEfS9ldGMv
bXl0aHR2IgoKCWtlZXBkaXIgL3Zhci97bG9nLHJ1bn0vbXl0aHR2Cglmb3duZXJzIG5vYm9keTpu
b2JvZHkgL3Zhci97bG9nLHJ1bn0vbXl0aHR2CgoJZXhlaW50byAvZXRjL2luaXQuZAoJbmV3ZXhl
ICIke0ZJTEVTRElSfS9teXRoYmFja2VuZC5yYzYiIG15dGhiYWNrZW5kCgoJaW5zaW50byAvZXRj
L2NvbmYuZAoJbmV3aW5zICIke0ZJTEVTRElSfS9teXRoYmFja2VuZC5jb25mIiBteXRoYmFja2Vu
ZAoKCWV4ZWludG8gL3Vzci9zaGFyZS9teXRodHYKCWRvZXhlICIke0ZJTEVTRElSfS9teXRoZmls
bGRhdGFiYXNlLmNyb24iICJzZXR1cC9zZXR1cCIKCglpbnNpbnRvIC91c3Ivc2hhcmUvbXl0aHR2
L2RhdGFiYXNlCglkb2lucyAiJHtTfSIvZGF0YWJhc2UvKgoKCWRvZG9jIEFVVEhPUlMgQ09QWUlO
RyBGQVEgUkVBRE1FIFVQR1JBRElORyBrZXlzLnR4dCBkb2NzLyoudHh0Cglkb2h0bWwgZG9jcy8q
Lmh0bWwKCn0KCnBrZ19wb3N0aW5zdCgpIHsKCgllaW5mbyAiSWYgdGhpcyBpcyB0aGUgZmlyc3Qg
dGltZSB5b3UgaW5zdGFsbCBNeXRoVFYsIgoJZWluZm8gInlvdSBuZWVkIHRvIGFkZCAvdXNyL3No
YXJlL215dGh0di9kYXRhYmFzZS9tYy5zcWwiCgllaW5mbyAidG8geW91ciBteXNxbCBkYXRhYmFz
ZS4iCgllaW5mbwoJZWluZm8gIllvdSBtaWdodCBydW4gJ215c3FsIDwgL3Vzci9zaGFyZS9teXRo
dHYvZGF0YWJhc2UvbWMuc3FsJyIKCWVpbmZvCgllaW5mbyAiTmV4dCwgeW91IG5lZWQgdG8gcnVu
IHRoZSAvdXNyL3NoYXJlL215dGh0di9zZXR1cCBwcm9ncmFtLiIKCWVpbmZvICJJdCB3aWxsIGFz
ayB5b3Ugc29tZSBxdWVzdGlvbnMgYWJvdXQgeW91ciBoYXJkd2FyZSwgYW5kIgoJZWluZm8gInRo
ZW4gcnVuIHhtbHR2J3MgZ3JhYmJlciB0byBjb25maWd1cmUgeW91ciBjaGFubmVscy4iCgllaW5m
bwoJZWluZm8gIk9uY2UgeW91IGhhdmUgY29uZmlndXJlZCB5b3VyIGRhdGFiYXNlLCB5b3UgY2Fu
IHJ1biIKCWVpbmZvICIvdXNyL2Jpbi9teXRoZmlsbGRhdGFiYXNlIHRvIHBvcHVsYXRlIHRoZSBz
Y2hlZHVsZSIKCWVpbmZvICJvciBjb3B5IC91c3Ivc2hhcmUvbXl0aHR2L215dGhmaWxsZGF0YWJh
c2UuY3JvbiB0byIKCWVpbmZvICIvZXRjL2Nyb24uZGFpbHkgZm9yIHRoaXMgdG8gaGFwcGVuIGF1
dG9tYXRpY2FsbHkuIgoJZWluZm8KCWVpbmZvICJJZiB5b3UncmUgdXBncmFkaW5nIGZyb20gYW4g
b2xkZXIgdmVyc2lvbiBhbmQgZm9yIG1vcmUiCgllaW5mbyAic2V0dXAgYW5kIHVzYWdlIGluc3Ry
dWN0aW9ucywgcGxlYXNlIHJlZmVyIHRvOiIKCWVpbmZvICIgICAvdXNyL3NoYXJlL2RvYy8ke1BG
fS9SRUFETUUuZ3oiCgllaW5mbyAiICAgL3Vzci9zaGFyZS9kb2MvJHtQRn0vVVBHUkFESU5HLmd6
IgoKfQo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>13477</attachid>
            <date>2003-06-18 10:13 0000</date>
            <desc>Changelog</desc>
            <filename>ChangeLog</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDaGFuZ2VMb2cgZm9yIG1lZGlhLXZpZGVvL215dGh0dgojIENvcHlyaWdodCAyMDAwLTIwMDMg
R2VudG9vIFRlY2hub2xvZ2llcywgSW5jLjsgRGlzdHJpYnV0ZWQgdW5kZXIgdGhlIEdQTCB2Mgoj
ICRIZWFkZXI6ICQKCipteXRodHYtMC45LjEtcjEgKDE5IEp1biAyMDAzKQoKICAxMyBKdW4gMjAw
MzsgVG9ueSBDbGFyayA8dGNsYXJrQHRlbGlhLmNvbT4gbXl0aHR2LTAuOS4xLXIxLmVidWlsZDoK
ICBGaXggZGVwZW5kZW5jeSBzbyB4bWx0diBjYW4gYmUgbW92ZWQgdG8gbWVkaWEtdHYuCiAgCipt
eXRodHYtMC45LjEgKDEzIEp1biAyMDAzKQoKICAxMyBKdW4gMjAwMzsgTWF4IEthbGlrYSA8bWF4
QGxzaXQudWNzYi5lZHU+IG15dGh0di0wLjkuMS5lYnVpbGQsCiAgbXl0aHR2LWdlbnRvby5wYXRj
aDoKICBCdW1wIHRvIDAuOS4xLiAgRHJvcCB0aGUgc2VkIGZpeCBmb3IgY29uZmlnIGZpbGUgaW4g
L2V0Yy9teXRodHYgYW5kIHVzZQogIGEgcGF0Y2ggaW5zdGVhZCB3aGljaCBhbHNvIGZpeGVzIGFu
b3RoZXIgZmlsZS4gIFRoaXMgYWxsb3dzIG15dGhnYWxsZXJ5CiAgdG8gc2hvdyB1cCBvbiB0aGUg
bWFpbiBteXRoZnJvbnRlbmQgc2NyZWVuLgoKKm15dGh0di0wLjkgKDA5IEp1biAyMDAzKQoKICAw
OSBKdW4gMjAwMzsgTWF4IEthbGlrYSA8bWF4QGxzaXQudWNzYi5lZHU+IG15dGh0di0wLjkuZWJ1
aWxkOgogIEJ1bXAgdG8gMC45LiAgTWFrZSBhbGwgc2VkIG9wZXJhdGlvbnMgaW5saW5lLiAgQWRk
IGEgc2VkIGZpeCB0byB1c2UgY29uZmlnCiAgZmlsZSBpbiAvZXRjL215dGh0diBpbnN0ZWFkIG9m
IC91c3IvZXRjL215dGh0di4gIFJ1biBxbWFrZSBhcyBpbiBhbGwgb3RoZXIKICBNeXRoIHByb2pl
Y3RzIHRvIGdlbmVyYXRlIGEgdmFsaWQgTWFrZWZpbGUuICBDaGFuZ2UgZW1ha2UgdG8gbWFrZSBi
ZWNhdXNlCiAgcGFyYWxsZWwgYnVpbGRzIGRvIG5vdCBzZWVtIHRvIHdvcmsuICBJbnN0YWxsIGtl
eXMudHh0IGFuZCBIT1dUTyBkb2NzLgogIEluc3RhbGwgYWxsIGh0bWwgZG9jIGZpbGVzLiAgRHJv
cCBvYnNvbGV0ZSBlaW5mbyBjb21tZW50LiAgT3RoZXIgY2xlYW51cHMuCgoqbXl0aHR2LTAuOCAo
MjggQXByIDIwMDMpCgogIDI4IEFwciAyMDAzOyBNYXggS2FsaWthIDxtYXhAbHNpdC51Y3NiLmVk
dT4gbXl0aHR2LTAuOC5lYnVpbGQ6CiAgSW5pdGlhbCBpbXBvcnQuCg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>13503</attachid>
            <date>2003-06-18 18:02 0000</date>
            <desc>media-tv/mythtv-0.9.1-r2.ebuild  </desc>
            <filename>mythtv-0.9.1-r2.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli
dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy
IAojICRIZWFkZXI6ICQKCmluaGVyaXQgZXV0aWxzIGZsYWctby1tYXRpYwoKSVVTRT0ibGNkIG1t
eCBvc3MiCkRFU0NSSVBUSU9OPSJIb21lYnJldyBQVlIgcHJvamVjdC4iCkhPTUVQQUdFPSJodHRw
Oi8vd3d3Lm15dGh0di5vcmcvIgpTUkNfVVJJPSJodHRwOi8vd3d3Lm15dGh0di5vcmcvbWMvJHtQ
fS50YXIuYnoyIgpTTE9UPSIwIgpMSUNFTlNFPSJHUEwtMiIKS0VZV09SRFM9In54ODYiCgpERVBF
TkQ9Ij49eDExLWxpYnMvcXQtMyoKCW1lZGlhLWxpYnMvYTUyZGVjCgltZWRpYS10di94bWx0dgoJ
bWVkaWEtc291bmQvbGFtZQoJPj1tZWRpYS1saWJzL2ZyZWV0eXBlLTIuMCoKCXZpcnR1YWwveDEx
IgoKUkRFUEVORD0iJHtERVBFTkR9CglsY2Q/ICggYXBwLW1pc2MvbGNkcHJvYyApIgoKc3JjX3Vu
cGFjaygpIHsKCgl1bnBhY2sgJHtBfQoKCWNkICIke1N9IgoJZm9yIGkgaW4gJChncmVwIC1sciB1
c3IvbG9jYWwgLikgOyBkbwoJCXNlZCAtaSAtZSAiczp1c3IvbG9jYWw6dXNyOiIgIiR7aX0iCglk
b25lCgoJZXBhdGNoICIke0ZJTEVTRElSfS8ke1BOfS1nZW50b28ucGF0Y2giCgp9CgpzcmNfY29t
cGlsZSgpIHsKCglsb2NhbCBteWNvbmY9Ii0tZW5hYmxlLWE1MmJpbiAtLWVuYWJsZS1zaGFyZWQi
CglteWNvbmY9IiR7bXljb25mfSBgdXNlX2VuYWJsZSBsY2RgIgoJbXljb25mPSIke215Y29uZn0g
YHVzZV9lbmFibGUgbW14YCIKCW15Y29uZj0iJHtteWNvbmZ9IGB1c2VfZW5hYmxlIG9zcyBhdWRp
by1vc3NgIgoKCWNwdT0iYGdldC1mbGFnIG1hcmNoYCIKCWlmIFsgLW4gIiR7Y3B1fSIgXSA7IHRo
ZW4KCQlteWNvbmY9IiR7bXljb25mfSAtLWNwdT0ke2NwdX0iCgkJc2VkIC1pIC1lICJzOnBlbnRp
dW1wcm86JHtjcHV9OmciICIke1N9L3NldHRpbmdzLnBybyIKCWZpCgoJcW1ha2UgLW8gIiR7U30v
TWFrZWZpbGUiICIke1N9LyR7UE59LnBybyIKCWVjb25mICR7bXljb25mfQoKCSMgZG9lc24ndCB3
b3JrIHF1aXRlIHJpZ2h0IGFzIGEgcGFyYWxsZWwgYnVpbGQKCW1ha2UgfHwgZGllICJlbWFrZSBm
YWlsZWQiCgp9CgpzcmNfaW5zdGFsbCgpIHsKCgltYWtlIElOU1RBTExfUk9PVD0iJHtEfSIgaW5z
dGFsbCB8fCBkaWUgIm1ha2UgaW5zdGFsbCBmYWlsZWQiCgoJZG9kaXIgL2V0Yy9teXRodHYKCW12
ICIke0R9L3Vzci9zaGFyZS9teXRodHYvbXlzcWwudHh0IiAiJHtEfS9ldGMvbXl0aHR2IgoKCWtl
ZXBkaXIgL3Zhci97bG9nLHJ1bn0vbXl0aHR2Cglmb3duZXJzIG5vYm9keTpub2JvZHkgL3Zhci97
bG9nLHJ1bn0vbXl0aHR2CgoJZXhlaW50byAvZXRjL2luaXQuZAoJbmV3ZXhlICIke0ZJTEVTRElS
fS9teXRoYmFja2VuZC5yYzYiIG15dGhiYWNrZW5kCgoJaW5zaW50byAvZXRjL2NvbmYuZAoJbmV3
aW5zICIke0ZJTEVTRElSfS9teXRoYmFja2VuZC5jb25mIiBteXRoYmFja2VuZAoKCWV4ZWludG8g
L3Vzci9zaGFyZS9teXRodHYKCWRvZXhlICIke0ZJTEVTRElSfS9teXRoZmlsbGRhdGFiYXNlLmNy
b24iICJzZXR1cC9zZXR1cCIKCglpbnNpbnRvIC91c3Ivc2hhcmUvbXl0aHR2L2RhdGFiYXNlCglk
b2lucyAiJHtTfSIvZGF0YWJhc2UvKgoKCWRvZG9jIEFVVEhPUlMgQ09QWUlORyBGQVEgUkVBRE1F
IFVQR1JBRElORyBrZXlzLnR4dCBkb2NzLyoudHh0Cglkb2h0bWwgZG9jcy8qLmh0bWwKCn0KCnBr
Z19wb3N0aW5zdCgpIHsKCgllaW5mbyAiSWYgdGhpcyBpcyB0aGUgZmlyc3QgdGltZSB5b3UgaW5z
dGFsbCBNeXRoVFYsIgoJZWluZm8gInlvdSBuZWVkIHRvIGFkZCAvdXNyL3NoYXJlL215dGh0di9k
YXRhYmFzZS9tYy5zcWwiCgllaW5mbyAidG8geW91ciBteXNxbCBkYXRhYmFzZS4iCgllaW5mbwoJ
ZWluZm8gIllvdSBtaWdodCBydW4gJ215c3FsIDwgL3Vzci9zaGFyZS9teXRodHYvZGF0YWJhc2Uv
bWMuc3FsJyIKCWVpbmZvCgllaW5mbyAiTmV4dCwgeW91IG5lZWQgdG8gcnVuIHRoZSAvdXNyL3No
YXJlL215dGh0di9zZXR1cCBwcm9ncmFtLiIKCWVpbmZvICJJdCB3aWxsIGFzayB5b3Ugc29tZSBx
dWVzdGlvbnMgYWJvdXQgeW91ciBoYXJkd2FyZSwgYW5kIgoJZWluZm8gInRoZW4gcnVuIHhtbHR2
J3MgZ3JhYmJlciB0byBjb25maWd1cmUgeW91ciBjaGFubmVscy4iCgllaW5mbwoJZWluZm8gIk9u
Y2UgeW91IGhhdmUgY29uZmlndXJlZCB5b3VyIGRhdGFiYXNlLCB5b3UgY2FuIHJ1biIKCWVpbmZv
ICIvdXNyL2Jpbi9teXRoZmlsbGRhdGFiYXNlIHRvIHBvcHVsYXRlIHRoZSBzY2hlZHVsZSIKCWVp
bmZvICJvciBjb3B5IC91c3Ivc2hhcmUvbXl0aHR2L215dGhmaWxsZGF0YWJhc2UuY3JvbiB0byIK
CWVpbmZvICIvZXRjL2Nyb24uZGFpbHkgZm9yIHRoaXMgdG8gaGFwcGVuIGF1dG9tYXRpY2FsbHku
IgoJZWluZm8KCWVpbmZvICJJZiB5b3UncmUgdXBncmFkaW5nIGZyb20gYW4gb2xkZXIgdmVyc2lv
biBhbmQgZm9yIG1vcmUiCgllaW5mbyAic2V0dXAgYW5kIHVzYWdlIGluc3RydWN0aW9ucywgcGxl
YXNlIHJlZmVyIHRvOiIKCWVpbmZvICIgICAvdXNyL3NoYXJlL2RvYy8ke1BGfS9SRUFETUUuZ3oi
CgllaW5mbyAiICAgL3Vzci9zaGFyZS9kb2MvJHtQRn0vVVBHUkFESU5HLmd6IgoKfQo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>13504</attachid>
            <date>2003-06-18 18:02 0000</date>
            <desc>ChangeLog</desc>
            <filename>ChangeLog</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDaGFuZ2VMb2cgZm9yIG1lZGlhLXZpZGVvL215dGh0dgojIENvcHlyaWdodCAyMDAwLTIwMDMg
R2VudG9vIFRlY2hub2xvZ2llcywgSW5jLjsgRGlzdHJpYnV0ZWQgdW5kZXIgdGhlIEdQTCB2Mgoj
ICRIZWFkZXI6ICQKCipteXRodHYtMC45LjEtcjIgKDE4IEp1biAyMDAzKQoKICAxOCBKdW4gMjAw
MzsgTWF4IEthbGlrYSA8bWF4QGxzaXQudWNzYi5lZHU+IG15dGh0di0wLjkuMS1yMi5lYnVpbGQs
CiAgTW92ZSB0byBtZWRpYS10di4gIERyb3AgdGhlIG15c3FsIGRlcGVuZGVuY3kuCgoqbXl0aHR2
LTAuOS4xICgxMyBKdW4gMjAwMykKCiAgMTMgSnVuIDIwMDM7IE1heCBLYWxpa2EgPG1heEBsc2l0
LnVjc2IuZWR1PiBteXRodHYtMC45LjEuZWJ1aWxkLAogIG15dGh0di1nZW50b28ucGF0Y2g6CiAg
QnVtcCB0byAwLjkuMS4gIERyb3AgdGhlIHNlZCBmaXggZm9yIGNvbmZpZyBmaWxlIGluIC9ldGMv
bXl0aHR2IGFuZCB1c2UKICBhIHBhdGNoIGluc3RlYWQgd2hpY2ggYWxzbyBmaXhlcyBhbm90aGVy
IGZpbGUuICBUaGlzIGFsbG93cyBteXRoZ2FsbGVyeQogIHRvIHNob3cgdXAgb24gdGhlIG1haW4g
bXl0aGZyb250ZW5kIHNjcmVlbi4KCipteXRodHYtMC45ICgwOSBKdW4gMjAwMykKCiAgMDkgSnVu
IDIwMDM7IE1heCBLYWxpa2EgPG1heEBsc2l0LnVjc2IuZWR1PiBteXRodHYtMC45LmVidWlsZDoK
ICBCdW1wIHRvIDAuOS4gIE1ha2UgYWxsIHNlZCBvcGVyYXRpb25zIGlubGluZS4gIEFkZCBhIHNl
ZCBmaXggdG8gdXNlIGNvbmZpZwogIGZpbGUgaW4gL2V0Yy9teXRodHYgaW5zdGVhZCBvZiAvdXNy
L2V0Yy9teXRodHYuICBSdW4gcW1ha2UgYXMgaW4gYWxsIG90aGVyCiAgTXl0aCBwcm9qZWN0cyB0
byBnZW5lcmF0ZSBhIHZhbGlkIE1ha2VmaWxlLiAgQ2hhbmdlIGVtYWtlIHRvIG1ha2UgYmVjYXVz
ZQogIHBhcmFsbGVsIGJ1aWxkcyBkbyBub3Qgc2VlbSB0byB3b3JrLiAgSW5zdGFsbCBrZXlzLnR4
dCBhbmQgSE9XVE8gZG9jcy4KICBJbnN0YWxsIGFsbCBodG1sIGRvYyBmaWxlcy4gIERyb3Agb2Jz
b2xldGUgZWluZm8gY29tbWVudC4gIE90aGVyIGNsZWFudXBzLgoKKm15dGh0di0wLjggKDI4IEFw
ciAyMDAzKQoKICAyOCBBcHIgMjAwMzsgTWF4IEthbGlrYSA8bWF4QGxzaXQudWNzYi5lZHU+IG15
dGh0di0wLjguZWJ1aWxkOgogIEluaXRpYWwgaW1wb3J0Lgo=
</data>        

          </attachment>
    </bug>

</bugzilla>