FS#49255 - [pacman] Files aren't registered properly when installation aborts due to full disk

Attached to Project: Pacman
Opened by mirh (mirh) - Saturday, 07 May 2016, 18:34 GMT
Last edited by Allan McRae (Allan) - Sunday, 08 May 2016, 09:06 GMT
Task Type Bug Report
Category General
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version 5.0.1
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Summary and Info:

I was installing from the aur installer mathematica, which as you might know is a quite big software suite (more than 7GB).
I forget to previously check for free space and I end up with "can't write" errors, or something along that.

I removed it, and expanded a bit the root partition.
When I proceeded to reinstall it, I got errors due to old files from previous attempt (log attached).

This shouldn't have happened (and I don't think -R is to blame).
I wonder if it couldn't be related to  bug 37402 

Steps to Reproduce:

1) Install a package bigger than available free space (wait for errors to spawn)

2) Pacman -R package

3) Free additional space (so there's enough)

4) Install the thing again
This task depends upon

Closed by  Allan McRae (Allan)
Sunday, 08 May 2016, 09:06 GMT
Reason for closing:  Not a bug
Additional comments about closing:  Use CheckSpace.
Comment by Allan McRae (Allan) - Sunday, 08 May 2016, 03:41 GMT
Do you have CheckSpace enabled in pacman.conf?
Comment by mirh (mirh) - Sunday, 08 May 2016, 09:04 GMT
Nope. 100% default settings.

Besides, I'm not complaining about pacman not realizing it could have never completed the task (that could deserve another ticket perhaps?)
.. but more about pacman failing to fully remove the package.
Comment by Allan McRae (Allan) - Sunday, 08 May 2016, 09:06 GMT
The default is CheckSpace being enabled...

When you filled the filesystem, pacman could not not store the list of files for that package. There is no way for it to remove the files in that state.
Comment by mirh (mirh) - Sunday, 08 May 2016, 09:20 GMT
Thank you.

Loading...