On 8 June 2017 at 07:47, Craig McQueen wrote:
> Is it worth trying to improve the internal package RDEPENDS in the Python
> 3 recipe, or is it better for recipes for Python apps to just manually list
> all the sub-dependencies as needed?
>
Definitely worth improving the internal dependencies, th
On Thu, Jun 8, 2017 at 5:22 AM, Khem Raj wrote:
> On Wed, Jun 7, 2017 at 9:09 PM, Petter Mabäcker wrote:
> > 2017-06-08 00:54 skrev Khem Raj:
> >
> >
> > On Wed, Jun 7, 2017 at 2:17 PM Petter Mabäcker
> wrote:
> >>
> >> Update to latest available revision, in order to include proper rpi3
> >> s
On 06/07/2017 06:47 PM, Cody P Schafer wrote:
Yep, for `master` that is certainly true.
For `morty` & `pyro` though, meta-qt4 could keep working by using icu-native.
The source of this issue being qt4's general incompatibility with C++
11 (we build with c++98 because of build errors with the ne
On 06/08/2017 11:50 AM, Burton, Ross wrote:
Is it worth trying to improve the internal package RDEPENDS in the
Python 3 recipe, or is it better for recipes for Python apps to just
manually list all the sub-dependencies as needed?
Definitely worth improving the internal dependencies
On 06/08/2017 10:28 AM, Gary Thomas wrote:
I'm building using Poky/Yocto master
576821ea0a7558b626ccc87e9ae0e9ee40864956
and I've noticed that python3 (target) is being built for my image, but it
doesn't end up in the actual image. None of my own recipes mention python3
at all, yet virtually eve
On 8 June 2017 at 12:02, Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:
> I'll bite: should we just drop the the splitting of Python modules into
> their own packages? In 2017, this is more trouble than it's worth, IMO.
>
Hard to say without data. How big is the entire module set?
On 2017-06-08 13:09, Alexander Kanavin wrote:
On 06/08/2017 10:28 AM, Gary Thomas wrote:
I'm building using Poky/Yocto master
576821ea0a7558b626ccc87e9ae0e9ee40864956
and I've noticed that python3 (target) is being built for my image, but it
doesn't end up in the actual image. None of my own re
On 8 June 2017 at 08:28, Gary Thomas wrote:
> I've listed all the recipes used in my build (from bitbake -g =>
> recipe-depends.dot)
> and sucked out the ones that claim to depend on python3. I don't see why,
> for
> example, python(2) depends on python3?
>
I'm 90% sure that this all comes thro
On fre, 2017-06-02 at 15:59 +0800, jackie.hu...@windriver.com wrote:
> From: Jackie Huang
>
> do_rootfs fails if multiple syslogs are installed:
> >
> > Error: package syslog-ng-3.8.1-r0.i586 conflicts with sysklogd
> > provided
> by sysklogd-1.5.1-r0.i586
>
> core-image-cgl requires packageg
On 1 June 2017 at 18:58, Gary Thomas wrote:
>
> How does one change the terminal font (size) used by matchbox-terminal
> in the sato desktop? I tried the 'matchbox-appearance' app and it didn't
> have any affect, nor could I see a way to change the font.
Hi, sorry for late answer,
matchbox-ter
On 2017-06-08 13:52, Burton, Ross wrote:
On 8 June 2017 at 08:28, Gary Thomas mailto:g...@mlbassoc.com>> wrote:
I've listed all the recipes used in my build (from bitbake -g =>
recipe-depends.dot)
and sucked out the ones that claim to depend on python3. I don't see why,
for
examp
On 2017-06-08 14:05, Jussi Kukkonen wrote:
On 1 June 2017 at 18:58, Gary Thomas mailto:g...@mlbassoc.com>> wrote:
>
> How does one change the terminal font (size) used by matchbox-terminal
> in the sato desktop? I tried the 'matchbox-appearance' app and it didn't
> have any affect, nor could
On 8 June 2017 at 13:05, Jussi Kukkonen wrote:
> matchbox-terminal is a _very_ thin app based on VteTerminal widget:
> Modifying Vte font is a single API call but that is not exposed in the app
> (as it has no configuration at all). In the short term your options are to
> use another more serious
On 8 June 2017 at 13:10, Gary Thomas wrote:
> What would I lose by do this, in general, as it's pretty obvious
> that python3 is not needed by any of the recipes I use?
>
It's the scripts in opkg-utils, so if you're not installing that in your
image then you won't notice at all.
(looks like the
On Thu, 2017-06-08 at 16:41 +1000, Craig McQueen wrote:
> I have a Mono app that uses DllImport to load some functions from
> libraries. The app can't find the libraries unless I create a Mono
> config file containing dllmap lines to map the library's plain "DLL"
> name (e.g. "foo") to the real nam
> I should give you a heads up: we (the yocto project) are going to remove qt4
> builds from the autobuilder altogether, sometime during this cycle. The repo
> will stay, and patches will be accepted though.
Thanks for the heads up.
> So it's up to you to solve these issues, but I wouldn't want t
On 06/08/2017 05:22 PM, Cody P Schafer wrote:
Would it be reasonable to disable icu usage in meta-qt4 master while
switching pyro & morty to using the icu-native package?
Yes, absolutely.
Alex
--
___
yocto mailing list
yocto@yoctoproject.org
https:/
On fre, 2017-06-02 at 16:21 +0800, jackie.hu...@windriver.com wrote:
> From: Jackie Huang
>
> --
> The following changes since commit
> c0afa706e9cdb650c0e8bb79f503743632350b00:
>
> core-image-cgl: Remove ROOTFS_PKGMANAGE_BOOTSTRAP (2017-05-24
> 14:19:13 +0200)
>
> are available in the git re
2017-06-08 11:53 skrev Andrei Gherzan:
> On Thu, Jun 8, 2017 at
5:22 AM, Khem Raj wrote:
>
>> On Wed, Jun 7, 2017
at 9:09 PM, Petter Mabäcker wrote:
>> > 2017-06-08
00:54 skrev Khem Raj:
>> >
>> >
>> > On Wed, Jun 7, 2017 at 2:17 PM
Petter Mabäcker wrote:
>> >>
>> >> Update to latest
avail
Update to latest available revision, in order to include proper rpi3
support as well as latest fixes.
LIC_FILES_CHKSUM for the license text in README.md is changed to handle
fixes of whitespace and newlines in the license text, introduced by the
pi-blaster commit: '0e1a1df Cleaning up the README'.
Hey Tim,
I'm pretty sure that it works now with the ros-solution (haven't double
checked and cleaned and what not).
So thanks!
Best Regards,
Jakob
On 08.06.2017 07:41, Tim Orling wrote:
You should do what meta-ros did:
https://github.com/bmwcarit/meta-ros/blob/master/recipes-support/boost/bo
On Wed, Jun 7, 2017 at 11:41 PM, Craig McQueen
wrote:
> I have a Mono app that uses DllImport to load some functions from libraries.
> The app can't find the libraries unless I create a Mono config file
> containing dllmap lines to map the library's plain "DLL" name (e.g. "foo") to
> the real n
The reference BSPs are lagging on their 4.1 SRCREVs, which means
-stable updates, and gcc-7 build fixes are missing.
Signed-off-by: Bruce Ashfield
---
meta-yocto-bsp/recipes-kernel/linux/linux-yocto_4.1.bbappend | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta-yocto
Hi,
I have the following error message when trying to get LLVM linked up. The
problem is that I'm using a widely used science software called ROOT (
https://root.cern.ch/) with the following minimal recipe at the moment (
https://github.com/kratsg/meta-l1calo/blob/master/recipes-core/root/root_6.0
On Thu, Jun 8, 2017 at 1:42 PM, Giordon Stark wrote:
> Hi,
>
> I have the following error message when trying to get LLVM linked up. The
> problem is that I'm using a widely used science software called ROOT
> (https://root.cern.ch/) with the following minimal recipe at the moment
> (https://githu
Hi Khem,
Which recipe? My problem is that ROOT's CMake is unable to find the
cross-compiled LLVM, and I'm not sure how to get it to find it.
Giordon
On Thu, Jun 8, 2017 at 3:47 PM Khem Raj wrote:
> On Thu, Jun 8, 2017 at 1:42 PM, Giordon Stark wrote:
> > Hi,
> >
> > I have the following error
From: Jackie Huang
do_rootfs fails if multiple syslogs are installed:
| Error: package syslog-ng-3.8.1-r0.i586 conflicts with sysklogd provided
by sysklogd-1.5.1-r0.i586
core-image-cgl requires packagegroup-core-full-cmdline which depends
on VIRTUAL-RUNTIME_syslog (default to sysklogd), so set
Looking into more details, I don't know or where bitbake tries to look for
things as things get compiled (flags, environment, etc)... but the error
message does say ROOT is looking for
LLVMConfig.cmake
llvm-config.cmake
However, I see
tmp/work/aarch64-poky-linux/llvm3.3/3.3-r0/llvm-3.3.src/cmake
> -Original Message-
> From: Adrian Dudau [mailto:adrian.du...@enea.com]
> Sent: Thursday, June 08, 2017 20:01
> To: Huang, Jie (Jackie); yocto@yoctoproject.org
> Subject: Re: [yocto] [meta-cgl][PATCH] poky-cgl: avoid installing multiple
> syslogs
>
> On fre, 2017-06-02 at 15:59 +0800, j
From: Jackie Huang
v2 comments:
rebased and fixed the conflicts.
--
The following changes since commit 0296ce6a32e9b130af347267850940b189b78675:
cluster-glue: update useradd parameters (2017-06-08 15:10:31 +0200)
are available in the git repository at:
https://github.com/jackiehjm/meta-cg
From: Jackie Huang
* Add missing runtime dependencies for:
- many tools and scripts need bash and perl.
- lvm.sh requires: lvm2
- ip.sh requires: ethtool iproute2 iputils-arping
- fs.sh requires: e2fsprogs-e2fsck util-linux quota
- netfs.sh requires: procps util-linux nfs-utils
Signed-
From: Jackie Huang
Signed-off-by: Jackie Huang
---
.../{resource-agents_3.9.7.bb => resource-agents_4.0.1.bb}| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename
meta-cgl-common/recipes-cgl/cluster-resource-agents/{resource-agents_3.9.7.bb
=> resource-agents_4.0.1.bb}
From: Jackie Huang
It fails to find fs.sh.in when srddir and builddir are not the same:
make[5]: Entering directory '/path/to/builddir/rgmanager/src/resources'
cat fs.sh.in | sed \
-e 's#@''LOGDIR@#/var/log/cluster#g' \
> fs.sh.out
cat: fs.sh.in: No such file or directorychmod +x fs.
From: Jackie Huang
Fix configure.ac to cope with new autoconf.
Recent autoconfs generate a bad configure when AM_INIT_AUTOMAKE is
called as late as it was, ending up thinking that the am_aux_dir is pwd
at the start of the build. Move it up to under AC_INIT to fix that.
configure.ac calls AM_INIT
> -Original Message-
> From: Adrian Dudau [mailto:adrian.du...@enea.com]
> Sent: Thursday, June 08, 2017 22:32
> To: Huang, Jie (Jackie); yocto@yoctoproject.org
> Subject: Re: [yocto] [meta-cgl][PATCH 0/4] resource-agents: update to 4.0.1
> and several fixes
>
> On fre, 2017-06-02 at 16:
From: Jackie Huang
msmtp changed to gplv3 from 1.4.13
Signed-off-by: Jackie Huang
---
.../msmtp-fixup-api-and-compiler-warning.patch | 244 +
.../files/msmtp-replace-deprecated-function.patch | 60 +
recipes-extended/msmtp/msmtp_1.4.12.bb | 35 +++
3
On Thu, Jun 08, 2017 at 02:45:14PM -0400, Bruce Ashfield wrote:
> The reference BSPs are lagging on their 4.1 SRCREVs, which means
> -stable updates, and gcc-7 build fixes are missing.
I have made a patch to update the SRCREVs for 4.1, 4.4, 4,9 and 4.10 three
weeks ago,
but it seems not get merge
On Thu, Jun 8, 2017 at 9:30 PM, Kevin Hao wrote:
> On Thu, Jun 08, 2017 at 02:45:14PM -0400, Bruce Ashfield wrote:
> > The reference BSPs are lagging on their 4.1 SRCREVs, which means
> > -stable updates, and gcc-7 build fixes are missing.
>
> I have made a patch to update the SRCREVs for 4.1, 4.
Joshua Watt wrote:
> On Thu, 2017-06-08 at 16:41 +1000, Craig McQueen wrote:
> > I have a Mono app that uses DllImport to load some functions from
> > libraries. The app can't find the libraries unless I create a Mono
> > config file containing dllmap lines to map the library's plain "DLL"
> > name
From: Jackie Huang
* update the licenses and checksum
* fix PN -> BPN for multilib builds
* add PACKAGECONFIG for systemd and libsmtp
* add fix for libgnutls
Signed-off-by: Jackie Huang
---
...006-pacemaker-do-not-use-libgnutls-config.patch | 29 ++
.../{pacemaker_1.1.15.bb
From: Jackie Huang
crm shell, a Pacemaker command line interface for
management and configuration.
Signed-off-by: Jackie Huang
---
.../recipes-cgl/crmsh/crmsh/tweaks_for_build.patch | 31 +
meta-cgl-common/recipes-cgl/crmsh/crmsh_2.3.2.bb | 32 ++
2 fi
From: Yi Zhao
The Racoon2 project is a joint effort which provides an implementation
of key management system for IPsec. It supports IKEv1, IKEv2, and KINK
protocols.
Signed-off-by: Yi Zhao
---
.../recipes-cgl/racoon2/racoon2/iked.service | 14 +
.../racoon2-Add-Value-to-HAVE_NSSWITCH_C
Hi Paul,
I updated the following patch a little:
[PATCH V3 06/11] update.py: update layers orderly
Checkout the branch before parse layer:
+if not options.nocheckout:
+utils.checkout_layer_branch(layerbranch, repodir, logger=logger)
Updated in the repo:
git://git.pokylinux.org/poky-cont
43 matches
Mail list logo
