* First time user: suggestions
@ 2012-02-09 20:52 Nathan Samson
2012-02-10 12:40 ` Paul Eggleton
0 siblings, 1 reply; 4+ messages in thread
From: Nathan Samson @ 2012-02-09 20:52 UTC (permalink / raw)
To: openembedded-devel
Hi,
I've talked to someone on FOSDEM about OE, and wanted to try it (I also
just started to use OpenWrt for a university project)
These are my first time user notes (and suggestion for improvements).
Starting with: http://www.openembedded.org/wiki/Main_Page and especially
the "Getting Started" Page. This seems to be outdated (using the classic
repos and not the "layered" core. Building the classic branch did not work
out for me. Not a very good first user experience. I suggest that the the
Getting Started page is replaced with the contents from
wiki.yoctoproject.org/wiki/OpenEmbedded-Core (and slighly enhanced).
Building the -core was also problematic. Two packages caused troubles:
zlib and another package (don't know the name anymore). Both problems were
caused because it could not download some files.
It seems zlib.org removed all downloads prior to 1.2.6, and OE uses 1.2.5.
Applying the patch from http://patches.openembedded.org/patch/20641/ fixed
the problem.
The other package could not be downloaded because it was hosted on
kernel.org and the content seemed to have been removed.
http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/14810helped
me fix the issue.
Suggestion 2: These download problems seems not be fixed very rapidly
(although they should be quite easy to fix). I wonder why. My theory (but
prove me wrong), is that developers won't see this because they have the
download cached in their download directory So only new users will discover
this.
One solution could be to have a dedicated "test" machine that tries to
download every package every day (or at least see if it still exists). Once
a failure happens it is reported to a log/bug system.
In the case of zlib: if they remove the previous version every time when
releasing a new one it should be better to mirror the files on your own
hosts, otherwise every time zlib does a release OE won't work for some time.
Suggestion 3: Create a site like "
https://community.dev.fedoraproject.org/packages/" where one can search for
packages / recipes. This site should integrate with
* Recipe info (name, maintainer, layer, version info, changelog info, ...)
* Bugs
* Incomping Patches / reviews
* Build results
For build results: (which is suggestion 4):
Create dedicated server machines that test each and every package every
time it is updated (built without any other packages except for its
dependencies, with several toolchain configurations - combinations of
target / libc implemenation / gcc version / ...). In the optimal case every
package should be tested with every possible combination of enabled
features but that is probably not possible. This way errors will be quickly
detected.
I already have to apologize: it seems that these already exists (somewhat),
in the form of tinderbox.openembedded.net and garnet.openembedded.org
(I've found about them when looking on the Infrastructure Wiki page), but
they don't load here... (Are they still maintained / what are they doing
exactly?)
Greetings,
Nathan Samson
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: First time user: suggestions
2012-02-09 20:52 First time user: suggestions Nathan Samson
@ 2012-02-10 12:40 ` Paul Eggleton
2012-02-10 18:54 ` Rich Pixley
0 siblings, 1 reply; 4+ messages in thread
From: Paul Eggleton @ 2012-02-10 12:40 UTC (permalink / raw)
To: openembedded-devel
On Thursday 09 February 2012 21:52:53 Nathan Samson wrote:
> I've talked to someone on FOSDEM about OE, and wanted to try it (I also
> just started to use OpenWrt for a university project)
>
> These are my first time user notes (and suggestion for improvements).
Thanks for your suggestions, I'll respond to each one below.
> Starting with: http://www.openembedded.org/wiki/Main_Page and especially
> the "Getting Started" Page. This seems to be outdated (using the classic
> repos and not the "layered" core. Building the classic branch did not work
> out for me. Not a very good first user experience. I suggest that the the
> Getting Started page is replaced with the contents from
> wiki.yoctoproject.org/wiki/OpenEmbedded-Core (and slighly enhanced).
Yes, this is a known problem. I did promise to start fixing the docs (at least
the most visible ones) and I will try to do so over the coming week.
> Building the -core was also problematic. Two packages caused troubles:
> zlib and another package (don't know the name anymore). Both problems were
> caused because it could not download some files.
>
> It seems zlib.org removed all downloads prior to 1.2.6, and OE uses 1.2.5.
> Applying the patch from http://patches.openembedded.org/patch/20641/ fixed
> the problem.
> The other package could not be downloaded because it was hosted on
> kernel.org and the content seemed to have been removed.
> http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/14810helpe
> d me fix the issue.
Yes, upstreams removing source downloads is definitely annoying. Both the Yocto
Project and Angstrom have their own source mirrors but they are not enabled by
default in OE-Core. The OpenEmbedded TSC (Technical Steering Committee) has
had some discussions about having a default source mirror, but I don't recall
whether we reached a conclusion on that issue.
> Suggestion 2: These download problems seems not be fixed very rapidly
> (although they should be quite easy to fix). I wonder why. My theory (but
> prove me wrong), is that developers won't see this because they have the
> download cached in their download directory So only new users will discover
> this.
> One solution could be to have a dedicated "test" machine that tries to
> download every package every day (or at least see if it still exists). Once
> a failure happens it is reported to a log/bug system.
I'm not sure but I think we have a universe fetch test on the Yocto Project
autobuilder. Assuming it has our mirrors disabled it should pick up when this
occurs.
> Suggestion 3: Create a site like "
> https://community.dev.fedoraproject.org/packages/" where one can search for
> packages / recipes. This site should integrate with
> * Recipe info (name, maintainer, layer, version info, changelog info, ...)
> * Bugs
> * Incomping Patches / reviews
> * Build results
We have part of this in the Yocto Project:
http://packages.yoctoproject.org/
Since we use the OE-Core metadata it is equally useful as a reference for OE-
Core. It doesn't have any integration with the bug system or autobuilder
though, that would be a nice add-on for the future.
> For build results: (which is suggestion 4):
> Create dedicated server machines that test each and every package every
> time it is updated (built without any other packages except for its
> dependencies, with several toolchain configurations - combinations of
> target / libc implemenation / gcc version / ...). In the optimal case every
> package should be tested with every possible combination of enabled
> features but that is probably not possible. This way errors will be quickly
> detected.
FYI the Yocto Project has an autobuilder to do this, again we use the same
metadata so OE-Core is being build-tested regularly.
http://autobuilder.yoctoproject.org
> I already have to apologize: it seems that these already exists (somewhat),
> in the form of tinderbox.openembedded.net and garnet.openembedded.org
> (I've found about them when looking on the Infrastructure Wiki page), but
> they don't load here... (Are they still maintained / what are they doing
> exactly?)
Not sure, I think tinderbox has been broken for some time. I heard that we
have some hardware available to set up some build servers for OE (which would
presumably test stuff outside OE-Core, e.g. meta-oe). I'm not sure what Tom
King's plan/timetable for implementing this is though.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: First time user: suggestions
2012-02-10 12:40 ` Paul Eggleton
@ 2012-02-10 18:54 ` Rich Pixley
2012-02-10 19:00 ` Joshua Lock
0 siblings, 1 reply; 4+ messages in thread
From: Rich Pixley @ 2012-02-10 18:54 UTC (permalink / raw)
To: openembedded-devel
On 2/10/12 04:40 , Paul Eggleton wrote:
> Both the Yocto Project and Angstrom have their own source mirrors but
> they are not enabled by default in OE-Core.
I'm going to need to do this almost immediately for webos. Can you
point me to doc on the current mirroring support? Or to the relevant
source? Or to where that's done for either yocto or angstrom?
--rich
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: First time user: suggestions
2012-02-10 18:54 ` Rich Pixley
@ 2012-02-10 19:00 ` Joshua Lock
0 siblings, 0 replies; 4+ messages in thread
From: Joshua Lock @ 2012-02-10 19:00 UTC (permalink / raw)
To: openembedded-devel
On 10/02/12 10:54, Rich Pixley wrote:
> On 2/10/12 04:40 , Paul Eggleton wrote:
>> Both the Yocto Project and Angstrom have their own source mirrors but
>> they are not enabled by default in OE-Core.
> I'm going to need to do this almost immediately for webos. Can you point
> me to doc on the current mirroring support? Or to the relevant source?
> Or to where that's done for either yocto or angstrom?
A change to enable this went into master recently:
http://git.openembedded.org/openembedded-core/commit/?id=ca8a3422eb96ea431c322532dfd1be9980d4d48c
Cheers,
Joshua
--
Joshua Lock
Yocto Project "Johannes factotum"
Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2012-02-10 19:09 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-02-09 20:52 First time user: suggestions Nathan Samson
2012-02-10 12:40 ` Paul Eggleton
2012-02-10 18:54 ` Rich Pixley
2012-02-10 19:00 ` Joshua Lock
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox