<html><head></head><body>The current squeeze packages don't autoreconf, so that's fine and expected. <br>
<br>
Scott K<br><br><div class="gmail_quote">On March 22, 2014 12:46:32 PM EDT, Sebastian Andrzej Siewior <bigeasy@breakpoint.cc> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">On 2014-03-22 11:33:07 [+0100], Andreas Cadhalpun wrote:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> Hi,<br /></blockquote>Hi,<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> On 22.03.2014 00:17, Sebastian Andrzej Siewior wrote:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;">On 2014-03-21 17:27:09 [+0100], Andreas Cadhalpun wrote:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #8ae234; padding-left: 1ex;">Because they are only created, when PO2DEBCONF is yes, which it normally is<br />not. (I actually don't know, when this will be yes.)<br /></blockquote><br />Is there an error if it tries to remove files which aren't there?<br /></blockquote> <br /> The problem is different: These
files are not created during build, so if<br /> they get removed, the build fails.<br /></blockquote><br />Now I got this. PO2DEBCONF is a variable which may be set. This makes<br />sense then. Now I wanted to ask if we could always run PO2DEBCONF but<br />then I noticed that the master aren't there anymore. Looking at the old<br />git I must say that the file was never there. So. Who knows more about<br />this? :)<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #8ae234; padding-left: 1ex;">I build with the old rules file (with added faketime) and compared the<br />result to the packages build with the new rules file. I didn't find any<br />fundamental difference, only:<br />  * DEBIAN/control reads
now 'libclamav6 (>= 0.98.1)' instead of 'libclamav6<br />(>= 0.98.1+dfsg)', thanks to the symbols file.<br />  * A few bytes in the binaries differ and I can't figure out why.<br /><br />Thus I think we can switch to the new debian/rules, assuming it still builds<br />in oldstable/stable.<br /></blockquote><br />Great. I'm going to build test it on stable/oldstable on a few<br />architectures and see how it goes.<br /></blockquote> <br /> It builds fine with wheezy on amd64.<br /></blockquote><br />Tested kfreebsd-amd64/wheezy, armel/wheezy, fine.<br />It doesn't work on squeeze on any architecture. The problem is:<br /><br />|<a href="configure.ac:25">configure.ac:25</a>: warning: macro `AM_PROG_AR' not found in library<br />|<a href="configure.ac:25">configure.ac:25</a>: error: possibly undefined macro: AM_PROG_AR<br />|      If this token and others are legitimate, please use m4_pattern_allow.<br />|      See the Autoconf documentation.<br />|autoreconf: /usr/bin/autoconf
failed with exit status: 1<br />|dh_autoreconf: autoreconf -f -i returned exit code 1<br />|make: *** [build] Error 9<br /><br />That macro is not available in squeeze's automake version. The current<br />source there does not execute autoreconf.<br />That means that is different. The only reason why we do autoreconf in<br />in the first place is because we purge a few directories<br />(rar for instance) and need to update <a href="http://Makefile.in">Makefile.in</a> files. Would it work<br />to execute autoreconf as part of the upstream source split and keep it<br />as a patch?<br /><br />After I dropped the autoreconf part it built on squeeze-i386.<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> Best regards,<br /> Andreas<br /></blockquote><br />Sebastian<br /><br /><hr /><br />Pkg-clamav-devel mailing list<br />Pkg-clamav-devel@lists.alioth.debian.org<br /><a
href="http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-clamav-devel">http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-clamav-devel</a><br /></pre></blockquote></div></body></html>