[ale] Bash script

[Boris Borisov]

-rw-rw-r-- 1 demo users 67904751 Oct 13  2024 Archive20241013234616.zip
-rw-rw-r-- 1 demo users 67812515 Oct 14  2024 Archive20241014234542.zip
-rw-rw-r-- 1 demo users 65331569 Oct 15  2024 Archive20241015234558.zip
-rw-rw-r-- 1 demo users 70022887 Oct 16  2024 Archive20241016234535.zip
-rw-rw-r-- 1 demo users 68896375 Oct 17 23:46 Archive20241017234554.zip
-rw-rw-r-- 1 demo users 69166914 Oct 18 23:46 Archive20241018234550.zip
-rw-rw-r-- 1 demo users 68008916 Oct 19 23:46 Archive20241019234531.zip
-rw-rw-r-- 1 demo users 68348006 Oct 20 23:47 Archive20241020234614.zip
-rw-rw-r-- 1 demo users 65309795 Oct 21 23:47 Archive20241021234602.zip
-rw-rw-r-- 1 demo users 65143657 Oct 22 23:47 Archive20241022234616.zip

just for an example

On Wed, Apr 16, 2025 at 10:16 PM Boris Borisov <bugyatl at gmail.com> wrote:

> Actually maybe is quirky ntfs system. I can see in one backup folder or
> directory half of the zip files have year month day timestamp the ones half
> month day time. Go figure
>
> On Wed, Apr 16, 2025, 22:04 Boris Borisov <bugyatl at gmail.com> wrote:
>
>> Why does the head line comes with month day and time output. But the tail
>> line comes with year month day output.
>>
>> On Sun, Apr 13, 2025, 12:38 Bob Toxen via Ale <ale at ale.org> wrote:
>>
>>> My apologies then.
>>>
>>> Mine worked on my Linux system.
>>>
>>> Bob
>>>
>>> On Sat, Apr 12, 2025 at 09:47:53PM -0700, Ron via Ale wrote:
>>> > Bob Toxen via Ale wrote on 2025-04-12 18:57:
>>> >
>>> > > Y'all might want to test your code before offering it as a solution
>>> or
>>> > > note it as untested.
>>> >
>>> > You might want to test it yourself before calling it out since it was
>>> tested
>>> > and it works.
>>> >
>>> > Replacing `head` or `tail` with `less` will easily show that it works.
>>> >
>>> >
>>> > > On a *nix file system, files that are stored in a directory inode are
>>> > > NOT sorted.  Thus, the "ls -lta {}" that is executed on each
>>> > > non- sorted entry will NOT be a list sorted by time.  Oh, that is
>>> > > after you figure out that you need a trailing \; to terminate the -
>>> > > exec operator.
>>> >
>>> > Did you completely miss the "\+" in the following?
>>> >
>>> > > > find $mount_point -type f -exec ls -lta {} \+  | tail -n 1
>>> >
>>> > It was used intentionally, can you figure out why?
>>> >
>>> >
>>> >
>>> >
>>> > Thanks, in a thread of completely wrong answers, this was pretty funny.
>>> > _______________________________________________
>>> > Ale mailing list
>>> > Ale at ale.org
>>> > https://mail.ale.org/mailman/listinfo/ale
>>> > See JOBS, ANNOUNCE and SCHOOLS lists at
>>> > http://mail.ale.org/mailman/listinfo
>>> _______________________________________________
>>> Ale mailing list
>>> Ale at ale.org
>>> https://mail.ale.org/mailman/listinfo/ale
>>> See JOBS, ANNOUNCE and SCHOOLS lists at
>>> http://mail.ale.org/mailman/listinfo
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.ale.org/pipermail/ale/attachments/20250417/01481b7e/attachment.htm>