On Thu, Apr 15, 2010 at 01:26:03PM -0400, Alexander Hansen wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 4/15/10 11:58 AM, Jack Howarth wrote:
> > I was pondering if the following might be
> > possible under fink. Since there will be a lot
> > of interesting improvements with dragon-egg
> > and llvm in trunk svn, it would be neat to
> > create a set of llvm-svn/llvm-gcc42-svn/
> > dragon-egg-svn packages that would automatically
> > download whatever the current svn was
> > and build a package with the revision. This
> > seems easy enough when svn is present on the
> > machine. The tricky bit would be to tether
> > the packages together by the same svn revision.
> > In other words, I would like to have the llvm
> > package build whatever the current svn revision
> > is when invoked, but the llvm-gcc-42 and
> > dragon-egg packages latch onto the same svn
> > revision. In theory this shouldn't be impossible
> > since llvm must be installed for llvm-gcc42
> > or dragon-egg to build. So all I need is a
> > dynamic version or revision number in those
> > packages that is set to the same value as
> > that of the installed llvm (which is being used
> > for the build). Any comments?
> > Jack
> >
>
> Installing fink from a CVS checkouts does something similar--it
> generates a .info file, which is revision tagged to the time in which
> the installation is started, and a source tarball which only carries the
> current version assigned to CVS checkouts (0.29.99.cvs currently).
>
> I could see creating a wrapper package with a script that a user would
> run to do the svn updates, stash tarballs in %p/src to allow rebuilds if
> needed, and generate package description files with dynamic versioning
> or revisioning.
>
> If we were to decide to give fink the ability to do checkouts from
> repositories, from a support standpoint a scheme that uses the current
> pull svn will be harder to debug than a scheme which checks out a
> defined revision number. In the latter case, a developer can just try
> to build/install a package as usual to confirm a problem, and I don't
> see that as particularly easy if packages build against current svn.
Alexander,
It would be extremely useful to have the same feature as MacPorts
to allow a build to download the svn at a particular revision dynamically
during the build. I resorted to that for the pymol MacPorts package using
the syntax...
fetch.type svn
svn.url https://pymol.svn.sourceforge.net/svnroot/pymol/trunk/pymol
svn.revision 3866
This was essential for pymol since they don't distribute tarballs of the
releases.
Jack
> - --
> Alexander Hansen
> Fink User Liaison
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (Darwin)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAkvHTCsACgkQB8UpO3rKjQ/WmwCggYYzarGzM3e859OFbzajbK6J
> pJAAn0U04z7rNNuybjnINwFUFJRAG6ND
> =kOUK
> -----END PGP SIGNATURE-----
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
