Re: /var/lib/apt/lists/partial fills entire partition [SOLVED]

[Tony van der Hoff]

On 01/09/15 17:47, Tony van der Hoff wrote:
> On 01/09/15 16:43, Cindy-Sue Causey wrote:
>> On 9/1/15, Elimar Riesebieter  wrote:
>>> * Tony van der Hoff  [2015-09-01 14:17 +0200]:
>>>
 On this jessie box I have started to see /var/lib/apt/lists/partial
 gradually filling the entire 2.7 GiB /var partition with hundreds of
 smallish files. Google show some results for a similar, but not
 identical problem for Ubuntu but I can't find anything matching this.

 This problem has developed over the last few days.

 A partial directory listing is attached (to circumvent wrapping).

 Can anyone suggest a remedy to this problem, please?
>>>
>>> Try
>>>
>>> # apt-get clean
>>>
>>> From apt-get(8):
>>>
>>> clean clears out the local repository of retrieved package files. It
>>> removes everything but the lock file from /var/cache/apt/archives/ and
>>> /var/cache/apt/archives/partial/.
>>>
>>> So after an apt-get update /var/lib/apt/lists/partial should be
>>> recharged at least to zero size.
>>
>>
>>
>> Let us know if it starts filling back up again. I'd already started an
>> answer and had to run outside and... put the trash can on the curb.
>> Part of that answer was to say that location is where at least apt
>> (via apt-get update) temporarily stores "partial" files as its
>> downloading updates from our *_CHOICE_* of repositories. If partial
>> continues magically self-propagating and not emptying, obviously
>> something needs dissected/triggered/toggled off if it's not you
>> manually, consciously performing related [functions] that would result
>> in that activity.
>>
>> If you use something other than apt (apt-get) to update your software,
>> do they offer the option to update automatically? Maybe that's toggled
>> on?
>>
>> I'm just... looking at your output there and comparing it to mine.
>> Your partial for this one, e.g.:
>>
>> 4584913 Sep  1 13:58
>> ftp.uk.debian.org_debian_dists_jessie_main_i18n_Translation-en.bz2
>>
>> You're talking about a zip file that got hung up there for some
>> reason. Maybe it's not completely downloaded so then you have to track
>> down why...
>>
>> Or maybe the system's not finishing the transaction after a successful
>> download for some reason?
>>
>> In my case, I've actually sat here and watched it run live. Those
>> partials *APPEAR* to become what's in the next step up, the parent
>> directory, /var/lib/apt/lists.
>>
>> So the question is potentially two-fold. Why is there SO MUCH of that
>> activity if user is NOT manually/knowingly generating it and/or
>> why is the process not completing successfully if it's a legitimately
>> approved auto-update?
>>
>> Speaking firsthand, one way it MIGHT happen is if someone is on
>> something like dialup or alternately if they only access the Internet
>> sporadically (i.e. disconnect unexpectedly throughout the day). Those
>> update related downloads would get interrupted, and that MIGHT be one
>> cause for what's showing in OP's partial directory.
>>
>> My take on this is coming from firsthand experience rather than
>> knowing how Debian technically works. I've seen something like OP's
>> directory happen on my system but can't remember the exact
>> circumstances now. In my case of being on dialup, the appearance has
>> occasionally been that a repository's server has cut updates off
>> because the server's tired of struggling under the 967 BYTES download
>> rate on my end..
>>
>> Cindy :)
>>
>> PS Ok, I just checked my inbox one more time before sending this.
>> Elimar and David replied with David's thought being similar to my own.
>> Compression was a word I was actually looking for. Like something's
>> not completing there that should be so that those files are
>> decompressed and then magically manipulated together to become what's
>> housed in the /var/lib/apt/lists parent directory... :)
>>
> 
> Thanks to all three for very helpful replies.
> 
> Unfortunately Elimar's suggestion only partially helped; it did not
> clear /var/lib/apt/lists/partial, although running apt-get update did
> clear it.  It then soon started filling up again.
> 
> It would appear that apt-get update is being run automatically; I'm
> happy for it to do so, provided it works properly.
> 
> Running apt-get update manually showed an error:
> Err http://ftp.uk.debian.org jessie-backports/non-free amd64 Packages
> and the directory started filling.
> 
> I've now commented out the lines in sources.list referring to
> jesie-backports, and running apt-get update doesn't seem to fill that
> directory. I'll have to monitor that one!
> 
> My conclusion, if the mod fixes it, is that (a) that repository is
> broken in some way, and (b) apt contains a bug allowing it to misbehave
> under error conditions.
> 
> I shall only be at the end of a wet piece of string for my internet
> connection for the next week, so may not be able to progress this as
> much as I would like for a 

Re: get software list of one software repository

[Darac Marjal]

On Thu, Sep 03, 2015 at 10:32:35PM +0800, mudongliang wrote:
> Hello everyone :
>     There are some software repositories on my computer.
>     For example , google chrome software repository
>         deb [1]http://dl.google.com/linux/chrome/deb/ stable main
>     I also add ubuntu partner in my computer.
>     What I want to ask is how to get software list of someone software
> repository through command line!
>     I can get this information through synaptic graphics.
>     But I don't know how to do it in command line.

Assuming that you have aptitude installed, try the following:

Start by running "grep Origin: /var/lib/apt/lists/*Release" to see where
your packages from from. Origin will be "Debian" for official debian
packages, "Canonical" for official ubuntu packages, etc.

Next, run "aptitude search '?origin(Debian)'" (replacing Debian with any
of the Origins listed above.

If you need to narrow it down further (for example, you want to list
only unstable packages from Debian), then you can try something like
"aptitude search '(!~Atesting ~Aunstable ?origin(Debian))'".

> 
>     - mudongliang
> 
> References:
> 
> [1] http://dl.google.com/linux/chrome/deb/



-- 
For more information, please reread.


signature.asc
Description: Digital signature

RE: [OT] Container OpenVZ Debian Jessie en PROXMOX.

[Ramses II]

>-Mensaje original-
>De: Camaleón [mailto:noela...@gmail.com]
>Enviado el: jueves, 03 de septiembre de 2015 16:50
>Para: debian-user-spanish@lists.debian.org
>Asunto: Re: [OT] Container OpenVZ Debian Jessie en PROXMOX.
>
>El Thu, 03 Sep 2015 16:27:22 +0200, Ramses escribió:
>
>> El 3 de septiembre de 2015 16:06:12 CEST, "Camaleón"
>>  escribió:
>
>(...)
>
>>>Ese comportamiento es raro ¿no tendrás algún sistema que evite el
>>>bloqueo de ventanitas (pop-ups) en el navegador que esté evitando que
>>>se muestre algún mensaje de error? Comprueba si necesitas algún
>>>complemento concreto (flash/java...) o una versión determinada del
>mismo.
>>>
>>>Haz también la prueba con un usuario o contraseña que sepas que no
>>>existe, a ver qué te dice. Y también se me ocurre que podrías probar
>>>desde otro navegador para ver si hace lo mismo, así como revisar el
>>>registro de ProxMox.
>>>
>>
>> Camaleón, todo eso ya está probado. Lo del navegador, lo de otro
>> usuario con password correcta e incorrecta, etc...
>>
>> Lo del complemento en el navegador tampoco, porque con containers con
>> Debian 7 sí me abre esa consola...
>>
>> Me suena que tiene que ser algo de comunicación entre la Consola y el
>> container, ya sea de tty o lo que sea...
>
>¿Qué te dicen los registros?
>
No veo nada referente a la Consola en los registros...
>
>Si tienes algún paquete que se encargue de gestionar los contenedores
>(Google sugiere "pve-manager" ¿?) prueba a reinstalarlo.
>
¿Reinstalarlo?, ¿y sólo va a dar problemas con los Containers de Debian Jessie?


Saludos,

Ramses

Valuable Website Infortmation

[bussines web]

Hi There,

This is Versha. I’m an online marketing executive.

We are an India based IT company. We have a good creative team to design &
develop an attracta website for your business.

We are offering a great offer to get a new business website. Now, you can
get a business website.

Please let me know if you are interested so that we can provide you more
detail.

Best Regards,
 Versha

Re: Error librería al reiniciar apache.

[Camaleón]

El Thu, 03 Sep 2015 20:36:21 +0200, Manolo Díaz escribió:

> El jueves, 3 sep 2015 a las 18:06 UTC Camaleón escribió:

(...)
 
>> Creo que debe ser el Avast! quien le añade la coletilla o hace alguna
>> cosa rara con el mensaje porque "bendel.debian.org" es un equipo que
>> forma parte del servidor de la lista de Debian (si no interpreto mal la
>> cabecera, lleva el Amavisd-New).
>> 
> 
> Acabo de consultar al maestro listero, a ver qué me dice.

Pues toma asiento y espera sentado :-P

Curiosamente en los primeros mensajes que mandó a la lista el remitente 
sale correctamente y sólo en los últimos se ha modificado. El único 
elemento que aparece en la cabecera de los mensajes y que puede marcar 
alguna diferencia es el Avast! que suele actuar en el equipo cliente a 
modo de proxy reinyectando los mensajes de entrada y salida.

También es verdad que no hace mucho el servidor de la lista se actualizó 
para no incluir los pie de página en los mensajes por lo que quizá el 
cambio tenga alguna relación con esto ya que cuando se produce una 
alteración en el cuerpo de los correos puede tener efectos secundarios 
indeseados e inesperados.

Saludos,

-- 
Camaleón

Re: cambios en el instalador debian

[sio2]

El Fri, 04 de Sep de 2015, a las 01:20:11PM +, Camaleón dijo:

> En el dmesg queda documentada la metamorfossis, es decir, que a ojos del 
> kernel la interfaz de red sigue siendo "eth0", llega udev y ésta 
> digievoluciona en... "enpisofo" :-)

Pues estás de enhorabuena: has pasado de tener una vulgar tarjeta a
tener un autor de tragedias griegas. :D

Un saludo.

-- 
   Todos buscan quien ampare, yo quien enmiende; que más
quiero ir entendido que defendido.
  --- Lope de Vega ---

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

[Camaleón]

El Thu, 03 Sep 2015 13:30:08 -0500, listascor...@msjs.co escribió:

> El 03/09/15 a las 13:13, Camaleón escibió:
>> El Thu, 03 Sep 2015 11:24:03 -0500, listascor...@msjs.co escribió:
>> 
>>> Me gustaría preguntarle a los integrantes de la lista que piensan
>>> acerca del reemplazo de "su" por “machinectl shell”.
>>> http://blog.desdelinux.net/systemd-introduce-su-propio-su/
>> 
>> Que encaja perfectamente en la línea que ha marcado desde el principio
>> systemd ("no me gusta/sirve lo que hay, lo cambio/mejoro"), es decir,
>> nada nuevo.
> 
> Deme su opinión pero que no sea tan genérica.

¿Y cómo se la sirvo al señor, fría o caliente? X-)

Te digo que no veo nada raro en el nuevo añadido, que cualquiera que haya 
seguido el desarrollo de systemd se da cuenta de que siempre ha girado en 
torno al concepto de cambiar lo que no funciona, es menos eficiente o se 
queda corto e integrando esa característica en su código (p. ej., logind, 
journalctl, herramientas de red...).

>>> ¿puerta trasera para la NSA? ¿REDHAT esta amoldeando y tomando el
>>> mando de las demas distros de acuerdo a sus intereses?
>> 
>> (...)
>> 
>> ¿Un poco de todo? >:-)
> 
> expláyese...

Pues que a nadie se le escapa que systemd es GNOMEcéntrico y ya sabemos 
qué empresa impulsa el desarrollo de GNOME (RedHat), por lo que 
obviamente no va a ir en contra de sus intereses.

Obviamente (y si no resulta tan obvio para eso puse el emoticono 
"malicioso") lo de la NSA no es más que una especulación porque al fin y 
al cabo el código fuente de systemd sigue siendo libre, abierto y 
accesible.

>>> Todo esto visto en base al contrato social de Debian. (Este contrato
>>> no es un adorno, es la razón de ser de Debian)
>>> https://www.debian.org/social_contract.es.html ¿En debian los usuarios
>>> podemos exigir el cumplimiento del contrato social?
>> 
>> No es que systemd ni sus "monstruitos" sean santo de mi devoción pero
>> ¿por qué crees que no se está cumpliendo con el DFSG?
>> 
>> 
>> 
> la idea es hacer un debate en la lista... donde cualquiera puede
> participar y moderar...

