176N/A# The contents of this file are subject to the terms of the
176N/A# Common Development and Distribution License (the "License").
176N/A# You may not use this file except in compliance with the License.
176N/A# See the License for the specific language governing permissions
176N/A# and limitations under the License.
176N/A# When distributing Covered Code, include this CDDL HEADER in each
176N/A# If applicable, add the following below this CDDL HEADER, with the
176N/A# fields enclosed by brackets "[]" replaced with your own identifying
176N/A# information: Portions Copyright [yyyy] [name of copyright owner]
176N/A# Copyright (c) 2008, 2011, Oracle
and/or its affiliates. All rights reserved.
176N/ADESCRIPTION: GNU Emacs editor
176N/AThis file contains information about the emacs package within the Userland
176N/Aconsolidation. Along with the comments in the Makefile, it documents any
176N/Adeviations from standard Userland or emacs practice, as well as miscellaneous
176N/Ainformation needed to understand how this component is put together.
176N/A- We patch the following changes to the emacs sources:
176N/A Fixes an issue with GTK and the Buffers menu where the
176N/A menu contents is not updated to show the current buffers
176N/A and instead shows a stale list. I based these patches
176N/A on the official ones applied to the emacs development branch:
176N/A Use the system malloc instead of the built in one
176N/A to produce the dumped emacs, rather than the generic ELF
176N/A Patch configure script to provide necessary missing
176N/A libraries for the GTK version of emacs.
176N/A- Emacs can be built as either 32-bit or 64-bit, depending on the target
176N/A machine. The benefit of a 64-bit emacs is that the size of the files it
176N/A can handle is not limited to 128MB, as it is with the 32-bit version.
176N/A run the 64-bit version if possible, and the 32-bit version otherwise. Note
176N/A that this was only done for the emacs binary itself, as there is no
176N/A technical need for 64-bit versions of the ancillary programs that come
176N/A with emacs (etags, emacsclient, etc).
176N/A Fortunately, the vast majority of the files in an emacs tree are identical,
176N/A regardless of the platform
and/or word size, which makes this particularly
176N/A With Solaris 11, all kernels are 64-bit, and we therefore do not need
176N/A the 32-bit executables. As such, we only supply 64-bit emacs binaries now,
176N/A builds necessary in half, and also the binary package size. It also
176N/A Note that we're installing a 64-bit objects in /bin, and
176N/A these to be a "32-bit path". There is an RFE to suppress lint for specific
176N/A attributes, but until then, we simply assert that the whole action for
176N/A- There are three different toolkit options: None, Athena widgets
176N/A (aka Xaw, or lucid), and gtk. It would be nice to only support gtk,
176N/A but for purposes of minimization and user preference, we supply binaries
176N/A for all three. We follow the Linux model in this regard. The Xaw and no-X
176N/A versions are quite stable from release to release, so this isn't a large
176N/A- We deliver the following packages:
176N/A gnu-emacs - Everything you need to run emacs, except the
176N/A gnu-emacs-gtk - Binaries for the X11 version using the GTK toolkit.
176N/A gnu-emacs-no-x11 - Pure tty emacs binaries, built without
176N/A any X11 linkage. Ideal for headless server systems.
176N/A gnu-emacs-x11 - Binaries for the X11 version using the Athena
176N/A gnu-emacs-lisp - The compressed LISP files for which compiled
176N/A versions are delivered by gnu-emacs. These are only needed
176N/A for emacs developers and those who like to read source code.
176N/A The core gnu-emacs package is required by all of the other packages.
176N/A In turn, gnu-emacs requires at least one of the packages supplying an
176N/A emacs binary to be installed.
176N/A- We do not ship any
suid/sgid binaries for obvious security reasons.
176N/A this is that we do not install update-game-score as setuid, and
176N/A therefore the game files are not usable. This the same decision made
176N/A by Debian, among others.
176N/A Bug 18043 - renamed packages in an image cause problems
176N/A with require-any dependencies
176N/A This can be reversed once the minimum build system for userland