This is the mail archive of the
cygwin-developers
mailing list for the Cygwin project.
Re: More: [1.7] packaging problem? Both /usr/bin/ and /usr/lib/ are non-empty
On May 12 19:29, Corinna Vinschen wrote:
> On May 12 12:58, Charles Wilson wrote:
> > 2009/05/11 14:56:28 running: C:\cygwin-1.7\bin\bash.exe -c
> > /etc/postinstall/terminfo.sh
>
> ...isn't that wrong? bash is called from setup with a *script* as
> parameter, not with a *command*. Shouldn't that be `bash foo.sh',
> rather than `bash -c foo.sh'?
>
> > /cygdrive/h/.bashrc
> > /etc/postinstall/terminfo.sh: line 9: cd: /usr/lib: No such file or
> > directory
> >[...]
> > That's just my ~/.dotfiles being chatty. However, I wonder if
> > postinstall scripts should read ~/.dotfiles at all. When bash is used
> > as sh, it doesn't read ~/.stuff. However, notwithstanding autoconf.sh
>
> And I'm really wondering if your .dotfiles script isn't the problem
> here. Why is it read anyway? Do you have a $HOME in your Windows
> environment? After all, $HOMEDRIVE$HOMEDIR isn't utilized anymore
> to generate a $HOME in Cygwin.
>
> > above, many of my package's postinstall scripts make use of bashisms, so
> > I put /bin/bash in the #! line. It's probably not a good idea for setup
> > itself to invoke the post/pre scripts using interpreter-specific flags
> > like -norc because some postinstall scripts might be in other
> > languages...Do we have a policy about this? Should I use '#! /bin/bash
> > -norc' instead?
>
> Shouldn't setup better use the --norc option?
Why does bash read an rc file at all? The man page claims that only
interactive bash shells read profiles and non-interactive bashes only
read an rc script if $BASH_ENV is set.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat