[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Towards multi-arch: "Multi-Arch: same" file conflicts



On Sun, 2011-11-20 at 12:30 -0600, Peter Samuelson wrote:
> [Goswin von Brederlow]
> > Ugly, but if it works ... You only have those 2 choices for Multi-Arch:
> > same: Split the package or make the files equal.
> 
> Well, the third choice is to assume nobody _really_ cares about
> multiarch for JNI libraries, and just drop the Multi-Arch: header.
> 
> > Since you are building the jarfile somewhere in your source you could
> > fix the place where it is created in the first place. But that
> > probably means patching the upstream Makefile.
> 
> The jar is created with the command 'jar cf $output -C $inputdir org'
> (where 'org' is the top level of the class name).  The 'jar' from
> gcj-4.6, at least, packs the zip file in 'readdir' order.
> 
> I tried repacking, but can't get zip to produce consistent output, even
> on a single platform.  Looks like there's one byte per stored
> directory, and two bytes per stored file, that change on each 'zip'
> invocation.  I'm testing with zip 3.0-4 on kfreebsd-i386.

By default, zip stores all timestamps including access time, which is
obviously liable to change.  You can suppress time and ownership
information with the '-X' option.

Ben.

-- 
Ben Hutchings
Usenet is essentially a HUGE group of people passing notes in class.
                      - Rachel Kadel, `A Quick Guide to Newsgroup Etiquette'

Attachment: signature.asc
Description: This is a digitally signed message part


Reply to: