I agree that each product might have different connectivity and different
configuration needs on the rootfs.
However current thoughts are based on
1) Some of the common configurations of YP are currently at build time in yocto
project, but appying them doesnot require a rebuild. Such
Hi Andreas,
On 8 April 2013 18:44, Andreas Enbacka aenba...@gmail.com wrote:
I tried to rebuild the xf86-input-evdev; however the core-image-sato still
insists on using the default mouse / keyboard drivers instead of evdev. Also
no /dev/input/event* entries exist (only /dev/input/mice and
Hi, I created two images first by using sysvinit and the other using
systemd... The image using sysvinit works perfectly but the image with
systemd works only from the second boot. In the first boot it hangs. What
could be the possible reasons?
Greets,
Satya
On Mon, 8 Apr 2013, Bruce Ashfield wrote:
On 13-04-08 5:59 PM, Robert P. J. Day wrote:
other than the canonical routerstation pro in the meta-yocto-bsp
layer, is there any serious work being put into MIPS machines? a
quick google didn't seem to find anything, and the rs pro itself
On Mon, 8 Apr 2013, Tom Zanussi wrote:
On Mon, 2013-04-08 at 11:41 -0400, Robert P. J. Day wrote:
finally have the time to work my way through the ELC 2013 hands on
kernel labs described here:
https://www.yoctoproject.org/tools-resources/presentations/working-kernel
since i'll almost
i know i've mentioned this before, but it's still somewhat confusing
if a new yocto user wants to figure out *exactly* what he or she must
install manually on a yocto development host.
there are a pile of web pages that claim to explain this:
i just found an old thread that i was in:
http://lists.linuxtogo.org/pipermail/openembedded-core/2012-July/025402.html
i do notice what seems to be an inconsistency. from bitbake.conf:
ASSUME_PROVIDED = \
bzip2-native \
chrpath-native \
git-native \
grep-native \
Hello Martin, I didnot find it.. Is it possible to send me a link so that I
can work on it
Greets,
Satya
On Tue, Apr 9, 2013 at 2:54 PM, Martin Jansa martin.ja...@gmail.com wrote:
On Tue, Apr 09, 2013 at 01:21:31PM +0200, Satya Swaroop Damarla wrote:
Hi, I created two images first by using
On Mon, 8 Apr 2013, Bruce Ashfield wrote:
On 13-04-08 5:59 PM, Robert P. J. Day wrote:
other than the canonical routerstation pro in the meta-yocto-bsp
layer, is there any serious work being put into MIPS machines? a
quick google didn't seem to find anything, and the rs pro itself
On 13-04-09 10:15 AM, Robert P. J. Day wrote:
On Mon, 8 Apr 2013, Bruce Ashfield wrote:
On 13-04-08 5:59 PM, Robert P. J. Day wrote:
other than the canonical routerstation pro in the meta-yocto-bsp
layer, is there any serious work being put into MIPS machines? a
quick google didn't seem
On 04/09/2013 07:27 AM, Robert P. J. Day wrote:
On Mon, 8 Apr 2013, Bruce Ashfield wrote:
On 13-04-08 5:59 PM, Robert P. J. Day wrote:
other than the canonical routerstation pro in the meta-yocto-bsp
layer, is there any serious work being put into MIPS machines? a
quick google didn't
In a sense yes. From how I understand it, anything that is listed as a
required utility in SANITY_REQUIRED_UTILITIES does not even have to be
listed in ASSUME_PROVIDED. The required native utilites should fail the
sanity test right away if they are not there.
For any dependency listed in
Ramana,
Maybe I do not understand what exactly you are looking for. Maybe you have
some concrete examples.
Anything that somehow changes the configuration of the target has to go
into the root file system one way or the other. You can easily include
packages into the root file system by adding
I am having an issue with the /etc/inittab file that seems to be
incorrectly generated causing the following error at boot:
INIT: version 2.88 booting
INIT: /etc/inittab[42]: duplicate ID field 1usb 1-1.1: new
high-speed USB device number 3 using xusbps-ehci
The reason for this error is due
I meant this thread
http://lists.linuxtogo.org/pipermail/openembedded-core/2013-March/037660.html
But looking at it again, it probably won't help you much :/.
On Tue, Apr 9, 2013 at 3:53 PM, Satya Swaroop Damarla
swaroop.dama...@gmail.com wrote:
Hello Martin, I didnot find it.. Is it
On 04/09/2013 06:10 AM, Robert P. J. Day wrote:
SANITY_REQUIRED_UTILITIES ?= patch diffstat makeinfo git bzip2 tar
gzip gawk chrpath wget cpio
This is just a generic warning on the subject of native patch.
We recently had a discussion on the LTSI-dev mailing list about
patch. It seems that
Hi Robert,
Since you're working your way through the labs, I was wondering if
you'd be interested in testing something out for me? When I went
through these labs I had set my PACKAGE_CLASSES to package_ipk instead
of the default package_rpm. While doing so I had discovered a bug
which I reported,
On Tue, 9 Apr 2013, Trevor Woerner wrote:
Hi Robert,
Since you're working your way through the labs, I was wondering if
you'd be interested in testing something out for me? When I went
through these labs I had set my PACKAGE_CLASSES to package_ipk instead
of the default package_rpm. While
On Tue, Apr 9, 2013 at 5:29 PM, Robert P. J. Day rpj...@crashcourse.ca wrote:
does this mean PACKAGE_CLASSES should be *exclusively* ipk, or that
ipk simply be in there?
Yes, that's how I had been testing it (exclusively package_ipk).
___
yocto
On Tue, 9 Apr 2013, Trevor Woerner wrote:
On Tue, Apr 9, 2013 at 5:29 PM, Robert P. J. Day rpj...@crashcourse.ca
wrote:
does this mean PACKAGE_CLASSES should be *exclusively* ipk, or that
ipk simply be in there?
Yes, that's how I had been testing it (exclusively package_ipk).
well,
On Tue, 9 Apr 2013, Trevor Woerner wrote:
Hi Robert,
Since you're working your way through the labs, I was wondering if
you'd be interested in testing something out for me? When I went
through these labs I had set my PACKAGE_CLASSES to package_ipk instead
of the default package_rpm. While
On Tue, Apr 9, 2013 at 5:46 PM, Robert P. J. Day rpj...@crashcourse.ca wrote:
ok, so what am i looking for?
I couldn't get lab3 to work fully unless I switched from package_ipk
to package_rpm. The module would get built and included in the image,
but it wasn't being loaded automatically during
On Tue, 2013-04-09 at 18:06 -0400, Trevor Woerner wrote:
On Tue, Apr 9, 2013 at 5:46 PM, Robert P. J. Day rpj...@crashcourse.ca
wrote:
ok, so what am i looking for?
I couldn't get lab3 to work fully unless I switched from package_ipk
to package_rpm. The module would get built and
On Tue, 9 Apr 2013, Tom Zanussi wrote:
On Tue, 2013-04-09 at 18:06 -0400, Trevor Woerner wrote:
On Tue, Apr 9, 2013 at 5:46 PM, Robert P. J. Day rpj...@crashcourse.ca
wrote:
ok, so what am i looking for?
I couldn't get lab3 to work fully unless I switched from package_ipk
to
On Tue, Apr 9, 2013 at 6:11 PM, Tom Zanussi tom.zanu...@intel.com wrote:
I believe I tried and couldn't reproduce it. But if someone does
reproduce it, please file a bug detailing the *exact* steps needed to
reproduce.
Thanks for the update, I wasn't 100% sure if you had found the time to
On Tue, 9 Apr 2013, Trevor Woerner wrote:
On Tue, Apr 9, 2013 at 5:46 PM, Robert P. J. Day rpj...@crashcourse.ca
wrote:
ok, so what am i looking for?
I couldn't get lab3 to work fully unless I switched from package_ipk
to package_rpm. The module would get built and included in the
From: Paul D. DeRocco
What's going wrong is that the code in the MBR created by
gparted (and I
assume by parted) unconditionally uses drive number 0x80 (the
first hard
disk) when it tries to load the zeroth sector from the
bootable partition.
The BIOS, however, is treating this eUSB
Attendees:
Saurav, Beth, Ramana, DaveST, TomZ, RichardP, MichaelH, BruceA, KevinS, JeffP,
BjörnS, Fahad, Cristian, Corneliu, JessicaZ, Ross, ScottR, Saul, MarkH, PaulE,
AlexD, Nitin, Denys, Song
Agenda:
* Opens collection - 5 min (Song)
* 1.3.1 release update:
- Beth: We hit some AB issues
BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Pacific Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
29 matches
Mail list logo