AZLinux

Han pasado más de 5 años desde la última entrada en esta bitácora. Cinco años que han dado para mucho. Cinco años en los que hemos dado la vuelta a la tortilla, ya que actualmente, el 70% de los ordenadores del Ayuntamiento de Zaragoza tienen un sistema operativo Linux. Cinco años en los que el proyecto Vitalinux Edu de la DGA, heredero del germen que supuso Vitalinux, ha nacido y se ha expandido en casi 80 centros educativos de Aragón.

La palabra frugalidad parece que está últimamente de moda. Puede tener connotaciones negativas como austeridad o pasividad, pero en nuestro contexto, tiene connotaciones muy positivas, ya que están relacionadas con la optimización y la eficiencia. A lo largo de este tiempo, se han visto mermados nuestros recursos humanos para afrontar la migración a software libre dentro del Ayuntamiento, pero cada día teníamos que dar soporte a más ordenadores y realizábamos más proyectos en paralelo. Nuestra receta ha sido sencilla: aplicar los procedimientos adecuados y llevar a cabo la mejora continua siempre que nos ha sido posible.

Sólo así se entiende como un equipo reducido de personas lleven el desarrollo y la gestión de más de 3000 ordenadores en el Ayuntamiento. Personas que, si por algo destacan, es por intentar aplicar el sentido común en cada una de sus acciones: no reinventar la rueda, apoyarse en hombros de gigantes y hacerlo todo lo más sencillo posible para que sea mantenible en el tiempo. Este planteamiento es el que nos ha conducido a la receta: paquetería linux + migasfree + integración continua.

Partimos de la integridad y auditoría que otorgan los paquetes Linux al sistema operativo. Después, desarrollamos migasfree para agilizar y controlar las tareas de mantenimiento de los ordenadores. Finalmente, hemos montado un sistema de integración continua basándonos en GitLab, cerrando así el flujo de trabajo.

Este método de trabajo es el que también explica cómo hemos respondido a los desafíos que nos ha traído esta pandemia. En un tiempo récord teníamos que satisfacer la demanda del teletrabajo para los empleados municipales. En 3 días ya tuvimos un sistema operativo Linux preparado para trabajar a través de una VPN municipal. Gracias a migasfree, hemos podido evolucionar este proyecto para mejorar la experiencia de usuario y la seguridad de las conexiones. En 3 meses hemos dado servicio a casi 800 nuevas estaciones de teletrabajo, entre ordenadores dedicados y máquinas virtuales.

AZLinux no es una distro generalista. Está pensada para un entorno muy concreto: el Ayuntamiento de Zaragoza. Pero lo que sí podemos transmitir es nuestro modelo y las herramientas que usamos. Esperamos que nuestras experiencias puedan ser seguidas por otros organismos, ya sean públicos o privados. Hemos demostrado que con determinación, motivación y constancia es posible cambiar las cosas desde dentro y ser cada día más eficientes y eficaces.

Etiquetas: evolución

Por @jact_abcweb.

Hacía ya un par de años en que no nos dejábamos caer por el blog. Las razones han sido diversas, pero ha habido una que se alza por encima de las demás: la falta de novedades.

El otro día me preguntaban si habíamos tocado techo con respecto a los equipos que podíamos pasar de Windows a Linux. Mi respuesta fue esta: nos han hecho tocar techo. Desde hace 2 años, el número de equipos con Linux se mantiene estable: 1/3 del total. Nunca nos lo han puesto fácil, pero es que, por más que pidamos colaboraciones, no hay voluntad por ir todos en la misma dirección.

¿Y en qué hemos dedicado este tiempo? Pues muy sencillo. En seguir dedicándonos a lo nuestro, contando únicamente con nuestros recursos. Si a finales de 2012 empezábamos nuestra andadura con Ubuntu (AZLinux 12), a día de hoy, los 1100 equipos con Linux tienen la misma versión.

También hemos continuado divulgando nuestra experiencia y, gracias a ella, junto con otras personas, creamos el proyecto Vitalinux. Para cada uno de nosotros tiene un significado y objetivos distintos pero, para mí, tenía uno muy claro: dar a conocer nuestro método de trabajo al gran público para que otras organizaciones puedan seguir nuestros pasos.

AZLinux, como ya hemos comentado en otras ocasiones, es una "distribución" adaptada a las necesidades del Ayuntamiento. Fuera de ese ámbito, no tiene sentido aplicarla, simplemente, porque las necesidades en otros sitios, son diferentes. Pero sí se pueden aplicar las herramientas que usamos y la experiencia que hemos ido acumulando en el viaje.

Aun contando con pocos recursos, el proyecto Vitalinux está teniendo una gran repercusión y, el departamento de Educación de la DGA se ha fijado en nosotros y ha empezado un piloto para los colegios públicos basándose en él.

Otras piedras en el camino

Las bases de datos Access que salen como hongos tras un día de lluvia. Bases de datos que tienen varios problemas graves:

• La mayoría no están hechas por programadores, por lo que cada una está hecha de forma diferente y con métodos que dificultan el poderlas usar bajo un entorno en Wine.
• No están controladas, por lo que es difícil planificar acciones reactivas.
• Esto pone de manifiesto que hay necesidades informáticas que no están cubiertas por los recursos del propio Ayuntamiento. Seguramente debido al pobre dimensionado del departamento de informática, que se ve incapaz de atender todas estas necesidades.

Se siguen usando programas privativos en lugar de buscar alternativas basadas en formatos abiertos o entornos que fomenten la multiplataforma. Este planteamiento continuista también provoca dificultades porque:

• Algunos son programas antiguos muy ligados a una determinada plataforma y pone complicado incluso actualizar esa plataforma. Además, si esos programas ya no tienen actualizaciones, o la empresa que lo ha hecho ya no existe, no hay opción para evolucionar a otra cosa sin un gasto añadido.
• Otros, al ser programas poco extendidos (o hechos ad hoc para un departamento), es bastante probable que no puedan ejecutarse en un entorno en Wine.
• Pero la peor de todas es cuando argumentan: esto ha funcionado siempre así. El inmovilismo es, de lejos, el problema más grave, porque tiene detrás un problema de actitud.

El acceso y firma con certificados digitales en sitios web. Las sedes electrónicas de la administración pública española (ya sea general, autonómica o local) son un crisol de applets Java, con requisitos diferentes y sin unificación de criterios, que hacen verdaderamente complicado tener una única plataforma de acceso a todas ellas. Algunos de los problemas se dan en todos los sistemas operativos, como la versión y configuración de la JVM o el navegador, pero hay otros problemas que atañen especialmente a Linux.

Esto es así por nuestra particular infraestructura. Los certificados digitales de empleado público residen en tarjetas criptográficas. Es precisamente el acceso al almacén de la tarjeta lo que nos trae más quebraderos de cabeza.

Existe un proyecto libre llamado OpenSC, que tiene como objetivo facilitar este acceso a las diferentes tarjetas. Este proyecto tiene bastante alcance y difusión, por lo que todas las distribuciones base de Linux proveen versiones listas para el consumo. El único requisito es que es necesario publicar las especificaciones técnicas de cada tarjeta en el proyecto.

La FNMT-RCM es quien ha hecho esas especificaciones para nuestras tarjetas criptográficas (Ceres). Sin embargo, en lugar de aunar esfuerzos con otras organizaciones de otros países y contribuir al proyecto OpenSC, ha decidido crear sus propias herramientas de acceso. Aquí tenemos patente un problema de dependencia tecnológica, pero que además se ve agravado en entornos Linux. Esto es así porque no todas las funcionalidades que tienen las herramientas para entornos Windows tienen equivalencia en las que publican para Linux. Además, sólo soportan un pequeño número de distribuciones Linux, por lo que están limitando elecciones.

Hemos reclamado estas circunstancias en repetidas ocasiones, pero mucho me temo que no tienen en consideración nuestras peticiones porque nuestro caso es demasiado singular: debemos ser la única administración pública que usa Linux y tarjetas criptográficas para sus certificados. Si fueran una empresa privada podría entender su planteamiento. Siendo parte de la administración pública española... no soy experto en leyes pero... creo que la Ley 11/2007 tendría algo que decir al respecto.

Somos una organización heterogénea, también tecnológicamente hablando, y queremos seguir así durante mucho tiempo. Primero porque no nos gustaría desandar lo que hemos conseguido hasta ahora y, segundo, porque aun falta mucho por recorrer. Y no es tanto un problema técnico (que rara vez lo es) sino por problemas de cerrazón e incapacidad evolutiva. Esta es la tarea que llevará más tiempo.

Etiquetas: evolución, dificultades

Recientemente nos pidieron desde el MOOC de Miríada X la realización de un pequeño video sobre nuestro equipo de trabajo ... y allá que fuimos.

En este pequeño documental describimos brevemente nuestro trabajo de implantación de Software Libre en los escritorios del Ayuntamiento de Zaragoza y sobre todo plasmamos las opiniones personales de los miembros del equipo AZLinux.

Esperamos que os guste.

Por @jact_abcweb.

Esta es la historia de un grupo de pioneros. Aún hoy, todavía quedan tierras por conquistar y paraísos por descubrir. Y alguien tiene que hacerlo. Sólo los espíritus indomables son capaces de hacer frente a las adversidades del camino y continuar su periplo día tras día.

Este 2012 que acaba, termina para nosotros mucho mejor de lo que empezó. A finales del año anterior y a principios de este, habíamos padecido graves problemas de integración de nuestro NCL con documentos ofimáticos y eso había conllevado casi un parón total en las migraciones de equipos a Linux.

Pero, como dice el dicho, a grandes males, grandes remedios. Ni cortos ni perezosos, no esperamos a que nadie viniera a solucionarnos el tema y, por nuestra cuenta (como hacen los auténticos pioneros), dimos un rodeo al problema y convertimos el contratiempo en una nueva oportunidad. Aunque perdíamos alguna funcionalidad, utilizamos el protocolo NCP (más arcaico que la evolución que presentaba el NCL) para conectarnos a nuestros servidores de ficheros.

Esto resolvió la encrucijada y, además de permitirnos retomar las migraciones, también nos dio la ocasión de no anclarnos sólo a sistemas basados en SuSE para desarrollar AZLinux. El paquete ncpfs también se encuentra disponible para otras distribuciones y pensamos que era el momento perfecto para pensar en otras posibilidades.

Finalmente nos decantamos por Ubuntu y, durante gran parte del presente año, hemos trabajado en adaptarlo a nuestras necesidades. En octubre ya teníamos una plataforma bastante estable y desde entonces hemos estado haciendo pruebas con un grupo escogido de usuarios. El año que viene será ya nuestro buque insignia.

Pero no sólo nos hemos dedicado a pensar en el futuro, sino que también hemos gastado nuestros recursos en mejorar procesos internos. Sobre todo, han ido encaminados en dos frentes.

El primero, en unificar, mejorar y ampliar nuestros procesos automáticos de migraciones. Como resultado, publicamos un esquema que resume el amplio abanico de posibilidades que cubrimos hasta el momento.

El segundo, en conseguir que nuestra navaja suiza, migasfree, nos sirviera también para interactuar con equipos Microsoft Windows. A día de hoy, ya tenemos un cliente para esta plataforma que es capaz de inventariar el equipo en el servidor y recoger información sobre el hardware. Próximamente será capaz de instalar/desinstalar software empaquetado. También estamos dedicando esfuerzos en mejorar la usabilidad del servidor y en agilizar el sistema de instalación para que sea más fácil captar usuarios que puedan contribuir a enriquecer más esta aplicación.