Bien, pero yo te pregunto por qué crees (o mejor dicho, por qué has 
afirmado) que systemd puede atentar contra la DFSG.

Saludos,

-- 
Camaleón

RE: get software list of one software repository

[慕冬亮]

> Date: Fri, 4 Sep 2015 10:21:13 +0100
> From: mailingl...@darac.org.uk
> To: debian-user@lists.debian.org
> Subject: Re: get software list of one software repository
> 
> On Thu, Sep 03, 2015 at 10:32:35PM +0800, mudongliang wrote:
> > Hello everyone :
> > There are some software repositories on my computer.
> > For example , google chrome software repository
> > deb [1]http://dl.google.com/linux/chrome/deb/ stable main
> > I also add ubuntu partner in my computer.
> > What I want to ask is how to get software list of someone software
> > repository through command line!
> > I can get this information through synaptic graphics.
> > But I don't know how to do it in command line.
> 
> Assuming that you have aptitude installed, try the following:
> 
> Start by running "grep Origin: /var/lib/apt/lists/*Release" to see where
> your packages from from. Origin will be "Debian" for official debian
> packages, "Canonical" for official ubuntu packages, etc.
> 
> Next, run "aptitude search '?origin(Debian)'" (replacing Debian with any
> of the Origins listed above.
> 
> If you need to narrow it down further (for example, you want to list
> only unstable packages from Debian), then you can try something like
> "aptitude search '(!~Atesting ~Aunstable ?origin(Debian))'".
> I think you may mistaken my request. I want the reverse information.For 
> example, the software list of debian testing main software repository is 
> needed.I don't need in which software repository a software is located. 
> > 
> > - mudongliang
> > 
> > References:
> > 
> > [1] http://dl.google.com/linux/chrome/deb/
> 
> 
> 
> -- 
> For more information, please reread.
  

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

[listascor...@msjs.co]

El 04/09/15 a las 08:53, Camaleón escibió:
> El Thu, 03 Sep 2015 13:30:08 -0500, listascor...@msjs.co escribió:
> 
>> El 03/09/15 a las 13:13, Camaleón escibió:
>>> El Thu, 03 Sep 2015 11:24:03 -0500, listascor...@msjs.co escribió:
>>>
 Me gustaría preguntarle a los integrantes de la lista que piensan
 acerca del reemplazo de "su" por “machinectl shell”.
 http://blog.desdelinux.net/systemd-introduce-su-propio-su/
>>>
>>> Que encaja perfectamente en la línea que ha marcado desde el principio
>>> systemd ("no me gusta/sirve lo que hay, lo cambio/mejoro"), es decir,
>>> nada nuevo.
>>
>> Deme su opinión pero que no sea tan genérica.
> 
> ¿Y cómo se la sirvo al señor, fría o caliente? X-)
> 
> Te digo que no veo nada raro en el nuevo añadido, que cualquiera que haya 
> seguido el desarrollo de systemd se da cuenta de que siempre ha girado en 
> torno al concepto de cambiar lo que no funciona, es menos eficiente o se 
> queda corto e integrando esa característica en su código (p. ej., logind, 
> journalctl, herramientas de red...).
> 
 ¿puerta trasera para la NSA? ¿REDHAT esta amoldeando y tomando el
 mando de las demas distros de acuerdo a sus intereses?
>>>
>>> (...)
>>>
>>> ¿Un poco de todo? >:-)
>>
>> expláyese...
> 
> Pues que a nadie se le escapa que systemd es GNOMEcéntrico y ya sabemos 
> qué empresa impulsa el desarrollo de GNOME (RedHat), por lo que 
> obviamente no va a ir en contra de sus intereses.
> 
> Obviamente (y si no resulta tan obvio para eso puse el emoticono 
> "malicioso") lo de la NSA no es más que una especulación porque al fin y 
> al cabo el código fuente de systemd sigue siendo libre, abierto y 
> accesible.
> 
 Todo esto visto en base al contrato social de Debian. (Este contrato
 no es un adorno, es la razón de ser de Debian)
 https://www.debian.org/social_contract.es.html ¿En debian los usuarios
 podemos exigir el cumplimiento del contrato social?
>>>
>>> No es que systemd ni sus "monstruitos" sean santo de mi devoción pero
>>> ¿por qué crees que no se está cumpliendo con el DFSG?
>>>
>>>
>>>
>> la idea es hacer un debate en la lista... donde cualquiera puede
>> participar y moderar...
> 
> 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... “

No aseguro pero sospecho que RedHat está utilizando la estrategia
parecida a la de microsoft, la EEE, "Adoptar, extender, y extinguir”,
aunque en este caso sería: “imponer, extender, mandar (tomar el mando)”,
no buscan extinguir, solo ir amoldeando e ir tomando el mando sobre las
demás distros.

Sospecho que si Debian sigue así, llegará el día en que despierte y será
muy díficil cambiar el rumbo porque será tanta la dependencia que
cambiar será toda una odisea.

saludos,

Re: Avconv / FFmpeg

[maderios]

Le 03/09/2015 20:13, Guillaume Caron a écrit :


Le 03/09/2015 18:29, maderios a écrit :


Quels conflits? J'ai fini par "oublier" deb-multimedia, et quand on

oublie ce que l'on utilise quotidiennement, c'est bon signe.

Par exemple marquer mpd/debian en conflit avec gstreamer-faac/dmo.
Si les fichiers générés par le second sont illisibles par le premier, il
y a clairement conflit...


Ce conflit n'existe plus


Plus précisément, gstreamer-faac/dmo et mpd/debian n'étaient pas
compilés avec la même libav, c'est peut-être corrigé depuis mais bon, on
peut avoir un usage standard de Debian sans utiliser deb-multimedia
depuis au moins wheezy.


Oui mais reste le pb des paquets absents (ex avidemux, aften, acroread, 
shorten, etc...), dans Debian et le fait que les dmo sont relativement 
plus "récents".




Liste non exhaustive.
Vécu avec un portable récent (ceci explique peut-être en partie cela) et
Jessie/Stable.
- Gnome et ses forks (Cinnamon, etc..) impossibles à lancer.
Par contre Xfce, Kde et Enlightenment fonctionnent plus ou moins bien.
[...]
- freezes occasionnels de X avec Dolphin
[...]
- Optimus/Nvidia: quand ça veut marcher, la carte nvidia censée être
plus performante pour la 3D est 10x plus lente que le gpu intel

intégré censé être lent.

Pour moi tous ces problèmes n'en sont qu'un : Nvidia.
A part la la gestion  d'optimus, rien à voir avec la carte Nvidia 
puisque je l'ai laissée tomber: pas de driver nvidia sur ce portable. 
J'utilise la gpu intégrée Intel en attendant un vrai support d'optimus 
Pour le moment et avec Jessie, seul Xfce4 et E17 marchent correctement 
sur ce matériel.


Je fuis ce matos comme la peste et sur Intel ça marche sans manip autre
que "apt install xorg". Et si on ne choisit pas toujours son matos, il
ne faut pas se tromper de cible : le souci ne vient pas de Debian.


J'ai une carte nvidia quadro 600 sur un autre PC qui marche nickel.
Par contre, il est certain  que les cartes nvidia récentes (séries 800 
et 900) sont mal supportées



- Kdenlive plante régulièrement, d'ailleurs, il a toujours planté chez
moi, quelle que soit la machine, la version ou la distribution.
- pb de corbeille avec pcmanfm avec d"autres partitions que /


Je n'utilise pas pcmanfm donc je n'ai pas pu constater ce bug, par
contre le peu que j'ai testé Kdenlive effectivement c'est pas terrible..

Reste que ce sont des bugs logiciels et pas des problèmes d'empaquetage
Debian, ce que je pointais à l'origine avec ceux deb-multimedia qui sont
compilés de manière à ne pas fonctionner avec ceux d'origine, même
involontairement.


Oui mais quel est l'intérêt d'intégrer des programmes instables dans 
Debian stable? Mieux vaudrait les exclure plutôt que de faire perdre du 
temps à l'utilisateur.



Sinon on peut lister presque l'intégralité de bugs.debian.org ;-)


- impossible de se passer de l'usine à gaz Pulseaudio. Les conf que
j'utilise sur deux autres PC pour ne garder qu'Alsa ne fonctionnent pas
ici.


Ah, j'avoue n'avoir jamais eu de souci avec PA mais pour le coup c'est
bien un problème de paquet, on devrait pouvoir installer des applis
multimedia sans l'imposer.

C'est un problème de compatibilité debian/matériel récent, même avec 
Sid. Si on  pouvait paramétrer facilement l'audio sans pulse, c'est à 
utiliser uniquement Alsa qui fait très bien le boulot tout seul, cette 
question ne se poserait pas. C'est la première fois que j'utilise pulse 
et, à part foutre la m... et faire perdre du temps, je n'ai toujours pas 
compris l'intérêt qu'on lui porte. Habituellement, si j'ai besoin d'un 
serveur son, j'utilise Jack qui est un vrai serveur de son.
Donc, pour être positif, je suggère que Jack remplace pulseaudio dans 
Debian. C'est d'ailleurs ce qu'a fait samsung sur android.

https://linuxfr.org/users/tankey/journaux/pulseaudio-android
--
Maderios

Re: Getting a serial console to work on Jessie

[Stephen Powell]

On Thu, 03 Sep 2015 20:06:43 -0400 (EDT), Michael Biebl wrote:
> 
> Am 03.09.2015 um 03:14 schrieb Stephen Powell:
>> Do you know a similar technique for overriding individual udev rules in
>> a system-provided rules file?
> 
> A similar mechanism exists for udev rules file.
> See man 7 udev -> "RULES FILES"

I do know about user-written rules files, and I have used them in
the past, but for some reason it never occurred to me to use a
user-written rule to change an already-applied system-written rule.
Duh!  Why didn't I think of that?  How embarrassing!  Thanks.

