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 medi
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 the
> ---
> 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 e
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 remind
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 k
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 cho
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
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 whi
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 t
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 them here first, in case there is anything else that needs to be
discussed before changing. I hope this helps. :)
Best
Eylul
--
1)
http
And I forgot to say - it would be great to add suggestions to them and
especially links to useful resources on the web, so anyone can pick one
of the tasks up and "have a go!".
On 15/05/17 22:28, Ross Gammon wrote:
OK - I have done the first draft of some blueprints for the Artful
17.10 relea
OK - I have done the first draft of some blueprints for the Artful 17.10
release based on Len's list. You can see them listed (with links) under
the "Current Development Release" section here:
https://wiki.ubuntu.com/UbuntuStudio/Blueprints
Alternatively, you can access them using the dependen
Thanks for doing this Len.
On 04/13/2017 05:49 PM, Len Ovens wrote:
> Aside from having a new -controls (I hope) there are a few things I
> would like to hear about.
I have re-targeted the last controls update that missed Zesty, to
Artful. If you spot a potential sponsor on IRC, then please point
On Fri, 14 Apr 2017, eylul wrote:
Len thanks for this. A lot of interesting thoughts here. Opinions, etc
ahead. :)
I have tried to make sure that people know many tings I say here are
either opinion or based on my very specific work flow.
Auto mounting - we used to make sure there was no a
GTK3 itself brings hidpi support to its widgets. That means GTK3 desktops
should support it. I only have 1920x1080 as my largest monitor, but GtkInspector
allows testing hidpi scaling, with 1.0 and 2.0 times default size options. I can
verify that this works in MATE for mate-panel and Caja (desktop
Len thanks for this. A lot of interesting thoughts here. Opinions, etc
ahead. :)
> Auto mounting - we used to make sure there was no auto mounting of USB
> drives, cds or dvds. But since we have started borrowing xubuntu's
> desktop, that has come back in. IMO this is bad for audio use at least
>
Aside from having a new -controls (I hope) there are a few things I would
like to hear about.
Auto mounting - we used to make sure there was no auto mounting of USB
drives, cds or dvds. But since we have started borrowing xubuntu's
desktop, that has come back in. IMO this is bad for audio use
17 matches
Mail list logo