Como he dicho al empezar, ha sido un gran año para nosotros y sólo nos queda un deseo para el que viene: que podamos continuar afrontando nuevos desafíos, porque ganas no nos faltan ;).

Por @jact_abcweb.

Con motivo del Zentyal Summit de este año, Ricardo Cavero (@caveroarceiz), ha dado una charla sobre la evolución del proyecto de migración a software libre que estamos llevando a cabo desde hace unos años en nuestro Ayuntamiento. Desde hace unos meses estamos trabajando en una versión de AZLinux basada en Ubuntu y esta no podía ser mejor ocasión para presentarla en sociedad.

Aún no es una versión en producción aunque ya está en fase beta. Nos faltan algunos ajustes finales y, para resolver varios de ellos, vamos a contar con la ayuda de Zentyal. Ante todo, debemos centrarnos en conseguir la mejor experiencia de usuario posible para que nos ayude en nuestra gestión del cambio diaria. Y tener tan cerca de nosotros a una empresa como Zentyal nos da las garantías necesarias para emprender este nuevo reto.

El cambio a Ubuntu nos da más independencia tecnológica de la que teníamos pero, sin embargo, nos ha cambiado el paradigma de escritorio que hasta entonces conocíamos con Gnome 2. La elección del nuevo entorno de escritorio no ha estado exenta de dudas e incertidumbres y esperamos no habernos equivocado demasiado en nuestra opción final: Gnome Classic.

Otro aspecto importante que debíamos tener en cuenta antes de sacar a producción la nueva versión de AZLinux era preparar las herramientas necesarias para la actualización de los equipos existentes (tanto de Windows a AZLinux 12, como de AZLinux 2 a la versión 12). Este es el motivo que ha hecho ralentizar el proceso de culminación de esta versión. Pero ahora que este trabajo está terminado, estamos en condiciones de seguir con las pruebas en algunos usuarios reales (especialmente seleccionados para la ocasión).

Durante la charla en el Zentyal Summit, ha habido una pregunta que me ha llamado especialmente la atención. Alguien ha preguntado sobre si teníamos alguna medida sobre el estado de satisfacción de nuestros usuarios con el cambio de sistema operativo. La realidad es que no la tenemos como tal, aunque la comunicación y el feedback es constante con ellos. De hecho, la experiencia de estos años, nos hace sacar estas conclusiones al respecto:

• En nuestra organización, ha sido más problemático el cambio de la herramienta ofimática que el del sistema operativo. Mientras que tenemos a dos personas en exclusiva para resolver dudas sobre OpenOffice/LibreOffice, tan apenas hay incidencias sobre el uso del sistema operativo (una vez que los usuarios han pasado por un curso de formación que nosotros mismos hemos diseñado).
• Las soluciones de las incidencias de los equipos con Linux son más fáciles de desplegar que en los equipos con Windows que poseemos. Además, un determinado problema suele propagarse menos porque, una vez detectado en un equipo, la solución se aplica a todos los demás en un período de tiempo razonablemente corto (gracias al hecho de que paquetizamos los cambios en la configuración software, a nuestra herramienta de distribución migasfree y a que los equipos con Linux son mucho más homogéneos y menos degradables).
• Aunque la gestión del cambio ha sido constante durante todo este tiempo, últimamente hemos observado una variación en la tendencia. Si antes los usuarios eran reticentes a los cambios, ahora los hay que nos piden directamente que les actualicemos a Linux porque han observado que va más rápido (la edad media de nuestros equipos es de 5/6 años) y da menos problemas.

Presentación del Proyecto AZLinux en Zentyal Summit 2012

Etiquetas: ubuntu, zentyal

Por @jact_abcweb.

Con el cambio de distribución base (de openSUSE a Ubuntu), tocaba, de nuevo, salvar el importante escollo de hacer funcionar los certificados digitales en la nueva plataforma. El reto consistía (otra vez) en tener disponibles simultáneamente ambos tipos de certificados: Ceres y DNIe. Todo volvía a depender de encontrar una versión de OpenSC que hiciera esto posible.

