Re: Pues sí, systemd se queda

2014-11-23 Por tema Ismael L. Donis Garcia
- Original Message - 
From: Camaleón noela...@gmail.com

To: debian-user-spanish@lists.debian.org
Sent: Saturday, November 22, 2014 1:27 PM
Subject: Re: Pues sí, systemd se queda



El Sat, 22 Nov 2014 18:45:17 +0100, Manolo Díaz escribió:


El sábado, 22 nov 2014 a las 18:00 horas (UTC+1),
Camaleón escribió:


(...)


Las opciones son las siguientes:
 1. Puedes prescindir de esos paquetes: instalas xfce4 sin más.


No, no puedo.


 2. No puedes: instalas systemd


Eso es lo que estoy diciendo, que te ves forzado a instalar systemd, sí
o sí, en GNOME o en XFCE.


2.1. No quieres systemd como sistema de inicio: instalas
 systemd-shim + (sysvinit-core o upstart)
2.2. Sí quieres systemd como sistema de inicio: instalas
 systemd-sysv.

Y no hay mayor problema. De verdad.


*Para ti* obviamente no lo habrá, *para mí* lo hay porque el mismo
entorno que tengo en wheezy no funciona en jessie si no paso por el aro
de systemd.



Vamos a ver, te respondo en global: Yo no relativizo ni me pongo como
medida de nada. Cuando hablo de dependencia o recomendación me refiero
única y exclusivamente a lo que el sistema de paquetes llama dependencia
o recomendación (puedes ver las definiciones en
https://www.debian.org/doc/manuals/maint-guide/dreq.es.html)


El sistema puede tener sus dependencias en cuanto a paquetes pero
entenderás que los usuarios tengas sus propios requerimientos. Como ves
el problema no es que GNOME o XFCE o cualquier entorno gráfico dependan
o no de systemd (algo que se podría evitar) sino que para poder realizar
las operaciones básicas (montaje de llaves USB, acceso a recursos samba,
gestor de conexiones de red...) todo te lleva a systemd,
independientemente del entorno gráfico que uses. Y eso es así desde Jessie
porque en Wheezy no pasaba y esa dependencia va a ir a más.


Como ves, es algo que puede entenderse sin conocer nada de mí. En cambio
tu llamas dependencia a todo lo que estimas necesario o deseable en tu
sistema. No tiene nada que ver con el sistema de paquete de Debian y es
imposible saber a qué te refieres con ello sin conocerte. Eso, en
resumen, es la definición de subjetivo. Tiene, además, la enorme
desventaja de confundir al personal.


No hay nada de subjetivo en un caso real y no seré la única persona que
vaya a instalar esos paquetes en testing, de eso estoy segura. De lo que
sí estoy segura es de que el 95% de los usuarios que instalen Jessie con
un entorno gráfico se van a llevar systemd.


Mantengo todo lo dicho y abandono este hilo.


Saludos,

--
Camaleón




Aunque yo soy un usuario normal tampoco me gusta el camino que ha tomado 
debian, por tal motivo lo más seguro es que instale otro sistema sin 
systemd.


Ahora quería preguntarle a ustedes que tienen mucha más experiencia que yo.

Cuan distribución ustedes me recomendarían a mi que soy un usuario normal?. 
Por supuesto una distribución que no use systemd.


Pero que a la ves se le pueda instalar una pequeña página web y un pequeño 
servidor de datos. Uso Firebird + PHP


Pueden recomendarme la distribución al privado para no seguir sobrecargando 
la lista.


Desde ya Gracias

| ISMAEL |




--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/a8bdc3470b2748f5816ade4fe59ec...@natio.co.cu



Re: Pues sí, systemd se queda

2014-11-23 Por tema Felix Perez
El día 23 de noviembre de 2014, 11:56, Ismael L. Donis Garcia
sli...@citricos.co.cu escribió:
 - Original Message - From: Camaleón noela...@gmail.com
 To: debian-user-spanish@lists.debian.org
 Sent: Saturday, November 22, 2014 1:27 PM
 Subject: Re: Pues sí, systemd se queda


 El Sat, 22 Nov 2014 18:45:17 +0100, Manolo Díaz escribió:

 El sábado, 22 nov 2014 a las 18:00 horas (UTC+1),
 Camaleón escribió:


 (...)

 Las opciones son las siguientes:
  1. Puedes prescindir de esos paquetes: instalas xfce4 sin más.


 No, no puedo.

  2. No puedes: instalas systemd


 Eso es lo que estoy diciendo, que te ves forzado a instalar systemd, sí
 o sí, en GNOME o en XFCE.

 2.1. No quieres systemd como sistema de inicio: instalas
  systemd-shim + (sysvinit-core o upstart)
 2.2. Sí quieres systemd como sistema de inicio: instalas
  systemd-sysv.

 Y no hay mayor problema. De verdad.


 *Para ti* obviamente no lo habrá, *para mí* lo hay porque el mismo
 entorno que tengo en wheezy no funciona en jessie si no paso por el aro
 de systemd.


 Vamos a ver, te respondo en global: Yo no relativizo ni me pongo como
 medida de nada. Cuando hablo de dependencia o recomendación me refiero
 única y exclusivamente a lo que el sistema de paquetes llama dependencia
 o recomendación (puedes ver las definiciones en
 https://www.debian.org/doc/manuals/maint-guide/dreq.es.html)


 El sistema puede tener sus dependencias en cuanto a paquetes pero
 entenderás que los usuarios tengas sus propios requerimientos. Como ves
 el problema no es que GNOME o XFCE o cualquier entorno gráfico dependan
 o no de systemd (algo que se podría evitar) sino que para poder realizar
 las operaciones básicas (montaje de llaves USB, acceso a recursos samba,
 gestor de conexiones de red...) todo te lleva a systemd,
 independientemente del entorno gráfico que uses. Y eso es así desde Jessie
 porque en Wheezy no pasaba y esa dependencia va a ir a más.

 Como ves, es algo que puede entenderse sin conocer nada de mí. En cambio
 tu llamas dependencia a todo lo que estimas necesario o deseable en tu
 sistema. No tiene nada que ver con el sistema de paquete de Debian y es
 imposible saber a qué te refieres con ello sin conocerte. Eso, en
 resumen, es la definición de subjetivo. Tiene, además, la enorme
 desventaja de confundir al personal.


 No hay nada de subjetivo en un caso real y no seré la única persona que
 vaya a instalar esos paquetes en testing, de eso estoy segura. De lo que
 sí estoy segura es de que el 95% de los usuarios que instalen Jessie con
 un entorno gráfico se van a llevar systemd.

 Mantengo todo lo dicho y abandono este hilo.


 Saludos,

 --
 Camaleón



 Aunque yo soy un usuario normal tampoco me gusta el camino que ha tomado
 debian, por tal motivo lo más seguro es que instale otro sistema sin
 systemd.

 Ahora quería preguntarle a ustedes que tienen mucha más experiencia que yo.

 Cuan distribución ustedes me recomendarían a mi que soy un usuario normal?.
 Por supuesto una distribución que no use systemd.

 Pero que a la ves se le pueda instalar una pequeña página web y un pequeño
 servidor de datos. Uso Firebird + PHP

 Pueden recomendarme la distribución al privado para no seguir sobrecargando
 la lista.

 Desde ya Gracias

Pues yo personalmente ya estoy probando Pcbsd y Freebsd

No trabajo con grandes empresas ni soy un gran experto pero me
incomoda la dirección que esta tomando el proyecto.

Saludos.


-- 
usuario linux  #274354
normas de la lista:  http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/caaizax7nmv8v3vhahn6oquq-3w__ajrarh8m9nr6n91du0j...@mail.gmail.com



Re: Pues sí, systemd se queda

2014-11-23 Por tema Roberto Quiñones
El nov 23, 2014 12:57 PM, Felix Perez felix.listadeb...@gmail.com
escribió:

 El día 23 de noviembre de 2014, 11:56, Ismael L. Donis Garcia
 sli...@citricos.co.cu escribió:
  - Original Message - From: Camaleón noela...@gmail.com
  To: debian-user-spanish@lists.debian.org
  Sent: Saturday, November 22, 2014 1:27 PM
  Subject: Re: Pues sí, systemd se queda
 
 
  El Sat, 22 Nov 2014 18:45:17 +0100, Manolo Díaz escribió:
 
  El sábado, 22 nov 2014 a las 18:00 horas (UTC+1),
  Camaleón escribió:
 
 
  (...)
 
  Las opciones son las siguientes:
   1. Puedes prescindir de esos paquetes: instalas xfce4 sin más.
 
 
  No, no puedo.
 
   2. No puedes: instalas systemd
 
 
  Eso es lo que estoy diciendo, que te ves forzado a instalar systemd,
sí
  o sí, en GNOME o en XFCE.
 
  2.1. No quieres systemd como sistema de inicio: instalas
   systemd-shim + (sysvinit-core o upstart)
  2.2. Sí quieres systemd como sistema de inicio: instalas
   systemd-sysv.
 
  Y no hay mayor problema. De verdad.
 
 
  *Para ti* obviamente no lo habrá, *para mí* lo hay porque el mismo
  entorno que tengo en wheezy no funciona en jessie si no paso por el
aro
  de systemd.
 
 
  Vamos a ver, te respondo en global: Yo no relativizo ni me pongo como
  medida de nada. Cuando hablo de dependencia o recomendación me refiero
  única y exclusivamente a lo que el sistema de paquetes llama
dependencia
  o recomendación (puedes ver las definiciones en
  https://www.debian.org/doc/manuals/maint-guide/dreq.es.html)
 
 
  El sistema puede tener sus dependencias en cuanto a paquetes pero
  entenderás que los usuarios tengas sus propios requerimientos. Como ves
  el problema no es que GNOME o XFCE o cualquier entorno gráfico
dependan
  o no de systemd (algo que se podría evitar) sino que para poder
realizar
  las operaciones básicas (montaje de llaves USB, acceso a recursos
samba,
  gestor de conexiones de red...) todo te lleva a systemd,
  independientemente del entorno gráfico que uses. Y eso es así desde
Jessie
  porque en Wheezy no pasaba y esa dependencia va a ir a más.
 
  Como ves, es algo que puede entenderse sin conocer nada de mí. En
cambio
  tu llamas dependencia a todo lo que estimas necesario o deseable en tu
  sistema. No tiene nada que ver con el sistema de paquete de Debian y
es
  imposible saber a qué te refieres con ello sin conocerte. Eso, en
  resumen, es la definición de subjetivo. Tiene, además, la enorme
  desventaja de confundir al personal.
 
 
  No hay nada de subjetivo en un caso real y no seré la única persona que
  vaya a instalar esos paquetes en testing, de eso estoy segura. De lo
que
  sí estoy segura es de que el 95% de los usuarios que instalen Jessie
con
  un entorno gráfico se van a llevar systemd.
 
  Mantengo todo lo dicho y abandono este hilo.
 
 
  Saludos,
 
  --
  Camaleón
 
 
 
  Aunque yo soy un usuario normal tampoco me gusta el camino que ha tomado
  debian, por tal motivo lo más seguro es que instale otro sistema sin
  systemd.
 
  Ahora quería preguntarle a ustedes que tienen mucha más experiencia que
yo.
 
  Cuan distribución ustedes me recomendarían a mi que soy un usuario
normal?.
  Por supuesto una distribución que no use systemd.
 
  Pero que a la ves se le pueda instalar una pequeña página web y un
pequeño
  servidor de datos. Uso Firebird + PHP
 
  Pueden recomendarme la distribución al privado para no seguir
sobrecargando
  la lista.
 
  Desde ya Gracias

 Pues yo personalmente ya estoy probando Pcbsd y Freebsd

 No trabajo con grandes empresas ni soy un gran experto pero me
 incomoda la dirección que esta tomando el proyecto.

 Saludos.


 --
 usuario linux  #274354
 normas de la lista:  http://wiki.debian.org/es/NormasLista
 como hacer preguntas inteligentes:
 http://www.sindominio.net/ayuda/preguntas-inteligentes.html


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
listmas...@lists.debian.org
 Archive:
https://lists.debian.org/caaizax7nmv8v3vhahn6oquq-3w__ajrarh8m9nr6n91du0j...@mail.gmail.com


Yo hace bastante uso bsd pero en estaciones de trabajo y notebook,  hace
muy poco en servidores y dado el tema de debian con systemd,  pasará que
muchos van a cambiarse de sistema a alternativas que sigan trabajando con
init u otro pero no con systemd.  El futuro de deben desde ahora cuando la
versión testing pase a stable y con systemd como control de inicio se vera
muy afectado dado que muchos administradores no querrán migrar sus sistemas
si no se familiarizar con systemd.

Saludos.


Re: Pues sí, systemd se queda

2014-11-23 Por tema C. L. Martinez
2014-11-22 14:20 GMT+00:00 Santiago Vila sanv...@unex.es:
 On Sat, Nov 22, 2014 at 11:37:48AM +, C. L. Martinez wrote:
 [...] república bananera [...]

 Vaya. Parece que vamos cambiando el término según el caso.
 ¿En qué quedamos entonces? ¿hay mandamases o no hay mandamases?

Mira te voy a dar dos características, en mi opinión, que definen a
ese pseudo comité técnico:

a) Van de mandamases (nosotros lo podemos todo)
b) Manejan a la comunidad Debian como si de una república bananera se tratase.

y te añado otro: van de señoritos de un cortijo.

Todo eso es lo que pienso de ese fabuloso CT de Debian, que a todas
luces, es el más desastroso en la historia de Debian.

Como ves, no cambio de parecer como me convenga, mantengo lo que digo.


 Según la constitución, podría haber habido una GR para que el sistema
 de inicio por defecto volviera a ser sysvinit (o upstart, o cualquier
 otro) pero *no* la ha habido y *nadie* ha propuesto tal cosa.

 Por lo tanto la decisión de usar systemd por defecto no es de ningún
 mandamás, es del proyecto Debian en su conjunto.

 Si no te gusta la constitución de Debian, siempre puedes convertirte
 en desarrollador y cambiarla tú mismo. Es muy fácil, solamente
 necesitas una mayoría de tres cuartas partes. Te deseo suerte.


No pienso convertirme en desarrllador de algo para que aparezca un
grupito de mandamases a hacer y deshacer. Yo ya contribuyo en varios
proyectos opensource como QA tester y ayudo en el diseño de soluciones
y reportando bugs (por cierto algunos de ellos están en la paqueteria
de Debian). Y en esos proyectos, se escucha a la gente, incluso a los
testers (no hace falta ser desarrollador).  Eso ya me absorve mucho
tiempo.

Por eso, no voy a entrar en cambiar la idea de esos mandamases.
Porque en una cosa si te voy a dar la razón: el grupo de
desarrolladores de Debian está demostrando muy poca personalidad. Y no
lo digo porque deban estar a favor de systemd o no. Lo digo, porque
por lo menos deberían haber alzado la voz ante tanta fuga de
personajes relevantes en Debian. Como mínimo podían haber dicho  Hey,
esto se nos va de las manos. Hagamos algo.

Saludos.


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAEjQA5KV=5id6kapyoc1nj2v-0bqdxv3t3d35mphfb7k_vy...@mail.gmail.com



minicom y puerto /dev/ttyS0 bloqueado

2014-11-23 Por tema Debia Linux
Lista:

Estaba haciendo unas pruebas sobre comandos AT instale bien minicom
sin ningun problema.

Comence a usar los comandos AT y todo bien.

Y aqui viene el pero.

Resulta que al usar el comando

AT+IPR=?

Me arrojo varios resultados para decirme que velocidades eran
soportadas. Asi que despues ejecute el comando pero con la velocidad
que quise (la mas veloz por supuesto).

AT+IPR=57600

Y fue ahi donde la puerca torcio el rabo... (asi se dice en Mexico). A
partir de ahi, al ejecutar minicom, pues ya no pude hacerlo por la
sencilla razon de que escribo, pero no aparece nada en la terminal.

Lei el manual del modem y nada. Asi que decidi iniciar minicom como
root y ahi me arrojo el siguiente error (mas bien horror para mi).

El dispositivo /dev/ttyS0 está bloqueado.

Asi que inicie la busqueda en google y encontre algo similar a lo que
buscaba, me dice que busque en la carpeta /var/lock y que ejecutara el
comando ls y veria algo similar a LCK..ttyS0 y al ver su contenido
podria ver que pid estaba ejecutando el puerto.

No he encontrado ni el archivo ni nada que tenga que ver a algo semejante.

Lo raro es que al ejecutar minicom como sudoer, todo bien, pero no
puedo escribir ningun comando AT, por lo mismo no puedo realizar las
tareas que necesito.

Lo raro es que al ejecutar minicom como sudoer, entra a minicom, pero
no puedo escribir. Abro otra ventana xterm y ¡vuala! si puedo escribir
(hasta revise las baterias del teclado inalambrico).

Alguna sugerencia?.

Debinero


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cam50unzupwrc2vax11ovgcdskcxh+19et9o1jtwhuhnkr2z...@mail.gmail.com



Re: minicom y puerto /dev/ttyS0 bloqueado

2014-11-23 Por tema Debia Linux
2014-11-23 20:54 GMT-06:00 Debia Linux debianer...@gmail.com:
 Lista:

 Estaba haciendo unas pruebas sobre comandos AT instale bien minicom
 sin ningun problema.

 Comence a usar los comandos AT y todo bien.

 Y aqui viene el pero.

 Resulta que al usar el comando

 AT+IPR=?

 Me arrojo varios resultados para decirme que velocidades eran
 soportadas. Asi que despues ejecute el comando pero con la velocidad
 que quise (la mas veloz por supuesto).

 AT+IPR=57600

 Y fue ahi donde la puerca torcio el rabo... (asi se dice en Mexico). A
 partir de ahi, al ejecutar minicom, pues ya no pude hacerlo por la
 sencilla razon de que escribo, pero no aparece nada en la terminal.

 Lei el manual del modem y nada. Asi que decidi iniciar minicom como
 root y ahi me arrojo el siguiente error (mas bien horror para mi).

 El dispositivo /dev/ttyS0 está bloqueado.
Por alguna razon extraña, ya pude ingresar (no resolvi el problema de
ninguna manera, solito se resolvio) tal vez estaba ejecutando minicom
como sudoer y por eso me bloqueaba el puerto.


 Asi que inicie la busqueda en google y encontre algo similar a lo que
 buscaba, me dice que busque en la carpeta /var/lock y que ejecutara el
 comando ls y veria algo similar a LCK..ttyS0 y al ver su contenido
 podria ver que pid estaba ejecutando el puerto.

 No he encontrado ni el archivo ni nada que tenga que ver a algo semejante.

 Lo raro es que al ejecutar minicom como sudoer, todo bien, pero no
 puedo escribir ningun comando AT, por lo mismo no puedo realizar las
 tareas que necesito.

 Lo raro es que al ejecutar minicom como sudoer, entra a minicom, pero
 no puedo escribir. Abro otra ventana xterm y ¡vuala! si puedo escribir
 (hasta revise las baterias del teclado inalambrico).





 Alguna sugerencia?.

 Debinero


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cam50unx5atycvmrwlds5vrqttasequfobneaa+ff4tu8cof...@mail.gmail.com



Re: minicom y puerto /dev/ttyS0 bloqueado

2014-11-23 Por tema Debia Linux
RESUELTO

Vaya, estoy avanzando... ya pregunto y puedo responder a mi mismo mas
rapido de lo que contestan en la lista. Tal vez con el tiempo,
comience a ayudarles a resolver muchos problemas.

Les explico rapidamente:

Aunque no me permitia escribir nada, si me permitia ejecutar la ayuda
con las teclas

CTRL+A Z

Entre al menu y me aparecieron varias opciones, entre ellas CONFIGURAR
MINICOM (Configure Minicom) y me decia que presionara la letra O.

Lo hice y aparecio otro menu y elegi la opcion...

CONFIGURACION DE LA PUERTA SERIAL

La ejecute y aparecio otro menu con varias opciones y elegi...

E - BPS/PARIDAD/BITS

Como lei el manual del modem, me decia que el modem podia trabajar a
diversas velocidades que sopotaba, pero la ideal era la de 115200 8n1
y presione enter y despues enter y llegue al menu donde una opcion
decia

SALVAR CONFIGURACION COMO DFL (supongo que es la nativa de minicom)

Posteriormente elegi la opcion...

SALIR

Se reinicio automaticamente el modem y ¡magia hecha realidad, pude
volver a ejecutar mis comandos!.

Gracias por su atencion

Debianero


2014-11-23 21:00 GMT-06:00 Debia Linux debianer...@gmail.com:
 2014-11-23 20:54 GMT-06:00 Debia Linux debianer...@gmail.com:
 Lista:

 Estaba haciendo unas pruebas sobre comandos AT instale bien minicom
 sin ningun problema.

 Comence a usar los comandos AT y todo bien.

 Y aqui viene el pero.

 Resulta que al usar el comando

 AT+IPR=?

 Me arrojo varios resultados para decirme que velocidades eran
 soportadas. Asi que despues ejecute el comando pero con la velocidad
 que quise (la mas veloz por supuesto).

 AT+IPR=57600

 Y fue ahi donde la puerca torcio el rabo... (asi se dice en Mexico). A
 partir de ahi, al ejecutar minicom, pues ya no pude hacerlo por la
 sencilla razon de que escribo, pero no aparece nada en la terminal.

 Lei el manual del modem y nada. Asi que decidi iniciar minicom como
 root y ahi me arrojo el siguiente error (mas bien horror para mi).

 El dispositivo /dev/ttyS0 está bloqueado.
 Por alguna razon extraña, ya pude ingresar (no resolvi el problema de
 ninguna manera, solito se resolvio) tal vez estaba ejecutando minicom
 como sudoer y por eso me bloqueaba el puerto.


 Asi que inicie la busqueda en google y encontre algo similar a lo que
 buscaba, me dice que busque en la carpeta /var/lock y que ejecutara el
 comando ls y veria algo similar a LCK..ttyS0 y al ver su contenido
 podria ver que pid estaba ejecutando el puerto.

 No he encontrado ni el archivo ni nada que tenga que ver a algo semejante.

 Lo raro es que al ejecutar minicom como sudoer, todo bien, pero no
 puedo escribir ningun comando AT, por lo mismo no puedo realizar las
 tareas que necesito.

 Lo raro es que al ejecutar minicom como sudoer, entra a minicom, pero
 no puedo escribir. Abro otra ventana xterm y ¡vuala! si puedo escribir
 (hasta revise las baterias del teclado inalambrico).





 Alguna sugerencia?.

 Debinero


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cam50unzx00-7vr9g_b0gm6pfcc_3fawzqp3+qrsf2vbzavg...@mail.gmail.com