All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Robert P. J. Day" <rpjday@crashcourse.ca>
To: Yocto discussion list <yocto@yoctoproject.org>
Cc: Konrad Weihmann <kweihmann@outlook.com>
Subject: any interest in an official "meta-rubygems" layer?
Date: Wed, 27 Jan 2021 01:33:30 -0500 (EST)	[thread overview]
Message-ID: <633c9c84-1d35-48f1-82b7-4f2dabc2585@crashcourse.ca> (raw)


  since it appears that i will be diving head-first into messing with
ruby in some current YP builds, is there any interest in creating a
meta-rubygems layer to start collecting recipes based on what konrad
weihmann has done in his meta-sca layer here?

  https://github.com/priv-kweihmann/meta-sca

  i've been swapping emails with konrad over the last few days and,
first, it seems clear that it's not appropriate to start dumping
general ruby recipes into meta-sca as that layer is clearly defined as
being for "static code analysis and security hardening", so a new,
more general layer is obviously more appropriate.

  also, konrad focuses on using his own "rubygems.bbclass" class file:

https://github.com/priv-kweihmann/meta-sca/blob/master/classes/rubygems.bbclass

to define recipes that pull from rubygems.org exclusively, and he
agrees that it would keep things simpler to stick with that model;
hence, the proposal of the layer name "meta-rubygems" and not just
"meta-ruby".

  konrad already offered to do the maintenance of such a new layer, as
long as there is standard infrastructure support for testing, that
sort of thing. and i'm sure that would make his meta-sca layer simpler
as all the more generic rubygems-based recipes could be moved into the
meta-rubygems layer, leaving his meta-sca layer to focus exclusively
on the code analysis and security recipes, however he wants to do
that.

  thoughts? it seems that a new layer could be populated almost
instantly with a large chunk of meta-sca, and we could take it from
there.

rday



             reply	other threads:[~2021-01-27  6:33 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-01-27  6:33 Robert P. J. Day [this message]
2021-01-27  8:40 ` [yocto] any interest in an official "meta-rubygems" layer? Jack Mitchell
2021-01-27  9:09   ` Robert P. J. Day
2021-01-27  9:17     ` Jack Mitchell
2021-01-27 20:04       ` Robert P. J. Day
2021-01-27 21:17         ` Armin Kuster
2021-01-27 21:29           ` Robert P. J. Day
2021-01-27 21:57             ` Armin Kuster
2021-01-28  9:19               ` Robert P. J. Day
     [not found]     ` <165E0C20A47D7481.32571@lists.yoctoproject.org>
2021-01-27  9:20       ` Jack Mitchell
2021-01-28  7:18 ` Carsten Stelling

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=633c9c84-1d35-48f1-82b7-4f2dabc2585@crashcourse.ca \
    --to=rpjday@crashcourse.ca \
    --cc=kweihmann@outlook.com \
    --cc=yocto@yoctoproject.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.