OpenDNIe está a punto de integrarse dentro de OpenSC, y en la forja de Cenatic hay versiones previas a esta inminente integración, que permiten instalarlo sin problemas en varias distribuciones Linux actuales.

Sin embargo, Ceres se ha quedado en el limbo. La comunidad dispone de una versión liberada del proyecto de la FNMT, pero nadie da el paso para integrarla dentro de OpenSC. El resultado es que cada vez es más complicado hacer convivir ambos módulos en las distribuciones modernas de Linux.

¿Cómo lo hemos conseguido esta vez?

El escollo más claro lo constituye el hecho de que a partir de OpenSC-0.12, ya no es posible cargar módulos de certificados digitales. Había que encontrar una versión que funcionara en Ubuntu Precise y que permitiera la carga de módulos.

De nuevo, hemos recurrido a la forja de Cenatic para partir de una versión de OpenSC-0.11.13 que integra, además, el DNIe.

La mala noticia es que ha costado compilar dicha versión en Ubuntu 12.04. Cambios en la forma de enlazar librerías en el sistema, nos han mantenido entretenidos durante algunas semanas. Aún así, no hemos sido capaces de compilarla con todos los módulos activos, y hemos tenido que prescindir de la librería opensc-signer.so.

El siguiente reto ha consistido en paquetizar el resultado de la compilación. Para ello, hemos partido del paquete para Ubuntu Natty (el último de la versión 0.11).

Se han tenido que quitar algunos patches, modificar algún otro y adecuar la compilación para que no se genere el paquete mozilla-opensc (la librería opensc-signer.so). Aparte de eso, el paquete es funcional en Ubuntu 12.04.

Después, se ha compilado el módulo de Ceres, modificando, naturalmente, la versión referida a OpenSC.

Conclusiones

El sistema funciona pero si cada vez que cambiemos de versión de Ubuntu hay que hacer todo esto (mientras se pueda hacer...), vamos a tener un problema importante en la migración a Linux de nuestra administración.

Tras varios años de trabajar con entornos Linux y los certificados digitales españoles, me vuelven a surgir algunos interrogantes a los que todavía no hemos encontrado respuesta: ¿Cuándo tendremos disponible Ceres dentro de OpenSC? Si se ha conseguido con el DNIe, ¿qué inconvenientes hay para que no se pueda integrar el código de Ceres?

El DNIe es potencialmente usable por gran parte de la población española.

Ceres es usado a diario por la administración pública española para sus gestiones con certificados digitales.

Artículos relacionados

• Certificados digitales en AZLinux 3.
• Conclusiones del OpenDNIe hackfest.
• OpenDNIe en AZLinux.

Etiquetas: dnie, ceres, cenatic

Miguel Jaque finaliza su etapa en CENATIC.

Durante la andadura de AZLinux tanto Miguel Jaque como otros compañeros de Cenatic nos han acompañado en nuestras alegrias y penas. Recuerdo especialmente tu charla sobre Presente y Futuro del Software Libre en Zaragoza Milla Digital en la que tuve el honor de compartir mesa contigo.

Reconocemos y agradecemos tu labor en CENATIC como defensor del Software Libre con argumentos éticos y técnicos, y especialmente tu apoyo para que la AAPP avance hacia modelos mas abiertos y sostenibles.

El Software Libre es abierto y sostenible, y estoy convencido que esto, a no tardar mucho, va a ser una exigencia de nuestro clientes, los ciudadanos y ciudadanas a los que debemos máxima eficacia y eficiencia.

Miguel, esperamos contar contigo en tu nueva andadura para la que te deseamos toda la suerte del mundo.

Eduardo Romero. Equipo AZLinux

Por @jact_abcweb

