2011/11/25 Timothy Pearson <kb9vqf@...>
>
> > 2011/11/25 Robert Xu <robxu9@...>
> >
> >> If the system administrators do this change, how will we accommodate
> >> Trinity to it?
> >> Fedora is doing it; openSUSE is having an argument about if this is good
> >> or not.
> >> Gentoo had a discussion on this, I think.
> >>
> >> Should this be treated like a simple "let's move to /usr/local" or has
> >> the renaming allowed us to install side by side with KDE4 without the
> >> use of /opt?
> >
> >
> > I have read this proposal some time ago, and even if don't entirely agree
> > with it because I don't consider it painless as everybody seems to
> > believe,
> > I think it can also lead to interesting possibilities.
> > It seems that /opt is not even considered in the plan. To me /opt doesn't
> > stink :) I think it's a reasonable short term solution, as long as $PATH
> > keeps working the traditional way (as it should for a long time).
> > Of course a complete rename of every application, binary, lib, man and so
> > on, to avoid any name collision with KDE, even installing in the same
> > paths, is the true long term solution. But I really don't know if this is
> > already the case. Timothy?
> >
>
> Renaming konsole and other applications will be very difficult, as the TDE
> userbase is quite familiar with the existing names.  If I were to start
> renaming these applications I suspect I would have a mass migration to
> LXDE or another desktop entirely, as the learning curves will tilt in
> favor of a more mainstream desktop.

True. Then, sooner or later I think we should resolve name collisions by keeping
the traditional names in desktop-files,  application names and documentation
while altering the names of packages, dirs, libs, binaries and so on.
Maybe with a standard suffix (-trinity or -tde?)
As an example we will have the package konsole-tde installing docs in
/usr/share/.../konsole-tde/ and the binary in /usr/bin/konsole-tde but
still showing
itself as just "Konsole" to the user (or Konsole [TDE]?)
It's somehow... ugly, and it surely needs a lot of work, but I can't
think about a better
long-term solution for now.
In the meanwhile, of course, /opt is our friend, so we have a lot of
time to do more
important work and think about a better idea. :)