Re: The .xsession-errors problem

[David]

On Thu, 29 Oct 2020 at 05:33, Celejar  wrote:
> On Wed, 28 Oct 2020 15:28:37 +1100 David  wrote:
> > On Wed, 28 Oct 2020 at 00:45, Andrei POPESCU  
> > wrote:
> > > On Ma, 27 oct 20, 07:55:00, Greg Wooledge wrote:
> > > > On Mon, Oct 26, 2020 at 11:07:37PM +, Tixy wrote:
> > > > > On Mon, 2020-10-26 at 18:35 +0200, Teemu Likonen wrote:

> > > > > > It seems that ~/.xsession-errors file can still grow to infinity in
> > > > > > size. Sometimes it grows really fast. This is nothing new: we have 
> > > > > > all
> > > > > > seen it and talked about it. What do you do to maintain this file?

> > > > > Don't do anything here. The file is created fresh at each boot and is
> > > > > 30 lines long [...]

> > > > Something that you're doing, or something that was done for you, is
> > > > clearing that file.  Your case is not the default.  By default, that
> > > > file is never cleared, and just keeps growing.  Most people prune it
> > > > manually whenever they notice it getting bigger than they like, which
> > > > is usually somewhere between "once a year" and "never".

> > > On my system the file is rotated (renamed to .xsession-errors.old), on
> > > every login as far as I can tell.

> > > Didn't find (yet) what is doing this (using lightdm, LXDE and minimal
> > > Xorg).

> > I investigated, guided by this teaching from Reco:
> > https://lists.debian.org/debian-user/2020/04/msg00583.html

> > I found that the process that renames the file to .xsession-errors.old
> > is the binary /usr/bin/lxsession owned by the user, with the parent
> > process lightdm owned by root.

> Interesting, but there seems to be more to the story than this. I use
> xfce4 with lightdm, and I also have my .xsession-errors moved
> to .xsession-errors.old when I log in via lightdm, even though I'm not
> using lxde and lxsession doesn't exist on my system. I haven't tried
> the audit method to see what's doing it.

Yes, I don't feel that I found the full answer. Because I spent a while
using https://codesearch.debian.net/ to examine the source code
of lxsession but I was unable to find any code that referenced
"xsession-errors" or "ERRFILE" or any logfile except
"~/.cache/lxsession/LXDE/run.log".

The audit command I used was:

# auditctl -a always,exit -F path=/home/david/.xsession-errors.old -F perm=wa

It was quite easy to do. Below is the audit logging.

The unusual mountpoint is just a shared data LVM volume "hart".
/home is a symlink: /home -> /mnt/hart/home/d10

type=SYSCALL msg=audit(1603857141.131:195): arch=c03e syscall=82
success=yes exit=0 a0=55760a959520 a1=55760a961470 a2=0 a3=6 items=5
ppid=4477 pid=4482 auid=1000 uid=1000 gid=1000 euid=1000 suid=1000
fsuid=1000 egid=1000 sgid=1000 fsgid=1000 tty=(none) ses=14 com
type=CWD msg=audit(1603857141.131:195): cwd="/mnt/hart/home/d10/david"
type=PATH msg=audit(1603857141.131:195): item=0
name="/mnt/hart/home/d10/david" inode=527148 dev=fd:02 mode=040750
ouid=1000 ogid=1000 rdev=00:00 nametype=PARENT cap_fp=
cap_fi= cap_fe=0 cap_fver=0
type=PATH msg=audit(1603857141.131:195): item=1
name="/mnt/hart/home/d10/david" inode=527148 dev=fd:02 mode=040750
ouid=1000 ogid=1000 rdev=00:00 nametype=PARENT cap_fp=
cap_fi= cap_fe=0 cap_fver=0
type=PATH msg=audit(1603857141.131:195): item=2
name=".xsession-errors" inode=527158 dev=fd:02 mode=0100600 ouid=1000
ogid=1000 rdev=00:00 nametype=DELETE cap_fp=
cap_fi= cap_fe=0 cap_fver=0
type=PATH msg=audit(1603857141.131:195): item=3
name=".xsession-errors.old" inode=527157 dev=fd:02 mode=0100600
ouid=1000 ogid=1000 rdev=00:00 nametype=DELETE cap_fp=
cap_fi= cap_fe=0 cap_fver=0
type=PATH msg=audit(1603857141.131:195): item=4
name=".xsession-errors.old" inode=527158 dev=fd:02 mode=0100600
ouid=1000 ogid=1000 rdev=00:00 nametype=CREATE cap_fp=
cap_fi= cap_fe=0 cap_fver=0
type=PROCTITLE msg=audit(1603857141.131:195):
proctitle=6C69676874646D002D2D73657373696F6E2D6368696C64003132003231

I didn't save proof, but ppid=4477 was lightdm and pid=4482 was
/usr/bin/lxsession.

It occurs to me now that I didn't yet look for a rename of dev=fd:02
(which perhaps would be inherited from lightdm) in the lxsession code,
so maybe that's what happens.

I'm just doing this as a learning exercise so am sharing this
intermediate information here.

Normatividad para Lugares y Espacios Seguros

[Ing . Cristian Miranda Galaviz]

Responsabilidad de Empresas otorgar lugares y espacios seguros para sus 
trabajadores….

Implementación de la Norma
ISO 45001:2018 
SISTEMAS DE GESTIÓN DE LA SALUD Y SEGURIDAD EN EL TRABAJO

Curso Online en Vivo / 19 de Noviembre 2020



FOLLETO COMPLETO DEL EVENTO


PROPORCIONA LUGARES DE TRABAJO SEGUROS Y SALUDABLES PARA TODOS TUS EMPLEADOS.


>>> Recibir mayores informes a través de WhatsApp
O para información mucho más detallada comuníquese al:


CDMX / 55 2450 6187
MTY, N.L. / 81 2974 7731
GDL, JAL. / 33 2005 0994














Este boletín informativo tiene como objetivo crear valor en usted y en su 
Institución. Si desea dejar de recibir este tipo de información favor de 
contestar BAJAISO45001.
O en su defecto haga click en el siguiente enlace: unsubscribe from this list

Re: OneDrive en Debian 10

[JavierDebian]

El 28/10/20 a las 15:46, Jefferson Smith Pizarro Gutierrez escribió:


El 28 de octubre de 2020, 8:33 a. m., Debian 
 escribió:



El 28/10/20 a las 12:10, Jefferson Smith Pizarro Gutierrez escribió:

¡Hola!
Alguien sabe como instalar el cliente de OneDrive de Microsft en 
debian 10?


¡No se te ocurra instalarlo!

El paquete que está en testing te fuerza a hacer un frankendebian que
toca la librería de gcc, y genera problemas en TODO el sistema.
Como ejemplo, traba Gimp!

Lo que yo uso, y anda muy bien es montar OneDrive con rclone sobre una
carpeta local, mediante un script al arranque de la sesión gráfica

La receta que seguí fue esta:

https://www.linuxuprising.com/2018/07/how-to-mount-onedrive-in-linux-using.html 



JAP


> Gracias, ahora solo tngo el problema de que no se como montarlo en debian
>
>
>
>

Te repito:

https://www.linuxuprising.com/2018/07/how-to-mount-onedrive-in-linux-using.html 




JAP

Re: [testing] noyau 5.9

[BERTRAND Joël]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

> La question n'est pas tellement qu'ils soient plus performants en
> absolu. C'est juste que le rapport puissance/prix est meilleur et
> puis c'est aussi qu'il me semble important qu'il y ait de la
> concurrence. Donc si j'achetai aujourd'hui ça serait un CPU AMD.

J'ai hésité, mais je ne peux ni me permettre un CPU qui plante (les
"workarounds" sont très tatillons), ni me permettre un nouveau
radiateur. Et franchement, sur ce coup, AMD a un train de retard.
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEq4YCoAJMwLElZVYXOAfo0lKQ8+cFAl+Z3qIACgkQOAfo0lKQ
8+dwkw/+Ibrja460aYbIq9yei4tj3lPQ6UdV6jIX2k3z8E7juSIqrmvj828GKlxk
XrnWJwID/IkOiWMfty7K/1ELsYqPCpMebv9BwXgGQlcWl3AdChhz4fMlbJXZ7IKc
goctvYImYXtu0pkbA7RMu81q7YwNQPVUN/GJsz+7L4kI7L00IOkcDP+BaJulT4nX
gBTb0yeG2h3NTkbF5XdWywdjOjVFX0HZA1edZlkc497+y37BYvYkst5BRgh0j6ai
a7ki8Lc6qUDiQwwWgWLhrrlzf/xQ0mRRn/xrIQF61qXnbKKzE31UWFw9NNjwuaYi
DTtwFSH7FWs5BwzXvk3bHBsnXA8eHniS0ZaoCr6Uiu4JgB0hMUkR8+rrZ7RAB6VK
AadSkY5DH28obpBBvwOY9JJ1ONaTsFNuxflTH+JOm2uzn2thzENSAlrTmp1Dv7fb
bCjrj2D9gDflnCU+oGQE/m2pmu1aWpCx9rb+UoDqzb9kuRa3AYOL/RZyUwg/WGqh
yv7BPc0iVzf7+czK9QzaLBuJF7l9TSpw3vt9LNERtsYzFxT/swJUGt+tVwF5cl7a
83TBzFuOIYuTcYJ0LeHRPycokjywYnsdWAnN73iEr4PzsOFcRSXhtIHd+HATWGKI
CDHDONYWu6lXrRNMjpCazA4RT4HJOyDnCdLpexuZVsR+rvo6uwQ=
=zwGt
-END PGP SIGNATURE-

Re: nftables not user friendly

[Ross Boylan]

Correction:  I wrote

6. And apparently the flag interval only works with a table inet family,
> not the ip family, unless there is something else going on (e.g., maybe I
> need to delete the set explicitly before changing the flag).
>
> The flag interval  works for sets in the ip family.  It was not working
for me because I had an existing definition of the set that did not include
the flag.  When I deleted the existing definition I was then able to create
the set in the ip family with the "interval" flag.

I believe the problem is that you can't redefine the set attributes once
the set is created.  AFAIK this is also undocumented.

In experiments, I found that doing 'nft -f ban', where ban was a file with
the definition of the ban set using curly brace syntax, would add elements
to the set, but it did not remove them.  That is, if the original set is
{a, b, c} and the revised ban file has {b, c, d}, running nft on it results
in a set with {a, b, c, d} even though a is not present in the second
version.

I think I finally have everything working, and there is no longer any
noticeable delay bringing up the network interface, despite the ban set
having over 12k elements.  The old approach, which invoked iptables
separately for each address added, was over 3 minutes for ~10k elements.
In fairness, I think iptables had a set option; I wasn't using it.

So I like the performance, just not the documentation or failure behavior :)

Ross

Re: [testing] noyau 5.9

[Gaëtan Perrier]

Le mercredi 28 octobre 2020 à 21:16 +0100, BERTRAND Joël a écrit :
> Gaëtan Perrier a écrit :
> > Le mercredi 28 octobre 2020 à 11:24 +0100, BERTRAND Joël a écrit :
> > > Gaëtan Perrier a écrit :
> > > > Le lundi 26 octobre 2020 à 22:10 +0100, F. Dubois a écrit :
> > > > > Le 26/10/2020 à 21:03, Kohler Gerard a écrit :
> > > > > > a savoir : incompatibilité actuelle entre le kernel 5.9 et
> > > > > > les drivers proprio Nvidia, il faut attendre la mise à jour
> > > > > > de Nvidia
> > > > > > 
> > > > > Ou passer les drivers en experimental, sid noyau 5.9 tout 
> > > > > fonctionne.
> > > > > 
> > > > 
> > > > Non car je suis en legacy-390xx ...
> > > 
> > > Il va donc être temps de passer à des puces AMD ;-)
> > > Personnellement, je fuis Nvidia comme la peste, j'ai eu trop de
> > > problèmes avec ces cartes. Si le pilote nouveau était fiable, ce
> > > serait un moindre mal, mais ce n'est pas le cas.
> > > 
> > > JKB
> > 
> > Problème résolu avec la version 390.138-5 de sid publiée
> > aujourd'hui. Quant à passer sur de l'AMD on verra ça le jour où je
> > changerai de PC. Pour l'instant l'i5-2500k avec 16 Go et une GTX
> > 550 Ti fonctionne toujours bien. De plus si AMD semble plus ouvert
> > que Nvidia sur les chips graphiques leur processeurs Zen semble
> > poser problème sous Linux par rapport aux Intel si j'ai bien
> > compris ?
> 
>   Il paraîtrait que ce serait enfin corrigé. Je ne peux pas t'en dire
> plus, je tourne avec un i9 officiellement à 2,8 GHz, mais qui dans les
> faits tourne toujours à 4,8 GHz en restant à une température
> inférieure à 50°C lorsque tous les coeurs sont à fond (j'ai installé
> un énorme radiateur de chez Noctua). Ce CPU est sans GPU intégré et
> consomme 65W officiellement. 20 threads à 4,8 GHz avec une carte
> graphique à 8 Go de mémoire (un AMD RX quelque chose), ça me change la
> vie pour la CAO. Je ne suis pas bien sûr que les processeurs AMD
> soient beaucoup plus performants.
> 
>   JKB

La question n'est pas tellement qu'ils soient plus performants en absolu. C'est
juste que le rapport puissance/prix est meilleur et puis c'est aussi qu'il me
semble important qu'il y ait de la concurrence. Donc si j'achetai aujourd'hui
ça serait un CPU AMD.

Gaëtan



signature.asc
Description: This is a digitally signed message part

Re: [testing] noyau 5.9

[BERTRAND Joël]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Gaëtan Perrier a écrit :
> Le mercredi 28 octobre 2020 à 11:24 +0100, BERTRAND Joël a écrit :
>> Gaëtan Perrier a écrit :
>>> Le lundi 26 octobre 2020 à 22:10 +0100, F. Dubois a écrit :
 Le 26/10/2020 à 21:03, Kohler Gerard a écrit :
> a savoir : incompatibilité actuelle entre le kernel 5.9 et
> les drivers proprio Nvidia, il faut attendre la mise à jour
> de Nvidia
> 
 Ou passer les drivers en experimental, sid noyau 5.9 tout 
 fonctionne.
 
>>> 
>>> Non car je suis en legacy-390xx ...
>> 
>> Il va donc être temps de passer à des puces AMD ;-)
>> Personnellement, je fuis Nvidia comme la peste, j'ai eu trop de
>> problèmes avec ces cartes. Si le pilote nouveau était fiable, ce
>> serait un moindre mal, mais ce n'est pas le cas.
>> 
>> JKB
> 
> Problème résolu avec la version 390.138-5 de sid publiée
> aujourd'hui. Quant à passer sur de l'AMD on verra ça le jour où je
> changerai de PC. Pour l'instant l'i5-2500k avec 16 Go et une GTX
> 550 Ti fonctionne toujours bien. De plus si AMD semble plus ouvert
> que Nvidia sur les chips graphiques leur processeurs Zen semble
> poser problème sous Linux par rapport aux Intel si j'ai bien
> compris ?

Il paraîtrait que ce serait enfin corrigé. Je ne peux pas t'en dire
plus, je tourne avec un i9 officiellement à 2,8 GHz, mais qui dans les
faits tourne toujours à 4,8 GHz en restant à une température
inférieure à 50°C lorsque tous les coeurs sont à fond (j'ai installé
un énorme radiateur de chez Noctua). Ce CPU est sans GPU intégré et
consomme 65W officiellement. 20 threads à 4,8 GHz avec une carte
graphique à 8 Go de mémoire (un AMD RX quelque chose), ça me change la
vie pour la CAO. Je ne suis pas bien sûr que les processeurs AMD
soient beaucoup plus performants.

JKB
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEq4YCoAJMwLElZVYXOAfo0lKQ8+cFAl+Z0acACgkQOAfo0lKQ
8+fSEA/8Cl72BQMUOt7jNaFnRYFlL+BlTCEmzyNARR6NrIzkY23WKz7AJT7Ej+5+
qr/4Nn62F7FqGTbKbETzScu5kC8GdpQq7qfelD6qmbjdpwdTgaBdALdPtZiog3/f
GbwaEBFVZb32imHA04FUegMtDuFGMG3F3Q44Vvpk/XNV1CJFR1kp0RIsonR4g864
FNyuqUzGbVo9kzL9oA1JR5I0Au29OrkVxnzlkyFPezWPGATkKNHKkIKSIoKDGTBF
IvHZnsZI6qIYo/mcbP6jTyZYVqcQzOvQwNggDIVMBWmeXCIxv/QK/BUsELCjzDmf
npldzYjaEDtIsBR0LeypeuKwIVosCxn+fGHITAUpfBeZ0JK7F6iT9U6DusyrZFD/
CVVlz+hgTLfygLa1GHt1XTS0sjBqImO1xSO6RdBbRASUma2JIltkevd2aOicFoRz
TJg5LVHwtW/zI1RHwfzLurWtf9MaCC6yKpOD9rg2jh/o11nlQtv5XH5nryjkP/3y
V1m2SCRYv2xoqMt/HcwXQfFB9M9WlpmuSPOE5J4aJVhQIjWwLPYTHZm4WueYRdQA
g/0AhjUor7IWEG95BsHKqNOP3ne0BkPZxn8EsHkPBbbYhRF6JaD8p8g+jHM55wwe
iwxdSz1SIV4xqM0Lc2Cm3CKcw547qCP0blMy0TkXeCbmWUunVpY=
=oZvM
-END PGP SIGNATURE-

Re: OT: Crear paquetes deb

[Antonio Galicia]

Para publicarlo en repositorios públicos deberás contactar a otros
desarrolladores para que te firmen tu llave. Es parte del proceso de
confianza hasta donde recuerdo

 Saludos,
 Antonio Galicia

Eram quod es, eris quod sum
--

El mié., 28 de oct. de 2020 a la(s) 13:39, Ismael L. Donis Garcia
(sli...@natio.co.cu) escribió:
>
> - Original Message -
> From: "Gonzalo Rivero" 
> To: 
> Sent: Wednesday, October 28, 2020 1:51 PM
> Subject: Re: OT: Crear paquetes deb
>
>
> > El mié, 28-10-2020 a las 13:20 -0500, Ismael L. Donis Garcia escribió:
> >> - Original Message -
> >> From: "Gonzalo Rivero" 
> >> To: 
> >> Sent: Tuesday, October 27, 2020 11:08 AM
> >> Subject: Re: OT: Crear paquetes deb
> >>
> >>
> >> > El mar, 27-10-2020 a las 10:43 -0500, Ismael L. Donis Garcia
> >> > escribió:
> >> > > Ante todo disculpen el off topic.
> >> > >
> >> > > He realizado unos pequeños programas con Lazarus, y quisiera
> >> > > empaquetarlos
> >> > > para que puedan ser instalados tanto en debian como en ubuntu,
> >> > > pero
> >> > > no tengo
> >> > > la más mínima idea de como realizar esta tarea.
> >> > >
> >> > > Alguien me podría dar una pequeña ayuda en este tema?
> >> > >
> >> > > Como link o donde buscar tutoriales o cosas por el estilo.
> >> > >
> >> > http://www.debian.org/doc
> >> > en particular:
> >> > https://www.debian.org/doc/devel-manuals#packaging-tutorial
> >> >
> >>
> >> 1 Millón de gracias
> >>
> >> Me ha servido de mucho, solo me falta el como asignar los iconos a
> >> las
> >> opciones del menú ya que me crea una cuadrito negro con la opción
> >> cuando
> >> instalo el .deb
> >>
> >>
> >
> > para eso podés copiarte el archivo de menu de cualquier otro programa,
> > y cambiarlo a gusto. Supongo que en algún lugar de www.freedesktop.org
> > estará la documentación, pero no se ni por donde empezar a buscar
> >
> >
>
>
> Ya lo solucione, creando una carpeta con los iconos de la aplicación en:
> /usr/share/icons/carpeta_xxx
>
> donde carpeta_xxx es el nombre de la aplicacion 'el nombre puede ser
> cualquiera'
> Y haciendo referencia a esos iconos, por supuesto se puede hacer referencia
> a cualquier icono existente, pero eso no da la personalización que yo quería
> obtener.
>
> Ahora me falta estudiar lo referente al versionado de los paquetes, va que
> uno empieza y como que la cosa sigue con más cosas por aprender.
>
> Muchas gracias reiteradas.
> --
> Ismael
>
>

Re: OT: Crear paquetes deb

[Ismael L. Donis Garcia]

- Original Message - 
From: "Gonzalo Rivero" 

To: 
Sent: Wednesday, October 28, 2020 1:51 PM
Subject: Re: OT: Crear paquetes deb



El mié, 28-10-2020 a las 13:20 -0500, Ismael L. Donis Garcia escribió:
- Original Message - 
From: "Gonzalo Rivero" 

To: 
Sent: Tuesday, October 27, 2020 11:08 AM
Subject: Re: OT: Crear paquetes deb


> El mar, 27-10-2020 a las 10:43 -0500, Ismael L. Donis Garcia
> escribió:
> > Ante todo disculpen el off topic.
> >
> > He realizado unos pequeños programas con Lazarus, y quisiera
> > empaquetarlos
> > para que puedan ser instalados tanto en debian como en ubuntu,
> > pero
> > no tengo
> > la más mínima idea de como realizar esta tarea.
> >
> > Alguien me podría dar una pequeña ayuda en este tema?
> >
> > Como link o donde buscar tutoriales o cosas por el estilo.
> >
> http://www.debian.org/doc
> en particular:
> https://www.debian.org/doc/devel-manuals#packaging-tutorial
>

1 Millón de gracias

Me ha servido de mucho, solo me falta el como asignar los iconos a
las
opciones del menú ya que me crea una cuadrito negro con la opción
cuando
instalo el .deb




para eso podés copiarte el archivo de menu de cualquier otro programa,
y cambiarlo a gusto. Supongo que en algún lugar de www.freedesktop.org
estará la documentación, pero no se ni por donde empezar a buscar





Ya lo solucione, creando una carpeta con los iconos de la aplicación en:
/usr/share/icons/carpeta_xxx

donde carpeta_xxx es el nombre de la aplicacion 'el nombre puede ser 
cualquiera'
Y haciendo referencia a esos iconos, por supuesto se puede hacer referencia 
a cualquier icono existente, pero eso no da la personalización que yo quería 
obtener.


Ahora me falta estudiar lo referente al versionado de los paquetes, va que 
uno empieza y como que la cosa sigue con más cosas por aprender.


Muchas gracias reiteradas.
--
Ismael

Re: Qemu 9pfs sftp chrootdirectory option issue

[john doe]

On 10/28/2020 7:50 PM, Markus Schönhaber wrote:

28.10.20, 19:19 +0100 john doe:


On 10/28/2020 6:51 PM, Markus Schönhaber wrote:

28.10.20, 18:30 +0100 john doe:



$ ls -dl /srv/sftp/9p
drwx-- 8 root root ... /srv/sftp/9p


Isn't "9p" supposed to be the share directory? If it is, why is it owned
by root and has these restrictive permissions?



Because of the chrootdirectory directive (see above).


That's why I suggested (twice!) to set the ChrootDirectory to the
directory that *contains* the share directory.


Assuming
ChrootDirectory -> /srv/sftp -> make this root:root, drwxr-xr-x
share -> /srv/sftp/9p -> make this libvirt-qemu:libvirt-qemu, drwxr-xr-x



If I do that, I can't even connect to the sftp server:

$ sftp sftp9p
packet_write_wait: Connection to ::1 port 22: Broken pipe
Connection closed


The logs will probably tell you what exactly is wrong.



Yes the cause of this message is explained by the fatal message
mentioned in my privious e-mail.

As I'm not able to properly describe the issue I'm facing I will need to
come at this from an other angle.

Thanks anyway for your help.

--
John Doe

Re: [testing] noyau 5.9

[Gaëtan Perrier]

Le mercredi 28 octobre 2020 à 11:24 +0100, BERTRAND Joël a écrit :
> Gaëtan Perrier a écrit :
> > Le lundi 26 octobre 2020 à 22:10 +0100, F. Dubois a écrit :
> > > Le 26/10/2020 à 21:03, Kohler Gerard a écrit :
> > > > a savoir : incompatibilité actuelle entre le kernel 5.9 et les
> > > > drivers proprio Nvidia, il faut attendre la mise à jour de
> > > > Nvidia
> > > > 
> > > Ou passer les drivers en experimental, sid noyau 5.9 tout
> > > fonctionne.
> > > 
> > 
> > Non car je suis en legacy-390xx ...
> 
>   Il va donc être temps de passer à des puces AMD ;-) Personnellement,
> je fuis Nvidia comme la peste, j'ai eu trop de problèmes avec ces
> cartes. Si le pilote nouveau était fiable, ce serait un moindre mal,
> mais ce n'est pas le cas.
> 
>   JKB

Problème résolu avec la version 390.138-5 de sid publiée aujourd'hui.
Quant à passer sur de l'AMD on verra ça le jour où je changerai de PC. Pour
l'instant l'i5-2500k avec 16 Go et une GTX 550 Ti fonctionne toujours bien.
De plus si AMD semble plus ouvert que Nvidia sur les chips graphiques leur
processeurs Zen semble poser problème sous Linux par rapport aux Intel si j'ai
bien compris ?

Gaëtan


signature.asc
Description: This is a digitally signed message part

Re: OT: Crear paquetes deb

[Gonzalo Rivero]

El mié, 28-10-2020 a las 13:20 -0500, Ismael L. Donis Garcia escribió:
> - Original Message - 
> From: "Gonzalo Rivero" 
> To: 
> Sent: Tuesday, October 27, 2020 11:08 AM
> Subject: Re: OT: Crear paquetes deb
> 
> 
> > El mar, 27-10-2020 a las 10:43 -0500, Ismael L. Donis Garcia
> > escribió:
> > > Ante todo disculpen el off topic.
> > > 
> > > He realizado unos pequeños programas con Lazarus, y quisiera
> > > empaquetarlos
> > > para que puedan ser instalados tanto en debian como en ubuntu,
> > > pero
> > > no tengo
> > > la más mínima idea de como realizar esta tarea.
> > > 
> > > Alguien me podría dar una pequeña ayuda en este tema?
> > > 
> > > Como link o donde buscar tutoriales o cosas por el estilo.
> > > 
> > http://www.debian.org/doc
> > en particular:
> > https://www.debian.org/doc/devel-manuals#packaging-tutorial
> > 
> 
> 1 Millón de gracias
> 
> Me ha servido de mucho, solo me falta el como asignar los iconos a
> las 
> opciones del menú ya que me crea una cuadrito negro con la opción
> cuando 
> instalo el .deb
> 
> 

para eso podés copiarte el archivo de menu de cualquier otro programa,
y cambiarlo a gusto. Supongo que en algún lugar de www.freedesktop.org 
estará la documentación, pero no se ni por donde empezar a buscar

Re: Qemu 9pfs sftp chrootdirectory option issue

[Markus Schönhaber]

28.10.20, 19:19 +0100 john doe:

> On 10/28/2020 6:51 PM, Markus Schönhaber wrote:
>> 28.10.20, 18:30 +0100 john doe:
> 
>>> $ ls -dl /srv/sftp/9p
>>> drwx-- 8 root root ... /srv/sftp/9p
>>
>> Isn't "9p" supposed to be the share directory? If it is, why is it owned
>> by root and has these restrictive permissions?
>>
> 
> Because of the chrootdirectory directive (see above).

That's why I suggested (twice!) to set the ChrootDirectory to the
directory that *contains* the share directory.

>> Assuming
>> ChrootDirectory -> /srv/sftp -> make this root:root, drwxr-xr-x
>> share -> /srv/sftp/9p -> make this libvirt-qemu:libvirt-qemu, drwxr-xr-x
>>
> 
> If I do that, I can't even connect to the sftp server:
> 
> $ sftp sftp9p
> packet_write_wait: Connection to ::1 port 22: Broken pipe
> Connection closed

The logs will probably tell you what exactly is wrong.

-- 
Regards
  mks

Re: OneDrive en Debian 10

[Jefferson Smith Pizarro Gutierrez]

Gracias, ahora solo tngo el problema de que no se como montarlo en debian










El 28 de octubre de 2020, 8:33 a. m., Debian  
escribió:


El 28/10/20 a las 12:10, Jefferson Smith Pizarro Gutierrez escribió:

¡Hola!
Alguien sabe como instalar el cliente de OneDrive de Microsft en debian 10?

¡No se te ocurra instalarlo!

El paquete que está en testing te fuerza a hacer un frankendebian que
toca la librería de gcc, y genera problemas en TODO el sistema.
Como ejemplo, traba Gimp!

Lo que yo uso, y anda muy bien es montar OneDrive con rclone sobre una
carpeta local, mediante un script al arranque de la sesión gráfica

La receta que seguí fue esta:

https://www.linuxuprising.com/2018/07/how-to-mount-onedrive-in-linux-using.html

JAP

Report a severe security vulnerability

[Leandro neto]

Report a severe security vulnerability

