Re: desinstalar programas

[Martín Peluso]

Carlos E. Vargas Rojas wrote:
Hola. Soy nuevo en mundo de linux, acabo de instalar mi primer sistema 
operativo linux y escoji el debian lenny porque era el que mejor se 
adapta a mi laptop (inspiron 1520). mi pregunta es que como hago para 
eliminar programas que se instalaron por defecto, como el navegador 
Epiphany y el administrador de mail Evolution y como hago para 
instalar los de mozilla. También quería saber si alguno que tenga esta 
misma laptop le funciona bien la webcam y el bluetooth . y si tuvieron 
que bajar algún paquete cual fue.


Muchas gracias

--
Carlos E. Vargas Rojas
Costa Rica 


Hola Carlos!

Puedes desinstalar esos programas con el comando apt-get remove 
[nombre_del_programa], por ejemplo apt-get remove epiphany.
Para instalar los de mozilla puedes utilizar el comando apt-get install 
[nombre_del_programa], por ejemplo apt-get install iceweasel, o apt-get 
install icedove (son los equivalentes a firefox y thunderbird 
respectivamente).
Con respecto a bluetooth y la webcam, no puedo aconsejarte ya que no 
poseo experiencia alguna en una máquina como la que nombras.


Suerte, saludos!

Re: como genero el archivo source.list

[Martín Peluso]

Mario Ybañez wrote:


hola:

hay alguna herramienta en debian que me busque o me deje elegir de una 
lista

los servidores debian para queneral el source.list ?

en la pagina web de debian hay un listado ya hecho para copiar y pegar ?

eso es todo
gracias
saludos
--
Mario S. Ybañez
Linux User # 398682 


Hola Mario!

Existe una herramienta llamada apt-spy que genera un sources.list en 
base a una lista de mirrors provista por el ftp de Debian y un testeo de 
latencia, ancho de banda, rendimiento, ubicación geográfica, etc.
Es muy fácil de utilizar, lo único que debes tener en cuenta es que 
puedes  obtener distintos resultados de acuerdo al momento del 
día/semana/mes en que lo utilices, ya que no siempre los mirrors tendrán 
el mismo rendimiento (aunque por lo general los resultados son aceptables).
Es una opción para tu búsqueda, aunque igualmente puedes encontrar 
listas de repositorios por toda la red y tomar tus propias desiciones.


Te dejo un tutorial muy completo sobre apt-spy por si decides probarlo: 
http://www.esdebian.org/article.php?story=20030708020502239


Suerte, Saludos!

Re: Sin sonido en Debian

[Martín Peluso]

Javier Arroyo Méndez wrote:

Hola a todos,

Un problema con el que me vengo peleando desde que instalé Debian Etch: no 
tengo sonido ninguno. No es cuestión de altavoces desconectados ni nada de eso 
puesto que desde el mismo pc cargo una distribución Live (Backtrack) y suena 
sin problemas. Cuando pincho unos cascos USB suenan sin problemas así que el 
problema parece ser que no identifica la tarjeta. Sin embargo:

[EMAIL PROTECTED]:~$ lspci | grep -i audio
00:05.0 Audio device: nVidia Corporation MCP61 High Definition Audio (rev a2)

[EMAIL PROTECTED]:~$ cat /dev/sndstat
Sound Driver:3.8.1a-980706 (ALSA v1.0.12rc1 emulation code)
Kernel: Linux lab2 2.6.18-5-amd64 #1 SMP Sat Dec 22 20:43:59 UTC 2007 x86_64
Config options: 0

Installed drivers:
Type 10: ALSA emulation

Card config:
MPU-401 UART at 0x330, irq 5

Audio devices: NOT ENABLED IN CONFIG

Synth devices: NOT ENABLED IN CONFIG

Midi devices:
0: MPU-401 UART MIDI

Timers:
7: system timer

Mixers: NOT ENABLED IN CONFIG

He actualizado alsaconf y lo he ejecutado pero nada... 


Una ayudita...? Gracias
_
MSN Video. 
http://video.msn.com/?mkt=es-es
  


Hola Javier!

Al momento de la ejecución, alsaconf reconoce correctamente tu tarjeta 
de sonido? Estas seleccionando la opción correcta de las reconocidas por 
alsaconf? Estás permitiendo la modificación del archivo 
/etc/modprobe.d/sound  ante dicha pregunta?
El archivo /dev/sndstat al que haces mención debería contener el 
identificador de tu tarjeta de sonido en la línea "Audio Devices", pero 
en tu ejemplo la línea "NOT ENABLED IN CONFIG" me llama mucho la 
atención, aunque el resto del archivo luce normal para mí.


Que tengas suerte, saludos!

Re: error instalando rpm

[Martín Peluso]

Martín Peluso wrote:

Reiniel Gonzalez Martinez wrote:
Hola, hace poco pregunte como podria instalar un paquete.rpm, probe 
de hacer lo siguiente, me da un error de dependencias, no se que cosa 
pueda ser, soy un novato en esto de linux. Me podrian ayudarAqui 
trate de instalar el paquete sin convertirlo a .deb y no me 
funciona..Gracias de antemano...


 rpm -i /home/reiniel/Desktop/VMware-workstation-6.0.2-59824.i386.rpm 
error: Dependencias fallidas:

/bin/sh se necesita por VMwareWorkstation-6.0.2-59824.i386
[EMAIL PROTECTED]:~#

No me pinchaba lo del manual, infle en instale "FreeBsD"

  

Hola Reiniel!

/bin/sh es un shell (intérprete de comandos), o mejor dicho, un enlace 
simbólico hacia el shell propiamente dicho, es extraño porque creo que 
debería estar presente por defecto.
Nunca me ocurrió nada similar, pero podrías comenzar observando si 
/bin/sh se encuentra listado como shell válido dentro del archivo 
/etc/shells.
Por otra parte, podrías comprobar la existencia del link mediante ls 
-l /bin/sh.
Si el link no existiese, puedes crearlo utilizando el siguiente 
comando ln -s /bin/bash /bin/sh.
Es lo primero que se me viene a la cabeza de acuerdo con tu planteo, 
espero haber ayudado.


Saludos!



Saludos Reiniel, yo otra vez!

Me adelanto un paso más pensando en que lo mas probable es que 
encuentres el link simbólico en su lugar, en cuyo caso podrías intentar 
el  comando rpm -i --nodeps 
/home/reiniel/Desktop/VMware-workstation-6.0.2-59824.i386.rpm
Añadiendo la opción --nodeps a la instalación por medio de rpm (siempre 
y cuando /bin/sh esté allí donde debe) lo que logras es que el sistema 
de manejo de paquetes rpm se salte el chequeo de dependencias y "fuerce" 
su instalación ya que asume que las dependencias están cumplidas, y digo 
asume porque sería muy extraño que en realidad /bin/sh no estuviese en 
tu sistema.
Si por alguna razón ni alien ni rpm pueden satisfacer la instalación del 
paquete, supongo que todavía tienes la posibilidad de encontrar algún 
tar de VMware, solo tendrías que compilarlo.


Suerte!

Re: error instalando rpm

[Martín Peluso]

Reiniel Gonzalez Martinez wrote:

Hola, hace poco pregunte como podria instalar un paquete.rpm, probe de hacer lo 
siguiente, me da un error de dependencias, no se que cosa pueda ser, soy un 
novato en esto de linux. Me podrian ayudarAqui trate de instalar el paquete 
sin convertirlo a .deb y no me funciona..Gracias de antemano...

 rpm -i /home/reiniel/Desktop/VMware-workstation-6.0.2-59824.i386.rpm 
error: Dependencias fallidas:

/bin/sh se necesita por VMwareWorkstation-6.0.2-59824.i386
[EMAIL PROTECTED]:~# 



No me pinchaba lo del manual, infle en instale "FreeBsD"

  

Hola Reiniel!

/bin/sh es un shell (intérprete de comandos), o mejor dicho, un enlace 
simbólico hacia el shell propiamente dicho, es extraño porque creo que 
debería estar presente por defecto.
Nunca me ocurrió nada similar, pero podrías comenzar observando si 
/bin/sh se encuentra listado como shell válido dentro del archivo 
/etc/shells.
Por otra parte, podrías comprobar la existencia del link mediante ls -l 
/bin/sh.
Si el link no existiese, puedes crearlo utilizando el siguiente comando 
ln -s /bin/bash /bin/sh.
Es lo primero que se me viene a la cabeza de acuerdo con tu planteo, 
espero haber ayudado.


Saludos!

Re: instalar rpm

[Martín Peluso]

Oscar Julian Rosales Blanco wrote:

Por favor usa el comando aptitude show rpm

Description: Red Hat package manager
 If you want to install Red Hat Packages then please use the alien
 package. Using rpm directly will bypass the Debian packaging system!


parece que la recomendación es usar alien 



On sáb, 2008-02-23 at 03:15 -0200, Martín Peluso wrote:
  

Buenos días Reiniel:

Salvo que necesites convertir el paquete a .deb por algún motivo en 
especial, te aconsejaría lo siguiente:


#apt-get install rpm

En instantes serás capaz de manejar paquetes .rpm.
Para mas datos:

$rpm -i [paquete.rpm]

Instalaría tu paquete .rpm en tu sistema Debian sin mayor esfuerzo.
Eso es lo que yo haría (si no fuese prioridad la conversión del
paquete 
por causas de fuerza mayor).


Saludos!


Buenos días Oscar!

Lo que creo interpretar sobre ese mensaje es un aviso acerca de que al 
usar rpm para realizar tareas con paquetes, el comando se "salta" al 
sistema de manejo de paquetes nativo de Debian, o sea, que el paquete no 
podría manejarse a posteriori por medio de herramientas propias de 
Debian. Por mi parte utilizo el sistema de manejo de paquetes rpm para 
tratar con paquetes rpm ya que me interesa (siempre que sea posible) 
familiarizarme con el manejo de distintos comandos relativos a distintas 
distribuciones (de hecho tengo varias distribuciones en mi pc hogareña).
Por experiencia propia puedo asegurarte que nunca tuve conflicto alguno 
utilizando rpm sobre Debian, te invito a comprobarlo por tus propios medios.


Saludos!

Re: instalar rpm

[Martín Peluso]

Rhonny wrote:

Hola

2008/2/22 Reiniel Gonzalez Martinez <[EMAIL PROTECTED] 
>:


Tengo un paquete que quisiera instalarme pero es extension rpm,
estuve googleando y encontre que tenia que convertirlo a .deb,
para esto tenia que trabajar con el alien, un programa que lo
convierte a .deb. Hice esto
apt-get install alienpara instalarme el alien
DESPUES  alien -i paquete.rpm pero no me funciona que podria
hacer, dicho paquete yo lo tengo en mi escritorio, no se como
referirme a el desde la consola para convertirlo con el
alienEspero que me ayuden...



Lo estas haciendo como usuario root?

Bien, el programa alien como leiste, te convierte un rpm a deb, la 
opcion por defecto que usa alien es -d o --to-deb y lo ejecutas desde 
un shell  "alien paquete.rpm" (sin las comillas) y listo, eso te 
genera un programa.deb



--
Rhonny Lanz R.
Cel +58.412.501.9537
Valencia - Venezuela
"El que no aprende de su historia, tiende a repetirla" 

Buenos días Reiniel:

Salvo que necesites convertir el paquete a .deb por algún motivo en 
especial, te aconsejaría lo siguiente:


#apt-get install rpm

En instantes serás capaz de manejar paquetes .rpm.
Para mas datos:

$rpm -i [paquete.rpm]

Instalaría tu paquete .rpm en tu sistema Debian sin mayor esfuerzo.
Eso es lo que yo haría (si no fuese prioridad la conversión del paquete 
por causas de fuerza mayor).


Saludos!

Re: OT: Máquinas zombies

[Martín Peluso]

Nico wrote:

JAP escribió:

Cristian Mitchell escribió:
El 27/01/08, JAP <[EMAIL PROTECTED]> escribió: 

La pregunta es... ¿cómo detecto si me han hecho vudú, o sea, si se
convirtió en zombie?

con pstree y top
  
Todo eso está "sin novedad en el frente"; junto con netstat es lo 
primero que probé.
Estoy SEGURO que no está zombie, pero estoy queriendo saber de 
alguien que haya tenido el problema, cómo se dio cuenta, qué hizo, 
qué utiliza ahora para evitarlo, etcétera.


Mas allá de si los end-user linuxeros somos o no un target para las 
botnet (;)), si alguien entró en tu máquina como root entonces la 
única forma de asegurarte que el equipo no se encuentra comprometido 
es desde otro; si una persona planea usar tu equipo como zombie, y 
hace un buen trabajo, entonces hay que asumir que, por ejemplo, pstree 
es en realidad un versión parcheada para que no liste los procesos que 
el atacante no quiera que se listen. Lo mismo con las demás utilidades 
de sistema.
Lo que haría en tu caso, si realmente tenés dudas, es un backup y un 
"cat /dev/urandom > /dev/sdN". Claro, con un backup de /home y otro de 
/etc me puede llevar 3 horas tener un Debian nuevo, en mi pc personal, 
pero si lo que buscas es investigar entonces podrías snifear las 
conexiones con otro equipo, o usar un live cd para revisar los logs 
(posiblemente sin encontrar nada) y correr un md5 sobre los binarios 
del sistema para compararlos con otros seguros. No soy un experto en 
seguridad pero son las dos opciones que se me ocurren.



Saludos!




Buenos días, el aporte que puedo hacer al hilo por mi experiencia en 
este tema de la paranoia es el siguiente:


Dando por hecha la suposición del amigo Nico sobre si alguien entró en 
tu máquina como root y parcheó herramientas como netstat, pstree o 
cualquier otra herramienta de administración, lo bueno sería que 
(habiendo sido precavidos) hubiésemos hecho chequeos md5 de las 
herramientas y directorios mas importantes de nuestro sistema (justo 
después de la instalación para mayor seguridad), guardando los 
resultados para cotejarlos luego en un supuesto caso como este contra 
los resultados del nuevo chequeo md5 que haríamos a las herramientas 
aparentemente modificadas.


Obviamente el archivo de texto resultante lo deberíamos guardar en un 
medio ajeno a la propia máquina por cuestiones de seguridad.


Si los resultados de la comparación con el md5 actual de las 
herramientas no coincidiesen, existen detectores de rootkits que podemos 
utilizar para detectar esa clase de anomalías. La siguiente dirección 
corresponde a check rootkit, el detector de rootkits mas popular, capaz 
también de realizar chequeos sobre varios aspectos de la seguridad del 
sistema, incluyendo la modificación de binarios del sistema:


http://www.chkrootkit.org

Creo que eso es todo lo que pudiera aconsejar.

Saludos.
Martín

Ark utiliza RPC para comunicarse con mi propia máquina?

[Martín Peluso]

Buenos días gente de la lista:

No entiendo algunos sucesos, quizás alguien pueda explicarme que es lo 
que ocurre y el por qué, y si esto es normal.
Cuando intento ver el contenido de un archivo comprimido utilizando Ark 
(el archivador por defecto), este demora minutos en lograr visualizarlo 
quedándose a medio camino hasta finalizar la carga del mismo, como dije, 
luego de un largo rato.


Durante esos minutos:

$ netstat -nat
$ Proto  Recv-Q  Send-Q  Local Address  Foreign Address  State
$ tcp  01   127.0.0.1:2575  127.0.0.1:111   
SYN_SENT


$ lsof -i :111
$ COMMAND  PID   USER   FD  TYPE  DEVICE  SIZE  NODE  NAME
$ ark  5962  martin 11u  IPv4   20179   TCP 
localhost:2483->localhost:sunrpc (SYN_SENT)


Ark utiliza sunrpc para comunicarse con mi própia máquina? Quizás el 
problema sea mío por no comprenderlo, si alguien puede confirmarme que 
esto es perfectamente normal y a que se debe sería genial.


Desde ya, muchas gracias.
Saludos.

Re: apt-get: Paquetes rotos

[Martín Peluso]

Gracias a todos por su ayuda, he intentado paso a paso cada uno de sus 
consejos, y aunque no logré solucionar el problema directamente me han 
acercado a la solución.
No me dejaba hacer apt-get remove, install o utilizar aptitude para 
modificar el estado de los archivos, intenté reinstalarlos desde  
/var/cache/apt/archives incluso con el argumento --force-overwrite pero 
me informaba de unas dependencias incumplidas, entonces intenté 
simplemente ejecutar apt-get -f install y me ha solucionado los 
problemas de dependencias llevando a la suite openoffice.org a su estado 
inicial.

Muchas gracias César, Gonzalo y Cristian por darme una mano.
Saludos a todos.

apt-get: Paquetes rotos

[Martín Peluso]

Buenos días a todos:

Resulta que tenía instalada y funcionando la suite completa de 
openoffice.org, pero cometí un error haciendo apt-get upgrade desde un 
repositorio testing lo que aparentemente produjo un conflicto de 
paquetes que me impide utilizar cualquiera de los programas de la suite, 
incluso desaparecieron los iconos de los programas (como 
openoffice-math, writer, calc, etc) del menú K de KDE, salvo el de 
openoffice.org propiamente dicho (que igualmente no responde).
Al intentar hacer nuevamente apt-get install de los paquetes de la suite 
openoffice.org surge el error que he cometido:


# Leyendo lista de paquetes... Hecho
# Creando árbol de dependencias... Hecho
# No se pudieron instalar algunos paquetes. Esto puede significar que
# usted pidió una situación imposible o, si está usando la distribución
# inestable, que algunos paquetes necesarios no han sido creados o han
# sido movidos fuera de Incoming.

# Como sólo solicito una única operación, es extremadamente posible que el
# paquete simplemente no sea instalable y debería de rellenar un informe de
# error contra ese paquete.
# La siguiente información puede ayudar a resolver la situación:

# Los siguientes paquetes tienen dependencias incumplidas:
# openoffice.org: Depende: openoffice.org-core (= 2.0.4.dfsg.2-7etch4) 
pero no va a instalarse

# Depende: openoffice.org-writer pero no va a instalarse
# Depende: openoffice.org-calc pero no va a instalarse
# Depende: openoffice.org-impress pero no va a instalarse
# Depende: openoffice.org-draw pero no va a instalarse
# Depende: openoffice.org-math pero no va a instalarse
# Depende: openoffice.org-base pero no va a instalarse
# E: Paquetes rotos


Por el momento decidí quitar el repositorio testing de souces.list ya 
que veo que no estoy capacitado para manejarlo como corresponde, pero me 
gustaría saber como conseguir volver a la versión funcional de 
openoffice.org, reinstalarla o hacer lo que sea necesario para poder 
utilizarla ya que la necesito mucho.


Desde ya, muchas gracias.
Saludos.

Re: ayuda con eth0

[Martín Peluso]

Johann Pashanasi Celis wrote:

Derrepente estas usando dhcp y no static, por eso se cambia el ip luego
de un tiempo. 


Por que no nos pegas el contenido de interfaces

On Tue, 2008-01-08 at 18:38 -0200, Martín Peluso wrote:
  

Bayardo Sanchez wrote:

Tengo mi server debian configurado cno ip estatico reviso 
/etc/networks/interface y todo bien trabajo por una hora bien luego se 
me cae la coneccion reviso de nuevo esta bien el ip pero cuando le doy 
ifconfig me sale otro ip no el ke tengo en /etc/networks/interface .


Gracias de antemano por la ayuda
<mailto:[EMAIL PROTECTED]>
  
Puede parecer una pregunta algo ingenua pero existe la posibilidad de 
que no poseas una dirección ip estática provista por tu isp?



Eso mismo, y ademas de pegar la salida de /etc/network/interfaces ten en 
cuenta que si sales por un router y usas ip estática sería conveniente 
que configurases el router para poder brindártela evitando posibles 
conflictos con otras máquinas.

Re: ayuda con eth0

[Martín Peluso]

Bayardo Sanchez wrote:
Tengo mi server debian configurado cno ip estatico reviso 
/etc/networks/interface y todo bien trabajo por una hora bien luego se 
me cae la coneccion reviso de nuevo esta bien el ip pero cuando le doy 
ifconfig me sale otro ip no el ke tengo en /etc/networks/interface .


Gracias de antemano por la ayuda

Puede parecer una pregunta algo ingenua pero existe la posibilidad de 
que no poseas una dirección ip estática provista por tu isp?

Re: OT: SPAM

[Martín Peluso]

JAP wrote:

¿Alguien sabe qué pasa con el filtro de la lista?
Es terrible la cantidad de porquerías que recibo proveniente de la 
lista en los últimos 15 días.


JAP


Es cierto, me resultaba extraño que nadie tocara el tema sobre todo 
porque no se trata de un hecho aislado, las lluvias de spam en la lista 
últimamente son sistemáticas.
Por el momento he editado mis propios filtros con lo que la limpieza se 
simplifica un poco, espero que el tema se solucione y que todos los 
spammers del mundo contraigan el síndrome del túnel carpiano acompañado 
por una severa tendinitis de muñeca (no, not really).

Re: Hacer login a usuarios sin contraseña

[Martín Peluso]

César wrote:

Creo que existen mas de un archivo que controlan esto en un Debian,
esta el " /etc/passwd" y "/etc/shadow", en ambos archivos debería
estar borrada el segundo parámetro en la linea del usuario que desee
dejarse sin contraseña.

En "/etc/passwd" borrar la'''x''' que va después de "root:"
root:'''x''':0:0:root:/root:/bin/bash

Y en "/etc/shadow" borarr '''$1$vA3OMqV/$o.yBgjTTDrpNhEN9T4hUQ.'''
después de "root:"

root:'''$1$vA3OMqV/$o.yBgjTTDrpNhEN9T4hUQ.''':13515:0:9:7:::



No se si sera la respuesta adecuada, pero creo entender que en un
Debian si intentas utilizar una contraseña nueva para tu usuario el
que sea (root o usuario raso) con pocos caracteres o de muy baja
seguridad por la sencillez de la misma este sistema no te deja
implementarla, no se si todos los linux (RedHat, Fedora, Suse,
Mandriva, etc) sera igual.

Y otra cosa mas, haciendo "man passwd" no observe el parametro "-d"
para este comando en mi Debian

Saludos
___
http://www.sindominio.net/ayuda/preguntas-inteligentes.html
http://cronopios.net/Traducciones/trolls.es.html

Mi blog:
http://cesarediaz.blogspot.com

:-{þ

  
Puede que haya que actualizar la política de contraseñas en 
/etc/pam.d/common-password para habilitar el login de usuarios sin 
contraseña?
De ser así, simplemente se solucionaría modificando algunos parámetros 
dentro del propio archivo common-password, el cual posee comentarios que 
ayudan a configurarlo correctamente. Incluso existen argumentos para 
modificar el tamaño mínimo y máximo de las contraseñas, habilitar 
chequeos de passwords, permitir o denegar logins sin contraseña, etc.

Espero haber contribuído con algo útil.
Saludos.

nmap Xmas scans + conexiones salientes desconocidas

[Martín Peluso]

Hola a todos:

Estoy teniendo una serie de problemas que paso a enumerar. Unos días 
atrás, una de mis máquinas comenzó a recibir varios escaneos Xmas  de 
nmap desde una ip 73.23.32.79.
Mas tarde en otra de mis máquinas la cual está corriendo bajo Debian 
etch, Firestarter me muestra cuatro conexiones activas a la misma ip: 
73.23.32.79 con puertos destino 80, 41182, 43275 y 44285, estas 
conexiones continúan activas desde hace alrededor de dos días, no están 
siendo utilizadas por ninguna aplicación cliente y no son reconocidas 
por netstat. Además la ip destinataria de esas conexiones no brinda 
servicio http y tiene todos los puertos filtrados. Fireshark no detecta 
tráfico desde o hacia  es dirección ip, salvo que le envie alguna 
petición las cuales no responde claro.
De aquí en mas no se que hacer, me gustaría saber como se originan esas 
conexiones o como terminar con ellas y a que se debe esto.


Todos los comentarios, tips y consejos son muy bienvenidos.
Gracias de antemano.

Saludos.