[oe] [PATCH] package_ipk.bbclass: add lists_dir to sysroots' /etc/opkg.conf
This makes the sysroots' /etc/opkg.conf agree with opkg-collateral on where the package lists database should be found. Fixes a problem whereby opkg cannot find the package lists after opkg-collateral is installed. This fixes the same problem as acc720fa80227d08fd15764117e0c34e2387e804. But since that doesn't take into account other dependencies bringing opkg-collateral into the image, it doesn't solve the problem in all cases and could probably be reverted. This is a bit messy, having hardcoded /var/lib/opkg as the lists_dir in multiple locations. Other suggestions welcome. I'm not sure its all that necessary to be using /usr/lib/opkg other than for backwards compatibility with existing installations. Signed-off-by: Graham Gower graham.go...@gmail.com --- classes/package_ipk.bbclass |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/classes/package_ipk.bbclass b/classes/package_ipk.bbclass index cd01496..3d70181 100644 --- a/classes/package_ipk.bbclass +++ b/classes/package_ipk.bbclass @@ -132,6 +132,9 @@ package_generate_ipkg_conf () { echo src oe-${SDK_SYS}-sdk-$arch file:${DEPLOY_DIR_IPK}/${SDK_SYS}-sdk-$arch ${IPKGCONF_CANSDK} fi done + echo lists_dir ext /var/lib/opkg ${IPKGCONF_TARGET} + echo lists_dir ext /var/lib/opkg ${IPKGCONF_SDK} + echo lists_dir ext /var/lib/opkg ${IPKGCONF_CANSDK} } python do_package_ipk () { -- 1.7.1 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] Remove redundant dependencies upon opkg and opkg-collateral.
rootfs_ipk.bbclass already pulls these in, so avoid some confusion. This is totally untested. Signed-off-by: Graham Gower graham.go...@gmail.com --- recipes/images/base-image.bb|5 - recipes/images/minimal-gpe-image.bb |1 - recipes/images/nas-server-image.bb |3 --- recipes/images/x11-sato-image.bb|2 -- recipes/tasks/task-slugos.bb|1 - 5 files changed, 0 insertions(+), 12 deletions(-) diff --git a/recipes/images/base-image.bb b/recipes/images/base-image.bb index ee1f115..51d6d34 100644 --- a/recipes/images/base-image.bb +++ b/recipes/images/base-image.bb @@ -20,9 +20,6 @@ IMAGE_PREPROCESS_COMMAND = create_etc_timestamp DISTRO_SSH_DAEMON ?= dropbear -IPKG_VARIANT ?= opkg -DISTRO_PACKAGE_MANAGER ?= ${IPKG_VARIANT} - # FIXME: We need a distro-indendent way of specifying feed configs. # Once the RFC for the DISTRO_FEED_CONFIGS variable name is approved, # we can remove this default definition and set it in the distro config. @@ -31,7 +28,6 @@ DISTRO_FEED_CONFIGS ?= ${ANGSTROM_FEED_CONFIGS} DEPENDS = \ task-boot \ ${DISTRO_SSH_DAEMON} \ - ${DISTRO_PACKAGE_MANAGER} \ ${DISTRO_FEED_CONFIGS} \ $...@base_contains('MACHINE_FEATURES', 'ext2', 'task-base-ext2', '', d)} \ $...@base_contains('MACHINE_FEATURES', 'usbhost', 'task-base-usbhost', '', d)} \ @@ -40,7 +36,6 @@ DEPENDS = \ IMAGE_INSTALL = \ task-boot \ ${DISTRO_SSH_DAEMON} \ - ${DISTRO_PACKAGE_MANAGER} \ ${DISTRO_FEED_CONFIGS} \ $...@base_contains('MACHINE_FEATURES', 'ext2', 'task-base-ext2', '', d)} \ $...@base_contains('MACHINE_FEATURES', 'usbhost', 'task-base-usbhost', '', d)} \ diff --git a/recipes/images/minimal-gpe-image.bb b/recipes/images/minimal-gpe-image.bb index 0c5c863..b8ddacb 100644 --- a/recipes/images/minimal-gpe-image.bb +++ b/recipes/images/minimal-gpe-image.bb @@ -17,7 +17,6 @@ IMAGE_INSTALL = \ matchbox-wm \ gpe-terminal \ angstrom-feed-configs \ -opkg opkg-collateral \ ${SPLASH} \ diff --git a/recipes/images/nas-server-image.bb b/recipes/images/nas-server-image.bb index 61e8296..f26a357 100644 --- a/recipes/images/nas-server-image.bb +++ b/recipes/images/nas-server-image.bb @@ -20,14 +20,12 @@ # intended to be distro-agnostic. DISTRO_SSH_DAEMON ?= dropbear -DISTRO_PACKAGE_MANAGER ?= opkg opkg-collateral DEPENDS = \ task-boot \ $...@base_contains('MACHINE_FEATURES', 'apex', 'task-base-apex', '', d)} \ task-distro-base task-machine-base \ ${DISTRO_SSH_DAEMON} \ - ${DISTRO_PACKAGE_MANAGER} \ $...@base_contains('MACHINE_FEATURES', 'ext2', 'task-base-ext2', '', d)} \ $...@base_contains('MACHINE_FEATURES', 'usbhost', 'task-base-usbhost', '', d)} \ task-nas-server-everything \ @@ -41,7 +39,6 @@ IMAGE_INSTALL = \ task-boot \ $...@base_contains('MACHINE_FEATURES', 'apex', 'task-base-apex', '', d)} \ ${DISTRO_SSH_DAEMON} \ - ${DISTRO_PACKAGE_MANAGER} \ $...@base_contains('MACHINE_FEATURES', 'ext2', 'task-base-ext2', '', d)} \ $...@base_contains('MACHINE_FEATURES', 'usbhost', 'task-base-usbhost', '', d)} \ ${IMAGE_INSTALL_TASKS} \ diff --git a/recipes/images/x11-sato-image.bb b/recipes/images/x11-sato-image.bb index c2ed50e..f79beae 100644 --- a/recipes/images/x11-sato-image.bb +++ b/recipes/images/x11-sato-image.bb @@ -1,5 +1,4 @@ DISTRO_SSH_DAEMON ?= dropbear -DISTRO_PACKAGE_MANAGER ?= opkg opkg-collateral XSERVER ?= xserver-kdrive-fbdev @@ -8,7 +7,6 @@ IMAGE_PREPROCESS_COMMAND = create_etc_timestamp IMAGE_INSTALL = \ task-base-extended \ ${DISTRO_SSH_DAEMON} \ - ${DISTRO_PACKAGE_MANAGER} \ pointercal \ matchbox-wm \ matchbox-keyboard matchbox-keyboard-applet matchbox-keyboard-im \ diff --git a/recipes/tasks/task-slugos.bb b/recipes/tasks/task-slugos.bb index c007779..297d6f0 100644 --- a/recipes/tasks/task-slugos.bb +++ b/recipes/tasks/task-slugos.bb @@ -133,7 +133,6 @@ RDEPENDS_${PN} += \ busybox initscripts-slugos slugos-init \ update-modules sysvinit udev \ module-init-tools modutils-initscripts \ -opkg-collateral ${IPKG_VARIANT} \ libgcc \ beep \ util-linux-mount \ -- 1.7.1 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] package_ipk.bbclass: add lists_dir to sysroots' /etc/opkg.conf
On Thu, Aug 05, 2010 at 04:01:50PM +0930, Graham Gower wrote: This makes the sysroots' /etc/opkg.conf agree with opkg-collateral on where the package lists database should be found. Fixes a problem whereby opkg cannot find the package lists after opkg-collateral is installed. This fixes the same problem as acc720fa80227d08fd15764117e0c34e2387e804. But since that doesn't take into account other dependencies bringing opkg-collateral into the image, it doesn't solve the problem in all cases and could probably be reverted. Agreed about revert, because for ONLINE_PACKAGE_MANAGEMENT == none it calls opkg-cl ${IPKG_ARGS} install without package name and image creation fails. Regards, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-commits] Roman I Khimov : bitbake.conf: trust server certificate when doing svn over https
В сообщении от Четверг 05 августа 2010 11:12:01 автор Martin Jansa написал: Maybe we should add also --accept theirs-full (just in case) --force (to force overwrite of existing files) ie matchbox-panel-2-icon-themes_0.0.1.bb matchbox-panel-2_svn.bb are checkouting/updating tiwo different SRCREVs and every few builds you end up removing svn checkout from downloads dir, just because it refuses to upgrade to newer revision (applets dir already exists there). Any objections (someone intentionaly keeping dirty checkouts in his DL_DIR)? No objections here. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] PREMIRRORS trouble
#PREMIRRORS = (ftp|http|https)://.*/.* http://myServer/sources/; SOURCE_MIRROR_URL = http://myServer/sources/; INHERIT += own-mirrors seems to work... Thanks for your help! On 08/04/2010 01:36 AM, Michael Smith wrote: On Mon, 2 Aug 2010, Jaap de Jong wrote: PREMIRRORS = (ftp|http|https)://.*/.* http://myServer/sources/; NOTE: Task failed: Unknown fetch Error: too many values to unpack Hi Jaap, Does it work if you set SOURCE_MIRROR_URL to your mirror, and add this to your conf somewhere? INHERIT += own-mirrors Just a guess, but maybe it has trouble with the (ftp|http|https). Mike ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-commits] Roman I Khimov : bitbake.conf: trust server certificate when doing svn over https
В сообщении от Четверг 05 августа 2010 12:24:40 автор Martin Jansa написал: On Thu, Aug 05, 2010 at 11:38:00AM +0400, Roman I Khimov wrote: В сообщении от Четверг 05 августа 2010 11:12:01 автор Martin Jansa написал: Maybe we should add also --accept theirs-full (just in case) --force (to force overwrite of existing files) ie matchbox-panel-2-icon-themes_0.0.1.bb matchbox-panel-2_svn.bb are checkouting/updating tiwo different SRCREVs and every few builds you end up removing svn checkout from downloads dir, just because it refuses to upgrade to newer revision (applets dir already exists there). Any objections (someone intentionaly keeping dirty checkouts in his DL_DIR)? No objections here. On older buildhost I noticed that svn, version 1.5.1 (r32289) doesn't support --trust-server-cert Argh. Certainly, not my day. Usually I use Debian lenny as a build machine and that really has 1.5.1 with no --trust-server-cert option. And that pf_ring recipe that does svn over https worked there just because I've had that repo checked out before packaging it in OE. Then as usually I've cherry-picked the patch to another machine with different machine/distro build configuration (surprisingly how often seem-to-be-good recipes fail after that) running under OpenSUSE 11.2. Immediately seen svn checkout error and figured out that it's trivial to fix (with OpenSUSE's svn 1.6.6). Turns out, not that much. Sorry. Feel free to revert it as I would only be able to do that some 8-9 hours later. I don't know if it's worth it to force builders to upgrade subversion or add their FETCHCOMMAND_svn UPDATECOMMAND_svn to local.conf. IMO we should not break support for major stable (or LTS) distros, so my patch is broken. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH v3 2/2] recipe for scli-0.4.0
Signed-off-by: Henri Bragge henri.bra...@dcombus.com --- recipes/scli/scli_0.4.0.bb | 12 1 files changed, 12 insertions(+), 0 deletions(-) create mode 100644 recipes/scli/scli_0.4.0.bb diff --git a/recipes/scli/scli_0.4.0.bb b/recipes/scli/scli_0.4.0.bb new file mode 100644 index 000..3d24910 --- /dev/null +++ b/recipes/scli/scli_0.4.0.bb @@ -0,0 +1,12 @@ +DESCRIPTION = SNMP Command Line Interface +SECTION = console/network +LICENSE = GPLv2 +DEPENDS = gsnmp readline libxml2 ncurses +PR = r0 + +SRC_URI = ftp://ftp.ibr.cs.tu-bs.de/pub/local/scli/scli-${PV}.tar.gz; + +SRC_URI[md5sum] = 486c92c76059a35c87e88edf24cbf804 +SRC_URI[sha256sum] = 308511589260d3da9bc5817ace363180070ac83ccba9231b7b9a01e1b0c29fe1 + +inherit autotools -- 1.5.6.5 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH v3 1/2] recipe for gsnmp-0.3.0
Signed-off-by: Henri Bragge henri.bra...@dcombus.com --- recipes/gsnmp/gsnmp_0.3.0.bb | 12 1 files changed, 12 insertions(+), 0 deletions(-) create mode 100644 recipes/gsnmp/gsnmp_0.3.0.bb diff --git a/recipes/gsnmp/gsnmp_0.3.0.bb b/recipes/gsnmp/gsnmp_0.3.0.bb new file mode 100644 index 000..b191762 --- /dev/null +++ b/recipes/gsnmp/gsnmp_0.3.0.bb @@ -0,0 +1,12 @@ +DESCRIPTION = SNMP library written on top of glib and gnet. +SECTION = libs/network +LICENSE = GPLv2 +DEPENDS = glib-2.0 gnet +PR = r0 + +SRC_URI = ftp://ftp.ibr.cs.tu-bs.de/local/gsnmp/gsnmp-${PV}.tar.gz; + +SRC_URI[md5sum] = 466699c11b70e18a04d51388b8f89f1c +SRC_URI[sha256sum] = e428b61071b8ba2971fc8737ed2987210b04a71ffde307900df12c06a0bed0f9 + +inherit autotools pkgconfig -- 1.5.6.5 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v2 1/2] recipe for gsnmp-0.3.0
Frans Meulenbroeks fransmeulenbroeks at gmail.com writes: tried to build this, stranded at this: ... NOTE: oestats: task failed, see http://tinderbox.openembedded.net/packages/668019/ ERROR: TaskFailed event exception, aborting No idea what the policy on this is, but I'm not too eager to add all kind of certificates to my system Posted v3, this time with ftp sources. Had forgotten that Deutsche Telekom (which that certificate is rooted to) was an untrusted authority. Sorry the hassle, this is my first patch to oe. - Henri ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-commits] Roman I Khimov : bitbake.conf: trust server certificate when doing svn over https
В сообщении от Четверг 05 августа 2010 12:55:05 автор Frans Meulenbroeks написал: 2010/8/5 Roman I Khimov khi...@altell.ru: В сообщении от Четверг 05 августа 2010 12:24:40 автор Martin Jansa написал: I don't know if it's worth it to force builders to upgrade subversion or add their FETCHCOMMAND_svn UPDATECOMMAND_svn to local.conf. IMO we should not break support for major stable (or LTS) distros, so my patch is broken. I agree that we should not break support for major distros. but without your patch some of the recipes cannot be build easily. The solution of Martin seems a good inbetween. Unfortunately, --force wouldn't solve untrusted certificate problem: bu...@build2:~$ svn --non-interactive --force co https://svn.ntop.org/svn/ntop/trunk/PF_RING svn: OPTIONS of 'https://svn.ntop.org/svn/ntop/trunk/PF_RING': Server certificate verification failed: issuer is not trusted (https://svn.ntop.org) bu...@build2:~$ svn --version |grep \ version svn, version 1.5.1 (r32289) So it either stays as it is or we need svn-native to really fix the problem. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-commits] Roman I Khimov : bitbake.conf: trust server certificate when doing svn over https
On Thu, Aug 05, 2010 at 10:55:05AM +0200, Frans Meulenbroeks wrote: 2010/8/5 Roman I Khimov khi...@altell.ru: В сообщении от Четверг 05 августа 2010 12:24:40 автор Martin Jansa написал: I don't know if it's worth it to force builders to upgrade subversion or add their FETCHCOMMAND_svn UPDATECOMMAND_svn to local.conf. IMO we should not break support for major stable (or LTS) distros, so my patch is broken. I agree that we should not break support for major distros. but without your patch some of the recipes cannot be build easily. The solution of Martin seems a good inbetween. Frans I've pushed my patch removing --trust-server-cert and adding --accept, but --accept is only for =1.5 If we want to support svn older than that ie: svn, version 1.1.1 (r11581) in RHEL4 maybe we should add subversion-native and drop ASSUME_PROVIDED? Regards, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/3] git: replace remaining broken hardlinks with symlinks.
Dear Yann, Am Mittwoch, den 04.08.2010, 00:50 +0200 schrieb Yann Dirson: […] could you do me a favor and explain what is broken regarding hardlinks please. This issue was pointed out to me before, but I could not reproduce it or did not understand it [1]. Thanks, Paul [1] http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-July/021869.html signature.asc Description: This is a digitally signed message part ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [Bitbake-dev] RFC: How to improve packaged-staging and setscene
Richard, Sounds good to me. Not sure whether I have time to try it out on short term. Too much other things at hand. One small concern: Would it in your proposal be possible to disable packaged staging? I think it would be nice if a user (in local.conf or so) could decide on whether he wants to spent build time and space on this. Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] Revert rootfs_ipk.bbclass: install the package manager in a separate pass from the other packages
On Thu, Aug 05, 2010 at 01:10:13PM +0200, Martin Jansa wrote: This reverts commit acc720fa80227d08fd15764117e0c34e2387e804. I'd suggest to fix it instead, like put it into the properly guarded block: diff --git a/classes/rootfs_ipk.bbclass b/classes/rootfs_ipk.bbclass index 7c85aae..4256945 100644 --- a/classes/rootfs_ipk.bbclass +++ b/classes/rootfs_ipk.bbclass @@ -63,7 +63,6 @@ fakeroot rootfs_ipk_do_rootfs () { opkg-cl ${IPKG_ARGS} install $i 21 || true done ${T}/log.do_rootfs-attemptonly.${PID} fi - opkg-cl ${IPKG_ARGS} install ${PACKAGE_INSTALL_PKGMGR} export D=${IMAGE_ROOTFS} export OFFLINE_ROOT=${IMAGE_ROOTFS} @@ -71,6 +70,7 @@ fakeroot rootfs_ipk_do_rootfs () { export OPKG_OFFLINE_ROOT=${IPKG_OFFLINE_ROOT} if [ ${ONLINE_PACKAGE_MANAGEMENT} != none ]; then + opkg-cl ${IPKG_ARGS} install ${PACKAGE_INSTALL_PKGMGR} mkdir -p ${IMAGE_ROOTFS}${sysconfdir}/opkg/ grep ^arch ${IPKGCONF_TARGET} ${IMAGE_ROOTFS}${sysconfdir}/opkg/arch.conf fi ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [Bitbake-dev] RFC: How to improve packaged-staging and setscene
2010/8/5 Richard Purdie rpur...@rpsys.net: On Thu, 2010-08-05 at 13:12 +0200, Frans Meulenbroeks wrote: Sounds good to me. Not sure whether I have time to try it out on short term. Too much other things at hand. One small concern: Would it in your proposal be possible to disable packaged staging? I think it would be nice if a user (in local.conf or so) could decide on whether he wants to spent build time and space on this. Technically, disabling would be possible but you lose some important benefits such as when enabled, cleaning a package will remove whatever it put into staging. Ah ok, that is a benefit I would not like to give up. One of our problems in OE is too many code paths. I'd like to see us try and minimise that problem. Disk space is cheap and this code shouldn't take much more time. Space is less of an issue than time. An additonal task does consume some time, if only to get started Once combined with checksums, it should actually save people large amounts of time as needing to rebuild from scratch should be a think of the patch (unless you make a change effecting everything in which case you'd expect it). Well one of the scenario's I was thinking of when I had this in mind was an autobuilder which builds images from scratch for verification purposes. But I understand your concern about paths. Indeed currently there are sometimes unexpected side effects Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [Bitbake-dev] Add bb.data.flagAppend
On Thu, Aug 5, 2010 at 4:10 AM, Richard Purdie rpur...@rpsys.net wrote: I've been wondering what we could do to get rid of clutter in some of our class files. One thing we see a lot of is getting a flag, appending to it and saving it again. In normal syntax, =+ works great for this but that doesn't help in anonymous python. We see lots of things like: deps = (bb.data.getVarFlag('do_package_write_ipk', 'depends', d) or ).split() deps.append('opkg-utils-native:do_populate_sysroot') deps.append('virtual/fakeroot-native:do_populate_sysroot') bb.data.setVarFlag('do_package_write_ipk', 'depends', .join(deps), d) where as it would be nice just to be able to write: bb.data.varFlagAppend('do_package_write_ipk', 'depends', opkg-utils-native:do_populate_sysroot virtual/fakeroot-native:do_populate_sysroot, d) or deps = opkg-utils-native:do_populate_sysroot virtual/fakeroot-native:do_populate_sysroot bb.data.varFlagAppend('do_package_write_ipk', 'depends', deps, d) if long lines make you uneasy. Does anyone else feel such a function would be of use? It would assume space delimitation as the =+ and += operators work. This doesn't seem unreasonable to me. Of course, this sort of thing is quite common among variables, not just variable flags -- the fetch or , split, modify, reset. Ideally, anything we can do from the metadata (.=, =., +=, =+, addtask, addhandler, etc) would also be just as easily done via the python API, to better facilitate testing, and to make things like this a bit easier. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] package_ipk.bbclass: add lists_dir to sysroots' /etc/opkg.conf
On Thu, Aug 5, 2010 at 12:20 AM, Martin Jansa martin.ja...@gmail.comwrote: On Thu, Aug 05, 2010 at 04:01:50PM +0930, Graham Gower wrote: This makes the sysroots' /etc/opkg.conf agree with opkg-collateral on where the package lists database should be found. Fixes a problem whereby opkg cannot find the package lists after opkg-collateral is installed. This fixes the same problem as acc720fa80227d08fd15764117e0c34e2387e804. But since that doesn't take into account other dependencies bringing opkg-collateral into the image, it doesn't solve the problem in all cases and could probably be reverted. Agreed about revert, because for ONLINE_PACKAGE_MANAGEMENT == none it calls opkg-cl ${IPKG_ARGS} install without package name and image creation fails. Thanks, Graham, I appreciate your looking into this. Your commit for this should definitely go in. I expected my commit was a workaround at best :) -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] Revert rootfs_ipk.bbclass: install the package manager in a separate pass from the other packages
On Thu, Aug 5, 2010 at 4:57 AM, Bernhard Reutner-Fischer rep.dot@gmail.com wrote: On Thu, Aug 05, 2010 at 01:10:13PM +0200, Martin Jansa wrote: This reverts commit acc720fa80227d08fd15764117e0c34e2387e804. I'd suggest to fix it instead, like put it into the properly guarded block: Graham already has a proper fix for this, so consider the reversion of acc720fa acked by me. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-commits] Roman I Khimov : bitbake.conf: trust server certificate when doing svn over https
Frans Meulenbroeks wrote: 2010/8/5 Roman I Khimov khi...@altell.ru: В сообщении от Четверг 05 августа 2010 12:24:40 автор Martin Jansa написал: I don't know if it's worth it to force builders to upgrade subversion or add their FETCHCOMMAND_svn UPDATECOMMAND_svn to local.conf. IMO we should not break support for major stable (or LTS) distros, so my patch is broken. I agree that we should not break support for major distros. but without your patch some of the recipes cannot be build easily. The solution of Martin seems a good inbetween. Adding subversion-native isn't hard, I've got one around locally for RHEL4 :) It's svn 1.6.5. Also got the logic to add svn-native for any svn:// uris. -- Tom Rini Mentor Graphics Corporation ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v3 2/2] recipe for scli-0.4.0
2010/8/5 Henri Bragge henri.bra...@dcombus.com: Signed-off-by: Henri Bragge henri.bra...@dcombus.com --- recipes/scli/scli_0.4.0.bb | 12 1 files changed, 12 insertions(+), 0 deletions(-) create mode 100644 recipes/scli/scli_0.4.0.bb diff --git a/recipes/scli/scli_0.4.0.bb b/recipes/scli/scli_0.4.0.bb new file mode 100644 index 000..3d24910 --- /dev/null +++ b/recipes/scli/scli_0.4.0.bb @@ -0,0 +1,12 @@ +DESCRIPTION = SNMP Command Line Interface +SECTION = console/network +LICENSE = GPLv2 +DEPENDS = gsnmp readline libxml2 ncurses +PR = r0 + +SRC_URI = ftp://ftp.ibr.cs.tu-bs.de/pub/local/scli/scli-${PV}.tar.gz; + +SRC_URI[md5sum] = 486c92c76059a35c87e88edf24cbf804 +SRC_URI[sha256sum] = 308511589260d3da9bc5817ace363180070ac83ccba9231b7b9a01e1b0c29fe1 + +inherit autotools -- Tried it. Fetch is ok now, but when building I get a QA issue causing the build to fail (angstrom/beagleboard): OTE: Running task 665 of 669 (ID: 16, /home/frans/oe/openembedded/recipes/scli/scli_0.4.0.bb, do_package_write_ipk) ERROR: QA Issue with staging: libexslt.pc failed sanity test (tmpdir) in path /home/frans/oe/tmp_angstrom/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib/pkgconfig ERROR: QA Issue with staging: libxslt.pc failed sanity test (tmpdir) in path /home/frans/oe/tmp_angstrom/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib/pkgconfig ERROR: QA staging was broken by the package built above see http://tinderbox.openembedded.net/builds/81310/ Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v2 1/2] recipe for gsnmp-0.3.0
This one also failed building with a similar QA issue: NOTE: Running task 629 of 630 (ID: 10, /home/frans/oe/openembedded/recipes/gsnmp/gsnmp_0.3.0.bb, do_qa_staging) ERROR: QA Issue with staging: libexslt.pc failed sanity test (tmpdir) in path /home/frans/oe/tmp_angstrom/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib/pkgconfig ERROR: QA Issue with staging: libxslt.pc failed sanity test (tmpdir) in path /home/frans/oe/tmp_angstrom/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib/pkgconfig ERROR: QA staging was broken by the package built above see http://tinderbox.openembedded.net/builds/81312 No idea how exactly to fix this. Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] u-boot: beagleboard: default 3MP camera support
This turns on the pull-ups so that the I2C will work by default as well as sets the default camera type. Currently, the kernel cannot probe for I2C devices, but that should be the long term fix. We put the change here into the default environment, instead of the boot.scr, such that there won't be a need to update your boot.scr in the future for the default camera if we ever get the kernel fixed to probe for I2C devcies. Signed-off-by: Jason Kridner jkrid...@beagleboard.org --- .../0045-BeagleBoard-Enable-pullups-on-i2c2.patch | 46 ++ ...eagleBoard-Add-camera-to-default-bootargs.patch | 50 recipes/u-boot/u-boot_git.bb |4 +- 3 files changed, 99 insertions(+), 1 deletions(-) create mode 100644 recipes/u-boot/u-boot-git/beagleboard/0045-BeagleBoard-Enable-pullups-on-i2c2.patch create mode 100644 recipes/u-boot/u-boot-git/beagleboard/0046-BeagleBoard-Add-camera-to-default-bootargs.patch diff --git a/recipes/u-boot/u-boot-git/beagleboard/0045-BeagleBoard-Enable-pullups-on-i2c2.patch b/recipes/u-boot/u-boot-git/beagleboard/0045-BeagleBoard-Enable-pullups-on-i2c2.patch new file mode 100644 index 000..ea3ab74 --- /dev/null +++ b/recipes/u-boot/u-boot-git/beagleboard/0045-BeagleBoard-Enable-pullups-on-i2c2.patch @@ -0,0 +1,46 @@ +From bf4b655c6c02bbf95bd6ebbf820e53dbd8eb4803 Mon Sep 17 00:00:00 2001 +From: Steve Kipisz s-kipi...@ti.com +Date: Thu, 5 Aug 2010 10:36:07 -0500 +Subject: [PATCH] BeagleBoard: Enable pullups on i2c2. + +--- + board/ti/beagle/beagle.c |2 ++ + include/asm-arm/arch-omap3/omap3.h |9 + + 2 files changed, 11 insertions(+), 0 deletions(-) + +diff --git a/board/ti/beagle/beagle.c b/board/ti/beagle/beagle.c +index cdba3dd..eeb37bc 100644 +--- a/board/ti/beagle/beagle.c b/board/ti/beagle/beagle.c +@@ -163,6 +163,8 @@ int misc_init_r(void) + struct gpio *gpio5_base = (struct gpio *)OMAP34XX_GPIO5_BASE; + struct gpio *gpio6_base = (struct gpio *)OMAP34XX_GPIO6_BASE; + ++ /* Enable i22 pullup resisters */ ++ *(ulong *)(CONTROL_PROG_IO1) = ~(PRG_I2C2_PULLUPRESX); + beagle_identify(); + + printf(\nProbing for expansion boards, if none are connected you'll see a harmless I2C error.\n\n); +diff --git a/include/asm-arm/arch-omap3/omap3.h b/include/asm-arm/arch-omap3/omap3.h +index 3957c79..1860dff 100644 +--- a/include/asm-arm/arch-omap3/omap3.h b/include/asm-arm/arch-omap3/omap3.h +@@ -50,6 +50,15 @@ + /* CONTROL */ + #define OMAP34XX_CTRL_BASE(OMAP34XX_L4_IO_BASE + 0x2000) + ++/* Signal Integrity Parameter Control Registers */ ++#define CONTROL_PROG_IO0 0x48002444 ++#define CONTROL_PROG_IO1 0x48002448 ++#define CONTROL_PROG_IO2 0x48002408 ++#define CONTROL_PROG_IO_WKUP1 0x48002A80 ++ ++/* Bit definition for CONTROL_PROG_IO1 */ ++#define PRG_I2C2_PULLUPRESX 0x0001 ++ + /* UART */ + #define OMAP34XX_UART1(OMAP34XX_L4_IO_BASE + 0x6a000) + #define OMAP34XX_UART2(OMAP34XX_L4_IO_BASE + 0x6c000) +-- +1.6.6.1 + diff --git a/recipes/u-boot/u-boot-git/beagleboard/0046-BeagleBoard-Add-camera-to-default-bootargs.patch b/recipes/u-boot/u-boot-git/beagleboard/0046-BeagleBoard-Add-camera-to-default-bootargs.patch new file mode 100644 index 000..f999f7f --- /dev/null +++ b/recipes/u-boot/u-boot-git/beagleboard/0046-BeagleBoard-Add-camera-to-default-bootargs.patch @@ -0,0 +1,50 @@ +From 519ecc8a8f441d30e55c7e4552c63e2363fa6dd5 Mon Sep 17 00:00:00 2001 +From: Jason Kridner jkrid...@beagleboard.org +Date: Thu, 5 Aug 2010 13:54:12 -0500 +Subject: [PATCH] BeagleBoard: Add camera to default bootargs + + +Signed-off-by: Jason Kridner jkrid...@beagleboard.org +--- + include/configs/omap3_beagle.h |4 + 1 files changed, 4 insertions(+), 0 deletions(-) + +diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h +index 1a76004..48ad805 100644 +--- a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h +@@ -208,6 +208,7 @@ + bootscr=boot.scr\0 \ + mpurate=500\0 \ + buddy=none\0 \ ++ camera=lbcm3m1\0 \ + vram=12M\0 \ + dvimode=640x480mr...@60\0 \ + defaultdisplay=dvi\0 \ +@@ -222,6 +223,7 @@ + ${optargs} \ + mpurate=${mpurate} \ + buddy=${buddy} \ ++ camera=${camera} \ + vram=${vram} \ + omapfb.mode=dvi:${dvimode} \ + omapdss.def_disp=${defaultdisplay} \ +@@ -231,6 +233,7 @@ + ${optargs} \ + mpurate=${mpurate} \ + buddy=${buddy} \ ++ camera=${camera} \ + vram=${vram} \ + omapfb.mode=dvi:${dvimode} \ + omapdss.def_disp=${defaultdisplay} \ +@@ -241,6 +244,7 @@ + ${optargs} \ + mpurate=${mpurate} \ + buddy=${buddy} \ ++
[oe] [PATCH] angstrom-uboot-scripts: fixed tests for revision
Tests in u-boot scripts require the 'test' function. Signed-off-by: Jason Kridner jkrid...@beagleboard.org --- recipes/angstrom/angstrom-uboot-scripts.bb |2 +- .../beagleboard-validation-boot.cmd|4 ++-- .../beagleboard-validation-user.cmd|6 +++--- 3 files changed, 6 insertions(+), 6 deletions(-) diff --git a/recipes/angstrom/angstrom-uboot-scripts.bb b/recipes/angstrom/angstrom-uboot-scripts.bb index 1be681a..2152f5d 100644 --- a/recipes/angstrom/angstrom-uboot-scripts.bb +++ b/recipes/angstrom/angstrom-uboot-scripts.bb @@ -1,6 +1,6 @@ DESCRIPTION = Various uboot scripts -PR = r7 +PR = r8 DEPENDS = u-boot-mkimage-native diff --git a/recipes/angstrom/angstrom-uboot-scripts/beagleboard-validation-boot.cmd b/recipes/angstrom/angstrom-uboot-scripts/beagleboard-validation-boot.cmd index 1d0f223..50a82a6 100644 --- a/recipes/angstrom/angstrom-uboot-scripts/beagleboard-validation-boot.cmd +++ b/recipes/angstrom/angstrom-uboot-scripts/beagleboard-validation-boot.cmd @@ -1,9 +1,9 @@ setenv dvimode 'hd720' setenv vram '16M omapfb.vram=0:8M,1:4M,2:4M' -if ${beaglerev} = AxBx; then +if test ${beaglerev} = AxBx; then setenv mpurate 600 setenv optargs 'mem=...@0x8000 musb_hdrc.fifomode=5' -elif ${beaglerev} = Cx; then +elif test ${beaglerev} = Cx; then setenv mpurate 720 setenv optargs 'mem=...@0x8000 mem=1...@0x8800 musb_hdrc.fifomode=5' else diff --git a/recipes/angstrom/angstrom-uboot-scripts/beagleboard-validation-user.cmd b/recipes/angstrom/angstrom-uboot-scripts/beagleboard-validation-user.cmd index 0c32ae1..6488db4 100644 --- a/recipes/angstrom/angstrom-uboot-scripts/beagleboard-validation-user.cmd +++ b/recipes/angstrom/angstrom-uboot-scripts/beagleboard-validation-user.cmd @@ -1,8 +1,8 @@ -setenv console 'tty0 console=ttyS2,115200n8' -if ${beaglerev} = AxBx; then +setenv console 'ttyS2,115200n8 console=tty0' +if test ${beaglerev} = AxBx; then setenv mpurate 600 setenv optargs 'mem=...@0x8000 musb_hdrc.fifomode=5' -elif ${beaglerev} = Cx; then +elif test ${beaglerev} = Cx; then setenv mpurate 720 setenv optargs 'mem=...@0x8000 mem=1...@0x8800 musb_hdrc.fifomode=5' else -- 1.5.6.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] linux-omap-psp_2.6.32: Move camera sensor reset
Camera reset needed to be done after applying power. Signed-off-by: Jason Kridner jkrid...@beagleboard.org --- ...-Move-sensor-rest-to-after-applying-power.patch | 65 recipes/linux/linux-omap-psp_2.6.32.bb |1 + 2 files changed, 66 insertions(+), 0 deletions(-) create mode 100644 recipes/linux/linux-omap-psp-2.6.32/cam/0001-Move-sensor-rest-to-after-applying-power.patch diff --git a/recipes/linux/linux-omap-psp-2.6.32/cam/0001-Move-sensor-rest-to-after-applying-power.patch b/recipes/linux/linux-omap-psp-2.6.32/cam/0001-Move-sensor-rest-to-after-applying-power.patch new file mode 100644 index 000..4bb327e --- /dev/null +++ b/recipes/linux/linux-omap-psp-2.6.32/cam/0001-Move-sensor-rest-to-after-applying-power.patch @@ -0,0 +1,65 @@ +From f3fdd3fb4e45b75722d68e5e380c0c71f83fffcf Mon Sep 17 00:00:00 2001 +From: Steve Kipisz s-kipi...@ti.com +Date: Thu, 5 Aug 2010 10:51:11 -0500 +Subject: [PATCH] Move sensor rest to after applying power. + +--- + arch/arm/mach-omap2/board-omap3beagle-camera.c | 12 + 1 files changed, 8 insertions(+), 4 deletions(-) + +diff --git a/arch/arm/mach-omap2/board-omap3beagle-camera.c b/arch/arm/mach-omap2/board-omap3beagle-camera.c +index 520e1d8..39ac4b7 100644 +--- a/arch/arm/mach-omap2/board-omap3beagle-camera.c b/arch/arm/mach-omap2/board-omap3beagle-camera.c +@@ -160,8 +160,6 @@ static int mt9v113_power_set(struct v4l2_int_device *s, enum v4l2_power power) + case V4L2_POWER_ON: + + isp_configure_interface(vdev-cam-isp, mt9v113_if_config); +- /* Set RESET_BAR to 0 */ +- gpio_set_value(LEOPARD_RESET_GPIO, 0); + + /* turn on VDD */ + regulator_enable(cam_1v8_reg); +@@ -170,6 +168,9 @@ static int mt9v113_power_set(struct v4l2_int_device *s, enum v4l2_power power) + regulator_enable(cam_2v8_reg); + mdelay(50); + ++ /* Set RESET_BAR to 0 */ ++ gpio_set_value(LEOPARD_RESET_GPIO, 0); ++ + /* Enable EXTCLK */ + isp_set_xclk(vdev-cam-isp, MT9V113_CLK_MIN*2, CAM_USE_XCLKA); + /* +@@ -177,8 +178,10 @@ static int mt9v113_power_set(struct v4l2_int_device *s, enum v4l2_power power) +* ((100 * 70) / 600) = aprox 12 us. +*/ + udelay(12); ++ + /* Set RESET_BAR to 1 */ + gpio_set_value(LEOPARD_RESET_GPIO, 1); ++ + /* +* Wait at least 100 CLK cycles (w/EXTCLK = 6MHz, or CLK_MIN): +* ((100 * 100) / 600) = aprox 17 us. +@@ -317,8 +320,6 @@ static int mt9t112_power_set(struct v4l2_int_device *s, enum v4l2_power power) + isp_configure_interface(vdev-cam-isp, mt9t112_if_config); + #endif + +- /* Set RESET_BAR to 0 */ +- gpio_set_value(LEOPARD_RESET_GPIO, 0); + + /* turn on VDD */ + regulator_enable(cam_1v8_reg); +@@ -330,6 +331,9 @@ static int mt9t112_power_set(struct v4l2_int_device *s, enum v4l2_power power) + + mdelay(50); + ++ /* Set RESET_BAR to 0 */ ++ gpio_set_value(LEOPARD_RESET_GPIO, 0); ++ + /* Enable EXTCLK */ + isp_set_xclk(vdev-cam-isp, 2400, CAM_USE_XCLKA); + +-- +1.6.6.1 + diff --git a/recipes/linux/linux-omap-psp_2.6.32.bb b/recipes/linux/linux-omap-psp_2.6.32.bb index 5c1287b..887e3d5 100644 --- a/recipes/linux/linux-omap-psp_2.6.32.bb +++ b/recipes/linux/linux-omap-psp_2.6.32.bb @@ -130,6 +130,7 @@ SRC_URI = git://arago-project.org/git/people/sriram/ti-psp-omap.git;protocol=gi file://cam/0071-mt9t112-Trigger-autofocus-at-the-end-of-context-swit.patch \ file://cam/0002-omap3beagle-camera-Fix-dual-sensor-registration.patch \ file://cam/0003-mt9v113-Fix-State-variable-handling.patch \ + file://cam/0001-Move-sensor-rest-to-after-applying-power.patch \ file://0001-BeagleBoard-Adjust-USER-button-pin-for-xM.patch \ file://defconfig -- 1.5.6.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] patchwork, please keep patches up to date
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I had a look around patchwork and I noticed lots of duplicates and already applied patches are still in the queue, so I have a small request: Could the people sending patches to this mailinglist update their status in patchwork? And can people applying patches also update the status? regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFMWxFWMkyGM64RGpERAo9QAJ9fmxr+JIAWwAXofqjbGdPipFA3fgCbBTRT HroCseFeXy2c0FJpS5zco5Y= =lUq9 -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] u-boot: beagleboard: fixed patch filename error
Signed-off-by: Jason Kridner jkrid...@beagleboard.org --- recipes/u-boot/u-boot_git.bb |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/recipes/u-boot/u-boot_git.bb b/recipes/u-boot/u-boot_git.bb index 79c2b95..a016af8 100644 --- a/recipes/u-boot/u-boot_git.bb +++ b/recipes/u-boot/u-boot_git.bb @@ -69,8 +69,8 @@ SRC_URI_beagleboard = git://www.denx.de/git/u-boot.git;protocol=git \ file://0042-BeagleBoard-New-command-for-status-of-USER-button.patch \ file://0043-BeagleBoard-Add-CONFIG_SYS_MEMTEST_SCRATCH.patch \ file://0044-Beagleboard-Adjust-boot.patch \ - file://0045-Beagleboard-Enable-pullups-on-i2c2.patch \ - file://0046-Beagleboard-Add-camera-to-default-bootargs.patch \ + file://0045-BeagleBoard-Enable-pullups-on-i2c2.patch \ + file://0046-BeagleBoard-Add-camera-to-default-bootargs.patch \ file://fw_env.config \ SRCREV_beagleboard = ca6e1c136ddb720c3bb2cc043b99f7f06bc46c55 -- 1.5.6.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/2] python-xdg: prevent infinite recursion in xdg.DesktopEntry.__cmp__().
On Wed, Aug 04, 2010 at 10:31:45AM +0200, Paul Menzel wrote: Am Mittwoch, den 04.08.2010, 01:01 +0200 schrieb Yann Dirson: Delete cmp method which has been dropped from later releases. Yann, thank you for your patch. I would prefer if you could move the recipe to 0.19 [1]. I did `git grep -i pyxdg` and found no traces that 0.15 is pinned anywhere. Or is your patch for stable? It is most surely useful for stable, but since I won't be able to process 0.19 right now, it is probably good for dev as well. Best regards, -- Yann ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] xf86-input-mouse -- dependency problem
I need to build xf86-input-mouse and xf86-input-keyboard to actually use a mouse and keyboard with my target I did this before with a 2009-dec-04 git pull that used xserver-xorg 1.6.1 Now with the pull I did on July 29, that has xserver-xorg 1.7.4, I get the following: checking for XORG... configure: error: Package requirements (xorg-server = 1.5.99.901 xproto randrproto) were not met: | | Requested 'xorg-server = 1.5.99.901' but version of xorg-server is 1.4.0.90 | | Consider adjusting the PKG_CONFIG_PATH environment variable if you | installed software in a non-standard prefix. | | Alternatively, you may set the environment variables XORG_CFLAGS | and XORG_LIBS to avoid the need to call pkg-config. | See the pkg-config man page for more details. | NOTE: Task failed: /home/oe/build-2010-07-29/tmp/work/i686-angstrom-linux/xf86-input-mouse-1_1.5.0-r14.1/temp/log.do_configure.16587 ERROR: TaskFailed event exception, aborting ERROR: Build of /home/oe/2010-07-29/openembedded/recipes/xorg-driver/xf86-input-mouse_1.5.0.bb do_configure failed ERROR: Task 7 (/home/oe/2010-07-29/openembedded/recipes/xorg-driver/xf86-input-mouse_1.5.0.bb, do_configure) failed NOTE: Tasks Summary: Attempted 2896 tasks of which 2896 didn't need to be rerun and 1 failed. ERROR: '/home/oe/2010-07-29/openembedded/recipes/xorg-driver/xf86-input-mouse_1.5.0.bb' failed When I try to build xf86-input-keyboard.It appears to get the version info from xserver-kdrive (which is 1.4.0.90). I thought kdrive was deprecated? Why does it still get built? I have the PREFERRED_PROVIDER stuff set up to favor xorg, but kdrive still gets built. HELP!?!?!? Thanks, Jay ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] patchwork, please keep patches up to date
On 6 August 2010 08:03, Graham Gower graham.go...@gmail.com wrote: On 6 August 2010 05:00, Koen Kooi k.k...@student.utwente.nl wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I had a look around patchwork and I noticed lots of duplicates and already applied patches are still in the queue, so I have a small request: Could the people sending patches to this mailinglist update their status in patchwork? And can people applying patches also update the status? Ok, I created an account and logged in. There is a checkbox next to each line. Now what? Is there supposed to be some way to link your account with the accountability for certain patches, thereby giving one the ability to delete them? I assume this is an admin/moderator task. Do I only get accountability for a patch if it is sent to the list after an account is created for the same email address? Let me test that with a bogus patch... --- a/recipes/foo/bar.bb +++ b/recipes/foo/bar.bb @@ -10,7 +10,7 @@ frobnobble here is some context here is some more -i am a bd line +i am a less baad line more context yet more context Feel free to ignore my stupidity. One has to actually click on the patch to change its state. -Graham ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel