nyuuzyou/wikis huggingface dataset:
OEDvM 2023.12

==Location and Time==
Held after the Yocto Project Summit , the OE Developers Meeting is scheduled for Friday, December 1st 2023 between 12:00 and 20:00 UTC. Exact times for each individual topic are found below in the schedule.
The meeting is held on Zoom https://zoom.us/j/99151508871 (Meeting ID: 991 5150 8871). We thank Automotive Grade Linux for providing!
We moved to the AMD zoom since we didn't have any meeting hosts to mute people.
https://amd.zoom.us/j/98922017098?pwd=N0x3VkRBS1oxVjBmMkRhRzg4bVczUT09
==Format==
As always, we will collect topics on the wiki at
https://www.openembedded.org/wiki/OEDvM_2023.12.
For the actual developer meeting, there will be pre-assigned timeslots for each topic. The moderator(s) will open with a short introduction/presentation to introduce the topic.
The meeting notes: https://docs.google.com/document/d/1XiAvtnS5xJquLhg_gKy1dbY1VAJx71nJ2MXCvkQHC78/edit?usp=sharing
==Topic Ideas==
These are topics that were suggested for previous OE developer meetings and have not been covered yet. They should be seen as starting ideas on things that can be discussed.
::
Topic 	Moderator(s)	Estimate of time	Notes
Security defaults in OE-Core / poky 	Marta 	? 	-
Data store operation changes 	? 	? 	Pending developers spending time working on this.
Syntax removal 	? 	? 	
Data store internal rewrite 	? 	? 	Pending developers spending time working on this.
f-string in Python code (and more modern python in general)	? 	? 	Have upgraded python versions, still not convinced this has huge advantages. Don't want mass conversion as makes LTS patches harder.
Dropping core features 	? 	? 	
Security (PSiRT) 	? 	? 	Nobody willing to commit to joining a team. Security processes documented.
QA Automation 	? 	? 	Now have significant automation on the autobuilder
Code submission process 	? 	? 	
Software updates 	? 	? 	Think we're happy that there are various layers/tools allowing this?
AI/ML 	? 	? 	
Here are some new topic ideas:
::
Topic 	Moderator(s)	Estimate of time
How to plan out ideas/new features/development in a way we can seek people to work on/fund things	? 	?
Feedback on recent development topic areas 	? 	?
OE event box

The OpenEmbedded event box is a sturdy carry case containing materials useful for OpenEmbedded stands and presentations at conferences and other events.
Current contents (as at Feb 2012):
* OE logo table cloth x 1
* Lights, with a small stand
* Flatscreen monitor (VGA and DVI input)
* Wireless access point
* Duct tape
* Flyers
* Multiplugs and other random useful stuff
The event box is currently held by: Florian Boor
OXNAS

Oxford OXE810(D)SE NAS devices (aka OXNAS) are Network Attached Storage devices based on Oxford OXE810 processor.
OXNAS is currently (no longer) supported by OE (see snippet from a mail below). Support was maintained by Steffen Sledz.
 > I found that support for OxNas was removed recently in favor of
 > HydraIP machine, but can't find anything about it via interwebs - are
 > they similar? Do you plan to push support for Oxnas into kernel and
 > u-boot? Do you interested in updating vendor-supplied kernel and
 > loaders up to the recent versions?
 
 HydraIP ist a new series of digital video recorders/transmitters for
 public transport (bus, tram, train) of our company based at the OXE810.
 
 In the early development phase we used an OXNAS evaluation development
 kit together with OE. Later we created a new machine called hipox which
 is different in some details from oxnas (may be they can come together
 in the future).
 
 Unfortunately Oxford/PLXTech has no intention to update there software
 to current kernel versions. When OE switched to the latest security
 updates (in our case from 2.6.24.4 to 2.6.24.7) we decided to continue
 maintaining our hipox machine port only.
 
 If you like to revive oxnas machine support, try reverting this patch
 <http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=afc0667965549d0ac1cc5cd93a30c2aa8e47dc28>
 and create patches for 2.6.24.7 (or newer kernel versions).
Category:machine
Oedem/2009 TSC election

