<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to FAQ</title><link>https://sourceforge.net/p/droidoverlay/wiki/FAQ/</link><description>Recent changes to FAQ</description><atom:link href="https://sourceforge.net/p/droidoverlay/wiki/FAQ/feed" rel="self"/><language>en</language><lastBuildDate>Sun, 28 Oct 2012 10:40:45 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/droidoverlay/wiki/FAQ/feed" rel="self" type="application/rss+xml"/><item><title>WikiPage FAQ modified by Asking_questions</title><link>https://sourceforge.net/p/droidoverlay/wiki/FAQ/</link><description>&lt;pre&gt;--- v4
+++ v5
@@ -1,3 +1,6 @@
+####Why create new distribution?
+Original Arch Linux does not have official port to ARM nor any plans to create one. Arch Linux ARM is distributed in monolithic fashion and requires full-blown environment with ability to install/bootstrap bootloader and drivers for every device (both requirements are total no-go for most cheap Android devices). AFAIK Droid Overlay is the only Android distribution, using Arch Linux tools and ALARM package base. Before starting work on it I was not aware of most of [Alternatives], nor they were open-source at that time (and many are not fully open-source yet). To sum up, Droid Overlay fits my needs most well, and I plan to develop it until Arch Linux and Android finally become one or vanish completely.
+
 ####Why exactly /fhs?
 Indeed, virtually all devices use rootfs for **/**, so that **/fhs** has to be recreated after every reboot. Unfortunately, neither **/system**, nor **/data** are fixed-placed (**/system/bin/linker** must exist for backward-compatibility, but it may be on rootfs or be symlink itself) and some calls to _mount_ would probably be necessary anyway.
 
&lt;/pre&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Asking_questions</dc:creator><pubDate>Sun, 28 Oct 2012 10:40:45 -0000</pubDate><guid>https://sourceforge.net53a9522fa6a1a3766c775bdd2943a0845df0fbf7</guid></item><item><title>WikiPage FAQ modified by Asking_questions</title><link>https://sourceforge.net/p/droidoverlay/wiki/FAQ/</link><description>&lt;pre&gt;--- v3
+++ v4
@@ -5,4 +5,4 @@
 Initial development of Droid Overlay will occur in compliance with Arch Linux ARM, which uses glibc. Bionic support may be eventually added with multilib. Note, that unlike glibc-based packages, which are compatible with all versions of Android, Bionic-based ones would be limited to the oldest kernel, supported by used version of Bionic.
 
 ####Will the graphics be supported?
-Only Xorg via framebuffer. If building with Bionic happens to be successful, hardware-accelerated Wayland may be added as well.
+Only Xorg via framebuffer. If building with Bionic happens to be successful, hardware-accelerated Wayland may be added as well. See also [tickets:#12].
&lt;/pre&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Asking_questions</dc:creator><pubDate>Mon, 15 Oct 2012 14:08:33 -0000</pubDate><guid>https://sourceforge.net2c88a0e64286215078939c1e5896767e90c42c6f</guid></item><item><title>WikiPage FAQ modified by Asking_questions</title><link>https://sourceforge.net/p/droidoverlay/wiki/FAQ/</link><description>&lt;pre&gt;--- v2
+++ v3
@@ -1,4 +1,4 @@
-####Why put everything into /fhs?
+####Why exactly /fhs?
 Indeed, virtually all devices use rootfs for **/**, so that **/fhs** has to be recreated after every reboot. Unfortunately, neither **/system**, nor **/data** are fixed-placed (**/system/bin/linker** must exist for backward-compatibility, but it may be on rootfs or be symlink itself) and some calls to _mount_ would probably be necessary anyway.
 
 ####Why not use Bionic as C library?
&lt;/pre&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Asking_questions</dc:creator><pubDate>Wed, 10 Oct 2012 04:32:06 -0000</pubDate><guid>https://sourceforge.net5d80caeab0503c256d520a5827d2d0f0bab8df48</guid></item><item><title>WikiPage FAQ modified by Asking_questions</title><link>https://sourceforge.net/p/droidoverlay/wiki/FAQ/</link><description>&lt;pre&gt;--- v1
+++ v2
@@ -1,5 +1,8 @@
+####Why put everything into /fhs?
+Indeed, virtually all devices use rootfs for **/**, so that **/fhs** has to be recreated after every reboot. Unfortunately, neither **/system**, nor **/data** are fixed-placed (**/system/bin/linker** must exist for backward-compatibility, but it may be on rootfs or be symlink itself) and some calls to _mount_ would probably be necessary anyway.
+
 ####Why not use Bionic as C library?
-Initial development of Droid Overlay will occur in compaliance with Arch Linux ARM, which uses glibc. Bionic support may be eventually added with multilib. Note, that unlike glibc-based packages, which are compatible with all versions of Android, Bionic-based ones would be limited to the oldest kernel, supported by Bionic.
+Initial development of Droid Overlay will occur in compliance with Arch Linux ARM, which uses glibc. Bionic support may be eventually added with multilib. Note, that unlike glibc-based packages, which are compatible with all versions of Android, Bionic-based ones would be limited to the oldest kernel, supported by used version of Bionic.
 
 ####Will the graphics be supported?
-Only Xorg via framebuffer. If building with Bionic happens to be successfull, hardware-accelerated Wayland may be added as well.
+Only Xorg via framebuffer. If building with Bionic happens to be successful, hardware-accelerated Wayland may be added as well.
&lt;/pre&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Asking_questions</dc:creator><pubDate>Tue, 18 Sep 2012 00:57:45 -0000</pubDate><guid>https://sourceforge.neta0b76e2054b60777193b88b7b45ddf4b4ec00706</guid></item><item><title>WikiPage FAQ modified by Asking_questions</title><link>https://sourceforge.net/p/droidoverlay/wiki/FAQ/</link><description>####Why not use Bionic as C library?
Initial development of Droid Overlay will occur in compaliance with Arch Linux ARM, which uses glibc. Bionic support may be eventually added with multilib. Note, that unlike glibc-based packages, which are compatible with all versions of Android, Bionic-based ones would be limited to the oldest kernel, supported by Bionic.

####Will the graphics be supported?
Only Xorg via framebuffer. If building with Bionic happens to be successfull, hardware-accelerated Wayland may be added as well.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Asking_questions</dc:creator><pubDate>Sun, 02 Sep 2012 11:39:22 -0000</pubDate><guid>https://sourceforge.netbc439f4cbdd2f9795f03500b9a13b308a869e021</guid></item></channel></rss>