[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn commit: r1386696 - /subversion/trunk/configure.ac

From: Stefan Sperling <stsp_at_elego.de>
Date: Tue, 18 Sep 2012 12:37:22 +0200

On Tue, Sep 18, 2012 at 11:05:55AM +0100, Philip Martin wrote:
> stsp_at_apache.org writes:
>
> > Author: stsp
> > Date: Mon Sep 17 16:29:25 2012
> > New Revision: 1386696
> >
> > URL: http://svn.apache.org/viewvc?rev=1386696&view=rev
> > Log:
> > * configure.ac: Don't raise a fatal error if --with-gnome-kerying was passed
> > but the necessary things can't be found. Just print a warning and move on
> > without compiling GNOME Kerying support.
>
> Is that sensible behaviour? I think it's a bit odd to continue without
> gnome keyring support if the user explicity requested it.

Before my change, there was no way of saying

 a) "please use GNOME keyring if you can find it, else, don't bother"

It was either

 b) "don't compile GNOME keyring support" or
 c) "error out if it cannot be compiled in"

With my change, we now have a) and b), but not c).

I want to eventually compile GNOME keyring support on the bb-openbsd
bot, because currently no bot is even trying to compile it, as far
as I can tell. But I don't necessarily want the build on that bot
to fail if the gnome keyring packages happen not to be installed
(which they aren't yet).

If you want c), we could look for GNOME keyring by default, enable it
if found, and then change the semantics of --with-gnome-kerying back
to "error out if gnome keyring isn't found". That would restore all
possible behaviour options.
Received on 2012-09-18 12:38:06 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.