Hi Jessica,
Yes, you are right, sorry about that. I will send a v2 of this patch set.
Thanks,
Ioana
From: Zhang, Jessica
Sent: Thursday, May 09, 2013 12:54 AM
To: Grigoropol, IoanaX; yocto@yoctoproject.org
Subject: RE: [yocto] [PATCH 3/3] Move filtering of
- some more refactoring for the org.yocto.sdk.remotetools
- create & populate org.yocto.remote.utils
Ioana Grigoropol (12):
Separate remote logic from GUI login in TerminalHandler
implementation
Move remote system type checkings from GUI Dialogs and to RSEHelper
Move logic for waiting f
- move RSEHelper to newly created separate plugin org.yocto.remote.utils
- clean-up RSEHelper code by removing all unused methods
- moved message strings that are relevant for this plugin to the corresponding
class
- modify remotetools plugin to use RSEHelper from org.yocto.remote.utils
Signed-of
- TerminalHandler is used by both Perf and Latencytop handlers for running
remote commands and for holding the settings dialog
- in order to separate the common functionality for running remote
commands we need to separate the GUI from the utilitary funtions
- create DialogHandler
- RemoteShellExec is a wrapper over a remote executiong of a command in a shell
and it belongs to org.yocto.remote.utils plugin
- remove RemoteShellExec from remotetools plugin and add it to
org.yocto.remote.utils
- modify org.yocto.sdk.remotetools to use implementation from
org.yocto.remote.uti
- BaseSettingDialog contains code that checks whether the system type
associated with a certain IHost is not null, enable and remote
- these checkings should be done in the RSEHelper for two reasons:
- limit the dependecies to the RSE Api
- isolate remote functionaties from GUI
- c
- BaseSettingsDialog contains code that ensures that RSE plug-in is initialized
before performing any remote actions
- this piece of code should be placed in the RSEHelper since it does
not have any relevance for the GUI class
- created method in RSEHelper called waitForRSEInitCom
- ShellSession is used as a wrapper for a remote shell used for running
commands on a remote machine with bitbake environment
- move ShellSession org.yocto.remote.plugin since it is part of remote utilities
- remove shell session class from remotetools plugin
- modify org.yocto.sdk.remotetools to
- common helper is better suited to org.yocto.remote.utils since it is used for:
- running commands
- displaying error dialogs
- remove common helper from remote tools plugin and add it to a separated plugin
- modify org.yocto.sdk.remotetools to use implementation from
org.yocto.remote.utils
- BaseSettingDialog performs an extra filtering for suitable connections for a
given host by checking the remote system type
- this checking should be done in RSEHelper since it involves a remote
action and thus removing BaseSettingDialog dependency on RSE Api
- modified RSEHelper
Signed-off-by: Ioana Grigoropol
---
plugins/org.yocto.remote.utils/.classpath |7 +++
plugins/org.yocto.remote.utils/.project| 28 +
.../.settings/org.eclipse.jdt.core.prefs |7 +++
.../org.yocto.remote.utils/META-INF/MANIFEST.MF| 10
pl
- move TerminalHandler to separate plugin since it performs actions that are
best suited for remote utilities
- remove TerminalHandler from remotetools plugin
- modify org.yocto.sdk.remotetools to use implementation from
org.yocto.remote.utils
Signed-off-by: Ioana Grigoropol
---
.../org.yocto.
- move RSEHelper to newly created separate plugin org.yocto.remote.utils
- clean-up RSEHelper code by removing all unused methods
- moved message strings that are relevant for this plugin to the corresponding
class
- modify remotetools plugin to use RSEHelper from org.yocto.remote.utils
Signed-of
- removed TCFTerminalConnector and TCFTerminalConnectorImpl since there are no
usages of this classes
Signed-off-by: Ioana Grigoropol
---
.../remotetools/views/TCFTerminalConnector.java| 49 --
.../views/TCFTerminalConnectorImpl.java| 98
2 files
- RemoteShellExec is a wrapper over a remote executiong of a command in a shell
and it belongs to org.yocto.remote.utils plugin
- remove RemoteShellExec from remotetools plugin and add it to
org.yocto.remote.utils
- modify org.yocto.sdk.remotetools to use implementation from
org.yocto.remote.uti
- removed all plugin dependencies to the RSE API & kept only the ones needed
for GUI actions and Terminal views
Signed-off-by: Ioana Grigoropol
---
.../org.yocto.sdk.remotetools/META-INF/MANIFEST.MF | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/plugins/org.yoc
- ShellSession is used as a wrapper for a remote shell used for running
commands on a remote machine with bitbake environment
- move ShellSession org.yocto.remote.plugin since it is part of remote utilities
- remove shell session class from remotetools plugin
- modify org.yocto.sdk.remotetools to
- common helper is better suited to org.yocto.remote.utils since it is used for:
- running commands
- displaying error dialogs
- remove common helper from remote tools plugin and add it to a separated plugin
- modify org.yocto.sdk.remotetools to use implementation from
org.yocto.remote.utils
- move TerminalHandler to separate plugin since it performs actions that are
best suited for remote utilities
- remove TerminalHandler from remotetools plugin
- modify org.yocto.sdk.remotetools to use implementation from
org.yocto.remote.utils
Signed-off-by: Ioana Grigoropol
---
.../org.yocto.
- removed TCFTerminalConnector and TCFTerminalConnectorImpl since there are no
usages of this classes
Signed-off-by: Ioana Grigoropol
---
.../remotetools/views/TCFTerminalConnector.java| 49 --
.../views/TCFTerminalConnectorImpl.java| 98
2 files
- removed all plugin dependencies to the RSE API & kept only the ones needed
for GUI actions and Terminal views
Signed-off-by: Ioana Grigoropol
---
.../org.yocto.sdk.remotetools/META-INF/MANIFEST.MF | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/plugins/org.yoc
Please disregard this patch set, I will send a clean batch.
From: Grigoropol, IoanaX
Sent: Thursday, May 09, 2013 10:46 AM
To: yocto@yoctoproject.org
Cc: Grigoropol, IoanaX
Subject: [PATCH 00/12] Refactor Remote tools plugin & create Remote Utils
separate p
- BaseSettingDialog performs an extra filtering for suitable connections for a
given host by checking the remote system type
- this checking should be done in RSEHelper since it involves a remote
action and thus removing BaseSettingDialog dependency on RSE Api
- modified RSEHelper
Signed-off-by: Ioana Grigoropol
---
plugins/org.yocto.remote.utils/.classpath |7 +++
plugins/org.yocto.remote.utils/.project| 28 +
.../.settings/org.eclipse.jdt.core.prefs |7 +++
.../org.yocto.remote.utils/META-INF/MANIFEST.MF| 10
pl
- some more refactoring for the org.yocto.sdk.remotetools
- create & populate org.yocto.remote.utils
Ioana Grigoropol (12):
Separate remote logic from GUI login in TerminalHandler
implementation
Move remote system type checkings from GUI Dialogs and to RSEHelper
Move logic for waiting
- move RSEHelper to newly created separate plugin org.yocto.remote.utils
- clean-up RSEHelper code by removing all unused methods
- moved message strings that are relevant for this plugin to the corresponding
class
- modify remotetools plugin to use RSEHelper from org.yocto.remote.utils
Signed-of
- RemoteShellExec is a wrapper over a remote executiong of a command in a shell
and it belongs to org.yocto.remote.utils plugin
- remove RemoteShellExec from remotetools plugin and add it to
org.yocto.remote.utils
- modify org.yocto.sdk.remotetools to use implementation from
org.yocto.remote.uti
- BaseSettingDialog contains code that checks whether the system type
associated with a certain IHost is not null, enable and remote
- these checkings should be done in the RSEHelper for two reasons:
- limit the dependecies to the RSE Api
- isolate remote functionaties from GUI
- c
- removed TCFTerminalConnector and TCFTerminalConnectorImpl since there are no
usages of this classes
Signed-off-by: Ioana Grigoropol
---
.../remotetools/views/TCFTerminalConnector.java| 49 --
.../views/TCFTerminalConnectorImpl.java| 98
2 files
- BaseSettingsDialog contains code that ensures that RSE plug-in is initialized
before performing any remote actions
- this piece of code should be placed in the RSEHelper since it does
not have any relevance for the GUI class
- created method in RSEHelper called waitForRSEInitCom
- move TerminalHandler to separate plugin since it performs actions that are
best suited for remote utilities
- remove TerminalHandler from remotetools plugin
- modify org.yocto.sdk.remotetools to use implementation from
org.yocto.remote.utils
Signed-off-by: Ioana Grigoropol
---
.../org.yocto.
- ShellSession is used as a wrapper for a remote shell used for running
commands on a remote machine with bitbake environment
- move ShellSession org.yocto.remote.plugin since it is part of remote utilities
- remove shell session class from remotetools plugin
- modify org.yocto.sdk.remotetools to
- common helper is better suited to org.yocto.remote.utils since it is used for:
- running commands
- displaying error dialogs
- remove common helper from remote tools plugin and add it to a separated plugin
- modify org.yocto.sdk.remotetools to use implementation from
org.yocto.remote.utils
- removed all plugin dependencies to the RSE API & kept only the ones needed
for GUI actions and Terminal views
Signed-off-by: Ioana Grigoropol
---
.../org.yocto.sdk.remotetools/META-INF/MANIFEST.MF | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/plugins/org.yoc
- TerminalHandler is used by both Perf and Latencytop handlers for running
remote commands and for holding the settings dialog
- in order to separate the common functionality for running remote
commands we need to separate the GUI from the utilitary funtions
- create DialogHandler
Hi Jessica,
Please have a look at the last set of 12 patches I have sent. These should
apply cleanly on the master HEAD.
It contains both patch sets for refactoring(4 patches) and creating a new
separate plugin for remote tools(8 patches).
Thanks,
Ioana
On Wednesday 08 May 2013 21:46:56 Khem Raj wrote:
> On May 7, 2013, at 11:11 AM, "Wenholz, Brian (GE Healthcare)"
wrote:
> > I have been unsuccessful in finding one yet, and would prefer not to
> > re-invent the wheel.
>
> check
> http://layers.openembedded.org/layerindex/
Specifically the recip
- move RSEHelper to newly created separate plugin org.yocto.remote.utils
- clean-up RSEHelper code by removing all unused methods
- moved message strings that are relevant for this plugin to the corresponding
class
- modify remotetools plugin to use RSEHelper from org.yocto.remote.utils
- add plug
- move RSEHelper to newly created separate plugin org.yocto.remote.utils
- clean-up RSEHelper code by removing all unused methods
- moved message strings that are relevant for this plugin to the corresponding
class
- modify remotetools plugin to use RSEHelper from org.yocto.remote.utils
- add plug
I have sent a v3 of this patch that includes also the clean-up for remotetools
plugin.
Please disregard this one.
From: Grigoropol, IoanaX
Sent: Thursday, May 09, 2013 3:06 PM
To: yocto@yoctoproject.org
Cc: Grigoropol, IoanaX
Subject: [PATCH v2] Move RSEHe
On 9 May 2013 01:15, Flanagan, Elizabeth wrote:
> I've respun 1.3.2_rc1 per request. So far, there are a few known
> issues that I've been opening bugs for: gnome-desktop fails
> do_install, powertop fails do_compile and a still more sanity test
> failures mainly around connman and shutdown.
The
When I execute MACHINE=beagleboard bitbake gsl
Build Configuration:
BB_VERSION= "1.19.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "Fedora-18"
TARGET_SYS= "arm-poky-linux-gnueabi"
MACHINE = "beagleboard"
DISTRO
On 09/05/13 16:48, Edward Vidal wrote:
> "file://NEWS;beginline=362;endline=363;md5=325d4344063147ef38e3ac2cbf1cc157"
You should be hashing the actual license file, not the NEWS file. Also,
the above is only hashing one line of the file, while your md5 sum is
for the whole file.
Tomas
__
Hi,
On 9 May 2013 16:48, Edward Vidal wrote:
> I am trying to write the recipe to add gsl-1.15 to core-image-sato.
>
> First I did mdkir poky/meta/recipes-support/gsl
>
> Is this the correct location for this recipe?
It's a perfectly valid location. The recipes folders have no defined
structure
Atom netbook from a FLASH drive. Thanks
Pete___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
quot;
TARGET_SYS= "arm-poky-linux-gnueabi"
MACHINE = "beagleboard"
DISTRO= "poky"
DISTRO_VERSION= "1.3+snapshot-20130509"
TUNE_FEATURES = "armv7a vfp neon"
TARGET_FPU= "vfp-neon"
meta
meta-yocto
meta-yoc
On 9 May 2013 17:50, Edward Vidal wrote:
> The only place I saw ** License updated to GNU GPL version 3. was in the
> NEWS file.
GNU software typically includes a COPYING file with the license terms
in, use that entire file.
Ross
___
yocto mailing lis
with GUI.
Thanks
From: Peter Tornel
To: "yocto@yoctoproject.org"
Sent: Thursday, May 9, 2013 12:29 PM
Subject: [yocto] Please point me to the binary that has the best chance of
booting a dual core...
Atom netbook from a FLASH drive. Thanks
Pete
_
There are several BSPs for different Atom processors. The generic Atom
processor might be a good starting point:
https://www.yoctoproject.org/download/intel%C2%AE-atom%E2%84%A2-based-pcs-an
d-devices-atom-pc
The distribution built with the core-image-sato would give you a GUI shell
interf
Hello,
Below is the current gs_1.15.bb
DESCRIPTION = "GNU Scientific Library (GSL)"
HOMEPAGE = "http://www.gnu.org/software/gsl/";
LICENSE = "GPLv3"
LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504"
SRC_URI = "http://mirror.rit.edu/gnu/gnu/gsl/gsl-${PV}.tar.gz";
SRC_URI[md5
Please change the License to 2013. Also if execute only returns null, does it
make sense to declare the API return object?
Thanks,
Jessica
-Original Message-
From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] On
Behalf Of Ioana Grigoropol
Sent: Thursday, May 0
We can't base on JavaSE 1.7, please move down to 1.6
-Original Message-
From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] On
Behalf Of Ioana Grigoropol
Sent: Thursday, May 09, 2013 12:53 AM
To: yocto@yoctoproject.org
Subject: [yocto] [PATCH 05/12] Initial commit
Hi Ioana,
I merged 02-04 patches since they're clear to me what they meant for. As to
rest, I've provided some feedbacks. So please rebase against master. Also in
general, please send out patches to clearly mark what they're meant for and
please don't send a big patch set that contains everyt
- TerminalHandler is used by both Perf and Latencytop handlers for running
remote commands and for holding the settings dialog
- in order to separate the common functionality for running remote
commands we need to separate the GUI from the utilitary funtions
- create DialogHandler
***
> When I execute MACHINE=beagleboard bitbake gsl
>
> Build Configuration:
> BB_VERSION= "1.19.0"
> BUILD_SYS = "x86_64-linux"
> NATIVELSBSTRING = "Fedora-18"
> TARGET_SYS= "arm-poky-l
Please fix the license as 2013.
Thanks,
Jessica
-Original Message-
From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] On
Behalf Of Ioana Grigoropol
Sent: Thursday, May 09, 2013 11:47 AM
To: yocto@yoctoproject.org
Subject: [yocto] [PATCH v2] Separate remote logic
- TerminalHandler is used by both Perf and Latencytop handlers for running
remote commands and for holding the settings dialog
- in order to separate the common functionality for running remote
commands we need to separate the GUI from the utilitary funtions
- create DialogHandler
Merged to eclipse-poky master.
Thanks,
Jessica
-Original Message-
From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] On
Behalf Of Ioana Grigoropol
Sent: Thursday, May 09, 2013 1:01 PM
To: yocto@yoctoproject.org
Subject: [yocto] [PATCH v3] Separate remote logic f
- initial commit & populate for remote utils common plugin
Ioana Grigoropol (6):
Initial commit for separate remote utilities plugin
Move RSEHelper to a separate plugin
Move RemoteShellExec to separate plugin
Move ShellSession to org.yocto.remote.utils separate plugin
Move CommonHelper
Signed-off-by: Ioana Grigoropol
---
plugins/org.yocto.remote.utils/.classpath |7 +++
plugins/org.yocto.remote.utils/.project| 28 +
.../.settings/org.eclipse.jdt.core.prefs |7 +++
.../org.yocto.remote.utils/META-INF/MANIFEST.MF| 10
pl
- clean-up and dependencies to RSE api from org.yocto.sdk.remotetools
Ioana Grigoropol (2):
Remove unused TCFTerminalConnectors
Remove all plugin dependencies to RSE APi from remote tools plugin
.../org.yocto.sdk.remotetools/META-INF/MANIFEST.MF | 10 +-
.../remotetools/views/TCFTerminalCo
- removed TCFTerminalConnector and TCFTerminalConnectorImpl since there are no
usages of this classes
Signed-off-by: Ioana Grigoropol
---
.../remotetools/views/TCFTerminalConnector.java| 49 --
.../views/TCFTerminalConnectorImpl.java| 98
2 files
- removed all plugin dependencies to the RSE API & kept only the ones needed
for GUI actions and Terminal views
Signed-off-by: Ioana Grigoropol
---
.../org.yocto.sdk.remotetools/META-INF/MANIFEST.MF | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/plugins/org.yoc
- move RSEHelper to newly created separate plugin org.yocto.remote.utils
- clean-up RSEHelper code by removing all unused methods
- moved message strings that are relevant for this plugin to the corresponding
class
- modify remotetools plugin to use RSEHelper from org.yocto.remote.utils
- add plug
- ShellSession is used as a wrapper for a remote shell used for running
commands on a remote machine with bitbake environment
- move ShellSession org.yocto.remote.plugin since it is part of remote utilities
- remove shell session class from remotetools plugin
- modify org.yocto.sdk.remotetools to
- RemoteShellExec is a wrapper over a remote executiong of a command in a shell
and it belongs to org.yocto.remote.utils plugin
- remove RemoteShellExec from remotetools plugin and add it to
org.yocto.remote.utils
- modify org.yocto.sdk.remotetools to use implementation from
org.yocto.remote.uti
- move TerminalHandler to separate plugin since it performs actions that are
best suited for remote utilities
- remove TerminalHandler from remotetools plugin
- modify org.yocto.sdk.remotetools to use implementation from
org.yocto.remote.utils
Signed-off-by: Ioana Grigoropol
---
.../org.yocto.
- common helper is better suited to org.yocto.remote.utils since it is used for:
- running commands
- displaying error dialogs
- remove common helper from remote tools plugin and add it to a separated plugin
- modify org.yocto.sdk.remotetools to use implementation from
org.yocto.remote.utils
68 matches
Mail list logo
