Re: [SOLUCIONADO] Re: Bug en utileria ifupdown 0.7.50 instalar la version 0.7.51
2016-04-19 19:31 GMT-05:00 Debia Linux : > 2016-04-19 18:56 GMT-05:00 Debia Linux : >> 2016-04-19 18:36 GMT-05:00 Santiago José López Borrazás : >>> El 20/04/16 a las 01:02, Debia Linux escribió: Instalando la version stretch-DI-alpha ¿Es la correcta? >>> >>> Con que lo hagas como Testing cambiando en los repositorios que tienes >>> (mírate y ten cuidado, no mezcles uno a otro, porque te va a dar líos con >>> Jessie). >> >> Es decir que solo ponga repositorios Testing? >> >>> >>> Yo lo que hice fue, desde la Jessie, portando directamente y cambiando con >>> los ficheros míos a Sid directamente, tal cual: >>> >>> apt-get update && apt-get dist-upgrade >>> >>> Luego, si te fijas un poco, ya hecho esto te va a dar muchos paquetes que, a >>> este paso, yo tengo la Debian Streetch/Sid. >>> >>> A mí me va perfecto,...salvo una excepción, que me falla a veces las WebGL, >>> porque se reinicia la máquina y no es plan. >>> >>> -- >>> Saludos de Santiago José López Borrazás. >>> >> >> Bien, pues hice lo que me has dicho y la red ¡Ya no lanza el error!. >> Ya la red esta trabajando perfectamente. >> >> Veamos y si ya funciono, entonces en un momento mas lo pongo como >> solucionado. > > SOLUCIONADO, hice lo que me recomendo Santiago y efectivamente, ya no > tengo problemas con que la red se cae. El problema continua, todo perfectamente bien hasta que hice un ap-get no se en que programa... Ahora que ya esta instalado me sale el error nuevamente > > Gracias
Re: [SOLUCIONADO] Re: Bug en utileria ifupdown 0.7.50 instalar la version 0.7.51
2016-04-19 18:56 GMT-05:00 Debia Linux : > 2016-04-19 18:36 GMT-05:00 Santiago José López Borrazás : >> El 20/04/16 a las 01:02, Debia Linux escribió: >>> Instalando la version stretch-DI-alpha >>> >>> ¿Es la correcta? >> >> Con que lo hagas como Testing cambiando en los repositorios que tienes >> (mírate y ten cuidado, no mezcles uno a otro, porque te va a dar líos con >> Jessie). > > Es decir que solo ponga repositorios Testing? > >> >> Yo lo que hice fue, desde la Jessie, portando directamente y cambiando con >> los ficheros míos a Sid directamente, tal cual: >> >> apt-get update && apt-get dist-upgrade >> >> Luego, si te fijas un poco, ya hecho esto te va a dar muchos paquetes que, a >> este paso, yo tengo la Debian Streetch/Sid. >> >> A mí me va perfecto,...salvo una excepción, que me falla a veces las WebGL, >> porque se reinicia la máquina y no es plan. >> >> -- >> Saludos de Santiago José López Borrazás. >> > > Bien, pues hice lo que me has dicho y la red ¡Ya no lanza el error!. > Ya la red esta trabajando perfectamente. > > Veamos y si ya funciono, entonces en un momento mas lo pongo como solucionado. SOLUCIONADO, hice lo que me recomendo Santiago y efectivamente, ya no tengo problemas con que la red se cae. Gracias
Re: ¿Existen aun repositorios oficiales para ALSA?
2016-04-19 17:40 GMT-05:00 Santiago José López Borrazás : > El 20/04/16 a las 00:35, Debia Linux escribió: > (...) >> los repositorios que tengo apuntan a >> deb http://ftp.us.debian.org/debian/ stretch main > > Pon esto: > > deb http://ftp.us.debian.org/debian stretch main contrib non-free > > Luego: > > apt-get update && apt-get upgrade > > Por si tienes que actualizar algo más. > > A mi me va perefcto. > >> Y cuando logro instalar fue con repositorios de otra distro >> deb http://ftp.fr.debian.org/debian/ jessie main contrib non-free > > Claro, porque te faltaba el contrib de la línea anterior que mencionas, > tienes que mirar, que tienes 3 posibilidades de instalación y actualización, > que es como digo, el main, el contrib y el non-free. No, ya detecte el error... mio por supuesto. Sucede que yo queria instalar alsa mediante apt-get de la siguiente manera apt-get install alsa Cuando lo correcto deberia ser. apt-get install alsa-base alsa-utils alsa-tools jejeje. Asi que lo de los repositorios queda SOLUCIONADO. Gracias por sus aportes > > -- > Saludos de Santiago José López Borrazás. >
Re: [SOLUCIONADO] Re: Bug en utileria ifupdown 0.7.50 instalar la version 0.7.51
2016-04-19 18:36 GMT-05:00 Santiago José López Borrazás : > El 20/04/16 a las 01:02, Debia Linux escribió: >> Instalando la version stretch-DI-alpha >> >> ¿Es la correcta? > > Con que lo hagas como Testing cambiando en los repositorios que tienes > (mírate y ten cuidado, no mezcles uno a otro, porque te va a dar líos con > Jessie). Es decir que solo ponga repositorios Testing? > > Yo lo que hice fue, desde la Jessie, portando directamente y cambiando con > los ficheros míos a Sid directamente, tal cual: > > apt-get update && apt-get dist-upgrade > > Luego, si te fijas un poco, ya hecho esto te va a dar muchos paquetes que, a > este paso, yo tengo la Debian Streetch/Sid. > > A mí me va perfecto,...salvo una excepción, que me falla a veces las WebGL, > porque se reinicia la máquina y no es plan. > > -- > Saludos de Santiago José López Borrazás. > Bien, pues hice lo que me has dicho y la red ¡Ya no lanza el error!. Ya la red esta trabajando perfectamente. Veamos y si ya funciono, entonces en un momento mas lo pongo como solucionado.
Re: [SOLUCIONADO] Re: Bug en utileria ifupdown 0.7.50 instalar la version 0.7.51
El 20/04/16 a las 01:02, Debia Linux escribió: > Instalando la version stretch-DI-alpha > > ¿Es la correcta? Con que lo hagas como Testing cambiando en los repositorios que tienes (mírate y ten cuidado, no mezcles uno a otro, porque te va a dar líos con Jessie). Yo lo que hice fue, desde la Jessie, portando directamente y cambiando con los ficheros míos a Sid directamente, tal cual: apt-get update && apt-get dist-upgrade Luego, si te fijas un poco, ya hecho esto te va a dar muchos paquetes que, a este paso, yo tengo la Debian Streetch/Sid. A mí me va perfecto,...salvo una excepción, que me falla a veces las WebGL, porque se reinicia la máquina y no es plan. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: [SOLUCIONADO] Re: Bug en utileria ifupdown 0.7.50 instalar la version 0.7.51
2016-04-19 17:57 GMT-05:00 Debia Linux : > 2016-04-19 17:29 GMT-05:00 Santiago José López Borrazás : >> El 20/04/16 a las 00:22, Debia Linux escribió: >>> Creo que tienes razon, creoque instalare otra distribucion, ademas lo >>> mas importante ya lo realice. >> >> Te recomiendo que, lo más sensato que hagas, es pasarte de estable a >> inestable. No vas a tener problemas (bueno, se aconseja mejor a Testing). >> >> ¡Pruébalo! ¡No te va a comer!. > > Perfecto, instalando Testing... > > Te hare caso. > > Veremos los resultados. Instalando la version stretch-DI-alpha ¿Es la correcta? >> -- >> Saludos de Santiago José López Borrazás. >>
Re: [SOLUCIONADO] Re: Bug en utileria ifupdown 0.7.50 instalar la version 0.7.51
2016-04-19 17:29 GMT-05:00 Santiago José López Borrazás : > El 20/04/16 a las 00:22, Debia Linux escribió: >> Creo que tienes razon, creoque instalare otra distribucion, ademas lo >> mas importante ya lo realice. > > Te recomiendo que, lo más sensato que hagas, es pasarte de estable a > inestable. No vas a tener problemas (bueno, se aconseja mejor a Testing). > > ¡Pruébalo! ¡No te va a comer!. Perfecto, instalando Testing... Te hare caso. Veremos los resultados. > > -- > Saludos de Santiago José López Borrazás. >
Re: ¿Existen aun repositorios oficiales para ALSA?
El 20/04/16 a las 00:35, Debia Linux escribió: (...) > los repositorios que tengo apuntan a > deb http://ftp.us.debian.org/debian/ stretch main Pon esto: deb http://ftp.us.debian.org/debian stretch main contrib non-free Luego: apt-get update && apt-get upgrade Por si tienes que actualizar algo más. A mi me va perefcto. > Y cuando logro instalar fue con repositorios de otra distro > deb http://ftp.fr.debian.org/debian/ jessie main contrib non-free Claro, porque te faltaba el contrib de la línea anterior que mencionas, tienes que mirar, que tienes 3 posibilidades de instalación y actualización, que es como digo, el main, el contrib y el non-free. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: ¿Existen aun repositorios oficiales para ALSA?
El 20/04/16 a las 00:30, Debia Linux escribió: > Bueno, pero ¿Porque cuando intente instalarlo mediante apt-get me > decia que no se encontraba? siendo que se supone que ALSA esta > siempre, nisiquiera las utilerias. Es que, como ya te han comentado, está en contrib. ¿Cómo tienes el fichero /etc/apt/sources.list? Yo tengo éstas: deb http://ftp.de.debian.org/debian/ sid main contrib non-free deb-src http://ftp.de.debian.org/debian/ sid main contrib non-free deb http://www.deb-multimedia.org sid main non-free deb-src http://www.deb-multimedia.org sid main non-free deb http://repository.spotify.com stable non-free Y...como he comentado hace un rato, tengo Debian Sid. > Lo solucione agregando otros repositorios. Usa mejor un repositorio que tenga de todo, ya te di el otro día los repositorios mundiales de Debian, que están todos. Yo, estoy usando AMD64, y perfecto. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: ¿Existen aun repositorios oficiales para ALSA?
2016-04-19 15:56 GMT-05:00 Santiago José López Borrazás : > El 19/04/16 a las 20:54, José Maldonado escribió: >> Para quienes no se hayan dado cuenta y no tengan ni idea del tema. >> ALSA viene SIEMPRE por defecto en cada Linux que ha salido desde el >> kernel 2.6, y todo porque ALSA está incluido en el kernel, lo que hay >> en los repos (alsa-utils y demás) son solo utilerías a nivel de >> espacio de usuario para controlar todo lo que hay en el kernel. > > Sí, pero no todas las distribuciones la tenían. Al menos, es lo que tengo > como constancia. Pues yo opino lo mismo que tu, por eso busque los repositorios, imagino que si viniera incluido, quizas no existiria esta pregunta porque hubiese ejecutado apt-get install alsa-base alsa alsa-utils alsa-tools y listo, sin problemas. los repositorios que tengo apuntan a deb http://ftp.us.debian.org/debian/ stretch main Y cuando logro instalar fue con repositorios de otra distro deb http://ftp.fr.debian.org/debian/ jessie main contrib non-free > > -- > Saludos de Santiago José López Borrazás. >
Re: Bug en utileria ifupdown 0.7.50 instalar la version 0.7.51
El 20/04/16 a las 00:25, Debia Linux escribió: (Líneas del systemd) > Process: 412 ExecStart=/sbin/ifup -a --read-enviroment (code=exited, > status=1/FAILURE) > Process: 241 ExecStartPre=/bin/sh -c [ "$CONFIGURE_INTERFACES" != "no" > ] && [ -n "$(ifquery --read-enviroment --list --exclude=lo)" ] && > udevadm settle (code=exited, status=0/SUCCESS) > Main PID: 412 (code=exited, status=1/FAILURE) ¿Tienes algo más instalado? > Estan en rojo las siguientes sentencias: > > failed --> Active: failed (Result: > > (code=exited, status=1/FAILURE) --> Process: 412 ExecStart=/sbin/ifup > -a --read-enviroment (code=exited, status=1/FAILURE) > > algo que me puedan orientar? Reinstala el paquete ifupdown. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: ¿Existen aun repositorios oficiales para ALSA?
2016-04-19 13:54 GMT-05:00 José Maldonado : > El día 18 de abril de 2016, 17:55, Debia Linux > escribió: >> 2016-04-18 3:04 GMT-05:00 Santiago José López Borrazás : >>> El 18/04/16 a las 03:23, Debia Linux escribió: >>> (...) deb http://ftp.fr.debian.org/debian/ jessie main contrib non-free deb-src http://ftp.fr.debian.org/debian/ jessie main contrib non-free >>> >>> Todas las réplicas de los servidores de Debian, los tienes: >>> https://www.debian.org/mirror/list >>> >>> Yo estoy con Unstable, no estoy con la STABLE. :) >>> >>> Además, los paquetes alsa, están en todas las ramas. Así que, tranquilo. >> >> Gracias, pondre mas atencion a la web oficial www.debian.org >> >> Pasa excelente dia. >> >>> >>> -- >>> Saludos de Santiago José López Borrazás. >>> >> > > Para quienes no se hayan dado cuenta y no tengan ni idea del tema. > ALSA viene SIEMPRE por defecto en cada Linux que ha salido desde el > kernel 2.6, y todo porque ALSA está incluido en el kernel, lo que hay > en los repos (alsa-utils y demás) son solo utilerías a nivel de > espacio de usuario para controlar todo lo que hay en el kernel. Bueno, pero ¿Porque cuando intente instalarlo mediante apt-get me decia que no se encontraba? siendo que se supone que ALSA esta siempre, nisiquiera las utilerias. Lo solucione agregando otros repositorios. > > -- > "Dios en su Cielo, todo bien en la Tierra" > *** >
Re: [SOLUCIONADO] Re: Bug en utileria ifupdown 0.7.50 instalar la version 0.7.51
El 20/04/16 a las 00:22, Debia Linux escribió: > Creo que tienes razon, creoque instalare otra distribucion, ademas lo > mas importante ya lo realice. Te recomiendo que, lo más sensato que hagas, es pasarte de estable a inestable. No vas a tener problemas (bueno, se aconseja mejor a Testing). ¡Pruébalo! ¡No te va a comer! -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: ¿Existen aun repositorios oficiales para ALSA?
2016-04-19 8:52 GMT-05:00 Camaleón : > El Mon, 18 Apr 2016 17:28:08 -0500, Debia Linux escribió: > >> 2016-04-18 8:29 GMT-05:00 Camaleón : > > (...) > >>> De todas formas, esos son los repos globales de Debian, nada específico >>> para ALSA. Los paquetes oficiales están en su web: >>> >>> http://www.alsa-project.org/main/index.php/Download >> >> Claro, la visite, pero me gusta mas ejecutar apt-get install y listo >> ¿Para que complicarme la vida, cuando la tengo mas facil?. >> >> Agradezco tu respuesta. > > Entonces es que simplemente te has hecho un lío con los términos ya que > los paquetes de ALSA compilados por Debian siempre han estado en los repos > de Debian, como es lógico :-) > > Quizá a lo que te referías es al paquete de carga de firmwares que > requiere de aplicaciones externas y por eso está en la zona de "contrib". Ok, creo que si ando perdido con los terminos y el significado. Gracias > > Saludos, > > -- > Camaleón >
Re: Bug en utileria ifupdown 0.7.50 instalar la version 0.7.51
2016-04-19 9:07 GMT-05:00 Camaleón : > El Mon, 18 Apr 2016 17:41:51 -0500, Debia Linux escribió: > >> 2016-04-18 8:24 GMT-05:00 Camaleón : > > (...) > Verificado en el siguiente vinculo. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754218 >>> >>> Bueno, ese informe trata sobre el inicio del sistema, que se queda >>> colgado con ese mensaje lo que en tu caso no parece que suceda ya que >>> inicias sin problemas. >> >> Asi es, lo que si me aparece al inicio es el mensaje >> >> FAILED to start Raised network interfaces. (FAILED en rojo intenso). > > Bien, pero doy por hecho que tu sistema sigue la carga y el problema que > apuntan en el bug es que el sistema no puede iniciar. > > (...) > ¿Como resolver este problema? ¿Sera un nuevo bug a la version 0.8.10? >>> >>> Creo que hay poca información para saber si se trata de un bug o de >>> alguna otra cosa. Podrías empezar por decirnos cómo inicias la interfaz >>> de red, qué configuración tiene el adaptador de red y si usando otro >>> gestor (p. ej., N-M) funciona sin problemas. >> >> La interfaz de red la inicio manualmente, sin embargo el mensaje que >> menciono, aparece desde arrancar el sistema, desde ese momento las cosas >> me huelen mal. >> >> Ejecuto: >> >> sudo ifup wlp4s0=red > > Bien, entonces usas el gestor de red antiguo. > >> ¿La configuracion a la que te refieres es a la contenida en >> /etc/network/interfaces? >> >> iface internet inet dhcp >> wpa-ssid FIB_OPTIC1G wpa-psk >> 184fd4bc05hb5490sf18e14316d7254d4ff64dygc6cbsac471e4d312m015b3d4 > > Sí, claro, si usas ifup la configuración del adaptador de red tiene que > estar definida en ese archivo. > >> Esta misma configuracion para la red es la misma para todas las >> computadoras del trabajo. Por supuesto, esto se hace mediante >> wpa_supplicant ¿Deseas saber la configuracion de wpa_supplicant.conf? > > Si tuvieras algún problema para establecer la conexión con el AP sí sería > necesaria la configuración de la parte inalámbrica pero en este caso el > vínculo se establece por lo que no parece un error en es aparte. > >>> También es importante saber si se llega a perder la conexión con el >>> punto de acceso inalámbrico (si se cae la conexión wifi) o simplemente >>> no puedes resolver dominios, ejecutar un simple ping o navegar por >>> Internet. >> >> Cuando se pierde la conexion (unicamente con esta maquina), hago ping a >> www.debian.org, pero no responde, porque simplemente la red se >> desconecto (supongo yo). > > Mejor que suponer es revisar los registros :-) > > Cuando te suceda mira en /var/log/syslog (o en systemd, ejecuta > "journalctl -alb"), ahí tienes lo que sucede con la conexión al AP. > Comprueba también si tienes algún servicio de red (vpn, ntpd, etc...) que > pueda estar dando guerra. > > ¿Has probado a configurar la red con otro gestor como N-M? > > Saludos, > > -- > Camaleón > Creo que mientras respondias, quizas publique el otro y quizas no pudiste percatarte, pero te copio y pego el mensaje que tiene cierta informacion de relevancia. A ver si esto ayuda, parece que ya encontre la informacion sobre el problema y creo que la solucion esta cerca, solo que no logro entender lo siguiente: ## $ systemctl status networking.service networking.service - raise network interfaces Loaded: loaded (/lib/systemd/system/ networking.service; enabled; vendor preset: enabled) Drop-In: /run/systemd/generator/networking.service.d |__50-insserv.conf-$network.conf Active: failed (Result: exit-code) since lun 2016-04-18 05:42:00 CDT; 1min 12s ago Docs: man:interfaces(5) Process: 412 ExecStart=/sbin/ifup -a --read-enviroment (code=exited, status=1/FAILURE) Process: 241 ExecStartPre=/bin/sh -c [ "$CONFIGURE_INTERFACES" != "no" ] && [ -n "$(ifquery --read-enviroment --list --exclude=lo)" ] && udevadm settle (code=exited, status=0/SUCCESS) Main PID: 412 (code=exited, status=1/FAILURE) ## Estan en rojo las siguientes sentencias: failed --> Active: failed (Result: (code=exited, status=1/FAILURE) --> Process: 412 ExecStart=/sbin/ifup -a --read-enviroment (code=exited, status=1/FAILURE) algo que me puedan orientar? Gracias
Re: [SOLUCIONADO] Re: Bug en utileria ifupdown 0.7.50 instalar la version 0.7.51
2016-04-19 2:46 GMT-05:00 Santiago José López Borrazás : > El 19/04/16 a las 05:23, Debia Linux escribió: >> Pues ya no quiero moverle, es lo unico que me falta configurar y > listo. >> Pero sigo sin resolverlo. > > ¡Pero hombre! Los portátiles nuevos, necesitan distribuciones que sean > detectados por enteros y no den problemas. :-) Al menos, es lo que yo hice y > no falla... Creo que tienes razon, creoque instalare otra distribucion, ademas lo mas importante ya lo realice. > > -- > Saludos de Santiago José López Borrazás.
=?windows-1252?Q?**Su_negocio_necesita_una_pagina_web?_P=EDdanos_una_cotizaci=F3n!*?=
Si estas buscando crear una página web impresionante, rentable y profesional, para comercializar y promover tus productos o servicios ya no busques más! Creaideas trabaja con cada cliente para ofrecerle desarrollo de páginas web efectivos resolviendo sus necesidades especificas. Las páginas web son, a menudo, la primera interacción con los clientes potenciales de tu negocio. Quieres crear una página web profesional para tu negocio? No esperes más!, en este momento tu cliente puede estar dándole "click" a la página web de tu competencia. Contactar Telf: 7919706 RPC: 991595759 Web: www.creaideasperu.com E-mail: i...@creaideasperu.com Av. Arenales 2055 tda. 110 Lince Desuscribir a: creaideasp...@gmail.com
Re: log squid
El 19/04/16 a las 21:35, Paynalton escribió: > No lo he probado pero puedes usar un bash con la siguiente línea: > > logrotate --force $CONFIG_FILE > > Y meterlo en cron para ejecutarse en los horarios que tu elijas. ¿Y no haciéndolo como tal?: logrotate --force /var/log/squid/*.log Y se acaba uno antes. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: ¿Existen aun repositorios oficiales para ALSA?
El 19/04/16 a las 20:54, José Maldonado escribió: > Para quienes no se hayan dado cuenta y no tengan ni idea del tema. > ALSA viene SIEMPRE por defecto en cada Linux que ha salido desde el > kernel 2.6, y todo porque ALSA está incluido en el kernel, lo que hay > en los repos (alsa-utils y demás) son solo utilerías a nivel de > espacio de usuario para controlar todo lo que hay en el kernel. Sí, pero no todas las distribuciones la tenían. Al menos, es lo que tengo como constancia. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Ultracopier como Administrador de Copias en Mate Desktop
Hola listeros, tengo instalado Mate como entorno de escritorio, y quisiera definir Ultracopier como mi gestor de copias por defecto, alguien conoce alguna forma de hacerlo? Muchas gracias de antemano.
Re: log squid
No lo he probado pero puedes usar un bash con la siguiente línea: logrotate --force $CONFIG_FILE Y meterlo en cron para ejecutarse en los horarios que tu elijas. -- _ / La paz es más difícil que la guerra. Se \ | necesitan dos para hacer una paz, y | | solamente uno para hacer una guerra.| | | \ -- Pazos. / - \ ^__^ \ (oo)\___ (__)\ )\/\ ||w | || || El mar, 19-04-2016 a las 14:57 -0400, Jose escribió: > hola listas disculpen la molestia hace unos día estaba preguntando > si alguno a lograd con el squished rotar los log de squid a una hora > determinada pues se q el viene para hacerlo una sola ves al día > pero en mi entidad es necesario q se reinicien después de la 6 cada > una hora q me siguieren q haga al respecto > > -- > Este mensaje le ha llegado mediante el servicio de correo electronico que > ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema > Nacional de Salud. La persona que envia este correo asume el compromiso de > usar el servicio a tales fines y cumplir con las regulaciones establecidas > > Infomed: http://www.sld.cu/ >
log squid
hola listas disculpen la molestia hace unos día estaba preguntando si alguno a lograd con el squished rotar los log de squid a una hora determinada pues se q el viene para hacerlo una sola ves al día pero en mi entidad es necesario q se reinicien después de la 6 cada una hora q me siguieren q haga al respecto -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/
Re: ¿Existen aun repositorios oficiales para ALSA?
El día 18 de abril de 2016, 17:55, Debia Linux escribió: > 2016-04-18 3:04 GMT-05:00 Santiago José López Borrazás : >> El 18/04/16 a las 03:23, Debia Linux escribió: >> (...) >>> deb http://ftp.fr.debian.org/debian/ jessie main contrib non-free >>> deb-src http://ftp.fr.debian.org/debian/ jessie main contrib non-free >> >> Todas las réplicas de los servidores de Debian, los tienes: >> https://www.debian.org/mirror/list >> >> Yo estoy con Unstable, no estoy con la STABLE. :) >> >> Además, los paquetes alsa, están en todas las ramas. Así que, tranquilo. > > Gracias, pondre mas atencion a la web oficial www.debian.org > > Pasa excelente dia. > >> >> -- >> Saludos de Santiago José López Borrazás. >> > Para quienes no se hayan dado cuenta y no tengan ni idea del tema. ALSA viene SIEMPRE por defecto en cada Linux que ha salido desde el kernel 2.6, y todo porque ALSA está incluido en el kernel, lo que hay en los repos (alsa-utils y demás) son solo utilerías a nivel de espacio de usuario para controlar todo lo que hay en el kernel. -- "Dios en su Cielo, todo bien en la Tierra" ***
Re: [SOLUCIONADO] Re: Habilitar cups como servidor
Hola El 19 de abril de 2016, 8:39, Juanjo escribió: > El Martes, 19 de abril de 2016 12:55:25 Santiago José López Borrazás > escribió: > > El 19/04/16 a las 12:37, Juanjo escribió: > > (...) > > > > > Tengo la sospecha de que cupsd.service depende de algo que se inicia > > > tarde, y por eso en el arranque no carga pero en manual si. > > > > Borra el fichero /etc/systemd/cups.conf, que no lo necesitas para nada, > que > > de momento no depende de él (en parte), depende de /etc/init.d/ > > > > No todos los 'daemons' están portados a systemd, o al menos, es lo que > están > > ahora mismo y actualmente. > > Al leer esto, se me ocurrió comprobar /etc/init.d/cups; al comienzo del > script, se hace algo con los puertos USB, creo que comprobando si hay > impresoras. > > Je, me estaba volviendo loco, y era más fácil que todo. > > cups no inicia si no hay impresora. > > Tengo una HP, conectada por USB (no uso hplip). > > * Si arranco el equipo con la impresora encendida, cups inicia > correctamente. > * Si arranco el equipo con la impresora apagada, cups no inicia. > * En cuanto enciendo la impresora, cups inicia el solito. > * Una vez iniciado, cups permanece aunque apague la impresora. > > He reiniciado el equipo varias veces para asegurarme (tarda mas de 3 > minutos > en encender; he tardado un rato). > > Personalmente, no me parece buena opción. ¿ no puedo dejarle configurado > cups a > un amigo en su portátil ?? > > En fin, saludos y gracias. > > A modo de garrotazo, para que haga lo que quieres, si instalas cups-pdf, y defines una impresora CUPS-PDF Printer, siempre va a haber una impresora. Abrazos -- Jorge A Secreto Analista de Sistemas MP 361
Re: [SOLUCIONADO] Re: Habilitar cups como servidor
El Martes, 19 de abril de 2016 14:32:13 Camaleón escribió: > > Más que una mala opción a mí me parece un fallo. Un servicio no puede > depender de que haya hardware conectado y detectado en el equipo para > iniciar o no. Tiene que iniciar y dar los mensajes de aviso que quiera, > pero iniciar. > Aún no me he quedado tranquilo con esto, y estoy de acuerdo con Camaleón. En el portátil, con cups recién instalado, el servicio inicia, haya o no impresora. En la máquina de la que estamos hablando, tras varias pruebas, el que esté la impresora conectada es la única diferencia entre que cups inicie correctamente o no. He recordado que, durante la instalación, surgió un diálogo en el que se me daba a escoger entre los distintos motores de comunicación con la impresora. No recuerdo que paquete era. En el equipo díscolo, marqué 'usb'. En el portátil, creo recordar que seleccioné 'dnss' o also similar. Es la única diferencia que se me ocurre, si bien en la última reinstalación de cups dicho diálogo no apareció; comento que tengo puesto el nivel de preguntas de debconf a bajo, por lo que no estoy seguro de que ese diálogo le aparezca a todo el mundo. En fín, sigo investigando :-)
fingerprint gui en Debian...
Hola gente: solamente quería saber si alguien pudo hacer funcionar bien esta aplicación en Debian. Con un si o un no me alcanza... :-) Saludos, -- Walter O. Dari http://swcomputacion.com/ https://facebook.com/swcomputacion/ https://facebook.com/sistemasSW/ skype: waomda
Re: [SOLUCIONADO] Re: Habilitar cups como servidor
El Tue, 19 Apr 2016 13:39:04 +0200, Juanjo escribió: > Al leer esto, se me ocurrió comprobar /etc/init.d/cups; al comienzo del > script, se hace algo con los puertos USB, creo que comprobando si hay > impresoras. > > Je, me estaba volviendo loco, y era más fácil que todo. > > cups no inicia si no hay impresora. :-? > Tengo una HP, conectada por USB (no uso hplip). > > * Si arranco el equipo con la impresora encendida, cups inicia > correctamente. > * Si arranco el equipo con la impresora apagada, cups no inicia. > * En cuanto enciendo la impresora, cups inicia el solito. > * Una vez iniciado, cups permanece aunque apague la impresora. > > He reiniciado el equipo varias veces para asegurarme (tarda mas de 3 > minutos en encender; he tardado un rato). > > Personalmente, no me parece buena opción. ¿ no puedo dejarle configurado > cups a un amigo en su portátil ?? > > En fin, saludos y gracias. Más que una mala opción a mí me parece un fallo. Un servicio no puede depender de que haya hardware conectado y detectado en el equipo para iniciar o no. Tiene que iniciar y dar los mensajes de aviso que quiera, pero iniciar. Cosa aparte sería que fuese opcional configurar CUPS para que tuviera ese comportamiento (no iniciar si no detecta impresoras para que no se consuman recursos de manera innecesaria en el sistema), lo cual tendrías que desactivar. Saludos, -- Camaleón
Re: debian kde kdm
El Mon, 18 Apr 2016 20:17:29 -0300, Ricardo Delgado escribió: > buenas, despues de mucho tiempo decidi probar KDE en una pc, instale > kde-full pero para mi sorpresa, no encuentro el gestor grafico KDM. > > Quizas estoy un poco alejado de estos entornos mas pesados (vengo > utilizando OPENBOX) > > La consulta puntual es: existe aun kdm en testing? debo agregar algun > repositorio extra? (...) KDM no está en testing porque el paquete fuente del que depende (el que lo genera) no está en testing (kde-workspaces). Y confirmando lo que te comentan los dos Sergios, KDE 5 ha optado por sddm: SDDM Is The Recommended Display Manager Of KDE Plasma 5 http://www.phoronix.com/scan.php?page=news_item&px=MTgyOTU Saludos, -- Camaleón
Re: Bug en utileria ifupdown 0.7.50 instalar la version 0.7.51
El Mon, 18 Apr 2016 17:41:51 -0500, Debia Linux escribió: > 2016-04-18 8:24 GMT-05:00 Camaleón : (...) >>> Verificado en el siguiente vinculo. >>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754218 >> >> Bueno, ese informe trata sobre el inicio del sistema, que se queda >> colgado con ese mensaje lo que en tu caso no parece que suceda ya que >> inicias sin problemas. > > Asi es, lo que si me aparece al inicio es el mensaje > > FAILED to start Raised network interfaces. (FAILED en rojo intenso). Bien, pero doy por hecho que tu sistema sigue la carga y el problema que apuntan en el bug es que el sistema no puede iniciar. (...) >>> ¿Como resolver este problema? ¿Sera un nuevo bug a la version 0.8.10? >> >> Creo que hay poca información para saber si se trata de un bug o de >> alguna otra cosa. Podrías empezar por decirnos cómo inicias la interfaz >> de red, qué configuración tiene el adaptador de red y si usando otro >> gestor (p. ej., N-M) funciona sin problemas. > > La interfaz de red la inicio manualmente, sin embargo el mensaje que > menciono, aparece desde arrancar el sistema, desde ese momento las cosas > me huelen mal. > > Ejecuto: > > sudo ifup wlp4s0=red Bien, entonces usas el gestor de red antiguo. > ¿La configuracion a la que te refieres es a la contenida en > /etc/network/interfaces? > > iface internet inet dhcp > wpa-ssid FIB_OPTIC1G wpa-psk > 184fd4bc05hb5490sf18e14316d7254d4ff64dygc6cbsac471e4d312m015b3d4 Sí, claro, si usas ifup la configuración del adaptador de red tiene que estar definida en ese archivo. > Esta misma configuracion para la red es la misma para todas las > computadoras del trabajo. Por supuesto, esto se hace mediante > wpa_supplicant ¿Deseas saber la configuracion de wpa_supplicant.conf? Si tuvieras algún problema para establecer la conexión con el AP sí sería necesaria la configuración de la parte inalámbrica pero en este caso el vínculo se establece por lo que no parece un error en es aparte. >> También es importante saber si se llega a perder la conexión con el >> punto de acceso inalámbrico (si se cae la conexión wifi) o simplemente >> no puedes resolver dominios, ejecutar un simple ping o navegar por >> Internet. > > Cuando se pierde la conexion (unicamente con esta maquina), hago ping a > www.debian.org, pero no responde, porque simplemente la red se > desconecto (supongo yo). Mejor que suponer es revisar los registros :-) Cuando te suceda mira en /var/log/syslog (o en systemd, ejecuta "journalctl -alb"), ahí tienes lo que sucede con la conexión al AP. Comprueba también si tienes algún servicio de red (vpn, ntpd, etc...) que pueda estar dando guerra. ¿Has probado a configurar la red con otro gestor como N-M? Saludos, -- Camaleón
Re: ¿Existen aun repositorios oficiales para ALSA?
El Mon, 18 Apr 2016 17:28:08 -0500, Debia Linux escribió: > 2016-04-18 8:29 GMT-05:00 Camaleón : (...) >> De todas formas, esos son los repos globales de Debian, nada específico >> para ALSA. Los paquetes oficiales están en su web: >> >> http://www.alsa-project.org/main/index.php/Download > > Claro, la visite, pero me gusta mas ejecutar apt-get install y listo > ¿Para que complicarme la vida, cuando la tengo mas facil?. > > Agradezco tu respuesta. Entonces es que simplemente te has hecho un lío con los términos ya que los paquetes de ALSA compilados por Debian siempre han estado en los repos de Debian, como es lógico :-) Quizá a lo que te referías es al paquete de carga de firmwares que requiere de aplicaciones externas y por eso está en la zona de "contrib". Saludos, -- Camaleón
Re: Fwd: Re: [debian-ve] el 1º de mayo Venezuela cambiará huso horario
El Fri, 15 Apr 2016 14:52:05 -0430, Juan Lavieri escribió: > Para la información de los interesados. (...) En la lista de desarrolladores de Debian he visto esto: Venezuela to change time zone on May 1 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=821147 Saludos, -- Camaleón
Re: [SOLUCIONADO] Re: Habilitar cups como servidor
El 19/04/16 a las 13:39, Juanjo escribió: (...) > Personalmente, no me parece buena opción. ¿ no puedo dejarle configurado cups > a > un amigo en su portátil ?? ¡Sin ningún problema!...y tendrá todo...no fallará nada, apagues o enciendas la impresora. Si no está encendida y tienes el CUPS, debería funcionar a narices aún sin tener la impresora encendida para configurar y demás. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
[SOLUCIONADO] Re: Habilitar cups como servidor
El Martes, 19 de abril de 2016 12:55:25 Santiago José López Borrazás escribió: > El 19/04/16 a las 12:37, Juanjo escribió: > (...) > > > Tengo la sospecha de que cupsd.service depende de algo que se inicia > > tarde, y por eso en el arranque no carga pero en manual si. > > Borra el fichero /etc/systemd/cups.conf, que no lo necesitas para nada, que > de momento no depende de él (en parte), depende de /etc/init.d/ > > No todos los 'daemons' están portados a systemd, o al menos, es lo que están > ahora mismo y actualmente. Al leer esto, se me ocurrió comprobar /etc/init.d/cups; al comienzo del script, se hace algo con los puertos USB, creo que comprobando si hay impresoras. Je, me estaba volviendo loco, y era más fácil que todo. cups no inicia si no hay impresora. Tengo una HP, conectada por USB (no uso hplip). * Si arranco el equipo con la impresora encendida, cups inicia correctamente. * Si arranco el equipo con la impresora apagada, cups no inicia. * En cuanto enciendo la impresora, cups inicia el solito. * Una vez iniciado, cups permanece aunque apague la impresora. He reiniciado el equipo varias veces para asegurarme (tarda mas de 3 minutos en encender; he tardado un rato). Personalmente, no me parece buena opción. ¿ no puedo dejarle configurado cups a un amigo en su portátil ?? En fin, saludos y gracias.
Re: Habilitar cups como servidor
On Tue, Apr 19, 2016 at 12:37:29PM +0200, Juanjo wrote: > Acabo de reinstalar cupsd, y justo tras la instalación funciona > correctamente, escuchando en localhost:631. Pues insisto en que ese es el momento idóneo para usar la interfaz web. Véase imagen adjunta.
Re: Habilitar cups como servidor
El 19/04/16 a las 12:37, Juanjo escribió: (...) > Tengo la sospecha de que cupsd.service depende de algo que se inicia tarde, y > por eso en el arranque no carga pero en manual si. Borra el fichero /etc/systemd/cups.conf, que no lo necesitas para nada, que de momento no depende de él (en parte), depende de /etc/init.d/ No todos los 'daemons' están portados a systemd, o al menos, es lo que están ahora mismo y actualmente. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: Habilitar cups como servidor
El 19/04/16 a las 11:14, fernando sainz escribió: > A mi también me resulta muy extraño esto del systemd, pero creo que no > necesitas usarlo para configurar cups. > Creo que lo que quieres hacer se hace, bien por la interfaz web de > cups ( http://localhost:631/) o por los archivos de configuración de > /etc/cupsd/ > > https://wiki.archlinux.org/index.php/CUPS/Printer_sharing#Between_GNU.2FLinux_systems Exacto, sólo hay que modificar el fichero /etc/cups/cupsd.conf que, se puede ahí hacer para que escuche en el puerto necesario. No hay ningún misterio, es ahí. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: Habilitar cups como servidor
El Martes, 19 de abril de 2016 11:17:09 Santiago Vila escribió: > On Tue, Apr 19, 2016 at 10:44:18AM +0200, Juanjo wrote: > > Estoy intentando que el demonio cups escuche en la red. > > [...] > > ¿ Alguna sugerencia ? > > ¿Y no se te ha ocurrido configurar CUPS con el navegador, como siempre > se hace? > > http://localhost:631 No puedo, el puerto localhost:631 está cerrado. Cupsd no se inicia. Acabo de reinstalar cupsd, y justo tras la instalación funciona correctamente, escuchando en localhost:631. He modificado la configuración /etc/cups/cupsd.conf, habilitando la escucha en red: Listen *:631 He vuelto a reiniciar el servidor, y continua el resultado: # systemctl status cups.service ● cups.service - CUPS Printing Service Loaded: loaded (/lib/systemd/system/cups.service; enabled) Active: inactive (dead) # systemctl status cups.socket ● cups.socket - CUPS Printing Service Sockets Loaded: loaded (/lib/systemd/system/cups.socket; enabled) Active: active (listening) since mar 2016-04-19 11:18:58 CEST; 6min ago Listen: /var/run/cups/cups.sock (Stream) Sigo sin poder acceder. Tengo la sospecha de que cupsd.service depende de algo que se inicia tarde, y por eso en el arranque no carga pero en manual si.
Re: Habilitar cups como servidor
On Tue, Apr 19, 2016 at 10:44:18AM +0200, Juanjo wrote: > Estoy intentando que el demonio cups escuche en la red. > [...] > ¿ Alguna sugerencia ? ¿Y no se te ha ocurrido configurar CUPS con el navegador, como siempre se hace? http://localhost:631
Re: Habilitar cups como servidor
El día 19 de abril de 2016, 10:44, Juanjo escribió: > Hola gente. > > Estoy intentando que el demonio cups escuche en la red. > >>systemctl status cups.socket > ● cups.socket - CUPS Printing Service Sockets >Loaded: loaded (/lib/systemd/system/cups.socket; enabled) >Active: inactive (dead) since mar 2016-04-19 10:27:22 CEST; 29s ago >Listen: /var/run/cups/cups.sock (Stream) > > Buscando por Google, he encontrado varias 'soluciones', pero no hay forma: > > * Crear el directorio /etc/systemd/cups.socket.d, y crear un archivo con lo > que quiero modificar: > [Socket] > ListenStream=0.0.0.0:631 > BindIPv6Only=default > > Reinicio, y cups.socket sigue escuchando en /var/run/cups/cups.socket > > * Crear el archivo /etc/systemd/cups.socket: > [Unit] > Description=CUPS Printing Service Sockets > > [Socket] > ListenStream=0.0.0.0:631 > BindIPv6Only=default > PassCredentials=true > > [Install] > WantedBy=sockets.target > > Reinicio, y cups.socket sigue escuchando en /var/run/cups/cups.socket > > * Deshabilitar cups.socket y habilitar cups.service > > systemctl disable cups.socket > systemctl enable cups.service > > Reinicio, y cupsd no está en ejecución. > > journal -u cups.service no muestra nada (literalmente) > > systemctl status cups.service indica que el servicio está cargado y activo, > pero que ha muerto (dead). > > /var/log/cups/ está vacío (está en tmpfs, pero es creado correctamente en cada > arranque por su correspondiente archivo /etc/tmpfiles.d/cups.conf). > > De todas formas, el directorio es creado automaticamente por cups en cada > arranque del demonio, aún sin estar configurado en tmpfiles.d > > Con cups.service activo ( y deshabilitado cups.socket ), una vez que el > sistema arranca, la orden > >> systemctl start cups.service > > arranca el demonio correctamente. > > En todos estos pasos, me he asegrado de habilitar/deshabilitar correctamente > tanto el .service como el .socket. > > Supongo que, cuando me acostumbre, systemd me gustará, pero de momento es una > castaña :-( > > ¿ Alguna sugerencia ? > A mi también me resulta muy extraño esto del systemd, pero creo que no necesitas usarlo para configurar cups. Creo que lo que quieres hacer se hace, bien por la interfaz web de cups ( http://localhost:631/) o por los archivos de configuración de /etc/cupsd/ https://wiki.archlinux.org/index.php/CUPS/Printer_sharing#Between_GNU.2FLinux_systems S2.
Habilitar cups como servidor
Hola gente. Estoy intentando que el demonio cups escuche en la red. >systemctl status cups.socket ● cups.socket - CUPS Printing Service Sockets Loaded: loaded (/lib/systemd/system/cups.socket; enabled) Active: inactive (dead) since mar 2016-04-19 10:27:22 CEST; 29s ago Listen: /var/run/cups/cups.sock (Stream) Buscando por Google, he encontrado varias 'soluciones', pero no hay forma: * Crear el directorio /etc/systemd/cups.socket.d, y crear un archivo con lo que quiero modificar: [Socket] ListenStream=0.0.0.0:631 BindIPv6Only=default Reinicio, y cups.socket sigue escuchando en /var/run/cups/cups.socket * Crear el archivo /etc/systemd/cups.socket: [Unit] Description=CUPS Printing Service Sockets [Socket] ListenStream=0.0.0.0:631 BindIPv6Only=default PassCredentials=true [Install] WantedBy=sockets.target Reinicio, y cups.socket sigue escuchando en /var/run/cups/cups.socket * Deshabilitar cups.socket y habilitar cups.service systemctl disable cups.socket systemctl enable cups.service Reinicio, y cupsd no está en ejecución. journal -u cups.service no muestra nada (literalmente) systemctl status cups.service indica que el servicio está cargado y activo, pero que ha muerto (dead). /var/log/cups/ está vacío (está en tmpfs, pero es creado correctamente en cada arranque por su correspondiente archivo /etc/tmpfiles.d/cups.conf). De todas formas, el directorio es creado automaticamente por cups en cada arranque del demonio, aún sin estar configurado en tmpfiles.d Con cups.service activo ( y deshabilitado cups.socket ), una vez que el sistema arranca, la orden > systemctl start cups.service arranca el demonio correctamente. En todos estos pasos, me he asegrado de habilitar/deshabilitar correctamente tanto el .service como el .socket. Supongo que, cuando me acostumbre, systemd me gustará, pero de momento es una castaña :-( ¿ Alguna sugerencia ?
