t 2:15 PM Khem Raj wrote:
>>
>> On 3/8/21 2:11 PM, Andre McCurdy wrote:
>>> On Mon, Mar 8, 2021 at 11:30 AM Khem Raj wrote:
>>>>
>>>> From: Frans Meulenbroeks
>>>>
>>>> resolvconf uses flock and readlink.
>>>>
2013/9/10 Paul Eggleton
> > I assume that an IRC log will be posted after the meeting, is that
> correct?
>
> That's correct.
>
#oe is permanently logged (unless the bot is dead)
logs are at http://ibot.rikers.org/%23oe/
Enjoy!
Frans
___
Openembedded-
patch submitted.
Enjoy.
Frans
2013/1/11 Frans Meulenbroeks
>
>
>
> 2013/1/11 Eric Bénard
>
>> Hi Frans,
>>
>> [...]
>
>> IIRC sumtol is used for jffs2 images (to create the erase block
>> summary) so that may better fit into mtd-utils-jffs2
>
This allows one not to install rarely used or fs specific files
As discussed in
http://thread.gmane.org/gmane.comp.handhelds.openembedded.core/31744/focus=31804
Signed-off-by: Frans Meulenbroeks
---
meta/recipes-devtools/mtd/mtd-utils_1.5.0.bb |8 +++-
1 files changed, 7 insertions
2013/1/11 Eric Bénard
> Hi Frans,
>
> [...]
> IIRC sumtol is used for jffs2 images (to create the erase block
> summary) so that may better fit into mtd-utils-jffs2
>
> Also, nftl* rfd* doc* ftl* serve_image may go into a separate packate
> (mtd-utils-misc ?) as I believe those tools are not ver
additional packages (like e.g. for (n)tfl )
Best regards, Frans
2013/1/10 Frans Meulenbroeks
> Cool, I'll have a peek at the oe classic recipe and give it a stab along
> the same spirit.
>
> Best regards, Frans
>
>
> 2013/1/10 Andrea Adami
>
>> On Wed, Jan
Cool, I'll have a peek at the oe classic recipe and give it a stab along
the same spirit.
Best regards, Frans
2013/1/10 Andrea Adami
> On Wed, Jan 9, 2013 at 6:17 PM, Richard Purdie
> wrote:
> > On Wed, 2013-01-09 at 17:12 +0100, Frans Meulenbroeks wrote:
> >> As
From: Frans Meulenbroeks
- mostly taken from oe classic
- updated to latest version (3.14)
- adopted for new home location (project moved from sourceforge to github)
Signed-off-by: Frans Meulenbroeks
---
This patch is provided as is, in the hope that is it useful for someone.
I have no plans
>
> b. elections
> -> remove from this list, put back when needed - 2 years from last
> December
> => Jefro to document on wiki & remind the board in October 2013
>
This is not correct.
>From http://www.openembedded.org/wiki/TSC
"Each member serves a two-year term. During election time, one m
Dear all,
Triggered by the discussion on oe devel on splitting meta-oe I decided to
do some quick greps on who uses DEFAULT_PREFERENCE in oe-core and meta-oe.
Below are the results.
My questions:
- are recipes with D_P = -1 good enough to enter oe core and/or meta oe.
- is it desirable to have a
By coincidence I bumped into this in oe-core:
./meta/recipes-devtools/apt/apt.inc:EXTRA_OECONF_append_angstrom = "
ac_cv_glibc_ver=libc6.4"
That also triggered me to do this:
frans@frans-desktop:~/workspace/openembedded-core$ grep -r _poky .
./meta/recipes-sato/pcmanfm/pcmanfm_0.9.10.bb:DEPENDS_
Triggered by the remarks of Anders I've been digging into this a little bit
more.
I suggest to ignore tools_fwenv.patch, and only add the changes to the .inc
file.
For fw_env.h a better solution exists, namely using the value from the
config file.
I'll try to submit a patch to upstream to fix that
2011/12/28 Anders Darander
>
> On 27 dec 2011, at 21:35, "Frans Meulenbroeks" <
> fransmeulenbro...@gmail.com> wrote:
>
> > This adds building the u-boot tools for target.
> > (fw_printenv, fw_setenv).
> > They are put into a separate package
>
Hi,
I noticed that several recipes are non-fetchers. These are mostly the ones
with sources hosted on kernel.org.
Is there an issue with kernel.org again?
I noticed this for oe classic where libpam and util-linux-ng did not fetch
(as well as opkg-utils but that one is from openmoko).
oe maintenan
2011/12/28 Ni Qingliang
> I have just done a seperate env tools bb for my project, but use the
> config file to assign the env size and address (which is generated on
> booting from /proc/mtd).
>
> in the fdt, the u-boot env has a seperate partition identified by it's
> name "u-boot environment"
HOMEPAGE pointed to an sf.net page that said that the
page did not exist any more and after that it redirected
to the denx.de page; updated HOMEPAGE to point to that page
Also improved the description to use the official capitalisation
Signed-off-by: Frans Meulenbroeks
---
meta/recipes-bsp/u
Forgot to mention this but it could be decided to make a separate recipe
for the env utils (like there is for mkimage).
And if you are interested in the reason why HOSTCC is being used to compile
fw_printenv and friends:
read this thread:
http://old.nabble.com/-U-Boot---PATCH-1-4--tools%3A-enable-
been changed to more meaningful defaults
(as 128k flash pages are much more common than 4k pages)
but can be overridden using a configuration file.
This resolves bug 1800
Signed-off-by: Frans Meulenbroeks
---
Note: development and testing was done under openembedded classic.
I've tested it t
HOMEPAGE pointed to an sf.net page that said that the
page did not exist any more and after that it redirected
to the denx.de page; updated HOMEPAGE to point to that page
Also improved the description to use the official capitalisation
Signed-off-by: Frans Meulenbroeks
---
meta/recipes-bsp/u
recipe dirs normally have the name of the (main) package and the official name
is u-boot
Signed-off-by: Frans Meulenbroeks
---
.../u-boot/files/fix-arm920t-eabi.patch| 22 +
...Drop-config.h-include-in-tools-imximage.h.patch | 39 +
...ove-LDSCRIPT-processing-to-the
Ideally a specific revision of a layer should specify on which revision it
depends on/was tested with, so people can reproduce that same setup.
Randomly mixing revisions is a recipe for problems.
Expecting that a layer informs its users that something is changing is
probably not workable. How woul
2011/12/2 Phil Blundell
> On Fri, 2011-12-02 at 12:02 +0100, Frans Meulenbroeks wrote:
> > Why have I been unsubscribed from the list??
>
> That is rather bizarre. Mailman will unsubscribe you if too many mails
> are returned undeliverable, but you ought to get a warning bef
Why have I been unsubscribed from the list??
Are we censoring users that voice opinions that for whatever reason do not
meet the list maintainer ??
Or did I say something that violates the list etiquette? If so I would have
appreciated a message about that (and perhaps a warning upfront). Not that
2011/12/1 Ulf Samuelsson
> 2011-12-01 16:37, Koen Kooi skrev:
>
> Op 1 dec. 2011, om 14:16 heeft Philip Balister het volgende geschreven:
>
>
> On 11/29/2011 03:06 PM, Koen Kooi wrote:
>
> Op 29 nov. 2011, om 20:36 heeft Ulf Samuelsson het volgende geschreven:
>
>
> On 2011-11-29 16:03, Richa
2011/11/19 Martin Jansa
> On Sat, Nov 19, 2011 at 04:02:49PM +0100, Frans Meulenbroeks wrote:
> > 2011/11/18 Paul Eggleton
> >
> > > On Friday 18 November 2011 15:28:28 Frans Meulenbroeks wrote:
> > > > Is ordering of PACKAGES relevant? If so, please enli
2011/11/18 Paul Eggleton
> On Friday 18 November 2011 15:28:28 Frans Meulenbroeks wrote:
> > Is ordering of PACKAGES relevant? If so, please enlighten me why.
>
> It is. The packaging code reads this in order and the first package to
> match a
> file is the package that
2011/11/18 Koen Kooi
> Signed-off-by: Koen Kooi
> ---
> .../shared-mime-info/shared-mime-info.inc |2 +-
> .../shared-mime-info/shared-mime-info_0.91.bb |2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/meta/recipes-support/shared-mime-info/shared-
2011/10/24 Koen Kooi
> Hi,
>
> Otavio is cleaning up systemd in meta-oe to work with his initramfs setup
> and we stumbled onto a challenge that we'd like some more feedback on.
>
> The old sysvinit recipes always hardcode a serial getty into inittab,
> systemd installs a getty@.service file inst
2011/10/20 Koen Kooi
>
> Op 20 okt. 2011, om 13:21 heeft Richard Purdie het volgende geschreven:
>
> > On Thu, 2011-10-20 at 08:23 +0200, Koen Kooi wrote:
> >> Op 28 sep. 2011, om 22:04 heeft Otavio Salvador het volgende geschreven:
> >>
> >>> On Wed, Sep 28, 2011 at 16:50, Richard Purdie
> >>>
2011/10/6 Saul Wold
> On 10/05/2011 01:03 PM, Philip Balister wrote:
>
>> On 10/05/2011 03:35 PM, Khem Raj wrote:
>>
>>> On Wed, Oct 5, 2011 at 7:14 AM, Philip Balister
>>> wrote:
>>>
1) I do not want rpm in the image. This would confuse my customer base.
2) I am tired of dropbear,
PS: apparently the minutes didn't make it to the TSC mailing list archive
either: http://lists.linuxtogo.org/pipermail/tsc/
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/ope
2011/9/28 Jeff Osier-Mixon
> Hi Phil,
>
> These are the recent meetings for which I have records. If you are missing
> the minutes for any of these, please let me know and I will repost. Perhaps
> I should set up a wiki page with these so we don't have to depend solely on
> the mailing list archi
gt; was no original commit body to preserve.
>
Ah ok, understood.
Actually, I guess we should preserve the first line of the commit too.
This is what git log says:
frans@frans-desktop:~/workspace/openembedded/recipes/raptor$ git log *
commit 01e8e9f325d8d251e852e7a5704b5fe50880e1ad
Author: Fra
2011/7/28 Ben Gardiner
> Hi Koen, Frans,
>
> On Thu, Jul 28, 2011 at 6:48 AM, Koen Kooi
> wrote:
> >
> > Op 28 jul. 2011, om 05:38 heeft Ben Gardiner het volgende geschreven:
> >
> >> Signed-off-by: Frans Meulenbroeks
> >> Signed-of
2011/7/28 Ben Gardiner
> Signed-off-by: Frans Meulenbroeks
>
Eh, yes and no.
I did write the original recipe and commited it on 14 aug 2010 with a
sign-off message.
As such this got my signoff, but I am not sure the signoff should be
repeated if this moved to oe-core.
My sign-off a
General remark:
I suspect lots of recipes depend on perl if only in their configure scripts.
I guess doing per-patckage staging could improve the visibility of this.
Also wrt /usr/bin/env perl:
I haven't peeked into the source of env, but ideally non-native recipes
should maybe not rely on host p
2011/7/20 Richard Purdie
> On Wed, 2011-07-20 at 16:26 +0200, Frans Meulenbroeks wrote
> > there is already patch sent to fix it.
> > http://patches.openembedded.org/patch/7933/
> > libiconv is not default provider of virtual/libiconv on
> >
2011/7/20 Khem Raj
> On 07/20/2011 04:55 AM, Frans Meulenbroeks wrote:
>
>> 2011/7/20 Phil Blundell
>>
>> Since updating this morning I'm getting
>>>
>>> | ERROR: Function 'File: '/home/pb/sources/libiconv-1.**13.1.tar.gz'
2011/7/20 Phil Blundell
> Since updating this morning I'm getting
>
> | ERROR: Function 'File: '/home/pb/sources/libiconv-1.13.1.tar.gz' has
> md5 checksum 7ab33ebd26687c744a37264a330bbe9a when
> d42b97f6ef5dd0ba4469d520ed732fed was expected (from URL:
> 'ftp://ftp.gnu.org/gnu/libiconv/libiconv-1
2011/7/8 Koen Kooi
>
>
> Op 8 jul. 2011 om 07:53 heeft Frans Meulenbroeks <
> fransmeulenbro...@gmail.com> het volgende geschreven:
>
>
>> -#RDEPENDS_ldd +=" bash"
>> +RDEPENDS_ldd +=" bash"
>>
>
> Ah ok, now see that this is
2011/7/8 Saul Wold
> [YOCTO #1214]
>
> Signed-off-by: Saul Wold
> ---
> meta/recipes-core/eglibc/eglibc-package.inc |2 +-
> meta/recipes-core/eglibc/eglibc.inc |2 +-
> meta/recipes-core/eglibc/eglibc_2.12.bb |2 +-
> meta/recipes-core/eglibc/eglibc_2.13.bb |2 +
2011/7/8 Saul Wold
> Richard,
>
> This address the bash, xcb missing from libx11, locale issue and
> the lack of space due to zypper eating space.
>
I don't think all the dependencies on bash are needed.
E.g: eglibc: Add RDEPENDS on bash
eglibc itself does not need bash to be present at runtim
commit headers do not need to reveal that you are using vi :-)
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
2011/7/1 Phil Blundell
> On Fri, 2011-07-01 at 11:15 +0100, Richard Purdie wrote:
> > On Fri, 2011-07-01 at 10:41 +0100, Phil Blundell wrote:
> > > We had some discussion of this a few weeks ago but I'm not sure it ever
> > > reached a firm conclusion.
> > >
> > > Is everyone agreed that the PRIO
2011/7/1 Koen Kooi
>
> Op 1 jul 2011, om 11:26 heeft Frans Meulenbroeks het volgende geschreven:
>
> >
> >
> > 2011/7/1 Koen Kooi
> >
> > Op 1 jul 2011, om 10:55 heeft Frans Meulenbroeks het volgende geschreven:
> >
> > >
> > > Go
Oh by the way, and the message you might be see saying:
This message may not have been sent by: fransmeulenbro...@gmail.com Learn
more Report phishing
This is really google not having their stuff properly configured.
I'm sending email from their web client (https://mail.google.com/)
And yes,
2011/7/1 Koen Kooi
>
> Op 1 jul 2011, om 10:55 heeft Frans Meulenbroeks het volgende geschreven:
>
> >
> > Good idea.
> > Personally I'd like to also bring footprint into the equation. If a
> feature drags in lots of additional packages, it is interestin
2011/7/1 Richard Purdie
> On Thu, 2011-06-30 at 18:10 +0100, Chris Elston wrote:
> > We're looking to base an embedded development on oe-core in the near
> > future, and one of the things we must have is the ability to configure
> > features in/out of recipes per distro.
> >
> > At the moment som
As I already asked before: what is the benefit having this in embedded
systems?
If I am doing an embedded system I know the target hardware, and there is no
need to have e.g. both 32 and 64 bit libs.
Frans.
___
Openembedded-core mailing list
Openembedde
2011/6/9 Mark Hatle
> On 6/9/11 5:57 AM, Kang Kai wrote:
> > Hi Mark,
> >
> > I am focus on eglibc itself compilation with disabling all the
> > configurable options, right now eglibc can be compiled with disable all
> > the configurable options.
> >
> > But when I build core-image-minimal in a c
2011/5/19 Khem Raj
> Some packages have uppercase letters in their names e.g.
> efikamx kernel. We allow uppercase character with
> uppercase-letters.patch
>
> Import mtime-int.patch from OE commit
> c81990aecae3bdf70a7c924699776b248ab7a006
>
> Signed-off-by: Khem Raj
> ---
> .../opkg-utils/opk
2011/5/19 Richard Purdie
> On Thu, 2011-05-19 at 14:02 +0200, Frans Meulenbroeks wrote:
> > 2011/5/19 Richard Purdie
> >
> > > On Thu, 2011-05-19 at 13:01 +0200, Frans Meulenbroeks wrote:
> > > > What should I do to either disable this for some recipes,
2011/5/19 Richard Purdie
> On Thu, 2011-05-19 at 13:01 +0200, Frans Meulenbroeks wrote:
> > What should I do to either disable this for some recipes, or use a
> > different (private) server?
> > We do not wish to rely on an external server for proprietary recipes (or
> f
>
>> What should I do to either disable this for some recipes, or use a
> different (private) server?
> We do not wish to rely on an external server for proprietary recipes (or
> for recipes for which we made a local change in an overlay).
> How is this case handled?
>
> Ok found some of the answer
2011/5/19 Lianhao Lu
> From: Lianhao Lu
>
> This series of 5 patches implemented the network based PR service and
> enabled
> the poky to use it during the task do_package and do_package_write_xxx. By
> using the network based PR service and the basichash for
> BB_SIGNATURE_HANDLER,
> the poky u
2011/5/18 Richard Purdie
> On Wed, 2011-05-18 at 00:49 -0700, Khem Raj wrote:
> > I think we need to globalize libc variable like MACHINE or MULTIMACHINE
> > and we could check if PREFERRED_PROVIDER_virtual/libc == TCLIBC or not
> > in base.bbclass for sanity. Something like attached patch might
2011/5/10 Richard Purdie
> On Tue, 2011-05-10 at 16:26 +0200, Frans Meulenbroeks wrote:
> > Some minor remarks on the default-distrovars.inc contents:
>
> To quote the email prefacing this patch series:
>
> """
> I did dump a load of "default"
Some minor remarks on the default-distrovars.inc contents:
2011/5/10 Richard Purdie
[...]
> diff --git a/meta/conf/distro/include/default-distrovars.inc
> b/meta/conf/distro/include/default-distrovars.inc
> new file mode 100644
> index 000..ab26a30
> --- /dev/null
> +++ b/meta/conf/distro/in
2011/5/10 Richard Purdie
> From: Richard Purdie
>
> As discussed, we want to make OE-Core usable with no distro set. This patch
> series
> makes some big steps towards that goal. I'd be interested in feedback on
> whether it
> does the right things and would be usable by others.
>
> The key is t
2011/5/4 Richard Purdie
> On Wed, 2011-05-04 at 16:24 +0200, Frans Meulenbroeks wrote:
> > Most of the time the SRCREV is before the PV, but not always (and
> sometimes
> > separated with an empty line and sometimes not).
>
> Patches welcome...
>
I know. It was mor
2011/5/4 Richard Purdie
> On Wed, 2011-05-04 at 22:05 +0800, Yu Ke wrote:
> > From: Yu Ke
> >
> > move the SRCREV from poky-default-revisions.inc to its corresponding
> recipe,
> > in this case, those non poky distro can also use its SRCREV.
> >
> > Pull URL: git://git.pokylinux.org/poky-contrib
2011/5/3 Richard Purdie
> On Tue, 2011-05-03 at 22:05 +0200, Frans Meulenbroeks wrote:
> > 2011/5/3 Philip Balister
> >
> > [...]
> >
> > People ask me why they should join the eV. Besides being a
> > good way to show your support for th
2011/5/3 Philip Balister
[...]
>
> People ask me why they should join the eV. Besides being a good way to show
> your support for the OpenEmbedded project, the Technical Steering Committee
> is elected by the eV members.
>
> Sorry but the current TSC is NOT elected by the eV members.
Actually t
2011/4/23 Khem Raj
> Since the latest stable is 5.12.3 this mirror we use in SRC_URI has
> decided to dump 5.12.2 tarball. Either we upgrade to 5.12.3 or find a
> mirror which still have 5.12.2 e.g.
> http://search.cpan.org/CPAN/authors/id/J/JE/JESSE/perl-5.12.2.tar.gz
>
> Source is still at htt
2011/4/5 Richard Purdie :
[...]
>
> Does this make sense to everyone, are there any questions/ objections/
> concerns/ things I've missed?
I think most embedded systems would only use one lib. To take your
lib/lib64 example:
If I am developing for an embedded system I know whether it will run
as
65 matches
Mail list logo
