MOTUDeveloperApplication
|
Size: 5491
Comment:
|
Size: 4711
Comment:
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 5: | Line 5: |
| '''I, Simon Chopin, apply for Contributing Developer status within the Ubuntu community.''' | '''I, Alexandre Ghiti, apply for MOTU status within the Ubuntu community.''' |
| Line 7: | Line 7: |
| || '''Name''' || Simon Chopin || || '''Launchpad Page''' || https://launchpad.net/~schopin || |
|| '''Name''' || Alexandre Ghiti || || '''Launchpad Page''' || https://launchpad.net/~alexghiti || |
| Line 13: | Line 13: |
| * I have taken an active role within the development community that requires to be able to communicate on all dev channels, including the ubuntu-devel@lists.ubuntu.com ML, which is moderated for non-dev members. |
* I have contributed quite a few packages now, to both Debian and Ubuntu and feel comfortable enough with the overall process. * I sometimes worked on a package, waiting for a sponsor, and someone else uploaded it in the meantime: this is a waste of time for everyone. * I will help clear the sponsorship queue. * I want to get more responsibility, because the more responsible, the more I feel involved and happy to contribute. |
| Line 19: | Line 23: |
| I am a software engineer hailing from Brittany, France, currently employed by Canonical within the Foundations team. When I'm not working on the internals of Ubuntu as part of my dayjob, you'll usually find me playing either music or videogames, both of which usually involve fiddling with my computer setup ;-). | I am a software engineer living in Grenoble, France, I currently work in the Foundations team for Canonical. For a few years now, my focus is RISC-V, more specifically the kernel and when I don't work on this subject, I work on some personal projects (all involve my computer of course :)). |
| Line 23: | Line 27: |
| My Ubuntu story is, for a big part, a Debian story. | I discovered free software late when I entered my engineering school in Grenoble where I studied operating systems. And I began contributing to open source softwares with the kernel as I had experience in this area from my first job and I was willing to help (and have fun too). |
| Line 25: | Line 29: |
| Ubuntu was my first successful attempt at Linux back in 2006 on an old laptop, thanks to the free CD shipping program that was running back then. I kept running a dual-boot until 2009, when I had a new laptop which couldn't run the latest Ubuntu but could run the latest Debian. I pragmatically switched to the mother distro, and over the years ended up involved in Python packaging, indirectly working for Ubuntu ;-). Ironically, my FLOSS contributions died down when I used Ubuntu again, both due to my first job after college. It was only server-side, but its extra-long version strings felt very familiar indeed! I became the resident expert on deploying our applications on our servers, putting my packaging knowledge to good use. After a few years, I switched jobs, and ended up maintaining a whole internal distribution based on Debian, as well as spearheading a grassroot movement to have technical roles in the company use Linux laptops instead of OSX, insisting on Ubuntu LTS on those. This led me to my current job at Canonical, where I'm happily greasing the internal wheels of Ubuntu so that other, more user-facing teams can deliver a good experience to all of our users, including myself and many around me who've switched to Ubuntu. |
I usually had a Linux Mint distribution from the time of my cheap student laptop and then switched to Ubuntu when I installed it to some close relatives a few years ago, so I guess I have always used Ubuntu. |
| Line 33: | Line 33: |
| As part of the Foundations team, my area of impact includes language toolchains, bootloaders, installer, and other core components of the system. I've touched a rather wide range of packages, mostly C libraries and utilities, but my main involvements are netplan development and OpenSSL packaging, for which I'm currently driving the transition to version 3.0. Outside of my day job, I don't have a big impact at the moment, but my long-term aspirations are to work on reducing the gap between Ubuntu and Debian, and work upstream with the Debian QA team for the good of both their and our archive. |
My focus is on enabling the RISC-V architecture which consists in fixing RISC-V specific issues and adding packages to allow better support of existing hardware. But as part of the Foundations team, it often happens that I have to fix packages outside of the RISC-V scope. |
| Line 40: | Line 38: |
| https://udd.debian.org/cgi-bin/ubuntu-sponsorships.cgi?render=html&sponsor=&sponsor_search=name&sponsoree=*chopin*&sponsoree_search=name | |
| Line 42: | Line 39: |
| OpenSSL 3: https://lists.ubuntu.com/archives/ubuntu-devel/2021-August/041589.html https://lists.ubuntu.com/archives/ubuntu-devel/2021-October/041639.html |
40 sponsored packages: https://udd.debian.org/cgi-bin/ubuntu-sponsorships.cgi?render=html&sponsor=&sponsor_search=name&sponsoree=*ghiti*&sponsoree_search=name 2 MIRs: https://bugs.launchpad.net/ubuntu/+source/libisofs/+bug/1977959 https://bugs.launchpad.net/ubuntu/+source/jigit/+bug/1978066 4 SRUs: https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/1944741 https://bugs.launchpad.net/ubuntu/+source/nezha-boot0/+bug/1965260 https://bugs.launchpad.net/ubuntu/+source/u-boot-nezha/+bug/1976594 https://bugs.launchpad.net/ubuntu/+source/flash-kernel/+bug/1978923 |
| Line 48: | Line 57: |
| Low-level packages such as u-boot, opensbi, flash-kernel...etc. But actually anything to enhance our RISC-V support. |
|
| Line 50: | Line 61: |
| Actively seek out sponsors outside of the Foundations Team! Also, pay more attention to details, as most of my uploads had small issues (no bug number, forgot to run update-maintainer, etc...) | I don't communicate enough with the community. I think being a MOTU will make me more legitimate and will improve that. I learnt a lot about the processes, but now I have to focus on the details, it happens that I forget a bug number, that I mess a version in my PPA and ask for my sponsor to fix these. And I really need to pay more attention to all the tools that exist to help us. |
| Line 55: | Line 70: |
| I plan to apply for MOTU after the impish release to help reduce the sponsorship queue. There is some selfish reasoning behind it: Core dev will have more time to review and upload my uploads to main! Further out, I of course intend to become Core dev myself, both for my coworkers' sake and mine. |
I want to work on the distribution fundamentals and by its nature, the RISC-V architecture may bring new kinds of problems that may need innovative solutions. |
| Line 62: | Line 74: |
| There is no clear-cut way to contribute to an existing package. Some are maintained in Launchpad in a git repository somewhere, which isn't obvious to find, some are directly using the archive as "VCS", and expect a debdiff directly on the launchpad bug, but you'll find a git repository for some of those packages still, via the git-ubuntu package, making things that much harder to grasp. | First it would be the sponsoring process: it is very long, random, discouraging and time wasting. I will contribute more knowing that I have upload rights and since nobody will check my work, I'll necessarily pay more attention to details. |
| Line 64: | Line 76: |
| I could contrast this with many other distros, but even Debian seems clearer to me, as all "landing pages" for a given package are interlinked and most of them have a link to whatever VCS is used to maintain the package. | Then I think it misses a documentation on the tools that we could use to improve our workflow. |
| Line 93: | Line 105: |
| [[CategoryUniverseContributorApplication]] | [[CategoryMOTUApplication]] |
I, Alexandre Ghiti, apply for MOTU status within the Ubuntu community.
Name |
Alexandre Ghiti |
Launchpad Page |
|
Wiki Page |
N/A |
I am applying because:
* I have contributed quite a few packages now, to both Debian and Ubuntu and feel comfortable enough with the overall process.
* I sometimes worked on a package, waiting for a sponsor, and someone else uploaded it in the meantime: this is a waste of time for everyone.
* I will help clear the sponsorship queue.
* I want to get more responsibility, because the more responsible, the more I feel involved and happy to contribute.
Who I am
I am a software engineer living in Grenoble, France, I currently work in the Foundations team for Canonical. For a few years now, my focus is RISC-V, more specifically the kernel and when I don't work on this subject, I work on some personal projects (all involve my computer of course :)).
My Ubuntu story
I discovered free software late when I entered my engineering school in Grenoble where I studied operating systems. And I began contributing to open source softwares with the kernel as I had experience in this area from my first job and I was willing to help (and have fun too).
I usually had a Linux Mint distribution from the time of my cheap student laptop and then switched to Ubuntu when I installed it to some close relatives a few years ago, so I guess I have always used Ubuntu.
My involvement
My focus is on enabling the RISC-V architecture which consists in fixing RISC-V specific issues and adding packages to allow better support of existing hardware. But as part of the Foundations team, it often happens that I have to fix packages outside of the RISC-V scope.
Examples of my work / Things I'm proud of
Overall:
40 sponsored packages:
2 MIRs:
https://bugs.launchpad.net/ubuntu/+source/libisofs/+bug/1977959 https://bugs.launchpad.net/ubuntu/+source/jigit/+bug/1978066
4 SRUs:
https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/1944741 https://bugs.launchpad.net/ubuntu/+source/nezha-boot0/+bug/1965260 https://bugs.launchpad.net/ubuntu/+source/u-boot-nezha/+bug/1976594 https://bugs.launchpad.net/ubuntu/+source/flash-kernel/+bug/1978923
Areas of work
Low-level packages such as u-boot, opensbi, flash-kernel...etc. But actually anything to enhance our RISC-V support.
Things I could do better
I don't communicate enough with the community. I think being a MOTU will make me more legitimate and will improve that.
I learnt a lot about the processes, but now I have to focus on the details, it happens that I forget a bug number, that I mess a version in my PPA and ask for my sponsor to fix these.
And I really need to pay more attention to all the tools that exist to help us.
Plans for the future
General
I want to work on the distribution fundamentals and by its nature, the RISC-V architecture may bring new kinds of problems that may need innovative solutions.
What I like least in Ubuntu
First it would be the sponsoring process: it is very long, random, discouraging and time wasting. I will contribute more knowing that I have upload rights and since nobody will check my work, I'll necessarily pay more attention to details.
Then I think it misses a documentation on the tools that we could use to improve our workflow.
Comments
If you'd like to comment, but are not the applicant or a sponsor, do it here. Don't forget to sign with @SIG@.
Endorsements
As a sponsor, just copy the template below, fill it out and add it to this section.
TEMPLATE
== <SPONSORS NAME> == === General feedback === ## Please fill us in on your shared experience. (How many packages did you sponsor? How would you judge the quality? How would you describe the improvements? Do you trust the applicant?) === Specific Experiences of working together === ''Please add good examples of your work together, but also cases that could have handled better.'' ## Full list of sponsored packages can be generated here: ## https://udd.debian.org/cgi-bin/ubuntu-sponsorships.cgi === Areas of Improvement ===
AlexandreGhiti/MOTUDeveloperApplication (last edited 2022-09-21 13:33:13 by ginggs)