Page MenuHomePhabricator

Archive operations/debs/hhvm repository
Open, Needs TriagePublic

Description

To-do list

  • This task
    • Add maintainers of that repo as subscribers to this task (if they have no apparent Phabricator account, notify them on-wiki or via email if possible and note it here).
    • Add Phabricator project as a tag for this task
  • Phabricator
    • Archive Phabricator project for the repo.
    • Mark all Phabricator tasks for the repo either Declined or Invalid.
    • Edit Phabricator project description for the repo with a link to this ticket. done
  • Configuration/tests/integrations/etc.
  • Repositories

Event Timeline

re: # Remove from https://doc.wikimedia.org/ if present (requires Continuous-Integration-Infrastructure shell user to delete directly from the server).

On doc1001.eqiad.wmnet, in /srv/docroot/org/wikimedia/doc/ is large number of files matching string hhvm or HHVM. What exactly would you want to delete? Is it worth trying to actively remove old docs?

Dinoguy1000 changed the task status from Open to Stalled.Oct 31 2019, 6:24 PM
Dinoguy1000 subscribed.

Marking as stalled per note at the top of the description (please undo if I've overstepped my bounds here or anything).

re: # Remove from https://doc.wikimedia.org/ if present (requires Continuous-Integration-Infrastructure shell user to delete directly from the server).

On doc1001.eqiad.wmnet, in /srv/docroot/org/wikimedia/doc/ is large number of files matching string hhvm or HHVM. What exactly would you want to delete? Is it worth trying to actively remove old docs?

That's for auto-built docs/etc.. FWICT, we don't have any, so I'll drop the step.

Kizule updated the task description. (Show Details)
Joe changed the task status from Stalled to Open.Jan 17 2020, 8:32 AM
Joe updated the task description. (Show Details)
Joe subscribed.

We should also remove all the stale docker images.

Dzahn updated the task description. (Show Details)
Dzahn added a project: Phabricator.
Dzahn updated the task description. (Show Details)
Dzahn updated the task description. (Show Details)
Dzahn updated the task description. (Show Details)

Change 565680 had a related patch set uploaded (by Jforrester; owner: Jforrester):
[integration/config@master] layout: Archive operations/debs/hhvm

https://gerrit.wikimedia.org/r/565680

Mentioned in SAL (#wikimedia-operations) [2020-01-17T19:14:31Z] <mutante> gerrit - switching operations/debs/hhvm to READONLY mode and adding ARCHIVED to description (T237038)

Change 565680 merged by jenkins-bot:
[integration/config@master] layout: Archive operations/debs/hhvm

https://gerrit.wikimedia.org/r/565680

Change 565684 had a related patch set uploaded (by Jforrester; owner: Jforrester):
[operations/debs/hhvm@master] Archive repo

https://gerrit.wikimedia.org/r/565684

Change 565684 merged by Dzahn:
[operations/debs/hhvm@master] Archive repo

https://gerrit.wikimedia.org/r/565684

Mentioned in SAL (#wikimedia-releng) [2020-01-17T19:25:16Z] <James_F> Zuul: [operations/debs/hhvm] Archive T237038

Only thing left here is "Remove all stale docker images"

By "stale docker images" do we mean these?

releng/composer-hhvm
releng/composer-package-hhvm
releng/composer-test-hhvm
releng/hhvm
releng/hhvm-compile
releng/hhvm-jessie
releng/hhvm-jessie-compile

By "stale docker images" do we mean these?

releng/composer-hhvm
releng/composer-package-hhvm
releng/composer-test-hhvm
releng/hhvm
releng/hhvm-compile
releng/hhvm-jessie
releng/hhvm-jessie-compile

Yes, those are all very abandoned at this point. Per https://github.com/docker/hub-feedback/issues/907 there's apparently no way to flag images as deprecated in the docker registry spec, so just deleting them without programmatic notice is I suppose all we can do?

By "stale docker images" do we mean these?

releng/composer-hhvm
releng/composer-package-hhvm
releng/composer-test-hhvm
releng/hhvm
releng/hhvm-compile
releng/hhvm-jessie
releng/hhvm-jessie-compile

Yes, those are all very abandoned at this point. Per https://github.com/docker/hub-feedback/issues/907 there's apparently no way to flag images as deprecated in the docker registry spec, so just deleting them without programmatic notice is I suppose all we can do?

According to https://wikitech.wikimedia.org/wiki/Docker-registry#Deleting_images yes, we don't really have another way than using this imperfect solution (removing all tags) because there's no real way to remove repositories/images, as well as no way to flag them as deprecated as you mentioned.