On 14/01/2011 05:21, Mike Bird wrote:
On Thu January 13 2011 19:01:09 David Hare
wrote:
Squeeze will very soon be released as new Debian
stable. Many Lenny KDE
users will dist-upgrade and won't like the result. I ran only Sid for
some years and have experienced that already.
With the Squeeze release probably a few weeks away, and thousands of
Debian users likely to be looking for a way out of KDE4, is there any
chance of removing the conflicts that prevent a smooth Trinity install?
The main problems seem to be desktop-base-trinity (which conflicts with
desktop-base and therefore with gnome-core and kdm and much more) and
sudo-trinity (which conflicts at the file level with sudo and scares
people - why does a desktop want to replace a key piece of my security
infrastructure?)
I haven't yet been able to figure out the reason for requiring
trinitized
versions of these packages.
+1
(Your english is far better than mine to complain about this! ;-) )
Maybe sudo-trinity was trinitized as a first way to ensure portability
regardless distro's one (that may be too fresh or too old...?)
I hope this will be fixed soon.
To be honest, when I discovered Trinity I was very happy to be able to
get back to KDE3 under Debian/Squeeze. And then, I asked aptitude to
install Trinity and was close to give up when I read that original sudo
package would be replaced be this "stranger's" sudo-trinity package. I
even ask the debian-user-list about that.
But still, I have no regrets for the moment!
Nicolas
The reason for the third-party sudo is simply to add /opt/kde3/bin and
friends to the built-in RPATH variable, thus allowing Trinity applications
to be launched via "sudo <appname>", instead of "sudo
/opt/trinity/bin/<appname>". That's the only change; if you don't
trust
me grab the source of the official sudo package and the modified one and
run a diff between them. ;-)
As such, installation is optional but highly recommended if you use sudo
often.
A far better method would be to allow a configuration file to add new
paths to an arbitrary location within the RPATH variable (thus not
requiring a recompiled version of sudo), but I don't think that will
happen for a long time, if ever.
Hope this helps clear up some of the confusion!
Tim