Mantis - ISSUES

0004340: hardware capability unsupported (amd64)

The 64-Bit nginx Binary does not work on amd64:

root@ocswchzrhse01:/opt/csw/sbin/amd64# ./nginx
ld.so.1: nginx: fatal: hardware capability unsupported: 0x2000 [ PAUSE ]
Killed
root@ocswchzrhse01:/opt/csw/sbin/amd64# file nginx
nginx: ELF 64-bit LSB executable AMD64 Version 1 [PAUSE SSE2 SSE FXSR CMOV FPU], dynamically linked, stripped
root@ocswchzrhse01:/opt/csw/sbin/amd64# ldd nginx
nginx: warning: hardware capability unsupported: 0x2000 [ PAUSE ]
libsocket.so.1 => /lib/64/libsocket.so.1
libnsl.so.1 => /lib/64/libnsl.so.1
libsendfile.so.1 => /lib/64/libsendfile.so.1
librt.so.1 => /lib/64/librt.so.1
libpcre.so.0 => /opt/csw/lib/amd64/libpcre.so.0
libssl.so.0.9.8 => /opt/csw/lib/amd64/libssl.so.0.9.8
libcrypto.so.0.9.8 => /opt/csw/lib/amd64/libcrypto.so.0.9.8
libz.so.1 => /opt/csw/lib/amd64/libz.so.1
libc.so.1 => /lib/64/libc.so.1
libmp.so.2 => /lib/64/libmp.so.2
libmd.so.1 => /lib/64/libmd.so.1
libscf.so.1 => /lib/64/libscf.so.1
libaio.so.1 => /lib/64/libaio.so.1
libncurses.so.5 => /opt/csw/lib/amd64/libncurses.so.5
libdl.so.1 => /lib/64/libdl.so.1
libdoor.so.1 => /lib/64/libdoor.so.1
libuutil.so.1 => /lib/64/libuutil.so.1
libgen.so.1 => /lib/64/libgen.so.1
libm.so.2 => /lib/64/libm.so.2
root@ocswchzrhse01:/opt/csw/sbin/amd64# psrinfo -vp
The physical processor has 1 virtual processor (0)
x86 (chipid 0x0 GenuineIntel family 6 model 30 step 5 clock 2660 MHz)
Intel(r) Xeon(r) CPU X3450 @ 2.67GHz

0004339: CSWpoppler overwrites CSWxpdf files

CSWpoppler overwrites CSWxpdf files, see also:
http://www.opencsw.org/bugtrack/view.php?id=2680 [^]

0004231: Rebuild newest version with Perl 5.10.1 on build8xt and build8st

http://wiki.opencsw.org/perl [^]

0004324: upgrade to version 1.6.5

Latest stable version is 1.6.5

0004256: Rebuild Wesnoth v1.4.7 packaging

Dependency issues with Wesnoth 1.4.7. Suggest package respin of Wesnoth 1.4.7 with current package dependencies.

0004107: Please upgrade to 4.1

Please upgrade to 4.1

0004334: Please upgrade to 0.9.8m

Please upgrade to 0.9.8m

0004306: Consider adding ssh-copy-id script to openssh_client package

ssh-copy-id is a script that uses ssh to log into a remote machine and sets up a public-key configuration that supports password-less logins over ssh

Supposedly it is located in the portable OpenSSH source code, but just in case, the latest script & manpage I could find is located at:
http://anoncvs.mindrot.org/index.cgi/openssh/contrib/ssh-copy-id [^]
http://anoncvs.mindrot.org/index.cgi/openssh/contrib/ssh-copy-id.1 [^]

0003799: Missing depend CSWsdlttf

$ wesnoth
ld.so.1: wesnoth: fatal: libSDL_ttf-2.0.so.0: open failed: No such file or directory

Missing depend: CSWsdlttf

0004335: Please upgrade to 5.4p1

Please upgrade to 5.4p1

0003276: Depend on CSWggettextrt

Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt

0004338: CSWlibxau depends on CSWxproto, while the new package is CSWx11_xproto

CSWx11xproto-7.0.16,REV=2010.02.20 conflicts with CSWxproto.
But the current CSWlibxau-1.0.4,REV=2010.03.08 still depends on CSWxproto. There are numerous other packages depending on CSWlibxau and so on.
As CSWlibx11-1.3.2,REV=2010.03.09 depends on CSWx11xproto there are applications that indirectly depend on two incompatible packages.

0004337: Please upgrade to 3.6.8

Please upgrade to 3.6.8

0004336: libgdk-x11-2.0.so for amd64 linked with Sun libXext

When compiling a optional feature for poppler I got a link error on build10x:
Undefined first referenced
symbol in file
XineramaGetState /opt/csw/lib/64/libgdk-x11-2.0.so
XineramaGetInfo /opt/csw/lib/64/libgdk-x11-2.0.so

Both of those are defined in the /usr/openwin version of libXext on Solaris.

However, all of the other archs (i386, sparcv8 and sparcv9) are linked to the /opt/csw version of libXext

0004075: cswinitsmf should refuse to create an FMRI with a dot in the name

08:25 <@automaciej> I just discovered that SMF FMRIs don't work if they have dots in them.
08:25 <@automaciej> like, you can have cswpostgres_8_4, but can't have cswpostgres_8.4
08:29 < lewellyn> yup
08:29 < lewellyn> it's documented somewhere, in fact.
08:29 <@automaciej> cswclassutils don't catch that
08:29 < lewellyn> that's why sun's services tend to be whatever23 or whatever_23
08:30 < Dagobert> I guess it is because SMF is designed to be extended to multi-host at some point in the future and . is a domain-sep. Same thing as for auto*

0004272: i.cswtexinfo: Make warning message about missing texinfo meaningful

On a system without texinfo, the CAS currently says the following

=> Installing CSWgzipextras-1.4,REV=2010.01.28
Please see /opt/csw/share/doc/gzip_extras/license for license information.
Installing class ...
/opt/csw/share/info/gzip.info
CSWtexinfo couldn't be found.

How about enhancing it to be more meaningful?

=> Installing CSWgzipextras-1.4,REV=2010.01.28
Please see /opt/csw/share/doc/gzip_extras/license for license information.
Installing class ...
/opt/csw/share/info/gzip.info (not adding info menu entry, CSWtexinfo missing)

0004143: cswmigrateconf should print the warning only when necessary

Currently, cswmigrateconf seems to always print the migration warning, i.e.:
"*******************************************************************"
"* Configuration files are going to be migrated from the deprecated "
"* location (/opt/csw/etc) to the new location (/etc/opt/csw). "
"* "
"* Migration will continue in 10 seconds. "
"* Press CTRL+C if you want to stop now. "
"*******************************************************************"

It would be nicer if the class script could only print the message if there is really something to migrate.

0004333: Depend on CSWlibwmf instead of CSWwmf

libwmflite-0.2.so.7 have been moved to CSWlibwmf instead of CSWwmf, so there is no need to depend on CSWmwf unless graphicsmagick use any of the binaries in CSWwmf.

0004332: Depend on CSWlibwmf instead of CSWwmf

libwmflite-0.2.so.7 have been moved to CSWlibwmf instead of CSWwmf, so there is no need to depend on CSWmwf unless gimp uses any of the binaries in CSWwmf

0004331: /opt/csw/bin/xmlto: line 418: /usr/xpg4/bin/tail: No such file or directory

/opt/csw/bin/xmlto: line 418: /usr/xpg4/bin/tail: No such file or directory

CONFIGURE_ARGS += TAIL=/usr/xpg4/bin/tail

...but it doesn't guarantee that /usr/xpg4/bin/tail would be there, and on my system it's apparently not there. Can gtail be used instead?

0004330: CSWx11xproto-7.0.16,REV=2010.02.20 conflicts with CSWxproto-7.0.15,REV=2009.05.29

CSWx11xproto-7.0.16,REV=2010.02.20 conflicts with CSWxproto.
But the current CSWlibxau-1.0.4,REV=2010.03.08 still depends on it.
There are numerous other packages depending on CSWlibxau and so on.
As CSWlibx11-1.3.2,REV=2010.03.09 still depends on CSWx11xproto there are applications that indirectly depend on two incompatible packages.

Updating the packages may lead to a potentially inconsistent package state.

0004328: pkgadd has problem with package CSWx11xproto-7.0.16,REV=2010.02.20

=> Installing CSWx11xproto-7.0.16,REV=2010.02.20
## Verifying package dependencies in zone <...>
pkgadd: ERROR: unknown preinstallation dependency check line for package zone : ignored

0004327: Please add perl to RUNTIME_DEP_PKGS

CSWglib2devel depends on perl but this is not set in RUNTIME_DEP_PKGS.
Please add this to the list of known dependencies.

0004292: Add 64 bits support and libs

Add 64 bits support and libs

0004323: default options in /var/opt/csw/svc/method/svc-cswspamd

There is "-r /opt/csw/var/spamd/spamd.pid" in the script
which probably schould read -r /var/opt/csw/spamd/spamd.pid or
-r /var/opt/csw/spamassassin/run