Re: Libertad o esclavitud. Elijan ¿"su" o “machinectl shell”?

[Angel Claudio Alvarez]

El Fri, 04 Sep 2015 15:10:45 -0500
"listascor...@msjs.co"  escribió:

> El 04/09/15 a las 14:53, Manolo Díaz escibió:
> > El viernes, 4 sep 2015 a las 18:00 UTC
> > listascor...@msjs.co escribió:
> > 
> >> El 04/09/15 a las 12:30, Manolo Díaz escibió:
> >>> El viernes, 4 sep 2015 a las 14:44 UTC
> >>> listascor...@msjs.co escribió:
> >>>
> > Bien, pero yo te pregunto por qué crees (o mejor dicho, por qué has 
> > afirmado) que systemd puede atentar contra la DFSG.
> >
> > Saludos,
> >   
>  “4. Nuestra prioridad son nuestros usuarios y el software libre
> 
>  Nos guiaremos por las necesidades de nuestros usuarios y de la comunidad
>  del software libre. Sus intereses serán una prioridad para nosotros... “
> >>>
> >>> Y eso hace.
> >>>
> >>> Systemd es sofware libre y según popcon (del paquete
> >>> popularity-contest), lo equipos que votan y lo usan son un nada
> >>> despreciable 43 % del total [1]. Ten en cuenta además que ninguno
> >>> de esos paquetes son esenciales ni requeridos, aunque sí
> >>> predeterminado en nuevas instalaciones a partir de Jessie.
> >>>
> >>> Saludos.
> >>>
> >>> [1] https://qa.debian.org/popcon.php?package=systemd
> >>>
> >>
> >> Gracias por su aporte.
> >>
> >> Sysvinit es software libre y tiene una votación del 70.80%... supera
> >> enormemente a la votación de systemd (43.04%).
> >>
> >> Debian no está cumpliendo el artículo 4 del contrato social.
> > 
> > ¿Por qué no? ¿Acaso sysvinit no está en Debian? ¿Algo te impide usarlo?
> > 
> >> https://qa.debian.org/popcon.php?package=sysvinit
> >>
> >> Saludos.
> >>
> > 
> > Saludos.
> > 
> Sysvinit si está en los repositorios pero no viene por defecto, aún
> teniendo en cuenta que todavía lo usan la mayoría... considero que en
> este caso Debian está incumpliendo el artículo 4 al no tener en cuenta
> las necesidades de los usuarios y de la comunidad del software libre.
> No se están priorizando los intereses de la mayoría.

que intereses?? el interes de perder 5 minutos desinstalando systemd ??
Lo tuyo es poco serio, es tirar la piedra y esconder la mano al abrir un debate 
y no argumentar par mantener tu posicion.
Colaboras oficialmente como desarrollador, mantenedor, traductor, etc o solo 
sos un simple usuario??
NADIE te impide cambiar de sistema de arranque. Lo que vos pretendes es 
comodidad y en general la comodidad se paga, Debian no


saludos
> 
> Saludos.
> 
> 


-- 
Angel Claudio Alvarez 

Re: Libertad o esclavitud. Elijan ¿"su" o “machinectl shell”?

[Camaleón]

El Sun, 06 Sep 2015 16:20:15 +0200, Manolo Díaz escribió:

> El domingo, 6 sep 2015 a las 13:29 UTC Camaleón escribió:

(...)

>> > No te has enterado de lo que quiero decir.
>> 
>> O quizá es es que no te gustan los datos que tú mismo has enviado.
> 
> No los envíos porque me gusten, lo envíos porque son datos y no
> suposiciones, ni deseos, ni románticas ensoñaciones.

Mejor si fueran "romántincas ensoñaciones", al menos se podría soñar con 
algo mejor. Pero siguen siendo datos que aportan bien poco: cuando sólo 
hay una puerta abierta ¿adivinas por dónde va a entrar la mayor parte de 
la gente? Bingo :-)