-- 
  .''`. Stephen Powell
 : :'  :
 `. `'`
   `-

Re: bifurcation idéal geek_Re: Avconv / FFmpeg

[Alexandre Hoïde]

On 04. 09. 15 10:38, Sébastien NOBILI wrote:

(note au passage, lorsqu'on active « non-free », il peut être utile/marrant
d'installer le paquet « vrms »).


  En passant : si le Richard M. Stallman virtuel se limite aux sections
non-free et contrib, il est aussi possible de l'invoquer ainsi :

$ aptitude search "~i (?section(non-free) | ?section(contrib))"

  Alexandre Hoïde, invocateur ceinture verte.

Re: cambios en el instalador debian

[john vera]

si en fedora es para el wlan0 es wlp1s0
y para la interface ethernet p1p1
trabajando con systemd

y al leer el hilo de correo pues parace que asi fue el acuerdo.



El 3 de septiembre de 2015, 14:09, José Miguel (sio2) <
sio2.sio2+lista.deb...@gmail.com> escribió:

> El Thu, 03 de Sep de 2015, a las 02:35:12PM +, Camaleón dijo:
>
> > Curioso... en la testing que tengo instalada mantiene la nomenclatura
> > antigua (eth0, wlan0...), seguramente cuando no se instala desde cero
> > mantiene los nombres antiguos.
>
> Es debido a que ya existe /etc/udev/rules.d/70-persistent-net.rules, que
> se sigue leyendo y si en ese fichero dice que la tareta es "eth0", se
> seguirá llamando "eth0".
>
> Saludos.
>
> --
>Quiere, aborrece, trata bien, maltrata,
> y es la mujer, al fin, como sangría,
> que a veces da salud y a veces mata.
>   --- Lope de Vega ---
>
>


-- 
John M. A. Vera F.
VaSLibre Valencia-Venezuela
Linux Counter # 467192
Huella digital de la clave:  D7F5 0E53 7C0B 19E2 6212  C584 9CD3 3F7D 738F
BE9A
y la verdad OS hara Libres!!

Re: cambios en el instalador debian

[Camaleón]

El Thu, 03 Sep 2015 20:39:14 +0200, José Miguel (sio2) escribió:

> El Thu, 03 de Sep de 2015, a las 02:35:12PM +, Camaleón dijo:
> 
>> Curioso... en la testing que tengo instalada mantiene la nomenclatura
>> antigua (eth0, wlan0...), seguramente cuando no se instala desde cero
>> mantiene los nombres antiguos.
> 
> Es debido a que ya existe /etc/udev/rules.d/70-persistent-net.rules, que
> se sigue leyendo y si en ese fichero dice que la tareta es "eth0", se
> seguirá llamando "eth0".

Eso es. 

He renombrado el archivo a "70-persistent-net.rules.original" y tras 
reiniciar el sistema un "ifconfig" me muestra la nueva nomenclatura 
(enp1s0f0).

En el dmesg queda documentada la metamorfossis, es decir, que a ojos del 
kernel la interfaz de red sigue siendo "eth0", llega udev y ésta 
digievoluciona en... "enpisofo" :-)

Saludos,

-- 
Camaleón

Re: [OT] Container OpenVZ Debian Jessie en PROXMOX.

[Camaleón]

El Fri, 04 Sep 2015 13:39:43 +0200, Ramses II escribió:

(...)

>>> Camaleón, todo eso ya está probado. Lo del navegador, lo de otro
>>> usuario con password correcta e incorrecta, etc...
>>>
>>> Lo del complemento en el navegador tampoco, porque con containers con
>>> Debian 7 sí me abre esa consola...
>>>
>>> Me suena que tiene que ser algo de comunicación entre la Consola y el
>>> container, ya sea de tty o lo que sea...
>>
>>¿Qué te dicen los registros?
>>
> No veo nada referente a la Consola en los registros...

¿Nada relacionado con la autentificación? Raro... 

Busca en los logs de apache y también en los del sistema (syslog/auth.log) 
por la cadena "pam" o el backend que uses para autentificar.

>>Si tienes algún paquete que se encargue de gestionar los contenedores
>>(Google sugiere "pve-manager" ¿?) prueba a reinstalarlo.
>>
> ¿Reinstalarlo?, ¿y sólo va a dar problemas con los Containers de Debian
> Jessie?

Sólo ese paquete si es posible, no se trata de que instales todo el 
programa.

Saludos,

-- 
Camaleón

Re: get software list of one software repository

[Cindy-Sue Causey]

On 9/3/15, David Wright  wrote:
>
> If you mean "what packages does someone have access to", then you need
> to look at the contents of their /var/lib/apt/lists/ which is
> maintained by apt-get update. You might also want to look at apt-cache.



As an example of David's suggestion, mine based on my repository
*_CHOICE_* is located at:

/var/lib/apt/lists/ftp.us.debian.org_debian_dists_sid_main_binary-amd64_Packages

The word "Packages" was my hint that that should be what would be found inside.

Just for kicks, I ran Lisi's suggested "cat" command on the file.
OUCH, MY EYES! MAJOR flicker rate warning goes with if anyone else
tries it...

As to how to get what you need from that via terminal, that's out of
my jurisdiction. I've always had alternative ways to get that kind of
information so I've just never stopped long enough to self-teach on
that method *bucket list*

Good luck!

Cindy :)

PS An aside to the question, there was something on this topic couple
days ago. That file of mine up above is exactly one of what I was
mentioning I've seen change during the "apt-get update" command. Some
of the partial files that download during my package manager updates
interact with that file by deleting some PARTIAL information and
replacing that with the newest and improved based on developers'
ongoing work for Debian. Very cool. It's one of the things that still
amazes and intrigues me about computers and how they work, not to
mention the individuals who ever figured out all this shtuff in the
first place. :)

-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs... outside because she's overdue to start daily chores *

Re: get software list of one software repository

[Curt]

On 2015-09-04, Cindy-Sue Causey  wrote:
>
> Just for kicks, I ran Lisi's suggested "cat" command on the file.
> OUCH, MY EYES! MAJOR flicker rate warning goes with if anyone else
> tries it...
>

Maybe it's better to skin that cat with less.

Se passer de PulseAudio (Re: Avconv / FFmpeg)

[Sébastien NOBILI]

Le vendredi 04 septembre 2015 à 15:39, maderios a écrit :
> Le 03/09/2015 20:13, Guillaume Caron a écrit :
> >Ah, j'avoue n'avoir jamais eu de souci avec PA mais pour le coup c'est
> >bien un problème de paquet, on devrait pouvoir installer des applis
> >multimedia sans l'imposer.
> >
> C'est un problème de compatibilité debian/matériel récent, même avec Sid. Si
> on  pouvait paramétrer facilement l'audio sans pulse, c'est à utiliser
> uniquement Alsa qui fait très bien le boulot tout seul, cette question ne se
> poserait pas. C'est la première fois que j'utilise pulse et, à part foutre
> la m... et faire perdre du temps, je n'ai toujours pas compris l'intérêt
> qu'on lui porte. Habituellement, si j'ai besoin d'un serveur son, j'utilise
> Jack qui est un vrai serveur de son.

C'est quoi exactement ton problème avec Pulse ? J'ai totalement désinstallé ce
truc de l'ensemble de mes systèmes et ça fonctionne très bien…

Sébastien

Re: get software list of one software repository

[Jape Person]

On 09/04/2015 12:11 PM, Curt wrote:

On 2015-09-04, Cindy-Sue Causey  wrote:


Just for kicks, I ran Lisi's suggested "cat" command on the file.
OUCH, MY EYES! MAJOR flicker rate warning goes with if anyone else
tries it...



Maybe it's better to skin that cat with less.



ROFLMAO!

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

[Camaleón]

El Fri, 04 Sep 2015 09:44:45 -0500, listascor...@msjs.co escribió:

> El 04/09/15 a las 08:53, Camaleón escibió:

(...)

>>> la idea es hacer un debate en la lista... donde cualquiera puede
>>> participar y moderar...
>> 
>> Bien, pero yo te pregunto por qué crees (o mejor dicho, por qué has
>> afirmado) que systemd puede atentar contra la DFSG.
>> 
>> 
> “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... “
> 
> No aseguro pero sospecho que RedHat está utilizando la estrategia
> parecida a la de microsoft, la EEE, "Adoptar, extender, y extinguir”,
> aunque en este caso sería: “imponer, extender, mandar (tomar el mando)”,
> no buscan extinguir, solo ir amoldeando e ir tomando el mando sobre las
> demás distros.

Pero estamos hablando de Debian, no de RedHat. Redhat puede hacer lo que 
quiera porque es una una empresa independiente que cotiza en el Nasdaq y 
se debe a sus accionistas, no a sus clientes.

¿Por qué crees que Debian ha dejado de dar prioridad a sus usuarios y el 
software libre? ¿Qué relación encuentras entre systemd y esta supuesta 
transgresión de la DFSG? Más peliagudo sería el asunto de los paquetes 
propietarios pero no así systemd. 

Cosa aparte es si la estrategia de apostar por un gestor de servicios u 
otro es o deja de ser buena pero más allá de ese debate que está más que 
trillado (lo hemos comentado y hablado largo y tendido en esta lista) no 
veo segundas ni terceras intenciones ni vulneraciones de la DFSG por 
ningún lado.

> Sospecho que si Debian sigue así, llegará el día en que despierte y será
> muy díficil cambiar el rumbo porque será tanta la dependencia que
> cambiar será toda una odisea.

No creo que Debian quiera cambiar su rumbo, ya decidieron que querían 
seguir a systemd y ese es el camino que ha tomado el proyecto. Pero no 
creo que sea Debian quien importa aquí sino sus usuarios (nosotros) y la 
decisión que ellos tomen ;-)

Saludos,

-- 
Camaleón

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

[Ismael L. Donis Garcia]

- Original Message - 
From: 

To: 
Sent: Friday, September 04, 2015 10:44 AM
Subject: Re: Libertad o esclavitud. Elijan ¿"su" o “machinectl shell”?



El 04/09/15 a las 08:53, Camaleón escibió:

El Thu, 03 Sep 2015 13:30:08 -0500, listascor...@msjs.co escribió:


El 03/09/15 a las 13:13, Camaleón escibió:

El Thu, 03 Sep 2015 11:24:03 -0500, listascor...@msjs.co escribió:


Me gustaría preguntarle a los integrantes de la lista que piensan
acerca del reemplazo de "su" por “machinectl shell”.
http://blog.desdelinux.net/systemd-introduce-su-propio-su/


Que encaja perfectamente en la línea que ha marcado desde el principio
systemd ("no me gusta/sirve lo que hay, lo cambio/mejoro"), es decir,
nada nuevo.


Deme su opinión pero que no sea tan genérica.


¿Y cómo se la sirvo al señor, fría o caliente? X-)

Te digo que no veo nada raro en el nuevo añadido, que cualquiera que haya
seguido el desarrollo de systemd se da cuenta de que siempre ha girado en
torno al concepto de cambiar lo que no funciona, es menos eficiente o se
queda corto e integrando esa característica en su código (p. ej., logind,
journalctl, herramientas de red...).


¿puerta trasera para la NSA? ¿REDHAT esta amoldeando y tomando el
mando de las demas distros de acuerdo a sus intereses?


(...)

¿Un poco de todo? >:-)


expláyese...


Pues que a nadie se le escapa que systemd es GNOMEcéntrico y ya sabemos
qué empresa impulsa el desarrollo de GNOME (RedHat), por lo que
obviamente no va a ir en contra de sus intereses.

Obviamente (y si no resulta tan obvio para eso puse el emoticono
"malicioso") lo de la NSA no es más que una especulación porque al fin y
al cabo el código fuente de systemd sigue siendo libre, abierto y
accesible.


Todo esto visto en base al contrato social de Debian. (Este contrato
no es un adorno, es la razón de ser de Debian)
https://www.debian.org/social_contract.es.html ¿En debian los usuarios
podemos exigir el cumplimiento del contrato social?


No es que systemd ni sus "monstruitos" sean santo de mi devoción pero
¿por qué crees que no se está cumpliendo con el DFSG?




la idea es hacer un debate en la lista... donde cualquiera puede
participar y moderar...


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... “

No aseguro pero sospecho que RedHat está utilizando la estrategia
parecida a la de microsoft, la EEE, "Adoptar, extender, y extinguir”,
aunque en este caso sería: “imponer, extender, mandar (tomar el mando)”,
no buscan extinguir, solo ir amoldeando e ir tomando el mando sobre las
demás distros.

Sospecho que si Debian sigue así, llegará el día en que despierte y será
muy díficil cambiar el rumbo porque será tanta la dependencia que
cambiar será toda una odisea.

saludos,



Para eso ya tenemos a Devuan, a la cual le deseo mucha salud y prosperidad.

Por mi parte doy el 100% de mi apoyo a esta nueva distro y tan solo sigo en 
debian hasta tanto no salga la versión 1 de devuan. Cuando esto ocurra Adiós 
debian para siempre. No sin antes lamentar mucho la decisión que han tomado 
los directivos de debian.


Para mi cada día me doy más cuenta de lo que es y pretende systemd, por tal 
motivo conmigo nunca podrá contar para nada, y espero que muchos otros más 
sigan mi ejemplo y se deslinden de todo lo que tiene que ver con systemd y 
las pretensiones de sus desarrolladores.


Saludos Cordiales

| ISMAEL |

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

[listascor...@msjs.co]

El 04/09/15 a las 10:12, Camaleón escibió:
> El Fri, 04 Sep 2015 09:44:45 -0500, listascor...@msjs.co escribió:
> 
>> El 04/09/15 a las 08:53, Camaleón escibió:
> 
> (...)
> 
 la idea es hacer un debate en la lista... donde cualquiera puede
 participar y moderar...
>>>
>>> Bien, pero yo te pregunto por qué crees (o mejor dicho, por qué has
>>> afirmado) que systemd puede atentar contra la DFSG.
>>>
>>>
>> “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... “
>>
>> No aseguro pero sospecho que RedHat está utilizando la estrategia
>> parecida a la de microsoft, la EEE, "Adoptar, extender, y extinguir”,
>> aunque en este caso sería: “imponer, extender, mandar (tomar el mando)”,
>> no buscan extinguir, solo ir amoldeando e ir tomando el mando sobre las
>> demás distros.
> 
> Pero estamos hablando de Debian, no de RedHat. Redhat puede hacer lo que 
> quiera porque es una una empresa independiente que cotiza en el Nasdaq y 
> se debe a sus accionistas, no a sus clientes.
> 
> ¿Por qué crees que Debian ha dejado de dar prioridad a sus usuarios y el 
> software libre? ¿Qué relación encuentras entre systemd y esta supuesta 
> transgresión de la DFSG? Más peliagudo sería el asunto de los paquetes 
> propietarios pero no así systemd. 
> 
> Cosa aparte es si la estrategia de apostar por un gestor de servicios u 
> otro es o deja de ser buena pero más allá de ese debate que está más que 
> trillado (lo hemos comentado y hablado largo y tendido en esta lista) no 
> veo segundas ni terceras intenciones ni vulneraciones de la DFSG por 
> ningún lado.
> 
>> Sospecho que si Debian sigue así, llegará el día en que despierte y será
>> muy díficil cambiar el rumbo porque será tanta la dependencia que
>> cambiar será toda una odisea.
> 
> No creo que Debian quiera cambiar su rumbo, ya decidieron que querían 
> seguir a systemd y ese es el camino que ha tomado el proyecto. Pero no 
> creo que sea Debian quien importa aquí sino sus usuarios (nosotros) y la 
> decisión que ellos tomen ;-)
> 
> Saludos,
> 

¿“machinectl shell” es realmente necesario?

¿por qué no mejoran ”su” si es que está roto?

¿realmente ”su“ está roto?

Aporto un enlace para alimentar el debate
http://softlibre.barrapunto.com/article.pl?sid=15/08/31/0934233=rss
(lean los artículos y comentarios).

saludos,

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

[Camaleón]

El Fri, 04 Sep 2015 10:49:01 -0500, listascor...@msjs.co escribió:

> El 04/09/15 a las 10:12, Camaleón escibió:

(...)

>> ¿Por qué crees que Debian ha dejado de dar prioridad a sus usuarios y
>> el software libre? ¿Qué relación encuentras entre systemd y esta
>> supuesta transgresión de la DFSG? Más peliagudo sería el asunto de los
>> paquetes propietarios pero no así systemd.
>> 
>> Cosa aparte es si la estrategia de apostar por un gestor de servicios u
>> otro es o deja de ser buena pero más allá de ese debate que está más
>> que trillado (lo hemos comentado y hablado largo y tendido en esta
>> lista) no veo segundas ni terceras intenciones ni vulneraciones de la
>> DFSG por ningún lado.
>> 
>>> Sospecho que si Debian sigue así, llegará el día en que despierte y
>>> será muy díficil cambiar el rumbo porque será tanta la dependencia que
>>> cambiar será toda una odisea.
>> 
>> No creo que Debian quiera cambiar su rumbo, ya decidieron que querían
>> seguir a systemd y ese es el camino que ha tomado el proyecto. Pero no
>> creo que sea Debian quien importa aquí sino sus usuarios (nosotros) y
>> la decisión que ellos tomen ;-)
>> 
>> 
>> 
> ¿“machinectl shell” es realmente necesario?

Para los desarrolladores de systemd, obviamente sí.

Pero es que yo no veo ninguna diferencia entre "machinectl shell" o 
"journalctl", es que no sé a qué viene tanto revuelo. Lo mismo pasó con 
sudo, hay quien lo usa y hay quien no, mayor libertad no puede haber.

> ¿por qué no mejoran ”su” si es que está roto?

Pues hombre, porque ellos tienen su propio proyecto, sería ridículo 
invertir tiempo, horas y esfuerzo en algo que no te beneficia 
directamente.

> ¿realmente ”su“ está roto?

(...)

Ese tipo de apreciaciones y comparativas no lleva a ningún lado. Es como 
preguntar si el kernel está roto porque se cambia (se añaden/quitan 
cosas) cada minuto, vamos, que la pregunta no tiene sentido pero espero 
que así lo entiendas mejor.

Llevo leyendo artículos sobre la nueva funcionalidad de systemd 
(machinectl shell) desde hace semanas y repito que no veo nada nuevo.

Saludos,

-- 
Camaleón

Boîte mail qui perd son premier caractère

[Alain Rpnpif]

Bonjour,

J'ai un problème bizarre sur une boîte mail au format mbox
dans /var/spool/mail/ :
Tous les trois mois environ, elle perd son premier caractère !

Au lieu de :
From t...@saboite.fr  Fri Sep  4 18:25:31 2015
le premier message de la liste contient 
rom t...@saboite.fr  Fri Sep  4 18:25:31 2015

Le premier F a disparu !

Bien sûr, icedove de l'utilisateur (ou mutt) râle en disant que la
boîte est vérolée.

Il suffit que je rajoute le F à la main pour que tout refonctionne...
pour environ trois mois.

Qu'est-ce qui peut mettre ce bazar agaçant ?

Debian Wheezy à jour
Serveur Postfix avec spampd.

Un autre système configuré pratiquement de la même façon n'a pas ce
problème.

-- 
Alain Rpnpif

Re: Error librería al reiniciar apache.

[Manolo Díaz]

El viernes, 4 sep 2015 a las 13:31 UTC
Camaleón escribió:

> El Thu, 03 Sep 2015 20:36:21 +0200, Manolo Díaz escribió:
> 
> > El jueves, 3 sep 2015 a las 18:06 UTC Camaleón escribió:
> 
> (...)
>  
> >> Creo que debe ser el Avast! quien le añade la coletilla o hace alguna
> >> cosa rara con el mensaje porque "bendel.debian.org" es un equipo que
> >> forma parte del servidor de la lista de Debian (si no interpreto mal la
> >> cabecera, lleva el Amavisd-New).
> >> 
> > 
> > Acabo de consultar al maestro listero, a ver qué me dice.
> 
> Pues toma asiento y espera sentado :-P

De momento no hay respuesta.

> Curiosamente en los primeros mensajes que mandó a la lista el remitente 
> sale correctamente y sólo en los últimos se ha modificado. El único 
> elemento que aparece en la cabecera de los mensajes y que puede marcar 
> alguna diferencia es el Avast! que suele actuar en el equipo cliente a 
> modo de proxy reinyectando los mensajes de entrada y salida.

Para eso Avast debería:
Realizar una consulta para saber qué nodo hace de SMTP para
lists.debian.org
Reescribir el campo "from" incluyendo ese nombre en él (¿por
qué?).
o:
Incluir algo en el campo "from" que, a su vez, bendel cambiaría
por su FQDN.

Dudo que sea el primer caso, y el segundo seguiría siendo fallo de
bendel.

> También es verdad que no hace mucho el servidor de la lista se actualizó 
> para no incluir los pie de página en los mensajes por lo que quizá el 
> cambio tenga alguna relación con esto ya que cuando se produce una 
> alteración en el cuerpo de los correos puede tener efectos secundarios 
> indeseados e inesperados.

Esto ya me convence más.
 
> Saludos,

Saludos.
-- 
Manolo Díaz

Re: Se passer de PulseAudio (Re: Avconv / FFmpeg)

[maderios]

Le 04/09/2015 17:01, Sébastien NOBILI a écrit :

Le vendredi 04 septembre 2015 à 15:39, maderios a écrit :

Le 03/09/2015 20:13, Guillaume Caron a écrit :

Ah, j'avoue n'avoir jamais eu de souci avec PA mais pour le coup c'est
bien un problème de paquet, on devrait pouvoir installer des applis
multimedia sans l'imposer.


C'est un problème de compatibilité debian/matériel récent, même avec Sid. Si
on  pouvait paramétrer facilement l'audio sans pulse, c'est à utiliser
uniquement Alsa qui fait très bien le boulot tout seul, cette question ne se
poserait pas. C'est la première fois que j'utilise pulse et, à part foutre
la m... et faire perdre du temps, je n'ai toujours pas compris l'intérêt
qu'on lui porte. Habituellement, si j'ai besoin d'un serveur son, j'utilise
Jack qui est un vrai serveur de son.


C'est quoi exactement ton problème avec Pulse ? J'ai totalement désinstallé ce
truc de l'ensemble de mes systèmes et ça fonctionne très bien…

Sébastien

J'arrive très bien à me passer de pulseaudio sur deux pc, par contre, ce 
n'est pas le cas sur un portable récent. En fait, sur ce dernier, il y a 
deux cartes son dont une pour l'hdmi qui ne fonctionne pas du tout mais 
qui s'obstine à rester prioritaire.


--
Maderios

Re: get software list of one software repository

[David Wright]

Quoting (mudonglianga...@hotmail.com):
> > Date: Fri, 4 Sep 2015 10:21:13 +0100
> > From: mailingl...@darac.org.uk
> > To: debian-user@lists.debian.org
> > Subject: Re: get software list of one software repository
> >
> > On Thu, Sep 03, 2015 at 10:32:35PM +0800, mudongliang wrote:
> > > Hello everyone :
> > > There are some software repositories on my computer.
> > > For example , google chrome software repository
> > > deb [1]http://dl.google.com/linux/chrome/deb/ stable main
> > > I also add ubuntu partner in my computer.
> > > What I want to ask is how to get software list of someone software
> > > repository through command line!
> > > I can get this information through synaptic graphics.
> > > But I don't know how to do it in command line.

I think you know the tool to use because you've already quoted its use
in your posting here:

https://lists.debian.org/debian-user/2015/07/msg00082.html

> > Assuming that you have aptitude installed, try the following:
> >
> > Start by running "grep Origin: /var/lib/apt/lists/*Release" to see where
> > your packages from from. Origin will be "Debian" for official debian
> > packages, "Canonical" for official ubuntu packages, etc.
> >
> > Next, run "aptitude search '?origin(Debian)'" (replacing Debian with any
> > of the Origins listed above.
> >
> > If you need to narrow it down further (for example, you want to list
> > only unstable packages from Debian), then you can try something like
> > "aptitude search '(!~Atesting ~Aunstable ?origin(Debian))'".
> > 
> I think you may mistaken my request.

Easily done. I took "someone software" to mean that you wanted to know
the software available to someone's computer given their sources list
("software repositories on my computer"), when I posted this 24 hours ago:

https://lists.debian.org/debian-user/2015/09/msg00107.html

> I want the reverse information.
> For example, the software list of debian testing main software repository is
> needed.
> I don't need in which software repository a software is located.

You're obviously familiar with the Debian website:

https://lists.debian.org/debian-user/2015/07/msg00070.html

On that page, the very next link is "dists/". Follow this chain:

dists/testing/main/binary-i386/

and you will see Packages.gz and Packages.xz which are the same file
compressed in two different manners. Use wget to download either.

The structure of the Debian archive is well documented. I assume that
if you were intent on downloading README.mirrors.txt, you're probably
more conversant with it than I am, so you ought to be able to find the
other parts that make up testing on your own.

If you're absolutely desparate to do all this from the command line
without the use of a browser, then use ftp to navigate the site.
Login as "anonymous" and use your email address as the password.
You can download in ftp itself, or still use wget once you know where
the files you want are located.

Good luck.

Cheers,
David.

Re: systemd-logind emitting messages

[Jape Person]

On 09/03/2015 10:40 PM, David Niklas wrote:

Hello,
I forget who asked how to copy lines from their terminal (Alt-F0-9),
and I know how and thought I'd share. Use gpm. On my system it's shift
left-mouse to highlight and shift right-mouse to paste to your prompt.
you cant then echo the output to a file, pipe, or directly into a
command, etc.
Someday I'll bear-hug the hacker who made it.

Your welcome, David


Nice! That will be a nice replacement for using screen multiplexers, 
redirection, piping, etc. I appreciate your posting the suggestion!

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

[AlexLikeRock]

Lo que me pregunto es: ¿por qué la NSA que le gusta meter ‘sus narices’
en todo, o casi todo (en cuanto a vigilancia y acceso, y que tiene todo
un ejercito de hackers y trabajadores); por qué no ha metido ’sus
narices’ en Debian?

al hacer que IMPONGA  SYSTEMD en Debian como default, es un hecho que ya 
metieron sus narices




¿“machinectl shell” es realmente necesario?



NO


¿por qué no mejoran ”su” si es que está roto?


muy buena pregunta


¿realmente ”su“ está roto?




¿puede RedHat a través de sistemd, “machinectl shell” y los que están
por venir, ir moldeando las demás distros para así ir tomando
sistemáticamente el mando?


pues si se dejan los usuario, lo haran


--
**
software libre no significa gratis: richard m. stallman
http://wiki.debian.org/es/NormasLista#resumen
http://wiki.debian.org/es/NormasLista/Gmail
http://es.wikipedia.org/wiki/Top-posting

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

[listascor...@msjs.co]

El 04/09/15 a las 13:04, Camaleón escibió:
> El Fri, 04 Sep 2015 19:30:43 +0200, Manolo Díaz escribió:
> 
>> 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
> 
> Contrataque malvado (sysvinit → 70,8%):
> 
> https://qa.debian.org/popcon.php?package=sysvinit
> 
> Teniendo en cuenta que cualquier instalación predeterminada (y me 
> atrevería a decir que avanzada también) de Debian ≥8 te va a instalar 
> systemd, las estadísticas del popcon no son lo que se puede decir 
> "fiables" para medir la "popularidad" de este tipo de paquete.
> 
> Por otra parte, el uso de popcon no requiere de una partición activa de 
> los usuarios sino que sólo envía automáticamente estadísticas de los 
> programas que se instalan/actualizan...
> 
> Saludos,
> 

No es lo mas fiable que haya, pero si es lo más válido que hay y que
tiene Debian.

Saludos.

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

[Camaleón]

El Fri, 04 Sep 2015 19:30:43 +0200, Manolo Díaz escribió:

> 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

Contrataque malvado (sysvinit → 70,8%):

https://qa.debian.org/popcon.php?package=sysvinit

Teniendo en cuenta que cualquier instalación predeterminada (y me 
atrevería a decir que avanzada también) de Debian ≥8 te va a instalar 
systemd, las estadísticas del popcon no son lo que se puede decir 
"fiables" para medir la "popularidad" de este tipo de paquete.

Por otra parte, el uso de popcon no requiere de una partición activa de 
los usuarios sino que sólo envía automáticamente estadísticas de los 
programas que se instalan/actualizan...

Saludos,

-- 
Camaleón

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

[listascor...@msjs.co]

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.

https://qa.debian.org/popcon.php?package=sysvinit

Saludos.

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

[listascor...@msjs.co]

El 04/09/15 a las 12:50, Manolo Díaz escibió:
> El viernes, 4 sep 2015 a las 17:16 UTC
> listascor...@msjs.co escribió:
> 
>> Gracias por tu aporte Ismael.
> 
> Creo que eso deja claro qué buscabas desde un principio.
> 
Interpretas mal, también agradecí su aporte y agradezco el aporte de
todos los que han participado: Antonio Galicia, Carlos Manuel Escalona
Villeda, Camaleon, Santiago Vila...

Saludos.

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

[AlexLikeRock]

Así que todas las "puertas" de la NSA que pudiera haber son
necesariamente "delanteras", nunca "traseras".

en OPEN JAVA  habia una falla de seguridad que duro meses o años y 
estaba en DEBIAN, es tiempo suficiente para sabotear  cualquier servidor.


pudiéndose considerar puerta trasera

asi q no te confies tanto santiago

--
**
software libre no significa gratis: richard m. stallman
http://wiki.debian.org/es/NormasLista#resumen
http://wiki.debian.org/es/NormasLista/Gmail
http://es.wikipedia.org/wiki/Top-posting

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

[listascor...@msjs.co]

El 04/09/15 a las 10:26, Ismael L. Donis Garcia escibió:
> - Original Message - From: 
> To: 
> Sent: Friday, September 04, 2015 10:44 AM
> Subject: Re: Libertad o esclavitud. Elijan ¿"su" o “machinectl shell”?
> 
> 
>> El 04/09/15 a las 08:53, Camaleón escibió:
>>> El Thu, 03 Sep 2015 13:30:08 -0500, listascor...@msjs.co escribió:
>>>
 El 03/09/15 a las 13:13, Camaleón escibió:
> El Thu, 03 Sep 2015 11:24:03 -0500, listascor...@msjs.co escribió:
>
>> Me gustaría preguntarle a los integrantes de la lista que piensan
>> acerca del reemplazo de "su" por “machinectl shell”.
>> http://blog.desdelinux.net/systemd-introduce-su-propio-su/
>
> Que encaja perfectamente en la línea que ha marcado desde el principio
> systemd ("no me gusta/sirve lo que hay, lo cambio/mejoro"), es decir,
> nada nuevo.

 Deme su opinión pero que no sea tan genérica.
>>>
>>> ¿Y cómo se la sirvo al señor, fría o caliente? X-)
>>>
>>> Te digo que no veo nada raro en el nuevo añadido, que cualquiera que
>>> haya
>>> seguido el desarrollo de systemd se da cuenta de que siempre ha
>>> girado en
>>> torno al concepto de cambiar lo que no funciona, es menos eficiente o se
>>> queda corto e integrando esa característica en su código (p. ej.,
>>> logind,
>>> journalctl, herramientas de red...).
>>>
>> ¿puerta trasera para la NSA? ¿REDHAT esta amoldeando y tomando el
>> mando de las demas distros de acuerdo a sus intereses?
>
> (...)
>
> ¿Un poco de todo? >:-)

 expláyese...
>>>
>>> Pues que a nadie se le escapa que systemd es GNOMEcéntrico y ya sabemos
>>> qué empresa impulsa el desarrollo de GNOME (RedHat), por lo que
>>> obviamente no va a ir en contra de sus intereses.
>>>
>>> Obviamente (y si no resulta tan obvio para eso puse el emoticono
>>> "malicioso") lo de la NSA no es más que una especulación porque al fin y
>>> al cabo el código fuente de systemd sigue siendo libre, abierto y
>>> accesible.
>>>
>> Todo esto visto en base al contrato social de Debian. (Este contrato
>> no es un adorno, es la razón de ser de Debian)
>> https://www.debian.org/social_contract.es.html ¿En debian los
>> usuarios
>> podemos exigir el cumplimiento del contrato social?
>
> No es que systemd ni sus "monstruitos" sean santo de mi devoción pero
> ¿por qué crees que no se está cumpliendo con el DFSG?
>
>
>
 la idea es hacer un debate en la lista... donde cualquiera puede
 participar y moderar...
>>>
>>> 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... “
>>
>> No aseguro pero sospecho que RedHat está utilizando la estrategia
>> parecida a la de microsoft, la EEE, "Adoptar, extender, y extinguir”,
>> aunque en este caso sería: “imponer, extender, mandar (tomar el mando)”,
>> no buscan extinguir, solo ir amoldeando e ir tomando el mando sobre las
>> demás distros.
>>
>> Sospecho que si Debian sigue así, llegará el día en que despierte y será
>> muy díficil cambiar el rumbo porque será tanta la dependencia que
>> cambiar será toda una odisea.
>>
>> saludos,
>>
> 
> Para eso ya tenemos a Devuan, a la cual le deseo mucha salud y prosperidad.
> 
> Por mi parte doy el 100% de mi apoyo a esta nueva distro y tan solo sigo
> en debian hasta tanto no salga la versión 1 de devuan. Cuando esto
> ocurra Adiós debian para siempre. No sin antes lamentar mucho la
> decisión que han tomado los directivos de debian.
> 
> Para mi cada día me doy más cuenta de lo que es y pretende systemd, por
> tal motivo conmigo nunca podrá contar para nada, y espero que muchos
> otros más sigan mi ejemplo y se deslinden de todo lo que tiene que ver
> con systemd y las pretensiones de sus desarrolladores.
> 
> Saludos Cordiales
> 
> | ISMAEL |
> 
> 
> 
> 

Gracias por tu aporte Ismael.

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

[Manolo Díaz]

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
-- 
Manolo Díaz

Re: Error librería al reiniciar apache.

[Camaleón]

El Fri, 04 Sep 2015 19:02:14 +0200, Manolo Díaz escribió:

> El viernes, 4 sep 2015 a las 13:31 UTC Camaleón escribió:
> 
>> El Thu, 03 Sep 2015 20:36:21 +0200, Manolo Díaz escribió:
>> 
>> > El jueves, 3 sep 2015 a las 18:06 UTC Camaleón escribió:
>> 
>> (...)
>>  
>> >> Creo que debe ser el Avast! quien le añade la coletilla o hace
>> >> alguna cosa rara con el mensaje porque "bendel.debian.org" es un
>> >> equipo que forma parte del servidor de la lista de Debian (si no
>> >> interpreto mal la cabecera, lleva el Amavisd-New).
>> >> 
>> >> 
>> > Acabo de consultar al maestro listero, a ver qué me dice.
>> 
>> Pues toma asiento y espera sentado :-P
> 
> De momento no hay respuesta.

Aún es pronto. 

Creo que en algún momento llegué a contactar con listmaster así que hay 
esperanzas :-)
 
>> Curiosamente en los primeros mensajes que mandó a la lista el remitente
>> sale correctamente y sólo en los últimos se ha modificado. El único
>> elemento que aparece en la cabecera de los mensajes y que puede marcar
>> alguna diferencia es el Avast! que suele actuar en el equipo cliente a
>> modo de proxy reinyectando los mensajes de entrada y salida.
> 
> Para eso Avast debería:
>   Realizar una consulta para saber qué nodo hace de SMTP para
>   lists.debian.org Reescribir el campo "from" incluyendo ese nombre 
en él
>   (¿por qué?).

Podría suceder si se hubiera creado un nuevo mensaje a partir de uno 
existente.

> o:
>   Incluir algo en el campo "from" que, a su vez, bendel cambiaría 
> por su
>   FQDN.
> 
> Dudo que sea el primer caso, y el segundo seguiría siendo fallo de
> bendel.

Bueno, he visto hacer cosas muy raras en los equipos con windows y outlook 
(antiguamente usaba el campo del nombre del equipo para identificarlo en 
la red y ese dato aparecía en los correos). A partir del XP le he perdido 
la pista, supongo que ya lo habrán corregido.

>> También es verdad que no hace mucho el servidor de la lista se
>> actualizó para no incluir los pie de página en los mensajes por lo que
>> quizá el cambio tenga alguna relación con esto ya que cuando se produce
>> una alteración en el cuerpo de los correos puede tener efectos
>> secundarios indeseados e inesperados.
> 
> Esto ya me convence más.

Estaba buscando el mensaje que mandaron con el aviso... aquí está:

https://lists.debian.org/debian-devel-announce/2015/08/msg3.html

Es del 11 de agosto, al menos por la fecha concuerda con los resultados 
de los otros correos que salieron bien, es decir, que tras el cambio en 
el servidor de la lista empezaron los problemas con el remitente.

Y ahora que me doy cuenta, los mensajes que salen con el remitente 
alterado van firmados con DKIM. Hum...

Saludos,

-- 
Camaleón

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

[Manolo Díaz]

El viernes, 4 sep 2015 a las 17:16 UTC
listascor...@msjs.co escribió:

> Gracias por tu aporte Ismael.

Creo que eso deja claro qué buscabas desde un principio.

-- 
Manolo Díaz

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

[Manolo Díaz]

El viernes, 4 sep 2015 a las 21:42 UTC+2
Manolo Díaz escribió:

> Yo he usado la cifra de "vote", es decir, la que hace referencia al uso
> regular y no a un paquete instalado y olvidado o de uso esporádico. En
> ese caso: sysvinit → 56 %.

Me corrijo. Esa era mi intención, pero he usado la equivocada. 38 %
para systemd es la correcta.


-- 
Manolo Díaz

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

[listascor...@msjs.co]

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.

Saludos.

Re: Boîte mail qui perd son premier caractère

[Jean-Claude MARQUES]

Le 04/09/2015 18:39, Alain Rpnpif a écrit :
> Bonjour,
>
> J'ai un problème bizarre sur une boîte mail au format mbox
> dans /var/spool/mail/ :
> Tous les trois mois environ, elle perd son premier caractère !
>
> Au lieu de :
> From t...@saboite.fr  Fri Sep  4 18:25:31 2015
> le premier message de la liste contient 
> rom t...@saboite.fr  Fri Sep  4 18:25:31 2015
>
> Le premier F a disparu !
>
> Bien sûr, icedove de l'utilisateur (ou mutt) râle en disant que la
> boîte est vérolée.
>
> Il suffit que je rajoute le F à la main pour que tout refonctionne...
> pour environ trois mois.
>
> Qu'est-ce qui peut mettre ce bazar agaçant ?
>
> Debian Wheezy à jour
> Serveur Postfix avec spampd.
>
> Un autre système configuré pratiquement de la même façon n'a pas ce
> problème.
>
Bonsoir

Dans mon ~/.procmailrc, j'ai cela :

#
# Work around procmail bug: any output on stderr will cause the "F" in
"From"
# to be dropped.  This will re-add it.
:0:
* ^^rom[ ]
{
  LOG="*** Dropped F off From_ header! Fixing up. "
 
  :0 fhw
  | sed -e '1s/^/F/'
}
#
Comme, de base, tout est envoyé à procmail pour finir, peut-être est-cela.

Mais c'est un très très vieux truc (je n'ai pas trouvé de log de cette
affaire-là dans mes logs de procmail, et les plus anciens que j'ai
encore datent de 2006 !).

Sinon, je ne sais pas

Bonne soirée

Jean-Claude Marquès

Re: Problemas con CUPS-PDF en Debian Stretch

[José Manuel (EB8CXW)]

El 03/09/15 a las 14:46, Camaleón escribió:

El Wed, 02 Sep 2015 18:30:49 +0100, José Manuel (EB8CXW) escribió:


El 02/09/15 a las 14:35, Camaleón escribió:

(...)


Pero sigue sin imprimir si lo hago desde iceweasel, y si lo hago desde
writer de LibreOfice me lo manda a la carpeta PDF que esta en mi
usuario pero al abrir en fichero pdf generado esta vacío. ya no se que
hacer más. Acudo a ustedes a ver si me puede ayudar. les doy las
gracias de antemano.

Haz una prueba sencilla, que es mandar a imprimir directamente sin
pasar por abrir el archivo desde una aplicación, es decir:

echo "hola" > $HOME/test.txt lpstat -p | grep -i pdf lp -d
Virtual_PDF_Printer $HOME/test.txt

Y mira a ver si el PDF se ha generado correctamente.

Es verdad que el cups-pdf no se instala directamente con cups, lo que
paso es que como no veía donde estaba el problema desinstale cups y
cups-pdf para volverlos a instalar, pero no sirvió para nada porque el
problema sigue.

¿Has revisado el archivo de configuración "/etc/cups/
cups-pdf.conf"? Comprueba que todo esté correcto.
  

También realice lo que me dices:
Konsole output root@debian-PAPA:/home/eb8cxw#
root@debian-PAPA:/home/eb8cxw# echo "hola" > $HOME/test.txt (lo hace
aunque no se donde lo pone)
root@debian-PAPA:/home/eb8cxw#

Bueno, si estás como root (no hacía falta pero tampoco es mala idea para
descartar que se tratara de un problema con los permisos) la variable
$HOME es /root, ahí debe estar el archivo de texto por si lo quieres
borrar ;-)


root@debian-PAPA:/home/eb8cxw# lpstat -p | grep -i pdf la impresora
Virtual_PDF_Printer está inactiva.  activada desde mar 01 sep 2015
21:28:29 WEST root@debian-PAPA:/home/eb8cxw#
root@debian-PAPA:/home/eb8cxw# lp -d Virtual_PDF_Printer $HOME/test.txt
la id solicitada es Virtual_PDF_Printer-81 (1 archivo(s)) (Lo
imprime lo mete en la carpeta PDF, pero vacío)
root@debian-PAPA:/home/eb8cxw#

Hum... ¿seguro que no hay texto en el documento? Tiene que poner arriba
del todo, en la esquina superior izquierda "hola", míralo bien. En
cualquier caso, manda la salida de este comando:

ls -la PDF

Y sube a "www.pastebin.com" el contenido de:

cat PDF/test.pdf


Si lo hago como usuario normal:

(...)


Como se ve lo hace pero vacío

No se que me aconsejan que haga, gracias

Manda la salida-churro de este comando:

lpoptions -p Virtual_PDF_Printer

Saludos,


Hola Camaleón

Gracias, por todo.
Lo solucione por la vía rápida, reinstalando el sistema entero.

--
Un saludo,
José Manuel
Gran Canaria/España

Si vas a escribir.. piensa en esto:
no digas nada que no sea mas precioso que el silencio!!!

/usr/games not in PATH in TESTING (i3wm, BASH as default, using fish shell)

[Hörmetjan Yiltiz]

Dear all,

I have previously reinstalled Debian using the live images for TESTING
branch, and kept my system updated with the US main FTP archive with
`apt-get update` and `apt-get upgrade` and `apt-get dist-upgrade`. I
installed KDE as my default desktop, installed i3wm which I am using it
mainly now since KDE in testing is in migration and a bit sketchy, and
using SSCM as my login manager. My default shell is /bin/bash.

The problem is, when logged in using SSCM, the PATH is only /bin /usr/bin
/usr/local/bin. Seemingly, my /etc/profile, ~/.profile has not been run by
the login program. I hate to set the PATH in the .bashrc or fish.config
(which I mainly use), but I am not sure where to look at: whether it is an
i3wm specific issue (KDE also could not find /usr/games among others in the
PATH), or SSCM issue. I tried logging in using TTY1 or su - command, and
they include all the PATH as expected.

Any ideas?

​Best​
，

He who is worthy to receive his days and nights is worthy to receive* all
else* from you (and me).
 The Prophet, Gibran Kahlil

Re: Another system management tool to disappear.

[Cindy-Sue Causey]

On 9/4/15, do...@mail.com  wrote:
> On 08/30/2015 17:49:31,Doug wrote:
>> On 08/30/2015 03:33 PM, T.J. Duchene wrote:
>> > I know this because I have actually built 95% of base Linux from
>> > source by hand - multiple times  -  over the last 17 years. In my
>> > opinion, if you don't want to take the effort to do the work, then
>> > you simply have to accept other's decisions regarding what they
>> > compiled in.
>> >
>> >
>> /snip/
>>
>> That's easy for you to say, since you are obviously a programmer. The
>> rest of us may never have programmed anything, and C just looks like
>> some foreign language --which it is! What we would like is stability,
>> and until Poettering started messing with Linux, we pretty much had
>> it--at least in any given distro.
>
> Don't fret, I program in C and I'm only running funtoo and I'm already
> way over my head. I don't mind having to read the manual or compile
> things, it's the bugs, I must have a collection of at least 100 and the
> devs want all non mission critical ones reported upstream. I've
> tried to report 6 and most of the time I can't reach them or they don't
> respond. I've gotten 1 reply, and I've decided to help him with his
> project, menumaker.
> In short, there is no way you could have enough time to maintain your
> own system that you create from scratch unless you have a serious
> amount of education, time, and working config files. Even then it would
> be a nightmare.
>


Had to catch myself and NOT create noise by asking David how he
learned some of these out there things I've just seen in the last few
emails. Smacked myself in the head (no, really, it hurt) because a lot
of what we know is simply about how involved we each are with our user
specific installs.

If our usage of Debian primarily involves opening a few .iso, .deb,
whatever and installing then off to the rest of Life outside Debian,
exposure is minimal as will then be the need to stop and spend time
learning something new about Debian's inner intricacies. If we're the
type to ceaselessly poke around under the hood and thus inevitably
break things in the process, the need to self-teach the inner workings
of Debian rises exponentially... as then does one's knowledge that
can hopefully next be shared on lists like Debian-User..

Internet search engines have proved to basically 99.9% of the time
come through with answers for me when I do inevitably break my
Debians. Beyond the user generated errors behind this keyboard, the
transitions related glitches recently were pretty much a known Sid
unstable given. Just took user patience to get through it. In fact
there were more uninstallables I never commented about last few days
(libavfilter-ffmpeg5). Those will be (magically) fixed as soon as the
latest updates are finished installing here, approximately 2 days
after the issue showed up.

Back to the search engines, I used to spend A LOT of EXTREMELY
FRUSTRATED time wading through unnecessary information trying to find
answers years ago. I started entering search engine queries as the
exact questions I had, meaning as full *sentences*, and I swear that
finally helped refine the searches.

More relevant information now bubbles to the top, front page of those
searches than ever used to happen. Prior to that, I can remember
having to dig onto Page 2, Page 3, or worse to find something
appropriate. I don't know if the difference today is that the quality
of websites favored by search engines have changed or if asking fully
worded questions any other user might ask has helped after all these
years, but there you go.

Cindy :)

-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs... back outside because she's not done with daily chores yet... *

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

[Manolo Díaz]

El viernes, 4 sep 2015 a las 18:04 UTC
Camaleón escribió:

> El Fri, 04 Sep 2015 19:30:43 +0200, Manolo Díaz escribió:
> 
> > 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
> 
> Contrataque malvado (sysvinit → 70,8%):

Yo he usado la cifra de "vote", es decir, la que hace referencia al uso
regular y no a un paquete instalado y olvidado o de uso esporádico. En
ese caso: sysvinit → 56 %.

> https://qa.debian.org/popcon.php?package=sysvinit

Veo un repunte últimamente en el gráfico.

> Teniendo en cuenta que cualquier instalación predeterminada (y me 
> atrevería a decir que avanzada también) de Debian ≥8 te va a instalar 
> systemd, las estadísticas del popcon no son lo que se puede decir 
> "fiables" para medir la "popularidad" de este tipo de paquete.
> 
> Por otra parte, el uso de popcon no requiere de una partición activa de 
> los usuarios sino que sólo envía automáticamente estadísticas de los 
> programas que se instalan/actualizan...

... y se usan con regularidad. Y que no requiera de participación
activa lo hace más fiable: no hay manipulación consciente.

> Saludos,

Saludos.
-- 
Manolo Díaz

Re: /var/lib/apt/lists/partial fills entire partition [SOLVED]

[Cindy-Sue Causey]

On 9/4/15, Tony van der Hoff  wrote:
> On 01/09/15 17:47, Tony van der Hoff wrote:
>>
>> Thanks to all three for very helpful replies.
>>
>> Unfortunately Elimar's suggestion only partially helped; it did not
>> clear /var/lib/apt/lists/partial, although running apt-get update did
>> clear it.  It then soon started filling up again.
>>
>> It would appear that apt-get update is being run automatically; I'm
>> happy for it to do so, provided it works properly.
>>
>> Running apt-get update manually showed an error:
>> Err http://ftp.uk.debian.org jessie-backports/non-free amd64 Packages
>> and the directory started filling.
>>
>> I've now commented out the lines in sources.list referring to
>> jesie-backports, and running apt-get update doesn't seem to fill that
>> directory. I'll have to monitor that one!
>>
>> My conclusion, if the mod fixes it, is that (a) that repository is
>> broken in some way, and (b) apt contains a bug allowing it to misbehave
>> under error conditions.
>>
>> I shall only be at the end of a wet piece of string for my internet
>> connection for the next week, so may not be able to progress this as
>> much as I would like for a while.
>>
>> Thanks again, Tony
>>
>
> For the sake of the archives, here is the latest situation.
>
> Having not had the /var partition fill for several days, I re-enables
> jeaaie-backports in my sources.list, and ran apt-get update. No errors,
> and no entries in /var/lib/apt/lists/partial. So, I guess it was the
> mirror at ftp.uk.debian.org that was broken, and it's now been fixed.
>
> Is there anywhere I can look to confirm this?


I'm sorry I missed that next email of yours. This is another of those
areas that's outside my self-taught knowledge but am going to comment
anyway. I, too, like the automatic option for something like that,
especially if you have an Internet connection with the capacity to
handle it. Meaning not like mine where I have to cherry pick what's
all running at the same time. That 967 BYTES per second I referenced
the other day was no joke. I've just never been fast enough to
printscreen it when it appears on the terminal.

Related to your previous reply about "provided it works properly",
maybe someone here with the knowledge of how it's done can tip you on
setting up a report that's automatically generated when update runs.
That's surely a possibility, and that way you'd be getting a heads up
should anything like this come up again for you.

At least I THINK a report could be generated since I've seen past
threads about similar. The threads just completely went over my head
at the time outside of mentally toggling that learning experience as a
future *to do*

Cindy :)

-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs... outside *to do* daily chores that never seem *to do* themselves *

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

[Manolo Díaz]

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.
-- 
Manolo Díaz

Re: Another system management tool to disappear.

[David Wright]

Quoting Andrew McGlashan (andrew.mcglas...@affinityvision.com.au):
> 
> 
> On 1/09/2015 11:08 PM, The Wanderer wrote:
> >> > west!david 12:22:14 ~ $ diff -U0 VC-login-*[ey]
> >> > --- VC-login-jessie 2015-08-31 11:34:23.476573261 -0500
> >> > +++ VC-login-wheezy 2015-08-31 11:38:11.0 -0500
> > How did you get these files? I haven't been able to come up with a way
> > to get a dump of the exact text that is on a console, short of manually
> > typing it into an editor (probably on another computer, for
> > convenience's sake). Parts of it are logged, but not as far as I can
> > tell into a single file, and I would actively expect that the text I'm
> > objecting to would get logged separately (if at all) in any case.
> 
> conspy perhaps ?

That is a very neat tool that I hadn't come across. It works over ssh,
and cut-and-paste works well. Presumably you can avoid c by running
it inside a script command.

But the limitation that affects me*, compared with using gpm to
c from the original console, is that you can't run it until you can
access the computer remotely, by which time some information that I
would want to capture has scrolled off the screen out of conspy's grasp.

*My use case is normally capturing messages produced at boot up, most
of which have scrolled off the screen by the time you want to capture
them. This is why I posted
https://lists.debian.org/debian-user/2015/09/msg00038.html

Cheers,
David.

Re: laptop-suspend

[rlharris]

On Fri, September 4, 2015 11:12 pm, Cindy-Sue Causey wrote:
> I have to
> push the hardware-based sleep button to start the waking process. After
> that, most if not all times I have to then push something like my up arrow
> key for it to bring up the log in window.

Could the screensaver have anything to do with this?

RLH

Re: laptop-suspend

[Cindy-Sue Causey]

On 9/4/15, Rick McDaniel  wrote:
> Hi
>   I have searched and searched and i can not figure out how to fix
> suspend/hibernate on my compaq 6715b notebook. It goes to sleep and when you
> wake it up you can see it's waking but the screen stays black. I love Debian
> 8 and want to use it but i cant with this problem. Can you help me?   
> 



It will help others help you if you describe exactly what you do that
isn't working. For example  with my Thinkpad (that IS working), I have
to push the hardware-based sleep button to start the waking process.
After that, most if not all times I have to then push something like
my up arrow key for it to bring up the log in window. No idea how I
ever figured out that works. Mostly likely just started pushing keys
out of frustration at some point early on...

Cindy :)

-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs... out of patience sometimes, too.  #trueStory. *

Re: Drivers Nvidia (GTX 9X0)- Consejos, recomendaciones o experiencias.

[Emmanuel]

El 28/08/2015 a las 07:52, Camaleón escibió:

El Thu, 27 Aug 2015 16:33:45 -0600, Emmanuel escribió:


Bueno, iré al grano, quisiera saber quién ha tenido experiencias
positivas instalando el driver privativo desde las fuentes originales de
Nvidia —la web oficial— a la hora de trabajar con la línea de GTX 9X0.


En principio, y salvo causas de fuerza mayor, siempre es recomendable
instalar el driver disponible en los repos de Debian para evitar tener
que recompilar manualmente el módulo de nvidia al actualizar el kernel.


Les comento que he visto varias conversaciones aquí mismo sobre
controladores y configuraciones de generaciones previas de estas
tarjetas, pero no he visto —quizá no he buscado bien— alguno relacionado
directamente al soporte de la familia nueva.
Ahora, me he tratado de empapar con el tema, ya que soy nuevo en esa
área de las GPUs y demás, así que al menos sé que los controladores
«oficiales» de Debian, no dan soporte para la generación nueva. Encontré
que la versión mínima era la 346.35 (1*), y Debian ofrece la versión
340.65-2 cuyo soporte llega hasta la generación 8X0 de estas pequeñas.


Eso parece. Tampoco el paquete que hay en los backports (340.76) parece
que admite esos modelos por lo que si quieres instalar el driver
propietario en este caso tendrías que descargarlo de la web de nvidia.


Existen los controladores de la versión experimental en la versión
352.30-1, pero dado que es una versión muy superior a la que uso (Jessie
up to date) sé que podría ser un problema. Ahora, conozco la salida más
«arriesgada» que es actualizar directo desde Nvidia.com y seguir los
pasos que dan.


No, no conviene que hagas eso con paquetes que incluyen módulos del
kernel (como los controladores de las gráficas o virtualbox, por ejemplo)
porque se compilan para versiones concretas del kernel.


Sé que por ejemplo en Ubuntu se puede agregar un PPA y trabajar más a
gusto con estas tarjetas, pero no quiero dejar Debian :-( son muchos
años de trabajar a gusto con esta distro, pero quiero tener opiniones o
experiencias que me guíen a tomar una decisión. Al menos tengo espacio
para Ubuntu en caso de ser la mejor opción y trabajar ambos sistemas,
aunque un único config para Debian sería lo óptimo. :-)


(...)

Si quieres usar el driver propietario en lugar del libre (recuerda que
también puedes usar "nouveau" aunque parece que aún está un poco "verde")
yo instalaría el paquete de nvidia (352.41) sin pensarlo, sigue las
instrucciones que están muy bien explicadas¹ y listo :-)

¹http://us.download.nvidia.com/XFree86/Linux-x86_64/352.41/README/
index.html

Saludos,


Buenas, lista.
Hoy arribó la «pequeña»... actualicé el Bios, un par de minutos, corrí 
con la resolución por defecto que era horrible... «bajé» las X, instalé 
los controladores y voilà, el sistema corre sin problema alguno hasta 
vídeos 4k. :-)


Gracias a todos por su colaboración... ahora a Steam, para ver qué nos 
encontramos. ;-)

Re: /var/lib/apt/lists/partial fills entire partition [SOLVED]

[Cindy-Sue Causey]

On 9/4/15, Cindy-Sue Causey  wrote:
>
> Related to your previous reply about "provided it works properly",
> maybe someone here with the knowledge of how it's done can tip you on
> setting up a report that's automatically generated when update runs.
> That's surely a possibility, and that way you'd be getting a heads up
> should anything like this come up again for you.
>
> At least I THINK a report could be generated since I've seen past
> threads about similar. The threads just completely went over my head
> at the time outside of mentally toggling that learning experience as a
> future *to do*


Some lightning started striking outside so I came inside to play.. on
the laptop. Got to thinking on it. "Cron job" kept coming to mind
before so I searched on it. Feedback I'm getting is that's about
"timed" jobs being set up.

In starting a new search, the search engine's autocomplete related to
"how do i"/"activity based job" suggested "incron" so I took the bait.
Kind of sounds promising but I'm *cognitively* not digesting it well
enough to suggest something to try right now:

https://www.debian-administration.org/article/581/Running_programs_when_filesystem_events_occur

I downloaded it and it was TINY, something like only 67KB when its
dependencies are already in place. Maybe someone else already has
experience with it and can help with personally garnered do's or
don'ts? Or maybe has a "no, not quite that but maybe try this"?

Good luck!

Cindy :)

-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* might need an incron job to trigger doing daily chores *

Debian 8.2

[Rolf Edlund]

Nu ar det bara timmar kvar tills 8.2 slapps!

-- 
/Rolf

Re: Se passer de PulseAudio (Re: Avconv / FFmpeg)

[Haricophile]

Le Fri, 04 Sep 2015 17:20:02 +0200,
maderios  a écrit :

> J'arrive très bien à me passer de pulseaudio sur deux pc, par contre,
> ce n'est pas le cas sur un portable récent. En fait, sur ce dernier,
> il y a deux cartes son dont une pour l'hdmi qui ne fonctionne pas du
> tout mais qui s'obstine à rester prioritaire.

Pulseaudio est assez pratique dans certains cas comme ça, quand on ne
veut pas se fouler et quand on a une configuration changeante et pour le
son réseau. Mais tout ce que fait Pulseaudio peut-être configuré
autrement. Moi je vois ça comme un bon programme orienté "ordi
familial". Il a moins d'intérêt pour une configuration simple ou un
usage plus poussé. 

Je ne sais pas pour Gnome ]:-> mais je ne vois aucun cas ou on ne peut
s'en passer.

-- 
haricoph...@aranha.fr 

Elijan ¿"su" o “machinectl shell”?

[Mario]

*¿Por qué no? ¿Acaso sysvinit no está en Debian? ¿Algo te impide usarlo?

Por que si como dan a entender que**_sysvinit_**  en debian, a nosotros los 
usuarios**  **no nos dan la libertad de elección del sistema de arranque?**
**Nos imponen por default "systemd" que actualmente**/ésta/**  en la versión de 
debian 8 o superior testing(strech).**
**Tenemos que tratar de hacer algo que resulta casi imposible de cambiar, ya 
que cada vez se introduce más en el sistema._

Acaso como citan:_**
**"Nos guiaremos por las necesidades de nuestros usuarios y de la comunidad**
**> >> del software libre. Sus intereses serán una prioridad para nosotros... "

**  **Aquí entonces se hay una controversia, ya que somos mas del**  **70.80% 
de los usuario de sysvinit**  **que el otro sistema de arranque.**
**Entonces donde quedamos todos los usuarios que estamos esperando que nos 
escuchen y que no nos traten de**
**imponer sus necesidades e ideas que ustedes piensan que es lo mejor y por lo 
tanto debemos aceptar su voluntad.**
**Entonces en verdad :(  **
**debian no esta cumpliendo el artículo 4 del contrato social.**
**¿Que se necesita para que los más de 70.80% hagan valer su opinión e interés?
O simplemente nos cambiamos de SO, porque no somos importantes!!! para los 
desarrolladores de debian, que son ahora los que toman
las decisiones.
**  Saludos!!!***

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

[Juan Lavieri]

Hola.


El 4 de septiembre de 2015, 15:40, listascor...@msjs.co <
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.
>

​Según ese razonamiento, habría que sumar las quejas de todos aquellos que
no quieren usar gnome-shell (que según creo son muchos) y se vieron
"obligados" a lidiar con el desde que debian lo instala "por defecto".
(por favor tomen en cuenta las comillas antes de disparar).

Por mi parte soy neutral respecto a systemd (por ahora) y casi no me gusta
gnome-shell, Pero tengo que usarlos porque algunos de mis clientes lo
tienen y yo necesito tener idea de las cosas al momento de atenderlos.
Igual pasa con Windows, muchos lo usamos para jugar, pero a algunos nos ha
tocado al menos responder un correo desde allí (no estoy queriendo promover
su uso, solo fue un ejemplo)




>
> Saludos.
>
>
>
​Saludos.​


-- 

Juan Lavieri

Errar es de humanos, pero es mas humano culpar a los demás.

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

[Salvador Garcia Z.]

En su momento muchos estuvimos a la expectativa, incluso Troval exigió
algunos cambios y personalmente ingrese a la lista dé desarrollo. Estoy
consciente que algunos quedaban fuera de control y con ellos se perdía
seguridad, con systemd se intenta encapsularlos para un mejor control del
sistema.
El sep 4, 2015 8:13 AM, "Camaleón"  escribió:

> El Fri, 04 Sep 2015 09:44:45 -0500, listascor...@msjs.co escribió:
>
> > El 04/09/15 a las 08:53, Camaleón escibió:
>
> (...)
>
> >>> la idea es hacer un debate en la lista... donde cualquiera puede
> >>> participar y moderar...
> >>
> >> Bien, pero yo te pregunto por qué crees (o mejor dicho, por qué has
> >> afirmado) que systemd puede atentar contra la DFSG.
> >>
> >>
> > “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... “
> >
> > No aseguro pero sospecho que RedHat está utilizando la estrategia
> > parecida a la de microsoft, la EEE, "Adoptar, extender, y extinguir”,
> > aunque en este caso sería: “imponer, extender, mandar (tomar el mando)”,
> > no buscan extinguir, solo ir amoldeando e ir tomando el mando sobre las
> > demás distros.
>
> Pero estamos hablando de Debian, no de RedHat. Redhat puede hacer lo que
> quiera porque es una una empresa independiente que cotiza en el Nasdaq y
> se debe a sus accionistas, no a sus clientes.
>
> ¿Por qué crees que Debian ha dejado de dar prioridad a sus usuarios y el
> software libre? ¿Qué relación encuentras entre systemd y esta supuesta
> transgresión de la DFSG? Más peliagudo sería el asunto de los paquetes
> propietarios pero no así systemd.
>
> Cosa aparte es si la estrategia de apostar por un gestor de servicios u
> otro es o deja de ser buena pero más allá de ese debate que está más que
> trillado (lo hemos comentado y hablado largo y tendido en esta lista) no
> veo segundas ni terceras intenciones ni vulneraciones de la DFSG por
> ningún lado.
>
> > Sospecho que si Debian sigue así, llegará el día en que despierte y será
> > muy díficil cambiar el rumbo porque será tanta la dependencia que
> > cambiar será toda una odisea.
>
> No creo que Debian quiera cambiar su rumbo, ya decidieron que querían
> seguir a systemd y ese es el camino que ha tomado el proyecto. Pero no
> creo que sea Debian quien importa aquí sino sus usuarios (nosotros) y la
> decisión que ellos tomen ;-)
>
> Saludos,
>
> --
> Camaleón
>
>

Apache's strange behavior on Debian?

[mizuki]

Hi,

I’m a bit puzzled about Apache’s behavior I recently explored on Debian,
the Apache version I run is v2.4.10-10, the latest.

I have multiple apache virtual namehosts configured on a single backend
server, respectively named as serverA.local and serverB.local, then I have
Apache reverse proxy configured to proxy these 2 namehosts also under 2
virtual names hosts on proxy as below:


  Servername serverA.com
  ProxyRequests Off
  ProxyPreserveHost On
  ProxyPass / https://serverA.local
  ProxyPassReverse / https://serverA.local/

  SSLEngine on
  ………



  Servername serverB.com
  ProxyRequests Off
  ProxyPreserveHost On
  ProxyPass / https://serverB.local
  ProxyPassReverse / https://serverB.local/

  SSLEngine on
  ………


the interesting thing I see is if I go to https://serverB.com, I see
https://serverA.com . But direct access to https://serverB.local and
https://serverA.com from the reverse proxy are completed fine. Somehow I
have a feeling that when Apache is proxying to the backend, it directs to
the "default server” on the backend, which in this serverA. Does anyone has
the same experience or did I miss anything that is simply?

Thanks.

Mizuki

Re: systemd-logind emitting messages

[Hugo Vanwoerkom]

David Niklas wrote:

Hello,
I forget who asked how to copy lines from their terminal (Alt-F0-9),
and I know how and thought I'd share. Use gpm. On my system it's shift
left-mouse to highlight and shift right-mouse to paste to your prompt.
you cant then echo the output to a file, pipe, or directly into a
command, etc.
Someday I'll bear-hug the hacker who made it.

Your welcome, David



Gpm is an essential supertool! I don't know what I would do without it...

Hugo

config' bind9 - zone forwarders

[Jean-Marc]

salut la liste,

Je suis en train de mettre en place un petit serveur DNS basé sur Debian Jessie 
et bind9.

Dans la config' d'une zone documentant mon domaine 6jf.be, j'ai spécifié une 
adresse dans l'option forwarders {}.

Si j'ai bien compris, bind est censé transférer la requète s'il ne trouve pas 
ce qu'il cherche dans sa DB.

Dans la situation actuelle, ça fonctionne si je fais une query DNS sur 
test.6jf.be qui est documenté dans un de mes fichiers RR. Mais cela ne 
fonctionne pas si je fais une query DNS sur ftp.6jf.be alors que cela devrait 
être transmis et que c'est défini chez mon hébergeur.

Une idée pour debugger ? wireshark ?

Merci d'avance.

Jean-Marc 


pgphf6gaPpVYh.pgp
Description: PGP signature

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

[Mario]

*¿Por qué no? ¿Acaso sysvinit no está en Debian? ¿Algo te impide usarlo?

Por que si como dan a entender que**_sysvinit_**  en debian, a nosotros los 
usuarios**  **no nos dan la libertad de elección del sistema de arranque?**
**Nos imponen por default "systemd" que actualmente**/ésta/**  en la versión de 
debian 8 o superior testing(strech).**
**Tenemos que tratar de hacer algo que resulta casi imposible de cambiar, ya 
que cada vez se introduce más en el sistema._

Acaso como citan:_**
**"Nos guiaremos por las necesidades de nuestros usuarios y de la comunidad**
**> >> del software libre. Sus intereses serán una prioridad para nosotros... "

**  **Aquí entonces se hay una controversia, ya que somos mas del**  **70.80% 
de los usuario de sysvinit**  **que el otro sistema de arranque.**
**Entonces donde quedamos todos los usuarios que estamos esperando que nos 
escuchen y que no nos traten de**
**imponer sus necesidades e ideas que ustedes piensan que es lo mejor y por lo 
tanto debemos aceptar su voluntad.**
**Entonces en verdad :(  **
**debian no esta cumpliendo el artículo 4 del contrato social.**
**¿Que se necesita para que los más de 70.80% hagan valer su opinión e interés?
O simplemente nos cambiamos de SO, porque no somos importantes!!! para los 
desarrolladores de debian, que son ahora los que toman
las decisiones.
**  Saludos!!!*

automating apt-get, was Re: /var/lib/apt/lists/partial fills entire partition

[David Wright]

Quoting Cindy-Sue Causey (butterflyby...@gmail.com):
> On 9/4/15, Tony van der Hoff  wrote:
> > On 01/09/15 17:47, Tony van der Hoff wrote:
> >>
> >> Thanks to all three for very helpful replies.
> >>
> >> Unfortunately Elimar's suggestion only partially helped; it did not
> >> clear /var/lib/apt/lists/partial, although running apt-get update did
> >> clear it.  It then soon started filling up again.
> >>
> >> It would appear that apt-get update is being run automatically; I'm
> >> happy for it to do so, provided it works properly.
> >>
> >> Running apt-get update manually showed an error:
> >> Err http://ftp.uk.debian.org jessie-backports/non-free amd64 Packages
> >> and the directory started filling.
> >>
> >> I've now commented out the lines in sources.list referring to
> >> jesie-backports, and running apt-get update doesn't seem to fill that
> >> directory. I'll have to monitor that one!
> >>
> >> My conclusion, if the mod fixes it, is that (a) that repository is
> >> broken in some way, and (b) apt contains a bug allowing it to misbehave
> >> under error conditions.
> >>
> >> I shall only be at the end of a wet piece of string for my internet
> >> connection for the next week, so may not be able to progress this as
> >> much as I would like for a while.
> >>
> >> Thanks again, Tony
> >>
> >
> > For the sake of the archives, here is the latest situation.
> >
> > Having not had the /var partition fill for several days, I re-enables
> > jeaaie-backports in my sources.list, and ran apt-get update. No errors,
> > and no entries in /var/lib/apt/lists/partial. So, I guess it was the
> > mirror at ftp.uk.debian.org that was broken, and it's now been fixed.
> >
> > Is there anywhere I can look to confirm this?
> 
> 
> I'm sorry I missed that next email of yours. This is another of those
> areas that's outside my self-taught knowledge but am going to comment
> anyway. I, too, like the automatic option for something like that,
> especially if you have an Internet connection with the capacity to
> handle it. Meaning not like mine where I have to cherry pick what's
> all running at the same time. That 967 BYTES per second I referenced
> the other day was no joke. I've just never been fast enough to
> printscreen it when it appears on the terminal.
> 
> Related to your previous reply about "provided it works properly",
> maybe someone here with the knowledge of how it's done can tip you on
> setting up a report that's automatically generated when update runs.
> That's surely a possibility, and that way you'd be getting a heads up
> should anything like this come up again for you.
> 
> At least I THINK a report could be generated since I've seen past
> threads about similar. The threads just completely went over my head
> at the time outside of mentally toggling that learning experience as a
> future *to do*

Once again I'm having difficulty knowing whether I'm answering the
question posed, so here goes.

I could put something like
APT::Periodic::Update-Package-Lists 1;
APT::Periodic::Download-Upgradeable-Packages 1;
in /etc/apt/apt.conf but that leaves your problem of knowing when it
actually downloads anything. Rather than face the complications of
watching for files, I just stick the following in /root/crontab

MAILTO=david@localhost
# check for updated packages and provoke an email if any are in the cache
0 */3 * * * apt-get -qq update && apt-get -qq -d upgrade && find 
/var/cache/apt/archives/ -name '*deb'

and then run:
# crontab crontab

So if there are any files in /var/cache/apt/archives/ I get an email
listing them. When I log on I call -check-debian-updates late in my
.bash_profile

function -check-debian-updates { [ $(ls -1R /var/cache/apt/archives/ | wc -l) 
-eq 5 ] && return 0 || printf '%s\n' "== There are Debian package 
updates available in the cache ==" && return 1
}

This function is defined in .bashrc, hence the late call.

Obviously there's an assumption here, that I keep the cache clean.
That's because I run apt-cacher-ng on my server, and have
Acquire::http::Proxy "http://192.168.1.19:3142/;;
in /etc/apt/apt.conf on every host (including the server itself).

I only *download* automatically, so root's .bash_history always has
the following lines ready for recalling:
apt-get update ; apt-get -d upgrade ; apt-get upgrade ; read -p 'Ctrl-C to 
avoid clean' _ ; apt-get clean
apt-get -d dist-upgrade ; apt-get dist-upgrade ; read -p 'Ctrl-C to avoid 
clean' _ ; apt-get clean
Obviously I only run the second one if packages are being held back.

Ignore all this if it's no help.

Cheers,
David.

Re: bifurcation idéal geek_Re: Avconv / FFmpeg

[honeyshell]

" Cependant, Debian propose aussi un dépôt de logiciels non libres"

... le genre de réflexion. En gros on pourrait vous accréditez car
vous gérez bien vos sources, mais ça nous ferait de l'ombre. Donc on
trouve une raison...
Juste un ressenti perso.

Re: bifurcation idéal geek_Re: Avconv / FFmpeg

[Sébastien NOBILI]

Bonjour,

Le jeudi 03 septembre 2015 à 23:20, maderios a écrit :
> 'Le contrat social de Debian affirme que son but est de rendre Debian
> entièrement libre, et elle met consciencieusement les logiciels non libres
> en dehors du système officiel Debian. Cependant, Debian propose aussi un
> dépôt de logiciels non libres. Selon le projet, ces logiciels ne « font pas
> partie du système Debian », mais ce dépôt est hébergé sur beaucoup des
> serveurs principaux du projet, et l'on peut facilement prendre connaissance
> de ces paquets non libres en explorant la base de données en ligne des
> paquets Debian.
> Il y a aussi un dépôt contrib ; ses paquets sont libres, mais quelques-uns
> sont destinés à charger des programmes privateurs1 distribués séparément.
> Lui non plus n'est pas complètement séparé de la distribution principale
> Debian (main).'

Ce sujet fait débat depuis tant d'années…

En gros, quand on sort « non-free » les utilisateurs râlent parce qu'ils ne
peuvent pas utiliser l'outil non-libre dont ils ont besoin et quand on l'inclut,
les utilisateurs (pas les mêmes) râlent parce que Debian n'est plus libre.

Je trouve que l'organisation actuelle est un bon compromis. Tu veux du pur
libre, tu n'actives pas « non-free ». Tu veux aussi du non-libre, tu actives
« non-free ». On pourrait séparer un peu mieux en passant « non-free » sur une
adresse en « debian.net », mais est-ce que ça changerait fondamentalement les
choses ?

Je ne trouve pas très honnête de sous-entendre que Debian ne serait pas libre du
fait qu'on peut depuis certains serveurs du projet, installer des paquets
non-libres…

(note au passage, lorsqu'on active « non-free », il peut être utile/marrant
d'installer le paquet « vrms »).

Sébastien