[Slackbuilds-users] bashrun2 Slackbuild typo
Binh Nguyen
binhvng at gmail.com
Sat Oct 20 05:03:37 UTC 2012
On Fri, 19 Oct 2012 at 01:01 PM -0500, Robby Workman wrote:
> On Fri, 19 Oct 2012 22:19:42 +0700
> Binh Nguyen <binhvng at gmail.com> wrote:
>
> > On Thu, 18 Oct 2012 at 01:08 PM -0400, Chess Griffin wrote:
> > > Minor typo on line 85 of the SlackBuild:
> > >
> > > mv $PKG/etc/bash_completion.d/bashrun2
> > > $PKGetc/bash_completion.d/bashrun2.new
> > >
> > > missing a / after second $PKG so should be:
> > >
> > > mv $PKG/etc/bash_completion.d/bashrun2
> > > $PKG/etc/bash_completion.d/bashrun2.new
> >
> > I believe that auto-complete file like this should not be treated as a
> > user-config file, i.e. it should be left as-is and not be renamed to a
> > ".new" file.
> >
> > What do you maintainers think?
>
>
> This is one place where I think we should probably deviate from
> upstream's intentions (and I think that upstream will likely
> catch up to the new bash-completion on this sooner or later).
> Old bash-completion (before 2.x) put the packaged completions
> files in /etc/bash-completion.d/ -- while that directory is still
> supported, /usr/share/bash-completion/completions/ seems to be
> intended as the systemwide/packaged completions directory whereas
> /etc/bash-completion.d/ seems intended for local system overrides
> and additions.
I don't think that's a good approach; it causes 2 issues:
(a) If upstream still uses /etc/bash_completion.d/, when upgrading
users would have an additional step of considering the ".new" file
(b) If upstream converts to /usr/share/bash-completion/completions/,
when upgrading there would be a leftover file in
/etc/bash_completion.d
as opposed to clean upgradings whether upstream changes behavior or not.
The ".new" file should only be created when the new location is used by
upstream (and if there's a completion file in old location for local
changes too).
More information about the SlackBuilds-users
mailing list