On 16 September 2015 at 10:24, Andy Pont wrote:
> Now to figure out why the tar.gz file for the root file system has grown
> from just under 3MiB to almost 15MiB!
>
That would be systemd... it pulls in a lot of libraries that are fairly
common on complex systems but on a minimal image less so.
Hi all,
[CC'ing Dan Winship, the libsoup maintainer]
On 11 September 2015 at 11:32, Sander Visser wrote:
> Does anyone know why the license is marked LGPL2 and not LGPL2+ in
> libsoup-2.4_2.50.0.bb? It seems "or (at your option) any later version"
> is allowed via for example libsoup/soup-reque
On 18 September 2015 at 21:43, Dan Winship wrote:
> It was initially written at a time when Ximian was explicitly using the
> "v2 only" license on evolution (because reasons), so it's possible that
> libsoup was intended to be v2 only, since it was more-or-less part of
> evolution. But then, Nove
mount.cifs is provided by Samba.
Ross
On 23 September 2015 at 10:56, Vivek Per wrote:
> hi all,
> Does mount.cifs command includes in busybox package . If so then it
> includes what package
>
> PN= busybox
>
>
> PACKAGES =+ "${PN}-httpd ${PN}-udhcpd ${PN}-udhcpc ${PN}-syslog ${PN}-mdev
> $
On 23 September 2015 at 11:31, Vivek Per wrote:
> i saw cifs-utils recipe from openembedded ( from samba)
> provides mount.cifs command other than that any other package provides same
> command?
>
CIFS is "a bit" complex so Samba is the canonical implementation of it
outside of Window
On 23 September 2015 at 12:53, Mark O'Donovan wrote:
> I am working on an am335x based project, with a webkitgtk
> program on the screen, displaying a simple webpage.
>
> I want to use a standard yocto kernel, which I believe
> means I must do without the SGX hardware acceleration
> until an open
On 23 September 2015 at 20:33, Daniel. wrote:
> I'm really curious, what that % means on recipe names?
>
It's a wildcard character that's only valid on bbappends: instead of
needing to version accurately you can say recipe_1.%.bbappend to append to
all 1.* versions of recipe.
Ross
--
_
On 6 October 2015 at 14:24, Vivek Per wrote:
> I am including RDEPENDS += " " variable in rootfs-image.bb
> . why RDEPENDS won't install packages in roofts. I can install packages
> through IMAGE_INSTALL.can any one tell me the reason why RDEPENDS wont
> install packages in rootfs .
>
Bec
On 7 October 2015 at 02:37, Luke (Lucas) Starrett
wrote:
> I’m aware of the checks added by changes like this:
>
>
>
> patchwork.openembedded.org/patch/61107/
>
>
>
> However, I don’t see the reasoning/background documented as to exactly
> what is actually broken when putting tmp on NFS. Is it t
On 7 October 2015 at 13:59, Burton, Ross wrote:
> Follow the link in the patch to the referenced bug, and comment #8 by Mark
> Hatle explains the problems that Wind River were seeing in testing:
>
I should also add that many people buy lots of RAM and do builds with
build/tmp in a tm
That bug was fixed some time ago, try updating your clone. In particular I
expect your checkout is before
poky bb34181b42b62e0476ba9e12f9125ed9f785cf23.
Ross
On 8 October 2015 at 21:59, Gary Thomas wrote:
> I just ran across this on a [fairly new] system:
>
> $ bitbake meta-toolchain -g -u dep
On 9 October 2015 at 10:16, Vivek Per wrote:
> I have one more doubt when RDEPENDS variable depends is packages . Do you
> know why RDEPENDS variable in (rootfs-image.bb recipe) which inherit
> core-image. why RDEPENDS cant able to install packages in final roofs image
> apart from IMAGE_INSTALL
On 9 October 2015 at 08:38, Gilles CARRY wrote:
> I tried to use ROOTFS_POSTPROCESS_COMMAND in c1.bb and c2.bb but this
> mechanism only seems to work in images recipes. (inherit core-image)
>
>
Use a package postinst to modify the configuration files when the rootfs is
generated?
Ross
--
_
On 13 October 2015 at 20:13, Finn Carlsvi wrote:
> I noticed that I have the cross compiled version of capnproto (capnp) in
> the images folder in my work directory, but the packages-split/capnproto
> directory is empy.
>
Sharing the recipe makes helping a lot easier. Have a look in the
work/de
On 13 October 2015 at 20:55, Finn Carlsvi wrote:
> INSANE_SKIP_${PN} += "installed-vs-shipped"
>
You're telling the system not to warn you that you have a do_install() that
installs files that are not getting packaged anywhere.
do_configure() {
> export CAPNP=/usr/local/bin/capnp
> ${S}
On 23 October 2015 at 19:00, wrote:
> install the build directory on an external harddrive. Every time I run
> through the steps I run into an error, no matter what I do.
>
What steps did you make to do the build on the external drive, and what was
the error? Simply setting TMPDIR in local.conf
On 23 October 2015 at 23:05, Smith, Daniel W wrote:
> If I look through the packaging logs it looks like it attampts to create a
> bunch of different packages (cdp-fsw, cdp-fsw-dbg, cdp-fsw-dev,
> cdp-fsw-doc, cdp-fsw-locale) but most of them end up being empty except
> cdp-fsw-dev. Then if I lo
On 24 October 2015 at 00:28, Todd Efflam wrote:
> We're trying to disable ipv6 in our build and are able to do so by
> directly editing the file
> meta/conf/distro/include/default-distrovars.inc and deleting "ipv6"
> from "DISTRO_FEATURES_LIBC_DEFAULT ?= "ipv4 ipv6 libc-backtrace
> lib..."
>
> Is
On 26 October 2015 at 14:29, Paul Eggleton
wrote:
> It looks like this library is using DOLT. Anyone remember how to deal with
> that? Ross?
>
> One thing to try would be to simply drop the DOLT line from configure.ac
> and
> see if that helps.
>
Yeah, DOLT is broken and it's trying to invoke "l
On 26 October 2015 at 20:16, Todd Efflam wrote:
> Thanks for the tip. We tried adding this to the local.conf file but
> it failed with the following error:
> ERROR: Nothing PROVIDES 'glibc'
> ERROR: glibc was skipped: missing required distro feature 'ipv6' (not
> in DISTRO_FEATURES)
>
Ouch. Th
Acked-by: Ross Burton
Beth, please merge before the RC3 build.
Ross
On 2 November 2015 at 11:58, Jussi Kukkonen
wrote:
> Dynamically loaded modules are a problem for multilib builds: 32-bit
> Pango and Gdk-Pixbuf modules in particular do not get included in the
> image when 32-bit versions of
On 2 November 2015 at 16:42, Edward Vidal wrote:
> When a project is using git instead of tar file which branch is used?
> Is best to be using git or tar file with yocto?
>
I prefer tarballs if there is a choice as they're theoretically immutable
and we can checksum them, but many upstreams are
On 10 November 2015 at 22:27, Michael Habibi wrote:
> I see that Yocto thinks of the deployable image and applications as
> separate entities: first you'd build the distribution, then you would use
> ADT/cross-toolchain/etc to build the applications and install them
> separately. However, in our
On 17 November 2015 at 18:02, Paul Eggleton
wrote:
> I already sent a patch for this, it hasn't been applied yet:
>
> http://patchwork.openembedded.org/patch/107081/
>
It's in MUT, so should be in master fairly shortly.
Ross
--
___
yocto mailing list
On 19 November 2015 at 10:59, Krzeminski, Marcin (Nokia - PL/Wroclaw) <
marcin.krzemin...@nokia.com> wrote:
> Does this behavior is somehow expected?
>
Yes. sbindir is set to bindir for the SDK, so that all binaries installed
are trivially available to the user. Instead of hard-coding
${prefix
On 21 November 2015 at 01:47, Ilya Katsnelson wrote:
> Sorry for a wide spam but I couldn’t find the right area in Bugzilla where
> to put this question/error to.
>
>
>
> I was debugging a properly generated BSP and found this potential problem:
>
> There is a file named
> scripts/lib/bsp/substra
On 24 November 2015 at 16:39, Juro Bystricky
wrote:
> These patches fix https://bugzilla.yoctoproject.org/show_bug.cgi?id=7236
> Considering there was a bug in the BGR888 detection, it is probaly safe to
> assume it was never used. I modified handling of 24BPP modes somewhat as
> well,
> but did
On 24 November 2015 at 18:39, Bystricky, Juro
wrote:
> Thanks. I’ll mark the bug 7236 as resolved/fixed.
>
>
The recipe needs updating first, just bumping the srcrev will do nicely.
Ross
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.y
On 25 November 2015 at 20:12, Aws Ismail wrote:
> :) I have sent the same patch three years ago but no one picked it up...
>
> https://lists.yoctoproject.org/pipermail/yocto/2012-October/009846.html
>
I can only apologise. At least it's merged now!
Ross
--
On 26 November 2015 at 17:25, Dariusz Pelowski
wrote:
> Is it acceptable solution? Could you apply attached patch?
>
That's exactly the right thing to do. Can you reformat the commit message
to match git style ("lib/oe/terminal: use C locale when determining
version" as the first line, the impo
On 28 November 2015 at 01:32, Li, Hao H wrote:
> autoreconf: running:
> /home/ssg/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/bin/autoconf
> --include=/home/ssg/yocto/poky/build/tmp/work/corei7-64-smallos-linux/libmicrohttpd/0.9.43-r0/libmicrohttpd-0.9.43/m4/
> --force
>
> | configure.ac:46: e
On 10 December 2015 at 21:16, Michael Habibi wrote:
> What is the best option for adding all of these and compiling? As far as I
> know, you have to do one of the following:
>
> 1) Use a fetch that fetches a tarball with all your source, or a repo with
> all of your source
> 2) Use a million-line
On 10 December 2015 at 17:24, Philipp, Damian
wrote:
> A Google search didn't turn up anything, so I looked through
> cmake.bbclass, autotools.bbclass and base.bbclass. The source indicated
> that the variable EXTRA_OEMAKE could be abused to inject a make target -
> however, setting EXTRA_OEMAKE
On 10 December 2015 at 22:07, Michael Habibi wrote:
> Ross, I will likely try a different workflow if we enter production
> environment with yocto. Right now I am just doing yocto integration testing
> myself, and want to simplify things as much as possible for myself :)
>
A simply workflow woul
On 15 December 2015 at 07:42, Philipp, Damian
wrote:
> However, I did eventually find a solution. A yocto recipe can have
> multiple packages as output. In fact, the default seems to be to create
> ${PN}, ${PN}-dev and ${PN}-dbg packages. I simply added ${PN}-client and
> ${PN}-client-dbg and man
On 15 December 2015 at 21:59, Michael Habibi wrote:
> That allows me to properly set LIC_FILES_CHKSUM - but what do I set for
> LICENSE? It's a completely non-standard license. Do I have to copy this
> license somewhere as a common license, despite it only being used for this
> one utility? A bit
On 16 December 2015 at 22:04, serhat guner wrote:
> i m trying to build image for raspberry pi using "bitbake
> core-image-minimal" and getting error
> "ERROR: Task 1309 (/home/serhat/yoctoProject/meta/recipes-devtools/gcc/
> gcc-cross-initial_5.2.bb, do_compile) failed with exit code '1'"
>
Th
On 21 December 2015 at 09:43, Belisko Marek wrote:
> I did check internet before asking but there is not much reference. So
> sorry for stupid question but it is possible to build e.g.
> core-image-minimal on os x natively? I read something about
> meta-darwin but I'm not sure if it's what I'm lo
On 21 December 2015 at 11:09, Jozef Maslik wrote:
> Anyway, are there any activities or plans to fix and support osx?
>
Well with El Capitan's improved security apparently crippling LD_PRELOAD
(so I hear, unverified currently), Pseudo won't work, which means an
alternative will need to be resear
On 22 December 2015 at 09:40, Simon Ruetzler
wrote:
> Why is the demo package created with the libscom name? How can I disable
> this?
>
Because the default configuration enables debian.bbclass, which renames
packages if they contain just a library to be the soname of the library.
If you don't
On 22 December 2015 at 12:03, Simon Ruetzler
wrote:
> I added INHERIT_remove = "debian" to my local.conf but it's still the same.
> Where is the debian.bbclass enabled? I couldn't find it. It this the
> default?
>
INHERIT_DISTRO is where it comes from. If you have an old release _remove
won't w
On 6 January 2016 at 04:07, Renjith Vijayan wrote:
> checking for LIBSYSTEMD_JOURNAL... no
> | configure: error: Package requirements (libsystemd-journal >= 197) were
> not met:
> |
> | No package 'libsystemd-journal' found
> |
> | Consider adjusting the PKG_CONFIG_PATH environment variable if yo
On 5 January 2016 at 20:11, wrote:
> +# Check for BB_FETCH_PREMIRRORONLY and adapt BB_NO_NETWORK
> +if bb.data.getVar("BB_FETCH_PREMIRRORONLY", self.d, True) is not None:
> +bb.data.setVar("BB_NO_NETWORK", "1", self.d)
>
Traceback (most recent call last):
File
"/home/pokybuild/
On 20 December 2015 at 00:05, Khem Raj wrote:
> poky-tiny is reference for smallest footprint distro that can be
> generated using yocto project infrastructure. Therefore switch to using
> musl which gives the smallest footprint with a lot of extra stretching
> for adding new package if needed, c
On 8 January 2016 at 09:09, Burton, Ross wrote:
> For anyone else reading, I just gave this a test locally, and for context
> the previous poky-tiny was using a tuned glibc and the rootfs came in at
> 1.5M.
>
Finished my comparison builds:
musl:
-rw-r--r-- 1 ross ross 731681 Jan
On 13 January 2016 at 20:03, Paul Eggleton
wrote:
> I'd question the value 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.
>
If this is turning into a "h
On 13 January 2016 at 20:16, Karim ATIKI wrote:
> But, although I've been able to add my own layer to include a project from
> github, I was just wondering how we could simply and easily add a local
> file / binary to a target distro ? (FYI: raspberrypi2) without creating
> tons of layers , bb. e
On 13 January 2016 at 20:27, Anibal Limon wrote:
> If we don't use -a option the PKGR changes are not shown. I don't know
> if buildhistory-diff needs another improvements :D.
>
Yeah, my request was general, not specific to AUH.
That's probably because the AUH doesn't enable a PR server, but I
On 13 January 2016 at 23:11, Khem Raj wrote:
> XML_GetCurrentLineNumber() returns unsigned long as clang is telling us
> here
>
> src/config-parser.c:603:6: warning: format specifies type 'int' but the
> argument has type 'XML_Size' (aka 'unsigned long') [-Wformat]
> XML_GetCurrentLin
On 27 January 2016 at 14:45, Ulf Magnusson wrote:
> The only method I know of at the moment is to remove or rename tmp/ so
> that the build uses a fresh sysroot and then trying to rebuild the
> recipe. Is there something nicer? I think I remember reading about a
> script for testing for missing b
On 27 January 2016 at 15:29, Ulf Magnusson wrote:
> 1) Why does test-dependencies.sh remove TMPDIR instead of just wiping the
> sysroots?
>
For the thorough testing that test-dependencies does you could argue that
entirely wiping tmpdir ensures that the builds are done from clean.
2) Is t
On 28 January 2016 at 17:25, Martin Jansa wrote:
> Why not set INSANE_SKIP to make it more specific?
>
Because I prefer to be harsh instead of silencing errors.
Ross
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/list
On 29 January 2016 at 18:41, Alexandre Freire da Silva Osorio <
alexandre.oso...@eldorado.org.br> wrote:
> When I build a core-image-lsb image for MACHINE qemux86-64, the network
> drivers are not enabled. When building the same image for genericx86-64,
> this problem doesn’t occur and all the dri
On 3 February 2016 at 10:13, Woronicz, Bartosz ( NSN - PL/Wroclaw) <
bartosz.woron...@nokia.com> wrote:
> Let's say I have my package at
>
> host-64/tmp/work/x86_64-poky-linux/mypackage/1.2.3-r4/
>
> I would like to have symlink created
>
> host-64/tmp/work/x86_64-poky-linux/mypackage/late
On 3 February 2016 at 13:27, Nathan Sowatskey wrote:
> - Which version of bitbake should one use? The one from oe-embedded, or
> the one from Poky?
> - Are the latest versions shown in the oe-embedded instructions correct?
> They are fido for oe-embedded, and 1.26 for bitbake.
>
Poky is basica
On 3 February 2016 at 14:16, Woronicz, Bartosz ( NSN - PL/Wroclaw) <
bartosz.woron...@nokia.com> wrote:
> But I need to the sysroot cleanup deliberately, right ?
>
No, that happens on startup (in master and the jethro release).
Ross
--
___
yocto maili
On 3 February 2016 at 15:07, Mark T wrote:
> I notice there is a meta/recipes-devtools - I assume this pulls in from
> build/downloads - so gcc-5.2.0.tar.bz2 for example. Does the tool-chain
> comprised of these recipes get built by /usr/bin/gcc before being used to
> compile Yocto ?
>
The hos
On 3 February 2016 at 18:15, Mark T wrote:
> Thanks. That makes sense; all the cross compile tools are built using the
> Host machines native toolchain on the host then the cross-toolchain used to
> cross compile yocto for the target.
>
Correct.
Ross
--
On 4 February 2016 at 12:09, idealsim wrote:
> apparently bb can't import pysqlite2 ? I already install pip install
> pysqlite libsqlite3-dev but nothing to solve my problem ... An idea to
> resolve this please ?
>
Did that install a pysqlite for python 3? bitbake uses python2.
Ross
--
On 4 February 2016 at 12:49, idealsim wrote:
> I don't think, probably install by default ! do you think i can remove
> python 3 to solve the problem ?
>
You can if you want, but there's no need. You just need to ensure the
required libraries are available to python2.
Ross
--
_
On 5 February 2016 at 02:08, Khem Raj wrote:
> > diff --git a/buildset-config.controller/nightly-musl.conf
> b/buildset-config.controller/nightly-musl.conf
> > index 9a82e6b..5da90c3 100644
> > --- a/buildset-config.controller/nightly-musl.conf
> > +++ b/buildset-config.controller/nightly-musl.co
On 5 February 2016 at 08:27, Reshetova, Elena
wrote:
> I noticed that during the build bitbake supplies you rather correct (if it
> is correct in the recipe) list of recipe build-time dependencies. However,
> this isn’t true for run-time dependencies. Moreover it seems that when you
> define a re
On 5 February 2016 at 11:40, Nathan Sowatskey wrote:
> Is there a way to get the libgcc_s library on a Yocto image? Is that even
> the right thing to do?
>
It's fairly likely that your binary is actually linking to libgcc_s.so.1
(which by default is in /lib, part of libgcc). libgcc_s.so is the
On 5 February 2016 at 15:24, Nathan Sowatskey wrote:
> I suspect that my test program, which was supplied to me as a .deb
> package, was compiled on Ubuntu, and so links to libgcc_s.so.1. I can’t see
> any obvious way to get libgcc_s.so.1 on Yocto. I already have:
>
libgcc contains /lib/libgcc_s
On 5 February 2016 at 09:02, Burton, Ross wrote:
> We can switch nightly-musl over to just opkg whilst rpm is known to be
> broken. We already have a separate tiny buildset.
>
Revised patch sent.
Ross
--
___
yocto mailing l
On 7 May 2014 09:57, Neuer User wrote:
> What should I do best on Yocto? Replace udhcpc with dhclient? If so, how
> should that be done?
Personally I prefer using connman for this, it does all the usual
hotplug and connect magic. If size is an issue, you can disable the
3g and wifi DISTRO_FEATUR
On 8 May 2014 04:58, Neuer User wrote:
> I had a brief look at connman half a year ago, but that time I was
> unable to find a good documentation about it. Do you have by chance a
> link to some tutorial or at least man entry for the configuration?
What do you need to configure? For "when ethern
Hi all,
Sorry for the cross-post but I want this to have a wide audience.
For the 1.7 release I want to move GStreamer 0.10 from oe-core into
meta-multimedia, and ensure everything in oe-core has ported to
GStreamer 1.x. GStreamer 0.10 is considered dead upstream and is
unmaintained so we don't
On 8 May 2014 16:07, Paul Eggleton wrote:
> The next question is does that mean for the "old" libav (which gst-ffmpeg
> depends upon), do we move that as well or drop it?
If gst-ffmpeg is the sole consumer, then certainly yes.
Ross
--
___
yocto mailin
On 8 May 2014 15:48, Burton, Ross wrote:
> For the 1.7 release I want to move GStreamer 0.10 from oe-core into
> meta-multimedia, and ensure everything in oe-core has ported to
> GStreamer 1.x. GStreamer 0.10 is considered dead upstream and is
> unmaintained so we don't need to
On 9 May 2014 06:56, Meenakumari Shedole wrote:
> install: cannot stat `bb-example': No such file or directory
Your compile task didn't actually work.
Ross
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
On 9 May 2014 16:15, Neuer User wrote:
> Do you by chance know, why it depends on the xuser-account package? I
> don't want any additional user accounts on my system. If it is not
> essential I would remove it.
If you're applications are running as root then you can remove the
dependency on that
On 9 May 2014 17:57, Neuer User wrote:
> Seems, I am not the only one wondering why connman phones home:
The "ask the author" approach works quite well. The hostname it's
looking up is connman.net. This is the captive portal detection:
pretty much every major platform does something similar and
On 9 May 2014 16:19, Neuer User wrote:
>> So the catch here is that Qt4 currently depends on GStreamer 0.10.
>>
> Yes, it does, as long as you need QtMultimedia. Same applies to Qt5.
> There was a discussion on the Qt mailing list about moving to
> gstreamer1.0, but this seems to be rather some ti
On 9 May 2014 16:19, Neuer User wrote:
> Yes, it does, as long as you need QtMultimedia. Same applies to Qt5.
> There was a discussion on the Qt mailing list about moving to
> gstreamer1.0, but this seems to be rather some time in the future was my
> impression.
So Qt 5.3 won't have GStreamer 1.0
On 14 May 2014 14:04, Neuer User wrote:
> Can the distro content be changed? Or would I need to build my own
> distro? (Which would be not so easy looking at the complex poky.conf
> configuration files...)
The "quick" solution is DISTRO_FEATURES_remove="nfc 3g" in local.conf.
For most non-trivia
On 14 May 2014 14:54, Neuer User wrote:
> to my image.bb file. Guess, this is then the recommended way to go?
Not in your image recipe, no, as then e.g. connman will still think
that you need 3g and nfc.
Ross
--
___
yocto mailing list
yocto@yoctoproje
On 14 May 2014 15:03, Neuer User wrote:
> Hmm, so I need my own distro?
You don't need to as local.conf is sufficient, but changes to
local.conf are specific to *your current* builds.
Defining a distro is trivial, just make your own distro.conf and
either include poky.conf or actually look at it
On 14 May 2014 15:22, Neuer User wrote:
> Then started a bitbake. Got a strange error "LCONF_VERSION is 6, should
> be 5 in bblayers.conf". So I changed it to 5.
So that's because the Poky layers are a version higher than the
oe-core layers. Once you stop using Poky the version drops. Annoying
On 14 May 2014 15:35, Neuer User wrote:
> Strangely, when adding the "DISTRO_FEATURES_remove" to local.conf
> instead of making a new distro, bitbake does not recompile everything?!
Well, there's some logic to avoid rebuilds if the distro features
change in a way that the recipe *can't* change, b
On 14 May 2014 22:38, Saul Wold wrote:
>> I'm new to Yocto, and I made an Image meta-web-kiosk, and when I run it,
>> the fonts in browser are getting messed up, as you can see in these
>> images:
>>
>>
>> https://drive.google.com/folderview?id=0Bw1B-mbeX0tbRnc0OHZSaDVuQlE&usp=sharing
>>
>> This
On 19 May 2014 10:25, Neuer User wrote:
> I need to use wget with https support in my image. So I added "wget" to
> my packages.
>
> The problem is that it doesn't seem to find the installed certificates:
By "installed certificates" you mean that you installed
ca-certificates into the image, righ
On 20 May 2014 22:44, wrote:
> I have a recipe that only produces dev headers (macros, constants, etc).
> Builds fine, and recipes dependent on these headers are fine as well. The
> problem is that only a dev and dbg ipkg get produced for deploy (makes
> sense, there is no device side content). B
On 21 May 2014 10:37, Neuer User wrote:
> I really need certificate support in wget. What am I missing? I guess,
> it is a very stupid error on my side, but I just don't know which.
Try passing --ca-certificate=/etc/ssl/certs/ca-certificates.crt to
verify that wget works if you tell it exactly wh
On 21 May 2014 11:49, Auslands-KV wrote:
> That's it. It does't seem to know where they are. If I add the option
> with the path, it works.
>
> Do I miss something in my local.conf?
No, OpenSSL should know where they are out of this, this is probably a
problem with the OpenSSL recipe.
GnuTLS is
Hi Beth,
On 21 May 2014 17:22, Flanagan, Elizabeth wrote:
> In an effort to speed up release times, I'm going to remove the deb
> and rpm publishing from the weekly builds. We'll still have ipk
> publishing and we will still generate debs and rpms, but as far as I
> can tell, no one is actually u
On 22 May 2014 13:38, Alexandru Vaduva wrote:
> it appear, it shouldn`t I believe.
Can you share this depends.dot file please? For what it's worth, I
can't replicate this with oe-core master
Ross
--
___
yocto mailing list
yocto@yoctoproject.org
https
On 22 May 2014 14:24, Alexandru Vaduva wrote:
> I attached the depends .dot file and also a small perl-ptest.info file with
> only the perl-ptest occurences.
Right, so the dependency comes from perl-modules. This is a meta
package that depends on all the modules, and clearly perl-ptest
shouldn't
FYI, I've just sent my fix to the oe-core mailing list.
Ross
On 22 May 2014 15:05, Burton, Ross wrote:
> On 22 May 2014 14:24, Alexandru Vaduva wrote:
>> I attached the depends .dot file and also a small perl-ptest.info file with
>> only the perl-ptest occurences.
>
>
On 30 May 2014 05:06, Kashyap Gada wrote:
>> bash:
>> /media/kashyap/3E0800DC08009555/yocto/poky/scripts/oe-setup-builddir:
>> Permission denied
You appear to be running Yocto on external media and your system has
likely mounted it with the "noexec" flags to prevent malicious
programs. You'll wa
On 3 June 2014 16:39, Kashyap Gada wrote:
> bash: /home/kashyap/yocto/poky/scripts/oe-setup-builddir: Permission denied
The permissions on that file don't involve +x. Is that a fresh
checkout of poky or copied from the removable media?
Ross
--
___
yo
, 2014 at 9:16 PM, Burton, Ross wrote:
>>
>> On 3 June 2014 16:39, Kashyap Gada wrote:
>> > bash: /home/kashyap/yocto/poky/scripts/oe-setup-builddir: Permission
>> > denied
>>
>> The permissions on that file don't involve +x. Is that a fresh
&g
On 4 June 2014 08:47, Marek Andrus wrote:
> I believe I'll be able to create the sdk with command like bitbake
> -c populate_sdk. I added "inherit populate_sdk_base" to
> .bb. Is that a correct way?
You use -c populate_sdk on an *image* recipe so that your SDK contains
everything that is in the
On 4 June 2014 02:03, Lynn 'Cyrin' Conway wrote:
> -else:
> +else:1
Pretty sure you didn't mean that :)
Ross
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
On 4 June 2014 09:51, Neuer User wrote:
> The conditional configure option is "--enable-imx6".
You can use a machine override, along the lines of:
EXTRA_OECONF_ixm6 = "--enable-imx6"
This will set EXTRA_OECONF to --enable-imx6 if the MACHINE is ixm6.
It gets a little complicated when you've gen
On 4 June 2014 10:24, Neuer User wrote:
> EXTRA_OECONF_append_mx6 = "--enable-imx6"
>
> Main difference is the mx6 versus imx6.
Yeah I didn't know what your machine type is, so was guessing.
Ross
--
___
yocto mailing list
yocto@yoctoproject.org
https:
On Thursday, 5 June 2014, Kashyap Gada wrote:
> Its a different ntfs partition. I mount it manually.
>
Using NTFS is certainly going to complicate things because the permissions
model is different, can you use a Linux file system (such as ext4) instead
of a Windows one?
Ross
--
___
On 5 June 2014 21:50, Bharath Chandra wrote:
> I am working on a reverse enginnering project and I want to know by looking
> at an executable , the recipe file from which it is generated. So, first I
> need to understand by using what commands in a recipe file, we can generate
> an executable.
If
On 6 June 2014 12:08, Neuer User wrote:
>> The postinst is executed by the package manager when the package is
>> installed. If that installation takes place during do_rootfs, ${D}
>> will refer to the rootfs directory for the image being built and ${S}
>> will probably refer to something else to
Clean the partial qemu build by using bitbake -cclean qemu-native.
Ross
On 7 June 2014 07:19, Kashyap Gada wrote:
> Hello
>
> While bitbake was running my pc froze. I did a restart and then started
> bitbake command again. After that getting following error
>
> ERROR: Function failed: do_compile
401 - 500 of 1567 matches
Mail list logo