[Mageia-dev] RPM features/issues/wishlist

Fri Oct 14 20:26:06 CEST 2011

2011/10/14 Samuel Verschelde <stormi at laposte.net>:
+> Le vendredi 14 octobre 2011 16:19:18, Per Øyvind Karlsen a écrit :
+>> I've started to ramble on some of the features, issues, ideas etc. to
+>> work on and consider
+>> for our (Mandriva Linux) next development cycle, and in the interest
+>> of sharing work and
+>> coordinating efforts with others, while inviting others to contribute:
+>> http://wiki.mandriva.com/en/Development/Tasks/Packaging/Tools/RPM/TODO
+>>
+>> While it's certainly written from a vendor POV (and also rather crude
+>> for the moment), I'm cross-posting
+>> this one as it's of potential interest to others as well and the idea
+>> is for things to be as generic as
+>> possible anyhows.. :)
+>>
+>> So I invite others with the interest to contribute to the discussion
+>> on the list and wiki, proposing
+>> ideas, gather a list of issues that needs to be addressed, and do some
+>> general brainstorming
+>> and uhm.. "stuff". ;)
+>>
+>
+> I don't know RPM internals well, the only thing that comes to my mind is
+> improved packagekit support for Mandriva / Mageia.
+I've improved the packagekit support some already, you'll find my branch on
+gitorious.org (I'll try remember getting around to pushing it to
+master branch sometime
+next week). I *think* it shouldn't break any compatibility with older
+urpmi versions,
+if it does, lemme know and I'll be sure to fix.
+
+I'm not sure if I'm planning on developing it further though, as
+suggested on my TODO list
+I'd rather write a new one from scratch using rpmlib directly for most
+purposes where it'll
+be able to do the job, with some hooks for smart and/or urpmi where required.
+This is similar to how the 'zif' packagekit backend works, which
+exists for yum, and I'll be
+looking a lot more closer at it for inspiration and possibly code..
+
+IMO using such a backend (when/if done) would be a better alternative
+to 'mdvsys' used by
+MPM in Mandriva, and would be a whole lot easier to maintain while be
+of greater use to
+others as well..
+
+--
+Regards,
+Per Øyvind
+