Autor Tema: Wifislax Updater GUI (Leído 200042 veces)

geminis_demon · « **Respuesta #160 en:** 23-08-2015, 18:14 (Domingo) »

Seguramente fui yo en estas últimas versiones que le añadí las variables nuevas, me comería esa sin querer.

USUARIONUEVO · « **Respuesta #161 en:** 23-08-2015, 21:09 (Domingo) »

De momento lo que he probado funciona.

Me ha chocado una cosa , ... no aparece el servicio corriendo , en ksysguard

si que veo como curl , etc van apareciendo y despareciendo , pero el proceso padre "WifislaxUpdaterGui" , no aparece en la lista d eprocesos , curioso.

geminis_demon · « **Respuesta #162 en:** 23-08-2015, 21:51 (Domingo) »

Pues la verdad es que no se como funciona ksysguard, pero ejecutando "ps -a" si debe aparecer.

USUARIONUEVO · « **Respuesta #163 en:** 24-08-2015, 02:09 (Lunes) »

buenas otra vez

slackware esta migrando hacia i586 , los scripts como usan el funciones , pues lo he reparado alli y tal , pero el updatergui , tiene su propia regla ...

ya que es una chorrada , lo voy a cambiar yo .... sin subir de version.

el cambio hacia i586 , es la mejora en optimizacion de recursos a la hora de compilar codigo y dejar atras el obsoleto i486 , creo que solo es una mejora para compilar y tal , en cualquier caso slack ha tomado ese rumbo y he de adaptarme , algunos scripts pueden dar error, al compilar por algo tan tonto como una arch , mal puesta.

USUARIONUEVO · « **Respuesta #164 en:** 24-08-2015, 02:13 (Lunes) »

veo , que tampoco tenias las SLACKFLAGS

ASI ES COMO VA A QUEDAR

Código: [Seleccionar]

   case "$( uname -m )" in
      i?86) export ARCH=i586 ;;
      arm*) export ARCH=arm ;;
      *) export ARCH=$( uname -m ) ;;
   esac

   if [ "$ARCH" = "i486" ]; then
   SLKCFLAGS="-O2 -march=i486 -mtune=i686"
   elif [ "$ARCH" = "i586" ]; then
   SLKCFLAGS="-O2 -march=i586 -mtune=i686"
   elif [ "$ARCH" = "s390" ]; then
   SLKCFLAGS="-O2"
   elif [ "$ARCH" = "x86_64" ]; then
   SLKCFLAGS="-O2 -fPIC"
   fi

USUARIONUEVO · « **Respuesta #165 en:** 24-08-2015, 02:24 (Lunes) »

Se que soy muy cansino , pero al final si que seria mejor subir la version y me explico ...

revisando los elif ... en realidad nosotros SIEMPRE VAMOS A SER o 486 o 686 con lo que en

?86 = i586

siempre nos vamos a ir a i586 , arranquemos con kernel normal (i486) o con el smp (i686)

asi que no necesitamos tanto elif , ya que seremos i586 queramos o no

~~digo eso , por que en tal caso el SLACKFLAG , puede ser estaico ...en una variable fija,.~~
mentira por que puede ser un sistema arm , he corregido el SLACKFLAG

este es el code , hasta donde empieza la primera funcion ... mirale y si te parece bien haces update.

lo mire por que se que estas en plan ahorro con el code , y la verdad sobraban todos los elif.

Código: [Seleccionar]

       case "$( uname -m )" in
          i?86) export ARCH=i586 ;;
          arm*) export ARCH=arm ;;
          *) export ARCH=$( uname -m ) ;;
       esac
   
       if [ "$ARCH" = "i586" ]; then
       SLKCFLAGS="-O2 -march=i586 -mtune=i686"
       else
       SLKCFLAGS=""
       fi

geminis_demon · « **Respuesta #166 en:** 24-08-2015, 03:07 (Lunes) »

Versión 0.9

https://mega.nz/#!ZpwFCYwZ!UeYpinRalk7hKqv31glDjGWjsEGiWYswTg8S2sj49Tc (modificado y resubido)

Le he dejado lo de s390 y x86_64, por si acaso.

USUARIONUEVO · « **Respuesta #167 en:** 24-08-2015, 09:23 (Lunes) »

pss , llevo toda la mañana testeando ...

al final la buena es esta .... puedes si quieres meterle mas ..pero con eso sobra , es curioso como no definir el LIBDIRSUFFIX , puede hacer que los updaters peten ...

Código: [Seleccionar]

        case "$( uname -m )" in
           i?86) export ARCH=i586 ;;
           arm*) export ARCH=arm ;;
           *) export ARCH=$( uname -m ) ;;
        esac

        if [ "$ARCH" = "i586" ]; then
           SLKCFLAGS="-O2 -march=i586 -mtune=i686"
           LIBDIRSUFFIX=""
        else 
           SLKCFLAGS="-O2"
           LIBDIRSUFFIX=""
        fi

siento de veras estar molestandote tanto , pero voy sobre la marcha ... estoy recompilando TODO , y claro , ves cosas ...

geminis_demon · « **Respuesta #168 en:** 24-08-2015, 16:44 (Lunes) »

Ok, prueba ahora a ver que tal: https://mega.nz/#!ZpwFCYwZ!UeYpinRalk7hKqv31glDjGWjsEGiWYswTg8S2sj49Tc

USUARIONUEVO · « **Respuesta #169 en:** 24-08-2015, 23:00 (Lunes) »

OK , en principio esta todo en su sitio , si surge algo volvere ... jajaja

geminis_demon · « **Respuesta #170 en:** 24-08-2015, 23:03 (Lunes) »

Okay

USUARIONUEVO · « **Respuesta #171 en:** 24-08-2015, 23:41 (Lunes) »

a ver si el ftp , me deja entrar un año de estos , y subo una iso desarrollo ...

todos los dias llamo a la puerta , pero el jodio no me abre

y eso que elimine el sabado los updaters en unos minutos que me dejo entrar , pero ni asi.

ahora solo estan ya en github...que por cierto hoy retoque al menos 5

pepe10000 · « **Respuesta #172 en:** 26-08-2015, 16:26 (Miércoles) »

Por si sirve de algo he probado la nueva ISO de desarrollo wifislax-26082015.iso, le he metido el driver de Nvidia 014-Driver_nvidia-352.21_wifislax_4.11.1-i486-1sw.xzm, y me arranca de maravilla en los dos modos SMP y 486.

Un saludo.

Pd.
USUARIONUEVO, me parece que el tema de escritorio en KDE está algo modificado con respecto a ISO'S anteriores, por ejemplo el Hashcat GTK gui sale con los colores algo cambiados y muy oscuros.

Si necesitas alguna captura o probatura avisa.

USUARIONUEVO · « **Respuesta #173 en:** 26-08-2015, 22:46 (Miércoles) »

Cita de: pepe10000 en 26-08-2015, 16:26 (Miércoles)

Por si sirve de algo he probado la nueva ISO de desarrollo wifislax-26082015.iso, le he metido el driver de Nvidia 014-Driver_nvidia-352.21_wifislax_4.11.1-i486-1sw.xzm, y me arranca de maravilla en los dos modos SMP y 486.

Un saludo.

Pd.
USUARIONUEVO, me parece que el tema de escritorio en KDE está algo modificado con respecto a ISO'S anteriores, por ejemplo el Hashcat GTK gui sale con los colores algo cambiados y muy oscuros.

Si necesitas alguna captura o probatura avisa.

puede que los colores sean un poco mas oscuros , ... en principio con el driver navidia no deberia pasarte....

puesa esa iso de hoy tiene todo el sistema grafico UP TO DATE ..es decir ,NO HAY NADA MAS NUEVO.

USUARIONUEVO · « **Respuesta #174 en:** 28-08-2015, 00:15 (Viernes) »

@geminis_demon

la funcion arquitectura , ha vuelto a fallar , la parte 686 , por que el kernel smp es 686 y si el code a compilar hace su propia comprobacion ... pues , petara.

ya no me fio , la dejo entera , tu en el updater ponlo como veas, pero cuidadin...que el case nos ha engañado a todos, se fuerza 586 , si perfecto , pero si el code ve otra cosa, moficara y entonces el march=586 , jodera la compilacion.

Código: [Seleccionar]

