Re: [OE-core] Question about hanging after git clone try in Prelink

[Giuseppe Condorelli]

Hi Saul,

2013/2/14 Saul Wold 

>
> What version of OE-Core/POoky are you using? It would be helpful to know
> that.
>
I'm building against the best so far master git repository.

>
> If you are not using the Poky Distro, then you could try setting
> PREMIRRORS and/or use the own-mirrors.bbclass and set SOURCE_MIRROR_URL
> to something like 
> "http://downloads.**yoctoproject.org/mirror/**sources/
> "
>
Yes, sure I have read it also in the poky ref manual and I forgot it!!!
Many many thanks for having remembered me that stuff.
Cheers,
Giuseppe

>
> Sau!
>
>
>


>
> On 02/14/2013 08:44 AM, Giuseppe CONDORELLI wrote:
>
>> Hi,
>>
>> due to local company restrictions, I cannot clone external git repository.
>> During prelink-native fetch I catch the warning about that (given that the
>> SRC_URI point to git) but then,
>> trying other mirrors, system is able to download a tar.gz of the prelink.
>> The strange thing is that however bitbake hangs with the error (that was a
>> warning first) about the failure
>> of SRC_URI catch. Why this? Should system be aware the given package was
>> downloaded using mirrors?
>> This happens also for mtd-utils.
>> Please can you help me?
>> Thanks,
>> Giuseppe
>>
>> PS: if I rerun the process than it goes ok, obviously because it finds the
>> tar.gz in download directory.
>>
>>
>> __**_
>> Openembedded-core mailing list
>> Openembedded-core@lists.**openembedded.org
>> http://lists.linuxtogo.org/**cgi-bin/mailman/listinfo/**openembedded-core
>>
>>
>>
> __**_
> Openembedded-core mailing list
> Openembedded-core@lists.**openembedded.org
> http://lists.linuxtogo.org/**cgi-bin/mailman/listinfo/**openembedded-core
>
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] How to "implement" systemd

[Mike Looijmans]

On 02/14/2013 02:42 PM, Mike Looijmans wrote:

On 02/14/2013 01:57 PM, Mike Looijmans wrote:

On 02/14/2013 01:42 PM, Marcin Juszkiewicz wrote:

W dniu 14.02.2013 13:35, Mike Looijmans pisze:

So far i've been using good old initscripts for my systems. I want to
try out systemd. Having zero experience with that, I just added
"systemd" to the DISTRO_FEATURES and started a fresh  build. The build
ran fine, but it produced something that still seems to be using
initscripts, albeit that a few things stopped working (the network did
not start, for example).


DISTRO_FEATURES_INITMAN = "systemd" is what you want.


Sorry, I have to amend my original post.

DISTRO_FEATURES_INITMAN = "systemd"

is just what I did (added it to my distro .conf file), because from the
source I gathered that that was the way to get it into DISTRO_FEATURES.

How can I check whether it's using systemd? I don't see any obvious
difference in the rootfs, and I never saw any systemd package being
built either.


Ah, to (probably) answer my own question, there was a hidden
VIRTUAL-RUNTIME_init_manager = "sysvinit"
in my config chain, which was probably the cause. Running another build,
and I've seen a systemd task being run now...


That indeed "solved" the issue. However, the image doesn't get to a 
point that I can actually log in or do something useful, so I guess the 
default is still sysvinit for good reasons :)


Here's all the logging I get before it "dies":


systemd[1]: systemd 197 running in system mode. (-PAM -LIBWRAP -AUDIT 
-SELINUX +IMA +S
YSVINIT -LIBCRYPTSETUP +GCRYPT +ACL +XZ) 

Welcome to Linux! 




š���͕��m�]: Cannot add dependency job for unit display-manager.service, 
ignoring: Uni t
 display-manager.service failed to load: No such file or directory. See 
system logs an
 Expecting device dev-ttyPS0.device.Wall Directory Watch.. 

[  OK  ] Reached target Remote File Systems. 

[  OK  ] Listening on /dev/initctl Compatibility Named Pipe. 

[  OK  ] Listening on Delayed Shutdown Socket.ility Named Pipe. 

[  OK  ] Listening on udev Kernel Socket.ests to Console Directory 
Watch..
[  OK  ] Listening on udev Control Socket.t. 

š���͕��m�]: Set up automount Arbitrary Executable File Formats File 
System Automount  P
[  OK  ] Reached target Swap. 

