17avo Congreso Nacional de Software Libre Santa Cruz Bolivia ========================================= Puntos tratados y resoluciones: 1. Evaluación de proyectos activos (Informe de los proyectos activos y concluidos en los últimos dos años) 1.1 Yatiña Iambae (Luis Rejas) 1.1.1. Inicio 2014. 2015 fábrica Quipus en su aula modelo para capacitar a los estudiantes de la FES de El Alto. En esta etapa, se financiaron con aportes de los voluntarios del proyecto. 1.1.2. 2017, con auspicio del ISOC se reactivó el proyecto (con un financiamiento de ISOC) para capacitar a docentes y estudiantes. Se enseñó a hacer sitios web con wordpress. Se hizo un taller de seguridad y privacidad en redes sociales y se hizo un taller de edición wikipedia y un taller de open street map. El taller de mapeo ha sido muy satisfactorio haciendo el mapeo off line con mapas impresos que permitieron a poner el barrio en el mapa. 1.1.3. 2018, la Agetic tomó en cuenta el proyecto y convocaron a Yatiña Iyambae para el proyecto de Inclusión Digital. Se participó en el área de educación con la participación de 780 estudiantes. 20 voluntarios que aprendieron el manejo de las herramientas. Se ha hecho énfasis en la filosofía del software libre. La Agetic utilizará la experiencia adquirida como base para replicarlo en un proyecto a nivel nacional. Se ha establecido la necesidad de llegar a los profesores para que usen y adopten esta tecnología para que año tras año vayan transmitiendo este conocimiento. 1.1.4. http://yatinaiyambae.org/ 1.2 La Otra Red (Luis Mita) 1.2.1 Ver http://laotra.red para información acerca del proyecto. 1.3 Pislea (Ernesto Rico, Luis Rejas) 1.3.1. Ver http://pislea.bolivia.bo 1.3.2. Los casos más notorios han sido parar las licitaciones en la APS y en la Asamblea Legislativa en la Cámara de Senadores. 1.3.3. Existen muchos otros casos en los que la comunidad no ha actuado. 2. Proyectos de la comunidad (Perspectivas de proyectos para el siguiente año) 2.1 Cursos libres (Resp. Noemí Ticona) 2.1.1. Es una plataforma de cursos en línea masivos MOOC donde todos los miembros de la comunidad que quieran dar cursos, puedan subirlos de manera libre. 2.1.2. El acceso a estos cursos, también será libre. Existe la posición de que los cursos no deberían ser entregados gratis. 2.1.3. Lograr que los estudiantes también tengan acceso a formarse en Software Libre. Existen diplomados y maestrías. 2.1.4. Debería establecerse una currícula de qué tipo de cursos y de conocimientos se requieren para el gobierno y la necesidad de la sociedad. 2.1.5. Existe una plataforma que está en fase de experimentación es una plataforma MOOC (en la página de Yatiña Iyambae) http://cursos.laboratoriodeideas.xyz 2.1.6. Ver http://notas.laotra.red es otra plataforma para publicar a cargo de La Otra Red. 2.1.7. No es algo que se habló por primera vez. Lo que se busca es forma un ecosistema que sea autosostenible. Hay que ver si el proyecto será autofinanciado o si se buscará financiamiento. Lo importante es que el proyecto sea (auto)sostenible. Hay que hacerlo de forma responsable. Se ratifica la propuesta de que la sostenibilidad sea basada en cobrar por el uso de los cursos. 2.1.8. Noemí hará el plan para colocarlo en una wiki. Todos los que deseen ayudar en el proyecto deberán contactarse al correo noemi.t.angles@gmail.com centralizando los esfuerzos. 2.2 Pislea 2.2.1. Bot para consultar en redes sociales 2.2.2. Más control municipal y gobernaciones. Por el momento no es posible, porque la ley no tiene alcance sobre las instituciones autónomas. Se requiere revisar la ley para ver de qué forma se puede hacer que los municipios se adscriban al uso de software libre. 2.2.3. Hacer el «ranking de las instituciones que inclumplen» las licitaciones contaminadas 2.2.4. Aliados para gestionar las denuncias. La necesidad de que más gente participe revisando las convocatorias (hay un promedio de 100 diarias y menos del 10% son de software) podría ser repartido entre varios «responsables». Se sugiere coordinar con Ernesto Rico para posibilitar la cooperación por parte de los miembros de la comunidad. 2.2.5. Hacer una carta a todas las instituciones en la que les recordamos de la vigencia de la norma y recordarles los plazos que existen y que son de cumplimiento obligatorio e inminente. Con las cartas selladas en su recepción, se facilitará la presión para el cumplimiento, pues, ya no podrán alegar desconocimiento. Sería el ejercicio del control social, garantizado por la constitución. Luis Rejas queda autorizado a firmar las cartas en nombre de la Comunidad. 2.3 Yatiña Iyambae 2.3.1. Que liberen la documentación de la experiencia obtenida en el proyecto. Se deberán priorizar los esfuerzos en este propósito. Se requieren más voluntarios. El primer paso deberá ser publicar todas las presentaciones que se han hecho en el sitio web de Yatiña. 2.3.2. Incorporar la temática de discriminación en el proyecto. Se ha encontrado que los padres son los que acentúan esas conductas, por lo que se debe incorporar a los padres. Se dará la cobertura técnica para abrir el proyecto para facilitar la difusión de ésta y otras temáticas en el proyecto. 2.3.3. Luis Rejas será el responsable del proyecto y las acciones deberán ser coordinadas con él. datamaxsp@gmail.com 2.3.4. Yatiña abrirá un foro en su sitio web para discusiones documentadas. 2.4 La Otra Red 2.4.1. Se está buscando la expansión en las ciudades de Santa Cruz y Cochabamba. Las personas que deseen cooperar deberán contactarse con Luis Mita. 2.4.2. Milton se ofrece como voluntario para la ciudad de Cochabamba. 2.5. Periodistas libres 2.5.1. Permitir a los periodistas publiquen y documenten sus reportajes en la nube, es decir en un servidor de acceso público. Las personas que deseen trabajar en este proyecto deberán contactarse con Milton Ramos zoymilton@gmx.com 3. Permisos y accesos a los recursos de la comunidad (Mecanismos de comunicación) 3.1 Propuesta comunicacional 3.1.1. @slob twitter; facebook/comunidad de software libre en bolivia; http://softwarelibre.org.bo 3.1.2. Milton Ramos hace la propuesta de una estrategia comunicacional para la Comunidad de Software Libre. Existen vacíos comunicacionales. El proyecto será publicado en la página web de la comunidad. El objetivo es que las otras personas fuera de la comunidad, tengan conocimiento de los que se realiza. 3.1.3. Se deberían crear departamentos comunicacionales en cada departamento que permita rescatar y documentar todas las actividades que se realizan en los diferentes lugares. 3.2 Recursos y responsables 3.2.1. La cuenta de twitter ha publicado información del CONASOL únicamente la última semana. Un ejemplo de cómo se están gestionando las cuentas. Se requiere identificar a los responsables y establecer las mejores prácticas para dar dinamismo y actividad a estas cuentas. 3.2.2. Se requiere establecer el código de conducta para los diferentes medios. 3.2.3. Se sugiere que exista una integración de todos los canales mediante un único mecanismo de publicación. 3.2.4. Se requiere que los proyectos tengan gestión propia y que exista claridad en los roles. 3.2.5. Se propone gestionar la página de la comunidad en un servidor también de propiedad de la comunidad. 3.2.6. Se agradece a todas las personas que han manejado hasta ahora los diferentes canales, pero es necesario asignar responsabilidades y autonomía en la gestión de los canales. 3.2.7. Se propone que una persona por departamento tenga acceso a la(s) cuenta(s) (tiene correlación con la propuesta de Milton Ramos). 3.2.8. Se propone a Milton Ramos como encargado de los canales de comunicación de la comunidad. 4. Resoluciones de la comunidad (Avance del software libre en la sociedad) 4.1 Licitaciones contaminadas con software propietario 4.1.1. Enviar las cartas 4.1.2. Crear el Ranking de la vergüenza: lista de instituciones ordenadas según la cantidad de licitaciones contaminadas. 4.1.3. Solicitar el acceso a la información de licitaciones del SICOES de tal manera que pueda ser automatizada (quitar ese capcha) y tener el clasificador de instituciones públicas que participan en las licitaciones 4.2 Cumplimiento de la norma por parte del Gobierno 4.2.1. Requerir explicación del porqué las computadoras que utilizan en el Ministerio de Comunicaciones y en la Imprenta del Estado y en la mayoría de las reparticiones que siguen adquiriendo mac. 4.2.2. Establecer el incumplimiento en el uso de los formatos de intercambio de información. Solicitar una respuesta para saber a partir de cuándo éstos serán obligatorios. 4.3 Revisión de los planes de migración 4.3.1. Acto público de recepción de los planes de migración 4.3.2. Solicitar la publicación de los planes de migración que serán entregados en 12 de enero/2019. 4.3.3. Colocar cronómetros en la página web de la comunidad indicando la cantidad de días que faltan para la entrega de los planes de migración. 4.3.4. Solicitar a la Agetic que informe quién revisará los planes propuestos, hasta cuándo se va a revisar y qué pasará con los planes revisados. 4.3.5. Solicitar a la Agetic que informe cómo se evaluará el cumplimiento de los planes. El seguimiento se inicia en enero y debería continuar hasta julio de 2021. 4.4 Eco sistema productivo del software libre 4.4.1. La Agetic está centralizando la producción de software para el Estado destruyendo el eco sistema requerido para dar sostenibilidad al uso del software libre por parte del Estado. Se requiere que la Agetic favorezca la oferta y la demanda. 4.4.2. La Agetic no está desarrollando software libre porque hasta ahora no han liberado el código fuente. 4.4.3. Para que el software desarrollado sea libre, tiene que existir un libre acceso y la posibilidad de aportar a esos proyectos. 4.4.4. Solicitar la lista del software que no se puede migrar y la lista de software hasta ahora elaborado como software libre. 4.4.5. Se propone que la Agetic financie proyectos normativos al interior de las universidades, pública o privadas. 4.4.6. Se propone que la Agetic, se enfoque en la construcción y aprobación de una normativa que proteja el uso de software libre. 4.4.7. Se propone que la Agetic, se enfoque en la construcción y aprobación de una normativa que amplíe o modifique los procesos de administración de bienes públicos y que contemplen al software libre (Crear otra normativa, por que la actual norma impide la gestión del software libre). 4.4.8. Se propone que se amplíe el alcance de la ley a universidades. 4.4.9. Favorecer el debate al interior de las universidades acerca del uso de software libre al interior de las universidades. 4.5 Propuestas 4.5.1. Se trabaje en la autosostenibilidad del CONASOL para financiar la llegada de las personas de distintos lugares del país para que puedan participar físicamente en el Congreso. 4.5.2. En la historia de los congresos, dos no se han llevado a cabo, analizando previamente dónde es más necesario realizar el congreso y que no sea un grupo o una persona la encargada. 4.5.3. La propuesta de llevar a cabo un congreso, deberá estar respaldada por personas y económicamente. El tiempo mínimo debería ser de seis meses. 17 de noviembre de 2018 Hrs. 19:51