[Pkg-octave-devel] Bug#441722: octave2.9: package content changed if build twice or more times in a row
Thomas Weber
thomas.weber.mail at gmail.com
Sat Sep 22 15:55:48 UTC 2007
Am Samstag, den 22.09.2007, 17:48 +0200 schrieb Thomas Weber:
> Am Freitag, den 21.09.2007, 14:18 +0200 schrieb Thomas Weber:
> > Am Mittwoch, den 19.09.2007, 11:15 +0200 schrieb Thomas Weber:
> > > The html files are all from stats.txi:
> > > @item Univariate Discrete Distribution
> > > @tab @code{unidpdf}
> > > @tab @code{unidcdf}
> > > @tab @code{unidinv}
> > >
> > > It seems we remove these files in our "clean" target, but then we don't
> > > rebuild them.
> >
> > Okay, the problem with the HTML files is simple: the respective .m files
> > are not in the tarball, therefore a rebuild of the docs doesn't generate
> > the respective HTML files.
>
> I need a decision by the group. Apparently, PDF files can change in
> size, when rebuilt (don't ask me, I don't understand). Should we forbid
> dh_compress to compress these files? That's the only fix I can offer
> currently.
To make this more clear:
Debian etch (my x86 notebook):
$ md5sum interpderiv1.eps
32a23e064e021db7fee8f74e4fd72bbe interpderiv1.eps
$ gs -dBATCH -dEPSCrop -dNOPAUSE -q -sDEVICE=pdfwrite
-sOutputFile=interpderiv1.pdf interpderiv1.eps
$ ls -l interpderiv1.pdf
-rw-r--r-- 1 thomas thomas 2626 2007-09-22 17:51 interpderiv1.pdf
Debian sid32 chroot:
# md5sum interpderiv1.eps
32a23e064e021db7fee8f74e4fd72bbe interpderiv1.eps
# gs -dBATCH -dEPSCrop -dNOPAUSE -q -sDEVICE=pdfwrite
-sOutputFile=interpderiv1.pdf interpderiv1.eps
# ll interpderiv1.pdf
-rw-r--r-- 1 root root 4131 Sep 22 17:00 interpderiv1.pdf
So, the eps files are identical, but the pdf files that gs produces
differ considerable in size (in sid, they are PDF 1.4, whereas in etch
they are 1.3). Maybe this explains it.
Thomas
More information about the Pkg-octave-devel
mailing list