Don't expand/fill the systray items, align them in the center of the
systray panel. This makes sure the icons are drawn at the size they
expect.
Signed-off-by: Jussi Kukkonen
---
This is related to [YOCTO #9995]: GtkStatusIcon based systray items
render weirdly if the get allocated more space th
Cannot use += operator together with machine override.
Signed-off-by: Samuli Piippo
---
recipes-connectivity/bluez5/bluez5_%.bbappend | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/recipes-connectivity/bluez5/bluez5_%.bbappend
b/recipes-connectivity/bluez5/bluez5_%.bbappend
On 09/28/2016 01:02 PM, rom...@gmx.de wrote:
I noticed something strange in the boot messages:
When bootings with u-boot i can see-> Machine model: Raspberry Pi 3 Model B
Without u-boot it is-> Machine model: Raspberry Pi 3 Model B Rev 1.2
Why is there a difference when Im using the same device-
* Paul Eggleton [161003 18:54]:
> On Mon, 26 Sep 2016 14:25:36 Liam R. Howlett wrote:
> > Collection and version will be pulled from the layer.conf if it exists
> > and dependencies will be resolved by first checking for layers with the
> > dependency name and then checking for collections. It is
Tuesday, Oct. 4, 2016 8:00 AM US Pacific Time
Agenda:
* Opens collection - 5 min (Stephen)
* Yocto Project status - 5 min (Stephen/team)
https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.2_Status
https://wiki.yoctoproject.org/wiki/Yocto_2.2_Schedule
https://wiki.yoctoproject.org/wiki/Yo
Unfortunately it doesn't fix the taskhash problem. It still happens on
every build I perform:
core-image-minimal-1.0-r0 do_image_rpi_sdimg: Taskhash mismatch
536a3bcf4ac29225841c369636b533ff versus
8fadff5d0ef51aa648ed359d5dd7f944
In fact, every time I run a build I get the exact same two hashes.
> On Oct 3, 2016 1:39 PM, "Trevor Woerner" wrote:
> > Odd... even with this patch I'm still seeing sporadic failures :-(
On Mon 2016-10-03 @ 02:35:22 PM, Khem Raj wrote:
> I guess you need to look at sognatures and see why its changing.
Actually, it's not that sporadic, simply doing:
$
Attendees: Armin, Stephen, Joshua, Jussi,
Agenda:
* Opens collection - 5 min (Stephen)
* Yocto Project status - 5 min (Stephen/team)
YP 2.2 M3 was released a published.
YP 2.2 M4 rc1 should be built soon. We have a hand full of issues blocking the
build but they should resolve soon.
Y
Hi folks,
>>> ERROR: QA Issue: c-mlib is listed in PACKAGES multiple times, this leads to
>>> packaging errors. [packages-list]
>>> Summary: There was 1 ERROR message shown, returning a non-zero exit code.
I got the above ERROR because my c-mlib_1.0-r0_core2-64.ipk and other packages
were list
Hello,
While I was trying to use the NFS server provided by the nfs-utils.bb
recipe I've noticed an unexpected behavior when
trying to start the systemd service using 'systemctl start
nfs-server.service': when I first call this
command nfs-server fails to load and I need to call it a second time t
Hi Dinh,
On Tue, 04 Oct 2016 16:07:59 Dinh Nguyen wrote:
> >>> ERROR: QA Issue: c-mlib is listed in PACKAGES multiple times, this leads
> >>> to packaging errors. [packages-list]
> Summary: There was 1 ERROR
> >>> message shown, returning a non-zero exit code.
>
> I got the above ERROR because m
Hi Paul, thanks much for prompt response.
The c-mlib.bb below has the packages var as
PACKAGES =+ "${PN}” I also tried PACKAGES = "${PN}”
The packages were built successful indeed, but the ERROR: QA Issue ...
Any recommendation to change the above PACKAGES variable in the bb?
SUMMARY = "c-ml
On Tue, 04 Oct 2016 19:47:58 Dinh Nguyen wrote:
> The c-mlib.bb below has the packages var as
> PACKAGES =+ "${PN}” I also tried PACKAGES = "${PN}”
PACKAGES = "${PN}" should work (or use bitbake -e recipename | less, search
for ^PACKAGES= (with /) and look through the history to see why not).
H
On Tue, Oct 04, 2016 at 07:47:58PM +, Dinh Nguyen (dinhn) wrote:
>
> Hi Paul, thanks much for prompt response.
>
> The c-mlib.bb below has the packages var as
> PACKAGES =+ "${PN}” I also tried PACKAGES = "${PN}”
Don't do that.
In bitbake.conf you have:
PACKAGES = "${PN}-dbg ${PN}-static
Hi Trevor,
See if the following helps:
bitbake -c cleanall core-image-minimal && bitbake core-image-minimal
Regards,
Jonathan
On 5 October 2016 at 01:05, Trevor Woerner wrote:
> Unfortunately it doesn't fix the taskhash problem. It still happens on
> every build I perform:
>
> core-image-minima
Thanks much Paul.
PACKAGES = "${PN}" should work
It solved the early error “ c-mlib listed in PACKAGES multiple times, this
leads to packaging errors” — Thanks again.
But running into other issue. Below is my do_install
do_install () {
oe_runmake all
install -d ${D}${libd
Thank you Len.
If I specified PACKAGES = “${PN}” as mentioned early, it only built the main
package.
As you suggested, I removed that line from my c-mlib.bb, it then built the
main, -dev and -dbg packages as specified in the bitbake.conf - thanks you...
dinhn@rs-bldsrv:/media/raghuram/data/din
On Wed, Oct 5, 2016 at 2:01 AM, Jonathan Liu wrote:
> Hi Trevor,
>
> See if the following helps:
> bitbake -c cleanall core-image-minimal && bitbake core-image-minimal
>
> Regards,
> Jonathan
>
Hi,
I would try a cleansstate for virtual/kernel too. In my meta.. fork I did:
* kick out huge parts o
On Wed, 05 Oct 2016 05:12:27 Dinh Nguyen wrote:
> Thanks much Paul.
>
> PACKAGES = "${PN}" should work
>
> It solved the early error “ c-mlib listed in PACKAGES multiple times, this
> leads to packaging errors” — Thanks again.
>
>
> But running into other issue. Below is my do_install
>
>
19 matches
Mail list logo
