Module component list updated [was Re: Modularization
development notes]
Kevin E Martin
kem at freedesktop.org
Thu Apr 21 10:57:43 PDT 2005
On Thu, Apr 21, 2005 at 12:13:15PM -0400, Owen Taylor wrote:
> On Thu, 2005-04-21 at 01:00 -0400, Kevin E Martin wrote:
>
> > > X-core-clients: xhost, xauth, xdpyinfo, xset, xwininfo, xlsatoms,
> > > xlsclients,
> > > xprop, xmodmap
> > > (xdpyinfo is probably most commonly updated to add new extensions
> > > that it's useful to report specific details of, so could possibly
> > > be separate)
> > > xwd: xwd, xwud, xpr
> > > xfs-clients: xfsinfo, fslsfonts, fstobdf, showfont
> > > X-core-font-clients: xfd, xfontsel, xlsfonts
> > > x-proxy: xfwp, proxymgr, xfindproxy (should probably document xfwp as
> > > deprecated in favor of ssh with X forwarding, but I believe
> > > the others work with lbxproxy and other proxies as well)
> >
> > Most of these I think are standalone apps and utilities, and I think
> > should remain separate.
>
> Alan's groupings look fairly reasonable to me, though I might quibble
> a detail or two. Certainly you wouldn't claim that xwd and xwud should
> be separate packages, would you?
Sure, the xwd grouping seems fine. It's very tightly coupled, but the
same could not really be said about some of the other groupings (e.g.,
xhost, xmodmap and xdpyinfo are all very different utilities).
Looking through the ones above again, I think the xwd, xfs-clients and
x-proxy are the ones that I would have the least problem with putting
into the same component. I'd suggest putting xfsinfo, fslsfonts,
fstobdf and showfont into xfs, and putting xfindproxy into proxymngr. I
think xfwp and lbxproxy should remain separate.
As I mentioned in my earlier e-mail, I'm concerned with things like
X-core-clients listed above. If someone else added a new program to
this grouping, which the ArchWG did not approve for inclusion in an
official release, then do we just not ship X-core-clients or do we back
out the new client when we make the official package? It seems like we
would be creating extra work for ourselves. However, if we kept them
separate, then it would be very easy to handle.
More information about the xorg-modular
mailing list