Discusión:Portada
De ProyectoFedora
Esta es la propuesta semi "final" de lo que debería ser la portada del wiki, por favor discutir acá si creen que se necesite hacer algún cambio o agregar nuevas cosas. La idea es ir creciendo a medida que existan mas tópicos "generales" e ir poniendolos en la página principal. Por ahora yo recomiendo dejarlo lo mas básico posible, mas adelante podríamos tener secciones como artículos mas destacados y eso, al mas estilo "wikipedia", pero por ahora KISS.
Tabla de contenidos |
Categorías basadas en grupos
En el mismo espíritu del párrafo anterior (KISS), he eliminado todos los enlaces secundarios para simplificar la página inicial y tal vez darle más estilo y atractivo que tener una página llena de enlaces secundarios que de paso no funcionaban (páginas inexistentes, aún falta eliminar algunos).
El estilo wikipedia implica dos formas de localizar lás páginas en el wiki, por búsqueda y por exploración.
Por ahora las búsquedas no me gustan mucho como funcionan así que estamos por ahora más basados en la exploración por categorías.
Importante por ahora es definir dichas categorías. Ya que en principio vamos a documentar el "software" una propuesta es usar los grupos RPM/YUM para ese fin y considerando Fedora + RPM Fusion. Abajo un listado arreglado con la nueva propuesta basada en grupos YUM "visibles" y según los repositorio Fedora + RPM Fusion.
#yum grouplist (F10)
Available Groups:
Base
Base (RPM Fusion Free)
Base (RPM Fusion Nonfree)
Printing Support
Hardware Support
Hardware Support (RPM Fusion Free)
Hardware Support (RPM Fusion Nonfree)
Fonts
Legacy Fonts
Dial-up Networking Support
Input Methods
Sound and Video
Sound and Video (RPM Fusion Free)
Development (*)
Development Libraries
Development Tools
Haskell Development
Java Development
Fedora Packager
Fedora Eclipse
GNOME Software Development
KDE Software Development
Legacy Software Development
Web Development
X Software Development
XFCE Software Development
Educational Software
Engineering and Scientific
Games and Entertainment
Games and Entertainment (RPM Fusion Free)
Games and Entertainment (RPM Fusion Nonfree)
Internet (*)
Graphical Internet
Text-based Internet
Internet (RPM Fusion Free)
Graphics
Java
Servers (*)
Mail Server
Legacy Network Server
MySQL Database
PostgreSQL Database
Network Servers
News Server
Server Configuration Tools
DNS Name Server
FTP Server
Web Server
Windows File Server
Clustering
Virtualization
Office/Productivity
Authoring and Publishing
Editors
System Tools
Administration Tools
System Tools (RPM Fusion Free)
Miscellaneous command line tools (RPM Fusion Free)
Desktop Environments (*)
GNOME
GNOME Desktop Environment
GNOME Desktop Environment (RPM Fusion Free)
SUGAR Desktop Environment
KDE
KDE (K Desktop Environment)
KDE (K Desktop Environment) (RPM Fusion Free)
Window Managers
X Window System
XFCE
LXDE
Done
Propuesta
Considerando el primer nivel quedaría así:
Base Sound and Video Development (*) Educational Software Engineering and Scientific Games and Entertainment Internet (*) Graphics Servers (*) Office/Productivity System Tools Desktop Environments (*) Java (**) (*) No existe tal grupo (**) Java, no estoy seguro donde colocarlo, pero no debería ser una categoría aparte de primer nivel, tal vez en Base.
Luego hay que traducir estos nombres de categorías :) y por supuesto reordenar todo el contenido relevante (trasladar). Habría que ver si hay forma de automatizar esto.
Fallas de la propuesta
En algunos casos, no sé cuántos, es posible que cierto paquete RPM no esté catalogado en ningún grupo o esté en un grupo sin mucho sentido, en dichos casos proyectofedora.ord deberá tomar la decisión de dónde colocarlo.
Los artículos de integración no se adaptan bien a este esquema, por lo que es mejor crear secciones aparte para ellos si se justifica. Hay casos en los cuales un componente "está" más arriba en la jerarquía natural, ejemplo Apache vs Squid, ya que Squid es un proxy, un artículo que hable de Apache + Squid, debería estar bajo Apache preferiblemente.
¿Cómo saber a qué grupo pertenece?
Primero notar que los grupos RPM y los grupos YUM son dos asuntos diferentes. En RPM, a saber, el paquete puede estar en un grupo, en YUM, el paquete puede estar en más de un grupo a la vez. Más aún, la información de grupos YUM depende del "creador" del repositorio habilitado, por lo que de hecho se puede controlar la pertenencias a grupos con grupos personalizados con la creación de un repositorio vacío con solamente esta información de grupos.
Para averiguar el grupo YUM, por ahora lo mejor que tengo es:
$ yum info-groups | grep yum-utils | sort | uniq yum-utils-1.1.18-2.fc10.noarch Base, System Tools
Note que este paquete ejemplo está en dos grupos YUM distintos, "Base" y "System Tools". En nuestro caso lo "natural" podría ser crear la jerarquía a partir de nuestra página principal y poner la documentación de este paquete en /Base/System Tools/yum-utils. La otra opción es que si existe un tema más amplio que lo abarque puede obviarse la jerarquía del segundo nivel y usar por ejemplo /Base/YUM/plugins. Sin embargo, sería útil que la página cargase las "marcas" "Base" y "System Tools" para que pudieran listarse de cierta manera que aún no conozco basándonos en esas marcas (tags + jerarquía simple por tópicos anidados).
Caso ejemplo de falla de localización de grupo YUM.
$ yum info-groups | grep yum-list-data | sort | uniq yum-list-data-1.1.18-2.fc10.noarch
En estos casos podemos recurrir a los grupos RPM para orientarnos.
A bajo nivel, grupo RPM, con rpm.
$ rpm -qi yum-list-data | grep Group Group : System Environment/Base Source RPM: yum-utils-1.1.18-2.fc10.src.rpm
Con yum-list-data instalado, grupo RPM.
$ yum list-rpm-groups yum-list-data ... ==================== Installed Packages ==================== System Environment/Base 1 (100%) ==================== Available Packages ==================== System Environment/Base 1 (100%) list-rpm-groups done
Si ambos tipos de grupo falla, habrá que usar el sentido común, ya sea para "no documentar un paquete tan pobremente empaquetado", o para colocarlo en la jerarquía en un lugar sensato y lógico.
