openSUSE has moved several of it's projects from gitorious to github. Lately,
these has become unfetchable from gitorius, thus the SRC_URI fixes are needed
also for the upcoming yocto release.
No other changes are included, SRCREV's are kept the same.
The following changes since commit 81274f448
Signed-off-by: Anders Darander
---
meta/recipes-extended/libzypp/libzypp_git.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-extended/libzypp/libzypp_git.bb
b/meta/recipes-extended/libzypp/libzypp_git.bb
index aeae7df..4b1b8e4 100644
--- a/meta/recipes-e
Signed-off-by: Anders Darander
---
meta/recipes-extended/sat-solver/sat-solver_git.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-extended/sat-solver/sat-solver_git.bb
b/meta/recipes-extended/sat-solver/sat-solver_git.bb
index 9b212db..0d9a439 100644
--
Signed-off-by: Anders Darander
---
meta/recipes-extended/zypper/zypper_git.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-extended/zypper/zypper_git.bb
b/meta/recipes-extended/zypper/zypper_git.bb
index 299fcb5..7f7ceb3 100644
--- a/meta/recipes-extende
This eliminates a good chunk of buildtime when building console-only image.
The bluez4 and this recipe share a .inc file since the source is the same.
Signed-off-by: Koen Kooi
---
meta/recipes-connectivity/bluez/bluez4.inc | 37 +++
meta/recipes-connectivity/bluez/bluez4_4
On Tuesday 20 September 2011 12:08:16 Koen Kooi wrote:
> This eliminates a good chunk of buildtime when building console-only image.
>
> The bluez4 and this recipe share a .inc file since the source is the same.
>
> Signed-off-by: Koen Kooi
> ---
> meta/recipes-connectivity/bluez/bluez4.inc
Changelog for 2011-09-12 to 2011-09-19. Projects included in this report:
bitbake: git://git.openembedded.org/bitbake
openembedded-core: git://git.openembedded.org/openembedded-core
meta-openembedded: git://git.openembedded.org/meta-openembedded
meta-angstrom: git://git.angstrom-distribution.org/
Wrong list, apologies for the noise!
Joshua
On Mon, 2011-09-19 at 15:41 -0700, Joshua Lock wrote:
> This series contains 3 bug fixes.
>
> The first has been submitted previously but hasn't been applied or commented
> on so I've rolled it into this pull request.
>
> Patch one and two contain bug
Hi Mark,
> -Original Message-
> From: Mark Hatle [mailto:mark.ha...@windriver.com]
> Sent: Saturday, September 17, 2011 2:19 AM
> To: Mark Hatle
> Cc: Xu, Dongxiao; Richard Purdie; openembedded-core
> Subject: Re: Multilib status
>
> Just an FYI. I'm working through a bunch of issues. I
On 9/20/11 10:01 AM, Xu, Dongxiao wrote:
> Hi Mark,
>
>> -Original Message-
>> From: Mark Hatle [mailto:mark.ha...@windriver.com]
>> Sent: Saturday, September 17, 2011 2:19 AM
>> To: Mark Hatle
>> Cc: Xu, Dongxiao; Richard Purdie; openembedded-core
>> Subject: Re: Multilib status
>>
>> Jus
> >> -Original Message-
> >> From: Mark Hatle [mailto:mark.ha...@windriver.com]
> >> Sent: Saturday, September 17, 2011 2:19 AM
> >> To: Mark Hatle
> >> Cc: Xu, Dongxiao; Richard Purdie; openembedded-core
> >> Subject: Re: Multilib status
> >>
> >> Just an FYI. I'm working through a bunch
commit id aea5b9ef458099efd8f9a83428af84bbbe69eed2
I'm really not sure what I have is right though.. it seems to be not failing..
;) But you likely know what should trigger these changes and if what I did is
correct or not.
--Mark
On 9/20/11 11:57 AM, Xu, Dongxiao wrote:
-Original Mess
> -Original Message-
> From: Mark Hatle [mailto:mark.ha...@windriver.com]
> Sent: Wednesday, September 21, 2011 1:06 AM
> To: Xu, Dongxiao
> Cc: Richard Purdie; openembedded-core
> Subject: Re: Multilib status
>
> commit id aea5b9ef458099efd8f9a83428af84bbbe69eed2
>
> I'm really not sure
On 09/20/2011 01:32 AM, Anders Darander wrote:
openSUSE has moved several of it's projects from gitorious to github. Lately,
these has become unfetchable from gitorius, thus the SRC_URI fixes are needed
also for the upcoming yocto release.
No other changes are included, SRCREV's are kept the sa
On 9/20/11 12:34 PM, Xu, Dongxiao wrote:
>> -Original Message-
>> From: Mark Hatle [mailto:mark.ha...@windriver.com]
>> Sent: Wednesday, September 21, 2011 1:06 AM
>> To: Xu, Dongxiao
>> Cc: Richard Purdie; openembedded-core
>> Subject: Re: Multilib status
>>
>> commit id aea5b9ef458099efd8
[YOCTO #1492]
This patch removes the UI related packages from avahi. This
allows the package to be built without gtk and GPLv3 issues.
Signed-off-by: Saul Wold
---
meta/recipes-connectivity/avahi/avahi.inc | 19 +++
1 files changed, 7 insertions(+), 12 deletions(-)
diff --git
This version removes the DISTRO_FEATURE check for x11 and simply
removes the DEPENDS on gtk and sets --disable-gtk to EXTRA_OECONF.
If someone uses/needs the avahi-ui bits, they are available in the
OE repo, we would consider taking them into oe-core if there is a clear
need for it.
Sau!
The fo
Op 20 sep. 2011, om 20:26 heeft Saul Wold het volgende geschreven:
> This version removes the DISTRO_FEATURE check for x11 and simply
> removes the DEPENDS on gtk and sets --disable-gtk to EXTRA_OECONF.
>
> If someone uses/needs the avahi-ui bits, they are available in the
> OE repo, we would co
I noticed a problem with the alsa-utils package where the alsa-utils package
does not depend on all of the little extra packages it's supposed to pull in.
I'm not sure what the best way to fix this is though. Can anyone give me a
little guidance or point me at a recipe that does this correctly a
Hello, colleagues,
While debugging some stuff in oe-core & company I've noticed that
lot's of packages
either don't use INC_PR, or misuse it (e.g. .inc has INC_PR, but then
.bb just defines PR = "rX").
>From my previous experience with oe-dev, I found INC_PR very usefull
and error-prone feature.
On 9/20/11 2:03 PM, Daniel Lazzari wrote:
> I noticed a problem with the alsa-utils package where the alsa-utils package
> does not depend on all of the little extra packages it's supposed to pull in.
> I'm not sure what the best way to fix this is though. Can anyone give me a
> little guidance
On 9/20/11 2:04 PM, Dmitry Eremin-Solenikov wrote:
> Hello, colleagues,
>
> While debugging some stuff in oe-core & company I've noticed that
> lot's of packages
> either don't use INC_PR, or misuse it (e.g. .inc has INC_PR, but then
> .bb just defines PR = "rX").
I've noticed similar things. I'
On Tue, 2011-09-20 at 11:10 -0700, Saul Wold wrote:
> On 09/20/2011 01:32 AM, Anders Darander wrote:
> >
> > openSUSE has moved several of it's projects from gitorious to github.
> > Lately,
> > these has become unfetchable from gitorius, thus the SRC_URI fixes are
> > needed
> > also for the upc
On Tue, Sep 20, 2011 at 12:03 PM, Daniel Lazzari wrote:
> I noticed a problem with the alsa-utils package where the alsa-utils package
> does not depend on all of the little extra packages it's supposed to pull in.
> I'm not sure what the best way to fix this is though. Can anyone give me a
> l
> On 9/20/11 2:03 PM, Daniel Lazzari wrote:
> > I noticed a problem with the alsa-utils package where the alsa-utils
> > package does not depend on all of the little extra packages it's supposed
> > to pull in. I'm not sure what the best way to fix this is though. Can
> > anyone give me a little
On Tue, 2011-09-20 at 14:10 -0500, Mark Hatle wrote:
> On 9/20/11 2:04 PM, Dmitry Eremin-Solenikov wrote:
> > Hello, colleagues,
> >
> > While debugging some stuff in oe-core & company I've noticed that
> > lot's of packages
> > either don't use INC_PR, or misuse it (e.g. .inc has INC_PR, but then
Op 20 sep 2011, om 22:30 heeft Richard Purdie het volgende geschreven:
On Tue, 2011-09-20 at 14:10 -0500, Mark Hatle wrote:
On 9/20/11 2:04 PM, Dmitry Eremin-Solenikov wrote:
Hello, colleagues,
While debugging some stuff in oe-core & company I've noticed that
lot's of packages
either don't u
On Tue, 2011-09-20 at 22:36 +0200, Koen Kooi wrote:
> Op 20 sep 2011, om 22:30 heeft Richard Purdie het volgende geschreven:
>
> > On Tue, 2011-09-20 at 14:10 -0500, Mark Hatle wrote:
> >> On 9/20/11 2:04 PM, Dmitry Eremin-Solenikov wrote:
> >>> Hello, colleagues,
> >>>
> >>> While debugging some
[YOCTO #1492]
This patch removes the UI related packages from avahi. This
allows the package to be built without gtk and GPLv3 issues.
Signed-off-by: Saul Wold
---
meta/recipes-connectivity/avahi/avahi.inc | 19 +++
meta/recipes-connectivity/avahi/avahi_0.6.30.bb |2
Richard,
Koen was right, it was a little half baked, I forgot to commit
the avahi_0.6.30.bb file with the PR set up correctly.
Otherwise, at this point, read my last comment, if someone has a
need for the avahi-ui bits, then they can request that the be add
back into OE-core, at this point we don
On Tue, Sep 20, 2011 at 1:24 PM, Daniel Lazzari wrote:
>> On 9/20/11 2:03 PM, Daniel Lazzari wrote:
>> > I noticed a problem with the alsa-utils package where the alsa-utils
>> > package does not depend on all of the little extra packages it's supposed
>> > to pull in. I'm not sure what the best
On 09/20/2011 01:53 PM, Saul Wold wrote:
Richard,
Koen was right, it was a little half baked, I forgot to commit
the avahi_0.6.30.bb file with the PR set up correctly.
Otherwise, at this point, read my last comment, if someone has a
need for the avahi-ui bits, then they can request that the be
On Tue, 2011-09-20 at 14:00 -0700, Chris Larson wrote:
> On Tue, Sep 20, 2011 at 1:24 PM, Daniel Lazzari wrote:
> >> On 9/20/11 2:03 PM, Daniel Lazzari wrote:
> >> > I noticed a problem with the alsa-utils package where the alsa-utils
> >> > package does not depend on all of the little extra pack
From: Dongxiao Xu
If user set MULTILIB_IMAGE_INSTALL, we need to install those multitlib
packages into the final image.
Also fix the logic in handling multilib prefix. For certain case like a
normal image contains several multilib libraries, the image recipe isn't
extended with MLPREFIX, therefo
From: Dongxiao Xu
Currently MACHINE_ARCH deploy folder is unique in multilib system, thus
a lib32 version of rpm package will override a normal rpm package if its
PACKAGE_ARCH is ${MACHINE_ARCH}.
Take netbase as an example, which the PACKAGE_ARCH = MACHINE_ARCH. Both
the normal version of netbas
This set of patches fixes a number of items related to regular and multilib
package installs.
The first two commits are from Dongxiao Xu's series. I believe this is the
latest version of each. These commits are required to use the
MULTILIB_IMAGE_INSTALL option, as well as avoid conflicts when bu
RPM checks to see if binaries require GNU_HASH, if they do it adds
an automatic dependency of "rtld(GNU_HASH)". We need to satisfy
this dependency, and we do it by providing rtld(GNU_HASH) in the
package(s) that provide a runtime-linker.
Signed-off-by: Mark Hatle
---
meta/recipes-core/eglibc/eg
Previously python dependencies were of the format "python(abi) = ..."
This format is not yet supportable within OE, so revert to a form
we know we can handle.
Introduce a change to package.bbclass that ensures it will causes the
sstate-cache's "package" to invalidate. Since pythondeps changed, th
When packaging for RPM, dependencies were not being properly added
to the packages. Only the "providing" dependencies were added due
to a typo.
Signed-off-by: Mark Hatle
---
meta/classes/package_rpm.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/classes/p
In non-multilib packages, configured in a multilib configuration we
need to adjust the system provides and rprovides to include the
virtual multilib variant.
This resolves a problem introduced in the
329d864f9bbf94ad3aae8df43d63fe10e4237e4f commit. Where "allarch"
packages were suddenly providing
When using the RPM package backend, we need a full list of per-file
provides (and requires). The busybox package provides a number of
command line utilities, such as /usr/bin/env. However, because
the utilities are created at post install time via scripting the
provide of each of the links was ne
Hi,
ok 2 branches are available here : git://github.com/eukrea/oe-core.git
- qt4_improve for improvement to existing qt 4.7.3,
- qt4_upgrade for adding qt 4.7.4 (with DEFAULT_PREFERENCE=-1 as suggested by
Koen.
Please test them so that we can fix potential failures and send the pull
request (
On Tue, 2011-09-20 at 16:33 -0500, Mark Hatle wrote:
> From: Dongxiao Xu
>
> Currently MACHINE_ARCH deploy folder is unique in multilib system, thus
> a lib32 version of rpm package will override a normal rpm package if its
> PACKAGE_ARCH is ${MACHINE_ARCH}.
>
> Take netbase as an example, which
> Its defintely a bug in the recipe with the "alsa-utils" package just being
> broken. We need to do something like:
>
> ALSAUTILSPKGS = "alsa-utils-x \
> alsa-utils-y \
> alsa-utils-z"
>
> PACKAGES += "${ALSAUTILSPKGS}"
> RDEPENDS_${PN} += "${ALSAUTILSPKGS}"
>
Make alsa-utils main package depend on all of the more specific alsa-utils
packages (such as alsa-utils-alsamixer).
Signed-off-by: Daniel Lazzari Jr
---
.../recipes-multimedia/alsa/alsa-utils_1.0.24.2.bb |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-m
From: Dexuan Cui
[YOCTO #1086]
The pach was backported from OE:
http://git.openembedded.net/cgit.cgi/openembedded/commit/?id=41e0fbf792037f249d1b8d283b3de81718887c9f
Signed-off-by: Dexuan Cui
---
meta/classes/package_deb.bbclass | 10 +-
meta/classes/populate_sdk_d
Richard,
This set contains fixes from other folks that have been vetted,
it also contains my (hopefully) final pass at the avahi refactor
along with a bunch of Distro Data Fixes and updates prior to release.
Sau!
The following changes since commit 81274f4488fbc4d68d150870735ec0181b60b451:
fre
From: Anders Darander
Signed-off-by: Anders Darander
---
meta/recipes-extended/libzypp/libzypp_git.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-extended/libzypp/libzypp_git.bb
b/meta/recipes-extended/libzypp/libzypp_git.bb
index aeae7df..4b1b8e4 100
From: Anders Darander
Signed-off-by: Anders Darander
---
meta/recipes-extended/sat-solver/sat-solver_git.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-extended/sat-solver/sat-solver_git.bb
b/meta/recipes-extended/sat-solver/sat-solver_git.bb
index 9b
From: Anders Darander
Signed-off-by: Anders Darander
---
meta/recipes-extended/zypper/zypper_git.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-extended/zypper/zypper_git.bb
b/meta/recipes-extended/zypper/zypper_git.bb
index 299fcb5..7f7ceb3 100644
--
This fixes a problem with package names from inherits showing up
Signed-off-by: Saul Wold
---
meta/classes/distrodata.bbclass | 19 +--
meta/lib/oe/distro_check.py |8
2 files changed, 21 insertions(+), 6 deletions(-)
diff --git a/meta/classes/distrodata.bbcla
From: Paul Eggleton
In the previous fix to this hook script (OE core revision
e7aae45414e4597e9244f86a81fbc940f73785c8) a start-of-line (^) marker was
missed, so if a commit had no Signed-off-by line but it contained an
inner patch that did, the inner patch was modified causing a "corrupt
patch"
Signed-off-by: Saul Wold
---
.../conf/distro/include/distro_tracking_fields.inc | 83 +++-
1 files changed, 81 insertions(+), 2 deletions(-)
diff --git a/meta/conf/distro/include/distro_tracking_fields.inc
b/meta/conf/distro/include/distro_tracking_fields.inc
index b150af8..7f
[YOCTO #1492]
This patch refactors avahi into a core non ui and avahi-ui, OE-Classic
has a similar factoring, and it was used as a refernce to make this
occur correctly here.
This allows the package to be built without gtk and GPLv3 issues.
Signed-off-by: Saul Wold
---
meta/recipes-connectivit
Hi Richard and Mark,
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Richard Purdie
> Sent: Wednesday, September 21, 2011 5:50 AM
> To: Patches and discussions about the oe-core layer
>
RPM checks to see if binaries require GNU_HASH, if they do it adds
an automatic dependency of "rtld(GNU_HASH)". We need to satisfy
this dependency, and we do it by providing rtld(GNU_HASH) in the
package(s) that provide a runtime-linker.
Signed-off-by: Mark Hatle
---
meta/recipes-core/eglibc/eg
When packaging for RPM, dependencies were not being properly added
to the packages. Only the "providing" dependencies were added due
to a typo.
Signed-off-by: Mark Hatle
---
meta/classes/package_rpm.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/classes/p
This set of patches fixes a number of items related to regular and multilib
package installs.
*** Updated the first two patches from Dongxiao. ***
The next 4 patches are required to fix the basic problems with rpm
installation. Due to a typo, the provides were not being set properly causing
vari
From: Dongxiao Xu
If user set MULTILIB_IMAGE_INSTALL, we need to install those multitlib
packages into the final image.
Also fix the logic in handling multilib prefix. For certain case like a
normal image contains several multilib libraries, the image recipe isn't
extended with MLPREFIX, therefo
From: Dongxiao Xu
Currently MACHINE_ARCH deploy folder is unique in multilib system, thus
a lib32 version of rpm package will override a normal rpm package if
its PACKAGE_ARCH is ${MACHINE_ARCH}.
Define different deploy folder for multilib architectures to avoid the
confliction.
Signed-off-by:
When using the RPM package backend, we need a full list of per-file
provides (and requires). The busybox package provides a number of
command line utilities, such as /usr/bin/env. However, because
the utilities are created at post install time via scripting the
provide of each of the links was ne
Previously python dependencies were of the format "python(abi) = ..."
This format is not yet supportable within OE, so revert to a form
we know we can handle.
Introduce a change to package.bbclass that ensures it will causes the
sstate-cache's "package" to invalidate. Since pythondeps changed, th
In non-multilib packages, configured in a multilib configuration we
need to adjust the system provides and rprovides to include the
virtual multilib variant.
This resolves a problem introduced in the
329d864f9bbf94ad3aae8df43d63fe10e4237e4f commit. Where "allarch"
packages were suddenly providing
* Saul Wold [110920 20:11]:
> On 09/20/2011 01:32 AM, Anders Darander wrote:
> > openSUSE has moved several of it's projects from gitorious to github.
> > Lately,
> > these has become unfetchable from gitorius, thus the SRC_URI fixes are
> > needed
> > also for the upcoming yocto release.
> >
64 matches
Mail list logo
