From Fedora Project Wiki

< GSOC 2014

Revision as of 09:51, 21 March 2014 by Haseebfed (talk | contribs) (Created page with " == Project Title : '''FedmsgSobumper''' == {|- valign="top" |- | style="border: 0px solid white;" | |- style="background-color: #3C6EB4; color: white; border: 0px solid whit...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

Project Title : FedmsgSobumper

Contact Information

About Me

  • I’m a Engineering student at Khaja Bande Nawaz College of Engineering, Gulbarga majoring in Electronics and Communication.
  • I Contribute to Mozilla Mobile Web Compatibility for top Indian sites.


Why do you want to work with the Fedora Project?

I would like to be part of Fedora Project because i like working in an open-source community. I am regular user of a Fedora and have been using it since Fedora 14.

Do you have any past involvement with the Fedora project or another open source project as a contributor?

Nope, only a patch during this GSoC Application period.

Why should we choose you over other applicants?

I like coding in Python which is language FedmsgSoBumper will be developed and also I have keen interest in contributing to open source projects,

Did you participate with the past GSoC programs, if so which years, which organizations?

No

Will you continue contributing/ supporting the Fedora project after the GSoC 2013 program, if yes, which team(s), you are interested with?

Yes, I will really love to keep contributing with the Fedora Project and i have keen interest in Web Development.

Will you have any other time commitments, such as school work, another job, planned vacation, etc., during the duration of the program?

In May last week i have my Final year exams, so therefore i would like to start the work during Community Bonding Period.


Goal

Automatically rebuild the whole dependency subtree in rawhide if any ABI-backwards-incompatible so-bump occures.

Project Details

To get rid of the need to manually notify package maintainers about so bumps in advance, this script will detect each so bump and if the ABI has changed, rebuild all the packages which depend on this so-package, there could appear also new ABI incompatibilities in these packages due to pushed-but-not-built changes in git and these packages will be rebuilt and so on up to the leafs of the dependency tree, for the notifications, Fedmsg will be used.

Project Implementation:
Make a daemon which reacts on each new library build in koji, checks if any package depends on this newly built and if yes, check if there were introduced any incompatibilities in ABI and if yes, rebuild the dependent package(s). The incompatibility of ABI will be checked by comparing the previous build of the newly built library and the current one (i.e. the newly built one)

Methodology

My development process will follow the standard Fedora development process, under the guidance of my mentor. When the code and matching unit tests are finished, they will go through code review by mentor to ensure it follows the coding standard, is well designed, is sufficiently tested and documented, etc. Once the issues from the code review have been addressed the branch will be merged into trunk. Small,frequent feedback via code review, and the requirement for doing testing and documentation will ensure I am learning and improving throughout the summer.

Roadmap

  • Learning : Already started and on Going.
  • Programming: 8 weeks
  • Test suite: 1 week
  • Final review, adding and Bug fixing time:1 week
  • Documentation : 1 week

Timeline

Period Task
April 22 - May 5 Community bonding, reading documentation and getting familiar with all the codes.
May 6 - May 18 Implementing daemon
May 19 Official GSoC coding period begins.
May 19 - June 9 (3 weeks) This time will be for utilizing incompatibilities in ABI
June 24 - June 27 Mid term evaluation period.
August 12 - August 18 Pencils down period. Submitting the project for final evaluation.