Re: [ubuntu-studio-devel] Next cycle

I have never, ever left auto updating turned on because i often can't spare the bandwidth, may be using an IP address I don't want to make non-Tor connections from, or cannot spare the CPU load on the netbook. I have yet to have a use case where I could get away with it on something other than a

Re: [ubuntu-studio-devel] Next cycle

On Sat, 20 May 2017, eylul wrote: cron based updates where you can set up the time, and reminders about system being out of date. All of these are good ideas. The reminders are already there. Turn off your updates for a week (less?) and you will see that there are reminders. (I wonder how I

Re: [ubuntu-studio-devel] Next cycle

Last email for tonight (morning?) replying quickly to parts that didn't get covered in last 2 emails. :D > Common for most of the blueprints was a possible need to provide an > on/off toggle in -controls. I think it is OK that the -controls work is > scattered across different blueprints (but

Re: [ubuntu-studio-devel] Next cycle

> --- > In thinking about auto mounting of media I realize that we probably > don't need it. Automounted or not, the devices icon shows up in the > file browser anyway... so what does automount gain besides opening a > new window in the middle of things? Does it improve a workflow? > For

Re: [ubuntu-studio-devel] Next cycle

On Sat, 20 May 2017, eylul wrote: out of curiosity through, is there a way to automount without starting a window regardless, because it is a bit annoying. The options are: Mount Removable Drives when hot-plugged Mount removable media when inserted Browse removable

Re: [ubuntu-studio-devel] Next cycle

There is a display option for security and other updates but I didn't realize it did it even with checking for updates turned off. Interesting! :) Eylul On 05/20/2017 03:37 AM, Len Ovens wrote: > On Sat, 20 May 2017, eylul wrote: > >> cron based updates where you can set up the time, and

Re: [ubuntu-studio-devel] Next cycle

I had a long email written refuting this (which unfortunately went to Len instead of the mailing list :D). I don't feel we are a good representative of the skill level of a general user here. (this ML is mostly developers or at least expert users, and that reflects on arguments so far). If the

[ubuntu-studio-devel] Fwd: Suggested deadline for 17.10 installer slideshow updates

Forwarded Message Subject:Suggested deadline for 17.10 installer slideshow updates Date: Thu, 18 May 2017 16:42:23 -0400 From: Mathieu Trudel-Lapierre To: ubuntu-de...@lists.ubuntu.com This is an OpenPGP/MIME signed message (RFC 4880

Re: [ubuntu-studio-devel] meeting Sunday

On 05/17/2017 06:31 AM, Len Ovens wrote: > > This sunday starting at 1330-1400 UTC (ending before 1500utc) or after > 2100utc... or suggest some other time (I may not be there but thats ok). > > -- > Len Ovens > www.ovenwerks.net > > OK - unless there is a violent objection, lets say 13:30 UTC on

Re: [ubuntu-studio-devel] Next cycle

I realised when creating the blueprints that there was perhaps room for further discussion. :-) On 05/17/2017 12:38 AM, eylul wrote: > Ross, > > Thanks so much, for doing this. I am adding some comments here in this > email. I can also reflect changes to the blueprints accordingly, but > posting

Re: [ubuntu-studio-devel] Fwd: Suggested deadline for 17.10 installer slideshow updates

On Fri, 19 May 2017, Ross Gammon wrote: Have we actually updated our slide show for a while? I think we tried to take out anything with dates or release names/numbers :) -- Len Ovens www.ovenwerks.net -- ubuntu-studio-devel mailing list ubuntu-studio-devel@lists.ubuntu.com Modify settings

Re: [ubuntu-studio-devel] Next cycle

On Fri, 19 May 2017, Ross Gammon wrote: On 05/17/2017 12:38 AM, eylul wrote: Disabling auto-updates should NEVER be the default, period. It would leave users system vulnerable to attacks. Strongly dissagree on that one. Auto updates are performed on no real time schedule and often happen