[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 103215] kicker removes application link during application
From:       Sok Ann Yap <sokann () gmail ! com>
Date:       2005-05-28 17:43:17
Message-ID: 20050528174317.16485.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
         
http://bugs.kde.org/show_bug.cgi?id=103215         




------- Additional Comments From sokann gmail com  2005-05-28 19:43 -------
Aaron, the best idea in this thread is your very own in comment 1. It seems like all \
the changes that you have made/are going to make will grow to be a horrid hack. \
Kicker's implementtation was practical enough for most users for most use cases. All \
the changes only benefit a small group of users yet potentially annoy many existing \
satisfied users, aside from bloating the codebase.


> *NO* packaging system on this planet does *not* uninstall stuff first

That's totally bullshit, Michael. Gentoo Portage, which is ironically a redesign of \
Ports, installs first. RPM installs first, and so I believe RPM-based packaging \
system such as yum and apt-get also installs first. Even most Windows installers, \
including InstallShield and NSIS, install first (or upgrade only without \
uninstalling). By the way, because Ports uninstalls first, it has to perform backups \
in case the upgrade fails yet the existing one has been uninstalled. This is \
redundant and unnecessary in most, if not all, other packaging systems.

Also, even if you get what you wished for with Kicker, there are so many panel \
programs out there that chances are some of them may share the same \
auto-remove-when-file-is-gone implementation of Kicker. Are you going to push your \
agenda everywhere instead of just fix the Ports system?


[prev in list] [next in list] [prev in thread] [next in thread]