2019-12-23 11:17:00 +0700
The year of 2019 will come to its end, and not even once post I create for this
blog along this period. So I decided to create at least one article to summarize
what makes my interest most. Lately, I do not contribute to Open Source
intensively because I moved for a new job, and I must focus on that first.
In the spare time of my research on the Open Source project, I found an
interesting program that shares the same spirit as GSoC Project [0]. I found it
on twitter, through a tweet from The Linux Foundation official account [1].
The program is called Linux Kernel Mentoring Project.
2018-03-20 05:21:00 +0700
This is the last part of my GSoC 2017 journal trilogy. In this period, my
patches of this project must be sent so they can be reviewed. In order to pass
this final evaluations, I must submitted my work and try to merge it to
upstream codebase. As my previous period, I face with some obstacles but
mentors help me a lot to get rid of it so the project goals was achieved.
2018-03-17 03:21:00 +0700
This is story about my second journey in the Google Summer of Code (GSoC) 2017.
From the previous phase, I made some basic progress. I also got many unresolved
tasks to be done. Started on this week, I try to follow Darshit Shah advice to
increase my report from weekly to daily. However, in reality, it was difficult
to create daily report, there must be day that I report nothing because what I
do was actually stuck in my problem.
What I have got so far:
2018-03-07 03:21:00 +0700
This series of writing summing up of what I did in Google Summer of Code (GSoC)
2017. GSoC 2017 be held in three period of time. In this part I will tell you
about the first period.
2017-04-08 13:43:38 +0700
In the open source world, different project comes with different workflow, using
different medium. For instance, Linux Kernel development, use mailing list to
gather patches for many developer around the world. The maintainer pick
patches from developer with careful supervision. Then, they maintain release of
the stable version, while Linus Torvalds himself maintain the mainline stream.
Other project, Git – a revision control system. It use same model as Linux
Kernel, patches and conversations go to mailing list. With additional part, for
the Continuous Integration system, it is recommended to use Github and Travis
CI. Although they will reject all pull request from there.
Another example, Wget2 used Github mainly to perform collaboration (Because GNU
not allowed their project to use Github, their move it to Gitlab [0]). Issues are
discussed here. Pull request also getting merged here. Although, it also have
mailing list to discuss issues and problems.
Here I share my experience how I contribute to open source, so my code could be
merged in the project upstream. For an example, I will write several steps of
my way doing Wget2 project for my GSoC 2017 application. Below are some points I
follow: