| 1 |
-----BEGIN PGP SIGNED MESSAGE----- |
| 2 |
Hash: SHA1 |
| 3 |
|
| 4 |
I sent this to Douglas, but not to the list. Re-sending. |
| 5 |
|
| 6 |
|
| 7 |
- -------- Original Message -------- |
| 8 |
From: Michael Smith <michael@××××××××.com> |
| 9 |
To: gentoo-portage-dev+subscribe@l.g.o, Douglas Anderson |
| 10 |
<dja@××××××.com> |
| 11 |
Subject: Re: equery refactorization |
| 12 |
Date: Tue, 2 Dec 2008 17:21:14 -0500 |
| 13 |
|
| 14 |
I had the same idea and even began working on a roadmap for it. |
| 15 |
|
| 16 |
Step 1: move gentoolkit to site-packages |
| 17 |
Step 2: move individual command classes to functionally-organized |
| 18 |
module-files |
| 19 |
Step 3: refactor and enhance docstrings to allow primary help/usage() |
| 20 |
function to construct from individual modules. (The goal here is to |
| 21 |
create a drop-in mechanism for adding new modules, so that usage() is |
| 22 |
automatically updated when a new module is added.) |
| 23 |
Step 4: Profit! |
| 24 |
|
| 25 |
Actually another approach would be to create a core __init__.py that |
| 26 |
handled the usage() and getopt functionality I outlined in Step 3 |
| 27 |
above, and then one-by-one modify the individual modules that are in |
| 28 |
the current equery so they could be dropped in. |
| 29 |
|
| 30 |
Thoughts? |
| 31 |
|
| 32 |
Michael |
| 33 |
|
| 34 |
On Dec 2, 2008, at 5:01 AM, Douglas Anderson wrote: |
| 35 |
|
| 36 |
| Hi, I'm interesting in tinkering with equery and doing some |
| 37 |
| refactorization in my spare time...<SNIP> |
| 38 |
-----BEGIN PGP SIGNATURE----- |
| 39 |
Version: GnuPG v2.0.9 (GNU/Linux) |
| 40 |
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org |
| 41 |
|
| 42 |
iEYEARECAAYFAkk7DOsACgkQzwtr5yY0JZwRugCfaK9FzFe5fPmTDMIe9VWSNyK9 |
| 43 |
PzAAn2yA/8+ZZ5WdNL/FsI/94Mrlviry |
| 44 |
=ugqe |
| 45 |
-----END PGP SIGNATURE----- |
Archives