[pacman-dev] [PATCH] New feature: files verification

Dan McGee dpmcgee at gmail.com
Mon Mar 30 12:30:57 EDT 2009

On Mon, Mar 30, 2009 at 11:21 AM, changaco <changaco at laposte.net> wrote:
>> Allan McRae wrote :
>> > Eric Bélanger wrote:
>> > 2009/3/30 Thomas Bächler <thomas at archlinux.org>:
>> >
>> >>> changaco wrote:
>> >>>>
>> >>>> What has files in /tmp?
>> >>>>
>> >>> Well they are temporary files so you can't consider that the package is
>> >>> damaged if they are not here.
>> >>> I added this because of some fonts package which has files in /tmp.
>> >>>
>> >> If a package has files in /tmp, it should be reported here, as it is
>> >> definitely a bug in the package! It is not pacman's responsibility to fix
>> >> this, but the packager's.
>> >>
>> >>
>> >
>> > I guess he's talking about ttf-ms-fonts. The files that initially get
>> > installed in /tmp are extracted/installed properly afterwards by the
>> > .install script.  I'm not sure why this is done but it might be a
>> > license restriction.
>> Correct.  We can only distribute the un-extracted files.
>> Allan
> Ok pacman shouldn't have to worry about /tmp but as we cannot distribute the extracted files we have to find a solution, we can't just ignore the fact that this option would show ttf-ms-fonts as damaged.
> As "normal" packages shouldn't put files in /tmp I think it is a good choice to ignore it.
> Alternatively we could just display a message when the missing files are in /tmp and let the user choose what to do.
> Or if someone has a better idea: share it ...

The package is damaged. The better option is NOT to ignore it and fix
the broken package, not try to hack a solution into pacman.

If *anything* on the system deletes a file a package knows about, it
is a problem.


More information about the pacman-dev mailing list