Re: [gentoo-dev] [FRC] News item: Changing USE flags for >=app-backup/bacula

Quoting Michał Górny (2017-08-15 08:43:07)
> On wto, 2017-08-15 at 06:55 +0200, tomjbe@g.o wrote:
> > Quoting Rich Freeman (2017-08-15 00:29:19)
> > > On Mon, Aug 14, 2017 at 5:55 PM, Michał Górny <mgorny@g.o> wrote:
> > > > On pon, 2017-08-14 at 21:58 +0200, Thomas Beierlein wrote:
> > > > >
> > > > > * 'bacula-clientonly' becomes 'clientonly'
> > > >
> > > > This is still negative logic in disguise. clientonly = noserver.
> >
> > True. See below for discussion.
> > > >
> > > > > * 'bacula-nodir' will be replaced by 'director' but with inverted logic
> > > > > * 'bacula-nosd' will be replaced by 'storage-daemon' (also inverted).
> > > > >
> > > > > 'director' and 'storage-daemon' will be active by default resulting in an
> > > > > installation with backup director and storage daemon enabled.
> > > > >
> > >
> > > ++
> > >
> > > I guess to make it a bit more explicit, would it make sense to have 3 flags:
> > >
> > > client - install the client   (or consider calling it file-daemon instead)
> > > director - install the director
> > > storage-daemon - install the storage daemon
> > >
> >
> > That would be best, but it is not supported by their (autoconf based) build
> > system (and would require a complete rewrite of it). The actual USE flags
> > mostly mirrors the switches from the configure script. You can not set them as
> > you like, they are not orthogonal E.g. the file deamon (client) will be
> > installed unconditionally.
> >
> > The configure script itself is very brittle atm and needs an urgent overhaul.
> > Discussion with upstream goes a long way, but they do not want to change it
> > because of the need to retest it on very different systems. No good situation.
> >
> > A possible idea may be to drop the 'no/client' flag completely. If neither
> > 'director' nor 'storage-daemon' is active all that is left would be the
> > file daemon.
> > What do you think?
>
> WFM. If the flag doesn't do anything except for disabling the two other
> flags, then there's no place for such a flag.
>
And here comes the problem. USE="bacula-nodir bacula-nosd" does not produce
the same set of files as USE="bacula-clientonly". But I will recheck if the
difference is of relevance for normal gentoo user.

> >
> > The downside of that idea is that we diverge from baculas documentation which
> > explicitly state that there is a 'clientonly' install.
> >
>
> Upstream install documentation is not relevant to Gentoo. The flag
> descriptions in metadata.xml are.
>
Right. But if we drop a "clientonly" than there is no hint in metadata.xml how
to get only the file daemon alone. Some einfo output or similar come to mind.

Regards,

    Thomas