User Details
- User Since
- Sep 9 2015, 9:17 PM (292 w, 3 d)
- Roles
- Administrator
Fri, Apr 16
Thanks to all of you for this dicussion and proposals.
Great. In addition to the content of the free form field, the standard answer should contain proper boilerplate reminding what is expected in a Save Code Now request, along the lines of what is written in the "Help" tab of https://archive.softwareheritage.org/save/
On a related note, it may be useful to regularly report requests that did not complete (either as success or failure) in a reasonable amount of time after being scheduled.
Thu, Apr 15
Wed, Apr 14
Great news :-)
Tue, Apr 13
Ok, this is converging with the discussion in T3234: we fully agree that having proper errors reported to the user is the way to go, so let's forget about the "sanitization" approach.
Ok, so no need to change the specification document for SWHIDs.
@vlorentz , @anlambert : thanks for progressing the discussion on this issue.
After mulling over your inputs, here is my current understanding:
I wonder if this is not overkill: SWHID may evolve in the future, and maintaining two implementations (one of them in JS!) may be source of headaches down the line.
A simple "sanitization" phase in the frontend catching the most common issues (trailing slashes, leading or trailing tabs or spaces, etc.) would probably be enough for our purpose.
Sat, Apr 10
As a compromise, we could accept this trailing slash, but show a warning on the interface and/or codify in the SWHID specification an exhaustive list of "fixes" that user interfaces can/should do.
There are already many URLs in the open, so even if we remove the trailing slash now, that does not solve the problem.
Fri, Apr 9
Tue, Apr 6
Mon, Apr 5
Ok, this is the way we'll go, merging in T3196 that is now obsolete.
Fri, Apr 2
Let me make explicit a key requirement that apparently is not as obvious as I thought: the improvement we look for must not change the current UI in any way. Remember that we have tutorials, papers, instructions all over the place with the current UI, and many active users of the current UI, including journals that have trained their vendors about it, and are quite happy: it is too late (and counterproductive) to make changes now. Please do not debate this point: it is a firm decision.
Thu, Apr 1
Wed, Mar 31
Mon, Mar 29
Fri, Mar 19
Mar 17 2021
After recent exchanges with @hboutemy and Charles Sabourdin, here is a clarification of the scope of this task.
We need a Maven repository lister that addresses the following issues:
Mar 15 2021
Let's organise a call next week to explore the options, including the new opportunities of testing that emerged recently.
Did you consider PMem (and other configurations for Intel Optane memory) in your discussion? It offers a very interesting price/performance ratio.
There are machines on Grid5000 available to test this technology if needed.
Mar 14 2021
Mar 11 2021
@hboutemy : I wonder if you are aware that we have now in place a grant program that allows to fund development of listers like this one.
All the information is available at https://www.softwareheritage.org/grants and you can mail me for more info if needed.
Work is in progress with the first academic ambassador.