>> > Si hablas de _sistemas de inicio en uso_ son estas las que deben
>> > usarse _a partir de Jessie_:
>> > 
>> > systemd-sysv → votos: 34 %
>> > sysvinit-core → votos: 2 %
>> > upstart → testimonial, ni se acerca al 1 %
>> 
>> Vale, ahora cambias los paquetes. Te has dado cuenta de que Jessie
>> tiene un paquete marcado como "esencial" que es "init" y que tiene que
>> instalar alguno de esos 3.
> 
> ¿Por qué crees que he puesto esos tres y solo esos tres? 

Porque los otros paquetes ofrecían unos porcentajes que no eran 
favorables a systemd. Te recuerdo que Wheezy también permite instalar 
systemd.

> init solo se encarga de que el sistema pueda arrancar obligándote a a
> instalar uno y solo uno de ellos. init, de por sí, no te indica nada
> sobre cuál es y por eso no lo menciono. Los datos que elijo son
> significativos. No sobra ni falta nadie para el propósito que nos ocupa.

De hecho "init" no existe en Wheezy, es un paquete que se creó ex-professo 
para solucionar la llegada de systemd en Jessie.

>> ¿Y qué significa eso? Pues nada, bueno sí, dos dos cosas: 1/ que las
>> instalaciones nuevas de jessie instalan systemd+systemd-sysv (opción
>> predeterminada) y 2/que los equipos que se actualizan desde versiones
>> anteriores mantienen el paquete de compatibilidad con systemv (de ahí
>> el alto porcentaje tanto de instalaciones como voto del paquete
>> sysvinit).
>> 
>> Es decir, que poca gente con Jessie se atreve por apostar únicamente
>> por systemd.
> 
> Ese es un error tuyo persistente. sysvinit (sigo recalcando que a partir
> de Jessie) no tiene el valor que tú le asignas.
> 
> De la descripción de dicho paquete:
> 
>  If your system successfully boots with systemd or if you have chosen to
>  stick with sysvinit-core, this package can be removed safely.
> 
> Es decir, una vez actualizado a Jessie y efectuado correctamente el
> primer arranque posterior, ese paquete está de más, aunque no estorba.
> Lo puedes suprimir tranquilamente. Lo podemos ignorar.

¡Pues eso te digo! Que es un paquete que se puede eliminar pero que la 
gente opta por mantener no vaya a ser que el bueno de systemd no les 
arranque el sistema ;-)
 
(...)

>> > En el primero porque la práctica totalidad es de instalación
>> > obligatoria (pre-Jessie), y en el segundo por lo que podríamos llamar
>> > "efecto pereza" por ser el predeterminado. Popcon no puede usarse
>> > para eso. Sí se puede (y era mi intención cuando lo mencioné) para
>> > señalar que systemd no tiene un uso marginal [1], como es el caso de
>> > upstart.
>> 
>> Yo no sospecho nada porque como llevo diciendo desde el principio,
>> Popcon no ofrece datos que sirvan para poder sacar conclusiones de
>> ningún tipo. Sería como decir que ext4 es el sistema de archivos por el
>> que votan los debinitas simplemente porque es el más usado. Normal, es
>> el predeterminado por lo que de 10 instalaciones 8 lo llevarán como
>> sistema de archivos para la raíz y no hace falta tirar del Popcon para
>> saber eso.
>> 
>> En cuanto a los paquetes minoritarios (como "upstart") pues tampoco
>> dice mucho porque nunca ha gozado de un estatus como ha tenido sysvinit
>> ni como tiene ahora systemd, es decir, nunca lo han potenciado por lo
>> que los usuarios no lo han probado y sólo los que vengan de Ubuntu
>> sabrán cómo funciona, lo que permite y si merece la pena instalarlo.
>> 
>> 
>> 
> Sí se pueden sacar conclusiones. "Vote" tiene un significado muy claro
> en popcon, donde está definido sin ambigüedades. Otra cosa es que tú
> deseas una especie cuestionario de satisfacción del usuario. Una
> petición muy razonable, pero no fue diseñado para eso.

Yo no defiendo nada más que la libertad de Debian de usar lo que quiera y 
la del usuario de usar Debian. Cierto es que Popcon carece de relevancia 
alguna y las encuestas directas le darían a Debian una visión más clara 
de lo que piden/quieren sus usuarios. Quizá es que simplemente no le 
convenga hacerlo porque si hiciera caso de las encuestas terminaría sin 
gnome-shell ni systemd como predeterminados.

> Vuelvo a los datos: ambos sistema son claramente dominantes donde son
> los predeterminados; la inmensa mayoría de usuarios aceptan lo que
> Debian decide al respecto.

Donde sólo hay una puerta abierta pocas alternativas hay ¿no crees? Los 
transgresores (quienes escalan la puerta para no atravesarla o cavan un 
túnel 

Re: Libertad o esclavitud. Elijan ¿"su" o “machinectl shell”?

[Camaleón]

El Sat, 05 Sep 2015 19:47:46 +0200, Manolo Díaz escribió:

> El sábado, 5 sep 2015 a las 16:12 UTC Camaleón escribió:

(...)

>> Y como veo que sigues empecinado en los datos del Popcon, sysvinit gana
>> por goleada a systemd, así que siguiendo tu argumento éste ("sysvinit")
>> es el que se debería potenciar.
>> 
>> Systemd → instalaciones (43,16%), votos (38,09%)
>> Sysvinit → instalaciones (70,68%), votos (55,48%)
> 
> No te has enterado de lo que quiero decir. 

O quizá es es que no te gustan los datos que tú mismo has enviado.

> Si hablas de _sistemas de inicio en uso_ son estas las que deben usarse
> _a partir de Jessie_:
> 
> systemd-sysv → votos: 34 %
> sysvinit-core → votos: 2 %
> upstart → testimonial, ni se acerca al 1 %

Vale, ahora cambias los paquetes. Te has dado cuenta de que Jessie tiene 
un paquete marcado como "esencial" que es "init" y que tiene que instalar 
alguno de esos 3.

¿Y qué significa eso? Pues nada, bueno sí, dos dos cosas: 1/ que las 
instalaciones nuevas de jessie instalan systemd+systemd-sysv (opción 
predeterminada) y 2/que los equipos que se actualizan desde versiones 
anteriores mantienen el paquete de compatibilidad con systemv (de ahí el 
alto porcentaje tanto de instalaciones como voto del paquete sysvinit).

Es decir, que poca gente con Jessie se atreve por apostar únicamente por 
systemd.

> ¿Significa eso que sysv sea menos usado que systemd? No, porque antes de
> Jessie, sysvinit era quien contenía el sistema de arranque.

No lo sabemos, Popcon no te dice (porque no puede hacerlo) si alguien con 
systemd instalado sigue usando el sistema antiguo para gestionar los 
servicios (es decir, que usa "service [] start" en lugar de "systemctl 
[]...).

> *Sospecho* que las cifras actuales de uso como sistema de arranque deben
> andar por 66 % (sysv) y 34 % (systemd), con un matiz que añadir: No se
> puede deducir la simpatía del usuario en ningún caso. 

Menos mal :-)

> En el primero porque la práctica totalidad es de instalación
> obligatoria (pre-Jessie), y en el segundo por lo que podríamos llamar
> "efecto pereza" por ser el predeterminado. Popcon no puede usarse para
> eso. Sí se puede (y era mi intención cuando lo mencioné) para señalar
> que systemd no tiene un uso marginal [1], como es el caso de upstart.

Yo no sospecho nada porque como llevo diciendo desde el principio, Popcon 
no ofrece datos que sirvan para poder sacar conclusiones de ningún tipo. 
Sería como decir que ext4 es el sistema de archivos por el que votan los 
debinitas simplemente porque es el más usado. Normal, es el 
predeterminado por lo que de 10 instalaciones 8 lo llevarán como sistema 
de archivos para la raíz y no hace falta tirar del Popcon para saber eso.

En cuanto a los paquetes minoritarios (como "upstart") pues tampoco dice 
mucho porque nunca ha gozado de un estatus como ha tenido sysvinit ni 
como tiene ahora systemd, es decir, nunca lo han potenciado por lo que 
los usuarios no lo han probado y sólo los que vengan de Ubuntu sabrán 
cómo funciona, lo que permite y si merece la pena instalarlo.

Saludos,

-- 
Camaleón

Re: Libertad o esclavitud. Elijan ¿"su" o “machinectl shell”?

[Manolo Díaz]

El domingo, 6 sep 2015 a las 13:29 UTC
Camaleón escribió:

> El Sat, 05 Sep 2015 19:47:46 +0200, Manolo Díaz escribió:
> 
> > El sábado, 5 sep 2015 a las 16:12 UTC Camaleón escribió:
> 
> (...)
> 
> >> Y como veo que sigues empecinado en los datos del Popcon, sysvinit gana
> >> por goleada a systemd, así que siguiendo tu argumento éste ("sysvinit")
> >> es el que se debería potenciar.
> >> 
> >> Systemd → instalaciones (43,16%), votos (38,09%)
> >> Sysvinit → instalaciones (70,68%), votos (55,48%)
> > 
> > No te has enterado de lo que quiero decir. 
> 
> O quizá es es que no te gustan los datos que tú mismo has enviado.

No los envíos porque me gusten, lo envíos porque son datos y no
suposiciones, ni deseos, ni románticas ensoñaciones.

> 
> > Si hablas de _sistemas de inicio en uso_ son estas las que deben usarse
> > _a partir de Jessie_:
> > 
> > systemd-sysv → votos: 34 %
> > sysvinit-core → votos: 2 %
> > upstart → testimonial, ni se acerca al 1 %
> 
> Vale, ahora cambias los paquetes. Te has dado cuenta de que Jessie tiene 
> un paquete marcado como "esencial" que es "init" y que tiene que instalar 
> alguno de esos 3.

¿Por qué crees que he puesto esos tres y solo esos tres? init solo se
encarga de que el sistema pueda arrancar obligándote a a instalar uno y
solo uno de ellos. init, de por sí, no te indica nada sobre cuál es y
por eso no lo menciono. Los datos que elijo son significativos. No
sobra ni falta nadie para el propósito que nos ocupa.

> ¿Y qué significa eso? Pues nada, bueno sí, dos dos cosas: 1/ que las 
> instalaciones nuevas de jessie instalan systemd+systemd-sysv (opción 
> predeterminada) y 2/que los equipos que se actualizan desde versiones 
> anteriores mantienen el paquete de compatibilidad con systemv (de ahí el 
> alto porcentaje tanto de instalaciones como voto del paquete sysvinit).
> 
> Es decir, que poca gente con Jessie se atreve por apostar únicamente por 
> systemd.

Ese es un error tuyo persistente. sysvinit (sigo recalcando que a
partir de Jessie) no tiene el valor que tú le asignas.

De la descripción de dicho paquete:

 If your system successfully boots with systemd or if you have chosen
 to stick with sysvinit-core, this package can be removed safely.

Es decir, una vez actualizado a Jessie y efectuado correctamente el
primer arranque posterior, ese paquete está de más, aunque no estorba.
Lo puedes suprimir tranquilamente. Lo podemos ignorar.

> > ¿Significa eso que sysv sea menos usado que systemd? No, porque antes de
> > Jessie, sysvinit era quien contenía el sistema de arranque.
> 
> No lo sabemos, Popcon no te dice (porque no puede hacerlo) si alguien con 
> systemd instalado sigue usando el sistema antiguo para gestionar los 
> servicios (es decir, que usa "service [] start" en lugar de "systemctl 
> []...).
> 
> > *Sospecho* que las cifras actuales de uso como sistema de arranque deben
> > andar por 66 % (sysv) y 34 % (systemd), con un matiz que añadir: No se
> > puede deducir la simpatía del usuario en ningún caso. 
> 
> Menos mal :-)
> 
> > En el primero porque la práctica totalidad es de instalación
> > obligatoria (pre-Jessie), y en el segundo por lo que podríamos llamar
> > "efecto pereza" por ser el predeterminado. Popcon no puede usarse para
> > eso. Sí se puede (y era mi intención cuando lo mencioné) para señalar
> > que systemd no tiene un uso marginal [1], como es el caso de upstart.
> 
> Yo no sospecho nada porque como llevo diciendo desde el principio, Popcon 
> no ofrece datos que sirvan para poder sacar conclusiones de ningún tipo. 
> Sería como decir que ext4 es el sistema de archivos por el que votan los 
> debinitas simplemente porque es el más usado. Normal, es el 
> predeterminado por lo que de 10 instalaciones 8 lo llevarán como sistema 
> de archivos para la raíz y no hace falta tirar del Popcon para saber eso.
> 
> En cuanto a los paquetes minoritarios (como "upstart") pues tampoco dice 
> mucho porque nunca ha gozado de un estatus como ha tenido sysvinit ni 
> como tiene ahora systemd, es decir, nunca lo han potenciado por lo que 
> los usuarios no lo han probado y sólo los que vengan de Ubuntu sabrán 
> cómo funciona, lo que permite y si merece la pena instalarlo.
> 
> Saludos,
> 

Sí se pueden sacar conclusiones. "Vote" tiene un significado muy claro
en popcon, donde está definido sin ambigüedades. Otra cosa es que tú
deseas una especie cuestionario de satisfacción del usuario. Una
petición muy razonable, pero no fue diseñado para eso.

Vuelvo a los datos: ambos sistema son claramente dominantes donde son
los predeterminados; la inmensa mayoría de usuarios aceptan lo que
Debian decide al respecto.

Saludos.
-- 
Manolo Díaz

Re: a vueltas con dnie una curiosidad

[BasaBuru]

El Sábado, 5 de septiembre de 2015 14:09:04 Santiago Vila escribió:

Lo he probado todo esta bien, pero el problema está en mi lector, que sido un 
fiasco de regalo. No esta soportado es viejo. cuando compre uno nuevo lo 
intento de nuevo y si me animo escribo el howto.

Gracias por tu atención

-- 
Agur bero bat / a greeting

BasaBuru

  BASATU 

~  
basatia bihur zaitez
~

gako ID gnupg: F9044F8FC64B2544
hatz-aztarna: 13FF 7B28 D999 B957 F837 D566 F904 4F8F C64B 2544

Re: a vueltas con dnie una curiosidad

[BasaBuru]

El Sábado, 5 de septiembre de 2015 14:09:04 Santiago Vila escribió:
Aupa

> En Debian 8 ya no hace falta compilar nada ni instalar paquetes que no
> estén en la distribución, lo he comprobado.

Muchas gracias santi. Voy a mirar esto un poco, creo que habría que escribir 
un pequeño howto en el wiki. La cosa es un poco lio, he dado un montón de 
vueltas cuanto tu en 15 líneas me lo has resuelto. Esta explicación no he sido 
capaz de encontrarla buscando "mucho"
 
> Por otro lado, la compilación siempre se hace "en espacio de usuario".
> ¿No pretenderás que el núcleo se ponga a compilar cosas?

Si perdona no me he explicado bien y he confundido cosas, no hablaba en el 
sentido correcto de definir espacio de usuario en terminos del sistema. Me 
refería a que yo siempre he compilado en /usr/src como root, no como usuario 
en la home del usuario. Quería decir eso. En las instrucciones de opendnie 
aparece $ y no # y tampoco aparece el directorio /usr/src, eso me ha 
confundido

Igual lo he estado haciendo mal desde hace años?

-- 
Agur bero bat / a greeting

BasaBuru

  BASATU 

~  
basatia bihur zaitez
~

gako ID gnupg: F9044F8FC64B2544
hatz-aztarna: 13FF 7B28 D999 B957 F837 D566 F904 4F8F C64B 2544

Re: a vueltas con dnie una curiosidad

[Santiago Vila]

On Sun, Sep 06, 2015 at 12:14:38PM +0200, BasaBuru wrote:

> Me refería a que yo siempre he compilado en /usr/src como root, no
> como usuario en la home del usuario. Quería decir eso. En las
> instrucciones de opendnie aparece $ y no # y tampoco aparece el
> directorio /usr/src, eso me ha confundido
> 
> Igual lo he estado haciendo mal desde hace años?

Eso pienso yo. En términos generales, para compilar un programa nunca
hizo falta ser root. Sí hace falta para hacer "make install", pero
claro, eso hace que lo que instales no esté bajo el control del
sistema de paquetes y no debería hacerse salvo que no haya más
remedio.

La compilación de paquetes Debian es bastante curiosa: Si miras el
código fuente de cualquier paquete Debian antiguo verás que tiene un
debian/rules con distintos objetivos.

Para compilar el programa se hace "debian/rules build" y eso siempre
se hace como usuario normal.

