No estas registrado.

#1 Re: Xfce » solucionado xubuntu lentorro mucha ram consumo? » 2015-09-10 03:39:27

A ver, que no es tanto. Antes estaba obsesionado con el consumo de RAM y me lo sé casi todo. Eso que tienes ahí son los servicios que lanza xubuntu por defecto, que si por ejemplo instalas archilunux con un xfce pelao, no lo tendrían y conseguirías un consumo mínimo. Eso no pasa con las grandes distros, aunque empieces desde server e instales el escritorio, siempre se arrastran servicios como impresión, escaneo de equipo en red, bluetooth, etc.

Si quieres que tu equipo consuma menos RAM al iniciar y ojo a lo que digo, al iniciar, ponte a mirar qué servicios tiene lanzados y ve quitando los que no necesites. Digo al iniciar, pues en el momento que abras firefox con unas cuantas pestañas, son +200 MB de RAM, que si te pones a ver youtube + nosecuanto, etc. Mi opinión es que no te preocupes el por qué te consume tanta RAM al inicio y en vez de eso te centres en el consumo en pleno trabajo.

#3 Re: KDE Plasma » Problema instalando tema iconos en KDE 5 » 2015-08-23 05:02:48

Prueba extrayendo la carpeta de iconos en ~/.icons/ y asegúrate que tienen una estructura de carpetas correcta, ya sabes, 20x20 luego apps, places, etc

#4 Re: Hardware » Problemas en usb con pc nuevo » 2015-08-16 05:06:45

Ahh, eso ya es otra cosa, por lo que comentas, no me extrañaría que te haya tocado una placa defectuosa. Coméntaselo al atención al cliente del sitio donde lo hayas comprado, si no le pasa nada, te dirán lo que estás haciendo mal, y si le pasa algo, seguro que te ofrecen la posibilidad de cambiarla por otra exactamente igual. Muy mala suerte tendrías que tener para que también te toque defectuosa.

#5 Re: Debian, LMDE, Deepin » [SOLUCIONADO] Desinstalar programa PADRE Renta 2014 » 2015-08-16 05:02:14

No es que no se pueda abrir con gedit, es que es un arvhivo muy largo y tarda mucho tiempo en hacerlo, si pruebas habrirlo con un lector de terminal, como nano o vim, verás como te lo abre. En cuanto a lo demás, estaba ese día un poco con los cables cruzados, no te preocupes.

#6 Re: Hardware » Problemas en usb con pc nuevo » 2015-08-15 07:54:00

Vuelvo a repetir, si la BIOS no te reconoce el LiveUSB en un puerto USB 2 para arrancar, tiene que haber una opción para hacerlo, de hecho suele haber mas de una cosa acerca de los USB's en la BIOS, si no te aparece nada en el manual, mira todas y cada una de las opciones que te ofrece la BIOS y qué es lo que hacen. No hay tantas como para que sea algo difícil. Cambiar de placa es algo bastante drástico en este punto.

#7 Re: Hardware » Problemas en usb con pc nuevo » 2015-08-15 03:27:56

Seguramente tengas desactivado USB Legacy en la BIOS, de todos modos comprueba el manual de la Placa Base, a ver qué te dice.

#8 Re: Debian, LMDE, Deepin » [SOLUCIONADO] Desinstalar programa PADRE Renta 2014 » 2015-08-14 11:29:05

El script tiene 135.920 líneas, Renta es un programa que funciona a través de Java, luego en esas 135 mil líneas se comprueba que se tenga Java y si  no, se instala, se instalarán, me imagino, las dependencias y se compilará el programa. Para poder desinstalar hay que hacer justo lo contrario, obviamente para hacer eso seguramente no hagan falta mas de 20 líneas o lo que es lo mismo, no mas de 20 comandos, incluso me atrevería a decir que ni eso. Sólo hay que localizar las partes clave dentro del script, obviamente no lo voy a hacer yo, eso lo tienes que hacer tu. Eso es lo que te estaba preguntando. Si lo pones por aquí, te decimos los pasos a seguir.

Si tu no estas dispuesta a leer esas miles de líneas, siendo la interesada, no esperes que lo lea por tí alguien que no está interesado.

Ahora, dicho todo esto, puede que si llamas al número del servicio técnico, te den los pasos porque los tengan apuntados.

#10 Re: Desarrollo » [Solucionado][Consulta] Sqlite y C++ » 2015-08-13 15:28:36

¿Tienes instalado el paquete devel de sqlite?

#11 Re: Fedora, Korora, Chapeau » como conseguir instalar .tgz o .tar.gz sin volverse loco? » 2015-08-11 13:06:24

peter escribió:

... -Utilizar linux durante tres meses antes de empezar como decis trastear... ?y que hago mientras? escucho musica, navigo por el net?...en estos dias he conocido un poco mi XFCE, hablo de raton no de consola ;-), a nivel apariencia ya lo tengo como me gusta, configuracion de sistema de mis carpetas y archivos tambien he hecho, estoy buscando forma de hacer mis iconos con transparencia(de momento son cuadrados opacos :-(), he instalado y desinstalado algunas cosas via Yum...en breve, ya he conocido este sistema bastante para querer quedarme aqui(me chifla la configurabilidad de linux-ni comparacion con XP y ni hablo de windows posteriores) pero me falta iniciarme no solo en manejo de consola, tambien en structura y forma de funcionar de sistema(configurar sistema de particiones p.ej.) etc.
...

Precisamente eso que estás haciendo. Te sorprendería saber lo que se aprende sin querer la primera vez que se utiliza Linux, sobretodo si se deja de lado Windows. Utilizar Linux y Windows a la vez no sirve para tal propórito, pues con cualquier frustración uno se ve en la posibilidad de encender Windows y dejar de lado Linux. como tu mismo has comentado.

#12 Re: Fedora, Korora, Chapeau » como conseguir instalar .tgz o .tar.gz sin volverse loco? » 2015-08-11 09:40:56

@Peter

Cuando has dicho eso de ejecutar, ahí me has matao. Como dice danda, usar es fácil, trastear (donde se incluye compilar), es otra cosa. Antes de compilar cosas, como mínimo un usuario debería de haber utilizado Linux exclusivamente durante 3 meses o así, obviament no solo para abrir el Firefox.

Que conste, cuando se dice "ejecutar tal y tal", eso significa abrir una ventana de terminal (traducido: abrir un programa que se llama terminal, algo terminal o konsole), copiar "tal y tal", pegarlo en la ventana de terminal y darle a la tecla ENTER.

#13 Re: Fedora, Korora, Chapeau » como conseguir instalar .tgz o .tar.gz sin volverse loco? » 2015-08-08 09:15:50

@Peter

Estoy de acuerdo con lo que dice Yukiteru, si no comprendes lo que te indican los archivos README e INSTALL, no estás listo para compilar. Por otro lado, si nunca pruebas a compilar, nunca estarás listo.

Es muy buena idea utilizar Máquinas Virtuales para aprender y experimentar, pues no conozco ningún linuxero que no sea haya cargado nunca un sistema Linux. Aunque si no sabes utilizar las máquinas virtuales y no quieres aprender, no te preocupes, no pasa nada, no es que vaya a explotar tu PC por cargarte el linux, seguramente incluso puedas iniciar ese linux, pero que te funcionará mal. Si no te inicia, te seguirá funcionando grub y podrás iniciar Windows para descargarte otro Linux.

También es buena idea tener un amigo o un conocido, o incluso un LUG (Linux User Group) que te pueda ayudar, cuando se está comenzando a usar Linux y a compilar. Una cosa, si te decides ir a un LUG, no vayas diciendo "Esto es una mierda, no hay manuales" porque no te van a ayudar. Hay muchísimos manuales, tanto en inglés como en español, solo hacen falta ganas y tiempo para aprender.

0. Precompilación:

Antes de empezar a compilar, deberías tener unos conocimientos básicos:

  • Saber que los programas se pueden instalar de manera gráfica desde un programa especial, se llama Software Center o lo que sea (depende de la distro).

  • Saber abrir una ventana de terminal.

  • Saber que la mayoría de los programas gráficos tienen su equivalente en terminal, eso es sin interfaz gráfica (por comandos).

  • Saber que los programas también se pueden instalar desde la terminal.

  • Haber instalado programas desde terminal.

  • Tener unas nociones básicas del inglés o el suficiente cerebro para llegar a la solución de COPY+PASTE al Google Translate.

  • Saber que todos los programas de terminal tienen una documentación completa de su uso siempre instalada y que se accede con el comando "man" (tecleando "man ComandoQueSeQuieraAprender").

  • Tener unas nociones básicas de qué es Bash y qué es un Script de Bash.

0.1 Paquetes:

En un ordenador hay:

  • Programas: creo que esto no necesita explicación.

  • Documentación: archivos de texto, *.doc, *.pdf y otros que nos ofrecen ayuda y explicación de cómo usar los programas.

  • Drivers: son programas especiales que le indican al ordenador cómo usar un harware específico (ya sea nuestra nueva tarjeta gráfica o un llavero USB).

  • Archivos: información que un programa guarda en un formato entendible por ese programa, ya sea un archivo PDF o una sesión de una partida de tu juego favorito.

Los programas, la documentación y los drivers, se llaman comúnmente paquetes. Instalar un paquete es lo mismo que decir instalar un programa o un driver.

0.2 Programas:

Queremos usar un programa A, pero este necesita que haya instalado un programa B para poder usarlo. El programa B es una dependencia de uso del programa A (A depende de B). Un ejemplo, tenemos un reproductor de música y queremos abrir una carpeta con canciones de nuestro grupo favorito, para eso se abrirá una ventana que es un explorador de archivos, eso es otro programa.

Al compilar además hay otro tipo de dependencias, son necesarias para "construir" el programa, al igual que un martillo es necesario para construir un mueble, junto a la madera y los clavos. Los clavos y la madera serían dependencias de uso (son necesarias para usar el mueble) y además de construcción (compilación). El martillo es sólo una dependencia de construcción (compilación), una vez hecho el mueble, no nos hace falta mas. No todas las dependencias de uso son a la vez dependencias de compilación, como hace entender el ejemplo, pero la mayoría lo son.

En linux, al instalar un programa A, realmente estamos instalando varias cosas. El programa A puede estar dividido en varias partes, así instalaríamos A-base y A-gnome (por ejemplo, si nuestro escritorio es gnome), también instalaríamos la documentación de A y todas las dependencias de uso del programa A (eso es todos los programas adicionales necesarios para usar el programa A). Normalmente, instalamos los programas desde los repositorios, utilizando programas especiales, ya sea dnf, apt, zypper o lo que sea. Dichos programas se encargan de manejar las dependencias, por eso sólo tenemos que decirles a dichos programas que instalen A y nos instalan todo lo necesario.

Al compilar no pasa eso, somos nosotros los que tenemos que preocuparnos de las dependencias, por eso es algo común que los creadores de programas añadan un archivo de texto para indicar qué hace falta tener instalado.

0.3 Bash y Bash Scripting:

Bash es un programa especial. Este programa tiene acceso a todos los programas, ya sean gráficos o no, nos permite concatenar los programas, cambiar su comportamiento por defecto y mucho mas. Este tipo de programas se llaman Shell, hay muchos, pero Bash es el que viene instalado por defecto.

Bash nos permite teclear los comandos uno a uno o pasarle un archivo de texto donde están indicados los comandos a ejecutar (y la manera en que queremos que se ejecuten). Ese archivo de texto es lo que se llama un Script. Todo lo que está en un script lo podemos teclear en una terminal para ejecutarlo manualmente.

¿Por qué Bash y todas las Shell son programas especiales? Porque un script es un programa. Si, un script es un programa por propio derecho. Bash es un programa y es un lenguaje de programación, la única diferencia con C o C++ (los dos lenguajes de programación más comunes en la creación de programas) es que los programas de Bash no hace falta compilarlos, sólo ejecutarlos.

#14 Re: Ubuntu, Linux Mint, Elementary, KDE Neon » ubuntu y requisistos de maquina » 2015-08-08 08:13:29

Hola Neph. Si lo que te gusta es Ubuntu, instala Xubuntu, que es lo mismo pero con un entorno de escritorio mas liviano y con un estilo tradicional de escritorio (Win 98, XP, 7).

#15 Re: Fedora, Korora, Chapeau » como conseguir instalar .tgz o .tar.gz sin volverse loco? » 2015-08-07 11:12:30

COMPILAR 101

1. Descomprimir:

Decargamos el paquete que queramos compilar y abrimos una ventana de terminal. Nos dirigimos a la carpeta de descarga o donde sea que esté el archivo de las fuentes utilizando el comando "cd".

tar -xf ArchivoDeLasFuentes

Lo de arriba es lo único que necesitamos para descomprimir ("-x") un archivo *.tar ("-f" indica el nombre del archivo). Ahora, si es un archivo *.tar.gz necesitamos pasarle además la opción "-z" o si es un archivo *tar.xz necesitamos pasarle la opción "-J".

Ojo las mayúsculas y minúsculas importan. Cuando se pasan varias opciones, se pueden omitir los guiones. Después de la opción "-f" tiene que ir necesariamente el nombre del archivo y no otra opción.

2. Observar:

Después de descomprimir utilizamos el mítico comando "cd" y nos dirigimos a la carpeta recién creada, por la descompresión, con las fuentes. Es muy buena idea utilizar el comando "ls" para ver los archivos que contienen las fuentes.

Normalmente suele haber un archivo README y/o INSTALL. Es buena idea leer ambos archivos. El archivo INSTALL explica los pasos a seguir para compilar el programa, en su ausencia, lo indica el README.  Para no salir de la terminal podéis utilizar el comando "less".

3. Dependencias:

Hay dos tipos de dependencias: dependencias para compilar y dependencias para usar. Las primeras las necesitamos para compilar el programa (luego se pueden desinstalar), las otras son para usar el programa y como su nombre indica, las necesitamos para poder usar el programa.

Obviamente, para poder compilar necesitamos "binutils", "gcc", "glibc", "make" (el 90% de los programas se compilan con esto), puede que "qmake", luego necesitamos de los paquetes que se indican en INSTALL o README.

Por último, suele haber presente un archivo llamado "configure", este archivo es un script de bash se encarga de comprobar que estén presentes todas las dependencias con sus versiones correctas y hacer un poco de magia antes de compilar. Ojo, la versión de las dependencias es bastante importate, si no se cumple, no se puede compilar y os toca o buscar un repositorio con la versión correcta, o compilar la versión correcta de esa dependencia o engañar "configure" desactivando esa comprobación.

Como todo script se ejecuta con:

./configure

Estad atentos a los "Error" y "Warning", estos últimos no siempre suelen impedir la compilación del programa pero muchas veces pueden provocar que el programa funcione mal o no funcione.

4. Compilar:

Es muy buena idea compilar con un usuario sin privilegios, eso es que no sea root y sin utilizar "sudo", por cuestiones de seguridad. Este es en muchos casos el paso más lento así que podéis iros a tomar un café o algo. Si no ha habido errores o "warnings" durante al ejecutar "configure" o si no lo había y se han instalado todas las dependencias indicadas por README y/o INSTALL, este paso no tiene por qué dar error.

make

Con esto conseguimos un binario. Si se compila para una arquitectura de procesador (por ejemplo x84_64) y no para una familia (por ejemplo Haswell), el binario se puede compartir en la red. Siempre suele haber gente que pide que les compilen programas, pues en equipos menos potentes (al menos hace unos años) se podían tardar horas.

5. Instalar:

Aquí necesitaremos privilegios de superusuario, ya sea accediendo a la cuenta root con "su", lanzando una shell root con "sudo -s" o utilizando "sudo" antes del comando, veamos con el último:

sudo make install

Listo, ya podemos utilizar el programa.

6. Desinstalar:

Ha salido una nueva versión del programa y necesitamos desinstalar la antígua o el programa no nos convence. Es buena idea no borrar los binarios de instalación, porque hacen falta para desinstalar, y depués de que os pase un par de veces os daréis cuenta que compilar para desinstalar es mucho peor que tener ocupados unos cuantos megas.

En la carpeta del binario:

sudo make uninstall

#16 Re: openSUSE, Semplice » Problema al grabar opensuse en una memoria flash con unetbootin » 2015-08-04 03:13:45

Te recomiendo "SUSE Studio Imagewriter" (viene en los repositorios de OpenSUSE). Es el mejor programa de grabación de LiveCD's que he probado, de hecho utilizo Fedora y tengo instalado este programa.

#17 Re: Debian, LMDE, Deepin » [SOLUCIONADO] Debian 8 llena súbitamente el espacio de disco duro » 2015-07-27 04:28:53

La cosa sería solucionar lo que te estaba llenando los logs, para que no vuelva a pasar en unos meses.

#18 Re: Debian, LMDE, Deepin » [SOLUCIONADO] Debian 8 llena súbitamente el espacio de disco duro » 2015-07-25 12:59:58

Mala cosa, eliotime, no tengo una solución para tí, pero me has dejado con la boca abierta, me gustaría saber qué te está provocando eso. Si es un demonio que crea algún archivo de dumpeo o lo que sea, o que loguea algo, seguro que al final se ha quedado sin espacio y lo ha logueado en alguna parte.

Por cierto, ¿qué sistemas de archivos utilizas y para qué particiones?

#19 Re: KDE Plasma » ¿Como cambiar se server de actualización? » 2015-07-25 12:55:32

Si dudas, no borres el archivo, renómbralo como sources.list.bak y lo tienes de backup, por si acaso.

#20 Re: KDE Plasma » ¿Como cambiar se server de actualización? » 2015-07-25 08:38:48

Mira, en esta página te generan el sources.list. Una vez generado, sólo tienes que sustituir el archivo antiguo por el nuevo y listo.

#21 Re: Otros » Grive-tools me da error en Elementary os Freya » 2015-07-25 08:34:52

Prueba instalar todas esas cosas de las que te dice que depende pero que no va a instalar.

#22 Re: Hardware » Problema NVIIA GTX970 y Ubuntu 14.04.2 LTS » 2015-07-20 02:25:48

Entonces según entiendo tienes dos problemas:

  • No consigues instalar los drivers privativos de tu tarjeya gráfica.

  • No se te muestran las consolas tty

Para instalar el driver privativo, ¿seguiste estos pasos?:

sudo add-apt-repository ppa:xorg-edgers/ppa
sudo apt-get install nvidia-graphics-drivers-352

#23 Re: Hardware » Problema NVIIA GTX970 y Ubuntu 14.04.2 LTS » 2015-07-18 14:51:23

Hola. He entendido en términos generales que has instalado los drivers de tu gráfica Nvidia GTX970. ¿Puedes aclarar cuál es el problema exactamente, "cosas raras" ofrece muy poca información?

#24 Re: Otros » actualizar a version mas reciente de lubuntu ( 15.04 vivid verve ) » 2015-07-15 14:53:14

Primero tienes que actualizar todos los programas y luego hacer el dist-upgrade:

sudo apt-get update
sudo apt-get upgrade
sudo apt-get dist-upgrade

No sé si la nueva versión de apt ha llegado a Ubuntu 14.04, si es así y tienes apt, utiliza este (con los mismos parámetros) en vez de apt-get.

#25 Re: Ubuntu, Linux Mint, Elementary, KDE Neon » quitar ubuntu kylin y dejar solo lubuntu 14.04 » 2015-07-15 04:12:23

Los archivos pueden aparecer por si solos, tras un fallo del sistema, o si pasas usas el comando "fsck" y encuentra archivos que están guardados en el disco duro, pero que no son accesibles porque se ha perdido su nombre.

Pie de página

Powered by FluxBB