Here's one that doesn't come up very often, but when it does, it catches people out.

In an attempt to automate the installation of Solaris pkgs on Solaris 10 and earlier, people turn to the pkgask(1M) command thinking this is what they need to do. They read the man page and then attempt to create the response file, and it fails as follows...

# pkgask -r /var/tmp/response -d . SUNWzsh

Processing package instance <SUNWzsh> from </isos/s10u11/Solaris_10/Product>

Z shell (zsh)(sparc) 11.10.0,REV=2005.01.08.05.16
pkgask: ERROR: package does not contain an interactive request script

Processing of request script failed.
No changes were made to the system.
#

Believe it or not this is correct and expected behaviour. The issue here is you're using the wrong tool for the job.

To quote the pkgask(1M) man page:

DESCRIPTION
     pkgask allows the  administrator  to  store  answers  to  an
     interactive  package  (one with a request script, that is, a
     user-created file that must  be  named  request).

Now what isn't clear here is pkgask(1M) is only useful for pkgs that include a script called PKGname/install/request. The request script is usually used to configure the application once the pkg has been installed.

If we look at the SUNWzsh pkg I used in the example, we'll see that file doesn't exist...

# ls -l SUNWzsh/install
total 10
-rwxr-xr-x   1 root     staff       1097 Dec 21  2009 copyright
-rwxr-xr-x   1 root     staff        875 Apr 15  2011 depend
-rw-r--r--   1 root     staff       2369 Jan 17 18:32 i.none
#

This means we can't use pkgask(1M) to generate a response file to automate our installation of this pkg.

What you actually want is to use an admin file. To quote the pkgadd(1M) man page...

     -a admin

         Define an installation administration file, admin, to be
         used  in  place  of the default administration file. The
         token none overrides the use of any admin file, and thus
         forces  interaction  with  the  user. Unless a full path
         name is given, pkgadd first looks in the current working
         directory  for the administration file. If the specified
         administration file is not in the current working direc-
         tory, pkgadd looks in the /var/sadm/install/admin direc-
         tory for the administration file.

... and later in the man page ...

     If the default admin file is too restrictive,  the  adminis-
     tration  file  may  need  to  be modified to allow for total
     non-interaction during a package installation. See  admin(4)
     for details.

So what you actually need to perform a non-interactive installation of this pkg is an admin file. You will need this for pkgs that contain request scripts too.

Simply copy the default - /var/sadm/install/admin - to a convenient location and replace all instances of "ask" with a value that suits your needs. Refer to the admin(4) man page for acceptable values. You can then install your pkg, non-interactively using "pkgadd -a /path/to/your/admin -d /path/to/pkg YOURpkg".