[  OK  ] Listening on Journal Socket. 

 Mounting Temporary Directory. 

 Starting Remount Root and Kernel File Systems. 

 Starting Load Kernel Modules.. 

EXT4-fs (mmcblk0p2): re-mounted. Opts: (null) 

 Mounting Debug File System.. 






___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [CONSOLIDATED PULL 00/22] Package Updates & Fixes

[Richard Purdie]

On Thu, 2013-02-14 at 23:48 -0800, Saul Wold wrote:
> Richard,
> 
> This is mostly a set of package updates with a couple of fixes 
> fro systemd from Khem and Ross.
> 
> Please review Peter's rename patch.
> 
> I have build and booted sato locally with most of the udpated pacakges,
> the Auotbuilder is currently running with Master under Test.
> 
> Thanks
>   Sau!
> 
> The following changes since commit 6c6568e47d6b3b0edaba569bfa4e38f9d72b5122:
> 
>   tzcode/tzdata: Update to 2012j (2013-02-14 23:17:18 +)
> 
> are available in the git repository at:
> 
>   git://git.openembedded.org/openembedded-core-contrib sgw/stage
>   
> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/stage
> 
> Constantin Musca (1):
>   qemu: upgrade to 1.3.1
> 
> Cristian Iorga (1):
>   alsa-lib: upgrade to 1.0.26
> 
> Cristiana Voicu (1):
>   sanity.bbclass: when bblayers.conf is updated, it invokes a reparse
> 
> Franklin S. Cooper Jr (1):
>   scripts/bitbake: Remove all instances of paths to a layer's scripts
> directory.
> 
> Khem Raj (1):
>   systemd.bbclass: Dont use libdir and base_libdir for units

The whitespace was corrupt in this. I've fixed it up.

> Laurentiu Palcu (7):
>   xf86-video-intel: upgrade to 2.21.0
>   xf86-input-vmmouse: upgrade to 13.0.0
>   libdrm: upgrade to 2.4.42
>   xkeyboard-config: upgrade to 2.8
>   xf86-input-synaptics: upgrade to 1.6.3
>   xf86-video-vmware: upgrade to 13.0.0
>   xev: upgrade to 1.2.1
> 
> Marko Lindqvist (4):
>   webkit-gtk: update to upstream version 1.8.3
>   gtk+: update to upstream version 2.24.15
>   harfbuzz: update to upstream version 0.9.12
>   libpng: update to upstream version 1.5.14
> 
> Peter Seebach (1):
>   libc-common.bbclass: rename ALL the packages

There is something bothering me about this one, its held for now.

> Ross Burton (4):
>   systemd: add udev-extraconf and USB/PCI IDs to RRECOMMENDS
>   package_ipk: check CONFFILES exist before adding them to metadata
>   xserver-xf86-config: don't ship empty xorg.conf
>   xserver-xf86-config: empty generic xorg.conf

I didn't take the last two due to failures in the MUT build. Ross is
aware of the issue.

> Saul Wold (1):
>   gnupg: fix CVE-2012-6085

Cheers,

Richard


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] systemd: add udev-extraconf and USB/PCI IDs to RRECOMMENDS

[Enrico Scholz]

Ross Burton 
writes:

> The standalone udev has these dependencies and extraconf is required
> to have working automount amongst other things.

The -ids stuff is solved in systemd-udev by the (non-working)
/lib/udev/hwdb.d database, isn't it?  IMO it would be better to fix the
hwdb instead of adding other deps.

> +RRECOMMENDS_udev += "udev-extraconf usbutils-ids pciutils-ids"


Enrico

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/4] package_ipk: check CONFFILES exist before adding them to metadata

[Ross Burton]

opkg-build verifies that conffiles exist, so verify that the specified files
actually exist before writing them to conffiles.

This mirrors the behaviour of FILES and package_rpm's CONFFILES handling.

Signed-off-by: Ross Burton 
---
 meta/classes/package_ipk.bbclass |3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/classes/package_ipk.bbclass b/meta/classes/package_ipk.bbclass
