Re: Segmentation faul en akregator
Hola Juan José... El 05/04/16 a las 08:33, Juan José López escribió: Hola listeros. (...) akregator PID: 2808 Señal: Segmentation fault (11) Hora: 05-04-16 13:14:38 (...) ¿ Alguna sugerencia ? Me pasa exactamente lo mismo con Jessie, KDE y Akregator, falla cuando lo cierras. En oportunidades intenté "informar el fallo" pero me fue imposible con el "Asistente de informe de fallos", nunca reunía información que le pareciera suficiente a esta aplicación. Así que como no detectaba otro tipo de problemas, simplemente comencé a ignorarlo. Saludos, -- Walter O. Dari http://swcomputacion.com/ https://facebook.com/swcomputacion/ https://facebook.com/sistemasSW/ skype: waomda
Re: Portal cautivo ZeroShell
El Martes, 5 de abril de 2016 14:34:14 JAP escribió: > El 05/04/16 a las 14:04, Juan José López escribió: > > El Martes, 5 de abril de 2016 11:09:16 JAP escribió: > > > > Llego tarde a la conversación, así que no se de que va el resto. Solo un > > > > apunte: > >> (Nota mental: averiguar cómo identificarme ante ZeroShell con un script > >> en el arranque en vez de un navegador, en forma similar a lo que hace > >> cntlm.sourceforge.net). > > > > Supongo que será un 'portal cautivo' de esos; échale un vistazo a > > > > http://www.vicente-navarro.com/blog/2013/02/28/configurando-routers-domest > > icos-desde-la-linea-de-comandos-con-wget/ > > > > wget y un script en /etc/network/if-up.d/ te podría servir. > > Antes que nada, cambio el "Asunto", dado que esto no tiene que ver con > el hilo original. > > Sí, Juan José, se trata que en el trabajo tengo un portal cautivo > controlado por un ZeroShell (http://www.zeroshell.org/) que me obliga a > identificarme con una página de "log-on" mediante un navegador WEB. > > Ayer se me dio una situación risible, si no fuera porque terminé con un > dolor de cabeza. > Estaba haciendo la actualización de todos los lunes a "jessie", que > dicho sea de paso esta semana estuvo bastante pesadita, y se cortó el > suministro eléctrico unos momento, quedando a medio actualizar. > Lo "gracioso" del tema es que me quedé sin consola gráfica, y no podía > identificarme en el portal cautivo ni con lynx ni con links. > Por ende, no pude continuar con el proceso. > La solución: me llevé la máquina a casa y lo arreglé. > > Lo único que encontré del tema es un script en python de este sitio > http://www.zeroshell.org/forum/viewtopic.php?t=1109 > Bajé los primeros, y no logro hacerlo funcionar, y no entiendo mucho de > python para arreglarlo, considerando que es "viejo". > Los más "nuevos" no puedo bajarlos, pues el sitio http://aljufry.org > parecería que está fuera de línea. > > Con lo que me has pasado, lo estudiaré y veré si puedo de alguna manera > habilitar el paso por el portal cautivo en forma automática y modo > consola, para evitar otros "inconvenientes" de los que solemos trastear > con la pantalla en blanco y negro. > > Muchas gracias. > > JAP Ok. Ya se sobre que era la conversación :-) Si tienes problemas habituales con el suministro eléctrico, un pequeño 'trick'. No actualices de golpe; primero descarga los paquetes con 'apt-get -d upgrade', y solo cuando termine de descargar haz la actualización real con 'apt-get upgrade'. En caso de fallo de corriente, por lo menos tendrás todos los paquetes ya descargados y podras continuar la actualización sin problemas. Te puedes hacer un pequeño script que lo automatice; o incluso un alias en Bash. Lo del portal cautivo es simple, si tienes unos conocimientos básicos de html. Miras el código fuente de la página, y en algún lugar estará el formulario que se usa, con la página real a la que se mandan los datos junto con las variables. Te montas un pequeño script en /etc/network/if-up.d/ que compruebe si estas conectado a la red del trabajo (por la IP, o con algún comando que lo compruebe, por ejemplo bajando la página web de autorización de ZeroShell ), y, si estas efectivamente en el trabajo, que lance WGET con los argumentos y el URL necesario. Así dicho parece más complicado de lo que en realidad es ;-) ya verás que no es para tanto. Yo tenía algo similar para obtener mi IP real desde la página de mi router, y actualizar mi cuenta de DynDns (cuando era gratis). Saludos.
Re: Portal cautivo ZeroShell
El 05/04/16 a las 14:04, Juan José López escribió: El Martes, 5 de abril de 2016 11:09:16 JAP escribió: Llego tarde a la conversación, así que no se de que va el resto. Solo un apunte: (Nota mental: averiguar cómo identificarme ante ZeroShell con un script en el arranque en vez de un navegador, en forma similar a lo que hace cntlm.sourceforge.net). Supongo que será un 'portal cautivo' de esos; échale un vistazo a http://www.vicente-navarro.com/blog/2013/02/28/configurando-routers-domesticos-desde-la-linea-de-comandos-con-wget/ wget y un script en /etc/network/if-up.d/ te podría servir. Antes que nada, cambio el "Asunto", dado que esto no tiene que ver con el hilo original. Sí, Juan José, se trata que en el trabajo tengo un portal cautivo controlado por un ZeroShell (http://www.zeroshell.org/) que me obliga a identificarme con una página de "log-on" mediante un navegador WEB. Ayer se me dio una situación risible, si no fuera porque terminé con un dolor de cabeza. Estaba haciendo la actualización de todos los lunes a "jessie", que dicho sea de paso esta semana estuvo bastante pesadita, y se cortó el suministro eléctrico unos momento, quedando a medio actualizar. Lo "gracioso" del tema es que me quedé sin consola gráfica, y no podía identificarme en el portal cautivo ni con lynx ni con links. Por ende, no pude continuar con el proceso. La solución: me llevé la máquina a casa y lo arreglé. Lo único que encontré del tema es un script en python de este sitio http://www.zeroshell.org/forum/viewtopic.php?t=1109 Bajé los primeros, y no logro hacerlo funcionar, y no entiendo mucho de python para arreglarlo, considerando que es "viejo". Los más "nuevos" no puedo bajarlos, pues el sitio http://aljufry.org parecería que está fuera de línea. Con lo que me has pasado, lo estudiaré y veré si puedo de alguna manera habilitar el paso por el portal cautivo en forma automática y modo consola, para evitar otros "inconvenientes" de los que solemos trastear con la pantalla en blanco y negro. Muchas gracias. JAP
Re: Problemas con DHCP corporativo [¿SOLUCIONADO?]
El Martes, 5 de abril de 2016 11:09:16 JAP escribió: Llego tarde a la conversación, así que no se de que va el resto. Solo un apunte: > > (Nota mental: averiguar cómo identificarme ante ZeroShell con un script > en el arranque en vez de un navegador, en forma similar a lo que hace > cntlm.sourceforge.net). > Supongo que será un 'portal cautivo' de esos; échale un vistazo a http://www.vicente-navarro.com/blog/2013/02/28/configurando-routers-domesticos-desde-la-linea-de-comandos-con-wget/ wget y un script en /etc/network/if-up.d/ te podría servir.
Re: Enviar correo con Exim4 y relayhost
El Tue, 05 Apr 2016 16:13:08 +, Edwin Quijada escribió: (ese formato...) > Buenas, tengo un tiempo tratando de usar mi correo desde consola para > enviar correos. Tengo instalado Exim4 para el envio y quiero usar mi > cuenta de hosting como relayhost. Mi server corre en el puerto 465 y aun > no he podido ponerlo a funcionar. > > Alguien tiene algun documento de como puedo hacer esto para el envio de > correos ? Local: zless /usr/share/doc/exim4-config/README.Debian.gz Internet: https://wiki.debian.org/PkgExim4UserFAQ#my_exim_cannot_connect_to_the_outside Saludos, -- Camaleón
Re: Problema arrancando Debian 8.3 en laptop
El Tue, 05 Apr 2016 18:04:14 +0200, Angel Vicente escribió: > El Mon, 4 Apr 2016 14:37:11 + (UTC) > Camaleón escribió: (...) >> > Le he pedido que me envíe una copia de kern.log y ahí veo >> > >> > [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored >> >> Dile que te mande la salida de "cat /boot/grub/*.cfg" > > Adjunto el fichero, es pequeñito. Ok, dejo lo que me interesaba ver. (...) > ### BEGIN /etc/grub.d/10_linux ### (...) > linux /vmlinuz-3.16.0-4-686-pae > root=UUID=0ef12422-72c7-47b9-a50a-72e499688a2c ro pci=noacpi quiet No veo nada raro, es decir, pensaba que podía haber algún parámetro adicional que se le estuviera pasando al kernel pero no, sólo el necesario para que se inicie el sistema (aunque sin BT). Buscando en Google sobre ese error encontré este bug de Ubuntu que parece ser exactamente el mismo problema que tienes (más que nada por el modelo de portátil). El bug sigue abierto (el último mensaje es indicativo) pero echa un vistazo por si algún comentario dijera algo que te sirva: [Acer Extensa 5230] linux-image-3.11.0-12-generic doesn't boot https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1237336 Podrías probar el kernel de los backports "linux-image-686-pae (4.4 +71~bpo8+1)", a ver si funciona con normalidad. Saludos, -- Camaleón
Enviar correo con Exim4 y relayhost
Buenas, tengo un tiempo tratando de usar mi correo desde consola para enviar correos. Tengo instalado Exim4 para el envio y quiero usar mi cuenta de hosting como relayhost. Mi server corre en el puerto 465 y aun no he podido ponerlo a funcionar. Alguien tiene algun documento de como puedo hacer esto para el envio de correos ? La yuda sera bien agradecida. TIA
Re: Problemas con DHCP corporativo [¿SOLUCIONADO?]
El Tue, 05 Apr 2016 12:01:53 -0300, JAP escribió: > El 05/04/16 a las 11:48, Camaleón escribió: >> El Tue, 05 Apr 2016 11:09:16 -0300, JAP escribió: > > >> De hecho NFS viene activado de manera predeterminada en Debian, yo >> pensé el desactivarlo porque no lo uso pero como da problemas, ahí >> está: >> >> > Como dije antes, prefiero eliminar un paquete a desactivarlo, pues si a > futuro instalo algo que lo necesite por dependencia, si está > desactivado, no genera mensaje de alerta al instalar y el nuevo paquete > no funciona al estar desactivado el servicio. > Prefiero que se cargue como dependencia y se reactive solo. Un paquete que se instale como dependencia no tiene por qué iniciarse automáticamente, tendrías que hacerlo manualmente por lo que estás en las mismas ;-) Saludos, -- Camaleón
Re: Problema arrancando Debian 8.3 en laptop
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
El Mon, 4 Apr 2016 14:37:11 + (UTC)
Camaleón escribió:
> El Sun, 03 Apr 2016 11:37:32 +0200, Angel Vicente escribió:
>
> > El Fri, 1 Apr 2016 14:37:15 + (UTC)
> > Camaleón escribió:
>
> (...)
>
> >> Estaba pensando que el portátil parece "antiguo" (2009) por lo que
> >> seguramente no habrá una versión nueva de la BIOS. Mira a ver si
> >> obtienes alguna diferencia pasando al kernel únicamente una de
> >> estas dos variables, quitando la de "pci=noacpi":
> >> acpi_irq_balance acpi_irq_nobalance
> >
> > Cuando arranqué la primera vez y vi que se quedaba atascado,
> > actualicé ĺa BIOS, está en la versión más alta que encontré, no
> > mucho más que la original.
>
> Sí, hiciste bien en actualizar, pero al ser un equipo con unos años a
> sus espaldas los fabricantes dejan de sacar actualizaciones :-(
>
> > El propietario me ha enviado fotos de los arranques: , se queda
> > parado con ambos parámetros después de teclear las contraseñas para
> > desbloqueo de las particiones y de hacer clean en la partición
> > raiz.
>
> Hum... ¿y eso es antes o después de que detecte la PCMCIA? Quizá haya
> avanzado un poco más :-?
No, eso es antes, así que se ha quedado antes.
>
> > Le he pedido que me envíe una copia de kern.log y ahí veo
> >
> > [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored
>
> Dile que te mande la salida de "cat /boot/grub/*.cfg"
Adjunto el fichero, es pequeñito.
- --
Key fingerprint 01DC 0386 2B28 0A02 A270 E243 008B AABF 1822 9851
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iF4EAREIAAYFAlcD4f4ACgkQAIuqvxgimFGjsgD9H2kgrIrdNHTIDtxl7Mjr3bIH
yCLqzz28rh4aIhiLhAIA/2NlChxiS8pzdHlPa1lGMDrz3iGoUNjQl+LhOqkENmsv
=Dx6q
-END PGP SIGNATURE-
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
set have_grubenv=true
load_env
fi
if [ "${next_entry}" ] ; then
set default="${next_entry}"
set next_entry=
save_env next_entry
set boot_once=true
else
set default="0"
fi
if [ x"${feature_menuentry_id}" = xy ]; then
menuentry_id_option="--id"
else
menuentry_id_option=""
fi
export menuentry_id_option
if [ "${prev_saved_entry}" ]; then
set saved_entry="${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
fi
}
function load_video {
if [ x$feature_all_video_module = xy ]; then
insmod all_video
else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
fi
}
if [ x$feature_default_font_path = xy ] ; then
font=unicode
else
insmod part_msdos
insmod ext2
set root='hd0,msdos5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5
--hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5
bbfd7948-b11c-43ca-84ef-a111b3bdbfab
else
search --no-floppy --fs-uuid --set=root bbfd7948-b11c-43ca-84ef-a111b3bdbfab
fi
font="/grub/unicode.pf2"
fi
if loadfont $font ; then
set gfxmode=auto
load_video
insmod gfxterm
set locale_dir=$prefix/locale
set lang=es_ES
insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
set timeout=-1
else
if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=-1
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
set timeout=-1
fi
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod ext2
set root='hd0,msdos5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5
--hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5
bbfd7948-b11c-43ca-84ef-a111b3bdbfab
else
search --no-floppy --fs-uuid --set=root bbfd7948-b11c-43ca-84ef-a111b3bdbfab
fi
insmod png
if background_image /grub/.background_cache.png; then
set color_normal=white/black
set color_highlight=black/white
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu
--class os $menuentry_id_option
'gnulinux-simple-0ef12422-72c7-47b9-a50a-72e499688a2c' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
set root='hd0,msdos5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=
Re: Problemas con DHCP corporativo [¿SOLUCIONADO?]
El 05/04/16 a las 11:48, Camaleón escribió: El Tue, 05 Apr 2016 11:09:16 -0300, JAP escribió: De hecho NFS viene activado de manera predeterminada en Debian, yo pensé el desactivarlo porque no lo uso pero como da problemas, ahí está: Como dije antes, prefiero eliminar un paquete a desactivarlo, pues si a futuro instalo algo que lo necesite por dependencia, si está desactivado, no genera mensaje de alerta al instalar y el nuevo paquete no funciona al estar desactivado el servicio. Prefiero que se cargue como dependencia y se reactive solo. JAP
Re: Problemas con DHCP corporativo [¿SOLUCIONADO?]
El Tue, 05 Apr 2016 11:09:16 -0300, JAP escribió: > avahi no tiene nada que ver con el problema. > Lo he reinstalado y no causa inconvenientes. Pues claro que no, es un buen tipo :-) > El que sí se bloquea al inicio del sistema, y por esa razón debí > eliminarlo, es nfs-common. Y repito que no era necesario, sólo con desactivarlo hubiera sido suficiente. > Lo raro, es que llevé la máquina a mi casa, la conecté directamente a > Internet, sin pasar por un contrafuegos ZeroSehll > (http://www.zeroshell.org/), y allí NFS no causa problemas. (...) De hecho NFS viene activado de manera predeterminada en Debian, yo pensé el desactivarlo porque no lo uso pero como da problemas, ahí está: root@stt008:~# service nfs-common status all daemons running Saludos, -- Camaleón
Re: Segmentation faul en akregator
El Tue, 05 Apr 2016 13:33:50 +0200, Juan José López escribió:
> Hola listeros.
>
> Después de varios años, he vuelto a Debian (Jessie), con KDE como
> escritorio.
>
> La aplicación Akregator se cierra al salir. Funciona todo correctamente,
> y el fallo no aparenta tener ninguna repercusión, excepto el mensaje del
> manejador de fallos de KDE cada vez que la cierro. Exactamente, el error
> es el siguiente:
>
> akregator PID: 2808 Señal: Segmentation fault (11) Hora: 05-04-16
> 13:14:38
>
> El error se produce siempre, tanto si he actualizado los canales como si
> no.
¿Y si lo inicias desde una terminal gráfica y lo cierras te aparece algún
mensaje adicional?
> He limpiado toda la configuración de mi usuario ( todos los archivos
> ocultos de mi directorio , excepto algunos que conservo, como el
> .config/mc ). El error se repite, desde el primer uso de la aplicación.
Prueba mejor a ejecutarlo desde una sesión de root ("kdesu akregator")
que tendrás casi limpia.
> Todos los paquetes están actualizados a fecha de hoy.
>
> En Google aparecen multiples informes de este fallo, pero todos están
> cerrados y el error (supuestamente) subsanado. Además, son de hace un
> par de años (2014 el mas reciente que he observado).
Bueno, recuerda que las versiones estables de Debian no están muy al día,
es decir, los paquetes de kde que lleva estable (4.14) no son que digamos
la última versión por lo que te puede estar mordiendo un bug de hace 2
años perfectamente :-)
> No hay mas errores en KDE-PIM ni KDE en general. Es el único error que
> he tenido.
>
> ¿ Alguna sugerencia ?
Es una versión viejuna, rebusca en los bugs que has visto por si te dan
alguna idea.
Saludos,
--
Camaleón
[OT] Re: Linux para musicos SoundFonts extension sf2 y b1
El Tue, 05 Apr 2016 00:27:56 -0500, Debia Linux escribió: (...) > Ademas por logica, supongo que la extension .b1 (las muestras de > sonido) son privativas. ¿Por lógica? :-) > ¿Alguno sabra como poder usar esos bancos de sonidos (en extension > .b1) en aplicaciones musicales en linux? o ¿Comopoder convertirlos > para poder usarlos en linux sin usar wine?. Parece que esa extensión (.b1) es un formato de compresión, y además, abierto: https://en.wikipedia.org/wiki/B1_%28archive_format%29 Saludos, -- Camaleón
Re: Problemas con DHCP corporativo [¿SOLUCIONADO?]
El 01/04/16 a las 11:40, JAP escribió: Por ahora, perecería que he dado con la solución, aunque no me gusta nada. En mi antiguo lugar de trabajo, quien administraba ese segmento de red, tenía la muy buena costumbre de asignar por DHCP a las máquinas la misma IP. Es decir, la terminal user25, siempre tenía la IP 10.3.20.132 Si bien el cliente usa DHCP dinámico, desde el servidor se mantenía esta política, la cual no la veo mal, pues facilita el funcionamiento a DNS. En el nuevo lugar de trabajo, distante unos 1.000 km del anterior, el administrador tiene una política distinta, y es que el DHCP es dinámico "en serio". Desde que estoy, nunca asigna dos veces la misma IP a la terminal. La computadora está tomando la dirección IP luego de haber: * limpiado algunas relaciones en el archivo /etc/hosts para identificación de alias. * eliminado avahi, que sinceramente, no me afectaba en lo más mínimo. Y cosa extraña: luego de eliminar avahi, el inicio del sistema se quedaba colgado con una línea que textualmente reproduzco: A start job is running for LSB: NFS support files common to client and server Dado que no tengo carpetas o archivos en la red que presten servicios NFS, eliminé el paquete, lo cual no me agradó, pero hube de hacerlo. Seguiré dando vueltas con el tema, pues si bien "funciona", me da tirria el no saber por qué las cosas no son como debería ser. Amén que no tengo muy en claro de para qué sirve, cómo se usa y qué utilidad tiene avahi. Gracias a todos. JAP avahi no tiene nada que ver con el problema. Lo he reinstalado y no causa inconvenientes. El que sí se bloquea al inicio del sistema, y por esa razón debí eliminarlo, es nfs-common. Lo raro, es que llevé la máquina a mi casa, la conecté directamente a Internet, sin pasar por un contrafuegos ZeroSehll (http://www.zeroshell.org/), y allí NFS no causa problemas. (Nota mental: averiguar cómo identificarme ante ZeroShell con un script en el arranque en vez de un navegador, en forma similar a lo que hace cntlm.sourceforge.net). Sigo investigando / aprendiendo. Saludos JAP
Segmentation faul en akregator
Hola listeros. Después de varios años, he vuelto a Debian (Jessie), con KDE como escritorio. La aplicación Akregator se cierra al salir. Funciona todo correctamente, y el fallo no aparenta tener ninguna repercusión, excepto el mensaje del manejador de fallos de KDE cada vez que la cierro. Exactamente, el error es el siguiente: akregator PID: 2808 Señal: Segmentation fault (11) Hora: 05-04-16 13:14:38 El error se produce siempre, tanto si he actualizado los canales como si no. He limpiado toda la configuración de mi usuario ( todos los archivos ocultos de mi directorio , excepto algunos que conservo, como el .config/mc ). El error se repite, desde el primer uso de la aplicación. Todos los paquetes están actualizados a fecha de hoy. En Google aparecen multiples informes de este fallo, pero todos están cerrados y el error (supuestamente) subsanado. Además, son de hace un par de años (2014 el mas reciente que he observado). No hay mas errores en KDE-PIM ni KDE en general. Es el único error que he tenido. ¿ Alguna sugerencia ?
