Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #235507 > unrolled thread
| Started by | Stella Ashburne <rewefie@gmx.com> |
|---|---|
| First post | 2021-05-25 19:30 +0200 |
| Last post | 2021-06-04 11:10 +0200 |
| Articles | 20 on this page of 78 — 17 participants |
Back to article view | Back to linux.debian.user
How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-05-25 19:30 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Kenneth Parker <sea7kenp@gmail.com> - 2021-05-25 21:10 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-05-25 22:50 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Greg Wooledge <greg@wooledge.org> - 2021-05-25 23:00 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-05-25 23:10 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Keith Bainbridge <keithrbaugroups@gmail.com> - 2021-05-26 01:50 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Jeremy Ardley <jeremy@ardley.org> - 2021-05-26 04:00 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-05-26 05:00 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-05-26 03:40 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Keith Bainbridge <keithrbaugroups@gmail.com> - 2021-05-26 06:00 +0200
Re: How do I permanently disable unattended downloads of software/security updates? l0f4r0@tuta.io - 2021-05-26 14:30 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-05-27 08:50 +0200
Re: How do I permanently disable unattended downloads of software/security updates? l0f4r0@tuta.io - 2021-05-27 22:10 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-05-28 02:50 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Andrei POPESCU <andreimpopescu@gmail.com> - 2021-05-29 08:50 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-05-29 19:10 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Andrei POPESCU <andreimpopescu@gmail.com> - 2021-05-30 09:40 +0200
Re: How do I permanently disable unattended downloads of software/security updates? l0f4r0@tuta.io - 2021-05-28 13:50 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Greg Wooledge <greg@wooledge.org> - 2021-05-28 14:10 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-05-28 20:50 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Greg Wooledge <greg@wooledge.org> - 2021-05-28 21:00 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-05-29 01:40 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Andrei POPESCU <andreimpopescu@gmail.com> - 2021-05-29 09:10 +0200
Re: How do I permanently disable unattended downloads of software/security updates? l0f4r0@tuta.io - 2021-05-29 11:30 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-05-30 13:10 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Greg Wooledge <greg@wooledge.org> - 2021-05-30 15:10 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Charles Curley <charlescurley@charlescurley.com> - 2021-05-30 15:50 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Dan Ritter <dsr@randomstring.org> - 2021-05-30 17:10 +0200
Re: How do I permanently disable unattended downloads of software/security updates? l0f4r0@tuta.io - 2021-06-02 09:10 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-06-02 13:10 +0200
Re: How do I permanently disable unattended downloads of software/security updates? l0f4r0@tuta.io - 2021-06-02 13:50 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-06-02 18:30 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Reco <recoverym4n@enotuniq.net> - 2021-06-02 18:40 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Greg Wooledge <greg@wooledge.org> - 2021-06-02 19:00 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Linux-Fan <Ma_Sys.ma@web.de> - 2021-06-02 21:10 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Greg Wooledge <greg@wooledge.org> - 2021-06-02 21:50 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-06-03 21:20 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Greg Wooledge <greg@wooledge.org> - 2021-06-03 04:00 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-06-04 02:20 +0200
Re: How do I permanently disable unattended downloads of software/security updates? "Thomas D. Dean" <tomdean@wavecable.com> - 2021-06-04 04:50 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-06-04 08:20 +0200
Re: How do I permanently disable unattended downloads of software/security updates? "Thomas D. Dean" <tomdean@wavecable.com> - 2021-06-04 12:10 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-06-04 12:50 +0200
Re: How do I permanently disable unattended downloads of software/security updates? David Wright <deblis@lionunicorn.co.uk> - 2021-06-04 17:40 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Greg Wooledge <greg@wooledge.org> - 2021-06-04 14:00 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Polyna-Maude Racicot-Summerside <debian@polynamaude.com> - 2021-06-04 14:40 +0200
Re: How do I permanently disable unattended downloads of software/security updates? David Wright <deblis@lionunicorn.co.uk> - 2021-06-04 17:40 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Reco <recoverym4n@enotuniq.net> - 2021-06-04 15:30 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Andrei POPESCU <andreimpopescu@gmail.com> - 2021-06-04 19:40 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-06-03 04:00 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Greg Wooledge <greg@wooledge.org> - 2021-05-29 15:00 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-05-30 12:50 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-05-30 13:20 +0200
Re: How do I permanently disable unattended downloads of software/security updates? <tomas@tuxteam.de> - 2021-05-30 13:10 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-05-30 13:00 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-05-28 20:30 +0200
Re: How do I permanently disable unattended downloads of software/security updates? l0f4r0@tuta.io - 2021-05-28 14:10 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-05-29 01:40 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-06-01 19:30 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Dan Ritter <dsr@randomstring.org> - 2021-06-01 20:00 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Reco <recoverym4n@enotuniq.net> - 2021-06-01 20:10 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-06-01 19:20 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Joe <joe@jretrading.com> - 2021-06-01 20:30 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-06-01 13:20 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Reco <recoverym4n@enotuniq.net> - 2021-06-01 15:50 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Joe <joe@jretrading.com> - 2021-06-01 15:30 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Charles Curley <charlescurley@charlescurley.com> - 2021-05-25 21:20 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-05-25 23:00 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Charles Curley <charlescurley@charlescurley.com> - 2021-05-25 23:40 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-05-25 23:10 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Tom Browder <tom.browder@gmail.com> - 2021-06-02 22:00 +0200
Re: How do I permanently disable unattended downloads of software/security updates? l0f4r0@tuta.io - 2021-06-02 22:10 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-06-03 21:10 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-06-03 03:50 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Tom Browder <tom.browder@gmail.com> - 2021-06-03 22:20 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Greg Wooledge <greg@wooledge.org> - 2021-06-03 22:30 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Stella Ashburne <rewefie@gmx.com> - 2021-06-04 02:10 +0200
Re: How do I permanently disable unattended downloads of software/security updates? Andrei POPESCU <andreimpopescu@gmail.com> - 2021-06-04 11:10 +0200
Page 2 of 4 — ← Prev page 1 [2] 3 4 Next page →
| From | Greg Wooledge <greg@wooledge.org> |
|---|---|
| Date | 2021-05-28 21:00 +0200 |
| Message-ID | <CjPSa-874-3@gated-at.bofh.it> |
| In reply to | #235624 |
On Fri, May 28, 2021 at 08:40:23PM +0200, Stella Ashburne wrote: > Question: Instead of using "aptitude why unattended-upgrades" command, can I use "apt why unattended-upgrades"? Well, try it and see. > I was told many years ago that the command "aptitude" was deprecated. You were lied to. aptitude does *many* things that no other tool does. > Question: What do you mean by "a metapackage is not critically important"? Would you like to elaborate please? Take a look at "apt show gnome", for example. On bullseye, on my platform, the package "gnome" (which is a metapackage) has an Installed-Size of 35.8 kB. It doesn't contain any software. All it really contains are Depends: and Recommends: and Suggests: lines. If you install this package, it will bring in a whole bunch of new packages (unless you already installed GNOME, in which case it may do nothing). Once all of those packages are installed, you can go ahead and remove the package named "gnome". It doesn't do anything. It's just a metapackage. > I wish to improve my knowledge of computing. How do I disable autoremove? What is the command to be typed in a terminal? Well... OK, I'll tell you how I did it. It's easily reversible, so it won't hurt you. I did it by creating the file /etc/apt/apt.conf.d/99local with the following content (one line): APT::NeverAutoRemove "."; What this configuration file does is define a regular expression that matches every package, and then tells apt never to autoremove any package that matches that regular expression. If you want to go back to normal, simply remove that file.
[toc] | [prev] | [next] | [standalone]
| From | Stella Ashburne <rewefie@gmx.com> |
|---|---|
| Date | 2021-05-29 01:40 +0200 |
| Message-ID | <CjUf8-2kG-3@gated-at.bofh.it> |
| In reply to | #235627 |
Hello, Thanks for your help and time. I really appreciate it. > Sent: Saturday, May 29, 2021 at 2:51 AM > From: "Greg Wooledge" <greg@wooledge.org> > To: debian-user@lists.debian.org > Subject: Re: How do I permanently disable unattended downloads of software/security updates? > > > Question: What do you mean by "a metapackage is not critically important"? Would you like to elaborate please? > > Take a look at "apt show gnome", for example. > > On bullseye, on my platform, the package "gnome" (which is a metapackage) > has an Installed-Size of 35.8 kB. It doesn't contain any software. All > it really contains are Depends: and Recommends: and Suggests: lines. If > you install this package, it will bring in a whole bunch of new packages > (unless you already installed GNOME, in which case it may do nothing). > > Once all of those packages are installed, you can go ahead and remove > the package named "gnome". It doesn't do anything. It's just a metapackage. Thank you for explaining why a metapackage is not critically important. I'm a bit wiser now :) > Well... OK, I'll tell you how I did it. It's easily reversible, so it > won't hurt you. > > I did it by creating the file /etc/apt/apt.conf.d/99local with the > following content (one line): > > APT::NeverAutoRemove "."; > > What this configuration file does is define a regular expression that > matches every package, and then tells apt never to autoremove any package > that matches that regular expression. > > If you want to go back to normal, simply remove that file. Thank you very much for your example. Best wishes.
[toc] | [prev] | [next] | [standalone]
| From | Andrei POPESCU <andreimpopescu@gmail.com> |
|---|---|
| Date | 2021-05-29 09:10 +0200 |
| Message-ID | <Ck1gG-6M8-19@gated-at.bofh.it> |
| In reply to | #235624 |
[Multipart message — attachments visible in raw view] — view raw
On Vi, 28 mai 21, 20:40:23, Stella Ashburne wrote:
>
> Question: Instead of using "aptitude why unattended-upgrades" command,
> can I use "apt why unattended-upgrades"? I was told many years ago
> that the command "aptitude" was deprecated.
aptitude was deprecated for some very specific uses only (in particular
dist-upgrades), not because it couldn't do them, but because APT found
better solutions. It also didn't help that development of aptitude was
stopped for a while.
aptitude is currently still irreplaceable for some uses.
In this particular case, apt doesn't have a 'why' command, hence the
suggestion to use aptitude instead.
> Question: What command can I type in a terminal to find out if the
> package "unattended-upgrades" is a *dependency* of some other
> packages?
These should do it.
apt rdepends unattended-upgrades
Read as "the reverse depends of", though it will also include other
package relationships.
aptitude search '?depends(unattended-upgrades)'
Read as "packages that depend on". This is interpreted literally, i.e.
it won't show any other package relationship (like Recommends).
> I wish to improve my knowledge of computing. How do I disable
> autoremove? What is the command to be typed in a terminal?
APT (the software package) doesn't autoremove packages, though it might
suggest you to do that when you use the 'apt' command.
aptitude in its default configuration will do so on every occasion, so
you might want to avoid using it for package installs, removals, etc.
Kind regards,
Andrei
--
http://wiki.debian.org/FAQsFromDebianUser
[toc] | [prev] | [next] | [standalone]
| From | l0f4r0@tuta.io |
|---|---|
| Date | 2021-05-29 11:30 +0200 |
| Message-ID | <Ck3s6-7XZ-13@gated-at.bofh.it> |
| In reply to | #235641 |
Hi, 29 mai 2021, 09:06 de andreimpopescu@gmail.com: >> Question: What command can I type in a terminal to find out if the >> package "unattended-upgrades" is a *dependency* of some other >> packages? >> > These should do it. > > apt rdepends unattended-upgrades > > Read as "the reverse depends of", though it will also include other > package relationships. > > aptitude search '?depends(unattended-upgrades)' > > Read as "packages that depend on". This is interpreted literally, i.e. > it won't show any other package relationship (like Recommends). > I didn't know about `apt rdepends` thanks. It appears the result is more explicit than `apt-cache rdepends`, that's a good point (easy to grep). What is less good is that it's very easy to forget this behavior difference with time (like many things). There are so many commands and possibilities around APT, it can be confusing sometimes... NB: You can still filter `apt-cache rdepends` results with some other switches like `--no-pre-depends`, `--no-recommends`, `--no-suggests`, `--no-conflicts`, `--no-breaks`, `--no-replaces` and `--no-enhances`. 29 mai 2021, 01:32 de rewefie@gmx.com: > Oh my God, are you telling me that we are not done with this "whatever thing you may call it"? I thought I could close this matter......lol > > Based on your vast experience of using Linux in general and Debian in particular, can you think of any other packages or files that could download software and security updates silently in the background? > "Vast experience"? I think you are probably flattering me lol As said Socrates: "I know that I do not know.". It happens everyday for me ;p Back to your question, here are other suggestions I can think about: * cron-apt * apticron (its goal is only to send notifications by emails but it certainly triggers `apt update` to do that. So maybe this update triggers some other things from your side as well, like widgets...) * widgets/applets for your favorite desktop environment (I can't help you, I don't use any...) NB: If not explicitely mentioned by a debian-user poster, most of the time (s)he is a subscriber of this mailing-list. At least I am, so you can omit my email address in each of your answers (I'm currently receiving all your emails twice) ;) Best regards, l0f4r0
[toc] | [prev] | [next] | [standalone]
| From | Stella Ashburne <rewefie@gmx.com> |
|---|---|
| Date | 2021-05-30 13:10 +0200 |
| Message-ID | <Ckrup-5xE-3@gated-at.bofh.it> |
| In reply to | #235643 |
Hi Thanks for your help and time. I really appreciate it. > Sent: Saturday, May 29, 2021 at 5:29 PM > From: l0f4r0@tuta.io > To: "Debian User" <debian-user@lists.debian.org> > Subject: Re: How do I permanently disable unattended downloads of software/security updates? > > NB: You can still filter `apt-cache rdepends` results with some other switches like `--no-pre-depends`, `--no-recommends`, `--no-suggests`, `--no-conflicts`, `--no-breaks`, `--no-replaces` and `--no-enhances`. Thanks for the above tip. Can I do something like the following using your above filters? sudo apt rdepends <package-name> --no-recommends sudo apt rdepends <package-name> --no-suggests > > As said Socrates: "I know that I do not know.". It happens everyday for me ;p > I think you're being modest. You know so much more than me. > Back to your question, here are other suggestions I can think about: > * cron-apt > * apticron (its goal is only to send notifications by emails but it certainly triggers `apt update` to do that. So maybe this update triggers some other things from your side as well, like widgets...) > * widgets/applets for your favorite desktop environment (I can't help you, I don't use any...) My knowledge of computing, Linux and Debian is elementary and hence I won't know how to set up a cron-apt or use apticron. Question: Is it a prerequisite (pre-condition) that to set up a cron job to download updates at a fixed time every day, the OS must have the installed package "unattended-upgrades"? > > NB: If not explicitely mentioned by a debian-user poster, most of the time (s)he is a subscriber of this mailing-list. At least I am, so you can omit my email address in each of your answers (I'm currently receiving all your emails twice) ;) > I apologize if I have caused inconvenience to you and shall remember to remove your email address when I reply to yours. Best regards.
[toc] | [prev] | [next] | [standalone]
| From | Greg Wooledge <greg@wooledge.org> |
|---|---|
| Date | 2021-05-30 15:10 +0200 |
| Message-ID | <Cktmy-6CE-3@gated-at.bofh.it> |
| In reply to | #235671 |
On Sun, May 30, 2021 at 01:08:18PM +0200, Stella Ashburne wrote: > Question: Is it a prerequisite (pre-condition) that to set up a cron job to download updates at a fixed time every day, the OS must have the installed package "unattended-upgrades"? Nope. You can write your own cron job to do it. The thing is, the simple and obvious way to do it via cron is slightly dangerous. When cron runs apt-get or apt or whatever you choose, *you* have no ability to interact with it. If a package comes with a NEWS.Debian.gz file that it wants to display to you to warn you about some new incompatible change, or if it wants to ask you whether it should replace a conffile that has been altered, or *any* kind of question, it can't. So, the simple and obvious workaround for that, when writing a cron job to do this, would be to use apt-get's "-y" flag. This may not do what you want in all situations. On the other hand, your question is interesting, in that it says "download updates", not "install updates". If you really do mean "download the packages and let them sit in /var/cache but don't install them", then there's no danger. You can write a cron job to do that, no problem at all. Of course, then the question becomes one of your workflow. Are you going to look in /var/cache/apt/archives/ yourself once a day, to see whether there's a new file there? Are you going to set up your cron job to email you whenever a package is downloaded? Are you simply going to run "apt-get -u upgrade" or some equivalent once a day? There are lots of possibilities here. You just have to decide what you want, and then implement it.
[toc] | [prev] | [next] | [standalone]
| From | Charles Curley <charlescurley@charlescurley.com> |
|---|---|
| Date | 2021-05-30 15:50 +0200 |
| Message-ID | <CktZf-6OK-1@gated-at.bofh.it> |
| In reply to | #235671 |
On Sun, 30 May 2021 13:08:18 +0200 Stella Ashburne <rewefie@gmx.com> wrote: > My knowledge of computing, Linux and Debian is elementary and hence I > won't know how to set up a cron-apt or use apticron. > > Question: Is it a prerequisite (pre-condition) that to set up a cron > job to download updates at a fixed time every day, the OS must have > the installed package "unattended-upgrades"? No, unattended upgrades is not a requirement. I used the following cron job for years until recently. I started using something like it when I was on dial-up and wanted to speed up the upgrade process by having the new packages already on my computers. Over the past year or so I have phased in unattended-upgrades. 5 3 * * * root /usr/bin/apt-get update > /dev/null && /usr/bin/apt-get -dy dist-upgrade > /dev/null (That is all one line. I expect your mail reader will wrap it horribly. When you copy and paste it, straighten it out into all one line.) I suggest that, as root, you put it in its own unique file in /etc/cron.d. That way it will survive updates to other files. A brief explanation of what it does: At 03:05 every morning, as root, run apt-get update to update apt-get's cache. If that's successful (the &&), run apt-get dist-upgrade for downloads only (-d) and assume a "yes" answer to all questions (-y). In both cases, discard the standard output by sending it to the null device. -- Does anybody read signatures any more? https://charlescurley.com https://charlescurley.com/blog/
[toc] | [prev] | [next] | [standalone]
| From | Dan Ritter <dsr@randomstring.org> |
|---|---|
| Date | 2021-05-30 17:10 +0200 |
| Message-ID | <CkveF-7Iy-9@gated-at.bofh.it> |
| In reply to | #235671 |
Stella Ashburne wrote: > > Question: Is it a prerequisite (pre-condition) that to set up a cron job to download updates at a fixed time every day, the OS must have the installed package "unattended-upgrades"? > No. apt install apticron will get you a customizable cron job that will: - update the package lists daily - optionally download but not install updated packages - send you mail about updated packages (at an address of your choice) -dsr-
[toc] | [prev] | [next] | [standalone]
| From | l0f4r0@tuta.io |
|---|---|
| Date | 2021-06-02 09:10 +0200 |
| Message-ID | <CltaO-1CP-3@gated-at.bofh.it> |
| In reply to | #235671 |
Hi Stella, >> NB: You can still filter `apt-cache rdepends` results with some other switches like `--no-pre-depends`, `--no-recommends`, `--no-suggests`, `--no-conflicts`, `--no-breaks`, `--no-replaces` and `--no-enhances`. >> > > Thanks for the above tip. > > Can I do something like the following using your above filters? > > sudo apt rdepends <package-name> --no-recommends > sudo apt rdepends <package-name> --no-suggests > Yes, sure but try it by yourself and you'll see it works (with `apt rdepends` or even `apt-cache rdepends`) NB: You do not need `sudo` here. Can you provide us with the output of the following commands? crontab -l sudo crontab -l cat /etc/crontab ls -l /etc/cron.* dpkg -l | grep -i apt >> NB: If not explicitely mentioned by a debian-user poster, most of the time (s)he is a subscriber of this mailing-list. At least I am, so you can omit my email address in each of your answers (I'm currently receiving all your emails twice) ;) >> > > I apologize if I have caused inconvenience to you and shall remember to remove your email address when I reply to yours. > No worries... Best regards, l0f4r0
[toc] | [prev] | [next] | [standalone]
| From | Stella Ashburne <rewefie@gmx.com> |
|---|---|
| Date | 2021-06-02 13:10 +0200 |
| Message-ID | <ClwV3-3V2-1@gated-at.bofh.it> |
| In reply to | #235796 |
Hi Thanks for your help and time. I really appreciate it. > Sent: Wednesday, June 02, 2021 at 3:01 PM > From: l0f4r0@tuta.io > To: "Debian User" <debian-user@lists.debian.org> > Subject: Re: How do I permanently disable unattended downloads of software/security updates? > > NB: You do not need `sudo` here. > Noted. > Can you provide us with the output of the following commands? > Output of crontab -l No crontab for username Output of sudo crontab -l No crontab for root Output of cat /etc/crontab # /etc/crontab: system-wide crontab # Unlike any other crontab you don't have to run the `crontab' # command to install the new version when you edit this file # and files in /etc/cron.d. These files also have username fields, # that none of the other crontabs do. SHELL=/bin/sh PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin # Example of job definition: # .---------------- minute (0 - 59) # | .------------- hour (0 - 23) # | | .---------- day of month (1 - 31) # | | | .------- month (1 - 12) OR jan,feb,mar,apr ... # | | | | .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat # | | | | | # * * * * * user-name command to be executed 17 * * * * root cd / && run-parts --report /etc/cron.hourly 25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily ) 47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly ) 52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly ) # Output of ls -l /etc/cron.* /etc/cron.d: total 4 -rw-r--r-- 1 root root 285 May 19 2019 anacron /etc/cron.daily: total 32 -rwxr-xr-x 1 root root 311 May 19 2019 0anacron -rwxr-xr-x 1 root root 1478 May 12 2020 apt-compat -rwxr-xr-x 1 root root 355 Dec 29 2017 bsdmainutils -rwxr-xr-x 1 root root 384 Dec 31 2018 cracklib-runtime -rwxr-xr-x 1 root root 1187 Apr 19 2019 dpkg -rwxr-xr-x 1 root root 377 Aug 28 2018 logrotate -rwxr-xr-x 1 root root 1123 Feb 10 2019 man-db -rwxr-xr-x 1 root root 249 Sep 27 2017 passwd /etc/cron.hourly: total 0 /etc/cron.monthly: total 4 -rwxr-xr-x 1 root root 313 May 19 2019 0anacron /etc/cron.weekly: total 8 -rwxr-xr-x 1 root root 312 May 19 2019 0anacron -rwxr-xr-x 1 root root 813 Feb 10 2019 man-db Output of dpkg -l | grep -i apt ii apt 1.8.2.3 amd64 commandline package manager ii apt-config-icons 0.12.5-1 all APT configuration snippet to enable icon downloads ii apt-listchanges 3.19 all package change history notification tool ii apt-utils 1.8.2.3 amd64 package management related utility programs ii laptop-detect 0.16 all system chassis type checker ii libapt-inst2.0:amd64 1.8.2.3 amd64 deb package format runtime library ii libapt-pkg5.0:amd64 1.8.2.3 amd64 package management runtime library ii libatk-adaptor:amd64 2.30.0-5 amd64 AT-SPI 2 toolkit bridge ii libmjpegutils-2.1-0 1:2.1.0+debian-5 amd64 MJPEG capture/editing/replay and MPEG encoding toolset (library) ii libmpeg2encpp-2.1-0 1:2.1.0+debian-5 amd64 MJPEG capture/editing/replay and MPEG encoding toolset (library) ii libmplex2-2.1-0 1:2.1.0+debian-5 amd64 MJPEG capture/editing/replay and MPEG encoding toolset (library) ii libopencore-amrnb0:amd64 0.1.3-2.1+b2 amd64 Adaptive Multi Rate speech codec - shared library ii libopencore-amrwb0:amd64 0.1.3-2.1+b2 amd64 Adaptive Multi-Rate - Wideband speech codec - shared library ii libpcap0.8:amd64 1.8.1-6 amd64 system interface for user-level packet capture ii python-apt-common 1.8.4.3 all Python interface to libapt-pkg (locales) ii python3-apt 1.8.4.3 amd64 Python 3 interface to libapt-pkg ii synaptic 0.84.6 amd64 Graphical package manager ii task-laptop 3.53 all laptop
[toc] | [prev] | [next] | [standalone]
| From | l0f4r0@tuta.io |
|---|---|
| Date | 2021-06-02 13:50 +0200 |
| Message-ID | <ClxxL-46X-7@gated-at.bofh.it> |
| In reply to | #235799 |
2 juin 2021, 13:03 de rewefie@gmx.com: >> Can you provide us with the output of the following commands? >> > Output of crontab -l > > No crontab for username > > > Output of sudo crontab -l > > No crontab for root > > > Output of cat /etc/crontab > > # /etc/crontab: system-wide crontab > # Unlike any other crontab you don't have to run the `crontab' > # command to install the new version when you edit this file > # and files in /etc/cron.d. These files also have username fields, > # that none of the other crontabs do. > > SHELL=/bin/sh > PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin > > # Example of job definition: > # .---------------- minute (0 - 59) > # | .------------- hour (0 - 23) > # | | .---------- day of month (1 - 31) > # | | | .------- month (1 - 12) OR jan,feb,mar,apr ... > # | | | | .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat > # | | | | | > # * * * * * user-name command to be executed > 17 * * * * root cd / && run-parts --report /etc/cron.hourly > 25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily ) > 47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly ) > 52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly ) > # > > > Output of ls -l /etc/cron.* > > /etc/cron.d: > total 4 > -rw-r--r-- 1 root root 285 May 19 2019 anacron > > /etc/cron.daily: > total 32 > -rwxr-xr-x 1 root root 311 May 19 2019 0anacron > -rwxr-xr-x 1 root root 1478 May 12 2020 apt-compat > -rwxr-xr-x 1 root root 355 Dec 29 2017 bsdmainutils > -rwxr-xr-x 1 root root 384 Dec 31 2018 cracklib-runtime > -rwxr-xr-x 1 root root 1187 Apr 19 2019 dpkg > -rwxr-xr-x 1 root root 377 Aug 28 2018 logrotate > -rwxr-xr-x 1 root root 1123 Feb 10 2019 man-db > -rwxr-xr-x 1 root root 249 Sep 27 2017 passwd > > /etc/cron.hourly: > total 0 > > /etc/cron.monthly: > total 4 > -rwxr-xr-x 1 root root 313 May 19 2019 0anacron > > /etc/cron.weekly: > total 8 > -rwxr-xr-x 1 root root 312 May 19 2019 0anacron > -rwxr-xr-x 1 root root 813 Feb 10 2019 man-db > > > Output of dpkg -l | grep -i apt > > ii apt 1.8.2.3 amd64 commandline package manager > ii apt-config-icons 0.12.5-1 all APT configuration snippet to enable icon downloads > ii apt-listchanges 3.19 all package change history notification tool > ii apt-utils 1.8.2.3 amd64 package management related utility programs > ii laptop-detect 0.16 all system chassis type checker > ii libapt-inst2.0:amd64 1.8.2.3 amd64 deb package format runtime library > ii libapt-pkg5.0:amd64 1.8.2.3 amd64 package management runtime library > ii libatk-adaptor:amd64 2.30.0-5 amd64 AT-SPI 2 toolkit bridge > ii libmjpegutils-2.1-0 1:2.1.0+debian-5 amd64 MJPEG capture/editing/replay and MPEG encoding toolset (library) > ii libmpeg2encpp-2.1-0 1:2.1.0+debian-5 amd64 MJPEG capture/editing/replay and MPEG encoding toolset (library) > ii libmplex2-2.1-0 1:2.1.0+debian-5 amd64 MJPEG capture/editing/replay and MPEG encoding toolset (library) > ii libopencore-amrnb0:amd64 0.1.3-2.1+b2 amd64 Adaptive Multi Rate speech codec - shared library > ii libopencore-amrwb0:amd64 0.1.3-2.1+b2 amd64 Adaptive Multi-Rate - Wideband speech codec - shared library > ii libpcap0.8:amd64 1.8.1-6 amd64 system interface for user-level packet capture > ii python-apt-common 1.8.4.3 all Python interface to libapt-pkg (locales) > ii python3-apt 1.8.4.3 amd64 Python 3 interface to libapt-pkg > ii synaptic 0.84.6 amd64 Graphical package manager > ii task-laptop 3.53 all laptop > Nothing shocking here... What about the following commands? cat /etc/anacrontab systemctl list-timers Best regards, l0f4r0
[toc] | [prev] | [next] | [standalone]
| From | Stella Ashburne <rewefie@gmx.com> |
|---|---|
| Date | 2021-06-02 18:30 +0200 |
| Message-ID | <ClBUJ-6Ma-3@gated-at.bofh.it> |
| In reply to | #235801 |
Hi Thanks for your help and time. I really appreciate it. > Sent: Wednesday, June 02, 2021 at 7:49 PM > From: l0f4r0@tuta.io > To: "Debian User" <debian-user@lists.debian.org> > Subject: Re: How do I permanently disable unattended downloads of software/security updates? > > What about the following commands? > > cat /etc/anacrontab > systemctl list-timers > Output of cat /etc/anacrontab # /etc/anacrontab: configuration file for anacron # See anacron(8) and anacrontab(5) for details. SHELL=/bin/sh PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin HOME=/root LOGNAME=root # These replace cron's entries 1 5 cron.daily run-parts --report /etc/cron.daily 7 10 cron.weekly run-parts --report /etc/cron.weekly @monthly 15 cron.monthly run-parts --report /etc/cron.monthly Output of systemctl list-timers NEXT LEFT LAST PASSED Wed 2021-06-02 16:24:55 GMT 4min 34s left n/a n/a Thu 2021-06-03 00:00:00 GMT 7h left Wed 2021-06-02 16:10:36 GMT 9min ago Thu 2021-06-03 00:00:00 GMT 7h left Wed 2021-06-02 16:10:36 GMT 9min ago Thu 2021-06-03 00:39:22 GMT 8h left Wed 2021-06-02 16:10:36 GMT 9min ago Thu 2021-06-03 06:40:44 GMT 14h left Wed 2021-06-02 07:43:04 GMT 8h ago Thu 2021-06-03 07:30:43 GMT 15h left Thu 2021-06-03 00:10:06 GMT 7h left 6 timers listed. Pass --all to see loaded but inactive timers, too.
[toc] | [prev] | [next] | [standalone]
| From | Reco <recoverym4n@enotuniq.net> |
|---|---|
| Date | 2021-06-02 18:40 +0200 |
| Message-ID | <ClC4p-6Pa-1@gated-at.bofh.it> |
| In reply to | #235804 |
Hi. On Wed, Jun 02, 2021 at 06:27:45PM +0200, Stella Ashburne wrote: > Output of systemctl list-timers > > > NEXT LEFT LAST PASSED > Wed 2021-06-02 16:24:55 GMT 4min 34s left n/a n/a > Thu 2021-06-03 00:00:00 GMT 7h left Wed 2021-06-02 16:10:36 GMT 9min ago > Thu 2021-06-03 00:00:00 GMT 7h left Wed 2021-06-02 16:10:36 GMT 9min ago > Thu 2021-06-03 00:39:22 GMT 8h left Wed 2021-06-02 16:10:36 GMT 9min ago > Thu 2021-06-03 06:40:44 GMT 14h left Wed 2021-06-02 07:43:04 GMT 8h ago > Thu 2021-06-03 07:30:43 GMT 15h left Thu 2021-06-03 00:10:06 GMT 7h left > > 6 timers listed. > Pass --all to see loaded but inactive timers, too. The most important parts of "systemctl list-timers" (your problem considered) are UNIT and ACTIVATES columns, and your result lacks them for some reason. Reco
[toc] | [prev] | [next] | [standalone]
| From | Greg Wooledge <greg@wooledge.org> |
|---|---|
| Date | 2021-06-02 19:00 +0200 |
| Message-ID | <ClCnM-6VW-5@gated-at.bofh.it> |
| In reply to | #235805 |
On Wed, Jun 02, 2021 at 07:33:32PM +0300, Reco wrote: > Hi. > > On Wed, Jun 02, 2021 at 06:27:45PM +0200, Stella Ashburne wrote: > > Output of systemctl list-timers > > > > > > NEXT LEFT LAST PASSED > > Wed 2021-06-02 16:24:55 GMT 4min 34s left n/a n/a > > Thu 2021-06-03 00:00:00 GMT 7h left Wed 2021-06-02 16:10:36 GMT 9min ago > > Thu 2021-06-03 00:00:00 GMT 7h left Wed 2021-06-02 16:10:36 GMT 9min ago > > Thu 2021-06-03 00:39:22 GMT 8h left Wed 2021-06-02 16:10:36 GMT 9min ago > > Thu 2021-06-03 06:40:44 GMT 14h left Wed 2021-06-02 07:43:04 GMT 8h ago > > Thu 2021-06-03 07:30:43 GMT 15h left Thu 2021-06-03 00:10:06 GMT 7h left > > > > 6 timers listed. > > Pass --all to see loaded but inactive timers, too. > > The most important parts of "systemctl list-timers" (your problem > considered) are UNIT and ACTIVATES columns, and your result lacks them > for some reason. The designers of systemctl made some odd choices. They drop you into a weird interactive mode by default, and expect you to be willing and able to scroll around to see the fields of this report. Worst of all is that you may not even *know* that you're supposed to do this. If you run "systemctl list-timers" in a terminal, you may (or may not) notice a few things: 1) You're placed in a pager, even if the output has many fewer lines than your terminal does. How can you tell you're in a pager? There's a prompt at the bottom of the screen. You may recognize it if you've had enough experience with reading man pages. 2) There are two tremendously wide date/time fields visible, with redundant day-of-week and timezone fields, but not the actually *important* information like what's going to happen at that time. 3) There are some reverse-video > signs on the right hand side of the report. What you're expected to do is use the Right and Left arrow keys on your keyboard (assuming they're correctly mapped in your terminal emulator's terminfo entries) to scroll back and forth to see the other fields. Which you're supposed to guess exist. If for some reason you would simply like to see all of the information on the screen at once, the way a Unix user would *expect* a command like this to work, you need to redirect or pipe systemctl's output so that it isn't going to a terminal. systemctl list-timers | cat Of course, this is still ugly as sin, because the designers of systemctl don't understand that terminals are 80 characters wide, always and forever. They just dump a bunch of longer-than-140-character lines and let them wrap as they will. Well, at least the information is there, even if it's hard to read. Those wide timestamps are just ridiculous, aren't they? And why isn't the unit name (the most important thing) shown first? Or even *at all* by default? Anyway, I suspect that the OP might find some useful information from this command: systemctl list-timers | grep apt
[toc] | [prev] | [next] | [standalone]
| From | Linux-Fan <Ma_Sys.ma@web.de> |
|---|---|
| Date | 2021-06-02 21:10 +0200 |
| Subject | Re: How do I permanently disable unattended downloads of software/security updates? |
| Message-ID | <ClEpz-8ks-5@gated-at.bofh.it> |
| In reply to | #235806 |
[Multipart message — attachments visible in raw view] — view raw
Greg Wooledge writes: > On Wed, Jun 02, 2021 at 07:33:32PM +0300, Reco wrote: > > Hi. > > > > On Wed, Jun 02, 2021 at 06:27:45PM +0200, Stella Ashburne wrote: > > > Output of systemctl list-timers [...] > > > 6 timers listed. > > > Pass --all to see loaded but inactive timers, too. > > > > The most important parts of "systemctl list-timers" (your problem > > considered) are UNIT and ACTIVATES columns, and your result lacks them > > for some reason. > > The designers of systemctl made some odd choices. They drop you into a > weird interactive mode by default, and expect you to be willing and able > to scroll around to see the fields of this report. Worst of all is that > you may not even *know* that you're supposed to do this. [...] > to work, you need to redirect or pipe systemctl's output so that it isn't > going to a terminal. > > systemctl list-timers | cat > > Of course, this is still ugly as sin, because the designers of systemctl > don't understand that terminals are 80 characters wide, always and forever. > They just dump a bunch of longer-than-140-character lines and let them > wrap as they will. Well, at least the information is there, even if it's > hard to read. I have added the following aliases to all my systems: alias systemctl='systemctl -l --no-pager' alias journalctl='journalctl --no-pager' But of course, I like that `cat` trick for systems which I do not own. Much easier than remembering that it was `--no-pager` :) [...] > Anyway, I suspect that the OP might find some useful information from > this command: > > systemctl list-timers | grep apt As far as I can tell, these ultimately lead to /usr/lib/apt/apt.systemd.daily which in turn claims to honor `APT::Periodic::Enable "1";` from /etc/apt/apt.conf.d. Still it is worth checking the logs from the systemd timers, e.g.: journalctl --no-pager -u apt-daily-upgrade.service journalctl --no-pager -u apt-daily.service It is also possible that there might be systemd user timers? systemctl --user --no-pager -l list-timers Here, the outputs are as follows: ~~~ # journalctl -u apt-daily-upgrade.service -- Logs begin at Wed 2021-06-02 12:24:45 CEST, end at Wed 2021-06-02 20:47:39 CEST. -- Jun 02 12:24:55 masysma-18 systemd[1]: Starting Daily apt upgrade and clean activities... Jun 02 12:24:56 masysma-18 systemd[1]: apt-daily-upgrade.service: Succeeded. Jun 02 12:24:56 masysma-18 systemd[1]: Started Daily apt upgrade and clean activities. # journalctl -u apt-daily.service -- Logs begin at Wed 2021-06-02 12:24:45 CEST, end at Wed 2021-06-02 20:54:02 CEST. -- Jun 02 12:24:55 masysma-18 systemd[1]: Starting Daily apt download activities... Jun 02 12:24:55 masysma-18 systemd[1]: apt-daily.service: Succeeded. Jun 02 12:24:55 masysma-18 systemd[1]: Started Daily apt download activities. $ systemctl --user --no-pager -l list-timers 0 timers listed. Pass --all to see loaded but inactive timers, too. ~~~ I do not believe to have observed the automatic download behaviour the OP sees despite the timers obviously being active and the script running. From the timings (between start and completion of the `apt.systemd.daily`) it seems to not do anything out of the box. I am leaning towards the "DE explanation" -- that the upgrades are not caused by APT's own mechanisms but rather triggered by some DE through opaque means not visible in cron or systemd timers. I am not sure how I would go about identifying the cause there, except for checking the GUI configuration that all related options are turned off? HTH Linux-Fan öö
[toc] | [prev] | [next] | [standalone]
| From | Greg Wooledge <greg@wooledge.org> |
|---|---|
| Date | 2021-06-02 21:50 +0200 |
| Message-ID | <ClF2h-63-3@gated-at.bofh.it> |
| In reply to | #235809 |
On Wed, Jun 02, 2021 at 09:03:23PM +0200, Linux-Fan wrote:
> alias systemctl='systemctl -l --no-pager'
> alias journalctl='journalctl --no-pager'
Hmm, that's handy because it preserves the underline/boldface terminal
markup, unlike the |cat trick.
> > systemctl list-timers | grep apt
>
> As far as I can tell, these ultimately lead to
> /usr/lib/apt/apt.systemd.daily which in turn claims to honor
> `APT::Periodic::Enable "1";` from /etc/apt/apt.conf.d.
I've just spent a few minutes reading /usr/lib/apt/apt.systemd.daily ...
it's not pretty.[1]
First thing I noticed is that in the absence of APT::Periodic::Enable
it *assumes* 1 (yes). It does this by setting a variable to 1, and then
running the following command:
apt-config shell AutoAptEnable APT::Periodic::Enable
capturing the output, eval-ing it (without quotes!), and then checking
whether that shell variable's value is still 1. On my system, where
there is no APT::Periodic::Enable in any part of apt's config, the
output of that apt-config command is empty. So the eval does nothing,
and the variable remains set to 1 (yes).
The next thing I noticed is that apt-daily-upgrade.service runs the same
script with "install" as its argument. The section of the script that
this triggers is basically a giant wrapper around unattended-upgrade.
If unattended-upgrade is not found in PATH (using a *terrible* check),
pretty much nothing happens. Of course, it doesn't bother logging that
unless it's running in debug mode.
> # journalctl -u apt-daily-upgrade.service
> -- Logs begin at Wed 2021-06-02 12:24:45 CEST, end at Wed 2021-06-02
> 20:47:39 CEST. --
> Jun 02 12:24:55 masysma-18 systemd[1]: Starting Daily apt upgrade and clean
> activities...
> Jun 02 12:24:56 masysma-18 systemd[1]: apt-daily-upgrade.service: Succeeded.
> Jun 02 12:24:56 masysma-18 systemd[1]: Started Daily apt upgrade and clean
> activities.
Mine is similar, albeit much longer. Note that on my system,
unattended-upgrade is not installed.
[1] Here's one example:
if which unattended-upgrade >/dev/null 2>&1 && env LC_ALL=C.UTF-8 unattended-upgrade --help | grep -q download-only && check_stamp $DOWNLOAD_UPGRADEABLE_STAMP $UnattendedUpgradeInterval; then
[toc] | [prev] | [next] | [standalone]
| From | Stella Ashburne <rewefie@gmx.com> |
|---|---|
| Date | 2021-06-03 21:20 +0200 |
| Message-ID | <Cm12N-53V-5@gated-at.bofh.it> |
| In reply to | #235809 |
Hi Thanks for your help and time. I really appreciate it. > Sent: Thursday, June 03, 2021 at 3:03 AM > From: "Linux-Fan" <Ma_Sys.ma@web.de> > To: debian-user@lists.debian.org > Subject: Re: How do I permanently disable unattended downloads of software/security updates? > > > Anyway, I suspect that the OP might find some useful information from > > this command: > > > > systemctl list-timers | grep apt Below is the output of systemctl list-timers | grep apt Thu 2021-06-03 20:29:30 GMT 9h left Thu 2021-06-03 09:18:00 GMT 1h 17min ago apt-daily.timer apt-daily.service Fri 2021-06-04 06:51:16 GMT 20h left Thu 2021-06-03 09:18:00 GMT 1h 17min ago apt-daily-upgrade.timer apt-daily-upgrade.service > > I am leaning towards the "DE explanation" -- that the upgrades are not > caused by APT's own mechanisms but rather triggered by some DE through > opaque means not visible in cron or systemd timers. I am not sure how I > would go about identifying the cause there, except for checking the GUI > configuration that all related options are turned off? > One of the posters provided me a link to the post in Unix StackExchange: https://unix.stackexchange.com/a/594287 and I have followed the instructions to disable PackageKit. By the way, when I did a fresh minimal install of Debian Buster without installing the full Gnome DE about two years ago, I also installed the following packages: xorg gnome-core gnome-tweak-tool synaptic gedit gdebi file-roller
[toc] | [prev] | [next] | [standalone]
| From | Greg Wooledge <greg@wooledge.org> |
|---|---|
| Date | 2021-06-03 04:00 +0200 |
| Message-ID | <ClKOl-3rX-5@gated-at.bofh.it> |
| In reply to | #235805 |
On Thu, Jun 03, 2021 at 03:54:01AM +0200, Stella Ashburne wrote: > > From: "Reco" <recoverym4n@enotuniq.net> > > The most important parts of "systemctl list-timers" (your problem > > considered) are UNIT and ACTIVATES columns, and your result lacks them > > for some reason. > > > What does "your result lacks them for some reason" mean? Could you elaborate it please? Lacks means "does not have". Your output did not show the UNIT or ACTIVATES columns. For the reasons I explained in my response. I gave some alternatives that will reveal more information. Replies to my reply elaborated further still.
[toc] | [prev] | [next] | [standalone]
| From | Stella Ashburne <rewefie@gmx.com> |
|---|---|
| Date | 2021-06-04 02:20 +0200 |
| Message-ID | <Cm5J7-7Mj-3@gated-at.bofh.it> |
| In reply to | #235823 |
Hi Greg > Sent: Thursday, June 03, 2021 at 9:55 AM > From: "Greg Wooledge" <greg@wooledge.org> > To: debian-user@lists.debian.org > Subject: Re: How do I permanently disable unattended downloads of software/security updates? > > > I gave some alternatives that will reveal more information. Replies to > my reply elaborated further still. > Output of systemctl list-timers | grep apt Thu 2021-06-03 20:29:30 GMT 9h left Thu 2021-06-03 09:18:00 GMT 1h 17min ago apt-daily.timer apt-daily.service Fri 2021-06-04 06:51:16 GMT 20h left Thu 2021-06-03 09:18:00 GMT 1h 17min ago apt-daily-upgrade.timer apt-daily-upgrade.service
[toc] | [prev] | [next] | [standalone]
| From | "Thomas D. Dean" <tomdean@wavecable.com> |
|---|---|
| Date | 2021-06-04 04:50 +0200 |
| Message-ID | <Cm84h-EP-3@gated-at.bofh.it> |
| In reply to | #235862 |
On 6/3/21 5:15 PM, Stella Ashburne wrote: > Hi Greg > >> Sent: Thursday, June 03, 2021 at 9:55 AM >> From: "Greg Wooledge" <greg@wooledge.org> >> To: debian-user@lists.debian.org >> Subject: Re: How do I permanently disable unattended downloads of software/security updates? >> >> >> I gave some alternatives that will reveal more information. Replies to >> my reply elaborated further still. >> > Output of systemctl list-timers | grep apt > > Thu 2021-06-03 20:29:30 GMT 9h left Thu 2021-06-03 09:18:00 GMT 1h 17min ago apt-daily.timer apt-daily.service > Fri 2021-06-04 06:51:16 GMT 20h left Thu 2021-06-03 09:18:00 GMT 1h 17min ago apt-daily-upgrade.timer apt-daily-upgrade.service > I have the same problem. I saw this in: https://askubuntu.com/questions/1038923 sudo systemctl disable apt-daily.service sudo systemctl disable apt-daily.timer sudo systemctl disable apt-daily-upgrade.timer sudo systemctl disable apt-daily-upgrade.service
[toc] | [prev] | [next] | [standalone]
Page 2 of 4 — ← Prev page 1 [2] 3 4 Next page →
Back to top | Article view | linux.debian.user
csiph-web