index d735051..e5e76ef 100644
--- a/meta/classes/package_ipk.bbclass
+++ b/meta/classes/package_ipk.bbclass
@@ -440,7 +440,8 @@ python do_package_ipk () {
 bb.utils.unlockfile(lf)
 raise bb.build.FuncFailed("unable to open conffiles for 
writing.")
 for f in conffiles_str.split():
-conffiles.write('%s\n' % f)
+if os.path.exists(oe.path.join(root, f)):
+conffiles.write('%s\n' % f)
 conffiles.close()
 
 os.chdir(basedir)
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/4] package_deb: check CONFFILES exist before adding them to metadata

[Ross Burton]

dpkg-deb verifies that conffiles exist, so verify that the specified files
actually exist before writing them to conffiles.

This mirrors the behaviour of FILES and package_rpm's CONFFILES handling.

Signed-off-by: Ross Burton 
---
 meta/classes/package_deb.bbclass |3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/classes/package_deb.bbclass b/meta/classes/package_deb.bbclass
index 5740948..b44eb2d 100644
--- a/meta/classes/package_deb.bbclass
+++ b/meta/classes/package_deb.bbclass
@@ -411,7 +411,8 @@ python do_package_deb () {
 bb.utils.unlockfile(lf)
 raise bb.build.FuncFailed("unable to open conffiles for 
writing.")
 for f in conffiles_str.split():
-conffiles.write('%s\n' % f)
+if os.path.exists(oe.path.join(root, f)):
+conffiles.write('%s\n' % f)
 conffiles.close()
 
 os.chdir(basedir)
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH V2 0/4] Allow xserver-xf86-config to ship no xorg.conf

[Ross Burton]

Hi,

Same as V1, apart from changing package_deb to have the same check on conffiles
as package_ipk.

Ross

The following changes since commit 5a4ea383c3fc792cea87b834655eb013120fbb15:

  poky.conf: Add Ubuntu 12.04.2 to sanity tested distros (2013-02-14 23:18:00 
+)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib ross/xorg

for you to fetch changes up to 2ea6a8883fe2adfccd845bd94b10c5bf0b03bfe0:

  xserver-xf86-config: empty generic xorg.conf (2013-02-15 13:04:30 +)


Ross Burton (4):
  package_ipk: check CONFFILES exist before adding them to metadata
  package_deb: check CONFFILES exist before adding them to metadata
  xserver-xf86-config: don't ship empty xorg.conf
  xserver-xf86-config: empty generic xorg.conf

 meta/classes/package_deb.bbclass   |3 ++-
 meta/classes/package_ipk.bbclass   |3 ++-
 .../xorg-xserver/xserver-xf86-config/xorg.conf |   26 
 .../xorg-xserver/xserver-xf86-config_0.1.bb|   10 +---
 4 files changed, 10 insertions(+), 32 deletions(-)

Ross Burton (4):
  package_ipk: check CONFFILES exist before adding them to metadata
  package_deb: check CONFFILES exist before adding them to metadata
  xserver-xf86-config: don't ship empty xorg.conf
  xserver-xf86-config: empty generic xorg.conf

 meta/classes/package_deb.bbclass   |3 ++-
 meta/classes/package_ipk.bbclass   |3 ++-
 .../xorg-xserver/xserver-xf86-config/xorg.conf |   26 
 .../xorg-xserver/xserver-xf86-config_0.1.bb|   10 +---
 4 files changed, 10 insertions(+), 32 deletions(-)

-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/4] xserver-xf86-config: don't ship empty xorg.conf

[Ross Burton]

Many hardware platforms can autodetect their hardware and don't need a xorg.conf
at all.  Make it easy for BSPs to not ship a xorg.conf by not installing empty
xorg.conf files.

Signed-off-by: Ross Burton 
---
 .../recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb |   10 ++
 1 file changed, 6 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb 
b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb
index 3c29f8b..90d6f56 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb
@@ -7,12 +7,14 @@ PR = "r11"
 
 SRC_URI = "file://xorg.conf"
 
-CONFFILES_${PN} += "${sysconfdir}/X11/xorg.conf"
+CONFFILES_${PN} = "${sysconfdir}/X11/xorg.conf"
 
 PACKAGE_ARCH = "${MACHINE_ARCH}"
+ALLOW_EMPTY_${PN} = "1"
 
 do_install () {
-   install -d ${D}/${sysconfdir}/X11
-   install -m 0644 ${WORKDIR}/xorg.conf ${D}/${sysconfdir}/X11/
+   if test -s ${WORKDIR}/xorg.conf; then
+   install -d ${D}/${sysconfdir}/X11
+   install -m 0644 ${WORKDIR}/xorg.conf ${D}/${sysconfdir}/X11/
+   fi
 }
-
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 4/4] xserver-xf86-config: empty generic xorg.conf

