# tar commit header names 3 messages from 2007-03-26 to 2007-03-29. Participants: Daniel Barkalow, René Scharfe. Thread: https://gitlist.dev/t/7414 ## Daniel Barkalow, 2007-03-26 16:39 Subject: tar commit header names Message-ID: URL: https://gitlist.dev/e/Pine.LNX.4.64.0703261230420.6485%40iabervon.org ``` I'm entirely ignorant of pax header stuff, but would it be possible to have the pax header specify which project this commit is from (which has to come from a git-archive option, clearly). Also, could git-get-tar-commit-id have an option to look for more pax headers beyond the first? (I'm building tar files by appending multiple archives for different projects from git-archive, and I suddenly find the embedded commit id is helpful, and surprisingly inaccessible in this context.) -Daniel *This .sig left intentionally blank* ``` ## René Scharfe, 2007-03-29 16:07 Subject: Re: tar commit header names Message-ID: <460BE44B.8090301@lsrfire.ath.cx> URL: https://gitlist.dev/e/460BE44B.8090301%40lsrfire.ath.cx In-Reply-To: ``` Daniel Barkalow schrieb: > I'm entirely ignorant of pax header stuff, but would it be possible to > have the pax header specify which project this commit is from (which has > to come from a git-archive option, clearly). Technically, yes. The commit ID is stored in a comment, more info could appended to it. Adding more stuff there would necessitate an ordering scheme, though. I'm not sure this is useful enough. There already is a nice convention on where to store the project name, description and URL: in a file named 'README'. :) > Also, could > git-get-tar-commit-id have an option to look for more pax headers beyond > the first? (I'm building tar files by appending multiple archives for > different projects from git-archive, and I suddenly find the embedded > commit id is helpful, and surprisingly inaccessible in this context.) This could be done, at the cost of git-get-tar-commit-id having to be able to really parse tar files in order to seek to the end of the first and thus to the start of the appended one. Right now it simply reads the first few bytes, quickly checks if this looks like a tar file and prints the commit ID, if one is found. The right place to add generic archive comment extraction capabilities (with multi-archive support) would be a general purpose archiver like GNU tar, no? René ``` ## Daniel Barkalow, 2007-03-29 16:55 Subject: Re: tar commit header names Message-ID: URL: https://gitlist.dev/e/Pine.LNX.4.64.0703291234090.6485%40iabervon.org In-Reply-To: <460BE44B.8090301@lsrfire.ath.cx> ``` On Thu, 29 Mar 2007, René Scharfe wrote: > Daniel Barkalow schrieb: > > I'm entirely ignorant of pax header stuff, but would it be possible to > > have the pax header specify which project this commit is from (which has > > to come from a git-archive option, clearly). > > Technically, yes. The commit ID is stored in a comment, more info could > appended to it. Adding more stuff there would necessitate an ordering > scheme, though. I'm not sure this is useful enough. There already is a > nice convention on where to store the project name, description and URL: > in a file named 'README'. :) Ah, and the comment applies until the next comment, so the common prefix of the files in the area with the comment explains it. I was missing what the rules for regions of applicability of pax global headers are. Now, if I could convince... something... to report what comments apply to what files, I'd be set. And that's clearly beyond the scope of git. (Although maybe git-get-... should know how to invoke some other utility on a multiple-project archive once some such tool is known.) -Daniel *This .sig left intentionally blank* ```