At Oedem/2009 the following people have been proposed for the TSC, but that has nothing to do with the proper proposing protocol, so you can safely ignore this page.
* Phil Blundell
: (Nominated by Stefan Schmidt)
: Both Holger an Phil have an deep understanding on how OE and bitbake work and was designed to work. Both are thinking about ways to further improve the current situation and contribute code and ideas to reach the goals. Maybe even more important are the way they deal with people who want to contribute. They listen, workout the underlying problems and then helping these people to reach their goals.
* Holger Freyther
: (Nominated by Stefan Schmidt)
: Both Holger an Phil have an deep understanding on how OE and bitbake work and was designed to work. Both are thinking about ways to furtehr improve the current situation and contribute code and ideas to reach the goals. Maybe even more important are the way they deal with people who want to contribute. They listen, workout the underlying problems and then helping these people to reach their goals.
* Chris Larson
: (Nominated by Phil Blundell)
* Mickey Lauer
: As one of the founders of the OE project I have lots of experience with all parts of the system, including the BitBake core, the build classes, and the recipes. In fact, I have contributed a major part of all that.
: I have left the former core team since this failed to provide any transparency to the growing OE community about how decisions were made.
: I have also used OE in commercial projects, hence I know about the different -- and sometimes contradicting -- requirements non-commercial and commercial projects have. I have always tried to improve OE in a way that suits as much stakeholders as possible, trying to prevent isolated solutions. As such, I'd love to serve on the TSC helping to facilitate further OE development. 
* Richard Purdie
: I'm a long standing OE developer and member of the community who has extensive experience with the core elements of the system having successfully developed and handled many significant OE architectural improvements. My role as the lead developer and maintainer of bitbake gives me insight into the core workings of the project and as the architect of Poky, I also understand the needs of derived projects. As part of the former 'core team' I've also experience in mediation and in guiding the project. I'd like to use this experience for the benefit of the TSC.
: (Richard was also nominated by Stefan Schmidt.)
* Khem Raj
: I would like to nominate myself. Over the last couple of years I have got good understanding of OE's internals and From my experience in past I understand needs of embedded systems and embedded Linux in particularly well. I think I understand the core pieces of OE well now which will help me make right decisions and suggestions in the TSC especially in the areas of toolchain and system libraries.
Category:OEDEM
Oedem2007

==Venue==
GMIT GmbH Novalisstrasse 10 10115 Berlin Germany
==Schedule==
time: Oct 6th - Oct 10th
* arrivals / coding sprint: Oct 6th - Oct 7th
* technical discussions / presentations: Oct 8th - Oct 9th
* departures / coding sprint: Oct 10th 
==List of people==
* Holger 'zecke' Freyther
* Rolf 'Laibsch' Leggewie
* Richard Purdie [Oct 7 - Oct 10] - Honigmond RH - Flight arrives 19:30
* PHilipp Zabel * Rodrigo Vivi [Oct 5 - Oct 10] - Honigmond RH - Flight arrives 12:45
* Gerwin van der Kruis * Michael 'Mickey' Lauer [Oct 8 - Oct 10]
* Marcin 'hrw' Juszkiewicz - [Oct 6 - Oct 10] - Casa Holger - Bus arrives ~12 at Alexanderplatz - I will go to the office directly.
* Stelios S. Koroneos [Oct 7 - Oct 10] - Flight arrives 10:10
* Koen Kooi - [Oct 5 - Oct 10] - Casa Holger - Train arrives 13:18
* Henning Heinold (woglinde) 
* Florian Boor [Oct 7 - Oct 10] - Flight arrives 21:10
* Graeme (XorA) Gregory [Oct 5 - Oct 11]- Honigmond RH - Flight Arrives 12:45 - Flight Leaves 13:30
* Daniel Willmann (alphaone)
* Philip Balister (Crofton) [Oct 5 - Oct 10] - Hotel * Gästehaus Berlin Mitte * - Flight arrives 10 AM
* Jonas Hurrelmann (jott) * Uli Luckas [Oct 9]
* Jan Lübbe (shoragan)
* Henryk Plötz
* please drop zecke an email if you plan to come
==Quartiers== 
inks for rooms in walking distance (same street as the office)
* zecke's flat. I think I can host four of you (5-10 minutes walk to the office)
* 
* further away (a longer walk)
* 
== Agenda == 
=== Top Level Items ===
* Creating a Foundation. Who is goint to prepare the paper work? zecke and florian could do that
* Should we hold a sprint? Should we do user presentations?
* Reconsider changing SCM
=== 2007.10.08 === 
====[09:55] Assign note taker to collect and publish minutes====
====[10:00] Welcome Branch ==== 
====[11:00] Review of last years work ==== 
====[11:30] Discuss and adjust agenda ==== 
====[12:00] OE Foundation, what was done, what is needed, how to proceed and where to create it====
====[13:30] Lunch ====
====[15:30] OpenEmbedded User Presentations====
=====OpenMoko=====
=====Indt/Mamona=====
=====Tarent=====
=====DigitalOpsis=====
====[17:30] Solutions for vendor discussion====
=====Stable release=====
=====SDK=====
=====Distro's=====
=====Target Hardware issues=====
=== 2007.10.09 ===
====[10:00] Technology====
=====update-alternatives of ipkg=====
=====distro generic=====
=====clean staging(?)=====
=====getting image in-between task-base and task-boot?=====
=====General strategy how to get things smaller=====
=====Features tied to boards on e.g. gumstix=====
=====Quality Issues=====
====[13:30] Lunch ====
====Infrastructure====
=====Autobuilder=====
=====Maintainers=====
=====How to deal with the wiki=====
== To Be Done ==
* Prepare paper-work for an e.V. 
* Plan one day for the general assembly of the e.V. 
* Decide on the Agenda. 
* Should we hold a sprint? What would be the topic? QA, Angstrom polishing, doing our first stable release, creating a GUI for BitBake/OE? 
* Sprint: merge .dreambox, get llvm to build, get llvm-cross working, pycurses angstrom setup gui
Category:OEDEM
OpenEmbedded Developers

