<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Rahul Sundaram wrote:
<blockquote cite="mid:4908BE81.2070503@fedoraproject.org" type="cite">
  <pre wrap="">Patryk Zawadzki wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">On Wed, Oct 29, 2008 at 7:38 PM, Rahul Sundaram
<a class="moz-txt-link-rfc2396E" href="mailto:sundaram@fedoraproject.org">&lt;sundaram@fedoraproject.org&gt;</a> wrote:
    </pre>
    <blockquote type="cite">
      <pre wrap="">Wasn't aware of that. This doesn't seem to be intuitive. IIRC the GNOME
HIG discourages options that are only accessible via the context menus
as well. I doubt users at <a class="moz-txt-link-freetext" href="http://packagekit.org/pk-profiles.html">http://packagekit.org/pk-profiles.html</a> are
going to discover this either.
      </pre>
    </blockquote>
    <pre wrap="">Most users shouldn't ever need to be aware of these options. It's just
for the few of us using broken "development" repositories.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Just plain wrong. There are plenty of reasons to cherry pick packages 
and not just because of broken repositories. Sometimes I am on a low 
bandwidth connection and want to pick the small but high impact updates 
for example.

Rahul
_______________________________________________
PackageKit mailing list
<a class="moz-txt-link-abbreviated" href="mailto:PackageKit@lists.freedesktop.org">PackageKit@lists.freedesktop.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freedesktop.org/mailman/listinfo/packagekit">http://lists.freedesktop.org/mailman/listinfo/packagekit</a>
  </pre>
</blockquote>
Rahul has a point here, i would be cool if there was a way to do<br>
"select only security updates" you can do it, when adding updates
automatic, but not in the tool (AFAIK).<br>
I also think an option to "Automatic skip packages with problems" would
be nice to have.<br>
I know that one of idea behind pk, it to makes tool there can be used
by novice users, but what about the rest of the user,<br>
should they be forced to use a cli to get thinks done.<br>
it is possible to design tools there fit novice user and the rest too,&nbsp;
especially&nbsp; if a tool the default update tool in a distro, then it
should fit as <br>
many distro users as possible.&nbsp; maybe a swich like "Enable advandced
option",&nbsp; could enable/disable advanced option, there might confuse the
<br>
novice users.<br>
I have made some improvements to the current yum version i rawhide,
that makes i possible to return the packages there get skipped, when <br>
skip-broken is used, this can be used to signal to packagekit what has
been skipped. So it could be presented to the users.<br>
<br>
Tim <br>
<br>
</body>
</html>