gsoc

gsoc@lists.centos.org

69 discussions

Re: [CentOS-gsoc] Self Introduction & Interested in Implement and create new documentation toolchain
by Lei Yang 24 Mar '15

24 Mar '15

Karsten Wade: Thank you very much for your reply! I have improved the proposal following the mentors' advice, and I will join the centos-docs mailing list and take part in the discussion. Also, I have a question. Should I add my personal coding experience and information to the proposal? Best regards, Lei Yang

1 0

GSoC - Xen based Hypervisor in a Box
by Emil Condrea 24 Mar '15

24 Mar '15

Hello, I am Emil Condrea, student in 4h year at Faculty of Computer Science in Iasi, Romania. I am an enthusiastic developer fascinated by low level programming. Since two years ago I started to do research about kernel programming. For the final thesis I wanted to improve the existing code in open source community rather than reinventing the wheel so I combined security with virtualization and kernel programming. I am developing new features to Xen virtual TPMs. Also, I am going to send patches to tpm library trousers so others can use the new features I implemented at kernel level. I wrote this in C. I can give you more details about it if you are interested. I am writing this email because I want to write a proposal for Xen based Hypervisor in a box <http://wiki.centos.org/GSoC/2015/Ideas#head-ecb615be72e53950f08df9280902072…> . I want to be a part of this project because I am very focused on virtualization and security and this is what I want to work in the future. Regarding my experience: I am working since 3 years ago at Bitdefender as Antispam Engines Developer (C/C++). Also, I have 6 years of experience on web development. You can see more details on my website: http://emilcondrea.com I am really looking forward for your reply in order to know if you think I am the right person for this project. From your point of view is it ok to write proposal right now or should I contact the mentor first? Thank you, Emil Condrea.

2 2

Self Introduction & Interested in Implement and create new documentation toolchain
by 杨垒 24 Mar '15

24 Mar '15

Hi everyone! I am a student from School of EECS, Peking University, Beijing, China. I am interested in contributing to the Implement and create new documentation toolchain. I’ve done some small Python projects with my friend, and I am quite familiar with Git and GitHub. Previously I contributed to Ghost by translating the documentation to Chinese and found out GitHub is an excellent place to store, version and distribute docs. I myself is using GitHub Pages to build my personal site. Also, I am a MarkDown lover, so it will be great if I could take part in this project and use MarkDown as the main writing format. When using CentOS and other Linux distributions, I search for solutions of google and get most answers on StackOverflow and personal blogs. It would be great if everyone can contribute docs to a centralized place, using some fixed format, so users can look for answers quickly and easily. Thanks Lei Yang

2 1

kpatch irc log 2015-03-18
by Corey Henderson 24 Mar '15

24 Mar '15

Mentor's note; hopefully fewer questions means we're getting closer to proposal writing ;) cormander howdy kragniz cormander: hi there! kragniz how goes with you? cormander good kragniz cormander: cool! kragniz I've been thinking a little about the tooling to create the patch packages cormander great kragniz so assuming we're doing the one rpm per patch route, we need to create an rpm for each supported kernel, right? cormander that will get very messy cormander I would put all versions that applies to in it [ERROR] The command “path/to/kpatch/repo/<kernel” is not known to the server. cormander like so; /path/to/kpatch/repo/<kernel version>/patch-name/module.ko cormander or maybe the reverse; /path/patch-name/<kernel-version>/module.ko --- up to you kragniz olay, so contain builds of the patch against all supported kernels cormander right cormander in the %post script of the rpm, the userspace script you write will determine if an update to the package actually changed the checksum of the module for the current running version cormander and only remove / reinsert it if so cormander when you generate the rpm, what your patching is in newer kernels, so you won't have to "add" more versions later cormander unless you have a future patch touch the same thing that a previous patch does - cormander and you'll have a list of newer modules that are smaller, and and bunch of updated files for older kernel versions kragniz that sounds good kragniz is there a drawback to reloading current patches anyway? cormander you run the risk of hitting a function that's on the kernel stack kragniz other than the risk of breaking something cormander and failing to re-insert it cormander so, best to only remove/re-insert stuff when you have to kragniz okay, that sounds reasonable kragniz so the input for this build system would be a source patch, and it would build kpatch modules for all kernels it applies cleanly against, or would we provide some version limitation? kragniz ie, something.patch is for kernels 3.14 - 3.16 only cormander version limitation. more specifically, release limitation cormander we're only doing EL7 kernels kragniz okay, cool kragniz I need to run for about half an hour, sorry! cormander no problem, just say my name when you're back kragniz will do cormander also - just because a patch cleanly applies doesn't mean it's correct. It can even be dangerous. Patch selection is a painfully manual process. Hard to automate cormander also, patches often don't cleanly go into kernels that need it cormander you can assume that patch selection is out of scope. The real meal of the deal here is the build and release automation |<-- imcleod_ has left freenode (Ping timeout: 244 seconds) cormander kragniz: going to sign off shortly, unless you're still around

2 1

GSoC 2015 Draft of Proposal on On premise vagrant hosting system
by Hanok 24 Mar '15

24 Mar '15

Greeting, I wrote a proposal on "On premise Varant Hosting System".I hoping to get feedback on this,so that i may make some changes. Regards,Hanok KodavatikantiNIT rourkela.

2 1

GSOC 2015- Rootfs build factory implementation
by Saket Sinha 23 Mar '15

23 Mar '15

Hi, I am looking forward to participate in GSOC 2015 With CentOS community in Rootfs build factory implementation for ARM and other platforms. This is to discuss the idea further in order to build my understanding of the project. ARM is now supported by most of Linux distors. To discuss a few we have Debian, Fedora, Gentoo Linux, Arch Linux etc. Debain has something called debootstrap for creating an architecture specific rootfs. Fedora uses fedora remix for supporting different non-x86 boards(or platforms). >From http://fedoraproject.org/wiki/Architectures/ARM/Creating_Remixes what I could find that you can create your own fedora remix by using a tool called appliance-tools over a fedora disk image. So here are we trying to implement a similar implementation for CentOS ? Please let me know if my understanding of the project is right. Regards, Saket Sinha

2 1

Application deadline 27 Mar
by Karsten Wade 23 Mar '15

23 Mar '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Reminder that students need to get their application in to the Melange tool by 27 March 19:00 UTC. https://www.google-melange.com/gsoc/homepage/google/gsoc2015 Once the application is in the system you will have a few weeks to work with mentors to improve your proposal. But it absolutely *must* be turned in by 27 March 19:00 UTC, we cannot add your proposal to the system after that date. That is 3 days and 20 hours from now. How are things going? Any questions on the process? Regards, - - Karsten - -- Karsten 'quaid' Wade .^\ CentOS Doer of Stuff http://TheOpenSourceWay.org \ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEUEARECAAYFAlUQjx0ACgkQ2ZIOBq0ODEHregCYjqTeGXcu1MBIDf+yhM5pFJbz gQCg5hOZR8s29vLcvVS6Eh7XVWoBQ8A= =5EfD -----END PGP SIGNATURE-----

1 0

Develop a kpatch delivery mechanism
by vladiksonic＠mail.ru 22 Mar '15

22 Mar '15

Hello! I have written the second proposal (well, first draft), this one is for kpatch delivery mechanism. Link: https://github.com/hotab/CentOS-application/blob/master/Proposal-2.md (also found on google melange for organisation members). Same as the last time - I am open for criticism. Good luck, Vladislav Babkin

1 0

RootFS Build Factory Proposal
by Mandar Joshi 21 Mar '15

21 Mar '15

Hello, I've uploaded my proposal for RootFS Build Factory to github. You can view it here https://github.com/mndar/gsoc2015 I welcome any suggestions. Regards Mandar Joshi

1 0

Rootfs Build Factory Idea. About CentOS for ARM not being available yet
by Mandar Joshi 18 Mar '15

18 Mar '15

Hello, I am working on a proposal for the Rootfs build factory idea http://wiki.centos.org/GSoC/2015/Ideas#rootfs-build-factory Right now, I am working out the details, they are not yet ready for presentation. They are just in the form of notes right now. I discussed this project a bit on centos-gsoc on freenode last week. I think we should use Python and Bash scripts for this project. We have 2 months before the GSoC coding period starts. Since the CentOS ARM images are not ready yet (at least not yet publicly available), should we include the development of CentOS for ARM in the GSoC Project? I would like to contribute to the CentOS ARM project. About me: My primary area of interest is Linux and my programming languages of choice are C and Python. As part of my academics I have studied C, C++, Data Structures, Computer Networks, Software Engineering, Object Oriented Analysis and Design, Microcontrollers, Image Processing, Operating Systems and Database Systems to name a few. I am presently in my third year of college. I have work experience as a software developer and as a system admin. As a software developer I worked on a wide range of projects ranging from development of system services using Microsoft .NET, Networking services to Embedded Linux and Point-Of-Sale terminals along with Smart Cards. I have used numerous open source libraries under Linux including GTK+, Clutter, Qt, Curl, BlueZ, FLTK, Gstreamer and worked with few databases (MySQL, MS SQL, Oracle, SQLite). I've also done development using Python(Twisted) and some web development using Django, PHP, Ruby, Javascript. I have vast experience in installing and configuring various Linux distributions including Gentoo,Fedora,Cent OS, Debian,Knoppix,Ubuntu. I have also contributed couple of patches to the Linux kernel (ALSA Project) to add support for a volume knob and LED for a USB sound card . Details of the projects I've worked on are here http://mndar.phpnet.us/resume or http://mndar.github.io/resume/ In my free time I like to drive, listen to music and enjoy configuring/fixing computers. I am subscribed to the centos-devel list as well. I look forward to your feedback. Regards Mandar Joshi

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

gsoc