Skip to contentSkip to conversation

pseudo: use latest SRCREV

PATCH In review Martin Jansa 2 participants 2 messages Apr 20, 2018

lore
Share & tools
lore
#0 lore raw

PATCH 1/1 pseudo: use latest SRCREV

* the pseudo.log is significantly shorter with this revision

fddbe85 Fix symlink following errors 3a48dc4 Fix one more stray slash 691a230 Less chatty debugging 0c053e5 Change copyright default.

---
 meta/recipes-devtools/pseudo/pseudo_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
meta/recipes-devtools/pseudo/pseudo_git.bb +1 -1
index 09a3331d35..9103d49112 100644
@@ -8,7 +8,7 @@ SRC_URI = "git://git.yoctoproject.org/pseudo \
            file://toomanyfiles.patch \
            "
 
-SRCREV = "19f18124f16c4c85405b140a1fb8cb3b31d865bf"
+SRCREV = "fddbe854c9db058d5a05830d3bcdd4233d95ee2e"
 S = "${WORKDIR}/git"
 PV = "1.9.0+git${SRCPV}"
 
Signature · 1 line
2.17.0
#1 lore raw
Quoted 1 line · On Fri, 20 Apr 2018 08:25:26 +0000 Martin Jansa <[email protected]> wrote:

* the pseudo.log is significantly shorter with this revision

There's also an actually fairly significant bug fix in here. At one point, long ago, I made a function that expands paths, and takes a flag argument which may or may not be AT_SYMLINK_NOFOLLOW.

And then for openat(2), it gets called with "flags", whatever those are.

And it turns out that this means that any flag value other than 0 caused pseudo not to follow a terminal symlink when expanding path, which caused a number of very strange problems. And mostly those got corrected, but this should reduce errors.

The change to drop the usually-harmless "path mismatch [%d links]" messages for N>1 is purely cosmetic, but we're talking about 4MB of cosmetic messages in a glibc locale build...

-s