[arch-dev-public] [RFC] filesystem-2012.3-1

Dave Reisner d at falconindy.com
Wed Jun 6 10:20:33 EDT 2012


On Wed, Jun 06, 2012 at 11:31:52PM +1000, Gaetan Bisson wrote:
> [2012-06-03 16:58:24 +0200] Tom Gundersen:
> > # pacman -Syu --ignore filesystem && pacman -S filesystem --force
> 
> On a VM created today with systemd, enabling [testing] yields:
> 
> 
> # pacman -S filesystem --force
> resolving dependencies...
> looking for inter-conflicts...
> 
> Targets (1): filesystem-2012.6-2
> 
> Total Installed Size:   0.30 MiB
> Net Upgrade Size:       0.23 MiB
> 
> Proceed with installation? [Y/n] y
> (1/1) checking package integrity                                    [#####################################] 100%
> (1/1) loading package files                                         [#####################################] 100%
> (1/1) checking available disk space                                 [#####################################] 100%
> (1/1) upgrading filesystem                                          [#####################################] 100%
> warning: directory permissions differ on sys/
> filesystem: 755  package: 555
> error: extract: not overwriting dir with file var/run
> error: problem occurred while upgrading filesystem
> error: could not commit transaction
> error: failed to commit transaction (transaction aborted)
> Errors occurred, no packages were upgraded.
> 
> 
> But that's not all; then:
> 
> 
> # pacman -Q filesystem
> filesystem 2012.6-2
> # ls -la /var | grep run
> lrwxrwxrwx  1 root root    11 Jun  6 10:13 lock -> ../run/lock
> drwxr-xr-x  4 root root    72 Jun  6 11:47 run
> 
> 
> So pacman did not touch /var/run but "validated" the upgrade anyhow.
> What am I doing wrong?
> 
> -- 
> Gaetan

I think this happens when /var/run has files in it. pacman should
probably be aborting here before it gets to sync_commit.


More information about the arch-dev-public mailing list