Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Yann E. MORIN <yann.morin.1998@free.fr>
To: buildroot@busybox.net
Subject: [Buildroot] pseudo: remaining issues...
Date: Tue, 22 Nov 2016 23:16:30 +0100	[thread overview]
Message-ID: <20161122221630.GC3529@free.fr> (raw)
In-Reply-To: <20161122212534.GA3529@free.fr>

All,

On 2016-11-22 22:25 +0100, Yann E. MORIN spake thusly:
> We recently switched from using fakeroot to using pseudo to generate the
> filesystem images.
> 
> After fixing the biggest fallouts from the conversion, we're still left
> with a few users reporting remaining issues.

And we have another issue, that Lucille and Ga?l just tracked down.

They are using a docker instance to run their Buildroot builds, and
noticed that the pseudo DB was empty after a build. However, if they
artificially added a little sleep at the end, to prevent the docker
instance to terminate instantly, the pseudo DB was correctly saved.

That's becasue pesuedo spawns itself a server in the background, and
that server is responsible for loading the DB, maintaining the internal
state, and saving the DB.

However, the DB is saved aftrer the last client exits, adn it can t ake
a bit of time, which is enought time for the docker instance to
terminate, killing (-9) the remaining processes, of whihch the pseudo
server, which then does not have a chance to save its DB.


One solution to this issue would be for us to run our own pseudo server,
adn terminat it ourselves, then wait for it, something along those lines:

    # Spawn our server
    pseudo -f
    pseudo_pid=$!

    # Run the actual comand
    pseudo real-command

    # Kil and wait for the server
    pseudo -S
    wait $pseudo_pid


Thoughts? Tests? ;-)

Regards,
Yann E. MORIN.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
'------------------------------^-------^------------------^--------------------'

  reply	other threads:[~2016-11-22 22:16 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-11-22 21:25 [Buildroot] pseudo: remaining issues Yann E. MORIN
2016-11-22 22:16 ` Yann E. MORIN [this message]
2016-11-23  5:44   ` Gaël PORTAY
2016-11-22 23:02 ` Arnout Vandecappelle
2016-11-23  6:37   ` Gaël PORTAY
2016-11-23 10:10     ` Arnout Vandecappelle
2016-11-23 18:50       ` Yann E. MORIN
2016-11-23 18:46   ` Yann E. MORIN
2016-11-23  6:29 ` Gaël PORTAY
2016-11-23  8:35 ` Thomas Petazzoni
2016-11-23  8:47   ` Maxime Hadjinlian
2016-11-24 15:24   ` Waldemar Brodkorb
2016-11-26 23:25   ` Peter Korsgaard

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=20161122221630.GC3529@free.fr \
    --to=yann.morin.1998@free.fr \
    --cc=buildroot@busybox.net \
    /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