Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Peter Seebach <peter.seebach@windriver.com>
Cc: openembedded-core <openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 1/1] pseudo_1.7.3.bb: New version of pseudo
Date: Mon, 07 Sep 2015 16:58:21 +0100	[thread overview]
Message-ID: <1441641501.24871.256.camel@linuxfoundation.org> (raw)
In-Reply-To: <8c418d1f561ba5cc47bf80ee4d887401059d4683.1441404865.git.peter.seebach@windriver.com>

On Fri, 2015-09-04 at 17:16 -0500, Peter Seebach wrote:
> Pseudo 1.7 adds an experimental feature (which I think needs more testing
> before it becomes the default) allowing the pseudo client to store modes
> and uid/gid values in extended attributes rather than using the sqlite
> database. On most Linux-like systems, this works only if the underlying
> file is a plain file or a directory.
> 
> Also added is a profiling feature to allow some amount of reporting on
> the wall-clock time the client spends in wrappers, processing operations,
> or in IPC. This feature is not intendeded to be precisely accurate, but
> gives a good overview of where time is going.
> 
> Based on the results from the profiling feature, the client now suppresses
> OP_OPEN and OP_EXEC messages if the server is not logging messages, and
> no longer uses constant dynamic allocation and free cycles for canonicalized
> paths.
> 
> There's a few other likely-looking optimizations being considered, but
> this seemed like a good cutoff for now.
> 
> 1.7.1 fixes two bugs, one affecting mostly XFS systems with 64-bit
> inode values, and one affecting code that called realpath(x, NULL), such
> as the RPM backend.
> 
> 1.7.2 fixes an indirect side-effect of the chmod fixes to deal with
> umask 0700, which had no effect with opkg 0.2.4 but appears to cause
> failures with 0.3.0.
> 
> 1.7.3 prevents mkdirat() (and mkfifoat()) from setting errno on success,
> because glibc's localedef inexplicably errors out if errno was set, even
> if the operation's actual return code (which it tests) indicated
> success.

We finally got there, I merged this one after it passed the tests!

Cheers,

Richard



      reply	other threads:[~2015-09-07 15:58 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-09-04 22:16 [PATCH 0/1] any day now: pseudo 1.7, really Peter Seebach
2015-09-04 22:16 ` [PATCH 1/1] pseudo_1.7.3.bb: New version of pseudo Peter Seebach
2015-09-07 15:58   ` Richard Purdie [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1441641501.24871.256.camel@linuxfoundation.org \
    --to=richard.purdie@linuxfoundation.org \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=peter.seebach@windriver.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox