Address feedback for GPL3 free deltas

After sharing the GPL3 free delta document some feedback was provided. This
commit add smalls modification to address it.

Signed-off-by: Walter Lozano <walter.lozano@collabora.com>

content/concepts/gpl3_free_deltas.md

@@ -89,7 +89,7 @@ it and drop dependencies which use unfriendly licenses. This generally only intr
 
 # Package summary
 
-The table below shows the packages which have a license related delta with respect to Debian. They are split into the following categories based on the scenarios described above:
+The table below shows the packages which have a license related delta with respect to Debian Bullseye. They are split into the following categories based on the scenarios described above:
 
 - DF0: Disable functionality
 - DF1: Disable minor functionality
@@ -148,6 +148,8 @@ wpa              |AP1       |Use internal line edit instead of readline
 We believe that the following actions are required to reduce the impact of these deltas. We have proposed different strategies depending on the impact
 of the delta, focusing on those which cause outdated packages to be shipped.
 
+Other types of delta in general lead to reduced functionality which should be addressed only if it is required by a specific use case.
+
 For the remaining cases, the impact is only related to drop functionality, which have little value for Apertis, in consequence we believe that the
 best approach is to keep the delta.
 
@@ -260,6 +262,8 @@ E: Sub-process /usr/bin/dpkg returned an error code (1)
 
 After omitting the argument the process finish without issues.
 
+As a result, with little effort the either `bsdtar` or `busybox tar` can be used as a valid replacement of `tar`.
+
 ### Package cpio-gplv2
 
 **Source**: https://www.gnu.org/software/cpio/
@@ -353,7 +357,7 @@ Currently the best approach to have a replacement for the set of utilities provi
 These are already present in Apertis and their limited functionality is not impacting the existing limited usage by the packages which depend on them.
 
 The package `uutils-findutils` is being developed by the same community which develops `uutil-coreutils`, which has been chosen by Apertis
-as a replacement for `coreutils` based on its pros.
+as a replacement for `coreutils` as discussed in [GPL-3-free replacements of coreutils]({{< ref "coreutils-replacement.md" >}}).
 - High GNU compatibility
 - High community support
 - High community impact
@@ -463,3 +467,11 @@ Besides of the partial tests done when analyzing each package, as part of the in
 
 These rest were passed successfully which shows that the suggested approach is viable. Despite this promising results further testing
 should be conducted to assure a smooth transition.
+
+# General conclusions
+
+For most of the packages there is a valid replacement in Debian Bullseye which should require little effort. However there are two that will require
+a development effort
+
+- [readline5](#package-readline5)
+- [findutils-gplv2](#package-findutils-gplv2 )