[Ross Burton]

The idea of a generic xorg.conf is meaningless, especially when they specify the
"intel" driver.  Empty this file so that unless the BSP specifies it's own
xorg.conf, no xorg.conf file is installed.

Signed-off-by: Ross Burton 
---
 .../xorg-xserver/xserver-xf86-config/xorg.conf |   26 
 1 file changed, 26 deletions(-)

diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/xorg.conf 
b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/xorg.conf
index 9c3d490..e69de29 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/xorg.conf
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/xorg.conf
@@ -1,26 +0,0 @@
-
-Section "Device"
-Identifier"Intel Graphics Driver"
-Driver"intel"
-EndSection
-
-Section "Monitor"
-Identifier"Generic Monitor"
-Option"DPMS"
-EndSection
-
-Section "Screen"
-Identifier"Default Screen"
-Device"Intel Graphics Driver"
-Monitor"Generic Monitor"
-DefaultDepth24
-EndSection
-
-Section "ServerLayout"
-Identifier"Default Layout"
-Screen"Default Screen"
-EndSection
-
-Section "ServerFlags"
-Option"DontZap"  "0"
-EndSection
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] systemd: set correct modes for /var/volatiles/tmp

[Enrico Scholz]

/tmp directories must be sticky and world writable to be usable.

Signed-off-by: Enrico Scholz 
---
 meta/recipes-core/systemd/systemd/00-create-volatile.conf | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/systemd/systemd/00-create-volatile.conf 
b/meta/recipes-core/systemd/systemd/00-create-volatile.conf
index 6163a9c..351ae6b 100644
--- a/meta/recipes-core/systemd/systemd/00-create-volatile.conf
+++ b/meta/recipes-core/systemd/systemd/00-create-volatile.conf
@@ -6,4 +6,4 @@
 d  /var/volatile/log   -   -   -   -
 d  /var/volatile/lock  -   -   -   -
 d  /var/volatile/run   -   -   -   -
-d  /var/volatile/tmp   -   -   -   -
+d  /var/volatile/tmp   1777rootroot-
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [OE-Core][PATCH] util-linux: Remove -systemd package

[Enrico Scholz]

Khem Raj  writes:

> unit files are added to util-linux itself when selected

Having these files in main package causes

| [FAILED] Failed to listen on UUID daemon activation socket.

on every boot.  Although this is caused by a packaging issue (/var/uuidd
does either not exist and/or should be below /var/volatile), the uuidd
systemd files and daemon should be either moved into an own -uuidd, or
the service/socket should not be auto activated.



Enrico

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] dropbear: Do not kill client connections on stop and restart

[Holger Hans Peter Freyther]

Use the pidfile functionality of start-stop-daemon to only kill
the dropbear server process and not the active client connections.

OE-classic used to have this functionality, a patch for it was
applied in revision 6adaccf00601e1bc3ce1ede5417eabcdf1671768.
---
 meta/recipes-core/dropbear/dropbear.inc  |2 +-
 meta/recipes-core/dropbear/dropbear/init |9 +
 2 files changed, 6 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-core/dropbear/dropbear.inc 
b/meta/recipes-core/dropbear/dropbear.inc
index 8d94e5b..85b35ef 100644
--- a/meta/recipes-core/dropbear/dropbear.inc
+++ b/meta/recipes-core/dropbear/dropbear.inc
@@ -2,7 +2,7 @@ DESCRIPTION = "Dropbear is a lightweight SSH and SCP 
implementation"
 HOMEPAGE = "http://matt.ucc.asn.au/dropbear/dropbear.html";
 SECTION = "console/network"
 
-INC_PR = "r2"
+INC_PR = "r3"
 
 # some files are from other projects and have others license terms:
 #   public domain, OpenSSH 3.5p1, OpenSSH3.6.1p2, PuTTY
diff --git a/meta/recipes-core/dropbear/dropbear/init 
b/meta/recipes-core/dropbear/dropbear/init
index 5cc2d65..e8fed3f 100755
--- a/meta/recipes-core/dropbear/dropbear/init
+++ b/meta/recipes-core/dropbear/dropbear/init
@@ -15,6 +15,7 @@ 
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
 DAEMON=/usr/sbin/dropbear
 NAME=dropbear
 DESC="Dropbear SSH server"
