[MythDora] Autoloading modules in 2.6.20
Axel Thimm
Axel.Thimm at ATrpms.net
Sun Mar 25 11:37:21 CEST 2007
On Sat, Mar 24, 2007 at 11:43:58PM -0400, gchris wrote:
> Axel Thimm wrote:
> > On Sat, Mar 24, 2007 at 07:02:15PM -0400, Dennis Hand wrote:
> >>> You don't need to use subversion, just get the packages from
> >>> bleeding. Just be aware that you need to backup the database if you
> >>> want to return to 0.20.
> >>>
> >> I'm going with what Chris said, I thought trunk was SVN also. What's
> >> the difference between SVN and bleeding? Which one is more bleeding
> >> edge?
> >
> > OK, let me explain: svn is just what mythtv uses to manage the
> > source. There are three relevant "branches" in there:
> >
> > o release: same as the release tarballs
> > o 20-fixes: the stable fixes
> > o trunk: development towards the next mythtv release
> >
> > Often when people say "use mythtv from svn" they really mean "from
> > trunk". Technically all ATrpms' packages are "from svn", as they
> > always have XX-fixes inside.
> >
> > Now to ATrpms' side: In stable you will find the second from the list
> > above, e.g. 20-fixes packages. These are just the release plus
> > important, non-stabilizing patches.
> >
> > Next there is ATrpms' bleeding which just packages from trunk:
> >
> > http://atrpms.net/name/mythtv-trunk/
> >
> > So you can easily test the trunk w/o using svn yourself and compiling
> > etc. Just backup your database, point your yum to atrpms-bleeding and
> > yum update. Undoing this means to uninstall all 0.21 mythtv packages
> > and pulling back in from atrpms-stable. Rather easy if you have the
> > bandwidth (or have a local copy of the packages).
> >
> > So the mapping is
> >
> > svn repo | ATrpms
> > ==============|============================
> > pure release | stable (only the very first days before and XX-fixes
> > | apear)
> > 20-fixes | stable (as soon as it is populated in svn)
> > trunk | bleeding
> >
> My grandkids are in bed now so I've got time for a quick comment but I'm
> still not going to try this till Monday.
>
> As best as I understand Axel, he wants me to stuff a Mythtv .21 RPM into
> my almost working MythTV .20 (probably breaking the database) to see if
> the code in the .21 RPM corrects the channel scan problem. There is a
> 155 level RPM in there for Mythtv-setup.
>
> The part I'm having trouble wrapping my head around is that Axel (at
> least implies) that his STABLE branch, which I used to build this
> system, already has SVN fixes in it.
Correct.
> Yet the guy who claims to have solved the channel scanning problem,
> did so by building from SVN fixes.
In that case forget about the trunk packages.
> So are we talking about fixes released since Axel built his ATrpms?
Sounds so. It depends on when the user built from 20-fixes (e.g. what
svn revision he used). You can see when I did by using
rpm -q --changelog mythtv-suite | head -2
It returns
* Wed Mar 14 2007 Axel Thimm <Axel.Thimm at ATrpms.net> - 0.20-154
- Update to latest svn fixes (13045).
So it's using a 10 days old 20-fixes branch from revisions 13045.
> And if that's the case wouldn't Subversion identify those changes?
>
> Now I'm going to bed and ponder why every profession has to have it's
> own language? ;)
To add to the confusion: The revision tag just gives an internal
timeline code. If someone says he's "using svn revision XXX" he still
hasn't said whether it's from the trunk or 20-fixes (usually w/o any
further context the trunk is implied).
--
Axel.Thimm at ATrpms.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.atrpms.net/pipermail/mythdora/attachments/20070325/8b5b37a9/attachment-0001.bin
More information about the mythdora
mailing list