<div dir="ltr"><div>This follow up from Jeff didn't hit the list.</div><div><br></div><div>On top of pax may be an inactive/dead project, there is the issue that Grsecurity</div><div>has been cited as violating the GPL with their business of providing kernel patches</div><div>to paying customers but not allowing redistribution of those patches.</div><div><br></div><div><a href="https://lkml.org/lkml/2019/11/6/4">https://lkml.org/lkml/2019/11/6/4</a> <br></div><div><br></div><div>They sued Bruce Perens (<a href="https://thenewstack.io/open-source-pioneer-bruce-perens-sued-grsecurity/">https://thenewstack.io/open-source-pioneer-bruce-perens-sued-grsecurity/</a>)</div><div>for defamation after his comments on their actions. </div><div><br></div><div>But that's not where the CentOS 7 pax says it came from. Do an rpm -i</div><div>and you see the URL is <a href="http://ftp.suse.com/pub/people/kukuk/pax">http://ftp.suse.com/pub/people/kukuk/pax</a> which</div><div>is now dead. The user has a directory but it only has glibc-addons.</div><div>I think this project died also. <br></div><div><br></div><div>Did you try yum provides "*pax"? or the dnf equivalent?</div><div><br></div><div>We may end up needing to identify an upstream pax implementation and</div><div>add it to the rtems-source-builder. I'm hoping that's the out here.</div><div><br></div><div>--joel</div><div><br></div><div>On Thu, Feb 27, 2020 at 8:41 PM Jeff Mayes <<a href="mailto:Jeff.Mayes@oarcorp.com">Jeff.Mayes@oarcorp.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
I think you misread that RHEL 8 page. I had already looked there, but looked again tonight. Pax is only listed once on the whole page, and it's under this heading:<br>
A.4. Removed packages<br>
The following packages are part of RHEL 7 but are not distributed with RHEL 8:<br>
<br>
The "Homepage of Pax" looks a little stale. ---> <a href="https://pax.grsecurity.net/" rel="noreferrer" target="_blank">https://pax.grsecurity.net/</a> <br>
<br>
Jeff<br>
<br>
<br>
<br>
<br>
<br>
From: Joel Sherrill <<a href="mailto:joel@rtems.org" target="_blank">joel@rtems.org</a>><br>
<br>
Sent: Thursday, February 27, 2020 4:20 PM<br>
<br>
To: Chris Johns <<a href="mailto:chrisj@rtems.org" target="_blank">chrisj@rtems.org</a>>; Jeff Mayes <Jeff.Mayes@OARcorp.com><br>
<br>
Cc: <a href="mailto:rtems-devel@rtems.org" target="_blank">rtems-devel@rtems.org</a> <<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>><br>
<br>
Subject: Re: tar/psx/bsdtar on CentOS 8<br>
<br>
<br>
<br>
<br>
<br>
<br>
Jeff.. try the stuff below and let us know.<br>
<br>
<br>
<br>
<br>
On Tue, Feb 25, 2020 at 9:12 PM Chris Johns <<a href="mailto:chrisj@rtems.org" target="_blank">chrisj@rtems.org</a>> wrote:<br>
<br>
<br>
<br>
On 25/2/20 5:09 am, Joel Sherrill wrote:<br>
<br>
> Hi<br>
<br>
> <br>
<br>
> CentOS 8 does not have a package for pax. It does have a package for bsdtar. <br>
<br>
> <br>
<br>
> Is bsdtar sufficient for the tests? I don't call the precise issue we favored<br>
<br>
> pax over<br>
<br>
> GNU tar.<br>
<br>
> <br>
<br>
> If so, could testsuites/libtests/<a href="http://configure.ac" rel="noreferrer" target="_blank">configure.ac</a> <<a href="http://configure.ac" rel="noreferrer" target="_blank">http://configure.ac</a>> accept both?<br>
<br>
> <br>
<br>
> Pax appears to be used only for the dl* and tar* tests. I had thought about it<br>
<br>
> not being a hard fail but those seem like bad tests to drop out.<br>
<br>
<br>
<br>
Does RTEMS understand the standard tar format? If PAX format is needed does your<br>
<br>
tar accept `--posix` or `--format pax`. I am happy for a change like this but it<br>
<br>
may only work on FreeBSD ;)<br>
<br>
<br>
<br>
<br>
<br>
Long ago, I swear it was just tar but something broke on some host. My vague recollection<br>
is very large user ids in a Mac networked environment. But the ustar format allows 8 octets<br>
for user ids.<br>
<br>
<br>
<br>
<a href="https://pubs.opengroup.org/onlinepubs/9699919799/utilities/pax.html#tag_20_92_13_06" rel="noreferrer" target="_blank">https://pubs.opengroup.org/onlinepubs/9699919799/utilities/pax.html#tag_20_92_13_06</a> <br>
<br>
<br>
<br>
That may not have tripped the switch to pax except that pax is the POSIX name of the<br>
<br>
<br>
command.<br>
<br>
<br>
<br>
Looking for the RHEL 8 release notes about this, I found <br>
<br>
<br>
<br>
<a href="https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html-single/considerations_in_adopting_rhel_8/index" rel="noreferrer" target="_blank">https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html-single/considerations_in_adopting_rhel_8/index</a> <br>
<br>
<br>
<br>
which indicates it moved to the "CodeReady Linux Builder repository" along with a <br>
<br>
<br>
number of other packages. That is in the PowerTools repo for CentOS.<br>
<br>
<br>
<br>
<a href="https://serverfault.com/questions/997896/how-to-enable-powertools-repository-in-centos-8" rel="noreferrer" target="_blank">https://serverfault.com/questions/997896/how-to-enable-powertools-repository-in-centos-8</a> <br>
<br>
<br>
<br>
Hopefully it works. Jeff will let us know.<br>
<br>
<br>
<br>
--joel<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
Chris<br>
<br>
<br>
<br>
</blockquote></div></div>