On Tue, Jun 27, 2023 at 2:18 PM Steve Sobol wrote:
>
> On 2023-06-27 10:54, David Wright wrote:
> > On Fri 23 Jun 2023 at 15:51:31 (-0700), Steve Sobol wrote:
> >> On 2023-06-23 15:26, Emanuel Berg wrote:
> >> > Steve Sobol wrote:
> >> >
> >> > > > In general people don't want to dist-upgrade auto
On 2023-06-27 10:54, David Wright wrote:
On Fri 23 Jun 2023 at 15:51:31 (-0700), Steve Sobol wrote:
On 2023-06-23 15:26, Emanuel Berg wrote:
> Steve Sobol wrote:
>
> > > In general people don't want to dist-upgrade automatically.
> >
> > Seconded.
>
> I'm not following, when these functions are
On Fri 23 Jun 2023 at 15:51:31 (-0700), Steve Sobol wrote:
> On 2023-06-23 15:26, Emanuel Berg wrote:
> > Steve Sobol wrote:
> >
> > > > In general people don't want to dist-upgrade automatically.
> > >
> > > Seconded.
> >
> > I'm not following, when these functions are invoked, be it
> > schedu
Max Nikulin wrote:
>> sudo apt autoremove -y && sudo apt update && sudo apt
>> upgrade -y
>
> Almost from the start of this thread I am curious if there
> is a reason to not run autoremove immediately after upgrade.
> What is the purpose of retaining unnecessary packages till
> next upgrade?
Inde
On 24/06/2023 23:42, gene heskett wrote:
sudo apt autoremove -y && sudo apt update && sudo apt upgrade -y
Almost from the start of this thread I am curious if there is a reason
to not run autoremove immediately after upgrade. What is the purpose of
retaining unnecessary packages till next upg
tomas wrote:
>> I'd much rather err on the side of extreme caution.
>> If something goes bump, I'm screwed.
>
> To be fair, autoremove can improve safety: when it removes
> old kernel versions filling up your boot partition.
Anything more to add to the 'maintain' function (a1), to
improve safety
On 6/24/23 02:53, to...@tuxteam.de wrote:
On Fri, Jun 23, 2023 at 10:57:55PM -0700, Steve Sobol wrote:
On 2023-06-23 21:59, to...@tuxteam.de wrote:
On Fri, Jun 23, 2023 at 05:29:22PM -0700, Steve Sobol wrote:
[...]
I'd much rather err on the side of extreme caution. If something
goes bump,
I
On Fri, Jun 23, 2023 at 10:57:55PM -0700, Steve Sobol wrote:
> On 2023-06-23 21:59, to...@tuxteam.de wrote:
> > On Fri, Jun 23, 2023 at 05:29:22PM -0700, Steve Sobol wrote:
> >
> > [...]
> >
> > > I'd much rather err on the side of extreme caution. If something
> > > goes bump,
> > > I'm screwed.
On 2023-06-23 21:59, to...@tuxteam.de wrote:
On Fri, Jun 23, 2023 at 05:29:22PM -0700, Steve Sobol wrote:
[...]
I'd much rather err on the side of extreme caution. If something goes
bump,
I'm screwed.
To be fair, autoremove can improve safety: when it removes old kernel
versions
filling u
On Fri, Jun 23, 2023 at 05:29:22PM -0700, Steve Sobol wrote:
[...]
> I'd much rather err on the side of extreme caution. If something goes bump,
> I'm screwed.
To be fair, autoremove can improve safety: when it removes old kernel versions
filling up your boot partition.
Having a new kernel inst
On 2023-06-23 16:54, Emanuel Berg wrote:
Ah, don't worry, it is safe, I've done it a lot.
I don't doubt that it is quite safe, most of the time.
But I run my servers on Ubuntu and Debian. (Mostly Ubuntu right now;
slowly migrating to Debian.)
I get paid for hosting, as well as work I do th
Emanuel Berg writes:
> But if I have to do an in-place upgrade, I'm going to sit and watch it
> happen... just in case something goes wrong.
I think has been about twenty years since I've had an in-place upgrade
from oldstable to stable go wrong.
--
John Hasler
j...@sugarbit.com
Elmwood, WI USA
Steve Sobol wrote:
In general people don't want to dist-upgrade automatically.
>>>
>>> Seconded.
>>
>> I'm not following, when these functions are invoked, be it
>> scheduled by some other software or by the user from the
>> shell, they are intended to do their work automatically
>> (non-inte
On 2023-06-23 15:26, Emanuel Berg wrote:
Steve Sobol wrote:
In general people don't want to dist-upgrade automatically.
Seconded.
I'm not following, when these functions are invoked, be it
scheduled by some other software or by the user from the shell,
they are intended to do their work aut
Steve Sobol wrote:
>> In general people don't want to dist-upgrade automatically.
>
> Seconded.
I'm not following, when these functions are invoked, be it
scheduled by some other software or by the user from the shell,
they are intended to do their work automatically
(non-interactively) if that i
Dan Ritter wrote:
> It seems unlikely to me that you want to do an autoremove
> before you have done an upgrade.
a1 is to maintain and a2 is to upgrade, so the idea is to
always upgrade from a maintained state, that's why a2 first
calls a1. One could do a1 after a2 as well as
before, actually.
>
On 2023-06-23 14:14, Dan Ritter wrote:
It seems unlikely to me that you want to do an autoremove before
you have done an upgrade.
I'd not say unwise. Useless, pointless, perhaps; but it doesn't hurt
anything.
autoremove removes packages that were installed as dependencies of other
packages
Emanuel Berg wrote:
> Default User wrote:
>
> > I am considering just running sudo apt clean (or sudo
> > apt-get clean) [...]
>
> This is what I eventually landed at and it has worked ever
> since - a1 is to maintain, a2 to upgrade as well.
>
> #! /bin/zsh
>
> a1 () {
> sudo apt-get -qq
Default User wrote:
> I am considering just running sudo apt clean (or sudo
> apt-get clean) [...]
This is what I eventually landed at and it has worked ever
since - a1 is to maintain, a2 to upgrade as well.
#! /bin/zsh
a1 () {
sudo apt-get -qq update
sudo aptautoremove >
On Fri, 2023-06-23 at 10:51 +0500, Stanislav Vlasov wrote:
> 2023-06-23 4:44 GMT+05:00, Default User :
>
> > Other than that, is there any good reason not to do sudo apt clean?
>
> Only if you have many machines which share /var/cache/apt (via nfs
> for example)
>
> You may use `apt-get autoclea
2023-06-23 4:44 GMT+05:00, Default User :
> Other than that, is there any good reason not to do sudo apt clean?
Only if you have many machines which share /var/cache/apt (via nfs for example)
You may use `apt-get autoclean` for cleanup non-donwloadable .deb's,
if you want store packages for offl
Default User wrote:
> The biggest chunk of var used seems to be /var/cache/apt/archives, at
> about 1.7Gb.
>
> I am considering just running sudo apt clean (or sudo apt-get clean) to
> just clear out the packages cache completely, in order to free up space
> in /var.
>
> I realize that any pack
Hi!
I have a separate /var partition, size 10Gb (actually, 9.1Gb per sudo
df -h).
It is now about 41% full; 3.5Gb used, 5.1Gb free, per sudo df -h.
The biggest chunk of var used seems to be /var/cache/apt/archives, at
about 1.7Gb.
I am considering just running sudo apt clean (or sudo apt-get c
23 matches
Mail list logo