This was true for OpenEmbedded Classic days. Current practice is a small number of people have commit access and all patches are reviewed on a mailing list. Individual layers may have different practices.
Below is the list of developers that currently have commit access to OE git repos.
Please list in alphabetical order, format: Name (git_key_name)
# ??? quickdev
# Aloisio Almeida (aloisio_almeida)
# Andrea Adami (andrea_adami)
# Angus Ainslie (angus_ainslie)
# Bernhard Guillon (bernhard_guillon)
# Carsten Haitzler (carsten_haitzler)
# Chris Larson (kergoth)
# Cliff Brake (cbrake)
# Daniel Willmann (daniel_willmann)
# Darren Hart (dvhart)
# Denis Carikli (denis_carikli)
# Denys Dmytriyenko (denys_dmytriyenko)
# Dirk Opfer (dirk_opfer)
# Dmitry Baryshkov (dmitry_baryshkov)
# Elena Grandi (elena_grandi)
# Enrico Scholz (enrico_scholz)
# Erik Hovland (erik_hovland)
# Florian Boor (florian_boor)
# Frans Meulenbroeks (frans_meulenbroeks)
# Graeme Gregory (xora)
# Graham Gower (graham_gower)
# Henning Heinold (henning_heinold)
# Holger Freyther (zecke)
# Jan Luebbe (jan_luebbe)
# Jeremy Laine (jeremy_laine)
# John Lee (john_lee)
# Julien Cassignol (julien_cassignol)
# Junqian Gordon Xu (xjqian)
# Kalev Lember (kalev_lember)
# Khem Raj (khem_raj)
# Klaus Kurzmann (klaus_kurzmann)
# Koen Kooi (koen)
# Kristoffer Ericson (kristoffer_ericson)
# Liam Girdwood (liam_girdwood)
# Leon Woestenberg (leon_woestenberg)
# Lukas Gorris (lukas_gorris)
# Lynn Lin (lynn_lin)
# Marcin Juszkiewicz (hrw)
# Marco Cavallini (mckoan)
# Mark Brown (mark_brown)
# Martin Dietze (martin_dietze)
# Martin Jansa (martin_jansa)
# Michael Lauer (mickeyl)
# Mike Westerhof (mwester)
# Mustafa Yuecel (mustafa_yuecel)
# Otavio Salvador (otavio_salvador)
# Oyvind Repvik (oyvind_repvik)
# Paul Eggleton (paul_eggleton)
# Paul Sokolovsky (pfalcon)
# Phil Blundell (phil_blundell)
# Philip Balister (crofton)
# Philipp Zabel (phillip_zabel)
# Przemyslaw Wesolek (przemyslaw_wesolek)
# Relix Domke (felix_domke)
# Richard Purdie (rpurdie)
# Robert Schuster (robert_schuster)
# Rod Whitby (rwhitby)
# Rodrigo Vivi (rodrigo_vivi)
# Rolf Leggewie (rolf)
# Roman Khimov (roman_khimov)
# Sebastian Spaeth (sebastian_spaeth)
# Sergey Lapin (sergey_lapin)
# Shane Volpe (shane_volpe)
# Simon Busch (morphis)
# Stanislav Brabec (stanislav_brabec)
# Stefan Schmidt (stefan_schmidt)
# Steffen Sledz (steffen_sledz)
# Theodore Roth (theodore_roth)
# Thomas Kunze (thomas_kunze)
# Tick Chen (tick_chen)
# Tim Ellis (tim_ellis)
# Tom Rini (tom_rini)
# Ulf Samuelsson (ulf_samuelsson)
# Xerxes Rånby (xerxes_ranby)
# Yuri Bushmelev (yuri_bushmelev)
Category:Dev
OpenEmbedded Wiki Update Project