f_arquitectura() {
   ARCH=$1
if [ -z "$ARCH" ]; then
  case "$( uname -m )" in
    i?86) ARCH=i586 ;;
    arm*) ARCH=arm ;;
       *) ARCH=$( uname -m ) ;;
  esac
fi

if [ "$ARCH" = "i586" ]; then
  SLKCFLAGS="-O2 -march=i586 -mtune=i686"
  LIBDIRSUFFIX=""
elif [ "$ARCH" = "i686" ]; then
  SLKCFLAGS="-O2 -march=i686 -mtune=i686"
  LIBDIRSUFFIX=""
elif [ "$ARCH" = "x86_64" ]; then
  SLKCFLAGS="-O2 -fPIC"
  LIBDIRSUFFIX="64"
else
  SLKCFLAGS="-O2"
  LIBDIRSUFFIX=""
fi

set -e
}

geminis_demon · « **Respuesta #175 en:** 28-08-2015, 10:36 (Viernes) »

No he entendido muy bien.. lo único que cambia es que le has añadido esto no?

Código: [Seleccionar]

elif [ "$ARCH" = "i686" ]; then
  SLKCFLAGS="-O2 -march=i686 -mtune=i686"

USUARIONUEVO · « **Respuesta #176 en:** 28-08-2015, 10:58 (Viernes) »

Cita de: geminis_demon en 28-08-2015, 10:36 (Viernes)

No he entendido muy bien.. lo único que cambia es que le has añadido esto no?

Código: [Seleccionar]
elif [ "$ARCH" = "i686" ]; then SLKCFLAGS="-O2 -march=i686 -mtune=i686"

creo que si , ya no se como estaba antes, pero vamos, resumiendo ... lo he dejado entero tal cual.

miras la que te falte y ya esta, imagino que si , que solo la que pones.

ya vez, y eso que en principio no pinta nada ya que el case fuerza 586 , pero hay librerías que después miran y si no esta igual ,al compilar BOOM

geminis_demon · « **Respuesta #177 en:** 28-08-2015, 11:08 (Viernes) »

Ok, pero me pregunto yo...

Supongo que esto sirve para optimizar la compilación para esa arquitectura, pero entonces los binarios compilados con el kernel pae, que pasará si los ejecutamos en el kernel normal?

No es mejor quitar esas variables y que sea compatible con ambos kernels?

Esto lo hemos añadido hace poco porque tu me lo dijiste, pero antes de añadir estas variables todo compilaba perfectamene.

USUARIONUEVO · « **Respuesta #178 en:** 28-08-2015, 11:44 (Viernes) »

Cita de: geminis_demon en 28-08-2015, 11:08 (Viernes)

Ok, pero me pregunto yo...

Supongo que esto sirve para optimizar la compilación para esa arquitectura, pero entonces los binarios compilados con el kernel pae, que pasará si los ejecutamos en el kernel normal?

No es mejor quitar esas variables y que sea compatible con ambos kernels?

Esto lo hemos añadido hace poco porque tu me lo dijiste, pero antes de añadir estas variables todo compilaba perfectamene.

nuestros kerneles son los dos 686

que lo he mirado antes.

el problema, no es ese. .. .. léeme.

pasas las variables

y march=i586 mtune=i686

pero hay librerías que después ellas ejecutan el uname -m , y al devolver el kernel 686 todo peta al compilar. ..por que el LIBDIRSUFFIX ni siquiera existía..para 686 , pensando que daba igual lo quite, pero parece que fue un error

cuando las variables están hay es por algo

por eso ya no me fio --->> función completa , y ya esta , de esa forma no me ha petado ni un paquete aun , y compile anoche unos 30

USUARIONUEVO · « **Respuesta #179 en:** 28-08-2015, 11:54 (Viernes) »

al existir el if ARCH = 686 aunque después la librería se reconfigure a eso , no petara, por que esta la config entera también para 686

SLACKFLAG
LIBDIRSUFFIX

aunque libdirsuffix este vacia debe existir ya que los scripts la van a llamar

si la librería se conforma , cuando le dices i586 pues no peta , pero si la librería decía 686 , como quite las variables, pos a tomar por saco la compilación.

Noticias:

Autor Tema: Wifislax Updater GUI (Leído 200042 veces)