[aur-general] Strange filesystem conflict behavior
d at falconindy.com
Tue Mar 26 07:40:49 EDT 2013
On Mar 26, 2013 5:09 AM, "Hector Martinez-Seara" <hseara at gmail.com> wrote:
> what about adding a "provides" clause to the PKGBUILD?
> provides = ('espeak')
You'd want conflicts here, too, it sounds like. Suggesting that one remove
conflicting files which legitimately exist in two packages is no better
than using --force. The files will be the removed when one of the two
packages is removed, breaking the other.
> 2013/3/26 Limao Luo <luolimao at gmail.com>
> > On 03/25/2013 07:01 PM, Kyle wrote:
> >> According to Allen Li:
> >> # Can't you just uninstall the previous version before installing the
> >> # newer version? No need to manually remove anything.
> >> This would work, except for the fact that espeakup depends on espeak,
> >> if espeakup is installed, manually removing espeak will automatically
> >> remove espeakup, which would then need to be manually reinstalled.
> >> Simply removing /usr/share/espeak-data avoids this extra complexity.
> >> still confused about why any user intervention would even be necessary
> >> when removing the old version and replacing it with a properly
> >> conflicting/providing version of the same package. Isn't pacman robust
> >> enough to handle changes in the file structure of a conflicting
> >> as long as the fields are properly filled in, and the old package is
> >> being automatically removed?
> >> ~Kyle
> >> http://kyle.tk/
> > I don't think pacman can take care of that atm; I've had this kind of
> > problem myself in the recent past (2 months or so ago, although I can't
> > remember the name of the package(s)....)
> > -Limao Luo
> Hector Martínez-Seara Monné
> mail: hseara at gmail.com
> Tel: +34656271145
> Tel: +358442709253
More information about the aur-general