On Sun, 2023-05-28 at 18:17 -0600, home user wrote:
> I'm puzzled and troubled that the USB stick method does not work.
It could just be /that/ USB stick. Did you have another to try?
--
uname -rsvp
Linux 3.10.0-1160.90.1.el7.x86_64 #1 SMP Thu May 4 15:21:22 UTC 2023 x86_64
Boilerplate: A
On 3/23/23 1:25 PM, home user wrote:
While preparing to upgrade to Fedora-37 (planned for mid-April), I noticed that
my emergency tools are seriously out of date. Those are memtest, Fedora live,
and rescue. memtest was dealt with in a thread earlier this month. Now I'm
trying to update my F
On 5/28/23 09:12, francis.montag...@inria.fr wrote:
Hi
On Sun, 28 May 2023 08:49:22 -0400 Max Pyziur wrote:
When I issue a command such as:
tar zcvf /var/tmp/SomeArchive.tgz `find . -iname '*pdf' -type f`
and it encounters a filename such as ./My Documents/SomeFile.pdf
The results are:
> On 28 May 2023, at 16:18, ogio.spam wrote:
>
> find . -type f -iname "*pdf" -exec tar -Azvf /var/tmp/SomeArchive.tgz {} \;
find . -type f -iname "*pdf" -exec tar -Azvf /var/tmp/SomeArchive.tgz {} +
Using + means that as many filenames as can be passed are passed to tar.
This reduces the n
On 5/28/23 13:57, Paul Smith wrote:
On Sun, May 28, 2023 at 9:19 PM Samuel Sieb wrote:
I hope this message finds you well. I'm reaching out regarding an
issue I encountered after upgrading to the latest version of Fedora
(F38) with running DOSBox-X exe files directly from the Thunar file
mana
On Sun, May 28, 2023 at 9:19 PM Samuel Sieb wrote:
>
> > I hope this message finds you well. I'm reaching out regarding an
> > issue I encountered after upgrading to the latest version of Fedora
> > (F38) with running DOSBox-X exe files directly from the Thunar file
> > manager.
> >
> > Previously
On Sunday, May 28, 2023 3:57:44 PM EDT Ranjan Maitra wrote:
> Thanks! It is possible I do not have this set up because I get:
>
> $ sudo journalctl -b -1 -r /soft lockup
> Specifying boot ID or boot offset has no effect, no persistent journal was
> found.
Just use
sudo journalctl -b -1 -r
On 5/28/23 12:57, Ranjan Maitra wrote:
On Sun May28'23 12:41:54PM, Samuel Sieb wrote:
"journalctl -b -1 -r"
Thanks! It is possible I do not have this set up because I get:
$ sudo journalctl -b -1 -r /soft lockup
Specifying boot ID or boot offset has no effect, no persistent journal was
fo
On 5/28/23 11:35, Paul Smith wrote:
I hope this message finds you well. I'm reaching out regarding an
issue I encountered after upgrading to the latest version of Fedora
(F38) with running DOSBox-X exe files directly from the Thunar file
manager.
Previously, on my previous version of Fedora (F37
On Sun May28'23 12:41:54PM, Samuel Sieb wrote:
> From: Samuel Sieb
> Date: Sun, 28 May 2023 12:41:54 -0700
> To: users@lists.fedoraproject.org
> Reply-To: Community support for Fedora users
> Subject: Re: kernel watchdog BUG
>
> On 5/28/23 09:15, stan via users wrote:
> > On Sun, 28 May 2023 09:5
On 5/28/23 09:15, stan via users wrote:
On Sun, 28 May 2023 09:52:04 -0500
Ranjan Maitra wrote:
I rebooted in the good old ways of some other OSs, and the problem
has not reared again for now. I did look at /var/log/messages but
found nothing on kernel lockup. Are these some other log files
Dear All,
I hope this message finds you well. I'm reaching out regarding an
issue I encountered after upgrading to the latest version of Fedora
(F38) with running DOSBox-X exe files directly from the Thunar file
manager.
Previously, on my previous version of Fedora (F37), I could simply
double-cl
On Sun, 28 May 2023 09:52:04 -0500
Ranjan Maitra wrote:
> I rebooted in the good old ways of some other OSs, and the problem
> has not reared again for now. I did look at /var/log/messages but
> found nothing on kernel lockup. Are these some other log files I
> should be looking at.
journalctl
On 5/28/2023 11:17 AM, ogio.spam wrote:
Il giorno dom, 28/05/2023 alle 08.49 -0400, Max Pyziur ha scritto:
Greetings,
When I issue a command such as:
tar zcvf /var/tmp/SomeArchive.tgz `find . -iname '*pdf' -type f`
This can also introduce some errors cause the command line can be too
long to
Il giorno dom, 28/05/2023 alle 08.49 -0400, Max Pyziur ha scritto:
>
> Greetings,
>
> When I issue a command such as:
> tar zcvf /var/tmp/SomeArchive.tgz `find . -iname '*pdf' -type f`
This can also introduce some errors cause the command line can be too
long to be interpreted.
If the find comman
On Sun, 28 May 2023, Tim via users wrote:
On Sun, 2023-05-28 at 08:49 -0400, Max Pyziur wrote:
`find . -iname '*pdf' -type f -perm 755`
Searching for "spaces" through the man file for find, I find this:
Safer `find -print0 | xargs -0` approach
• Find files named core in or bel
On Sat May27'23 07:40:29PM, Samuel Sieb wrote:
> From: Samuel Sieb
> Date: Sat, 27 May 2023 19:40:29 -0700
> To: users@lists.fedoraproject.org
> Reply-To: Community support for Fedora users
> Subject: Re: kernel watchdog BUG
>
> On 5/27/23 17:48, Ranjan Maitra wrote:
> > Came back to my screen to
francis.montag...@inria.fr wrote:
> Th following will do I think:
>
> find . -iname '*pdf' -type f -perm 755 -print0 \
> | xargs -0 chmod 644
Alternately, you can skip -print0 and xargs with:
find . -iname '*pdf' -type f -perm 755 -exec chmod 644 {} +
--
Todd
signature.asc
Descript
On Sun, 2023-05-28 at 08:49 -0400, Max Pyziur wrote:
> `find . -iname '*pdf' -type f -perm 755`
Searching for "spaces" through the man file for find, I find this:
Safer `find -print0 | xargs -0` approach
• Find files named core in or below the directory /tmp and delete
Hi
On Sun, 28 May 2023 08:49:22 -0400 Max Pyziur wrote:
> When I issue a command such as:
> tar zcvf /var/tmp/SomeArchive.tgz `find . -iname '*pdf' -type f`
> and it encounters a filename such as ./My Documents/SomeFile.pdf
> The results are:
> tar: ./My: Cannot stat: No such file or directory
Greetings,
When I issue a command such as:
tar zcvf /var/tmp/SomeArchive.tgz `find . -iname '*pdf' -type f`
and it encounters a filename such as ./My Documents/SomeFile.pdf
The results are:
tar: ./My: Cannot stat: No such file or directory
tar: Documents/SomeFile.pdf: Cannot stat: No such fil
21 matches
Mail list logo