Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=919469
--- Comment #19 from Patrick Monnerat <p...@datasphere.ch> --- > - why does it requires both yumex and packagekit ? To me, that's redundant, > since the configure will use the first one that will be seen, so forcing one > or the other kinda defeat the point. And it will fallback on yum in all case > it seems. This applet uses an external "backend" to check for updates, and an external "updater" to apply updates. These external applications have to be determined at CONFIGURE time, not dynamically at execution time. Thus they should be chosen at rpmbuild time. For an explanation about the choice used here, see NOTES 1A and 2A of http://www.zavedil.com/mate-software-updates-applet/. Note 1B explains yum-updatesd is not shipped by default and yum backend is ugly. These are the reasons that guided my (may be somewhat arbitrary) choice. > - the patches should be commented in the spec Patches have been sent upstream, but there's not target there to link to. > - I am not sure also that the directory ownership is clean Directory Package Comment %{_libexecdir} filesystem Core member: always here %{_datadir}/pixmaps filesystem " %{_datadir}/icons/icolor/*/apps hicolor-icon-theme Yes, may require it %{_datadir}/mate-panel/applets mate-panel Brough in by mate-panel-libs Require %{_datadir}/dbus-1/services dbus Yes, may require it -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=hJLp9wVjw6&a=cc_unsubscribe _______________________________________________ package-review mailing list package-review@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/package-review
