xc/programs considered harmful
Jeremy Kolb
jkolb at brandeis.edu
Fri Dec 17 12:08:53 PST 2004
I think the issue is not removing them but moving them so I don't think
people have to worry about these vanashing.
Roland Mainz wrote:
> Daniel Stone wrote:
>
>>Hi all,
>>Does anyone realistically care about[0] the following directories:
>>xc/programs/xterm
>
>
> xterm is being used and should stay exactly at that place. Even when the
> only reason is to avoid screwing-up the CVSblame.
>
>
>>xc/programs/xlogo
>
>
> Sure, a xlogo is demo application but sometimes being used by twm users
> do have a background. And I doubt anyone will approve the removal of all
> the demo applications just because they are not being actively being
> maintained. If you really think these applications should be removed
> please file a message to the Xorg arch list - they are the people which
> approve new applications in the tree and therefore I assume a consense
> there is needed to remove applications, too.
>
>
>>xc/programs/xclock
>>xc/programs/xeyes
>
>
> Both are being used by twm users, too (you don't want to rip-off twm,
> too - right ? =:) ...
>
>
>>xc/programs/xbiff
>>xc/programs/xcalc
>>xc/programs/xedit
>
>
> xedit is actively being used, too.
>
>
>>xc/programs/xmessage
>>xc/programs/xmh
>>xc/programs/xman
>
>
> xman is actively being used, too.
>
>
>>xc/programs/xrx
>
>
> xrx&co. is part of the X/Broadway technology which is actively being
> used in intranets (and it's even being maintained - if you take a look
> into trunk you'll see a bunch of fixes for it...) ...
>
>
>>xc/programs/xvidtune
>>
>>If no-one objects (read: steps in and starts maintaining the relevant
>>program) to the removal of any of these, I would like to kick them from
>>the tree ASAP
>
>
> Daniel: Why is that neccesary ? The only "gain" here (beyond to push
> your pet project "modular tree") is to cause trouble for other people,
> nothing else.
>
>
>>They have no place in the tree as we move towards a
>>monolithic structure, and at least one (xterm) has a very active
>>upstream. If xterm remains in the monolithic tree, it should be moved
>>to extras/,
>
>
> It may be better think about doing the xterm development in the Xorg
> CVS.
>
> ----
>
> Bye,
> Roland
>
More information about the xorg
mailing list