Re: [yocto] Problem Installing Package Manager in FRI2

2013-04-30 Thread Richard Purdie
Hi,

On Sat, 2013-04-06 at 14:24 -0600, Esteban Rivera wrote:
> I'm trying to generate an image for the FRI2 using the official Intel
> BSP provided in the Yocto Project website, in this image I want to
> include at least one package manager.
>
> I'm Using poky 8.0 with Hob GUI, from the recipes listed that can be
> included in the image I can see Dpkg and Zypper package managers, but
> I have trouble with both packages.

Usually, an image contains the package manager which it was created
with, so if you build the image with rpms, it would contain zypper and
rpm, if you build it with ipks, it would contain opkg and if you use deb
files, it would contain apt and dpkg.

Also note that we dropped zypper in favour of smart in the 1.4 cycle.

> I'm unable to create the Image whenever Dpkg is included because of
> the following error message:
>
>error: Failed dependencies:
> /home/poky-danny-8.0/build/tmp/sysroots/x86_64-linux/usr/bin/perl-native/perl 
> is needed by dpkg-1.16.8-r18.0.core2

Its unusual to include dpkg in an rpm based image which I can tell from
this error message you're trying to do.

The problem is that the dpkg package for use in the target device is
referencing paths which are on the build system. There is some script in
that package with an incorrect header.

> I get this message even tho the files do exist at the path specified
> by the error message.
>
> On the other hand whenever I select Zypper, the image is created
> correctly but any zypper commands ends up showing the following error:
>
> zypper: dbconfig.c:493: db3New: Assertion 'dbOpts != ((void *)0) &&
> *db0pts != '\0'' failed.
> Aborted  

zypper should be added to an rpm image automatically, unless you select
removal of the package manager.

This sounds very like
https://bugzilla.yoctoproject.org/show_bug.cgi?id=2936

Cheers,

Richard


___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


Re: [yocto] poky: Bitbake nothing provides error

2013-04-30 Thread Katu Txakur
Thank you Paul


2013/4/29 Paul Eggleton 

> On Monday 29 April 2013 15:07:27 Katu Txakur wrote:
> > The instructions in
> >
> https://github.com/gumstix/Gumstix-YoctoProject-Repo/blob/master/README.md
> > worked
> > for me, at least you can get them and have a look at the
> > build/conf/local.conf file.
> >
> > Paul, how can get the recipes and related files that I find in the
> > layerindex?
>
> Typically, if you find a recipe in the layer index, assuming it isn't a
> distribution layer, you would add the layer it is contained in to your
> conf/bblayers.conf rather than trying to extract the single recipe and all
> the
> files it needs. To do this:
>
> 1) Click on the layer link on the right hand side of the recipe list or
> within
> the page for the recipe
>
> 2) Grab the git URL for the layer repository (assuming JavaScript is
> enabled
> in your browser you can click once on the arrow on the left to select the
> text
> and then you can copy it easily)
>
> 3) Clone that repository somewhere on your machine
>
> 4) Add the path to the layer (including the subdirectory if specified on
> the
> layer index page for the layer) to conf/bblayers.conf
>
> Cheers,
> Paul
>
> --
>
> Paul Eggleton
> Intel Open Source Technology Centre
>
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] booting with systemd fails with poky 9.0.0 & meta-ivi 4.0 & meta-intel master

2013-04-30 Thread Felix01 Fischer
Hello,

I am not able to boot a genivi-compliant yocto build. The error is 

"/init:: line XX: mount: not found"

I'm using poky 9.0.0, meta-ivi 4.0 & meta-intel master, machine??= 
crownbay, DISTRO ?= "poky-ivi-systemd" and followed the inherent README.

This error occurred with yocto 8.0.1, meta-ivi 3.0 & meta-intel 8.0.0, 
too.

I'm kinda new to the whole systemd thing, so maybe this error is trivial 
to solve?

Regards,

Felix Fischer


Viele Grüße

Felix Fischer

Studentischer Mitarbeiter (VC-D1)
Vehicle Cockpit Electronics Devices

IAV GmbH
Carnotstr. 1
10587 BERLIN
GERMANY

Phone: +49 30 39978-9540
Fax:  +49 30 39978-9411
E-Mail:  
Internet: http://www.iav.com

Sitz/Registered Office: Berlin, 
Registergericht/Registration Court: Amtsgericht Charlottenburg, 
Registernummer/Company Registration Number: HRB 21 280, 
Geschäftsführer/Managing Directors: Kurt Blumenröder, Michael Schubert, 
Dr. Rüdiger Goyk
 ___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] [PATCH 0/8] Refactoring of remotetools plugin

2013-04-30 Thread Ioana Grigoropol
- refactor all remote tools plugin to have single points of control for remote 
utilities plugin
- remove all duplicate code

Ioana Grigoropol (8):
  Remove UstLegacyModel since it is no longer supported
  Refactor Model(s) to display customized messages
  Unify preProcess for all commands models
  Add default behaviour for commands for post processing
  Remove duplicate code when getting remote data from powertop and ust2
  Refactor RemoteApplication implementation
  Refactor powertop, oprofile and ust2 models to remote duplicate code
  Refactor Latencytop and Perf Handler to remove duplicate code

 .../yocto/sdk/remotetools/actions/BaseModel.java   |  114 +++---
 .../sdk/remotetools/actions/IBaseConstants.java|3 +
 .../sdk/remotetools/actions/LatencytopHandler.java |   22 +-
 .../sdk/remotetools/actions/OprofileModel.java |   79 ++-
 .../yocto/sdk/remotetools/actions/PerfHandler.java |   22 +-
 .../sdk/remotetools/actions/PowertopModel.java |   91 ++--
 .../sdk/remotetools/actions/SystemtapModel.java|   34 ++-
 .../sdk/remotetools/actions/TerminalHandler.java   |   16 +-
 .../yocto/sdk/remotetools/actions/Ust2Model.java   |  132 +++
 .../sdk/remotetools/actions/UstModelLegacy.java|  238 
 .../sdk/remotetools/remote/RemoteApplication.java  |  155 -
 .../sdk/remotetools/remote/RemoteShellExec.java|  149 
 12 files changed, 346 insertions(+), 709 deletions(-)
 delete mode 100644 
plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/UstModelLegacy.java
 delete mode 100644 
plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/remote/RemoteApplication.java
 create mode 100644 
plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/remote/RemoteShellExec.java

-- 
1.7.9.5

___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] [PATCH 1/8] Remove UstLegacyModel since it is no longer supported

2013-04-30 Thread Ioana Grigoropol
- lttng legacy support was dropped but the model remained behind and it should 
not be maintained anymore

Signed-off-by: Ioana Grigoropol 
---
 .../sdk/remotetools/actions/UstModelLegacy.java|  238 
 1 file changed, 238 deletions(-)
 delete mode 100644 
plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/UstModelLegacy.java

diff --git 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/UstModelLegacy.java
 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/UstModelLegacy.java