Este blog ha sido testigo de algunos artículos relacionados con el desarrollo de AZLinux 3. Esta versión era la sucesora de la que ahora mismo está en producción y estaba basada en openSUSE 11.4. Y lo digo en pasado porque ya nunca verá la luz. Diversos motivos nos han llevado a cambiar de distribución base.

Uno ha sido la política de actualizaciones de openSUSE, que nos ha dejado sin paquetes para la versión 11.2 (nuestro actual AZLinux 2) y que dentro de poco hará lo propio con la versión 11.4. Otro, el más importante, ha sido que hemos descubierto un método alternativo de conexión a nuestra infraestructura de ficheros Netware. Este método, aunque más lento y de peor rendimiento que el que teníamos, nos ha posibilitado independizarnos de una distribución única de Linux y así hemos podido escoger entre un amplio abanico de posibilidades.

Meses atrás os pedíamos opinión sobre este asunto. Os agradecemos los comentarios y vuestros consejos. Al final nos hemos decantado por Ubuntu 12.04 LTS, con Gnome Classic como escritorio.

Con el cambio de distribución, hemos decidido cambiar también la numeración. Por eso, y porque aunque AZLinux 3 no haya llegado a ser, sí que nos ha servido como campo de pruebas para evolucionar nuestra distribución (y no queríamos que su recuerdo se perdiera si manteníamos el número 3 para la nueva versión).

AZLinux 12 está creciendo rápidamente para convertirse en nuestro próximo sistema Linux en producción, pero todavía nos faltan algunas cosas por montar y algunos errores por solucionar.

Para celebrar este nuevo hito, me gustaría presentaros una retrospectiva gráfica de las distintas versiones de nuestra distribución.

Hacia finales de 2008, nace AZLinux 1. Hubo 14 prototipos previos a esta primera versión. Está basada en SLED 10 SP2 y, a día de hoy, todavía sigue en producción en unos 100 equipos, pero está previsto sustituir todos ellos por AZLinux 2 en breve.

En febrero de 2010, AZLinux 2 sale de la fábrica para empezar su vida productiva. Basada en openSUSE 11.2, ha ido evolucionando notablemente en todo este tiempo, añadiendo parches (muchas veces externos a openSUSE) aquí y allá. Aunque sus comienzos fueron titubeantes, ahora mismo es nuestro buque insignia, ya que se encuentra en más del 80% de los equipos con Linux del Ayuntamiento.

En verano de 2011, empezamos a trabajar sobre lo que iba a ser AZLinux 3. Ya no teníamos tanta urgencia como con la anterior versión, pero sabíamos que era imprescindible estar lo más al día posible para dar el mejor servicio posible a nuestros usuarios. A nivel de distribución base era bastante continuista en relación a openSUSE 11.2, ya que no había cambios muy drásticos. Sin embargo, en cuanto al código desarrollado por nosotros, sí que hubo cambios significativos. Lástima que se quedara sólo en un prototipo, pero es que se nos quedó pequeño antes de hora.

Un mes antes de que saliera la versión oficial, en marzo de este año, ya estábamos estudiando y haciendo pruebas con la nueva versión de Ubuntu. Es la siguiente versión LTS y hay una gran comunidad detrás (tal vez la mayor en estos momentos). Todavía tiene bugs importantes que resolver (es normal llevando tan poco tiempo de vida), pero estamos seguros e ilusionados en que AZLinux 12 es un gran salto, por muchos motivos, en nuestro proyecto de migración a software libre.

Sin cambio, el progreso es imposible; y los que no son capaces de cambiar de mentalidad no son capaces de cambiar nada.

George Bernard Shaw

Por Raúl Huerta (@rauerta).

Publicamos en breve macro que permite convertir varios ficheros odf situados en una carpeta a pdf

Lanzador:

/usr/bin/oowriter -invisible "macro:///biblioteca.(nombre_modulo).(nombre_macro)"

Código:

