AFAIK Info-Zip's zip.exe normally preserves Extended attributes when
updating an archive, but obviously not everything, here: ".SUBJECT"
EA. Is there an option to zip.exe which forces to preserve this one?
Yeah, but a workaround "SysGetEA&SysPutEA" wouldn't be that elegant
:-)
Thanks, Lothar
LSoens wrote:
AFAIK Info-Zip's zip.exe normally preserves Extended attributes when updating an archive, but obviously not everything, here: ".SUBJECT"
EA. Is there an option to zip.exe which forces to preserve this one?
Yeah, but a workaround "SysGetEA&SysPutEA" wouldn't be that elegant
:-)
Thanks, Lothar
Which version of zip? I believe there is a bug in the one distributed
with RPM/YUM related to EAs with a fixed one in the experimental repo.
Dave
LSoens wrote:
AFAIK Info-Zip's zip.exe normally preserves Extended attributes when updating an archive, but obviously not everything, here: ".SUBJECT"
EA. Is there an option to zip.exe which forces to preserve this one?
Yeah, but a workaround "SysGetEA&SysPutEA" wouldn't be that elegant
:-)
Thanks, Lothar
Which version of zip? I believe there is a bug in the one distributed
with RPM/YUM related to EAs with a fixed one in the experimental repo.
Dave
Until now I'm testing with Paul S.' ports v.3.00 & v.2.31 only.
But possibly not a "bug". I found the following in Linux' "man zip"
below the "-X" option (which is the opposite, but...)
<quote>
The zip format uses extra
fields to include additional information for each entry. Some
extra fields are specific to particular systems while others are
applicable to all systems. Normally when zip reads entries from
an existing archive, it reads the extra fields it knows, strips
the rest, and adds the extra fields applicable to that system.
</quote>
So I suspect that OS/2's ".SUBJECT" is not "normal" for Info-Zip?
Next: is it, _in practice_, really desirable to have this EA preserved
from update to update?
Unless there is a very simple option, I feel it useless to build a
workaround that nobody needs...
OK, I just tested with the RPM installed zip (v3 from info-zip), subject
EAs are preserved so I guess a bug with Paul's builds. In my testcase,
an old file downloaded by Mozilla (probably SeaMonkey) which until
recently (at some point, perhaps FF24, it broke) saved the URL that the
file originated from in the Subject EA along with the original name and
date in the Comments EA. Personally I like this info to be preserved, especially the URL, as that is easily forgotten. Some versions of wget
also preserved this info, perhaps in a different EA.
Until now I'm testing with Paul S.' ports v.3.00 & v.2.31 only.
But possibly not a "bug". I found the following in Linux' "man zip"
below the "-X" option (which is the opposite, but...)
<quote>
The zip format uses extra
fields to include additional information for each entry. Some
extra fields are specific to particular systems while others are
applicable to all systems. Normally when zip reads entries from
an existing archive, it reads the extra fields it knows, strips
the rest, and adds the extra fields applicable to that system.
</quote>
So I suspect that OS/2's ".SUBJECT" is not "normal" for Info-Zip?
file downloaded ... saved the URL that the
file originated from in the Subject EA along with the original name and
date in the Comments EA. Personally I like this info to be preserved, especially the URL, as that is easily forgotten.
Exactly I like such information coming with the downloaded archive.
My question: should a zip update (i.e. contents modification) preserve
the EA or not, "our" zip.exe obviously doesn't and I've only found in
the docs about EAs what I'd quoted before.
Option 1: a workaround with SysGetEA&SysPutEA in my little tool Option
2: leave it "as designed", feature not "bug".
This morning ;-), I personally prefer to leave it as-is. For I may
consider the .subject EA as kind of unique "label" on this certain
archive _file_, but not as part of its contents. And still up to me to
add another EA to my (new or same) modified file or not... Most important >anyway: zip.exe conserves the EAs of files _inside_ the archive, ok.
Thanks again for all feedback.
Regards, Lothar
On Sun, 18 Mar 2018 02:30:17 UTC, Dave Yeo <dave.r.yeo@gmail.com> wrote:
file downloaded ... saved the URL that the
file originated from in the Subject EA along with the original name and
date in the Comments EA. Personally I like this info to be preserved,
especially the URL, as that is easily forgotten.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 292 |
Nodes: | 16 (2 / 14) |
Uptime: | 205:56:57 |
Calls: | 6,618 |
Calls today: | 2 |
Files: | 12,168 |
Messages: | 5,316,751 |