On Sat, 2008-06-14 at 11:52 +0200, Andreas Vögele wrote:
> Here's yet another proposal.
> 
> * The port attached to the end of this message is named "emacs" instead
>   of "emacs22".  It conflicts with "emacs21".  I think that there's no
>   need to support different Emacs versions in the ports tree.  Naming
>   the port "emacs" eases package updates to newer Emacs versions.

No problems here.

> * The port isn't split into -main and -el.  I don't see the point.
>   Users who are low on disk space can use mg oder jmacs, i.e. joe.

Bandwidth's more of a problem than disk space. emacs-el weighs in at 10
+M. The emacs-el subpackage will rarely need a patch-level update,
whereas the emacs-main package will probably need several. With separate
packages users can update emacs without unnecessarily redownloading the
files that would otherwise be in the -el package. This benefits both
users and OpenBSD package mirrors.

> * By default Emacs is built against GTK+ since GTK+ will be the default
>   toolkit in Emacs 23.  There are two flavors:

I agree that gtk should be the default going forward.

>   * no_x11: Don't build against any widget set.  Don't build against
>     image libraries like jpeg and png which arent't of much use on a
>     text console.  BTW, does anybody actually use the no_x11 flavor?
> 
>   * athena: Build against the Athena widget set instead of GTK+.  This
>     flavor will provide minimal GUI support.  For example, when Emacs 23
>     is released the default flavor will support librsvg, dbus and all
>     the other bells and whistles that the upstream developers are
>     currently adding to Emacs.  The athena flavor, on the other hand,
>     will be kept small.

I agree with the above specifications of flavors (GTK with all the bells
and whistles, athena for minimalist X). I don't think no_x11 should be
dropped. It's useful on servers and the FLAVOR doesn't require much
maintenance. Once emacs-22.2 goes live I'll install the no_x11 flavor on
my home server.

I created a separate (default) gtk2 flavor because that forces upgraders
to make a decision. Otherwise they might be surprised upgrading from
athena-default emacs-21.4.tgz and finding a ton of dependencies pulled
in for gtk-default emacs-22.2.tgz.

Brad Walker

Reply via email to