MySQL Bugs: #21775: non-interactive installation of mysql 5.1 fails on Solaris 9

Bug #21775	non-interactive installation of mysql 5.1 fails on Solaris 9
Submitted:	22 Aug 2006 9:23	Modified:	15 May 2013 21:43
Reporter:	Wim Lauwers	Email Updates:
Status:	Closed	Impact on me:	None
Category:	MySQL Server: Installing	Severity:	S3 (Non-critical)
Version:	5.1.11	OS:	Solaris (Solaris)
Assigned to:	Assigned Account	CPU Architecture:	Any

Description:
Non-interactive installation of mysql 5.1 fails, it insists on requesting whether /opt/mysql should be created or not. This worked fine for all mysql 4 versions. This is annoying for our automatic installation procedures.

See logging below for details:

# pkgadd -d mysql-5.1.11-beta-solaris9-sparc.pkg -a ./admin -n mysql
Copyright (C) 2000-2005 MySQL AB & MySQL Finland AB & TCX DataKonsult AB
Interactive request script supplied by package
pkgadd: ERROR: request script did not complete successfully

Installation of <mysql> was suspended (interaction required).
No changes were made to the system.

# cat ./admin 
mail=
instance=overwrite
partial=nocheck
runlevel=nocheck
idepend=nocheck
rdepend=nocheck
space=nocheck
setuid=nocheck
conflict=nocheck
action=nocheck
basedir=default

# pkgadd -d mysql-5.1.11-beta-solaris9-sparc.pkg -a ./admin mysql                         

Processing package instance <mysql> from </root/bp/mysql-5.1.11-beta-solaris9-sparc.pkg>

MySQL Community Server (GPL)
(sun4u) 5.1.11
Copyright (C) 2000-2005 MySQL AB & MySQL Finland AB & TCX DataKonsult AB

The selected base directory </opt/mysql> must exist before
installation is attempted.

Do you want this directory created now [y,n,?,q] y
Using </opt/mysql> as the package base directory.
## Processing package information.
## Processing system information.

Installing MySQL Community Server (GPL) as <mysql>

## Installing part 1 of 1.
/opt/mysql/mysql/COPYING
/opt/mysql/mysql/EXCEPTIONS-CLIENT
/opt/mysql/mysql/INSTALL-BINARY
/opt/mysql/mysql/README
...

How to repeat:
create admin file with following contents:

# cat admin
mail=
instance=overwrite
partial=nocheck
runlevel=nocheck
idepend=nocheck
rdepend=nocheck
space=nocheck
setuid=nocheck
conflict=nocheck
action=nocheck
basedir=default

# pkgadd -d mysql-5.1.11-beta-solaris9-sparc.pkg -a ./admin mysql

Thank you for a problem report. Please, specify what exact (latest) mysql 4 version demonstrated different behaviour. Our build team had not found any recent changes in build scripts, hence the question.

mysql-standard-4.1.15-sun-solaris2.9-sparc.pkg

Yes, according to our build team this directory is not created (only its subdirectories). We have to decide internally is it OK to create it "automagically", as it was in "good old days" of 4.1.15.

This problem still exists on the 5.0.xx releases, I've seen it on 5.0.21 and 5.0.37.

Solaris 9 is no longer supported by our packages, and there has been no further action on this bug for 6 yrs. I will go ahead an close this now, if you are able to reproduce on a e.g. the latest 5.1 Server version and at Solaris 10 or newer, please let us know.

Solaris 9 is no longer supported by our packages, and there has been no further action on this bug for 6 yrs. I will go ahead an close this now, if you are able to reproduce on a e.g. the latest 5.1 Server version and at Solaris 10 or newer, please let us know.