https://wiki.koansoftware.com/api.php?action=feedcontributions&user=Admin&feedformat=atom
KoanSoftware Wiki - User contributions [en]
2024-03-28T09:57:12Z
User contributions
MediaWiki 1.27.1
https://wiki.koansoftware.com/index.php?title=Extract_the_list_of_packages_into_a_Yocto_image&diff=208
Extract the list of packages into a Yocto image
2018-10-08T12:45:10Z
<p>Admin: Created page with "== Extract the list of packages into an image of Yocto Project / Openembedded == The old way bitbake -g <image> && cat pn-depends.dot | grep -v -e '-native' | grep -v digra..."</p>
<hr />
<div>== Extract the list of packages into an image of Yocto Project / Openembedded ==<br />
<br />
The old way<br />
<br />
bitbake -g <image> && cat pn-depends.dot | grep -v -e '-native' | grep -v digraph | grep -v -e '-image' | awk '{print $1}' | sort | uniq<br />
<br />
<br />
Or the newer way<br />
<br />
bitbake -g <image> && cat pn-buildlist | grep -ve "native" | sort | uniq<br />
<br />
<br />
Link : https://community.nxp.com/docs/DOC-94953</div>
Admin
https://wiki.koansoftware.com/index.php?title=Main_Page&diff=207
Main Page
2018-10-08T12:42:47Z
<p>Admin: /* Yocto Project */</p>
<hr />
<div>Welcome on [http://www.kaeilos.com KaeilOS] official wiki<br />
<br />
== DISCLAIMER ==<br />
<br />
'''KaeilOS(R) is a registered trademark of KOAN sas - Bergamo, ITALY <br />
<br />
All contents of this website are released under the [http://creativecommons.org/licenses/by-sa/3.0/deed.en_US Creative Commons Attribution-ShareAlike 3.0 Unported License]'''<br><br />
<br><br />
<br />
== KOAN Embedded Software Engineering == <br />
<br />
[http://koansoftware.com KOAN] è una software house italiana, specializzata in soluzioni software Linux embedded e real time su piattaforme RISC della famiglia ARM (Raspberry, Atmel, Freescale, NXP).<br />
Fondata nel 1996 da esperienze diversificate, KOAN è un'azienda italiana con sede a Bergamo, operante nel settore del terziario avanzato che si propone come fornitore di sistemi software embedded per automazione industriale, telecomunicazioni, automotive, meccatronica e aerospaziale.<br />
<br />
== What is KaeilOS == <br />
KaeilOS was an OpenSource software framework based on OpenEmbedded to create GNU/Linux distributions aimed for embedded devices developed by KOAN from 2004 to 2010.<br />
<br />
== Problem solving - Howto ==<br />
* [[FAQ]]<br />
* [[Setup NFS root filesystem]]<br />
* [[Setup an external toolchain with Yocto]]<br />
* [[Fixing Perl Locale Errors in a Clean Ubuntu Install]]<br />
* [[Using VMware Player to run Linux training]]<br />
<br />
== Openembedded Core ==<br />
* [[Submit patches to Openembedded]] <br />
* [http://openembedded.org/wiki/Commit_Patch_Message_Guidelines Commit Patch Message Guidelines]<br />
* [[OE-Core Standalone Setup]]<br />
<br />
== Openembedded Debugging ==<br />
* [[Openembedded debugging]]<br />
* [[Packages information list]]<br />
<br />
== Yocto Project ==<br />
* [[Yocto Project my own quick start]] <br />
* [[Yocto versus Poky versus Angstrom]]<br />
* [http://www.yoctoproject.org/docs/current/poky-ref-manual/poky-ref-manual.html Yocto Project reference Manual]<br />
* [http://git.yoctoproject.org/ Yocto source Repositories]<br />
* [http://layers.openembedded.org OpenEmbedded layers index]<br />
* [https://wiki.yoctoproject.org/wiki/Releases Yocto version releases]<br />
* [http://www.openembedded.org/wiki/Migrating_metadata_to_OE-Core Migrating metadata to OE-Core]<br />
* [[OE/Yocto prebuilt toolchains]]<br />
* [[Howto build a kernel module out of the kernel tree]]<br />
* [[Howto speed up Yocto build]]<br />
* [[bitbake options]]<br />
* [[Directories and installation variables]]<br />
* [[How to add libstdc++ to a Yocto (Poky) image]]<br />
* [[How to run a script at boot automatically]]<br />
* [[Create patches using quilt]]<br />
* [[Building Software from an External Source]]<br />
* [[opkg command options]]<br />
* [[Managing RDEPENDS into a recipe]]<br />
* [[Extract the list of packages into a Yocto image]]<br />
<br />
== Documents ==<br />
* [[ARM cores list]]<br />
* [[systemd vs sysvinit]]<br />
* [http://linux.koolsolutions.com/2011/02/26/howto-create-and-submit-your-first-linux-kernel-patch/ How to create and submit Linux kernel patch using GIT]<br />
* [[Development with VMware]]<br />
<br />
== About us ==<br />
* [http://koansoftware.com/en/content/profile Who we are]</div>
Admin
https://wiki.koansoftware.com/index.php?title=Managing_RDEPENDS_into_a_recipe&diff=206
Managing RDEPENDS into a recipe
2018-07-25T13:31:12Z
<p>Admin: </p>
<hr />
<div>== Managing RDEPENDS into a recipe with Yocto Project / Openembedded ==<br />
<br />
If you need to add a shared library into a final image you have to use the RDEPENDS keyword into the recipe.<br />
Although the official Yocto Project / Openembedded documentation state that you have to use a simple RDEPENDS keyword specifying the name of the package providing quch library, in some cases you need to specify the '-lib' version of the package providing the library.<br />
<br />
For example using 'ncurses' you could expect to use this syntax<br />
<br />
RDEPENDS_${PN} = "ncurses"<br />
<br />
which will get you only these files<br />
<br />
$ tar tjvf core-image-minimal-qemuarm.tar.bz2 | grep -i ncurses<br />
-rw-r--r-- root/root 645 2018-07-25 10:48 ./var/lib/opkg/info/ncurses-terminfo-base.control<br />
-rw-r--r-- root/root 685 2018-07-25 10:48 ./var/lib/opkg/info/ncurses.control<br />
-rw-r--r-- root/root 514 2018-07-25 10:48 ./var/lib/opkg/info/ncurses-terminfo-base.list<br />
-rw-r--r-- root/root 142 2018-07-25 10:48 ./var/lib/opkg/info/ncurses.list<br />
<br />
<br />
<br />
but actually you need to specify this<br />
<br />
RDEPENDS_${PN} = "ncurses-libncurses"<br />
<br />
that gives you what needed<br />
<br />
$ tar tjvf core-image-minimal-qemuarm.tar.bz2 | grep -i ncurses<br />
-rwxr-xr-x root/root 116932 2018-07-25 10:47 ./lib/libncurses.so.5.9<br />
lrwxrwxrwx root/root 0 2018-07-25 10:47 ./lib/libncurses.so.5 -> libncurses.so.5.9<br />
-rw-r--r-- root/root 645 2018-07-25 12:24 ./var/lib/opkg/info/ncurses-terminfo-base.control<br />
-rw-r--r-- root/root 402 2018-07-25 12:24 ./var/lib/opkg/info/libncurses5.control<br />
-rw-r--r-- root/root 44 2018-07-25 12:24 ./var/lib/opkg/info/libncurses5.list<br />
-rwxr-xr-x root/root 90 2018-07-25 12:24 ./var/lib/opkg/info/libncurses5.postinst<br />
-rw-r--r-- root/root 514 2018-07-25 12:24 ./var/lib/opkg/info/ncurses-terminfo-base.list</div>
Admin
https://wiki.koansoftware.com/index.php?title=Opkg_command_options&diff=203
Opkg command options
2018-05-13T07:38:13Z
<p>Admin: /* Install packages via internet */</p>
<hr />
<div>[http://code.google.com/p/opkg/ OPKG] (short for '''O'''pen '''P'''ac'''K'''a'''G'''e Management) is a leightweight [http://en.wikipedia.org/wiki/Package_management_system package management system] for [https://en.wikipedia.org/wiki/Embedded_system embedded systems]. OPKG is a fork of [[IPKG (en)|IPKG]].) <br />
<br />
The package management in the shell is a powerful tool, and offers many possibilities.<br />
<br />
This article explains how to search / install / remove packages and some more interesting commands which offers OPKG. If you want to learn all options of OPKG, enter following command in the [[Shell (en)|Terminal]]:<br />
<br />
opkg<br />
<br />
== Install packages via internet ==<br />
To be able to install a package, the [http://en.wikipedia.org/wiki/Software_repository feed] defined in the '''/etc/opkg''', should be updated. If this is not done, the installation will be terminated with the error message: '''Unknown package''' ..... Always enter the following command before installing:<br />
<br />
opkg update<br />
<br />
<br />
{{Warnung|Be careful when integrating 3rd party package feeds. If the feed is not available, or not maintained correctly, upgrading the firmware or installing packages will fail!}}<br />
<br />
=== Installation ===<br />
The installation of a package is done with the following command:<br />
<br />
opkg install $package_name<br />
<br />
<br />
=== Search package ===<br />
There are different ways to search a package. First of all the package management offers the option '''search''', but unfortunately this option doesn't work quite well. <br />
<br />
opkg list | grep search_term<br />
<br />
<br />
<br />
It's also possible to use an asterisk symbol as wildcard in the search term. <br />
<br />
opkg list *webadmin*<br />
<br />
<br />
=== Deinstallation ===<br />
Removing a package is done like this:<br />
<br />
opkg remove $package_name<br />
<br />
== Install local packages ==<br />
Uupdate the package lists, this way the dependencies (if required) for the package will be resolved and installed. The command is:<br />
<br />
opkg update<br />
<br />
<br />
<br />
=== Installation of one package ===<br />
Use the following command for the installation.<br />
<br />
opkg install /tmp/$file_name_of_the_package<br />
<br />
<br />
=== Installation of multiple packages ===<br />
The installation of multiple packages is also easy, once all files are copied with [[FTP (en)|FTP]] in the directory <br />
opkg install /tmp/*.ipk<br />
<br />
<br />
=== Deinstallation ===<br />
The removal of a package is also done with the package name (without the version and the extention ipk) and the following command: <br />
<br />
opkg remove $package_name<br />
<br />
<br />
== Other interesting commands ==<br />
<br />
=== Update sources ===<br />
'''Always''' update the sources before any package manipulation (e.g. installation, search, download of packages), with the command:<br />
<br />
opkg update<br />
<br />
=== Upgrade Firmware ===<br />
With the following command it's possible to install all available updates for your Dreambox.<br />
<br />
opkg upgrade<br />
<br />
=== Chain commands ===<br />
With two "and" symbols (&&) it's possible to chain commands. This way the second command is executed, as soon as the first is succesfully performed. The following command is very often used, to update the sources and the firmware.<br />
<br />
opkg update && opkg upgrade<br />
<br />
<br />
=== Install multiple packages from the feeds ===<br />
<br />
opkg install $package_name $package_name $package_name $package_name<br />
<br />
<br />
=== Deinstall multiplpe packages ===<br />
<br />
opkg remove $package_name $package_name $package_name $package_name<br />
<br />
<br />
=== Show all available packages from the feeds ===<br />
<br />
opkg list<br />
<br />
<br />
=== Show all installed packages ===<br />
<br />
opkg list-installed<br />
<br />
=== Show installed package ===<br />
The following command can be used to search for an installed package. If the package is installed the name is shown with the version number. If no output is displayed, the package is not installed ot the name of the package is wrong.<br />
<br />
opkg list-installed $package_name<br />
<br />
<br />
=== Show upgradable packages ===<br />
<br />
opkg list-upgradable<br />
<br />
<br />
=== Show packages page by page ===<br />
Packages can be shown with the command <code>[http://en.wikipedia.org/wiki/More_%28command%29 more]</code>. Use the {{Taste|space}} or {{Taste|↵ Enter}} to continue.<br />
<br />
opkg list | more<br />
opkg list-installed | more<br />
opkg list-upgradable | more<br />
<br />
<br />
=== Install packages from a website ===<br />
Packages can be installed directly from a web adress, e.g. with following command.<br />
<br />
opkg install http://www.yyy.com/zzzz/$package_name.ipk<br />
<br />
<br />
=== Download package from the feed ===<br />
<br />
opkg download $package_name<br />
<br />
<br />
=== Show package information ===<br />
<br />
opkg info $package_name<br />
<br />
<br />
=== Show package dependencies ===<br />
Lists packages which are '''mandatory''' for an installation.<br />
<br />
opkg depends $package_name<br />
<br />
<br />
=== Show packages which require the package as dependency ===<br />
Shows the packages which have the <code>$package_name</code> as required dependency.<br />
<br />
opkg whatdepends $package_name<br />
<br />
<br />
=== Simulate package installation ===<br />
Loads the package and simulates the installation. Ideal to check if an installation would be performed succesfully.<br />
<br />
opkg --noaction $package_name<br />
<br />
<br />
=== Deinstall package with all dependencies ===<br />
Removes a package and all installed dependencies.<br />
<br />
opkg --autoremove $package_name<br />
<br />
<br />
=== Set package on hold ===<br />
Prevent an update of a package (using the flag <code>'''hold'''</code>).<br />
<br />
opkg flag hold $package_name<br />
<br />
<br />
=== Release package ===<br />
Release a package which is on '''<code>hold</code>'''.<br />
<br />
opkg flag user $package_name<br />
<br />
<br />
=== List the compatible package architectures ===<br />
Shows the content of the file <code>/etc/opkg/arch.conf</code>.<br />
<br />
opkg print-architecture<br />
<br />
<br />
== Tips and Tricks ==<br />
<br />
=== Proxy Server ===<br />
When using a [http://en.wikipedia.org/wiki/Proxy_server Proxy Server] to install packages, edit the configuration file <code>/etc/opkg/opkg.conf</code>. The entries should be self explaining ;)<br />
<br />
=== Unpack IPK packages ===<br />
Packages can be unpacked on a home computer. With Linux no extra tools are required, for Windows users the programm [http://www.7-zip.org/ 7-Zip] can be used. And for MAC users [http://macitbetter.com/ BetterZIP].<br />
<br />
=== Write text file with list of installed packages ===<br />
With following command it's possible to create a list of installed packages, and write the list in a text file. <br />
<br />
The list with the name '''e2plugins''' can be found in the directory <code>/home/root</code>. This file can be used to show the installed packages, and reinstall the plugins after a new image was flashed. Of course you have to copy the list from the Dreambox on your computer (e.g. using [[FTP (en)|FTP]]). <br />
<br />
opkg list-installed *extensions* | awk '{ print $1 }' > /home/root/e2plugins<br />
<br />
Install the content of the list is possible with following command. Make sure the text file is in the directory <code>/home/root</code>. And of course the packages should be available on the feeds.<br />
<br />
opkg update && opkg install $(cat /home/root/e2plugins)<br />
<br />
An other method to install multiple packages is described in the chapter [[OPKG (en)#Install multiple packages from the feeds|other interesting commands]]. But you need to know the names of the packages.<br />
<br />
opkg update && opkg install $paketname $paketname $paketname $paketname</div>
Admin
https://wiki.koansoftware.com/index.php?title=Opkg_command_options&diff=202
Opkg command options
2018-05-08T19:52:00Z
<p>Admin: Created page with "[http://code.google.com/p/opkg/ OPKG] (short for '''O'''pen '''P'''ac'''K'''a'''G'''e Management) is a leightweight [http://en.wikipedia.org/wiki/Package_management_system pac..."</p>
<hr />
<div>[http://code.google.com/p/opkg/ OPKG] (short for '''O'''pen '''P'''ac'''K'''a'''G'''e Management) is a leightweight [http://en.wikipedia.org/wiki/Package_management_system package management system] for [https://en.wikipedia.org/wiki/Embedded_system embedded systems]. OPKG is a fork of [[IPKG (en)|IPKG]].) <br />
<br />
The package management in the shell is a powerful tool, and offers many possibilities.<br />
<br />
This article explains how to search / install / remove packages and some more interesting commands which offers OPKG. If you want to learn all options of OPKG, enter following command in the [[Shell (en)|Terminal]]:<br />
<br />
opkg<br />
<br />
== Install packages via internet ==<br />
To be able to install a package, the [http://en.wikipedia.org/wiki/Software_repository feed] defined in the <code>/etc/opkg</code>, should be updated. If this is not done, the installation will be terminated with the error message: <code>Unknown package ....</code>. Always enter the following command before installing:<br />
<syntaxhighlight><br />
opkg update<br />
</syntaxhighlight><br />
<br />
{{Warnung|Be careful when integrating 3rd party package feeds. If the feed is not available, or not maintained correctly, upgrading the firmware or installing packages will fail!}}<br />
<br />
=== Installation ===<br />
The installation of a package is done with the following command:<br />
<br />
opkg install $package_name<br />
<br />
<br />
=== Search package ===<br />
There are different ways to search a package. First of all the package management offers the option '''search''', but unfortunately this option doesn't work quite well. <br />
<br />
opkg list | grep search_term<br />
<br />
<br />
<br />
It's also possible to use an asterisk symbol as wildcard in the search term. <br />
<br />
opkg list *webadmin*<br />
<br />
<br />
=== Deinstallation ===<br />
Removing a package is done like this:<br />
<br />
opkg remove $package_name<br />
<br />
<br />
== Install local packages ==<br />
Uupdate the package lists, this way the dependencies (if required) for the package will be resolved and installed. The command is:<br />
<br />
opkg update<br />
<br />
<br />
<br />
=== Installation of one package ===<br />
Use the following command for the installation.<br />
<br />
opkg install /tmp/$file_name_of_the_package<br />
<br />
<br />
=== Installation of multiple packages ===<br />
The installation of multiple packages is also easy, once all files are copied with [[FTP (en)|FTP]] in the directory <br />
opkg install /tmp/*.ipk<br />
<br />
<br />
=== Deinstallation ===<br />
The removal of a package is also done with the package name (without the version and the extention ipk) and the following command: <br />
<br />
opkg remove $package_name<br />
<br />
<br />
== Other interesting commands ==<br />
<br />
=== Update sources ===<br />
'''Always''' update the sources before any package manipulation (e.g. installation, search, download of packages), with the command:<br />
<br />
opkg update<br />
<br />
=== Upgrade Firmware ===<br />
With the following command it's possible to install all available updates for your Dreambox.<br />
<br />
opkg upgrade<br />
<br />
=== Chain commands ===<br />
With two "and" symbols (&&) it's possible to chain commands. This way the second command is executed, as soon as the first is succesfully performed. The following command is very often used, to update the sources and the firmware.<br />
<br />
opkg update && opkg upgrade<br />
<br />
<br />
=== Install multiple packages from the feeds ===<br />
<br />
opkg install $package_name $package_name $package_name $package_name<br />
<br />
<br />
=== Deinstall multiplpe packages ===<br />
<br />
opkg remove $package_name $package_name $package_name $package_name<br />
<br />
<br />
=== Show all available packages from the feeds ===<br />
<br />
opkg list<br />
<br />
<br />
=== Show all installed packages ===<br />
<br />
opkg list-installed<br />
<br />
=== Show installed package ===<br />
The following command can be used to search for an installed package. If the package is installed the name is shown with the version number. If no output is displayed, the package is not installed ot the name of the package is wrong.<br />
<br />
opkg list-installed $package_name<br />
<br />
<br />
=== Show upgradable packages ===<br />
<br />
opkg list-upgradable<br />
<br />
<br />
=== Show packages page by page ===<br />
Packages can be shown with the command <code>[http://en.wikipedia.org/wiki/More_%28command%29 more]</code>. Use the {{Taste|space}} or {{Taste|↵ Enter}} to continue.<br />
<br />
opkg list | more<br />
opkg list-installed | more<br />
opkg list-upgradable | more<br />
<br />
<br />
=== Install packages from a website ===<br />
Packages can be installed directly from a web adress, e.g. with following command.<br />
<br />
opkg install http://www.yyy.com/zzzz/$package_name.ipk<br />
<br />
<br />
=== Download package from the feed ===<br />
<br />
opkg download $package_name<br />
<br />
<br />
=== Show package information ===<br />
<br />
opkg info $package_name<br />
<br />
<br />
=== Show package dependencies ===<br />
Lists packages which are '''mandatory''' for an installation.<br />
<br />
opkg depends $package_name<br />
<br />
<br />
=== Show packages which require the package as dependency ===<br />
Shows the packages which have the <code>$package_name</code> as required dependency.<br />
<br />
opkg whatdepends $package_name<br />
<br />
<br />
=== Simulate package installation ===<br />
Loads the package and simulates the installation. Ideal to check if an installation would be performed succesfully.<br />
<br />
opkg --noaction $package_name<br />
<br />
<br />
=== Deinstall package with all dependencies ===<br />
Removes a package and all installed dependencies.<br />
<br />
opkg --autoremove $package_name<br />
<br />
<br />
=== Set package on hold ===<br />
Prevent an update of a package (using the flag <code>'''hold'''</code>).<br />
<br />
opkg flag hold $package_name<br />
<br />
<br />
=== Release package ===<br />
Release a package which is on '''<code>hold</code>'''.<br />
<br />
opkg flag user $package_name<br />
<br />
<br />
=== List the compatible package architectures ===<br />
Shows the content of the file <code>/etc/opkg/arch.conf</code>.<br />
<br />
opkg print-architecture<br />
<br />
<br />
== Tips and Tricks ==<br />
<br />
=== Proxy Server ===<br />
When using a [http://en.wikipedia.org/wiki/Proxy_server Proxy Server] to install packages, edit the configuration file <code>/etc/opkg/opkg.conf</code>. The entries should be self explaining ;)<br />
<br />
=== Unpack IPK packages ===<br />
Packages can be unpacked on a home computer. With Linux no extra tools are required, for Windows users the programm [http://www.7-zip.org/ 7-Zip] can be used. And for MAC users [http://macitbetter.com/ BetterZIP].<br />
<br />
=== Write text file with list of installed packages ===<br />
With following command it's possible to create a list of installed packages, and write the list in a text file. <br />
<br />
The list with the name '''e2plugins''' can be found in the directory <code>/home/root</code>. This file can be used to show the installed packages, and reinstall the plugins after a new image was flashed. Of course you have to copy the list from the Dreambox on your computer (e.g. using [[FTP (en)|FTP]]). <br />
<br />
opkg list-installed *extensions* | awk '{ print $1 }' > /home/root/e2plugins<br />
<br />
Install the content of the list is possible with following command. Make sure the text file is in the directory <code>/home/root</code>. And of course the packages should be available on the feeds.<br />
<br />
opkg update && opkg install $(cat /home/root/e2plugins)<br />
<br />
An other method to install multiple packages is described in the chapter [[OPKG (en)#Install multiple packages from the feeds|other interesting commands]]. But you need to know the names of the packages.<br />
<br />
opkg update && opkg install $paketname $paketname $paketname $paketname</div>
Admin
https://wiki.koansoftware.com/index.php?title=Main_Page&diff=201
Main Page
2018-05-08T15:06:40Z
<p>Admin: /* Yocto Project */</p>
<hr />
<div>Welcome on [http://www.kaeilos.com KaeilOS] official wiki<br />
<br />
== DISCLAIMER ==<br />
<br />
'''KaeilOS(R) is a registered trademark of KOAN sas - Bergamo, ITALY <br />
<br />
All contents of this website are released under the [http://creativecommons.org/licenses/by-sa/3.0/deed.en_US Creative Commons Attribution-ShareAlike 3.0 Unported License]'''<br><br />
<br><br />
<br />
== KOAN Embedded Software Engineering == <br />
<br />
[http://koansoftware.com KOAN] è una software house italiana, specializzata in soluzioni software Linux embedded e real time su piattaforme RISC della famiglia ARM (Raspberry, Atmel, Freescale, NXP).<br />
Fondata nel 1996 da esperienze diversificate, KOAN è un'azienda italiana con sede a Bergamo, operante nel settore del terziario avanzato che si propone come fornitore di sistemi software embedded per automazione industriale, telecomunicazioni, automotive, meccatronica e aerospaziale.<br />
<br />
== What is KaeilOS == <br />
KaeilOS was an OpenSource software framework based on OpenEmbedded to create GNU/Linux distributions aimed for embedded devices developed by KOAN from 2004 to 2010.<br />
<br />
== Problem solving - Howto ==<br />
* [[FAQ]]<br />
* [[Setup NFS root filesystem]]<br />
* [[Setup an external toolchain with Yocto]]<br />
* [[Fixing Perl Locale Errors in a Clean Ubuntu Install]]<br />
* [[Using VMware Player to run Linux training]]<br />
<br />
== Openembedded Core ==<br />
* [[Submit patches to Openembedded]] <br />
* [http://openembedded.org/wiki/Commit_Patch_Message_Guidelines Commit Patch Message Guidelines]<br />
* [[OE-Core Standalone Setup]]<br />
<br />
== Openembedded Debugging ==<br />
* [[Openembedded debugging]]<br />
* [[Packages information list]]<br />
<br />
== Yocto Project ==<br />
* [[Yocto Project my own quick start]] <br />
* [[Yocto versus Poky versus Angstrom]]<br />
* [http://www.yoctoproject.org/docs/current/poky-ref-manual/poky-ref-manual.html Yocto Project reference Manual]<br />
* [http://git.yoctoproject.org/ Yocto source Repositories]<br />
* [http://layers.openembedded.org OpenEmbedded layers index]<br />
* [https://wiki.yoctoproject.org/wiki/Releases Yocto version releases]<br />
* [http://www.openembedded.org/wiki/Migrating_metadata_to_OE-Core Migrating metadata to OE-Core]<br />
* [[OE/Yocto prebuilt toolchains]]<br />
* [[Howto build a kernel module out of the kernel tree]]<br />
* [[Howto speed up Yocto build]]<br />
* [[bitbake options]]<br />
* [[Directories and installation variables]]<br />
* [[How to add libstdc++ to a Yocto (Poky) image]]<br />
* [[How to run a script at boot automatically]]<br />
* [[Create patches using quilt]]<br />
* [[Building Software from an External Source]]<br />
* [[opkg command options]]<br />
<br />
== Documents ==<br />
* [[ARM cores list]]<br />
* [[systemd vs sysvinit]]<br />
* [http://linux.koolsolutions.com/2011/02/26/howto-create-and-submit-your-first-linux-kernel-patch/ How to create and submit Linux kernel patch using GIT]<br />
* [[Development with VMware]]<br />
<br />
== About us ==<br />
* [http://koansoftware.com/en/content/profile Who we are]</div>
Admin
https://wiki.koansoftware.com/index.php?title=Yocto_Project_my_own_quick_start&diff=200
Yocto Project my own quick start
2018-04-29T09:29:44Z
<p>Admin: /* Edit the configuration files */</p>
<hr />
<div>This page is an excerpt from [http://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start Copyright © 2010-2018 Linux Foundation]<br />
<br />
<br />
== The required packages ==<br />
<br />
Packages and package installation vary depending on your development system. In general, you need to have root access and then install the required packages. The next few sections show you how to get set up with the right packages for Ubuntu.<br />
<br />
If you have different distributions, please refer to the [https://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start]<br />
<br />
The packages you need for a supported Ubuntu distribution are shown in the following command:<br />
<br />
$ sudo apt-get install gawk wget git-core diffstat unzip texinfo gcc-multilib \<br />
build-essential chrpath socat cpio python python3 python3-pip python3-pexpect \<br />
xz-utils debianutils iputils-ping libsdl1.2-dev xterm<br />
<br />
== Development Code - branch 2.4 'rocko' ==<br />
<br />
Yocto Project code can be found in the Yocto Project Source Repositories.<br />
To check out current development code using git:<br />
<br />
$ cd $HOME/yocto<br />
$ git clone git://git.yoctoproject.org/poky -b rocko<br />
<br />
<br />
$ cd $HOME/yocto/poky<br />
$ git clone git://git.openembedded.org/meta-openembedded -b rocko<br />
<br />
poky/<br />
├── bitbake<br />
├── documentation<br />
├── LICENSE<br />
├── meta<br />
├── meta-openembedded<br />
├── meta-poky<br />
├── meta-selftest<br />
├── meta-skeleton<br />
├── meta-yocto-bsp<br />
├── oe-init-build-env<br />
├── README.hardware -> meta-yocto-bsp/README.hardware<br />
├── README.LSB<br />
├── README.poky -> meta-poky/README.poky<br />
├── README.qemu<br />
└── scripts<br />
<br />
== Initializing the Build Environment ==<br />
<br />
From the parent directory your Source Directory, initialize your environment and provide a meaningful Build Directory name:<br />
<br />
$ cd $HOME/yocto/poky<br />
$ source oe-init-build-env<br />
<br />
At this point, the '''build''' directory has been created for you and it is now your current working directory. <br />
This is the default tree you should have to build.<br />
<br />
<br />
poky/<br />
├── bitbake<br />
├── build <----- run bitbake inside here<br />
├── documentation<br />
├── LICENSE<br />
├── meta<br />
├── meta-openembedded<br />
├── meta-poky<br />
├── meta-selftest<br />
├── meta-skeleton<br />
├── meta-yocto-bsp<br />
├── oe-init-build-env<br />
├── README.hardware -> meta-yocto-bsp/README.hardware<br />
├── README.LSB<br />
├── README.poky -> meta-poky/README.poky<br />
├── README.qemu<br />
└── scripts<br />
<br />
== Edit the configuration files ==<br />
<br />
Edit $HOME/yocto/poky/build/conf/bblayers.conf<br />
<br />
<br />
# POKY_BBLAYERS_CONF_VERSION is increased each time build/conf/bblayers.conf<br />
# changes incompatibly<br />
POKY_BBLAYERS_CONF_VERSION = "2"<br />
<br />
BBPATH = "${TOPDIR}"<br />
BBFILES ?= ""<br />
<br />
BBLAYERS ?= " \<br />
/home/koan/yocto/poky/meta \<br />
/home/koan/yocto/poky/meta-poky \<br />
/home/koan/yocto/poky/meta-yocto-bsp \<br />
/home/koan/yocto/poky/meta-openembedded/meta-oe \<br />
"<br />
<br />
Remember also to edit the file $HOME/yocto/poky/build/conf/local.conf<br />
and check the following variables:<br />
<br />
MACHINE ?= "qemuarm"<br />
DISTRO ?= "poky"<br />
PACKAGE_CLASSES ?= "package_ipk"<br />
INHERIT += "rm_work"<br />
<br />
== Building the Image ==<br />
<br />
At this point, you need to select an image to build. <br />
If this is your first build using the Yocto Project, you should try the smallest and simplest image:<br />
<br />
$ bitbake core-image-minimal <br />
<br />
Now you just wait for the build to finish.<br />
<br />
== Starting the QEMU Emulator ==<br />
<br />
Before you start the QEMU emulator, be sure you have already to set up the emulation environment. <br />
<br />
The following command setup the emulation environment and launch QEMU.<br />
<br />
$ runqemu qemuarm<br />
<br />
Or if you prefer, open a new shell terminal, setup the environment again and run<br />
<br />
$ runqemu qemuarm nographic<br />
<br />
== Building cross-compiler ==<br />
<br />
If you want you can create a re-distribuible cross-compiler targeted at your MACHINE.<br />
<br />
$ bitbake meta-toolchain</div>
Admin
https://wiki.koansoftware.com/index.php?title=Yocto_Project_my_own_quick_start&diff=199
Yocto Project my own quick start
2018-04-29T09:27:04Z
<p>Admin: /* Starting the QEMU Emulator */</p>
<hr />
<div>This page is an excerpt from [http://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start Copyright © 2010-2018 Linux Foundation]<br />
<br />
<br />
== The required packages ==<br />
<br />
Packages and package installation vary depending on your development system. In general, you need to have root access and then install the required packages. The next few sections show you how to get set up with the right packages for Ubuntu.<br />
<br />
If you have different distributions, please refer to the [https://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start]<br />
<br />
The packages you need for a supported Ubuntu distribution are shown in the following command:<br />
<br />
$ sudo apt-get install gawk wget git-core diffstat unzip texinfo gcc-multilib \<br />
build-essential chrpath socat cpio python python3 python3-pip python3-pexpect \<br />
xz-utils debianutils iputils-ping libsdl1.2-dev xterm<br />
<br />
== Development Code - branch 2.4 'rocko' ==<br />
<br />
Yocto Project code can be found in the Yocto Project Source Repositories.<br />
To check out current development code using git:<br />
<br />
$ cd $HOME/yocto<br />
$ git clone git://git.yoctoproject.org/poky -b rocko<br />
<br />
<br />
$ cd $HOME/yocto/poky<br />
$ git clone git://git.openembedded.org/meta-openembedded -b rocko<br />
<br />
poky/<br />
├── bitbake<br />
├── documentation<br />
├── LICENSE<br />
├── meta<br />
├── meta-openembedded<br />
├── meta-poky<br />
├── meta-selftest<br />
├── meta-skeleton<br />
├── meta-yocto-bsp<br />
├── oe-init-build-env<br />
├── README.hardware -> meta-yocto-bsp/README.hardware<br />
├── README.LSB<br />
├── README.poky -> meta-poky/README.poky<br />
├── README.qemu<br />
└── scripts<br />
<br />
== Initializing the Build Environment ==<br />
<br />
From the parent directory your Source Directory, initialize your environment and provide a meaningful Build Directory name:<br />
<br />
$ cd $HOME/yocto/poky<br />
$ source oe-init-build-env<br />
<br />
At this point, the '''build''' directory has been created for you and it is now your current working directory. <br />
This is the default tree you should have to build.<br />
<br />
<br />
poky/<br />
├── bitbake<br />
├── build <----- run bitbake inside here<br />
├── documentation<br />
├── LICENSE<br />
├── meta<br />
├── meta-openembedded<br />
├── meta-poky<br />
├── meta-selftest<br />
├── meta-skeleton<br />
├── meta-yocto-bsp<br />
├── oe-init-build-env<br />
├── README.hardware -> meta-yocto-bsp/README.hardware<br />
├── README.LSB<br />
├── README.poky -> meta-poky/README.poky<br />
├── README.qemu<br />
└── scripts<br />
<br />
== Edit the configuration files ==<br />
<br />
Edit $HOME/yocto/poky/build/conf/bblayers.conf<br />
<br />
<br />
# POKY_BBLAYERS_CONF_VERSION is increased each time build/conf/bblayers.conf<br />
# changes incompatibly<br />
POKY_BBLAYERS_CONF_VERSION = "2"<br />
<br />
BBPATH = "${TOPDIR}"<br />
BBFILES ?= ""<br />
<br />
BBLAYERS ?= " \<br />
/home/koan/yocto/poky/meta \<br />
/home/koan/yocto/poky/meta-poky \<br />
/home/koan/yocto/poky/meta-yocto-bsp \<br />
/home/koan/yocto/poky/meta-openembedded/meta-oe \<br />
"<br />
<br />
Remember also to edit the file $HOME/yocto/poky/build/conf/local.conf<br />
and check the following variables:<br />
<br />
MACHINE ?= "qemuxarm"<br />
DISTRO ?= "poky"<br />
PACKAGE_CLASSES ?= "package_ipk"<br />
INHERIT += "rm_work"<br />
<br />
== Building the Image ==<br />
<br />
At this point, you need to select an image to build. <br />
If this is your first build using the Yocto Project, you should try the smallest and simplest image:<br />
<br />
$ bitbake core-image-minimal <br />
<br />
Now you just wait for the build to finish.<br />
<br />
== Starting the QEMU Emulator ==<br />
<br />
Before you start the QEMU emulator, be sure you have already to set up the emulation environment. <br />
<br />
The following command setup the emulation environment and launch QEMU.<br />
<br />
$ runqemu qemuarm<br />
<br />
Or if you prefer, open a new shell terminal, setup the environment again and run<br />
<br />
$ runqemu qemuarm nographic<br />
<br />
== Building cross-compiler ==<br />
<br />
If you want you can create a re-distribuible cross-compiler targeted at your MACHINE.<br />
<br />
$ bitbake meta-toolchain</div>
Admin
https://wiki.koansoftware.com/index.php?title=Yocto_Project_my_own_quick_start&diff=198
Yocto Project my own quick start
2018-04-29T09:24:48Z
<p>Admin: /* Starting the QEMU Emulator */</p>
<hr />
<div>This page is an excerpt from [http://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start Copyright © 2010-2018 Linux Foundation]<br />
<br />
<br />
== The required packages ==<br />
<br />
Packages and package installation vary depending on your development system. In general, you need to have root access and then install the required packages. The next few sections show you how to get set up with the right packages for Ubuntu.<br />
<br />
If you have different distributions, please refer to the [https://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start]<br />
<br />
The packages you need for a supported Ubuntu distribution are shown in the following command:<br />
<br />
$ sudo apt-get install gawk wget git-core diffstat unzip texinfo gcc-multilib \<br />
build-essential chrpath socat cpio python python3 python3-pip python3-pexpect \<br />
xz-utils debianutils iputils-ping libsdl1.2-dev xterm<br />
<br />
== Development Code - branch 2.4 'rocko' ==<br />
<br />
Yocto Project code can be found in the Yocto Project Source Repositories.<br />
To check out current development code using git:<br />
<br />
$ cd $HOME/yocto<br />
$ git clone git://git.yoctoproject.org/poky -b rocko<br />
<br />
<br />
$ cd $HOME/yocto/poky<br />
$ git clone git://git.openembedded.org/meta-openembedded -b rocko<br />
<br />
poky/<br />
├── bitbake<br />
├── documentation<br />
├── LICENSE<br />
├── meta<br />
├── meta-openembedded<br />
├── meta-poky<br />
├── meta-selftest<br />
├── meta-skeleton<br />
├── meta-yocto-bsp<br />
├── oe-init-build-env<br />
├── README.hardware -> meta-yocto-bsp/README.hardware<br />
├── README.LSB<br />
├── README.poky -> meta-poky/README.poky<br />
├── README.qemu<br />
└── scripts<br />
<br />
== Initializing the Build Environment ==<br />
<br />
From the parent directory your Source Directory, initialize your environment and provide a meaningful Build Directory name:<br />
<br />
$ cd $HOME/yocto/poky<br />
$ source oe-init-build-env<br />
<br />
At this point, the '''build''' directory has been created for you and it is now your current working directory. <br />
This is the default tree you should have to build.<br />
<br />
<br />
poky/<br />
├── bitbake<br />
├── build <----- run bitbake inside here<br />
├── documentation<br />
├── LICENSE<br />
├── meta<br />
├── meta-openembedded<br />
├── meta-poky<br />
├── meta-selftest<br />
├── meta-skeleton<br />
├── meta-yocto-bsp<br />
├── oe-init-build-env<br />
├── README.hardware -> meta-yocto-bsp/README.hardware<br />
├── README.LSB<br />
├── README.poky -> meta-poky/README.poky<br />
├── README.qemu<br />
└── scripts<br />
<br />
== Edit the configuration files ==<br />
<br />
Edit $HOME/yocto/poky/build/conf/bblayers.conf<br />
<br />
<br />
# POKY_BBLAYERS_CONF_VERSION is increased each time build/conf/bblayers.conf<br />
# changes incompatibly<br />
POKY_BBLAYERS_CONF_VERSION = "2"<br />
<br />
BBPATH = "${TOPDIR}"<br />
BBFILES ?= ""<br />
<br />
BBLAYERS ?= " \<br />
/home/koan/yocto/poky/meta \<br />
/home/koan/yocto/poky/meta-poky \<br />
/home/koan/yocto/poky/meta-yocto-bsp \<br />
/home/koan/yocto/poky/meta-openembedded/meta-oe \<br />
"<br />
<br />
Remember also to edit the file $HOME/yocto/poky/build/conf/local.conf<br />
and check the following variables:<br />
<br />
MACHINE ?= "qemuxarm"<br />
DISTRO ?= "poky"<br />
PACKAGE_CLASSES ?= "package_ipk"<br />
INHERIT += "rm_work"<br />
<br />
== Building the Image ==<br />
<br />
At this point, you need to select an image to build. <br />
If this is your first build using the Yocto Project, you should try the smallest and simplest image:<br />
<br />
$ bitbake core-image-minimal <br />
<br />
Now you just wait for the build to finish.<br />
<br />
== Starting the QEMU Emulator ==<br />
<br />
Before you start the QEMU emulator, be sure you have already to set up the emulation environment. <br />
<br />
The following command setup the emulation environment and launch QEMU.<br />
<br />
$ runqemu qemuarm<br />
<br />
== Building cross-compiler ==<br />
<br />
If you want you can create a re-distribuible cross-compiler targeted at your MACHINE.<br />
<br />
$ bitbake meta-toolchain</div>
Admin
https://wiki.koansoftware.com/index.php?title=Yocto_Project_my_own_quick_start&diff=197
Yocto Project my own quick start
2018-04-29T09:24:39Z
<p>Admin: /* Starting the QEMU Emulator */</p>
<hr />
<div>This page is an excerpt from [http://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start Copyright © 2010-2018 Linux Foundation]<br />
<br />
<br />
== The required packages ==<br />
<br />
Packages and package installation vary depending on your development system. In general, you need to have root access and then install the required packages. The next few sections show you how to get set up with the right packages for Ubuntu.<br />
<br />
If you have different distributions, please refer to the [https://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start]<br />
<br />
The packages you need for a supported Ubuntu distribution are shown in the following command:<br />
<br />
$ sudo apt-get install gawk wget git-core diffstat unzip texinfo gcc-multilib \<br />
build-essential chrpath socat cpio python python3 python3-pip python3-pexpect \<br />
xz-utils debianutils iputils-ping libsdl1.2-dev xterm<br />
<br />
== Development Code - branch 2.4 'rocko' ==<br />
<br />
Yocto Project code can be found in the Yocto Project Source Repositories.<br />
To check out current development code using git:<br />
<br />
$ cd $HOME/yocto<br />
$ git clone git://git.yoctoproject.org/poky -b rocko<br />
<br />
<br />
$ cd $HOME/yocto/poky<br />
$ git clone git://git.openembedded.org/meta-openembedded -b rocko<br />
<br />
poky/<br />
├── bitbake<br />
├── documentation<br />
├── LICENSE<br />
├── meta<br />
├── meta-openembedded<br />
├── meta-poky<br />
├── meta-selftest<br />
├── meta-skeleton<br />
├── meta-yocto-bsp<br />
├── oe-init-build-env<br />
├── README.hardware -> meta-yocto-bsp/README.hardware<br />
├── README.LSB<br />
├── README.poky -> meta-poky/README.poky<br />
├── README.qemu<br />
└── scripts<br />
<br />
== Initializing the Build Environment ==<br />
<br />
From the parent directory your Source Directory, initialize your environment and provide a meaningful Build Directory name:<br />
<br />
$ cd $HOME/yocto/poky<br />
$ source oe-init-build-env<br />
<br />
At this point, the '''build''' directory has been created for you and it is now your current working directory. <br />
This is the default tree you should have to build.<br />
<br />
<br />
poky/<br />
├── bitbake<br />
├── build <----- run bitbake inside here<br />
├── documentation<br />
├── LICENSE<br />
├── meta<br />
├── meta-openembedded<br />
├── meta-poky<br />
├── meta-selftest<br />
├── meta-skeleton<br />
├── meta-yocto-bsp<br />
├── oe-init-build-env<br />
├── README.hardware -> meta-yocto-bsp/README.hardware<br />
├── README.LSB<br />
├── README.poky -> meta-poky/README.poky<br />
├── README.qemu<br />
└── scripts<br />
<br />
== Edit the configuration files ==<br />
<br />
Edit $HOME/yocto/poky/build/conf/bblayers.conf<br />
<br />
<br />
# POKY_BBLAYERS_CONF_VERSION is increased each time build/conf/bblayers.conf<br />
# changes incompatibly<br />
POKY_BBLAYERS_CONF_VERSION = "2"<br />
<br />
BBPATH = "${TOPDIR}"<br />
BBFILES ?= ""<br />
<br />
BBLAYERS ?= " \<br />
/home/koan/yocto/poky/meta \<br />
/home/koan/yocto/poky/meta-poky \<br />
/home/koan/yocto/poky/meta-yocto-bsp \<br />
/home/koan/yocto/poky/meta-openembedded/meta-oe \<br />
"<br />
<br />
Remember also to edit the file $HOME/yocto/poky/build/conf/local.conf<br />
and check the following variables:<br />
<br />
MACHINE ?= "qemuxarm"<br />
DISTRO ?= "poky"<br />
PACKAGE_CLASSES ?= "package_ipk"<br />
INHERIT += "rm_work"<br />
<br />
== Building the Image ==<br />
<br />
At this point, you need to select an image to build. <br />
If this is your first build using the Yocto Project, you should try the smallest and simplest image:<br />
<br />
$ bitbake core-image-minimal <br />
<br />
Now you just wait for the build to finish.<br />
<br />
== Starting the QEMU Emulator ==<br />
<br />
Before you start the QEMU emulator, be sure you have already to set up the emulation environment. <br />
<br />
The following command setup the emulation environment and launch QEMU.<br />
<br />
$ runqemu qemuxarm<br />
<br />
== Building cross-compiler ==<br />
<br />
If you want you can create a re-distribuible cross-compiler targeted at your MACHINE.<br />
<br />
$ bitbake meta-toolchain</div>
Admin
https://wiki.koansoftware.com/index.php?title=Yocto_Project_my_own_quick_start&diff=196
Yocto Project my own quick start
2018-04-29T09:24:28Z
<p>Admin: /* Edit the configuration files */</p>
<hr />
<div>This page is an excerpt from [http://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start Copyright © 2010-2018 Linux Foundation]<br />
<br />
<br />
== The required packages ==<br />
<br />
Packages and package installation vary depending on your development system. In general, you need to have root access and then install the required packages. The next few sections show you how to get set up with the right packages for Ubuntu.<br />
<br />
If you have different distributions, please refer to the [https://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start]<br />
<br />
The packages you need for a supported Ubuntu distribution are shown in the following command:<br />
<br />
$ sudo apt-get install gawk wget git-core diffstat unzip texinfo gcc-multilib \<br />
build-essential chrpath socat cpio python python3 python3-pip python3-pexpect \<br />
xz-utils debianutils iputils-ping libsdl1.2-dev xterm<br />
<br />
== Development Code - branch 2.4 'rocko' ==<br />
<br />
Yocto Project code can be found in the Yocto Project Source Repositories.<br />
To check out current development code using git:<br />
<br />
$ cd $HOME/yocto<br />
$ git clone git://git.yoctoproject.org/poky -b rocko<br />
<br />
<br />
$ cd $HOME/yocto/poky<br />
$ git clone git://git.openembedded.org/meta-openembedded -b rocko<br />
<br />
poky/<br />
├── bitbake<br />
├── documentation<br />
├── LICENSE<br />
├── meta<br />
├── meta-openembedded<br />
├── meta-poky<br />
├── meta-selftest<br />
├── meta-skeleton<br />
├── meta-yocto-bsp<br />
├── oe-init-build-env<br />
├── README.hardware -> meta-yocto-bsp/README.hardware<br />
├── README.LSB<br />
├── README.poky -> meta-poky/README.poky<br />
├── README.qemu<br />
└── scripts<br />
<br />
== Initializing the Build Environment ==<br />
<br />
From the parent directory your Source Directory, initialize your environment and provide a meaningful Build Directory name:<br />
<br />
$ cd $HOME/yocto/poky<br />
$ source oe-init-build-env<br />
<br />
At this point, the '''build''' directory has been created for you and it is now your current working directory. <br />
This is the default tree you should have to build.<br />
<br />
<br />
poky/<br />
├── bitbake<br />
├── build <----- run bitbake inside here<br />
├── documentation<br />
├── LICENSE<br />
├── meta<br />
├── meta-openembedded<br />
├── meta-poky<br />
├── meta-selftest<br />
├── meta-skeleton<br />
├── meta-yocto-bsp<br />
├── oe-init-build-env<br />
├── README.hardware -> meta-yocto-bsp/README.hardware<br />
├── README.LSB<br />
├── README.poky -> meta-poky/README.poky<br />
├── README.qemu<br />
└── scripts<br />
<br />
== Edit the configuration files ==<br />
<br />
Edit $HOME/yocto/poky/build/conf/bblayers.conf<br />
<br />
<br />
# POKY_BBLAYERS_CONF_VERSION is increased each time build/conf/bblayers.conf<br />
# changes incompatibly<br />
POKY_BBLAYERS_CONF_VERSION = "2"<br />
<br />
BBPATH = "${TOPDIR}"<br />
BBFILES ?= ""<br />
<br />
BBLAYERS ?= " \<br />
/home/koan/yocto/poky/meta \<br />
/home/koan/yocto/poky/meta-poky \<br />
/home/koan/yocto/poky/meta-yocto-bsp \<br />
/home/koan/yocto/poky/meta-openembedded/meta-oe \<br />
"<br />
<br />
Remember also to edit the file $HOME/yocto/poky/build/conf/local.conf<br />
and check the following variables:<br />
<br />
MACHINE ?= "qemuxarm"<br />
DISTRO ?= "poky"<br />
PACKAGE_CLASSES ?= "package_ipk"<br />
INHERIT += "rm_work"<br />
<br />
== Building the Image ==<br />
<br />
At this point, you need to select an image to build. <br />
If this is your first build using the Yocto Project, you should try the smallest and simplest image:<br />
<br />
$ bitbake core-image-minimal <br />
<br />
Now you just wait for the build to finish.<br />
<br />
== Starting the QEMU Emulator ==<br />
<br />
Before you start the QEMU emulator, be sure you have already to set up the emulation environment. <br />
<br />
The following command setup the emulation environment and launch QEMU.<br />
<br />
$ runqemu qemux86<br />
<br />
== Building cross-compiler ==<br />
<br />
If you want you can create a re-distribuible cross-compiler targeted at your MACHINE.<br />
<br />
$ bitbake meta-toolchain</div>
Admin
https://wiki.koansoftware.com/index.php?title=Building_Software_from_an_External_Source&diff=165
Building Software from an External Source
2017-11-09T13:26:16Z
<p>Admin: </p>
<hr />
<div>== Building Software from an External Source using Yocto Project / Openembedded ==<br />
<br />
I have a local source tree I want to build instead of the upstream source a recipe normally fetches, how do I do that? <br />
<br />
By default, the OpenEmbedded build system uses the Build Directory when building source code. The build process involves fetching the source files, unpacking them, and then patching them if necessary before the build takes place.<br />
<br />
Situations exist where you might want to build software from source files that are external to and thus outside of the OpenEmbedded build system. For example, suppose you have a project that includes a new BSP with a heavily customized kernel. And, you want to minimize exposing the build system to the development team so that they can focus on their project and maintain everyone's workflow as much as possible. In this case, you want a kernel source directory on the development machine where the development occurs. You want the recipe's SRC_URI variable to point to the external directory and use it as is, not copy it.<br />
<br />
<br />
in this case use the externalsrc class - you can inherit this in the original bb recipe or a bbappend:<br />
<br />
inherit externalsrc<br />
EXTERNALSRC = "/path/to/sources"<br />
<br />
<br />
Depending on the type of build (eg, 'inherit module' for out of tree Linux kernel modules) you may or may not need to set EXTERNALSRC_BUILD.<br />
<br />
inherit externalsrc<br />
EXTERNALSRC = "/some/path"<br />
EXTERNALSRC_BUILD = "/some/path"<br />
<br />
<br />
<br />
If you're going to use it across a number of recipes you can inherit it globally at the configuration level (perhaps via an inc file that you include/require there):<br />
<br />
INHERIT += "externalsrc"<br />
EXTERNALSRC_pn-<recipename> = "/path/to/sources"</div>
Admin
https://wiki.koansoftware.com/index.php?title=Building_Software_from_an_External_Source&diff=164
Building Software from an External Source
2017-11-09T12:58:08Z
<p>Admin: </p>
<hr />
<div>== Building Software from an External Source using Yocto Project / Openembedded ==<br />
<br />
I have a local source tree I want to build instead of the upstream source a recipe normally fetches, how do I do that? <br />
<br />
By default, the OpenEmbedded build system uses the Build Directory when building source code. The build process involves fetching the source files, unpacking them, and then patching them if necessary before the build takes place.<br />
<br />
Situations exist where you might want to build software from source files that are external to and thus outside of the OpenEmbedded build system. For example, suppose you have a project that includes a new BSP with a heavily customized kernel. And, you want to minimize exposing the build system to the development team so that they can focus on their project and maintain everyone's workflow as much as possible. In this case, you want a kernel source directory on the development machine where the development occurs. You want the recipe's SRC_URI variable to point to the external directory and use it as is, not copy it.<br />
<br />
<br />
in this case use the externalsrc class - you can inherit this in the original bb recipe or a bbappend:<br />
<br />
inherit externalsrc<br />
EXTERNALSRC = "/path/to/sources"<br />
<br />
<br />
If you're going to use it across a number of recipes you can inherit it globally at the configuration level (perhaps via an inc file that you include/require there):<br />
<br />
INHERIT += "externalsrc"<br />
EXTERNALSRC_pn-<recipename> = "/path/to/sources"</div>
Admin
https://wiki.koansoftware.com/index.php?title=Building_Software_from_an_External_Source&diff=163
Building Software from an External Source
2017-11-09T12:56:14Z
<p>Admin: </p>
<hr />
<div>== Building Software from an External Source using Yocto Project / Openembedded ==<br />
<br />
By default, the OpenEmbedded build system uses the Build Directory when building source code. The build process involves fetching the source files, unpacking them, and then patching them if necessary before the build takes place.<br />
<br />
Situations exist where you might want to build software from source files that are external to and thus outside of the OpenEmbedded build system. For example, suppose you have a project that includes a new BSP with a heavily customized kernel. And, you want to minimize exposing the build system to the development team so that they can focus on their project and maintain everyone's workflow as much as possible. In this case, you want a kernel source directory on the development machine where the development occurs. You want the recipe's SRC_URI variable to point to the external directory and use it as is, not copy it.<br />
<br />
To build from software that comes from an external source, all you need to do is inherit the externalsrc class and then set the EXTERNALSRC variable to point to your external source code. Here are the statements to put in your local.conf file:<br />
<br />
INHERIT += "externalsrc"<br />
EXTERNALSRC_pn-myrecipe = "path-to-your-source-tree" # change only myrecipe with your name<br />
<br />
Source : http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#ref-classes-externalsrc<br />
<br />
<br />
Alternatively if it's more permanent, use the externalsrc class - you can inherit this in the original recipe or a bbappend:<br />
<br />
inherit externalsrc<br />
EXTERNALSRC = "/path/to/sources"</div>
Admin
https://wiki.koansoftware.com/index.php?title=Building_Software_from_an_External_Source&diff=162
Building Software from an External Source
2017-11-09T12:55:44Z
<p>Admin: </p>
<hr />
<div>== Building Software from an External Source using Yocto Project / Openembedded ==<br />
<br />
By default, the OpenEmbedded build system uses the Build Directory when building source code. The build process involves fetching the source files, unpacking them, and then patching them if necessary before the build takes place.<br />
<br />
Situations exist where you might want to build software from source files that are external to and thus outside of the OpenEmbedded build system. For example, suppose you have a project that includes a new BSP with a heavily customized kernel. And, you want to minimize exposing the build system to the development team so that they can focus on their project and maintain everyone's workflow as much as possible. In this case, you want a kernel source directory on the development machine where the development occurs. You want the recipe's SRC_URI variable to point to the external directory and use it as is, not copy it.<br />
<br />
To build from software that comes from an external source, all you need to do is inherit the externalsrc class and then set the EXTERNALSRC variable to point to your external source code. Here are the statements to put in your local.conf file:<br />
<br />
INHERIT += "externalsrc"<br />
EXTERNALSRC_pn-myrecipe = "path-to-your-source-tree"<br />
<br />
Source : http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#ref-classes-externalsrc<br />
<br />
Alternatively if it's more permanent, use the externalsrc class - you can inherit this in the original recipe or a bbappend:<br />
<br />
inherit externalsrc<br />
EXTERNALSRC = "/path/to/sources"</div>
Admin
https://wiki.koansoftware.com/index.php?title=Building_Software_from_an_External_Source&diff=161
Building Software from an External Source
2017-11-09T12:51:07Z
<p>Admin: </p>
<hr />
<div>== Building Software from an External Source using Yocto Project / Openembedded ==<br />
<br />
By default, the OpenEmbedded build system uses the Build Directory when building source code. The build process involves fetching the source files, unpacking them, and then patching them if necessary before the build takes place.<br />
<br />
Situations exist where you might want to build software from source files that are external to and thus outside of the OpenEmbedded build system. For example, suppose you have a project that includes a new BSP with a heavily customized kernel. And, you want to minimize exposing the build system to the development team so that they can focus on their project and maintain everyone's workflow as much as possible. In this case, you want a kernel source directory on the development machine where the development occurs. You want the recipe's SRC_URI variable to point to the external directory and use it as is, not copy it.<br />
<br />
To build from software that comes from an external source, all you need to do is inherit the externalsrc class and then set the EXTERNALSRC variable to point to your external source code. Here are the statements to put in your local.conf file:<br />
<br />
INHERIT += "externalsrc"<br />
EXTERNALSRC_pn-myrecipe = "path-to-your-source-tree"<br />
<br />
Source : http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#ref-classes-externalsrc</div>
Admin
https://wiki.koansoftware.com/index.php?title=Building_Software_from_an_External_Source&diff=160
Building Software from an External Source
2017-11-09T12:50:31Z
<p>Admin: Created page with "== Building Software from an External Source using Yocto Project / Openembedded == By default, the OpenEmbedded build system uses the Build Directory when building source cod..."</p>
<hr />
<div>== Building Software from an External Source using Yocto Project / Openembedded ==<br />
<br />
By default, the OpenEmbedded build system uses the Build Directory when building source code. The build process involves fetching the source files, unpacking them, and then patching them if necessary before the build takes place.<br />
<br />
Situations exist where you might want to build software from source files that are external to and thus outside of the OpenEmbedded build system. For example, suppose you have a project that includes a new BSP with a heavily customized kernel. And, you want to minimize exposing the build system to the development team so that they can focus on their project and maintain everyone's workflow as much as possible. In this case, you want a kernel source directory on the development machine where the development occurs. You want the recipe's SRC_URI variable to point to the external directory and use it as is, not copy it.<br />
<br />
To build from software that comes from an external source, all you need to do is inherit the externalsrc class and then set the EXTERNALSRC variable to point to your external source code. Here are the statements to put in your local.conf file:<br />
<br />
INHERIT += "externalsrc"<br />
EXTERNALSRC_pn-myrecipe = "path-to-your-source-tree"</div>
Admin
https://wiki.koansoftware.com/index.php?title=Main_Page&diff=159
Main Page
2017-11-09T12:48:22Z
<p>Admin: /* Yocto Project */</p>
<hr />
<div>Welcome on [http://www.kaeilos.com KaeilOS] official wiki<br />
<br />
== DISCLAIMER ==<br />
<br />
== '''All contents of this website are released under the [http://creativecommons.org/licenses/by-sa/3.0/deed.en_US Creative Commons Attribution-ShareAlike 3.0 Unported License]'''<br> ==<br />
<br><br />
<br />
== What is KaeilOS == <br />
KaeilOS is an OpenSource software framework to create GNU/Linux distributions aimed for embedded devices. Primarily, the project maintains and develops a collection of BitBake recipes. The bitbakes consist of the source URL of the package, dependencies and compile or install options. <br />
During the build process they are used to track dependencies, cross-compile the package and pack it up, suitable to be installed on the target device. It's also possible to create complete images, consisting of root file system and kernel. As a first step the framework will build a cross-compiler toolchain for the target platform.<br />
Currently the project is no longer active as independent system but is using Yocto Project at its place.<br />
<br />
KaeilOS runs in a lot of different plaftforms ([http://en.wikipedia.org/wiki/x86 x86], [http://en.wikipedia.org/wiki/Powerpc PowerPC] and [http://en.wikipedia.org/wiki/ARM_architecture ARM]) and includes more than 7000 opensource packages and libraries suitable for:<br />
* Embedded system<br />
* Desktop<br />
* Server<br />
<br />
<br />
== Getting Started ==<br />
* [[Required packages]] <br />
* [[Build environment]]<br />
* [[Run KaeilOS on QEmu]]<br />
<br />
== Development ==<br />
* [[Optimization proposal]]<br />
* [[New ideas]]<br />
* [https://trello.com/b/djLUmKKL '''KaeilOS''' Task Tracking with Trello]<br />
<br />
== Problem solving - Howto ==<br />
* [[FAQ]]<br />
* [[Setup NFS root filesystem]]<br />
* [[2.6.x Kernel Compilation Problems]]<br />
* [[Setup an external toolchain with Yocto]]<br />
* [[Fixing Perl Locale Errors in a Clean Ubuntu Install]]<br />
* [[Using VMware Player to run Linux training]]<br />
<br />
== Openembedded Core ==<br />
* [[Submit patches to Openembedded]] <br />
* [http://openembedded.org/wiki/Commit_Patch_Message_Guidelines Commit Patch Message Guidelines]<br />
* [[OE-Core Standalone Setup]]<br />
<br />
== Openembedded Debugging ==<br />
* [[Openembedded debugging]]<br />
* [[Packages information list]]<br />
<br />
== Yocto Project ==<br />
* [[Yocto Project my own quick start]] <br />
* [[Yocto versus Poky versus Angstrom]]<br />
* [http://www.yoctoproject.org/docs/current/poky-ref-manual/poky-ref-manual.html Yocto Project reference Manual]<br />
* [http://www.openembedded.org/wiki/LayerIndex Yocto layers index]<br />
* [http://www.openembedded.org/wiki/Migrating_metadata_to_OE-Core Migrating metadata to OE-Core]<br />
* [[OE/Yocto prebuilt toolchains]]<br />
* [[Howto build a kernel module out of the kernel tree]]<br />
* [[Howto speed up Yocto build]]<br />
* [[bitbake options]]<br />
* [[Directories and installation variables]]<br />
* [[How to add libstdc++ to a Yocto (Poky) image]]<br />
* [[How to run a script at boot automatically]]<br />
* [[Create patches using quilt]]<br />
* [[Building Software from an External Source]]<br />
<br />
== Documents ==<br />
* [[ARM cores list]]<br />
* [[systemd vs sysvinit]]<br />
* [http://linux.koolsolutions.com/2011/02/26/howto-create-and-submit-your-first-linux-kernel-patch/ How to create and submit Linux kernel patch using GIT]<br />
* [[Development with VMware]]<br />
<br />
== About us ==<br />
* [[ Who we are ]]<br />
* [[ KaeilOS services and community ]]</div>
Admin
https://wiki.koansoftware.com/index.php?title=Using_VMware_Player_to_run_Linux_training&diff=144
Using VMware Player to run Linux training
2017-01-18T14:31:48Z
<p>Admin: /* Using VMware Player to run Linux crashes with Ubuntu 16.04 as Host */</p>
<hr />
<div><br />
== Using VMware Player to run Linux crashes with Ubuntu 16.04 as Host ==<br />
<br />
I'm using VMware Player and have Ubuntu 16.04 as Host. <br />
When I launch VMware 12.5.2 it crashes.<br />
<br />
Launching vmplayer from the command line I get this error:<br />
E105: PANIC: VERIFY bora\vmcore\vmx\main\timeTracker_user.c:238 bugNr=148722<br />
<br />
[SOLVED] VMware CPU speed problem <br />
fix the issue in your '''/etc/vmware/config''' file, <br />
you have to add:<br />
<br />
host.cpukHz = "2500000" <br />
host.noTSC = "TRUE"<br />
ptsc.noTSC = "TRUE" <br />
<br />
where "X" is your CPU speed. I have a 2.5 GHz P4, so mine is 2500000.<br />
<br />
cat /proc/cpuinfo | grep 'model name'<br />
model name : Intel(R) Core(TM)2 Quad CPU Q9300 @ 2.50GHz</div>
Admin
https://wiki.koansoftware.com/index.php?title=Using_VMware_Player_to_run_Linux_training&diff=143
Using VMware Player to run Linux training
2017-01-18T14:30:35Z
<p>Admin: Created page with " == Using VMware Player to run Linux crashes with Ubuntu 16.04 as Host == I'm using VMware Player and have Ubuntu 16.04 as Host. When I launch VMware 12.5.2 it crashes. Lau..."</p>
<hr />
<div><br />
== Using VMware Player to run Linux crashes with Ubuntu 16.04 as Host ==<br />
<br />
I'm using VMware Player and have Ubuntu 16.04 as Host. <br />
When I launch VMware 12.5.2 it crashes.<br />
<br />
Launching vmplayer from the command line I get this error:<br />
E105: PANIC: VERIFY bora\vmcore\vmx\main\timeTracker_user.c:238 bugNr=148722<br />
<br />
[SOLVED] VMware CPU speed problem <br />
fix the issue in your '''/etc/vmware/config''' file, <br />
you have to add:<br />
<br />
host.cpukHz = "2500000" <br />
host.noTSC = "TRUE"<br />
ptsc.noTSC = "TRUE" <br />
<br />
where "X" is your CPU speed. I have a 2.5 GHz P4, so mine is 2500000.<br />
model name : Intel(R) Core(TM)2 Quad CPU Q9300 @ 2.50GHz</div>
Admin
https://wiki.koansoftware.com/index.php?title=Main_Page&diff=142
Main Page
2017-01-18T14:28:37Z
<p>Admin: /* Problem solving - Howto */</p>
<hr />
<div>Welcome on [http://www.kaeilos.com KaeilOS] official wiki<br />
<br />
== DISCLAIMER ==<br />
<br />
== '''All contents of this website are released under the [http://creativecommons.org/licenses/by-sa/3.0/deed.en_US Creative Commons Attribution-ShareAlike 3.0 Unported License]'''<br> ==<br />
<br><br />
<br />
== What is KaeilOS == <br />
KaeilOS is an OpenSource software framework to create GNU/Linux distributions aimed for embedded devices. Primarily, the project maintains and develops a collection of BitBake recipes. The bitbakes consist of the source URL of the package, dependencies and compile or install options. <br />
During the build process they are used to track dependencies, cross-compile the package and pack it up, suitable to be installed on the target device. It's also possible to create complete images, consisting of root file system and kernel. As a first step the framework will build a cross-compiler toolchain for the target platform.<br />
Currently the project is no longer active as independent system but is using Yocto Project at its place.<br />
<br />
KaeilOS runs in a lot of different plaftforms ([http://en.wikipedia.org/wiki/x86 x86], [http://en.wikipedia.org/wiki/Powerpc PowerPC] and [http://en.wikipedia.org/wiki/ARM_architecture ARM]) and includes more than 7000 opensource packages and libraries suitable for:<br />
* Embedded system<br />
* Desktop<br />
* Server<br />
<br />
<br />
== Getting Started ==<br />
* [[Required packages]] <br />
* [[Build environment]]<br />
* [[Run KaeilOS on QEmu]]<br />
<br />
== Development ==<br />
* [[Optimization proposal]]<br />
* [[New ideas]]<br />
* [https://trello.com/b/djLUmKKL '''KaeilOS''' Task Tracking with Trello]<br />
<br />
== Problem solving - Howto ==<br />
* [[FAQ]]<br />
* [[Setup NFS root filesystem]]<br />
* [[2.6.x Kernel Compilation Problems]]<br />
* [[Setup an external toolchain with Yocto]]<br />
* [[Fixing Perl Locale Errors in a Clean Ubuntu Install]]<br />
* [[Using VMware Player to run Linux training]]<br />
<br />
== Openembedded Core ==<br />
* [[Submit patches to Openembedded]] <br />
* [http://openembedded.org/wiki/Commit_Patch_Message_Guidelines Commit Patch Message Guidelines]<br />
* [[OE-Core Standalone Setup]]<br />
<br />
== Openembedded Debugging ==<br />
* [[Openembedded debugging]]<br />
* [[Packages information list]]<br />
<br />
== Yocto Project ==<br />
* [[Yocto Project my own quick start]] <br />
* [[Yocto versus Poky versus Angstrom]]<br />
* [http://www.yoctoproject.org/docs/current/poky-ref-manual/poky-ref-manual.html Yocto Project reference Manual]<br />
* [http://www.openembedded.org/wiki/LayerIndex Yocto layers index]<br />
* [http://www.openembedded.org/wiki/Migrating_metadata_to_OE-Core Migrating metadata to OE-Core]<br />
* [[OE/Yocto prebuilt toolchains]]<br />
* [[Howto build a kernel module out of the kernel tree]]<br />
* [[Howto speed up Yocto build]]<br />
* [[bitbake options]]<br />
<br />
== Documents ==<br />
* [[ARM cores list]]<br />
* [[systemd vs sysvinit]]<br />
* [http://linux.koolsolutions.com/2011/02/26/howto-create-and-submit-your-first-linux-kernel-patch/ How to create and submit Linux kernel patch using GIT]<br />
* [[Development with VMware]]<br />
<br />
== About us ==<br />
* [[ Who we are ]]<br />
* [[ KaeilOS services and community ]]</div>
Admin
https://wiki.koansoftware.com/index.php?title=Yocto_Project_my_own_quick_start&diff=140
Yocto Project my own quick start
2016-10-19T14:19:56Z
<p>Admin: /* Edit the configuration files */</p>
<hr />
<div>This page is an excerpt from [http://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start Copyright © 2010-2013 Linux Foundation]<br />
<br />
<br />
== The Packages ==<br />
<br />
Packages and package installation vary depending on your development system. In general, you need to have root access and then install the required packages. The next few sections show you how to get set up with the right packages for Ubuntu, Fedora, and openSUSE.<br />
Ubuntu<br />
<br />
If your distribution is Ubuntu, you need to be running the bash shell. You can be sure you are running this shell by entering the following command and selecting "No" at the prompt:<br />
<br />
$ sudo dpkg-reconfigure dash <br />
<br />
The packages you need for a supported Ubuntu distribution are shown in the following command:<br />
<br />
$ sudo apt-get install sed wget cvs subversion git-core coreutils \<br />
unzip texi2html texinfo libsdl1.2-dev docbook-utils gawk \<br />
python-pysqlite2 diffstat help2man make gcc build-essential \<br />
g++ desktop-file-utils chrpath libgl1-mesa-dev libglu1-mesa-dev \<br />
mercurial autoconf automake groff libtool xterm<br />
<br />
<br />
The following list shows the required packages by function given a supported Ubuntu Linux distribution:<br />
<br />
* Essentials: Packages needed to build an image on a headless system:<br />
<br />
$ sudo apt-get install gawk wget git-core diffstat unzip texinfo \<br />
build-essential chrpath<br />
<br />
<br />
* Graphical Extras: Packages recommended if the host system has graphics support:<br />
<br />
$ sudo apt-get install libsdl1.2-dev xterm<br />
<br />
<br />
* Documentation: Packages needed if you are going to build out the Yocto Project documentation manuals:<br />
<br />
$ sudo apt-get install make xsltproc docbook-utils fop<br />
<br />
<br />
* ADT Installer Extras: Packages needed if you are going to be using the Application Development Toolkit (ADT) Installer:<br />
<br />
$ sudo apt-get install autoconf automake libtool libglib2.0-dev<br />
<br />
<br />
== BitBake requires Python 2.7.3 or later ==<br />
<br />
BitBake requires Python 2.7.3 or later <BR><br />
If you have Ubuntu older that 12.04 LTS you have to install Python 2.7.5 manually<br />
<br />
sudo apt-get install libreadline5-dev libncursesw5-dev libssl-dev libsqlite3-dev tk-dev libgdbm-dev libc6-dev libbz2-dev<br />
<br />
wget http://www.python.org/ftp/python/2.7.5/Python-2.7.5.tar.bz2<br />
tar xjvf Python-2.7.5.tar.bz2<br />
cd Python-2.7.5<br />
<br />
./configure<br />
make<br />
sudo make install<br />
<br />
python -V<br />
<br />
<br />
== Development Code (branch jethro 2.0) ==<br />
<br />
Yocto Project code can be found in the Yocto Project Source Repositories.<br />
To check out current development code using git:<br />
<br />
$ cd $HOME/yocto<br />
$ git clone git://git.yoctoproject.org/poky -b jethro<br />
<br />
<br />
$ cd $HOME/yocto/poky<br />
$ git clone git://git.openembedded.org/meta-openembedded -b jethro<br />
<br />
.<br />
└── poky<br />
├── bitbake<br />
├── documentation<br />
├── LICENSE<br />
├── meta<br />
├── meta-hob<br />
├── meta-skeleton<br />
├── meta-yocto<br />
├── meta-yocto-bsp<br />
├── oe-init-build-env<br />
├── README<br />
├── README.hardware<br />
└── scripts<br />
<br />
<br />
Download the Freescale layers:<br />
<br />
$ cd $HOME/yocto/poky<br />
$ git clone git://git.yoctoproject.org/meta-fsl-arm -b jethro<br />
$ git clone https://github.com/Freescale/meta-fsl-arm-extra.git -b jethro<br />
<br />
Download the Qt5 layer (if necessary):<br />
<br />
$ cd $HOME/yocto/poky<br />
$ git clone https://github.com/meta-qt5/meta-qt5.git -b jethro<br />
<br />
== Initializing the Build Environment ==<br />
<br />
From the parent directory your Source Directory, initialize your environment and provide a meaningful Build Directory name:<br />
<br />
$ cd $HOME/yocto/poky<br />
$ source ./oe-init-build-env<br />
<br />
At this point, the '''build''' directory has been created for you and it is now your current working directory. <br />
This is the default tree you should have to build.<br />
<br />
.<br />
└── poky<br />
├── bitbake<br />
├── build <----- run bitbake inside here<br />
├── documentation<br />
├── LICENSE<br />
├── meta<br />
├── meta-fsl-arm<br />
├── meta-fsl-arm-extra<br />
├── meta-hob<br />
├── meta-skeleton<br />
├── meta-yocto<br />
├── meta-yocto-bsp<br />
├── oe-init-build-env<br />
├── README<br />
├── README.hardware<br />
└── scripts<br />
<br />
<br />
<br />
== Edit the configuration files ==<br />
<br />
Edit $HOME/yocto/poky/build/conf/bblayers.conf<br />
<br />
BBLAYERS ?= " \<br />
/home/tux/yocto/poky/meta \<br />
/home/tux/yocto/poky/meta-yocto \<br />
/home/tux/yocto/poky/meta-yocto-bsp \<br />
/home/tux/yocto/poky/meta-openembedded/meta-oe \<br />
/home/tux/yocto/poky/meta-fsl-arm \<br />
/home/tux/yocto/poky/meta-fsl-arm-extra \<br />
"<br />
<br />
or if use Qt5<br />
<br />
BBLAYERS ?= " \<br />
/home/tux/yocto/poky/meta \<br />
/home/tux/yocto/poky/meta-yocto \<br />
/home/tux/yocto/poky/meta-yocto-bsp \<br />
/home/tux/yocto/poky/meta-openembedded/meta-oe \<br />
/home/tux/yocto/poky/meta-fsl-arm \<br />
/home/tux/yocto/poky/meta-fsl-arm-extra \<br />
/home/tux/yocto/poky/meta-qt5 \<br />
/home/tux/yocto/poky/meta-openembedded/meta-ruby \<br />
/home/tux/yocto/poky/meta-openembedded/meta-multimedia \<br />
"<br />
<br />
Remembed to edit also $HOME/yocto/poky/build/conf/local.conf<br />
<br />
== Building the Image ==<br />
<br />
At this point, you need to select an image to build for the BeagleBoard. If this is your first build using the Yocto Project, you should try the smallest and simplest image:<br />
<br />
$ bitbake core-image-minimal <br />
<br />
Now you just wait for the build to finish.<br />
<br />
<br />
== Starting the QEMU Emulator ==<br />
<br />
Before you start the QEMU emulator, be sure you have already to set up the emulation environment. <br />
<br />
The following commands setup the emulation environment and launch QEMU. This example assumes the root filesystem (.ext3 file) and the pre-built kernel image file both reside in your home directory. The kernel and filesystem are for a 32-bit target architecture. <br />
<br />
$ runqemu qemux86 tmp/deploy/images/bzImage-qemux86.bin tmp/deploy/images/core-image-minimal-qemux86.ext3<br />
<br />
The environment in which QEMU launches varies depending on the filesystem image and on the target architecture. For example, if you source the environment for the ARM target architecture and then boot the minimal QEMU image, the emulator comes up in a new shell in command-line mode. However, if you boot the SDK image, QEMU comes up with a GUI.</div>
Admin
https://wiki.koansoftware.com/index.php?title=Yocto_Project_my_own_quick_start&diff=139
Yocto Project my own quick start
2016-10-19T14:19:26Z
<p>Admin: /* Edit the configuration files */</p>
<hr />
<div>This page is an excerpt from [http://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start Copyright © 2010-2013 Linux Foundation]<br />
<br />
<br />
== The Packages ==<br />
<br />
Packages and package installation vary depending on your development system. In general, you need to have root access and then install the required packages. The next few sections show you how to get set up with the right packages for Ubuntu, Fedora, and openSUSE.<br />
Ubuntu<br />
<br />
If your distribution is Ubuntu, you need to be running the bash shell. You can be sure you are running this shell by entering the following command and selecting "No" at the prompt:<br />
<br />
$ sudo dpkg-reconfigure dash <br />
<br />
The packages you need for a supported Ubuntu distribution are shown in the following command:<br />
<br />
$ sudo apt-get install sed wget cvs subversion git-core coreutils \<br />
unzip texi2html texinfo libsdl1.2-dev docbook-utils gawk \<br />
python-pysqlite2 diffstat help2man make gcc build-essential \<br />
g++ desktop-file-utils chrpath libgl1-mesa-dev libglu1-mesa-dev \<br />
mercurial autoconf automake groff libtool xterm<br />
<br />
<br />
The following list shows the required packages by function given a supported Ubuntu Linux distribution:<br />
<br />
* Essentials: Packages needed to build an image on a headless system:<br />
<br />
$ sudo apt-get install gawk wget git-core diffstat unzip texinfo \<br />
build-essential chrpath<br />
<br />
<br />
* Graphical Extras: Packages recommended if the host system has graphics support:<br />
<br />
$ sudo apt-get install libsdl1.2-dev xterm<br />
<br />
<br />
* Documentation: Packages needed if you are going to build out the Yocto Project documentation manuals:<br />
<br />
$ sudo apt-get install make xsltproc docbook-utils fop<br />
<br />
<br />
* ADT Installer Extras: Packages needed if you are going to be using the Application Development Toolkit (ADT) Installer:<br />
<br />
$ sudo apt-get install autoconf automake libtool libglib2.0-dev<br />
<br />
<br />
== BitBake requires Python 2.7.3 or later ==<br />
<br />
BitBake requires Python 2.7.3 or later <BR><br />
If you have Ubuntu older that 12.04 LTS you have to install Python 2.7.5 manually<br />
<br />
sudo apt-get install libreadline5-dev libncursesw5-dev libssl-dev libsqlite3-dev tk-dev libgdbm-dev libc6-dev libbz2-dev<br />
<br />
wget http://www.python.org/ftp/python/2.7.5/Python-2.7.5.tar.bz2<br />
tar xjvf Python-2.7.5.tar.bz2<br />
cd Python-2.7.5<br />
<br />
./configure<br />
make<br />
sudo make install<br />
<br />
python -V<br />
<br />
<br />
== Development Code (branch jethro 2.0) ==<br />
<br />
Yocto Project code can be found in the Yocto Project Source Repositories.<br />
To check out current development code using git:<br />
<br />
$ cd $HOME/yocto<br />
$ git clone git://git.yoctoproject.org/poky -b jethro<br />
<br />
<br />
$ cd $HOME/yocto/poky<br />
$ git clone git://git.openembedded.org/meta-openembedded -b jethro<br />
<br />
.<br />
└── poky<br />
├── bitbake<br />
├── documentation<br />
├── LICENSE<br />
├── meta<br />
├── meta-hob<br />
├── meta-skeleton<br />
├── meta-yocto<br />
├── meta-yocto-bsp<br />
├── oe-init-build-env<br />
├── README<br />
├── README.hardware<br />
└── scripts<br />
<br />
<br />
Download the Freescale layers:<br />
<br />
$ cd $HOME/yocto/poky<br />
$ git clone git://git.yoctoproject.org/meta-fsl-arm -b jethro<br />
$ git clone https://github.com/Freescale/meta-fsl-arm-extra.git -b jethro<br />
<br />
Download the Qt5 layer (if necessary):<br />
<br />
$ cd $HOME/yocto/poky<br />
$ git clone https://github.com/meta-qt5/meta-qt5.git -b jethro<br />
<br />
== Initializing the Build Environment ==<br />
<br />
From the parent directory your Source Directory, initialize your environment and provide a meaningful Build Directory name:<br />
<br />
$ cd $HOME/yocto/poky<br />
$ source ./oe-init-build-env<br />
<br />
At this point, the '''build''' directory has been created for you and it is now your current working directory. <br />
This is the default tree you should have to build.<br />
<br />
.<br />
└── poky<br />
├── bitbake<br />
├── build <----- run bitbake inside here<br />
├── documentation<br />
├── LICENSE<br />
├── meta<br />
├── meta-fsl-arm<br />
├── meta-fsl-arm-extra<br />
├── meta-hob<br />
├── meta-skeleton<br />
├── meta-yocto<br />
├── meta-yocto-bsp<br />
├── oe-init-build-env<br />
├── README<br />
├── README.hardware<br />
└── scripts<br />
<br />
<br />
<br />
== Edit the configuration files ==<br />
<br />
Edit $HOME/yocto/poky/build/conf/bblayers.conf<br />
<br />
BBLAYERS ?= " \<br />
/home/tux/yocto/poky/meta \<br />
/home/tux/yocto/poky/meta-yocto \<br />
/home/tux/yocto/poky/meta-yocto-bsp \<br />
/home/tux/yocto/poky/meta-openembedded/meta-oe \<br />
/home/tux/yocto/poky/meta-fsl-arm \<br />
/home/tux/yocto/poky/meta-fsl-arm-extra \<br />
"<br />
<br />
or if use Qt5<br />
<br />
BBLAYERS ?= " \<br />
/home/tux/yocto/poky/meta \<br />
/home/tux/yocto/poky/meta-yocto \<br />
/home/tux/yocto/poky/meta-yocto-bsp \<br />
/home/tux/yocto/poky/meta-openembedded/meta-oe \<br />
/home/tux/yocto/poky/meta-fsl-arm \<br />
/home/tux/yocto/poky/meta-fsl-arm-extra \<br />
/home/tux/yocto/poky/meta-qt5 \<br />
/home/tux/yocto/poky/meta-openembedded/meta-ruby \<br />
/home/tux/yocto/poky/meta-openembedded/meta-multimedia \<br />
"<br />
<br />
== Building the Image ==<br />
<br />
At this point, you need to select an image to build for the BeagleBoard. If this is your first build using the Yocto Project, you should try the smallest and simplest image:<br />
<br />
$ bitbake core-image-minimal <br />
<br />
Now you just wait for the build to finish.<br />
<br />
<br />
== Starting the QEMU Emulator ==<br />
<br />
Before you start the QEMU emulator, be sure you have already to set up the emulation environment. <br />
<br />
The following commands setup the emulation environment and launch QEMU. This example assumes the root filesystem (.ext3 file) and the pre-built kernel image file both reside in your home directory. The kernel and filesystem are for a 32-bit target architecture. <br />
<br />
$ runqemu qemux86 tmp/deploy/images/bzImage-qemux86.bin tmp/deploy/images/core-image-minimal-qemux86.ext3<br />
<br />
The environment in which QEMU launches varies depending on the filesystem image and on the target architecture. For example, if you source the environment for the ARM target architecture and then boot the minimal QEMU image, the emulator comes up in a new shell in command-line mode. However, if you boot the SDK image, QEMU comes up with a GUI.</div>
Admin
https://wiki.koansoftware.com/index.php?title=Main_Page&diff=137
Main Page
2016-09-12T13:16:55Z
<p>Admin: </p>
<hr />
<div>Welcome on [http://www.kaeilos.com KaeilOS] official wiki<br />
<br />
== DISCLAIMER ==<br />
<br />
== '''All contents of this website are released under the [http://creativecommons.org/licenses/by-sa/3.0/deed.en_US Creative Commons Attribution-ShareAlike 3.0 Unported License]'''<br> ==<br />
<br><br />
<br />
== What is KaeilOS == <br />
KaeilOS is an OpenSource software framework to create GNU/Linux distributions aimed for embedded devices. Primarily, the project maintains and develops a collection of BitBake recipes. The bitbakes consist of the source URL of the package, dependencies and compile or install options. <br />
During the build process they are used to track dependencies, cross-compile the package and pack it up, suitable to be installed on the target device. It's also possible to create complete images, consisting of root file system and kernel. As a first step the framework will build a cross-compiler toolchain for the target platform.<br />
Currently the project is no longer active as independent system but is using Yocto Project at its place.<br />
<br />
KaeilOS runs in a lot of different plaftforms ([http://en.wikipedia.org/wiki/x86 x86], [http://en.wikipedia.org/wiki/Powerpc PowerPC] and [http://en.wikipedia.org/wiki/ARM_architecture ARM]) and includes more than 7000 opensource packages and libraries suitable for:<br />
* Embedded system<br />
* Desktop<br />
* Server<br />
<br />
<br />
== Getting Started ==<br />
* [[Required packages]] <br />
* [[Build environment]]<br />
* [[Run KaeilOS on QEmu]]<br />
<br />
== Development ==<br />
* [[Optimization proposal]]<br />
* [[New ideas]]<br />
* [https://trello.com/b/djLUmKKL '''KaeilOS''' Task Tracking with Trello]<br />
<br />
== Problem solving - Howto ==<br />
* [[FAQ]]<br />
* [[Setup NFS root filesystem]]<br />
* [[2.6.x Kernel Compilation Problems]]<br />
* [[Setup an external toolchain with Yocto]]<br />
* [[Fixing Perl Locale Errors in a Clean Ubuntu Install]]<br />
<br />
== Openembedded Core ==<br />
* [[Submit patches to Openembedded]] <br />
* [http://openembedded.org/wiki/Commit_Patch_Message_Guidelines Commit Patch Message Guidelines]<br />
* [[OE-Core Standalone Setup]]<br />
<br />
== Openembedded Debugging ==<br />
* [[Openembedded debugging]]<br />
* [[Packages information list]]<br />
<br />
== Yocto Project ==<br />
* [[Yocto Project my own quick start]] <br />
* [[Yocto versus Poky versus Angstrom]]<br />
* [http://www.yoctoproject.org/docs/current/poky-ref-manual/poky-ref-manual.html Yocto Project reference Manual]<br />
* [http://www.openembedded.org/wiki/LayerIndex Yocto layers index]<br />
* [http://www.openembedded.org/wiki/Migrating_metadata_to_OE-Core Migrating metadata to OE-Core]<br />
* [[OE/Yocto prebuilt toolchains]]<br />
* [[Howto build a kernel module out of the kernel tree]]<br />
* [[Howto speed up Yocto build]]<br />
* [[bitbake options]]<br />
<br />
== Documents ==<br />
* [[ARM cores list]]<br />
* [[systemd vs sysvinit]]<br />
* [http://linux.koolsolutions.com/2011/02/26/howto-create-and-submit-your-first-linux-kernel-patch/ How to create and submit Linux kernel patch using GIT]<br />
* [[Development with VMware]]<br />
<br />
== About us ==<br />
* [[ Who we are ]]<br />
* [[ KaeilOS services and community ]]</div>
Admin
https://wiki.koansoftware.com/index.php?title=Main_Page&diff=136
Main Page
2016-09-09T12:42:00Z
<p>Admin: /* DISCLAIMER */</p>
<hr />
<div>Welcome on [http://www.kaeilos.com KaeilOS] official wiki<br />
<br />
== DISCLAIMER ==<br />
<br />
== '''All contents of this website are released under the [http://creativecommons.org/licenses/by-sa/3.0/deed.en_US Creative Commons Attribution-ShareAlike 3.0 Unported License]'''<br> ==<br />
<br><br />
<br />
== What is KaeilOS == <br />
KaeilOS is an OpenSource software framework to create GNU/Linux distributions aimed for embedded devices. Primarily, the project maintains and develops a collection of BitBake recipes. The bitbakes consist of the source URL of the package, dependencies and compile or install options. During the build process they are used to track dependencies, cross-compile the package and pack it up, suitable to be installed on the target device. It's also possible to create complete images, consisting of root file system and kernel. As a first step the framework will build a cross-compiler toolchain for the target platform.<br />
<br />
KaeilOS runs in a lot of different plaftforms ([http://en.wikipedia.org/wiki/x86 x86], [http://en.wikipedia.org/wiki/Powerpc PowerPC] and [http://en.wikipedia.org/wiki/ARM_architecture ARM]) and includes more than 7000 opensource packages and libraries suitable for:<br />
* Embedded system<br />
* Desktop<br />
* Server<br />
<br />
<br />
== Getting Started ==<br />
* [[Required packages]] <br />
* [[Build environment]]<br />
* [[Run KaeilOS on QEmu]]<br />
<br />
== Development ==<br />
* [[Optimization proposal]]<br />
* [[New ideas]]<br />
* [https://trello.com/b/djLUmKKL '''KaeilOS''' Task Tracking with Trello]<br />
<br />
== Problem solving - Howto ==<br />
* [[FAQ]]<br />
* [[Setup NFS root filesystem]]<br />
* [[2.6.x Kernel Compilation Problems]]<br />
* [[Setup an external toolchain with Yocto]]<br />
* [[Fixing Perl Locale Errors in a Clean Ubuntu Install]]<br />
<br />
== Openembedded Core ==<br />
* [[Submit patches to Openembedded]] <br />
* [http://openembedded.org/wiki/Commit_Patch_Message_Guidelines Commit Patch Message Guidelines]<br />
* [[OE-Core Standalone Setup]]<br />
<br />
== Openembedded Debugging ==<br />
* [[Openembedded debugging]]<br />
* [[Packages information list]]<br />
<br />
== Yocto Project ==<br />
* [[Yocto Project my own quick start]] <br />
* [[Yocto versus Poky versus Angstrom]]<br />
* [http://www.yoctoproject.org/docs/current/poky-ref-manual/poky-ref-manual.html Yocto Project reference Manual]<br />
* [http://www.openembedded.org/wiki/LayerIndex Yocto layers index]<br />
* [http://www.openembedded.org/wiki/Migrating_metadata_to_OE-Core Migrating metadata to OE-Core]<br />
* [[OE/Yocto prebuilt toolchains]]<br />
* [[Howto build a kernel module out of the kernel tree]]<br />
* [[Howto speed up Yocto build]]<br />
* [[bitbake options]]<br />
<br />
== Documents ==<br />
* [[ARM cores list]]<br />
* [[systemd vs sysvinit]]<br />
* [http://linux.koolsolutions.com/2011/02/26/howto-create-and-submit-your-first-linux-kernel-patch/ How to create and submit Linux kernel patch using GIT]<br />
* [[Development with VMware]]<br />
<br />
== About us ==<br />
* [[ Who we are ]]<br />
* [[ KaeilOS services and community ]]</div>
Admin
https://wiki.koansoftware.com/index.php?title=Main_Page&diff=135
Main Page
2016-09-09T12:41:50Z
<p>Admin: /* All contents of this website are released under the Creative Commons Attribution-ShareAlike 3.0 Unported License */</p>
<hr />
<div>Welcome on [http://www.kaeilos.com KaeilOS] official wiki<br />
<br />
== DISCLAIMER ==<br />
<br />
== '''All contents of this website are released under the <br />
[http://creativecommons.org/licenses/by-sa/3.0/deed.en_US Creative Commons Attribution-ShareAlike 3.0 Unported License]'''<br> ==<br />
<br><br />
<br />
== What is KaeilOS == <br />
KaeilOS is an OpenSource software framework to create GNU/Linux distributions aimed for embedded devices. Primarily, the project maintains and develops a collection of BitBake recipes. The bitbakes consist of the source URL of the package, dependencies and compile or install options. During the build process they are used to track dependencies, cross-compile the package and pack it up, suitable to be installed on the target device. It's also possible to create complete images, consisting of root file system and kernel. As a first step the framework will build a cross-compiler toolchain for the target platform.<br />
<br />
KaeilOS runs in a lot of different plaftforms ([http://en.wikipedia.org/wiki/x86 x86], [http://en.wikipedia.org/wiki/Powerpc PowerPC] and [http://en.wikipedia.org/wiki/ARM_architecture ARM]) and includes more than 7000 opensource packages and libraries suitable for:<br />
* Embedded system<br />
* Desktop<br />
* Server<br />
<br />
<br />
== Getting Started ==<br />
* [[Required packages]] <br />
* [[Build environment]]<br />
* [[Run KaeilOS on QEmu]]<br />
<br />
== Development ==<br />
* [[Optimization proposal]]<br />
* [[New ideas]]<br />
* [https://trello.com/b/djLUmKKL '''KaeilOS''' Task Tracking with Trello]<br />
<br />
== Problem solving - Howto ==<br />
* [[FAQ]]<br />
* [[Setup NFS root filesystem]]<br />
* [[2.6.x Kernel Compilation Problems]]<br />
* [[Setup an external toolchain with Yocto]]<br />
* [[Fixing Perl Locale Errors in a Clean Ubuntu Install]]<br />
<br />
== Openembedded Core ==<br />
* [[Submit patches to Openembedded]] <br />
* [http://openembedded.org/wiki/Commit_Patch_Message_Guidelines Commit Patch Message Guidelines]<br />
* [[OE-Core Standalone Setup]]<br />
<br />
== Openembedded Debugging ==<br />
* [[Openembedded debugging]]<br />
* [[Packages information list]]<br />
<br />
== Yocto Project ==<br />
* [[Yocto Project my own quick start]] <br />
* [[Yocto versus Poky versus Angstrom]]<br />
* [http://www.yoctoproject.org/docs/current/poky-ref-manual/poky-ref-manual.html Yocto Project reference Manual]<br />
* [http://www.openembedded.org/wiki/LayerIndex Yocto layers index]<br />
* [http://www.openembedded.org/wiki/Migrating_metadata_to_OE-Core Migrating metadata to OE-Core]<br />
* [[OE/Yocto prebuilt toolchains]]<br />
* [[Howto build a kernel module out of the kernel tree]]<br />
* [[Howto speed up Yocto build]]<br />
* [[bitbake options]]<br />
<br />
== Documents ==<br />
* [[ARM cores list]]<br />
* [[systemd vs sysvinit]]<br />
* [http://linux.koolsolutions.com/2011/02/26/howto-create-and-submit-your-first-linux-kernel-patch/ How to create and submit Linux kernel patch using GIT]<br />
* [[Development with VMware]]<br />
<br />
== About us ==<br />
* [[ Who we are ]]<br />
* [[ KaeilOS services and community ]]</div>
Admin
https://wiki.koansoftware.com/index.php?title=File:Koala_transparent.png&diff=112
File:Koala transparent.png
2013-10-04T18:08:23Z
<p>Admin: </p>
<hr />
<div></div>
Admin
https://wiki.koansoftware.com/index.php?title=MediaWiki:Sidebar&diff=108
MediaWiki:Sidebar
2013-10-01T18:57:08Z
<p>Admin: </p>
<hr />
<div>* navigation<br />
** mainpage|mainpage-description<br />
** portal-url|portal<br />
** currentevents-url|currentevents<br />
** recentchanges-url|recentchanges<br />
** randompage-url|randompage<br />
** helppage|help<br />
* SEARCH<br />
* TOOLBOX<br />
* LANGUAGES</div>
Admin
https://wiki.koansoftware.com/index.php?title=MediaWiki:Sidebar&diff=104
MediaWiki:Sidebar
2013-09-26T16:45:13Z
<p>Admin: </p>
<hr />
<div>* navigation<br />
** mainpage|mainpage-description<br />
** portal-url|portal<br />
** currentevents-url|currentevents<br />
** recentchanges-url|recentchanges<br />
** randompage-url|randompage<br />
** helppage|help<br />
* SEARCH<br />
* TOOLBOX<br />
* LANGUAGES<br />
* Licenza<br />
** http://creativecommons.org/licenses/by-sa/3.0/|Content is licensed under a Creative Commons Attribution-ShareAlike 3.0 Unported License.</div>
Admin
https://wiki.koansoftware.com/index.php?title=MediaWiki:Sidebar&diff=103
MediaWiki:Sidebar
2013-09-26T16:40:11Z
<p>Admin: </p>
<hr />
<div>* navigation<br />
** mainpage|mainpage-description<br />
** portal-url|portal<br />
** currentevents-url|currentevents<br />
** recentchanges-url|recentchanges<br />
** randompage-url|randompage<br />
** helppage|help<br />
* SEARCH<br />
* TOOLBOX<br />
* LANGUAGES<br />
* Licenza<br />
** Co http://creativecommons.org/licenses/by-sa/3.0/|Content is licensed under a Creative Commons Attribution-ShareAlike 3.0 Unported License.</div>
Admin
https://wiki.koansoftware.com/index.php?title=MediaWiki:Sidebar&diff=102
MediaWiki:Sidebar
2013-09-26T16:39:45Z
<p>Admin: </p>
<hr />
<div>* navigation<br />
** mainpage|mainpage-description<br />
** portal-url|portal<br />
** currentevents-url|currentevents<br />
** recentchanges-url|recentchanges<br />
** randompage-url|randompage<br />
** helppage|help<br />
* SEARCH<br />
* TOOLBOX<br />
* LANGUAGES<br />
* Licenza<br />
** http://creativecommons.org/licenses/by-sa/3.0/|Content is licensed under a Creative Commons Attribution-ShareAlike 3.0 Unported License.</div>
Admin
https://wiki.koansoftware.com/index.php?title=MediaWiki:Sidebar&diff=101
MediaWiki:Sidebar
2013-09-26T16:38:19Z
<p>Admin: </p>
<hr />
<div>* navigation<br />
** mainpage|mainpage-description<br />
** portal-url|portal<br />
** currentevents-url|currentevents<br />
** recentchanges-url|recentchanges<br />
** randompage-url|randompage<br />
** helppage|help<br />
* SEARCH<br />
* TOOLBOX<br />
* LANGUAGES<br />
* Licenza<br />
** helpage|Testo rilasciato sotto</div>
Admin
https://wiki.koansoftware.com/index.php?title=MediaWiki:Sidebar&diff=100
MediaWiki:Sidebar
2013-09-26T16:37:40Z
<p>Admin: </p>
<hr />
<div>* navigation<br />
** mainpage|mainpage-description<br />
** portal-url|portal<br />
** currentevents-url|currentevents<br />
** recentchanges-url|recentchanges<br />
** randompage-url|randompage<br />
** helppage|help<br />
* SEARCH<br />
* TOOLBOX<br />
* LANGUAGES<br />
* Licenza<br />
** Testo rilasciato sotto</div>
Admin
https://wiki.koansoftware.com/index.php?title=MediaWiki:Sidebar&diff=99
MediaWiki:Sidebar
2013-09-26T16:36:40Z
<p>Admin: </p>
<hr />
<div>* navigation<br />
** mainpage|mainpage-description<br />
** portal-url|portal<br />
** currentevents-url|currentevents<br />
** recentchanges-url|recentchanges<br />
** randompage-url|randompage<br />
** helppage|help<br />
* SEARCH<br />
* TOOLBOX<br />
* LANGUAGES<br />
* Licenza<br />
llllllll</div>
Admin
https://wiki.koansoftware.com/index.php?title=MediaWiki:Sidebar&diff=98
MediaWiki:Sidebar
2013-09-26T16:35:29Z
<p>Admin: </p>
<hr />
<div>* navigation<br />
** mainpage|mainpage-description<br />
** portal-url|portal<br />
** currentevents-url|currentevents<br />
** recentchanges-url|recentchanges<br />
** randompage-url|randompage<br />
** helppage|help<br />
* SEARCH<br />
* TOOLBOX<br />
* LANGUAGES<br />
* Licenza<br />
lorem ipsum<br />
** Lorem ipsum</div>
Admin
https://wiki.koansoftware.com/index.php?title=MediaWiki:Sidebar&diff=97
MediaWiki:Sidebar
2013-09-26T16:34:51Z
<p>Admin: Created page with "* navigation ** mainpage|mainpage-description ** portal-url|portal ** currentevents-url|currentevents ** recentchanges-url|recentchanges ** randompage-url|randompage ** helppage|…"</p>
<hr />
<div>* navigation<br />
** mainpage|mainpage-description<br />
** portal-url|portal<br />
** currentevents-url|currentevents<br />
** recentchanges-url|recentchanges<br />
** randompage-url|randompage<br />
** helppage|help<br />
* SEARCH<br />
* TOOLBOX<br />
* LANGUAGES<br />
* Licenza<br />
Lorem ipsum</div>
Admin
https://wiki.koansoftware.com/index.php?title=Yocto_Project_my_own_quick_start&diff=23
Yocto Project my own quick start
2012-10-31T08:19:59Z
<p>Admin: </p>
<hr />
<div>This page is an excerpt from [http://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start Copyright © 2010-2012 Linux Foundation]<br />
<br />
<br />
== The Packages ==<br />
<br />
Packages and package installation vary depending on your development system. In general, you need to have root access and then install the required packages. The next few sections show you how to get set up with the right packages for Ubuntu, Fedora, and openSUSE.<br />
Ubuntu<br />
<br />
If your distribution is Ubuntu, you need to be running the bash shell. You can be sure you are running this shell by entering the following command and selecting "No" at the prompt:<br />
<br />
$ sudo dpkg-reconfigure dash <br />
<br />
The packages you need for a supported Ubuntu distribution are shown in the following command:<br />
<br />
$ sudo apt-get install sed wget cvs subversion git-core coreutils \<br />
unzip texi2html texinfo libsdl1.2-dev docbook-utils gawk \<br />
python-pysqlite2 diffstat help2man make gcc build-essential \<br />
g++ desktop-file-utils chrpath libgl1-mesa-dev libglu1-mesa-dev \<br />
mercurial autoconf automake groff libtool xterm<br />
<br />
<br />
== Development Code ==<br />
<br />
Yocto Project code can be found in the Yocto Project Source Repositories.<br />
To check out current development code using git:<br />
<br />
$ git clone git://git.yoctoproject.org/poky.git<br />
<br />
<br />
== Initializing the Build Environment ==<br />
<br />
From the parent directory your Source Directory, initialize your environment and provide a meaningful Build Directory name:<br />
<br />
$ source poky/oe-init-build-env mybuilds<br />
<br />
At this point, the mybuilds directory has been created for you and it is now your current working directory. If you don't provide your own directory name it defaults to build, which is inside the Source Directory.<br />
<br />
<br />
== Building the Image ==<br />
<br />
At this point, you need to select an image to build for the BeagleBoard xM. If this is your first build using the Yocto Project, you should try the smallest and simplest image:<br />
<br />
$ bitbake core-image-minimal <br />
<br />
Now you just wait for the build to finish.<br />
<br />
<br />
== Starting the QEMU Emulator ==<br />
<br />
Before you start the QEMU emulator, be sure you have already to set up the emulation environment. <br />
<br />
The following commands setup the emulation environment and launch QEMU. This example assumes the root filesystem (.ext3 file) and the pre-built kernel image file both reside in your home directory. The kernel and filesystem are for a 32-bit target architecture. <br />
<br />
$ runqemu qemux86 tmp/deploy/images/bzImage-qemux86.bin tmp/deploy/images/core-image-minimal-qemux86.ext3<br />
<br />
The environment in which QEMU launches varies depending on the filesystem image and on the target architecture. For example, if you source the environment for the ARM target architecture and then boot the minimal QEMU image, the emulator comes up in a new shell in command-line mode. However, if you boot the SDK image, QEMU comes up with a GUI.</div>
Admin
https://wiki.koansoftware.com/index.php?title=Yocto_Project_my_own_quick_start&diff=22
Yocto Project my own quick start
2012-10-29T16:46:11Z
<p>Admin: </p>
<hr />
<div>This page is an excerpt from [http://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start Copyright © 2010-2012 Linux Foundation]<br />
<br />
<br />
== The Packages ==<br />
<br />
Packages and package installation vary depending on your development system. In general, you need to have root access and then install the required packages. The next few sections show you how to get set up with the right packages for Ubuntu, Fedora, and openSUSE.<br />
Ubuntu<br />
<br />
If your distribution is Ubuntu, you need to be running the bash shell. You can be sure you are running this shell by entering the following command and selecting "No" at the prompt:<br />
<br />
$ sudo dpkg-reconfigure dash <br />
<br />
The packages you need for a supported Ubuntu distribution are shown in the following command:<br />
<br />
$ sudo apt-get install sed wget cvs subversion git-core coreutils \<br />
unzip texi2html texinfo libsdl1.2-dev docbook-utils gawk \<br />
python-pysqlite2 diffstat help2man make gcc build-essential \<br />
g++ desktop-file-utils chrpath libgl1-mesa-dev libglu1-mesa-dev \<br />
mercurial autoconf automake groff libtool xterm<br />
<br />
<br />
== Initializing the Build Environment ==<br />
<br />
From the parent directory your Source Directory, initialize your environment and provide a meaningful Build Directory name:<br />
<br />
$ source poky/oe-init-build-env mybuilds<br />
<br />
At this point, the mybuilds directory has been created for you and it is now your current working directory. If you don't provide your own directory name it defaults to build, which is inside the Source Directory.<br />
<br />
<br />
== Building the Image ==<br />
<br />
At this point, you need to select an image to build for the BeagleBoard xM. If this is your first build using the Yocto Project, you should try the smallest and simplest image:<br />
<br />
$ bitbake core-image-minimal <br />
<br />
Now you just wait for the build to finish.<br />
<br />
<br />
== Starting the QEMU Emulator ==<br />
<br />
Before you start the QEMU emulator, be sure you have already to set up the emulation environment. <br />
<br />
The following commands setup the emulation environment and launch QEMU. This example assumes the root filesystem (.ext3 file) and the pre-built kernel image file both reside in your home directory. The kernel and filesystem are for a 32-bit target architecture. <br />
<br />
$ runqemu qemux86 tmp/deploy/images/bzImage-qemux86.bin tmp/deploy/images/core-image-minimal-qemux86.ext3<br />
<br />
The environment in which QEMU launches varies depending on the filesystem image and on the target architecture. For example, if you source the environment for the ARM target architecture and then boot the minimal QEMU image, the emulator comes up in a new shell in command-line mode. However, if you boot the SDK image, QEMU comes up with a GUI.</div>
Admin
https://wiki.koansoftware.com/index.php?title=Yocto_Project_my_own_quick_start&diff=21
Yocto Project my own quick start
2012-10-29T15:57:31Z
<p>Admin: </p>
<hr />
<div>This page is an excerpt from [http://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start Copyright © 2010-2012 Linux Foundation]<br />
<br />
<br />
== The Packages ==<br />
<br />
Packages and package installation vary depending on your development system. In general, you need to have root access and then install the required packages. The next few sections show you how to get set up with the right packages for Ubuntu, Fedora, and openSUSE.<br />
Ubuntu<br />
<br />
If your distribution is Ubuntu, you need to be running the bash shell. You can be sure you are running this shell by entering the following command and selecting "No" at the prompt:<br />
<br />
$ sudo dpkg-reconfigure dash <br />
<br />
The packages you need for a supported Ubuntu distribution are shown in the following command:<br />
<br />
$ sudo apt-get install sed wget cvs subversion git-core coreutils \<br />
unzip texi2html texinfo libsdl1.2-dev docbook-utils gawk \<br />
python-pysqlite2 diffstat help2man make gcc build-essential \<br />
g++ desktop-file-utils chrpath libgl1-mesa-dev libglu1-mesa-dev \<br />
mercurial autoconf automake groff libtool xterm<br />
<br />
<br />
== Initializing the Build Environment ==<br />
<br />
From the parent directory your Source Directory, initialize your environment and provide a meaningful Build Directory name:<br />
<br />
$ source poky/oe-init-build-env mybuilds<br />
<br />
At this point, the mybuilds directory has been created for you and it is now your current working directory. If you don't provide your own directory name it defaults to build, which is inside the Source Directory.<br />
<br />
<br />
== Building the Image ==<br />
<br />
At this point, you need to select an image to build for the BeagleBoard xM. If this is your first build using the Yocto Project, you should try the smallest and simplest image:<br />
<br />
$ bitbake core-image-minimal <br />
<br />
Now you just wait for the build to finish.</div>
Admin
https://wiki.koansoftware.com/index.php?title=Yocto_Project_my_own_quick_start&diff=20
Yocto Project my own quick start
2012-10-29T15:57:10Z
<p>Admin: </p>
<hr />
<div>This page is an excerpt from [http://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start Copyright © 2010-2012 Linux Foundation]<br />
<br />
<br />
== The Packages ==<br />
<br />
Packages and package installation vary depending on your development system. In general, you need to have root access and then install the required packages. The next few sections show you how to get set up with the right packages for Ubuntu, Fedora, and openSUSE.<br />
Ubuntu<br />
<br />
If your distribution is Ubuntu, you need to be running the bash shell. You can be sure you are running this shell by entering the following command and selecting "No" at the prompt:<br />
<br />
$ sudo dpkg-reconfigure dash <br />
<br />
The packages you need for a supported Ubuntu distribution are shown in the following command:<br />
<br />
$ sudo apt-get install sed wget cvs subversion git-core coreutils \<br />
unzip texi2html texinfo libsdl1.2-dev docbook-utils gawk \<br />
python-pysqlite2 diffstat help2man make gcc build-essential \<br />
g++ desktop-file-utils chrpath libgl1-mesa-dev libglu1-mesa-dev \<br />
mercurial autoconf automake groff libtool xterm<br />
<br />
<br />
== Initializing the Build Environment ==<br />
<br />
From the parent directory your Source Directory, initialize your environment and provide a meaningful Build Directory name:<br />
<br />
$ source poky/oe-init-build-env mybuilds<br />
<br />
At this point, the mybuilds directory has been created for you and it is now your current working directory. If you don't provide your own directory name it defaults to build, which is inside the Source Directory.<br />
<br />
== Building the Image ==<br />
<br />
At this point, you need to select an image to build for the BeagleBoard xM. If this is your first build using the Yocto Project, you should try the smallest and simplest image:<br />
<br />
$ bitbake core-image-minimal <br />
<br />
Now you just wait for the build to finish.</div>
Admin
https://wiki.koansoftware.com/index.php?title=Yocto_Project_my_own_quick_start&diff=19
Yocto Project my own quick start
2012-10-29T15:56:47Z
<p>Admin: </p>
<hr />
<div>This page is an excerpt from [http://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start Copyright © 2010-2011 Linux Foundation]<br />
<br />
<br />
== The Packages ==<br />
<br />
Packages and package installation vary depending on your development system. In general, you need to have root access and then install the required packages. The next few sections show you how to get set up with the right packages for Ubuntu, Fedora, and openSUSE.<br />
Ubuntu<br />
<br />
If your distribution is Ubuntu, you need to be running the bash shell. You can be sure you are running this shell by entering the following command and selecting "No" at the prompt:<br />
<br />
$ sudo dpkg-reconfigure dash <br />
<br />
The packages you need for a supported Ubuntu distribution are shown in the following command:<br />
<br />
$ sudo apt-get install sed wget cvs subversion git-core coreutils \<br />
unzip texi2html texinfo libsdl1.2-dev docbook-utils gawk \<br />
python-pysqlite2 diffstat help2man make gcc build-essential \<br />
g++ desktop-file-utils chrpath libgl1-mesa-dev libglu1-mesa-dev \<br />
mercurial autoconf automake groff libtool xterm<br />
<br />
<br />
== Initializing the Build Environment ==<br />
<br />
From the parent directory your Source Directory, initialize your environment and provide a meaningful Build Directory name:<br />
<br />
$ source poky/oe-init-build-env mybuilds<br />
<br />
At this point, the mybuilds directory has been created for you and it is now your current working directory. If you don't provide your own directory name it defaults to build, which is inside the Source Directory.<br />
<br />
== Building the Image ==<br />
<br />
At this point, you need to select an image to build for the BeagleBoard xM. If this is your first build using the Yocto Project, you should try the smallest and simplest image:<br />
<br />
$ bitbake core-image-minimal <br />
<br />
Now you just wait for the build to finish.</div>
Admin
https://wiki.koansoftware.com/index.php?title=Yocto_Project_my_own_quick_start&diff=18
Yocto Project my own quick start
2012-10-29T15:56:03Z
<p>Admin: /* Building the Image */</p>
<hr />
<div>This page is an excerpt from [http://www.yoctoproject.org/docs/1.1/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start Copyright © 2010-2011 Linux Foundation]<br />
<br />
<br />
== The Packages ==<br />
<br />
Packages and package installation vary depending on your development system. In general, you need to have root access and then install the required packages. The next few sections show you how to get set up with the right packages for Ubuntu, Fedora, and openSUSE.<br />
Ubuntu<br />
<br />
If your distribution is Ubuntu, you need to be running the bash shell. You can be sure you are running this shell by entering the following command and selecting "No" at the prompt:<br />
<br />
$ sudo dpkg-reconfigure dash <br />
<br />
The packages you need for a supported Ubuntu distribution are shown in the following command:<br />
<br />
$ sudo apt-get install sed wget cvs subversion git-core coreutils \<br />
unzip texi2html texinfo libsdl1.2-dev docbook-utils gawk \<br />
python-pysqlite2 diffstat help2man make gcc build-essential \<br />
g++ desktop-file-utils chrpath libgl1-mesa-dev libglu1-mesa-dev \<br />
mercurial autoconf automake groff libtool xterm<br />
<br />
<br />
== Initializing the Build Environment ==<br />
<br />
From the parent directory your Source Directory, initialize your environment and provide a meaningful Build Directory name:<br />
<br />
$ source poky/oe-init-build-env mybuilds<br />
<br />
At this point, the mybuilds directory has been created for you and it is now your current working directory. If you don't provide your own directory name it defaults to build, which is inside the Source Directory.<br />
<br />
== Building the Image ==<br />
<br />
At this point, you need to select an image to build for the BeagleBoard xM. If this is your first build using the Yocto Project, you should try the smallest and simplest image:<br />
<br />
$ bitbake core-image-minimal <br />
<br />
Now you just wait for the build to finish.</div>
Admin
https://wiki.koansoftware.com/index.php?title=Yocto_Project_my_own_quick_start&diff=17
Yocto Project my own quick start
2012-10-29T15:55:51Z
<p>Admin: /* Initializing the Build Environment */</p>
<hr />
<div>This page is an excerpt from [http://www.yoctoproject.org/docs/1.1/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start Copyright © 2010-2011 Linux Foundation]<br />
<br />
<br />
== The Packages ==<br />
<br />
Packages and package installation vary depending on your development system. In general, you need to have root access and then install the required packages. The next few sections show you how to get set up with the right packages for Ubuntu, Fedora, and openSUSE.<br />
Ubuntu<br />
<br />
If your distribution is Ubuntu, you need to be running the bash shell. You can be sure you are running this shell by entering the following command and selecting "No" at the prompt:<br />
<br />
$ sudo dpkg-reconfigure dash <br />
<br />
The packages you need for a supported Ubuntu distribution are shown in the following command:<br />
<br />
$ sudo apt-get install sed wget cvs subversion git-core coreutils \<br />
unzip texi2html texinfo libsdl1.2-dev docbook-utils gawk \<br />
python-pysqlite2 diffstat help2man make gcc build-essential \<br />
g++ desktop-file-utils chrpath libgl1-mesa-dev libglu1-mesa-dev \<br />
mercurial autoconf automake groff libtool xterm<br />
<br />
<br />
== Initializing the Build Environment ==<br />
<br />
From the parent directory your Source Directory, initialize your environment and provide a meaningful Build Directory name:<br />
<br />
$ source poky/oe-init-build-env mybuilds<br />
<br />
At this point, the mybuilds directory has been created for you and it is now your current working directory. If you don't provide your own directory name it defaults to build, which is inside the Source Directory.<br />
<br />
== Building the Image ==<br />
<br />
At this point, you need to select an image to build for the BeagleBoard xM. If this is your first build using the Yocto Project, you should try the smallest and simplest image:<br />
<br />
$ bitbake core-image-minimal <br />
<br />
Now you just wait for the build to finish.</div>
Admin
https://wiki.koansoftware.com/index.php?title=Yocto_Project_my_own_quick_start&diff=16
Yocto Project my own quick start
2012-10-29T15:55:37Z
<p>Admin: </p>
<hr />
<div>This page is an excerpt from [http://www.yoctoproject.org/docs/1.1/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start Copyright © 2010-2011 Linux Foundation]<br />
<br />
<br />
== The Packages ==<br />
<br />
Packages and package installation vary depending on your development system. In general, you need to have root access and then install the required packages. The next few sections show you how to get set up with the right packages for Ubuntu, Fedora, and openSUSE.<br />
Ubuntu<br />
<br />
If your distribution is Ubuntu, you need to be running the bash shell. You can be sure you are running this shell by entering the following command and selecting "No" at the prompt:<br />
<br />
$ sudo dpkg-reconfigure dash <br />
<br />
The packages you need for a supported Ubuntu distribution are shown in the following command:<br />
<br />
$ sudo apt-get install sed wget cvs subversion git-core coreutils \<br />
unzip texi2html texinfo libsdl1.2-dev docbook-utils gawk \<br />
python-pysqlite2 diffstat help2man make gcc build-essential \<br />
g++ desktop-file-utils chrpath libgl1-mesa-dev libglu1-mesa-dev \<br />
mercurial autoconf automake groff libtool xterm<br />
<br />
<br />
== Initializing the Build Environment ==<br />
<br />
From the parent directory your Source Directory, initialize your environment and provide a meaningful Build Directory name:<br />
<br />
$ source poky/oe-init-build-env mybuilds <br />
<br />
At this point, the mybuilds directory has been created for you and it is now your current working directory. If you don't provide your own directory name it defaults to build, which is inside the Source Directory.<br />
<br />
<br />
== Building the Image ==<br />
<br />
At this point, you need to select an image to build for the BeagleBoard xM. If this is your first build using the Yocto Project, you should try the smallest and simplest image:<br />
<br />
$ bitbake core-image-minimal <br />
<br />
Now you just wait for the build to finish.</div>
Admin
https://wiki.koansoftware.com/index.php?title=Yocto_Project_my_own_quick_start&diff=15
Yocto Project my own quick start
2012-10-29T15:47:22Z
<p>Admin: </p>
<hr />
<div>This page is an excerpt from [http://www.yoctoproject.org/docs/1.1/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start Copyright © 2010-2011 Linux Foundation]<br />
<br />
<br />
== The Packages ==<br />
<br />
Packages and package installation vary depending on your development system. In general, you need to have root access and then install the required packages. The next few sections show you how to get set up with the right packages for Ubuntu, Fedora, and openSUSE.<br />
Ubuntu<br />
<br />
If your distribution is Ubuntu, you need to be running the bash shell. You can be sure you are running this shell by entering the following command and selecting "No" at the prompt:<br />
<br />
$ sudo dpkg-reconfigure dash <br />
<br />
The packages you need for a supported Ubuntu distribution are shown in the following command:<br />
<br />
$ sudo apt-get install sed wget cvs subversion git-core coreutils \<br />
unzip texi2html texinfo libsdl1.2-dev docbook-utils gawk \<br />
python-pysqlite2 diffstat help2man make gcc build-essential \<br />
g++ desktop-file-utils chrpath libgl1-mesa-dev libglu1-mesa-dev \<br />
mercurial autoconf automake groff libtool xterm<br />
<br />
<br />
== Initializing the Build Environment ==<br />
<br />
From the parent directory your Source Directory, initialize your environment and provide a meaningful Build Directory name:<br />
<br />
$ source poky/oe-init-build-env mybuilds<br />
<br />
At this point, the mybuilds directory has been created for you and it is now your current working directory. If you don't provide your own directory name it defaults to build, which is inside the Source Directory.<br />
<br />
<br />
== Building the Image ==<br />
<br />
At this point, you need to select an image to build for the BeagleBoard xM. If this is your first build using the Yocto Project, you should try the smallest and simplest image:<br />
<br />
$ bitbake core-image-minimal<br />
<br />
Now you just wait for the build to finish.</div>
Admin
https://wiki.koansoftware.com/index.php?title=Yocto_Project_my_own_quick_start&diff=14
Yocto Project my own quick start
2012-10-10T13:19:10Z
<p>Admin: </p>
<hr />
<div>This page is an excerpt from [http://www.yoctoproject.org/docs/1.1/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start Copyright © 2010-2011 Linux Foundation]<br />
<br />
<br />
== The Packages ==<br />
<br />
Packages and package installation vary depending on your development system. In general, you need to have root access and then install the required packages. The next few sections show you how to get set up with the right packages for Ubuntu, Fedora, and openSUSE.<br />
Ubuntu<br />
<br />
If your distribution is Ubuntu, you need to be running the bash shell. You can be sure you are running this shell by entering the following command and selecting "No" at the prompt:<br />
<br />
$ sudo dpkg-reconfigure dash <br />
<br />
The packages you need for a supported Ubuntu distribution are shown in the following command:<br />
<br />
$ sudo apt-get install sed wget cvs subversion git-core coreutils \<br />
unzip texi2html texinfo libsdl1.2-dev docbook-utils gawk \<br />
python-pysqlite2 diffstat help2man make gcc build-essential \<br />
g++ desktop-file-utils chrpath libgl1-mesa-dev libglu1-mesa-dev \<br />
mercurial autoconf automake groff libtool xterm</div>
Admin
https://wiki.koansoftware.com/index.php?title=Yocto_versus_Poky_versus_Angstrom&diff=13
Yocto versus Poky versus Angstrom
2012-10-10T13:18:58Z
<p>Admin: Created page with "There’s a lot of talk about Yocto and Poky and Angstrom these days. Unfortunately, there’s also a fair amount of confusion in the terms. In some popular websites and presen…"</p>
<hr />
<div>There’s a lot of talk about Yocto and Poky and Angstrom these days. Unfortunately, there’s also a fair amount of confusion in the terms. In some popular websites and presentations, the terms Yocto and Poky seem to be used interchangeably. But there are quite unsubtle differences in the terms, and these differences will continue to grow over time, as other bits and pieces of technology find their way into Yocto. And just what, exactly is Angstrom and how does it relate to Yocto? [http://blogs.mentor.com/chrishallinan/blog/2012/04/13/yocto-versus-poky-versus-angstrom-etc/ In this short article], Christopher Hallinan will attempt to provide some clarity around the various terms being thrown around in the Yocto space.</div>
Admin
https://wiki.koansoftware.com/index.php?title=Main_Page&diff=12
Main Page
2012-10-10T13:18:40Z
<p>Admin: </p>
<hr />
<div>Welcome on [http://www.kaeilos.com KaeilOS] official wiki. <br />
<br />
== What is KaeilOS == <br />
KaeilOS is an OpenSource software framework to create GNU/Linux distributions aimed for embedded devices. Primarily, the project maintains and develops a collection of BitBake recipes. The bitbakes consist of the source URL of the package, dependencies and compile or install options. During the build process they are used to track dependencies, cross-compile the package and pack it up, suitable to be installed on the target device. It's also possible to create complete images, consisting of root file system and kernel. As a first step the framework will build a cross-compiler toolchain for the target platform.<br />
<br />
KaeilOS runs in a lot of different plaftforms ([http://en.wikipedia.org/wiki/x86 x86], [http://en.wikipedia.org/wiki/Powerpc PowerPC] and [http://en.wikipedia.org/wiki/ARM_architecture ARM]) and includes more than 7000 opensource packages and libraries suitable for:<br />
* Embedded system<br />
* Desktop<br />
* Server<br />
<br />
<br />
== Getting Started ==<br />
* [[Required packages]] <br />
* [[Build environment]]<br />
* [[Run KaeilOS on QEmu]]<br />
<br />
== Development ==<br />
* [[Optimization proposal]]<br />
* [[New ideas]]<br />
<br />
== Problem solving ==<br />
* [[FAQ]]<br />
<br />
== Yocto Project ==<br />
* [[Yocto Project my own quick start]] <br />
* [[Yocto versus Poky versus Angstrom]]<br />
<br />
== About us ==<br />
* [[ Who we are ]]<br />
* [[ KaeilOS services and community ]]</div>
Admin
https://wiki.koansoftware.com/index.php?title=Yocto_Project_my_own_quick_start&diff=11
Yocto Project my own quick start
2012-10-10T13:16:27Z
<p>Admin: </p>
<hr />
<div>This page is an excerpt from [http://www.yoctoproject.org/docs/1.1/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start Copyright © 2010-2011 Linux Foundation]<br />
<br />
<br />
== The Packages ==<br />
<br />
Packages and package installation vary depending on your development system. In general, you need to have root access and then install the required packages. The next few sections show you how to get set up with the right packages for Ubuntu, Fedora, and openSUSE.<br />
Ubuntu<br />
<br />
If your distribution is Ubuntu, you need to be running the bash shell. You can be sure you are running this shell by entering the following command and selecting "No" at the prompt:<br />
<br />
$ sudo dpkg-reconfigure dash <br />
<br />
The packages you need for a supported Ubuntu distribution are shown in the following command:<br />
<br />
$ sudo apt-get install sed wget cvs subversion git-core coreutils \<br />
unzip texi2html texinfo libsdl1.2-dev docbook-utils gawk \<br />
python-pysqlite2 diffstat help2man make gcc build-essential \<br />
g++ desktop-file-utils chrpath libgl1-mesa-dev libglu1-mesa-dev \<br />
mercurial autoconf automake groff libtool xterm<br />
<br />
<br />
== Yocto versus Poky versus Angstrom ==<br />
<br />
There’s a lot of talk about Yocto and Poky and Angstrom these days. Unfortunately, there’s also a fair amount of confusion in the terms. In some popular websites and presentations, the terms Yocto and Poky seem to be used interchangeably. But there are quite unsubtle differences in the terms, and these differences will continue to grow over time, as other bits and pieces of technology find their way into Yocto. And just what, exactly is Angstrom and how does it relate to Yocto? [http://blogs.mentor.com/chrishallinan/blog/2012/04/13/yocto-versus-poky-versus-angstrom-etc/ In this short article], Christopher Hallinan will attempt to provide some clarity around the various terms being thrown around in the Yocto space.</div>
Admin
https://wiki.koansoftware.com/index.php?title=Yocto_Project_my_own_quick_start&diff=10
Yocto Project my own quick start
2012-10-10T13:14:45Z
<p>Admin: </p>
<hr />
<div>This page is an excerpt from [http://www.yoctoproject.org/docs/1.1/yocto-project-qs/yocto-project-qs.html Yocto Project Quick Start Copyright © 2010-2011 Linux Foundation]<br />
<br />
<br />
== The Packages ==<br />
<br />
Packages and package installation vary depending on your development system. In general, you need to have root access and then install the required packages. The next few sections show you how to get set up with the right packages for Ubuntu, Fedora, and openSUSE.<br />
Ubuntu<br />
<br />
If your distribution is Ubuntu, you need to be running the bash shell. You can be sure you are running this shell by entering the following command and selecting "No" at the prompt:<br />
<br />
$ sudo dpkg-reconfigure dash <br />
<br />
The packages you need for a supported Ubuntu distribution are shown in the following command:<br />
<br />
$ sudo apt-get install sed wget cvs subversion git-core coreutils \<br />
unzip texi2html texinfo libsdl1.2-dev docbook-utils gawk \<br />
python-pysqlite2 diffstat help2man make gcc build-essential \<br />
g++ desktop-file-utils chrpath libgl1-mesa-dev libglu1-mesa-dev \<br />
mercurial autoconf automake groff libtool xterm</div>
Admin