+PIDFILE=/var/run/dropbear.pid
 
 DROPBEAR_PORT=22
 DROPBEAR_EXTRA_ARGS=
@@ -80,24 +81,24 @@ case "$1" in
KEY_ARGS=""
test -f $DROPBEAR_DSSKEY && KEY_ARGS="$KEY_ARGS -d $DROPBEAR_DSSKEY"
test -f $DROPBEAR_RSAKEY && KEY_ARGS="$KEY_ARGS -r $DROPBEAR_RSAKEY"
-   start-stop-daemon -S \
+   start-stop-daemon -S -p $PIDFILE \
  -x "$DAEMON" -- $KEY_ARGS \
-p "$DROPBEAR_PORT" $DROPBEAR_EXTRA_ARGS
echo "$NAME."
;;
   stop)
echo -n "Stopping $DESC: "
-   start-stop-daemon -K -x "$DAEMON"
+   start-stop-daemon -K -x "$DAEMON" -p $PIDFILE
echo "$NAME."
;;
   restart|force-reload)
echo -n "Restarting $DESC: "
-   start-stop-daemon -K -x "$DAEMON"
+   start-stop-daemon -K -x "$DAEMON" -p $PIDFILE
sleep 1
KEY_ARGS=""
test -f $DROPBEAR_DSSKEY && KEY_ARGS="$KEY_ARGS -d $DROPBEAR_DSSKEY"
test -f $DROPBEAR_RSAKEY && KEY_ARGS="$KEY_ARGS -r $DROPBEAR_RSAKEY"
-   start-stop-daemon -S \
+   start-stop-daemon -S -p $PIDFILE \
  -x "$DAEMON" -- $KEY_ARGS \
-p "$DROPBEAR_PORT" $DROPBEAR_EXTRA_ARGS
echo "$NAME."
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] RFE: make the init manager an image feature (again)

[Enrico Scholz]

Hello,

it would be nice when the decision to make the init manager a distribution
feature will be reverted to the old oe-meta mechanism.

Being a distribution feature means, that packages are created in such a
way that it is impossible to split off unwanted and heavy weighted
functionality at image creation time.

E.g. on most of my systems, I create two kinds of images: a full
featured, systemd based one and a very minimal rescue system with
busybox and some filesystem utilities.  With recent systemd packaging
change, the rescue image size grow up from 5.9 MiB to 27 MiB because
systemd dependencies are hardcoded in mandatory packages.

Formerly, systemd dependencies could be avoided by adding the -systemd
packages to BAD_RECOMMENDATIONS (e.g. due to busybox-syslog ->
busybox-syslog-systemd rrecommend).

I am aware that initscripts were always part of the main package.  But
sysvinit was very lightweighted and the extra space either negligible or
easy to recover by removing some files in IMAGE_PREPROCESS_COMMAND.

Hence my recommendation: make the init manager an image feature again
and create -systemd and -sysv packages with the corresponding scripts.
OpenEmbedded is still for embedded devices where size matters.


Of course, systemd can be still a distribution feature to enable things
like socket activation as part of PACKAGE_CONFIG.  But dependencies on
init system packages should be RRECOMMENDS which can be overridden
easily at image creation time.



Enrico

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] RFE: make the init manager an image feature (again)

[Otavio Salvador]

On Fri, Feb 15, 2013 at 4:19 PM, Enrico Scholz
 wrote:
> Hello,
>
> it would be nice when the decision to make the init manager a distribution
> feature will be reverted to the old oe-meta mechanism.
>
> Being a distribution feature means, that packages are created in such a
> way that it is impossible to split off unwanted and heavy weighted
> functionality at image creation time.
>
> E.g. on most of my systems, I create two kinds of images: a full
> featured, systemd based one and a very minimal rescue system with
> busybox and some filesystem utilities.  With recent systemd packaging
> change, the rescue image size grow up from 5.9 MiB to 27 MiB because
> systemd dependencies are hardcoded in mandatory packages.
>
> Formerly, systemd dependencies could be avoided by adding the -systemd
> packages to BAD_RECOMMENDATIONS (e.g. due to busybox-syslog ->
> busybox-syslog-systemd rrecommend).
>
> I am aware that initscripts were always part of the main package.  But
> sysvinit was very lightweighted and the extra space either negligible or
> easy to recover by removing some files in IMAGE_PREPROCESS_COMMAND.
>
> Hence my recommendation: make the init manager an image feature again
> and create -systemd and -sysv packages with the corresponding scripts.
> OpenEmbedded is still for embedded devices where size matters.
>
>
> Of course, systemd can be still a distribution feature to enable things
> like socket activation as part of PACKAGE_CONFIG.  But dependencies on
> init system packages should be RRECOMMENDS which can be overridden
> easily at image creation time.