Hi guys sorry form any inconvenience I would like to report what i am thinking a severe security vulnerability that affects all Debian based distros. it was on python 3 files  i am sending a link to every malign list that i am subscribed. IAM NOT A PROFESSIONAL. FELL FREE TO REMOTE ACCESS MY MACHINES ANYTIME. if i am wrong my apology. but i think on my little knowledge certain has something in there. There is a lot of files on the link. I am trying to upload the raw files. but every distro brakes. it shows 140.7 tbTB!!! yes 104000 gbt that fits on a flash drive of 32gb is is very difficult to me to use interment. am being hunting down. so this is my last try. contact only by phone number. because the monitored and listen everything mine.  is like a movie but is true.+552122366155 +552121796156 sorry but i don't know to tell this to anyone. because they don't believe.
link with the photos this is the link for linux distros  https://photos.app.goo.gl/oHRP5Z8JEoT9Q4GN9

link for the other systems osx windows andorid... 

https://photos.app.goo.gl/BsBCuYtVtE4VwGUC9
 
this is the link of the windows apple etc...

best regards leandro leme neto

 
 



De: "Markus Schönhaber" 
Enviada: 2020/10/28 14:51:42
Para: debian-user@lists.debian.org
Assunto:  Re: Qemu 9pfs sftp chrootdirectory option issue
 
28.10.20, 18:30 +0100 john doe:

> On 10/21/2020 11:02 PM, Markus Schönhaber wrote:
>> 21.10.20, 19:11 +0200, john doe:
>>
>>> On 10/20/2020 7:59 PM, Markus Schönhaber wrote:
>>
 How about moving the 9pshare to a root-owned directory and pointing the
 ChrootDirectory there, for example:
 share -> /all/owned/by/root/9pshare
 ChrootDirectory -> /all/owned/by/root

>>>
>>> Thank you for this.
>>>
>>> I can only do that if 'passthrough' is used, as I don't realy understand
>>> the implecations of running qemu as root, I was hoping to find a way
>>> with 'mapped'.
>>> 'mapped' requires that the directory on the host is set to the group and
>>> user used by qemu, 'libvirt-qemu in this case.
>>
>> I don't see the problem with chown'ing the 9pshare directory to the qemu
>> user in my example above.
>>
>
> Okay, following your instructions I can now connect using sftp but I can
> not access the content of the share:

No, you seemingly didn't follow what I said.

> $ ls -dl /srv/sftp/9p
> drwx-- 8 root root ... /srv/sftp/9p

Isn't "9p" supposed to be the share directory? If it is, why is it owned
by root and has these restrictive permissions?

Assuming
ChrootDirectory -> /srv/sftp -> make this root:root, drwxr-xr-x
share -> /srv/sftp/9p -> make this libvirt-qemu:libvirt-qemu, drwxr-xr-x

> $ sftp sftp9p
> Connected to sftp9p.
> sftp> ls
> remote readdir("/"): Permission denied

Of course. Guessing from what you wrote above, only root can even list
the directory's contents (or change into it, in the first place).

--
Regards
mks
 

Re: The .xsession-errors problem

[Celejar]

On Wed, 28 Oct 2020 15:28:37 +1100
David  wrote:

> On Wed, 28 Oct 2020 at 00:45, Andrei POPESCU  wrote:
> > On Ma, 27 oct 20, 07:55:00, Greg Wooledge wrote:
> > > On Mon, Oct 26, 2020 at 11:07:37PM +, Tixy wrote:
> > > > On Mon, 2020-10-26 at 18:35 +0200, Teemu Likonen wrote:
> 
> > > > > It seems that ~/.xsession-errors file can still grow to infinity in
> > > > > size. Sometimes it grows really fast. This is nothing new: we have all
> > > > > seen it and talked about it. What do you do to maintain this file?
> 
> > > > Don't do anything here. The file is created fresh at each boot and is
> > > > 30 lines long [...]
> 
> > > Something that you're doing, or something that was done for you, is
> > > clearing that file.  Your case is not the default.  By default, that
> > > file is never cleared, and just keeps growing.  Most people prune it
> > > manually whenever they notice it getting bigger than they like, which
> > > is usually somewhere between "once a year" and "never".
> 
> > On my system the file is rotated (renamed to .xsession-errors.old), on
> > every login as far as I can tell.
> 
> > Didn't find (yet) what is doing this (using lightdm, LXDE and minimal
> > Xorg).
> 
> I had a curiosity about this, because some people are reporting that they
> need to manage their growing .xsession-errors file by various methods,
> but I never have seen this.
> 
> I see the same behaviour as Andrei, and I also use parts of LXDE.
> 
> I investigated, guided by this teaching from Reco:
> https://lists.debian.org/debian-user/2020/04/msg00583.html
> 
> I found that the process that renames the file to .xsession-errors.old
> is the binary /usr/bin/lxsession owned by the user, with the parent
> process lightdm owned by root.
> 
> /usr/bin/lxsession is a component of LXDE, so this won't apply to
> users of other GUI providers.
> 
> The rename occurs when the user logs in from lightdm. The filename
> .xsession-errors is defined in the script file /etc/X11/Xsession

Interesting, but there seems to be more to the story than this. I use
xfce4 with lightdm, and I also have my .xsession-errors moved
to .xsession-errors.old when I log in via lightdm, even though I'm not
using lxde and lxsession doesn't exist on my system. I haven't tried
the audit method to see what's doing it.

Celejar

RE: Sid random crash with no clue in log files

[Leandro neto]

 
Hi guys sorry form any inconvenience I would like to report what i am thinking a severe security vulnerability that affects all Debian based distros. it was on python 3 files  i am sending a link to every malign list that i am subscribed. IAM NOT A PROFESSIONAL. FELL FREE TO REMOTE ACCESS MY MACHINES ANYTIME. if i am wrong my apology. but i think on my little knowledge certain has something in there. There is a lot of files on the link. I am trying to upload the raw files. but every distro brakes. it shows 140.7 tbTB!!! yes 104000 gbt that fits on a flash drive of 32gb is is very difficult to me to use interment. am being hunting down. so this is my last try. contact only by phone number. because the monitored and listen everything mine.  is like a movie but is true.+552122366155 +552121796156 sorry but i don't know to tell this to anyone. because they don't believe.
link with the photos this is the link for linux distros  https://photos.app.goo.gl/oHRP5Z8JEoT9Q4GN9

link for the other systems osx windows andorid... 

https://photos.app.goo.gl/BsBCuYtVtE4VwGUC9
 
this is the link of the windows apple etc...

best regards leandro leme neto



De: to...@tuxteam.de
Enviada: 2020/10/28 14:00:50
Para: debian-user@lists.debian.org
Assunto:  Re: Sid random crash with no clue in log files

On Wed, Oct 28, 2020 at 04:09:33PM +0100, Sébastien Kalt wrote:
> Hello,
>
> I'm having random crashes on my ASUS PN50 mini PC : sometimes it's while
> copying large files through network, sometimes when watching a youtube
> video, sometimes juste using LibreOffice, or going nothing ...
>
> I can't manage to have a pattern for thoses craches. Today it craches 4
> times, the last week it didn't crash.
>
> I encoded a video with 100 % CPU charge during one hour and it didn't crash.
>
> When I look at the log files, I see nothing : syslog, messages, daemon.log,
> kern.log, Xorg.0.log.old, dmesg
>
> When it crashes, the system seems to be not responding, I can move the
> mouse, but it doesn't click, and then the screen becomes blank. I need to
> shut down the mini PC pushing the power button for a long time.
>
> When I restart it, I don't see anything during the reboot (well, it's quite
> fast, so I might miss something).
>
> Do you have any suggestions to find what might be causing this ?

If the mouse still moves, I'd look first into software. Try to log
into your machine either with a Linux console (CTRL-ALT+F1 or some
other function key) or via ssh, as linux fan suggests.

Try to locate some central gui program which might be misbehaving
and kill it (gnome-panel or some such).

If it were a hardware problem, the machine would most probably
freeze completely or at least show non-repeatable symptoms.

Cheers
- t

Re: Qemu 9pfs sftp chrootdirectory option issue

[john doe]

On 10/28/2020 6:51 PM, Markus Schönhaber wrote:

28.10.20, 18:30 +0100 john doe:


On 10/21/2020 11:02 PM, Markus Schönhaber wrote:

21.10.20, 19:11 +0200, john doe:


On 10/20/2020 7:59 PM, Markus Schönhaber wrote:



How about moving the 9pshare to a root-owned directory and pointing the
ChrootDirectory there, for example:
share -> /all/owned/by/root/9pshare
ChrootDirectory -> /all/owned/by/root



Thank you for this.

I can only do that if 'passthrough' is used, as I don't realy understand
the implecations of running qemu as root, I was hoping to find a way
with 'mapped'.
'mapped' requires that the directory on the host is set to the group and
user used by qemu, 'libvirt-qemu in this case.


I don't see the problem with chown'ing the 9pshare directory to the qemu
user in my example above.



Okay, following your instructions I can now connect using sftp but I can
not access the content of the share:


No, you seemingly didn't follow what I said.



On the host, the directory to be exported is set to
libvirt-qemu:libvirt-qemu.

In the guest, if I set the mount point to libvirt-qemu:libvirt-qemu, I
get the following error:

"fatal: bad ownership or modes for chroot directory "/srv/sftp/9p""


the above error is triggered by the chrootdirectory directive which
requires 'root:root 0700' as ownership and mode.

From (1):

"ChrootDirectory
Specifies a path to chroot(2) to after authentication. This path, and
all its components, must be root-owned directories that are not writable
by any other user or group. After the chroot, sshd(8)"


$ ls -dl /srv/sftp/9p
drwx-- 8 root root ... /srv/sftp/9p


Isn't "9p" supposed to be the share directory? If it is, why is it owned
by root and has these restrictive permissions?



Because of the chrootdirectory directive (see above).


Assuming
ChrootDirectory -> /srv/sftp -> make this root:root, drwxr-xr-x
share -> /srv/sftp/9p -> make this libvirt-qemu:libvirt-qemu, drwxr-xr-x



If I do that, I can't even connect to the sftp server:

$ sftp sftp9p
packet_write_wait: Connection to ::1 port 22: Broken pipe
Connection closed


