Is there any equivalent to Mac OS X's “Date Added” file attribute?












4















OS X keeps the date and time a file was added to the folder it's currently in, which is useful for sorting. Does any Unix/Linux filesystem or program offer similar functionality?



This is not a duplicate of How do I do a ls and then sort the results by date created? because I'm asking about the date it was added to the folder, not created. If it's moved somewhere else, the time gets reset.










share|improve this question

























  • @StephenKitt, this is not a duplicate. macOS does indeed have a "date added" attribute which is entirely separate from "date created." It is extremely useful, for instance, in sorting the "downloads" directory. (I will play with hard links to establish whether it is stored in the directory or the inode; I expect it's the former.)

    – Wildcard
    Oct 19 '17 at 21:42











  • I really hope it's not in .DS_Store -- I tend to trash those every time I see them. (:

    – SilverWolf
    Oct 20 '17 at 12:42


















4















OS X keeps the date and time a file was added to the folder it's currently in, which is useful for sorting. Does any Unix/Linux filesystem or program offer similar functionality?



This is not a duplicate of How do I do a ls and then sort the results by date created? because I'm asking about the date it was added to the folder, not created. If it's moved somewhere else, the time gets reset.










share|improve this question

























  • @StephenKitt, this is not a duplicate. macOS does indeed have a "date added" attribute which is entirely separate from "date created." It is extremely useful, for instance, in sorting the "downloads" directory. (I will play with hard links to establish whether it is stored in the directory or the inode; I expect it's the former.)

    – Wildcard
    Oct 19 '17 at 21:42











  • I really hope it's not in .DS_Store -- I tend to trash those every time I see them. (:

    – SilverWolf
    Oct 20 '17 at 12:42
















4












4








4


1






OS X keeps the date and time a file was added to the folder it's currently in, which is useful for sorting. Does any Unix/Linux filesystem or program offer similar functionality?



This is not a duplicate of How do I do a ls and then sort the results by date created? because I'm asking about the date it was added to the folder, not created. If it's moved somewhere else, the time gets reset.










share|improve this question
















OS X keeps the date and time a file was added to the folder it's currently in, which is useful for sorting. Does any Unix/Linux filesystem or program offer similar functionality?



This is not a duplicate of How do I do a ls and then sort the results by date created? because I'm asking about the date it was added to the folder, not created. If it's moved somewhere else, the time gets reset.







files filesystems directory timestamps osx-finder






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Oct 19 '17 at 19:56







SilverWolf

















asked Oct 19 '17 at 15:16









SilverWolfSilverWolf

1215




1215













  • @StephenKitt, this is not a duplicate. macOS does indeed have a "date added" attribute which is entirely separate from "date created." It is extremely useful, for instance, in sorting the "downloads" directory. (I will play with hard links to establish whether it is stored in the directory or the inode; I expect it's the former.)

    – Wildcard
    Oct 19 '17 at 21:42











  • I really hope it's not in .DS_Store -- I tend to trash those every time I see them. (:

    – SilverWolf
    Oct 20 '17 at 12:42





















  • @StephenKitt, this is not a duplicate. macOS does indeed have a "date added" attribute which is entirely separate from "date created." It is extremely useful, for instance, in sorting the "downloads" directory. (I will play with hard links to establish whether it is stored in the directory or the inode; I expect it's the former.)

    – Wildcard
    Oct 19 '17 at 21:42











  • I really hope it's not in .DS_Store -- I tend to trash those every time I see them. (:

    – SilverWolf
    Oct 20 '17 at 12:42



















@StephenKitt, this is not a duplicate. macOS does indeed have a "date added" attribute which is entirely separate from "date created." It is extremely useful, for instance, in sorting the "downloads" directory. (I will play with hard links to establish whether it is stored in the directory or the inode; I expect it's the former.)

– Wildcard
Oct 19 '17 at 21:42





@StephenKitt, this is not a duplicate. macOS does indeed have a "date added" attribute which is entirely separate from "date created." It is extremely useful, for instance, in sorting the "downloads" directory. (I will play with hard links to establish whether it is stored in the directory or the inode; I expect it's the former.)

– Wildcard
Oct 19 '17 at 21:42













I really hope it's not in .DS_Store -- I tend to trash those every time I see them. (:

– SilverWolf
Oct 20 '17 at 12:42







I really hope it's not in .DS_Store -- I tend to trash those every time I see them. (:

– SilverWolf
Oct 20 '17 at 12:42












2 Answers
2






active

oldest

votes


















2














Yes though the details will vary wildly, whether by extending stat(2) (what macOS does, when _DARWIN_FEATURE_64_BIT_INODE is defined) or instead placing that information into extended file attributes, or somewhere else. For example NFSv4 as detailed in RFC 7530 mentions



5.8.2.36.  Attribute 50: time_create

The time of creation of the object. This attribute does not have
any relation to the traditional UNIX file attribute "ctime"
("change time").


or for filesystems via some quick searching there is



btrfs otime
Ext4 crtime
UFS2 st_birthtime
ZFS crtime


though again the interfaces to such and whether a particular library or software product used supports such will vary wildly.






share|improve this answer



















  • 2





    Well, wouldn't that be file creation time, not date added time?

    – SilverWolf
    Oct 19 '17 at 19:57











  • what's the difference between the file creation time, and the date added time?

    – thrig
    Oct 19 '17 at 20:08











  • File creation time, AFAIK, is the date it was first created. Date added time, on the other hand, is the time it was last moved. (Simple renames don't seem to count.)

    – SilverWolf
    Oct 19 '17 at 20:09











  • Okay, what's a simple rename (is there some complex rename I don't know about?) and why don't they seem to count? How is "date added time" different from the creation time on the one hand, or the usual mtime/ctime/atime fields?

    – thrig
    Oct 19 '17 at 20:42






  • 1





    A "simple rename" is just renaming a file without moving it to a different folder (directory). The "date added time" is the time it was last moved to a different folder, even if it wasn't modified at all. Does the creation time change when moving the file?

    – SilverWolf
    Oct 19 '17 at 20:52



















0














No, Linux does not have the "Date Added" feature.



In MacOS, "Date Added" is the timestamp of when a file was added to a directory. Linux simply doesn't have that information.



Linux (eg. ext4) has ctime (when file permissions or ownership was changed), mtime (when the actual file contents were changed), atime (file last opened), and crtime (birthdate of the file).



Moving a file to a different directory in Linux does not have a recorded time. (If the file is moved to a different file system altogether, that will update the ctime. But moving across directories mounted on the same file system doesn't update ctime. And primarily, ctime gets updated for other things instead.)



"Date Added" is a MacOS unique feature; it is not the "creation time". It is the "file moved" time.
Sorry but you're out of luck on Linux.



Too bad, it is much more useful feature than "creation time" aka "birthdate".






share|improve this answer








New contributor




cstacy is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.




















    Your Answer








    StackExchange.ready(function() {
    var channelOptions = {
    tags: "".split(" "),
    id: "106"
    };
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function() {
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled) {
    StackExchange.using("snippets", function() {
    createEditor();
    });
    }
    else {
    createEditor();
    }
    });

    function createEditor() {
    StackExchange.prepareEditor({
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: false,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    imageUploader: {
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    },
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    });


    }
    });














    draft saved

    draft discarded


















    StackExchange.ready(
    function () {
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f399160%2fis-there-any-equivalent-to-mac-os-xs-date-added-file-attribute%23new-answer', 'question_page');
    }
    );

    Post as a guest















    Required, but never shown

























    2 Answers
    2






    active

    oldest

    votes








    2 Answers
    2






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    2














    Yes though the details will vary wildly, whether by extending stat(2) (what macOS does, when _DARWIN_FEATURE_64_BIT_INODE is defined) or instead placing that information into extended file attributes, or somewhere else. For example NFSv4 as detailed in RFC 7530 mentions



    5.8.2.36.  Attribute 50: time_create

    The time of creation of the object. This attribute does not have
    any relation to the traditional UNIX file attribute "ctime"
    ("change time").


    or for filesystems via some quick searching there is



    btrfs otime
    Ext4 crtime
    UFS2 st_birthtime
    ZFS crtime


    though again the interfaces to such and whether a particular library or software product used supports such will vary wildly.






    share|improve this answer



















    • 2





      Well, wouldn't that be file creation time, not date added time?

      – SilverWolf
      Oct 19 '17 at 19:57











    • what's the difference between the file creation time, and the date added time?

      – thrig
      Oct 19 '17 at 20:08











    • File creation time, AFAIK, is the date it was first created. Date added time, on the other hand, is the time it was last moved. (Simple renames don't seem to count.)

      – SilverWolf
      Oct 19 '17 at 20:09











    • Okay, what's a simple rename (is there some complex rename I don't know about?) and why don't they seem to count? How is "date added time" different from the creation time on the one hand, or the usual mtime/ctime/atime fields?

      – thrig
      Oct 19 '17 at 20:42






    • 1





      A "simple rename" is just renaming a file without moving it to a different folder (directory). The "date added time" is the time it was last moved to a different folder, even if it wasn't modified at all. Does the creation time change when moving the file?

      – SilverWolf
      Oct 19 '17 at 20:52
















    2














    Yes though the details will vary wildly, whether by extending stat(2) (what macOS does, when _DARWIN_FEATURE_64_BIT_INODE is defined) or instead placing that information into extended file attributes, or somewhere else. For example NFSv4 as detailed in RFC 7530 mentions



    5.8.2.36.  Attribute 50: time_create

    The time of creation of the object. This attribute does not have
    any relation to the traditional UNIX file attribute "ctime"
    ("change time").


    or for filesystems via some quick searching there is



    btrfs otime
    Ext4 crtime
    UFS2 st_birthtime
    ZFS crtime


    though again the interfaces to such and whether a particular library or software product used supports such will vary wildly.






    share|improve this answer



















    • 2





      Well, wouldn't that be file creation time, not date added time?

      – SilverWolf
      Oct 19 '17 at 19:57











    • what's the difference between the file creation time, and the date added time?

      – thrig
      Oct 19 '17 at 20:08











    • File creation time, AFAIK, is the date it was first created. Date added time, on the other hand, is the time it was last moved. (Simple renames don't seem to count.)

      – SilverWolf
      Oct 19 '17 at 20:09











    • Okay, what's a simple rename (is there some complex rename I don't know about?) and why don't they seem to count? How is "date added time" different from the creation time on the one hand, or the usual mtime/ctime/atime fields?

      – thrig
      Oct 19 '17 at 20:42






    • 1





      A "simple rename" is just renaming a file without moving it to a different folder (directory). The "date added time" is the time it was last moved to a different folder, even if it wasn't modified at all. Does the creation time change when moving the file?

      – SilverWolf
      Oct 19 '17 at 20:52














    2












    2








    2







    Yes though the details will vary wildly, whether by extending stat(2) (what macOS does, when _DARWIN_FEATURE_64_BIT_INODE is defined) or instead placing that information into extended file attributes, or somewhere else. For example NFSv4 as detailed in RFC 7530 mentions



    5.8.2.36.  Attribute 50: time_create

    The time of creation of the object. This attribute does not have
    any relation to the traditional UNIX file attribute "ctime"
    ("change time").


    or for filesystems via some quick searching there is



    btrfs otime
    Ext4 crtime
    UFS2 st_birthtime
    ZFS crtime


    though again the interfaces to such and whether a particular library or software product used supports such will vary wildly.






    share|improve this answer













    Yes though the details will vary wildly, whether by extending stat(2) (what macOS does, when _DARWIN_FEATURE_64_BIT_INODE is defined) or instead placing that information into extended file attributes, or somewhere else. For example NFSv4 as detailed in RFC 7530 mentions



    5.8.2.36.  Attribute 50: time_create

    The time of creation of the object. This attribute does not have
    any relation to the traditional UNIX file attribute "ctime"
    ("change time").


    or for filesystems via some quick searching there is



    btrfs otime
    Ext4 crtime
    UFS2 st_birthtime
    ZFS crtime


    though again the interfaces to such and whether a particular library or software product used supports such will vary wildly.







    share|improve this answer












    share|improve this answer



    share|improve this answer










    answered Oct 19 '17 at 15:35









    thrigthrig

    25.1k23257




    25.1k23257








    • 2





      Well, wouldn't that be file creation time, not date added time?

      – SilverWolf
      Oct 19 '17 at 19:57











    • what's the difference between the file creation time, and the date added time?

      – thrig
      Oct 19 '17 at 20:08











    • File creation time, AFAIK, is the date it was first created. Date added time, on the other hand, is the time it was last moved. (Simple renames don't seem to count.)

      – SilverWolf
      Oct 19 '17 at 20:09











    • Okay, what's a simple rename (is there some complex rename I don't know about?) and why don't they seem to count? How is "date added time" different from the creation time on the one hand, or the usual mtime/ctime/atime fields?

      – thrig
      Oct 19 '17 at 20:42






    • 1





      A "simple rename" is just renaming a file without moving it to a different folder (directory). The "date added time" is the time it was last moved to a different folder, even if it wasn't modified at all. Does the creation time change when moving the file?

      – SilverWolf
      Oct 19 '17 at 20:52














    • 2





      Well, wouldn't that be file creation time, not date added time?

      – SilverWolf
      Oct 19 '17 at 19:57











    • what's the difference between the file creation time, and the date added time?

      – thrig
      Oct 19 '17 at 20:08











    • File creation time, AFAIK, is the date it was first created. Date added time, on the other hand, is the time it was last moved. (Simple renames don't seem to count.)

      – SilverWolf
      Oct 19 '17 at 20:09











    • Okay, what's a simple rename (is there some complex rename I don't know about?) and why don't they seem to count? How is "date added time" different from the creation time on the one hand, or the usual mtime/ctime/atime fields?

      – thrig
      Oct 19 '17 at 20:42






    • 1





      A "simple rename" is just renaming a file without moving it to a different folder (directory). The "date added time" is the time it was last moved to a different folder, even if it wasn't modified at all. Does the creation time change when moving the file?

      – SilverWolf
      Oct 19 '17 at 20:52








    2




    2





    Well, wouldn't that be file creation time, not date added time?

    – SilverWolf
    Oct 19 '17 at 19:57





    Well, wouldn't that be file creation time, not date added time?

    – SilverWolf
    Oct 19 '17 at 19:57













    what's the difference between the file creation time, and the date added time?

    – thrig
    Oct 19 '17 at 20:08





    what's the difference between the file creation time, and the date added time?

    – thrig
    Oct 19 '17 at 20:08













    File creation time, AFAIK, is the date it was first created. Date added time, on the other hand, is the time it was last moved. (Simple renames don't seem to count.)

    – SilverWolf
    Oct 19 '17 at 20:09





    File creation time, AFAIK, is the date it was first created. Date added time, on the other hand, is the time it was last moved. (Simple renames don't seem to count.)

    – SilverWolf
    Oct 19 '17 at 20:09













    Okay, what's a simple rename (is there some complex rename I don't know about?) and why don't they seem to count? How is "date added time" different from the creation time on the one hand, or the usual mtime/ctime/atime fields?

    – thrig
    Oct 19 '17 at 20:42





    Okay, what's a simple rename (is there some complex rename I don't know about?) and why don't they seem to count? How is "date added time" different from the creation time on the one hand, or the usual mtime/ctime/atime fields?

    – thrig
    Oct 19 '17 at 20:42




    1




    1





    A "simple rename" is just renaming a file without moving it to a different folder (directory). The "date added time" is the time it was last moved to a different folder, even if it wasn't modified at all. Does the creation time change when moving the file?

    – SilverWolf
    Oct 19 '17 at 20:52





    A "simple rename" is just renaming a file without moving it to a different folder (directory). The "date added time" is the time it was last moved to a different folder, even if it wasn't modified at all. Does the creation time change when moving the file?

    – SilverWolf
    Oct 19 '17 at 20:52













    0














    No, Linux does not have the "Date Added" feature.



    In MacOS, "Date Added" is the timestamp of when a file was added to a directory. Linux simply doesn't have that information.



    Linux (eg. ext4) has ctime (when file permissions or ownership was changed), mtime (when the actual file contents were changed), atime (file last opened), and crtime (birthdate of the file).



    Moving a file to a different directory in Linux does not have a recorded time. (If the file is moved to a different file system altogether, that will update the ctime. But moving across directories mounted on the same file system doesn't update ctime. And primarily, ctime gets updated for other things instead.)



    "Date Added" is a MacOS unique feature; it is not the "creation time". It is the "file moved" time.
    Sorry but you're out of luck on Linux.



    Too bad, it is much more useful feature than "creation time" aka "birthdate".






    share|improve this answer








    New contributor




    cstacy is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
    Check out our Code of Conduct.

























      0














      No, Linux does not have the "Date Added" feature.



      In MacOS, "Date Added" is the timestamp of when a file was added to a directory. Linux simply doesn't have that information.



      Linux (eg. ext4) has ctime (when file permissions or ownership was changed), mtime (when the actual file contents were changed), atime (file last opened), and crtime (birthdate of the file).



      Moving a file to a different directory in Linux does not have a recorded time. (If the file is moved to a different file system altogether, that will update the ctime. But moving across directories mounted on the same file system doesn't update ctime. And primarily, ctime gets updated for other things instead.)



      "Date Added" is a MacOS unique feature; it is not the "creation time". It is the "file moved" time.
      Sorry but you're out of luck on Linux.



      Too bad, it is much more useful feature than "creation time" aka "birthdate".






      share|improve this answer








      New contributor




      cstacy is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.























        0












        0








        0







        No, Linux does not have the "Date Added" feature.



        In MacOS, "Date Added" is the timestamp of when a file was added to a directory. Linux simply doesn't have that information.



        Linux (eg. ext4) has ctime (when file permissions or ownership was changed), mtime (when the actual file contents were changed), atime (file last opened), and crtime (birthdate of the file).



        Moving a file to a different directory in Linux does not have a recorded time. (If the file is moved to a different file system altogether, that will update the ctime. But moving across directories mounted on the same file system doesn't update ctime. And primarily, ctime gets updated for other things instead.)



        "Date Added" is a MacOS unique feature; it is not the "creation time". It is the "file moved" time.
        Sorry but you're out of luck on Linux.



        Too bad, it is much more useful feature than "creation time" aka "birthdate".






        share|improve this answer








        New contributor




        cstacy is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.










        No, Linux does not have the "Date Added" feature.



        In MacOS, "Date Added" is the timestamp of when a file was added to a directory. Linux simply doesn't have that information.



        Linux (eg. ext4) has ctime (when file permissions or ownership was changed), mtime (when the actual file contents were changed), atime (file last opened), and crtime (birthdate of the file).



        Moving a file to a different directory in Linux does not have a recorded time. (If the file is moved to a different file system altogether, that will update the ctime. But moving across directories mounted on the same file system doesn't update ctime. And primarily, ctime gets updated for other things instead.)



        "Date Added" is a MacOS unique feature; it is not the "creation time". It is the "file moved" time.
        Sorry but you're out of luck on Linux.



        Too bad, it is much more useful feature than "creation time" aka "birthdate".







        share|improve this answer








        New contributor




        cstacy is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.









        share|improve this answer



        share|improve this answer






        New contributor




        cstacy is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.









        answered 19 mins ago









        cstacycstacy

        1




        1




        New contributor




        cstacy is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.





        New contributor





        cstacy is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.






        cstacy is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.






























            draft saved

            draft discarded




















































            Thanks for contributing an answer to Unix & Linux Stack Exchange!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid



            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.


            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f399160%2fis-there-any-equivalent-to-mac-os-xs-date-added-file-attribute%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            サソリ

            広島県道265号伴広島線

            Setup Asymptote in Texstudio