On 5/11/25 7:16 AM, Michael Schwendt wrote:
It's even easier than that, because for a very, very long time you can
extract a src.rpm package with "rpm -i ...". No need to use rpm2cpio.
Cool. Thank you!
"/usr/bin/file-roller" works too.
--
___
users
On Mon, 5 May 2025 23:08:16 +0100, Will McDonald wrote:
> ...
> 3rd link on the BZ
> (https://sourceforge.net/p/dump/support-requests/19/) includes fairly
> straightforward steps you could follow (with some minor modification)
> that would permit you to build the latest package until it's resolved
On 5/10/25 4:41 AM, Patrick O'Callaghan wrote:
On Fri, 2025-05-09 at 23:20 -0700, ToddAndMargo via users wrote:
On 5/9/25 9:06 PM, Dave Close wrote:
francis.montag...@inria.fr wrote:
No: du rounds up:
echo > one
du -m one
1 one
That is correct, not rounded. 'echo' crea
On Fri, 2025-05-09 at 23:20 -0700, ToddAndMargo via users wrote:
> On 5/9/25 9:06 PM, Dave Close wrote:
> > francis.montag...@inria.fr wrote:
> >
> > > No: du rounds up:
> > >
> > > echo > one
> > > du -m one
> > > 1 one
> >
> > That is correct, not rounded. 'echo' creates a fi
ToddAndMargo via users wrote:
>Actually, it creates a file that is allocated 4096 bytes.
>
>$ echo > one
>
>$ du -m one
>1 one
>
>$ du --block-size=1 one
>4096 one
>
>I believe it is called a "cluster", but I may be wrong
>on the name.
Sorry, I missed (or ignored) the "-m". But representin
On 5/9/25 9:06 PM, Dave Close wrote:
francis.montag...@inria.fr wrote:
No: du rounds up:
echo > one
du -m one
1 one
That is correct, not rounded. 'echo' creates a file with one byte,
a newline (0x0a).
Actually, it creates a file that is allocated 4096 bytes.
$ echo > on
On 5/9/25 1:15 AM, francis.montag...@inria.fr wrote:
On Fri, 09 May 2025 01:03:31 -0700 ToddAndMargo via users wrote:
On 5/9/25 12:47 AM, francis.montag...@inria.fr wrote:
du -m ..
"-m" is 1 M blocks. Your return answer could
have a round to zero error is less that 1M blocks
"--block-s
francis.montag...@inria.fr wrote:
>No: du rounds up:
>
>echo > one
>du -m one
>1 one
That is correct, not rounded. 'echo' creates a file with one byte,
a newline (0x0a).
--
Dave Close, Compata, Irvine CA +1 714 434 7359
d...@compata.com dhcl..
On 5/9/25 1:15 AM, francis.montag...@inria.fr wrote:
On Fri, 09 May 2025 01:03:31 -0700 ToddAndMargo via users wrote:
On 5/9/25 12:47 AM, francis.montag...@inria.fr wrote:
du -m ..
"-m" is 1 M blocks. Your return answer could
have a round to zero error is less that 1M blocks
"--block-s
On 5/9/25 3:17 AM, Patrick O'Callaghan wrote:
On Fri, 2025-05-09 at 10:13 +0200, francis.montag...@inria.fr wrote:
On Fri, 09 May 2025 00:50:32 -0700 ToddAndMargo via users wrote:
On 5/9/25 12:47 AM, francis.montag...@inria.fr wrote:
I don't think so. I made a successful test with a 100M spar
On Fri, 2025-05-09 at 10:13 +0200, francis.montag...@inria.fr wrote:
> On Fri, 09 May 2025 00:50:32 -0700 ToddAndMargo via users wrote:
>
> > On 5/9/25 12:47 AM, francis.montag...@inria.fr wrote:
> > > I don't think so. I made a successful test with a 100M sparseFile like
> > > yours, but you have
On Fri, 2025-05-09 at 00:55 -0700, ToddAndMargo via users wrote:
> > I will be backing up entire partitions. Not all will be sparse.
> > Will the tag work only the sparse files it finds?
>
> dump/restore does this automatically. I wonder what possessed
> borg to not do it? You want back exactly
On Fri, 09 May 2025 01:03:31 -0700 ToddAndMargo via users wrote:
> On 5/9/25 12:47 AM, francis.montag...@inria.fr wrote:
>> du -m ..
> "-m" is 1 M blocks. Your return answer could
> have a round to zero error is less that 1M blocks
> "--block-size=1 " is better as it will catch everything
No:
On Fri, 09 May 2025 00:50:32 -0700 ToddAndMargo via users wrote:
> On 5/9/25 12:47 AM, francis.montag...@inria.fr wrote:
>> I don't think so. I made a successful test with a 100M sparseFile like
>> yours, but you have to give the --sparse option to borg.
> I will be backing up entire partitions.
On 5/9/25 12:47 AM, francis.montag...@inria.fr wrote:
du -m ..
"-m" is 1 M blocks. Your return answer could
have a round to zero error is less that 1M blocks
"--block-size=1 " is better as it will catch
everything
--
___
users mailing list -- users@
On 5/9/25 12:47 AM, francis.montag...@inria.fr wrote:
Hi.
On Thu, 08 May 2025 22:28:43 -0700 ToddAndMargo via users wrote:
With borg, I backed up three file and restored
them (somewhere else).
...
So the checksum was equivalent, but I lost my sparseness.
...
As a test, now that dump/restore
On 5/9/25 12:50 AM, ToddAndMargo via users wrote:
On 5/9/25 12:47 AM, francis.montag...@inria.fr wrote:
Hi.
On Thu, 08 May 2025 22:28:43 -0700 ToddAndMargo via users wrote:
With borg, I backed up three file and restored
them (somewhere else).
...
So the checksum was equivalent, but I lost my
Hi.
On Thu, 08 May 2025 22:28:43 -0700 ToddAndMargo via users wrote:
> With borg, I backed up three file and restored
> them (somewhere else).
...
> So the checksum was equivalent, but I lost my sparseness.
...
> As a test, now that dump/restore is working again, I backed up
> a sparse file and re
this.
Is there an ext4 sub for dump/restore that is maintained by
the repo?
Many thanks,
-T
Follow up. dump/restore has been fixed.
With borg, I backed up three file and restored
them (somewhere else).
Originals:
$ dd count=0 bs=1M seek=100 of=sparseFile
$ du --bytes KVM-W10
On Wed, 2025-05-07 at 16:00 -0700, ToddAndMargo via users wrote:
> (I am allergic to incremental backups -- they make me swear when it comes
> time to recover things.)
That's why I use mirrored drives. Belt and braces. Plus I can store a
*lot* of history because of dedupes and compression:
# bor
On Wed, 2025-05-07 at 16:47 -0700, ToddAndMargo via users wrote:
> > My concern with Borg is that by telling it to backup
> > "/", it will also catch everything in /lin-bak, which
> > is considerable and not exclusive to only my dump archives.
> >
> > How do you handle the issue?
> >
> > -T
>
>
On Wed, 2025-05-07 at 16:05 -0700, ToddAndMargo via users wrote:
> I am still trying to figure out a way to get customers to
> actually read their backup report. I put the freakin'
> statues in their eMail's subject line. They don't ever
> have to read the body. But no. Can't be bother
On 5/7/25 4:16 PM, ToddAndMargo via users wrote:
On 5/7/25 3:13 AM, Patrick O'Callaghan wrote:
On Tue, 2025-05-06 at 20:51 -0700, ToddAndMargo via users wrote:
This caught my attention: the ability to mount
the archive in your file system
https://borgbackup.readthedocs.io/en/stable/usage/mo
On 5/7/25 3:13 AM, Patrick O'Callaghan wrote:
On Tue, 2025-05-06 at 20:51 -0700, ToddAndMargo via users wrote:
This caught my attention: the ability to mount
the archive in your file system
https://borgbackup.readthedocs.io/en/stable/usage/mount.html#
Anyone have any experience with it?
On 5/7/25 4:00 PM, ToddAndMargo via users wrote:
I am allergic to
incremental backups -- they make me swear when it comes
time to recover things.
If you are wondering about that last statement, think of
customers how refuse up upgrade any of their equipment
until it comes down around their ear
On 5/7/25 3:13 AM, Patrick O'Callaghan wrote:
On Tue, 2025-05-06 at 20:51 -0700, ToddAndMargo via users wrote:
This caught my attention: the ability to mount
the archive in your file system
https://borgbackup.readthedocs.io/en/stable/usage/mount.html#
Anyone have any experience with it?
On Tue, 2025-05-06 at 20:51 -0700, ToddAndMargo via users wrote:
> This caught my attention: the ability to mount
> > the archive in your file system
> >
> > https://borgbackup.readthedocs.io/en/stable/usage/mount.html#
> >
> > Anyone have any experience with it?
>
>
> It is "incremental" I n
dump/restore. The maintainer seems to be ignoring
this.
Is there an ext4 sub for dump/restore that is maintained by
the repo?
Many thanks,
-T
This caught my attention: the ability to mount
the archive in your file system
https://borgbackup.readthedocs.io/en/stable/usage/mount.html#
Anyone
On 5/6/25 2:11 PM, ToddAndMargo via users wrote:
On 5/6/25 12:59 PM, Samuel Sieb wrote:
If you use btrfs, you can easily do differential (but full) backups
whenever you want. And they are directly mountable and restorable.
I am using ext4 everywhere.
I have been converting all my ext4 to
On 5/6/25 12:59 PM, Samuel Sieb wrote:
If you use btrfs, you can easily do differential (but full) backups
whenever you want. And they are directly mountable and restorable.
I am using ext4 everywhere.
What do you mean by "differential (but full)"?
--
__
ument
https://bugzilla.redhat.com/show_bug.cgi?id=2359295
This is pretty critical to me. And pretty much anyone
using dump/restore. The maintainer seems to be ignoring
this.
Is there an ext4 sub for dump/restore that is maintained by
the repo?
Many thanks,
-T
This caught my attention: the ab
59295
This is pretty critical to me. And pretty much anyone
using dump/restore. The maintainer seems to be ignoring
this.
Is there an ext4 sub for dump/restore that is maintained by
the repo?
Many thanks,
-T
This caught my attention: the ability to mount
the archive in your file system
On 5/6/25 2:18 AM, Patrick O'Callaghan wrote:
On Mon, 2025-05-05 at 19:58 -0700, toddandmargo via users wrote:
On Mon, 05 May 2025 14:19:05 -0700 Patrick O'Callaghan
wrote ---
> Dump/restore is an ancient set of commands from the days of reel-to-
> reel tape drives, and is de
.cgi?id=2359295
> >
> > This is pretty critical to me. And pretty much anyone
> > using dump/restore. The maintainer seems to be ignoring
> > this.
> >
> > Is there an ext4 sub for dump/restore that is maintained by
> > the repo?
> >
> > Man
On Mon, 2025-05-05 at 19:58 -0700, toddandmargo via users wrote:
>
>
> On Mon, 05 May 2025 14:19:05 -0700 Patrick O'Callaghan
> wrote ---
>
> > Dump/restore is an ancient set of commands from the days of reel-to-
> > reel tape drives, and is designed for backup of entire volumes. Th
this.
Is there an ext4 sub for dump/restore that is maintained by
the repo?
Many thanks,
-T
This caught my attention: the ability to mount
the archive in your file system
https://borgbackup.readthedocs.io/en/stable/usage/mount.html#
Anyone have any experience with it
l,
>>
>> I have two servers affected by:
>>
>> restore: : ftruncate: Invalid argument
>> https://bugzilla.redhat.com/show_bug.cgi?id=2359295
>>
>> Is there an ext4 sub for dump/restore that is maintained by
On Mon, 05 May 2025 14:19:05 -0700 Patrick O'Callaghan
wrote ---
> Dump/restore is an ancient set of commands from the days of reel-to-
> reel tape drives, and is designed for backup of entire volumes. There
> are several superior backup systems around now, but for an existing
>
On Mon, 05 May 2025 16:25:51 -0700 Will McDonald
wrote ---
> On Mon, 5 May 2025 at 23:53, ToddAndMargo via users
> wrote:
> > I have two servers affected by:
> >
> > restore: : ftruncate: Invalid argument
> > https://bugzilla.redhat.com/show_bug.cgi?id=2359295
>
> dump/restor
On Mon, 5 May 2025 at 23:53, ToddAndMargo via users <
users@lists.fedoraproject.org> wrote:
> > I have two servers affected by:
> >
> > restore: : ftruncate: Invalid argument
> > https://bugzilla.redhat.com/show_bug.cgi?id=2359295
>
> dump/restore is actively supp9rted in "upstream", but not
> in
this.
Is there an ext4 sub for dump/restore that is maintained by
the repo?
Many thanks,
-T
dump/restore is actively supp9rted in "upstream", but not
in the Fedora Repo.
I am thinking it is time to upgrade to something else.
I have seen several web sites with tons of recommendatio
ers affected by:
> >>
> >> restore: : ftruncate: Invalid argument
> >> https://bugzilla.redhat.com/show_bug.cgi?id=2359295
> >>
> >> Is there an ext4 sub for dump/restore that is maintained by
> >> the repo?
> >
> > No idea what you
>
> > > restore: : ftruncate: Invalid argument
> > > https://bugzilla.redhat.com/show_bug.cgi?id=2359295
> > >
> > > This is pretty critical to me. And pretty much anyone
> > > using dump/restore. The maintainer seems to be ignoring
> > > th
much anyone
using dump/restore. The maintainer seems to be ignoring
this.
Is there an ext4 sub for dump/restore that is maintained by
the repo?
No idea what you mean by 'sub'.
poc
substitute (replacement)
--
___
users mailin
; using dump/restore. The maintainer seems to be ignoring
> this.
>
> Is there an ext4 sub for dump/restore that is maintained by
> the repo?
No idea what you mean by 'sub'.
poc
--
___
users mailing list -- users@lists.fedorapro
Hi All,
I have two servers affected by:
restore: : ftruncate: Invalid argument
https://bugzilla.redhat.com/show_bug.cgi?id=2359295
This is pretty critical to me. And pretty much anyone
using dump/restore. The maintainer seems to be ignoring
this.
Is there an ext4 sub for dump/restore that
On Apr 14, 2025, at 22:07, Tim via users wrote:
>
> Not all bug reports are about the packaging. If Apache crashes while
> loading some very normal web content, for example, that's an Apache
> bug.
I can guarantee that the Apache HTTPd devs want Fedora to filter out all the
packaging bugs and
Tim:
> > That does seem a bit of a misuse of the field. Clearly Apache is not a
> > Fedora project, for instance. RPM.org's own site says this about an
> > example it provides:
> >
> > "The Vendor tag is used to define the name of the organization
> > producing the package. The data in this exam
On 4/14/25 10:37, Jonathan Billings wrote:
On Apr 14, 2025, at 00:35, Tim via users wrote:
That does seem a bit of a misuse of the field. Clearly Apache is not a
Fedora project, for instance. RPM.org's only site says this about an
example it provides:
"The Vendor tag is used to define the na
On Apr 14, 2025, at 00:35, Tim via users wrote:
> That does seem a bit of a misuse of the field. Clearly Apache is not a
> Fedora project, for instance. RPM.org's only site says this about an
> example it provides:
>
> "The Vendor tag is used to define the name of the organization
> producing t
On 4/14/25 6:57 AM, Thomas Cameron wrote:
On 4/14/25 8:54 AM, Thomas Cameron wrote:
On 4/13/25 6:19 PM, ToddAndMargo via users wrote:
Hi All,
I am not real conformable using Google software.
Anyone know of a substitute for google-authenticator
Many thanks,
-T
FreeOTP Authenticator is made
On 4/14/25 8:54 AM, Thomas Cameron wrote:
On 4/13/25 6:19 PM, ToddAndMargo via users wrote:
Hi All,
I am not real conformable using Google software.
Anyone know of a substitute for google-authenticator
Many thanks,
-T
FreeOTP Authenticator is made by Red Hat, the same folks who make Fedora
On 4/13/25 6:19 PM, ToddAndMargo via users wrote:
Hi All,
I am not real conformable using Google software.
Anyone know of a substitute for google-authenticator
Many thanks,
-T
FreeOTP Authenticator is made by Red Hat, the same folks who make Fedora
Linux. Find it on your favorite app store.
I'm happy with TOTP Authenticator for Android by binaryboot.
Best,
Clifford
On Sun, Apr 13, 2025 at 4:20 PM ToddAndMargo via users <
users@lists.fedoraproject.org> wrote:
> Hi All,
>
> I am not real conformable using Google software.
>
> Anyone know of a substitute for google-authenticator
>
> M
ToddAndMargo:
>>> Vendor : Fedora Project
>>
>> By chance, does this mean it is not a Google product?
Sam Varshavchik:
> Nope. Every package you get from Fedora's repos will have this. Including
> stuff like Apache, Postgres, etc…
That does seem a bit of a misuse of the field. Clearly
On 4/13/25 6:36 PM, Sam Varshavchik wrote:
ToddAndMargo via users writes:
On Android and IOs I like Red Hat's Free OP.
I was referring to
$ dnf info google-authenticator
Updating and loading repositories:
Repositories loaded.
Available packages
Name : google-authenticator
Epoch
ToddAndMargo via users writes:
On Android and IOs I like Red Hat's Free OP.
I was referring to
$ dnf info google-authenticator
Updating and loading repositories:
Repositories loaded.
Available packages
Name : google-authenticator
Epoch : 0
The fact that it's available in F
ToddAndMargo via users writes:
On 4/13/25 4:56 PM, ToddAndMargo via users wrote:
Vendor : Fedora Project
By chance, does this mean it is not a Google product?
Nope. Every package you get from Fedora's repos will have this. Including
stuff like Apache, Postgres, etc…
pgp47Rubz
On 4/13/25 4:56 PM, ToddAndMargo via users wrote:
Vendor : Fedora Project
By chance, does this mean it is not a Google product?
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedor
On Sun, Apr 13, 2025 at 4:20 PM ToddAndMargo via users
mailto:users@lists.fedoraproject.org>>
wrote:
Hi All,
I am not real conformable using Google software.
Anyone know of a substitute for google-authenticator
Many thanks,
-T
On 4/13/25 4:48 PM, Clifford Snow wrote:
>
Hi All,
I am not real conformable using Google software.
Anyone know of a substitute for google-authenticator
Many thanks,
-T
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.o
On 3/29/25 10:35 PM, Tim wrote:
On Sat, 2025-03-29 at 10:31 -0600, home user via users wrote:
If anyone is curious, the search keys in my examples in this
thread are for pipe organ performances that I like.
Classical or another? I've occasionally been able to play real pipe
organs (theatre Wu
On 3/30/25 9:35 PM, Tim wrote:
Thank-you, Tim. (more below)
On Sun, 2025-03-30 at 15:07 -0600, home user via users wrote:
"Pirates of the Caribbean - Davy Jones's theme cover church organ by Grissini
Project"
The organist was Romain Vaudé.
"https://www.youtube.com/watch?v=D-_qS_3KXBA";
I don
home user:
> > > "Pirates of the Caribbean - Davy Jones's theme cover church organ by
> > > Grissini Project"
> > > The organist was Romain Vaudé.
> > > "https://www.youtube.com/watch?v=D-_qS_3KXBA";
> > > I don't know if that music is considered classical or not.
Tim:
> > It's modern music, so n
On 3/31/25 7:51 PM, Tim via users wrote:
...
"-ob9LHPEaKY" worked (11 chars), but "D-_qS_3KXBA" (11 chars) didn't,
though "-_qS_3KXBA" (10 chars) does.
That was my experience also.
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubs
On 3/31/25 7:00 PM, Jeffrey Walton wrote:
On Mon, Mar 31, 2025 at 9:56 PM Tim via users
wrote:
Tim:
For one like https://www.youtube.com/watch?v=-ob9LHPEaKY you can type
ob9LHPEaKY into the YouTube search gadget and it will find that clip.
And for https://www.youtube.com/watch?v=D-_qS_3KXBA t
On Tue, Apr 1, 2025 at 12:31 AM Samuel Sieb wrote:
>
> On 3/31/25 7:00 PM, Jeffrey Walton wrote:
> > On Mon, Mar 31, 2025 at 9:56 PM Tim via users
> > wrote:
> >>
> >> Tim:
> For one like https://www.youtube.com/watch?v=-ob9LHPEaKY you can type
> ob9LHPEaKY into the YouTube search gadge
On 3/31/25 10:45 PM, Jeffrey Walton wrote:
On Tue, Apr 1, 2025 at 12:31 AM Samuel Sieb wrote:
On 3/31/25 7:00 PM, Jeffrey Walton wrote:
On Mon, Mar 31, 2025 at 9:56 PM Tim via users
wrote:
Tim:
For one like https://www.youtube.com/watch?v=-ob9LHPEaKY you can type
ob9LHPEaKY into the YouTu
On Mon, Mar 31, 2025 at 9:56 PM Tim via users
wrote:
>
> Tim:
> > > For one like https://www.youtube.com/watch?v=-ob9LHPEaKY you can type
> > > ob9LHPEaKY into the YouTube search gadget and it will find that clip.
> > > And for https://www.youtube.com/watch?v=D-_qS_3KXBA typing just this
> > > _qS
Tim:
> > For one like https://www.youtube.com/watch?v=-ob9LHPEaKY you can type
> > ob9LHPEaKY into the YouTube search gadget and it will find that clip.
> > And for https://www.youtube.com/watch?v=D-_qS_3KXBA typing just this
> > _qS_3KXBA bit into the search gadget works.
Go Canes:
> If you put t
On Sun, Mar 30, 2025 at 11:35 PM Tim via users
wrote:
> For one like https://www.youtube.com/watch?v=-ob9LHPEaKY you can type
> ob9LHPEaKY into the YouTube search gadget and it will find that clip.
> And for https://www.youtube.com/watch?v=D-_qS_3KXBA typing just this
> _qS_3KXBA bit into the sear
On Sun, 2025-03-30 at 15:07 -0600, home user via users wrote:
> "Pirates of the Caribbean - Davy Jones's theme cover church organ by Grissini
> Project"
> The organist was Romain Vaudé.
> "https://www.youtube.com/watch?v=D-_qS_3KXBA";
> I don't know if that music is considered classical or not.
I
On 3/29/25 11:25 AM, Patrick O'Callaghan wrote:
On Sat, 2025-03-29 at 10:31 -0600, home user via users wrote:
...
You might want to look at 'fd', an alternative to 'find' which is very
fast and has some additional options. 'dnf info fd-find'.
Also fzf, an interactive directory searcher that
On Sat, 2025-03-29 at 10:31 -0600, home user via users wrote:
> If anyone is curious, the search keys in my examples in this
> thread are for pipe organ performances that I like.
Classical or another? I've occasionally been able to play real pipe
organs (theatre Wurlitzer, and a ~130 year old chu
On Sat, 2025-03-29 at 10:31 -0600, home user via users wrote:
> The use case (for the curious)...
> I have "link pages" (.html) of links to frequently visited and
> favorite web sites and pages. I have text files of descriptions
> and metadata for favorite web pages (example: youtube videos).
> I
On 3/27/25 10:29 PM, Jon LaBadie wrote:
On Wed, Mar 26, 2025 at 03:00:21PM -0600, home user via users wrote:
Good afternoon,
I'm trying to search a directory sub-tree for a specific string. I use this:
find . -type f -print | xargs grep -l [string] /dev/null
(but without the bra
On 3/27/25 11:40 AM, Todd Zullinger wrote:
home user via users wrote:
On 3/26/25 8:02 PM, home user via users wrote:
On 3/26/25 7:40 PM, Sam Varshavchik wrote:
home user via users writes:
...
I think the man page clearly indicates that the -e option
requires an argument:
Matching Contro
On Wed, Mar 26, 2025 at 03:00:21PM -0600, home user via users wrote:
Good afternoon,
I'm trying to search a directory sub-tree for a specific string. I use this:
find . -type f -print | xargs grep -l [string] /dev/null
(but without the brackets). This often works. But it sometimes
home user via users wrote:
> On 3/26/25 8:02 PM, home user via users wrote:
>> On 3/26/25 7:40 PM, Sam Varshavchik wrote:
>>> home user via users writes:
>
>> By the way, grep's behavior suggests that the order of
>> the options matters. I did not expect that. Does the
>> order of the options rea
On 3/27/25 5:03 AM, Sam Varshavchik wrote:
home user via users writes:
On 3/26/25 7:40 PM, Sam Varshavchik wrote:
home user via users writes:
...
Now, try adding more not-letters-and-digits to the search string. It won't be
long before things stop working again.
$ echo 'j^k' >z
$ grep '^k' z
On 3/26/25 8:02 PM, home user via users wrote:
On 3/26/25 7:40 PM, Sam Varshavchik wrote:
home user via users writes:
By the way, grep's behavior suggests that the order of the options matters. I
did not expect that. Does the order of the options really matter?
I was paying attention to
On Thu, Mar 27, 2025 at 7:03 AM Sam Varshavchik wrote:
>
> home user via users writes:
>
> > On 3/26/25 7:40 PM, Sam Varshavchik wrote:
> >> home user via users writes:
> >>
> >>> I am indeed wanting the searches to skip the binary files (such as ".png"
> >>> and ".mkv" files).
> >>> I am indeed w
home user via users writes:
On 3/26/25 7:40 PM, Sam Varshavchik wrote:
home user via users writes:
I am indeed wanting the searches to skip the binary files (such as ".png"
and ".mkv" files).
I am indeed wanting the searches to take case into account.
Now, try adding more not-letters-and-
On Wed, 2025-03-26 at 17:39 -0600, home user via users wrote:
> On 3/26/25 4:14 PM, Patrick O'Callaghan wrote:
> > On Wed, 2025-03-26 at 15:47 -0600, home user via users wrote:
> > > A co-worker back in the late 1980's gave that "find" line. I'm curious:
> > > did "grep" have the -r option back t
On 3/26/25 7:40 PM, Sam Varshavchik wrote:
home user via users writes:
I am indeed wanting the searches to skip the binary files (such as ".png" and
".mkv" files).
I am indeed wanting the searches to take case into account.
Now, try adding more not-letters-and-digits to the search string. It
home user via users writes:
I am indeed wanting the searches to skip the binary files (such as ".png"
and ".mkv" files).
I am indeed wanting the searches to take case into account.
Now, try adding more not-letters-and-digits to the search string. It won't
be long before things stop working
On 3/26/25 5:43 PM, Samuel Sieb wrote:
On 3/26/25 4:35 PM, home user via users wrote:
[snip]
The results are correct. But notice that the case sensitive search took over 7
1/4 MINUTES; the case INsensitive search took less than 1/20 second. That's a
nearly 4 orders of magnitude difference!
On 3/26/25 4:35 PM, home user via users wrote:
Good evening,
Well, I though it was solved. But something is still awry
-
bash.3[ShiPin]: time grope -ob9LHPEaKY
Western/.Organ/organ_dir.txt
real 0m0.043s
user 0m0.010s
sys 0m0.016s
bash.4[ShiPin]: time Grope -ob9LHPEaKY
Western/
On 3/26/25 4:14 PM, Patrick O'Callaghan wrote:
On Wed, 2025-03-26 at 15:47 -0600, home user via users wrote:
A co-worker back in the late 1980's gave that "find" line. I'm curious: did
"grep" have the -r option back then?
Maybe my memory is faulty but I don't remember grep ever not having th
Good evening,
Well, I though it was solved. But something is still awry
-
bash.3[ShiPin]: time grope -ob9LHPEaKY
Western/.Organ/organ_dir.txt
real0m0.043s
user0m0.010s
sys 0m0.016s
bash.4[ShiPin]: time Grope -ob9LHPEaKY
Western/.Organ/organ_dir.txt
real7m15.297s
user
On 3/26/25 2:49 PM, Go Canes wrote:
On Wed, Mar 26, 2025 at 5:19 PM Jerry James wrote:
On Wed, Mar 26, 2025 at 3:01 PM home user via users
wrote:
I'm trying to search a directory sub-tree for a specific string. I use this:
find . -type f -print | xargs grep -l [string] /dev
On Wed, 2025-03-26 at 15:47 -0600, home user via users wrote:
> A co-worker back in the late 1980's gave that "find" line. I'm curious: did
> "grep" have the -r option back then?
Maybe my memory is faulty but I don't remember grep ever not having the
'-r' option and I've been using it since the
On Wed, Mar 26, 2025 at 5:48 PM home user via users
wrote:
> The sub-tree I'm searching is loaded with huge binary files along with some
> ".txt" files. The searches take several minutes each. How do I restrict the
> search to ".txt" files? ...
Same as my
On 3/26/25 3:52 PM, Samuel Sieb wrote:
On 3/26/25 2:49 PM, Go Canes wrote:
On Wed, Mar 26, 2025 at 5:19 PM Jerry James wrote:
On Wed, Mar 26, 2025 at 3:01 PM home user via users
wrote:
I'm trying to search a directory sub-tree for a specific string. I use this:
find . -type f -
On Wed, Mar 26, 2025 at 5:52 PM Samuel Sieb wrote:
>
> On 3/26/25 2:49 PM, Go Canes wrote:
> > On Wed, Mar 26, 2025 at 5:19 PM Jerry James wrote:
> >>
> >> On Wed, Mar 26, 2025 at 3:01 PM home user via users
> >> wrote:
> >>> I'm trying
On 3/26/25 3:17 PM, Jerry James wrote:
On Wed, Mar 26, 2025 at 3:01 PM home user via users
wrote:
Good afternoon,
I'm trying to search a directory sub-tree for a specific string. I use this:
find . -type f -print | xargs grep -l [string] /dev/null
(but without the brackets). This
On 3/26/25 2:47 PM, home user via users wrote:
Part 2
The sub-tree I'm searching is loaded with huge binary files along with
some ".txt" files. The searches take several minutes each. How do I
restrict the search to ".
On Wed, Mar 26, 2025 at 5:19 PM Jerry James wrote:
>
> On Wed, Mar 26, 2025 at 3:01 PM home user via users
> wrote:
> > I'm trying to search a directory sub-tree for a specific string. I use
> > this:
> >
> > find . -type f -print | xargs grep -l [string]
On Wed, Mar 26, 2025 at 3:01 PM home user via users
wrote:
> Good afternoon,
>
> I'm trying to search a directory sub-tree for a specific string. I use this:
>
> find . -type f -print | xargs grep -l [string] /dev/null
>
> (but without the brackets). This often work
Good afternoon,
I'm trying to search a directory sub-tree for a specific string. I use this:
find . -type f -print | xargs grep -l [string] /dev/null
(but without the brackets). This often works. But it sometimes fails when the search
string contains "printable" charac
1 - 100 of 113 matches
Mail list logo
