Una interfaz web para acceder a información de repositorios huayra.
Home Page: https://devel-huayra.conectarigualdad.gob.ar/
License: MIT License
Una aplicación web que nos permite visualizar el estado del repositorio, las versiones de los paquetes y hacer consultas.
Actualmente estamos publicando una versión de produccion en: http://devel.huayragnulinux.com.ar/
Este proyecto se realizó usando ember-js, así que los pasos de instalación y prueba local son:
npm install
bower install
ember serve
Actualmente la aplicación front-end no está mostrando mensajes de error para los problemas más comunes.
Por ejemplo, cuando se intenta mostrar un paquete con nombre incorrecto la aplicación permanece en la pantalla de carga:
Tampoco se muestra un mensaje de error si la url es irreconocible para ember, por ejemplo:
El campo descripción ahora es un diccionario, y eso ocasiona que la vista de paquete no muestre la descripción correctamente.
Para resolverlo tendríamos que actualizar el fixture de mirage (así nos queda consistente con el cambio de la api) y luego corregir el template para que muestre correctamente la información.
Por ejemplo en la vista un paquete:
https://devel-huayra.conectarigualdad.gob.ar/#/packages/torbellino/node-webkit
Ejemplo:
og:title - Paquete node-webkit para Huayra GNU/Linux
og:image - Un logo de Huayra
(a descripcion del paquete) og:description: node-webkit es una plataforma que permite crear aplicaciones
utilizando HTML5, webkit y nodejs.
Asi cuando se comparte el link por redes sociales, quedan bien los datos mostrados.
Para acceder al api del backend ahora se llama directo al puerto donde esta corriendo ej:
:8088/distributions
Se debe poder cambiar la configuracion par que apune a un URL sin el puerto..ej:
/api/distributions
Agregar la vista del paquete source similar al actual binario.
Se tiene que ver cuales son los paquetes binarios que genera
Se tiene que ver el link al directorio del pool repo.
Para el paquete plank:
http://repo.huarya....... /huayra/pool/main/p/plank/plank_0.8.0-1_amd64.deb
Mostrar:
http://repo.huarya....... /huayra/pool/main/p/plank/
En la vista del paquete, donde se muestran los links de descarga, aparecen duplicados ya que es el mismo archivo.
ejemplo:
http://repo-frontend.surge.sh/#/packages/zonda/rtl-8723-firmware
captura:
Hasta ahora las dependencias se esperaban como una lista de paquetes. Pero en realidad notamos que este formato debería ser diferente, y tendríamos que representarlo con diccionarios.
Ahora se ve así:
Lo ideal es que se vea como una lista de links.
Cambié la especificación para poder soportar alternatives y para reflejar que voy a parsear las dependencias server-side.
En comparación al sitio de paquetes de debian, nosotros no estamos mostrando la descripción de los paquetes.
¿Es buena idea incluir esta descripción?, aquí las diferencias de cara al usuario:
Cuando se listan muchas versiones del paquete, es mas facil selecionar uno si hay un hover del mouse en toda la fila que lo resalte
Se tiene que agregar un botón de búsqueda que figure desde la pantalla de inicio. (puede ser algo persistente tambien entre las diferentes vistas)
Al menos se tiene que poder buscar por nombre de paquete y en las descripciones. (opcionalmente se podría agregar un filtro que se por una distro específica o todas)
Como resultado, se tiene que mostrar el listado de paquetes que coincidan con esos criterios.
(deberíamos mostrar al menos: nombre del paquete, versión, descripcion corta, distro, arquitectura, algo similar al listado de paquetes por distro)
Se tiene que poder hacer un click en el nombre del paquete e ir la pagina del mismo.
Tener en cuenta si el paquete es un binario o un source para formar el link.
El backend debe guardar algun contador de la búsqueda para sacar una estadística a futuro, de por ejemplo "paquetes mas buscados".
Ahora la api retorna los archivos asociados de manera diferente:
Lo ideal es tomar esa información, y mostrarla en la interfaz de manera similar a lo que hace el sitio de paquetes de debian:
La aplicación no explica en el README algunas cosas básicas que un usuario necesita saber para probar la aplicación por su cuenta. Por ejemplo, la aplicación usa mirage con algunos datos de prueba. Pero para integrar a un backend debería usar el flag --proxy.
Lo ideal es documentar esto, dar algunos ejemplos de comandos como:
ember s --proxy http://devel.huayragnulinux.com.ar:8081/
y detallar un poco de qué se trata mirage.
En la interfaz no se muestran correctamente las arquitecturas y versiones.
ej:
http://repo-frontend.surge.sh/#/distributions/zonda
captura:
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
Django
The Web framework for perfectionists with deadlines.
Laravel
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
Microsoft
Open source projects and samples from Microsoft.
Google
Google ❤️ Open Source for everyone.
Alibaba
Alibaba Open Source for everyone
D3
Data-Driven Documents codes.
Tencent
China tencent open source team.