News for hackers. Stuff that matters.
Re:Docker update ToS: Image retention limits imposed on free... by brutos on Thursday August 13, 2020 @11:12AM (#24144162)
This still means that tools published in the last few years until now might just be gone soon. The people who uploaded the images might have graduated or moved on and none will be there to save the work.
Re:Docker update ToS: Image retention limits imposed on free... by icebraining on Thursday August 13, 2020 @11:14AM (#24144193)
Sounds like a job for the Archive Team, as long as there's some way to identify the images worth saving.
Re:Docker update ToS: Image retention limits imposed on free... by maxfan8 on Thursday August 13, 2020 @11:20AM (#24144257)
Yep, just mentioned it to the Archive Team IRC. We're probably going to selectively archive particular Docker images, although that's a lot of manual labor.

If you have any ideas wrt to selecting important images, that'd be great.

Re:Docker update ToS: Image retention limits imposed on free... by thebouv on Thursday August 13, 2020 @11:29AM (#24144365)
Rough idea: maintain an Awesome List of images worth saving, take submissions from public, use that list to automate what to pull?
Re:Docker update ToS: Image retention limits imposed on free... by maxfan8 on Thursday August 13, 2020 @11:54AM (#24144692)
Yeah, good idea — I’m not in these fields so it’s difficult for me to judge. Also, it sounds like we should be prioritizing niche images that only a handful of papers use rather than images that people rely upon regularly.
Re:Docker update ToS: Image retention limits imposed on free... by cosmie on Thursday August 13, 2020 @12:32PM (#24145186)
Couldn't you bootstrap a list by searching/parsing the Archive dataset itself? Searching for

A) "docker pull" commands and parsing the text that comes after it based on the command's syntax[1] to extract instructional references to images such as "docker pull ubuntu:latest, and

B) Searching for links/text beginning with "https://hub.docker.com/_/" to identify informational references to image base pages such as (https://hub.docker.com/_/ubuntu)

[1] https://docs.docker.com/engine/reference/commandline/pull/

Re:Docker update ToS: Image retention limits imposed on free... by maxfan8 on Thursday August 13, 2020 @01:06PM (#24145575)
Good idea! The base images are probably not in danger of being deleted though.

The other issue is that (to my knowledge) the amount of papers on IA isn't terribly impressive. I think maybe indexing and going through SciHub will be better since some of these fields slap paywalls in front of their papers.

However, that's a pretty large task as well. The other thing is that papers rarely say "to reproduce my work do . . .". Usually the best we've got is a link to a GitHub repo (if that). I'm not sure how effective that strategy will be since it's guaranteed to be an under-count of the docker images we'd need to archive. Perhaps in conjunction with archiving all images that fall under particular search queries, we'd get the best of both worlds.

I've you've got ideas, feel free to hop onto efnet (#archiveteam and #archiveteam-bs) (also on hackint) to share your thoughts.

Re:Docker update ToS: Image retention limits imposed on free... by contravariant on Thursday August 13, 2020 @12:12PM (#24144907)
Since images tend to be based on each other I wonder if someone's analyzed the corresponding dependency graph yet. In theory you should get quite far if you isolate the most commonly used base images.
Re:Docker update ToS: Image retention limits imposed on free... by CameronNemo on Thursday August 13, 2020 @12:17PM (#24144982)
Are those not the images that are basically guaranteed to stay in Dockerhub?
Re:Docker update ToS: Image retention limits imposed on free... by toomuchtodo on Thursday August 13, 2020 @12:56PM (#24145482)
“Guaranteed” is a strong word.