Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 2054 - xemacs-21.1.14 package also broken (gnus failure in 21.4.6 and sandbox problem for 21.1.14)
Summary: xemacs-21.1.14 package also broken (gnus failure in 21.4.6 and sandbox proble...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Matthew Kennedy (RETIRED)
URL: http://lists.gentoo.org/pipermail/gen...
Whiteboard:
Keywords:
: 2406 (view as bug list)
Depends on:
Blocks:
 
Reported: 2002-04-24 01:48 UTC by Matthew Kennedy (RETIRED)
Modified: 2003-02-04 19:42 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Matthew Kennedy (RETIRED) gentoo-dev 2002-04-24 01:48:10 UTC
see url
Comment 1 Arcady Genkin (RETIRED) gentoo-dev 2002-04-26 04:23:31 UTC
As far as MULE support goes, I'd suggest either having "mule" as a USE option,
or creating separate ebuilds (i.e. xemacs-mule).  The latter is a cleaner way, IMO.
Comment 2 Matthew Kennedy (RETIRED) gentoo-dev 2002-04-26 13:02:59 UTC
Arcady,

I agree. BTW, I have some plans for app-editors/xemacs. Something like this:

xemacs (the stable branch)
xemacs-gamma
xemacs-beta

and possibly,

xemacs-mule (the stable branch)
xemacs-mule-gamma
xemacs-mule-beta

Each xemacs except for stable can handle either GTK+ or motif interfaces. Since
motif and gtk can both be USE flags, I'll need some way to determine the user's
preference in the case they have BOTH gtk and motif in USE. I haven't resolved
this aspect yet.

The reason for providing stable, gamma and beta, is that each are quite usable
and stable (I've been using GTK+ gamma heavily for over a year). The ~/.xemacs
layout is distinctly different for gamma and beta though.

I'll scrub up this proposal and mail it to gentoo-core for a bit of peer
review... hopefully this weekend.

Note, because we'd multiply out the number of xemacs ebuilds to maintain to
three by providing stable, gamma and beta... we'll probably want to avoid
multiplying out to six by providing additional -mule versions. In this case it
might be better to not have -mule versions, and just keep the mule USE check
within. Especially: if I cannot find a way to check for a gtk/motif preference
within an ebuild, I'll need:

xemacs-gtk-gamma
xemacs-gtk-beta

in addition anyway.

Matt
Comment 3 Arcady Genkin (RETIRED) gentoo-dev 2002-04-26 13:43:59 UTC
Don't forget the regular (Lucid) version. ;^)

You ideas sound fine.  My main concern was not to include MULE support for everyone.
Comment 4 Matthew Kennedy (RETIRED) gentoo-dev 2002-05-03 01:47:41 UTC
okay, what i've settled on is this:

add a mule and lucid USE flag.
add xemacs-gamma
and xemacs-beta to app-editors/

since there's no way to determine a preference on a subset of USE yet, if the
user has gtk, motif and lucid set (or some combination of that), then build
xemacs binaries for each. eg. USE="lucid motif ...", then:

/usr/bin/xemacs-21.4.6-motif
/usr/bin/xemacs-21.4.6-ludic
/usr/bin/xemacs -> xemacs-21.4.6-motif

and have some kind of util ala. opengl-update/java-config -style to switch
between them. (really just a symlink rename). 

We'll also check for mule as a USE flag.

I've got most of this done. need to add some stuff and test more though.
Comment 5 Matthew Kennedy (RETIRED) gentoo-dev 2002-05-06 14:01:48 UTC
app-editors/xemacs-gamma/xemacs-21.4.7.ebuild will be released shortly. it will
fix this and other problems (ie. add optional mule support, lucid, motif, gtk too)

matt
Comment 6 Matthew Kennedy (RETIRED) gentoo-dev 2002-05-07 03:08:13 UTC
*** Bug 2406 has been marked as a duplicate of this bug. ***