OpenEmbedded Layer Index updated

OpenEmbedded Layer Index updated

[Paul Eggleton]

Hi all,

The OpenEmbedded layer index has just been updated:

  http://layers.openembedded.org/

This update includes a number of significant changes that have been in the 
pipeline for a while. A summary of the changes follows.


Branches
----------

Recipe data for the dylan and danny branches is now available. You can switch 
between branches on the top-level pages using the drop-down at the left of the 
navigation bar.

Note: If a layer isn't visible when a branch other than master is selected, it 
is likely because there is no corresponding "dylan" or "danny" branch in that 
layer.


OE-Classic
-----------

We now provide a static index of OE-Classic recipes, and record extra editable 
information to track migration of recipes to the layer ecosystem, replacing 
the old wiki pages used for this purpose. The migration data has been imported 
from the wiki pages, and probably could do with some further tweaking (a login 
is required to edit this). A couple of simple graphs give a summary of the 
migration status based on this data.


Bulk Change tool
-------------------

The new Bulk Change tool that allows you to easily change the values of "meta" 
variables such as DESCRIPTION and LICENSE across multiple recipes, and 
download the result as a patch or set of patches against each layer suitable 
for applying on top of a repository. From there, proper patches can be created 
and submitted. This should hopefully make it easier to make the values of 
these variables more consistently filled in across all recipes.

(Note that you need to create an account to access this tool.)


Duplicates tool
-----------------

The "duplicates" tool gives you a list of recipes with the same name in 
multiple layers, helping to highlight possible duplicates.

(Note that you need to create an account to access this tool.)


Additional data
-----------------

* We now track bbappends in each layer, and list the appends for a recipe in 
all layers on each recipe page

* We now track bbclasses, so you can see the classes provided by each layer

* The value of the BUGTRACKER variable is now recorded for each recipe if set


Navigation improvements
-----------------------------

* The front page has been optimised out as it wasn't particularly useful - you 
now get taken straight to the layer list

* Added a clear top-level navigation bar

* Added a simple breadcrumb at the top of layer / recipe pages

* The update script now tries to preserve recipe ID numbers as much as 
possible, so in most situations a bookmarked URL to a recipe page should point 
to the same recipe even when it gets upgraded. (This is not guaranteed however 
particularly where an older versioned recipe is removed in a separate commit 
after a newer version has been added.)


Misc
-----

Other minor improvements:

* Wider page layouts improving readability

* Recipe page sections are now shown in tabs

* For layer maintainers, editing and saving a layer now takes you back to the 
layer detail page instead of showing the edit layer page again

* Added a change log (link at the bottom of every page) that shows an audit 
log of changes to the layer database

* Layer type filter drop-down now stays open to allow ticking/unticking 
multiple items

* Added a user profile page


Thanks to Belen Barros Pena for help with the design and HTML/CSS, and Michael 
Halstead for helping me with the upgrade process and continued administration.

As always, feedback is welcome.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre

Re: OpenEmbedded Layer Index updated

[Martin Jansa]

[-- Attachment #1: Type: text/plain, Size: 989 bytes --]

On Thu, Sep 05, 2013 at 01:10:47AM +0100, Paul Eggleton wrote:
> As always, feedback is welcome.

Great job!

One more suggestion (maybe I've overlooked it):

It would be nice to be able to search recipe across all branches
(including oe-classic)

e.g. if someone asks me to include ace in our builds I would like to
just search for ace, like:
http://layers.openembedded.org/layerindex/branch/master/recipes/?q=ace

and find it's not in master/dylan/danny, but that it still is in
oe-classic
http://layers.openembedded.org/layerindex/oe-classic/recipe/13881/

Now I have to run the same search in 2-4 different branches to be sure
there isn't recipe for ace already.

In many cases we can assume that if something isn't in master then it
isn't in danny/dylan, but that's not true for e.g. mysql5 which should
correctly show availability in oe-classic/danny/dylan (and master has
mariadb).

Regards,

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

Re: [yocto] OpenEmbedded Layer Index updated

[Paul Eggleton]

Hi Martin,

On Thursday 05 September 2013 10:04:07 Martin Jansa wrote:
> On Thu, Sep 05, 2013 at 01:10:47AM +0100, Paul Eggleton wrote:
> > As always, feedback is welcome.
> 
> Great job!
> 
> One more suggestion (maybe I've overlooked it):
> 
> It would be nice to be able to search recipe across all branches
> (including oe-classic)
> 
> e.g. if someone asks me to include ace in our builds I would like to
> just search for ace, like:
> http://layers.openembedded.org/layerindex/branch/master/recipes/?q=ace
> 
> and find it's not in master/dylan/danny, but that it still is in
> oe-classic
> http://layers.openembedded.org/layerindex/oe-classic/recipe/13881/
> 
> Now I have to run the same search in 2-4 different branches to be sure
> there isn't recipe for ace already.
> 
> In many cases we can assume that if something isn't in master then it
> isn't in danny/dylan, but that's not true for e.g. mysql5 which should
> correctly show availability in oe-classic/danny/dylan (and master has
> mariadb).

Right, this would be the next step. I think we'd have to be careful about how 
we present search results from other branches / OE-Classic (so it's clear what 
is being shown) but now we actually have the data it's certainly technically 
possible. I'll be continuing to work on this application as my spare time 
allows.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre