On 30 Dec 2022 at 17:07, Bill Cunningham wrote:
Date sent: Fri, 30 Dec 2022 17:07:57 -0500
To: users@lists.fedoraproject.org
From: Bill Cunningham
Subject:backup/restore
Send reply to: Community support for Fedora
> On 30 Dec 2022, at 22:08, Bill Cunningham wrote:
>
> In visiting the backup subject from some time ago, I have found that from
> most environment boots that are rescue type boots, there are two restores
> that seem to be available.
>
> 1. rsync, of course, and;
>
> 2. I have seen
Hi Fedora users, developers, and friends!
It's time to start thinking about Test Days for Fedora 38.
For anyone who isn't aware, a Test Day is an event usually focused
around IRC for interaction and a Wiki page for instructions and results,
with the aim being to get a bunch of interested users
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
In visiting the backup subject from some time ago, I have found that
from most environment boots that are rescue type boots, there are two
restores that seem to be available.
1. rsync, of course, and;
2. I have seen fsarchiver.
Now I have never seen restore/dump in a rescue environment. So
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
Thanks for the hint on "rpm -qf"! I only ever used `dnf provides`, which takes
a longer while.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct:
You really really really shouldn't play audio/video under sudo (or browse the
web or whatever). Please don't. sudo (as the root account) is meant to be used
for system administration only, i.e. stuff like `dnf install blabla` or `vim
/etc/[some config file]`. For almost everything else, you
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
On Fri, 30 Dec 2022 11:41:58 -0800
Samuel Sieb wrote:
> On 12/30/22 08:13, Geoffrey Leach wrote:
> > I'd appreciate any suggestions of a workaround for this situation.
> > Works fine without the "sudo". It also fails when run in ~root
> >
> > sudo mpg123 t.mp3
>
> Why are you trying to run
On 12/30/22 08:13, Geoffrey Leach wrote:
I'd appreciate any suggestions of a workaround for this situation.
Works fine without the "sudo". It also fails when run in ~root
sudo mpg123 t.mp3
Why are you trying to run it with sudo?
___
users mailing
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"
> >>
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
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
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,
On Fri, 30 Dec 2022 08:46:40 -0800
"Doug Herr" wrote:
> On Fri, Dec 30, 2022, at 8:13 AM, Geoffrey Leach wrote:
> > I'd appreciate any suggestions of a workaround for this situation.
> > Works fine without the "sudo". It also fails when run in ~root
> >
> > sudo mpg123 t.mp3
>
> I think that is
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
On Fri, Dec 30, 2022, at 8:13 AM, Geoffrey Leach wrote:
> I'd appreciate any suggestions of a workaround for this situation.
> Works fine without the "sudo". It also fails when run in ~root
>
> sudo mpg123 t.mp3
I think that is considered a feature and not a bug, but thinking about what is
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
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
I'd appreciate any suggestions of a workaround for this situation.
Works fine without the "sudo". It also fails when run in ~root
sudo mpg123 t.mp3
High Performance MPEG 1.0/2.0/2.5 Audio Player for Layers 1, 2 and 3
version 1.31.1; written and copyright by Michael Hipp and others
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
23 matches
Mail list logo
