This fixes a handful of things that have been creating strange and hard-to-replicate failures.
1. The inode data path wasn't quite 64-bit clean, so XFS filesystems could produce strange behavior. 2. When renaming a file, pseudo would sometimes create a link to rename when the file had actually already been in the database. 3. Some operations could spuriously create an additional link to a file. 4. So it was possible for you to end up with a file marked as deleted but still having a 'NAMELESS FILE' entry for the same inode which could cause strange behaviors galore. The net outcome of this is that if there's a lot of renames happening for files which have recently been hit by a may-unlink but the did-unlink hasn't been processed yet, really strange stuff happens. I think the XFS stuff may have actually been a red herring from some of the other parts, which I could reproduce on 32-bit filesystems. I haven't run builds against the recipe patches yet, but I've sent the tarball link to pidge. Pretty optimistic, though, once I got past all the crazy parts this was a pretty straightforward patch as such go. The database change may cause some existing pseudo databases to become invalid, but conveniently, it'll also invalidate checksums. They'll probably work anyway, because pseudo is okay with inode mismatches. The following changes since commit 2b85b3f33af5157cd4b6f8a6dc737015c85018c3: uninative-tarball: Update eglibc -> glibc (2014-10-02 10:58:18 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib seebs/pseudo162 http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=seebs/pseudo162 Peter Seebach (1): pseudo*.bb: update to pseudo 1.6.2 .../pseudo/{pseudo_1.6.1.bb => pseudo_1.6.2.bb} | 4 ++-- meta/recipes-devtools/pseudo/pseudo_git.bb | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) rename meta/recipes-devtools/pseudo/{pseudo_1.6.1.bb => pseudo_1.6.2.bb} (52%) -- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
