On Thu, May 13, 2021, at 4:08 PM, Richard Purdie wrote:
>
> The advice to anyone hitting this issue is to add in the correct branch
> to the SRC_URI. It is simple and easy to do, can be in bbappends
> or even changed via anonymous python and similar if necessary. We've already
> found the issue
On Thu, May 13, 2021, at 3:08 AM, Richard Purdie wrote:
>
> I had a look at the code to try and remind myself why it is doing this.
Thanks!
> The best answer I found is that it does support filtered fetching of
> remotes, i.e. it can and will only pull the branch it wants/needs rather
> than
On Wed, May 12, 2021, at 4:40 PM, Alexander Kanavin wrote:
> For ostree, yes:
> http://git.openembedded.org/meta-openembedded/log/?h=master-next
>
> For the generic case, no. It's not a good idea to start guessing what
> the upstream did.
What is the goal of the `branch=` specification? I can
(Sorry I think this isn't the right list, but I happen to still be subscribed
to this one so...)
Can someone please tell me there's a fix for yocto/bitbake failing if the
master branch is renamed?
https://github.com/ostreedev/ostree/issues/2360
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all me
On Tue, Sep 30, 2014, at 05:36 AM, Burton, Ross wrote:
> On 30 September 2014 08:39, Koen Kooi wrote:
> > The real question is: do we want to keep changes to these files on package
> > upgrade or wipe them out?
>
> They're in /usr, so they get overwritten.
The reason I mention this is in the OS
On Sat, Sep 27, 2014, at 03:22 AM, Koen Kooi wrote:
> +${libdir}/sysusers.d/systemd.conf \
> +${libdir}/sysusers.d/basic.conf \
Admins aren't expected to edit these - instead you override in /etc. Or
change /etc/passwd after the user has been created, and your c
On Fri, May 9, 2014 at 4:35 PM, Mark Hatle
wrote:
Certain system configurations may require parts of the /run
filesystem to not always be on tmpfs. (Some situations where you
have a lot of disk, but limited ram for instance.. using tmpfs will
potentially put your system into a low memory s
On Fri, May 9, 2014 at 11:14 AM, Mark Hatle
wrote:
/run is not always a tmpfs... We've got configurations where it's
persistent.
What? Why?
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.
On Fri, 2013-09-20 at 15:43 +0100, Paul Eggleton wrote:
> it also seems sensible to do
> this for native as well instead of explicitly trying to exclude that
> case.
But someone presumably introduced the explicit special case for native
for a reason, I'd expect some blame analysis to be done here
On Fri, 2013-09-20 at 17:14 +0100, Paul Eggleton wrote:
> Hi Colin,
>
> On Friday 20 September 2013 12:04:15 Colin Walters wrote:
> > On Fri, 2013-09-20 at 15:43 +0100, Paul Eggleton wrote:
> > > it also seems sensible to do
> > > this for native as well instea
...is something I'd love to see. I don't have much time in the
immediate future to work on it myself, but I'd just like to raise the
visibility of the project here because I am very much keeping in mind
the needs of embedded systems. Or at least what I perceive them to be;
my job is not embedded,
On Thu, 2013-08-29 at 11:18 +, Stanacar, StefanX wrote:
> That sounds really cool, nice job!
> I might be wrong but doesn't that require virtio support in the target
> kernel (which is something we can't expect to have)?
Yes...although you could do the same over TCP, it'd just require more
g
On Fri, 2013-06-28 at 13:04 +0300, Stefan Stanacar wrote:
> +self.streampath = '/tmp/qemuconnection.%s' % os.getpid()
That's a security problem on shared machines.
> +bb.note("Reached login banner")
> +console.write("root\n")
> +(index, mat
= swapon, which
is clearly broken =)
Probably most OE consumers use the busybox swapoff and hence
this has gone unnoticed.
Signed-off-by: Colin Walters
---
meta/recipes-core/util-linux/util-linux.inc |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
>F
On Wed, 2013-07-24 at 11:54 -0700, Chris Larson wrote:
> - Patched in --sysroot= support for systemd-tmpfiles, to facilitate
> running it up front against the filesystem at do_rootfs time the way
> read_only_rootfs_hook does with populate-volatiles
How are you handling /run? Is it still a tmpf
On Fri, 2013-07-05 at 12:27 +0300, Stefan Stanacar wrote:
> +actualcmd = "ssh -o UserKnownHostsFile=/dev/null -o
> StrictHostKeyChecking=no -l root %s '%s'" % (self.host, cmd)
This is going to fail if cmd contains a single quote. Personally, I
*always* pass around subprocess arguments a
On Tue, 2013-07-02 at 15:04 +0300, Yevhen Kyriukha wrote:
> Hi!
>
>
> I'd like to create image with btrfs rootfs partition.
> I want to store all files on separate subvolume on btrfs partition.
> For this purpose I'm creating *.bbclass that simply extends IMAGE_CMD.
>
>
> The problem is that to
On Tue, 2013-06-18 at 12:05 -0400, Colin Walters wrote:
> Yeah, I dunno...maybe someone needs to fork libtool.
I should follow up to this; the thing is, libtool is at the intersection
of so many cross-cutting issues:
* RPM-style multilib vs Debian-style multiarch
* Supporting libraries that
On Tue, 2013-06-18 at 16:47 +0100, Richard Purdie wrote:
> The thing which really worries me about this is that we'll start to
> deviate quite massively with how upstream expect us to use autotools.
I just consider upstream wrong, and so do others:
http://wiki.debian.org/ReleaseGoals/LAFileRemova
On Tue, 2013-06-18 at 15:56 +0100, Burton, Ross wrote:
> I also remember discussion with Colin Walters about ostree, which at
> one point only removed from $libdir itself (my "libdir" argument) but
> now removes all .la files. Colin, the commit that changed the la
> kil
On Mon, 2013-05-13 at 16:27 +0100, Ross Burton wrote:
> Since 2.20 the use of argparse was removed, so we don't need these
> dependencies
> anymore.
You mean 2.30. Other than that,
Reviewed-by: Colin Walters
___
Openembedded-cor
On Thu, 2013-05-02 at 17:10 +0100, Burton, Ross wrote:
> Both of these examples are in mainstream packages where the package
> maintainers in the distro are also upstream developers, and yet these
> kludges exist (note that our gdk-pixbuf is currently broken in this
> respect).
If someone figures
> PTEST_CONF = "${@base_contains('DISTRO_FEATURES', 'ptest',
> '--enable-modular-tests', '--disable-modular-tests', d)}"
> EXTRA_OECONF = "--enable-included-printf=no ${CORECONF} ${PTEST_CONF}"
Looks good.
Signed-off-by: Colin Walte
Hi,
I wanted to drop a reference here to a project I'm trying to push inside
GNOME:
https://live.gnome.org/GnomeGoals/InstalledTests
Hopefully this could replace the ptest stuff that requires you guys to
hack up Makefiles. Comments welcome, please follow up to
desktop-devel-l...@gnome.org.
_
On Fri, 2013-04-19 at 15:41 +0200, Koen Kooi wrote:
> And would introduce some dependency hell (gtk-doc-native needed for every
> little gnome thing *and* udev)
Nope, that's why gtk-doc-stub exists, and it's already used in OE:
http://git.gnome.org/browse/gtk-doc-stub
> but more importantly i
On Mon, 2013-04-15 at 13:22 +0100, Richard Purdie wrote:
> On Mon, 2013-04-15 at 08:12 -0400, Colin Walters wrote:
> > On Mon, 2013-04-15 at 12:31 +0100, Richard Purdie wrote:
> >
> > > It will make our builds work again for now until the next time someone
> > >
sion depending on the build root, and we
may not be upwards compatible with future versions. Or it's possible
that the ancient (but LSB mandated) 1.2 claims the "libpng.pc" name.
Signed-off-by: Colin Walters
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
On Sun, 2013-04-14 at 16:33 +0100, Richard Purdie wrote:
> On Sun, 2013-04-14 at 09:02 -0400, Colin Walters wrote:
> The more interesting change is:
>
> https://git.gnome.org/browse/gdk-pixbuf/commit/configure.ac?id=d430bc4df3314a88cd538474d26ff7764d1f408c
>
> and following th
Is "libpng" the new canonical name for 1.6? I assume there was a reason
it was listed last. It looks like the current logic came from:
https://git.gnome.org/browse/gdk-pixbuf/commit/?id=ddedf5a2c2c63bfe8d6f04376cf2bba215a5eb19
Which is a not very enlightening commit message. It looks like the
On Fri, 2013-03-29 at 13:50 +0100, Andreas Müller wrote:
> Anybody an idea why I get this when building from scratch:
>
> |
> /home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/armv7a-vfp-neon-angstrom-linux-gnueabi/arm-angstrom-linux-gnueabi-objcopy:
> 'systemd': No such file
> |
Earlier commits bumped the upstream version, but we need to update
our copy of the pkg-config file too.
(It'd probably be better to generate this at build time, otherwise
this will be a trap people continually fall into)
Signed-off-by: Colin Walters
---
meta/recipes-support/nspr/
h, thanks. Something like this then?
>From eff8b0f119ca94dea362d7df04824789ae8b61cb Mon Sep 17 00:00:00 2001
From: Colin Walters
Date: Thu, 7 Mar 2013 18:45:22 -0500
Subject: [PATCH] cracklib: Generate compiled dict using default dictionary
While cracklib compiles, the generated library'
t the libraries...)
What we do here is basically the same as what happens in the current
Fedora spec file, except the latter uses a far larger dictionary.
To make this work, we need to build cracklib-native because the
dictionary compiler is written in native code.
Signed-off-by: Colin Wa
On Thu, 2013-02-28 at 21:01 +, Richard Purdie wrote:
> We fixed some issues in mesa-dri and gtk+ using techniques with these
> variables (all of which are now upstream in the appropriate sources).
For reference here's the gtk+ work he landed upstream:
https://bugzilla.gnome.org/show_bug.cgi?
See: http://savannah.gnu.org/bugs/?30653
This only shows up for projects which have a number of intermediate
targets. For me, systemd fails to build without this patch, and does
build consistently with it.
WebKitGtk+ is another known affected project.
Signed-off-by: Colin Walters
On Sun, 2013-01-06 at 16:34 +0800, Hongxu Jia wrote:
> +# Add option -march to BUILD_CFLAGS in order to let the atomic operations
> +# ("lock free") be available while using old version GCC on x86 host to
> +# compile glib-2.0-native
> +BUILD_CFLAGS += "-march=${@'${BUILD_ARCH}'.replace('_','-')}"
Hi,
A GNOME contributor submitted the following patch to the gnome-ostree
system (Yocto-derived base):
https://bugzilla.gnome.org/show_bug.cgi?id=690959#c3
Any comments on whether this could be upstreamable? While we're already
carrying a few patches to oe-core, I'd obviously like to keep them
buntu Quantal
GCC builds are configured with this on. I plan to use it in
gnome-ostree.
Signed-off-by: Colin Walters
---
meta/recipes-devtools/gcc/gcc-4.7.inc |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
>From 89fefde42161eb17973538c5958967663bd32cd0 Mon Sep 17 00:00:00 2001
Fro
On Wed, 2012-09-26 at 10:13 -0400, Colin Walters wrote:
> On Wed, 2012-09-26 at 13:17 +0100, Phil Blundell wrote:
>
> > meta/recipes-core/glib-2.0/glib-2.0/nodbus.patch | 34
>
> This should not be necessary anymore; see:
http://git.gnome.org/brow
On Wed, 2012-09-26 at 13:17 +0100, Phil Blundell wrote:
> meta/recipes-core/glib-2.0/glib-2.0/nodbus.patch | 34
This should not be necessary anymore; see:
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.o
On Tue, 2012-09-25 at 23:00 +0100, Phil Blundell wrote:
> That'd be inconsistent with other packages, since we do generally build
> and ship the static libraries. Having a big switch to turn off static
> libraries globally seems like a fine plan, but I can't see any obvious
> reason why the util-
On Tue, 2012-09-25 at 13:54 +0100, Phil Blundell wrote:
> Fixes the QA warnings:
>
> WARNING: QA Issue: non -staticdev package contains static .a library:
> util-linux-libblkid-dev path
> '/work/mips32el-oe-linux/util-linux/2.21.2-r3micro3/packages-split/util-linux-libblkid-dev/lib/libblkid.a'
>
t's the stuff needed by say 80+%
of components, not worth repeating over and over.
Signed-off-by: Colin Walters
---
.../packagegroup-core-buildessential.bb| 30 ++
.../packagegroups/packagegroup-core-sdk.bb | 17 +---
2 files changed, 31 in
On Sun, 2012-09-23 at 21:22 +0100, Paul Eggleton wrote:
> What is being expanded here at parse time is a bitbake variable rather than a
> shell variable, so it should work fine.
Ok, sorry for the noise.
___
Openembedded-core mailing list
Openembedd
On Sat, 2012-09-22 at 19:42 +0100, Phil Blundell wrote:
> - install -m 0755 ${WORKDIR}/dbus-1.init ${D}${sysconfdir}/init.d/dbus-1
> + sed 's:@bindir@:${bindir}:' < ${WORKDIR}/dbus-1.init
> >${WORKDIR}/dbus-1.init.sh
Does that actually work? The variable reference is inside single quote
On Mon, 2012-09-10 at 17:14 -0400, Colin Walters wrote:
> On Mon, 2012-09-10 at 17:02 +0100, Ross Burton wrote:
>
> > +# fixed in Make CVS, so 3.83 won't have this problem.
>
> I know this will be painful, but did you consider looking at the make
> version and det
On Mon, 2012-09-10 at 17:02 +0100, Ross Burton wrote:
> +# fixed in Make CVS, so 3.83 won't have this problem.
I know this will be painful, but did you consider looking at the make
version and determine whether or not this workaround is necessary?
__
On Sat, 2012-09-08 at 08:30 -0500, Mark Hatle wrote:
> In principal I agree completely, however in practice at least 20-30% of the
> packages I try won't deal w/ the B/S separation properly.
So what I did in my most recent build system[1] is:
1) Default to srcdir != builddir
2) Tag modules whic
On Fri, 2012-09-07 at 17:05 +0100, Richard Purdie wrote:
> Unfortunately whilst reruning configure and make against a project will mostly
> work there are situations where it does not correctly do the right thing.
>
> In particular, eglibc and gcc will fail out with errors where settings
> do not
On Fri, 2012-08-10 at 10:03 +0200, Koen Kooi wrote:
> Op 9 aug. 2012, om 03:25 heeft Khem Raj het volgende
> geschreven:
>
> > svn tar balls are 96M as compared to 1.3G git tars
> > its unnessary to suck in that much of data.
>
> That's indeed a big difference and also expected, with svn you on
On Fri, 2012-08-03 at 11:30 +0800, wenzong@windriver.com wrote:
> Make an explicit dependency to the libs install targets would fix this
> issue.
I don't think Yocto should be running the 'make install' target with
parallelism enabled; it's just going to be a source of major pain for
small ga
Hi Richard,
On Fri, 2012-07-27 at 13:18 +0100, Richard Purdie wrote:
> If the latter, add "gobject-introspection-stub" to DEPENDS and this
> should resolve it. See the patches I just sent doing this for OE-Core.
Just want to say thanks for picking this up and running with it; it'll
reduce the de
On Wed, 2012-07-18 at 19:13 +0100, Richard Purdie wrote:
> Generally we kind of cheat and encode "/usr/bin/env xxx" into
> native/nativesdk scripts and ${bindir}/env xxx into target scripts.
How is that accomplished? Can you link me an example?
___
On Wed, 2012-07-18 at 02:52 +0200, Martin Jansa wrote:
> It's probably caused by this
> http://permalink.gmane.org/gmane.comp.gnome.svn/604029
>
> which isn't very cross-compile friendly.. maybe we can just add patch
> reverting this change in 2.32.4?
I don't think it's a good idea to look at th
On Tue, 2012-07-17 at 17:34 -0700, Saul Wold wrote:
> It seems to be getting the native sysroot python instead of the more
> correct "#! /usr/bin/env python", this is causing a dependency failure.
>
> If you could look at this please.
I ran into this a while ago with flex/bison:
https://lists.
On Tue, 2012-07-10 at 15:00 +, McClintock Matthew-B29882 wrote:
> On Tue, Jul 10, 2012 at 8:32 AM, Richard Purdie
> wrote:
> > Originally, git was something new, not installed everywhere and had
> > commandline
> > stability problems. This has changed and git it no longer makes sense to
> > c
On Wed, 2012-07-11 at 16:39 +0100, Ross Burton wrote:
> + # Automake 1.12 won't install empty directories, but we need the
> + # plugins directory to be present for ownership
> + mkdir -p ${D}${libdir}/connman/plugins
> }
Did you consider patching upstream to do this in install-data-
On Wed, 2012-06-27 at 07:01 +0100, Ross Burton wrote:
> I'd prefer to use an option that the GConf autoconf macro provides
> over patching every module that uses GConf,
I wasn't objecting to your patch. However, please do *also* (in
addition, as well, etc. ;) ) consider patching these modules u
On Tue, 2012-06-26 at 11:10 +0100, Ross Burton wrote:
> +# Disable install-time schema registration as we're a packaging system so
> this
> +# happens in the postinst script, not at install time. Set both the
> configure
> +# script option and the traditional envionment variable just to make su
On Thu, 2012-05-17 at 09:02 +0200, Martin Jansa wrote:
> +Subject: [PATCH] configure: add option to disable libelf support
Grr...please CC me on GLib patches (and GNOME in general). In this
case, yes, we should have an option.
Anyways, there is one issue with this patch; we should be using AS
On Wed, 2012-06-06 at 09:53 -0500, Mark Hatle wrote:
> From: Joe Slater
>
> The definition of install-data-hook in Makefile.am leads
> to multiple, overlapping, executions of the install-binPROGRAMS
> target. We modify the definition to avoid that.
See also https://bugs.freedesktop.org/show_bug
On Mon, 2012-05-07 at 10:52 +0100, Richard Purdie wrote:
> Signed-off-by: Richard Purdie
> ---
> diff --git a/meta/recipes-core/glib-2.0/glib-2.0/nolibelf.patch
> b/meta/recipes-core/glib-2.0/glib-2.0/nolibelf.patch
> new file mode 100644
> index 000..e9b3b26
> --- a/dev/null
> +++ b/meta/rec
On Tue, 2012-04-03 at 13:17 -0500, Mark Hatle wrote:
> (And RedHat based linux distributions don't have any concept of alternatives.
True...until about 10 years ago.
Sun Jan 27 2002 Erik Troan
- reimplemented update-alternatives as just alternatives
http://pkgs.fedoraproject.org/gitwe
On Sat, 2012-03-03 at 18:54 +0800, Xiaofeng Yan wrote:
> From: Xiaofeng Yan
>
> Add a new function to archive source, patches and logs to a source rpm
> package. Every source rpm package will be deployed to
> ${DEPLOY}/sources/deploy-srpm.
What's the goal of this? Just to be a "one file" colle
On Sun, 2012-02-26 at 07:30 -0500, Colin Walters wrote:
> On Sat, 2012-02-25 at 15:57 +, Richard Purdie wrote:
> > dbus is only needed for some of the glib tests which we don't use. We can
> > therefore drop the dependency and gain some small parallelism gains.
>
&
On Sat, 2012-02-25 at 15:57 +, Richard Purdie wrote:
> dbus is only needed for some of the glib tests which we don't use. We can
> therefore drop the dependency and gain some small parallelism gains.
Maybe you want
https://bugzilla.gnome.org/show_bug.cgi?id=667806#c4
Care to comment there tha
On Sat, 2012-02-18 at 23:36 +, Richard Purdie wrote:
> As soon as the child starts trying to remove
> things from memory, we lose the benefits of CoW and USS and PSS rise.
Note that even leaving out the garbage collector, the cPython VM
incrementing/decrementing the refcount of objects will fo
On Wed, 2012-01-18 at 12:32 -0800, Saul Wold wrote:
> So are you asking that we pull all these changes into oe-core or this is
> the change set you have made for your system? I guess I am alittle unclear.
Not all of them; I have the hack-around to remove -dev dependency chain
in there for examp
8e1fe6daf350351cd5a Mon Sep 17 00:00:00 2001
From: Colin Walters
Date: Wed, 18 Jan 2012 14:45:21 -0500
Subject: [PATCH] bash: Ensure we use glibc getcwd(), not builtin copy
My build system runs in a chroot, and then creates bind mounts
that point outside of the chroot. The bash implementation of
On Sun, 2012-01-15 at 20:11 -0800, Saul Wold wrote:
> On 01/15/2012 10:13 AM, Colin Walters wrote:
> > See attached.
> >
> >
> The current version is 2.4.2 and this requires a PR bump.
Hm, do you want a new patch that bumps the PR? What are the rules for
when a PR should
See attached.
>From e525d755da98d9f6accab007ed46fee52f4b6e44 Mon Sep 17 00:00:00 2001
From: Colin Walters
Date: Sun, 15 Jan 2012 13:11:43 -0500
Subject: [PATCH] libtool: Put all libltdl headers in the correct libltdl-dev
package
/usr/include/ltdl.h was in libtldl-dev, but not the headers
On Tue, 2012-01-03 at 16:53 -0800, Saul Wold wrote:
> > The flex and bison configure scripts use AC_PATH_PROG to get a
> > full path to m4 and embed this in config.h (and then to the
> > generated binary), but this blows up when the m4 binary is in a
> > temporary staging directory.
> >
> > Since w
On Thu, Apr 7, 2011 at 12:10 PM, Hatle, Mark wrote:
>
> I think definition may be an issue here. When I speak of multilibs I am
> talking primarily about multiliple non-conflicting, ABI incompatible
> libraries being installed at the same time. This is the ELF 32 and ELF 64
> case where the i
On Tue, Apr 5, 2011 at 7:02 AM, Richard Purdie
wrote:
> One of the items on our post 1.0 schedule is multilib and we need a plan
> of implementation. I've been thinking about this for a while and at
> least have some ideas how some of the issues can be handled.
>
> In case anyone isn't familiar wi
74 matches
Mail list logo
