This only keeps 'offset_bytes' to store the timezone, to match swh-model
v5.0.0.
However, this keeps writing 'offset' and 'negative_utc' to the postgresql
database, just in case we need to roll back this change.
But they are not read anymore.
Differential D6937
Remove 'offset' and 'negative_utc' vlorentz on Jan 13 2022, 12:20 PM. Authored by Tags None Subscribers None
Details
This only keeps 'offset_bytes' to store the timezone, to match swh-model However, this keeps writing 'offset' and 'negative_utc' to the postgresql Will fail because this depends on D6936, which isn't released yet.
Diff Detail
Event TimelineComment Actions Build has FAILED Patch application report for D6937 (id=25127)Rebasing onto 40a57d4351... Current branch diff-target is up to date. Changes applied before testcommit 32e73f6a532acdefd86d3b61e6172dc730b5d42a Author: Valentin Lorentz <vlorentz@softwareheritage.org> Date: Wed Jan 12 16:36:24 2022 +0100 Remove 'offset' and 'negative_utc' This only keeps 'offset_bytes' to store the timezone, to match swh-model v5.0.0. However, this keeps writing 'offset' and 'negative_utc' to the postgresql database, just in case we need to roll back this change. But they are not read anymore. Link to build: https://jenkins.softwareheritage.org/job/DSTO/job/tests-on-diff/1524/ Comment Actions Build has FAILED Patch application report for D6937 (id=25127)Rebasing onto 40a57d4351... Current branch diff-target is up to date. Changes applied before testcommit 32e73f6a532acdefd86d3b61e6172dc730b5d42a Author: Valentin Lorentz <vlorentz@softwareheritage.org> Date: Wed Jan 12 16:36:24 2022 +0100 Remove 'offset' and 'negative_utc' This only keeps 'offset_bytes' to store the timezone, to match swh-model v5.0.0. However, this keeps writing 'offset' and 'negative_utc' to the postgresql database, just in case we need to roll back this change. But they are not read anymore. Link to build: https://jenkins.softwareheritage.org/job/DSTO/job/tests-on-diff/1525/ Comment Actions Build is green Patch application report for D6937 (id=25185)Rebasing onto 40a57d4351... Current branch diff-target is up to date. Changes applied before testcommit 8199ec40ebf319870cba585df50cb0373141b6df Author: Valentin Lorentz <vlorentz@softwareheritage.org> Date: Wed Jan 12 16:36:24 2022 +0100 Remove 'offset' and 'negative_utc' This only keeps 'offset_bytes' to store the timezone, to support swh-model v5.0.0. However, this keeps writing 'offset' and 'negative_utc' to the postgresql database, just in case we need to roll back this change. But they are not read anymore. See https://jenkins.softwareheritage.org/job/DSTO/job/tests-on-diff/1526/ for more details. Comment Actions We still query the fields out of the Postgres database (to ignore them in the db -> model object conversion), right? Should we stop doing that too? Comment Actions Yes
It slightly complicates the code, so I would rather wait. They won't last long anyway. Comment Actions Build is green Patch application report for D6937 (id=25412)Rebasing onto c68a4fd98f... Current branch diff-target is up to date. Changes applied before testcommit 2e7413888d8c5fcdaa410a3b76e8a4ee60b74873 Author: Valentin Lorentz <vlorentz@softwareheritage.org> Date: Wed Jan 12 16:36:24 2022 +0100 Remove 'offset' and 'negative_utc' This only keeps 'offset_bytes' to store the timezone, to support swh-model v5.0.0. However, this keeps writing 'offset' and 'negative_utc' to the postgresql database, just in case we need to roll back this change. But they are not read anymore. See https://jenkins.softwareheritage.org/job/DSTO/job/tests-on-diff/1537/ for more details. |