el script solo hay que ejecutarlo una vez, el luego automaticamente va liberando la memoria cache a medida que los procesos que la van utilizando, van finalizando.

si tu comprimes/decomprimes, ejecutas, copias , pegas, etc, la memoria ram se va llenando, no de datos útiles, sino de datos desfasados de procesos finalizados.

el script lo que hace es que la limpia, ahora si tu estas descomprimiendo el modulo, mientras dure la descompresión no liberaras memoria, cuando finalice la descompresión, entonces si.

el enfoque ahora , cambia ...

claro que interesa el fichero de idioma español ...  yo no lo vi , tampoco busque mucho , pero si esta, bienvenido sea...


no se por que no puedo ahora mismo entrar a mediafire ... lo cuelgo en otro sitio ... darle a download this file ...


winff , ahora en español ...   

http://www.filedropper.com/winff-153-i486-2sw

Formatee el pc y no tengo guardado este modulo podrias resubirlo plis?

pues si evidence es  mejor tal vez lo cambie.

bien , ya esta probado , y parece que todo son ventajas con evince ya que ademas de pdf ,abre otros formatos como comics.

Mirando a la cenicienta de la live 4.9 el escritorio xfce he visto que no lleva un programa para grabar cd y dvd con presencia, porque el k3b no arranca en ese entorno me he arremangado la camisa y he acabado por crear el modulo del programa "brasero" tiene sus dependencias y un pequeño bug que habria que decirlo en su pagina de slackbuilds, yo no se como decirselo, este es el proceso que he echo con la live 4.9:

Dependencias y su orden de creacion:

orc
gstreamer1
gst1-plugins-base
gst1-plugins-bad

Programa:

brasero ----> error de compilacion añadido el programa gtk-doc con las opciones basicas para su instalacion con el install que lleva.

gtk-doc

http://ftp.gnome.org/pub/GNOME/sources/gtk-doc/1.21/

Se podria poner en el modulo multimedia junto al k3b para tener los dos escritorios con su correspondientes grabadores.

saludos

Usuario nuevo pienso que habria que hacer tambien un pequeño esfuerzo, acabar por actualizar los modulos que has creado y tambien añadirlos para esta version, entonces ver como se actualizan y todo eso.

 Porque viendo como cuando descargas el 30 % de las veces ya te baja algun modulo corrupto al comprobarlo con el md5, no quiero ni pensar que puede pasar cuando se bajen automaticamente sin ser comprobados por un humano los modulos pesados que hay, creo que los de auditoria de internet tendrian que seguir en la seccion de modulos para asi tener una referencia y si algo falla se vuelven a colocar, pero ya te digo se me pone la piel de gallina si ya cuando me bajo un slackbuild pequeñito tres de cada diez no se corresponde el md5 y tengo que volver a repetir.

Es mas los modulos te los puedes bajar con otros sistemas y asegurarte que todo va bien, despues ya se actualizan en la live y esta entonces pasa a ser de largo recorrido con las actualizaciones, pero creo que una buena base y segura seria lo mejor..

O como lo que me estaba pasando hasta hace nada  trabajando en modo cambios persistentes algo esta corrupto y no conseguia conectarme con facilidad al final ni me encendia el wireless, al entrar en modo sin cambios perisstentes veo que es un problema del sistema que esta en el changes la unica solucion que tengo es crear uno nuevo si en este caso tuviera todos los programas descargados asi en el changes todo ese trabajo se iria a la ruina, en cambio teniendo los modulos guardados aunque sean antiguos en el tiempo desde el inicio de la nueva live puedo empezar de nuevo rapidamente.

Por eso creo que lo mejor es que las actualizaciones se hagan para alargar la vida de la life sino puede ser un desastre para usuarios como yo.

Creo que tuve la suerte que me cree el brasero completo desde la live sin persistent changes eso me evito mas errores con las decargas de los paquetes y sus correspondientes md5, osea lo mismo que van a hacer esos updates lo he echo yo ya, y se que si el md5 no esta bien me lo va a crear igual el modulo pero degenerado, por otra parte el brasero no lo vas a poder crear sino se arregla ese bug en la live y se incluye el gtk-doc .

Es muy sencillo que una live se te corrompa al nivel de persistent changes primero por el mismo formato que esta en un pendriver y lo que conlleva con los bad clusters, despues cuando auidtas que suele petar a veces y ya empieza a renquear en el siguiente reinicio porque el changes.dat ya va tocado.

Al menos nos quedaran los modulos que estan ahora por si se corrompe.

saludos

no se como explicarte que ya no habran xzm ... por que el sistema será  capaz de acerlos el solo ,sin necesidad de esperar a nada ni nadie.

no te enteras jodder ...  

que los xzm seran exclusivamente generados en tu sistema..que no se bajan uno hecho ..

y que si tu haces uno y yo otro , no podran en la **** vida compartir el mismo md5 .. cada uno contruira el suyo ...y tendra un md5 distinto ... caso a parte es que alguien los quiera colgar en el foro , en ese caso si , por que TODOS BAJARAN ESE XZM , y al ser el mismo si habra que verificar md5.

olvidate del md5 mas que para verificar el iso  .... para todo lo demas mastercard  


_____________________

pondremos un simil ..a ver si asi ...

pongamos que yo tengo un coche..

matricula 0123

si lo comparto con los demas debere decir la matricula para que todos puedan verificar que es el coche correcto.

¿ que pasa si cada uno se compra su coche ? ...

que todos tendremos coche ,pero distintas matriculas ..

si decido compartir ese coche, informare de la matricula de ese coche para que el ususario tenga un medio de garantizarse que coge el coche correcto.


_________________________

simil 2

dices que usas slackbuilds ..verdad ??

pues genera dos veces algun paquete y veras que el md5 no es igual, por que no son el mismo fichero , son GENERADOS , y por eso no son el mismo y no comparten md5 ..aunque en su interior lleven lo mismo , ...

si tu te bajas mi fichero , como siempre es el mismo , debera coincidir siempre el md5 ..esto es de parbulario de informatica.

te voy a contar un secreto , acerca del persistent changes ...


persistent changes es un fichero sobre el cual se escriben cosas y se guardan ..

¿¿¿ que crees que ocurre cuando alcanzas su tamaño maximo


se empiezan a SOBREESCRIBIR  ,ficheros , al inicio del changes ..  hay es cuando creeis que se ha corrompido , cuando en realidad alcanzo su tamaño de almacenaje maximo , y empiezan a sobreescribirse los vicheros mas antiguos, con los nuevos con lo que empiezas a perder cosas ..hasta llegar al punto que por algun sitio revienta.


los scripts gordos , que requieren de tamaño , no te preocupes que ya se dna cuenta del modo live, y te envian al banquillo...como por ejemplo el del kernel-compiler.

para mi el persistent changes no tiene mucho sentido , ... si quieres guardar cambios y tal instaltelo al disco duro .... el rendimiento es mucho mayor en disco duro...por no hablar del espacio.

no lo he probado , pero intenta al archivo changes..poniendole al final  .xzm 

e intenta click derecho extraer..al igual se puede asi.