Skip to Content.
Sympa Menu

sm-discuss - Re: [SM-Discuss] neon, subversion & the stable grimoire

sm-discuss AT lists.ibiblio.org

Subject: Public SourceMage Discussion List

List archive

Chronological Thread  
  • From: Jeremy Blosser <jblosser-smgl AT firinn.org>
  • To: sm-discuss AT lists.ibiblio.org
  • Subject: Re: [SM-Discuss] neon, subversion & the stable grimoire
  • Date: Thu, 9 Oct 2008 14:23:37 -0500

On Oct 09, Ethan Grammatikidis [eekee57 AT fastmail.fm] wrote:
> Neon is required for Subversion to support http checkouts, but
> subversion is picky about neon version. Stable 0.25-0 has neon 0.28.3
> and subversion 1.5.1 which are not compatible. Compatibility will
> eventually be needed for support of svn_http urls in sorcery, so really
> there should be some testing with subversion to help determine which
> version of neon goes into stable. This is not helped by the fact that
> subversion will fail to report an error if neon is requested but the
> version is not suitable. It will silently build without it.
>
> I would like to place a permanent warning in the neon spell to test that
> subversion definitely builds with neon in stable-rc before allowing
> inclusion into stable, or some words to that effect. I was thinking of
> placing the text as comments in DETAILS. Does this seem like a good idea
> to everyone? Does anyone have a better idea? Should a similar warning be
> placed in the subversion spell?

We should not hold back the latest version of something just because some
other package doesn't like it. That's bogus for users who want the package
for some other reason. We promise our users upstream defaults, not patches
or other wrangling by us.

Typically the way we handle this is making a versioned spell, with a
warning they need to pick a specific version if their goal is to make it
work with some other package that is known to be picky.

Really the fix for this is upstream and bugs should get filed and pressure
applied there as much as possible.

Attachment: pgpA9jL_zt2uA.pgp
Description: PGP signature




Archive powered by MHonArc 2.6.24.

Top of Page