$ sftp sftp9p
Connected to sftp9p.
sftp> ls
remote readdir("/"): Permission denied


Of course. Guessing from what you wrote above, only root can even list
the directory's contents (or change into it, in the first place).



No argument there.


I appriciate your help/feedback.


1)  https://linux.die.net/man/5/sshd_config

--
John Doe

Re: OT: Crear paquetes deb

[Ismael L. Donis Garcia]

- Original Message - 
From: "Gonzalo Rivero" 

To: 
Sent: Tuesday, October 27, 2020 11:08 AM
Subject: Re: OT: Crear paquetes deb



El mar, 27-10-2020 a las 10:43 -0500, Ismael L. Donis Garcia escribió:

Ante todo disculpen el off topic.

He realizado unos pequeños programas con Lazarus, y quisiera
empaquetarlos
para que puedan ser instalados tanto en debian como en ubuntu, pero
no tengo
la más mínima idea de como realizar esta tarea.

Alguien me podría dar una pequeña ayuda en este tema?

Como link o donde buscar tutoriales o cosas por el estilo.


http://www.debian.org/doc
en particular:
https://www.debian.org/doc/devel-manuals#packaging-tutorial



1 Millón de gracias

Me ha servido de mucho, solo me falta el como asignar los iconos a las 
opciones del menú ya que me crea una cuadrito negro con la opción cuando 
instalo el .deb


Gracias Reiteradas
--
Ismael

Re: getmail, getmail6, testing, unstable, python-is-python3

[Celejar]

On Tue, 27 Oct 2020 17:45:51 +0300
Reco  wrote:

>   Hi.
> 
> On Tue, Oct 27, 2020 at 10:19:01AM -0400, Celejar wrote:
> > On Tue, 27 Oct 2020 17:02:22 +0300
> > Reco  wrote:

...

> > > Indeed. Switch back to fetchmail, because the less you're depending on
> > > python and the software that uses it - the better ;)
> > 
> > Here's the getmail author's opinion of why getmail is preferable to
> > fetchmail:
> > 
> > http://pyropus.ca/software/getmail/faq.html#faq-about-why
> > 
> > Doubtless opinionated, and certainly dated, but would you or anyone
> > else here care to comment?
> 
> It boils down to two things:
> 
> 1) Configuration of fetchmail is teh hard.
> 
> If I have to choose between hard-to-configure software and will-cease-to
> function software - I always go with the first variety. YMMV.
> 
> 
> 2) Fetchmail is insecure, getmail is bulletproof.
> 
> As [1] and [2] show us - it's true somewhat. fetchmail has 5 times more
> known vulnerabilities than getmail.
> Problem with such numbers approach is - last reported CVE for fetchmail
> is dated 2012, and for getmail it's 2014. I.e. both can be considered
> secure enough in this regard.

...

Thanks.

Celejar

Re: Qemu 9pfs sftp chrootdirectory option issue

[Markus Schönhaber]

28.10.20, 18:30 +0100 john doe:

> On 10/21/2020 11:02 PM, Markus Schönhaber wrote:
>> 21.10.20, 19:11 +0200, john doe:
>>
>>> On 10/20/2020 7:59 PM, Markus Schönhaber wrote:
>>
 How about moving the 9pshare to a root-owned directory and pointing the
 ChrootDirectory there, for example:
 share -> /all/owned/by/root/9pshare
 ChrootDirectory -> /all/owned/by/root

>>>
>>> Thank you for this.
>>>
>>> I can only do that if 'passthrough' is used, as I don't realy understand
>>> the implecations of running qemu as root, I was hoping to find a way
>>> with 'mapped'.
>>> 'mapped' requires that the directory on the host is set to the group and
>>> user used by qemu, 'libvirt-qemu in this case.
>>
>> I don't see the problem with chown'ing the 9pshare directory to the qemu
>> user in my example above.
>>
>
> Okay, following your instructions I can now connect using sftp but I can
> not access the content of the share:

No, you seemingly didn't follow what I said.

> $ ls -dl /srv/sftp/9p
> drwx-- 8 root root ... /srv/sftp/9p

Isn't "9p" supposed to be the share directory? If it is, why is it owned
by root and has these restrictive permissions?

Assuming
ChrootDirectory -> /srv/sftp -> make this root:root, drwxr-xr-x
share -> /srv/sftp/9p -> make this libvirt-qemu:libvirt-qemu, drwxr-xr-x

> $ sftp sftp9p
> Connected to sftp9p.
> sftp> ls
> remote readdir("/"): Permission denied

Of course. Guessing from what you wrote above, only root can even list
the directory's contents (or change into it, in the first place).

-- 
Regards
  mks

Re: Qemu 9pfs sftp chrootdirectory option issue

[john doe]

On 10/21/2020 11:02 PM, Markus Schönhaber wrote:

21.10.20, 19:11 +0200, john doe:


On 10/20/2020 7:59 PM, Markus Schönhaber wrote:



How about moving the 9pshare to a root-owned directory and pointing the
ChrootDirectory there, for example:
share -> /all/owned/by/root/9pshare
ChrootDirectory -> /all/owned/by/root



Thank you for this.

I can only do that if 'passthrough' is used, as I don't realy understand
the implecations of running qemu as root, I was hoping to find a way
with 'mapped'.
'mapped' requires that the directory on the host is set to the group and
user used by qemu, 'libvirt-qemu in this case.


I don't see the problem with chown'ing the 9pshare directory to the qemu
user in my example above.



Okay, following your instructions I can now connect using sftp but I can
not access the content of the share:

$ ls -dl /srv/sftp/9p
drwx-- 8 root root ... /srv/sftp/9p
$ sftp sftp9p
Connected to sftp9p.
sftp> ls
remote readdir("/"): Permission denied
sftp> quit


I don't understand how I can have both working together.

How do you manage to get it working?

--
John Doe

Re: Sid random crash with no clue in log files

[tomas]

On Wed, Oct 28, 2020 at 04:09:33PM +0100, Sébastien Kalt wrote:
> Hello,
> 
> I'm having random crashes on my ASUS PN50 mini PC : sometimes it's while
> copying large files through network, sometimes when watching a youtube
> video, sometimes juste using LibreOffice, or going nothing ...
> 
> I can't manage to have a pattern for thoses craches. Today it craches 4
> times, the last week it didn't crash.
> 
> I encoded a video with 100 % CPU charge during one hour and it didn't crash.
> 
> When I look at the log files, I see nothing : syslog, messages, daemon.log,
> kern.log, Xorg.0.log.old, dmesg
> 
> When it crashes, the system seems to be not responding, I can move the
> mouse, but it doesn't click, and then the screen becomes blank. I need to
> shut down the mini PC pushing the power button for a long time.
> 
> When I restart it, I don't see anything during the reboot (well, it's quite
> fast, so I might miss something).
> 
> Do you have any suggestions to find what might be causing this ?

If the mouse still moves, I'd look first into software. Try to log
into your machine either with a Linux console (CTRL-ALT+F1 or some
other function key) or via ssh, as linux fan suggests.

Try to locate some central gui program which might be misbehaving
and kill it (gnome-panel or some such).

If it were a hardware problem, the machine would most probably
freeze completely or at least show non-repeatable symptoms.

Cheers
 - t


signature.asc
Description: Digital signature

Re: Sid random crash with no clue in log files

[Charles Curley]

On Wed, 28 Oct 2020 16:09:33 +0100
Sébastien Kalt  wrote:

> I'm having random crashes on my ASUS PN50 mini PC : sometimes it's
> while copying large files through network, sometimes when watching a
> youtube video, sometimes juste using LibreOffice, or going nothing ...

> Do you have any suggestions to find what might be causing this ?

I suspect something, likely RAM, isn't properly seated. I would: remove
and re-seat any socketed ICs, and any daughter boards. Replug all
cables.

Install and run memtest86 for several hours.

If you have played with hardware settings in the BIOS, set them back to
factory values.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

Re: OneDrive en Debian 10

[Debian]

El 28/10/20 a las 12:10, Jefferson Smith Pizarro Gutierrez escribió:

¡Hola!
Alguien sabe como instalar el cliente de OneDrive de Microsft en debian 10?


¡No se te ocurra instalarlo!

El paquete que está en testing te fuerza a hacer un frankendebian que 
toca la librería de gcc, y genera problemas en TODO el sistema.

Como ejemplo, traba Gimp!

Lo que yo uso, y anda muy bien es montar OneDrive con rclone sobre una 
carpeta local, mediante un script al arranque de la sesión gráfica


La receta que seguí fue esta:

https://www.linuxuprising.com/2018/07/how-to-mount-onedrive-in-linux-using.html

JAP

Re: Free-services lead to increased RAM and CPU requirements

[John Hasler]

Andrei writes:
> It seems to me rhkramer is referring to this:
> https://www.nytimes.com/2020/10/06/technology/congress-big-tech-monopoly-power.html

So institute regulations forcing Amazon to shut down its "marketplace"
and sell only its own products (or rather ones they purchase: they make
nothing), Facebook to merge its two social media utilities into a single
subsiduary (which would have no effect on what the users see but would
make coordination easier), etc.

Anything to avoid changing the tax laws (i.e., capital gains exemptions
and double taxation) the are the incentive for companies to choose
growth over dividends.
-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA

Re: Sid random crash with no clue in log files

[Linux-Fan]

Sébastien Kalt writes:


Hello,

I'm having random crashes on my ASUS PN50 mini PC : sometimes it's while  


[...]

When it crashes, the system seems to be not responding, I can move the mouse,  
but it doesn't click, and then the screen becomes blank. I need to shut down  
the mini PC pushing the power button for a long time.


[...]

Hello,

common things to test in case of random crashes are hardware-related issues  
like cooling (CPU temperatures?), power supply and RAM (memtest86+).


Another thing to debug is: While the system is in the described crash state,  
you can still move the mouse -- this means some software on the system  
remains running despite not being accessible through GUI. An interesting  
step could be to attempt a login through SSH (install openssh-server if not  
already there to enable SSH access). From that SSH login you might be able  
to call a tool like `htop` to check the state of the system and stop any  
rouge processes etc.


I used to have similar types of crashes (the screen never went black, but  
the mouse cursor would move with any further inputs like klicks and key  
presses ignored) on a system with VirtualBox and the NVidia proprietary GPU  
driver (must have been Debian 7 or 8 IIRC). If either VirtualBox or NVidia  
graphics driver were uninstalled, it would never crash that way... In any  
case, logging in through SSH, I could see that the Xorg process was at 100%  
CPU. Killing it caused the screen to go black. Attempting to re-start would  
fail in some way, but afterwards a login from the local system would again  
be possible and the hard reset could be avoided...


HTH
Linux-Fan

öö


pgpIWNhCGmk3b.pgp
Description: PGP signature

Re: OneDrive en Debian 10

[Camaleón]

El 2020-10-28 a las 15:10 -, Jefferson Smith Pizarro Gutierrez escribió:

> Alguien sabe como instalar el cliente de OneDrive de Microsft en debian 10?

Tienes el paquete «onedrive» pero para testing y sid:
https://packages.debian.org/bullseye/onedrive

Para la versión estable, quizá te sirva «rclone»:
https://packages.debian.org/buster/rclone

Saludos,

-- 
Camaleón 

OneDrive en Debian 10

[Jefferson Smith Pizarro Gutierrez]

¡Hola!
Alguien sabe como instalar el cliente de OneDrive de Microsft en debian 10?

Sid random crash with no clue in log files

[Sébastien Kalt]

Hello,

I'm having random crashes on my ASUS PN50 mini PC : sometimes it's while
copying large files through network, sometimes when watching a youtube
video, sometimes juste using LibreOffice, or going nothing ...

I can't manage to have a pattern for thoses craches. Today it craches 4
times, the last week it didn't crash.

I encoded a video with 100 % CPU charge during one hour and it didn't crash.

When I look at the log files, I see nothing : syslog, messages, daemon.log,
kern.log, Xorg.0.log.old, dmesg

When it crashes, the system seems to be not responding, I can move the
mouse, but it doesn't click, and then the screen becomes blank. I need to
shut down the mini PC pushing the power button for a long time.

When I restart it, I don't see anything during the reboot (well, it's quite
fast, so I might miss something).

Do you have any suggestions to find what might be causing this ?

Regards,

Sébastien

Re: Free-services lead to increased RAM and CPU requirements

[Andrei POPESCU]

On Mi, 28 oct 20, 08:26:15, John Hasler wrote:
> rhkramer writes:
> > Investigations started in the US congress (and, iirc, in the EC
> > counterparts) may lead to de-monopolizing some of those services.
> 
> If you are referring to the efforts to gut the DMCA "safe harbor"
> provisions that will have the opposite effect.  Same for the efforts to
> impose Chinese-style "voluntary" censorship.  These sorts of things
> impose large costs which do not scale with the size of the organization.
> This will lead to an oligopoly of a few very large heavily regulated
> organizations, leading to calls for even more regulation.

It seems to me rhkramer is referring to this:
https://www.nytimes.com/2020/10/06/technology/congress-big-tech-monopoly-power.html

(just one of the articles I quickly found via a web search that appears 
to be readable without a subscription)

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: Pourquoi n'y a-t-il pas FreeCad 0.19 en testing ou sid ?

[benoit]

‐‐‐ Original Message ‐‐‐
Le mercredi 28 octobre 2020 09:40, Michel Memeteau - EKIMIA  a 
écrit :

> Autre solution https://snapcraft.io/install/freecad/debian
>
> La 0.19 a été publié en beta il y a 6 jours

Bonjour,

Je n'avais jamais essayé effectivement, ça fonctionne assez facilement !
--
Benoit

Re : Re : Re : [testing] noyau 5.9

[nicolas . patrois]

Le 28/10/2020 15:11:38, BERTRAND Joël a écrit :

>   Le problème n'est pas de publier des pilotes ou non, mais de
> fournir les specs.

Qui aident les développeurs mais ils ont toujours aussi fait sans par 
rétro-ingéniérie.
Combien de vendeurs de carte mère fournissent de quoi développer des pilotes 
libres ?
Idem pour les périphériques en tout genre.

nicolas patrois : pts noir asocial
-- 
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? 
Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...

Re: Re : Re : [testing] noyau 5.9

[BERTRAND Joël]

nicolas.patr...@gmail.com a écrit :
> Le 28/10/2020 14:22:18, BERTRAND Joël a écrit :
> 
>>  Certes. Jusqu'au jour où nvidia décidera que ta carte est trop
>> vieille/pas assez vendue en grand nombre/trop marginale (rayez la
>> mention inutile) pour qu'ils daignent te filer un pilote correct.
> 
> À toi de te renseigner avant d’acheter.

Ahah !... Pardon.

> Quant aux vieux pilotes, un simple aptitude search nvidia montre que les très 
> vieilles cartes sont encore gérées.
> Pour le reste, une boîte est une boîte et je ne fais pas de patriotisme à ce 
> sujet (jusqu’au jour où AMD décidera de ne publier plus que des pilotes 
> propriétaires…)

Le problème n'est pas de publier des pilotes ou non, mais de fournir
les specs.

Re : Re : [testing] noyau 5.9

[nicolas . patrois]

Le 28/10/2020 14:22:18, BERTRAND Joël a écrit :

>   Certes. Jusqu'au jour où nvidia décidera que ta carte est trop
> vieille/pas assez vendue en grand nombre/trop marginale (rayez la
> mention inutile) pour qu'ils daignent te filer un pilote correct.

À toi de te renseigner avant d’acheter.
Quant aux vieux pilotes, un simple aptitude search nvidia montre que les très 
vieilles cartes sont encore gérées.
Pour le reste, une boîte est une boîte et je ne fais pas de patriotisme à ce 
sujet (jusqu’au jour où AMD décidera de ne publier plus que des pilotes 
propriétaires…)

nicolas patrois : pts noir asocial
-- 
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? 
Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...

Re: Replacement Email Client

[John Hasler]

Joe writes:
> But I don't think we're alone. I think many Windows users also stop
> seeing ads after a while, and the bottom line is that Net adverts
> don't really work. I think it was P proved that a year or two ago,
> pulling most of their 'digital' advertising and seeing no significant
> drop in sales. When enough large businesses realise that Net
> advertising isn't cost-effective, that many of their 'clicks' are
> fake, we will see a reduction in it.

Might happen.

> What funds the Net after that, I don't know.

Well, we *could* actually *pay* for the services we need.  I pay Newsguy
for handling my email and consequently when something goes wrong I can
communicate with them and they take action.  There are also many forums
run by volunteers and paid for by donations.

And there is Usenet...

Unfortunately, over time I am being pushed more and more to the
reluctant conclusion that most people, no matter how much they piss and
moan, actually *like* centralization.

-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA

Re: Free-services lead to increased RAM and CPU requirements

[John Hasler]

rhkramer writes:
> Investigations started in the US congress (and, iirc, in the EC
> counterparts) may lead to de-monopolizing some of those services.

If you are referring to the efforts to gut the DMCA "safe harbor"
provisions that will have the opposite effect.  Same for the efforts to
impose Chinese-style "voluntary" censorship.  These sorts of things
impose large costs which do not scale with the size of the organization.
This will lead to an oligopoly of a few very large heavily regulated
organizations, leading to calls for even more regulation.
-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA

Re: Re : [testing] noyau 5.9

[BERTRAND Joël]

nicolas.patr...@gmail.com a écrit :
> Le 28/10/2020 11:24:52, BERTRAND Joël a écrit :
> 
>>  Il va donc être temps de passer à des puces AMD ;-)
>> Personnellement,
>> je fuis Nvidia comme la peste, j'ai eu trop de problèmes avec ces
>> cartes. Si le pilote nouveau était fiable, ce serait un moindre mal,
>> mais ce n'est pas le cas.
> 
> Chacun son expérience avec ces puces.
> Je n’ai jamais eu le moindre problème avec. Quand ça merdait, ça venait de 
> moi.
> À l’époque, j’utilisais le pilote téléchargé chez nVidia. Depuis que 
> j’utilise la version empaquetée par Debian, j’ai encore moins d’ennuis.
> 
> nicolas patrois : pts noir asocial

Certes. Jusqu'au jour où nvidia décidera que ta carte est trop
vieille/pas assez vendue en grand nombre/trop marginale (rayez la
mention inutile) pour qu'ils daignent te filer un pilote correct. J'ai
eu le coup avec une foultitude de machines. Depuis, je boycotte. Et je
continuerai tant que le pilote nouveau ne sera pas au point. Comme
NVidia, en plus, se fout ouvertement du monde libre contrairement à AMD,
ce n'est pas demain la veille.

Le gag m'est arrivé plus souvent qu'à mon tour chez un client qui ne
voulait que du NVidia (pour de mauvaises raisons, mais là n'est pas la
question). Depuis, c'est carte intégrée au CPU, AMD ou pour les cas
extrêmes, Matrox. Mais certainement plus les NVidia. J'ai même une série
de carte NVidia qui fait _planter_ des machines. Pas mal.

JKB

Re: What's going on with snapd?

[Andrei POPESCU]

On Ma, 27 oct 20, 12:05:48, Brian Vaughan wrote:
> On 10/27/2020 6:54 AM, Andrei POPESCU wrote:
> > What release are you running (stable, testing, unstable, etc.)? The
> > package in stable will only receive security updates.
> 
> I'm running unstable. But if I've got the dates right, some of them were
> reported before Buster became stable.
> 
> I suppose my main concern here is that most of the listed bugs seem to have
> gotten no response at all, for a few years, so a framework that (I was told)
> is considered a reliable tool for daily use at Canonical seems to be badly
> broken on Debian, so there's some break  in communication, and I'm wondering
> if there's anything to be done about it.

