Linux Foundation Certification at FOSSASIA 2015 in Singapore

We’re happy to bring you good news from the Linux Foundation in cooperation with OlinData: You can take a Linux Foundation exam at FOSSASIA Singapore for a special one-time 33% discount. It is possible to get yourself certified for both the Linux Foundation Certified Engineer (LFCE) and the Linux Foundation Certified System Administrator (LFCS). We’ll have a dedicated room on Saturday March 14, 2015 at Blk71 where you can sit down in all quietness and take the examination so you can walk away with one of the highest quality Linux Certification in the industry.

A Linux Foundation Certified System Administrator (LFCS) has the skills to do basic to intermediate system administration from the command-line for systems running Linux. Linux Foundation Certified System Administrators are knowledgeable in the operational support of Linux systems and services. They are responsible for first line troubleshooting and analysis, and decide when to escalate issues to engineering teams. More information here: training.linuxfoundation.org/certification/lfcs

If you want to make sure you are prepared for the LFCS exam we have a great deal for you: By taking a special edition of the online self-paced course for the LFCS certification, you’ll be well prepared for the LFCS certification and at the same time supporting FOSSASIA: The Linux Foundation has promised to sponsor 100 USD for each online course sold. Please go here for more information and Sign Up Now.

A Linux Foundation Certified Engineer (LFCE) possesses a wider range and greater depth of skills than the Linux Foundation Certified System Administrator (LFCS). Linux Foundation Certified Engineers are responsible for the design and implementation of system architecture. They provide an escalation path and serve as Subject Matter Experts (SMEs) for the next generation of system administration professionals. More information here: http://training.linuxfoundation.org/certification/lfcs

Continue ReadingLinux Foundation Certification at FOSSASIA 2015 in Singapore

Meetup of Beijing Linux User Group with Dang Hong Phuc from FOSSASIA

Hong Phuc Dang FOSSASIA, Women in IT Asia

Please join our FOSSASIA Bejinglug meetup with Dang Hong Phuc in Bejing, China on December 6, 2015. Hong Phuc will give insights about the FOSSASIA network, the programs of FOSSASIA and the FOSSASIA summit 2015 in Singapore.

FOSSASIA runs contributors, Open Source developers and hardware maker programs in cooperations with companies and communities such as Google Summer of Code and Google Code-In (current Code-In program until January 19).

For our programs in 2015 we are looking for mentors and students of Open Technology projects who would like to join us and register their groups on the FOSSASIA community network.

The FOSSASIA summit will take place from March 13-15 in Singapore. The call for papers is open until December 20. If you are interested to present at the event, please register here: fossasia.org/speaker-registration/

Time: 18:00
Date: Saturday, December 6, 2014
Location: Jazz Island Coffee (爵士岛咖啡二楼)
Address (Chinese): 东城区东直门内大街东扬威街11号楼(来福士大厦对面北侧)
Map: mapbar (via dianping)
Subway: Dongzhimen Exit A
Phone: 010-8406-1040

Links:

Beijinglug Announcement: http://beijinglug.org/…

FOSSASIA Community Network: http://fossasia.net

FOSSASIA Summit Speaker Registration: http://fossasia.org/speaker-registration/

FOSSASIA Code-In: http://www.google-melange.com/gci/org/google/gci2014/fossasia

Continue ReadingMeetup of Beijing Linux User Group with Dang Hong Phuc from FOSSASIA

Meilix System Lock released

We released the first version 0.1 of Meilix System Lock. It is an application that can lock or “freeze” your system.

The application is based on Ofris, but it offers more features like a simple graphic interface to lock or unlock the system. Main developer is Hon Nguyen (Vanhonit) from Vietnam, who started the tool as part of his Google Summer of Code project for FOSSASIA.

The sourcecode is here on github: https://github.com/meilix/systemlock

A couple of Meilix System Lock Screenshots.

Meilix System Lock

Continue ReadingMeilix System Lock released

How to create a Fedora spin – Developer Meet Up in Hong Kong

Hon Nguyen (Vietnam), Dicky (Hong Kong), Hong Phuc (Vietnam) (from right to left)

Dicky (Hong Kong) and Mathieu Bridon (France)

At our meet ups at GNOME.Asia in Hong Kong it was great to meet developers from different continents. One thing we were particularly interested in is, how to create a custom Linux based on Fedora Linux.

Well, we were lucky to meet Mathieu Bridon (Blog). There are some pictures below. Even though some pictures might look just like socializing in a pub, we actually took quite late until the eve to learn about using Kickstart files to create our own custom Linux. Thank you! So the how to of Mathieu below first.

== Building your downstream distro ==

From a Fedora system:
    # yum install spin-kickstarts pungi

See the kickstarts used to create the various Fedora spins in:
    /usr/share/spin-kickstarts/*

Use that as examples, the actual kickstart doc is at:
    http://fedoraproject.org/wiki/Anaconda/Kickstart

Then once you have your kickstart file:
    # pungi -c [your kickstart file]

(see pungi -h for all the options)

== Avoiding trademark issues ==

Replace fedora-logos by generic-logos to avoid the Fedora trademarks.

Clone the git repository for the package spec file:
$ fedpkg clone -a generic-logos
$ cd generic-logos

Fetch the source tarball:
$ fedpkg sources

Make your own tarball following the layout and file names.

Rename the spec file (and change the Name: tag):
Name:       xmario-logos
Version:    17.0.0
[… snip …]
Source0:    https://fedorahosted.org/released/%{name}/%{name}-%{version}.tar.bz2

See how the tarball is named like the spec file?

Rebuild:
$ fedpkg mockbuild

== Caching packages ==

1. Synchronize the whole repository:
$ yum install yum-utils
$ reposync -r fedora -r updates -p /path/to/repository_cache

2. Keep in cache the packages you install:
  1. set keepcache=1 in /etc/yum.conf
  2. install, update,…
  3. $ find /var/cache/yum -name ‘*.rpm’

3. Download packages:
$ yum install yum-utils
$ yumdowloader foo
$ yumdownloader –resolve foo

Some different approaches to repo caching:
http://yum.baseurl.org/wiki/YumMultipleMachineCaching

 

If you need to make an install media (not live), you’ll have to maintain
a trivial patch to anaconda.

$ fedpkg clone -a anaconda
$ cd anaconda
$ fedpkg prep
$ cd anaconda-$version
$ git init
$ git add .
$ git commit -m prepped
$ cp pyanaconda/installclasses/{fedora.py,xmario.py}

Replace all occurences of “fedora” by “xmario” in the file you copied,
and give it a **higher** priority (bigger number) than all other install
classes so that yours is used.

Create a patch that adds your modifications. I like to use git for that,
but you can just use the diff command if you prefer:
$ git commit -a -m “Create our install class for X-Mario”
$ git format-patch HEAD~1
$ mv 0001-*.patch ..
$ cd ..

Add the patch to the spec file header:
    [… snip …]
    Patch1000000: 0001-blabla.patch
    [… snip …]

Apply at the end of %setup:
    %patch1000000 -p1

Bump the “Release:” tag and add a changelog message in %changelog.

Commit to git:
$ git add 0000*.patch anaconda.spec
$ git commit -m “Bla bla bla commit message”

Rebuild:
$ fedpkg mockbuild

More about fedpkg:
http://fedoraproject.org/wiki/Using_Fedora_GIT

Mathieu Bridon and Sammy Fung (HK)

Continue ReadingHow to create a Fedora spin – Developer Meet Up in Hong Kong