sub Conversor_PDF

	dim sArchivo as String
	dim sRuta as String
	dim sDirectorio as String
	dim bConvertir as Boolean


	’Seleccionamos la carpeta que contiene los archivos a exportar
	msgbox("Selecciona la carpeta que contenga los ficheros a convertir")
	sDirectorio = PickFolder

	’Tomamos el primer archivo de dicho directorio
	sArchivo = Dir(sDirectorio & Barra & "*.od*", vbNormal)
	bConvertir = False
	Do While sArchivo <> ""
		if right(sArchivo,4) = ".odt" or right(sArchivo,4) = ".ods" or right(sArchivo,4) = ".odp" then
			Convertir(sDirectorio,sArchivo)
			bConvertir = True
		end if
		sArchivo = Dir
	Loop

	if bConvertir = False then
		msgbox ("No hay ningún documento de OpenOffice para convertir en esta carpeta")
	else
		msgbox("Los ficheros han sido convertidos y se encuentran en la misma carpeta")
	end if
end sub


Function PickFolder as String

   dim oFolderPickerDlg as Object
   dim cPickedFolder as String

   oFolderPickerDlg = createUnoService( "com.sun.star.ui.dialogs.FolderPicker" )
   oFolderPickerDlg.execute()
   cPickedFolder = oFolderPickerDlg.getDirectory()
   PickFolder = ConvertFromURL( cPickedFolder )

End Function

Sub Convertir(sDirectorio as String, sArchivo as String)

	dim sURL as string
	dim oDocumento as Object

	GlobalScope.BasicLibraries.LoadLibrary("Tools")

	oDocumento = StarDesktop.loadComponentFromURL(ConvertToUrl(sDirectorio & Barra & sArchivo), "_blank", 0, Array(MakePropertyValue("Hidden", True), ))
	sURL = GetFileNameWithoutExtension( oDocumento.url ) & ".pdf"
	oDocumento.storeToURL(sURL, Array(MakePropertyValue("FilterName", "writer_pdf_Export"), ))
	oDocumento.close(True)

End Sub


Function Barra as String

	Barra = ""
	if environ("OSTYPE") = "linux" then Barra = "/"

End Function


Function MakePropertyValue( Optional cName As String, Optional uValue ) As com.sun.star.beans.PropertyValue

	Dim oPropertyValue As New com.sun.star.beans.PropertyValue

	If Not IsMissing( cName ) Then oPropertyValue.Name = cName
	If Not IsMissing( uValue ) Then oPropertyValue.Value = uValue
	MakePropertyValue() = oPropertyValue

End Function

El actual escritorio AZlinux 2 para los empleados públicos dentro del Ayuntamiento de Zaragoza está basado en OpenSUSE 11.2 y Gnome 2.28. Superadas algunas limitaciones que nos conducían hacia openSUSE vamos a iniciar una nueva fase de desarrollo AZLinux 3 sin restricciones a la hora de elegir distro y escritorio Linux.

La oferta es amplia, por eso nos gustaría dar pasos firmes pero sobre seguro ya que nuestra instalación cuenta con mas de 3.000 ordenadores personales donde más de la mitad cuentan con 5 y 6 años de vida. Nuestros usuarios viene del mundo XP y queremos que sea una transición suave y sin sobresaltos (o los justos).

Hemos estudiado varias opciones pero nos gustaría contar con vuestra opinión (a ser posible razonada) fundamentalmente en dos aspectos que debemos elegir:

¿Qué distribución y entorno de escritorio elegimos?

Distribución: openSUSE, Ubuntu, Debian, Linux Mint, Fedora, Red Hat, ...

Escritorio: Unity, Gnome Shell, Gnome Classic, MATE, LXDE, XFCE, OpenBox, ...

Nuestras preferencias actuales se centran en Ubuntu/Mint y Gnome Shell/MATE pero estamos abiertos a recibir vuestras recomendaciones.

Gracias.

Equipo AZLinux Ayuntamiento de Zaragoza