metastore, branch doc-pandoc File metadata backup/comparison/restoration tool Attempt to build metastore.1 man page like other targets. 2022-06-29T14:29:41+00:00 Adam Spragg adam@spra.gg 2022-06-29T10:45:52+00:00 ac9b5fc70175459651df32731b35a9de9079ec2d Doesn't work, but I'm not sure why. My make-fu is not strong enough! Do not merge! 
Doesn't work, but I'm not sure why. My make-fu is not strong enough!

Do not merge!
doc: Generate the man page from markdown 2022-06-29T14:29:41+00:00 Adam Spragg adam@spra.gg 2022-06-28T16:37:18+00:00 58422d1a4a82ba48e045a9603bd5ee7916f6c922 Because who wants to hand-write groff markup these days? This adds pandoc(1) as a build-dependency. It uses PHP Markdown Extra definition lists, which pandoc uses for e.g. command option/explanation lists. Because this definition list format is non-standard it might not render as intended on many markdown viewers, but pandoc generates "better" man page output with it. 
Because who wants to hand-write groff markup these days?

This adds pandoc(1) as a build-dependency.

It uses PHP Markdown Extra definition lists, which pandoc uses for e.g.
command option/explanation lists. Because this definition list format is
non-standard it might not render as intended on many markdown viewers,
but pandoc generates "better" man page output with it.
NEWS: Mention mtime-related bugfixes. 2022-05-21T14:06:26+00:00 Przemyslaw Pawelczyk przemoc@gmail.com 2022-05-21T14:06:26+00:00 b46002f1c47d7716fc582269e3d943b87bbdcf9c 






metastore.c: Do not skip nanoseconds when applying mtime.
2022-05-21T14:01:23+00:00

Przemyslaw Pawelczyk
przemoc@gmail.com

2022-05-21T14:01:23+00:00

a20cb5571cf8271a52344c0320e65bc2369ecddd

Apply mtime using utimensat() instead of utime(), which not only
supports setting nanoseconds, but also omitting atime change (last
access time), and working on symlinks - we use all of that.

Reported-by: Björn Haßler <bjohas@users.noreply.github.com>





Apply mtime using utimensat() instead of utime(), which not only
supports setting nanoseconds, but also omitting atime change (last
access time), and working on symlinks - we use all of that.

Reported-by: Björn Haßler <bjohas@users.noreply.github.com>







NEWS: Mention "changing owner" bugfix.
2022-05-21T13:41:01+00:00

Przemyslaw Pawelczyk
przemoc@gmail.com

2022-05-21T13:41:01+00:00

72c21c112b209b2d092de2fd1750b6741bb187e3












Fix "changing owner" message to show owner instead of group.
2021-04-07T23:40:44+00:00

Przemyslaw Pawelczyk
przemoc@gmail.com

2021-04-07T23:40:44+00:00

fe09dabc0d7684075bd06b50132250ce7dfa1bb0












NEWS: Mention normalize_path() bugfix.
2021-04-07T16:29:58+00:00

Przemyslaw Pawelczyk
przemoc@gmail.com

2021-04-07T16:29:58+00:00

2e275f9b117fdf3b36cfc6955f055f0620f47ee4












AUTHORS: Add Jürgen Bubeck.
2021-04-07T16:28:16+00:00

Przemyslaw Pawelczyk
przemoc@gmail.com

2021-04-07T16:28:16+00:00

4c03ec2b628d64ab6b3c5b98d34c93302d93b06e












Fix path normalization for the case of CWD being the root directory (/).
2021-04-07T16:24:27+00:00

Jürgen Bubeck
bubeck@xkrug.com

2016-11-09T16:14:42+00:00

45f104b60356b096deaed0fd184f1c8b04a40d75

Previously metastore would fail if running from / and paths were given:

    $ pwd
    /
    $ metastore -d bin
    lstat failed for .bin: No such file or directory

Now it works properly:

    $ metastore -d bin | head -1
    lrwxrwxrwx      root    root    2018-08-17 16:31:23.120322532 +0200     ./bin/hostname

Signed-off-by: Przemyslaw Pawelczyk <przemoc@gmail.com>





Previously metastore would fail if running from / and paths were given:

    $ pwd
    /
    $ metastore -d bin
    lstat failed for .bin: No such file or directory

Now it works properly:

    $ metastore -d bin | head -1
    lrwxrwxrwx      root    root    2018-08-17 16:31:23.120322532 +0200     ./bin/hostname

Signed-off-by: Przemyslaw Pawelczyk <przemoc@gmail.com>







Fix conversion specifiers in "Failed to {malloc,strdup}" messages.
2018-09-08T14:47:22+00:00

Przemyslaw Pawelczyk
przemoc@gmail.com

2018-09-08T14:47:22+00:00

f8d5fc70290d19441ea513a10dbfe8cc074571f7