[ATrpms-devel] [mythtv] Building MythTV SVN Packages (rpm)
lists at forevermore.net
Mon Apr 3 20:38:56 CEST 2006
> I had already discussed this with buzz in PM. Having a specfile use
> svn co is a very broken concept for rpm, e.g. just like having a
> specfile use wget to get the release sources. rpm (and deb) go through
> lengths to ensure deterministic reproducability.
I'm aware that it's "broken" from a conceptual standpoint. But for my
use, it works great. I don't like the fact that I have to create a
separate tarball for each svn checkout -- it takes a lot of time to
compress/uncompress, and takes up extra unnecessary disk space.
My main concern was to clean up the specs posted to the wiki and to fix
what I saw as a really broken solution (that if there was an svn update,
you'd have to "build" twice to get the release number correct).
> This specfile has also desynced quite a lot from ATrpms' partly
> refixing bugs fixed long ago or fixing bugs w/o submitting these fixes
> to ATrpms (throwing a complete specfile rewrite with more difflines
> than the original specfile has doesn't count ;).
It's been maintained separately from the atrpms packages for my own
personal use. Since it works, I never bothered to update anything to
match yours, since it really is just a personal use kind of thing (like
any build-your-own svn spec should be). Maybe I'll have to take a look
at what you're doing now and see what I can backport into mine.
More information about the atrpms-devel