re-image-minimal
>
> bitbake -c cleanall core-image-minimal
>
> bitbake core-image-minimal
>
>
> Everything fails.
>
>
> Is there a way to get things working again or should generate everythingh
> from scratch again ?
>
>
>
> Z.
>
> --
>
On 12/5/12 6:38 AM, Wolfgang Denk wrote:
Hello,
nobody here who could help out?
In message <20121203124234.6327b200...@gemini.denx.de> I wrote:
according to the documentation [1] the right way to debug applications
on the target is to load the target library information in GDB using
al rootfs
generation working and figured out before we spend too much time on this.
However, if this is a high priority for you, it may make sense to start working
on configuration. This is something that is definitely needed, and I don't
believe anyone is actively working on.
--M
ike Key=Value, or Key:\nValue, etc..
XML-like -- Highly formatted configuration files like apache.
--Mark
2) A generic configuration model
do_createconfig generates configuration information with presentation
information included (like kconfig) and OCT reads this config information and
provides a
ian - This is the compiler included with the SDK to build on the
SDK machine creating software for the target. This is an 'nativesdk' package.
Is there any document for those description?
Not that I know of.. It's one of those things that you kind of need to know in
or
YP documentation be unnecessary or helpful?
I think it would. The set of compiler/toolchain elements we have is definitely
confusing to someone new.
--Mark
Scott
-Original Message-
From: yocto-boun...@yoctoproject.org [mailto:yocto-
boun...@yoctoproject.org] On Behalf Of Mark Hatle
Sent
edded Systems.
--Mark
Ross
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
nce and they have removed everything that
helped in a cross-compiled environment after the split.
is there an eta for smart in the mainstream core?
Hopefully the next version of the integration patches should be sent up today.
We're really trying to get the code in by next week.
--Mark
On
w in 1.3) to build an SDK based
on the contents of any arbitrary image.. the meta-toolchain-gmae is simply not
necessary.
bitbake -c populate_sdk
--Mark
Ross
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctop
On 12/14/12 4:12 PM, Tim Bird wrote:
On 12/14/2012 12:45 PM, Mark Hatle wrote:
On 12/14/12 1:46 PM, Burton, Ross wrote:
On 14 December 2012 19:43, Tim Bird wrote:
"If you need GMAE, you should use the bitbake meta-toolchain-gmae command. The
resulting installation script when run
On 12/14/12 3:57 PM, Brian Hutchinson wrote:
On Fri, Dec 14, 2012 at 4:09 PM, Zhang, Jessica wrote:
Actually I talked with Richard regarding retiring the toolchain targets
(meta-toolchain and meta-toolchain-gmae) as Mark mentioned that now we can build a
toolchain matching the >image. A
(I may be slightly wrong on this item, as people have told me in the
past there are command line parts to the ADT but the ADT itself is -not- the
SDK.)
--Mark
Regards,
Sean Liming
Owner
Annabooks
Tel: 714-970-7523 / Cell: 858-774-3176
-Original Message-
From: yocto-boun...@yoctop
o generate the SDK that can be used by the ADT tooling.
Since the goal of the populate_sdk task (when used with an image) is the same as
the stand-a-lone SDK recipes.
--Mark
rday
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctop
elink as well. Seems like if it's applicable there
they may want it as well..
--Mark
- ML
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
On 1/3/13 10:00 AM, Mark Hatle wrote:
On 1/3/13 1:52 AM, Marko Lindqvist wrote:
[PATCH] fix build with automake-1.13.
Long obsolete AM_CONFIG_HEADER is completely removed from automake-1.13,
which errors out upon seeing it.
configure.in -> configure.ac rename is not strictly necessary yet,
On 1/3/13 5:43 PM, Ilya Dmitrichenko wrote:
Hi,
As my day job mostly involves configuring servers using puppet configuration
management system, I had been thinking of what sort of tool would be best to use
on an embedded devices where on some occasions one would want to update a couple
of config
ellent research project. (Hey and if it makes things able to be built for
more people, faster, and cheaper great! If not, we'd have a more informed
response to questions like this.)
--Mark
Cheers,
Alex
___
yocto mailing list
yocto@yo
to the build of an -sdk image".
But if we look at this email from Mark Hatle:
http://www.mail-archive.com/yocto@yoctoproject.org/msg10636.html
I get the impression that Mark is saying: "now that '-c populate_sdk'
is available, there no longer is any need for separate -sdk image
uld come up with. The TUNE_FEATURES
adds the ability for the compiler and other packages to dynamically switch based
on whatever the developer has configured. It can be used for blacklisting code,
changing optimizations, etc.
--Mark
Regards
Sipke
On Mar 20, 2013, at 4:44 PM, Khem Raj &
ource and builds it [if the user has access to the
source], or will pull the binaries from a specific location and simply
install/package them. This is actually the more common approach.
(To seed that location, you can extract the items from your restricted build --
or build it o
/path/ \n \
http://.*/.* file://path/ \n \
https://.*/.* file://path/ \n \
"
--Mark
Cheers,
Paul
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
fic version of Yocto. What happens when a new Yocto version is
released? Should we go through the registration process again?
Yes. The registration process will have to be repeated.
--Mark
thanks a lot!
nicolas
[1] https://www.yoctoproject.org/ecosystem/yocto-project-comp
You can use the license manifest to give you this information. See:
build/tmp/deploy/licenses/--/...
There is a license.manifest and package.manifest. The license.manifest includes
package version.
--Mark
On 4/25/13 9:10 AM, Jon Szymaniak wrote:
Hi all,
I generally like to keep a little
Oh and I should fix the _git
version of libselinux too.
You can selectively add the patch to the SRC_URI only in the class-native case.
SRC_URI_append_class-native = " "
I believe that will work as expected.
--Mark
// Randy
Signed-off-by: Randy MacLeod
---
...se
to work standalone.
To build software for the YP, you really need to use the build environment -- or
an SDK.
--Mark
Thanks,
Travis
___
yocto mailing list
yocto@yoctoproject.org
https://lists.y
tion-groups is needed, or the feature will be deprecated and eventually
removed. The last part of the thread it was suggested that in eglibc 2.19 it
would be deprecated, and then removed in 2.20.
--Mark
___
yocto mailing list
yocto@yoctoproject.org
https
filed a bug for Fedora, so FC 18 and FC 19 will be fixed if they're not
already.)
Someone on the OE-Core list said they would file a bug on Arch Linux.
--Mark
Ross
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoprojec
going up for election at
the same time.
--Mark
On 5/3/11 3:05 PM, Frans Meulenbroeks wrote:
> 2011/5/3 Philip Balister
>
> [...]
>
>>
>> People ask me why they should join the eV. Besides being a good way to show
>> your support for the OpenEmbedded project, the Tech
Yes. It seems like some mailers lost the dial-in info.
Toll-Free 1-877-561-6828 (US)
Toll 1-972-995-
Participant Code 49611427
--Mark
On 6/28/11 10:08 AM, Denys Dmytriyenko wrote:
> On Fri, Jun 17, 2011 at 10:16:47PM +, Liu, Song wrote:
>> All,
>>
>> In order to
On 6/28/11 5:50 PM, Richard Purdie wrote:
> On Tue, 2011-06-28 at 18:29 +0100, O'donoghue, Bryan wrote:
>> ASSUME_PROVIDED += "m4-native tcl-native gettext-native libtool-native
>> quilt-native autoconf-native automake-native perl-native
>> sqlite3-native tar-replacement-native pseudo-native"
>
>
=${STAGING_DIR_TARGET}${exec_prefix}
Simply checking for the existance of
${STAGING_DIR_TARGET}${include_prefix}/sqlite3.h and only passing --with-sqlite=
should be enough. (it will fall back to the host otherwise.. and if the host
version is not sufficient it will error.)
--Mark
>
> Bryan
&g
On 9/2/11 2:33 AM, Xu, Dongxiao wrote:
> Hi Mark and Richard,
>
> I am trying to setup a RPM multilib system that, it is a qemux86-64 base
> image with MULTILIB_IMAGE_INSTALL = "lib32-connman-gnome". With several
> fixes, the build can pass.
>
> However in run ti
On 9/2/11 10:40 AM, McClintock Matthew-B29882 wrote:
> On Fri, Sep 2, 2011 at 10:03 AM, Mark Hatle wrote:
>>> However in run time testing I met a problem that, for those libraries whose
>>> base/multilib versions packages will be both built out (like libgtk, it has
>
On 9/2/11 11:24 AM, McClintock Matthew-B29882 wrote:
> On Fri, Sep 2, 2011 at 10:48 AM, Mark Hatle wrote:
>> The normal OE approach is to resolve all items by run-time dependencies.
>> That
>> is why a lot more is built then installed.
>>
>> So if you want a sy
On 9/2/11 1:36 PM, McClintock Matthew-B29882 wrote:
> On Fri, Sep 2, 2011 at 12:09 PM, Mark Hatle wrote:
>> For everything I see, that should work.
>>
>> In classes/image.bbclass, RDEPENDS is augmented by the contents of
>> IMAGE_INSTALL, LINGUAS_INSTALL,
th grub2
>> and there is no good reason not to do this, I'd be in favour of doing
>> this now rather than explain why its a mess...
>>
>
> I haven't tried the 32-bit BSPs with grub2 - been focused on other
> things until this incomplete fix for 1428 seems to ha
83a783a95b8bab52cb38ed785
There was a printf issue that was causing things using threading, specifically
thread local storage, to not always prelink properly. ARM seemed to have
components that were randomly affected.
--Mark
>
> Thanks,
>
> -- Dexuan
>
>
>
>
od way to find these problems.)
I'd also suggest we add a sanity check for this condition, so it will be easier
for people to identify in the future.
--Mark
> after checked the rpm, the libx.so is located in libx-dev, but not in
> libx.
>
> what is the right way to resolv
o populate both the sysroot and the package set for
the image generation step.
To me what is a bigger deal is to break up the image generation into an external
step.. so I can simply start with a set of packages and build them. (since
sysroots and similar are not needed in this situation
e "master" branch, and the cross version
is in the "cross_prelink" branch.
--Mark
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
What machine are you using (amount of ram, disk space, and cpu cores)?
What configuration did you set for parallel builds?
I can build 1.1 on an 8 core i7 system w/ 8 GB of ram, set with parallel
settings of 8 thread and 8 parallel make jobs, in about 100 minutes (or less).
--Mark
On 10/28/11
ted, and any identified bugs are fixed quickly.
Enable parallel builds and your performance will be significantly better.
If you have hyperthreading enabled, and setup a 4/4 parallel build. I would
expect about a 4-5 hour build time. (May be faster)
--Mark
> thanks,
> xianghua
>
>
&
tely needed. There are some cases where
embedded paths simply refer to the place on the disk a source file or similar
came from during the build. Depending on where these references are, they may
be considered safe and acceptable. However, in most places something like this
would be considered an
et
latency, and of course processor speed/cores all affect the optimal setting.
But we do need a consistent rule of thumb.. I myself usually use x2 for both
THREADS and MAKE.
--Mark
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
/pseudo-1.2.tar.bz2
The included ChangeLog.txt
(http://git.yoctoproject.org/cgit/cgit.cgi/pseudo/tree/ChangeLog.txt?h=PSEUDO_1_2)
Contains a full list of changes.
--Mark
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org
the library located within the
sysroot directory.
The version of rpm(4) which you are attempting to compile does not understand
this syntax. Either the issue is located within the libtool command itself, or
within one of the makefile fragments.
The version of libtool shipped with Yocto understands the &q
's at least one counter-example,
> meta-demoapps/recipes-graphics/pong-clock/pong-clock_1.0.bb:
Bug in the example.. it should be fixed.
--Mark
> =
>
> DESCRIPTION = "A clock combined with a game of pong"
> LICENSE = "GPLv2+"
> DEPENDS = "virtua
On 11/7/11 10:24 AM, Robert P. J. Day wrote:
> On Mon, 7 Nov 2011, Mark Hatle wrote:
>
>> On 11/7/11 10:01 AM, Robert P. J. Day wrote:
>>>
>>> current poky ref manual seems pretty adamant about need for
>>> LIC_FILES_CHKSUM:
>>>
>>> &quo
I was wondering if this or any other Yocto controlled mailing list allows job
postings?
I don't see anything forbidding it at this point -- but I'm not sure I want to
start a trend unless there is some consensus.
--Mark
___
yocto mailing
and see if you can figure out what might be wrong.
If you get to the point of investigating objdump or elfutils-objdump -- be sure
to run it against the versions from the package and not the work directory. (It
is possible something is getting mangled at package time.)
--Mark
>
the packages, and
if they have the corresponding sonames that the dependent packages are looking for.
If you post your layer somewhere, I can attempt to reproduce the problem.
--Mark
--
Michael
___
yocto mailing list
yocto@yoctoproject.org
https://li
ure and removed "/usr",
then each of those packages have flaws in them and are not respecting the
revised "bindir" information -- otherwise you are simply missing functionality
in either busybox or coreutils.
--Mark
--
Best regards, Mike Tsukerman
jabber: miketsu
I'm a bit out of date
with the current work however.
--Mark
/t
*/Tracey M. Erway/*
*/The Yocto Project* - /**/www.yoctoproject.org/*
Intel Corporation
503 . 264 . 6435 Effective VM to Email Service
503 . 709 . 1221 Cell / Blackberry
___
yo
On 11/16/11 4:07 PM, Jeff Osier-Mixon wrote:
Mark Hatle said:
Yocto is a cross-compiled build environment. This is a departure to a lot of
the Moblin/MeeGo work that has occurred in the past. The advantages are you
can use any commodity PC to target any (supported) architecture
o
make it easier -- and your application relocatable on the target. But in short
you hard-code at compile time the location of your libraries based on the
location of your executables.
--Mark
Regards,
Marc
___
yocto mailing list
yocto@yocto
ystem.
I've got many systems where ld.so.conf simply doesn't exist, nor do I want it to.
See my previous reply on a better was to resolve the issue using rpath and/or
proper soname handling inside of the libraries.
--Mark
--
Michael
__
A new version of the prelink-cross has been pushed to the repository.
There are no upstream changes to the main prelink component, all changes are
specific to the cross functionality. Below is the Changelog:
2011-12-08 Mark Hatle
* rtld/rtld.c: Fix an issue where missing objects
On 12/20/11 2:33 AM, Navani Kamal Srivastava wrote:
Hi,
We are facing the problem when we are compiling poky-bernard5.0 –( bitbake –v –b
poky-image-eb.bb )
Log data follows:
|
/home/prashanth/yocto/poky-bernard-5.0/build/tmp/work/mx35pdk-poky-linux-gnueabi/poky-image-eb-1.0-r0/temp/run.do_r
he bitbake wrapper (scripts/bitbake), there is a check to see if the host
version of tar is greater then 1.23. If it is not, then tar is added to the
early set of tasks. This likely is the cause of the different task sets you see.
--Mark
___
yocto ma
I'm getting the same error. There is a workaround:
Add the following to your local.conf
WARN_QA = "ldflags useless-rpaths rpaths"
A new QA check went in, and it appears to be missing part of the merge.
(WARN_QA is normally defined as:
WARN_QA ?= "ldflags useless-rpaths rpaths unsafe-reference
ols class usually does it.
--Mark
the filesystem does have a /usr/lib/libglib-2.0.la and it seems to be valid
I am not sure why there is a leading '=' in the path. Needless to say
- mono builds fine on ubuntu, so it is unlikely (not impossible) to be
a mono build issue.
Has anyone seen a
your own
kernel. The time limited kernel is for evaluation purposes to see if this is
what you want, before you build it yourself.
--Mark
Jim A
On Wed, Dec 28, 2011 at 6:02 PM, Flanagan, Elizabeth
mailto:elizabeth.flana...@intel.com>> wrote:
-BEGIN PGP SIGNED MESSAGE-
a32/arch-ia32.inc
# Extra tune features
TUNEVALID[i486] = "Enable i486 specific processor optimizations"
TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "i486", "-march=i486", "",
d)}"
# Extra tune sel
here
are a lot of little things that will likely fail the test harness.)
The image "core-image-lsb", is intended to have all of the LSB components in it,
including the C++ items. There is now LSB recognized "subset" of images for
validation.. it'
ro/poky.conf has the settings. All of the upstream packages
should be mirrored there. If they are not, then please let us know and we'll
work on resolving any missing files.
--Mark
JIm A
___
yocto mailing list
yocto@yoctoproject.org
https
s for contributing the ARM TLS fix.
There were no upstream changes to the main prelink component, all changes are
specific to the cross functionality. Below is the Changelog, since the last
update:
2011-12-21 Mark Hatle
* src/arch-x86_64.c: Add support for x32 ABI
2012-02-02 Mark
On 2/3/12 1:01 AM, Khem Raj wrote:
Hi Mark
Good work. Could you also forward this to oe-core ml ?
After I've vetted everything with the integration into oe-core, I will send this
out as part of the review request.
--Mark
Thx
-K
On Thu, Feb 2, 2012 at 10:48 AM, Mark Hatle wrote:
We're looking into this issue. You should never get the "pseudo: You must set
the PSEUDO_PREFIX environment variable to run pseudo." message. This means
something appears to have avoided the wrappers.
I'll let you know once we figure out something.
--Mark
On 2/17/12 9:
On 3/13/12 1:54 PM, McClintock Matthew-B29882 wrote:
On Tue, Mar 13, 2012 at 1:25 PM, Liu, Song wrote:
* Opens - 10 min
- Mark: Reusing sstate cache, missing a testcase: found a bug in 1.1, found a
new bug in 1.2, try to use the st cache, the compiler will try to use compiler
from previous
"
Append with spaces:
variable += "value"
Prepend with spaces:
variable =+ "value"
Append without spaces:
variable .= "value"
Prepend without spaces:
variable =. "value"
Append "late" evaluation:
variable_append = "value"
layers
depending on responsibilities, work flow and project requirements.
What I personally would like to see is Angstrom being one or more layers that
define a new distribution that can be added to Poky (or oe-core...)
--Mark
regards,
Koen
___
yocto mailin
On 3/30/12 2:33 PM, Koen Kooi wrote:
Op 30 mrt. 2012, om 12:26 heeft Mark Hatle het volgende geschreven:
On 3/30/12 1:44 PM, Koen Kooi wrote:
Hi,
RP said I should raise this on the yocto lists, so here it is:
The Angstrom core team would like to move angstrom under the yocto banner so
we
bugzilla.yoctoproject.org system -- or if
you can't do that for some reason, let me know and I'll file it.
--Mark
| make[1]: *** [syslxcom.o] Error 1
| make[1]: *** Waiting for unfinished jobs
| In file included from ../libinstaller/linuxioctl.h:22:0,
| from sysl
missing rpm packages in ubuntu ?
You don't need to install rpm on the host system, we build rpm-native for
that.
Mark, any clues what could be going wrong here?
I've never seen any problem like this before. Below is some analysis and a
question at the very end...
There are only
://bugzilla.yoctoproject.org) if you are not able to do so, let me know
and I will file it.
--Mark
Thanks
Boon pin
-Original Message-
From: Mark Hatle [mailto:mark.ha...@windriver.com]
Sent: Wednesday, April 11, 2012 1:22 AM
To: Paul Eggleton
Cc: yocto@yoctoproject.org; Liu, Song; Khor, Boon Pin
Subject
EMPTY entries and other
version sync have been done.
--Mark
---
recipes-security/tasks/task-core-selinux.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/recipes-security/tasks/task-core-selinux.bb
b/recipes-security/tasks/task-core-selinux.bb
index 05f8dfc..dda9c50 100644
On 7/31/13 10:05 AM, Mark Hatle wrote:
On 7/27/13 10:44 AM, Pier Luigi Fiorini wrote:
Fix the following error:
Variable ALLOW_EMPTY is set as not being package specific, please fix this.
I thought this had already been done. I'll be going over the meta-selinux
sometime this week and
dated
the dylan, but as you indicated it should be needed there as well.
I should have the Dylan version ready and pushed within a few hours.
--Mark
Regards
- Philip
On 06/10/2013 08:54 PM, Philip Tricca wrote:
Hello again,
Again a quick patch to get meta-selinux dylan branch building with oe-c
On 8/1/13 12:25 PM, Joe Slater wrote:
CQID: 418197
Reference /usr/sbin instead of the directory into which
the script is installed on the host.
This patch and the related audit patch have been applied to both master and
dylan branches. Thanks!
--Mark
Signed-off-by: Joe Slater
ion dependency items are not evaluated by bitbake, it only pays
attention to the package name when determining build dependencies. You would
also need to specify (in your distribution or local .conf file) a
PREFERRED_VERSION_dep = "ver" to ensure the right version is built.
--Mark
ould produce
a binary called "sendmail" that is capable of simply sending email (and
conforming to LSB requirements.)
--Mark
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
On 8/6/13 10:00 AM, Jack Mitchell wrote:
On 06/08/13 15:50, Mark Hatle wrote:
On 8/6/13 9:41 AM, Jack Mitchell wrote:
On 06/08/13 15:31, Gary Thomas wrote:
My embedded device needs to send out email.
I've looked around a bit and I don't see any recipes for a
mail sender, e.g. s
cleared
by a recipe.
(Note you should modify IMAGE_INSTALL, which is transformed by the system into
PACKAGE_INSTALL... modifying PACKAGE_INSTALL can lead to problems.)
--Mark
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoprojec
On 8/15/13 7:20 PM, Paul D. DeRocco wrote:
From: Mark Hatle
A simple way to diagnose if your package is even in the
install list is to do
bitbake -e , then scan the output for
"PACKAGE_INSTALL". If your package
is not listed there, then something has either cleared your
configurat
n expert on how this should be configured, so I'm looking
for help/patches from others.
If you know of any other additional patches that should be applied, or are able
to help with the refpolicies, please let me know!
Thanks!
--Mark
___
yoct
On 11/15/13, 1:54 PM, Mark Hatle wrote:
On 11/14/13, 9:58 PM, Jeff Osier-Mixon wrote:
Hm, a day that will live in infamy indeed
On Fri, Nov 15, 2013 at 3:09 AM, Philip Balister wrote:
On 11/14/2013 08:22 PM, Robert P. J. Day wrote:
On Thu, 14 Nov 2013, Jeff Osier-Mixon wrote:
Happy
On 11/14/13, 9:58 PM, Jeff Osier-Mixon wrote:
Hm, a day that will live in infamy indeed
On Fri, Nov 15, 2013 at 3:09 AM, Philip Balister wrote:
On 11/14/2013 08:22 PM, Robert P. J. Day wrote:
On Thu, 14 Nov 2013, Jeff Osier-Mixon wrote:
Happy birthday, Yocto Project!
what's a birthday
On 1/9/14, 5:26 PM, fl...@twobit.us wrote:
From: Philip Tricca
Setting DESTDIR in the policycoreutils do_install creates a bad
symlink for load_policy. This patch fixes up the Makefile to
create the symlink relative to DESTDIR.
Merged to 'master-next'. Note, I updated the patch to include a
On 1/8/14, 7:38 PM, wenzong@windriver.com wrote:
merged to master-next
From: Wenzong Fan
Changes:
1) Uprev selinux packages to release 20131030;
2) Fix build dependency to libsemanage;
3) Fix QA issues to policycoreutils;
4) Update LIC_FILES_CHKSUM for selinux packagegroups.
Some Tests:
merged to master-next
On 1/8/14, 8:54 PM, wenzong@windriver.com wrote:
From: Wenzong Fan
In Yocto the real path for udevd is /lib/udev/udevd, this patch fixes
the init issues like:
udevd[87]: setfilecon /dev/vcsa2 failed: Operation not permitted
udevd[89]: setfilecon /dev/fb0 fa
master and dora branches have been updated.
If anyone finds any issues, please let Pascal and I know.
Thanks!
--Mark
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
o my guess is that last two items is the issue. If you copy the genericx86 BSP
and modify the configuration to use the tune-x86_64.inc instead, that may fix
your issue.
--Mark
Ross
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctop
using it only for accessing our web-interface but
they also support ssh.
Regards,
Mark
On Fri, Mar 7, 2014 at 1:41 PM, Bryan Evenson wrote:
> Alex,
>
> > -Original Message-
> > From: yocto-boun...@yoctoproject.org [mailto:yocto-
> > boun...@yoctoproject.org] On Beh
It is open-source.
I've just looked through the license file, the main point seems to be that
is is free for non-commercial purposes.
It claims to be based on the sleepycat license.
See here for the source code and license file:
http://hg.yaler.org/yaler/src/
Regards,
Mark
On Fri,
that the version in the rules.d should be copied into
/etc/audit.
Do this and correct the systemd services file to use the same file.
Signed-off-by: Mark Hatle
---
recipes-security/audit/audit/auditd.service | 2 +-
recipes-security/audit/audit_2.3.2.bb | 5 +
2 files changed, 6 inser
e target I just do:
smart update
smart upgrade -y
--Mark
Thanks,
Alex
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
On 4/22/14, 1:50 AM, Alex J Lennon wrote:
On 22/04/2014 02:36, Mark Hatle wrote:
On 4/20/14, 7:15 AM, Alex J Lennon wrote:
Hi,
I'm trying to put in place a development workflow using the PR server,
RPM package feeds and smart update/install on a target.
I see that when I modify and re
On 4/11/12 10:14 AM, Xu, Dongxiao wrote:
Hi Mark,
I met a strange issue while using RPM to generate the rootfs.
In the installation list, if we have 2 RPM packages, say A.rpm and
B.rpm. package A RDEPENDS on package B. While installing the two
packages? Does RPM ensures to install B first and
On 4/11/12 10:37 AM, Xu, Dongxiao wrote:
On Wed, 2012-04-11 at 10:25 -0500, Mark Hatle wrote:
On 4/11/12 10:14 AM, Xu, Dongxiao wrote:
Hi Mark,
I met a strange issue while using RPM to generate the rootfs.
In the installation list, if we have 2 RPM packages, say A.rpm and
B.rpm. package A
On 4/11/12 10:51 AM, Xu, Dongxiao wrote:
On Wed, 2012-04-11 at 10:45 -0500, Mark Hatle wrote:
On 4/11/12 10:37 AM, Xu, Dongxiao wrote:
On Wed, 2012-04-11 at 10:25 -0500, Mark Hatle wrote:
On 4/11/12 10:14 AM, Xu, Dongxiao wrote:
Hi Mark,
I met a strange issue while using RPM to generate the
1 - 100 of 510 matches
Mail list logo
