From: Huang Qiyu
Upgrade msmtp from 1.6.5 to 1.6.6.
Signed-off-by: Huang Qiyu
---
meta/recipes-extended/msmtp/{msmtp_1.6.5.bb => msmtp_1.6.6.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/msmtp/{msmtp_1.6.5.bb => msmtp_1.6.6.bb} (86%)
diff --git a/
We could make use of EXTRA_USERS_PARAMS here.
More details are in meta/classes/extrausers.bbclass.
I haven't tested it myself, but maybe lines below could work:
INHERIT += "extrausers"
EXTRA_USERS_PARAMS = "\
usermod -p 'root' root; \
"
This info could also be found in local.conf.sample.extended
On 11/30/2016 05:28 PM, ChenQi wrote:
We could make use of EXTRA_USERS_PARAMS here.
More details are in meta/classes/extrausers.bbclass.
I haven't tested it myself, but maybe lines below could work:
INHERIT += "extrausers"
EXTRA_USERS_PARAMS = "\
usermod -p 'root' root; \
"
It should be '-P'
I found some discussions on tslib in your archives and want to give you
a little update. I'm not even sure core is the correct list for this.
I'm working on tslib for quite some time now. The project page is
https://github.com/kergoth/tslib and has been for quite some time, and
I'm maintaining it
buildstats.bbclass gets extended so that disk bandwidth and capacity,
CPU and memory usage get sampled at regular time intervals by
default. pybootchart had code for most of that data, which gets
restored and re-enabled. The disk capacity graph is new.
The original pybootchart just stored raw dump
/proc/[diskstats|meminfo|stat] get sampled and written to the same
proc_.log files as during normal bootchat logging. This will
allow rendering the CPU, disk and memory usage charts.
Right now sampling happens once a second, triggered by the heartbeat
event.That produces quite a bit of data for lo
Substracting curr_y when determining the hight of the process chart is
wrong because the height is independent of the position where the
chart is about to be drawn. It happens to work at the moment because
curr_y is always 10 when render_processes_chart() gets called. But it
leads to a negative hei
When matching fails, m.group(0) is invalid and can't be used in the
error message.
Signed-off-by: Patrick Ohly
---
scripts/pybootchartgui/pybootchartgui/parsing.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/pybootchartgui/pybootchartgui/parsing.py
b/scripts/pybo
The only real change is the addition of two if checks that skips the
corresponding drawing code when there is no data.
Signed-off-by: Patrick Ohly
---
scripts/pybootchartgui/pybootchartgui/draw.py | 98 ++-
1 file changed, 50 insertions(+), 48 deletions(-)
diff --git a/s
The code did not handle x scaling correctly when drawing starts at
some time larger than zero, i.e. it worked for normal bootchart data,
but not for the system statistics recorded by buildstats.bbclass.
Signed-off-by: Patrick Ohly
---
scripts/pybootchartgui/pybootchartgui/draw.py | 2 +-
1 file
Hooks into the new monitordisk.py event and records the used space for
each volume. That is probably the only relevant value when it comes to
visualizing the build and recording more would only increase disk
usage.
Signed-off-by: Patrick Ohly
---
meta/classes/buildstats.bbclass | 4 ++--
meta/l
This enables rendering of the original bootchart charts for CPU, disk
and memory usage. It depends on the /proc samples recorded by the
updated buildstats.bbclass. Currently, empty charts CPU and disk usage
charts are drawn if that data is not present; the memory chart already
gets skipped when the
The internal representation after parsing now matches exactly
what the drawing code needs, thus speeding up drawing a bit.
However, the main motivation is to store exactly that required
information in a more compact file.
Signed-off-by: Patrick Ohly
---
scripts/pybootchartgui/pybootchartgui/draw
This adds a new, separate chart showing the amount of disk space used
over time for each volume monitored during the build. The hight of the
graph entries represents the delta between current usage and minimal
usage during the build.
That's more useful than showing just the current usage, because
Pre-processing /proc data during the build considerably reduces the
amount of data written to disk: 176KB instead of 4.7MB for a 20
minuted build. Parsing also becomes faster.
buildstats.bbclass only writes the reduced logs now, but support for
the full /proc files is kept around as reference.
Si
Pre-processing /proc data during the build considerably reduces the
amount of data written to disk: 176KB instead of 4.7MB for a 20
minuted build. Parsing also becomes faster.
The disk monitor log added another 16KB in that example build. The
overall buildstat was 20MB, so the overhead for monitor
i'm putting together a tutorial on the structure of the native
sysroot and how it's built and variables involved, and was poking
around in both bitbake.conf and native.bbclass, and i'm curious about
one or two things.
i could be totally wrong but it *seems* like there's native-related
content
Fixes network mounts on boot.
Signed-off-by: Andreas Oberritter
---
meta/recipes-connectivity/connman/connman.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/connman/connman.inc
b/meta/recipes-connectivity/connman/connman.inc
index 091e402..0480
- Use simple static packaging.
- Move VPN runtime dependencies from connman to the individual plug-ins.
- Create a connmann-ppp package containing libppp-plugin.so, which is
a shared library needed by l2tp and pptp plug-ins.
- Let connman suggest VPN packages instead of recommending them, so they
In hybrid systemd/sysvinit builds, if the recipe inherits systemd and systemd
is installed, we can safely assume that the service gets stopped by the prerm
script fragment from systemd.bbclass. This fixes deinstallation of packages
with initscripts returning errors when no running service was found
On 28/11/16 12:18, Ed Bartosh wrote:
> I'd appreciate if you also do the following before sending v2:
> - check that your code doesn't regress pylint checks
Is there an official process here? Sorry, it's not very well documented.
Just running pylint3 manually on the scripts/lib/wic folder gives
== Number of issues - stats ==
{| class='wikitable'
!|Date !!colspan='3'|Failed tasks
!!colspan='6'|Failed depencencies!!|Signatures
!!colspan='12'|QA !!Comment
|-
|| ||qemuarm ||qemux86 ||qemux86_64
||q
On Wed, Nov 30, 2016 at 2:30 PM, Kristian Amlie
wrote:
> On 28/11/16 12:18, Ed Bartosh wrote:
>> I'd appreciate if you also do the following before sending v2:
>> - check that your code doesn't regress pylint checks
>
> Is there an official process here? Sorry, it's not very well documented.
>
>
On Mon, Oct 31, 2016 at 02:23:55PM +, g...@git.openembedded.org wrote:
> rpurdie pushed a commit to branch master-next
> in repository openembedded-core.
>
> commit 97fff54efe6b03798ad1c5e39155eaeab0a33300
> Author: Andreas Müller
> AuthorDate: Thu Oct 27 22:07:19 2016 +0200
>
> libsdl2:
On Wed, Nov 30, 2016 at 2:39 AM, Martin Kepplinger <
martin.kepplin...@ginzinger.com> wrote:
> I found some discussions on tslib in your archives and want to give you
> a little update. I'm not even sure core is the correct list for this.
>
> I'm working on tslib for quite some time now. The proje
Breaks if built from a empty sysroot with wayland enabled:
gst-plugins-bad:
| make[3]: *** No rule to make target 'viewporter-protocol.c', needed by
'all'. Stop.
Also rtsp-server gains various runtime dependencies on util-linux, can you
verify that these are expected and in the depends?
Ross
--
On Wed, Nov 30, 2016 at 02:30:12PM +0100, Kristian Amlie wrote:
> On 28/11/16 12:18, Ed Bartosh wrote:
> > I'd appreciate if you also do the following before sending v2:
> > - check that your code doesn't regress pylint checks
>
> Is there an official process here? Sorry, it's not very well docum
On Wed, Nov 30, 2016 at 7:17 AM, Burton, Ross wrote:
> Breaks if built from a empty sysroot with wayland enabled:
>
> gst-plugins-bad:
> | make[3]: *** No rule to make target 'viewporter-protocol.c', needed by
> 'all'. Stop.
>
> Also rtsp-server gains various runtime dependencies on util-linux, c
From: Edwin Plauchu
It is a simultaneous upgrade for python 2 and 3 over setuptools.
Signed-off-by: Edwin Plauchu
---
meta/recipes-devtools/python/python-setuptools.inc | 6 +-
...tools_22.0.5.bb => python-setuptools_28.8.0.bb} | 0
...ools_22.0.5.bb => python3-setuptools_29.0.1.bb} | 0
The minicoredumper project provides tools and libraries for extending
the Linux core dump facility in order to produce very small and highlx
customizable core dumps. This is particularly interesting for embedded
projects.
Signed-off-by: John Ogness
---
.../minicoredumper/remove-script-deps.patch
On Tuesday, November 29, 2016 04:17:25 PM Benjamin Esquivel wrote:
> On Tue, 2016-11-29 at 08:42 -0600, mariano.lo...@linux.intel.com wrote:
> > From: Mariano Lopez
> >
> > Adds functions to get metadata from the host running the tests.
> >
> > [YOCTO #9954]
> >
> > Signed-off-by: Mariano Lopez
Signed-off-by: Edwin Plauchu
---
meta/recipes-devtools/python/python-setuptools.inc| 4 ++--
.../{python3-setuptools_28.8.0.bb => python3-setuptools_29.0.1.bb}| 0
2 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/python/{python3-setuptools_28.
Since the gummiboot project is no longer being maintained
and we are using systemd-boot as a replacement instead,
we can now clean up all remaining gummiboot files.
[YOCTO #10332]
Signed-off-by: Alejandro Hernandez
---
meta/classes/gummiboot.bbclass | 121 ---
After systemd-boot was introduced, its been tested for a while with no major
issues being found until now, this patch completely replaces all gummiboot
instances with systemd-boot ones, taking the next step into cleaning
up systemd-boot/gummiboot.
[YOCTO #10332]
Signed-off-by: Alejandro Hernandez
Let util-linux-bash-completion depend on it, because it uses it.
Signed-off-by: Andreas Oberritter
---
meta/recipes-core/util-linux/util-linux.inc | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/util-linux/util-linux.inc
b/meta/recipes-core/util-linux
Busybox may offer a bash applet. If enabled, the alternatives mechanism
avoids breaking logins if bash gets deinstalled while /bin/bash is configured
as a login shell.
Signed-off-by: Andreas Oberritter
---
meta/recipes-extended/bash/bash.inc | 6 --
1 file changed, 4 insertions(+), 2 deletio
On Wed, 30 Nov 2016 17:29:23 Ed Bartosh wrote:
> On Wed, Nov 30, 2016 at 02:30:12PM +0100, Kristian Amlie wrote:
> > In the interest of saving me some build time, am I correct in assuming
> > that I need the "qemux86-64" MACHINE target for this to work? It appears
> > to be dependent on syslinux wh
From: Edwin Plauchu
It is a simultaneous upgrade for python 2 and 3 over setuptools.
Signed-off-by: Edwin Plauchu
---
meta/recipes-devtools/python/python-setuptools.inc| 4 ++--
.../{python-setuptools_28.8.0.bb => python-setuptools_29.0.1.bb} | 0
.../{python3-setuptoo
The warning occurs when the GPT image is not the same size than the
media into which it's being flashed, causing the backup GPT table
not being at the end of the disk. However, this is expected as the
image is created before having the information about the destination
media. The error is harmless,
> On Nov 30, 2016, at 7:17 AM, Burton, Ross wrote:
>
> Breaks if built from a empty sysroot with wayland enabled:
>
> gst-plugins-bad:
> | make[3]: *** No rule to make target 'viewporter-protocol.c', needed by
> 'all'. Stop.
>
I am not able to reproduce it however I have added a dep on wayl
Respect largefile and xattr distro features.
Signed-off-by: Andreas Oberritter
---
meta/recipes-extended/lighttpd/lighttpd_1.4.43.bb | 37 ++-
1 file changed, 22 insertions(+), 15 deletions(-)
diff --git a/meta/recipes-extended/lighttpd/lighttpd_1.4.43.bb
b/meta/recipes-ext
Move them from RDEPENDS to RRECOMMENDS.
Signed-off-by: Andreas Oberritter
---
meta/recipes-extended/lighttpd/lighttpd_1.4.43.bb | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a/meta/recipes-extended/lighttpd/lighttpd_1.4.43.bb
b/meta/recipes-extended/lighttpd/lig
This allows to avoid pulling in ncurses if only sgdisk is needed.
Signed-off-by: Andreas Oberritter
---
meta/recipes-devtools/fdisk/gptfdisk_1.0.1.bb | 6 ++
1 file changed, 6 insertions(+)
diff --git a/meta/recipes-devtools/fdisk/gptfdisk_1.0.1.bb
b/meta/recipes-devtools/fdisk/gptfdisk_1.
Make's switch '-e' replaced important compiler flags from the
project's Makefile, i.e. -D_FILE_OFFSET_BITS=64.
Signed-off-by: Andreas Oberritter
---
meta/recipes-devtools/fdisk/gptfdisk_1.0.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/fdisk/gptfd
- Start daemons by default like the initscripts do, but only if
/etc/exports exists.
- Inform systemd.bbclass about nfs-utils-client package.
Signed-off-by: Andreas Oberritter
---
meta/recipes-connectivity/nfs-utils/nfs-utils/nfs-mountd.service | 1 +
meta/recipes-connectivity/nfs-utils/nfs-ut
Used by nfs-utils for nfsidmap, if available.
Signed-off-by: Andreas Oberritter
---
.../nfs-utils/keyutils_1.5.9.bb| 32 ++
1 file changed, 32 insertions(+)
create mode 100644 meta/recipes-connectivity/nfs-utils/keyutils_1.5.9.bb
diff --git a/meta/recipe
Signed-off-by: Andreas Oberritter
---
meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.4.bb | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.4.bb
b/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.4.bb
index e
This conflicts with KERNEL_MODULE_AUTOLOAD += "nfsd".
Signed-off-by: Andreas Oberritter
---
meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.4.bb | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.4.bb
b/meta/recipes-connectivity/nfs-utils/nf
Contains just enough to mount and unmount nfs volumes, i.e.
the same as nfs-utils-client before commit 39bb7e3 ("nfs-utils:
separate package as Debain style").
Drop nfs-utils-client's dependency on bash. It contains two shell
scripts, /etc/init.d/nfscommon and /usr/sbin/start-statd, both
using /bi
nfs-server failed to start after installation from a package feed.
Signed-off-by: Andreas Oberritter
---
.../nfs-utils/nfs-utils/nfs-mountd.service| 7 +--
.../nfs-utils/nfs-utils/nfs-server.service| 11 ---
.../nfs-utils/nfs-utils/nfs-statd.s
| Warning: the `dsp' extension requires MIPS32 revision 2 or greater
| Warning: the `dspr2' extension requires MIPS32 revision 2 or greater
Signed-off-by: Andreas Oberritter
---
meta/recipes-multimedia/ffmpeg/ffmpeg_3.2.1.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-multim
These files cause warnings because they don't get packaged, now that they
don't land in kernel-vmlinux anymore.
Signed-off-by: Andreas Oberritter
---
meta/classes/kernel.bbclass | 6 --
1 file changed, 6 deletions(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
ind
The code failed to copy the initramfs in case it was a plain
cpio archive.
Signed-off-by: Andreas Oberritter
---
meta/classes/kernel.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 25a153c..4aeeacb 100644
When iterating over kernel image types to set up their packaging
variables, don't use make targets but the real names.
It was surprising if both vmlinux.bin and vmlinux.gz were enabled
and only the latter had its filename extension removed from the
package name.
Signed-off-by: Andreas Oberritter
The target directory didn't exist.
Signed-off-by: Andreas Oberritter
---
meta/classes/kernel.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index b21cdbc..d07f69c 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/ke
With multiple kernel images enabled starting with 'vmlinux', e.g.
vmlinux.gz and vmlinux.bin, all files landed inside the
kernel-vmlinux package.
On top of that, even initramfs images were included, e.g.
vmlinux.gz-initramfs-*.
Signed-off-by: Andreas Oberritter
---
meta/classes/kernel.bbclass |
If GLIBC_SPLIT_LC_PACKAGES is set to a non-zero value, convert
glibc-binary-localedata-XX-YY to be a meta package depending on
glibc-binary-localedata-XX-YY-lc-address and so on. This enables
saving quite some space if someone doesn't need LC_COLLATE for
example.
Some regex code was removed from o
Respect largefile and xattr distro features.
Signed-off-by: Andreas Oberritter
---
v2: In 1.4.42, upstream renamed --with-kerberos5 to --with-krb5
and introduced mod_authn_gssapi with a new dependency on krb5.
meta/recipes-extended/lighttpd/lighttpd_1.4.43.bb | 37 ++-
1
> On Nov 30, 2016, at 3:34 AM, Robert P. J. Day wrote:
>
>
> i'm putting together a tutorial on the structure of the native
> sysroot and how it's built and variables involved, and was poking
> around in both bitbake.conf and native.bbclass, and i'm curious about
> one or two things.
>
> i c
> On Nov 30, 2016, at 3:50 PM, Andreas Oberritter wrote:
>
> If GLIBC_SPLIT_LC_PACKAGES is set to a non-zero value, convert
> glibc-binary-localedata-XX-YY to be a meta package depending on
> glibc-binary-localedata-XX-YY-lc-address and so on. This enables
> saving quite some space if someone do
Fixes dangling dependency QA issue
WARNING: ffmpeg-3.2.1-r0 do_package_qa: QA Issue: libavutil rdepends on
libvdpau, but it isn't a build dependency, missing libvdpau in DEPENDS or
PACKAGECONFIG? [build-deps]
Signed-off-by: Khem Raj
---
meta/recipes-multimedia/ffmpeg/ffmpeg_3.2.1.bb | 1 +
1
61 matches
Mail list logo
