| 1 |
Some ideas that I've already exposed on #gentoo-soc, mainly for |
| 2 |
euscan. Depending on the state of my recruitment process I'd like to |
| 3 |
be mentor or co-mentor for those. |
| 4 |
|
| 5 |
euscan (Ebuild Upstream Scanner) is an utility to check if an ebuild |
| 6 |
have new upstream version. It was designed to provide the same |
| 7 |
features as debian's uscan and DEHS (http://dehs.alioth.debian.org/). |
| 8 |
euscan is also a web interface that aggregates the result of euscan |
| 9 |
ran on all gentoo ebuilds (currently hosted at |
| 10 |
http://euscan.iksaif.net but will move to gentoo.org someday). There |
| 11 |
are a lot of things to do on euscan, here are some examples: |
| 12 |
|
| 13 |
## Celery port and better overlay integration (and gentoo celery packaging): |
| 14 |
Currently euscan use shell scripts and GNU parallel to scan the |
| 15 |
portage tree. Using celery (a python task queue that integrates well |
| 16 |
with django) would allow a more flexible scan process. Scanning the |
| 17 |
tree or a package could be done with a simple django command starting |
| 18 |
a celery task, the web interface could rescan old packages on-demand |
| 19 |
too. While adding celery commands, it would be great to add simple |
| 20 |
commands to: create the local filesytem needed by euscan, |
| 21 |
add/sync/remove an overlay, etc... |
| 22 |
Celery is not really packaged for gentoo, but I got some ebuilds in my |
| 23 |
overlay, so another side of the project could be to push them to the |
| 24 |
tree. |
| 25 |
|
| 26 |
Skills: python, django, celery, portage |
| 27 |
|
| 28 |
|
| 29 |
## Euscan version detection enhancements: |
| 30 |
euscan currently use multiple heuristics to determine upstream |
| 31 |
version, but there is a lot to do to enhance that to remove false |
| 32 |
positive and be able to scan more package: |
| 33 |
- create a script to gather statistics on euscan success and failure |
| 34 |
and use methods. |
| 35 |
- use metadata.xml's <upstream><remote-id> tag with the appropriate |
| 36 |
euscan site-handler (pypi, pearl, cpan, etc...) and make sure that all |
| 37 |
packages have this tag correctly set in the portage tree |
| 38 |
- create a new metadata tag <upstream><watch> that works like |
| 39 |
debian/watch and make euscan use it. Create a script to import |
| 40 |
informations from the associated debian/watch file. |
| 41 |
- steal ideas from other tools (uscan, portscout) and use other source |
| 42 |
of data (youri, distrowatch, distromatch, whoas; Equivalent-Packages) |
| 43 |
|
| 44 |
Skills: python, portage, shell |
| 45 |
|
| 46 |
|
| 47 |
## Euscan Web enhancements: |
| 48 |
Add an account system, and allow maintainer to register to subscribe |
| 49 |
to automatic weekly notifications. Integrate euscan with other webapps |
| 50 |
like http://portage.gentoo.org, http://znurt.org/, |
| 51 |
http://gpo.zugaina.org/, http://soc.dev.gentoo.org/gentoostats and try |
| 52 |
to create a single killer webapp . Add better overlay support and |
| 53 |
tweak django administration. |
| 54 |
|
| 55 |
Skills: python, django, portage, html/css/js |
| 56 |
|
| 57 |
Thanks, |
| 58 |
|
| 59 |
-- |
| 60 |
Corentin Chary |
| 61 |
http://xf.iksaif.net |
Archives