If you offline and do "make distclean" and you remove the generated files then if you try to "make dist" you:
1. Must be online while compiling. 2. Must use more tools which autoconf will not configure: XSLTPROC, SVN, TR, WGET Compiling from svn does not require you to have dependency if you don't have "--enable-doc" but you must have these dependencies in order to "make dist". As we discussed in the past, a proper solution to the problem is not to fetch changelog or documentation from external resources in opensc package, while producing opensc-doc package that does this and can be installed separately. Alon. On Thu, Feb 11, 2010 at 4:00 PM, Andreas Jellinghaus <a...@dungeon.inka.de> wrote: > Am Donnerstag 11 Februar 2010 13:49:05 schrieb Alon Bar-Lev: >> No it isn't... >> The generated files should not be cleaned if .tar.gz is used, only if >> this is svn checkout, as we assume that we can "make dist" offline. > > hu? sorry, I don't understand what your point is. > > my preference is this: > * people should be able to build svn without docs > (well, pretty low priority these days, as all distributions have everything > needed packaged already) > * if documentation is generate during build, it should be gone after > "make maintainer-clean" so I get a proper diff between my changed checkout > and my unchanged checkout. > * if documentation is generated and I run "make dist", it should end up in the > tar.gz file, so I can ship the file with pre-generated documentation > (similar to autoconf/make/.. files, they are included too). > * if people use a tar.gz and run "make clean" or "make distclean" the > documentation should not be removed - we didn't change it, we didn't create > it, so we shouldn't remove it either. > > and that last point is the issue: debian build scripts run "make dist-clean" > before they generate diffs. with the old Makefile.am/in the pre-generated > api.out would be gone. even worse: replaced by a symlink loop, and thus > cause a build error, if someone tries to build from the same folder once more. > > so how do we fix this? if "api.out" is created by makefile, then it should > be removed by the makefile. if not, it shouldn't be touched. > > one - not very nice - way would be to generate documentation from bootstrap > script. yes, that looks wrong, but it would put the documentation on the same > level as Makefile.in and configure script - all the files we pre-build so > they can be included in tar.gz files and are "maintainer" status (i.e. only > change if --enable-maintainer and are only deleted with "make maintainer- > clean") would be done by the same process. > > or maybe automake has a mechanism we can hook into? > > I'm not sure if my fix is right or wrong - so I'm asking. > but I'm sure we have a problem. for the distribution I send > them a quick fix: "-rm -fr api.out" is replaced by "-rm -f api.out", > so it is will delete the "api.out" symlink, but not the "api.out" directory. > > Regards, Andreas > _______________________________________________ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel