ok , tampoco hay prisa , solo me molesta un poco el tema de noarch , que si lo pienso tampoco pasa nada, jaja ,pero soy tan maniático.

antes no era asi , ahora me preocupo hasta de chorradas en el nombre de los paquetes....  será el aburrimiento o algo.  

PD: Sigo de vacaciones hasta el 11 de octubre    , pero voy revisando al menos las actualizaciones.

un detalle , ...

cuando usamos el sistema en modo live , lo habitual es ir guardando las actualizaciones en modules.


en ese caso habra mas de un log package , siempre pilla el mas bajo ,con lo que "siempre" , saltan las actualizaciones , aunque ya las lleves en modules.


en funciones lo hice con buscar el log package , sort  para ordenarlos , y heado tail para quedarse con el mas alto ... no recuerdo si head o tail.



BUG --> Activo la casilla de guardar en xzm , proceso ok , pero no hay xzm ...  

He visto que cuando acaba un updater no hace limpieza y te deja las sources mas el directorio de compilacion , eso se debe a que eso esta en

f_tareasfinales

Pero al no utilizarlo la gui , pues no elimina la basura tras el trabajo
rm -Rf $TMP &>/dev/null
Tampoco libera memoria
sync && echo 3 > /proc/sys/vm/drop_caches

eso en modo live hace que en un plis , te quedes sin memoria.


Los cambios esteticos me gustan   

Ok me lo apunto todo para la próxima versión 

no hay prisa 

men , no se por que , pero el updater gui  compila a ritmo de tortuga  

activa el modo debug ... coge una libreria no muy grande y pon a la vez el updater y desde la gui ..  veras que el updater acaba bastante antes que el gui


compilando se ven pasar los pocentages muy lentos.

Olvida lo de que compila mas lento ...   


por otra parte queda lo de que no genera el xzm , y en la terminal activando el debug se queda en


removepkg  --help -v

vamos , algo no anda hay ,,,y menos mal .. si no te deja sin nada  

tampoco me a actualizado la version de paquete del sistema ...

sin embargo dice que todo ok

Ya me di cuenta de todo eso jeje

Ya tengo todo eso arreglado, ya llevo bastantes avances, pronto subire la nueva version.

ok , gracias 

lo dicho , lo de la velocidad al compilar, ni caso ,..fallo mio.

pregunta del millon

¿como seria la mejor forma de blacklistear algunos paquetes slackware?

es decir , ¿te guias por el config de slapt-get o slackpkg ?

es que ahora sale siempre el resto de paquetes kde que no ponemos de serie, y sale la actulizacion siempre ... y en realidad solo son esos que constan como "nuevos"

PERFECTO , tenia la duda de si dicho fichero solo manejaba *_updater o tambien los paquetes txz

En ese caso , a ver si hago la lista

el caso es que tengo mis dudas , y me explico ..

son paquetes que yo no voy a poner ,pero si alguien se los instala , ha de recibir las actualizaciones...(slack)

entoncs no se si deberia haber algun condicionante ...

si el paquete existe en sistema, se desblacklisteara del listado...no se muy bien como enforcar esto 


o podemos blacklistearlos , si alguien los instala despues , podra actualizarlos con gslapt , que alli no estaran blacklistados.

vamos a no complicarnos mucho.

la lista es todo paquetes kde , ... y no cro que nadi los instale y si los instala, como mucho podria romperse alguna app de kde ... nada grave.

lo mas seguro es que directamente abriesen el gestor de paquetes para reinstalarla, y hay ya tendria la version nueva.


no se si vale la pena complicarse tanto.

Versión 2.2

https://mega.nz/#!0l4zQJIC!UD3eFAhwFXPheehsHn52nMq6kE13siCQ5Eh_6FA99f0

 - Reparado bug por el cual no instalaba correctamente los paquetes
 - Ahora se libera memoria ram después de instalar cada paquete
 - Añadida función de buscar y reparar automáticamente paquetes rotos del sistema
 - Añadido acceso directo en categoría "Sistema" para ejecutar el "reparador de paquetes" de forma independiente
 - Ahora se utiliza el updaters_updater para actualizar los updaters antes de buscar actualizaciones de paquetes
 - Añadidos a la lista negra nuevos paquetes de slackware que no son necesarios
 - Ahora al actualizar un paquete, se eliminan los "log package" repetidos de dicho paquete, si es que existen
 - Ahora se instalan primero las actualizaciones de slackware y después las de wifislax
 - Ahora se comprueba si hay conexión a internet antes de realizar cada tarea que lo requiera (antes solo se comprobaba al inicio del programa)
 - Ahora avisa cuando un updater no ha podido obtener la versión del programa, avida en la terminal (si lo ejecutamos desde terminal) y también en el archivo de log (se puede ver si activamos el modo debug)






Explico un poco como fnciona esto de reparar los paquetes...

Lo que hace es buscar (con slackyd -d) dependencias de librerías que no se encuentran en el sistema. Si encuentra un paquete en los repositorios de slackware que contenga esa(s) librería(s), lo añadirá a la lista de actualizaciones. En caso de que no encuentre las librerías requeridas buscará un updater para recompilar y así reparar el paquete roto.

Para que esto funcione es necesario que existan updaters de todos los paquetes del sistema que no pertenecen a slackware, ya que todos estos son susceptibles de romperse cuando actualizamos los paquetes de slackware.

El programa informa cuando no ha encontrado updaters para reparar los paquetes rotos, esta imagen es de wifislax-4.11.1 después de actualizar todos los paquetes de slackware:




Conforme veamos que van haciendo falta updaters para reparar paquetes rotos, podemos hacerlos y subirlos a github, y  así,  al volver a ejecutar el programa, los actualizará con el updaters_updater.

No se si esta hecho asi o algo se ha olvidao.

todas las veces que arranco wifislax, en vez de buscar directamente updates, me sale la pantalla de configuracion , a cada inicio de sistema.



- cuando le doy a buscar dependencias rotas , (en segundo plano) , no se si en normal tambien lo hace ..

al acabar sale el mensaje de no hay dependencias rotas , le das al ok , y otra vez la pantalla de configuracion ..