On Wed, 2013-01-30 at 00:37 -0500, Bruce Ashfield wrote:
On 13-01-28 11:16 AM, Daniel Kenji Morgan wrote:
Sorry to bring up an old post, but I haven't managed to find information in
the mail archives and bugzilla on how the issue stands as of today.
The post I am referring to is as
From: Timo Mueller timo.muel...@bmw-carit.de
The path to the local repository is assumed to be one level above the
scripts folder.
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
After cleaning my repository I came across another mistake in the
local build. I have no idea why it had
From: Timo Mueller timo.muel...@bmw-carit.de
Hi,
thanks for the feedback, I did some changes to the patch series
accordingly.
First of all I've fixed the issues with the patches (duplicate method,
missing fix for NewYoctoCProjectTemplate.java).
I also changed the functionality of the new
From: Atanas Gegov atanas.ge...@bmw-carit.de
Extracting the labels as private members allows the modification of
the label settings after creation. This is will allow disabling and
enabling the labels after creation of the form.
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
From: Atanas Gegov atanas.ge...@bmw-carit.de
The value of the target array set in the constructor is now also
affected when the input of the element is changed.
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
plugins/org.yocto.sdk.ide/src/org/yocto/sdk/ide/YoctoUISetting.java | 2 ++
From: Atanas Gegov atanas.ge...@bmw-carit.de
A target profile is a combination of yocto settings identified by a
user-defined name. This UI element allows the user to add new profiles
and to rename or delete existing ones.
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
From: Timo Mueller timo.muel...@bmw-carit.de
When a profile is selected through the combo box the value of the
profileElement changed to contain the selected profile.
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
.../src/org/yocto/sdk/ide/YoctoProfileSetting.java | 23
From: Timo Mueller timo.muel...@bmw-carit.de
The added method calls the performOK method on the provided preference
page to store the current content of the page.
This callback is needed so the profile UI is able to propagate changes
to the preference page it is part of.
Signed-off-by: Timo
From: Timo Mueller timo.muel...@bmw-carit.de
Yocto preferences are now stored using a user-defined name that
identifies a target profile. To store these preferences eclipse'
scoped preferences provider is used. The filename in the eclipse
configuration area is derived from the unique target
From: Timo Mueller timo.muel...@bmw-carit.de
A profile is removed from the list, when the delete button is
clicked. The deletion has to be confirmed by the user. Deleting the
standard profile is not allowed.
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
From: Timo Mueller timo.muel...@bmw-carit.de
When the rename button is clicked a dialog shows up and the user has
to provide the new name for the profile. The validity of the name is
checked during input. If the name is valid and the users confirms the
profile is renamed. Renaming the standard
From: Timo Mueller timo.muel...@bmw-carit.de
When switching profile the values of the profile are retrieved from
the preference store. The UI is updated using the retrieved values.
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
From: Timo Mueller timo.muel...@bmw-carit.de
When switching profile the values of the profile are retrieved from
the preference store. The UI is updated using the retrieved values.
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
From: Timo Mueller timo.muel...@bmw-carit.de
When renaming a profile the current values are stored in the profile's
new preference store.
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
.../org.yocto.sdk.ide/src/org/yocto/sdk/ide/YoctoProfileSetting.java | 4
1 file changed, 4
From: Timo Mueller timo.muel...@bmw-carit.de
When renaming a profile the current values are stored in the profile's
new preference store.
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
.../org.yocto.sdk.ide/src/org/yocto/sdk/ide/YoctoProfileSetting.java | 4
1 file changed, 4
From: Timo Mueller timo.muel...@bmw-carit.de
YoctoUIElement should always be the first element, e.g. as in
saveElemToStore().
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
plugins/org.yocto.sdk.ide/src/org/yocto/sdk/ide/YoctoSDKUtils.java | 2 +-
From: Timo Mueller timo.muel...@bmw-carit.de
Deletion of a profile currently has no effects on the preference
page.
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
.../org.yocto.sdk.ide/src/org/yocto/sdk/ide/YoctoProfileSetting.java | 4
1 file changed, 4 insertions(+)
diff
From: Timo Mueller timo.muel...@bmw-carit.de
The dialog has been merged with the project settings. Therefor the
message is no longer needed.
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
.../org.yocto.sdk.ide/src/org/yocto/sdk/ide/YoctoSDKMessages.properties | 1 -
1 file changed,
From: Timo Mueller timo.muel...@bmw-carit.de
When the rename button is clicked a dialog shows up and the user has
to provide the new name for the profile. The validity of the name is
checked during input. If the name is valid and the users confirms the
profile is renamed. Renaming the standard
From: Timo Mueller timo.muel...@bmw-carit.de
The preference page is now aware of profiles. By default the standard
profile is used and the values are stored to its preference store. If
a different profile is selected it's preferences store is used
instead.
Signed-off-by: Timo Mueller
From: Timo Mueller timo.muel...@bmw-carit.de
Deletion of a profile currently has no effects on the preference
page.
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
.../org.yocto.sdk.ide/src/org/yocto/sdk/ide/YoctoProfileSetting.java | 4
1 file changed, 4 insertions(+)
diff
From: Timo Mueller timo.muel...@bmw-carit.de
The preference page is now aware of profiles. By default the standard
profile is used and the values are stored to its preference store. If
a different profile is selected it's preferences store is used
instead.
Signed-off-by: Timo Mueller
From: Timo Mueller timo.muel...@bmw-carit.de
Adds the UI elements that allow managing profiles to the preference
page.
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
.../src/org/yocto/sdk/ide/preferences/YoctoSDKPreferencePage.java | 4 +++-
1 file changed, 3 insertions(+), 1
From: Timo Mueller timo.muel...@bmw-carit.de
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
.../src/org/yocto/sdk/ide/YoctoProfileSetting.java | 18 --
.../sdk/ide/preferences/YoctoSDKPreferencePage.java | 21 +
2 files changed, 21 insertions(+),
From: Timo Mueller timo.muel...@bmw-carit.de
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
.../src/org/yocto/sdk/ide/YoctoProfileSetting.java | 18 --
.../sdk/ide/preferences/YoctoSDKPreferencePage.java | 21 +
2 files changed, 21 insertions(+),
From: Atanas Gegov atanas.ge...@bmw-carit.de
The YoctoUISetting form as a whole can be disabled and enabled using
this method. A disabled form can for example show a read-only yocto
configuration.
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
From: Timo Mueller timo.muel...@bmw-carit.de
Adds the UI elements that allow managing profiles to the preference
page.
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
.../src/org/yocto/sdk/ide/preferences/YoctoSDKPreferencePage.java | 4 +++-
1 file changed, 3 insertions(+), 1
From: Timo Mueller timo.muel...@bmw-carit.de
When the save as button is clicked a dialog shows up and the user has
to provide the name of the new profile. The validity of the name is
checked during input. If the name is valid and the users confirms the
new profile is created from the current
From: Timo Mueller timo.muel...@bmw-carit.de
A profile is removed from the list, when the delete button is
clicked. The deletion has to be confirmed by the user. Deleting the
standard profile is not allowed.
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
From: Timo Mueller timo.muel...@bmw-carit.de
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
features/org.yocto.sdk.site/site.xml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/features/org.yocto.sdk.site/site.xml
b/features/org.yocto.sdk.site/site.xml
index
From: Timo Mueller timo.muel...@bmw-carit.de
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
features/org.yocto.bc.headless.build/customTargets.xml | 4 ++--
features/org.yocto.sdk.headless.build/customTargets.xml | 4 ++--
features/org.yocto.sdk.site/category.xml| 6
From: Timo Mueller timo.muel...@bmw-carit.de
Adds yocto specific eclipse help to the plugin. The help is currently
empty but will contain the official yocto documentation later.
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
plugins/org.yocto.doc.user/.classpath | 6
From: Timo Mueller timo.muel...@bmw-carit.de
Hi,
the last proposal integrated the yocto documentation into the existing
doc plugin of the yocto ADT feature. As Jessica pointed out is does
not make sense to bundle all parts of the yocto documentation with the
ADT feature. As some parts of the
From: Timo Mueller timo.muel...@bmw-carit.de
As documentation is licensed under CCA-SA 2.0 UK and the plugin itself
is licensed under EPL v1.0 an about file needs to be added to the
plugin identifying the third party content.
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
From: Timo Mueller timo.muel...@bmw-carit.de
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
features/org.yocto.doc.headless.build/.project | 11 +
.../org.yocto.doc.headless.build/build.properties | 262 +
.../org.yocto.doc.headless.build/customTargets.xml |
From: Timo Mueller timo.muel...@bmw-carit.de
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
scripts/build.sh | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/scripts/build.sh b/scripts/build.sh
index 8d8b4c3..66973e9 100755
--- a/scripts/build.sh
+++
From: Timo Mueller timo.muel...@bmw-carit.de
After successful generation the eclipse help files and the table of
contents of each manual are copied to the user.doc plugin.
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
scripts/generate-doc.sh | 2 ++
1 file changed, 2 insertions(+)
From: Timo Mueller timo.muel...@bmw-carit.de
When building the plugin the matching documentation is automatically
generated and added to the user.doc plugin prior to the plugin build.
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
scripts/build.sh | 7 +++
1 file changed, 7
From: Timo Mueller timo.muel...@bmw-carit.de
The separate yocto manuals are added to the table of contents to
prepare their inclusion into the plugin.
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
plugins/org.yocto.doc.user/plugin.xml | 24
From: Timo Mueller timo.muel...@bmw-carit.de
This script will checkout the yocto-docs project containing the
official yocto documentation. After successful checkout the eclipse
help is generated and the about.html file of the doc.user plugin is
created.
Signed-off-by: Timo Mueller
From: Timo Mueller timo.muel...@bmw-carit.de
Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de
---
features/org.yocto.sdk.site/category.xml | 4
features/org.yocto.sdk.site/site.xml | 4
2 files changed, 8 insertions(+)
diff --git a/features/org.yocto.sdk.site/category.xml
From: Timo Mueller timo.muel...@bmw-carit.de
As the eclipse generation is currently not part of the master the
generation is always using the origin/timo branch to generate the
eclipse help. This patch is added for testing purposes only.
DO NOT MERGE THIS PATCH UPSTREAM - ONLY APPLY LOCALLY FOR
On 01/22/2013 08:09 PM, Jeff Osier-Mixon wrote:
Hi all happy new year
The conference season starts early this year with several open source
conferences worldwide, including FOSDEM in Brussels, linux.conf.au in
Canberra, several regional Linux conferences including SCaLE in southern
Il 13/11/2012 08:01, Scott Garman ha scritto:
On 11/12/2012 11:52 AM, Anna Dushistova wrote:
Hi All,
Are the slides available somewhere?
Thanks!
Anna.
Hi Anna,
Attached are the slides and lab packet I used for the intro hands-on lab
in PDF format.
Hi all,
would be available slides and
On 01/30/2013 06:41 AM, Marco wrote:
Il 13/11/2012 08:01, Scott Garman ha scritto:
On 11/12/2012 11:52 AM, Anna Dushistova wrote:
Hi All,
Are the slides available somewhere?
Thanks!
Anna.
Hi Anna,
Attached are the slides and lab packet I used for the intro hands-on lab
in PDF format.
Folks,
We would normally start the Milestone Build in the morning, so that it
would be available by the afternoon and next day in Asia and Europe, at
this point the release is ready, we are waiting for the autobuilder to
complete the current master build.
We expect the build to start
Hi,
I'm working on an application that needs the graphics libraries. Right now
I'm still using the binary libraries (which are still default in
meta-raspberrypi). Unfortunately, the current default configuration has
two problems:
a) It chooses the wrong ABI version (hardfp instead of softfp). To
From: Philipp Wagner m...@philipp-wagner.com
Depending on the used calling convention use the hardfp or
the softfp binary graphics libraries.
Signed-off-by: Philipp Wagner m...@philipp-wagner.com
---
conf/machine/include/rpi-default-providers.inc | 10 +++---
1 file changed, 7
From: Philipp Wagner m...@philipp-wagner.com
Often the OpenGL libraries are dlopen'ed rather than linked against,
which makes it necessary to add OpenGL libraries to RDEPENDS of the
package. This of course requires that they are RPROVIDE'd somewhere.
I've seen a bug report about this at
Hi Eddy,
The SDK is meant to be used on development host for cross development instead
of target. Sounds like you need an sdk image which contains the development
tools and needed development library and kernel sources. Please refer to
core-image-sato-sdk for how to customize your image to
Thanks Jessica,
why I tried to use -c populate-sdk is because that I can find
core-image-sato-sdk but no core-image-basic-sdk available, and my
hardware is a samll jasperforest x86_64 target with 2 serial port and 1
ethernet port only, no display interface.
I'm trying to find if any of following
Hi Eddy,
I don't think build core-image-sato-sdk is the right approach. Have you looked
into following the example of hello-mod under meta-skeleton, to use bitbake to
build your kernel module?
- Jessica
From: Lai Eddy [mailto:eddy.lai...@gmail.com]
Sent: Wednesday, January 30,
52 matches
Mail list logo