Hi Luis, On Mon, Feb 10, 2014 at 08:22:01PM -0500, Luis Ibanez wrote: > On Mon, Feb 10, 2014 at 2:38 PM, Dominique Belhachemi > <domi...@debian.org>wrote: > > > There is no big difference to all the other packages in Debian. > > Transitions happen all the time. > > > > Just let the latest stable release propagate into testing. Luis is setting > > up the git packaging infrastructure to make a transition from one release > > to another release as smooth as possible. We can deal with all the other > > issues when they arise. > > As far as I have understood the git packaging infrastructure, it > seems indeed that we can put the multiple versions of fis-gtm > in different git branches, and then use the gbp.conf file to capture > the policy decision (from debian-med) on what specific versions > to make available as packages. > > > I confess that I'm not very familiar with the Debian policy for porting > bug fixes from upstream, so I most likely missing important details > here... (my apologies in advance). > > I'm now reading more here: > https://www.debian.org/doc/manuals/developers-reference/pkgs.html#bug-handling > https://www.debian.org/doc/manuals/developers-reference/developer-duties.html#rc-bugs
As far as I have read Dominique's (and more importantly Thorsten's mail who was perhaps partly wearing his ftpmaster hat, thanks Thorsten - I was hoping for input like this) the question was rather rhetorically. The (implied) answer is that there is no really good way to support different versions from a security point of view. > In the meantime, here is what I'm doing: > > > 1) Reducing the lintian warnings that Dominique pointed out. > > Currently I'm looking at the large number of Lintian warnings > on the i486 platform. Just spawned a 32bits VM to look at this. > > > 2) Then will be setting the current fis-gtm-6.0-003 in a git branch. > So, no new content, just the current package in the format that > will facilitate having multiple versions side by side. > > > 3) Then will look at adding fis-gtm-6.1 in its own branch. > > > Does this sound reasonable ? This does sound very reasonable and is exactly the way to go to enable enough flexibility (at least according to my admitedly weak understanding since I also never dealt with parallel packaging of different versions). Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140211072913.gc5...@an3as.eu