[arch-general] pacman bug? (can't replace dir with file)

Aaron Griffin aaronmgriffin at gmail.com
Mon Mar 23 14:53:01 EDT 2009


On Mon, Mar 23, 2009 at 1:30 PM, Jan de Groot <jan at jgc.homeip.net> wrote:
> On Mon, 2009-03-23 at 19:08 +0100, Damjan Georgievski wrote:
>> error: failed to prepare transaction (conflicting files)
>> test: /test exists in filesystem
>
> I think it has to do something with this:
> [jan at server ~]$ pacman -Qo /usr/share/vte
> error: cannot determine ownership of a directory
>
> The point with directories is that there's no real ownership, as lots of
> packages can store files in such a location. Now, what would have
> happened if your directory on the filesystem contained files not
> belonging to the package that is upgraded?

True, but pacman should probably check to see if the dir is empty, and
replace it if it is. I wonder what would happen in the case of:

packageA: /foo/bar normal file
packageB: /foo/bar/baz normal file

With packageA installed, attempting to install packageB. I'd hope it
would error out somehow


More information about the arch-general mailing list