[packagekit] WhatProvides

Adrien BUSTANY madcat at mymadcat.com
Mon Mar 17 10:52:21 PDT 2008


That would make things easier for end users, however I think there will 
be political discussions on the Fedora side, considering the recent 
polemics about Codeina :-) Anyway, we should implement it, and then 
Fedora will disable it if it wants to.

Cheers
Adrien

Richard Hughes a écrit :
> Guys,
>
> I was talking to hadess earlier today about code installation. Bastien
> is writing a script to take the gstreamer codec information and encode
> it in the rpm. This would look something like
> gstreamer0.10(decoder-audio/mpeg)(layer=(int)1)()(64bit)
>
> In this way yum could install something like gstreamer-codecs-bad just
> from an application codec string. This would rock as an application use
> case and would also allow us to do some cool things.
>
> This is similar to what DavidZ proposed before, only lower down the
> stack. WhatProvides would be system level and backend specific. We can
> be clever with the client tools in the existing framework.
>
> This can be used for:
>
> * Getting the packages that provide a modalias
> * Installing codecs
> * Installing general things, e.g. smtpdaemon
> * <other ideas welcome>
>
> Now, I think to be properly abstract, I envisage a method like:
>
> WhatProvides(PkProvidesEnum provide_type, const char *data)
>
> where PkProvidesEnum would be ALL, MODALIAS, CODEC, GENERAL or other
> things that we think up.
>
> The backend would be responsible for actually working out what
> package_s_ provide the data, and the client tools for helping the user.
>
> I guess we could standardize the format for MODALIAS and CODEC although
> i don't think that's particularly important as we don't enforce the
> names of packages either.
>
> Comments?
>
> Richard.
>
> _______________________________________________
> PackageKit mailing list
> PackageKit at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/packagekit
>   




More information about the PackageKit mailing list