Re: Unattended Upgrades question

[Brad Rogers]

On Tue, 16 Oct 2018 07:42:56 +0200
john doe  wrote:

Hello john,

>I'll never  understand why being so drastic is a good idea when you can
>simply disable it:

Combinations of the following come to mind.  Could well be more.  No
doubt, you and others can come up with reasons to keep it.  We all make
our own choices, of course.

1) Not everyone likes unattended upgrades.
2) If simply disabled, it can always be accidentally reactivated by an
upgrade (probably not by an unattended one, though).
3) If it's _never_ going to be used, why keep it?

-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
Life's short, don't make a mess of it
No Time To Be 21 - The Adverts


pgp0golBqz0Nj.pgp
Description: OpenPGP digital signature

Re: Unattended Upgrades question

[john doe]

On 10/16/2018 8:35 AM, likcoras wrote:
> On 10/16/18 2:42 PM, john doe wrote:
>> On 10/16/2018 7:23 AM, Tixy wrote:
>>> On Mon, 2018-10-15 at 21:54 +0100, Brian wrote:
 On Mon 15 Oct 2018 at 17:45:36 -0300, rv riveravaldez wrote:
> 2. If the answer is 'yes': which would be the best/proper way to do
> it?

 apt purge unattended upgrades
>>>
>>
>> I'll never  understand why being so drastic is a good idea when you can
>> simply disable it:
>>
>> https://wiki.debian.org/UnattendedUpgrades
>>
>> "Below is an example /etc/apt/apt.conf.d/02periodic:
>> // Control parameters for cron jobs by /etc/cron.daily/apt-compat //
>>
>>
>> // Enable the update/upgrade script (0=disable)
>> APT::Periodic::Enable "1";"
>>
> 
> I would actually prefer getting rid of it completely instead of having
> it around if I'm never going to use it on the machine. It's not that
> large, but I (personally) try to keep the minimum possible package set
> installed.
> 

In that case, I would rather install a barebone system and start up from
there! :)

-- 
John Doe

Re: Unattended Upgrades question

[Felix Miata]

likcoras composed on 2018-10-16 15:35 (UTC+0900):

> john doe wrote:

>> I'll never  understand why being so drastic is a good idea when you can
>> simply disable it:

>> https://wiki.debian.org/UnattendedUpgrades

>> "Below is an example /etc/apt/apt.conf.d/02periodic:
>> // Control parameters for cron jobs by /etc/cron.daily/apt-compat //

>> // Enable the update/upgrade script (0=disable)
>> APT::Periodic::Enable "1";"

> I would actually prefer getting rid of it completely instead of having 
> it around if I'm never going to use it on the machine. It's not that 
> large, but I (personally) try to keep the minimum possible package set 
> installed.

+1

Less wasted bandwidth.
Less time spent updating.
Less primary storage space needed.
Less backup space needed.

Basic conservation principles.
-- 
Evolution as taught in public schools is religion, not science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: Unattended Upgrades question

[likcoras]

On 10/16/18 2:42 PM, john doe wrote:

On 10/16/2018 7:23 AM, Tixy wrote:

On Mon, 2018-10-15 at 21:54 +0100, Brian wrote:

On Mon 15 Oct 2018 at 17:45:36 -0300, rv riveravaldez wrote:

2. If the answer is 'yes': which would be the best/proper way to do
it?


apt purge unattended upgrades




I'll never  understand why being so drastic is a good idea when you can
simply disable it:

https://wiki.debian.org/UnattendedUpgrades

"Below is an example /etc/apt/apt.conf.d/02periodic:
// Control parameters for cron jobs by /etc/cron.daily/apt-compat //


// Enable the update/upgrade script (0=disable)
APT::Periodic::Enable "1";"



I would actually prefer getting rid of it completely instead of having 
it around if I'm never going to use it on the machine. It's not that 
large, but I (personally) try to keep the minimum possible package set 
installed.

Re: Unattended Upgrades question

[john doe]

On 10/16/2018 7:23 AM, Tixy wrote:
> On Mon, 2018-10-15 at 21:54 +0100, Brian wrote:
>> On Mon 15 Oct 2018 at 17:45:36 -0300, rv riveravaldez wrote:
>>
>>> Hi, two doubts:
>>>
>>> 1. Is it OK to disable/remove Unattended Upgrades on Debian
>>> testing?
>>
>> Of course it is; if that is what you want.
>>
>>> 2. If the answer is 'yes': which would be the best/proper way to do
>>> it?
>>
>> apt purge unattended upgrades
> 

I'll never  understand why being so drastic is a good idea when you can
simply disable it:

https://wiki.debian.org/UnattendedUpgrades

"Below is an example /etc/apt/apt.conf.d/02periodic:
// Control parameters for cron jobs by /etc/cron.daily/apt-compat //


// Enable the update/upgrade script (0=disable)
APT::Periodic::Enable "1";"

-- 
John Doe

Re: Unattended Upgrades question

[Tixy]

On Mon, 2018-10-15 at 21:54 +0100, Brian wrote:
> On Mon 15 Oct 2018 at 17:45:36 -0300, rv riveravaldez wrote:
> 
> > Hi, two doubts:
> > 
> > 1. Is it OK to disable/remove Unattended Upgrades on Debian
> > testing?
> 
> Of course it is; if that is what you want.
> 
> > 2. If the answer is 'yes': which would be the best/proper way to do
> > it?
> 
> apt purge unattended upgrades

I assume there's a missing hyphen there and it should be:

apt purge unattended-upgrades

-- 
Tixy

Re: Unattended Upgrades question

[Ben Caradoc-Davies]

On 16/10/2018 09:45, rv riveravaldez wrote:

Hi, two doubts:
1. Is it OK to disable/remove Unattended Upgrades on Debian testing?
2. If the answer is 'yes': which would be the best/proper way to do it?
Thanks a lot!


I use systemctl to mask all the apt-daily units:

systemctl mask apt-daily-upgrade.timer
systemctl mask apt-daily.timer
systemctl mask apt-daily.service
systemctl mask apt-daily-upgrade.service

I have not tried, but if you still want the apt update (download 
indices) but not the upgrade (install new packages), you might only need 
to mask the *upgrade* units.


Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Re: Unattended Upgrades question

[Brian]

On Mon 15 Oct 2018 at 17:45:36 -0300, rv riveravaldez wrote:

> Hi, two doubts:
> 
> 1. Is it OK to disable/remove Unattended Upgrades on Debian testing?

Of course it is; if that is what you want.

> 2. If the answer is 'yes': which would be the best/proper way to do it?

apt purge unattended upgrades

-- 
Brian.

Unattended Upgrades question

[rv riveravaldez]

Hi, two doubts:

1. Is it OK to disable/remove Unattended Upgrades on Debian testing?

2. If the answer is 'yes': which would be the best/proper way to do it?

Thanks a lot!