Since transitioning to OpenEmbedded-Core, much of the content of the OpenEmbedded wiki has gone stale. We now need to embark on a process of updating it to reflect the current state of the project.
This project will consist of two phases:
== 1. Identify outdated pages ==
Each outdated page needs to have the Outdated template to each one. You can do this by inserting {{Outdated}} at the top of the page markup.
Done -- PaulEggleton 14:18, 7 November 2012 (UTC)
== 2. Go through pages marked for deletion ==
For the pages in the Candidates for speedy deletion category:
* Delete the spam-cleared ones immediately
* Sanity check the others before deleting
Done -- PaulEggleton 14:18, 7 November 2012 (UTC)
== 3. Update/delete outdated information ==
Go through the pages in the Outdated category and update / delete outdated information.
If you've only updated part of the page you can change {{Outdated}} to {{OutdatedWIP}} to change the notice at the top to reflect that.
== 4. Other tasks ==
* Look at creating a general non-technical FAQ page
* Completely wipe out spam from history?
Overview of OE supported machines

== Machines Comparison ==
Warning: This comparison is incomplete.
Machine 	CPU 	Main memory 	Display 	LAN/WLAN 	Storage 	Input 	Other hardware 	Proprietary Drivers 	Last stable Kernel version	Compatible Distributions (as in conf/distro in the openembedded tree)
(Gateworks Ventana Single Board Computer)	Freescale i.MX6 800Mhz/1Ghz 	2GB DDR3 	7" or 8" LVDS LCD or HDMI Monitor 	2x Gigabit Ethernet / 6x Mini-PCIe for Wifi 	256MB,SD card slot 	USB, HDMI, Analog Video, Mini-PCIe, pushbutton switch, accelerometer, RS232, CAN Bus	 	 	3.10.53 	Poky
Beagle Board 	OMAP3530 @ 400, 500, or 600 MHz 	128MB DDR 	 	 	256MB,SD card slot 	2 buttons 	3D chip 	3D chip userland libraries 	 	Angstrom
Nokia N800 	OMAP2420@400 MHz 	128MB 	800x480 touchscreen 	wifi 	256MB,2SDHC slots 	touchscreen,2 buttons 	GPS 	sound,power management,wifi(need a proprietary userland calibration tool),dsp are not free	? 	mamona,others?
Openmoko GTA02 (Neo FreeRunner) 	ARM920T@400MHz(ARM v4T) 	128MB 	480x640 vga touchscreen(glamo graphic chip) 	wifi(ar6k) 	256MB flash,microSDHC slot 	touchscreen 	TI calypso GSM, GPRS modem, GPS, Bluetooth, 2*3D accelerometers, USB 	100% free driver (but 3 firmwares: gsm, wifi and gps) 	2.6.28 	Openmoko, Angstrom, SHR
OXNAS(support suspended/stopped) 	ARM926EJ-S@367MHz 	128Kbyte on-chip SRAM, 128Mbytes DDR1/2 SDRAM	 	integrated 10/100/1000 Ethernet MAC with MII and GMII support 	1-2 SATA ports 	2 buttons 	USB, PCI, 128-bit AES engine 	 	2.6.24 	Angstrom
Ronetix PM9263 	AT91SAM9263 240MHz System on module 	64MB DRAM 	 	integrated 10/100 Ethernet MAC with MII support 	4MB NOR Flash, 256 MB NAND Flash 	touchscreen 	USB, Serial number chip DS2401 	 	2.6.28 	Angstrom or the angstrom based KaeilOS
Marvell Sheevaplug 	Marvell Kirkwood MV88F6281 1.2GHz 	512MB DDR2 	NA 	integrated 10/100/1000 Ethernet MAC with RGMII support 	512 MB NAND Flash, SD card slot 	1 button accessible internally, 1 externally 	USB 2.0 host & client ports (com port and ARM JTAG via client) 	None 	 	Angstrom
Techsol’s Medallion System computers 	SA2410 Medallion CPU Module ARM920T@200MHz(ARM v4T) - Samsung S3C2410A(L)	64 or 128 MB 	Color TFT LCDs: qVGA (320x240) 3.5"; WqVGA (480x272) 4.3"; VGA (640x480) 5.7"; all with LED backlight and optional touch screen	10BaseT Ethernet (Cirrus 8900a); 10/100BaseT Fast Ethernet (SMSC 9118); Power over Ethernet (PoE) available; supported ZigBee or IEEE 802.11a/b/g WLAN dongles connected to USB Host port	Boot Flash: 2 MB of NOR flash; NAND flash (32 MB to 128 MB); USB Host ports for USB mass storage; MMC/SD card slot	Push buttons; touch screen 	Serial (RS232, RS485), IrDA, USB Host (for supported Bluetooth dongles, for example) and Device, I²C, SPI, stereo audio in/out, buzzer, ...	 	2.6.30.10 	Angstrom based
Category:Machine
PREFERRED PROVIDER for jpeg and jpeg-native

