From edf0fefe12afeb54d72997e0d751192e8edfed65 Mon Sep 17 00:00:00 2001 From: David Black Date: Sun, 14 Jul 2013 23:10:08 +0100 Subject: [PATCH] mention that prebuilts must be examined if app is for F-Droid... fix bad parsing of --test --force section. --- docs/fdroid.texi | 12 +++++++++--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git a/docs/fdroid.texi b/docs/fdroid.texi index 2d15c459..746985ca 100644 --- a/docs/fdroid.texi +++ b/docs/fdroid.texi @@ -337,14 +337,20 @@ A similar effect could by achieved by simply deleting the output files from @code{unsigned} after the build, but with the risk of forgetting to do so! Along similar lines (and only in conjunction with @code{--test}, you can use -@code{--force} to force a build of a Disabled application or of a version -that was found to contain ELFs or known non-free libraries, where normally it -would be completely ignored. +@code{--force} to force a build of a Disabled application, where normally it +would be completely ignored. Similarly a version that was found to contain +ELFs or known non-free libraries can be forced to build. See also — +scanignore= in the Build Version section. If the build was unsuccessful, you can find out why by looking at the output in the logs/ directory. If that isn't illuminating, try building the app the regular way, step by step: android update project, ndk-build, ant debug. +Note that source code repositories often contain prebuilt libraries. If the +app is being considered for the main F-Droid repository, it is important that +all such prebuilts are built either via the metadata or by a reputable third +party. + @section Direct Installation -- 2.30.2