cvs commit: ports/sysutils/xfce4-utils Makefile
Chris Rees
crees at freebsd.org
Tue Dec 20 06:54:23 UTC 2011
On 20 Dec 2011 00:11, "Doug Barton" <dougb at freebsd.org> wrote:
>
> On 12/19/2011 02:03, Chris Rees wrote:
> >
> > On 19 Dec 2011 09:59, "Doug Barton" <dougb at freebsd.org
> > <mailto:dougb at freebsd.org>> wrote:
> >>
> >> Thanks, that's 1/3 of the job done. :) The problem is that the current
> >> OPTION creates the false idea that the only way you can lock your screen
> >> is to use xlockmore.
> >>
> >> Perhaps you missed my followup where I mentioned that the next step
> >> would be to add an OPTION for xscreensaver as well, and the logic to
> >> avoid having them both defined.
> >
> > I'll look at that later.
>
> Thanks. In answer to your question avoiding having both enabled would be
> nice since it avoids duplicate, unnecessary redundancy.
>
> >> Better yet would be to detect if one or the other is already installed,
> >> and default the OPTIONS accordingly.
> >
> > Autodetection in ports? No thanks!
>
> I didn't suggest autodetecting for the dependencies, I suggested it for
> the OPTIONS. That's been done for a long time, and ideally should be how
> it's always done.
Ok... a pointer on how that's done would be good.
The only way I can think of would be:
.if exists(${LOCALBASE}/bin/xlock)
OPTIONS+= XLOCK "Use xlock for 'lock screen'" on
.else
OPTIONS+= XLOCK "Use xlock for 'lock screen'" off
.endif
which would be great if LOCALBASE were actually defined before
bsd.port.options.mk.
I can't see a way to do this. Do you have an example port?
Chris
More information about the freebsd-xfce
mailing list