diff options
| author | Salvatore Bonaccorso <carnil@debian.org> | 2021-05-22 11:05:03 +0200 |
|---|---|---|
| committer | Salvatore Bonaccorso <carnil@debian.org> | 2021-05-22 12:48:47 +0200 |
| commit | a2c7f97ee2d3e1a2f1f0df295264baae75d17187 (patch) | |
| tree | 22511142677cd051cd7b9179acc1c93b2f4d099f /lib | |
| parent | eeee069aa773c313d31e5bb4e3c5e7d889a004ae (diff) | |
security_db: Create next_point_table as well on fresh DB initialization
8846bec76339 ("Fix CVE10k problem for CVE with more than 4 numbers")
introduced the initialization of schema 22 and introducing the machinery
to allow the tracker.d.o support reading next point release information.
On updates from already initialized databases with previous schemas this
worked fine, but as Neil Williams reported, this fails when starting
with a new instance.
Link: https://lists.debian.org/debian-security-tracker/2021/05/msg00024.html
Fixes: 8846bec76339 ("Fix CVE10k problem for CVE with more than 4 numbers")
Signed-off-by: Salvatore Bonaccorso <carnil@debian.org>
Diffstat (limited to 'lib')
| -rw-r--r-- | lib/python/security_db.py | 2 |
1 files changed, 2 insertions, 0 deletions
diff --git a/lib/python/security_db.py b/lib/python/security_db.py index 674adeb342..caf8ae67bc 100644 --- a/lib/python/security_db.py +++ b/lib/python/security_db.py @@ -444,6 +444,8 @@ class DB: self._initNoDSA(cursor) + self._initNextPointRelease(cursor) + cursor.execute("PRAGMA user_version = %d" % self.schema_version) def _initSchema20(self): |