Hello,
my opinion: If I install something by hand I do so because I want it's
functionality. From this POV, it should be enabled. After all, if I install a
package which does some "magic" I don't install and forget but take my time to
review it's config files to understand how it works. If I do
Hi Olivier,
Olivier Berger ezt írta (időpont:
2018. szept. 10., H, 9:02):
>
> On Fri, Jun 29, 2018 at 09:41:25AM +0200, Alexandre Detiste wrote:
> >
> > > some packages have unattended-upgrades as a dependency or in recommends
> >
> > I only see "plinth - web front end for administering every asp
On Fri, Jun 29, 2018 at 09:41:25AM +0200, Alexandre Detiste wrote:
>
> > some packages have unattended-upgrades as a dependency or in recommends
>
> I only see "plinth - web front end for administering every aspect of a
> FreedomBox"
> and "python3-software-properties"
>
I have the feeling that
Control: tags -1 wontfix
Hi Annadane,
2018-06-29 9:26 GMT+02:00 annadane :
> Package: unattended-upgrades
> Severity: wishlist
>
> Dear Maintainer,
>
> If it were possible, I'd like to see unattended-upgrades not enable itself by
> default when the user first installs it. I'm actually not sure w
Hi,
That's a recurrent anti-pattern that Debian tries to get away from,
like the old /etc/default/$ ENABLED=yes stuff.
Normal people expect stuff to just works out of the box;
and things should be optimised for the most common case.
You could rather use systemd functionnallity to disable/mask
ap
Package: unattended-upgrades
Severity: wishlist
Dear Maintainer,
If it were possible, I'd like to see unattended-upgrades not enable itself by
default when the user first installs it. I'm actually not sure what the default
is when you specifically tell it to install - aka "apt install
unattend
6 matches
Mail list logo