Hi, Am 18.02.2014 um 14:41 schrieb Dagobert Michelsen <[email protected]>: > Am 18.02.2014 um 14:26 schrieb Oliver Kiddle <[email protected]>: >>> Yes, exactly. Same for alternatives �select tclsh >>> /opt/csw/bin/sparcv8plus/tclsh >>> The current implementation is a NFS-shared-/opt/csw-friendly >>> reimplementation >>> in ksh of the redhat alternatives, but lacking the slave-group syntax. Maybe >>> you as shell-superguru can quickly fix it? >> >> It actually seems that alternatives does support the slave syntax. >> What it isn't coping with is more than one conflicting alternative >> being provided by a single package. In the set_manual_prio function, >> it links the selected file in /opt/csw/share/alternatives to >> /etc/opt/csw/alternatives. This serves as it's "database" of how things >> are selected. According the comment in the source it "uses a symlink, so >> that way, the manual set does not take effect if the package has been >> removed.. but it is remembered if the package is coming right back". The >> trouble is that after selecting an alternative, it is linking to the >> file containing both alternatives. > > I think this is because Phil didn’t think about the case you describe when > he wrote the script. > >> The file in /opt/csw/share/alternatives is named by calling $(call >> catalogname, $*) in the GAR makefiles. So both the 32-bit and 64-bit >> settings are in a file named tcl there. I think we instead need to >> support putting them in a different file from GAR. Something like the >> following; this uses different files if more than one ALTERNATIVE is >> listed. It might be better to use an explicit variable of some sort. >> What do you think? > > I see. However, I am not sure this is the right thing to do. The syntax was > inherited > from the Red Hat implementation. The only reason why Phil wrote the ksh > version you see is to support NFS-shared /opt/csw. If the solution is more > than > a trivial fix I tend to go back to the Red Hat implementation. Breaking Red > Hat > format would IMHO go in a wrong direction.
If you want you can try one of these: http://mirror.opencsw.org/opencsw/allpkgs/alternatives-1.3.30c%2cREV%3d2010.02.18-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/opencsw/allpkgs/alternatives-1.3.30c%2cREV%3d2010.02.18-SunOS5.8-sparc-CSW.pkg.gz They should work correctly on the provided packages even when in one file. Best regards — Dago
smime.p7s
Description: S/MIME cryptographic signature
