[8001] in athena10
Re: [Debathena] #975: ttf-msttcorefonts-installer postinst fails
daemon@ATHENA.MIT.EDU (Debathena Trac)
Sun Jul 31 17:06:37 2011
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
From: "Debathena Trac" <debathena@MIT.EDU>
Cc: debathena@mit.edu
To: geofft@mit.edu, jdreed@mit.edu, kaduk@mit.edu
Date: Sun, 31 Jul 2011 21:06:29 -0000
Reply-To:
Message-ID: <052.6333de39e70534dea4ed92e5e378f079@mit.edu>
In-Reply-To: <043.c86530d8cd4c66fab58576fab0632818@mit.edu>
Content-Transfer-Encoding: 8bit
#975: ttf-msttcorefonts-installer postinst fails maybe?--------------------+-------------------------------------------------------
Reporter: geofft | Owner:
Type: defect | Status: reopened
Priority: high | Milestone: Natty Release
Component: -- | Resolution:
Keywords: | See_also:
--------------------+-------------------------------------------------------
Comment(by geofft):
Replying to [comment:5 geofft]:
> ... Hm, you know what would cause a directory entry to inexplicably
temporarily not appear on a Linux 2.6.38 machine while it's under heavy
load? The dcache regression that held up the 3.0 release:
https://lwn.net/Articles/452117/
>
> We should make sure Ubuntu backports that fix to its 2.6.38 kernel. (Or
find a way to use the 3.0 kernel.)
On the contrary, this
[http://thread.gmane.org/gmane.linux.kernel.stable/14802 isn't actually a
bug in 2.6.38]; it was just introduced in 2.6.39 (and I verified from git
that Ubuntu didn't cleverly backport the bug to 2.6.38). So that can't be
it.
-- Ticket URL: <http://debathena.mit.edu/trac/ticket/975#comment:9>Debathena <http://debathena.mit.edu/>MIT Debathena Project
