Re: Command line switch to say yes to dependencies?
On Jan 3, 2017, at 9:50AM, Rainer Müller wrote: > On 2017-01-03 17:47, Sterling Smith wrote: >> I did search `man port`, but I had not added my custom install's >> MANPATH. > > MANPATH is supposed to be empty, as man(1) will then deduce the paths > from the PATH environment variable. Good to know. > >> Note that the use of the phrase "non-interactive mode" for this >> switch is in contradiction to the documentation of the command >> argument, which it claims if I give the command argument, then I am >> not in interactive mode already... Also, searching for "yes" in the >> man page yields nothing. I will provide a pull request with my >> suggestion for improvements to the description. > > Indeed, the documentation is misleading. "Interactive mode" is the port > shell you get when you launch port(1) without arguments. The -N flag is > supposed to avoid any questions to the user. These two things need to > have distinct names. > > In order not to break existing documentation, the -N flag should rather > be called something like "no-questions mode". We should also rename the > ui_interactive option in macports.conf accordingly. I have made suggestions in https://github.com/macports/macports-base/pull/14 . I suggest any interested parties should comment there (as Rainer has) to continue the conversation. > > Rainer -Sterling
Re: Command line switch to say yes to dependencies?
On 2017-01-03 17:47, Sterling Smith wrote: > I did search `man port`, but I had not added my custom install's > MANPATH. MANPATH is supposed to be empty, as man(1) will then deduce the paths from the PATH environment variable. > Note that the use of the phrase "non-interactive mode" for this > switch is in contradiction to the documentation of the command > argument, which it claims if I give the command argument, then I am > not in interactive mode already... Also, searching for "yes" in the > man page yields nothing. I will provide a pull request with my > suggestion for improvements to the description. Indeed, the documentation is misleading. "Interactive mode" is the port shell you get when you launch port(1) without arguments. The -N flag is supposed to avoid any questions to the user. These two things need to have distinct names. In order not to break existing documentation, the -N flag should rather be called something like "no-questions mode". We should also rename the ui_interactive option in macports.conf accordingly. Rainer
Re: Command line switch to say yes to dependencies?
Clemens, I did search `man port`, but I had not added my custom install's MANPATH. Note that the use of the phrase "non-interactive mode" for this switch is in contradiction to the documentation of the command argument, which it claims if I give the command argument, then I am not in interactive mode already... Also, searching for "yes" in the man page yields nothing. I will provide a pull request with my suggestion for improvements to the description. -Sterling On Dec 31, 2016, at 4:42AM, Clemens Lang wrote: > Hi, > > On Fri, Dec 30, 2016 at 06:49:24AM -0800, Sterling Smith wrote: >> So it seems there is a new feature that asks if I want to install all >> of the dependencies of a requested port. Is there a command line >> switch to answer yes? If not, is there some other programmatic way to >> answer yes? (This is installing for a non-default prefix from the >> master branch, so maybe there is something in master that hasn't made >> it to the documentation yet...) > > Non-interactive mode, -N, see 'man port'. > > -- > Clemens
Re: Command line switch to say yes to dependencies?
Hi, On Fri, Dec 30, 2016 at 06:49:24AM -0800, Sterling Smith wrote: > So it seems there is a new feature that asks if I want to install all > of the dependencies of a requested port. Is there a command line > switch to answer yes? If not, is there some other programmatic way to > answer yes? (This is installing for a non-default prefix from the > master branch, so maybe there is something in master that hasn't made > it to the documentation yet...) Non-interactive mode, -N, see 'man port'. -- Clemens
Re: Command line switch to say yes to dependencies?
And 'ui_interactive no' in macports.conf to make it permanent. I'm not sure whether it would make sense to have a --yes flag like some other tools, which means "act as though I answered yes to all questions" rather than "don't ask any questions". In the case of installing dependencies the two are equivalent, but they might not be in other cases. And depending on what you're doing, the result might be quite destructive. - Josh On 2016-12-31 04:46 , m...@macports.org wrote: The -N flag works for me. sudo port -N install … Cheers! Frank On Dec 30, 2016, at 7:49 AM, Sterling Smith mailto:smit...@fusion.gat.com>> wrote: Hi, So it seems there is a new feature that asks if I want to install all of the dependencies of a requested port. Is there a command line switch to answer yes? If not, is there some other programmatic way to answer yes? (This is installing for a non-default prefix from the master branch, so maybe there is something in master that hasn't made it to the documentation yet...) Thanks, Sterling
Re: Command line switch to say yes to dependencies?
The -N flag works for me. sudo port -N install … Cheers! Frank > On Dec 30, 2016, at 7:49 AM, Sterling Smith wrote: > > Hi, > > So it seems there is a new feature that asks if I want to install all of the > dependencies of a requested port. Is there a command line switch to answer > yes? If not, is there some other programmatic way to answer yes? (This is > installing for a non-default prefix from the master branch, so maybe there is > something in master that hasn't made it to the documentation yet...) > > Thanks, > Sterling > >
Command line switch to say yes to dependencies?
Hi, So it seems there is a new feature that asks if I want to install all of the dependencies of a requested port. Is there a command line switch to answer yes? If not, is there some other programmatic way to answer yes? (This is installing for a non-default prefix from the master branch, so maybe there is something in master that hasn't made it to the documentation yet...) Thanks, Sterling