> Following the policy for Git-based packaging, we should be ableYes. But we probably need to find out how to work with branches in
> to host both versions 6.0 and 6.1 side by side without conflict.
git-buildpackage.
> I have checked with Bhaskar and Amul, and we are in agreement
> on the benefit of preparing 6.1 for the packaging.
In short: Yes, lets go with the packaging but lets think about a
reasonable upgrade path for the future.
> Would you welcome this update at this point ?We should also define the "default" fis-gtm version. You could steal
the packaging idea from gcc or python or whatever - so if the user
wants to install fis-gtm he gets the latest version.