D25494: Make tar archives reproducible by setting Pax headers

Aaron Puchert noreply at phabricator.kde.org
Tue Jan 14 01:01:12 GMT 2020


aaronpuchert added a comment.


  In D25494#592751 <https://phabricator.kde.org/D25494#592751>, @bmwiedemann wrote:
  
  > This should work fine with a producer GNU-tar >= 1.28
  
  
  We use the option only when `SOURCE_DATE_EPOCH` is set, and we assume that a recent enough tar is available then. Basically we say that if reproducible builds are desired, the proper tools should be available.
  
  > what will be the consumer of the tar file?
  
  Not sure I understand this question. The archive is created as part of the build process and then installed, on most Linux distributions into `/usr/share/kdevappwizard/templates`.
  
  > Asking because I remember the case of alpine Linux and its 'abuild' producer. Alpine package manager implemented its own tar and that would only be happy with
  > 
  >   --pax-option=exthdr.name=%d/PaxHeaders/%f,atime:=0,ctime:=0
  
  Does this mean it won't be happy with `delete=atime,delete=ctime`? And what does it mean that the package manager has its own tar, is this is a different tar than is used in the distribution itself?
  
  > The other thing is about POSIXLY_CORRECT - it is only considered in recent tar git (no releases last time I checked) and only for embedding the PID of the tar process. So I would just not mention it in the commit message to make it easier to understand:
  
  The change is already committed, so I can't change the message anymore. I didn't know you were here, otherwise I would have added you earlier as reviewer.

REPOSITORY
  R32 KDevelop

REVISION DETAIL
  https://phabricator.kde.org/D25494

To: aaronpuchert, kfunk, #kdevelop, kossebau
Cc: bmwiedemann, kossebau, kdevelop-devel, hmitonneau, christiant, glebaccon, domson, antismap, iodelay, alexeymin, geetamc, Pilzschaf, akshaydeo, surgenight, arrowd
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20200114/046a1a84/attachment-0001.html>


More information about the KDevelop-devel mailing list