On Tue, Jan 18, 2005 at 09:50:03AM -0500, Adam C Powell IV wrote: > Hello, > > The problem was that ghostview/menu interaction disrupted the upgrade > process. This solves the problem in that gv will force the removal of a > buggy ghostview, eliminating that problem from future upgrades. (And a > conflicts in menu, or an executable menu, should solve the problem of > removing ghostview when menu is not configured.)
I will probably implement Steve Langasek proposal that will work-around the ghostview postrm bug completly, so this issue is solved. > I agree with you that Provides and a symlink would make gv a more > complete ghostview replacement. But in my scan of the Packages lists, I > didn't see anything which Depends on ghostview, making Provides not > strictly necessary. And a symlink would mainly avoid confusion on the > part of non-admin users, again a different issue. The idea was to tell dpkg to upgrade ghostview to gv. Whether the Provides will achieve that is something I am unsure. > Do you think these warrant a new wishlist bug? Or do you feel that the > lack of Provides and symlink make this bug unfinished? (In which case > feel free to reopen it...) Well, what good there is to force users to remove ghostview if we do not provide the symlink ? I wonder if the 'fix' do more harm than good. Cheers, -- Bill. <[EMAIL PROTECTED]> Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
