I have rebased my patches to GNU tar 1.28 - clone the git repository
git://gitorious.org/tar-fcaps/tar-fcaps.git to access them and look in
the branch pu (ACL patches) and pu2 (Capabilities patch).
If you wonder: I am using the version in branch "msteinborn-1.28".
Greetings from Germany
Mark
I've still no decision about the following - let me add one note to it:
Patch 2 of the series contained a bug - take the attached file as a
replacement.
Markus Steinborn wrote:
What about the following patches?
Markus Steinborn wrote
Hi,
I'd like to remember of the following bug report a
Sergey Poznyakoff schrieb:
Yes, they are next in my queue.
That are great news. IMHO tweaking the xattr-related options would be
good. The portablity problems even between different linux kernel
versions of File capatibilies lead me to the point that I'd like to
archive only user.* xattrs,
Hi Markus,
> What about the following patches?
Yes, they are next in my queue.
Regards,
Sergey
What about the following patches?
Markus Steinborn wrote
Hi,
I'd like to remember of the following bug report and to announce that
I have finished patches for all these issues.
I have submitted my patches to redhat (as they currently apply clean
on a redhat patched tar 1.27.1). See
https:/
Hi Pavel,
Pavel Raiskup wrote:
Still, even as a Fedora/RHEL (co)maintainer I would prefer making the
patches pass against GNU git master. It makes things more easy for GNU
tar upstream and it is not problem for me to backport such patches to
Fedora.
I see. This has come from the following fact:
> I'd like to remember of the following bug report and to announce that I
> have finished patches for all these issues.
Marcus, thanks for looking at this problem. I think fixes for
ACLs/capabilities are really important, though I have not looked at your
code yet.
> I have submitted my patches t
Hi,
I'd like to remember of the following bug report and to announce that I
have finished patches for all these issues.
I have submitted my patches to redhat (as they currently apply clean on
a redhat patched tar 1.27.1). See
https://bugzilla.redhat.com/show_bug.cgi?id=1052876 for them.
If
Markus Steinborn wrote:
> >> star stores the numeric owner in a forth field of an acl: (e.g.
> >> "u:msteinbo:rwx:500").
> > Correct, this is an extension to the ACL format that was needed to allow
> > ACLs
> > to be archivable in a reliable way at all.
> >
> Well, I have to notice that this is
Joerg Schilling schrieb:
Markus Steinborn wrote:
(2a) tar archive creation without "--numeric-owner" option:
In GNU tar 1.26, for every file the owner is stored both, symbolic and
numeric. I would expect that ACLs are stored in both ways, too. star
shows us how to do that:
star stores the nu
Hi,
given that I've read in this mailing list that a release is planed, I'm
poiting you to the following:
I suggest fixing it before release.
Markus Steinborn schrieb:
Hi,
I'd like to remind the maintainers of GNU tar to the following post to
bug-tar:
Markus Steinborn schrieb:
Hi ever
That sort of thing all sounds reasonable, I guess.
I'd like Sergey's opinion though.
Hi,
I'd like to remind the maintainers of GNU tar to the following post to
bug-tar:
Markus Steinborn schrieb:
Hi everybody,
Today I noticed that GNU tar (git master) now supports XATTRs, ACLs
and SELINUX-Attributes. I am really pleased to read this in "git log".
Congratualtions for this im
Markus Steinborn wrote:
> Joerg Schilling schrieb:
> > With "normal" user credentials in tar, this works, as you may just omit the
> > user/group name fields in the tar header.
> >
> > With ACL fields, you cannot do that as star uses a ACL description that was
> > derived from an outdated stannda
Joerg Schilling schrieb:
With "normal" user credentials in tar, this works, as you may just omit the
user/group name fields in the tar header.
With ACL fields, you cannot do that as star uses a ACL description that was
derived from an outdated stanndard proposal.
I've tested this some time ago:
Markus Steinborn wrote:
> >> (1) tar archive creation with "--numeric-owner" option:
> >>
> >> In this case, users are expectiing that the archive does not contain any
> >> symbolic owner name, so it can be extracted to an emoty hard disc on a
> >> system bootet e. g. by a rescue cd from Redhat.
Joerg Schilling schrieb:
star stores the numeric owner in a forth field of an acl: (e.g.
"u:msteinbo:rwx:500").
Correct, this is an extension to the ACL format that was needed to allow ACLs
to be archivable in a reliable way at all.
Fine that you agree that GNU gv should support that.
(2b) tar
Joerg Schilling schrieb:
Markus Steinborn wrote:
Hi everybody,
Today I noticed that GNU tar (git master) now supports XATTRs, ACLs and
SELINUX-Attributes. I am really pleased to read this in "git log".
Congratualtions for this improvement. The improvements do not break star
und redhat tar com
Markus Steinborn wrote:
> Hi everybody,
>
> Today I noticed that GNU tar (git master) now supports XATTRs, ACLs and
> SELINUX-Attributes. I am really pleased to read this in "git log".
> Congratualtions for this improvement. The improvements do not break star
> und redhat tar compatibility.
>
Hi everybody,
Today I noticed that GNU tar (git master) now supports XATTRs, ACLs and
SELINUX-Attributes. I am really pleased to read this in "git log".
Congratualtions for this improvement. The improvements do not break star
und redhat tar compatibility.
Having used Redhats patch for many y
20 matches
Mail list logo