|
Re: Yocto Linux Project Sync notes
Everything on One machine doesn't make a lot of sense to me, for two reasons:
1) This is heavily network dependent, making sure the machines can find eachother is a critical aspect of testing
Everything on One machine doesn't make a lot of sense to me, for two reasons:
1) This is heavily network dependent, making sure the machines can find eachother is a critical aspect of testing
|
By
Darren Hart <darren.hart@...>
·
#21
·
|
|
Re: Yocto Linux Project Sync notes
I thought the plan was to do BOTH a QEMU demo and a demo on real
hardware? If that's not the plan, it should be the plan.
Regards,
-pja
I thought the plan was to do BOTH a QEMU demo and a demo on real
hardware? If that's not the plan, it should be the plan.
Regards,
-pja
|
By
Anderson, Paul <paul.anderson@...>
·
#22
·
|
|
Re: Yocto Linux Project Sync notes
http isn't needed. (the DLNA server will mount the files over NFS into its filesystem and Mediatomb runs it's own http server on a special port to server up the files to the media renderers).
No
http isn't needed. (the DLNA server will mount the files over NFS into its filesystem and Mediatomb runs it's own http server on a special port to server up the files to the media renderers).
No
|
By
Darren Hart <darren.hart@...>
·
#23
·
|
|
Re: Yocto Linux Project Sync notes
There has been no discussion of a QEMU demo for the media network demo. I've tested some components with QEMU, but we aren't currently planning on demo'ing this in QEMU.
--
Darren Hart
Embedded
There has been no discussion of a QEMU demo for the media network demo. I've tested some components with QEMU, but we aren't currently planning on demo'ing this in QEMU.
--
Darren Hart
Embedded
|
By
Darren Hart <darren.hart@...>
·
#24
·
|
|
Re: Yocto Linux Project Sync notes
http isn't needed. (the DLNA server will mount the files over NFS into its filesystem and Mediatomb runs it's own http server on a special port to server up the files to the media renderers).
No
http isn't needed. (the DLNA server will mount the files over NFS into its filesystem and Mediatomb runs it's own http server on a special port to server up the files to the media renderers).
No
|
By
Darren Hart <dvhart@...>
·
#25
·
|
|
Re: Yocto Linux Project Sync notes
There has been no discussion of a QEMU demo for the media network demo. I've tested some components with QEMU, but we aren't currently planning on demo'ing this in QEMU.
--
Darren Hart
Embedded
There has been no discussion of a QEMU demo for the media network demo. I've tested some components with QEMU, but we aren't currently planning on demo'ing this in QEMU.
--
Darren Hart
Embedded
|
By
Darren Hart <dvhart@...>
·
#26
·
|
|
Re: Yocto Linux Project Sync notes
Yeah, it doesn't make sense as a demo per se, but for the folks who only
have one system, to get it all going. Another motivition I thought was
to have 'something' as a worst-case fallback, e.g. with
Yeah, it doesn't make sense as a demo per se, but for the folks who only
have one system, to get it all going. Another motivition I thought was
to have 'something' as a worst-case fallback, e.g. with
|
By
Tom Zanussi <tom.zanussi@...>
·
#27
·
|
|
Re: Yocto Linux Project Sync notes
I think Paul is talking about a different demo, one where we're just
able to boot all four qemu architectures alongside each other.
This should be possible with our release images, we just need
I think Paul is talking about a different demo, one where we're just
able to boot all four qemu architectures alongside each other.
This should be possible with our release images, we just need
|
By
Richard Purdie <rpurdie@...>
·
#28
·
|
|
Re: Yocto Linux Project Sync notes
Got it. At a top level the requirement is showing stuff running on real
hardware (all archs) as well as within QEMU (all archs). As far as what
is shown on what, that's another
Got it. At a top level the requirement is showing stuff running on real
hardware (all archs) as well as within QEMU (all archs). As far as what
is shown on what, that's another
|
By
Anderson, Paul <paul.anderson@...>
·
#29
·
|
|
Re: Yocto Linux Project Sync notes
Spot on, Richard.
-pja
By
Anderson, Paul <paul.anderson@...>
·
#31
·
|
|
Yocto Readiness Review Meeting
David, Kevin, Paul, Richard:
As discussed in the project sync we need to do a readiness review to look at the current state of the release with regards to existing open bugs, QA testing, and general
David, Kevin, Paul, Richard:
As discussed in the project sync we need to do a readiness review to look at the current state of the release with regards to existing open bugs, QA testing, and general
|
By
Saul Wold <saul.wold@...>
·
#30
·
|
|
Re: Yocto Readiness Review Meeting
11am Pacific should work.. I have a short meeting somewhere between 2 and 6 EDT... (or 10 and 2 Pacific).. Hopefully this won't interfere.. (sorry I don't have details beyond that wide range.. but
11am Pacific should work.. I have a short meeting somewhere between 2 and 6 EDT... (or 10 and 2 Pacific).. Hopefully this won't interfere.. (sorry I don't have details beyond that wide range.. but
|
By
Mark Hatle <mark.hatle@...>
·
#32
·
|
|
Re: Yocto Readiness Review Meeting
Kevin is on vacation, so he's out for sure. He doesn't get back until
after CELF anyway.
I'm OOO Thursday, but can make an exception for this, preusming we can
motor through it reasonably quickly. It
Kevin is on vacation, so he's out for sure. He doesn't get back until
after CELF anyway.
I'm OOO Thursday, but can make an exception for this, preusming we can
motor through it reasonably quickly. It
|
By
Anderson, Paul <paul.anderson@...>
·
#33
·
|
|
Re: Yocto Readiness Review Meeting
Finally got the time locked down.
My meeting does NOT conflict with this time, so 11am (Pacific) is good for me.
--Mark
Finally got the time locked down.
My meeting does NOT conflict with this time, so 11am (Pacific) is good for me.
--Mark
|
By
Mark Hatle <mark.hatle@...>
·
#34
·
|
|
Re: Yocto Readiness Review Meeting
This is ok with me.
Cheers,
Richard
This is ok with me.
Cheers,
Richard
|
By
Richard Purdie <rpurdie@...>
·
#35
·
|
|
Re: Call for help for demo UPNP media renderer
It seems I didn't push all of my changes, just trying to replicate them
here and push.
Joshua
--
Joshua Lock
Intel Open Source Technology Centre
It seems I didn't push all of my changes, just trying to replicate them
here and push.
Joshua
--
Joshua Lock
Intel Open Source Technology Centre
|
By
Joshua Lock <josh@...>
·
#36
·
|
|
Re: Call for help for demo UPNP media renderer
so Josh, have you pushed all of your changes now? That way Dongxiao can follow
up with it here.
Thanks
Kevin
so Josh, have you pushed all of your changes now? That way Dongxiao can follow
up with it here.
Thanks
Kevin
|
By
Tian, Kevin <kevin.tian@...>
·
#37
·
|
|
Re: Call for help for demo UPNP media renderer
I did a sloppy job pushing my changes when leaving the office but think
I have replicated most/all of the in the josh/demo branch.
I also took a look through the rygel code to see what gstreamer
I did a sloppy job pushing my changes when leaving the office but think
I have replicated most/all of the in the josh/demo branch.
I also took a look through the rygel code to see what gstreamer
|
By
Joshua Lock <josh@...>
·
#38
·
|
|
Re: Call for help for demo UPNP media renderer
Have all of above elements already enabled in your branch, or is it still
in progress to follow up?
Is it a separate issue from segfault or related in your gut-feeling?
Thanks
Kevin
Have all of above elements already enabled in your branch, or is it still
in progress to follow up?
Is it a separate issue from segfault or related in your gut-feeling?
Thanks
Kevin
|
By
Tian, Kevin <kevin.tian@...>
·
#39
·
|
|
Re: Call for help for demo UPNP media renderer
The image I just built with my latest changes in josh/demo worked!?!
Rygel did not segfault :-)
If you have time Dongxiao (or anyone else) I'd appreciate if you could
double-check my changes (my
The image I just built with my latest changes in josh/demo worked!?!
Rygel did not segfault :-)
If you have time Dongxiao (or anyone else) I'd appreciate if you could
double-check my changes (my
|
By
Joshua Lock <josh@...>
·
#40
·
|