Comment 11 for bug 1770961

Revision history for this message
dee bee (o1bigtenor) wrote : Re: [Bug 1770961] Re: Add options to set the snappy refresh schedule

On Tue, Jul 21, 2020 at 6:36 AM Ads20000 <email address hidden> wrote:

> dee bee if you want an off switch it's already been extensively
> discussed at https://forum.snapcraft.io/t/disabling-automatic-refresh-
> for-snap-from-store/707/
> <https://forum.snapcraft.io/t/disabling-automatic-refresh-for-snap-from-store/707/>
>
> Please Like all the posts there that you agree with and provide SPECIFIC
> and preferably REAL use cases where an off switch is needed not just the
> ability to schedule updates for once a month and push them back another
> month as well as turn off automatic updates when on a metered
> connection. (Former?) snapd lead niemeyer requested specific use cases
> to demonstrate that an off switch is NEEDED. If you would like to put
> the work in, please read the thread in full and then provide what the
> developers are requesting on use cases and, if that's not possible, just
> Like all the posts you agree with. Thanks! :)
>
> Greetings

As by at very least inference said 'lead' Niemeyer has made it very clear
that
there NEVER EVER WILL BE SUCH A SWITCH. So why would I waste
further time on this issue.

I had followed such thread from its inception and now only very
occasionally
mostly finding enjoyment at the ever more 'out there' reasons that are
proffered to validate the continuation that many have reviled. Many except
reasons were proffered and after about the first 100 such responses said
lead was downright surly if and when he responded to any further.

I can inform you that I had said miasma installed on a server. As I could
not
control the upgrade schedule I stopped using that particular system. After
a
time later when I assayed to restart the system it was not possible to do
that.
The system was locked into a perpetual loop which I could not break. I was
only able to break that loop by completely reinstalling the system. This
microsoft like control of behavior is something that I chose to reject many
many years ago when I was looking for an option that did not include
said companies then, and still today, software that specializes in porous
software.

Again - - - - - why would I waste time trying to convince someone who
hadn't been listening from the beginning of the argument that they were
not 'helping'. But then why would he or the team care - - - - this
procedure
is all about making more money on what is supposedly open source.

But then today's public is so enamoured of glitz and glitter than it just
doesn't understand that the is almost no privacy left and as far as
security - - - - why they think they don't need any - - - - - they trust
the
software companies. Sadly - - - - I do remember one of the slogans
that was bruted about when PCs were a newish thing - - - that is -
"Computing your way" implying and sometimes stating that the
previous rigidity in the corporate IT department had removed use to
the point where the user was never part of the equation. Somehow
it seems like we've come full circle - - - - we're back to where the IT
department, or software devs, are 'the only ones who know how things
should be done' - - - - except - - - - that was never true and is still
not true.

Regards