It does happen that bugs stay in the Debian BTS for years without any 
reaction from the Debian package maintainer. Within the limited time 
available for Debian some might chose to work on the package instead of 
replying to bugs.

As a user there are some things you can do, e.g. bug triage.

First, try to reproduce the bugs on your system (which it seems you 
already did) and post a follow-up to the bug with your findings.

Then you can try to determine whether the bug is already known (and 
maybe even fixed in a newer release) upstream[1], or if the bug is only 
relevant for Debian (and there is nothing for upstream to fix).

Depending on that you can update the meta-data for the Debian bug to 
point to the upstream bug (report one if not there already), or try to 
come up with a fix (even better, a patch), as applicable.

[1] https://bugs.launchpad.net/snappy/

Hope this helps,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: Replacement Email Client

[Jeremy Nicoll]

On Wed, 28 Oct 2020, at 03:59, David Wright wrote:

> I've found those sorts of emails (loosely coupled images) are easy to
> deal with. In mutt, for example, press v for the attachments menu,
> and again on any multipart or message/rfc822 that needs opening,
> exposing the attachments within.

Ages ago, using an email client that allowed one to edit the raw 
content of emails (handy for doing things like splitting OT parts of 
threads, changing Subjects to what meant something to me, etc) I
had scripts that ran within my text editor which would do things like
find all the attachments in an email and assign sensible names and 
content types to them.  Then when that was saved the client's normal
export/detach options could be used to process the files.

-- 
Jeremy Nicoll - my opinions are my own.

Re: Replacement Email Client

[Joe]

On Wed, 28 Oct 2020 09:35:46 +0100
 wrote:


> For reference, I have a (severely restrained, no javascript [1])
> Firefox running. Just one tab open, showing just one jpeg from
> XKCD [2]).
> 
> Top shows it as the (by far hungriest) memory user, with 263 MB.
> Second, third and fourth are... WebContent, WebExtensions and
> WebContent, which are Firefox too, just in disguise.
> 
> Adding those four together towers up to roughly half a gigabyte.
> Even assuming that half of that is shared libs...
> 
> Oh, fifth is Emacs, with roughly 63 MB. But it has a 500K Org
> mode file in its belly (so it's doing something useful).
> 
> How did we end here? How did we end up paying for the ad
> industry's infrastrutcture, paying with our privacy, but
> also with our real money, having to buy RAM and CPU power
> just for their sake?
> 
> How do we get out of here?


For the most part, it's not 'we'. When your operating system requires
4GB to work at all (and Linux is catching up fast), and most of your use
of the Net (and the computer itself) involves web pages, then half a gig
for a browser is not too unreasonable.

Those of us who do not run Windows and don't live our lives through
Twitter and Facebook are a minority. Those of us who use significant ad
blocking, those of us who try to avoid getting shown 'targetted' ads,
and those of us who don't even see most of the ads that are shown to
us, are a smaller one still. Apart from not buying things we see
advertised, there's not a whole lot we can do, and as a minority, the
advertisers will not even notice that.

But I don't think we're alone. I think many Windows users also stop
seeing ads after a while, and the bottom line is that Net adverts don't
really work. I think it was P proved that a year or two ago, pulling
most of their 'digital' advertising and seeing no significant drop in
sales. When enough large businesses realise that Net advertising isn't
cost-effective, that many of their 'clicks' are fake, we will see a
reduction in it.

What funds the Net after that, I don't know.

-- 
Joe

Re: The .xsession-errors problem

[Andrei POPESCU]

On Mi, 28 oct 20, 15:28:37, David wrote:
> On Wed, 28 Oct 2020 at 00:45, Andrei POPESCU  wrote:
> 
> > On my system the file is rotated (renamed to .xsession-errors.old), on
> > every login as far as I can tell.
> 
> > Didn't find (yet) what is doing this (using lightdm, LXDE and minimal
> > Xorg).
> 
> I had a curiosity about this, because some people are reporting that they
> need to manage their growing .xsession-errors file by various methods,
> but I never have seen this.
> 
> I see the same behaviour as Andrei, and I also use parts of LXDE.
> 
> I investigated, guided by this teaching from Reco:
> https://lists.debian.org/debian-user/2020/04/msg00583.html
> 
> I found that the process that renames the file to .xsession-errors.old
> is the binary /usr/bin/lxsession owned by the user, with the parent
> process lightdm owned by root.
> 
> /usr/bin/lxsession is a component of LXDE, so this won't apply to
> users of other GUI providers.
> 
> The rename occurs when the user logs in from lightdm. The filename
> .xsession-errors is defined in the script file /etc/X11/Xsession
 
Indeed, I tried 'startx' and the file wasn't rotated, so it must be 
something about how lightdm starts the LXDE session.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: Free-services lead to increased RAM and CPU requirements (was: Re: Replacement Email Client)

[Andrei POPESCU]

On Mi, 28 oct 20, 07:12:19, rhkra...@gmail.com wrote:
> On Wednesday, October 28, 2020 04:35:46 AM to...@tuxteam.de wrote:
> > How did we end here? How did we end up paying for the ad
> > industry's infrastrutcture, paying with our privacy, but
> > also with our real money, having to buy RAM and CPU power
> > just for their sake?
> 
> Assuming that is not a rhetorical question, or answering for posterity, it 
> was 
> primarily by accepting the word "free" in their promises of free services at 
> face value.

Client-side scripting does enable services like ProtonMail to exist as 
well.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re : [testing] noyau 5.9

[nicolas . patrois]

Le 28/10/2020 11:24:52, BERTRAND Joël a écrit :

>   Il va donc être temps de passer à des puces AMD ;-)
> Personnellement,
> je fuis Nvidia comme la peste, j'ai eu trop de problèmes avec ces
> cartes. Si le pilote nouveau était fiable, ce serait un moindre mal,
> mais ce n'est pas le cas.

Chacun son expérience avec ces puces.
Je n’ai jamais eu le moindre problème avec. Quand ça merdait, ça venait de moi.
À l’époque, j’utilisais le pilote téléchargé chez nVidia. Depuis que j’utilise 
la version empaquetée par Debian, j’ai encore moins d’ennuis.

nicolas patrois : pts noir asocial
-- 
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? 
Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...

Re: Problema con bluetooth en Buster

[Josu Lazkano]

El mar., 27 oct. 2020 a las 18:00, Camaleón () escribió:

> El 2020-10-27 a las 16:35 +0100, Josu Lazkano escribió:
>
> > El mar., 27 oct. 2020 a las 16:08, Camaleón ()
> escribió:
>
> > > > [5.176848] brcmfmac mmc0:0001:1: firmware: failed to load
> brcm/brcmfmac43241b4-sdio.clm_blob (-2)
> > > > [5.176859] firmware_class: See https://wiki.debian.org/Firmware
> for
> > > information about missing firmware
> > > > [5.176866] brcmfmac: brcmf_c_process_clm_blob: no clm_blob
> available
> > > (err=-2), device may have limited channels available
> > > > [5.177153] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM4324/5
> wl0:
> > > Jul 17 2013 07:36:07 version 6.10.197.71 (r412987) FWID 01-882d2634
> > > >
> > > > En Google no aparece por ningun lado, es un poco raro.
> > >
> > > Creo que lo tienes en este paquete:
> > >
> > > https://packages.debian.org/buster/firmware-brcm80211
> > >
> > > Contents:
> > > * Broadcom BCM43241 rev 4 firmware (brcm/brcmfmac43241b4-sdio.bin)
> > >
> >
> > En ese paquete tengo el fichero "brcmfmac43241b4-sdio.bin", pero no el
> > "brcmfmac43241b4-sdio.clm_blob".
> > Cambia la extensión.
>
> Entonces ya tienes instalado ese paquete y te sigue apareciendo el
> mensaje ¿no?
>
> Si no tiene ningún efecto secundario, más allá del error, seguramente
> ya lo habrán corregido en una nueva versión del kernel.
>
> Me parece que se trata de esto:
>
> brcmfmac: Use request_firmware_direct for the clm_blob
>
> https://patchwork.kernel.org/project/linux-wireless/patch/20190107113401.6824-1-hdego...@redhat.com/
>
> Saludos,
>
> --
> Camaleón
>
>
Buenas,

Si, la verdad que el bluetooth ya funciona, el error es algo estético,
según pone en el link que me envías es información de canales permitidos en
cada país y potencias, que no es necesario tenerlo.

Muchas gracias por todo Camaleón.

Un saludo.

-- 
Josu Lazkano

Free-services lead to increased RAM and CPU requirements (was: Re: Replacement Email Client)

[rhkramer]

On Wednesday, October 28, 2020 04:35:46 AM to...@tuxteam.de wrote:
> How did we end here? How did we end up paying for the ad
> industry's infrastrutcture, paying with our privacy, but
> also with our real money, having to buy RAM and CPU power
> just for their sake?

Assuming that is not a rhetorical question, or answering for posterity, it was 
primarily by accepting the word "free" in their promises of free services at 
face value.

> How do we get out of here?

Don't know.  It was / is a tradeoff.  For some of us, and with appropriate 
protective measures, maybe it has been and still is a reasonable tradeoff.

Investigations started in the US congress (and, iirc, in the EC counterparts) 
may lead to de-monopolizing some of those services.  I'm not sure that will 
help all that much, or to say it another way, when that happens, those 
companies will find more ways to try to achieve large profits (which, 
generally, 
are at our expense).

I wouldn't mind seeing some discussion of appropriate ideas.

Re: [testing] noyau 5.9

[BERTRAND Joël]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Gaëtan Perrier a écrit :
> Le lundi 26 octobre 2020 à 22:10 +0100, F. Dubois a écrit :
>> Le 26/10/2020 à 21:03, Kohler Gerard a écrit :
>>> a savoir : incompatibilité actuelle entre le kernel 5.9 et les
>>> drivers proprio Nvidia, il faut attendre la mise à jour de
>>> Nvidia
>>> 
>> Ou passer les drivers en experimental, sid noyau 5.9 tout
>> fonctionne.
>> 
> 
> Non car je suis en legacy-390xx ...

