[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Naming scheme of fis-gtm binary packages (Was: Bug#1009900: fis-gtm: Multiple CVEs in fis-gtm)



Hi Karsten,

I do not mind, to keep the numbering scheme if it makes sense and
reflects the truth.  It just needs do be done in a timely manner.  Long
standing open CVEs are not acceptable.  The current decision should be
drawn quickly and acted accordingly.  I hope I made the consequences to
keep the current versioning scheme clear and if the price is worth
paying than it should be payed.  Just doing nothing is wrong in the
current situation.

Kind regards
   Andreas.

Am Fri, Jul 29, 2022 at 04:36:09PM +0200 schrieb Karsten Hilbert:
> Am Fri, Jul 29, 2022 at 09:56:05AM +0200 schrieb Andreas (Debian):
> 
> > I wonder if there is some decision about the naming scheme.  I *really*
> > want to get the CVE bugs fixed.  Users might consider Debian packages
> > useless otherwise.
> 
> As far as I remember the "Mumps community" considers each and
> every release "potentially incompatible".
> 
> This may or may not be true, and it may or may not be wise,
> regardless of truth.
> 
> I would think that there should be an external repository
> being run by, say, fis.gtm, which carries "each and every"
> minor release as an installable package. This is similar to
> what PostgreSQL offers. Additionally, in order to lower the
> barrier for entry, there should be official, in-Debian,
> "stable" packages, say v6, v7, ... which carry the currently
> latest patch release per major version. Creating those ought
> to be pretty easy, once the vendor repo is available.
> 
> Karsten
> --
> GPG  40BE 5B0E C98E 1713 AFA6  5BC0 3BEA AC80 7D4F C89B
> 
> 

-- 
http://fam-tille.de


Reply to: