- User Since
- Feb 14 2017, 10:57 AM (122 w, 2 d)
- Added release artifact in loading specification
From your comments, we can specify the following:
A deposit containing release metadata (softwareVersion, `releaseNoteè) is a release software artifact.
The metadata that arrives with a deposit MUST use CodeMeta vocabulary (this should be reviewed following T1345).
Tue, Jun 18
Fri, Jun 14
Wed, Jun 12
Thu, Jun 6
References to investigate:
- Zotero and the following issues:
I created a seperate branch moranegg on which I'm working and to which I'm pushing.
You can have a look, but I will ask for a merge only next week.
Seems I can't push to master, but it's better this way :-)
Sorry, I was in the midst of just adding quotes for readability and left it open.
Tue, Jun 4
I'm for the hashed origin only if we make it available as an identifier under our PID schema:
I have talked to Bruno about it for deposits on HAL.
It can't be implemented on HAL's form without an "high level" decision.
I think this will be the same for the actors roles.
Fri, May 24
I think that we should fetch all metadata found in its raw form (keep in xml if xml, etc.)
Apply translation techniques with CodeMeta to while identifying relevant metadata we want to keep in a translated format.
so no need to discriminate and choose what to fetch.
Not needed, Claude will deposit a new deposit called Scilab instead of renaming Scilab 1.1 to Scilab-> which will fix the issue
This is not possible, HAL doesn't send the metadata releaseNote even when existing!
All comments are open for discussion and IMHO are not subject to accepting this diff.
On the other hand, I didn't notice that the table is mixed up between name and type and should be changed before push.
I really like it!
Wed, May 22
Tue, May 21
May 20 2019
Also adding this example:
May 17 2019
Resolved locally by adding 'decorator' from swh-core to the requirements.
May 15 2019
May 14 2019
May 10 2019
small language changes to clarify..
May 6 2019
Apr 25 2019
Apr 24 2019
@zack Thanks for the answer.
It's not a blocker per se but I prefer to have a long term decision before moving the specs from different spaces, so for me it's a high priority.
It wasn't clear to me that it should be in the docs and that this is the long term decision.
Apr 23 2019
I need this decision for different specs, for example:
- Legacy software deposit
- Sparse / Metadata deposit (now in docs)
- Metadata workflow- How do we dill with software metadata (T1344)
Apr 22 2019
Apr 19 2019
Resolved with last deployment on HAL
Thank you both for dealing with this bug quickly!
Apr 18 2019
Apr 17 2019
After pairing with Ardumont, the updates are validated!
Validating this but we have some changes to do on the added test to follow a more restrictive grammar.
Blocked because I thought I can call swh-deposit like old times:-)
Now it is good for me (saw the slug changes live).
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?
Apr 16 2019
======================= 112 passed, 1 warnings in 16.33 seconds ======================== Exception ignored in: <function WeakValueDictionary.__init__.<locals>.remove at 0x7ff254794840> Traceback (most recent call last): File "/home/morane/Documents/code/swh-environment/swh-deposit/.tox/py3/lib/python3.5/weakref.py", line 117, in remove TypeError: 'NoneType' object is not callable Exception ignored in: <function WeakValueDictionary.__init__.<locals>.remove at 0x7ff254794840> Traceback (most recent call last): File "/home/morane/Documents/code/swh-environment/swh-deposit/.tox/py3/lib/python3.5/weakref.py", line 117, in remove TypeError: 'NoneType' object is not callable WARNING [pifpaf.drivers] `psutil.Popen(pid=5224, status='terminated')` is already gone, sending SIGKILL to its process group WARNING [pifpaf.drivers] `psutil.Popen(pid=5207, status='terminated')` is already gone, sending SIGKILL to its process group WARNING [pifpaf.drivers] `psutil.Popen(pid=5202, status='terminated')` is already gone, sending SIGKILL to its process group _______________________________________ summary ________________________________________ flake8: commands succeeded py3: commands succeeded congratulations :)
tox passes locally.
I would add/change the date formats in tests (because we can recieve dates in different styles)
and/or test only the _parse_date and compute_date functions.
Here some examples: