I forgot to mention:
The Ubiquity screen should have three options:
1) Do automatic installation of security updates
2) Show notification of available security updates
3) Wait for the user to request updates
Option one should be the default.
Note that at this moment, the user can easily select
The more I think about it, the more I think that automatic updates for
*security* problems should be default option. I have to admit that
most of my "regular" friends and family members do know what to do
with the list presented by update-manager (or windows update
notification).
I would suggest
Earlier I wrote, regarding presenting users with a list of updates:
would your proverbial grandmother have been similarly helped by
such a list?
mac_v replied:
Atleast they would know / remember that the last thing they did was
an update,
I disagree. If they did a kernel update (your chos
On Fri, Jun 19, 2009 at 9:23 AM, David Siegel wrote:
> Many of these are great usability enhancements, but they are also feature
> requests so they do not qualify as paper cuts. If you see a great feature
> request in here that you believe would improve usability in Ubuntu, tag the
> bug "feature-r
> While *you* have the ability to "figure out ways to sort it out", and
> were helped in this by having seen the list of updates... would your
> proverbial grandmother have been similarly helped by such a list?
World is not made of just grandmothers.
Sure many people will never learn but many actu
Jonathan Marsden wrote:
> would your
> proverbial grandmother have been similarly helped by such a list?
>
what I'm trying to say is...
Atleast they would know / remember that the last thing they did was an
update,
And when asking for help,
they can say "my system was working before the update
I've created a project milestone with a more stable set of ten paper
cuts to fix by next Friday:
https://bugs.edge.launchpad.net/hundredpapercuts/+milestone/round-1
David
David Siegel wrote:
We've identified the first ten of one hundred paper cuts* that we plan
to fix for Karmic:
https://bu
We've identified the first ten of one hundred paper cuts* that we plan
to fix for Karmic:
https://bugs.edge.launchpad.net/hundredpapercuts/+bugs?orderby=-importance&field.status%3Alist=TRIAGED
The goal is to have all ten fixed by next Friday, at which point we will
announce 10% progress on the
Here are many bugs that have been marked invalid in hundredpapercuts
just in the last week:
https://bugs.edge.launchpad.net/hundredpapercuts/+bugs?field.searchtext=&orderby=-importance&search=Search&field.status%3Alist=INVALID&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_sup
mac_v wrote:
> I rebooted for the new kernel update in jaunty
>
> And I get "Error 13: Invalid or Unsupported Executable Format ..."
>
> since i know that the kernel error caused this i can figure out ways to
> sort it out...
>
> But if it was automated then it would be total surprise to th
There are (usability) features that are absent in Ubuntu, but are
present in other operating systems.
I suggest to identify and assess these features, then decide whether it
makes sense to implement them in Ubuntu. The similar discussion can be
considered for applications as well.
To start,
mac_v wrote:
> mac_v wrote:
>> Jonathan Marsden wrote:
Every time you update a working system there is a risk.
>>> Bottom line: I think the discussion has been focused on how to regularly
>>> notify users so that they will do something they don't *want* to deal
>>> with (downloading and applyi
mac_v wrote:
> Jonathan Marsden wrote:
>>> Every time you update a working system there is a risk.
>
>> Bottom line: I think the discussion has been focused on how to regularly
>> notify users so that they will do something they don't *want* to deal
>> with (downloading and applying updates), but
Wouter Stomp wrote:
>
> It could just start downloading the first update and if download speed
> is below a certain threshold, try resuming at a later time (after some
> specified interval).
>
Windows does this in a better way using the :
*Background Intelligent Transfer Service technology* [BIT
On Thu, Jun 18, 2009 at 11:45 PM, Jonathan Marsden wrote:
> Further thoughts: Are there ways the system can try to determine "I'm on a
> slow connection" (ping latency to a Ubuntu server? Test throughput for a
> small file download?) and so defer an automated update in those
> circumstances? Or j
Scott Kitterman wrote:
> This is about how updates are presented and some orthogonal to when/if
> users should be asked.
Well, yes, except that if many users can (probably after an initial
notice that their system will be automatically updated) get updates
automatically and regularly with no use
16 matches
Mail list logo
