On Dec 30, 2022, at 16:34, Bill Cunningham wrote:
> So would it be safe to set this to 1 day?
Copy the file to /etc/tmpfiles.d/ before changing it.
I am slightly concerned about whether it is a good idea to change to 1 day.
Please be careful.
--
Jonathan Billings
On 12/30/2022 4:16 PM, Jonathan Billings wrote:
On Dec 30, 2022, at 13:14, Bill C wrote:
I see. Of course I meant/tmp/*
Files in /tmp are automatically removed by systemd-tmpfiles on Fedora
based on a schedule defined in /usr/lib/tmpfiles.d/tmp.conf
(https://github.com/systemd/systemd/bl
On Dec 30, 2022, at 13:14, Bill C wrote:
>
> I see. Of course I meant/tmp/*
Files in /tmp are automatically removed by systemd-tmpfiles on Fedora based on
a schedule defined in /usr/lib/tmpfiles.d/tmp.conf
(https://github.com/systemd/systemd/blob/main/tmpfiles.d/tmp.conf)
So, files older th
On Fri, 30 Dec 2022 11:24:42 -0500
Felix Miata wrote:
> stan via users composed on 2022-12-30 09:15 (UTC-0700):
>
> > On Fri, 30 Dec 2022 11:28:16 +0100 GianPiero Puccioni wrote:
>
> >> Yes, I do this so often that I have an alias in my .bashrc
> >> dus="du --max-depth=1 -h |sort -h"
> >> i
On Fri, 2022-12-30 at 13:16 -0500, Bill C wrote:
> I have seen these files mount up. In the tmp directory. Now are these
> erased at reboot and automatically cleaned. If so, there's definitely
> no need to delete them, just not copy to a backup or archive.
>
> O
Of course. However I understood fr
I have seen these files mount up. In the tmp directory. Now are these
erased at reboot and automatically cleaned. If so, there's definitely no
need to delete them, just not copy to a backup or archive.
On Fri, Dec 30, 2022, 1:11 PM Patrick O'Callaghan
wrote:
> On Fri, 2022-12-30 at 12:57 -0500,
I see. Of course I meant/tmp/*
On Fri, Dec 30, 2022, 1:11 PM Patrick O'Callaghan
wrote:
> On Fri, 2022-12-30 at 12:57 -0500, Bill C wrote:
> > I usually use 'rm -rf /temp/*' and have been warned against it. I
> > haven't seen any problems I know of happening because of this.
>
> Owing to how fil
On Fri, 2022-12-30 at 12:57 -0500, Bill C wrote:
> I usually use 'rm -rf /temp/*' and have been warned against it. I
> haven't seen any problems I know of happening because of this.
Owing to how file unlinking works in UNIX/Linux systems, if a process
has a temporary file open when you delete it,
Bashrc is a file I know of but I am not familiar with and have never
edited. I usually use 'rm -rf /temp/*' and have been warned against it. I
haven't seen any problems I know of happening because of this.
On Fri, Dec 30, 2022, 11:25 AM Felix Miata wrote:
> stan via users composed on 2022-12-30
stan via users composed on 2022-12-30 09:15 (UTC-0700):
> On Fri, 30 Dec 2022 11:28:16 +0100 GianPiero Puccioni wrote:
>> Yes, I do this so often that I have an alias in my .bashrc
>> dus="du --max-depth=1 -h |sort -h"
>> it shows the all the subdir sorted and in an easy to read way.
> Now it'
On Fri, 30 Dec 2022 11:28:16 +0100
GianPiero Puccioni wrote:
> On 29/12/2022 18:49, stan via users wrote:
> > PS
> > If you want to know the biggest space hogs, run
> > du -S -BM / | sort -g | less
> > or something like it that suits your desires.
> >
>
> Yes, I do this so often that I have a
On 29/12/2022 18:49, stan via users wrote:
PS
If you want to know the biggest space hogs, run
du -S -BM / | sort -g | less
or something like it that suits your desires.
Yes, I do this so often that I have an alias in my .bashrc
dus="du --max-depth=1 -h |sort -h"
it shows the all the subdir so
On 12/29/2022 11:17 AM, stan via users wrote:
But, you could keep that custom data on a separate partition, backed up
separately, so that it doesn't have to be re-installed when you
re-install the system. Just linked again in fstab. I guess that would
probably work for home, as well (I don't do
On Thu, 29 Dec 2022 10:49:54 -0700
stan wrote:
I'm getting ridiculous now, but technically you should be able to keep
the minimal install media around, and have a script that installs all
the packages you currently have installed from the Fedora (and
RPMFusion) repositiories. Under that scenario
PS
If you want to know the biggest space hogs, run
du -S -BM / | sort -g | less
or something like it that suits your desires.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedor
On Wed, 28 Dec 2022 17:45:25 -0500
Bill Cunningham wrote:
> What files are basically safe to remove because they are caches and
> such? There is the invisible file .cache. And the /var/cache. The
> files in /tmp are these safe to delete? Are there any other files you
> can delete? For example if
On 12/28/2022 6:34 PM, Tom Horsley wrote:
On Wed, 28 Dec 2022 15:20:57 -0800
Samuel Sieb wrote:
Just because they are a cache doesn't mean they are necessarily safe to
delete while running. Most applications take care of managing their
cache files.
I used to try and deal with avoiding backup
On Wed, 28 Dec 2022 15:20:57 -0800
Samuel Sieb wrote:
> Just because they are a cache doesn't mean they are necessarily safe to
> delete while running. Most applications take care of managing their
> cache files.
I used to try and deal with avoiding backups of "unimportant" stuff
until I disco
On 12/28/22 14:45, Bill Cunningham wrote:
What files are basically safe to remove because they are caches and
such? There is the invisible file .cache. And the /var/cache. The files
in /tmp are these safe to delete? Are there any other files you can
delete? For example if you were using rsync,
What files are basically safe to remove because they are caches and
such? There is the invisible file .cache. And the /var/cache. The files
in /tmp are these safe to delete? Are there any other files you can
delete? For example if you were using rsync, what file would you not
want to backup, be
20 matches
Mail list logo
