Given that bitbake.conf sets the default values:
BP = "${BPN}-${PV}"
S = "${WORKDIR}/${BP}"
there are a number of recipes that set the variable S completely
superfluously, so get rid of them.
Signed-off-by: Robert P. J. Day
---
someone else feel free to sanity-check these.
diff --git a/me
On Sat, 21 Feb 2015, Richard Purdie wrote:
> On Sat, 2015-02-21 at 05:09 -0500, Robert P. J. Day wrote:
> > p.s. i also notice that a small number of OE recipes contain the
> > apparently redundant setting:
> >
> > $ grep -r "^S = \"\${WORKDIR}/\${BP}\"" *
> > meta/recipes-extended/texinfo/texinf
i'll finalize all this a bit at a time ... thanks for your time in
clearing all this up.
On Sat, 21 Feb 2015, Richard Purdie wrote:
> On Sat, 2015-02-21 at 05:09 -0500, Robert P. J. Day wrote:
> > which makes sense since gcc is a special case -- in short, for any
> > kind of "normal" recipe, t
Linux allows to install multiple default routes with
different metrics. Start with a metric above 0 to
allow other parts of the system to install routes
with a lower metric.
Signed-off-by: Holger Hans Peter Freyther
---
meta/recipes-core/busybox/files/simple.script | 2 +-
1 file changed, 1 inse
When using iproute2 to remove the route all default rules
will be removed. Scope the removal by interface like it is
done with ifconfig.
Signed-off-by: Holger Hans Peter Freyther
---
meta/recipes-core/busybox/files/simple.script | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
Hi !
Do I need to set anything else than PRSERV_HOST="somehost:someport" in
local.conf (and start the prserv of course on somehost) ?
I see no change in the prserv logfile and no size change for the prserv.sqlite
Do I miss an option on the local.conf?
Best,
Jan-Simon
--
Changelog since 2015-02-08 until 2015-02-15. Projects included in this report:
bitbake: git://git.openembedded.org/bitbake
openembedded-core: git://git.openembedded.org/openembedded-core
meta-openembedded: git://git.openembedded.org/meta-openembedded
meta-angstrom: git://github.com/Angstrom-distr
On Sat, Feb 21, 2015 at 2:43 AM, Robert P. J. Day wrote:
>
> once a SRC_URI refers to an .scc file that further refers to a .cfg
> file, is there any need for the SRC_URI file to *additionally* refer
> explicitly to that same .cfg file? i ask only because i've noticed
> this on occasion and i'm
On Sat, 2015-02-21 at 05:09 -0500, Robert P. J. Day wrote:
> which makes sense since gcc is a special case -- in short, for any
> kind of "normal" recipe, there is no compelling reason to ever mess
> with the WORKDIR variable, is there?
You'd probably break things if you did.
> next, S, and its
--disable-factory has been disabled in earlier versions of gnome-terminal
but from version 3.10 it raises an error and quits. This makes devshell
unusable with gnome-terminal >= 3.10. This patch checks for the version and
removes --disable-factory if you have the terminal version 3.10 or higher.
S
some admittedly simple questions about the WORKDIR layout to make
sure i understand it *completely* as the basis for further questions.
(if all of this is documented in an OE or YP manual somewhere, that'd
be great.)
from bitbake.conf, i can see the default setting for a recipe's
WORKDIR:
BA
On Fri, 2015-02-20 at 18:03 +, Richard Purdie wrote:
> On Mon, 2015-02-02 at 02:02 -0800, Khem Raj wrote:
> > I have put together upgrade to gcc 4.9.2 as well as glibc 2.21 (
> > upcoming ) on a contrib branch ( top 2 patches) its has not got much
> > testing besides x86 qemu thus far.
> >
>
12 matches
Mail list logo