deleted file mode 100644
index 776f3d5..000
--- 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/UstModelLegacy.java
+++ /dev/null
@@ -1,238 +0,0 @@
-/***
- * Copyright (c) 2010 Intel Corporation.
- * All rights reserved. This program and the accompanying materials
- * are made available under the terms of the Eclipse Public License v1.0
- * which accompanies this distribution, and is available at
- * http://www.eclipse.org/legal/epl-v10.html
- *
- * Contributors:
- * Intel - initial API and implementation
- 
***/
-package org.yocto.sdk.remotetools.actions;
-
-import java.io.BufferedReader;
-import java.io.File;
-import java.io.InputStreamReader;
-import java.lang.reflect.InvocationTargetException;
-
-import org.eclipse.core.resources.IFolder;
-import org.eclipse.core.resources.IProject;
-import org.eclipse.core.resources.IResource;
-import org.eclipse.core.resources.IWorkspaceRoot;
-import org.eclipse.core.resources.ResourcesPlugin;
-import org.eclipse.core.runtime.IProgressMonitor;
-import org.eclipse.core.runtime.Path;
-import org.eclipse.core.runtime.SubProgressMonitor;
-import org.eclipse.core.runtime.IPath;
-import org.eclipse.rse.core.model.IHost;
-import org.eclipse.ui.IWorkbenchWindow;
-
-import org.yocto.sdk.remotetools.CommonHelper;
-import org.yocto.sdk.remotetools.Messages;
-import org.yocto.sdk.remotetools.RSEHelper;
-import org.yocto.sdk.remotetools.remote.RemoteApplication;
-
-public class UstModelLegacy extends BaseModel {
-   
-   static final private String REMOTE_EXEC="/tmp/yocto_ust.sh";
-   static final private String LOCAL_SCRIPT="resources/yocto_ust.sh";
-   
-   static final private String LOCAL_FILE_SUFFIX=".local.tar";
-   static final private String REMOTE_FILE_SUFFIX=".tar";
-   static final private String LOCAL_EXEC="lttv-gui";
-   public static final String TRACE_FOLDER_NAME = "Traces";
-   static final private String DATAFILE_PREFIX = "ustfile:";
-   
-   private String argument;
-   private String application;
-   private String prj_name;
-   
-   private String localfile;
-   
-   private IWorkbenchWindow window;
-   
-   public UstModelLegacy(IHost host, String app,String arg, String 
project, IWorkbenchWindow window) {
-   super(host);
-   application=app;
-   argument=arg;
-   prj_name = project;
-   this.window=window;
-   }
-
-   @Override
-   public void preProcess(IProgressMonitor monitor)
-   throws InvocationTargetException, InterruptedException {
-   ///upload script to remote
-   try {
-   RSEHelper.putRemoteFileInPlugin(
-   rseConnection, 
-   LOCAL_SCRIPT, 
-   REMOTE_EXEC,
-   monitor);
-   }catch (InterruptedException e){
-   throw e;
-   }catch (InvocationTargetException e) {
-   throw e;
-   }catch (Exception e) {
-   throw new InvocationTargetException(e,e.getMessage());
-   }
-
-   }
-
-   @Override
-   public void postProcess(IProgressMonitor monitor)
-   throws InvocationTargetException, InterruptedException {
-   try {
-   new File(localfile).delete();
-   //NOT delete the directory since lttv-gui is running 
asynchronously
-   //new 
File(localfile.substring(0,localfile.length()-LOCAL_FILE_SUFFIX.length())).delete();
-   }catch (Exception e) {
-   
-   }
-   }
-   
-   private String generateData(IProgressMonitor monitor) throws Exception {
-   int exit_code;
-   RemoteApplication app=new 
RemoteApplication(rseConnection,null,REMOTE_EXEC,null);
-   String tempArgs=new String();
-   if(application!=null)
-   tempArgs=tempArgs.concat(application + " ");
-   if(argument!=null)
-   tempArgs=tem

[yocto] [PATCH 2/8] Refactor Model(s) to display customized messages

2013-04-30 Thread Ioana Grigoropol
- each of the remote tools models (systemtap, oprofile, powertop, ust2, 
ustlegacy) inherits BaseModel class
- when running any of these models there are a series of actions performed such 
as:
- init
- pre-process
- process
- post-process
- clean
- while the action is running a progress monitor is display showing no message 
and no progress update
- in order to set an appropriate message for the monitor, define a 
taskName at the parent level
that will be customized by each of the models
- each time the action performed changes the monitor's subtask message 
should be updated accordingly

Signed-off-by: Ioana Grigoropol 
---
 .../yocto/sdk/remotetools/actions/BaseModel.java   |   70 
 .../sdk/remotetools/actions/OprofileModel.java |   15 +++--
 .../sdk/remotetools/actions/PowertopModel.java |   13 ++--
 .../sdk/remotetools/actions/SystemtapModel.java|7 +-
 .../yocto/sdk/remotetools/actions/Ust2Model.java   |   10 +--
 5 files changed, 70 insertions(+), 45 deletions(-)

diff --git 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/BaseModel.java
 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/BaseModel.java
index 4f6a5c8..e1abd63 100644
--- 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/BaseModel.java
+++ 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/BaseModel.java
@@ -18,49 +18,63 @@ import org.eclipse.jface.operation.IRunnableWithProgress;
 import org.eclipse.rse.core.model.IHost;
 
 abstract public class BaseModel implements IRunnableWithProgress {
-   
-   protected IHost rseConnection;
+   protected IHost host;
+   protected String taskName;
+
+   private static final int WORKLOAD = 100;
+
+   private static final int INIT_PERCENT = 5;
+   private static final int PRE_PROCESS_PERCENT = 30;
+   private static final int PROCESS_PERCENT = 30;
+   private static final int POST_PROCESS_PERCENT = 30;
+   private static final int CLEAN_PERCENT = 5;
+
+   private static final String RUN_MSG = "Running task: ";
+   private static final String INIT_MSG = "Initializing ";
+   private static final String PRE_PROCESS_MSG = "Preparing ";
+   private static final String PROCESS_MSG = "Processing ";
+   private static final String POST_PROCESS_MSG = "Finishing ";
+   private static final String CLEAN_MSG = "Cleaning ";
+   private static final String DOTS = "...";
 
abstract public void preProcess(IProgressMonitor monitor) throws 
InvocationTargetException, InterruptedException;
abstract public void postProcess(IProgressMonitor monitor) throws 
InvocationTargetException,InterruptedException;
abstract public void process(IProgressMonitor monitor) throws 
InvocationTargetException,InterruptedException;

-   public BaseModel(IHost rseConnection) {
-   this.rseConnection=rseConnection;
+   BaseModel(IHost host, String taskName) {
+   this.host = host;
+   this.taskName = taskName;
}
-   
protected void init(IProgressMonitor monitor) throws 
InvocationTargetException, InterruptedException {
-   /*
-   if(rseConnection==null) {
-   throw new InvocationTargetException(new Exception("NULL 
rse connection"),"NULL rse connection");
-   }*/
}

-   protected void uninit(IProgressMonitor monitor) throws 
InvocationTargetException, InterruptedException {
-
+   protected void clean(IProgressMonitor monitor) throws 
InvocationTargetException, InterruptedException {
}
-   
+
public void run(IProgressMonitor monitor) throws 
InvocationTargetException,
 InterruptedException {

try {
-   monitor.beginTask("", 100);
-   init(new SubProgressMonitor(monitor,5));
-   if(monitor.isCanceled())
-   throw new InterruptedException("User 
canncelled");
-   preProcess(new SubProgressMonitor(monitor,30));
-   if(monitor.isCanceled())
-   throw new InterruptedException("User 
canncelled");
-   process(new SubProgressMonitor(monitor,30));
-   if(monitor.isCanceled())
-   throw new InterruptedException("User 
canncelled");
-   postProcess(new SubProgressMonitor(monitor,30));
-   }catch (InterruptedException e){
-   throw e;
-   }catch (InvocationTargetException e) {
+   monitor.beginTask(RUN_MSG + taskName, WORKLOAD);
+
+   monitor.subTask(INIT_MSG + taskName + DOTS);
+   init(new SubProgressMonitor(monitor

[yocto] [PATCH 4/8] Add default behaviour for commands for post processing

2013-04-30 Thread Ioana Grigoropol
- after processing the remote tool command, the post processing action is 
performed
- for most of the remote tools commands, this action doesn't actually do 
something, with to exceptions that perform some file cleanup
- provide empty behaviour for post-processing action in BaseModel and 
only perform clean-up for actions that need it

Signed-off-by: Ioana Grigoropol 
---
 .../yocto/sdk/remotetools/actions/BaseModel.java   |3 ++-
 .../sdk/remotetools/actions/OprofileModel.java |6 --
 .../sdk/remotetools/actions/PowertopModel.java |1 -
 .../sdk/remotetools/actions/SystemtapModel.java|5 -
 .../yocto/sdk/remotetools/actions/Ust2Model.java   |   12 
 5 files changed, 2 insertions(+), 25 deletions(-)

diff --git 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/BaseModel.java
 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/BaseModel.java
index e13d1cf..650cc67 100644
--- 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/BaseModel.java
+++ 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/BaseModel.java
@@ -52,7 +52,8 @@ abstract public class BaseModel implements 
IRunnableWithProgress {
throw new InvocationTargetException(e, e.getMessage());
}
}
-   abstract public void postProcess(IProgressMonitor monitor) throws 
InvocationTargetException,InterruptedException;
+   public void postProcess(IProgressMonitor monitor) throws 
InvocationTargetException,InterruptedException{}
+
abstract public void process(IProgressMonitor monitor) throws 
InvocationTargetException,InterruptedException;

BaseModel(IHost host, String taskName, String localScript, String 
remoteExec) {
diff --git 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/OprofileModel.java
 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/OprofileModel.java
index 31c0667..794a101 100644
--- 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/OprofileModel.java
+++ 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/OprofileModel.java
@@ -42,12 +42,6 @@ public class OprofileModel extends BaseModel {
super(host, TASK_NAME, LOCAL_SCRIPT, REMOTE_EXEC);
this.window = window;
}
-
-   @Override
-   public void postProcess(IProgressMonitor monitor)
-   throws InvocationTargetException, InterruptedException {
-
-   }

private void startServer(IProgressMonitor monitor) throws Exception {
int exit_code;
diff --git 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/PowertopModel.java
 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/PowertopModel.java
index dc43af0..0bd4e9e 100644
--- 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/PowertopModel.java
+++ 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/PowertopModel.java
@@ -57,7 +57,6 @@ public class PowertopModel extends BaseModel {
try {
new File(localfile).delete();
}catch (Exception e) {
-   
}
}

diff --git 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/SystemtapModel.java
 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/SystemtapModel.java
index 294f866..ed8960d 100644
--- 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/SystemtapModel.java
+++ 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/SystemtapModel.java
@@ -83,9 +83,4 @@ public class SystemtapModel extends BaseModel {
throw new InvocationTargetException(e,e.getMessage());
}
}
-   
-   @Override
-   public void postProcess(IProgressMonitor monitor) 
-   throws InvocationTargetException, InterruptedException 
{}
-
 }
diff --git 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/Ust2Model.java
 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/Ust2Model.java
index 40a86d5..2f508a6 100644
--- 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/Ust2Model.java
+++ 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/Ust2Model.java
@@ -57,18 +57,6 @@ public class Ust2Model extends BaseModel {
prj_name = project;
this.window = window;
}
-
-   @Override
-   public void postProcess(IProgressMonitor monitor)
-   throws InvocationTargetException, InterruptedException {
-   try {
-   //new File(localfile).delete();
-   //NOT delete the 

[yocto] [PATCH 3/8] Unify preProcess for all commands models

2013-04-30 Thread Ioana Grigoropol
- all remote tools models(except systemtap) perform the same action in the 
pre-processing step duplicating the code
- move the default code for pre-processing step in the BaseModel
- move the local script path and the remote executable location 
variables that are needed for pre-processing in the BaseModel
- customize the variables in the constructor of each remote tool model

Signed-off-by: Ioana Grigoropol 
---
 .../yocto/sdk/remotetools/actions/BaseModel.java   |   22 +++--
 .../sdk/remotetools/actions/OprofileModel.java |   42 +
 .../sdk/remotetools/actions/PowertopModel.java |   39 +---
 .../sdk/remotetools/actions/SystemtapModel.java|   30 ++---
 .../yocto/sdk/remotetools/actions/Ust2Model.java   |   47 ++--
 5 files changed, 67 insertions(+), 113 deletions(-)

diff --git 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/BaseModel.java
 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/BaseModel.java
index e1abd63..e13d1cf 100644
--- 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/BaseModel.java
+++ 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/BaseModel.java
@@ -16,11 +16,14 @@ import org.eclipse.core.runtime.IProgressMonitor;
 import org.eclipse.core.runtime.SubProgressMonitor;
 import org.eclipse.jface.operation.IRunnableWithProgress;
 import org.eclipse.rse.core.model.IHost;
+import org.yocto.sdk.remotetools.RSEHelper;
 
 abstract public class BaseModel implements IRunnableWithProgress {
protected IHost host;
protected String taskName;
-
+   protected String localScript;
+   protected String remoteExec;
+   
private static final int WORKLOAD = 100;
 
private static final int INIT_PERCENT = 5;
@@ -37,13 +40,26 @@ abstract public class BaseModel implements 
IRunnableWithProgress {
private static final String CLEAN_MSG = "Cleaning ";
private static final String DOTS = "...";
 
-   abstract public void preProcess(IProgressMonitor monitor) throws 
InvocationTargetException, InterruptedException;
+   public void preProcess(IProgressMonitor monitor) throws 
InvocationTargetException,  InterruptedException{
+   //upload script to remote
+   try {
+   RSEHelper.putRemoteFileInPlugin(host, localScript, 
remoteExec, monitor);
+   }catch (InterruptedException e){
+   throw e;
+   }catch (InvocationTargetException e) {
+   throw e;
+   }catch (Exception e) {
+   throw new InvocationTargetException(e, e.getMessage());
+   }
+   }
abstract public void postProcess(IProgressMonitor monitor) throws 
InvocationTargetException,InterruptedException;
abstract public void process(IProgressMonitor monitor) throws 
InvocationTargetException,InterruptedException;

-   BaseModel(IHost host, String taskName) {
+   BaseModel(IHost host, String taskName, String localScript, String 
remoteExec) {
this.host = host;
this.taskName = taskName;
+   this.localScript = localScript;
+   this.remoteExec = remoteExec;
}
protected void init(IProgressMonitor monitor) throws 
InvocationTargetException, InterruptedException {
}
diff --git 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/OprofileModel.java
 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/OprofileModel.java
index 71ff4d9..31c0667 100644
--- 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/OprofileModel.java
+++ 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/OprofileModel.java
@@ -18,49 +18,29 @@ import java.lang.reflect.InvocationTargetException;
 
 import org.eclipse.core.runtime.IProgressMonitor;
 import org.eclipse.core.runtime.SubProgressMonitor;
-import org.eclipse.rse.core.model.IHost;
 import org.eclipse.jface.preference.IPreferenceStore;
+import org.eclipse.rse.core.model.IHost;
 import org.eclipse.ui.IWorkbenchWindow;
-
 import org.yocto.sdk.ide.YoctoSDKPlugin;
 import org.yocto.sdk.ide.preferences.PreferenceConstants;
-import org.yocto.sdk.remotetools.remote.RemoteApplication;
 import org.yocto.sdk.remotetools.CommonHelper;
 import org.yocto.sdk.remotetools.LocalJob;
 import org.yocto.sdk.remotetools.Messages;
-import org.yocto.sdk.remotetools.RSEHelper;
+import org.yocto.sdk.remotetools.remote.RemoteApplication;
 
 public class OprofileModel extends BaseModel {

-   static final private String REMOTE_EXEC="/tmp/yocto_tool.sh";
-   static final private String LOCAL_SCRIPT="resources/yocto_tool.sh";
-   static final private String LOCAL_EXEC="oprofile-viewer";
+   private static final String REMOTE_EXEC = 

[yocto] [PATCH 5/8] Remove duplicate code when getting remote data from powertop and ust2

2013-04-30 Thread Ioana Grigoropol
- powertop and ust2 models contain duplicate code that performs the same 
action when getting data from remote host (method getDataFile)
- unify getDataFile method implementation by removing the extra param 
from ust2-> convert it into a field of BaseModel
- move getDataFile method to BaseModel in order to remove duplicate 
code
- move localFile and remoteFile variables to BaseModel
- ensure that each model will check the validity of the remote file at 
the end of generateData method

Signed-off-by: Ioana Grigoropol 
---
 .../yocto/sdk/remotetools/actions/BaseModel.java   |6 ++-
 .../sdk/remotetools/actions/PowertopModel.java |   25 +++--
 .../yocto/sdk/remotetools/actions/Ust2Model.java   |   39 ++--
 3 files changed, 23 insertions(+), 47 deletions(-)

diff --git 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/BaseModel.java
 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/BaseModel.java
index 650cc67..51ab09b 100644
--- 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/BaseModel.java
+++ 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/BaseModel.java
@@ -23,6 +23,8 @@ abstract public class BaseModel implements 
IRunnableWithProgress {
protected String taskName;
protected String localScript;
protected String remoteExec;
+   protected String localFile;
+   protected String remoteFile;

private static final int WORKLOAD = 100;
 
@@ -95,5 +97,7 @@ abstract public class BaseModel implements 
IRunnableWithProgress {
monitor.done();
}
}
-
+   protected void getDataFile(IProgressMonitor monitor) throws Exception {
+   RSEHelper.getRemoteFile( host, localFile, remoteFile, monitor);
+   }
 }
diff --git 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/PowertopModel.java
 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/PowertopModel.java
index 0bd4e9e..ae1f8bf 100644
--- 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/PowertopModel.java
+++ 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/PowertopModel.java
@@ -40,9 +40,6 @@ public class PowertopModel extends BaseModel {
private Float time;
private boolean showpid;
Display display;
-
-   String localfile;
-   String remotefile;

public PowertopModel(IHost host, Float time,boolean showpid,Display 
display) {
super(host, TASK_NAME, LOCAL_SCRIPT, REMOTE_EXEC);
@@ -55,7 +52,7 @@ public class PowertopModel extends BaseModel {
public void postProcess(IProgressMonitor monitor)
throws InvocationTargetException, InterruptedException {
try {
-   new File(localfile).delete();
+   new File(localFile).delete();
}catch (Exception e) {
}
}
@@ -64,21 +61,21 @@ public class PowertopModel extends BaseModel {
int exit_code;
RemoteApplication app = new RemoteApplication(host, null, 
remoteExec, null);
String currentDate=new 
SimpleDateFormat("MMddHHmmssSSS").format(Calendar.getInstance().getTime()).toString();
-   remotefile = new String(REMOTE_FILE_PREFIX + currentDate);
-   localfile = new String(remotefile + LOCAL_FILE_SUFFIX);
+   remoteFile = new String(REMOTE_FILE_PREFIX + currentDate);
+   localFile = new String(remoteFile + LOCAL_FILE_SUFFIX);

ArrayList  param= new ArrayList ();
param.add(remoteExec);
param.add("start");
param.add("-l");
-   param.add(remotefile);
+   param.add(remoteFile);
param.add("powertop");
param.add("-d");
param.add("-t");
param.add(time.toString());
if(showpid)
param.add("-p");
-   String args = "start -l " + remotefile + " powertop -d -t " + 
time.toString();
+   String args = "start -l " + remoteFile + " powertop -d -t " + 
time.toString();
if(showpid)
args += " -p";

@@ -97,16 +94,6 @@ public class PowertopModel extends BaseModel {
}
}
 
-   private void getDataFile(IProgressMonitor monitor) throws Exception {
-   
-   RSEHelper.getRemoteFile(
-   host,
-   localfile,
-   remotefile, 
-   monitor);
-   }
-   
-   
@Override
public void process(IProgressMonitor monitor)

[yocto] [PATCH 6/8] Refactor RemoteApplication implementation

2013-04-30 Thread Ioana Grigoropol
- remove references that are not used for running remote commands:
- remote directory where the command will be ran
- remove environment on remote host
- rename class to RemoteShellExec since it is a wrapper over a remote shell 
execution of a command

Signed-off-by: Ioana Grigoropol 
---
 .../sdk/remotetools/actions/OprofileModel.java |   18 +--
 .../sdk/remotetools/actions/PowertopModel.java |   25 +---
 .../yocto/sdk/remotetools/actions/Ust2Model.java   |   19 ++-
 .../sdk/remotetools/remote/RemoteApplication.java  |  155 
 .../sdk/remotetools/remote/RemoteShellExec.java|  149 +++
 5 files changed, 174 insertions(+), 192 deletions(-)
 delete mode 100644 
plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/remote/RemoteApplication.java
 create mode 100644 
plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/remote/RemoteShellExec.java

diff --git 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/OprofileModel.java
 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/OprofileModel.java
index 794a101..d11c343 100644
--- 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/OprofileModel.java
+++ 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/OprofileModel.java
@@ -26,7 +26,7 @@ import org.yocto.sdk.ide.preferences.PreferenceConstants;
 import org.yocto.sdk.remotetools.CommonHelper;
 import org.yocto.sdk.remotetools.LocalJob;
 import org.yocto.sdk.remotetools.Messages;
-import org.yocto.sdk.remotetools.remote.RemoteApplication;
+import org.yocto.sdk.remotetools.remote.RemoteShellExec;
 
 public class OprofileModel extends BaseModel {

@@ -45,17 +45,17 @@ public class OprofileModel extends BaseModel {

private void startServer(IProgressMonitor monitor) throws Exception {
int exit_code;
-   RemoteApplication app = new RemoteApplication(host, null, 
remoteExec, null);
+   RemoteShellExec exec = new RemoteShellExec(host, remoteExec);
String args="start -d oprofile-server";

try {
monitor.beginTask("Starting oprofile-server", 2);
//starting oprofile-server
-   app.start(null,args,monitor);
+   exec.start(null,args,monitor);
monitor.worked(1);
 
-   exit_code=app.waitFor(monitor);
-   app.terminate();
+   exit_code = exec.waitFor(monitor);
+   exec.terminate();
if(exit_code!=0) {
throw new RuntimeException("Starting 
oprofile-server failed with exit code " + new Integer(exit_code).toString());
}
@@ -66,15 +66,15 @@ public class OprofileModel extends BaseModel {

private void stopServer(IProgressMonitor monitor) throws Exception {

-   RemoteApplication app = new RemoteApplication(host, null, 
remoteExec, null); 
+   RemoteShellExec exec = new RemoteShellExec(host, remoteExec); 
String args = "stop -d oprofile-server";
try {
monitor.beginTask("Stopping oprofile-server", 2);
-   app.start(null,args,monitor);
+   exec.start(null, args, monitor);
monitor.worked(1);
//no cancel for stop server
-   app.waitFor(null);
-   app.terminate();
+   exec.waitFor(null);
+   exec.terminate();
}finally {
monitor.done();
}
diff --git 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/PowertopModel.java
 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/PowertopModel.java
index ae1f8bf..37af342 100644
--- 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/PowertopModel.java
+++ 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/PowertopModel.java
@@ -24,7 +24,7 @@ import org.eclipse.ui.IWorkbenchPage;
 import org.eclipse.ui.PartInitException;
 import org.eclipse.ui.PlatformUI;
 import org.yocto.sdk.remotetools.RSEHelper;
-import org.yocto.sdk.remotetools.remote.RemoteApplication;
+import org.yocto.sdk.remotetools.remote.RemoteShellExec;
 import org.yocto.sdk.remotetools.views.BaseFileView;
 
 public class PowertopModel extends BaseModel {
@@ -59,22 +59,11 @@ public class PowertopModel extends BaseModel {

private void generateData(IProgressMonitor monitor) throws Exception {
int exit_code;
-   RemoteApplication app = new RemoteApplication(host, null, 
remoteExec, null);
-   String currentDate=n

[yocto] [PATCH 7/8] Refactor powertop, oprofile and ust2 models to remote duplicate code

2013-04-30 Thread Ioana Grigoropol
- each of the powertop, oprofile and ust2 commands runs a command remote using 
RemoteShellExec(former RemoteApplication) following these steps:
- start the command
- wait to terminate
- terminate the command
- check exit code
- in order to remove duplicate code in these models
-> move this code stub to BaseModel in the method runRemoteShellExec
-> customize the retrieval of remote file after running the command 
(special case for ust2)

Signed-off-by: Ioana Grigoropol 
---
 .../yocto/sdk/remotetools/actions/BaseModel.java   |   19 +
 .../sdk/remotetools/actions/OprofileModel.java |   32 +--
 .../sdk/remotetools/actions/PowertopModel.java |   20 +-
 .../yocto/sdk/remotetools/actions/Ust2Model.java   |   41 +++-
 4 files changed, 37 insertions(+), 75 deletions(-)

diff --git 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/BaseModel.java
 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/BaseModel.java
index 51ab09b..d7a201e 100644
--- 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/BaseModel.java
+++ 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/BaseModel.java
@@ -10,6 +10,8 @@
  
***/
 package org.yocto.sdk.remotetools.actions;
 
+import java.io.IOException;
+import java.io.InputStream;
 import java.lang.reflect.InvocationTargetException;
 
 import org.eclipse.core.runtime.IProgressMonitor;
@@ -17,6 +19,7 @@ import org.eclipse.core.runtime.SubProgressMonitor;
 import org.eclipse.jface.operation.IRunnableWithProgress;
 import org.eclipse.rse.core.model.IHost;
 import org.yocto.sdk.remotetools.RSEHelper;
+import org.yocto.sdk.remotetools.remote.RemoteShellExec;
 
 abstract public class BaseModel implements IRunnableWithProgress {
protected IHost host;
@@ -41,6 +44,7 @@ abstract public class BaseModel implements 
IRunnableWithProgress {
private static final String POST_PROCESS_MSG = "Finishing ";
private static final String CLEAN_MSG = "Cleaning ";
private static final String DOTS = "...";
+   private static final String FAILED_ERR_MSG = " failed with exit code ";
 
public void preProcess(IProgressMonitor monitor) throws 
InvocationTargetException,  InterruptedException{
//upload script to remote
@@ -100,4 +104,19 @@ abstract public class BaseModel implements 
IRunnableWithProgress {
protected void getDataFile(IProgressMonitor monitor) throws Exception {
RSEHelper.getRemoteFile( host, localFile, remoteFile, monitor);
}
+   protected void runRemoteShellExec(IProgressMonitor monitor, String 
args, boolean cancelable) throws Exception {
+   try {
+   RemoteShellExec exec = new RemoteShellExec(host, 
remoteExec);
+   exec.start(null, args, monitor);
+   monitor.worked(1);
+   checkTerminate(exec.getInputStream());
+   int exit_code = exec.waitFor(cancelable ? monitor : 
null);
+   exec.terminate();
+   if(exit_code != 0)
+   throw new Exception(taskName + FAILED_ERR_MSG + 
new Integer(exit_code).toString());
+   } finally {
+   monitor.done();
+   }
+   }
+   protected void checkTerminate(InputStream inputStream) throws 
IOException {}
 }
diff --git 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/OprofileModel.java
 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/OprofileModel.java
index d11c343..6e8d044 100644
--- 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/OprofileModel.java
+++ 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/OprofileModel.java
@@ -26,7 +26,6 @@ import org.yocto.sdk.ide.preferences.PreferenceConstants;
 import org.yocto.sdk.remotetools.CommonHelper;
 import org.yocto.sdk.remotetools.LocalJob;
 import org.yocto.sdk.remotetools.Messages;
-import org.yocto.sdk.remotetools.remote.RemoteShellExec;
 
 public class OprofileModel extends BaseModel {

@@ -44,40 +43,13 @@ public class OprofileModel extends BaseModel {
}

private void startServer(IProgressMonitor monitor) throws Exception {
-   int exit_code;
-   RemoteShellExec exec = new RemoteShellExec(host, remoteExec);
String args="start -d oprofile-server";
-   
-   try {
-   monitor.beginTask("Starting oprofile-server", 2);
-   //starting oprofile-server
-   exec.start(null,args,monitor);
-   monitor.worked(1);
-
-   exit_code = exec.waitFor(

[yocto] [PATCH 8/8] Refactor Latencytop and Perf Handler to remove duplicate code

2013-04-30 Thread Ioana Grigoropol
- both latencytop and perf handler run the same initialization code
-> moved  the common code to TerminalHandler
-> added constants to hold dialog's titles and messages that are 
different for each handler

Signed-off-by: Ioana Grigoropol 
---
 .../sdk/remotetools/actions/IBaseConstants.java|3 +++
 .../sdk/remotetools/actions/LatencytopHandler.java |   22 +++-
 .../yocto/sdk/remotetools/actions/PerfHandler.java |   22 +++-
 .../sdk/remotetools/actions/TerminalHandler.java   |   16 ++
 4 files changed, 31 insertions(+), 32 deletions(-)

diff --git 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/IBaseConstants.java
 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/IBaseConstants.java
index ccab19c..d4bbe12 100644
--- 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/IBaseConstants.java
+++ 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/IBaseConstants.java
@@ -21,4 +21,7 @@ public interface IBaseConstants {
public static final String CONNECTION_NAME_LATENCYTOP = QUALIFIER + 
"connection.latencytop"; //$NON-NLS-1$
public static final String CONNECTION_NAME_PERF = QUALIFIER + 
"connection.perf"; //$NON-NLS-1$
public static final String CONNECTION_NAME_SYSTEMTAP = QUALIFIER + 
"connection.systemtap"; //$NON-NLS-1$
+
+   public static final String DIALOG_TITLE_LATENCYTOP = "Latencytop"; 
//$NON-NLS-1$
+   public static final String DIALOG_TITLE_PERF = "Perf"; //$NON-NLS-1$
 }
diff --git 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/LatencytopHandler.java
 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/LatencytopHandler.java
index 55773d6..ef77957 100644
--- 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/LatencytopHandler.java
+++ 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/LatencytopHandler.java
@@ -10,27 +10,21 @@
  
***/
 package org.yocto.sdk.remotetools.actions;
 
-import org.eclipse.core.commands.ExecutionEvent;
-import org.eclipse.core.commands.ExecutionException;
-import org.eclipse.ui.IWorkbenchWindow;
-import org.eclipse.ui.handlers.HandlerUtil;
 
 public class LatencytopHandler extends TerminalHandler {

private static String initCmd="export 
PATH=$PATH:/usr/local/sbin:/usr/sbin:/sbin; cd; sudo latencytop\r";

+   @Override
protected String getInitCmd() {
return initCmd;
}
-   
-   protected void initialize(ExecutionEvent event) throws 
ExecutionException {
-   IWorkbenchWindow window = 
HandlerUtil.getActiveWorkbenchWindowChecked(event);
-   shell = window.getShell();
-
-   setting=new SimpleSettingDialog(
-   shell,
-   "Latencytop",
-   IBaseConstants.CONNECTION_NAME_LATENCYTOP
-   );
+   @Override
+   protected String getConnnectionName() {
+   return IBaseConstants.CONNECTION_NAME_LATENCYTOP;
+   }
+   @Override
+   protected String getDialogTitle() {
+   return IBaseConstants.DIALOG_TITLE_LATENCYTOP;
}
 }
diff --git 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/PerfHandler.java
 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/PerfHandler.java
index 22046e9..949bd46 100644
--- 
a/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/PerfHandler.java
+++ 
b/plugins/org.yocto.sdk.remotetools/src/org/yocto/sdk/remotetools/actions/PerfHandler.java
@@ -10,27 +10,21 @@
  
***/
 package org.yocto.sdk.remotetools.actions;
 
-import org.eclipse.core.commands.ExecutionEvent;
-import org.eclipse.core.commands.ExecutionException;
-import org.eclipse.ui.IWorkbenchWindow;
-import org.eclipse.ui.handlers.HandlerUtil;
 
 public class PerfHandler extends TerminalHandler {
 
private static String initCmd="cd; perf\r";

+   @Override
protected String getInitCmd() {
return initCmd;
}
-   
-   protected void initialize(ExecutionEvent event) throws 
ExecutionException {
-   IWorkbenchWindow window = 
HandlerUtil.getActiveWorkbenchWindowChecked(event);
-   shell = window.getShell();
-   setting=new SimpleSettingDialog(
-   shell,
-   "Perf",
-   IBaseConstants.CONNECTION_NAME_LATENCYTOP
-   );
+   @Override
+   protected String getConnnectionName() {
+   return IBaseConstants.CONNECTION_NAME_PERF;

[yocto] suspending bitbake

2013-04-30 Thread Trevor Woerner
I'm quite sure there used to be a time when I could send a SIGTSTP to
bitbake
(usually by doing a Ctrl-Z) and it along with its children would suspend.
This
doesn't seem to be the case anymore. Maybe it just so happened that the
subprocesses finished quickly after I gave the Ctrl-Z and no new ones were
started so it only looked like all subprocesses were also sent the suspend
signal?

In any case, I'm doing a "bitbake world" and am using 4 threads/parallel
builds. Before issuing the Ctrl-Z I have:

$ ps ax | grep bitbake
14781 pts/7S+ 0:00 /bin/sh
/home/trevor/devel/yocto/git/meta-poky/scripts/bitbake world
14804 pts/7S+ 0:08 python
/home/trevor/devel/yocto/git/meta-poky/bitbake/bin/bitbake world
14858 pts/7Sl+0:57 python
/home/trevor/devel/yocto/git/meta-poky/bitbake/bin/bitbake world
14900 pts/7S  0:00 python
/home/trevor/devel/yocto/git/meta-poky/bitbake/bin/bitbake world
14901 pts/7S  0:00 python
/home/trevor/devel/yocto/git/meta-poky/bitbake/bin/bitbake world
14913 pts/7S  0:00 python
/home/trevor/devel/yocto/git/meta-poky/bitbake/bin/bitbake world
26560 pts/7S  0:01 python
/home/trevor/devel/yocto/git/meta-poky/bitbake/bin/bitbake world

afterwards I have:

14781 pts/7T  0:00 /bin/sh
/home/trevor/devel/yocto/git/meta-poky/scripts/bitbake world
14804 pts/7T  0:08 python
/home/trevor/devel/yocto/git/meta-poky/bitbake/bin/bitbake world
14858 pts/7Tl 0:57 python
/home/trevor/devel/yocto/git/meta-poky/bitbake/bin/bitbake world
14900 pts/7S  0:01 python
/home/trevor/devel/yocto/git/meta-poky/bitbake/bin/bitbake world
14901 pts/7S  0:00 python
/home/trevor/devel/yocto/git/meta-poky/bitbake/bin/bitbake world
14913 pts/7S  0:00 python
/home/trevor/devel/yocto/git/meta-poky/bitbake/bin/bitbake world

Only some of the threads are suspended. Has this behaviour changed recently?
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


Re: [yocto] booting with systemd fails with poky 9.0.0 & meta-ivi 4.0 & meta-intel master

2013-04-30 Thread Saul Wold

On 04/30/2013 07:12 AM, Felix01 Fischer wrote:

Hello,

I am not able to boot a genivi-compliant yocto build. The error is

"/init:: line XX: mount: not found"

I'm using poky 9.0.0, meta-ivi 4.0 & meta-intel master, machine??=
crownbay, DISTRO ?= "poky-ivi-systemd" and followed the inherent README.

I attempted a similar build with qemux86-64 and did not find any 
problems with it, I was able to boot corrrectly to login prompt 
generated from systemd.


I am looking at the rootfs, can you confirm if mount is correctly 
installed in your rootfs?  You can look in 
tmp-eglibc-eglibc/work/qemux86_64-oe-linux/foton-image/4.0.0-r0/rootfs/ 
to see if mount is installed correctly in bin.


Do you have another log output?

Did you change anything else?

Thanks
Sau!



This error occurred with yocto 8.0.1, meta-ivi 3.0 & meta-intel 8.0.0, too.

I'm kinda new to the whole systemd thing, so maybe this error is trivial
to solve?

Regards,

Felix Fischer


Viele Grüße

Felix Fischer

Studentischer Mitarbeiter (VC-D1)
Vehicle Cockpit Electronics Devices

IAV GmbH
Carnotstr. 1
10587 BERLIN
GERMANY

Phone: +49 30 39978-9540
Fax:  +49 30 39978-9411
E-Mail:  
Internet: http://www.iav.com 

Sitz/Registered Office: Berlin,
Registergericht/Registration Court: Amtsgericht Charlottenburg,
Registernummer/Company Registration Number: HRB 21 280,
Geschäftsführer/Managing Directors: Kurt Blumenröder, Michael Schubert,
Dr. Rüdiger Goyk


___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] [PATCH] libselinux: drop flag: -Wno-unused-but-set-variable

2013-04-30 Thread Randy MacLeod
The flag: -Wno-unused-but-set-variable isn't supported on older
versions of gcc such as gcc-4.1.2 which is the native compiler for
RHEL-5.9. I've droped this warning flag for both the native and target builds.

Signed-off-by: Randy MacLeod 
---
 .../libselinux-drop-Wno-unused-but-set-variable.patch   | 17 +
 recipes-security/selinux/libselinux_2.1.12.bb   |  9 ++---
 2 files changed, 23 insertions(+), 3 deletions(-)
 create mode 100644 
recipes-security/selinux/libselinux/libselinux-drop-Wno-unused-but-set-variable.patch

diff --git 
a/recipes-security/selinux/libselinux/libselinux-drop-Wno-unused-but-set-variable.patch
 
b/recipes-security/selinux/libselinux/libselinux-drop-Wno-unused-but-set-variable.patch
new file mode 100644
index 000..9deb67d
--- /dev/null
+++ 
b/recipes-security/selinux/libselinux/libselinux-drop-Wno-unused-but-set-variable.patch
@@ -0,0 +1,17 @@
+Subject: libselinux: drop flag: -Wno-unused-but-set-variable
+
+Upstream status: inappropriate (older compilers only).
+
+Signed-off-by: Randy MacLeod 
+
+--- libselinux-2.1.12.orig/src/Makefile
 libselinux-2.1.12/src/Makefile
+@@ -79,7 +79,7 @@
+ 
+ override CFLAGS += -I../include -I$(INCLUDEDIR) -D_GNU_SOURCE 
-D_FILE_OFFSET_BITS=64 $(EMFLAGS)
+ 
+-SWIG_CFLAGS += -Wno-error -Wno-unused-variable -Wno-unused-but-set-variable 
-Wno-unused-parameter \
++SWIG_CFLAGS += -Wno-error -Wno-unused-variable -Wno-unused-parameter \
+   -Wno-shadow -Wno-uninitialized -Wno-missing-prototypes 
-Wno-missing-declarations
+ 
+ RANLIB=ranlib
diff --git a/recipes-security/selinux/libselinux_2.1.12.bb 
b/recipes-security/selinux/libselinux_2.1.12.bb
index 34f9c2c..d881534 100644
--- a/recipes-security/selinux/libselinux_2.1.12.bb
+++ b/recipes-security/selinux/libselinux_2.1.12.bb
@@ -1,4 +1,4 @@
-PR = "r0"
+PR = "r1"
 
 include selinux_20120924.inc
 include ${BPN}.inc
@@ -8,5 +8,8 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=84b4d2c6ef954a2d4081e775a270d0d0"
 SRC_URI[md5sum] = "73270f384a032fad34b5fe075fa05ce2"
 SRC_URI[sha256sum] = 
"8dad879380e0ce1e4ab67195a08f6052c1396493bcb12fe92a033f49f7dbca9e"
 
-SRC_URI += "file://libselinux-fix-init-load-policy.patch \
-   file://libselinux-pcre-link-order.patch"
+SRC_URI += "\
+file://libselinux-fix-init-load-policy.patch \
+file://libselinux-pcre-link-order.patch \
+file://libselinux-drop-Wno-unused-but-set-variable.patch \
+"
-- 
1.8.1

___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] [PATCH] libsemanage: drop flag: -Wno-unused-but-set-variable

2013-04-30 Thread Randy MacLeod
The flag: -Wno-unused-but-set-variable isn't supported on older
versions of gcc such as gcc-4.1.2 which is the native compiler for
RHEL-5.9. Drop this warning flag for both the native and target builds.

Signed-off-by: Randy MacLeod 
---
 ...semanage-drop-Wno-unused-but-set-variable.patch |   17 +
 recipes-security/selinux/libsemanage_2.1.9.bb  |6 --
 recipes-security/selinux/libsemanage_git.bb|6 --
 3 files changed, 25 insertions(+), 4 deletions(-)
 create mode 100644 
recipes-security/selinux/libsemanage/libsemanage-drop-Wno-unused-but-set-variable.patch

diff --git 
a/recipes-security/selinux/libsemanage/libsemanage-drop-Wno-unused-but-set-variable.patch
 
b/recipes-security/selinux/libsemanage/libsemanage-drop-Wno-unused-but-set-variable.patch
new file mode 100644
index 000..faf8fc5
--- /dev/null
+++ 
b/recipes-security/selinux/libsemanage/libsemanage-drop-Wno-unused-but-set-variable.patch
@@ -0,0 +1,17 @@
+Subject: libselinux: drop flag: -Wno-unused-but-set-variable
+
+Upstream status: inappropriate (older compilers only).
+
+Signed-off-by: Randy MacLeod 
+
+--- libsemanage-2.1.9.orig/src/Makefile
 libsemanage-2.1.9/src/Makefile
+@@ -57,7 +57,7 @@
+ LOBJS= $(patsubst %.c,%.lo,$(SRCS)) conf-scan.lo conf-parse.lo
+ CFLAGS ?= -Werror -Wall -W -Wundef -Wshadow -Wmissing-noreturn 
-Wmissing-format-attribute
+ 
+-SWIG_CFLAGS += -Wno-error -Wno-unused-but-set-variable -Wno-unused-variable 
-Wno-shadow \
++SWIG_CFLAGS += -Wno-error -Wno-unused-variable -Wno-shadow \
+   -Wno-unused-parameter
+ 
+ override CFLAGS += -I../include -I$(INCLUDEDIR) -D_GNU_SOURCE 
diff --git a/recipes-security/selinux/libsemanage_2.1.9.bb 
b/recipes-security/selinux/libsemanage_2.1.9.bb
index 0e0bc41..3b1d8db 100644
--- a/recipes-security/selinux/libsemanage_2.1.9.bb
+++ b/recipes-security/selinux/libsemanage_2.1.9.bb
@@ -1,4 +1,4 @@
-PR = "r0"
+PR = "r1"
 
 include selinux_20120924.inc
 include ${BPN}.inc
@@ -11,4 +11,6 @@ SRC_URI[sha256sum] = 
"6f01d17f9751412f7b76e6e7daafeb2faf301b9bfeea83506160c81bec
 SRC_URI += "\
file://libsemanage-Fix-execve-segfaults-on-Ubuntu.patch \
file://libsemanage-fix-path-len-limit.patch \
-   file://libsemanage-fix-path-nologin.patch"
+   file://libsemanage-fix-path-nologin.patch \
+   file://libsemanage-drop-Wno-unused-but-set-variable.patch \
+   "
diff --git a/recipes-security/selinux/libsemanage_git.bb 
b/recipes-security/selinux/libsemanage_git.bb
index 562512c..b3819a0 100644
--- a/recipes-security/selinux/libsemanage_git.bb
+++ b/recipes-security/selinux/libsemanage_git.bb
@@ -1,4 +1,4 @@
-PR = "r4"
+PR = "r5"
 PV = "2.1.6+git${SRCPV}"
 
 include selinux_git.inc
@@ -10,4 +10,6 @@ SRC_URI += "file://Fix-segfault-for-standard-policy.patch \
file://libsemanage-Fix-execve-segfaults-on-Ubuntu.patch \
file://libsemanage-semanage.conf-for-cross-compile.patch \
file://libsemanage-fix-path-len-limit.patch \
-   file://libsemanage-fix-path-nologin.patch"
+   file://libsemanage-fix-path-nologin.patch \
+   file://libsemanage-drop-Wno-unused-but-set-variable.patch \
+   "
-- 
1.7.4.1

___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


Re: [yocto] [PATCH] libsemanage: drop flag: -Wno-unused-but-set-variable

2013-04-30 Thread Khem Raj

On Apr 30, 2013, at 8:15 PM, Randy MacLeod  wrote:

> The flag: -Wno-unused-but-set-variable isn't supported on older
> versions of gcc such as gcc-4.1.2 which is the native compiler for
> RHEL-5.9. Drop this warning flag for both the native and target builds.


why drop from target build ?

> 
> Signed-off-by: Randy MacLeod 
> ---
> ...semanage-drop-Wno-unused-but-set-variable.patch |   17 +
> recipes-security/selinux/libsemanage_2.1.9.bb  |6 --
> recipes-security/selinux/libsemanage_git.bb|6 --
> 3 files changed, 25 insertions(+), 4 deletions(-)
> create mode 100644 
> recipes-security/selinux/libsemanage/libsemanage-drop-Wno-unused-but-set-variable.patch
> 
> diff --git 
> a/recipes-security/selinux/libsemanage/libsemanage-drop-Wno-unused-but-set-variable.patch
>  
> b/recipes-security/selinux/libsemanage/libsemanage-drop-Wno-unused-but-set-variable.patch
> new file mode 100644
> index 000..faf8fc5
> --- /dev/null
> +++ 
> b/recipes-security/selinux/libsemanage/libsemanage-drop-Wno-unused-but-set-variable.patch
> @@ -0,0 +1,17 @@
> +Subject: libselinux: drop flag: -Wno-unused-but-set-variable
> +
> +Upstream status: inappropriate (older compilers only).
> +
> +Signed-off-by: Randy MacLeod 
> +
> +--- libsemanage-2.1.9.orig/src/Makefile
>  libsemanage-2.1.9/src/Makefile
> +@@ -57,7 +57,7 @@
> + LOBJS= $(patsubst %.c,%.lo,$(SRCS)) conf-scan.lo conf-parse.lo
> + CFLAGS ?= -Werror -Wall -W -Wundef -Wshadow -Wmissing-noreturn 
> -Wmissing-format-attribute
> + 
> +-SWIG_CFLAGS += -Wno-error -Wno-unused-but-set-variable -Wno-unused-variable 
> -Wno-shadow \
> ++SWIG_CFLAGS += -Wno-error -Wno-unused-variable -Wno-shadow \
> + -Wno-unused-parameter
> + 
> + override CFLAGS += -I../include -I$(INCLUDEDIR) -D_GNU_SOURCE 
> diff --git a/recipes-security/selinux/libsemanage_2.1.9.bb 
> b/recipes-security/selinux/libsemanage_2.1.9.bb
> index 0e0bc41..3b1d8db 100644
> --- a/recipes-security/selinux/libsemanage_2.1.9.bb
> +++ b/recipes-security/selinux/libsemanage_2.1.9.bb
> @@ -1,4 +1,4 @@
> -PR = "r0"
> +PR = "r1"
> 
> include selinux_20120924.inc
> include ${BPN}.inc
> @@ -11,4 +11,6 @@ SRC_URI[sha256sum] = 
> "6f01d17f9751412f7b76e6e7daafeb2faf301b9bfeea83506160c81bec
> SRC_URI += "\
>   file://libsemanage-Fix-execve-segfaults-on-Ubuntu.patch \
>   file://libsemanage-fix-path-len-limit.patch \
> - file://libsemanage-fix-path-nologin.patch"
> + file://libsemanage-fix-path-nologin.patch \
> + file://libsemanage-drop-Wno-unused-but-set-variable.patch \
> + "
> diff --git a/recipes-security/selinux/libsemanage_git.bb 
> b/recipes-security/selinux/libsemanage_git.bb
> index 562512c..b3819a0 100644
> --- a/recipes-security/selinux/libsemanage_git.bb
> +++ b/recipes-security/selinux/libsemanage_git.bb
> @@ -1,4 +1,4 @@
> -PR = "r4"
> +PR = "r5"
> PV = "2.1.6+git${SRCPV}"
> 
> include selinux_git.inc
> @@ -10,4 +10,6 @@ SRC_URI += "file://Fix-segfault-for-standard-policy.patch \
>   file://libsemanage-Fix-execve-segfaults-on-Ubuntu.patch \
>   file://libsemanage-semanage.conf-for-cross-compile.patch \
>   file://libsemanage-fix-path-len-limit.patch \
> - file://libsemanage-fix-path-nologin.patch"
> + file://libsemanage-fix-path-nologin.patch \
> + file://libsemanage-drop-Wno-unused-but-set-variable.patch \
> + "
> -- 
> 1.7.4.1
> 
> ___
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto

___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto