Metal A-wing 於 2018/12/27 下午3:50 寫道:
Hi everyone,
I'm sorry, my last application was bad a few days ago.
I (nickname a-wing) would like to apply to be a Trusted User. Chih-Hsuan Yen (yan12125) && Jiachen Yang (farseerfc) will be my sponsor.
Some basic information about myself, My Chinese name is YongXin SHI. I am 23 years old, and I'm living in shenzhen, China. I am a Web Developer. uav cloud management system dev in UAV company. (not DJI) I mainly do programming in Ruby, JavaScript, PHP I use ruby on rails web-application framework Or express.js, Koa.js, and Frontend Single Page Application(SPA)use vue.js I use Chinese and English.
My Blog is https://a-wing.top (Chinese)
I started using Ubuntu in high school. And I use Debian at university. In 2017, I started Archlinux
I also tried other distributions. linux mint, deepin linux, gentoo, centos
I think dpkg package manage is too complicated, But .deb init did a lot of things that should not be done For example: Debian (deb) - If install postgresql, dpkg is help init DB to /var/lib/postgres , But I might migrate other databases. - I remember. once I install a dpkg pkg. but Always in the installing. Because detection /dev/** to init. - The complexity of dpkg makes problems difficult to fix manually - Packaging is too complicated, I have never learned how to packaging a standard deb
Gentoo - If your computer CPU && mem too little.... _(:з」∠)_ - And C compile, python too coupling
Centos (rpm) - No comment
Archlinux - Easy to packaging - Makes problems easy to fix manually - wiki is very good
About my involvement in Arch Linux, I have 11 packages on AUR [1]. I also maintains 52 packages in the unofficial [archlinuxcn] repo [2]. Also I developped a build status webpage, both the backend and the frontend, for archlinuxcn build server (lilac web status frontend).[3][4][5]
About the packages I want to maintain in [community] 1.- ruby-rails - ruby-actioncable - ruby-websocket-driver - ruby-websocket-extensions - ruby-actionpack - ruby-rack-test - ruby-rails-dom-testing - ruby-rails-html-sanitizer - loofah - ruby-crass - ruby-nokogiri - ruby-activejob - ruby-globalid - ruby-activerecord - ruby-arel - ruby-activesupport - ruby-concurrent-ruby - ruby-i18n - ruby-minitest - ruby-tzinfo - ruby-actionmailer - ruby-actionview - ruby-builder - ruby-erubi - ruby-activemodel - ruby-activestorage - ruby-marcel - ruby-mimemagic - ruby-railties - ruby-method_source - ruby-sprockets-rails - ruby-sprockets
2.- ruby-pry - ruby-coderay - ruby-method_source
3.- frp
Many Web app rely on ruby-rails: mastodon, discourse, redmine, gitlab(But. gitlab need special version), so I think packaging ruby-rails will greatly benefit arch linux users to do development and deployment on their favorite distro more easily.
About frp, I think frp should split as frpc and frps Because. client and server will not be on the same computer
I will also take over some packages from Felix Yan - ruby-bundler - trojan
Thank you for your attention!
[1] https://aur.archlinux.org/packages/?SeB=m&K=a-wing [2] https://github.com/archlinuxcn/repo/graphs/contributors [3] https://build.archlinuxcn.org/packages/ [4] https://github.com/a-wing/KISS2U [5] https://github.com/a-wing/KISS2UI
Dear all, I'm also hereby confirming my sponsorship for Metal A-wing! Besides Yang's supplementary descriptions about A-wing's continuous efforts on establishing a packager-friendly environment via his awesome KISS2U/KISS2UI project, I would like to provide my observations, too. I applied as a member of Arch Linux Chinese community in the same month as A-wing (April 2018). During these months I work together with him (and quite a few other packagers) on maintaining the unofficial [archlinuxcn] repository, I notice that he not only tries his best on maintaining his own packages, but also spends much time on improving overall packaging quality. Concretely, he reports packaging issues and provides possible fixes for packages of other packagers in [archlinuxcn] as well as on AUR, and works with upstream for packaging issues. Recently, the configuration file of lilac (the build bot for [archlinuxcn]) migrates from only one Python file to a YAML file with an optional Python file to allow easier management of packages. During the time he provides many useful ideas and develops some new functions in lilac to make the migration simpler. Above all, his contributions take care of both a global view and details, and thus I believe he will be yet another good source of energy on evolving Arch Linux. So, let the 14-day discussion period begin! Regards, Chih-Hsuan Yen