I'm going to try and run it, but am a bit blocked with swh-deposit command................

I'm going to try and run it, but am a bit blocked with swh-deposit command................
Maybe @douardda could validate he can do a deposit?

Build is green
See https://jenkins.softwareheritage.org/job/DDEP/job/tox/120/ for more details.

the metadata file linuxperf-v4.3.1.27.metadata.xml (as per the parsing error xml.parsers.expat.ExpatError: syntax error: line 1, column 49 implies something badly formatted).

Rebase on latest master

Build is green
See https://jenkins.softwareheritage.org/job/DDEP/job/tox/119/ for more details.

Plug to master

Build is green
See https://jenkins.softwareheritage.org/job/DDEP/job/tox/118/ for more details.

• utils: Enforce necessary setup for deposit and associated client

This revision was not accepted when it landed; it landed in state Needs Review.Wed, Apr 17, 10:52

Build is green
See https://jenkins.softwareheritage.org/job/DDEP/job/tox/117/ for more details.

Fix in-between interactive rebase

Build has FAILED

Build is green
See https://jenkins.softwareheritage.org/job/DDEP/job/tox/115/ for more details.

Rebase on latest master

Rebase on latest master

Build is green
See https://jenkins.softwareheritage.org/job/DDEP/job/tox/114/ for more details.

Build is green
See https://jenkins.softwareheritage.org/job/DDEP/job/tox/113/ for more details.

Plug on master branch

Rebase on dedicated branch

I have badly dealt with this issue.

In D1411#30788, @ardumont wrote:

@douardda @olasd I have changed the migration to run the 4 steps
mentioned \m/

To do that, i iterated with git (amending) and reused the data files
generated through multiple calls to make db-prepare (wrapper on
swh.deposit.manage makemigrations)...

In the end, I checked the following command to see the sql generated
(in between last version with the old type and the new one):

python3 -m swh.deposit.manage sqlmigrate deposit 0015_depositrequest_typemigration
BEGIN;
--
-- Add field type2 to depositrequest
--
ALTER TABLE "deposit_request" ADD COLUMN "type2" varchar(8) NULL;
--
-- MIGRATION NOW PERFORMS OPERATION THAT CANNOT BE WRITTEN AS SQL:
-- Raw Python operation
--
--
-- Remove field type from depositrequest
--
SET CONSTRAINTS "deposit_request_type_id_e9882b75_fk_deposit_request_type_id" IMMEDIATE; ALTER TABLE "deposit_request" DROP CONSTRAINT "deposit_request_type_id_e9882b75_fk_deposit_request_type_id";
ALTER TABLE "deposit_request" DROP COLUMN "type_id" CASCADE;
--
-- Rename field type2 on depositrequest to type
--
ALTER TABLE "deposit_request" RENAME COLUMN "type2" TO "type";
--
-- Delete model DepositRequestType
--
DROP TABLE "deposit_request_type" CASCADE;
COMMIT;

Expectedly, that does not show the data migration part which happens
through python. But that indeed mentions the migration step ;)

Indeed, returning a 404 error seems the best option here. Will fix that asap.

Build is green
See https://jenkins.softwareheritage.org/job/DDEP/job/tox/112/ for more details.

Update test docstring to match the reality of the test

Build is green
See https://jenkins.softwareheritage.org/job/DDEP/job/tox/111/ for more details.

Build is green
See https://jenkins.softwareheritage.org/job/DWAPPS/job/tox/392/ for more details.

Fix tests

Build has FAILED

• add support for math typesetting upon notebook rendering through the use of the MathJax library

Related D1419

ardumont: could you do a paste with the generated xml? I can't seem to be able to run the client today (i'll have more time to reconstruct that part locally tomorrow)

Even though most/all of the Munin metrics are provided by Prometheus, Munin also provides graphs.
It is these graphs we are still missing.

Build is green
See https://jenkins.softwareheritage.org/job/DDEP/job/tox/110/ for more details.

• utils: Make parsing date result in a reasonable date

Build has FAILED

Made the required changes

Build is green
See https://jenkins.softwareheritage.org/job/DDEP/job/tox/109/ for more details.

• Refactor: Extract date utils manipulation function into utils module

Indeed it is the object of T1428. That's why I am a bit puzzled the work you have in progress does not simply target T1356. I was expecting some response to this very task in your grafanalib based code, which I did not find. So I was wondering if I missed something, that some data where still in munin only.

Build is green
See https://jenkins.softwareheritage.org/job/DDEP/job/tox/108/ for more details.

• tests: Factorize metadata xml duplication to explicit tested date

Build is green
See https://jenkins.softwareheritage.org/job/DDEP/job/tox/107/ for more details.

• deposit_read: Refactor to clarify intents and docstring

Build has FAILED

Build has FAILED