public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: John Morrison <john@morrison.ec>
To: cygwin@cygwin.com
Subject: Re: base-files revisited
Date: Mon, 08 Apr 2019 17:37:00 -0000	[thread overview]
Message-ID: <CAAgpg9Y+sxHWsFbff4YfHRqFBV38kvxSrwTDrjTSg8zPvsHsjg@mail.gmail.com> (raw)
In-Reply-To: <87r2aczb9a.fsf@Rainer.invalid>

On Mon, 8 Apr 2019 at 17:56, Achim Gratz wrote:

> John Morrison writes:
> > I've been asked at work to get the standard base-files extended with
> > specifics for the company I work for and wondered if this would be a good
> > time to revisit how the .bashrc file in particular is put together.
>

<snip original thoughts/>


> Been there, done that.  You'll end up providing one or more company
> specific packages either as an overlay repository or merged into a local
> mirror repository.


The company won't allow anything to be installed directly from the internet.
We were going to create a local mirror repo of the things which are allowed
to be installed along with a 'package script' which will call setup with
the appropriate commands.

The company specifics we were planning to have as another, separate, local
'mirror' and get setup to merge them. It works, not very pretty though. If
you know of a better strategy I'm all ears!


> That is unless you only have a handful of users that
> either can and actually do follow instructions or you can handhold them
> during their installations.


They don't get a choice, although we might open the default mirror up
sufficiently for folks to request specific additional packages added to the
installation. Best we're allowed to offer.


> If you provide a company config package all
> you need to do is make sure it gets installed last (or arrange for the
> postinstall to do all the work and move that to a late place).  Once
> you've replaced the default files setup (or rather the respective
> postinstalls) will keep them untouched.
>

I didn't think about installed last... I could get the postinstall to
append to the actual files (/etc/defaults/skel or /etc/skel) directly...
hum.
The base-files-<company> package was already adding some additional
/etc/skel/.rc files, what I really wanted was a way of adding the to
/etc/skel/.bashrc and /etc/skel/.inputrc so that might work.  I think some
defaults for mintty were mentioned as well (we have fairly high spec
monitors and everyone ends up boosting the font size).


> > I was also thinking of taking some more of the sample from
> > https://www.tldp.org/LDP/abs/html/sample-bashrc.html, for example the
> > colours and some more of the aliases and adding them into the existing
> sets.
>
> None of that strikes me as desirable to enable by default.
>
> > Thoughts?
> >
> > I think Achim Gratz took over the base-files from me. Achim, are you
> still
> > around? Open for a discussion?
>
> Tentatively, I'd say what you want to do doesn't belong into base-files.
> That is supposed to provide a clean starting point (mostly to work
> around some quirks of how Windows leaves your environment) and treat all
> POSIX shells the same to the extent possible, not create even more
> differences than there are out of the gate.  There already are hooks in
> profile to enable your own scripting if that's what you want and
> anything that is purely bash-specific would need to go into its own
> package anyway.
>

Fair enough :)

Thanks for the thoughts.

J.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

  reply	other threads:[~2019-04-08 17:37 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-04-06 14:08 John Morrison
2019-04-07 18:58 ` Chris Wagner
2019-04-08  7:05 ` Brian Inglis
2019-04-08 17:46   ` John Morrison
2019-04-08 16:56 ` Achim Gratz
2019-04-08 17:37   ` John Morrison [this message]
2019-04-08 18:25     ` Achim Gratz
2019-04-08 19:04       ` Brian Inglis

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAAgpg9Y+sxHWsFbff4YfHRqFBV38kvxSrwTDrjTSg8zPvsHsjg@mail.gmail.com \
    --to=john@morrison.ec \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).