Add generated markdown files.

Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>

70 files changed, 5331 insertions, 0 deletions

diff --git a/markdown/2010_11_fdroid-a-free-software-alternative-to-google-market.md b/markdown/2010_11_fdroid-a-free-software-alternative-to-google-market.md
new file mode 100644
index 0000000..d70aea5
--- /dev/null
+++ b/markdown/2010_11_fdroid-a-free-software-alternative-to-google-market.md
@@ -0,0 +1,42 @@
+tags: Replicant news, admin
+date: 2010-11-26 09:00
+title: FDroid: a free software alternative to Google Market
+---
+Finally we have an alternative to Google Market, the proprietary application
+that comes preinstalled in many Android phones to download and manage
+applications.
+
+Now, thanks to CiaranG, everyone with an Android or Replicant phone can
+install a fully free software gpl client called [Fdroid][1].
+
+It comes preconfigured to connect to the FDroid repository that contains ONLY
+applications released under a [free software licenses][2].
+
+In the future we hope to have a system that will allow everyone to upload
+their favourite free software application.
+
+**Help us!**
+
+Volunteers are key to the success of Replicant. This is a community effort —
+we do not have the support of corporations behind us like many other projects
+do, and so it depends on YOU to make things happen.
+
+Join the [Replicant mailing list][3].
+
+Join our microblogging group on [Identi.ca][4]
+
+Join us on IRC:
+
+Server: irc.freenode.net
+
+Channel: #replicant
+
+ [1]: <http://f-droid.org/repository/>
+
+ [2]: <http://www.gnu.org/licenses/licenses.html>
+
+ [3]: <http://lists.osuosl.org/mailman/listinfo/replicant>
+
+ [4]: <http://identi.ca/group/replicant>
+
+
diff --git a/markdown/2011_03_new-replicant-test-images-available.md b/markdown/2011_03_new-replicant-test-images-available.md
new file mode 100644
index 0000000..baa7fe7
--- /dev/null
+++ b/markdown/2011_03_new-replicant-test-images-available.md
@@ -0,0 +1,31 @@
+tags: Replicant images release, admin
+date: 2011-03-03 09:52
+title: new Replicant test images available
+---
+Hello Replicants!
+
+We have [new Replicant test images][1].  
+We would like to know if phone calls work in the USA on the Nexus One and the
+HTC Dream. Help us testing!
+
+Use the fastboot utility to install but remember: it will **erase all the
+installed data and applications** in order to prevent proprietary libraries
+from being used.
+
+We are please to remind you that, as usual, Replicant is fully free software
+and doesn’t include any proprietary firmwares.
+
+The Nexus One mobile phone needs some audio database files (located at
+/system/etc/firmware/*.acdb) to make sound and phone calls work which are not
+included either.
+
+We need your help also to write some documentation about how to install
+Replicant.
+
+[JOIN US! ][2]
+
+ [1]: <http://ftp.osuosl.org/pub/replicant/images/replicant_2.2/preview/>
+
+ [2]: <http://replicant.us/contact/>
+
+
diff --git a/markdown/2011_04_replicant-2-2-sdk-available.md b/markdown/2011_04_replicant-2-2-sdk-available.md
new file mode 100644
index 0000000..cf9b503
--- /dev/null
+++ b/markdown/2011_04_replicant-2-2-sdk-available.md
@@ -0,0 +1,28 @@
+tags: Replicant SDK release, admin
+date: 2011-04-26 08:25
+title: Replicant 2.2 SDK available
+---
+Thanks to the huge amount of work by paulk (Paul Kocialkowski) we now have an
+SDK.  
+It should be functional enough to write android applications for Replicant 2.2
+or any other Android 2.2 device.
+
+As usual the main difference compared to the Android SDK is that Replicant SDK
+should be fully free software. (Android SDK includes proprietary API like
+Google maps but we don’t want proprietary Google maps at all).
+
+The Replicant SDK also includes an emulator like the Android one to allow
+developers to write their apps even without having a phone.
+
+Please download the [Replicant 2.2 SDK][1] and help us building a better libre
+Replicant.
+
+We wait for your [suggestions and comments][2].
+
+Again thanks a lot to paulk for the great work.
+
+ [1]: <http://ftp.osuosl.org/pub/replicant/sdk/0001/>
+
+ [2]: <http://replicant.us/contact/>
+
+
diff --git a/markdown/2011_04_replicant-lacks-tracking-antifeatures.md b/markdown/2011_04_replicant-lacks-tracking-antifeatures.md
new file mode 100644
index 0000000..95555ed
--- /dev/null
+++ b/markdown/2011_04_replicant-lacks-tracking-antifeatures.md
@@ -0,0 +1,85 @@
+tags: Privacy/security, GNUtoo
+date: 2011-04-27 12:35
+title: Replicant lacks tracking antifeatures
+---
+Recently there was a lot of hype about mobile operating systems spying the
+users: [Apple iOS][1], [Palm WebOS][2], [Google Android][3].
+
+Since Replicant is based on Android someone could be concerned about our
+operating system too.
+
+According to [Magnus Eriksson on github][3]:
+
+> The files are named `cache.cell` & `cache.wifi` and is located in
+> `/data/data/com.google.android.location/files` on the Android device.
+
+**Well we are proud to confirm that on Replicant (tested both on htc dream and
+nexus one) those files are missing** , even with `"Settings -> Location &
+Security -> Use wireless networks" enabled.`
+
+The directory that should contain those files(
+/data/data/com.google.android.location/files ) doesn’t even exist in
+Replicant.
+
+But beware: even if Replicant itself doesn’t track its users’ position, this
+doesn’t mean that the phone can’t spy on you.
+
+A smartphone usually has two components that talk to each other: a cpu and a
+modem. If the modem gets a call, it tells the CPU about it and viceversa for
+outbound calls, the CPU will order the modem to make a call (if you are
+curious about how it works there is a [paper about how mobile phones
+work][4]).
+
+The modem and the CPU running Replicant are separated, and while we are trying
+to do our best to ship a fully free mobile os, the code running on the modem
+is proprietary software and **can’t be changed**. Since we don’t know what it
+does, we have no way to be sure that it doesn’t spy.
+
+Also note that on the HTC Dream and the nexus one mobile phones, GPS and audio
+parts are controlled by the modem.
+
+[The cellphone network can also spy][5], in fact in order to work it has to
+know your location.
+
+This is just to remind you that **every mobile phone is a tracking device**
+and if you don’t want to be spied at all you should not use one.
+
+So why do people invest time on Replicant?
+
+Here are some reasons:
+
+* The modem or the network has no access to the CPU where replicant is
+  running. That opens up some possibilities such as [VPN][6],
+  [TOR][7],[SSH][8], etc…
+
+* If mobile phones become the computers of the future we want to run [free
+  software][9] on them.
+
+Edit: I learned that the Modem’s CPU has access to the memory(the RAM chips)
+of the CPU running replicant, in other words the modem CPU can spy replicant’s
+CPU.
+
+That will force us to port replicant to some devices that don’t have this
+problem, such as the nokia n900 for instance.
+
+ [1]: <http://www.guardian.co.uk/technology/2011/apr/20/iphone-tracking-
+prompts-privacy-fears> (IOS(iphone/ipad OS) spying its users)
+
+ [2]: <http://laforge.gnumonks.org/weblog/2009/10/14/#20091014-palm_pre-
+privacy> (Palm doing the same)
+
+ [3]: <https://github.com/packetlss/android-locdump>
+
+ [4]: <http://laforge.gnumonks.org/papers/gsm_phone-anatomy-latest.pdf>
+
+ [5]: <http://en.wikipedia.org/wiki/Mobile_phone_tracking#Network-based>
+
+ [6]: <http://en.wikipedia.org/wiki/Openvpn>
+
+ [7]: <http://en.wikipedia.org/wiki/Tor_%28anonymity_network%29>
+
+ [8]: <http://en.wikipedia.org/wiki/Openssh>
+
+ [9]: <http://www.gnu.org/philosophy/free-sw.html>
+
+
diff --git a/markdown/2011_05_replicant-2-2-preview-007.md b/markdown/2011_05_replicant-2-2-preview-007.md
new file mode 100644
index 0000000..02ea1a7
--- /dev/null
+++ b/markdown/2011_05_replicant-2-2-preview-007.md
@@ -0,0 +1,29 @@
+tags: Replicant images release, admin
+date: 2011-05-29 12:02
+title: Replicant 2.2 preview 007
+---
+We are pleased to announced [Replicant 2.2 preview 007][1].
+
+**What’s new in this version:**
+
+* We are using a new ril (hycs-hardware_xdandroid-ril), which fixes
+  telephony in the USA. Data should also work.
+
+* libhtc-acoustic has been fully replaced for HTC Dream, it fixes:
+
+* in-call volume adjustment
+
+* no mic wired headset support
+
+As usual we would like to thank everybody involved. We are looking for new
+maintainers and hackers to [join us][2] and bring innovation in the libre
+mobile world.
+
+Happy mobile hacking.
+
+ [1]:
+<http://ftp.osuosl.org/pub/replicant/images/replicant_2.2/preview/0007/>
+
+ [2]: <http://replicant.us/contact/>
+
+
diff --git a/markdown/2011_06_replicant-2-2-preview-008-is-out.md b/markdown/2011_06_replicant-2-2-preview-008-is-out.md
new file mode 100644
index 0000000..e24079f
--- /dev/null
+++ b/markdown/2011_06_replicant-2-2-preview-008-is-out.md
@@ -0,0 +1,39 @@
+tags: Replicant images release, admin
+date: 2011-06-23 18:11
+title: Replicant 2.2 preview 008 is out!
+---
+We are pleased to announced **Replicant 2.2 preview 008**.
+
+What’s new in this version (since 0007):
+
+* Bug #22 (http://trac.osuosl.org/trac/replicant/ticket/22) should
+  (hopefully) be fixed
+
+* Data is disabled by default
+
+* Non-market apps are allowed by default
+
+* *FDroid, the free software market app is installed by default
+
+* CMWallpapers, CMStats and CMUpdateNotify are not installed anymore
+
+* Replicant has its own wallpapers and a Wallpaper selection app
+
+* There are Replicant boot splashes for all devices (including Dream)
+
+* There is a changelog for Replicant on the system
+
+* Switched to replicant vendor (Mod version is now Replicant)
+
+As usual we would like to thank everybody involved. We are looking for new
+maintainers and hackers to join us and bring innovation in the libre mobile
+world.
+
+Help us testing this new preview release on your favourite device and come to
+say hi on our [irc channel][1]
+
+Happy mobile hacking.
+
+ [1]: <http://replicant.us/contact/>
+
+
diff --git a/markdown/2011_08_nexus-s-support-in-replicant-being-worked-on.md b/markdown/2011_08_nexus-s-support-in-replicant-being-worked-on.md
new file mode 100644
index 0000000..fce7795
--- /dev/null
+++ b/markdown/2011_08_nexus-s-support-in-replicant-being-worked-on.md
@@ -0,0 +1,53 @@
+tags: Replicant news, Paul Kocialkowski
+date: 2011-08-14 17:18
+title: Nexus S support in Replicant being worked on
+---
+A few month ago, we (Replicant developers) decided to start the work on the
+new Google Nexus S.
+
+This device seemed an interesting target at first since it doesn’t have any
+technical restriction to flash a non-official operating system and kernel but
+also as it comes with the latest (free) version of Android, Gingerbread. Of
+course, even if Android Gingerbread is free, the device requires non-free bits
+(libraries, binaries, firmwares, etc) to actually use the full potential of
+the hardware.
+
+The work was started at the end of July and the 100% free images of Replicant
+2.3 that run on the device already contain a set of supported features. You
+can get a detailed state of the Nexus S support in Replicant at
+<http://trac.osuosl.org/trac/replicant/wiki/ReplicantStatus#nexuss>. All the
+source code is, as usual, available in Replicant’s [gitorious repos][1].
+Though, we still miss a big part: the RIL, that is necessary for telephony.
+
+We soon discovered that the hardware of the Nexus S was made in a way that
+gives better freedom guarantees than other Replicant-supported phones. You can
+read a rational concerning this aspect of the phone, along with a technical
+overview of the device at
+<http://trac.osuosl.org/trac/replicant/wiki/NexusSTechnicalOverview>.
+
+Also, whereas the bootloaders for the other Replicant-supported devices are
+all non-free, it may be possible to port a free bootloader (u-boot for
+instance) to the Nexus S. A wiki page that comes with all the infos we have
+about this is at:
+<http://trac.osuosl.org/trac/replicant/wiki/NexusSBootloader>.
+
+The next important steps in the Nexus S support are the following (in no
+particular order):
+
+* find out if a free bootloader is possible for Nexus S and start the work
+  on it
+
+* write a free RIL so that we can use the telephony functions
+
+and, when that is achieved:
+
+* release official preview images
+
+* replace the last replaceable non-free bits (GPS and compass for instance)
+
+As usual, we are looking for new hackers to join the effort to bring some more
+bits of freedom to the mobile phone world.
+
+ [1]: <http://gitorious.org/replicant>
+
+
diff --git a/markdown/2011_09_introducing-replicant-on-htc-dream-video.md b/markdown/2011_09_introducing-replicant-on-htc-dream-video.md
new file mode 100644
index 0000000..989f61b
--- /dev/null
+++ b/markdown/2011_09_introducing-replicant-on-htc-dream-video.md
@@ -0,0 +1,79 @@
+tags: Paul Kocialkowski
+date: 2011-09-17 21:26
+title: Introducing Replicant on HTC Dream video
+---
+A video showing Replicant running has been asked several times since now. We
+thought it would be a really a nice idea to make such a video available. The
+video is ready now and it shows the HTC Dream running a Replicant 2.2 pre-0009
+preview image, featuring various aspects of the system (booting, Android User
+Interface, incoming and outgoing calls with the free RIL, Android apps, USB
+Networking, FDroid and GPS among other things).
+
+This video itself is available under the Creative Commons BY-SA license, but
+other licenses may apply to the audio tracks (see on the video).
+
+The audio doesn’t include any voice comment but the video comes along with
+subtitles that could easily be translated. The video is available in the free
+WebM video format on a 360p resolution, both with subtitles hardcoded (for
+English only) or with subtitles on a separate file.
+
+**See the video online (embedded player with subtitles):**
+
+**Download the video:**
+
+* [Introducing Replicant on HTC Dream, 360p, 25fps, WebM format (17Mb)][1]
+
+* [Introducing Replicant on HTC Dream, 360p, 25fps, OGG format (17Mb)][2]
+
+* [Introducing Replicant on HTC Dream, hardcoded English subtitles, 360p,
+  25fps, WebM format (17Mb)][3]
+
+**Download subtitles:**
+
+* [Introducing Replicant on HTC Dream, English, SRT format][4]
+
+* [Introducing Replicant on HTC Dream, French, SRT format][5]
+
+* [Introducing Replicant on HTC Dream, Turkish, SRT format][6]
+
+* [Introducing Replicant on HTC Dream, Brazilian Portuguese, SRT format][7]
+
+* [Introducing Replicant on HTC Dream, Spanish, SRT format][8]
+
+* [Introducing Replicant on HTC Dream, Italian, SRT format][9]
+
+The video is now subtitles in many languages, thanks to the [translators][10]!
+
+Happy Software Freedom Day and happy mobile hacking!
+
+ [1]:
+<http://ftp.osuosl.org/pub/replicant/videos/introducing_replicant_dream/360p/introducing_replicant_dream.webm>
+
+ [2]:
+<http://ftp.osuosl.org/pub/replicant/videos/introducing_replicant_dream/360p/introducing_replicant_dream.ogv>
+
+ [3]:
+<http://ftp.osuosl.org/pub/replicant/videos/introducing_replicant_dream/360p/introducing_replicant_dream_en.webm>
+
+ [4]:
+<http://ftp.osuosl.org/pub/replicant/videos/introducing_replicant_dream/subtitles/en/introducing_replicant_dream.srt>
+
+ [5]:
+<http://ftp.osuosl.org/pub/replicant/videos/introducing_replicant_dream/subtitles/fr/introducing_replicant_dream.srt>
+
+ [6]:
+<http://ftp.osuosl.org/pub/replicant/videos/introducing_replicant_dream/subtitles/tr/introducing_replicant_dream.srt>
+
+ [7]:
+<http://ftp.osuosl.org/pub/replicant/videos/introducing_replicant_dream/subtitles/br/introducing_replicant_dream.srt>
+
+ [8]:
+<http://ftp.osuosl.org/pub/replicant/videos/introducing_replicant_dream/subtitles/es/introducing_replicant_dream.srt>
+
+ [9]:
+<http://ftp.osuosl.org/pub/replicant/videos/introducing_replicant_dream/subtitles/it/introducing_replicant_dream.srt>
+
+ [10]:
+<http://ftp.osuosl.org/pub/replicant/videos/introducing_replicant_dream/subtitles/translators.txt>
+
+
diff --git a/markdown/2011_10_new-replicant-2-2-preview-images-0009-released.md b/markdown/2011_10_new-replicant-2-2-preview-images-0009-released.md
new file mode 100644
index 0000000..0857ed7
--- /dev/null
+++ b/markdown/2011_10_new-replicant-2-2-preview-images-0009-released.md
@@ -0,0 +1,32 @@
+tags: Replicant images release, Paul Kocialkowski
+date: 2011-10-21 23:26
+title: New Replicant 2.2 preview images (0009) released
+---
+New Replicant 2.2 images are now ready and [available to download][1]. This
+new set of images (0009) is available for the following devices:
+
+* HTC Dream/Magic
+
+* Nexus One
+
+This new release features the following:
+
+* Switched to the Android launcher on HTC Dream/Magic (should be faster)
+
+* We have a newer RIL that should fix some issues on HTC Dream/Magic/Nexus
+  One
+
+* We added 2 wallpapers that Jan-Christoph Borchardt submitted (thanks a
+  lot!)
+
+Note that Replicant 2.3 images for Nexus One and Nexus S are on their way (you
+can already build Replicant 2.3 images if you want)!
+
+We are still looking forward Hackers to help us bring some more freedom to the
+mobile word: there are [many ways to contribute][2] to the project!
+
+ [1]: <http://replicant.us/download/>
+
+ [2]: <http://replicant.us/how-to-help/>
+
+
diff --git a/markdown/2011_11_replicant-2-3-preview-images-for-nexus-one-released.md b/markdown/2011_11_replicant-2-3-preview-images-for-nexus-one-released.md
new file mode 100644
index 0000000..3893c9d
--- /dev/null
+++ b/markdown/2011_11_replicant-2-3-preview-images-for-nexus-one-released.md
@@ -0,0 +1,30 @@
+tags: Replicant images release, Paul Kocialkowski
+date: 2011-11-03 21:07
+title: Replicant 2.3 preview images for Nexus One released!
+---
+We are pleased to announce that Replicant 2.3 images are now available for the
+Nexus One!
+
+This new Replicant version is based on the latest CyanogenMod stable release,
+7.1.0, that is based on Android 2.3.7 and contains, as usual, only free
+software.
+
+You can download these new images at
+<http://ftp.osuosl.org/pub/replicant/images/replicant-2.3/preview/0001/>
+
+Nexus One status under Replicant 2.3 should be the same as Replicant 2.2: what
+was working with FroYo should still work in Gingerbread.
+
+Even though Nexus One is supported in Replicant, it doesn’t mean it’s a device
+we can totally recommend for freedom:
+
+* It has a non-free bootloader
+
+* The devices requires non-free firmware for making phone call and working
+  audio
+
+* The modem (that runs non-free software) controls the sound (including
+  mic), the GPS and can read/write the main CPU memory (it also handle data
+  connectivity and can send/receive data on its own)
+
+
diff --git a/markdown/2011_11_replicant-on-nexus-s-preview.md b/markdown/2011_11_replicant-on-nexus-s-preview.md
new file mode 100644
index 0000000..210c161
--- /dev/null
+++ b/markdown/2011_11_replicant-on-nexus-s-preview.md
@@ -0,0 +1,137 @@
+tags: Replicant images release, Paul Kocialkowski
+date: 2011-11-08 11:04
+title: Replicant on Nexus S preview
+---
+As [we already mentioned it][1], we have started the work to support the Nexus
+S on Replicant. We are now releasing preview images, the first set for the
+Nexus S! You can now download the preview images: [replicant-2.3 for
+crespo][2].
+
+This images includes the **ipc-modemctrl** tool (from **libsamsung-ipc** )
+that implements minimal telephony support. Please test this tool and give us
+feedback: <http://trac.osuosl.org/trac/replicant/wiki/libsamsung-ipc>.
+
+Here is a list of what’s not ready yet in this preview image (but may be done
+in the future):
+
+* RIL: this is the crucial library used to handle telephony and data
+  connectivity (3G). This is being worked on very hard and will be there in
+  some time
+
+* GPS: we haven’t worked at all on the GPS side: it might be possible to
+  have it working (needs work)
+
+* Compass: it’s the same as in Nexus One (which works) but the kernel driver
+  is different (needs work)
+
+* Full Camera: Camera works but in Black & White preview mode and isn’t very
+  stable
+
+Here’s a list of what doesn’t work in Replicant and is probably not going to
+be achieved:
+
+* 3D acceleration
+
+* Whatever needs the non-free firmwares we don’t include (NFC, MFC, WiFi,
+  Bluetooth…)
+
+We are indeed not including any non-free firmware (100% free is our goal) and
+are not going to provide any free replacement for these as we are not skilled
+to write such replacement. Though, the kernel we use won’t prevent loading
+these firmwares if in place.
+
+We also thought of [porting u-boot to the Nexus S][3] in order to have a free
+bootloader replacement but it’s apparently not possible as primary bootloader
+(perhaps possible chainloaded).
+
+Anyway, we made a video of Replicant 2.3 running on the Nexus S:
+
+And also made a gallery of Screenshots showing Replicant on the Nexus S:
+
+[![][4]][5]
+
+[![][6]][7]
+
+[![][8]][9]
+
+
+
+[![][10]][11]
+
+[![][12]][13]
+
+[![][14]][15]
+
+
+
+[![][16]][17]
+
+[![][18]][19]
+
+[![][20]][21]
+
+
+
+ [1]: <http://replicant.us/2011/08/nexus-s-support-in-replicant-being-
+worked-on/>
+
+ [2]:
+<http://ftp.osuosl.org/pub/replicant/images/replicant-2.3/preview/0001/pieces/crespo/>
+
+ [3]: <http://trac.osuosl.org/trac/replicant/wiki/NexusSBootloader>
+
+ [4]: https://blog.replicant.us/wp-content/uploads/2011/10/crespo-
+apps-150x150.png
+
+ [5]: <https://blog.replicant.us/2011/11/replicant-on-nexus-s-
+preview/crespo-apps/>
+
+ [6]: https://blog.replicant.us/wp-content/uploads/2011/10/crespo-
+fdroid-150x150.png
+
+ [7]: <https://blog.replicant.us/2011/11/replicant-on-nexus-s-
+preview/crespo-fdroid/>
+
+ [8]: https://blog.replicant.us/wp-content/uploads/2011/10/crespo-
+home-150x150.png
+
+ [9]: <https://blog.replicant.us/2011/11/replicant-on-nexus-s-
+preview/crespo-home/>
+
+ [10]: https://blog.replicant.us/wp-content/uploads/2011/10/crespo-home-
+land-150x150.png
+
+ [11]: <https://blog.replicant.us/2011/11/replicant-on-nexus-s-
+preview/crespo-home-land/>
+
+ [12]: https://blog.replicant.us/wp-content/uploads/2011/10/crespo-
+keyboard-150x150.png
+
+ [13]: <https://blog.replicant.us/2011/11/replicant-on-nexus-s-
+preview/crespo-keyboard/>
+
+ [14]: https://blog.replicant.us/wp-content/uploads/2011/10/crespo-keyboard-
+land-150x150.png
+
+ [15]: <https://blog.replicant.us/2011/11/replicant-on-nexus-s-
+preview/crespo-keyboard-land/>
+
+ [16]: https://blog.replicant.us/wp-content/uploads/2011/10/crespo-
+lockscreen-150x150.png
+
+ [17]: <https://blog.replicant.us/2011/11/replicant-on-nexus-s-
+preview/crespo-lockscreen/>
+
+ [18]: https://blog.replicant.us/wp-content/uploads/2011/10/crespo-
+replicant-2.3-150x150.png
+
+ [19]: <https://blog.replicant.us/2011/11/replicant-on-nexus-s-
+preview/crespo-replicant-2-3/>
+
+ [20]: https://blog.replicant.us/wp-content/uploads/2011/10/crespo-
+camera1-150x150.png
+
+ [21]: <https://blog.replicant.us/2011/11/replicant-on-nexus-s-
+preview/crespo-camera-2/>
+
+
diff --git a/markdown/2012_01_nexus-s-status-update-with-new-images.md b/markdown/2012_01_nexus-s-status-update-with-new-images.md
new file mode 100644
index 0000000..736020a
--- /dev/null
+++ b/markdown/2012_01_nexus-s-status-update-with-new-images.md
@@ -0,0 +1,85 @@
+tags: Paul Kocialkowski
+date: 2012-01-07 22:46
+title: Nexus S status update, with new images
+---
+The work on the Nexus S was started in July 2011. At the time, we just
+discovered that the modem uses a Samsung-specific protocol.
+
+On the [Android architecture][1], communication with the modem is done via the
+RIL (Radio Interface Layer). While the modem runs its own non-free software on
+a separate CPU, the RIL runs on the main CPU in Android userspace.
+
+The only free RILs we know of are for the well-documented and widely-used [AT
+command set][2]. Back in July 2011, we were desperate to see that there was no
+free implementation for the Nexus S modem protocol. Fortunately, we weren’t
+alone on this one. After asking around on IRC, we met a talented developer who
+owns a Samsung H1 device, which originally runs LiMo, a mobile operating
+system with parts of free software, at least with the [Linux kernel][3]. The
+developer (who’s known on IRC as ius) was part of the effort to [port Android
+to the Samsung H1][4], but he didn’t stop there. He also investigated the
+modem protocol used in the device. And the most incredible is that he did find
+out most of the protocol messages and data structures. We together
+investigated on Nexus S as well, and, thanks to this incredible luck we had,
+the protocol is the same for nexus s. We managed to boot the modem and
+obtained the first messages quickly. Then, we decided to push Nexus S support
+to ius’ lib, renaming it [libsamsung-ipc][5] for the occasion.
+
+But the adventure didn’t stop there. Another talented developer known as
+morphis, who works on the [SHR][6] project, free [GNU][7]/[Linux][3] system
+for smartphones and who accomplished a huge amount of work to add support for
+the Palm Pre devices modem protocol in [FSO][8] (the middleware used in
+[SHR][6] that is in charge of communication with hardware interfaces,
+including the modem) decided to get a Nexus S and joined the effort to achieve
+a working implementation of the Samsung IPC modem protocol.
+
+Several months of work later, here we are, the [free RIL][9] we wrote for
+Android/Replicant has grown enough to deserve the release of a new set of
+images.
+
+On this release, here is a quick summary of which major components are working
+and which are not:
+
+* Telephony is stable enough, there is working in-call volume change and
+  audio routing, though we miss some features like conferencing
+
+* SMS are working nicely, including multi-part messages, both on sending and
+  receiving
+
+* Data has a minimal implementation that is far from being ready (but can be
+  set up manually), so this will be for next time
+
+* Some other minimal features are there (SIM I/O, DTMF, SIM unlock, etc)
+
+* Some are missing (USSD, working airplane mode for instance)
+
+There has been no major improvement for other components nor devices, even
+though we release images for Nexus One as well.
+
+The images are located, at usual, at our [OSUOSL-hosted ftp][10].
+
+[Download Replicant-2.3 0002 preview images for Nexus S and Nexus One][11]
+
+ [1]: <http://developer.android.com/images/system-architecture.jpg>
+
+ [2]: <https://secure.wikimedia.org/wikipedia/en/wiki/Hayes_command_set>
+
+ [3]: <http://www.kernel.org/>
+
+ [4]: <http://h1.pargon.nl/wiki/index.php/Main_Page>
+
+ [5]: <http://github.com/morphis/libsamsung-ipc>
+
+ [6]: <http://shr-project.org/>
+
+ [7]: <http://www.gnu.org/>
+
+ [8]: <http://www.freesmartphone.org/>
+
+ [9]: <https://gitorious.org/replicant/samsung-ril>
+
+ [10]: <http://ftp.osuosl.org/pub/replicant/>
+
+ [11]:
+<http://ftp.osuosl.org/pub/replicant/images/replicant-2.3/preview/0002/>
+
+
diff --git a/markdown/2012_02_wiki-and-tracker-are-now-powered-by-redmine.md b/markdown/2012_02_wiki-and-tracker-are-now-powered-by-redmine.md
new file mode 100644
index 0000000..c6436f4
--- /dev/null
+++ b/markdown/2012_02_wiki-and-tracker-are-now-powered-by-redmine.md
@@ -0,0 +1,29 @@
+tags: Replicant news, Paul Kocialkowski
+date: 2012-02-05 20:58
+title: Wiki and tracker are now powered by Redmine
+---
+Replicant web services are kindly hosted by the Oregon State University Open
+Source Lab.  
+Recently, they asked us to consider switching from trac, which was powering
+our wiki and tracker, to redmine, another engine providing the same services.
+The reason is that redmine is easier to manage for them than trac. As a
+result, a few weeks ago, Replicant devs agreed and we started the migration
+process.
+
+Bug reports, wiki pages and user accounts were migrated successfully, but it
+wasn’t be the case of the users passwords, which are in a different format
+from trac to redmine. As a result, if you had an account on trac and want to
+be able to use it on redmine, you’ll have to leave a mail at:
+
+**contact@replicant.us** in order to let us know and reset your password so
+that you can set the password you want.
+
+From now on, use the following addresses:
+
+* Redmine instance: <http://redmine.replicant.us/>
+
+* Wiki: <http://redmine.replicant.us/projects/replicant/wiki>
+
+* Tracker: <http://redmine.replicant.us/projects/replicant/issues>
+
+
diff --git a/markdown/2012_03_galaxy-s-support-upcoming.md b/markdown/2012_03_galaxy-s-support-upcoming.md
new file mode 100644
index 0000000..56cd77f
--- /dev/null
+++ b/markdown/2012_03_galaxy-s-support-upcoming.md
@@ -0,0 +1,46 @@
+tags: Replicant news, Paul Kocialkowski
+date: 2012-03-24 14:42
+title: Galaxy S support is upcoming
+---
+[![][1]][2]Back when we were just getting started with Nexus S, a lot of
+people asked us to add support for Galaxy S, which is a very popular Samsung
+device running Android. It was quite hard to handle porting multiple devices
+at the same time. Though, now, a lot of work for Nexus S is over: we fixed
+graphics to make it usable, we wrote software to support the accelerometer
+chip, fixed camera (there is still work to do there) and, improved the very
+first fully free and usable implementation of the Samsung IPC modem protocol
+in order to successfully place calls, send text messages and connect to data
+via 3G (among other things we implemented). That was a lot of work and by now,
+many of us are using Nexus S as a stable daily-phone.
+
+So, what’s the good news for Galaxy S owners? Well, most of the work we’ve
+done for Nexus S works as well on Galaxy S! Of course, there are still low-
+level adjustments to make to have it working as well, but it’s doable. A few
+weeks ago, I bought a Galaxy S device and slowly started the work. I was able
+to get the following features to work: **graphics** (as good as Nexus S),
+
+**sound** , **calls** , **SMS** , **FM radio** and **accelerometers**. The
+main problem I faced is installation: flashing the images via heimdall doesn’t
+work but it goes fine with CWM recovery, with all the correct image formats.
+
+I think we will be able to release a new set of images for Nexus S, Galaxy S
+and Nexus One (hopefully with fixed data) and then, it’ll be time to start the
+work on [GTA04][3] the amazing new replacement for the GTA02/Neo Freerunner
+board. Having Replicant running on GTA04 is the goal we’ll try to reach as
+hard as possible. We encourage you to help the GTA04 project with
+[donations][4] to fund the effort or by subscribing to the [group tour][5] to
+get your device at a lower price.
+
+ [1]: http://replicant.us/wp-content/uploads/2012/03/galaxysmtd.png
+(galaxysmtd)
+
+ [2]: <http://replicant.us/wp-content/uploads/2012/03/galaxysmtd.png>
+
+ [3]: <http://gta04.org/>
+
+ [4]: <http://www.handheld-linux.com/wiki.php?page=GTA04%3ADonation>
+
+ [5]: <http://www.handheld-
+linux.com/wiki.php?page=GTA04&referer=GTA04%20Group%20Tour>
+
+
diff --git a/markdown/2012_04_new-set-of-replicant-2-3-images-including-galaxy-s-support.md b/markdown/2012_04_new-set-of-replicant-2-3-images-including-galaxy-s-support.md
new file mode 100644
index 0000000..86d0097
--- /dev/null
+++ b/markdown/2012_04_new-set-of-replicant-2-3-images-including-galaxy-s-support.md
@@ -0,0 +1,48 @@
+tags: Replicant news, Paul Kocialkowski
+date: 2012-04-09 19:53
+title: New set of Replicant 2.3 images, including Galaxy S support
+---
+As it was announced a few weeks ago, we are now releasing a new set of
+Replicant 2.3 images including Galaxy S support. Nexus S support was also
+improved, mainly on the modem part (there is now basic data support). Data
+should also be fixed on Nexus One with this release. More details are
+available in the [detailed changelog][1].
+
+You can download the [new set of images][2]:
+
+* Via the [Download][3] page
+
+* Via the new [ReplicantImages][4] wiki page
+
+Our [Wiki][5] was also updated with new pages regarding Galaxy S:
+
+* Device page: [GalaxyS][6]
+
+* Device status: [ReplicantStatus][7]
+
+* Installation instructions: [GalaxySInstallation][8]
+
+* Build instructions: [GalaxySBuild][9]
+
+ [1]:
+<http://ftp.osuosl.org/pub/replicant/images/replicant-2.3/0003/infos/changelog.txt>
+
+ [2]: <http://ftp.osuosl.org/pub/replicant/images/replicant-2.3/0003/>
+
+ [3]: </download/>
+
+ [4]: <http://redmine.replicant.us/projects/replicant/wiki/ReplicantImages>
+
+ [5]: <http://redmine.replicant.us/projects/replicant/wiki>
+
+ [6]: <http://redmine.replicant.us/projects/replicant/wiki/GalaxyS>
+
+ [7]:
+<http://redmine.replicant.us/projects/replicant/wiki/ReplicantStatus#Replicant-23>
+
+ [8]:
+<http://redmine.replicant.us/projects/replicant/wiki/GalaxySInstallation>
+
+ [9]: <http://redmine.replicant.us/projects/replicant/wiki/GalaxySBuild>
+
+
diff --git a/markdown/2012_04_nexus-sgalaxy-s-privacy-issues.md b/markdown/2012_04_nexus-sgalaxy-s-privacy-issues.md
new file mode 100644
index 0000000..81bf59d
--- /dev/null
+++ b/markdown/2012_04_nexus-sgalaxy-s-privacy-issues.md
@@ -0,0 +1,15 @@
+tags: Replicant news, GNUtoo
+date: 2012-04-12 22:22
+title: Nexus S/Galaxy S privacy issues
+---
+We found out that on the Nexus S and the Galaxy S the modem could possibly spy
+the main CPU(where Replicant runs).  
+We are currently trying to see if that can be fixed(by loosing about 80M of
+ram) or not.
+
+More details are available [on our wiki][1]
+
+ [1]:
+<http://redmine.replicant.us/projects/replicant/wiki/SamsungModemIssues>
+
+
diff --git a/markdown/2012_09_replicant-2-3-0004-images-release.md b/markdown/2012_09_replicant-2-3-0004-images-release.md
new file mode 100644
index 0000000..d83bfec
--- /dev/null
+++ b/markdown/2012_09_replicant-2-3-0004-images-release.md
@@ -0,0 +1,41 @@
+tags: Replicant images release, Paul Kocialkowski
+date: 2012-09-10 22:17
+title: Replicant 2.3 0004 images release
+---
+Even though we didn’t update the homepage for a long time, we are still
+actively working!  
+Lately, a big part of the work was focused on adding support for the upcoming
+[Goldelico GTA04][1]. We strongly encourage the use of the [GTA04][1] since it
+features nearly-zero known freedom issues (the only exception being that the
+WiFi chip needs a loaded firmware). Porting Replicant to the [GTA04][1] helps
+making the device more usable for everyone, thanks to the Android user
+experience.
+
+Not so much changes were added for other devices, though Samsung devices now
+have stable data (3G/GPRS, etc). We are also working to reach a state of
+completeness on these devices. On the other hand, we are also starting the
+port to Replicant 4.0, based on CyanogenMod 9, introducing newly-supported
+devices such as the Galaxy S2 and the Galaxy Nexus.
+
+Regarding the new Replicant 2.3 0004 images, you can download them from the
+[ReplicantImages][2] page, find [installation instructions][3] as well as
+[build guides][4] on the [Replicant wiki][5].
+
+[![][6]][1]
+
+ [1]: <http://gta04.org/>
+
+ [2]:
+<http://redmine.replicant.us/projects/replicant/wiki/ReplicantImages#Replicant-23-0004-images>
+
+ [3]: <http://redmine.replicant.us/projects/replicant/wiki#Installing-
+Replicant>
+
+ [4]: <http://redmine.replicant.us/projects/replicant/wiki#Building-
+Replicant>
+
+ [5]: <http://redmine.replicant.us/projects/replicant/wiki/>
+
+ [6]: http://replicant.us/wp-content/uploads/2012/09/gta04.png (gta04)
+
+
diff --git a/markdown/2012_09_replicant-2-3-0005-images-fixing-the-ussd-vulnerability.md b/markdown/2012_09_replicant-2-3-0005-images-fixing-the-ussd-vulnerability.md
new file mode 100644
index 0000000..5e4c670
--- /dev/null
+++ b/markdown/2012_09_replicant-2-3-0005-images-fixing-the-ussd-vulnerability.md
@@ -0,0 +1,36 @@
+tags: Privacy/security, Replicant images release, Paul Kocialkowski
+date: 2012-09-30 12:55
+title: Replicant 2.3 0005 images, fixing the USSD vulnerability
+---
+Earlier this week, we were noticed that an USSD vulnerability was discovered
+in Android. After doing a bit of research, we came to understand the nature of
+the vulnerability: intents can basically dial a number and start a call
+without asking confirmation to the user. That could seem harmless at first
+sight, but it turns out it also works with USSD codes, and some of them are
+very powerful. This is mostly the case of vendor-specific USSD codes (that are
+not included in Replicant), which could erase the phone’s user data.
+
+What’s also problematic about this is that web pages can trigger such intents
+(through an iframe with the `tel:` prefix for instance).  
+Since this vulnerability was present in our Replicant images (although the
+damage was reduced as we don’t include vendor-specific USSD codes), we decided
+to include the fix in our code base and release new images. That’s nearly the
+only new feature of these images (Galaxy S also got a nasty graphic bug
+fixed).
+
+You can download the images from the [ReplicantImages][1] page and find
+[installation instructions][2] as well as [build guides][3] on the [Replicant
+wiki][4].
+
+ [1]:
+<http://redmine.replicant.us/projects/replicant/wiki/ReplicantImages#Replicant-23-0005-images>
+
+ [2]: <http://redmine.replicant.us/projects/replicant/wiki#Installing-
+Replicant>
+
+ [3]: <http://redmine.replicant.us/projects/replicant/wiki#Building-
+Replicant>
+
+ [4]: <http://redmine.replicant.us/projects/replicant/wiki/>
+
+
diff --git a/markdown/2012_11_replicant-4-0-0001-images-release.md b/markdown/2012_11_replicant-4-0-0001-images-release.md
new file mode 100644
index 0000000..04737b3
--- /dev/null
+++ b/markdown/2012_11_replicant-4-0-0001-images-release.md
@@ -0,0 +1,43 @@
+tags: Replicant images release, Paul Kocialkowski
+date: 2012-11-16 16:26
+title: Replicant 4.0 0001 images release
+---
+After months of working hard to bring Replicant to the next upstream release,
+we are proud to announce the release of the Replicant 4.0 0001 images. This
+new release comes with support for both new devices, such as the Galaxy Nexus
+or the Galaxy S2 and devices that were already there in Replicant 2.3, like
+the Nexus S and the Galaxy S.
+
+Aside from the new Ice Cream Sandwich user experience, that we tried to make
+as good as possible without any non-free blob, most devices have better
+hardware support than before, such as Galaxy S which now has working camera,
+or the global improvements that were made to make telephony more stable and
+reliable. Even though it’s not perfect yet, we are proud of the result, that
+many of us use daily. If you encounter a particular problem with our software,
+do not hesitate to report the issue via our tracker, or give feedback when a
+problem was resolved.
+
+We are indeed writing hundreds of lines of code to have more hardware
+supported and with a better state, replacing non-free components, step by
+step. Keep in mind that Replicant has a very small core team, we’re just two
+people doing this on our free time: that means we can’t work on every side of
+the project at the same time and have to make choices. This is why we will
+always welcome serious new contributors who’d like to get involved in the
+project.
+
+You can download the images from the [ReplicantImages][1] page and find
+[installation instructions][2] as well as [build guides][3] on the [Replicant
+wiki][4].
+
+ [1]:
+<http://redmine.replicant.us/projects/replicant/wiki/ReplicantImages#Replicant-40-0001-images>
+
+ [2]: <http://redmine.replicant.us/projects/replicant/wiki#Installing-
+Replicant>
+
+ [3]: <http://redmine.replicant.us/projects/replicant/wiki#Building-
+Replicant>
+
+ [4]: <http://redmine.replicant.us/projects/replicant/wiki/>
+
+
diff --git a/markdown/2013_01_replicant-4-0-sdk-release.md b/markdown/2013_01_replicant-4-0-sdk-release.md
new file mode 100644
index 0000000..413371a
--- /dev/null
+++ b/markdown/2013_01_replicant-4-0-sdk-release.md
@@ -0,0 +1,28 @@
+tags: Replicant SDK release, Paul Kocialkowski
+date: 2013-01-03 17:22
+title: Replicant 4.0 SDK release
+---
+It was brought to our attention that the Android SDK is now being released
+under an overall proprietary software license. In the past, we already had to
+release a free software SDK, back in Replicant 2.2 times, because the Android
+SDK was shipping with the non-free Google APIs. More recent SDK updates made
+these APIs only plug-ins that weren’t shipped with the SDK and it was made
+clear that these components were non-free while all the license files we could
+find on the Android SDK package were free software licenses.
+
+However now Google decided to put an overall non-free license for the SDK,
+which brings back the need of having a fully free Replicant SDK. Since our
+only SDK release is getting old (it was API level 8), we built an SDK package
+from Replicant 4.0 sources, that is API level 15.
+
+You can download the SDK from the [ReplicantSDK][1] page, find an
+[installation and usage guide][2] as well as the [build instructions][3] on
+the wiki.
+
+ [1]: <http://redmine.replicant.us/projects/replicant/wiki/ReplicantSDK>
+
+ [2]: <http://redmine.replicant.us/projects/replicant/wiki/SDK>
+
+ [3]: <http://redmine.replicant.us/projects/replicant/wiki/SDKBuild>
+
+
diff --git a/markdown/2013_02_replicant-4-0-0002-images-release.md b/markdown/2013_02_replicant-4-0-0002-images-release.md
new file mode 100644
index 0000000..79d0910
--- /dev/null
+++ b/markdown/2013_02_replicant-4-0-0002-images-release.md
@@ -0,0 +1,34 @@
+tags: Replicant news, Paul Kocialkowski
+date: 2013-02-11 23:19
+title: Replicant 4.0 0002 images release
+---
+Since some progress was made lately, we decided to release a new set of
+images.
+
+The new features available in this release are mostly camera support for the
+Galaxy S2, accelerometers support for the Nexus S and Galaxy S2 and RIL
+(telephony) improvements for all devices. A more detailed [changelog][1] is
+also available.
+
+We are working to bring Replicant 4.0 support to more devices, such as the
+Goldelico GTA04 and the Samsung Galaxy Tab 2 (both 7.0 and 10.1 GSM versions).
+
+You can download the images from the [ReplicantImages][2] page and find
+[installation instructions][3] as well as [build guides][4] on the [Replicant
+wiki][5].
+
+ [1]:
+<http://ftp.osuosl.org/pub/replicant/images/replicant-4.0/0002/infos/changelog.txt>
+
+ [2]:
+<http://redmine.replicant.us/projects/replicant/wiki/ReplicantImages#Replicant-40-0002-images>
+
+ [3]: <http://redmine.replicant.us/projects/replicant/wiki#Installing-
+Replicant>
+
+ [4]: <http://redmine.replicant.us/projects/replicant/wiki#Building-
+Replicant>
+
+ [5]: <http://redmine.replicant.us/projects/replicant/wiki/>
+
+
diff --git a/markdown/2013_04_replicant-4-0-0003-images-release.md b/markdown/2013_04_replicant-4-0-0003-images-release.md
new file mode 100644
index 0000000..975e084
--- /dev/null
+++ b/markdown/2013_04_replicant-4-0-0003-images-release.md
@@ -0,0 +1,40 @@
+tags: Replicant images release, Paul Kocialkowski
+date: 2013-04-10 19:31
+title: Replicant 4.0 0003 images release
+---
+It has been two months since the last images release and we decided that it
+was time to release another batch of images. These are still based on Android
+4.0. First, it comes with support for the Galaxy Tab 2 10.1 & 7.0 tablets,
+both in GSM/3G versions: these tablets are pretty much phones with bigger
+screens. There is still room for improvement regarding these tablets in
+Replicant, but they have reached a state of usability, even though they are
+particularly slow in portrait mode.
+
+Other minor fixes for other devices are included in this release, especially
+stability fixes regarding the Radio Interface Layer. The full [changelog][1]
+is available for more details.
+
+We are now working to bring Replicant support to other devices such as the
+[Goldelico GTA04][2].
+
+You can download the images from the [ReplicantImages][3] page and find
+[installation instructions][4] as well as [build guides][5] on the [Replicant
+wiki][6].
+
+ [1]:
+<http://ftp.osuosl.org/pub/replicant/images/replicant-4.0/0003/infos/changelog.txt>
+
+ [2]: <http://gta04.org/>
+
+ [3]:
+<http://redmine.replicant.us/projects/replicant/wiki/ReplicantImages#Replicant-40-0003-images>
+
+ [4]: <http://redmine.replicant.us/projects/replicant/wiki#Installing-
+Replicant>
+
+ [5]: <http://redmine.replicant.us/projects/replicant/wiki#Building-
+Replicant>
+
+ [6]: <http://redmine.replicant.us/projects/replicant/wiki/>
+
+
diff --git a/markdown/2013_07_announcing-the-free-software-foundation-fundraising-program-for-replicant.md b/markdown/2013_07_announcing-the-free-software-foundation-fundraising-program-for-replicant.md
new file mode 100644
index 0000000..c048e2f
--- /dev/null
+++ b/markdown/2013_07_announcing-the-free-software-foundation-fundraising-program-for-replicant.md
@@ -0,0 +1,50 @@
+tags: Replicant news, Paul Kocialkowski
+date: 2013-07-26 18:53
+title: Announcing the Free Software Foundation fundraising program for Replicant
+---
+Over the last few years, we have been asked countless times how one could make
+a donation to the project. Until very recently, it was not at all possible but
+thanks to the hard work of the [Free Software Foundation][1] team, especially
+John Sullivan and Zak Rogoff, it is now possible for the FSF to accept
+[donations on the behalf of the Replicant project][2].
+
+[Donations][3] will help us buy new devices and port Replicant to them as well
+as help us attend free software events to promote Replicant at. Devices
+donations can be accepted as well but we carefully select the devices we want
+to work on, based on how much they respect freedom, so we might decline some
+offers.
+
+You might want to consider making a donation to our project, any amount will
+help, from the [FSF directed donations page for Replicant][3].  
+Bitcoin donations are also accepted, at the following address:
+`13tgjejUJ6NtQVX9HvKz8svdcuWPNwgr5T`
+
+We also badly need new developers to help us bring Replicant to more and more
+devices as well as improve the status of the currently-supported devices. As a
+group effort, Replicant has better chances to succeed and bring freedom to
+mobile phone users. We are currently a team of two developers with less and
+less time to get involved in the project and bring new features. Becoming a
+developer is not even that hard: we have [developer][4] and [porting
+guides][5] available to make it easier for you to get started and we’ll be
+there to guide you all along. Even non-technical people can help to some
+extent, covering tasks such as building up documentation or writing
+announcements for the project if they’re good enough at it.
+
+Please get in touch with us if you’re interested. The best way to start is
+most likely to get a Replicant-supported device and start hacking on it and if
+you prove serious enough, we might even use some of the donations money to
+provide you with a new device to port Replicant to!
+
+ [1]: <https://www.fsf.org/>
+
+ [2]: <https://www.fsf.org/news/fsf-launches-fundraising-program-for-
+replicant-the-fully-free-android-based-mobile-os>
+
+ [3]: <https://crm.fsf.org/civicrm/contribute/transact?reset=1&id=19>
+
+ [4]: <http://redmine.replicant.us/projects/replicant/wiki/DeveloperGuide>
+
+ [5]:
+<http://redmine.replicant.us/projects/replicant/wiki/Replicant40PortingGuide>
+
+
diff --git a/markdown/2013_07_replicant-4-0-0004-images-release.md b/markdown/2013_07_replicant-4-0-0004-images-release.md
new file mode 100644
index 0000000..c2144f1
--- /dev/null
+++ b/markdown/2013_07_replicant-4-0-0004-images-release.md
@@ -0,0 +1,52 @@
+tags: Replicant news, Paul Kocialkowski
+date: 2013-07-22 10:40
+title: Replicant 4.0 0004 images release
+---
+The last months have been rather calm for Replicant development, no big
+changes or improvements were made. That doesn’t mean the project stalled:
+instead, we added support for some new devices. The previous set of images
+added support for the Galaxy Tab 2 10.1/7.0 in their 3G versions and we were
+requested to provide images for the WiFi-only flavors of these tablets as
+well. Since it only requires very little work, we were able to quickly fulfill
+that request, even though we couldn’t test it ourselves (you’re more than
+welcome to spot and report issues about these devices).
+
+However, the biggest part of what motivated us to build and release new images
+is the support for the Galaxy S3 device in its international GT-I9300 GSM
+version (not the LTE one or any other country-specific variant). Currently,
+only graphics acceleration, camera and GPS support are missing (some other
+features may need non-free firmwares that run on separate chips). A couple of
+other things are also missing due to technical limitations (NFC, FM radio).
+
+We are still trying hard to bring Replicant to the [Goldelico GTA04][1], but
+it couldn’t make it to that release either as we still need help bringing a
+reliable Android kernel to that platform (DM37x).
+
+A more complete [changelog][2] is also available, highlighting in details what
+was changed. Special thanks to the team at [CyanogenMod][3] who fixed EXIF in
+the free Galaxy S2 camera module implementation I wrote but was too lazy to
+correctly implement EXIF into.
+
+You can download the images from the [ReplicantImages][4] page and find
+[installation instructions][5] as well as [build guides][6] on the [Replicant
+wiki][7].
+
+ [1]: <http://www.gta04.org/>
+
+ [2]: <http://ftp-
+osl.osuosl.org/pub/replicant/images/replicant-4.0/0004/infos/changelog.txt>
+
+ [3]: <http://www.cyanogenmod.org/>
+
+ [4]:
+<http://redmine.replicant.us/projects/replicant/wiki/ReplicantImages#Replicant-40-0004-images>
+
+ [5]: <http://redmine.replicant.us/projects/replicant/wiki#Installing-
+Replicant>
+
+ [6]: <http://redmine.replicant.us/projects/replicant/wiki#Building-
+Replicant>
+
+ [7]: <http://redmine.replicant.us/projects/replicant/wiki/>
+
+
diff --git a/markdown/2013_08_opening-the-replicant-forums.md b/markdown/2013_08_opening-the-replicant-forums.md
new file mode 100644
index 0000000..2ababcc
--- /dev/null
+++ b/markdown/2013_08_opening-the-replicant-forums.md
@@ -0,0 +1,30 @@
+tags: Replicant news, Paul Kocialkowski
+date: 2013-08-09 21:42
+title: Opening the Replicant Forums
+---
+It seems that we are asked way too many questions in the comment section of
+each page/post we write. Most of the time, the question is not relevant to the
+page and/or was already answered somewhere else.
+
+Thus, we decided it would be better to open [forums][1] so that anyone can
+find answers both from us and from the community. Please, direct your
+inquiries to the [forums][1] if there is no particular reason to contact us
+privately via our contact e-mail address or to use the comment sections of our
+blog. The [mailing-list][2] and [IRC][3] are also good places for general-
+purpose questions since they are public, but it appears that many prefer to
+use web-based interfaces.
+
+Registration was also made easier, since new accounts activation doesn’t
+require a manual confirmation from us anymore.
+
+We hope the [forums][1] will help bring help and support, from and to the
+community.
+
+ [1]: <http://redmine.replicant.us/projects/replicant/boards>
+
+ [2]: <http://lists.osuosl.org/mailman/listinfo/replicant>
+
+ [3]:
+<https://www.jappix.com/?r=replicant%25irc.freenode.net@irc.jappix.com>
+
+
diff --git a/markdown/2013_10_replicant-4-0-0005-images-release.md b/markdown/2013_10_replicant-4-0-0005-images-release.md
new file mode 100644
index 0000000..085e5cb
--- /dev/null
+++ b/markdown/2013_10_replicant-4-0-0005-images-release.md
@@ -0,0 +1,51 @@
+tags: Replicant images release, Paul Kocialkowski
+date: 2013-10-01 19:57
+title: Replicant 4.0 0005 images release
+---
+Another couple of months passed by, bringing its share of improvements to
+Replicant 4.0, so we felt it was time to release a new batch of images. First
+thing’s first, let’s talk a bit about the [fundraising program][1] we launched
+thanks to the [Free Software Foundation][2]: it was a huge success! Over
+$20,000 were collected over the past two months, thanks to your help. We
+really didn’t expect that much money and it will greatly cover for our needs,
+which include buying new devices and covering for travel-related expenses,
+allowing us to attend events such as FOSDEM. On a sad note, we are more and
+more looking for new developers to get involved in the project: both GNUtoo
+and I are very busy and cannot contribute to the project as much as we’d like
+to, so things will keep moving a bit slowly, compared to what it used to be.
+
+However, this new batch comes with a good share of improvements: the Galaxy
+Note (first generation, international GSM model) was added to the list of
+supported devices with this release (thanks to your financial support that
+enabled us to buy the device), which brings that list up to 10 devices. Camera
+support was added to the Galaxy S3 and other smaller improvements were made as
+well. As usual, you can checkout the complete [changelog][3], download the
+images from the [ReplicantImages][4] page and find [installation
+instructions][5] as well as [build guides][6] on the [Replicant wiki][7].
+
+Since we received complaints about the Replicant installation process, all the
+guides were rewritten to be device-specific and include clear and step-by-step
+instructions, which should make it easier for everyone to install Replicant on
+their device. Moreover, the newly-launched forums and our mailing list make it
+possible to get help from our community, about the installation or anything
+else you want to talk about!
+
+ [1]: <https://crm.fsf.org/civicrm/contribute/transact?reset=1&id=19>
+
+ [2]: <https://www.fsf.org/>
+
+ [3]:
+<http://ftp.osuosl.org/pub/replicant/images/replicant-4.0/0005/infos/changelog.txt>
+
+ [4]:
+<http://redmine.replicant.us/projects/replicant/wiki/ReplicantImages#Replicant-40-0005-images>
+
+ [5]: <http://redmine.replicant.us/projects/replicant/wiki#Installing-
+Replicant>
+
+ [6]: <http://redmine.replicant.us/projects/replicant/wiki#Building-
+Replicant>
+
+ [7]: <http://redmine.replicant.us/projects/replicant/wiki/>
+
+
diff --git a/markdown/2013_11_fairphone.md b/markdown/2013_11_fairphone.md
new file mode 100644
index 0000000..f0be5a3
--- /dev/null
+++ b/markdown/2013_11_fairphone.md
@@ -0,0 +1,64 @@
+tags: Replicant news, Fairphone, Paul Kocialkowski
+date: 2013-11-25 16:45
+title: About the Fairphone
+---
+Over the past months, we have been asked a lot whether Replicant is going to
+be running on the [Fairphone][1]. The goal behind [Fairphone][1], as its name
+suggests, is to build a phone that is “fair”. This covers a lot of different
+aspects that the [Fairphone][1] company took care of: such topics as using
+fair and conflict-free resources, ensuring that all workers along the supply
+chain get a fair wage, improving the handling of electronic waste, being
+transparent about the cost of each part of the device, its technical
+specifications and encouraging open and flexible designs.  
+We are really glad to see a company producing electronic devices taking care
+of such many important aspects as social conditions of workers, ecology and
+handling of e-waste as well as transparency and being “technically open”.
+
+What we are especially interested in, at the Replicant project, is how good
+the device will be when it comes to software freedom. Hence, we have spent
+some time investigating the device, even though it is not out yet. Thanks to
+the cooperation of [Fairphone][1], we were able to draw a quite complete
+picture of it.
+
+The [Fairphone][1] will ship with a modified Android 4.2 version. An overlay
+interface was developed for the device and should be released as free
+software, but what we are really interested in is the parts that deal with the
+hardware. First, the Linux kernel source code for the device will be released
+(it is copyleft software so this is an obligation). It will also be possible
+to build the kernel from source and install it on the device without the need
+to sign the kernel with the manufacturer’s key. Actually, there should be no
+signature check on the [Fairphone][1] for the kernel or the bootloaders. Some
+of the bootloaders (maybe all of them; we cannot tell for sure at this point)
+are free software and it should be able to replace them with a free build. We
+are a bit worried that the tools to flash the [Fairphone][1] may be
+proprietary, but if the bootloaders are free and/or there is root access out
+of the box, there will be ways to work around this problem. On the system
+side, some of the libraries that deal with the hardware have been released as
+free software for devices that use the same platform (Mediatek 6589), so the
+basic required features such as audio will likely work. We are also confident
+we will be able to handle the modem with free software (that means telephony
+and such will work).  
+[Fairphone][1] is really trying hard to get Mediatek to release as many
+components as free software as possible, but they don’t have the source in
+their own hands and nor can they decide to make it free software themselves,
+so it may take some time to arrive or eventually not succeed.
+
+However, things are not looking so good when it comes to evaluating the
+platform that was chosen for the [Fairphone][1]: the modem is embedded in the
+System on a Chip (SoC) which leads us to believe that it is poorly isolated
+from the rest of the platform and could access critical components such as
+storage, RAM, GPS and audio (microphone) of the device. If this was to be the
+case (we can only speculate about what the truth actually is), it would mean
+that the [Fairphone][1] is fatally flawed for security as it makes it possible
+for the phone to be converted to a remote spying device.
+
+In conclusion, we think it will be possible to have Replicant working on the
+[Fairphone][1] and the bootloaders (that are not part of the operating system)
+may even be free software, but we believe it is seriously compromised
+security-wise because of the poor modem isolation.  
+However, [Fairphone][1] seems definitely interested in doing things right on
+the software freedom side and helping us get Replicant running on the device!
+
+ [1]: <http://www.fairphone.com/>
+
+
diff --git a/markdown/2014_01_replicant-4-2-kicks-out.md b/markdown/2014_01_replicant-4-2-kicks-out.md
new file mode 100644
index 0000000..1771c1d
--- /dev/null
+++ b/markdown/2014_01_replicant-4-2-kicks-out.md
@@ -0,0 +1,70 @@
+tags: Privacy/security, Replicant images release, Paul Kocialkowski
+date: 2014-01-22 20:15
+title: Replicant 4.2 kicks out!
+---
+We’ve been working very hard over the past few months to push Replicant to a
+newer Android version: the work started when CyanogenMod released version
+10.1.3, based on the latest Android 4.2 code, back in September 2013. Bringing
+Replicant to a new Android version is a really big piece of work, especially
+given that the project only counts one active developer (however, we have
+hopes to see more people getting involved in the future)! The biggest
+motivation for the new version is to allow us to port Replicant to newer
+devices, that were not supported by Android 4.0, upon which Replicant 4.0 is
+based. Aside of that, Replicant 4.2 also brings the various improvements that
+come along with Android 4.2 and CyanogenMod 10.1.
+
+All the devices that were supported by Replicant 4.0 were successfully ported
+to version 4.2, but some devices encounter serious slowness issues that are
+yet to be resolved. On the bright side of things, support for a new device was
+added, the Galaxy Note 2 N7100, which is mostly similar to the already
+supported Galaxy S 3. That was only made possible thanks to the generous
+donations that were made to the project, which enable us to buy devices for
+the current developer to work on. We are looking forward to adding support for
+even more devices in the future as well! Our [wiki][1] was updated to reflect
+the [status of the supported devices][2] as of the Replicant 4.2 release and
+features updated installation and usage guides. The Replicant SDK was also
+updated and is available for download.
+
+The Replicant website and [wiki][1] were also cleaned up a bit during the
+preparation of this release. Our blog shall now only be used for posting
+updated on the project while our wiki holds the core informations about
+Replicant. As a reminder, please do not use the comment section of this blog
+to ask general-purpose questions, but use our [forums][3] or mailing-list
+instead!
+
+This release also puts the emphasis on security: given the recent concerns
+that raised up concerning wide-scale surveillance from governments and certain
+companies, we though it would be good to make Replicant more bullet-proof. The
+Replicant 4.2 images for devices are now built in the `userdebug` fashion,
+which ensures a better level of security, the shipped system applications are
+signed with our own private keys, for which we provide the certificates and
+the releases are signed with our very own GPG release key. It is encouraged
+that you check the authenticity of the Replicant images or binaries before
+installing anything you downloaded!
+
+As usual, you can checkout the complete [changelog][4], download the images
+from the [ReplicantImages][5] page and find [installation instructions][6] as
+well as [build guides][7] on the [Replicant wiki][8].
+
+ [1]: <http://redmine.replicant.us/projects/replicant/wiki>
+
+ [2]:
+<http://redmine.replicant.us/projects/replicant/wiki/ReplicantStatus#Replicant-42>
+
+ [3]: <http://redmine.replicant.us/projects/replicant/boards>
+
+ [4]:
+<http://ftp.osuosl.org/pub/replicant/images/replicant-4.2/0001/infos/changelog.txt>
+
+ [5]:
+<http://redmine.replicant.us/projects/replicant/wiki/ReplicantImages#Replicant-42-0001-images>
+
+ [6]: <http://redmine.replicant.us/projects/replicant/wiki#Installing-
+Replicant>
+
+ [7]: <http://redmine.replicant.us/projects/replicant/wiki#Building-
+Replicant>
+
+ [8]: <http://redmine.replicant.us/projects/replicant/wiki/>
+
+
diff --git a/markdown/2014_03_unveiling-the-samsung-galaxy-back-door.md b/markdown/2014_03_unveiling-the-samsung-galaxy-back-door.md
new file mode 100644
index 0000000..ac856e6
--- /dev/null
+++ b/markdown/2014_03_unveiling-the-samsung-galaxy-back-door.md
@@ -0,0 +1,37 @@
+tags: Privacy/security, Paul Kocialkowski
+date: 2014-03-13 19:43
+title: Unveiling the Samsung Galaxy back-door
+---
+Yesterday, we disclosed our findings about the [Samsung Galaxy back-door][1],
+an anti-feature found in Samsung Galaxy devices that lets the modem access the
+files stored on the device. For a complete statement about the issue, you can
+refer to [the article we published at the Free Software Foundation’s
+website][1]. A technical description of the issue is available on a [dedicated
+page of the Replicant wiki][2], along with more information regarding the
+back-door.
+
+The information spread out very quickly and we’re glad the press is finding
+interest in such matters as privacy and unjust control over one’s computing.
+This demonstrates yet another time why free software is essential and how a
+single piece of proprietary software can compromise a whole device.
+
+We have yet to hear from Samsung about this issue, as we are hoping that the
+reason for the presence of this back-door will be clarified. In that regard,
+we’d be very glad to work with Samsung in order to make things right, for
+instance through releasing free software or documentation that would make it
+easy for community Android versions to get rid of the incriminated blob.
+
+**Update:** Several sources, including Samsung, claim this is a non-issue. A
+complementary statement to address these claims was issued at [Paul
+Kocialkowski’s personal blog][3].
+
+ [1]: <http://www.fsf.org/blogs/community/replicant-developers-find-and-
+close-samsung-galaxy-backdoor>
+
+ [2]:
+<http://redmine.replicant.us/projects/replicant/wiki/SamsungGalaxyBackdoor>
+
+ [3]: <http://code.paulk.fr/article18/the-samsung-galaxy-back-door-was-
+bullshit-really>
+
+
diff --git a/markdown/2014_06_replicant-4-2-on-the-goldelico-gta04.md b/markdown/2014_06_replicant-4-2-on-the-goldelico-gta04.md
new file mode 100644
index 0000000..a6ad9da
--- /dev/null
+++ b/markdown/2014_06_replicant-4-2-on-the-goldelico-gta04.md
@@ -0,0 +1,72 @@
+tags: Replicant news, Paul Kocialkowski
+date: 2014-06-26 19:49
+title: Replicant 4.2 on the Goldelico GTA04
+---
+We started the work on the [Goldelico GTA04][1] about 2 years ago, back in the
+Replicant 2.3 days. While we were able to release images at this point, they
+were far from being functional as key components were missing from the kernel,
+especially regarding power management. About 2 years later, the situation was
+finally unlocked thanks to the efforts of Golden Delicious and various members
+of the [OpenPhoenux][2] community, bringing GTA04 support to a newer kernel
+version that holds all the necessary pieces for proper Android support. More
+details on some technical aspects related to this are available at [Paul
+Kocialkowski’s coding blog][3].
+
+Work on the device resumed months ago and we’ve been working hard ever since
+to improve the status of the Replicant port. While it is not yet usable as a
+daily phone, we have reached numerous milestones over the past months and many
+key parts of the device are already handled correctly, already allowing many
+use cases, such as digital audio player or GPS navigation system. A dedicated
+wiki page holds the [details of the Replicant status on GTA04][4].
+
+As we’re very enthusiastic about the future, we’ve decided to shoot a video
+highlighting various aspects of Replicant on the GTA04! Installable images for
+the GTA04 will be released along with the next batch of Replicant 4.2 images,
+including all the features shown in the video:
+
+The video is also available for download:
+
+* [High quality 720p WebM][5]
+
+* [Low quality 360p WebM][6]
+
+To this day, the GTA04 remains the best phone out there regarding software
+freedom: bootloaders are free software and Replicant will eventually be able
+to run with most of the device’s features supported, the only exceptions being
+graphics acceleration, hardware media encoding/decoding and Wi-Fi (due to a
+proprietary firmware). Regarding security and privacy, the [Goldelico
+GTA04][1] is also very good as it can run without proprietary software, but
+also because its modem is clearly separated from the rest of the device.
+
+You are very much encouraged to get your own device out of the next batch of
+GTA04 production by placing a [preorder on the next revision][7]! As it is
+often the case, devices that are particularly designed to be a good fit with
+free software don’t get much mainstream attention, which makes it especially
+hard for Golden Delicious to run production batches. Unlike in software
+development, having hardware produced costs a lot of money, especially in
+small batches. It is up to you to change that by [showing your interest][7]
+toward the [Goldelico GTA04][1]. Donations to [Golden Delicious][8] or
+[Replicant][9] are also welcome to help push the project forward!
+
+ [1]: <http://www.gta04.org/>
+
+ [2]: <http://www.openphoenux.org/>
+
+ [3]: <http://code.paulk.fr/article19/android-with-mainline-linux-kernel-
+support-on-the-goldelico-gta04>
+
+ [4]: <http://redmine.replicant.us/projects/replicant/wiki/GTA04Status>
+
+ [5]: <http://ftp-
+osl.osuosl.org/pub/replicant/videos/replicant-4.2-gta04-june-2014/720p/replicant-4.2-gta04-june-2014.webm>
+
+ [6]: <http://ftp-
+osl.osuosl.org/pub/replicant/videos/replicant-4.2-gta04-june-2014/360p/replicant-4.2-gta04-june-2014.webm>
+
+ [7]: <http://shop.goldelico.com/wiki.php?page=GTA04A5>
+
+ [8]: <http://shop.goldelico.com/wiki.php?page=GTA04%3aDonation>
+
+ [9]: <https://crm.fsf.org/civicrm/contribute/transact?reset=1&id=19>
+
+
diff --git a/markdown/2014_06_replicant-at-the-15th-libre-software-meeting-in-montpellier-france-this-july.md b/markdown/2014_06_replicant-at-the-15th-libre-software-meeting-in-montpellier-france-this-july.md
new file mode 100644
index 0000000..65d037c
--- /dev/null
+++ b/markdown/2014_06_replicant-at-the-15th-libre-software-meeting-in-montpellier-france-this-july.md
@@ -0,0 +1,65 @@
+tags: Events, Paul Kocialkowski
+date: 2014-06-19 15:51
+title: Replicant at the 15th Libre Software Meeting in Montpellier, France this July
+---
+[![RMLL 2014][1]][2]
+
+Replicant will take part in the 15th edition of the [Libre Software
+Meeting][3] ([Rencontres Mondiales du Logiciel Libre — RMLL][4] in French)
+that takes place from July 5th to 11th 2014 in Montpellier, France. We’ll be
+there during the week at the university to present Replicant through a few
+talks as well as a workshop, organized jointly with members of FSFE’s [Free
+Your Android][5] program and the [F-Droid project][6]. You’re welcome to come
+and say hi, ask for help about freeing your mobile device, see devices
+actually running with Replicant or just have a chat with us!
+
+There will be two conferences about the Replicant project, both delivered in
+English: [Replicant: software freedom on mobile devices][7] and [An overview
+of Replicant development][8]. But there are plenty more talks dedicated to
+software freedom and Android: FSFE’s member [Erik Albers][9] will present a
+conference about [Freedom on Android devices][10] while F-Droid developer
+[Daniel Martí][11] will talk about [Free Software on Android via F-Droid][12].  
+In addition, Replicant developer Paul Kocialkowski will present a conference
+about various freedom issues on ARM devices: [ARM devices and your
+freedom][13].
+
+Moreover, [Richard M. Stallman][14], long time free software activist, founder
+of the [GNU project][15] and president of the [Free Software Foundation][16]
+will be attending the event and will deliver a speech about a Free digital
+society (in French).
+
+We’re looking forward to seeing you there!
+
+ [1]: http://www.replicant.us/wp-content/uploads/2014/06/rmll.png
+
+ [2]: <https://2014.rmll.info/theme33?lang=en>
+
+ [3]: <https://2014.rmll.info/?lang=en>
+
+ [4]: <https://2014.rmll.info/>
+
+ [5]: <https://fsfe.org/campaigns/android/>
+
+ [6]: <https://f-droid.org/>
+
+ [7]: <https://2014.rmll.info/conference48?lang=en>
+
+ [8]: <https://2014.rmll.info/conference49?lang=en>
+
+ [9]: <http://fsfe.org/about/albers/albers.en.html>
+
+ [10]: <https://2014.rmll.info/conference175?lang=en>
+
+ [11]: <http://mvdan.cc/>
+
+ [12]: <https://2014.rmll.info/conference207?lang=en>
+
+ [13]: <https://2014.rmll.info/conference50?lang=en>
+
+ [14]: <http://www.stallman.org/>
+
+ [15]: <https://www.gnu.org/>
+
+ [16]: <https://www.fsf.org/>
+
+
diff --git a/markdown/2014_07_replicant-4-2-0002-images-release.md b/markdown/2014_07_replicant-4-2-0002-images-release.md
new file mode 100644
index 0000000..696c328
--- /dev/null
+++ b/markdown/2014_07_replicant-4-2-0002-images-release.md
@@ -0,0 +1,49 @@
+tags: Replicant images release, Paul Kocialkowski
+date: 2014-07-08 16:02
+title: Replicant 4.2 0002 images release
+---
+As we announced a few weeks ago, we’ve been working hard on [Goldelico
+GTA04][1] support over the past months, so we thought it was time to make a
+new batch of images. Moreover, the time couldn’t be better as we are
+presenting Replicant at the [LSM/RMLL][2], another reason to have something
+new to show!
+
+Aside from GTA04 support, serious issues have been fixed regarding the [Galaxy
+Nexus (I9250)][3], that prevented entering suspend and the [Galaxy S
+(I9100)][4], where the RIL (telephony) was not reliable. In addition, more or
+less important fixes have also been introduced for other devices. Some more
+new features have been added as well, as we reduced out dependency toward
+Google in the Browser and the home screen. The Replicant logo also got a new
+typeface, that is now used on the boot screens and our websites.
+
+Note that the SSL certificate for the Replicant websites was updated a few day
+ago, correcting an error about alternative valid names and using a new private
+key, the previous one having been subject to the Heartbleed vulnerability.
+
+As usual, you can checkout the complete [changelog][5], download the images
+from the [ReplicantImages][6] page and find [installation instructions][7] as
+well as [build guides][8] on the [Replicant wiki][9].
+
+ [1]: <http://www.gta04.org/>
+
+ [2]: <http://2014.rmll.info/>
+
+ [3]: <http://redmine.replicant.us/projects/replicant/wiki/GalaxyNexusI9250>
+
+ [4]: <http://redmine.replicant.us/projects/replicant/wiki/GalaxySI9000>
+
+ [5]:
+<http://ftp.osuosl.org/pub/replicant/images/replicant-4.2/0002/infos/changelog.txt>
+
+ [6]:
+<http://redmine.replicant.us/projects/replicant/wiki/ReplicantImages#Replicant-42-0002-images>
+
+ [7]: <http://redmine.replicant.us/projects/replicant/wiki#Installing-
+Replicant>
+
+ [8]: <http://redmine.replicant.us/projects/replicant/wiki#Building-
+Replicant>
+
+ [9]: <http://redmine.replicant.us/projects/replicant/wiki/>
+
+
diff --git a/markdown/2014_09_replicant-homepage-and-roadmap-for-the-future.md b/markdown/2014_09_replicant-homepage-and-roadmap-for-the-future.md
new file mode 100644
index 0000000..9581e33
--- /dev/null
+++ b/markdown/2014_09_replicant-homepage-and-roadmap-for-the-future.md
@@ -0,0 +1,86 @@
+tags: Privacy/security, Replicant news, Paul Kocialkowski
+date: 2014-09-02 19:38
+title: Replicant homepage and roadmap for the future
+---
+For a long time, the entry point for Replicant on the web was our blog, which
+holds status reports and news about the project. However, it did not fit well
+for providing easy access to relevant material about the project, nor did it
+give our (growing) community the attention it deserves. This is why we decided
+to launch a new [homepage][1] for the project, highlighting what really
+matters, in style.  
+We believe it is a good thing to have, in order to clearly spread the word
+about Replicant and ease the understanding of our message. The new homepage
+provides a clear explanation of [what Replicant is about][2], provides
+[answers to some common questions about the project][3] and most importantly,
+holds [a detailed overview of the core freedom and privacy/security issues][4]
+that we face on mobile devices today, as well as [recommendations][5]
+regarding these topics.
+
+Regarding progress in development, a few things happened recently and a lot
+more is on the way: time to take a step back, look at what’s in the works and
+what is next on our roadmap.  
+After attending [RMLL/LSM ][6]in Montpellier, France, most of the development
+time was spent on completing a full rewrite of [Samsung-RIL][7], the software
+in charge of the various aspects of telephony and mobile data on the Samsung
+devices we support. This rewrite brings many advantages in terms of stability,
+features support and also provides a sane and clear base to make external
+contributions easier. While this is an important contribution to achieve
+software freedom on mobile devices, these Samsung devices are severely flawed
+as they don’t allow running free bootloaders.
+
+For some time already, we have decided to focus our development effort on
+better devices, that can run free bootloaders, in addition to a free system
+such as Replicant. First, we decided to bring [Replicant 4.2 support to the
+Goldelico GTA04][8] and have already made good progress since the start. It is
+not currently usable as a daily phone, but we are confident about the future.
+The next step in the process is to work on supporting Allwinner devices,
+starting with cheap Chinese tablets. We are proud to be collaborating with the
+free software community built around the Allwinner Sunxi platforms: [linux-
+sunxi][9]. Our goal is to provide generic Replicant support for these
+platforms, so that as many devices as possible can be supported, with little
+effort required to support a new device. Thanks to the work of the linux-sunxi
+community, many of these devices can already run a free bootloader and have a
+community-maintained kernel available, providing a solid base for Replicant on
+Sunxi devices. In addition, we have spotted a few widely-spread devices that
+would also be good candidates for running a free bootloader and a free system:
+stay tuned as we will start documenting these devices soon!
+
+In the meantime, we are more than ever willing to make Replicant as
+privacy/security-oriented as we can, especially by targeting devices that
+either don’t have a modem at all (Wi-Fi-only tablets, such as the many Sunxi
+ones) or are not proven to have bad modem isolation.
+
+As of today, Replicant is still a one-man effort and while all these new
+directions are very exciting, it takes a lot of time to actually turn them
+into reality. Since we prefer to focus on these new directions, Replicant will
+stay based on version 4.2 of Android, even though newer versions are available
+upstream. Porting Replicant to a newer version requires a lot of effort and
+doesn’t bring any significant advantage when it comes to freedom.
+
+Regarding the devices we already support that do not match the free
+bootloaders criteria, we are not going to drop development for them, but the
+majority of what was possible to achieve on them is already there and while we
+could keep adding support for more and more of these devices, we believe that
+development time is better spent on these new exciting directions!
+
+ [1]: <//www.replicant.us/>
+
+ [2]: <//www.replicant.us/about.php>
+
+ [3]: <//www.replicant.us/about.php#faq>
+
+ [4]: <//www.replicant.us/freedom-privacy-security-issues.php>
+
+ [5]: <//www.replicant.us/freedom-privacy-security-
+issues.php#recommendations>
+
+ [6]: </2014/06/replicant-at-the-15th-libre-software-meeting-in-montpellier-
+france-this-july/>
+
+ [7]: <//redmine.replicant.us/projects/replicant/wiki/Samsung-RIL>
+
+ [8]: </2014/06/replicant-4-2-on-the-goldelico-gta04/>
+
+ [9]: <//www.linux-sunxi.org/>
+
+
diff --git a/markdown/2014_12_replicant-4-2-0003-images-release.md b/markdown/2014_12_replicant-4-2-0003-images-release.md
new file mode 100644
index 0000000..c1b9226
--- /dev/null
+++ b/markdown/2014_12_replicant-4-2-0003-images-release.md
@@ -0,0 +1,93 @@
+tags: Replicant images release, Paul Kocialkowski
+date: 2014-12-07 13:49
+title: Replicant 4.2 0003 images release
+---
+It has been about 6 months since we last released a batch of images. A few
+things of interest were completed in the meantime, so we are rolling out new
+images today.
+
+This release doesn’t bring support for any new device: instead, it mostly
+contains stability fixes for the devices we already support. The most
+considerable change in this release is the inclusion of the Samsung-RIL
+rewrite, that was developed this summer. [Samsung-RIL][1] is the component in
+charge of dealing with the modem, the hardware chip that communicates with the
+mobile telephony network. The code that was used since then didn’t have a good
+structure and didn’t meet the code quality standards required to call it
+stable or reliable. The rewrite should be more robust and fail-proof: it has
+been tested daily on a couple of devices for the past few months, with no
+major incident to report. The Samsung-RIL rewrite has about as many features
+supported as the previous version, with the exception of a few ones that were
+broken anyway (mainly, USSD and STK).  
+The new code establishes a sane basis for external contributions, so everyone
+is welcome to dig in and add support for what’s missing.
+
+Another big achievement in that release is the inclusion of about a dozen
+security fixes, covering issues such as Shellshock, Master key, Fake ID and
+much more, thanks to reports by community members.
+
+As usual, you can checkout the complete [changelog][2], download the images
+from the [ReplicantImages][3] page and find [installation instructions][4] as
+well as [build guides][5] on the [Replicant wiki][6].
+
+Even though this release doesn’t introduce support for any new device, I have
+been at work regarding devices that make the best candidates for freedom and
+privacy/security. As mentioned in [an earlier post][7], we are going to focus
+the development effort on a few devices that allow running free bootloaders
+and are either likely to have good modem isolation or don’t have a modem at
+all.
+
+Recently, I have been working on adding Replicant support for [Sunxi
+devices][8]. There is a lot of work to do in that area and while nothing was
+released yet, it looks promising. I also spent a considerable amount of time
+working on the LG Optimus Black (P970)’s bootloader. I will be posting [a
+series of articles][9] about what an incredible journey it has been so far on
+[my personal blog][10] over the next few days. Eventually, the device will be
+properly documented in our wiki and as soon as U-Boot reaches feature
+completeness, it will be time to start porting Replicant to the device!
+
+**December 20th update:** The full series of articles about freeing the LG
+Optimus Black (P970) is now available:
+
+* [A hacker’s journey: freeing a phone from the ground up, first part][9]
+
+* [A hacker’s journey: freeing a phone from the ground up, second part][11]
+
+* [A hacker’s journey: freeing a phone from the ground up, third part][12]
+
+* [A hacker’s journey: freeing a phone from the ground up, fourth part][13]
+
+ [1]: <http://redmine.replicant.us/projects/replicant/wiki/Samsung-RIL>
+
+ [2]:
+<http://ftp.osuosl.org/pub/replicant/images/replicant-4.2/0003/metadata/changelog.txt>
+
+ [3]:
+<http://redmine.replicant.us/projects/replicant/wiki/ReplicantImages#Replicant-42-0003-images>
+
+ [4]: <http://redmine.replicant.us/projects/replicant/wiki#Installing-
+Replicant>
+
+ [5]: <http://redmine.replicant.us/projects/replicant/wiki#Building-
+Replicant>
+
+ [6]: <http://redmine.replicant.us/projects/replicant/wiki/>
+
+ [7]: </2014/09/replicant-homepage-and-roadmap-for-the-future/>
+
+ [8]: <http://linux-sunxi.org/User:PaulK>
+
+ [9]: <http://code.paulk.fr/article20/a-hacker-s-journey-freeing-a-phone-
+from-the-ground-up-first-part>
+
+ [10]: <http://code.paulk.fr/>
+
+ [11]: <http://code.paulk.fr/article21/a-hacker-s-journey-freeing-a-phone-
+from-the-ground-up-second-part>
+
+ [12]: <http://code.paulk.fr/article22/a-hacker-s-journey-freeing-a-phone-
+from-the-ground-up-third-part>
+
+ [13]: <http://code.paulk.fr/article23/a-hacker-s-journey-freeing-a-phone-
+from-the-ground-up-fourth-part>
+
+
diff --git a/markdown/2015_01_replicant-at-fosdem-2015.md b/markdown/2015_01_replicant-at-fosdem-2015.md
new file mode 100644
index 0000000..9ad717c
--- /dev/null
+++ b/markdown/2015_01_replicant-at-fosdem-2015.md
@@ -0,0 +1,34 @@
+tags: Events, Paul Kocialkowski
+date: 2015-01-25 10:29
+title: Replicant at FOSDEM 2015
+---
+This year’s edition of [FOSDEM][1], one of the major free software conferences
+in Europe, is just around the corner! Among the various talks that mention the
+state of free software on [embedded devices][2], I (Paul Kocialkowski) will be
+presenting a talk entitled “[Reached milestones and ongoing development on
+Replicant][3]” on Sunday afternoon, that will first highlight the various
+achievements that were accomplished within the Replicant project to handle the
+numerous devices it supports today, only to explain how the majority of those
+devices are fatally flawed when it comes to freedom and privacy/security.
+Thus, the second part of the talk will put the emphasis on the new focus of
+the development effort, on devices that can take freedom to the next level. In
+particular, the current status of the Goldelico GTA04, LG Optimus Black (P970)
+and Allwinner (Sunxi) devices ports will be mentioned in detail, along with a
+description of the various plans for the work that is left to be done.
+
+[FOSDEM][1] is also a great opportunity to meet members of the community, so
+do not hesitate to say hi if you bump into me in the [embedded devroom][2] or
+around the place! Remember that face-to-face meetings also allow for verifying
+the [Replicant project’s release key][4]‘s fingerprint and creating a chain of
+trust for verifying the software released by the Replicant project.
+
+ [1]: <https://fosdem.org/>
+
+ [2]: <https://fosdem.org/2015/schedule/track/embedded/>
+
+ [3]: <https://fosdem.org/2015/schedule/event/replicant_embedded_freedom/>
+
+ [4]:
+<https://redmine.replicant.us/projects/replicant/wiki/ReplicantReleaseKey>
+
+
diff --git a/markdown/2015_04_whats-happening-or-not-at-replicant.md b/markdown/2015_04_whats-happening-or-not-at-replicant.md
new file mode 100644
index 0000000..99cb46d
--- /dev/null
+++ b/markdown/2015_04_whats-happening-or-not-at-replicant.md
@@ -0,0 +1,49 @@
+tags: Replicant news, Paul Kocialkowski
+date: 2015-04-06 23:59
+title: What’s happening (or not) at Replicant
+---
+Two months ago, I (Paul Kocialkowski) gave a talk about [reached milestones
+and ongoing development on Replicant][1] at [FOSDEM][2], one of the biggest
+yearly European gatherings of free software developers. I was thrilled to meet
+people interested in Replicant there and pleased to chat with many other free
+software developers, working on various fields. As usual, talks were recorded
+and most of those recordings are now available on the [FOSDEM website][3],
+with no exception for the [embedded devroom][4], where I gave my talk and
+joined an [embedded freedom roundtable][5] with Carsten Munk from Jolla and
+the attendance. A WebM version of the talk is available on the
+[Conferences][6] page of the wiki.
+
+Back from FOSDEM, most of my work was focused on U-Boot (the universal
+bootloader) for the LG Optimus Black and Sunxi (Allwinner) devices. Things are
+starting to look good on the LG Optimus Black, which now correctly boots
+Android without random run-time faults. As usual, things are moving very
+slowly due to the lack of time. The next step there will be to submit the
+first batch of LG Optimus Black support for inclusion in upstream U-Boot.
+
+The Replicant code itself hasn’t changed much in the past months, since I am
+focusing on bootloaders development at this point. In addition, Gitorious is
+now closing down and while we have all the source code uploaded there backed
+up, we’re looking for an alternative solution that doesn’t compromise on the
+core values behind Replicant and offers significant guarantees. Because of
+this situation, nothing is to be committed to the repositories before they are
+moved to a new location, that we are yet to find.  
+However, some security updates were kindly submitted by the community and
+those will be reviewed and integrated as soon as everything is back up and
+running.
+
+So hopefully, things will start moving faster in a bit!
+
+ [1]: <https://fosdem.org/2015/schedule/event/replicant_embedded_freedom/>
+
+ [2]: <https://fosdem.org/2015/>
+
+ [3]: <https://video.fosdem.org/2015/>
+
+ [4]: <https://video.fosdem.org/2015/devroom-embedded/>
+
+ [5]: <https://fosdem.org/2015/schedule/event/embedded_freedom/>
+
+ [6]:
+<https://redmine.replicant.us/projects/replicant/wiki/Conferences#FOSDEM-2015>
+
+
diff --git a/markdown/2015_07_replicant-source-code-hosting-and-rmll-2015.md b/markdown/2015_07_replicant-source-code-hosting-and-rmll-2015.md
new file mode 100644
index 0000000..c523563
--- /dev/null
+++ b/markdown/2015_07_replicant-source-code-hosting-and-rmll-2015.md
@@ -0,0 +1,53 @@
+tags: Events, Replicant news, Paul Kocialkowski
+date: 2015-07-01 10:43
+title: Replicant source code hosting and RMLL 2015
+---
+As mentioned a few months ago, Gitorious is closing down and even though the
+Replicant [project page][1] can still be reached there, cloning the
+repositories has been broken for some time. After thoroughly evaluating all
+the hosting possibilities for Replicant (thanks to the many suggestions from
+the community!), we have finally reached a decision. We didn’t want to be
+affiliated with a hosting provider that doesn’t match Replicant’s core values,
+that are all about software freedom. In addition, it seemed better not to be
+hosted by a third party, to ensure the security of the source code. These
+criteria left us with very little choice available, but thankfully, we were
+able to comply with them, as the Replicant source code is now hosted by the
+[Free Software Foundaton][2], at [git.replicant.us][3]!
+
+We are very thankful to the FSF for providing us with that solution and the
+hardware required for our needs (the Replicant source code is very large).
+Eventually, we will move all the Replicant source there, as opposed to only
+the parts of CyanogenMod and AOSP that we modified, so that we don’t have to
+rely on any third party at all.
+
+With all those discussions going on, I almost forgot to mention that I will be
+taking part in [RMLL/LSM][4] again this summer. The event takes place in
+Beauvais, France (near Paris) from July 6th to 10th (sorry for the short
+notice). I will be presenting two talks there, [one about the overall state of
+the Replicant project][5], in French, and one about [liberating mobile devices
+from the ground up][6], in English. In addition, I will be taking part in a
+workshop on free embedded devices in room 219, were I will show a few embedded
+devices running free software.
+
+As usual, everyone is welcome to come, say hi and have a nice chat. It’s also
+possible to verify the [Replicant release GPG key][7] in person to trust the
+verification of our images releases. And of course, I’ll be available to help
+install Replicant on supported devices!
+
+ [1]: <https://gitorious.org/replicant>
+
+ [2]: <https://www.fsf.org/>
+
+ [3]: <https://git.replicant.us/>
+
+ [4]: <https://2015.rmll.info/>
+
+ [5]: <https://2015.rmll.info/reached-milestones-for-liberating-mobile-
+devices-on-replicant>
+
+ [6]: <https://2015.rmll.info/liberating-mobile-devices-from-the-ground-up>
+
+ [7]:
+<http://redmine.replicant.us/projects/replicant/wiki/ReplicantReleaseKey>
+
+
diff --git a/markdown/2015_07_rmll-feedback-optimus-black-advancement-and-cccamp.md b/markdown/2015_07_rmll-feedback-optimus-black-advancement-and-cccamp.md
new file mode 100644
index 0000000..76fdcf2
--- /dev/null
+++ b/markdown/2015_07_rmll-feedback-optimus-black-advancement-and-cccamp.md
@@ -0,0 +1,73 @@
+tags: Events, Replicant news, Paul Kocialkowski
+date: 2015-07-21 01:13
+title: RMLL feedback, Optimus Black advancement and CCCamp
+---
+Two weeks ago, I took part in [RMLL][1] as advertised on the Replicant blog
+shortly before the event. This year again, it was a really nice event to be a
+part of. Lots of people showed interest for Replicant and some even came
+specifically to see my talks about the project: what a pleasant surprise! The
+videos of my talks are already available on the [RMLL website][2] and they
+were also added to the [Conferences][3] page of the Replicant wiki.
+
+Back from the event, the development effort was focused on cleaning up the
+[bits and pieces laying around][4] for Optimus Black support in U-Boot, now
+that the [merge window is open][5]. A [patch series][6] was sent for review
+earlier today and despite being incomplete as of now, it will serve as a solid
+base for future additions. Some more work is indeed required to have all the
+necessary features supported, but those patches will be written in a non-
+upstreamable way for Replicant at first. The current status of those [dirty
+patches][7] allows booting CyanogenMod without too much trouble, except for
+the occasional random reboot and other oddities that still have to be sorted
+out before it can seriously be used for daily use.
+
+Thus, with basic bootloader support out of the way, it’s time to start the
+Replicant port to the device. Communication with the modem will require some
+heavy work on [Hayes-RIL][8], our implementation of the AT protocol radio
+interface layer, that is supposed to be more modern and robust than other
+implementations. Other fundamental parts required to have Replicant running
+with sufficient features to make the device useful should be less trouble.
+
+In a month or so, the [Chaos Communication Camp][9] will take place in
+Germany, organized by the almost mythical [Chaos Computer Club][10]. Replicant
+is going to [take part in the event][11], hopefully with a lightning talk
+and/or less formal self-organized events. The camp will be a great occasion to
+chat a bit about the current state of the art of software freedom on mobile
+devices, and more! Various other interesting projects will be there as well:
+members of the [Neo900 project][12] will hold the [Neo village][13], where
+I’ll be likely to be found. As usual, I’ll also be available to verify the
+Replicant release key fingerprint, help newcomers install Replicant on their
+device and basically anything else that I can help with!
+
+ [1]: <https://2015.rmll.info/>
+
+ [2]: <https://video.rmll.info/>
+
+ [3]:
+<https://redmine.replicant.us/projects/replicant/wiki/Conferences#RMLL-2015>
+
+ [4]:
+<http://git.code.paulk.fr/gitweb/?p=u-boot.git;a=shortlog;h=refs/heads/sniper-
+wip>
+
+ [5]: <http://www.denx.de/wiki/U-Boot/ReleaseCycle>
+
+ [6]: <http://lists.denx.de/pipermail/u-boot/2015-July/219660.html>
+
+ [7]:
+<http://git.code.paulk.fr/gitweb/?p=u-boot.git;a=shortlog;h=refs/heads/sniper-
+next>
+
+ [8]: <http://git.replicant.us/gitweb/?p=replicant/hardware/ril/hayes-
+ril.git;a=summary>
+
+ [9]: <https://events.ccc.de/camp/2015/>
+
+ [10]: <https://www.ccc.de/>
+
+ [11]: <https://events.ccc.de/camp/2015/wiki/Projects:Replicant>
+
+ [12]: <https://events.ccc.de/camp/2015/wiki/Projects:Neo900>
+
+ [13]: <https://events.ccc.de/camp/2015/wiki/Village:Neo>
+
+
diff --git a/markdown/2015_08_replicant-and-friends-at-chaos-communication-camp-2015.md b/markdown/2015_08_replicant-and-friends-at-chaos-communication-camp-2015.md
new file mode 100644
index 0000000..8794429
--- /dev/null
+++ b/markdown/2015_08_replicant-and-friends-at-chaos-communication-camp-2015.md
@@ -0,0 +1,58 @@
+tags: Events, Paul Kocialkowski
+date: 2015-08-12 20:02
+title: Replicant and friends at Chaos Communication Camp 2015
+---
+As advertised in the previous blog post, I’ll be at CCCamp 2015 to talk about
+Replicant (as well as other things that I’m working on, like [porting
+Libreboot to the C201 Chromebook][1]), starting tomorrow.
+
+Formally, I’ll be giving a 45 minute long talk at the [Neo village tent][2] on
+Sunday, about [Replicant, software freedom and privacy/security on mobile
+devices][3]. In addition, I have asked to give [a lightning talk to highlight
+the necessity to have more developers involved in Replicant][4] on Saturday at
+17:05. The project is still mostly a one-man-effort and this situation cannot
+ensure the growth the project deserves.
+
+People from the [Neo900][5] project will organize the [Neo village][2], where
+I’ll have my tent at, next to Osmocom. As usual, you’re welcome to come and
+say hi (and possibly verify the [Replicant release public key][6] as well)! I
+may just as well hang around the [Quadrature][7] village, where they have a
+nice tea house set up!
+
+Neo900 folks also plan on giving [presentations][8], starting with [a
+lightning talk about Neo900][9] on Friday and [a full talk about the
+project][10] on Saturday, at the BER village.
+
+See you there! By the way, my GSM network at camp is 5198, feel free to send
+me a message if you require my presence!
+
+Update: The talks have been added to the [Conferences][11] wiki page.
+Unfortunately, the longer talk on Sunday had to be interrupted because of the
+lightning storm and couldn’t be resumed later. The slides are however
+available and hold the main elements of the talk.
+
+ [1]: <http://lists.nongnu.org/archive/html/libreboot/2015-08/msg00009.html>
+
+ [2]: <https://events.ccc.de/camp/2015/wiki/Village:Neo>
+
+ [3]: <https://frab.camp.berlin.ccc.de/en/ber15/public/events/2>
+
+ [4]:
+<https://events.ccc.de/camp/2015/wiki/Lightning:Liberating_mobile_devices_with_Replicant_and_contributing>
+
+ [5]: <http://neo900.org/>
+
+ [6]:
+<https://redmine.replicant.us/projects/replicant/wiki/ReplicantReleaseKey>
+
+ [7]: <https://events.ccc.de/camp/2015/wiki/Village:La_Quadrature_du_Camp>
+
+ [8]: <http://neo900.org/news/neo900-on-chaos-communication-camp-2015>
+
+ [9]: <https://events.ccc.de/camp/2015/wiki/Lightning:Neo900>
+
+ [10]: <https://frab.camp.berlin.ccc.de/en/ber15/public/events/4>
+
+ [11]: <https://redmine.replicant.us/projects/replicant/wiki/Conferences>
+
+
diff --git a/markdown/2015_09_replicant-4-2-0004-images-release.md b/markdown/2015_09_replicant-4-2-0004-images-release.md
new file mode 100644
index 0000000..34f5919
--- /dev/null
+++ b/markdown/2015_09_replicant-4-2-0004-images-release.md
@@ -0,0 +1,64 @@
+tags: Replicant images release, Replicant news, Paul Kocialkowski
+date: 2015-09-02 13:07
+title: Replicant 4.2 0004 images release
+---
+Even though things are moving slowly at Replicant, we figured it was time to
+release another batch of Replicant 4.2 images. [This release][1] doesn’t add
+support for any new device, but has a focus on security instead, thanks to an
+active member of the community: Moritz (also known as My Self on the
+[forums][2]). For months, Moritz has been [evaluating whether Replicant is
+affected by various vulnerabilities][3], retrofitting patches to close those
+vulnerabilities and submitting these for inclusion in Replicant. Thanks to his
+great work, this release includes fixes for security issues such as the
+Stagefright vulnerability or the Installer Hijacking vulnerability.
+
+Since the previous release, all the Replicant-specific source code was moved
+over to [git.replicant.us][4], that is gracefully hosted by the FSF. We are
+planning on moving all the Replicant source code over to that new server, so
+that we don’t have to rely on third parties such as CyanogenMod and AOSP to
+provide the full source code for Replicant. In the meantime, we have started
+tagging the commits used for each release and signing those tags with the
+[Replicant release key][5], so that it’s possible to reliably retrieve the
+source code for a given Replicant release. Those tags are also combined in the
+release metadata’s [git-tags][6].
+
+For a complete list of changes, you can take a look at the [changelog][7].
+[Installation instructions][8] are available for each device, as well as
+[build guides][9].
+
+You’re welcome to join-in and contribute code to Replicant! [Resources to get
+started on development][10] are available on the [wiki][11], as well as a list
+of [tasks][12] to improve Replicant.
+
+ [1]:
+<https://redmine.replicant.us/projects/replicant/wiki/ReplicantImages#Replicant-42-0004-images>
+
+ [2]: <https://redmine.replicant.us/projects/replicant/boards>
+
+ [3]: <https://redmine.replicant.us/boards/39/topics/8283>
+
+ [4]: <https://git.replicant.us/gitweb/>
+
+ [5]:
+<https://redmine.replicant.us/projects/replicant/wiki/ReplicantReleaseKey>
+
+ [6]:
+<http://ftp.osuosl.org/pub/replicant/images/replicant-4.2/0004/metadata/git-
+tags.txt>
+
+ [7]:
+<http://ftp.osuosl.org/pub/replicant/images/replicant-4.2/0004/metadata/changelog.txt>
+
+ [8]: <https://redmine.replicant.us/projects/replicant/wiki#Replicant-
+installation>
+
+ [9]: <https://redmine.replicant.us/projects/replicant/wiki#Replicant-build>
+
+ [10]: <https://redmine.replicant.us/projects/replicant/wiki#Replicant-
+development>
+
+ [11]: <https://redmine.replicant.us/projects/replicant/wiki>
+
+ [12]: <https://redmine.replicant.us/projects/replicant/wiki/Tasks>
+
+
diff --git a/markdown/2015_09_upcoming-events-for-replicant-in-octobernovember-2015.md b/markdown/2015_09_upcoming-events-for-replicant-in-octobernovember-2015.md
new file mode 100644
index 0000000..ee64154
--- /dev/null
+++ b/markdown/2015_09_upcoming-events-for-replicant-in-octobernovember-2015.md
@@ -0,0 +1,67 @@
+tags: Replicant news, Paul Kocialkowski
+date: 2015-09-30 22:46
+title: Upcoming events for Replicant in October/November 2015
+---
+Even though development on Replicant is still moving forward at a pretty slow
+pace, we believe it is crucial to spread the word about the project in order
+to encourage more people to get involved but also to teach people about the
+underlying [problems for freedom and privacy/security on mobile devices][1].
+
+During the next two months, Replicant will take part in various free software
+conferences and events in France. A talk about Replicant, freedom and
+privacy/security will be given at each event, sometimes with a workshop or
+some form of public discussion, such as participation in a round table.
+
+Starting next week-end, Replicant will be at the following events:
+
+* [Brest en Biens Communs][2], October 3, Brest: [Internet aujourd’hui,
+  défendre les libertés][3] round table
+
+* [Brest en Biens Communs][2], October 17, Brest: [Replicant, système
+  d’exploitation libre pour smartphones][4] talk and workshop
+
+* [Capitole du Libre][5], November 21-22, Toulouse: Libérer son mobile avec
+  Replicant : politique, technique talk
+
+* [JM2L][6], November 28, Sophia Antipolis: [Libérer son mobile avec
+  Replicant : politique, technique][7] talk
+
+Those talks will be opened by Benjamin Bayart, iconic figure in the French
+free software community and long time activist for electronic liberties and
+net neutrality.
+
+We hope to see as many of you as possible, to help spread the word about
+Replicant, freedom and privacy/security on mobile devices! As usual, each
+event will be an occasion to verify the [Replicant release key][8] and get
+some help installing the system on your device! [Donations][9] are also
+welcome, as they make it possible for me to attend such events at all.
+
+See you soon!
+
+November update: Due to the recent attacks in Paris, Capitole du Libre was
+canceled and [Bazar du Libre][10] is taking place in Toulouse on November
+21-22. The talk about Replicant was rescheduled in Mix’art Myrys, room 2 at
+3:00 pm.
+
+ [1]: <https://www.replicant.us/freedom-privacy-security-issues.php>
+
+ [2]: <https://wiki.a-brest.net/index.php/Portail:BBC_2015>
+
+ [3]: <https://www.a-brest.net/article18236.html>
+
+ [4]: <https://www.a-brest.net/article18249.html>
+
+ [5]: <https://2015.capitoledulibre.org/>
+
+ [6]: <http://jm2l.linux-azur.org/>
+
+ [7]: <http://jm2l.linux-azur.org/event/2015/340>
+
+ [8]:
+<https://redmine.replicant.us/projects/replicant/wiki/ReplicantReleaseKey>
+
+ [9]: <https://crm.fsf.org/civicrm/contribute/transact?reset=1&id=19>
+
+ [10]: <https://www.bazardulibre.org/>
+
+
diff --git a/markdown/2015_12_shops-selling-devices-pre-installed-with-replicant.md b/markdown/2015_12_shops-selling-devices-pre-installed-with-replicant.md
new file mode 100644
index 0000000..91bb846
--- /dev/null
+++ b/markdown/2015_12_shops-selling-devices-pre-installed-with-replicant.md
@@ -0,0 +1,66 @@
+tags: Replicant news, Paul Kocialkowski
+date: 2015-12-03 15:19
+title: Shops selling devices pre-installed with Replicant
+---
+A few months ago, we were contacted to discuss the endorsement of an online
+shop selling mobile devices pre-installed with Replicant: [Qibre Computer
+Hardware][1]. While we’re very happy to see such initiatives being developed,
+we asked for some conditions to be met before endorsing the shop, especially
+conditions that have to do with informing final users:
+
+* Users should not be mislead into believing that the devices are fine for
+  [freedom][2] and [privacy/security][3]. There are plenty of issues
+  remaining, that are explained in general on the [Freedom and
+  privacy/security issues page][4] of the website and in greater details on
+  each device’s wiki page (when documented). Those are out of the scope of
+  free software support in Replicant, but it is crucial to mention them when
+  selling a full device. Linking to these resources is a fine way to ensure
+  that customers have access to that information.
+
+* The devices should ship with the official version of Replicant, not a
+  version that was built from source and signed with different keys.
+  However, it is fine to pre-install free applications originating from
+  F-Droid on top of the system, as long as users are made aware of it.
+
+**Qibre has now stopped its activity until further notice.**
+
+A few weeks ago, [Tehnoetic][5] started selling devices pre-installed with
+Replicant and was featured on the FSF’s [Ethical Tech Giving Guide][6] and
+FSFE’s [Free Your Android][7] campaign. At this point, the following devices
+can be bought pre-installed with Replicant from [Tehnoetic][5]:
+
+* [Galaxy S 2 (I9100)][8]: [Tehnoetic S2][9]
+
+* [Galaxy S 3 (I9300)][10]: [Tehnoetic S3][11]
+
+Tehnoetic donates a part of the phone sales profits to Replicant and F-Droid
+projects. In December, Tehnoetic donated Replicant $101 USD.
+
+Thus, buying devices actually helps Replicant move forward! Buying from these
+shops rather than third-party resellers also helps them secure money to get
+stocks of Replicant-supported devices in large quantities, so that it remains
+possible to buy them for a long time!
+
+ [1]: <http://qibre.co.uk>
+
+ [2]: <https://www.replicant.us/about.php#only-free-software>
+
+ [3]: <https://www.replicant.us/about.php#safe-data>
+
+ [4]: <https://www.replicant.us/freedom-privacy-security-issues.php>
+
+ [5]: <https://tehnoetic.com/>
+
+ [6]: <https://www.fsf.org/givingguide/v6/>
+
+ [7]: <https://fsfe.org/campaigns/android/liberate.en.html#Replicant>
+
+ [8]: <http://redmine.replicant.us/projects/replicant/wiki/GalaxyS2I9100>
+
+ [9]: <https://tehnoetic.com/tehnoetic-s2-phone-replicant>
+
+ [10]: <http://redmine.replicant.us/projects/replicant/wiki/GalaxyS3I9300>
+
+ [11]: <https://tehnoetic.com/tehnoetic-s3-phone-replicant>
+
+
diff --git a/markdown/2016_01_replicant-at-fosdem-2016.md b/markdown/2016_01_replicant-at-fosdem-2016.md
new file mode 100644
index 0000000..fb54388
--- /dev/null
+++ b/markdown/2016_01_replicant-at-fosdem-2016.md
@@ -0,0 +1,45 @@
+tags: Events, Paul Kocialkowski
+date: 2016-01-12 17:12
+title: Replicant at FOSDEM 2016
+---
+Just like previous years, Replicant will be at [FOSDEM][1], during the last
+weekend of January in Brussels, Belgium.
+
+A lightning talk about [the road to liberating software at the lower
+levels][2] will be given at 18:40 on Saturday, in room H.2215 (Ferrer). This
+talk will be broader than the scope of Replicant. It will detail how
+liberating the software running at the lower levels can prove to be quite
+challenging. Those considerations will be made not only regarding the main
+processor, but also regarding controllers, peripherals and auxiliary
+processors.
+
+As usual, there will also be plenty of other interesting things to see and
+nice people to meet!
+
+This year, devices from [Tehnoetic][3] with Replicant preinstalled will be
+available for sale on the [FSFE][4] booth, as well as other Replicant goodies,
+such as [3D-printed keychains][5]! Remember that part of the sales will go to
+Replicant.
+
+We will also organize an informal Replicant developer meeting at some point
+during the event, so people interested in contributing to the project are
+welcome to join in!
+
+In addition, note that Richard M. Stallman, launcher of the GNU project and
+founder of the Free Software Foundation, will be giving a talk about
+[Free/Libre/Vrije Software: The Goal and the Path][6] on Friday evening (the
+day before FOSDEM), at Brussels Campus Etterbeek, VUB.
+
+ [1]: <https://fosdem.org/2016/>
+
+ [2]: <https://fosdem.org/2016/schedule/event/liberating_software/>
+
+ [3]: <https://tehnoetic.com/>
+
+ [4]: <https://fsfe.org/>
+
+ [5]: <https://quitter.no/notice/918113>
+
+ [6]: <http://www.freeasinfreedom.be/>
+
+
diff --git a/markdown/2016_05_coliberator-2016-keynotes-and-workshops.md b/markdown/2016_05_coliberator-2016-keynotes-and-workshops.md
new file mode 100644
index 0000000..a4b948d
--- /dev/null
+++ b/markdown/2016_05_coliberator-2016-keynotes-and-workshops.md
@@ -0,0 +1,38 @@
+tags: Events, Paul Kocialkowski
+date: 2016-05-31 11:47
+title: Coliberator 2016: keynotes and workshops
+---
+Replicant will take part in [Coliberator][1], the free software conference
+organized by [Fundația Ceata][2] in Bucharest, Romania on June 4-5 2016.
+[Fundația Ceata][2] is the Romanian foundation for Free Software and Free
+Culture, that proposed to host both a keynote and a workshop about Replicant
+at Coliberator this year. The keynote will be a great opportunity to learn
+about freedom and privacy/security in mobile devices. The Replicant workshop
+will showcase devices running Replicant and will be the occasion to get help
+installing Replicant, verify the project’s [release key][3] or just come by
+and have a chat! The [Tehnoetic][4] team will also take part in the workshop,
+with Replicant devices available for sale and more!
+
+Scheduling details are still being worked out by the organization team and
+will be available soon. Either way, note that a [GNU Libreboot][5] keynote and
+workshop will be held as well during Coliberator. This year’s edition of the
+conference will thus highlight freedom at the lower levels in various ways!
+Note that Coliberator is organized by the Ceata team from small individual
+donations, so any [contribution to fund the conference][6] is welcome!
+
+As usual, we are looking forward to meeting you there!
+
+ [1]: <https://coliberator.ceata.org/2016/>
+
+ [2]: <https://ceata.org/>
+
+ [3]:
+<https://redmine.replicant.us/projects/replicant/wiki/ReplicantReleaseKey>
+
+ [4]: <https://tehnoetic.com/>
+
+ [5]: <https://libreboot.org/>
+
+ [6]: <https://coliberator.ceata.org/2016/donate.en.html>
+
+
diff --git a/markdown/2016_07_media-from-2016-replicant-talks.md b/markdown/2016_07_media-from-2016-replicant-talks.md
new file mode 100644
index 0000000..2d936c0
--- /dev/null
+++ b/markdown/2016_07_media-from-2016-replicant-talks.md
@@ -0,0 +1,32 @@
+tags: Replicant news, Paul Kocialkowski
+date: 2016-07-09 15:03
+title: Media from 2016 Replicant talks
+---
+Various media, including slides and video recordings, from recent talks about
+Replicant are available on the Replicant wiki [Conferences][1] page, including
+:
+
+* [FOSDEM 2016][2] (slides and video)
+
+* [Coliberator 2016][3] (slides)
+
+* [PSESHSF 2016][4] (slides and video)
+
+Some of these presentations are great ways to get an overview of the freedom
+and privacy/security issues associated with mobile devices, either in English
+or French. They also offer an introduction to Replicant within that context.
+Other presentations cover specific technical aspects related to liberating
+devices at the lower levels.
+
+ [1]: <https://redmine.replicant.us/projects/replicant/wiki/Conferences>
+
+ [2]:
+<https://redmine.replicant.us/projects/replicant/wiki/Conferences#FOSDEM-2016>
+
+ [3]:
+<https://redmine.replicant.us/projects/replicant/wiki/Conferences#Coliberator-2016>
+
+ [4]:
+<https://redmine.replicant.us/projects/replicant/wiki/Conferences#PSESHSF-2016>
+
+
diff --git a/markdown/2016_07_replicant-at-pseshsf-2016.md b/markdown/2016_07_replicant-at-pseshsf-2016.md
new file mode 100644
index 0000000..ae10cb5
--- /dev/null
+++ b/markdown/2016_07_replicant-at-pseshsf-2016.md
@@ -0,0 +1,25 @@
+tags: Events, Paul Kocialkowski
+date: 2016-07-02 10:54
+title: Replicant at PSESHSF 2016
+---
+Replicant will take part in [PSESHSF][1] on Saturday July 2 near Paris, France
+for both a talk (in French), entitled [Replicant : appareils mobiles,
+logiciels libres et vie privée][2] and a workshop focused on Replicant (but
+possibly other aspects related to freedom at the lower levels).
+
+The talk will be a great opportunity to learn about freedom and
+privacy/security in mobile devices. The Replicant workshop will showcase
+devices running Replicant and will be the occasion to get help installing
+Replicant, verify the project’s [release key][3] or just come by and have a
+chat!
+
+As usual, we are looking forward to meeting you there!
+
+ [1]: <https://www.pseshsf.org/>
+
+ [2]: <https://www.pseshsf.org/fr/programme/2016/>
+
+ [3]:
+<https://redmine.replicant.us/projects/replicant/wiki/ReplicantReleaseKey>
+
+
diff --git a/markdown/2016_08_replicant-6-early-work-upstream-work-and-f-droid-issue.md b/markdown/2016_08_replicant-6-early-work-upstream-work-and-f-droid-issue.md
new file mode 100644
index 0000000..e11cda2
--- /dev/null
+++ b/markdown/2016_08_replicant-6-early-work-upstream-work-and-f-droid-issue.md
@@ -0,0 +1,116 @@
+tags: Replicant news, GNUtoo
+date: 2016-08-08 19:39
+title: Replicant 6.0 early work, upstream work and F-Droid issue
+---
+**Replicant 6.0 early work and associated efforts:** At Replicant, things are
+moving again: Replicant is being updated from Android 4.2 to Android 6.0 by
+Wolfgang Wiedmeyer. The status and feedback takes place [in the forums][1]
+before it is reviewed and integrated in the official Replicant repositories.
+This work is currently being done for the Galaxy S 3 (I9300).
+
+At the same time, Wolfgang Wiedmeyer is also working on the following for
+Replicant 6.0:
+
+* Graphics acceleration with mesa and llvmpipe: while this still uses the
+  CPU, it should be faster and more feature-complete than the default
+  implementation. This will hopefully fix some of the previously non-working
+  applications in F-Droid.
+
+* Building the toolchains: Replicant has always used some pre-built
+  toolchains and utilities. Building such tools and/or using the ones from
+  GNU/Linux distributions will make Replicant more trustworthy.
+
+Replicant 6.0 should also bring full device encryption and SELinux support.
+
+**Future directions:** In the future we also want to be able to support the
+upstream Linux kernel for devices with a minimal amount of effort. This was
+made possible thanks to:
+
+* Android becoming more standard: it now requires very few changes to the
+  upstream Linux to work. Linux also received changes that made it possible.
+
+* The fact that the amount of work required to mainline a device in Linux
+  has drastically been reduced, for some of the devices we target.
+
+Devices such as the GTA04 and the Optimus Black are good targets for upstream
+Linux kernel support. They also allow running free bootloaders.
+
+In a similar fashion, we also want to be able to support upstream bootloaders,
+such as U-Boot.
+
+We hope that this will allow us to have longer term support for such devices.
+Even if Replicant is unable to continue to support such devices in the future,
+having them supported by upstream software will potentially enable users to
+use them with other free software distributions.
+
+We have thus started the work to support devices such as the Optimus Black and
+the Kindle Fire (first generation) in upstream Linux and U-Boot. Other
+projects and individuals are also very actively adding support for other
+devices, such as Allwinner tablets, that will benefit Replicant eventually.
+
+**Helping Replicant by contributing to F-Droid:** Replicant is supported,
+recommended by the FSF and [listed as a fully free software distribution][2]
+that respects the [GNU Free System Distribution Guidelines][3], along with
+other GNU/Linux distributions such as [Trisquel][4] or [Parabola][5].
+Replicant  
+ships the F-Droid package manager in its images.
+
+F-droid is committed to distributing only free software, and it does. However
+some of it does not comply with the [GNU Free System Distribution
+Guidelines][3].
+
+Practically speaking some of the applications F-Droid distributes:
+
+* [Promote non-free software][6]
+
+* [Depends on non-free software][7]
+
+While the list of such anti-features is displayed in red when selecting an
+application in F-Droid, applications with anti-features are still listed aside
+compliant ones. This is also quite confusing since free software isn’t
+expected to contain  
+such anti-features in the first place.
+
+It took Replicant a long time to realize the issue, this is due  
+to its developers being very busy, to the fact that the anti-feature  
+display is confusing and that there was no clear smoking gun.
+
+After an investigation, that was delayed due to the lack of time, a  
+smoking gun was finally found, and [a bug report][8] was opened on the
+Replicant side.
+
+At FOSDEM 2016, the issue was discussed with F-Droid developers in order to
+find a way to fix it. On their side, F-Droid developers also opened [a bug
+report][9]. Due to various reasons, progress was very slow and we recently
+learned that efforts to fix this issue came to a stall.
+
+Replicant developers are more dedicated and used to working on system
+programming than writing or modifying Android applications. They are also
+really busy doing so. However, some individuals wanting to help Replicant may
+be able to work on Android applications, with some time to do so. This is
+exactly the kind of skills required to solve this issue in F-Droid. Getting it
+fixed is crucially important for Replicant.
+
+If you’re interested to jump-in and help resolve this issue, please get in
+touch with us or with F-Droid developers directly to get directions on how to
+get started.
+
+ [1]: <https://redmine.replicant.us/boards/21/topics/12057>
+
+ [2]: <https://www.gnu.org/distros/free-non-gnu-distros.html>
+
+ [3]: <https://www.gnu.org/distros/free-system-distribution-guidelines.html>
+
+ [4]: <https://trisquel.info/>
+
+ [5]: <https://www.parabola.nu/>
+
+ [6]: <https://f-droid.org/wiki/page/Antifeature:NonFreeAdd>
+
+ [7]: <https://f-droid.org/wiki/page/Antifeature:NonFreeDep>
+
+ [8]: <https://redmine.replicant.us/issues/1629>
+
+ [9]: <https://gitlab.com/fdroid/fdroidclient/issues/564>
+
+
diff --git a/markdown/2017_02_replicant-6-0-development-updates.md b/markdown/2017_02_replicant-6-0-development-updates.md
new file mode 100644
index 0000000..f83dc92
--- /dev/null
+++ b/markdown/2017_02_replicant-6-0-development-updates.md
@@ -0,0 +1,108 @@
+tags: Replicant news, Wolfgang Wiedmeyer
+date: 2017-02-01 19:18
+title: Replicant 6.0 development updates
+---
+Replicant 6.0 is moving forward and quite some work has been done over the
+last months.
+
+## Galaxy S2
+
+Only the Galaxy S3 was supported for a very long time. Recently, [support for
+the Galaxy S2 was added][1]. This was made possible because two community
+members, Grim Kriegor and dllud, sent me a device. The initial work on the
+device by another community member, Jookia, also gave me a head start for the
+port.
+
+## GTA04
+
+In December, I attended the [8th Open Hard- and Software Workshop][2] which
+was a great opportunity to discuss and work on various topics related to the
+GTA04. I assisted Lukas Märdian from Goldelico with porting Replicant 6.0 to
+the GTA04 and at the end of the workshop, we were able to boot Replicant 6.0
+and had basic functionality working. Lukas continues to work on the port and
+I’m planning to integrate his changes and get Replicant 6.0 ready for the
+GTA04.
+
+## Support for external WiFi dongles with the AR9271 chipset
+
+After you have installed Replicant on one of the supported devices, you will
+notice that WiFi doesn’t work. The reason is that the WiFi chips on all
+supported devices need a proprietary firmware to be loaded onto the chip. As
+Replicant only ships free software, this firmware is not included in an image.  
+An alternative is to use an external WiFi dongle with an USB OTG cable. A free
+firmware exists for the AR9271 chipset and various WiFi adapters use this
+chipset. [Tehnoetic provided patches][3] for initial support in Replicant 4.2.
+For Replicant 6.0, I went a different way and backported the necessary changes
+from the 3.4 Linux kernel to the kernel for the Galaxy S2 and S3. Such dongles
+are now operable with these two devices. Fil Bergamo is working on scripts to
+make it easy to use WiFi adapters. You can find more information in [this
+forum thread][4].
+
+## Graphics rendering
+
+[ The previous blog post ][5]already metioned that I’m working on the graphics
+acceleration. Mesa llvmpipe can now be used as an alternative to the Android
+software renderer. Unfortunately, llvmpipe is still too slow and the Android
+software renderer stays the default graphics renderer for now. But it’s
+possible to use some more apps like Firefox-based browsers with llvmpipe that
+wouldn’t work with the Android software renderer. Llvmpipe also makes it
+possible to use a recent webview. For now, Replicant 6.0 is stuck with the
+last webview version that worked with the Android software renderer.
+Optimizing llvmpipe for ARM likely would make it fast enough. Any help in this
+regard would be greatly appreciated!  
+Another long-standing issue is related to the software rendering: QR code
+scanning or in general barcode scanning didn’t work with Replicant because the
+software renderer requires a camera preview format that is incompatible with
+barcode scanner apps. I was able to fix it by doing the neccessary conversions
+of preview frames that are requested by barcode scanner apps.
+
+## Toolchain
+
+I moved the build system from Debian Jessie to the upcoming Debian release
+with the codename Stretch. The Debian Android Tools team has packaged quite a
+few more build tools in Stretch which can now be used instead of prebuilt
+binaries from the default Android toolchain. The whole effort makes the
+Replicant build process more trustworthy and ensures that all build tools are
+verifiable and built using only free software.
+
+## Security/privacy enhancements
+
+Besides fixing various bugs, I’m especially committed to making Replicant more
+secure. Originally, I started contributing to Replicant by submitting patches
+for known security issues in Replicant 4.2. Security updates for the kernel
+and the Android system are included in Replicant 6.0 as quickly as possible,
+but delays can always happen due to various reasons. Furthermore, I started to
+include some security/privacy enhancements from CopperheadOS.
+
+## Current work and future plans
+
+Porting Replicant 6.0 to more devices is a priority right now. Besides devices
+that are already supported by Replicant 4.2, some new targets are evaluated.
+An interesting target is the LTE variant of the Galaxy S3 (GT-I9305).
+Currently, only the non-LTE variant (GT-I9300) is supported by Replicant and
+Replicant doesn’t support any 4G-enabled phone yet. It’s possible to build a
+Replicant 6.0 image for the LTE variant, but it lacks support for the modem.
+The main task of the port will be to write a free implementation of the modem
+interface for telephony, SMS and mobile data.  
+I also played with the mainline kernel on the Galaxy S3 and I was able to boot
+Replicant 6.0 on top of the Linux 4.8 kernel with a few patches so that it was
+usable with very limited functionality. I will share more results from this
+endeavor in the future.  
+Replicant is based on CyanogenMod 13.0. As the CyanogenMod project was
+discontinued, future Replicant 6.0 versions will be based on its successor,
+LineageOS 13.0.
+
+ [1]: <http://redmine.replicant.us/boards/21/topics/14009>
+
+ [2]: <http://www.ohsw.org/>
+
+ [3]:
+<https://git.replicant.us/tehnoetic/kernel_samsung_smdk4412/commits/ath9k_htc>
+
+ [4]:
+<http://redmine.replicant.us/boards/9/topics/13932?r=14005#message-14005>
+
+ [5]: <http://blog.replicant.us/2016/08/replicant-6-early-work-upstream-
+work-and-f-droid-issue/>
+
+
diff --git a/markdown/2017_04_there-wont-be-a-replicant-6-0-sdk-because-there-is-already-something-better.md b/markdown/2017_04_there-wont-be-a-replicant-6-0-sdk-because-there-is-already-something-better.md
new file mode 100644
index 0000000..9bfa716
--- /dev/null
+++ b/markdown/2017_04_there-wont-be-a-replicant-6-0-sdk-because-there-is-already-something-better.md
@@ -0,0 +1,72 @@
+tags: Replicant SDK release, Wolfgang Wiedmeyer
+date: 2017-04-28 21:02
+title: There won’t be a Replicant 6.0 SDK because there is already something better
+---
+**And you can help making it accessible to more GNU/Linux users!**
+
+We have decided not to create a Replicant 6.0 SDK as part of the upcoming
+Replicant 6.0 release. For three previous Replicant versions (2.2, 4.0 and
+4.2), a SDK was provided.
+
+Replicant offered its own SDK because the Android SDK released by Google is
+distributed under a non-free license and suggests installing non-free plug-ins
+such as the Google APIs. For a long time, Replicant has provided the only
+Android SDK that is available under a free license and that doesn’t offer to
+install non-free software.
+
+**Android SDK in Debian**
+
+However, for some time, the Android SDK is available in Debian and it will be
+possible to [build Android apps in Debian Stretch, the upcoming release][1].
+The Debian packages suffice to build an app that only has a minimal set of
+dependencies. Not all libraries that might be needed for building an app are
+already packaged, but it seems that nothing is missing that would otherwise be
+available in a Replicant SDK. The packaged Android SDK in Stretch even has the
+same target API as a Replicant 6.0 SDK would have.
+
+The packaged Android SDK in Debian has many advantages over a Replicant SDK.
+Build tools should be installable from the package manager of the distribution
+you are using and not be distributed in a binary archive outside of it.
+Android SDK packages are provided in Debian alongside other Android build
+tools like Gradle. The packages can be built reproducibly. We only have very
+limited time and resources to work on the SDK. Debian has its own team, the
+[Debian Android Tools team][2], that focuses on packaging more libraries and
+target APIs, among other things.
+
+**Packaging for more distributions**
+
+For these reasons, rather than spending time and development efforts on a
+Replicant 6.0 SDK, we encourage you to work with maintainers to get the Debian
+Android packages included in more distributions. As Replicant itself is [ a
+fully free software distribution][3], we would be especially happy to see the
+packages included in [fully-free GNU/Linux distributions][4], like
+[Parabola][5] or [Trisquel][6].
+
+The Debian Android Tools team is available to answer questions and they are
+interested in having cross-distro collaboration to solve remaining issues.
+They can be reached via [their mailing list ][7]or in the IRC channel
+[#debian-mobile][8]. [Their wiki page ][2]provides useful documentation.
+
+Of course, [we are available as well][9] to answer questions and to coordinate
+these efforts.
+
+ [1]: <https://bits.debian.org/2017/03/build-android-apps-with-debian.html>
+
+ [2]: <https://wiki.debian.org/AndroidTools>
+
+ [3]: <https://www.gnu.org/distros/free-non-gnu-distros.html>
+
+ [4]: <https://www.gnu.org/distros/free-distros.html>
+
+ [5]: <https://www.parabola.nu/>
+
+ [6]: <https://trisquel.info/>
+
+ [7]: <https://lists.alioth.debian.org/cgi-bin/mailman/listinfo/android-
+tools-devel>
+
+ [8]: <irc://irc.debian.org/debian-mobile>
+
+ [9]: <http://redmine.replicant.us/projects/replicant/wiki#Contact>
+
+
diff --git a/markdown/2017_05_replicant-6-0-released.md b/markdown/2017_05_replicant-6-0-released.md
new file mode 100644
index 0000000..d813177
--- /dev/null
+++ b/markdown/2017_05_replicant-6-0-released.md
@@ -0,0 +1,62 @@
+tags: Replicant images release, Replicant news, Wolfgang Wiedmeyer
+date: 2017-05-13 21:25
+title: Replicant 6.0 released
+---
+Over the last one and a half years, a lot of work has been done to move
+Replicant to a new version and to add new features. Everything started with a
+(now archived) [forum post][1] in January 2016 that documented the initial
+efforts to get Replicant 6.0 somehow working on a Galaxy S3. Development
+continued through the first half of 2016, however by far most of the work was
+done from September 2016 onwards.
+
+Replicant 4.2, the last release, was based on CyanogenMod 10.1 and Android 4.2
+respectively. Replicant 6.0 is based on LineageOS 13.0 which is based on
+Android 6.0. Replicant 6.0 includes all the improvements that were made since
+CyanogenMod 10.1. Have a look at the [changelog][2] for an overview of the new
+features and changes that were additionally made on our side.
+
+This initial release supports the [Galaxy S2][3], [Galaxy S3][4] and [Galaxy
+Note 2][5]. The [Galaxy S3 4G][6] was added as an incomplete device for now as
+support for telephony and mobile data is missing. The [status page][7] shows
+which functionalities are supported on the individual devices. The [previous
+blog post][8] details the reasons why no SDK is provided as part of the
+release.
+
+Unfortunately, this release only supports a subset of the devices that were
+previously supported by Replicant 4.2. So adding support for more devices has
+the highest priority for the next update. Thanks to device donations from the
+community, it will be possible to get Replicant 6.0 working on the GTA04,
+Galaxy Nexus, Galaxy Tab 2 7.0, Galaxy Tab 2 10.1 and Galaxy Note. Please
+consider [donating to Replicant][9] to help development.
+
+As an additional release goal, a complete wiki overhaul was completed over the
+last two months. Besides updating outdated pages and a general cleanup, a lot
+of new documentation is now available for users and developers alike. We hope
+the new release will attract more developers, so that we can tackle some of
+the [tasks][10] we have been facing for a long time.
+
+ [1]: <https://redmine.replicant.us/boards/21/topics/13985>
+
+ [2]:
+<https://ftp.osuosl.org/pub/replicant/images/replicant-6.0/0001/metadata/changelog.txt>
+
+ [3]: <https://redmine.replicant.us/projects/replicant/wiki/GalaxyS2I9100>
+
+ [4]: <https://redmine.replicant.us/projects/replicant/wiki/GalaxyS3I9300>
+
+ [5]:
+<https://redmine.replicant.us/projects/replicant/wiki/GalaxyNote2N7100>
+
+ [6]: <https://redmine.replicant.us/projects/replicant/wiki/GalaxyS3I9305>
+
+ [7]:
+<https://redmine.replicant.us/projects/replicant/wiki/ReplicantStatus#Replicant-60>
+
+ [8]: <https://blog.replicant.us/2017/04/there-wont-be-a-replicant-6-0-sdk-
+because-there-is-already-something-better/>
+
+ [9]: <https://crm.fsf.org/civicrm/contribute/transact?reset=1&id=19>
+
+ [10]: <https://redmine.replicant.us/projects/replicant/wiki/Tasks>
+
+
diff --git a/markdown/2017_09_a-new-replicant-6-0-release.md b/markdown/2017_09_a-new-replicant-6-0-release.md
new file mode 100644
index 0000000..52e4198
--- /dev/null
+++ b/markdown/2017_09_a-new-replicant-6-0-release.md
@@ -0,0 +1,108 @@
+tags: Replicant images release, Replicant news, Wolfgang Wiedmeyer
+date: 2017-09-17 23:45
+title: A new Replicant 6.0 release
+---
+A few months have passed since [the initial Replicant 6.0 release][1] and it’s
+time for another one. This release more than doubles the number of supported
+devices and contains a few important fixes and improvements. The latest
+changes from LineageOS 13.0 are included. They are mostly security fixes, so
+updating is recommended!
+
+## Up to 12 devices now supported by Replicant 6.0
+
+This release makes Replicant 6.0 available to a lot more devices that were
+already supported by Replicant 4.2. These include the [Galaxy Note][2],
+[Galaxy Nexus][3], the [Galaxy Tab 2 7.0][4] and [Galaxy Tab 2 10.1][5]
+models.
+
+There are also two new tablet models that weren’t yet supported by Replicant:
+the GSM and Wi-Fi-only version of the [Galaxy Note 8.0][6]. The hardware is
+very similar to the Galaxy Note 2 and thus it was quite straightforward to add
+them as new devices. Furthermore, the tablets are not known to have bad modem
+isolation, as the other supported devices. And the working front and back
+camera makes them the currently best supported tablets.
+
+Support for the [GTA04][7] was a goal for this release as well. Some work has
+been done to achieve this goal, but it’s unfortunately not yet ready. It will
+hopefully be ready when the next release comes around.
+
+## Improvements and fixes
+
+### USSD
+
+You can now use USSD messages with Replicant (again). USSD messages are the
+codes you enter to check your available balance, to refill it or to select a
+certain data plan. Depending on your provider, there may be more codes for
+other functionality available. Before Paul’s rewrite of [Samsung-RIL][8] in
+2014, this type of messages could be used, but support for them wasn’t added
+again after the rewrite, until now. The new implementation features improved
+decoding, most notably for special characters.
+
+### USB Wi-Fi adapters
+
+The initial Replicant 6.0 release already included the RepWifi app that
+provides a nice interface to use USB Wi-Fi adapters with libre firmware. The
+app is developed by Fil Bergamo and he added quite a few new features and a
+graphical restyling for the next version that is shipped with this release. It
+is now possible to connect to hidden networks, to manually set DNS servers and
+to auto-connect to a Wi-Fi network, once the adapter is plugged in.
+
+Fil also submitted a patch that provides a fix for a very annoying issue with
+the Wi-Fi adapters or with [reverse tethering][9]. So far, network
+connections, that were established using a Wi-Fi adapter or reverse tethering,
+weren’t properly reported to apps. For example, F-Droid wasn’t usable because
+of this. Thanks to Fil’s patch, this issue is now fixed.
+
+It was possible to make all devices that are supported by Replicant 6.0,
+including the newly added ones, usable with certain Wi-Fi adapters. Despite
+the improvements that were made with this release, be advised that connection
+issues or other instabilities are still possible. Their severity mostly
+depends on the device you use and the level of battery charge (see the
+[wiki][10] for more details).
+
+### Recovery
+
+Another goal for this release was to make the usage of the recovery less
+error-prone and more intuitive. Devices with touch keys (like the Galaxy S 2
+and Galaxy S 3) now have the key backlight enabled at all times which makes it
+easier to identify the back key. And the buttons are generally bigger to allow
+better navigation via the touchscreen. Some previously failing installations
+from internal or external storage (e.g. due to the file system used on the SD
+card) should now work.
+
+A new Setup Wizard based on the Setup Wizard from LineageOS was added, too.
+When the device is started for the first time, the Setup Wizard helps with the
+configuration.
+
+See the [changelog][11] for a complete list of all the notable changes and
+detailed support status of newly added devices.
+
+ [1]: <https://blog.replicant.us/2017/05/replicant-6-0-released/>
+
+ [2]: <https://redmine.replicant.us/projects/replicant/wiki/GalaxyNoteN7000>
+
+ [3]:
+<https://redmine.replicant.us/projects/replicant/wiki/GalaxyNexusI9250>
+
+ [4]:
+<https://redmine.replicant.us/projects/replicant/wiki/GalaxyTab270P31xx>
+
+ [5]:
+<https://redmine.replicant.us/projects/replicant/wiki/GalaxyTab2101P51xx>
+
+ [6]:
+<https://redmine.replicant.us/projects/replicant/wiki/GalaxyNote80N51xx>
+
+ [7]: <https://redmine.replicant.us/projects/replicant/wiki/GTA04>
+
+ [8]: <https://redmine.replicant.us/projects/replicant/wiki/Samsung-RIL>
+
+ [9]:
+<https://redmine.replicant.us/projects/replicant/wiki/ReplicantUSBNetworking>
+
+ [10]: <https://redmine.replicant.us/projects/replicant/wiki/WifiAdapter>
+
+ [11]:
+<https://ftp.osuosl.org/pub/replicant/images/replicant-6.0/0002/metadata/changelog.txt>
+
+
diff --git a/markdown/2017_12_contributions-to-arcep-work-on-terminal-devices-and-public-consultation.md b/markdown/2017_12_contributions-to-arcep-work-on-terminal-devices-and-public-consultation.md
new file mode 100644
index 0000000..0717078
--- /dev/null
+++ b/markdown/2017_12_contributions-to-arcep-work-on-terminal-devices-and-public-consultation.md
@@ -0,0 +1,99 @@
+tags: Institutional, Paul Kocialkowski
+date: 2017-12-29 16:32
+title: Contributions to ARCEP work on terminal devices and public consultation
+---
+While Replicant is mainly backed by Wolfgang in terms of technical
+contributions nowadays, Denis and Paul are still active in the project, in
+other ways.
+
+Over the past few months, we have been working with [ARCEP][1], the
+independent French governmental agency in charge of regulating
+telecommunications. The agency is working on evaluating [the influence of
+terminal devices in achieving an open Internet][2], with a particular focus on
+mobile device. A [first report][3] on this topic was issued at the end of may
+2017, based on consultations with various members of the industry as well as
+non-profits such as [FFDN][4], the federation of non-profit ISPs. This first
+document presents ARCEP’s approach to the application of [EU regulation
+2015/2120][5], that gives users specific rights regarding their choice of
+terminal devices. It provides an analysis of the various actors involved with
+terminal devices, making clear distinctions between the hardware, operating
+system, applications and services.
+
+The EU regulation is however less specific and the articles related to
+terminals can be interpreted with different scopes:
+
+> When accessing the internet, end-users should be free to choose between
+> various types of terminal equipment […].
+
+> End-users shall have the right to access and distribute information and
+> content, use and provide applications and services, and use terminal
+> equipment of their choice […].
+
+A narrow understanding would associate the choice of the terminal witch
+choices made available from the industry, while a broader understanding, that
+ARCEP is pursuing, also takes in account all the actors involved at every
+level, including actors from the free software community such as Replicant.
+This lead the authority to get in touch with us, after members of FFDN kindly
+put-in a word of recommendation for Replicant.
+
+We attended an initial meeting in Paris in September, where we explained our
+action at Replicant, the problems we are facing and key elements to shape
+their understanding. We mentioned that not only the operating system should be
+considered separately in terms of choice, but also other software components
+such as the boot software, the privileged execution environment and the modem
+system, that are also crucial parts of a terminal device that can (and often
+do) restrict the user.
+
+In November, we attended a workshop with members of the industry, that
+included Microsoft and Qualcomm among others. We took the occasion to directly
+question them regarding deliberate choices that are detrimental to users in
+terms of freedom. It seemed agreed and understood that the ability to load an
+alternative operating system is a necessity for users and that mistakes were
+made in the past in that area. However, many of the perspectives presented by
+the industry were not satisfactory in terms of freedom and privacy/security
+for end users, especially when it comes to IoT and ISP-provided routers that
+keep embedding more functionalities. We did not always get answers to our
+questions, as the representatives that were sitting at the table did not share
+our technical background and thus sometimes did not fully grasp the reality of
+the situations at hand.
+
+ARCEP is now organizing a [public consultation][6] on the influence of
+terminal devices on an open Internet, that is presented in a [dedicated
+document][7]. Anyone is welcome to submit a contribution, to share their
+understanding of what the free choice of terminal devices should entail,
+either in French or in English. This is an opportunity to send a strong
+message in favor of free software at all the levels involved in mobile
+devices: boot software, privileged execution environment (often called
+TrustZone), operating system, applications and modem system. ARCEP is now
+organizing a [public consultation][6] on the influence of terminal devices on
+an open Internet, that is presented in a [dedicated document][7]. Anyone is
+welcome to submit a contribution, to share their understanding of what the
+free choice of terminal devices should entail, either in French or in English.
+This is an opportunity to send a strong message in favor of free software at
+all the levels involved in mobile devices: boot software, privileged execution
+environment (often called TrustZone), operating system, applications and modem
+system. Replicant will also submit a contribution in this direction, that will
+be published on the Replicant blog soon.
+
+The consultation is open until the **10th of January 2018** and submissions
+can be sent to: [terminaux@arcep.fr][8].
+
+ [1]: <https://www.arcep.fr/?L=1>
+
+ [2]: <https://www.arcep.fr/?id=13713&L=1>
+
+ [3]: <https://www.arcep.fr/uploads/tx_gspublication/study-end-user-devices-
+internet-openness-may2017.pdf>
+
+ [4]: <https://www.ffdn.org/>
+
+ [5]: <http://eur-lex.europa.eu/eli/reg/2015/2120/oj>
+
+ [6]: <https://www.arcep.fr/index.php?id=13142&L=1>
+
+ [7]: <https://www.arcep.fr/uploads/tx_gspublication/consult-terminaux-
+internet-ouvert-dec2017-ENG.pdf>
+
+ [8]: <mailto:terminaux@arcep.fr>
+
+
diff --git a/markdown/2017_12_third-replicant-6-0-release.md b/markdown/2017_12_third-replicant-6-0-release.md
new file mode 100644
index 0000000..1cd1e36
--- /dev/null
+++ b/markdown/2017_12_third-replicant-6-0-release.md
@@ -0,0 +1,37 @@
+tags: Replicant images release, Replicant news, GNUtoo
+date: 2017-12-30 19:14
+title: Third Replicant 6.0 release
+---
+A new version (0003) of Replicant 6.0 has been released a few weeks ago.
+
+It fixes an important issue that makes devices end up in a boot loop (the
+devices were crashing during boot, endlessly) when installing certain
+applications.
+
+It also fixes a [security issue][1] that enables attackers to decrypt and/or
+modify WiFi traffic.  
+This can be problematic if your security is relying on the WiFi encryption.
+This can be the case if you are using WiFi to connect to your device to use
+applications like [Remote Keyboard][2] over telnet. This can also be
+problematic if you share your Internet connection through WiFi and some
+services of the phone operator you use are available without authentication.
+
+Because of the above, updating to this new version is strongly recommended.  
+See the update instructions [on the wiki][3] for that.
+
+If your device is affected by the boot loop issue mentioned above, the update
+instructions won’t work, as they expect you to be able to easily reboot to
+recovery.  
+In that case, to reboot to the recovery you have to first boot in [safe
+mode][4], and then to follow the update instructions to reboot to recovery.
+
+ [1]: <https://en.wikipedia.org/wiki/KRACK>
+
+ [2]: <https://f-droid.org/en/packages/de.onyxbits.remotekeyboard/>
+
+ [3]:
+<https://redmine.replicant.us/projects/replicant/wiki/Generic_minor_version_upgrade>
+
+ [4]: <https://redmine.replicant.us/projects/replicant/wiki/Safe_mode>
+
+
diff --git a/markdown/2018_01_les-terminaux-sont-ils-le-maillon-faible-de-louverture-dinternet.md b/markdown/2018_01_les-terminaux-sont-ils-le-maillon-faible-de-louverture-dinternet.md
new file mode 100644
index 0000000..cce8026
--- /dev/null
+++ b/markdown/2018_01_les-terminaux-sont-ils-le-maillon-faible-de-louverture-dinternet.md
@@ -0,0 +1,98 @@
+tags: Institutional, Paul Kocialkowski
+date: 2018-01-10 19:12
+title: Les terminaux sont ils le maillon faible de l’ouverture d’internet ?
+---
+Les terminaux font aujourd’hui partie de la vie quotidienne de millions
+d’utilisateurs, au travers d’appareils de différents formats et en particulier
+d’appareils mobiles de type smartphone, tablette ou d’ordinateurs portables.
+Ces appareils ont permis de numériser bon nombre d’aspects de la vie, qu’il
+s’agisse des communications entre les individus ou la capture, le stockage et
+l’échange d’informations. Ces appareils disposent en effet de nombreuses
+entrées/sorties permettant de capter et d’interagir avec l’environnement, en
+récoltant et en stockant une très grande quantité de données tout au long de
+chaque journée. Ces données sont très largement stockées au sein
+d’infrastructures de stockage de différentes entreprises, le plus souvent des
+multinationales Américaines.
+
+Ces appareils se caractérisent donc par une grande capacité à interagir avec
+les différents aspects du quotidien et une connectivité accrue permettant la
+communication et le partage de données, mais également par l’accès à de
+nombreux contenus et services en ligne. En effet, ces terminaux sont les
+passerelles d’accès pour l’accès rapide au web et à différents types de
+services, qui génèrent un grand nombre de méta-données et forment en cela une
+empreinte numérique de l’utilisateur, qui permettra son identification fine.
+Ces procédés d’identification sont par ailleurs connus pour être mis en œuvre
+par de nombreuses agences de renseignement.
+
+Les utilisateurs peuvent donc légitimement se poser la question de la
+confiance qu’ils peuvent accorder à ces terminaux, en particulier du point de
+vue de leur fonctionnement et agissements réels vis-à-vis des données qu’ils
+traitent, mais également de leur sécurité, afin de s’assurer que ces données
+ne sont pas vulnérables et restent effectivement privées. Le contrôle de ces
+appareils apparaît ainsi comme un élément clef, en ce qu’il permet à
+l’utilisateur de s’assurer du bon fonctionnement de l’appareil tout au long de
+son utilisation. Il s’agit pour cela dans un premier temps d’être en mesure
+d’effectuer des audits du code utilisé sur l’appareil et de pouvoir le
+modifier et l’exécuter par la suite. Il devient alors possible pour
+l’utilisateur d’y apporter ses modifications personnelles ou celles de la
+communauté, de supprimer toute restriction volontaire de fonctionnalité mais
+aussi d’effectuer des audits de sécurité pour identifier les vulnérabilités et
+les portes dérobées et d’apporter des corrections indépendamment des
+constructeurs des appareils qui prennent rarement en charge les appareils de
+nombreuses années. Il s’agit également par là de garantir l’accès à la
+connaissance du fonctionnement des appareils, présentant ainsi une opportunité
+pour étudiants, curieux et passionnés d’étudier et de modifier des logiciels
+largement utilisés. De plus, la préservation de cette connaissance reste un
+enjeu pour assurer un certain contrôle à long terme de la technologie,
+toujours plus présente, de la part de la société toute entière.
+
+Le règlement Européen 2015/2120 prévoit pour les utilisateurs « le droit
+d’accéder aux informations et aux contenus et de les diffuser, d’utiliser et
+de fournir des applications et des services et d’utiliser les équipements
+terminaux de leur choix, ». La question du libre choix du terminal ouvre la
+porte à la possibilité pour l’utilisateur de pouvoir choisir des terminaux en
+lesquels ils peuvent avoir confiance, sur lesquels ils ont le contrôle et dont
+le fonctionnement est connu et largement diffusé. Le projet Replicant
+s’inscrit tout particulièrement dans cette démarche, en développant un système
+d’exploitation entièrement composé de logiciels libres, basé sur le code libre
+d’Android, diffusé par Google. Il s’agit, à partir de cette base libre, de
+développer les logiciels nécessaires à la prise en charge matérielle de
+différents appareils mobiles, de manière plus ou moins complète mais avec un
+minimum de fonctionnalités disponible. Replicant s’inscrit donc au niveau du
+système d’exploitation, mais les problématiques de la confiance, du contrôle
+et de la connaissance des appareils concernent plus largement l’ensemble des
+composants des appareils mobiles. S’il est en général aujourd’hui possible de
+remplacer le système d’exploitation de ces appareils, la tâche est autrement
+moins aisée pour d’autres composants critiques tels que les logiciels de
+démarrage, qui s’exécutent avant le système d’exploitation, mais également les
+environnements d’exécution de confiance qui s’exécutent pendant toute la durée
+d’utilisation des appareils avec les privilèges les plus élevés sur
+l’appareil. Les appareils qui, en plus de présenter une connectivité TCP/IP à
+l’Internet sont également connectés au réseau GSM disposent d’un composant
+dédié à cette communication mobile, le baseband ou modem. Tout comme les
+logiciels cités précédemment, le logiciel qui s’exécute sur ce modem est bien
+souvent protégé par une signature numérique qui rend impossible sa
+modification par quiconque ne possède pas la clef privée du fabricant, qu’il
+ne divulgue pas. Il est ainsi impossible d’exécuter du logiciel libre dans ces
+cas de figure, n’offrant ainsi jamais à l’utilisateur une véritable confiance,
+ni de véritable contrôle ou une connaissance complète de son fonctionnement.
+
+De cette façon, on retire du pouvoir aux utilisateurs finaux, qu’il s’agisse
+d’individus ou d’entreprises intermédiaires qui utilisent et intègrent ces
+appareils, qui est alors dans les mains du fabricant des appareils. Il s’agit
+ainsi de consacrer l’union entre le matériel d’une part et le logiciel qui
+s’exécute sur celui-ci d’autre part. Pour autant, le logiciel se caractérisant
+comme des instructions pouvant être modifiées, il est une utilisation tout à
+fait légitime pour l’utilisateur de pouvoir modifier le logiciel s’exécutant
+sur chacun de ses appareils, qui est par nature dissocié de l’aspect matériel
+qui permet son exécution. On souhaite donc particulièrement insister sur cette
+distinction fondamentale, de l’appareil d’une part et du logiciel qu’il
+exécute d’autre part.
+
+Cette capacité de modifier les logiciels présente par sa nature de nombreuses
+opportunités d’innovation par la très grande flexibilité qu’elle offre, qui
+permet l’élaboration d’applications et de services innovants qui sont tout à
+fait de nature à favoriser l’ouverture d’Internet et le développement de
+l’activité qui lui est associée.
+
+
diff --git a/markdown/2018_03_final-days-for-the-upstream-linux-allwinner-vpu-support-crowdfunding-campaign.md b/markdown/2018_03_final-days-for-the-upstream-linux-allwinner-vpu-support-crowdfunding-campaign.md
new file mode 100644
index 0000000..ce77c42
--- /dev/null
+++ b/markdown/2018_03_final-days-for-the-upstream-linux-allwinner-vpu-support-crowdfunding-campaign.md
@@ -0,0 +1,111 @@
+tags: Replicant news, Paul Kocialkowski
+date: 2018-03-07 22:24
+title: Final days for the upstream Linux Allwinner VPU support crowdfunding campaign
+---
+A [crowdfunding campaign][1] was launched over a month ago by [Bootlin][2] in
+order to fund the development of an [upstream Linux kernel driver for the
+Allwinner CedarX VPU][3]. The VPU (Video Processing Unit) is in charge of
+offloading video decoding and encoding to a dedicated hardware block,
+relieving the main CPU. While Replicant does not support Allwinner devices at
+this point, the project has acquired a number of Allwinner tablets a few years
+ago, that helped with the advancements of Allwinner platforms support in
+upstream projects such as the [U-Boot][4] bootloader and the [Linux
+kernel][5].
+
+Recently, Replicant was a candidate for the Google Summer of Code program and
+we came up with a [list of tasks for the occasion][6]. Although our
+application was not accepted, we are still interested in completing the tasks
+that we picked up. We put a deliberate focus on supporting mobile devices in
+mainline U-Boot and Linux, with a particular emphasis on Allwinner devices,
+the Optimus Black and the Kindle Fire (first generation). We believe that
+supporting mobile devices and using standard driver interfaces in the upstream
+Linux kernel is the only sustainable way for freedom on mobile devices.
+Instead of writing device-specific code specifically for Android for each of
+the supported devices, this would allow using generic Hardware Abstraction
+layers (HALs), reducing the amount of work for hardware support on the
+Replicant side in the long run. This also allows running other operating
+systems that integrate the upstream Linux kernel interfaces, such as standard
+GNU/Linux distributions.
+
+In spite of this, I have been dedicating more and more time to contributing to
+upstream projects such as [coreboot][7], [U-Boot][8] and [Linux][9] for
+supporting devices of various form factors, including mobile devices, laptops
+and single-board computers. Thus, I became less and less active on the
+technical side for Replicant, where Wolfgang and others have picked-up the
+work. There is still a lot of room for contributions and everyone is warmly
+encouraged to join-in and help with the upstreaming effort for devices,
+especially regarding the Optimus Black, Kindle Fire (first generation) and
+Allwinner devices.
+
+As a student approaching graduation, I have joined [Bootlin][2] (formerly Free
+Electrons) in Toulouse, France for an internship focused on supporting the
+[Allwinner VPU][10] in upstream Linux and userspace. It definitely fits
+perfectly with the logic behind focusing Replicant towards upstream Linux
+support. In order to accelerate the development of the driver, Bootlin has
+decided to start a [crowdfunding campaign][1] in order to fund Maxime Ripard,
+who has been working for the company and maintaining [Allwinner platforms in
+the Linux kernel][11] for a while.
+
+As the main goal of the campaign was reached within its first week, Maxime
+will be able to work with me on the VPU. His in-depth understanding of the
+[sun4i DRM video driver’s innards][12] will also reveal very useful for
+accelerating the processing of the frames coming from the VPU (without
+unneeded copies of buffers) and implementing scaling in hardware. In order to
+support the VPU hardware efficiently, a number of changes have to be
+introduced to the Linux kernel. It currently lacks an interface to provide
+coherency between setting specific controls for the media stream and the
+input/output buffers that these controls are related to and should apply to.
+This API has been implemented by Alexandre Courbot (who’s working at Google on
+the Chromium OS project) as the [V4L2 request API][13], that fits the
+requirements for the Allwinner VPU driver. Other VPU drivers, such as the
+[tegra-vde driver][14] that supports the Tegra 20 video decoder engine, also
+require this API in order to implement a proper [V4L2 mem2mem driver][15].
+
+The [crowdfunding campaign][1] still has 10 days to go and two stretch goals
+to meet (while the first stretch goal, about supporting newer Allwinner SoCs
+was already met):
+
+* H265 video decoding support
+
+* H264 encoding support
+
+> As I am not directly impacted by the funding received through the
+> crowdfunding campaign, we believe that there is no direct conflict of
+> interest writing this blog post on the Replicant blog.
+
+ [1]: <https://bootlin.com/blog/allwinner-vpu-crowdfunding/>
+
+ [2]: <https://bootlin.com/>
+
+ [3]: <https://linux-sunxi.org/Cedrus>
+
+ [4]: <https://www.denx.de/wiki/U-Boot>
+
+ [5]: <https://www.kernel.org/>
+
+ [6]:
+<https://redmine.replicant.us/projects/replicant/wiki/Google_Summer_of_Code_2018>
+
+ [7]: <https://review.coreboot.org/cgit/coreboot.git/>
+
+ [8]: <http://git.denx.de/?p=u-boot.git;a=summary>
+
+ [9]: <https://git.kernel.org/torvalds/>
+
+ [10]: <https://linux-sunxi.org/Video_Engine>
+
+ [11]: <https://git.kernel.org/pub/scm/linux/kernel/git/sunxi/linux.git/>
+
+ [12]:
+<https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/gpu/drm/sun4i>
+
+ [13]: <https://www.spinics.net/lists/linux-media/msg129314.html>
+
+ [14]:
+<https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/staging/media/tegra-
+vde>
+
+ [15]:
+<https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/include/media/v4l2-mem2mem.h>
+
+
diff --git a/markdown/2019_01_meeting-point-at-fosdem.md b/markdown/2019_01_meeting-point-at-fosdem.md
new file mode 100644
index 0000000..1778ca8
--- /dev/null
+++ b/markdown/2019_01_meeting-point-at-fosdem.md
@@ -0,0 +1,35 @@
+tags: Events, Replicant news, Community, FOSDEM, Fil
+date: 2019-01-30 10:20
+title: Meeting Point at FOSDEM
+---
+The [**Replicant Community Meeting**][1] will take place on Sunday, the 3rd of
+February at 11:00 AM in room J.1.106 at ULB, Brussels Belgium.  
+We have successfully booked a [BoF room at FOSDEM][2], so we will have a
+quiet, heated and comfortable place where we can all sit together.  
+
+Access is public and free as in beer.  
+We encourage everyone to participate and contribute their opinion.  
+This meeting will be essential to the future arrangement of Replicant as a
+structured Project.  
+
+Any schedule update or other info can be tracked on [the event’s dedicated
+page on FOSDEM’s website][2].  
+Replicant’s blog will also be updated accordingly.  
+
+ **IMPORTANT NOTICE** : This announcement is about the **community meeting.**
+The time schedule for the **workshop** **hasn’t been decided yet**.  
+Interested people are encouraged to write to the [mailing list][3] to help
+organize it.  
+Also, the related [poll is still open][4].  
+
+
+
+ [1]: <https://redmine.replicant.us/projects/replicant/wiki/EventsMeetings>
+
+ [2]: <https://fosdem.org/2019/schedule/event/bof_replicant/>
+
+ [3]: <https://lists.osuosl.org/mailman/listinfo/replicant>
+
+ [4]: <https://framadate.org/replicant-fosdem2019-workshop>
+
+
diff --git a/markdown/2019_01_replicant-meeting-at-fosdem-2019.md b/markdown/2019_01_replicant-meeting-at-fosdem-2019.md
new file mode 100644
index 0000000..ae867aa
--- /dev/null
+++ b/markdown/2019_01_replicant-meeting-at-fosdem-2019.md
@@ -0,0 +1,66 @@
+tags: Events, Replicant news, FOSDEM, Fil
+date: 2019-01-19 14:32
+title: Replicant meeting at FOSDEM 2019
+---
+## Call for participants
+
+Like every year, [FOSDEM][1] will take place the first weekend of february in
+Brussels, Belgium.
+
+Replicant is organizing a **community meeting and a workshop** that will take
+place alongside FOSDEM events.  
+The main intention behind this is to **gather Replicant enthusiasts and
+contributors together** in order to share ideas and discuss Replicant-related
+key topics.  
+This is **a call for the community** to participate and propose arguments to
+discuss.  
+A [wiki page][2] has been prepared, to collect proposals and schedules.  
+Proposals and questions can be presented to [the mailing list][3].
+
+**Examples topics** that have been proposed are:
+
+* What directions should the project take, what work to prioritize
+
+* How to fix f-droid to keep Replicant FSDG compliant
+
+Together with the following **workshop arguments** :
+
+* How to setup the build environment
+
+* Hands on libsamsung-ipc and samsung-ril
+
+* Answer various questions about contributing to Replicant
+
+* Help contributors who are stuck with specific issues
+
+
+Two free-software-powered polls have been published, to **help us chose the
+best day and time** :
+
+* [One for the meeting][4]
+
+* [One for the workshop][5]
+
+We invite whoever might be interested, to **indicate their preferred
+schedule** for the events, in order to help us set up a sensible timetable.  
+
+The official meeting point and timetables will be published on this blog and
+on the mailing list.  
+
+Stay tuned!
+
+**EDIT** :  
+The meeting report is available:
+<https://redmine.replicant.us/attachments/download/1597/formatted-report.pdf>  
+
+ [1]: <https://fosdem.org/2019/>
+
+ [2]: <https://redmine.replicant.us/projects/replicant/wiki/EventsMeetings>
+
+ [3]: <https://lists.osuosl.org/mailman/listinfo/replicant>
+
+ [4]: <https://framadate.org/replicant-fosdem2019-meeting>
+
+ [5]: <https://framadate.org/replicant-fosdem2019-workshop>
+
+
diff --git a/markdown/2019_01_replicant-will-receive-a-device-from-necuno-solutions.md b/markdown/2019_01_replicant-will-receive-a-device-from-necuno-solutions.md
new file mode 100644
index 0000000..7415346
--- /dev/null
+++ b/markdown/2019_01_replicant-will-receive-a-device-from-necuno-solutions.md
@@ -0,0 +1,135 @@
+tags: Replicant news, GNUtoo
+date: 2019-01-20 22:40
+title: The Replicant project will receive a mobile device from Necuno Solutions
+---
+The Replicant project has been looking forward to support devices with free
+software bootloaders. While Replicant is a fully free software Android
+distribution, many freedom, privacy and security issues are orthogonal to the
+operating system. The hardware design of each computer (smartphone, tablet,
+laptop, etc.) people use, and the architecture of the cellular network also
+have their set of issues. For more information on these issues, the Replicant
+project has [some documentation on the topic][1].
+
+So far all the devices that are (or have been) supported by Replicant use a
+nonfree [boot software][2] ([the bootloader][3]). These devices also use
+hardware restrictions to deny users the freedom to replace them completely
+with free software, effectively forcing them to run nonfree software. This is
+a very serious freedom issue that prevents users from being in control of
+their devices.
+
+There were several attempts to add support for devices with free software
+bootloaders in Replicant:
+
+* The LG Optimus black: this smartphone doesn’t prevent users from replacing
+  the bootloader. Paul Kocialkowsky [did a lot of work][4] to add support
+  for this device in upstream u-boot (a free software bootloader) and added
+  minimal support for it in the upstream Linux kernel. However support for
+  some of its most important hardware components like the display are still
+  missing in the Linux kernel. This device can probably still be found
+  second hand
+
+* The [GTA04][5] smartphone from Golden Delicious: this smartphone has a
+  free software bootloader which is based on u-boot. The smartphone was
+  designed to run GNU/Linux and has [almost complete support in upstream
+  Linux][6]. There were attempts to add support for it in Replicant 6.0,
+  however a lot of time was spent to try to make suspend to RAM work with
+  Android. However older Replicant 4.2 images are available. Several
+  hardware revisions of the GTA04 have been made and shipped to customers
+  and developers over the years. However this has stopped due to
+  [manufacturing issues.][7] Another issue is that the revisions before A5
+  only have 512M of RAM and a high DPI display: This combination makes
+  running Android 9 [potentially challenging.][8] Fortunately the A5
+  revision has 1G of RAM, [but not a lot of working units were produced][9].
+
+There is also some [ongoing work][10] to specifically add support for
+smartphones that are currently supported by Replicant like the Galaxy SIII
+(i9300), the Galaxy Note 2 (n7100) and their 4G versions (i9305 and n7105).
+The 4G versions could also be supported by Replicant if the work to support
+their modem (through [QMI-RIL][11]) is resumed.
+
+The Replicant project will receive a mobile device, the [NC_1][12] (formerly
+called Necuno Mobile) from its manufacturer (Necuno Solutions), which will
+have a free software bootloader
+
+This device has the size of a smartphone, but doesn’t have a [broadband
+modem][13]: while users will not be able to use a built-in modem for phone
+calls, SMS or to access the Internet, it is still the best way to be
+completely sure of avoiding any freedom privacy and security issues related to
+broadband modems and the cellular network. It will also require less work to
+add support for this device in Replicant.
+
+Even if it’s possible to disable the modem on some of the mobile devices
+currently supported by Replicant [by not loading the modem’s code][14], some
+nonfree software still run on these mobile devices. This includes the
+bootloader and potentially any other nonfree software that it may load.
+Because of that we cannot be 100% sure that the modem is completely disabled.
+
+The Necuno Mobile will use an I.MX6 Quad [system on a chip ][15](which is a
+chip that contains the main CPU, the microSD card controller, the GPU, etc.).
+Its free software support is better than for many other system on a chip: the
+only functionality of the I.MX6 Quad that requires nonfree software is the
+video decoding acceleration. The [article on single board computers][16] has
+more details on freedom issues affecting various system on a chip and by
+extension the single board computers that use such components.
+
+A Replicant developer (Joonas Kylmälä) will receive a Necuno Mobile to work on
+it.  
+
+The Necuno Mobile should have a Linux kernel that is very close to upstream:
+this is a good opportunity for a new attempt to enable Replicant to use
+upstream kernels. [This has many advantages][17]. One of them is that in the
+long run, it should decrease the amount of work required to maintain the
+devices and potentially increase their lifetime.
+
+This should also enable the Replicant project to more easily add support for
+other devices that can use an upstream kernel, like the GTA04, or devices like
+the Galaxy SIII (i9300) and the Galaxy Note 2 (n7100) that are starting to
+have good support in upstream Linux.
+
+It is also very interesting in the long run as we could share some of the work
+with other smartphones projects like **[postmarketOS][18]** who are also
+trying to support mobile devices with upstream kernels. It could also enable
+the Replicant project to more easily support future mobile devices that will
+have free software bootloaders, as some of them will also use kernels that are
+meant to run GNU/Linux.
+
+ [1]: <https://replicant.us/freedom-privacy-security-issues.php>
+
+ [2]: <https://en.wikipedia.org/wiki/Booting>
+
+ [3]: <https://en.wikipedia.org/wiki/Booting#Other_kinds_of_boot_sequences>
+
+ [4]: <https://code.paulk.fr/article20/a-hacker-s-journey-freeing-a-phone-
+from-the-ground-up-first-part>
+
+ [5]: <https://www.gta04.org/>
+
+ [6]: <http://projects.goldelico.com/p/gta04-kernel/page/UpstreamStatus/>
+
+ [7]: <http://laforge.gnumonks.org/blog/20170306-gta04-omap3_pop_soldering/>
+
+ [8]:
+<https://redmine.replicant.us/projects/replicant/wiki/HardwareRequirements>
+
+ [9]:
+<http://lists.goldelico.com/pipermail/gta04-owner/2019-January/007922.html>
+
+ [10]: <https://blog.forkwhiletrue.me/pages/midas-mainline/>
+
+ [11]: <https://redmine.replicant.us/projects/replicant/wiki/QMI-RIL>
+
+ [12]: <https://necunos.com/mobile/>
+
+ [13]: <https://en.wikipedia.org/wiki/Mobile_broadband_modem>
+
+ [14]: <https://redmine.replicant.us/projects/replicant/wiki/ModemDisable>
+
+ [15]: <https://en.wikipedia.org/wiki/System_on_a_chip>
+
+ [16]: <https://www.fsf.org/resources/hw/single-board-computers>
+
+ [17]: <https://redmine.replicant.us/projects/replicant/wiki/Upstream>
+
+ [18]: <https://en.wikipedia.org/wiki/PostmarketOS>
+
+
diff --git a/markdown/2019_06_replicant-contributors-meeting-the-2728-july-in-france.md b/markdown/2019_06_replicant-contributors-meeting-the-2728-july-in-france.md
new file mode 100644
index 0000000..6aa2a75
--- /dev/null
+++ b/markdown/2019_06_replicant-contributors-meeting-the-2728-july-in-france.md
@@ -0,0 +1,25 @@
+tags: Replicant news, GNUtoo
+date: 2019-06-18 18:12
+title: Replicant contributors meeting the 27,28 July in France
+---
+A Replicant contributors meeting will take place in or near Paris in France
+the 27 and 28 July 2019.
+
+As we are still looking for a place to host the meeting, we don’t have a
+definitive address yet.
+
+It will be open to anyone who contributes or wants to contribute to the
+Replicant project.
+
+The meeting will most likely be in English as not all the Replicant
+contributors who plan to attend speak French.
+
+More details will be posted [on the wiki page dedicated to this event][1] over
+time.
+
+Last minute information, if any, will also be posted on that wiki page.
+
+ [1]:
+<https://redmine.replicant.us/projects/replicant/wiki/ReplicantContributorsMeetingJuly2019>
+
+
diff --git a/markdown/2019_07_graphics-support-for-replicant-9.md b/markdown/2019_07_graphics-support-for-replicant-9.md
new file mode 100644
index 0000000..cfa15a7
--- /dev/null
+++ b/markdown/2019_07_graphics-support-for-replicant-9.md
@@ -0,0 +1,55 @@
+tags: Replicant news, Joonas Kylmälä
+date: 2019-07-21 23:42
+title: Graphics support for Replicant 9
+---
+Thanks to volunteer effort and NLnet funding we have had developers working
+hard the past couple weeks on making graphics work on the Samsung Galaxy S3
+for the upcoming Replicant 9 release. Three different software renderers have
+been successfully used with the current Replicant 9 development version:
+softpipe (Mesa), llvmpipe (Mesa), and SwiftShader.
+
+The Linux kernel and Mesa required some small tweaks to allow using the Exynos
+DRM driver for software rendering. For the Linux kernel we had to allow in the
+DRM subsystem the creation of dumb buffers for render nodes [as discussed
+previously on LKML][1]. The devfreq module was also disabled as a workaround
+for graphics corruption issue that happened due to too low clock speeds. Mesa
+on the other hand required us to whitelist Exynos DRM driver to be used with a
+software rendering driver called kms_swrast. After these tiny changes we were
+already able to use the Mesa’s software rendering backend called softpipe!
+Unfortunately, softpipe turned out to be unusably slow even after using HW
+overlay planes to offload some of the buffer compositions to the Exynos 4412
+display controller found on the Samsung Galaxy S3.
+
+Next the community members Putti, dllud and GrimKriegor worked on a new
+revision for a patch originally used in the Android-x86 project for enabling
+llvmpipe support in Mesa. When the compilation fixes and slight adjustments
+for the rebased original patch were done we had yet another software renderer
+to use. The new revision of the patch enabling llvmpipe is now submitted again
+to Mesa and hopefully this time around it will go through.
+
+The rendering speed with llvmpipe turned out to be only slightly faster than
+softpipe and still unusable for everyday usage. There are plans optimize
+llvmpipe for the ARM Cortex-A9 processor in Exynos 4412 so hopefully soon it
+will be usable for everyday usage.
+
+Before diving into the world of NEON optimization for llvmpipe and so forth,
+we decided to give SwiftShader software renderer a go together with
+hwcomposer.ranchu and gralloc.default. Other than having to add support for
+UDIV and SDIV instruction emulation in the Linux kernel, we got it running by
+simply setting some system properties and adding the SwiftShader and
+hwcomposer.ranchu modules to the system image. The speed of SwiftShader felt
+like it was at least twice as fast compared to llvmpipe and softpipe but still
+just a tiny bit too slow to be enjoyable for everyday usage. We are now hoping
+to find people that could work with us to replace hwcomposer.ranchu with
+drm_hwcomposer. Using drm_hwcomposer with SwiftShader would allow us to take
+advantage of HW overlay planes to speed up the compositions.
+
+If you are interested in helping or want to learn more you can get in touch
+with us on IRC on the #replicant channel on Freenode, or via our [mailing
+list][2].
+
+ [1]: <https://lkml.org/lkml/2018/8/1/525>
+
+ [2]: <https://lists.osuosl.org/mailman/listinfo/replicant>
+
+
diff --git a/markdown/2019_12_replicant-36c3.md b/markdown/2019_12_replicant-36c3.md
new file mode 100644
index 0000000..b626046
--- /dev/null
+++ b/markdown/2019_12_replicant-36c3.md
@@ -0,0 +1,51 @@
+tags: Events, Replicant news, 36C3, C3, Chaos Communication Congress, Community, dllud
+date: 2019-12-27 00:01
+title: Replicant @ 36C3
+---
+Starting on December 27th, the [36th Chaos Communication Congress (36C3)][1]
+is taking place in Leipzig. Replicant will be there as part of the [Critical
+Decentralization Cluster][2].
+
+[Replicant’s assembly][3] will feature demos of the current Replicant 6 as
+well as the upcoming Replicant 9. It is the place to come by if you need some
+help installing Replicant or general advice regarding software freedom on
+smartphones and tablets. You can also take the opportunity to verify the
+release signing PGP key.
+
+Location: [L4, Exhibition Hall 2, Level 0][4]  
+DECT: 6506
+
+There will also be a few talks about Replicant and related topics in several
+spots around the congress:
+
+* [Introduction to Replicant][5] – December 27 19:15, Central
+  Decentralization Cluster (CDC) stage
+
+* [Android’s build system is messier than your distro’s][6] – December 28
+  20:30, Lecture Room M1
+
+* [Extending the lifetime of smartphones with Replicant][7] – December 28
+  20:50, Open Infrastructure Orbit (OIO) stage
+
+* [The chromium mess meets Android][8] – December 29 21:00, Lecture Room M1
+
+ [1]: <https://events.ccc.de/congress/2019/wiki/index.php/Main_Page>
+
+ [2]: <https://decentral.community/>
+
+ [3]:
+<https://events.ccc.de/congress/2019/wiki/index.php/Assembly:Replicant>
+
+ [4]: <https://36c3.c3nav.de/l/replicant/@0,479.6,398.57,3.74>
+
+ [5]: <https://frab.riat.at/en/36C3/public/events/130>
+
+ [6]:
+<https://events.ccc.de/congress/2019/wiki/index.php/Session:Android%27s_build_system_is_messier_than_your_distro%27s>
+
+ [7]: <https://talks.oio.social/36c3-oio/talk/LU3JNL/>
+
+ [8]:
+<https://events.ccc.de/congress/2019/wiki/index.php/Session:The_chromium_mess_meets_Android>
+
+
diff --git a/markdown/2020_01_replicant-at-fosdem-2020.md b/markdown/2020_01_replicant-at-fosdem-2020.md
new file mode 100644
index 0000000..a82212b
--- /dev/null
+++ b/markdown/2020_01_replicant-at-fosdem-2020.md
@@ -0,0 +1,65 @@
+tags: Events, Replicant news, Community, FOSDEM, dllud
+date: 2020-01-06 18:42
+title: Replicant at FOSDEM 2020
+---
+As happens every year, [FOSDEM][1] is taking place on the first weekend of
+February. Several Replicant contributors will be at the event, eager to meet
+with other people interested in the project.
+
+During Saturday Replicant will share a little corner on Technoethical’s stand.
+There will be flyers, stickers and some phones running demo versions of
+Replicant 9.
+
+Later that day, Replicant is having a Birds of a Feather (BoF) meeting:
+
+* Location: room J.1.106, ULB, Brussels, Belgium
+
+* Date: Saturday, February 1st 2020, between 16:00 and 17:00 CET
+
+* Event page: <https://fosdem.org/2020/schedule/event/bof_replicant/>
+
+The meeting is open for everyone interested in the Replicant project (users,
+developers, devices vendors, etc.). Access is public and free as in beer.
+
+Here’s a non-exhaustive list of the topics that will be up for debate:
+
+* Replicant 9 status on the i9300/i9305: bootloader, modem, LCD, audio,
+  graphics.
+
+* Future targets: PinePhone, Librem5.
+
+* WebView dependency on non-free Chromium.
+
+* Android build system.
+
+* Replicant infrastructure: servers, test benches, build machines.
+
+* Long term project sustainability.
+
+* Supported mainline kernel phones, what kernel versions brought what
+  support and what is upcomming in the next kernel versions.
+
+* How the endorsement of stores selling Replicant devices should work.
+
+* Wiki migration from Redmine to MediaWiki.
+
+* Upstream and maintainership of the code of Replicant 9 that enables to use
+  an upstream kernel.
+
+* Relationship with LineageOS on supporting the Galaxy SIII.
+
+If there’s any other topic you deem as relevant please let us know in the
+comment section, mailing list or IRC. Everyone’s point of view is welcomed.
+
+On Sunday’s afternoon, there will be a talk at the Hardware Enablement devroom
+on the topic of “Extending the lifetime of smartphones with Replicant”:
+
+* Location: room K.4.401, ULB, Brussels, Belgium
+
+* Date: Sunday, February 2nd 2020, between 16:00 and 16:55 CET
+
+* Event page: <https://fosdem.org/2020/schedule/event/replicant/>
+
+ [1]: <https://fosdem.org/2020/>
+
+
diff --git a/markdown/2020_04_what-could-go-wrong-with-devices-that-have-non-replaceable-batteries.md b/markdown/2020_04_what-could-go-wrong-with-devices-that-have-non-replaceable-batteries.md
new file mode 100644
index 0000000..8ba1bfd
--- /dev/null
+++ b/markdown/2020_04_what-could-go-wrong-with-devices-that-have-non-replaceable-batteries.md
@@ -0,0 +1,533 @@
+tags: Replicant news, GNUtoo
+date: 2020-04-01 03:00
+title: What could go wrong with devices that have non replaceable batteries ?
+---
+Edit1: Added forgotten link for rooting devices
+
+Edit 2: Fixed wrong link location for rooting devices
+
+Edit 3: Added Epilogue
+
+In the summer 2019, in the Replicant contributors conference in Paris, the
+people present were all in favor of not supporting devices with battery that
+can’t easily be replaced, because it would make the use and development of
+Replicant for these devices too complicated.
+
+In subsequent conference like the FOSDEM 2020, and in discussions with other
+Replicant users and/or contributors, people didn’t have objections to the
+decision.
+
+Even if we don’t want to support such devices in Replicant, we are still open
+to collaborate with people wanting to add support for such devices in other
+projects. For instance we still support the Galaxy S and the Nexus S in
+libsamsung-ipc while the devices are not supported anymore in Replicant, and
+we also do accept patches for devices we don’t want to support in Repliant.
+
+So in practice, some tablets like the Galaxy Tab 2 have battery that are not
+removable in the usual sense as you cannot remove the battery, without any
+tools, while walking, but the battery can still be replaced with the help of
+basic tools like tweezers and screwdrivers. In addition people don’t
+necessarily expect tablets to last one full day. So we still intend to support
+such devices.
+
+However some smartphones, which are typically used during a full day without
+necessarily having the ability to recharge, cannot be opened with regular
+tools. For such smartphones you need a heat gun, and using that also damage
+the device along  
+the way. When the battery is glued with very strong glue, it makes it even
+more complicated and even more dangerous to change the battery as you need to
+use very dangerous chemicals to remove the glue. So we decided to not support
+devices like that.
+
+Given the impact of the decision (most newer phones don’t have non removable
+batteries), even if that decision seem sound in theory, we also wanted to test
+it in practice, to be really sure it was the right decision.
+
+To do that we decided to do a very quick experiment and see what would happen
+when adding support for a smartphone that has a non replaceable battery.
+
+We also wanted to measure how much time was needed to add support for a device
+as fast as possible, because if we supported devices without a replaceable
+battery, we would need to rush to add support for the device while it’s still
+being sold new in order to maximize the lifetime of the device under
+Replicant. Otherwise, people would need to buy the device second hand, where
+the battery would potentially not last a full day anymore.
+
+## Choosing a device
+
+We didn’t want to spend too much time on that experiment, so we didn’t do much
+research and choose the first phone that would match what we were looking for.
+
+We wanted the most recent device device with:
+
+* A non replaceable battery
+
+* An Exynos system on a chip
+
+* Android 6
+
+* A stylus and a big display
+
+* A lot of RAM
+
+The device also had to be very similar to the ones we already support to spend
+the least amount of time possible on that experiment, so we also wanted the
+device to be made by Samsung, and to have a similar bootloader that is
+compatible with Heimdall.
+
+So we choose a Samsung SM-N930F which meets all the requirements above. It
+also has an Exynos 8890, 4GiB of RAM, a stylus and runs Android 6. We wanted
+to have a stylus and a lot of RAM because as we didn’t really intend to add
+official support for it in Replicant, we still wanted the work to also be
+potentially useful for GNU/Linux distributions that might be interested in
+supporting this device or similar devices:
+
+* The amount of RAM and the stylus makes it more easy to run GNU/Linux  
+on the device:
+
+  * As the stylus is more precise than big fingers, you can more easily use software that is less well adapted to the very small display, the very high pixel density, and big fingers.
+  * Having 4GB of RAM should be good enough to run many common applications and desktops. It also means that the phone could be supported for a longer time if there weren’t other factors like the non-removable battery that would prevent that.
+
+As for Replicant, the software support for this device is very similar to the
+Galaxy S7 which is supported by LineageOS.
+
+Unfortunately, the device we chose has shared memory between the modem and the
+system on a chip[1] but as this was just for a quick experiment and that we
+didn’t intend to add support for it in libsamsung-ipc, we just ignored that
+issue in order to spend the last amount of time possible.
+
+## References:
+
+[1]https://github.com/RegaliaEzz/Hexa-N930F/blob/master/arch/arm64/configs/exynos8890-gracelte_defconfig
+
+# Getting the device
+
+The first problem we had was finding the device. We started looking locally,
+including in second hand websites, but we didn’t manage to find any. So after
+that we started looking in international second hand websites, and we found
+one.
+
+The strange thing is that, while the device is very hard to find, there were
+many many offers for accessories for that device. At this stage we suspected
+that this was somewhat related to the non-replaceable battery, though some
+Galaxy S7 could still be found.
+
+However for some reasons, even if the device was shipped, as we have proof
+that it was sent to the post office, we didn’t receive it. We are still
+investigating why, but we didn’t manage to get a conclusive answer yet from
+the shipping company as we were redirected from service to service and no one
+seem to know why the device didn’t reach its destination. The issue is also
+unrelated to COVID-19 as it was shipped by the person many months before it
+was declared a pandemic.
+
+So we started again to look for a device and finally found a second device.
+The offer was really strange. It tell that they disguised the device to look
+like another one to make shipping work.
+
+This didn’t surprise us, as some customs are already actively fighting against
+the right to repair devices[1]. So at the time we though it was because they
+decided to fight against the second hand market as well.
+
+In that offer, the person giving the device away also had a strange request:
+she would not charge for the phone but she wanted us to get the data out of
+the phone. The person explained to us that she didn’t trust nor Google nor
+Samsung with her data, which included private pictures but didn’t manage to
+get her data out of the device. As the request seemed legitimate we agreed to
+try but as we are not expert in rooting that it might have failed. The data
+was not encrypted so it also would have made things easier.
+
+## References:
+
+[1]https://boingboing.net/2018/10/20/louis-rossman.html
+
+## Working on the device
+
+Working with that device was not easy. The first issue we got was that the
+battery would not charge at all, and the battery indication was at 0%.
+
+This explained why the person wasn’t able to extract her data from the device.
+
+We found on XDA that it was possible to get the battery charge again if we
+managed to downgrade the phone OS. This looked very strange. We also learned
+that the phone was fusing the OS versions somewhere. This was probably in the
+RPMB (Replay Protected Memory Block) partition of the eMMC.
+
+As the device was on fuse version 1, we managed to downgrade it. All that was
+very strange. The 0% battery charging problem seemed to be a well known issue
+that is supposed to only affect the the devices fused with the version 2.
+Maybe it was because the battery was already very discharged that it did that,
+and that the bootloader and OS refused to charge it.
+
+As we didn’t have a lot of time to spent on all that, we didn’t want to
+investigate more and proceeded to download OS images for older versions of the
+devices. We are also not sure if this was legal or not as the images weren’t
+hosted by Samsung, and so we don’t know  
+if the website we downloaded them from had some arrangement with Samsung or
+not.
+
+As official repair shops need to have the images, we assumed that there might
+be a way for websites to get the images through legal means, especially in
+countries that have laws that are meant to guarantee the right to repair in
+practice.
+
+## Extracting the data
+
+Before downgrading the images we still wanted to try to extract the data for
+the person that sent us the device. So as we were unsure if installing a
+recovery would erase the user data, we tried to find free software root
+exploits for the device.
+
+We have summarized our attempts in the RootingDevices[1] page of the Replicant
+wiki. We still need to update it to add information about our attempts with
+the SM-N930F.
+
+As we didn’t find any rooting application in F-Droid, and that we didn’t want
+to use nonfree applications to root the device, we instead started looking at
+vulnerabilities that enabled us to get root. For each vulnerability we looked
+if the kernel version of the device was affected, and if so we looked for free
+software versions of the exploits, that were often published without any
+license.
+
+At the end we failed to find something that worked quickly so we resorted to
+just flashing a recovery and hoping that it would not erase the user data.
+According to the find command, the user files seemed to have been intact.
+
+We then sent the ex-owner all the data, strongly encrypted with GPG, and when
+we got the confirmation that everything was fine we proceeded to erase all the
+data.
+
+## References:
+
+[1]https://redmine.replicant.us/projects/replicant/wiki/RootingDevices
+
+## Working on Replicant
+
+At this point, we found that the battery was just very old, this is why it was
+reporting a 0% capacity.
+
+Each time we wanted to flash an image with Heimdall, we had to wait for hours
+for the device to charge a tiny bit.
+
+The stress of the developer working on the device increased a lot because the
+device was potentially always on, and we didn’t know when it had the ability
+to record conversations or not, as we didn’t do a review of its freedom,
+privacy and security issues.
+
+The developer’s passwords could be revealed as well, by recording the noise of
+his keyboard, and even GPG keys can be reconstructed through noise if they are
+used intensively.
+
+In order to preserve the developer’s sanity and the security of the Replicant
+project, the device was kept in the fridge most of the time.
+
+This was very weird for the people visiting that developer as he had to put
+the device in the fridge each time people came by.
+
+Sometimes he forgot to put the device in the fridge and started to have
+political and/or intimate conversation and at some point he remembered the
+device and had to go put it in the fridge in the middle of the conversations.
+That was very weird. Especially the “Can you wait a second? I’ve to put the
+phone in the fridge.” part.
+
+In addition to all these issues, we also had the device crash during
+development, however we couldn’t wait until the battery was fully depleted as
+the battery didn’t charge. We had to hope that the device wound not go in some
+mode where we were stuck. However it didn’t happen, and we always managed to
+recover.
+
+Then one day, around when the COVID-19 confinement started, when he was away
+doing some sports outside, the neighbors heard an explosion. Apparently,
+besides the table where it was charging and and the wall around it, nothing
+was damaged.
+
+As some of the neighbors called the police, that developer was then arrested
+and all his equipment was seized.
+
+He was charged with:
+
+* the possession of an explosive device
+
+* reverse engineering
+
+* theft
+
+* counterfeiting
+
+* violation of trade secrets
+
+* refusing to give encryption key of his hard disks
+
+* refusing to hand over his account details
+
+* refusing to give his fingerprint and his DNA
+
+* resisting arrest and insulting police officers
+
+* destroying evidence
+
+He plead innocent for all of the charges, and most of the charges were
+dismissed:
+
+* The “explosive device” was in fact the Samsung SM-N930F, which is best
+  known as Galaxy Note 7. As many other people also had one at some point,
+  the court dismissed that charge, especially because this wasn’t done on
+  purpose. The judge also said that they couldn’t condemn people for being
+  stupid, not remembering about the issue, and relying on the outdated
+  offline version of Wikipedia through Kiwix to do research on hardware.
+
+* The reverse engineering charges were also dismissed as it was done for
+  interoperability, and that the developer never agreed to any user license
+  agreement that prevented that.
+
+* Theft was quickly dismissed as it did not apply to the violation of
+  copyright.
+
+* The violation of trade secrets was also dismissed, even if printed
+  schematics were found on the developer’s table. As the schematics were
+  published online in many forums like XDA, they were also considered as
+  fair use. Various leaked documents like the Snowden documents, or
+  Wikileaks revelations were also used during the case to prove that some
+  leaked documents could be considered as fair use. The fact that the
+  documents had “proprietary” markings was also not sufficient as many
+  public documents also still bear markings that were just not removed.
+
+* Counterfeiting was also dismissed because no proof of violation of
+  copyright could ever be found, and that the use of leaked schematics was
+  considered as fair use.
+
+* Refusing to give encryption key of his hard disks: with a lot of pressure
+  from many associations, this was dismissed as it was merely an excuse to
+  get access to the developer’s data and it was not relevant to the case.
+  The same applied with his refusal of handling any of this account data
+  (which also includes the passwords giving access to the Replicant
+  infrastructure).
+
+* Destroying evidence by erasing the data of most of his computers was also
+  dismissed. First only the boot partitions were erased and it was again not
+  relevant to the case.
+
+* Resisting arrest and insulting police officers: there were no proofs that
+  this ever occurred, and rambling against non-removable battery was not
+  deemed strong enough to constitute resisting arrest and/or insulting
+  police officers.
+
+## Sentences
+
+However he was still charged with the following:
+
+* Refusing to give his fingerprints.
+
+* Refusing to give his DNA: the police still got his DNA even if he refused.
+
+Subpoena and other declarations:
+
+* The court also gave him a subpoena “Be more careful next time and work on
+  more constructive things like adding support for phones with a removable
+  battery only.” to which the developer agreed.
+
+* He also declared that rushing to add support for a phone wasn’t a good
+  idea either, as because of that, he didn’t realize that the device was a
+  Galaxy Note 7.
+
+He got a suspended sentence of 3 months for all that.
+
+## Getting the equipment back
+
+As the court was very friendly he also got all his equipment back which
+usually never happens. Getting it back was still very challenging but it also
+turned out to be very fun.
+
+As the developer had to sign a document with all the hardware on it, to get it
+back, the following conversations occurred when filling the list of hardware:
+
+* Employee: What’s this thing?
+
+* Developer: It’s a UART adapter for smartphone, you know behind the USB
+  connector there is [very long technical explanations].
+
+* Employee: Let’s write “UART adapter for smartphone”.
+
+* Developer: It also probably works on tablets you know, and it can also do
+  many other things other than UART, like power on the phone and switch
+  modes [very long technical explanations].
+
+* Employee: Let’s write “complicated computer hardware”.
+
+Or:
+
+* Employee: What’s this thing?
+
+* Developer: It’s a hardware to trace the protocol between the SIM card and
+  the phone modem, there is a standard called terminal profile which has
+  many privacy implications like [very long explanations].
+
+* Employee: Let’s write “SIM card tracker”.
+
+* Developer: It can’t track SIM cards at all, but it can trace the protocol
+  [very long explanation again].
+
+* Employee: Sigh, let’s write “complicated computer hardware” again.
+
+Or:
+
+* Employee: What’s this laptop? It’s a laptop, right?
+
+* Developer: It’s a Thinkpad X200, which is a computer capable of running
+  Libreboot, this has many freedom implications like [very long
+  explanations].
+
+* Employee: Let’s write “vintage computer”.
+
+* Developer: But I use that computer you know [very long explanations].
+
+* Employee: Sigh, let’s write “complicated computer hardware” again.
+
+Or:
+
+* Employee: What’s that? Is it a very complicated smartphone?
+
+* Developer: It’s just a usual Galaxy S II (GT-I9100G).
+
+* Employee: Let’s write “Galaxy S II”.
+
+* Developer: I’ve also a Galaxy S II (GT-I9100) which has a very different
+  system on a chip [very long explanations].
+
+* Employee: Sigh, let’s write “complicated computer hardware” again.
+
+Or even:
+
+* Employee: What’s that?
+
+* Developer: I don’t know
+
+* Employee: You don’t know? Is it yours?
+
+* Developer: Yes, but I don’t know how to describe what it is, you can think
+  of it like an Arduino running GNU/Linux, back in the days before any of
+  the single board computer had systems to automatically detect hardware
+  [very long explanations].
+
+* Employee: What’s an Arduino [interrupting the developer]?
+
+* Developer: [very long explanations starting].
+
+* Employee: Sorry [interrupting the developer], bad idea, forget about my
+  question, let’s again write “complicated computer hardware”.
+
+At the end the developer got it all back, and the staff said it was the
+strangest set of seized equipment they ever seen.
+
+He then was unavailable during a full week, as he was reflashing all the
+“complicated computer hardware” for security reasons. That meant that in
+practice he had to reinstall Libreboot[1] or other fully free versions of
+Coreboot that he used, Parabola[2] on all the desktops, laptops, servers,
+single board computers and smartphones that weren’t fully encrypted,
+reinstalling Replicant on some other smartphones and tablets, reinstalling
+LibreCMC[3] on various devices like WiFi access points, reinstalling various
+microcontroller projects like frser-duino[4] on his flasher, ralim/ts100[5] on
+his soldering iron, PedRom[6] on his calculator, Simrtace 1.0[6] on his SIM
+card tracer 1.0[7], etc
+
+At least he could still trust his hardware and continue to use it after
+reinstalling everything. If the hardware had to run nonfree software, it would
+have been a different story.
+
+Besides about 1 month of Apache logs, and the phone number of his contacts,  
+not much was exposed. We also hope that Android “Factory erase” worked fine on
+the SM-N930F but we can’t know as we didn’t try to recover any data.
+
+The only device he didn’t got back was the Samsung SM-N930F, as it was
+probably kept or disposed by the Justice Department.
+
+About the lost of the device, the developer commented: “I lost weeks [of work]
+because of that shitty phone”, “I don’t want that phone anywhere near me.”.
+
+It turned out that, in addition to his allergy to nonfree software, freedom
+and privacy violations, that developer now became allergic to non-replaceable
+batteries as well. “Deciding to make devices with non-repleacable batteries is
+completely insane, it would be very important to ask ourselves how we got
+there.” that developer commented.
+
+## References:
+
+[1]https://libreboot.org  
+[2]https://parabola.nu/  
+[3]https://librecmc.org/  
+[4]https://github.com/urjaman/frser-duino  
+[5]https://github.com/Ralim/ts100  
+[6]https://git.osmocom.org/simtrace/  
+[7]https://osmocom.org/projects/simtrace/wiki/SIMtrace
+
+## Epilogue
+
+This blog post is a fictional political satire written by a Replicant
+developer for the [first of April 2020][1]. It may or may not represent the
+positions of the Replicant project. The story has been very strongly inspired
+by several real events.
+
+* It contains several logic flaws that might have been spotted by attentive
+  readers or people used to the [zététique][2] techniques. For instance the
+  device was chosen to enable sharing work with GNU/Linux, yet, support for
+  Replicant 6 is added in a way that doesn’t benefit at all code sharing
+  with GNU/Linux at all as no support for that device is added in
+  libsamsung-ipc. The fact that it was not clearly marked as a fiction was
+  intended to help people test their critical thinking.
+
+* It’s meant to criticize the systemic causes that resulted in the issue
+  with the Samsung Galaxy Note 7 smartphone. The Wikipedia article on the
+  [Samsung Galaxy Note 7][3] has very interesting information on the impacts
+  of the issue.
+
+* It’s interesting to see how Samsung used the control it had on such
+  devices, to remotely disable them. That control could be abused. This
+  could also be an issue if people have important private data in it, that
+  they weren’t willing to share with companies with huge track record of
+  users abuse. So instead of having to adapt to every design choice of the
+  smartphone industry, like non-replaceable battery, it’s sometimes better
+  to start from limiting as much as possible the damage to users freedom and
+  the environment, and try to adapt that to various uses cases instead.
+  Here, having user removable batteries would be way more efficient than
+  control over users devices for avoiding such issues or dealing with
+  batteries that explodes or catch fire. Many manufacturers [had to recall
+  batteries][4] over the years, and the impact weren’t as bad as with the
+  Galaxy Note 7.
+
+* As far as we know, that event didn’t make smartphone manufacturers switch
+  back to user removable batteries. Samsung didn’t even add back non-
+  removable batteries to the [Galaxy Note 8][5] , which is the next model in
+  the Galaxy Note series. If software or hardware that was threatening some
+  economic or political power was the cause of issues that big, the reaction
+  would most probably have been very different.
+
+* In general, giving too much power to the manufacturers over the users is a
+  very bad idea. For instance in the [Volkswagen emissions scandal][6], if
+  users had more control over their cars, an issue of that scale could have
+  been avoided. In contrast, if users had total control over their cars,
+  more users would probably do various modifications, including polluting
+  more to gain more performance or tune their cars to pollute even less. It
+  would have preserved users freedom and probably have a positive impact
+  than with such scandal. The same reasoning apply to [the radio lockdown
+  directive, which Replicant took position against][7].
+
+## Copyrights
+
+* [CC-BY-SA 4.0][8]
+
+ [1]: <https://en.wikipedia.org/wiki/April_Fools%27_Day>
+
+ [2]: <https://en.wikipedia.org/wiki/Z%C3%A9t%C3%A9tique>
+
+ [3]: <https://en.wikipedia.org/wiki/Samsung_Galaxy_Note_7>
+
+ [4]: <https://en.wikipedia.org/wiki/Product_recall>
+
+ [5]: <https://en.wikipedia.org/wiki/Samsung_Galaxy_Note_8>
+
+ [6]: <https://en.wikipedia.org/wiki/Volkswagen_emissions_scandal>
+
+ [7]: <https://fsfe.org/activities/radiodirective/statement.en.html>
+
+ [8]: <https://creativecommons.org/licenses/by-sa/4.0/legalcode.txt>
+
+
diff --git a/markdown/2020_07_late-report-from-fosdem-2020.md b/markdown/2020_07_late-report-from-fosdem-2020.md
new file mode 100644
index 0000000..140e581
--- /dev/null
+++ b/markdown/2020_07_late-report-from-fosdem-2020.md
@@ -0,0 +1,534 @@
+tags: Events, Replicant news, dllud
+date: 2020-07-04 13:39
+title: Late report from FOSDEM 2020
+---
+On the 1st and 2nd of February 2020, 4 Replicant contributors (FilBerg,
+GNUtoo, GrimKriegor and dllud) attended [FOSDEM 2020][1] in Brussels.
+
+FOSDEM (Free and Open source Software Developers’ European Meeting) is an
+annual conference organized by volunteers, to enable users and contributors to
+meet and promote the widespread use of free and open source software. This
+helps communities take decisions and also enables various communities and
+people to collaborate together.
+
+Part of this comes from FOSDEM allowing projects to book rooms in order to
+have meetings and presentations (dubbed as a BoF, Birds of a Feather).
+Replicant contributors held such a BoF, and also gave a talk at another room
+and wandered around the exhibition’s rooms talking to people at the stands of
+relevant projects.
+
+As it is a conference, the FOSDEM also features talks by various members and
+contributors of the free software and open source communities which range
+across many different projects and areas. Listening to the talks (which are
+often recorded as well) is a way to get the latest news of what’s happening in
+the free software world.
+
+This is a (late, sorry for that) report with the relevant information that
+Replicant contributors leaned during the event, alongside with a summary of
+the discussions that took place during the BoF. This report is published both
+here in the blog and [in the mailing list][2]. Comments are gladly welcomed on
+both mediums.
+
+## Before Replicant BoF
+
+### Technoethical
+
+Technoethical is a store that sells devices pre-installed withofficial
+versions of Replicant and also Replicant merchandise. It is [featured at
+Replicant’s website][3] and donates a percentage of its sales to Replicant.
+
+We went to the Technoethical stand to discuss the idea of only requiring a
+percentage of the sales for bigger companies, which wouldn’t include
+Technoethical. According to Tiberiu from Technoethical, Technoethical didn’t
+agree toformally give any percentages of the sales to Replicant, but they
+instead do it voluntarily.
+
+### Wikidata
+
+We had a discussion with someone involved in Wikidata about how to describe
+hardware like smartphones in Wikidata.
+
+For instance there is an [entry for Replicant in Wikidata][4], and we want to
+be able to more precisely express that a given software, like Replicant 6.0
+0004, or the Lima Linux driver, is compatible with a given smartphone or GPU.
+
+Right now this seems to be done through the [Platform property][5].
+Unfortunately, this property by itself cannot tell precisely which version of
+Replicant is compatible with say the Galaxy Nexus (GT-I9250). We were told to
+look into the qualifier to see if we can find a way to express that.
+
+After looking at it we found that it’s possible to add a platform qualifier
+for a given version, for instance to tell that Replicant 6.0 is compatible
+with the Galaxy SII (GT-I9100). However, after this, it is not possible to add
+an extra layer of qualifiers to tell for instance that the Galaxy SIII 4G
+(GT-I9305) is compatible with Replicant 6.0 except for its modem.
+
+The goal here is to be able to use Wikidata as a database for storing
+information about hardware and software. This way we could reuse that
+information easily in various tools and/or in MediaWiki after having migrated
+to it. We already have a very rough tool to experiment with that and print
+some information about Replicant versions and the devices they support.
+
+## Replicant BoF
+
+Like [last year][6] we also had a Replicant BoF [this year][7].
+
+### Organization
+
+This year we improved the organization of the Replicant BoF:
+
+* Most of the people in the room seemed really engaged and interested in it,
+  whereas last year we got the impressions that people were less engaged and
+  interested.
+
+* While things were more organized than last year we still need to improve
+  on it. For instance we lacked a precise schedule for the BoF in order to
+  properly cover all the topics we needed to. The consequence is that we
+  usually try to rush at the end in order to cover some topics we didn’t
+  have covered yet.
+
+* We also had the ability to remotely listen to the BoF through Mumble and
+  participate through IRC. At the beginning we tried a setup that was too
+  complex, with speakers, to enable remote participants to speak. This setup
+  took too much time, so when enough people were in the room, we started
+  without that and fell back on IRC for participation instead. As we were
+  late to start, and were rushing to make the more complex setup work, we
+  also forgot to record the meeting.
+
+* Properly organizing a BoF is not that easy as we typically are short on
+  time and also need to organize many other things in parallel such as the
+  talks we give in other rooms.
+
+* For next year, we need to decide on weather or not we could fund or
+  reimburse travel costs for someone from the Replicant community, like
+  Kurtis Hanna, that has a deep enough knowledge of what is going on in
+  Replicant, to help us with the organization of the BoF.
+
+### Build system
+
+During the BoF, we did a quick presentation of the issues we were having with
+the Android build system. More details on the issues are available on the
+[“Android’s build system is messier than your distro’s” talk][8] that was
+presented at 36C3.
+
+### GeckoView
+
+We also did a quick presentation of the freedom issues we were having with
+WebView. As with the build system, more details are also available in a
+presentation ([“The Chromium mess meets Android”][9]) that was held at 36C3.
+
+We then got questions and ideas on how to solve that issue.
+
+One of the ideas was to go for the lowest hanging fruit and implement the
+easiest part of the WebView API with GeckoView, which should suffice for some
+applications.
+
+Once this is done we would still have the problem of making the F-Droid
+applications use it: the application developers will probably not include
+GeckoView in their applications as it would increase the size of the package
+by around 20M (which is a lot).
+
+But even if they do, it would still be an issue as each package using WebView
+(and there are many) would have its own GeckoView, which would probably
+increase RAM consumption.
+
+There are kernel features like `CONFIG_KSM` which reduce the RAM usage by
+finding duplicate regions and making the duplicated pages point to the same
+region until the data is modified. However, this may not be a proper solution,
+especially if the GeckoView builds shipped with each app are not exactly the
+same. It may also increase CPU consumption as `CONFIG_KSM` has to scan the RAM
+for duplicated pages.
+
+Several solutions were proposed by Replicant contributors and people attending
+the BoF:
+
+* Make Replicant ship a GeckoView that is ABI compatible with WebView (even
+  if not all of the WebView is implemented).
+
+* Use F-Droid to build and distribute GeckoView.
+
+* Develop software that would automatically recompile all the F-Droid
+  applications that link against WebView to link against GeckoView instead,
+  and automatically publish the result in a dedicated F-Droid repository.
+
+* Applications could potentially be tagged with supporting or not supporting
+  a given incomplete WebView implementation implemented through GeckoView.
+
+### Upstream
+
+Replicant only wants to supports devices that reduce the amount of harm for
+users freedom, privacy and security. For instance all device supported by
+Replicant 6.0 and onward have some form of modem isolation.
+
+However some people might still want to support devices that attack users
+freedom, privacy, and security more than the ones already supported by the
+current Replicant release. So we explained that while such devices could not
+be supported by Replicant, the Replicant project is open to collaboration with
+other projects like LineageOS to add support for such devices.
+
+This is relevant to Replicant because Replicant 9 uses a Linux kernel that has
+very few patches on top of the upstream Linux. So while Replicant 9 is not
+ready yet, when it will be, most of the Replicant 9 code will probably be
+reused to support smartphones and tablets that have good support in upstream
+Linux. So, even if for smartphones with different modems, more work would be
+needed to support the modem, there will probably be some people interested in
+reusing the Replicant 9 code.
+
+This means that we would need to work with other upstreams to find the best
+ways to deal with it and share the maintenance of the code. Unfortunately
+there weren’t any contributors from other Android distribution in the room.
+
+### Galaxy SIII (GT-I9300), Replicant 9 and LineageOS
+
+As ChronoMonochrome is also working on porting the Galaxy SIII to LineageOS,
+we collaborated together when it was possible, as we were both trying
+different approaches.
+
+On Replicant 9 we were focusing more on the 2D graphics, and on the modem,
+which doesn’t work yet with LineageOS.
+
+Once we have something usable on Replicant 9, it would also be very
+interesting to find time to work on upstreaming the modem driver as well:
+
+* In several cases the kernel maintainers refused patches for drivers
+  lacking free software userspace for using them.
+
+* As Replicant has a free software implementation, it shouldn’t be a
+  problem.
+
+* Similar modems are already supported by the Linux kernel, like the N900
+  modem, but the kernel interface is different from the one exposed by the
+  kernel shipped by Samsung.
+
+* As [LineageOS functional requirements][10] to support a device are more
+  strict than Replicant, if the Galaxy SIII modem driver is merged upstream,
+  and LineageOs wants to use libsamsung-ipc (and [libsamsung-ril][11]) to
+  use that driver, they would probably have some interest in helping to
+  complete the libsamsung-ipc implementation as well.
+
+### F-Droid
+
+We have already removed F-Droid from Replicant 6.0 after the 0003 version.
+This is due to the F-Droid repository not being compliant with the Free System
+Distributions Guidelines, because of applications like Yalp.
+
+If there were no means for users to collaborate on workarounds, each user
+would need to review by themselves each application they are considering to
+install.
+
+So we created the [F-DroidAndApplications wiki page][12] to share the work on
+reviewing F-Droid applications that meet or don’t meet the Free System
+Distributions Guidelines.
+
+We started reviewing some applications. Unfortunately, even when the source
+code should be fully free, we are not sure if the resulting builds meet the
+guidelines, as we would need to make sure that it’s possible to compile the
+same application with a distribution that meets the FSDG guidelines.
+
+We need to look more into it and/or to write to the licensing team at the FSF.
+
+### Documentation and migration to MediaWiki
+
+We briefly talked about the rationale of migrating the wiki from Redmine to
+MediaWiki. The main advantage is that it will avoid duplication of
+information. For instance, the fact that the Galaxy SIII has a MAX6673 chip is
+mentioned in many different wiki pages such as:
+
+* [GalaxyS3I9300][13]
+
+* [WifiAdapter][14]
+
+* [WiFi][15]
+
+* [UART][16]
+
+This happens because that chip is involved in many different things, ranging
+from power management to managing the switch behind the USB connector which
+enables to get access to the serial port.
+
+It is therefore relevant to know about that chip in many different contexts.
+
+MediaWiki has ways to avoid the duplication of some information through
+templates, and it’s also possible to interface it with Wikidata in various
+ways.
+
+Someone mentioned that Sphinx handles such requirements. However, as not
+everyone that contributes to the wiki knows how to program, and as the
+contributions of such people are quite substantial (many edits, creation of
+pages, etc), and that we do want to enable people not knowing programming to
+edit the wiki, we will probably consider switching to MediaWiki instead of
+tools like Sphinx.
+
+### Release schemes
+
+Someone pointed out that upstream Android continuously gets security updates.
+To keep up with that, we would need to do Replicant 9 releases very often.
+
+While some people pointed issues with rebasing our work, it’s probably still
+achievable to do that, as porting our work forward from Android 9 to the next
+Android versions is supposed to be easier.
+
+Someone also pointed out that, for a given Android version, LineageOS was
+backporting security fixes longer than the Android Open Source Project (AOSP).
+
+This information made us reconsider some design choices in Replicant: once
+Replicant 9 has been released, the fact that LineageOS doesn’t have stable
+tags for releases becomes less relevant as we will need to find ways to rebase
+and release often, in order to have the latest security fixes.
+
+### Vulkan
+
+Someone mentioned that the Vulkan graphics API will become mandatory after
+Android 10. This would mean that the graphics stack we’re developing for
+Replicant 9 would no longer suffice. Both Lima, the free software driver for
+the Mali GPU present on the Galaxy SIII (GT-I9300), and llvmpipe, the software
+rasterizer planned to be used as fallback on all other devices, only support
+OpenGL ES.
+
+A possible workaround would be switching the fallback software rasterizer from
+llvmpipe to SwiftShader, or using it just for apps that need Vulkan support.
+We are actively making sure that SwiftShader works on Replicant 9, therefore
+this should be doable without much effort.
+
+Note: someone suggested using a translation layer that runs Vulkan on top of
+OpenGL ES, but that does not exist and probably never will. [Vulkan is a
+lower-level API than OpenGL][17], with finer-grained control of the GPU memory
+and likes, making it really hard to implement OpenGL on top of it.
+
+A nice tip we got is to keep using a compositor (SurfaceFlinger) that works
+with OpenGL ES. Current SurfaceFlinger still doesn’t have Vulkan support.
+Acceleration is still done through OpenGL ES or an hardware composer. As such,
+compositor performance and compatibility won’t bean issue for the time being.
+
+## After the Replicant BoF
+
+### Replicant contact address
+
+We found that Fil Bergamo, who is part of the Replicant Steering Committee,
+didn’t receive emails from the Replicant contact address.
+
+We need to setup a new email infrastructure in order to properly address this
+issue. Currently the contact address is hosted at PaulK’s personal email
+server. Paul no longer has time to maintain it and thus we must transition to
+a new server, hosted in a VM at the FSF servers, that can be administered by
+several Replicant contributors, in order to avoid a single point of failure.
+
+### Legal advice
+
+The FSFE is helping NLnet by giving legal advice to the people beingfunded by
+NLnet to work on free software.
+
+After the Replicant BoF, we met Lucas Lasota from the FSFE who offered legal
+advice, probably through the ifrOSS institute, to the people being funded by
+NLnet to work on Replicant (or the Replicantproject at large?).
+
+The Replicant project is already getting legal advice through the FSF, and the
+FSF also has a very big expertise on compliance with certifications like the
+Free Software Distribution Guidelines, but the FSFE legal team and/or ifrOSS
+legal team probably also have some very interesting knowledge about European
+law.
+
+For instance Till Jaeger who is/was involved in the ifrOSS institute made [a
+very interesting talk][18] years ago on what constituted derivative work under
+the European laws and directives.
+
+### Necuno
+
+After the the Replicant BoF, we discussed a bit with someone from Necuno. They
+were supposed to make a device that could be used with only free software. The
+hardware only had the following issues:
+
+* On the I.MX6 System-On-a-Chip they chose, the firmware for the audio/video
+  decoding offload is nonfree, but in many cases that can simply be ignored
+  as that kind of thing is done by default on the main CPU.
+
+* The I.MX6 DMA engine probably had a nonfree firmware but it was completely
+  optional, as the Linux kernel knows how to use the builtin DMA engine ROM
+  instead.
+
+So the device would have been completely usable with fully free software. They
+also stated in several places on their website that it would have been
+possible to run fully free software on the device.
+
+This was also made possible because the device wasn’t a smartphone and would
+not have any modem or WiFi chip.
+
+But they are now are planning to add a WiFi chip, and to ourknowledge, all the
+WiFi chips made for smartphones and tablets require a nonfree firmware.
+
+While Replicant is not redistributing any nonfree software, it still loads the
+modem firmware into the modem. In addition, all the devices currently
+supported have many more freedom issues, from forcing users to run nonfree
+software at boot, to having their location tracked by the network, at all
+times, with a precision of 10 or 20 meters.
+
+In the long run, for the WiFi firmwares, it would be a good idea to have
+people working to get free WiFi firmwares and really solve the issue for good,
+instead of finding workarounds that don’t solve the problem.
+
+In the mean time, the workarounds still have the benefit of making clear what
+is free software and what is not; this clear separation enables us to claim at
+the same time that Replicant itself is fully free software while the devices
+it currently supports do not respect users freedom, and do run nonfree
+software as well.
+
+Necunos also told us that they had some underlying issues because their
+devices would be “dual use” devices. This is related to the fact that they are
+also targeting some markets like the Finish defense or secret services, but we
+didn’t understood what it meant practically speaking.
+
+### NLnet and the Android build system
+
+We discussed with Michiel from NLnet the issues we were having with the
+Android build system. He pointed again to us that NixOS is working on being
+able to build Android components.
+
+At some point we would need to look more into it as we want to mix Android and
+GNU/Linux components together. If we want Replicant to scale and be able to
+support more devices, it would be a good idea to be able to reuse some
+GNU/Linux userspace components that make hardware work, like oFono, BlueZ,
+etc. This would also allow us to share more work with GNU/Linux.
+
+There are more details on the Replicant wiki about [issues GNU/Linux
+distributions are having for packaging Android components][19] like adb, which
+depend on the Android build system and libc.
+
+### Maemo Leste
+
+On the last day we also met someone from Maemo Leste. At first when hearing of
+Maemo Leste, we feared that nonfree components from Maemo would be reused, as
+Maemo had a lot of nonfree components. However, according to the people we
+met, only the free software ones werere used. Still, nonfree software not
+coming from Maemo, like thenonfree WiFi firmwares or nonfree GPU drivers for
+some phones, were still used.
+
+We also saw Maemo Leste on a PinePhone. On this device, the graphics stack was
+using the free software Lima driver and the graphics were fast enough. We
+can’t remember if Lima was stable enough for daily use but it looks really
+promising at least, because the whole graphical interface used it, and we saw
+no rendering artifacts while briefly testing it.
+
+### GitLab
+
+GitLab was first built upon a framework that did most of the work on the
+server side, but at some point they switched to a framework thatdoes client-
+side rendering with JavaScript.
+
+As we had an opportunity to talk with people from the GitLab team, weasked
+them whether they would be open to accept patches that fix this. They
+explained us that such would require to double the UI work for everything, but
+that it might be possible to do server side rendering with the same JavaScript
+that’s used on the client. The issue is that it cannot make requests from
+buttons like that, so in addition to the page rendering that could happen
+through server-side JavaScript, introspection could be used to rewrite the
+buttons.
+
+### Batteries report
+
+In Paris (France), last year, batteries for phones compatible with Replicant
+could easily be found in second hand shops, and in a chain of shops
+specialized in replacement batteries. But we got a more recent report that it
+was not the case in similar shops in a smaller city.
+
+## Talks
+
+### Extending the lifetime of smartphones with Replicant
+
+This talk was held at the Hardware Enablement devroom.
+
+It quickly introduced Replicant and the smartphones ecosystem, and then
+proceed to look at what affects smartphones’ and tablets’ lifetime and how to
+increase it by making Replicant more sustainable.
+
+There was also a small, satirical play in the middle this talk. Its goal was
+to show how the current market trends in smartphone design and construction
+severely impair those that look for privacy, software freedom, and reduction
+of electronic waste.
+
+Video and slides are available at the [talk’s page in FOSDEM’s website][20].
+
+## Extra
+
+### Fun
+
+Fil Bergamo started making a [song about Replicant][21].
+
+### Previous conferences
+
+If you enjoyed reading this report, you may wish to take a look at the reports
+from previous conferences that were (only) published on the mailing list:
+
+* [36C3][22]
+
+* [XDC 2019][23]
+
+There’s also a [wiki page that lists all talks about Replicant][24] that
+happened in several conferences throughout the years.
+
+* * *
+
+Edit1: Fixed “ssupported” typo
+
+Edit2: Fixed the “onthe” typo
+
+GNUtoo and dllud
+
+ [1]: <https://fosdem.org/2020/>
+
+ [2]: <https://lists.osuosl.org/pipermail/replicant/2020-July/002896.html>
+
+ [3]: <https://www.replicant.us/supported-devices.php#stores>
+
+ [4]: <https://www.wikidata.org/wiki/Q7314062>
+
+ [5]: <https://www.wikidata.org/wiki/Property:P400>
+
+ [6]: <https://fosdem.org/2019/schedule/event/bof_replicant/>
+
+ [7]: <https://fosdem.org/2020/schedule/event/bof_replicant/>
+
+ [8]:
+<https://redmine.replicant.us/projects/replicant/wiki/Presentations#Androids-
+build-system-is-messier-than-your-distros>
+
+ [9]:
+<https://redmine.replicant.us/projects/replicant/wiki/Presentations#The-
+Chromium-mess-meets-Android>
+
+ [10]: <https://github.com/LineageOS/charter/blob/master/device-support-
+requirements.md>
+
+ [11]: <https://redmine.replicant.us/projects/replicant/wiki/Libsamsung-ril>
+
+ [12]:
+<https://redmine.replicant.us/projects/replicant/wiki/F-DroidAndApplications>
+
+ [13]: <https://redmine.replicant.us/projects/replicant/wiki/GalaxyS3I9300>
+
+ [14]: <https://redmine.replicant.us/projects/replicant/wiki/WifiAdapter>
+
+ [15]: <https://redmine.replicant.us/projects/replicant/wiki/WiFi>
+
+ [16]: <https://redmine.replicant.us/projects/replicant/wiki/UART>
+
+ [17]: <https://developer.nvidia.com/transitioning-opengl-vulkan>
+
+ [18]: <http://faif.us/cast/2013/mar/26/0x39/>
+
+ [19]: <https://redmine.replicant.us/projects/replicant/wiki/Upstream#Tools-
+and-build-systems>
+
+ [20]: <https://fosdem.org/2020/schedule/event/replicant>
+
+ [21]: <https://redmine.replicant.us/projects/replicant/wiki/Fun#Song-from-
+FOSDEM-2020>
+
+ [22]:
+<https://lists.osuosl.org/pipermail/replicant/2020-January/002441.html>
+
+ [23]:
+<https://lists.osuosl.org/pipermail/replicant/2019-October/002222.html>
+
+ [24]: <https://redmine.replicant.us/projects/replicant/wiki/Presentations>
+
+
diff --git a/markdown/2020_12_call-for-a-community-manager.md b/markdown/2020_12_call-for-a-community-manager.md
new file mode 100644
index 0000000..e75e2d1
--- /dev/null
+++ b/markdown/2020_12_call-for-a-community-manager.md
@@ -0,0 +1,99 @@
+tags: Institutional, Replicant news, dllud
+date: 2020-12-01 17:15
+title: Call for a community manager
+---
+The Replicant project is looking for a community manager.
+
+The role of the community manager is to fill the gap between Replicant
+developers and users, making sure that users’ concerns are properly addressed
+while at the same time freeing the developers from the burden of running the
+community.  
+The community manager should also foster collaborations between  
+Replicant and other free software projects.
+
+## Tasks
+
+The range of tasks will be very diverse. For instance:
+
+* Interact with users through our various channels: IRC, forum, mailing
+  list, bug tracker and blog comments.
+
+* Help users fix common problems by pointing them to the relevant
+  documentation.
+
+* Help users write proper bug reports.
+
+* Explain the design decisions that were taken during Replicant’s
+  development as well as the philosophical stand of the project.
+
+* Improve the wiki documentation, especially the end-user part.
+
+* Reach out to other free software projects in order to share work and reuse
+  code between them and Replicant.
+
+* Keep an eye on work being done on other free software projects that may
+  benefit Replicant.
+
+* Represent Replicant at conferences/events and coordinate the organization
+  of such events.
+
+* Promote Replicant and free software both online and offline, through
+  promotional material, blog posts and likes.
+
+* Supervise and promote fund-raising activities in collaboration with the
+  FSF.
+
+* Manage applications for paid development work and help developers with
+  paperwork and bureaucratic fullfilments.
+
+It will be up to the community manager to decide which tasks to prioritize to
+best help the Replicant project.
+
+## Profile
+
+In order to accomplish these tasks we believe that the community manager
+should be an individual with an extensive knowledge of Replicant and free
+software in general, probably acquired through years of usage and research. It
+should also be someone with good communication skills and ability to handle
+conflicts. Availability to travel long-distance in order to represent
+Replicant at events is also taken into account.
+
+## Accountability
+
+Tracking each single action is not desirable nor an efficient use of time.
+Therefore, accountability will be mostly handled through a newsletter that
+should be prepared by the community manager. The content and periodicity of
+this newsletter will be up for the community manager to decide. It should not
+be focused on what the community manager has been doing, but rather on what is
+going on in the Replicant community and in other relevant free software
+projects.
+
+In case any issues arise, the Steering Committee will decide on the
+continuation of the role by taking into account input from the developers,
+users and the community manager.
+
+## Funding
+
+The community manager will engage in a contracting agreement with the FSF and
+be paid from the Replicant funds.
+
+We expect that the workload will be around 80 hours per month. Although, it
+should be noted that this will be highly variable. Some months, like those
+when conferences take place, may require extra hours of work, while others may
+require much less.
+
+## How to apply
+
+If you want act as the Replicant project’s community manager please send your
+proposal to the public replicant@osuosl.org mailing list and tell us shortly
+(max ~300 words) why you would be the ideal fit for this role.
+
+We can be contacted privately at the Replicant contact address but at the end
+of the day a formal proposal will need to be made publicly on the mailing
+list.
+
+Please submit your proposal by latest 15th of December 2020, 21:00 UTC.
+
+The Replicant Steering Committee (with help from dllud)
+
+
diff --git a/markdown/2021_05_presenting-replicants-community-manager.md b/markdown/2021_05_presenting-replicants-community-manager.md
new file mode 100644
index 0000000..e3ec543
--- /dev/null
+++ b/markdown/2021_05_presenting-replicants-community-manager.md
@@ -0,0 +1,63 @@
+tags: Community, Institutional, Replicant news, Fil
+date: 2021-05-05 22:39
+title: Presenting Replicant’s Community Manager
+---
+The Replicant Steering Committee has concluded the second round of evaluations
+of the applications for the community manager role.
+
+We would like to thank all the candidates that have applied for the role. It
+has been a greatly encouraging experience to receive so many valuable
+proposals and to observe such a responsiveness to our call.
+
+Selecting one candidate among all participants has been no easy task, given
+the interesting variety of valuable profiles we had the pleasure to evaluate.
+
+The key aspects that have been considered are, in no particular order:
+
+* the candidate having been actively participating in the community’s
+  activities and discussions, in the forum, the wiki, the mailing list and
+  the official IRC channel, as well as in-person meetings
+
+* the candidate’s experience in installing Replicant and in solving problems
+  related to this activity
+
+* the candidate’s overall confidence with the practical aspects of using
+  Replicant and helping users with related issues, doubts and information
+  requests
+
+* the candidate’s involvement with other free-software projects similar to
+  Replicant and/or with interesting points of contact with the work being
+  done in Replicant
+
+* the candidate’s ability to write useful and comprehensible periodical
+  reports to keep the community informed about the project’s activities
+
+* the candidate’s ability to contribute to Replicant’s technical
+  documentation
+
+* the differences with typical free software backgrounds (to be able to
+  bring more diverse perspectives to the project)
+
+All these aspects considered, **Kurtis Hanna** emerged as the most suitable
+candidate for the role.
+
+Kurtis has been a very active community member since at least 2016,
+successfully helping users in various occasions with different issues and
+enquiries.  
+He is well informed about various free-software projects and has often acted
+as a link between some of those projects and Replicant.  
+He participated in and/or helped organise many of the gatherings that have
+been held by Replicant members throughout the last 4 years, either in person
+or remotely, contributing his thoughts, impressions and valuable proposals.
+
+In the next few weeks, we will be coordinating with Kurtis and the FSF to work
+out the applicable funding conditions and to define the contract that will
+regulate the Community Manager’s duties.
+
+Once again, we thank all applicants and the whole community in general.
+
+Cordially,
+
+The Replicant Steering Committee
+
+
diff --git a/markdown/2021_06_replicant-is-looking-for-volunteers-to-add-support-for-the-gsd4t-gps-chip.md b/markdown/2021_06_replicant-is-looking-for-volunteers-to-add-support-for-the-gsd4t-gps-chip.md
new file mode 100644
index 0000000..1876891
--- /dev/null
+++ b/markdown/2021_06_replicant-is-looking-for-volunteers-to-add-support-for-the-gsd4t-gps-chip.md
@@ -0,0 +1,62 @@
+tags: Replicant news, GNUtoo
+date: 2021-06-14 18:09
+title: Replicant is looking for volunteers to add support for the “GSD4t” GPS chip.
+---
+Over the years, none of the Replicant contributors have been able to find the
+time to add support for this chip,and at the time of writing this chip is
+still not supported by Replicant despite being relatively easy to add support
+for it compared with the Broadcom GPS chips that are present in the other
+supported devices.
+
+Over time, contributions from other people and projects made it easier to add
+support for the GSD4t chip.
+
+There is now some documentation of that protocol in the form of some [Perl
+source that can probably decode the protocol][1], and [there has also been
+some people doing research on it][2].
+
+In addition it’s also easier to do some tests on GNU/Linux: [there is now some
+support in upstream Linux for the Galaxy SII (GT-I9100)][3] thanks to the
+postmarketOS contributor(s) who worked on that. [The nonfree bootloader of the
+Galaxy SII (GT-I9100) might requires some patches on top of that][4], but we
+also maintain patches for the Galaxy SIII (GT-I9300 and GT-I9305) bootloaders
+in our [kernel_replicant_linux repository][5] that might also work on the
+Galaxy SII (GT-I9100).
+
+The Replicant developers are mostly available on the Replicant mailing and on
+IRC (#replicant on the hackint, libera.chat and OFTC networks). See the
+[CommunityAndContacts][6] wiki page for more details.
+
+As for how to integrate the work, we already have [an example of GPS library
+that was used in Replicant 4.2 for the GTA04][7].
+
+As [postmarketOS is also interested in making this chip work with free
+software][8], it might be a good strategy to also consult them to see how that
+work could also benefit GNU/Linux distributions.
+
+edit1: removed duplicated title.
+
+License: CC-BY-SA 3.0 Unported
+
+ [1]: <https://github.com/mnalis/gsd4t_parser>
+
+ [2]: <https://redmine.replicant.us/boards/21/topics/897>
+
+ [3]:
+<https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/arm/boot/dts/exynos4210-i9100.dts>
+
+ [4]:
+<https://redmine.replicant.us/projects/replicant/wiki/BootloadersIncompatibleWithLinux#Devices-
+with-the-Exynos-4412-2>
+
+ [5]: <https://git.replicant.us/replicant-next/kernel_replicant_linux/>
+
+ [6]:
+<https://redmine.replicant.us/projects/replicant/wiki/CommunityAndContact>
+
+ [7]: <https://git.replicant.us/replicant/device_goldelico_gta04/tree/gps>
+
+ [8]:
+<https://wiki.postmarketos.org/wiki/Samsung_Galaxy_SII_(samsung-i9100)#GPS>
+
+
diff --git a/markdown/2022_06_new-replicant-6-0-0004-release-and-replicant-11-status.md b/markdown/2022_06_new-replicant-6-0-0004-release-and-replicant-11-status.md
new file mode 100644
index 0000000..dab1fa7
--- /dev/null
+++ b/markdown/2022_06_new-replicant-6-0-0004-release-and-replicant-11-status.md
@@ -0,0 +1,359 @@
+tags: Replicant news, GNUtoo
+date: 2022-06-03 11:56
+title: New Replicant 6.0 0004 release and Replicant 11 status.
+---
+Replicant 6.0 0004 is now officially released. If you want to upgrade from
+Replicant 6.0 version 0003 or earlier you need to follow the data migration
+procedure that is documented in the [Release notes][1] page on the Replicant
+wiki.
+
+Even if we released the images back in January 2022, we didn’t announce it
+officially at the time because the data migration procedure wasn’t complete
+yet.
+
+## What is new in this release
+
+Replicant is in the [list of distributions that are recommended by the
+FSF.][2] As such, Replicant needs to follow [strict criteria][3] that ensures
+that the distribution does its best not to violates its users’ freedom.
+
+However fixing the issues and making new releases can sometime take a long
+time. The last Replicant 6.0 release was from December 2017.
+
+This new release fixes some very serious freedom and privacy issues:
+
+* We found an issue within the phone application: it was leaking the phone
+  numbers of both inbound and outbound calls to third parties as part of a
+  feature called phone lookup providers. More details are available in the
+  [bug report][4]. Even if it was not trivial to reproduce and find the bug
+  it’s now fixed as the feature has been completely disabled with 3 patches
+  ([5], [6], [7]).
+
+* F-Droid has been removed as many applications shipped in it are not
+  compliant with the [guidelines][3] for distributions recommended by the
+  FSF. It was kept so long because we expected to get it fixed upstream fast
+  enough, but that didn’t happen for various reasons. We have setup a [wiki
+  page][8] and a [forum section][9] for more information about the issue and
+  how to deal with it.
+
+* Several binary firmwares (without source code) related to the back and
+  home “touch” buttons were found and removed with 4 patches ([10],
+  [11], [12],[13]). The firmwares seem to have only been
+  used for factory testing, so the buttons should still work on the devices
+  that have them.
+
+* The touchscreen firmware for the Galaxy Note 8.0 was also lacking any
+  corresponding source code (bug [#2194][14]). That was fixed by removing it
+  ([15]).
+
+* On all the currently supported devices with a modem, when users set the
+  device in flight mode, the modem is only asked to go in low power mode.
+  Because of that the modem is probably still on and its OS is probably
+  still running. Because of that we fixed the wiki and added [scripts to
+  disable (and enable back) the modem][16] to the new Replicant images. They
+  work by preventing Replicant to load the modem OS.
+
+* We also got [a report on the mailing list][17] that a nonfree ambient SDK
+  was added in CyanogenMod and was not removed either by LineageOS 13 or
+  Replicant 6. So [we removed it as well][18].
+
+This release may also fix [several bug(s) which made some SIM cards not
+recognizable by Replicant 6.0][19]: we have now merged a fix for one of the
+bug ([#1909][20]) but as we don’t know if all the “SIM card not recognized”
+bugs are related. We would highly appreciate if those that opened the original
+bug report could confirm if it also fixes their issues as well.
+
+Several issues still need to be fixed, but we didn’t want to delay even more
+this release, as that would prevent users from getting the fixes mentioned
+above:
+
+* It’s still not possible to build Replicant 6.0 from a [distribution that
+  is recommended by the FSF][21] (bug [#1861][22]).
+
+* While removing the firmware of the Galaxy Note 8.0 touchscreen driver,
+  many more firmwares without corresponding source code were found in the
+  [driver/touchscreen directory][23] in the kernel used by most of the
+  devices supported by Replicant 6.0. However they weren’t removed yet. Help
+  is more than welcome to help with that.
+
+* While investigating if it was possible to upgrade WebView, the Android
+  builtin web browser component (bug [#1786][24]) we also discovered that,
+  because Android build system doesn’t use a package manager, finding the
+  license of each repository wasn’t trivial (bug [#1973][25]).
+
+* More investigations are needed as well to replace WebView with a free
+  software and up to date implementation (bug [#1786][24]).
+
+* The bug related to a bad sound quality during calls in some circumstances
+  (bug [#1773][26]) is not fixed yet, but there is a workaround that works
+  for some use cases.
+
+* The [Let’s Encrypt][27] certificates probably stopped working in Replicant
+  6.0 the first September 2021. Some browsers like IceCat should normally
+  continue to work fine. See the [Standing on Our Own Two Feet][28] blog
+  post by letsencrypt for more details.
+
+As the internal WiFi doesn’t work with free software, some new network related
+features improving usability were merged :
+
+* RepWiFi has been removed as it’s now possible to use the stock Android
+  menus to handle the WiFi. This was done by patching Android to also accept
+  external dongles. It is less reliable than with RepWiFi because in some
+  cases reboots are needed for the WiFi to be recognized, and enabling the
+  WiFi most probably also powers on the Internal WiFi chip as well,
+  increasing the power consumption. However it should reduce the probability
+  of applications like F-Droid being broken in the future, as it’s better
+  integrated in Android. In the event that Replicant 6.0 stops being
+  maintained and that Replicant 11 doesn’t get support for all the Replicant
+  6.0 devices, this patch should increase the lifetime of the affected
+  devices.
+
+* Ethernet support has been added but it doesn’t work on all the devices.
+
+* The USB networking scripts were also been added to the devices.
+
+* Support for some rt2500-usb dongles that don’t need the OS to load a
+  firmware [has been added to the Galaxy SIII 4G (i9305)][29], which is an
+  uncompleted device. It wasn’t added to the other devices to make the
+  release happen a bit faster.
+
+Other improvements were also made:
+
+* llvmpipe is now the default OpenGL renderer. On devices with an Exynos CPU
+  / [System on a chip][30], this allows running many applications that
+  weren’t working before. Unfortunately llvmpipe significantly slows down
+  some system components used in the graphical interface. This has been
+  catered for by patching Android to use the old libagl renderer for those
+  system components.
+
+* [Scripts to switch between OpenGL implementations globally][31] have been
+  added to the image as well. Thus, if you want to revert back to the old
+  behaviour, just run “graphics.sh faster” in a root terminal. To switch
+  back to the new behavior you can instead use “graphics.sh compatible”.
+  Note that “graphics.sh compatible” will still keep the old OpenGL
+  implementation for the system components mentioned above, so there is
+  little risk in trying the scripts.
+
+* It’s now easier to build Replicant as there is a new script that wraps
+  part of the building process. It’s also more convenient as it stores build
+  logs. The script has been used to build the release, and the build
+  instructions also use it now.
+
+* It has became easier to modify the installation instructions as they now
+  apply to all devices, and were split into parts that are reusable. This
+  way if the instructions needs to be modified, it requires a single
+  modification instead of 10 or 30 modifications like before.
+
+* [Instructions to backup the modem data partition][32] have been added. The
+  modem partition can [become corrupted][33] in some conditions. As it can
+  be very difficult or impossible to recreate that partition, and that it’s
+  required for the modem to work, we very strongly advise users to do a
+  backup.
+
+* A new wipe command has been added to wipe partitions, however [it is not
+  very well suited for wiping files.][34] To efficiently wipe files [another
+  application or utility][35] would need to be integrated.
+
+Many of the improvements and fixes were also made possible thanks to the work
+of new contributors.
+
+## Replicant 11 status and policy changes for supported devices
+
+Work on Replicant 9 has now shifted to Replicant 10 and then Replicant 11, and
+has been ongoing in parallel. As it will use a kernel closely based on
+upstream Linux, it has some implications:
+
+* The work on Replicant 11 is made with the Galaxy SIII (i9300), so it
+  should be supported.
+
+* The Galaxy Note II (N7100) is very similar to the Galaxy SIII but requires
+  a bit more work to be supported.
+
+* The Galaxy SIII 4G (I9305) and Galaxy Note II 4G (N7105) could also be
+  added if work is done to add support for their modem in Replicant.
+
+* We don’t know yet how much work is needed to add support for the other
+  devices that are currently supported by Replicant 6.0, so we don’t know
+  yet if they will be compatible with Replicant 11 or not. We would need to
+  find or get more information on the upstream status of theses devices
+  before having a rough idea.
+
+* It will be easier to add support for devices using a mainline kernel.
+
+We also take advantage of this release to announce some policies changes:
+
+* As Replicant 6 only supports devices with somewhat isolated modems,
+  subsequent Replicant versions will also only support devices with isolated
+  modems.
+
+* As Replicant 6 only supports devices with replaceable batteries,
+  subsequent Replicant versions will also only support devices with
+  replaceable batteries.
+
+The Replicant developers chose not to support these devices officially in
+Replicant for good reasons.
+
+Supporting devices with non removable batteries ourselves has a lot of
+challenges:
+
+* As Replicant 11 requires more work and working to upstream devices support
+  in Linux takes more time than adding devices in Replicant 6:
+  * if we start adding support for a device, we want to be able to spend the time required to do it right and to work with upstream projects like Linux to add support for it in theses projects as well. The advantage is that it makes Replicant and the device being added more sustainable. However if the device has a battery that is not replaceable by experienced users, developers, repair shops, or [repair café][36], the device would have a very short lifetime which is incompatible with making Replicant sustainable.
+  * Users would need to buy the device new in order to make sure that the battery lasts enough for a daily use. Buying the device second hand would be way more complicated as users would need to make sure that the battery last enough time. Developers would still be able to work on the device for a very long time, assuming that they are not users as well that want to use the device. But their work would not be very useful without usable devices.
+  * In addition, being able to remove the battery of a device increase trust: for devices with a single battery, it’s easy to understand that without a battery, the device is really off. For devices with an additional backup battery, some background information on chip energy consumption is enough to understand what the device cannot do with such backup battery.
+
+As for non isolated modems, if Replicant only support devices with isolated
+modems, it’s way easier for users and developers to remember that the devices
+they are using have a somewhat isolated modem.
+
+However, as Replicant 11 is using a kernel closely based on upstream Linux,
+there is already some interest in adding support for devices already supported
+by Linux which have a non-isolated modem and/or a non-replaceable battery, and
+it would be sad to not be able to leverage all the work done in Replicant with
+these devices.
+
+So practically speaking we are willing to help people and/or projects that are
+willing to support such devices. We are also accepting contributions in the
+Replicant source code for such devices provided that we can maintain the code
+without too much effort without having the devices.
+
+So while anybody could test if the code still compiles fine, It will then be
+up to the people that have such devices to test if the code is still working
+over time. The code quality of such contributions may also have to be high as
+we want to keep maintaining that code over time without having the devices.
+The Linux kernel is already using a similar approach to be able to maintain
+support a lot of devices (including devices that the maintainers don’t have)
+without removing support for older devices.
+
+We could even provide access to the Replicant infrastructure (for instance by
+creating Redmine sub-projects, opening new git repositories namespaces, and so
+on) to the people wanting to support such devices, but they would at least
+need to:
+
+* Find a name that is different from Replicant for the project (to not
+  confuse both projects, else it defeats the point of having some
+  separation).
+
+* Stay compatible with the [strict FSF criteria][3] as Replicant doesn’t
+  want to host projects that are incompatible with such criteria. Though we
+  already collaborate with other projects (which we don’t host) that aren’t
+  compatible with such criteria.
+
+* Take care of users support (as Replicant developers will probably not have
+  these devices, so they won’t be able to test things to properly support
+  users).
+
+* Take care of the releases (as Replicant developers will probably not have
+  these devices, they would not be able to test the releases).
+
+As for the details on what constitute a “replaceable battery”, all the
+smartphones currently supported by Replicant 6.0 have removable batteries, so
+the batteries are very easy to replace. Compatible batteries can still be
+found in several cities and/or countries.
+
+And for the tablets supported by Replicant 6.0:
+
+* They all have batteries that are not removable in the usual meaning, but
+  they can still be replaced by opening the device.
+
+* It is easy enough for experienced users, developers, repair shops, and
+  repair café to open the device and remove the battery, so it is probably
+  possible to replace it as well.
+
+* It would be interesting to know more about the availability of compatible
+  batteries.
+
+* It might also be possible to use tablets with batteries that last way less
+  than when the device is new, as many people have them off most of the
+  time. But even in that case it still shortens a lot the lifetime of the
+  device, as they probably still needs a working battery to boot.
+
+ [1]:
+<https://redmine.replicant.us/projects/replicant/wiki/ReplicantReleaseNotes>
+
+ [2]: <https://www.gnu.org/distros/free-non-gnu-distros.html>
+
+ [3]: <https://www.gnu.org/distros/free-system-distribution-guidelines.html>
+
+ [4]: <https://redmine.replicant.us/issues/1827>
+
+ [5]:
+<https://git.replicant.us/replicant/vendor_cmsdk/commit/?id=de9e5b00e2a4072d2fd7e89e9abfc512a50d77e3>
+
+ [6]:
+<https://git.replicant.us/replicant/vendor_cmsdk/commit/?id=2d8ae47d9919f83cdf7244c3eeb34f919d83a33d>
+
+ [7]:
+<https://git.replicant.us/replicant/packages_apps_Dialer/commit/?id=c730399d4854875a76baa24ab653fbc049b8deef>
+
+ [8]:
+<https://redmine.replicant.us/projects/replicant/wiki/F-DroidAndApplications>
+
+ [9]: <https://redmine.replicant.us/projects/replicant/boards/40>
+
+ [10]:
+<https://git.replicant.us/replicant/kernel_samsung_smdk4412/commit/?id=160424ba716cde87e4ff213972a03388e90bf75e>
+
+ [11]:
+<https://git.replicant.us/replicant/kernel_samsung_smdk4412/commit/?id=1fe39350b36767cc60ae58c2b2ea5fa29d484be0>
+
+ [12]:
+<https://git.replicant.us/replicant/kernel_samsung_smdk4412/commit/?id=0ee78af736ce947d286d21b5fdc2c0212b2f8d38>
+
+ [13]:
+<https://git.replicant.us/replicant/kernel_samsung_smdk4412/commit/?id=e40b2fa239e15c3ea8ea9407be704882916bcacc>
+
+ [14]: <https://redmine.replicant.us/issues/2194>
+
+ [15]:
+<https://git.replicant.us/replicant/kernel_samsung_smdk4412/commit/?id=43720e41c7f36873718fc24746277bbf7d24e6f1>
+
+ [16]: <https://redmine.replicant.us/projects/replicant/wiki/ModemDisable>
+
+ [17]:
+<https://lists.osuosl.org/pipermail/replicant/2020-November/003138.html>
+
+ [18]:
+<https://lists.osuosl.org/pipermail/replicant/2020-November/003178.html>
+
+ [19]:
+<https://redmine.replicant.us/projects/replicant/wiki/SIMnotRecognized>
+
+ [20]: <https://redmine.replicant.us/issues/1909>
+
+ [21]: <https://www.gnu.org/distros/free-distros.html>
+
+ [22]: <https://redmine.replicant.us/issues/1861>
+
+ [23]:
+<https://git.replicant.us/replicant/kernel_samsung_smdk4412/tree/drivers/input/touchscreen?h=replicant-6.0>
+
+ [24]: <https://redmine.replicant.us/issues/1786>
+
+ [25]: <https://redmine.replicant.us/issues/1973>
+
+ [26]: <https://redmine.replicant.us/issues/1773>
+
+ [27]: <https://en.wikipedia.org/wiki/Let%27s_Encrypt>
+
+ [28]: <https://letsencrypt.org/2020/11/06/own-two-feet.html>
+
+ [29]:
+<https://git.replicant.us/replicant/kernel_samsung_smdk4412/commit/?id=a2ad1c05d8e609e3daf820deebf477c5f93d6f3e>
+
+ [30]: <https://en.wikipedia.org/wiki/System_on_a_chip>
+
+ [31]: <https://git.replicant.us/replicant/vendor_replicant-
+scripts/tree/display/renderer/device-files>
+
+ [32]: <https://redmine.replicant.us/projects/replicant/wiki/BackupTheEFS>
+
+ [33]: <https://redmine.replicant.us/issues/1869>
+
+ [34]: <https://lists.osuosl.org/pipermail/replicant/2021-March/003421.html>
+
+ [35]: <https://lists.osuosl.org/pipermail/replicant/2021-March/003417.html>
+
+ [36]: <https://en.wikipedia.org/wiki/Repair_caf%C3%A9>
+
+
diff --git a/markdown/2023_02_replicant-at-fosdem-2023.md b/markdown/2023_02_replicant-at-fosdem-2023.md
new file mode 100644
index 0000000..5560149
--- /dev/null
+++ b/markdown/2023_02_replicant-at-fosdem-2023.md
@@ -0,0 +1,27 @@
+tags: Replicant news, GNUtoo
+date: 2023-02-01 16:17
+title: Replicant at FOSDEM 2023
+---
+This year the [FOSDEM][1] will take place in Brussels the 4 and 5 February.
+
+This year there will be a talk about Guix evaluation and usage for/by the
+Replicant project: [How Replicant, a 100% free software Android distribution,
+uses (or doesn’t use) Guix][2], by the current Replicant maintainer.
+
+As not everybody is familiar with Replicant or free software on smartphones,
+it will also have some background information on hardware and software of
+freedom in smartphones with a focus on FSF certified distributions.
+
+We hope to also use this occasion to build collaboration with other projects,
+especially other Android distributions that use kernels based on upstream
+Linux.
+
+We may update this blog post if there are last minute changes (if the talk is
+moved) or if we have new interesting information (like interesting talk to
+attend, other events, etc).
+
+ [1]: <https://fosdem.org/2023>
+
+ [2]: <https://fosdem.org/2023/schedule/event/replicantguix/>
+
+
diff --git a/markdown/2023_12_replicant-37c3.md b/markdown/2023_12_replicant-37c3.md
new file mode 100644
index 0000000..6b3b369
--- /dev/null
+++ b/markdown/2023_12_replicant-37c3.md
@@ -0,0 +1,58 @@
+tags: Replicant news, dllud
+date: 2023-12-28 23:40
+title: Replicant @ 37C3
+---
+Since yesterday, December 27th, the [37th Chaos Communication Congress
+(37C3)][1] is taking place in Hamburg. Replicant is present as part of the
+[Critical Decentralization Cluster (CDC)][2].
+
+[Replicant’s assembly][3] is the place to come by if need help installing
+Replicant or general advice regarding software freedom on smartphones and
+tablets. You can also take the opportunity to verify the release signing PGP.
+
+Location: [G5, Hall 3, Level 0][4]  
+DECT: 8652
+
+As Replicant is struggling with structural problems, first and foremost lack
+of contributors on key areas (development, sysadmining, communication,
+coordination, documentation), we are looking to onboard new people with fresh
+ideas. Please drop by if you feel keen to help on any of these field.
+
+There will also be a few talks and gatherings about Replicant and related
+topics in several spots around the congress:
+
+* [Short introduction to Replicant as part of the CDC][5] – December 27
+  16:30, Saal E
+
+* [Introduction to Replicant][6] – December 28 10:00, Saal D
+
+* [Replicant struggle: past and present successes and failures][7] –
+  December 28 14:00, Saal 3, CDC, Round Table
+
+* [Smartphones freedom status in 2023][8] – December 30 12:30, Saal E
+
+* [Replicant Meetup][9] – December 30 14:00, Saal 3, CDC, Round Table
+
+ [1]: <https://events.ccc.de/congress/2019/wiki/index.php/Main_Page>
+
+ [2]: <https://decentral.community/>
+
+ [3]:
+<https://events.ccc.de/congress/2019/wiki/index.php/Assembly:Replicant>
+
+ [4]: <https://37c3.c3nav.de/l/replicant/>
+
+ [5]: <https://frab.riat.at/en/36C3/public/events/130>
+
+ [6]:
+<https://events.ccc.de/congress/2019/wiki/index.php/Session:Android%27s_build_system_is_messier_than_your_distro%27s>
+
+ [7]: <https://events.ccc.de/congress/2023/hub/en/event/replicant-struggle-
+past-and-present-successes-and-/>
+
+ [8]: <https://events.ccc.de/congress/2023/hub/en/event/smartphones-freedom-
+status-in-2023/>
+
+ [9]: <https://events.ccc.de/congress/2023/hub/en/event/replicant-meetup/>
+
+