On Fri, 2010-05-28 at 15:28 -0400, seth vidal wrote:
> Hey Folks,
> I am posting some of the things on my todo list to see if anyone feels
> like picking up some of them.
Here is my list, it's somewhat more tentative (some stuff might easily
be dropped/rejected ... but that's me :). I may also have forgotten some
stuff. We should probably have these on the wiki.
> yum:
• Add "verify overlay" files to yumdb ... so you can change a config.
file "save" it and then "yum verify" it later.
‣ Store old config. files, so you can do diffs/3-way-merge.
• Document what "yum -v" does.
• Move security plugin into core.
‣ Move a bunch of the commands to a single updateinfo command,
and sub commands.
‣ We need a way to distinguish between RH BZ, yum trac and
CentOS BZ ... likely some form of --bug=1234 and --bug=yum:1234.
‣ Make update-minimal an official API (at least local file and
groups support missing).
‣ Add some ability to use rpmdb.return_running_packages() to
filter packages.
• Make distro-sync an API (at least local file and groups support
missing).
• Make downgrade a real txmbr status (and thus. solve the "yum wants to
remove things due to downgrade deps. changing" bugs).
• Maybe move versionlock into core.
• Add new yumdb stuff:
‣ Have something in yumdb to mark packages as "protected".
‣ Add loginuid to yumdb, need at least "updated_by" and
"installed_by" I think (this mirrors history, but might be worth
it).
‣ Changelog time? The idea here being able to easily say "yum
history changelog blah" ... this could be done now in RHEL, and
just the changelog time isn't always enough ... so it might not
be worth it.
• Add new hooks:
‣ "repo_download_init" called when a repo. is about to start
downloading anything ... used by fastestmirror/presto.
‣ "download_metadata" hooks, similar to Seth's package ones.
• Yum groups as objects.
• See if we can keep the rpmdb locked for the entire time yum is locked,
_if_ we are going to do a modify operation. Or at least keep it locked
from the point we start the transaction (atm. it can be altered while we
sync yumdb/history/caches at the end).
• "cyum" C API to yum ... this is pain, there are also a few features
that aren't much extra on top of the initial pain so it's a bit more
than that. I don't expect anyone else to be insane enough to do this,
and I haven't lost it enough yet...
• Have a new API instead of "yb.up". Differences:
‣ Maybe use packages instead of pkgtups (not sqlite-packages,
just plain PackageObjects).
‣ Don't require loading "the world", so "yum install blah" would
just load the things relevant to blah.
‣ Allow queries about downgrades, as well as upgrades/obsoletes.
...this is pain.
yum-utils
• tmprepo "templates" ... need some way to easily access KoPeRs/whatever
probably like: --tmprepo=koji:/james/1234 ... and have that turn into
the full repos.
• reposync needs to understand deltarpms, atm. I have:
http://james.fedorapeople.org/python/delta-rpm-dir.py
...but that's a huge hack (although it fixes my problem with mirroring
fedora).
• Make priorities plugin use addPackageExcluder() API ... this probably
requires "caching" the packages in repos. ... which probably requires
some of the new yum hooks.
> createrepo/metadata:
• size/open-size need to be added for "modifyrepo" and "createrepo -g"
• Some kind of repo. metadata for "application like" apps. this is
somewhat complicated, esp. as PK wants to do something similar but maybe
not the same. Obvious stuff:
‣ desktop files
‣ dbus service files
‣ /etc/init.d files
...this needs yum integration too, so you can act on the data.
> urlgrabber:
• There's the "running a terminal inside emacs problem", which is fixed
by taking 1 char off the terminal length.
> These are more or less just dumps of my gnote todolists + some paper
> notes. If anyone is interested in working on any of them, patches are
> welcome, of course and if you have questions about how to do them, ask
> here or come by #yum on freenode.
--
James Antill - ja...@fedoraproject.org
http://yum.baseurl.org/wiki/releases
http://yum.baseurl.org/wiki/whatsnew/3.2.28
http://yum.baseurl.org/wiki/YumMultipleMachineCaching
_______________________________________________
Yum-devel mailing list
Yum-devel@lists.baseurl.org
http://lists.baseurl.org/mailman/listinfo/yum-devel
