Daniel, Is it safe to use "force yes" in debian package provider or is it better to just fail? So afaiu debian provider uses apt-get and not aptitude?
On Aug 12, 9:22 pm, Daniel Pittman <dan...@puppetlabs.com> wrote: > You should file a bug report against the package with Debian; we set > the "noninteractive", and the "force yes", bits that absolutely > *should* make it work fine in these circumstances. > > I am sorry that it doesn't work; if you find something we didn't do, > that makes the prompt go away, please let us know. :) > > Daniel > > > > > > > > > > On Fri, Aug 12, 2011 at 13:38, Craig White <craig.wh...@ttiltd.com> wrote: > > Appear that 'adminfile' option is a Solaris only thing. > > > I found that ubuntu/debian has > > debconf-get-selections/debconf-set-selections packages which might actually > > get me there but it introduces new package dependencies and would take more > > time than it is reasonably worth as we will never have many servers with > > mod-mono anyway. > > > I think I will just manually install on the servers that will need it. > > > Thanks > > > Craig > > > On Aug 12, 2011, at 9:56 AM, Nathan Clemons wrote: > > >> Isn't there an adminfile option to the package resource that will let you > >> pass responses as if it were an interactive session? Not sure if it's > >> supported for the apt provider, but worth looking into if you haven't > >> already. > > >> -- > >> Nathan Clemons > >>http://www.livemocha.com > >> The worlds largest online language learning community > > >> On Fri, Aug 12, 2011 at 9:53 AM, Craig White <craig.wh...@ttiltd.com> > >> wrote: > >> Clearly not a problem caused by puppet but something I can't apparently > >> deploy with puppet unless someone has an idea. > > >> Trying to automate a way to deploy mod_mono for apache > > >> from CLI, the problem seems obvious... > > >> apt-get install -y --assume-yes libapache2-mod-mono mono-apache-server > >> libmono-firebirdsql1.7-cil > > >> a massive pile of packages installs and it finally arrives at the truth > >> moment: > > >> Configuration file `/etc/apache2/mods-available/mod_mono.conf' > >> ==> File on system created by you or by a script. > >> ==> File also in package provided by package maintainer. > >> What would you like to do about it ? Your options are: > >> Y or I : install the package maintainer's version > >> N or O : keep your currently-installed version > >> D : show the differences between the versions > >> Z : background this process to examine the situation > >> The default action is to keep your current version. > >> *** mod_mono.conf (Y/I/N/O/D/Z) [default=N] ? > > >> So it appears that the same target, mod_mono.conf is being created both by > >> script and a file in the package itself and it appears that all of the > >> '-y' or '--assume-yes' logic in the command itself will not allow an > >> install to progress without an interactive answer to the question - the > >> answer to which is essentially meaningless because I can control the file > >> anyway with puppet. > > >> Anyone have an idea how to defeat well intentioned but defective packager > >> logic? > > > -- > > You received this message because you are subscribed to the Google Groups > > "Puppet Users" group. > > To post to this group, send email to puppet-users@googlegroups.com. > > To unsubscribe from this group, send email to > > puppet-users+unsubscr...@googlegroups.com. > > For more options, visit this group > > athttp://groups.google.com/group/puppet-users?hl=en. > > -- > ⎋ Puppet Labs Developer –http://puppetlabs.com > ♲ Made with 100 percent post-consumer electrons -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
