On Mon, 26 Nov 2012 05:07:53 -0500 Mike Frysinger <vap...@gentoo.org> wrote:
> On Mon, Nov 26, 2012 at 5:00 AM, Michał Górny wrote: > > On Mon, 26 Nov 2012 04:18:40 -0500 Mike Frysinger wrote: > >> On Sun, Nov 25, 2012 at 5:26 PM, Mike Gilbert wrote: > >> > On Sun, Nov 25, 2012 at 5:04 PM, Mike Frysinger wrote: > >> >> On Sun, Nov 25, 2012 at 3:27 PM, Lars Wendler wrote: > >> >>> I also planned to release a news through the portage news system as > >> >>> soon as I > >> >>> lastrite xchat so people know how to move over to hexchat. As I never > >> >>> did this > >> >>> before I'd like to have some help concerning this matter. Is there some > >> >>> documentation about portage news? > >> >> > >> >> use profiles/updates/ to move xchat to hexchat ... > >> > > >> > I don't think a package move is appropriate since the two packages > >> > install different files. The installed files would not be updated, > >> > just the vdb. > >> > >> ... which portage will happily "upgrade" next time you `emerge -u world` > > > > Hmm, like 'move sys-fs/udev sys-apps/systemd'? > > i think the difference here is that we all agree that everyone wants > to upgrade from xchat to hexchat Maybe. On the other hand, the udev->systemd switch was performed upstream which makes it a valid candidate for package move. xchat & hexchat are different packages. It's a bit like pretending that the discontinuation and fork didn't ever happen, and the packages are equivalent (which they are not, as have been already pointed out). IMO considering the fact that user needs to migrate his configuration by hand, making the switch automagic is not helpful at all. It's rather confusing when 'xchat' instantly becomes 'hexchat' which it is actually not before the rebuild. And after the rebuild user suffers the usual upgrade pain of packages changing heavily between versions. So, please do not hack the updates mechanism around to achieve minor goals. It should be used to move packages which suffered a rename or merge, not to provide replacements and suggestions. For those, package.mask messages are much better. -- Best regards, Michał Górny
signature.asc
Description: PGP signature