I fully support this! I also want this flexibility back (in fact I see
no reason why it has been dropped).

-- 
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854  http://projetos.ossystems.com.br

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] acpid: modify CFLAGS

[Slater, Joseph]

Thanks for looking at this so quickly.

If I set the optimization to DEBUG_OPTIMIZATION, I see -O0
in CFLAGS, but I see -O2 in log.do_compile.  In Makefile, itself,
I see

CFLAGS = -W -Wall -Werror -Wundef -Wshadow -D_GNU_SOURCE -O2 -g $(DEFS)

and rather than patch that, I thought it would be easier to just override it.

I am using the acpid recipe from openembedded-core master branch.

Joe


From: Saul Wold [s...@linux.intel.com]
Sent: Thursday, February 14, 2013 12:24 PM
To: Slater, Joseph
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH] acpid: modify CFLAGS

On 02/14/2013 09:09 AM, Joe Slater wrote:
> Override the hard-coded CFLAGS used in Makefile
> to reference our CFLAGS.
>

Can you be clearer about this?

I just checked the output of the compile log and these flags are set
correctly. I also looked at the make -n output via a devshell.

This seems to be hardcoding the CFLAGS into this recipe.

Sounds like something else is going on.

Thanks
Sau!


> Upstream-Status:  Pending
>
> Signed-off-by: Joe Slater 
> ---
>   meta/recipes-bsp/acpid/acpid.inc |4 +++-
>   1 files changed, 3 insertions(+), 1 deletions(-)
>
> diff --git a/meta/recipes-bsp/acpid/acpid.inc 
> b/meta/recipes-bsp/acpid/acpid.inc
> index 3c0219f..1ffe6ff 100644
> --- a/meta/recipes-bsp/acpid/acpid.inc
> +++ b/meta/recipes-bsp/acpid/acpid.inc
> @@ -13,7 +13,9 @@ inherit update-rc.d
>   INITSCRIPT_NAME = "acpid"
>   INITSCRIPT_PARAMS = "defaults"
>
> -EXTRA_OEMAKE = ""
> +# Makefile ignores our CFLAGS, so override it.
> +#
> +EXTRA_OEMAKE = "CFLAGS='-W -Wall -Werror -Wundef -Wshadow ${CFLAGS} $(DEFS)'"
>
>   do_compile () {
>   oe_runmake 'CC=${CC} -D_GNU_SOURCE' 'CROSS=${HOST_PREFIX}'
>
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [OE-Core][PATCH] systemd: Fix packaging warnings and spin libnss_myhostname to package of its own

[Khem Raj]

Signed-off-by: Khem Raj 
---
 meta/recipes-core/systemd/systemd_197.bb |6 --
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/systemd/systemd_197.bb 
b/meta/recipes-core/systemd/systemd_197.bb
index 0c3ebc4..aa6fcea 100644
--- a/meta/recipes-core/systemd/systemd_197.bb
+++ b/meta/recipes-core/systemd/systemd_197.bb
@@ -102,7 +102,9 @@ do_install() {
 }
 
 python populate_packages_prepend (){
-systemdlibdir = d.getVar("base_libdir", True)
+systemdbaselibdir = d.getVar("base_libdir", True)
+do_split_packages(d, systemdbaselibdir, '^lib(.*)\.so\.*', 'lib%s', 
'Systemd %s library', extra_depends='', allow_links=True)
+systemdlibdir = d.getVar("libdir", True)
 do_split_packages(d, systemdlibdir, '^lib(.*)\.so\.*', 'lib%s', 'Systemd 
%s library', extra_depends='', allow_links=True)
 }
 PACKAGES_DYNAMIC += "^lib(udev|gudev|systemd).*"
@@ -149,7 +151,6 @@ FILES_${PN} = " ${base_bindir}/* \
 ${systemd_unitdir}/system/* \
 /lib/udev/rules.d/99-systemd.rules \
 ${base_libdir}/security/*.so \
-${libdir}/libnss_myhostname.so.2 \
 /cgroup \
 ${bindir}/systemd* \
 ${bindir}/localectl \
@@ -162,6 +163,7 @@ FILES_${PN} = " ${base_bindir}/* \
 ${exec_prefix}/lib/sysctl.d \
 ${localstatedir} \
 ${libexecdir} \
+/lib/udev/hwdb.d \
 /lib/udev/rules.d/70-uaccess.rules \
 /lib/udev/rules.d/71-seat.rules \
 /lib/udev/rules.d/73-seat-late.rules \
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [OE-Core][PATCH] systemd: Fix packaging warnings and spin libnss_myhostname to package of its own

[Burton, Ross]

On 15 February 2013 19:29, Khem Raj  wrote:
> +/lib/udev/hwdb.d \

Would this obsolete the patch I posted earlier to add pci/usb IDs?

Ross

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] RFE: make the init manager an image feature (again)

[Martin Jansa]

On Fri, Feb 15, 2013 at 04:47:37PM -0200, Otavio Salvador wrote:
> On Fri, Feb 15, 2013 at 4:19 PM, Enrico Scholz
>  wrote:
> > Hello,
> >
> > it would be nice when the decision to make the init manager a distribution
> > feature will be reverted to the old oe-meta mechanism.
> >
> > Being a distribution feature means, that packages are created in such a
> > way that it is impossible to split off unwanted and heavy weighted
> > functionality at image creation time.
> >
> > E.g. on most of my systems, I create two kinds of images: a full
> > featured, systemd based one and a very minimal rescue system with
> > busybox and some filesystem utilities.  With recent systemd packaging
> > change, the rescue image size grow up from 5.9 MiB to 27 MiB because
> > systemd dependencies are hardcoded in mandatory packages.
> >
> > Formerly, systemd dependencies could be avoided by adding the -systemd
> > packages to BAD_RECOMMENDATIONS (e.g. due to busybox-syslog ->
> > busybox-syslog-systemd rrecommend).
> >
> > I am aware that initscripts were always part of the main package.  But
> > sysvinit was very lightweighted and the extra space either negligible or
> > easy to recover by removing some files in IMAGE_PREPROCESS_COMMAND.
> >
> > Hence my recommendation: make the init manager an image feature again
> > and create -systemd and -sysv packages with the corresponding scripts.
> > OpenEmbedded is still for embedded devices where size matters.
> >
> >
> > Of course, systemd can be still a distribution feature to enable things
> > like socket activation as part of PACKAGE_CONFIG.  But dependencies on
> > init system packages should be RRECOMMENDS which can be overridden
> > easily at image creation time.
> 
> I fully support this! I also want this flexibility back (in fact I see
> no reason why it has been dropped).

me too

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] Unmount filesystems automounted by udev except the one with the rootfs

[Konrad Scherer]

From: Konrad Scherer 

Unmount all filesystems automounted by udev except one with
rootfs since the filesystem will be destroyed by switch_root.

Signed-off-by: Konrad Scherer 
---
 meta/recipes-core/initrdscripts/files/init-live.sh |   21 
 1 file changed, 17 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-core/initrdscripts/files/init-live.sh 
b/meta/recipes-core/initrdscripts/files/init-live.sh
index 4f8618b..21939ad 100644
--- a/meta/recipes-core/initrdscripts/files/init-live.sh
+++ b/meta/recipes-core/initrdscripts/files/init-live.sh
@@ -75,6 +75,8 @@ read_args() {
 }
 
 boot_live_root() {
+local rootfs_dev=$1
+
 killall udevd 2>/dev/null
 
 # Move the mount points of some filesystems over to
@@ -82,8 +84,19 @@ boot_live_root() {
 mount -n --move /proc ${ROOT_MOUNT}/proc
 mount -n --move /sys ${ROOT_MOUNT}/sys
 mount -n --move /dev ${ROOT_MOUNT}/dev
-# Move /media/$i over to the real root filesystem
-mount -n --move /media/$i ${ROOT_MOUNT}/media/realroot
+
+# umount all filesystems automounted by udev except one with
+# rootfs since the filesystem will be destroyed by switch_root
+# They cannot be moved, because the read only rootfs may not have
+# the corresponding mount points
+for dir in `ls /media 2>/dev/null`; do
+if [ "x${dir}" != "x${rootfs_dev}" ]; then
+umount /media/${dir}
+else
+# Move iso mount with rootfs over to the real root filesystem
+mount -n --move /media/${rootfs_dev} ${ROOT_MOUNT}/media/realroot
+fi
+done
 
 cd $ROOT_MOUNT
 exec switch_root -c /dev/console $ROOT_MOUNT /sbin/init
@@ -149,13 +162,13 @@ case $label in
mkdir /cow
mount -t tmpfs -o rw,noatime,mode=755 tmpfs /cow
mount -t unionfs -o dirs=/cow:/rootfs-tmp=ro unionfs $ROOT_MOUNT
-   boot_live_root
+   boot_live_root $i
fi
else
if ! $MOUNT -o rw,loop,noatime,nodiratime 
/media/$i/$ISOLINUX/$ROOT_IMAGE $ROOT_MOUNT ; then
fatal "Could not mount rootfs image"
else
-   boot_live_root
+   boot_live_root $i
fi
fi
;;
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH][for-danny] scripts/bitbake: Remove all instances of paths to a layer's scripts directory.

[Denys Dmytriyenko]

From: "Franklin S. Cooper Jr" 

* Currently the assumption is made that only oe-core can include a scripts
  directory.

* However, when other layers create a scripts directory the bitbake script
  freaks out causing a infinite recursive loop until it crashes.

* Simply changing the regular expression to remove all instances of scripts path
  instead of just the first one fixes this problem.

 [Yocto Bug 3872]

Signed-off-by: Franklin S. Cooper Jr 
Signed-off-by: Saul Wold 
---
 scripts/bitbake | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/bitbake b/scripts/bitbake
index 79a81ea..ca2bc82 100755
--- a/scripts/bitbake
+++ b/scripts/bitbake
@@ -126,7 +126,7 @@ if [ $needpseudo != "0" -a $buildpseudo -eq 0 ]; then
 fi
 
 OLDPATH=$PATH
-export PATH=`echo $PATH | sed s#[^:]*/scripts:##`
+export PATH=`echo $PATH | sed s#[^:]*/scripts:##g`
 if [ $buildpseudo -gt 0 ]; then
 [ $buildpseudo -eq 1 ] && echo "Pseudo is not present but is required, 
building this first before the main build"
 [ $buildpseudo -eq 2 ] && echo "Pseudo may be out of date, rebuilding 
pseudo before the main build"
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH V2 0/4] Allow xserver-xf86-config to ship no xorg.conf

[Saul Wold]

On 02/15/2013 05:09 AM, Ross Burton wrote:

Hi,

Same as V1, apart from changing package_deb to have the same check on conffiles
as package_ipk.



Unless I got the wrong set, this still seems to have trouble with the
hardware BSPs for routerstation and MPC machines.

Maybe you need to build those.

Thanks
Sau!


Ross

The following changes since commit 5a4ea383c3fc792cea87b834655eb013120fbb15:

   poky.conf: Add Ubuntu 12.04.2 to sanity tested distros (2013-02-14 23:18:00 
+)

are available in the git repository at:

   git://git.yoctoproject.org/poky-contrib ross/xorg

for you to fetch changes up to 2ea6a8883fe2adfccd845bd94b10c5bf0b03bfe0:

   xserver-xf86-config: empty generic xorg.conf (2013-02-15 13:04:30 +)


Ross Burton (4):
   package_ipk: check CONFFILES exist before adding them to metadata
   package_deb: check CONFFILES exist before adding them to metadata
   xserver-xf86-config: don't ship empty xorg.conf
   xserver-xf86-config: empty generic xorg.conf

  meta/classes/package_deb.bbclass   |3 ++-
  meta/classes/package_ipk.bbclass   |3 ++-
  .../xorg-xserver/xserver-xf86-config/xorg.conf |   26 
  .../xorg-xserver/xserver-xf86-config_0.1.bb|   10 +---
  4 files changed, 10 insertions(+), 32 deletions(-)

Ross Burton (4):
   package_ipk: check CONFFILES exist before adding them to metadata
   package_deb: check CONFFILES exist before adding them to metadata
   xserver-xf86-config: don't ship empty xorg.conf
   xserver-xf86-config: empty generic xorg.conf

  meta/classes/package_deb.bbclass   |3 ++-
  meta/classes/package_ipk.bbclass   |3 ++-
  .../xorg-xserver/xserver-xf86-config/xorg.conf |   26 
  .../xorg-xserver/xserver-xf86-config_0.1.bb|   10 +---
  4 files changed, 10 insertions(+), 32 deletions(-)



___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core