Il va donc être temps de passer à des puces AMD ;-) Personnellement,
je fuis Nvidia comme la peste, j'ai eu trop de problèmes avec ces
cartes. Si le pilote nouveau était fiable, ce serait un moindre mal,
mais ce n'est pas le cas.

JKB
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEq4YCoAJMwLElZVYXOAfo0lKQ8+cFAl+ZRvMACgkQOAfo0lKQ
8+d+3Q/9HDkvmlQR2j7qKx2tcbcktM+UObN5ymO8IfUscVEAz+6AU1BpQmwBX8mh
Pr9P6qULhJsGlNqiL3/Lc//gHTxaolLKlEgvlOtX2Z5K8Kt1MQaOXzuXJMlflId6
Wq15QjIDYHF+es7uTTbUUBP+1/z9h8qQ5L4iL7xX+Mycdl9kMgy9eBzI0Vg4TPy/
Y3/i8ostmJwcxShl7SxliK37Z9btXjpz/CC1UBhJDeR+shje5J5heSxUIDnorJiJ
iWANZe+AAjoGo549+jIFbuFBhGqXdnjkuIOxOa5fYyxaGIix9auot/Md7rMORJoo
ukZ9XUTPIqjuP7YNB1h9Pg0XgJ1mBFnSd1G2AWcTS3O5U33ExAc5DbHbVeSXthd/
XRSN50h8h9qUdi8fRSMKFEadkpXwUPfYxRCIXM7jBe2RfYISuLO10Az0gvjbOfxA
Lq2GhfZVFapfisEcOsJz2PyZheqruKQp29BZYArMf/4IA+TgXLZB2Ie6hwFov3oA
3FEQ6MiZfZUeAvWibH24W6YkHIOdABiN2Taz/A8lM3J5xjiR3zkLvjb9Snh4DE4n
80c4EJhOwJ6zZcWTILDmzHFajmV1vy3uWG2BhxuC04YJGmXdXx3y5/h+aIj1KUqx
bnP2UQai4aP9ytoQc/mIVjnCUl3zvKmbm/0nqCHww1yLRYgGXS8=
=TeQv
-END PGP SIGNATURE-

Re:Re: how to download the previous version files

[siming]

Thanks. when I use gunzip to read the jigdo file, it show me the 
https://snapshot.debian.org
$ gunzip http://snapshot.debian.org/archive/debian/20200927T101601Z/ --try-last
Best regards
SIMING


At 2020-10-28 17:03:54, "Andrei POPESCU"  wrote:
>On Mi, 28 oct 20, 14:21:42, siming wrote:
>> Hello,
>> how to download the previous version files?  For example, I want to 
>> download the base-files_10.3+deb10u5.dsc, but at 
>> http://ftp.debian.org/debian/pool/main/b/base-files/ 
>> it just have the newest file base-files_10.3+deb10u6.dsc.
>
>https://snapshot.debian.org should have all package versions ever 
>uploaded to the archive going back (almost?) to the first release of 
>Debian.
>
>Kind regards,
>Andrei
>-- 
>http://wiki.debian.org/FAQsFromDebianUser

Re: how to download the previous version files

[Andrei POPESCU]

On Mi, 28 oct 20, 14:21:42, siming wrote:
> Hello,
> how to download the previous version files?  For example, I want to 
> download the base-files_10.3+deb10u5.dsc, but at 
> http://ftp.debian.org/debian/pool/main/b/base-files/ 
> it just have the newest file base-files_10.3+deb10u6.dsc.

https://snapshot.debian.org should have all package versions ever 
uploaded to the archive going back (almost?) to the first release of 
Debian.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: Bug Report? - T14 Microphone Issue - Possible Missing Kernel Config?

[Andrei POPESCU]

On Ma, 27 oct 20, 20:15:13, Jonathan wrote:
> Good Evening,
> 
> I was attempting to get my microphone working on my T14 AMD as it is the
> only non-functioning piece I was aware of. Browsing possible solutions I was
> shown the following could fix the issue if added to the kernel config:
> 
> CONFIG_SND_SOC_AMD_RENOIR=m
> 
> CONFIG_SND_SOC_AMD_RENOIR_MACH=m
> 
> 
> I wasn't sure how to properly post a bug report or if this was even a bug. I
> apologize if this is an incorrect way to present this information.

Hello,

You should report this as a "bug" with severity: wishlist against the 
source package 'linux', asking for those options to be enabled in the 
Debian kernel.

Typically this is done with reportbug[1], though it's possible to do it 
with a simple mail to sub...@bugs.debian.org if you put right at the top 
of the e-mail (the first two lines of your message) the following:

Source: linux
Severity: wishlist

See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=946260 for an 
example.

[1] using reportbug with Source: linux may lead to including lots of 
additional information about your system which is not really necessary 
in this case.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: Replacement Email Client

[mick crane]

On 2020-10-28 08:35, to...@tuxteam.de wrote:


How did we end here? How did we end up paying for the ad
industry's infrastrutcture, paying with our privacy, but
also with our real money, having to buy RAM and CPU power
just for their sake?

How do we get out of here?


Good point.
Ad agencies have always pushed for doing more "clever" things.
The innovations in cinema were first made in the TV commercials.
But in that case the product manufacturer was paying.

mick
--
Key ID4BFEBB31

Re:Re: how to download the previous version files

[siming]

Solved my problem. Thanks.
Best regards
SIMING

At 2020-10-28 15:33:17, "Thomas Schmitt"  wrote:
>Hi,
>
>siming wrote:
>> I want to download the base-files_10.3+deb10u5.dsc,
>
>Let's just ask an old .jigdo file where it goes as last resort:
>
>  $ gunzip   Debian=http://us.cdimage.debian.org/cdimage/snapshot/Debian/ --try-last
>
>and indeed there is
>
>  http://us.cdimage.debian.org/cdimage/snapshot/Debian/pool/main/b/base-files/
>  
> http://us.cdimage.debian.org/cdimage/snapshot/Debian/pool/main/b/base-files/base-files_10.3%2Bdeb10u5.dsc
>
>(In newer .jigdo files this is the second last try.)
>
>
>Have a nice day :)
>
>Thomas

Re: Pourquoi n'y a-t-il pas FreeCad 0.19 en testing ou sid ?

[Michel Memeteau - EKIMIA]

Autre solution https://snapcraft.io/install/freecad/debian

La 0.19 a été publié en beta il y a 6 jours
<-->
Michel Memeteau  - Directeur.


Notre Boutique Ordinateurs GNU/Linux : https://shop.ekimia.fr
Fixe :  +33 (0) 972308334   Mobile : +33(0) 624808051
<-->


Le mar. 27 oct. 2020 à 09:30, benoit  a écrit :

> Bonjour,
>
> La version stable de FreeCad est la : 0.18.4 et est empaquetée dans cette
> version aussi bien en testing qu'en sid.
>
> Pourquoi la 0.19 qui est la version de développement n'est-elle pas
> disponible en testing ou en sid ?
>
> --
> Benoit
>
>
> Sent with ProtonMail  Secure Email.
>
>

Re: Replacement Email Client

[tomas]

On Tue, Oct 27, 2020 at 04:18:40PM -0700, John Conover wrote:
> Patrick Bartek writes:
> > > >  
> > > >> On 10/25/20 8:28 PM, Patrick Bartek wrote:  
> > > >>> I'm not referring to viewing HTML emails. I already can do that in
> > > >>> Claws-Mail using its Dillo plugin. I'm talking about filling in
> > > >>> forms, etc. that are part of the HTML email and sending just the
> > > >>> data without "replying" in the normal sense.  This is beyond
> > > >>> Claws' and Dillo's capabilities.  I have to use a real browser,
> > > >>> log into that particular web mail account (like gmail), click on
> > > >>> that particular email, etc. to do so.
> > > >>>
> 
> Has anyone:
> 
> 1) ReBoot your machine.
> 2) login and launch claws-mail with the Dillo plugin, 
>and exit claws-mail
> 3) lsof -Pni > tempfile
> 
> and near the end of tempfile is 10 process running from Dillo, even
> through claws-mail has exited, (all listeners, something like 50 MB of
> memory.)

Wow. 50 MB.

For reference, I have a (severely restrained, no javascript [1])
Firefox running. Just one tab open, showing just one jpeg from
XKCD [2]).

Top shows it as the (by far hungriest) memory user, with 263 MB.
Second, third and fourth are... WebContent, WebExtensions and
WebContent, which are Firefox too, just in disguise.

Adding those four together towers up to roughly half a gigabyte.
Even assuming that half of that is shared libs...

Oh, fifth is Emacs, with roughly 63 MB. But it has a 500K Org
mode file in its belly (so it's doing something useful).

How did we end here? How did we end up paying for the ad
industry's infrastrutcture, paying with our privacy, but
also with our real money, having to buy RAM and CPU power
just for their sake?

How do we get out of here?

Cheers
 - t


signature.asc
Description: Digital signature

Re: how to download the previous version files

[Thomas Schmitt]

Hi,

siming wrote:
> I want to download the base-files_10.3+deb10u5.dsc,

Let's just ask an old .jigdo file where it goes as last resort:

  $ gunzip http://us.cdimage.debian.org/cdimage/snapshot/Debian/ --try-last

and indeed there is

  http://us.cdimage.debian.org/cdimage/snapshot/Debian/pool/main/b/base-files/
  
http://us.cdimage.debian.org/cdimage/snapshot/Debian/pool/main/b/base-files/base-files_10.3%2Bdeb10u5.dsc

(In newer .jigdo files this is the second last try.)


Have a nice day :)

Thomas

how to download the previous version files

[siming]

Hello,
how to download the previous version files?  For example, I want to 
download the base-files_10.3+deb10u5.dsc, but at 
http://ftp.debian.org/debian/pool/main/b/base-files/ 
it just have the newest file base-files_10.3+deb10u6.dsc.
   Thanks.
SIMING