Preguntas prácticas, respuestas sin maquillaje.

Usa la página Download como referencia. Deriva el estado de release de los datos canónicos del proyecto; builds internas y artefactos de CI no se presentan como release pública.

Consulta Roadmap. Deriva la fase activa del repositorio canónico y muestra R/V/H sin convertir evidencia en porcentaje de finalización.

KDE es la primera referencia; XFCE y Hyprland llegan después de que la plataforma compartida se estabilice. El escritorio nativo sigue fuera del camino crítico de la primera release.

Sí. D-108 no bloquea otros DEs o WMs, pero solo los perfiles oficiales reciben integración, configuración y compatibilidad validadas por el proyecto. Compatible no significa validado.

Para el futuro escritorio nativo, D-019 define Wayland-only con XWayland bajo demanda. Es una decisión de arquitectura, no una afirmación de que todas las aplicaciones X11 ya fueron validadas en Felunyx.

No. Pasar V prueba integración en un entorno virtual; no prueba H. El hardware real necesita evidencia propia para firmware, GPU, red, almacenamiento, periféricos y energía.

La prioridad predeterminada definida por D-064 es Felunyx → Arch → AUR curado → Flatpak → Nix. El origen sigue visible y el usuario puede hacer un override consciente.

No. AUR puede aparecer en la interfaz oficial, pero receta, diff, origen, riesgo y el helper usado siguen expuestos. La GUI no convierte un paquete comunitario en paquete oficial.

Los cambios del sistema pasan por el backend compartido con el plan y sus consecuencias visibles. Felunyx no debe hacer reparaciones silenciosas ni cambios destructivos; los snapshots se activan según el riesgo.

Sí en instalaciones automáticas, según D-006. El proyecto no convierte eso en una promesa de nombres universales de subvolúmenes: los detalles exactos siguen perteneciendo a las especificaciones de cada fase.

Linux Zen es el kernel predeterminado y Linux LTS es el fallback explícito. La intención es que el fallback siga visible y pueda seleccionarse deliberadamente.

Sí. Felunyx usa systemd; es una decisión aceptada de la base del sistema, no una capa reemplazada u ocultada por la interfaz.

La dirección actual de D-090 es recomendar cifrado sin hacerlo obligatorio. La decisión es Provisional, así que el FAQ no presenta ese detalle como contrato final de instalación.

La dirección actual de D-092 es no tener telemetría por defecto. Cualquier mecanismo futuro de diagnóstico debe ser opt-in, inspeccionable y aprobado por separado; D-092 todavía es Provisional.

No en el diseño aprobado de la Fase 2. OpenSSH puede estar presente como dependencia del instalador, pero sshd permanece desactivado y la imagen no genera host keys. Es un requisito de fase, no una promesa sobre una futura función de acceso remoto.

No. El flujo aprobado es Análisis → Propuesta → Confirmación → Resultado. Las reparaciones silenciosas están prohibidas; el acceso remoto tampoco debe activarse sin consentimiento.

No por defecto. La política aceptada preserva home durante la restauración y usa snapshots de forma proporcional al riesgo de la operación, en vez de tratar cada paquete como un desastre inminente.

Sí. Las contribuciones pueden ser código, pruebas, documentación, traducción, diseño, informes de hardware, investigación o reproducción de bugs. Las decisiones canónicas siguen el proceso del proyecto, no una votación popular.

R es evidencia Remote, V es evidencia Virtual y H es evidencia en Hardware real. Pasar R no implica V; pasar V no implica H. Roadmap muestra estos gates sin tratarlos como porcentaje.