Luego está "debian/rules binary" para crear el .deb. Ahí sí que hace
falta ser root pero desde que existe fakeroot (o sea, desde hace más
de quince años) ni siquiera tienes que ser root de verdad.


No se me ocurre qué puedes estar compilando en /usr/src. Si es un
núcleo a medida, con el paquete kernel-package de Manoj y fakeroot
puedes crear un linux-image.deb sin ser root para nada.

Así, el único momento en el que necesitas ser root es cuando haces
"dpkg -i linux-image.deb".

Re: Error librería al reiniciar apache.

[Camaleón]

El día 3 de septiembre de 2015, 18:52, Óscar Triana - Suportium: S.I.I. 
 escribió:

(reenvío a la lista, se lo zampó mi filtro)

> ls -la /usr/lib_64-linux-gnu | grep -i lua RESPUESTA:
>
> ls: cannot access /usr/lib_64-linux-gnu: No such file or directory
 

Hum... ya veo. Y tiene razón, esa ruta no es la correcta.

> dpkg -l | grep -i liblua RESPUESTA:
>
> rc  liblua5.1-0:amd64 5.1.5-7.1 amd64 
>Shared library for the Lua interpreter version 5.1
> ii  liblua5.1-sec10.4.1-1   all   
>Transitional package for lua-sec
> ii  liblua5.1-soap-dev3.0-3 all   
>Transitional package for lua-soap
> ii  liblua5.1-soap0   3.0-3 all   
>Transitional package for lua-soap
> ii  liblua5.1-socket-dev  2.0.2-8   all   
>Transitional package for lua-socket-dev
> ii  liblua5.1-socket2 2.0.2-8   all   
>Transitional package for lua-socket

Hum... aquí hay algo que no me encaja.

1/ El paquete "liblua5.1-0" está marcado para ser eliminado pero tienes 
que tenerlo instalado ya que es el que proporciona la biblioteca que te 
pide Apache2 ("liblua5.1.so.0"). (Re)Instala ese paquete.

2/ La biblioteca se encuentra en "/usr/lib/x86_64-linux-gnu/" y no donde
la pide Apache2, es posible que el paquete tenga algún error pero antes de
nada deberías instalar el paquete y volver a reiniciar el servicio.

Saludos,

-- 
Camaleón

Re: Libertad o esclavitud. Elijan ¿"su" o “machinectl shell”?

[gonzo34]

help

Re: Libertad o esclavitud. Elijan ¿"su" o “machinectl shell”?

[Manolo Díaz]

El domingo, 6 sep 2015 a las 14:45 UTC
Camaleón escribió:

> >> > Si hablas de _sistemas de inicio en uso_ son estas las que deben
> >> > usarse _a partir de Jessie_:
> >> > 
> >> > systemd-sysv → votos: 34 %
> >> > sysvinit-core → votos: 2 %
> >> > upstart → testimonial, ni se acerca al 1 %  
> >> 
> >> Vale, ahora cambias los paquetes. Te has dado cuenta de que Jessie
> >> tiene un paquete marcado como "esencial" que es "init" y que tiene que
> >> instalar alguno de esos 3.  
> > 
> > ¿Por qué crees que he puesto esos tres y solo esos tres?   
> 
> Porque los otros paquetes ofrecían unos porcentajes que no eran 
> favorables a systemd. Te recuerdo que Wheezy también permite instalar 
> systemd.

No. ¿Recuerdas que asigné el 66 % restante a sysv? En todo caso habré
sido injusto con systemd ¿Y que he repetido constantemente la coletilla
"a partir de Jessie"? Es porque hay un antes y un después, y popcon los
mezcla.

Después: cada uno de esos tres paquetes señala unívocamente el sistema
de inicio. sysvinit no indica cuál usas, solo que actualizas desde
Wheezy y no lo has suprimido.

Antes: No se puede deducir a partir de los paquetes instalado. Si solo
tenías sysvinit queda claro. Pero los datos no te dan información de
cuántos instalan sysvinit pero no systemd, cosa posible en Wheezy. Y si
tienes los dos es "vote" el campo que decide cuál usas regularmente.

Contabilizar las instalaciones de sysvinit es un manera errónea de
proceder por los motivos explicados.

Saludos.
-- 
Manolo Díaz