for deletes. I suspect we'll need to move away from
django-reversion and do our own thing in future, but for now at least
allow the layer index to keep working.
Signed-off-by: Paul Eggleton <paul.eggle...@linux.intel.com>
---
layerindex/views.p
and metadata parsing is in a completely separate process
per layer.
Implements [YOCTO #9647].
Signed-off-by: Paul Eggleton <paul.eggle...@linux.intel.com>
---
layerindex/update.py | 511 --
layerindex/update_layer.py
Fix a greedy regex in the recipe detail view resulting in the git recipe
listing all bbappends named *_git.bbappend as its bbappends (quite a few
in the public instance).
Signed-off-by: Paul Eggleton <paul.eggle...@linux.intel.com>
---
TODO| 1 -
layerindex/views.py | 2
Signed-off-by: Paul Eggleton <paul.eggle...@linux.intel.com>
---
README | 7 +-
.../0011_auto__add_field_branch_updates_enabled.py | 198 +
layerindex/models.py | 1 +
laye
Signed-off-by: Paul Eggleton <paul.eggle...@linux.intel.com>
---
TODO | 1 -
...ld_recipe_license__chg_field_recipe_provides.py | 202 +
layerindex/models.py | 4 +-
3 files changed, 204
We were getting temporary paths appearing in the tarball that gets
created to allow you to download the patches for a bulk change operation
that crosses multiple layers - we don't need those.
Signed-off-by: Paul Eggleton <paul.eggle...@linux.intel.com>
---
layerindex/bulkchange.py | 2 +-
On Tue, 07 Jun 2016 23:20:26 Richard Purdie wrote:
> On Wed, 2016-06-08 at 09:24 +1200, Paul Eggleton wrote:
> > On Tue, 07 Jun 2016 17:20:12 Burton, Ross wrote:
> > > On 7 June 2016 at 17:02, Burton, Ross <ross.bur...@intel.com>
> > > wrote:
> > > >
On Tue, 07 Jun 2016 16:07:26 Edward Wingate wrote:
> On Tue, Jun 7, 2016 at 1:47 PM, Paul Eggleton
> <paul.eggle...@linux.intel.com> wrote:
> > So what this will give you is alternative packages to be installed instead
> > of sysvinit-inittab in your image.
>
ng an error about then it's worth producing an error message that
people can actually understand, particularly as it's recently added
validation.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
On Tue, 07 Jun 2016 08:57:24 Edward Wingate wrote:
> On Tue, Jun 7, 2016 at 3:20 AM, Paul Eggleton
>
> <paul.eggle...@linux.intel.com> wrote:
> > Let's clarify that for the benefit of others reading along - you
> > absolutely
> > *can* have multiple bbappends p
ers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
alternative
files in a separate package and then move them over the top of the original
ones in the postprocessing function to save jumping through hoops adding files
to the image recipe.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
Signed-off-by: Paul Eggleton <paul.eggle...@linux.intel.com>
---
TODO | 1 -
...ld_recipe_license__chg_field_recipe_provides.py | 202 +
layerindex/models.py | 4 +-
3 files changed, 204
Signed-off-by: Paul Eggleton <paul.eggle...@linux.intel.com>
---
README | 7 +-
.../0011_auto__add_field_branch_updates_enabled.py | 198 +
layerindex/models.py | 1 +
laye
Fix a greedy regex in the recipe detail view resulting in the git recipe
listing all bbappends named *_git.bbappend as its bbappends (quite a few
in the public instance).
Signed-off-by: Paul Eggleton <paul.eggle...@linux.intel.com>
---
TODO| 1 -
layerindex/views.py | 2
and metadata parsing is in a completely separate process
per layer.
Implements [YOCTO #9647].
Signed-off-by: Paul Eggleton <paul.eggle...@linux.intel.com>
---
layerindex/update.py | 511 --
layerindex/update_layer.py
y to bother too many people I would imagine.
Signed-off-by: Paul Eggleton <paul.eggle...@linux.intel.com>
---
layerindex/bulkchange.py | 17 +
layerindex/forms.py | 19 ---
layerindex/models.py | 20
layerindex/views.py |
)
are available in the git repository at:
git://git.yoctoproject.org/layerindex-web paule/fixes
http://git.yoctoproject.org/cgit.cgi/layerindex-web/log/?h=paule/fixes
Paul Eggleton (5):
Allow blanking out field values in bulk change
update.py: refactor into two separate scripts
update.py: allow
On Fri, 27 May 2016 09:01:31 Paul Eggleton wrote:
> On Thu, 26 May 2016 17:03:13 Jonathan Haws wrote:
> > > DEPENDS is built-time for the recipe, so the concept of per-package
> > > build dependencies doesn't really make sense.
> > >
> > > DEP
On Sun, 15 May 2016 14:17:26 akuster808 wrote:
> Is the layer index down?
It has been yes - Michael has been looking into it and I believe he's located
the problem - for now it's still unavailable though I expect it will be back
imminently.
Cheers,
Paul
--
Paul Eggleton
Intel Open Sou
part of the plan for 2.2 we will be
looking into how we can do this.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
can ignore the bits about
the extensible SDK - the standard SDK is what you want. There's
some more explanatory stuff towards the top of that manual as well.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
On Fri, 29 Apr 2016 12:00:58 Gary Thomas wrote:
> On 2016-04-29 11:51, Paul Eggleton wrote:
> > On Fri, 29 Apr 2016 09:24:23 Gary Thomas wrote:
> >> On 2016-04-29 09:16, Paul Eggleton wrote:
> >>> On Fri, 29 Apr 2016 08:06:16 Gary Thomas wrote:
> >>>
On Fri, 29 Apr 2016 09:24:23 Gary Thomas wrote:
> On 2016-04-29 09:16, Paul Eggleton wrote:
> > On Fri, 29 Apr 2016 08:06:16 Gary Thomas wrote:
> >> On 2016-04-29 07:08, Paul Eggleton wrote:
> >>> On Fri, 29 Apr 2016 06:24:55 Gary Thomas wrote:
> >>>
On Fri, 29 Apr 2016 08:06:16 Gary Thomas wrote:
> On 2016-04-29 07:08, Paul Eggleton wrote:
> > On Fri, 29 Apr 2016 06:24:55 Gary Thomas wrote:
> >> I used to be able to use something like this:
> >> VARIABLE = "xyz"
> >>
> >> and may
affect the final value of VARIABLE if
"mymachine" is in OVERRIDES however. Are you sure you are seeing what you
think you're seeing? If so, is the bbappend in fact being applied? Because if
what you describe was really happening then pretty much the entire system
would be broken. I just c
mood this afternoon.)
Cheers,
Paul
PS if you could please retain the mailing list on replies (unless they need to
be private) that would be great.
--
Paul Eggleton
Intel Open Source Technology Centre>From d8cd848f5b52c7b494da721e313462fe058e8561 Mon Sep 17 00:00:00 2001
From: Paul Eggleto
> Do you know if we can use devtool, for example to compile and load new
> code, directly inside Eclipse ?
Not at present, however, offering devtool functionality within Eclipse is on
our list of things we'd like to implement.
Cheers,
Paul
--
Paul Eggleton
Intel Open Sou
to begin with, but it not only makes
patch review a bit easier for us, it also helps us keep the commit history
readable in the (likely) event that someone wants to look back later on and
find out why a particular change was made.
Cheers,
Paul
--
Paul Eggleto
hing - the yocto list is currently where patches to the
meta-raspberrypi layer are supposed to be sent (though the subject should have
been prefixed).
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@y
the native context (especially implicitly - consider the
defaults for PACKAGECONFIG in various recipes where we initialise it based on
DISTRO_FEATURES and don't provide a special default for native). I guess it's
something that someone will need to go through and clean up at some point.
Cheers,
lone, and that license file
> doesn't say MIT.
>
> > DEPENDS ="boost"
I don't think this is correct - at least I can't see any sign upstream that it
needs boost. It even claims that it needs no external libraries.
Cheers,
Paul
[1] http://unlicense.org/
[2] h
Hi Alex,
On Tue, 19 Apr 2016 21:39:04 alexander.kana...@linux.intel.com wrote:
> here is the information about gobject introspection that should be placed
> to the release notes of the upcoming yocto release.
>
> 1. Introduction
>
> This Yocto release adds support for generating and packaging
imitation - having Toaster running prevents
running devtool and some of our other command line utilities [1]. We plan to
address this in the next release, for now I'm afraid the only workaround is to
stop Toaster when you need to run devtool.
Cheers,
Paul
[1] https://bugzilla.yoctoproject.org/
project.org is available for anyone who would like to
host Yocto Project / OpenEmbedded related repositories. If you'd like a
repository there please feel free to email mich...@yoctoproject.org with your
request (and your SSH public key attached).
Cheers,
Paul
--
Paul Eggle
you can
> use another file for it. Khem's suggestion to use "bitbake-layer
> add-layer" would let you override bblayers.conf 'dynamically' without
> having to archive it..
In case it's not clear, all bitbake-layers add-layer does is provide you with
an easy way to modify bblay
iguration (e.g. local paths) and that's pretty much it. If you
have to include a whole bunch of extra lines in local.conf, those lines really
should be elsewhere (e.g. custom distro config, or the machine .conf file if
they are specific to the machine.)
Cheers,
Paul
--
Paul Eggleton
Intel Op
eady defined a
> pkg_postinst_${PN} ()...
pkg_postint_${PN}_append should work just fine.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
o answer in its current form. We would at least
need to know:
* What kind of target device are you using?
* What storage medium is being used for the image on the device?
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mai
Hi Steve,
FYI the backports just got merged over the weekend.
Cheers,
Paul
On Tue, 15 Mar 2016 09:53:08 Paul Eggleton wrote:
> I hope we are talking a week or less, but I'm not able to give you a
> definitive answer - it depends on patch review and how busy we are dealing
> wi
ry new to this: does "not long though" mean 2-3 days or 2-3 weeks or
> ???
>
>
> On Mon, Mar 14, 2016 at 1:47 PM, Paul Eggleton
>
> <paul.eggle...@linux.intel.com> wrote:
> > Hi Steve,
> >
> > I've just sent out the patches; beyond that it's a matte
On Fri, 11 Mar 2016 07:55:25 Paul Eggleton wrote:
> On Wed, 09 Mar 2016 10:12:30 Steve Rae wrote:
> > ( using jethro )
> >
> > I have a 'linux-yocto-custom' layer which builds successfully; then I run:
> > devtool modify -x linux-yocto-custom ../../poky-dev/kernel
it make any difference at all if you say
protocol=https instead? I'm clutching at straws, but it's worth a try at
least.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
to enable this mirror capability ?
Definitely not. You should never run builds as root; in this case it wouldn't
help you anyway.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproje
u-boot, devicetree) with the SDK's
> FSBL.elf. Is this a known problem or would a centralized solution for
> creating the image solve this?
>
> Giordon
>
> On Mon, Feb 29, 2016 at 1:53 PM Paul Eggleton
> <paul.eggle...@linux.intel.com>
> wrote:
> > On Mon, 29 Feb 2016
On Mon, 29 Feb 2016 11:27:15 Barros Pena, Belen wrote:
> On 29/02/2016 08:12, "yocto-boun...@yoctoproject.org on behalf of Paul
> Eggleton" <yocto-boun...@yoctoproject.org on behalf of
> paul.eggle...@linux.intel.com> wrote:
> >There isn't a frontend UI for wic t
On Mon, 29 Feb 2016 04:48:57 Gary Thomas wrote:
> On 02/29/2016 04:31 AM, Trevor Woerner wrote:
> > On 02/28/16 20:46, Khem Raj wrote:
> >>> On Feb 28, 2016, at 4:17 PM, Paul Eggleton
> >>> <paul.eggle...@linux.intel.com> wrote:
> >>>
> >&
the last OE developer meeting to
> > start to page. If you do not have a wiki account go ahead and make on.
>
> Is there an OEDAM page yet?
>
> > Accounts need to be approved by a human now, the spammers were getting
> > bad again :(
>
> Submitted a login request
ta-qt5 patch for this.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
On Wed, 17 Feb 2016 10:10:16 gm...@reliableembeddedsystems.com wrote:
> On 2016-02-17 04:07, Paul Eggleton wrote:
> > If you want the complete list of packages you can only get it after a
> > recipe has been built, at which time oe-pkgdata-util can be used:
> >
> > $ o
is only available after building (strictly speaking, after
do_packagedata has executed for the recipe in question) is that often the list
of packages isn't determined until then; for example, kernel module packages
are completely dynamic based on those modules that are enabled.
Cheers,
Paul
PS if yo
ly how you are setting the EXTRA_IMAGE_FEATURES value? If
it is, = sets the value, it does not add to it, so you're wiping out the
previous items. You presumably want to be using += rather than = .
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
__
not sure what's causing it.
Unfortunately I don't have time to dig into it now but let me see if I can
resync meta-oe at least.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproject.
On Tue, 19 Jan 2016 08:31:09 Ulf Magnusson wrote:
> On Mon, Jan 18, 2016 at 9:15 PM, Paul Eggleton
> <paul.eggle...@linux.intel.com> wrote:
> > On Mon, 18 Jan 2016 10:56:41 Ulf Magnusson wrote:
> >> To support an in-house packaging format, we need to partiti
On Tue, 19 Jan 2016 13:01:20 Ulf Magnusson wrote:
> On Tue, Jan 19, 2016 at 10:20 AM, Paul Eggleton
>
> <paul.eggle...@linux.intel.com> wrote:
> > On Tue, 19 Jan 2016 08:31:09 Ulf Magnusson wrote:
> >> On Mon, Jan 18, 2016 at 9:15 PM, Paul Eggleton
> >>
>
f/distro/include/distro_alias.inc
After that you should just be able to access DISTRO_PN_ALIAS like any other
recipe-specific variable provided you're doing so in the context of a recipe
(e.g. within a task for the recipe you wish to query the value for).
Cheers,
Paul
--
Paul Eggleton
In
some other lookup tools. Note that this
relies on pkgdata so it'll only work for a particular recipe after that recipe
has been packaged.
2) Use the Toaster web UI - it allows you to browse through the image and
click through from any file back to the package that contai
iled: do_package_qa
> ERROR: Logfile of failure stored in:
> /ptest-runner/1.0-r0/temp/log.do_package_qa.18936
>
> Any pointers on this will be really helpfull.
What TMPDIR path have you set in your configuration (i.e. in conf/local.conf)?
Ch
c which sets
DISTRO_PN_ALIAS for each recipe, which is intended to help map to the names
used in other distros. Will that work?
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
of -a as well; the tool is supposed to be smart enough
to show you the things that matter and hide everything else by default. If
it's not doing that effectively then we should fix it.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
xx" = "Not upgrade to 2.0 is unstable"
>
> This has now changed. Recipe maintainers should add the reason for not
> updating directly to recipes:
>
> RECIPE_NO_UPDATE_REASON = "Not upgrade to 2.0 is unstable"
We should probably correct the reason to "Vers
> +if not "ptest-pkgs" in
> self.base_env['EXTRA_IMAGE_FEATURES']:
> +E("
> testimage/ptest requires ptest-pkgs in EXTRA_IMAGE_FEATURES"\
> +
> " please add to conf/local.conf.")
> +
file:// .
2) If there is no file in the sources describing the license, then add one in
SRC_URI, or point to a common one in ${COMMON_LICENSE_DIR} if appropriate.
These are then copied into ${WORKDIR} automatically and can be referred to in
LIC_FILES_CHKSUM from there.
Cheers,
Paul
--
a bit similar to what ends up in the rootfs it's actually completely
separate.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
link to; unfortunately though
> >I
> >just noticed there is an obvious mistake in there about inheriting the
> >class
> >globally within the recipe (a contradiction); it also doesn't mention the
> >class is inherited globally by default.
>
> Could we
he timeout,
because such proxies usually do not send anything back to the client in the
way of status. If you need to you can set FETCHCMD_wget such that the -T
option specifies a longer timeout value.
FWIW you should be able to see exactly which wget command line is being
executed in the f
min would be in your custom distro config (assuming you
have one - which you really should if you are doing anything more than
experimenting.)
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
Yes that's been possible for quite a long time now (possibly going back to OE-
classic).
Cheers,
Paul
On Tue, 01 Dec 2015 17:48:26 Daniel. wrote:
> Hmmm that seems to fit as a glove to me, is that possible on Daisy?
>
> Regards,
> - dhs
>
> 2015-12-01 17:30 GMT-02:00 Paul Eg
very much for your help.
> I added INSANE_SKIP_${PN} += " libdir compile-host-path" because the
> instalation is different from /usr/lib.
>
> Thank you very much!
>
> Regards,
>
> Caio Pereira
>
> 2015-11-25 20:26 GMT-02:00 Paul Eggleton <paul.eggle...@l
y got
merged in the end, though I suspect the corresponding changes to the manual
did in advance (if that's the case, that shouldn't have happened). Can you
double-check this?
Thanks,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
really the only place we could link to; unfortunately though I
just noticed there is an obvious mistake in there about inheriting the class
globally within the recipe (a contradiction); it also doesn't mention the
class is inherited globally by default.
Cheers,
Paul
--
Paul Eggleton
in-tree, the typical way to achieve this
is to add "file://defconfig" to SRC_URI, then have defconfig files for each of
the
machines under subdirectories named the same as the machine. So your directory
structure would look like this:
.../recipes-linux/linux-something/linux-something_versionnumber.bb
.../recipes-linux/linux-something/linux-something/enlace-imx6/defconfig
.../recipes-linux/linux-something/linux-something/pharosserver-imx6/defconfig
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
arn">
> +{{ recipe.blacklisted }}
> +
> +
> +
> +{% endif %}
> +
>
>
>
> diff --git a/templates
t ptest are run and retrive
> the result after upgrade.
> - sato: Runs core-image-sato -c testimage.
Can we avoid hardcoding sato anywhere here? It would be ideal if the image
could be configured or passed in instead.
Cheers,
Paul
--
Paul Eggleton
Intel Open Sou
ecipe_dir)
> +
> +return self._inherits
>
> def update_env(self, env):
> self.env = env
I'm not sure I like this - you're not parsing the recipe so you'll miss things
such as inc files inheriting the recipe. Would it be possible to parse the
recipe proper
am --abort if this fails; see:
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=e0b9a96002bb23e7c2c8a8c9c4d2431461fd6cb7
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
aluated as :
> u-boot/2015.07-${increase_pr(5)} which is wrong and fails.
>
> Any ideas what is wrong with this approach? Maybe some brackets? Many
> thanks.
missing @ ?
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
On Thursday 26 November 2015 12:16:04 Belisko Marek wrote:
> On Thu, Nov 26, 2015 at 12:03 PM, Paul Eggleton
> <paul.eggle...@linux.intel.com> wrote:
> > On Thursday 26 November 2015 08:16:51 Belisko Marek wrote:
> >> after upgrading to jethro release PRINC functionality
; [compile-host-path]
Did you check the mentioned compile log?
FYI a good reference for these QA checks is:
http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#qa-errors-and-warnings
As mentioned there you should find somewhere in that log "is unsafe for
cross-compilation&quo
; needed?
opkg-cl has been renamed to opkg in opkg 0.3.0 (which was included in our 2.0
release). Probably something we ought to have noted in the 2.0 migration
guide.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
_
On Monday 23 November 2015 19:08:27 Edward Vidal wrote:
> Edward Vidal Jr. e-mail devel...@sbcglobal.net 915-595-1613 wrote:
> On Sunday, November 22, 2015 3:35 PM, Paul Eggleton
> <paul.eggle...@linux.intel.com> wrote:
>> On Sunday 22 November 2015 13:25:21 Edward Vidal
andard equivalent is '.' (without quotes), so you'll need to use
that instead.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
a chance to submit it yet, but it looked to
> me like an accidental loss of the stderr capture/suppression when the
> metadata_scm functions were reworked recently.
I already sent a patch for this, it hasn't been applied yet:
http://patchwork.openembedded.org/patch/107081/
Cheers,
Paul
--
Pa
rue:
> +break
>
> -elif self.suffix_index == len(self.suffixes):
> -# Every suffix tried without success
> -raise FetchError()
> +if succeed is False:
"x is True" or "x is False" is very odd syntax - the "is" operator is for when
you want to compare the instance of two things, and whilst that may work that
isn't what you want here. Simply "x" or "not x" would be the more standard way
to do this.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
tderr=devnull):
> +E(" Git isn't configure please configure user name and email\n")
> +exit(1)
"isn't configure" -> "isn't configured"
Also, we're doing an awful lot of "from import " in this code which
for the most part s
On Monday 09 November 2015 16:01:39 Aníbal Limón wrote:
> Signed-off-by: Aníbal Limón <anibal.li...@linux.intel.com>
> ---
Please provide a proper commit message for this one.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Techn
ing it at the top of the constructor can
you please put this just before the line where we actually set
BUILDHISTORY_DIR in the environment?
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
Debian-8.* \n \
> > openSUSE-project-13.2 \n \
> >
> > +SUSE-LINUX-42.1
> >
> > "
> >
> > # Default hash policy for distro
>
> I forgot the "\n" at the end ... please use the attached version.
It does a
ing using Yocto?
>
> Cheers,
> Martin.
>
>
> On Mon, Nov 9, 2015 at 11:06 PM, Paul Eggleton <
>
> paul.eggle...@linux.intel.com> wrote:
> > On Monday 09 November 2015 22:32:59 Martin Townsend wrote:
> > > My issue is particular to my distro, I trie
ks promising. :)
>
> On Tue, Nov 10, 2015 at 11:40 AM, Paul Eggleton <
>
> paul.eggle...@linux.intel.com> wrote:
> > About all I know that we do have (in the manual at least) is contained in
> > this
> > section:
> >
> >
> > http://www.yoctoproject.o
is, or have an idea on how to fix this?
> >
> > whats your host distro ?
> >
> > > Cheers,
> > > Martin.
> > >
> > >
> > >
> > >
> > >
> > > --
> > > ___
> > > yocto mailing list
> > > yocto@yoctoproject.org <mailto:yocto@yoctoproject.org>
> > > https://lists.yoctoproject.org/listinfo/yocto
> > > <https://lists.yoctoproject.org/listinfo/yocto>
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
On Monday 09 November 2015 10:11:30 Alejandro Hernandez wrote:
> On 05/11/15 08:25, Gary Thomas wrote:
> > On 2015-11-05 07:14, Paul Eggleton wrote:
> >> Hi Gary,
> >>
> >> On Thursday 05 November 2015 05:39:21 Gary Thomas wrote:
> >>> Just curio
ut interestingly there's no mention of binutils in there.
> Thanks for all the help and maybe it's time we moved over to Poky :)
Well, there's nothing forcing you to use poky - it's a reference distribution;
the assumption is usually that you'll want to change something at the
distribution l
have a point.
> Most probably copy of the files in workdir should be removed from
> happening.
>
> > My workaround was to simply replace the entire patch.
>
> you should use the quilt workflow and edit/refresh the patch once and copy
> it back to metadata once for all yes.
at
went into it. You can use buildhistory to get an analysis of the image contents:
http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#maintaining-build-output-quality
When enabled, buildhistory will not only write a list of the packages that went
into the image (in seve
work.
Basically:
meta/classes/package_deb.bbclass
meta/classes/rootfs_deb.bbclass
Most of the logic is actually in Dpkg* classes in:
meta/lib/oe/sdk.py
meta/lib/oe/package_manager.py
meta/lib/oe/rootfs.py
Cheers,
Paul
--
Paul Eggleton
Intel Open
cluding the new licenses for firmware upgrades?
> >
> > You can also enable LICENSE_CREATE_PACKAGE which should create -
> > lic packages rrecommended from so they should get installed together
> > with image upgrade, see:
> > https://bugzilla.yoctoproject.org/show_bu
three packaging options, from time to time it does
break unfortunately. Could you please file a bug at bugzilla.yoctoproject.org ?
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
in the inherit list such as "populate" and "rootfs". Use
the standard python os.path functions to do the splitting instead and
avoid this.
Signed-off-by: Paul Eggleton <paul.eggle...@linux.intel.com>
---
layerindex/update.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-
you for answers, I got it working with Paul's fix by adding that line
> to the .bbappend file. One notice though, without debug-tweaks this does
> not work.
>
> br,
>
> jv
>
> 2015-10-28 16:38 GMT+02:00 Paul Eggleton <paul.eggle...@linux.intel.com>:
> > On
401 - 500 of 1520 matches
Mail list logo