Catch deprecated and disabled formulae before a bootstrap run does
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 39/100
Línea de trabajo
Start by reading install/bootstrap.zsh and the hostdiff brew lens, then trace how brewwr install adds packages. Compare the proposed brew info --json=v2 fields with the existing brew bundle check flow and identify how drift should report dates, reasons, and replacements. Done means deprecated and disabled formulae are surfaced during bootstrap checks and when adding a package.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
The name audit done while bringing up `install/bootstrap.zsh` only checked that each formula in `install/brew.d` exists. `xsv` existed, poured from a bottle, and printed:
```
Warning: xsv has been deprecated because it has an archived upstream repository! It was disabled on 2026-04-27.
```
A disabled formula stops installing at some point after its disable date, so the next `xsv` will be found by a VM run, or by a new laptop, rather than by a check. (`xsv` itself is now `xan`.)
Where the check belongs
- `hostdiff`'s brew lens: after `brew bundle check`, read `brew info --json=v2` for each entry and report `deprecated` / `disabled` with the date and reason as drift, with the fix line naming the replacement when Homebrew gives one.
- `brewwr install`: refuse, or warn loudly, when the package being added is already deprecated or disabled.
`brew info --json=v2 ` returns `deprecated`, `deprecation_date`, `deprecation_reason`, `disabled`, `disable_date` per formula, so both are a filter over one call. Tap formulae need the tap present; core names can also be read from `https://formulae.brew.sh/api/formula/.json` without Homebrew.
Opened from the bootstrap bring-up, 2026-10-21.
- Lenguaje dominante
- Shell
- Estrellas
- 1
- Forks
- 0
- Merge medio
- 14 h 36 min
- PR fusionados (30 d)
- 3
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Sin guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de indexzero/dotfiles
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 56/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
-
Easy to remember one-linersAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 48/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 8/100
Todos los issues de indexzero/dotfiles
Issues similares
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
Los mantenedores suelen responder en 1 día
-
[Resource]: Valpas Keep AwakeAbiertoresource-submission validation-passed
Dificultad 1/5 Menos de una hora Aptitud para principiantes 67/100
hesreallyhim/awesome-claude-code#3264 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
area: install bug good first issue hacktoberfest
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 3 días
-
Good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
armbian/build#11107 · 2 comentarios ·
Los mantenedores suelen responder en 1 día