Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

scoop-bucket

Bucket de Scoop para Windows con manifiestos firmados de Glyndor, contraparte de apt.glyndor.net y homebrew-tap. Verifica checksums contra claves Ed25519 antes de renderizar paquetes.

Ficha actualizada 22 sept 2026, 18:11 · upstream 22 sept 2026, 15:58 · release sin release detectada

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es scoop-bucket

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Este repositorio proporciona manifiestos para binarios de Windows gestionados por Scoop, actuando como la contraparte oficial para los ecosistemas Linux (apt.glyndor.net) y macOS (homebrew-tap). La arquitectura de seguridad es fundamental: los checksums no provienen directamente de los activos de lanzamiento, sino de archivos SHA256SUMS verificados previamente contra la clave Ed25519 de la organización. Esto elimina la necesidad de servidores intermedios y garantiza que cualquier descarga con bytes que no coincidan con el hash SHA-256 fijado sea rechazada automáticamente por Scoop.

El proceso de actualización es automatizado mediante GitHub Actions, que realiza un pull horario para verificar firmas, renderizar manifiestos JSON con versiones y URLs, validar los cambios y commitearlos a la rama main. Si una firma falla, el bucket simplemente deja de actualizar en lugar de distribuir binarios no verificados, lo que garantiza la integridad del sistema incluso ante fallos de infraestructura.

CASOS DE USO
  • Instalación segura de podup para traducción y ejecución de Docker Compose con Podman rootless
  • Gestión de paquetes en Windows como alternativa a apt o Homebrew mediante Scoop
  • Verificación automática de integridad de binarios mediante firmas Ed25519 antes del despliegue
  • Actualización incremental de manifiestos sin intervención manual directa
PUNTOS DESTACADOS
  • Implementación de verificación de firma Ed25519 antes de renderizar manifiestos JSON
  • Arquitectura sin servidor intermedio que reduce la superficie de ataque en la cadena de suministro
  • Modo de fallo seguro donde las firmas inválidas detienen las actualizaciones sin comprometer binarios
  • Integración nativa con GitHub Actions para automatización de builds y verificaciones
PRECAUCIONES
  • epistle y helmly-agent no están construidos directamente en este bucket, requiriendo fuentes externas
  • Dependencia crítica de la integridad de las claves Ed25519 de la organización Glyndor
  • Requiere Git instalado previamente para añadir el bucket como repositorio
  • Actualizaciones automáticas pueden fallar si GitHub Actions no tiene permisos adecuados
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU4 vCPUrecomendación inicial
MEMORIA4 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADhighnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Instalar Git antes de ejecutar 'scoop bucket add'. Verificar que las actualizaciones periódicas funcionen correctamente. En caso de fallo en la verificación de firmas, el bucket dejará de actualizar pero no distribuirá binarios no verificados. Mantener monitoreado el estado de GitHub Actions para asegurar la continuidad del servicio.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Next.js
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
No detectados
06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.