This combined with building some packages can lead to a dreadful error message.
NOTE: multiple providers are available for jpeg (jpeg, libjpeg-turbo)
NOTE: consider defining a PREFERRED_PROVIDER entry to match jpeg
NOTE: multiple providers are available for jpeg-native (jpeg-native, libjpeg-turbo-native)
NOTE: consider defining a PREFERRED_PROVIDER entry to match jpeg-native
To solve the problem, insert this is local.conf (or a distro conf file):
PREFERRED_PROVIDER_jpeg = "libjpeg-turbo"
PREFERRED_PROVIDER_jpeg-native = "libjpeg-turbo-native"
It looks like you get into this situation when you try to build vlc, since it DEPENDS on libjpeg-turbo.
More information is welcome!
Presentations

List of presentations talking of OpenEmbedded and bitbake :
== 2004 ==
Introduction to the GPE Palmtop Environment and the OpenEmbedded Project - Phil Blundell - RMLL - 
== 2005 ==
Building Embedded Linux Distributions with BitBake and OpenEmbedded - Michael 'Mickey' Lauer - FOSDEM - 
== 2006 ==
OpenEmbedded on the Simputer - Harald Welte - FOSS.in - 
== 2007 ==
Introduction to OE - Stelios S. Koroneos - PowerArchitecture Developer Conference - 
OpenEmbedded Easy QA, repeatability and retargetting - Koen Kooi, Michael 'Mickey' Lauer, Richard 'RP' Purdie, Holger 'zecke' Freyther - ELC - 
== 2008 ==
OpenEmbedded for Product Development - Matthew Locke - ELC - 
Cross Compilation With OpenEmbedded - Robert Schuster - LinuxTag 
== 2009 ==
Top 3 pains in professional use of bitbake - Klaas van Gend - ELC - 
Poky Linux & OpenEmbedded based environment - Marcin Juszkiewicz - ST-Ericsson Community Workshop - 
Why OpenEmbedded proved a good foundation for MontaVista - Cedric Hombourger - ELCE - 
Hacking with OpenEmbedded - Marcin Juszkiewicz - ELCE - 
KaeilOS e Openembedded Linux - paper - Marco Cavallini - CONFSL (presentation in Italian / presentazione in italiano) - 
KaeilOS e Openembedded Linux - slides - Marco Cavallini - CONFSL (presentation in Italian / presentazione in italiano) - 
== 2010 ==
OpenEmbedded - Scott Garman - PLUG Advanced Topics
OpenEmbedded Une solution GNU/Linux pour l'embarqué - Cyril Romain - Solutions Linux - (presentation in French / présentation en Français)
The State of OpenEmbedded and Tooling to Make Life Easier - Koen Kooi - ELCE - 
OpenEmbedded An Embedded Linux Distribution Framework - Khem Raj - Media:2010_Khem_Openembedded.pdf‎
== 2012 ==
OpenEmbedded and the Yocto Project - working together on a common Core - Paul Eggleton - FOSDEM 2012
OpenEmbedded - A Layered Approach - Khem Raj - ELC 2012
Push patches upstream

