From f9b610a51450f68402c3826c28f2f54b7dfdc60c Mon Sep 17 00:00:00 2001
From: Guillermo Gómez <gomix@fedoraproject.org>
Date: Mar 31 2013 18:34:11 +0000
Subject: Gpk-log.png


---

diff --git a/lib/tasks/PackageKit_CLI.rake b/lib/tasks/PackageKit_CLI.rake
new file mode 100644
index 0000000..af7bc02
--- /dev/null
+++ b/lib/tasks/PackageKit_CLI.rake
@@ -0,0 +1,86 @@
+# encoding: utf-8
+# TODO
+# 1. Se debería detectar la instalación de mock
+
+namespace :PackageKit_CLI do
+
+  desc "Generar salida para command-not-found"
+  task :command_not_found do
+    Rake::Task['mock:setf18'].invoke
+    `mock -r fedora-18-SMG-x86-64 --install PackageKit-command-not-found`
+  end
+
+desc "Generar archivos de salida de comandos ejemplos (EXPERIMENTAL)"
+task :exp do
+  puts "Por ahora no esta haciendo absolutamente nada"
+=begin
+Generación de una jaula general para F17 SMG
+mock -r fedora-17-SMG-x86-64 --init
+
+yum , la configuración por omisión es puesta en rpm.new
+hay que tomar en consideración para uso común.
+¿Puedo colocar la conf por omisión en funcionamiento?
+TODO: Si, pero creo que pierdo todo el cache de mock/yum/rpm.
+Determinar y tomar decisiones, por ahora voy paso a paso.
+
+1er caso yum-plugin-downloadonly
+$ mock -r fedora-17-SMG-x86-64 --clean
+$ mock -r fedora-17-SMG-x86-64 --install yum
+$ mock -r fedora-17-SMG-x86-64 --install vim
+$ mock -r fedora-17-SMG-x86-64 --install yum-plugin-downloadonly
+$ mock -r fedora-17-SMG-x86-64 --shell
+Editar yum.conf en la jaula para habilitar yum-plugins
+stty cols 80 < útil para mantener la salida de los comandos en 80 columnas
+LANG=es_ES.UTF8 su -c "yum --downloadonly install crda"
+
+2do caso yum-plugin-security
+$ mock -r fedora-17-SMG-x86-64 --clean
+$ mock -r fedora-17-SMG-x86-64 --init (2minutos)
+$ mock -r fedora-17-SMG-x86-64 --install yum
+$ mock -r fedora-17-SMG-x86-64 --install vim
+$ mock -r fedora-17-SMG-x86-64 --install yum-plugin-security
+$ mock -r fedora-17-SMG-x86-64 --shell
+Editar yum.conf en la jaula para habilitar yum-plugins
+
+El primer obstáculo serio es la falta de salida como tal al momento de probar.
+
+$ yum list-security
+Complementos cargados:security
+updateinfo list done
+
+Este caso no funciona bien ya que no hay datos para probar.
+Lo único que puedo sacar de este escenario mock es:
+1.- El plugin instala
+2.- El plugin es ejecutado correctamente (pero no hay salida de datos)
+
+3er caso yum history
+$ mock -r fedora-17-SMG-x86-64 --clean
+$ mock -r fedora-17-SMG-x86-64 --init (2minutos)
+$ mock -r fedora-17-SMG-x86-64 --install yum
+$ mock -r fedora-17-SMG-x86-64 --install vim
+
+Si tengo un histórico con algunas transacciones.
+
+# yum.conf
+assumeyes=1 < ¿Se debe ir? El tema es que si se va a automatizar entonces se debe manejar la interactividad del programa. Como primer paso ideal me interesaría no remover la interactividad pero dejar que todo el resto se suceda de forma automática.
+debuglevel=1 < estandar es 2, modificar.
+plugins=1 < faltante, incorporar a conveniencia.
+
+4to caso,no tengo la actualización que deseo para yum reinstall
+usando yum.conf regular (el rpmnew)
+habilitar repo updates-testing (nos encontramos previo al release general)
+yum clean metadata
+HMMMM
+Curioso que:
+yum check-update <> yum --config=/etc/yum.conf check-update
+yum install litmus-0.13-4.fc17.x86_64
+yum -c /etc/yum.conf instal chekc-update litmus
+yum -c /etc/yum.conf reinstall litmus
+...
+Luego de hacer el ejemplo, yum -c /etc/yum.conf history undo 6 
+^ Sería bueno obtener el id de la transacción para programáticamente
+  manipularlas y poder automatizar ^
+=end
+end
+
+end