ttf-msttcorefonts-installer postinst fails maybe?

[geofft]

The postinst fails as described below.

[jdreed]

WFM. Your machine is special.

[geofft]

Pretty sure this is entirely different, but on SIPB's new Dell 790, we got

Setting up ttf-mscorefonts-installer (3.3ubuntu3) ...
user did not accept the mscorefonts-eula license
/var/lib/dpkg/info/ttf-mscorefonts-installer.postinst: 36: cannot create /usr/share/fonts/truetype/msttcorefonts/README: Directory nonexistent
dpkg: error processing ttf-mscorefonts-installer (--configure):
 subprocess installed post-installation script returned error exit status 2

[geofft]

This was while installing workstation. I should note that aptitude retried and managed to recover (and successfully installed the fonts, which is probably indicative of ttf-mscorefonts-installer's postinst being confused), but even so, aptitude returned nonzero.

[jdreed]

Cosmic bit flipping? Shortly after the zephyr discussion of this, I kicked off an install of workstation (in VMware) and it "just worked" (and in fact /usr/share/fonts/truetype/msttcorefonts/README exists). I'll note that I had also kicked off an install on granola, which also worked fine, right before Ben installed the 790. Furthermore, the error is baffling and should be impossible. It says cannot create /usr/share/fonts/truetype/msttcorefonts/README: Directory nonexistent, however /usr/share/fonts/truetype/msttcorefonts/ is shipped in the package. So something awesome is happening on that 790, to the point that the postinst appears to be running _before_ the package is unpacked?