= Sourcing Patches = 
When you encounter problems with software, we're often not alone. For this reason its worth looking at other projects and seeing if they already have solved the problem (as well as checking if there is already a fix upstream). Good sources for patches are:
* Debian
* Ubuntu
* Gentoo
* Fedora 
= Patch Guidelines =
Experience shows that whilst its clear in your mind why a patch is being added at the time you add a patch, if you revisit it a year later you probably won't remember all the details. For this reason, we ask that patches clearly state some basic information. The full details are available at Commit_Patch_Message_Guidelines.
= Sending Patches Upstream =
OE has many patches which for many reasons would be best submitted to the upstream projects rather than being maintained in OE itself. By doing this the wider community can benefit from the changes, recipe upgrading becomes easier and it also in many cases educates the upstream software projects about how their software gets used and for example, the challenges of a cross compile environment.
== Push'em-weekends ==
These are sprints in the spirit of our bug-squashing weekends when we try to 
push our patches to the upstream projects. The first such sprint was held 
on short notice from Friday, February 15th 2008 to Monday, the 18th. A few 
patches were already pushed upstream. Second sprint is scheduled for first weekend in August.
Pushing our bugs upstream is beneficial for us (easier maintainability) and
them (we give back our work). The following two commands can give you a 
list of patches still in need of being documented in line with above policy.
 find recipes/ \( -name '*.patch' -or -name '*.diff' \) -print0 | xargs -0 egrep -L \^upstream\:
You can push those patches upstream even if you are only a normal user of 
OE. Let us know via the bug tracker if you have reported one of our patches
upstream. Please be sure to test if the patch is still being applied
to the most recent version of the package in OE.
== sample text for upstream reports ==
 Hi,
 
 thank you for sharing your work in $project. Openembedded.org includes
 recipes to cross-compile $project for a large number of target devices.
 
 I would like to make you aware of some of the changes that we at the 
 openembedded.org project did to the sources you publish.
 
 Patch: http://cgit.openembedded.org/cgit.cgi?url=openembedded/tree/recipes/$project/$patch-url
 Comment: $explanation
 
 You can find all our patches for $project at 
 http://cgit.openembedded.org/cgit.cgi?url=openembedded/tree/recipes/$project/
 
 Thank you again for your work.
 
 Regards
 
 $name
Category:Policy
RAD with FPC/Lazarus

The Free Pascal Compiler and the Lazarus IDE are good alternatives for development.
== Install FPC and Lazarus ==
Reference: http://wiki.lazarus.freepascal.org/Setup_Cross_Compile_For_ARM
But the binutils part should be omitted and instead use the binutils built by OE.
== Use OE built binutils ==
Bake the binutils-cross-sdk:
 bitbake binutils-cross-sdk
Install the baked ipk, eg. binutils-cross-sdk_2.18-r13.1.6_i686-armv6-sdk.ipk, on the host:
 sudo dpkg --install --force-architecture binutils-cross-sdk_2.18-r13.1.6_i686-armv6-sdk.ipk
Create links to the binutils programs:
 cd ~/lazarus/fpc/binutils
 ln -s /usr/local/angstrom/arm/bin/arm-angstrom-linux-gnueabi-ld ld
 ln -s /usr/local/angstrom/arm/bin/arm-angstrom-linux-gnueabi-ar ar
 cat <<EOT > as
 #!/bin/sh
 /usr/local/angstrom/arm/bin/arm-angstrom-linux-gnueabi-as -meabi=5 \$@
 EOT
 chmod 755 as
Config fpc to use the binutils, edit ~/.fpc.cfg to include:
 #IFDEF CPUARM
 -XP/home/mike/lazarus/fpc/binutils/
== Get target library files ==
Copy the target library files from OE to the host:
 cd /usr/local/angstrom/arm/arm-angstrom-linux-gnueabi
 sudo mkdir -p {lib/gcc,usr/lib}
 sudo rsync -av 192.168.0.24::oe/build/ok6410-tmp/sysroots/armv6-angstrom-linux-gnueabi/lib/* lib/
 sudo rsync -av 192.168.0.24::oe/build/ok6410-tmp/sysroots/armv6-angstrom-linux-gnueabi/usr/lib/* usr/lib/
 sudo rsync -av 192.168.0.24::oe/build/ok6410-tmp/sysroots/i686-linux/usr/armv6/lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/* lib/gcc/
Config fpc to use the libraries, edit ~/.fpc.cfg to include:
 #IFDEF CPUARM
 -Fl/usr/local/angstrom/arm/arm-angstrom-linux-gnueabi/lib
 -Fl/usr/local/angstrom/arm/arm-angstrom-linux-gnueabi/usr/lib
 -Fl/usr/local/angstrom/arm/arm-angstrom-linux-gnueabi/lib/gcc
Category:User