[mythtv] Re: [mythtv-commits] mythtv commit: r7932 by nigel
George Nassas
gnassas at mac.com
Mon Nov 21 18:28:40 EST 2005
On 21-Nov-05, at 1:57 AM, Nigel Pearson wrote:
> True. And your "get the latest revision" trick isn't bad,
> although I think I would prefer to do it via an svn info.
svn info only operates on local copies so you'd have to check out the
latest and then do an info to find out what you got and use that to
pull later components. The logic is yukky.
> Another way to do it would be be to checkout
> all of the components in one operation.
Yes I started down this path but worried if I was going to break
something in all that cleaning and makefile tweaking that happens. Now
that I know more about the build I see that's not a problem so I
updated the script to do all the checkouts in one shot.
This also avoids a problem where someone can do an initial build on
just the frontend and then later decides to include the plugins. With
update you'd have to look at what's there and what's needed and update
some and co others and who knows what else.
> I also just discovered "svn switch new_repository",
> which should eliminate problems when user wants a tag
> or branch, but existing checked out version if trunk.
Cool. But, as part of the script? Oh, I guess a mention somewhere in
the -help text.
>> OK. I figured there were too many options
>
> Agreed, but none of the existing options really fit.
> Unless we overload "nohead"
At first I thought you meant nohead to be more like "inplace" which
might be a better term for this. I made a few changes in that direction
but decided it would be too much trouble to decipher all that makefile
cleaning and tweaking so I stopped. There are a few short-circuit "if
nohead" lines that are pointless but don't hurt.
Everything else in there is good stuff that should make it into svn.
This version makes the build more reliable and and more of a turnkey
affair. If any of it doesn't look quite right I'll be happy to supply
cheerleading.
One remaining issue is the behaviour of the retail OSX which script. It
always gives output but the plugins configure script depends on it
being silent when a file isn't found. If, like me, you've got
DarwinPorts then you can get a nicer one in /sw/bin which is why I have
that added to the path. Not sure what to do otherwise. Perhaps test for
a broken which and die.
- George
-------------- next part --------------
A non-text attachment was scrubbed...
Name: osx-packager.pl
Type: application/octet-stream
Size: 26723 bytes
Desc: not available
Url : http://mythtv.org/pipermail/mythtv-dev/attachments/20051121/a8b816dd/osx-packager.obj
-------------- next part --------------
More information about the mythtv-dev
mailing list