Dear kindly ask for help to solve the demand mentioned above. Since I am already grateful for the attention. ---------- Forwarded message ---------- From: Fábio Laureano Antônio

OK, then I don't have other comments but these are the supporting info I think need to go into patch comments. Thx. - Jessica

Hi Jessica, Indeed, the patch adds two methods to IHostShell : - getLock() - getReader(Boolean isErrorReader) These changes are necessary in order for our implementation to work. The only other

Hi Ioana, Seems your patch is introducing more changes than just add lock, you also added the getReader function which in your patch description you need to explain it as well. The other thing is do

Georgescu, Alexandru C would like to recall the message, "1.4_M3.rc2 ready for QA".

Same drill: * Incepem cu testele de weekly * Daca weekly e ok, continuam cu fullpass pre-release + BSP-uri * Daca si pre-release e ok, facem si testele de post-release -- Alexandru Georgescu

- make a single point change to output processing after running a command - read output from remote commands using IHostShell interface Signed-off-by: Ioana Grigoropol

When running a remote command with a Local connection from a Linux host a new LocalHostShell is created. At this time, a new LocalHostThread is launched, along side with two LocalShellOutputReaders

I'm not sure if you are still interested in this topic, but I took a few minutes to look into this more today .. just to understand exactly what is happening. It is what was discussed on the thread

Hi Timo, Thanks for the patch and everything looks good. So question to you and Scott, what's the plan from the doc site that we need to coordinate to have this merged into

The 1.4_M3.rc2 is available at: http://autobuilder.yoctoproject.org/pub/nightly/20130131-4/ Built from: poky: 3ae1a4ba972cfc17ff3f2fda632da8ecc3414885 eclipse-poky:

r10kindsofpeople <r10kindsofpeople@...> writes: You could also use the new lmsensors recipe which I updated from the old one (the one you're using atm). It's available

Thanks, Marc, that's got me moving forward. However, it may not be strictly true that lmsensors-apps is empty or at least has no effect. So far, I'm up to "lmsensors lmsensors-scripts

Hi Timo, I'm having a hard time figuring out the sequence of this patch series. You have 01/18-09/18, then 10/17 is obsolete, then you have things like 12/18 and 12/17 and some have XX/18 and some

r10kindsofpeople <r10kindsofpeople@...> writes: You have to use one of the packages specified in the recipe. Like 'libsensors' or 'lmsensors-sensors'. lmsensors-apps is empty. Marc

I'm hoping someone can quickly spot my mistake. I'm attempting to use this recipe: http://git.yoctoproject.org/cgit/cgit.cgi/meta-fsl-ppc/tree/recipes-extended/lm_sensors/lmsensors-apps_3.3.2.bb with

To explain my environment: I am building images for the machine "imx6qsabrelite" in the "meta-fsl-arm" BSP layer using Poky 1.3 (danny). The kernel recipe is linux-imx which is fetched from

Historically Debian is fairly close, but these days that isn't really true. It's probably best to look at an existing init script to see *what* needs to be done, and then copy the style of existing

When running a remote command with a Local connection from a Linux host a new LocalHostShell is created. At this time, a new LocalHostThread is launched, along side with two LocalShellOutputReaders

Hullo I'm trying to add a package to yocto (an AMQP implementation). There are various packaged versions, so I started with the one that I'm most familiar (RH). However, it's pretty clear that yocto's