Re: libc-bin "cycle found while processing triggers"

[Andrei POPESCU]

On Ma, 16 iun 20, 11:47:24, Dan Ritter wrote:
> 
> Since postfix is already hosed:
> 
> sudo rm -rf /etc/postfix
> sudo apt install --reinstall postfix

For most packages (didn't check postfix) this might not do what one 
expects.

Files marked as dpkg conffiles will not be restored, as dpkg considers 
the removal to be an admin choice to be preserved.

The file /var/lib/dpkg/info/.conffiles will show which 
configuration files are marked as conffiles for a package.

According to the manpage 'dpkg --force-confmiss' should restore missing 
conffiles (without prompting).

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


signature.asc
Description: PGP signature

Re: KDE run Dolphin as root?

[Gary L. Roach]

On 6/16/20 12:26 AM, to...@tuxteam.de wrote:

On Tue, Jun 16, 2020 at 09:21:24AM +0200, Marco Möller wrote:

On 15.06.20 21:47, Gary L. Roach wrote:

Someone in the Debian hierarchy decided that root Dolphin was too
much of a security risk. So the problem has propagated to at least
a half dozen other distros (Ubuntu,Kubuntu, Mint) to name a
couple.

To my knowledge, this is not true!

You're too polite ;-D

To my perception, this is borderline... conspiracy theory.

Cheers
-- t


Miacopa

I think I was venting. I am so frustrated with this whole Dolphin mess 
that I may have gone overboard. Dolphin is probably the most used 
package on my systems. I do a lot of compiling from source code and 
complicated computer modeling and the frustration this has caused is 
very very unfortunate. *So who is responsible for messing around with my 
head*. My last post did include an apology  to anyone I maligned.


Gary R

Re: "NVIDIA GeForce 7600 GT"

[Dan Ritter]

Seeds Notoneofmy wrote: 
> 
> On 6/16/20 10:35 PM, Dan Ritter wrote:
> > $ apt search nouveau
> > ...
> > xserver-xorg-video-nouveau/stable 1:1.0.16-1 amd64
> >X.Org X server -- Nouveau display driver
> > 
> > So install that, make sure your X.org thinks it's the right
> > driver to use, and reboot for good luck.
> 
> I currently have the nvidia drivers, do I just do apt-get remove nvidia
> and then follow your guide?
> 

Three parts:

1. Remove the nvidia Xorg driver -- might need to remove the
Nvidia kernelmodeset module, too.

2. Install the nouveau Xorg video driver.

3. Tell the Xorg server to use the nouveau driver.

There are endless fiddly bits that might or might not interfere,
but that's the basic sequence.

-dsr-

Re: KDE run Dolphin as root?

[Gary L. Roach]

On 6/15/20 1:05 PM, Andrei POPESCU wrote:

On Lu, 15 iun 20, 12:47:59, Gary L. Roach wrote:

I assume that with respect to the original message that it should be obvious
that the root user problem stems from the underlying Debian OS. Someone in
the Debian hierarchy decided that root Dolphin was too much of a security
risk. So the problem has propagated to at least a half dozen other distros
(Ubuntu,Kubuntu, Mint) to name a couple.

Do you have any source for this claim?

Debian tends to do little if any customization to such big software
packages like KDE (there simply aren't enough resources for it), with
the obvious exception of integrating it with the rest of the system.

Kind regards,
Andrei


Hi all,

Andrei, after thinking about your question for a while I realized that I 
use KDE5 for just about everything. I'm even using Kubuntu for my Ubuntu 
installation. I really don't care for Ubuntu's Gnome desktop. Personal 
preference. That may have to change. I just loaded up the latest Kubuntu 
version (20.04) and now, not only is Dolphin completely locked out as a  
root user, they have now locked out everything. I can't even read a root 
directory. Everything is grayed out. So to hell with Dolphin. I loaded 
in Nemo and took the memory hit from all of the Gnome support packages. 
With two one terabyte drives and 16 GB of ram. who cares. Apologies for 
slandering Debian but if they want to keep using KDE as their desktop 
they had better bring the hammer down on someone in the KDE hierarchy . 
I now have to start communications with the Elmerfem people who have 
religated their GUI Qt4 problems from a bug to an inhancement. I have 
gotten warnings from several different sources that Debian is dropping 
Qt4 because of maintenance problems up line. One of these days I may get 
a working physics modeling setup.


Regards

Gary R.

Re: "NVIDIA GeForce 7600 GT"

[Seeds Notoneofmy]

On 6/14/20 5:45 PM, floris wrote:

(From nvidia-detect)
$ nvidia-detect 10de:0391
Checking driver support for PCI ID [10de:0391]
Your card is only supported by the 304 legacy drivers series, which is
only available up to stretch.

In other words; downgrade Buster to Stretch if you want to use the
nvidia-graphics-drivers-legacy-304xx packages
Maybe you can install the 304 driver, but you must downgrade the
Xserver to version 1.19


And this is what *was* installed, as I've now removed it with apt-get
purge nvidia*

nvidia-legacy-390xx-alternative (390.132-3~deb10u1)

Thanks.

Re: "NVIDIA GeForce 7600 GT"

[Seeds Notoneofmy]

On 6/14/20 5:45 PM, floris wrote:

(From nvidia-detect)
$ nvidia-detect 10de:0391
Checking driver support for PCI ID [10de:0391]
Your card is only supported by the 304 legacy drivers series, which is
only available up to stretch.

In other words; downgrade Buster to Stretch if you want to use the
nvidia-graphics-drivers-legacy-304xx packages
Maybe you can install the 304 driver, but you must downgrade the
Xserver to version 1.19


Just to help others help me, here's lspci output on the card:

05:00.0 VGA compatible controller: NVIDIA Corporation G73 [GeForce 7600
GT] (rev a1)

It did not give the Device PCI ID

Thanks

Re: "NVIDIA GeForce 7600 GT"

[Seeds Notoneofmy]

On 6/17/20 1:00 AM, elvis wrote:


On 17/6/20 5:49 am, Seeds Notoneofmy wrote:


On 6/14/20 5:45 PM, floris wrote:

In other words; downgrade Buster to Stretch if you want to use the
nvidia-graphics-drivers-legacy-304xx packages

This isn't really an option :)



buster-backports?

yes, what about buster-backports. Can you please share the balance of
your thought?






Maybe you can install the 304 driver, but you must downgrade the
Xserver to version 1.19


But this one seems to be. What would I break and how would I go about
downgrading a core part of the OS?

Thanks a lot.

Cheers

Re: "NVIDIA GeForce 7600 GT"

[elvis]

On 17/6/20 5:49 am, Seeds Notoneofmy wrote:


On 6/14/20 5:45 PM, floris wrote:

In other words; downgrade Buster to Stretch if you want to use the
nvidia-graphics-drivers-legacy-304xx packages

This isn't really an option :)



buster-backports?





Maybe you can install the 304 driver, but you must downgrade the
Xserver to version 1.19


But this one seems to be. What would I break and how would I go about
downgrading a core part of the OS?

Thanks a lot.

Cheers


--
Who needs an interface?  Just say it runs in the background.

Re: libc-bin "cycle found while processing triggers"

[Gary Aitken]

On 6/16/20 9:47 AM, Dan Ritter wrote:

Gary Aitken wrote:

...

Since postfix is already hosed:

sudo rm -rf /etc/postfix
sudo apt install --reinstall postfix


Thanks, will save that for next time.

Gary

Re: "NVIDIA GeForce 7600 GT"

[Seeds Notoneofmy]

On 6/16/20 10:35 PM, Dan Ritter wrote:

$ apt search nouveau



and I got this:

root@bruda:/home/brudabuster# apt search nouveau
Sorting... Done
Full Text Search... Done
bumblebee/buster-backports,now 3.2.1-22~bpo10+1 amd64 [installed,automatic]
  NVIDIA Optimus support for Linux

libdrm-nouveau2/stable,now 2.4.97-1 amd64 [installed,automatic]
  Userspace interface to nouveau-specific kernel DRM services -- runtime

xfonts-jmk/stable 3.0-22 all
  Jim Knoble's character-cell fonts for X

xserver-xorg-video-nouveau/stable,now 1:1.0.16-1 amd64 [installed,automatic]
  X.Org X server -- Nouveau display driver

Re: "NVIDIA GeForce 7600 GT"

[Seeds Notoneofmy]

On 6/16/20 10:35 PM, Dan Ritter wrote:

$ apt search nouveau
...
xserver-xorg-video-nouveau/stable 1:1.0.16-1 amd64
   X.Org X server -- Nouveau display driver

So install that, make sure your X.org thinks it's the right
driver to use, and reboot for good luck.


I currently have the nvidia drivers, do I just do apt-get remove nvidia
and then follow your guide?

Thanks a lot.

Dan, we can get this done right now...I'm ready!

Re: "NVIDIA GeForce 7600 GT"

[Dan Ritter]

Seeds Notoneofmy wrote: 
> 
> On 6/16/20 10:03 PM, Dan Ritter wrote:
> > Sorry, you're wrong.
> > 
> > Your card is in the NV40 column here:
> > https://nouveau.freedesktop.org/wiki/FeatureMatrix/
> > 
> > It's pretty well supported.
> 
> Thanks, Dan.
> 
> But can you confirm: are you saying that my card is fully supported
> under Buster?

It should be supported with:

$ apt search nouveau
...
xserver-xorg-video-nouveau/stable 1:1.0.16-1 amd64
  X.Org X server -- Nouveau display driver

So install that, make sure your X.org thinks it's the right
driver to use, and reboot for good luck.

-dsr-

Re: "NVIDIA GeForce 7600 GT"

[Seeds Notoneofmy]

On 6/16/20 10:03 PM, Dan Ritter wrote:

Sorry, you're wrong.

Your card is in the NV40 column here:
https://nouveau.freedesktop.org/wiki/FeatureMatrix/

It's pretty well supported.

-dsr-



...and anyone who can help, please do. The problem is really bad, each
website out there with video that plays automatically will send my
screen blank for a while and returns, all by itself. I need this fixed
urgently, if I can. It's really frustrating, for example, it the screen
has gone completely blank five times while tying this, because on
Firefox, I'm on this site:
https://www.techwalla.com/articles/macbook-a1278-specifications

Thanks everyone.

Re: "NVIDIA GeForce 7600 GT"

[Seeds Notoneofmy]

On 6/16/20 10:03 PM, Dan Ritter wrote:

Sorry, you're wrong.

Your card is in the NV40 column here:
https://nouveau.freedesktop.org/wiki/FeatureMatrix/

It's pretty well supported.


Thanks, Dan.

But can you confirm: are you saying that my card is fully supported
under Buster?

If so, then we can return to the original question and perhaps you could
help me proceed.

Thanks ever so much.

Cheers.

Re: "NVIDIA GeForce 7600 GT"

[Dan Ritter]

Seeds Notoneofmy wrote: 
> On 6/14/20 8:59 AM, Hans wrote:
> 
> > the 7600GT was supported by debian (I am not sure, if it still is with the
> > actual kernel).
> > 
> > At the moment it is supported by the kernel module "nouveau", but when you
> > need hardware acceleration for i.e. games or other applications, you have to
> > install the driver from Nvidia.
> > 
> > To do this, there are several ways:



> I have learnt a lot, and I guess that's part of what this forum is for.
> I will not do any of what you have suggested as I do not personally
> think any will be an 'easy' solution, compared to investing in another
> card.

Installing Nouveau is pretty easy.

> Bottom line; gone are the days when Linux was the go-to OS for old
> hardware. Indeed, this was a selling point for Linux when Dinosaur
> walked the earth. It is not so now. Now it's an 'OS you can fiddle
> with.' How times have changed. And the environment with it, as I soon

Sorry, you're wrong.

Your card is in the NV40 column here:
https://nouveau.freedesktop.org/wiki/FeatureMatrix/ 

It's pretty well supported.

-dsr-

Re: [HS] L'Etat choisit Microsoft pour ses données de santé

[Pierre Malard]

Et dans le même temps le ministère de la recherche engage avec l’Europe des MM€ 
pour créer un cloud européen de la recherche pour se prémunir de genre d’avanie.

Ha schizophrénie, quand tu nous tiens…

--
Pierre Malard

   «A force de faire "la rue" on est devenu le caniveau»
  Abd Al Malik - Céline
   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,4-  ) )-,_. ,\ (  `'-'
 '---''(_/--'  `-'\_)  πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ 
(  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--

> Le 16 juin 2020 à 15:14, Eric Degenetais  a écrit :
> 
> 
> 
> Éric Dégenètais
> 
> Le mar. 16 juin 2020 13:22, ajh-valmer  > a écrit :
> L'Etat choisit Microsoft pour les données de santé et crée la polémique
> 
> Le gouvernement français a pris la décision d'héberger les informations
> de santé de millions de Français sur les serveurs de l'américain Microsoft,
> au détriment d'OVH, une société française.
> 
> L'article (parmi nombreux) :
> www.lesechos.fr/tech-medias/hightech/letat-choisit-microsoft-pour-les-donnees-de-sante-et-cree-la-polemique-1208376
>  
> 
> 
> Microsoft est toujours justiciable de l'état US, dont le parlement a 
> clairement affirmé qu'il n'avait strictement rien à faire de la protection de 
> la vie privée des citoyens des autres pays en général et de l'Europe en 
> particulier. Y a-t-il une initiative pour protester contre cette forfaiture ?
> 
> 
> [NDLR] :
> Le lobbying de la religion Microsoft arrive à faire passer tous les
> très mauvais comportements.
> 



signature.asc
Description: Message signed with OpenPGP

Re: "NVIDIA GeForce 7600 GT"

[Seeds Notoneofmy]

On 6/14/20 5:45 PM, floris wrote:

In other words; downgrade Buster to Stretch if you want to use the
nvidia-graphics-drivers-legacy-304xx packages

This isn't really an option :)

Maybe you can install the 304 driver, but you must downgrade the
Xserver to version 1.19


But this one seems to be. What would I break and how would I go about
downgrading a core part of the OS?

Thanks a lot.

Cheers

Re: bash-completion pros/cons

[David Wright]

[much snipping]

On Tue 16 Jun 2020 at 09:19:16 (-0400), The Wanderer wrote:
> On 2020-06-16 at 08:57, to...@tuxteam.de wrote:
> > On Tue, Jun 16, 2020 at 01:53:59PM +0200, l0f...@tuta.io wrote:
> >> Maybe sometimes completion is not working as it should, nothing is
> >> perfect, but globally I think that it saves time more than its
> >> wastes.

> > The only really useful autocompletion is actually file path 
> > autocompletion, and I have that without any extra packages.
> 
> I tend to concur with all of the above, but I have some additional
> details to note.
> 
> There *are* contexts where I would find the ability to tab-complete
> things other than paths to be useful; lengthy package names for apt-get
> would be one example. For me, however, the cost in memory/CPU/etc.
> footprint that has already been noted is enough to outweigh the benefit
> that that would bring.

It knows the names of a lot of subcommands, and can spell them.

> The biggest reason why I intentionally disable programmable completion,
> however, is actually centered on the way it *changes* file-and-directory
> path completion.

That can be annoying.

> Without programmable completion, if I type the first few characters of a
> directory name and press Tab, it will complete up to the name of that
> directory (or to the point of uniqueness, if there are multiple files /
> directories in the current context starting with that prefix) and then
> stop.
> 
> With programmable completion, IIRC from the last time I checked (which
> I'll admit was quite some years ago), in at least some contexts it will
> instead complete all the way up to the end of the path. I specifically
> recall a case when I had a directory /tmp/foo/bar/baz, and I wanted to
> create /tmp/foo/bar/quux; I typed 'mkdir /tmp/f[tab]', with the
> intention of typing 'b[tab]quux', and found that it had completed to the
> end of 'baz' (and possibly to an actual filename within that directory)
> and I had to backspace by some considerable amount to get to where I'd
> wanted to be.

It seems that I have to press [TAB] more than once for it to complete
the actual filename, but do use [ESC] [BACKSPACE] to rubout by word
rather than character.

But in any case, AIUI most of the above can be controlled by bash
itself, through things like shopt, readline, and even history.

Where bash-completion does get in the way for me is, for example,
where you download a file that's, say, a PDF but it arrives via wget
called, say, index_0001.3872359.html, for whatever reason.
So you type   xpdf inde [TAB]   and bash-completion refuses to
complete the name any further. If you're lucky, typing   * [RETURN]
will work, if there aren't any disruptive filenames which match
inde*, but in other cases the fastest workaround I know is to type
[HOME]less[SPACE][END] whereupon bash-completion is happy to match
any old filename for the less command, which you then rub out.

That's just one example, but it represents a whole class where it
seems that a bunch of files have disappeared because bash won't match them.

> If I could selectively enable programmable completion for only specific
> contexts where I've tried it out and decided that I want it, I'd
> probably be happy to use it in at least some contexts. I haven't found a
> good way of doing that, however, and haven't found it worth the bother
> to dig all that deeply looking for one.

Yes, good luck with that! It's probably deeply embedded in bash, and
even if you could hide/unhide some files, everything's likely to be
cached on efficiency grounds. It might be possible to set up some
xterms with tailored bashrc variables, to at least make completion
only work in certain instances. But then you're probably in the wrong
directory with the wrong history whenever you try to use one.

Cheers,
David.

Re: "NVIDIA GeForce 7600 GT"

[Seeds Notoneofmy]

On 6/14/20 8:59 AM, Hans wrote:


the 7600GT was supported by debian (I am not sure, if it still is with the
actual kernel).

At the moment it is supported by the kernel module "nouveau", but when you
need hardware acceleration for i.e. games or other applications, you have to
install the driver from Nvidia.

To do this, there are several ways:

1. install the old legacy packages from debian
You will not find the debian packages in the actual repo, as this card is too
old. Ther eis a special repo, where you can find these packages, (I am not sure
and maybe someone will correct me), it is called "backports.debian.org".

Please note, that the kernel module always has to be build and as far as I
know, these old kernel modules might fail at build on newer kernels. This is a
problem with the gcc-version, the environment and the kernel heraders itself.
Maybe you might have no other choice, but to run an older kernel, which might
cause other issues.


2. download and install the driver directly from the Nvidia site
  You may try to install the drivers from NVidia site. However, the kernel
module has still to be build, but that may also fail with the actual kernel.
Same problem as above.


As for VLC, the problem is known. This is a graphics driver problem. I guess,
that you are running either the vesa driver or the nouveau driver, which both
lack of 3d-acceleration. You can try to change to another driver in VLC
setttings (maybe "x11" or another) but avoid opengl. With a hardware
accelerated driver like the propietrary driver from nvidia, setting "opengl"
is recommended, if there is none, try "x11"

Same is for resolution, it is a driver problem. The nouveau driver is running
well with resolution, but you might need an "xorg.conf" to force the required
resolution. Xorg.conf is no more needed and disappeared from debian some years
ago, so you have to edit your own. I personally (and here people might not
agree with me), prefer a xorg.conf so I have the advantage to set exactly what
I want.

Solutions? Don't know. If possible buy a new cheap graphics card. Nvidia will
be my first choice, Cards like GF 240 or similar are 20-40 € (running with
actual nvidia-legacy-390xx*.deb). Or, if you want to spend more money, buy a
modern one.

If you cannot, because this card is soldered within a notebook, think of
installing either vouveau or an old proprietrary driver from nvidia in the
price of an older kernel or try to get it compiled for the actual one. The
drivers from Nvidia (which is a *.run file) can be unpacked and singly build.

If you try the packages from backport, you might also install the old compiler
environments, which might break your system. Solution (but a lot of work), try
to install all the necessary files, then build the kernel module, aftrer that
reupgrade your system. Take care not to deinstall your Nvidia-packages during
this step.

Well, it is all not easy, but I hope, this helps!

best regards

Hans


Hi Hans,

One of the most, most, excellent helpful responses. Of course, as we
both may conclude there's no 'real' solution while keeping the status quo.

I have learnt a lot, and I guess that's part of what this forum is for.
I will not do any of what you have suggested as I do not personally
think any will be an 'easy' solution, compared to investing in another
card.

Bottom line; gone are the days when Linux was the go-to OS for old
hardware. Indeed, this was a selling point for Linux when Dinosaur
walked the earth. It is not so now. Now it's an 'OS you can fiddle
with.' How times have changed. And the environment with it, as I soon
will be forced to throw this card away. Thankfully, there's still some
hope: recycling.

Cheers

Re: [OT] Regular DKIM issues on this ML (was: Re: why !oh why Debian and application list)

[Reco]

On Tue, Jun 16, 2020 at 09:28:11PM +0200, l0f...@tuta.io wrote:
> Hi,
> 
> 16 juin 2020 14:50 de recovery...@enotuniq.net:
> 
> > And *now* it gets interesting. Because what's came to the list was text:
> >
> > Message-ID: 
> > Content-Type: text/plain; charset=UTF-8
> > Content-Transfer-Encoding: quoted-printable
> >
> Can we imagine that the ML simply 64-decodes the email and resent it as 
> text/plain?

That's possible. But the e-mail in question was also DKIM-signed
(including the body), so such transformation would lead to DKIM failure.
And it did not happen.

Reco

Re: [OT] Regular DKIM issues on this ML (was: Re: why !oh why Debian and application list)

[l0f4r0]

Hi,

16 juin 2020 14:50 de recovery...@enotuniq.net:

> And *now* it gets interesting. Because what's came to the list was text:
>
> Message-ID: 
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: quoted-printable
>
Can we imagine that the ML simply 64-decodes the email and resent it as 
text/plain?

16 juin 2020 16:30 de deb...@lionunicorn.co.uk:

> It might be easier for people to follow the substance of this thread
> if you posted in such a way as to include one simple self-descriptive
> test in each post, and not include all the deeply-nested "noise" like
> the above. So, for example, you could write:
>
> >From foo. This line was written with a leading unescaped From, "From ".
>
> >From bar. This line was written with a leading escaped From, ">From ".
>
> You could, in addition, include a file attachment of the test as written.
>
Good suggestion.

> You might also wish to omit/change your Attribution line temporarily,
> because it prevents your tests from ever consisting entirely of 7-bit
> ASCII, owing to its "à".
>
What's the consequence of it please?

> These little things might help clarify your reports of the distorting
> effects of a medium, when those reports are subject to the same
> potential distortion.
>
Yes, it's not always  easy to communicate efficiently & clearly by email ;)

Best regards,
l0f4r0

Re: Fazer live cantando sertanejo universitário pra comemorar os 2 anos do bug aberto

[Leandro Guimarães Faria Corcete DUTRA]

Le mardi 16 juin 2020 à 14:26 +0200, Helio Loureiro a écrit :
> esse desejo de não conversar sobre os problemas.

Adoro conversar.  Mas esta lista não é o espaço para isso, é grosseiro
para com os demais.


-- 
+55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
+55 (61) 99302 2691   http://en.dutras.org/
BRAZIL GMT−3
https://useplaintext.email/#why-plaintext

Re: [HS] L'Etat choisit Microsoft pour ses données de santé

[Dethegeek]

Il y a peut être quelque chose à faire, mais ça a un coût pour le contribuable 
: cesser de donner sa carte vitale, et recourir à la bonne vieille feuille de 
soins.

Les coûts auxquels je pense
- surcharge potentielle des fonctionnaires de la secu
- retards de remboursement des soins et médicaments (ceux encore remboursés)

L'inconvénient : les données finiront de toute façon chez "l'ennemi".

Les inconvénients sont tels que je ne suis pas convaincu que ça serve à grand 
chose.



Le 16 juin 2020 15:14:17 GMT+02:00, Eric Degenetais  a 
écrit :
>Éric Dégenètais
>
>Le mar. 16 juin 2020 13:22, ajh-valmer  a écrit :
>
>> L'Etat choisit Microsoft pour les données de santé et crée la
>polémique
>>
>> Le gouvernement français a pris la décision d'héberger les
>informations
>> de santé de millions de Français sur les serveurs de l'américain
>> Microsoft,
>> au détriment d'OVH, une société française.
>>
>> L'article (parmi nombreux) :
>>
>>
>www.lesechos.fr/tech-medias/hightech/letat-choisit-microsoft-pour-les-donnees-de-sante-et-cree-la-polemique-1208376
>
>
>Microsoft est toujours justiciable de l'état US, dont le parlement a
>clairement affirmé qu'il n'avait strictement rien à faire de la
>protection
>de la vie privée des citoyens des autres pays en général et de l'Europe
>en
>particulier. Y a-t-il une initiative pour protester contre cette
>forfaiture
>?
>
>>
>>
>> [NDLR] :
>> Le lobbying de la religion Microsoft arrive à faire passer tous les
>> très mauvais comportements.
>>
>>

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma 
brièveté.

Re: Question for users of Thunderbird on buster

[Virgo Pärna]

On Thu, 11 Jun 2020 13:12:25 -0600, D. R. Evans  wrote:
>
> I'll have to dig in and see if there's a way to turn it off. I'll look at the
> details of the font as well; I'm not at all sure what exactly is telling TB
> "if you see two consecutive "less-than" signs, then render them as a single
> "much less than" character. No other program seems to be doing it, so it seems
> to be a TB decision somewhere; but since it seems to be font-dependent, TB
> must (presumably) be looking at some characteristic of the font before
> deciding to make the substitution. Very strange.

https://bugzilla.mozilla.org/show_bug.cgi?id=450151 maybe? 


-- 
Virgo Pärna 
virgo.pa...@mail.ee

Re: Question for users of Thunderbird on buster

[Virgo Pärna]

On Tue, 16 Jun 2020 07:07:01 + (UTC), davidson  
wrote:
>
> Different requirements call for different keyboard layouts. It sounds
> like in Thunderbird, for whatever reason, you have one enabled that
> doesn't fit yours.
>


Nothing to do with keyboard layouts. Some fonts have ligatures,
that combine two different characters into one symbol. I actually tried
it on Windows with Thunderbird and "Cascadia Mono" font. Rendering
engine in Thunderbird probably has ligature support enabled and then, if
used font has ligatures for specific symbol, then those are used.

https://en.wikipedia.org/wiki/Orthographic_ligature

Now, some Office suites do have autoreplace rules to replace "
with language specific quote symbol. But then that replacement does not
depend of font.

-- 
Virgo Pärna 
virgo.pa...@mail.ee

Re: libc-bin "cycle found while processing triggers"

[Dan Ritter]

Gary Aitken wrote: 
> On 6/16/20 6:03 AM, Dan Ritter wrote:
> > Gary Aitken wrote:
> > > On 6/15/20 3:37 PM, Dan Ritter wrote:
> > > > Gary Aitken wrote:
> > > ...
> > > > > When originally built, the system had a screwed-up postfix 
> > > > > installation;
> > > > > in attempting to solve this problem, I wanted to uninstall postfix and
> > > > > reinstall it.  However, I don't think I should do that because the 
> > > > > postfix
> > > > > installation has an issue:
> > > > > 
> > > > > $ aptitude why postfix
> > > > > i   automysqlbackup Depends  bsd-mailx | mailx
> > > > > i A bsd-mailx   Depends  default-mta | mail-transport-agent
> > > > > i A postfix Provides mail-transport-agent
> > > > > 
> > > > > Can anyone give me some clues on how to resolve this?
> > > > 
> > > > > The main goal is to uninstall postfix and re-install it, without 
> > > > > uninstalling
> > > > > the automysqlbackup as this is a production system and the autobackup 
> > > > > is
> > > > > working properly.  I believe the postfix dependency is for cases 
> > > > > where the
> > > > > auto-backup fails; it's also preventing mail from being delivered for 
> > > > > failing
> > > > > cron jobs.
> > > > 
> > > > sudo apt install --reinstall postfix
> > > > 
> > > > sudo dpkg-reconfigure postfix
> > > > 
> > > > might do what you want. In general, Debian derivatives will try
> > > > to prevent you from uninstalling critical machinery, like libc.
> > > 
> > > I've already tried reconfiguring and reinstalling postfix, to no avail.
> > 
> > Yes, but did apt install --reinstall help?
> 
> The reason I think I need to do a purge is the conf files are what is screwed
> up (I think), and a reinstall doesn't mess with them:
> 
> 
> Unfortunately, I don't see a way to do the equivalent of purge --reinstall
> and ignore the dependencies so automysqlbackup is left intact:
> 
> $ apt --simulate purge --reinstall postfix


Since postfix is already hosed:

sudo rm -rf /etc/postfix
sudo apt install --reinstall postfix

-dsr-

Re: libc-bin "cycle found while processing triggers"

[Gary Aitken]

On 6/16/20 6:03 AM, Dan Ritter wrote:

Gary Aitken wrote:

On 6/15/20 3:37 PM, Dan Ritter wrote:

Gary Aitken wrote:

...

When originally built, the system had a screwed-up postfix installation;
in attempting to solve this problem, I wanted to uninstall postfix and
reinstall it.  However, I don't think I should do that because the postfix
installation has an issue:

$ aptitude why postfix
i   automysqlbackup Depends  bsd-mailx | mailx
i A bsd-mailx   Depends  default-mta | mail-transport-agent
i A postfix Provides mail-transport-agent

Can anyone give me some clues on how to resolve this?



The main goal is to uninstall postfix and re-install it, without uninstalling
the automysqlbackup as this is a production system and the autobackup is
working properly.  I believe the postfix dependency is for cases where the
auto-backup fails; it's also preventing mail from being delivered for failing
cron jobs.


sudo apt install --reinstall postfix

sudo dpkg-reconfigure postfix

might do what you want. In general, Debian derivatives will try
to prevent you from uninstalling critical machinery, like libc.


I've already tried reconfiguring and reinstalling postfix, to no avail.


Yes, but did apt install --reinstall help?


The reason I think I need to do a purge is the conf files are what is screwed
up (I think), and a reinstall doesn't mess with them:

# apt install --reinstall postfix
...
Setting up postfix (3.1.0-3ubuntu0.3) ...

Postfix configuration was untouched.  If you need to make changes, edit
/etc/postfix/main.cf (and others) as needed.  To view Postfix configuration
values, see postconf(1).

After modifying main.cf, be sure to run '/etc/init.d/postfix reload'.

Running newaliases
Job for postfix.service failed because the control process exited with error code. See 
"systemctl status postfix.service" and "journalctl -xe" for details.
invoke-rc.d: initscript postfix, action "restart" failed.
● postfix.service - LSB: Postfix Mail Transport Agent
   Loaded: loaded (/etc/init.d/postfix; bad; vendor preset: enabled)
  Drop-In: /run/systemd/generator/postfix.service.d
   └─50-postfix-$mail-transport-agent.conf
   Active: failed (Result: exit-code) since Tue 2020-06-16 14:50:45 UTC; 11ms 
ago
 Docs: man:systemd-sysv-generator(8)
  Process: 18523 ExecStart=/etc/init.d/postfix start (code=exited, 
status=1/FAILURE)

Jun 16 14:50:43 xblgx-ops systemd[1]: Stopped LSB: Postfix Mail Transport Agent.
Jun 16 14:50:43 xblgx-ops systemd[1]: Starting LSB: Postfix Mail Transport 
Agent...
Jun 16 14:50:43 xblgx-ops postfix[18523]:  * Starting Postfix Mail Transport 
Agent postfix
Jun 16 14:50:44 xblgx-ops postfix[18615]: fatal: bad string length 0 < 1: 
mailq_path =
Jun 16 14:50:45 xblgx-ops postfix[18523]:...fail!
Jun 16 14:50:45 xblgx-ops systemd[1]: postfix.service: Control process exited, 
code=exited status=1
Jun 16 14:50:45 xblgx-ops systemd[1]: Failed to start LSB: Postfix Mail 
Transport Agent.
Jun 16 14:50:45 xblgx-ops systemd[1]: postfix.service: Unit entered failed 
state.
Jun 16 14:50:45 xblgx-ops systemd[1]: postfix.service: Failed with result 
'exit-code'.
dpkg: error processing package postfix (--configure):
 subprocess installed post-installation script returned error exit status 1
E: Sub-process /usr/bin/dpkg returned an error code (1)

Unfortunately, I don't see a way to do the equivalent of purge --reinstall
and ignore the dependencies so automysqlbackup is left intact:

$ apt --simulate purge --reinstall postfix
...
The following packages will be REMOVED:
  automysqlbackup* bsd-mailx* postfix*
0 upgraded, 0 newly installed, 3 to remove and 140 not upgraded.
1 not fully installed or removed.
Purg automysqlbackup [2.6+debian.4-1]
Purg bsd-mailx [8.1.2-0.20160123cvs-2]
Purg postfix [3.1.0-3ubuntu0.3]

$  apt --simulate --ignore-depends bsd-mailx purge --reinstall postfix
E: Command line option --ignore-depends is not understood in combination with 
the other options

Gary

Re: [OT] Regular DKIM issues on this ML (was: Re: why !oh why Debian and application list)

[David Wright]

On Tue 16 Jun 2020 at 13:10:38 (+0200), l0f...@tuta.io wrote:
> 13 juin 2020 à 21:05 de recovery...@enotuniq.net:
> > On Sat, Jun 13, 2020 at 09:01:59PM +0200, l0f...@tuta.io wrote:
> >> 13 juin 2020 à 17:12 de recovery...@enotuniq.net:
> >> > On Sat, Jun 13, 2020 at 06:10:15PM +0300, Reco wrote:
> >> >
> >> >> Let's see.
> >> >>
> >> >> >From what I saw this should fail DKIM test.
> >> >>
> >> >> And, for the good measure:
> >> >>
> >> >> >From: this is not a valid RFC-822 header
> >> >>
> >> >
> >> > Ok, clearly I don't have any problem with DKIM on this list.
> >> >
> >> Ok let's see for me as well:
> >>
> >> >From my point of view
> >>
> >> >From: l0f4r0
> >>
> >> l0f4r0
> >>
> > Your e-mail passed DKIM test on my MTA with flying colors.
> >
> > Try that base64-encoded html thing next.
> >
> It was already base64 encoded, see below:
> 
> --79Bu5A16qPEYcVIZL@tutanota
> Content-Type: text/html; charset=UTF-8
> Content-transfer-encoding: base64
> 
> PGRpdj4xMyBqdWluIDIwMjAgw6AgMTc6MTIgZGUgcmVjb3ZlcnltNG5AZW5vdHVuaXEubmV0Ojxicj
> 48L2Rpdj48YmxvY2txdW90ZSBjbGFzcz0idHV0YW5vdGFfcXVvdGUiPjxkaXY+T24gU2F0LCBKdW4g
> MTMsIDIwMjAgYXQgMDY6MTA6MTVQTSArMDMwMCwgUmVjbyB3cm90ZTo8YnI+PC9kaXY+PGJsb2NrcX
> VvdGU+PGRpdj5MZXQncyBzZWUuPGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+Jmd0O0Zyb20g
> d2hhdCBJIHNhdyB0aGlzIHNob3VsZCBmYWlsIERLSU0gdGVzdC48YnI+PC9kaXY+PGRpdj48YnI+PC
> 9kaXY+PGRpdj5BbmQsIGZvciB0aGUgZ29vZCBtZWFzdXJlOjxicj48L2Rpdj48ZGl2Pjxicj48L2Rp
> dj48ZGl2PiZndDtGcm9tOiB0aGlzIGlzIG5vdCBhIHZhbGlkIFJGQy04MjIgaGVhZGVyPGJyPjwvZG
> l2PjwvYmxvY2txdW90ZT48ZGl2Pjxicj48L2Rpdj48ZGl2Pk9rLCBjbGVhcmx5IEkgZG9uJ3QgaGF2
> ZSBhbnkgcHJvYmxlbSB3aXRoIERLSU0gb24gdGhpcyBsaXN0Ljxicj48L2Rpdj48L2Jsb2NrcXVvdG
> U+PGRpdj5PayBsZXQncyBzZWUgZm9yIG1lIGFzIHdlbGw6PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2
> PjxkaXY+Jmd0O0Zyb20gbXkgcG9pbnQgb2Ygdmlldzxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZG
> l2PiZndDtGcm9tOiBsMGY0cjA8YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5sMGY0cjA8YnI+
> PC9kaXY+
> 
> --79Bu5A16qPEYcVIZL@tutanota--

It might be easier for people to follow the substance of this thread
if you posted in such a way as to include one simple self-descriptive
test in each post, and not include all the deeply-nested "noise" like
the above. So, for example, you could write:

>From foo. This line was written with a leading unescaped From, "From ".

>From bar. This line was written with a leading escaped From, ">From ".

You could, in addition, include a file attachment of the test as written.

You might also wish to omit/change your Attribution line temporarily,
because it prevents your tests from ever consisting entirely of 7-bit
ASCII, owing to its "à".

These little things might help clarify your reports of the distorting
effects of a medium, when those reports are subject to the same
potential distortion.

Cheers,
David.

Re: Fazer live cantando sertanejo universitário pra comemorar os 2 anos do bug aberto

[Helio Loureiro]

alias cloroquina="apt"

cloroquina update
cloroquina install happy
cloroquina clean

Best Regards,
Helio Loureiro
http://helio.loureiro.eng.br
http://br.linkedin.com/in/helioloureiro
http://twitter.com/helioloureiro


On Tue, 16 Jun 2020 at 15:49, Jack Jr.  wrote:

> É só um bugzinho criado pela Globo.
>
> apt-get install cloroquina -y
>
>
> Jack Pogorelsky Jr.
> Engenheiro Mecânico
> Tel/WhatsApp: +55 (51) 982017877
> E-mail: j...@sulmail.com
> Website: sulmail.com/pogorelsky
>
>
>
> Em 16/06/2020 09:26, Helio Loureiro escreveu:
>
> No passado eu me perguntaria sobre esse desejo de não conversar sobre os
> problemas.
>
> Na atual conjuntura do Brasil como um todo eu entendo.  Melhor esconder
> números de queimadas, mortos por corona vírus e problemas do debian que
> discutir abertamente.  Sim, desse modo os problemas desaparecem.   Como
> mágica.
>
> E sim com meu conhecimento eu poderia facilmente criar o pacote e
> corrigir, mas não é esse ponto.  Nunca foi.
>
> O ponto é que não há esforço no mundo que possa vencer a estupidez humana,
> e como o Paul admitiu por fora do bug report (eu que copiei pra dentro
> dele), realmente erraram.   Mas não admitiram.  E ainda arrumar o erro???
> Ai, ai, ai... Ninguém viu, ninguém liga.  Então melhor outra pessoa
> resolver esse problema.  E esse é UM só pacote.  Há mais no mesmos estados
> ou até piores.
>
> Entendo que como usuário você prefere viver num mundo colorido e encantado
> do debian, onde tudo vai bem e a distro só cresce.  Trazer problemas do
> mundo real pra cá é realmente uma dor que eu não deveria fazer.
>
> Então vou poupá-los desse sofrimento de saber como anda o debian.   Vamos
> seguir felizes, sem números nem informações.  Muito menos bugs.  Esses não
> existem.  São criações de comunistas pra tomar o poder.
>
> Best Regards,
> Helio Loureiro
> http://helio.loureiro.eng.br
> http://br.linkedin.com/in/helioloureiro
> http://twitter.com/helioloureiro
>
>
> On Tue, 16 Jun 2020 at 00:17, Leandro Guimarães Faria Corcete DUTRA <
> l...@dutras.org> wrote:
>
>> Le lundi 15 juin 2020 à 17:48 -0300, Lucky Linux a écrit :
>> > Esse STF é bonzinho. Tá até demorando e titubeando demais pra botar
>> > a fascistada na cadeia.
>>
>> Vamos parar por aqui.
>>
>>
>>
>> > Jamais você, por tão pouco e tão justo.
>>
>> É a esperança sempre frustrada pelas revoluções.
>>
>>
>> --
>> +55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
>> +55 (61) 99302 2691   http://en.dutras.org/
>> BRAZIL GMT−3
>> https://useplaintext.email/#why-plaintext
>>
>>

Re: Fazer live cantando sertanejo universitário pra comemorar os 2 anos do bug aberto

[Jack Jr.]

É só um bugzinho criado pela Globo.

apt-get install cloroquina -y


Jack Pogorelsky Jr.
Engenheiro Mecânico
Tel/WhatsApp: +55 (51) 982017877
E-mail: j...@sulmail.com
Website: sulmail.com/pogorelsky



Em 16/06/2020 09:26, Helio Loureiro escreveu:
No passado eu me perguntaria sobre esse desejo de não conversar sobre 
os problemas.


Na atual conjuntura do Brasil como um todo eu entendo. Melhor esconder 
números de queimadas, mortos por corona vírus e problemas do debian 
que discutir abertamente.  Sim, desse modo os problemas desaparecem.  
 Como mágica.


E sim com meu conhecimento eu poderia facilmente criar o pacote e 
corrigir, mas não é esse ponto.  Nunca foi.


O ponto é que não há esforço no mundo que possa vencer a estupidez 
humana, e como o Paul admitiu por fora do bug report (eu que copiei 
pra dentro dele), realmente erraram.   Mas não admitiram.  E ainda 
arrumar o erro??? Ai, ai, ai... Ninguém viu, ninguém liga.  Então 
melhor outra pessoa resolver esse problema.  E esse é UM só pacote.  
Há mais no mesmos estados ou até piores.


Entendo que como usuário você prefere viver num mundo colorido e 
encantado do debian, onde tudo vai bem e a distro só cresce.  Trazer 
problemas do mundo real pra cá é realmente uma dor que eu não deveria 
fazer.


Então vou poupá-los desse sofrimento de saber como anda o debian.  
 Vamos seguir felizes, sem números nem informações. Muito menos bugs.  
Esses não existem.  São criações de comunistas pra tomar o poder.


Best Regards,
Helio Loureiro
http://helio.loureiro.eng.br 
http://br.linkedin.com/in/helioloureiro
http://twitter.com/helioloureiro


On Tue, 16 Jun 2020 at 00:17, Leandro Guimarães Faria Corcete DUTRA 
mailto:l...@dutras.org>> wrote:


Le lundi 15 juin 2020 à 17:48 -0300, Lucky Linux a écrit :
> Esse STF é bonzinho. Tá até demorando e titubeando demais pra botar
> a fascistada na cadeia.

Vamos parar por aqui.



> Jamais você, por tão pouco e tão justo.

É a esperança sempre frustrada pelas revoluções.


-- 
+55 (61) 3546 7191              gTalk: xmpp:leand...@jabber.org


+55 (61) 99302 2691 http://en.dutras.org/
BRAZIL GMT−3
https://useplaintext.email/#why-plaintext

Re: Fazer live cantando sertanejo universitário pra comemorar os 2 anos do bug aberto

[Lucky Linux]

Concordo, Helio.

Vige uma doença psíquica, grave, que, para além do ódio e da estupidez 
(não identificadas aqui, cabe dizer), manifesta-se num negacionismo.


Não é difícil antever no que isso dará, não mesmo.

* solicitei a minha exclusão da lista do Debian (nada a ver com ninguém, 
mas é que eu sou usuário fiel de outra distro e curto testar versões do 
Debian de tempos em tempos).


Cuidem-se \o/

Abraços,

Lucio

Em 16/06/2020 09:26, Helio Loureiro escreveu:
No passado eu me perguntaria sobre esse desejo de não conversar sobre 
os problemas.


Na atual conjuntura do Brasil como um todo eu entendo. Melhor esconder 
números de queimadas, mortos por corona vírus e problemas do debian 
que discutir abertamente.  Sim, desse modo os problemas desaparecem.  
 Como mágica.


E sim com meu conhecimento eu poderia facilmente criar o pacote e 
corrigir, mas não é esse ponto.  Nunca foi.


O ponto é que não há esforço no mundo que possa vencer a estupidez 
humana, e como o Paul admitiu por fora do bug report (eu que copiei 
pra dentro dele), realmente erraram.   Mas não admitiram.  E ainda 
arrumar o erro??? Ai, ai, ai... Ninguém viu, ninguém liga.  Então 
melhor outra pessoa resolver esse problema.  E esse é UM só pacote.  
Há mais no mesmos estados ou até piores.


Entendo que como usuário você prefere viver num mundo colorido e 
encantado do debian, onde tudo vai bem e a distro só cresce.  Trazer 
problemas do mundo real pra cá é realmente uma dor que eu não deveria 
fazer.


Então vou poupá-los desse sofrimento de saber como anda o debian.  
 Vamos seguir felizes, sem números nem informações. Muito menos bugs.  
Esses não existem.  São criações de comunistas pra tomar o poder.


Best Regards,
Helio Loureiro
http://helio.loureiro.eng.br 
http://br.linkedin.com/in/helioloureiro
http://twitter.com/helioloureiro


On Tue, 16 Jun 2020 at 00:17, Leandro Guimarães Faria Corcete DUTRA 
mailto:l...@dutras.org>> wrote:


Le lundi 15 juin 2020 à 17:48 -0300, Lucky Linux a écrit :
> Esse STF é bonzinho. Tá até demorando e titubeando demais pra botar
> a fascistada na cadeia.

Vamos parar por aqui.



> Jamais você, por tão pouco e tão justo.

É a esperança sempre frustrada pelas revoluções.


-- 
+55 (61) 3546 7191              gTalk: xmpp:leand...@jabber.org


+55 (61) 99302 2691 http://en.dutras.org/
BRAZIL GMT−3
https://useplaintext.email/#why-plaintext


--

Re: bash-completion pros/cons

[The Wanderer]

On 2020-06-16 at 08:57, to...@tuxteam.de wrote:

> On Tue, Jun 16, 2020 at 01:53:59PM +0200, l0f...@tuta.io wrote:
> 
> [...]
> 
>> Maybe sometimes completion is not working as it should, nothing is
>> perfect, but globally I think that it saves time more than its
>> wastes.
> 
> Then just use it and be happy. And just accept that some (me, among
> others) are happier without :-)
> 
> Yes, I've tried it. Yes, I think it's technically nifty. But no, it
> doesn't mesh well with the way I work. Even if it were bug-free, it
> wouldn't be "my" thing.
> 
> I live by the command line, and there are roughly two classes of
> things I do: those I do very often, where history search is just
> unbeatable, and those I do rarely. For those I have a man page open,
> sometimes a notebook (in Emacs, but I disgress) to take notes and I
> proceed slowly.
> 
> The top of the first class are candidates for automation and 
> scripting.
> 
> In the first class, I don't need autocompletion, since I know what
> I'm doing (heck, my muscle memory nearly knows. In the second class,
> autocompletion is a train wreck waiting to happen: I really *want* to
> know why each piece is there.
> 
> The only really useful autocompletion is actually file path 
> autocompletion, and I have that without any extra packages.

I tend to concur with all of the above, but I have some additional
details to note.

There *are* contexts where I would find the ability to tab-complete
things other than paths to be useful; lengthy package names for apt-get
would be one example. For me, however, the cost in memory/CPU/etc.
footprint that has already been noted is enough to outweigh the benefit
that that would bring.


The biggest reason why I intentionally disable programmable completion,
however, is actually centered on the way it *changes* file-and-directory
path completion.

Without programmable completion, if I type the first few characters of a
directory name and press Tab, it will complete up to the name of that
directory (or to the point of uniqueness, if there are multiple files /
directories in the current context starting with that prefix) and then
stop.

With programmable completion, IIRC from the last time I checked (which
I'll admit was quite some years ago), in at least some contexts it will
instead complete all the way up to the end of the path. I specifically
recall a case when I had a directory /tmp/foo/bar/baz, and I wanted to
create /tmp/foo/bar/quux; I typed 'mkdir /tmp/f[tab]', with the
intention of typing 'b[tab]quux', and found that it had completed to the
end of 'baz' (and possibly to an actual filename within that directory)
and I had to backspace by some considerable amount to get to where I'd
wanted to be.

Cases where there is a multi-layer directory tree with only one item at
each level of the tree are comparatively rare, but ISTR that even when
there were multiple items at deeper levels it would still complete up to
the point of uniqueness, ignoring directory boundaries.

The additional keystrokes to tab-complete to the end of such a "only one
item in the parent directory" tree are, for me, more than worth it for
the additional level of control involved.


If I could selectively enable programmable completion for only specific
contexts where I've tried it out and decided that I want it, I'd
probably be happy to use it in at least some contexts. I haven't found a
good way of doing that, however, and haven't found it worth the bother
to dig all that deeply looking for one.

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw



signature.asc
Description: OpenPGP digital signature

Re: [HS] L'Etat choisit Microsoft pour ses données de santé

[Eric Degenetais]

Éric Dégenètais

Le mar. 16 juin 2020 13:22, ajh-valmer  a écrit :

> L'Etat choisit Microsoft pour les données de santé et crée la polémique
>
> Le gouvernement français a pris la décision d'héberger les informations
> de santé de millions de Français sur les serveurs de l'américain
> Microsoft,
> au détriment d'OVH, une société française.
>
> L'article (parmi nombreux) :
>
> www.lesechos.fr/tech-medias/hightech/letat-choisit-microsoft-pour-les-donnees-de-sante-et-cree-la-polemique-1208376


Microsoft est toujours justiciable de l'état US, dont le parlement a
clairement affirmé qu'il n'avait strictement rien à faire de la protection
de la vie privée des citoyens des autres pays en général et de l'Europe en
particulier. Y a-t-il une initiative pour protester contre cette forfaiture
?

>
>
> [NDLR] :
> Le lobbying de la religion Microsoft arrive à faire passer tous les
> très mauvais comportements.
>
>

Re: bash-completion pros/cons (was: Re: Need commands)

[tomas]

On Tue, Jun 16, 2020 at 01:53:59PM +0200, l0f...@tuta.io wrote:

[...]

> Maybe sometimes completion is not working as it should, nothing is perfect, 
> but globally I think that it saves time more than its wastes.

Then just use it and be happy. And just accept that some
(me, among others) are happier without :-)

Yes, I've tried it. Yes, I think it's technically nifty.
But no, it doesn't mesh well with the way I work. Even
if it were bug-free, it wouldn't be "my" thing.

I live by the command line, and there are roughly two classes
of things I do: those I do very often, where history search
is just unbeatable, and those I do rarely. For those I have
a man page open, sometimes a notebook (in Emacs, but I disgress)
to take notes and I proceed slowly.

The top of the first class are candidates for automation and
scripting.

In the first class, I don't need autocompletion, since I know
what I'm doing (heck, my muscle memory nearly knows. In the
second class, autocompletion is a train wreck waiting to happen:
I really *want* to know why each piece is there.

The only really useful autocompletion is actually file path
autocompletion, and I have that without any extra packages.

> It's probably more a conceptual/philosophical approach here ;)

For me it isn't. It is an eminently practical issue.

Cheers
-- t


signature.asc
Description: Digital signature

Re: [OT] Regular DKIM issues on this ML (was: Re: why !oh why Debian and application list)

[Reco]

Hi.

On Tue, Jun 16, 2020 at 01:10:38PM +0200, l0f...@tuta.io wrote:
> > Your e-mail passed DKIM test on my MTA with flying colors.
> >
> > Try that base64-encoded html thing next.
> >
> It was already base64 encoded, see below:
> 
> --79Bu5A16qPEYcVIZL@tutanota
> Content-Type: text/html; charset=UTF-8
> Content-transfer-encoding: base64
> 
> PGRpdj4xMyBqdWluIDIwMjAgw6AgMTc6MTIgZGUgcmVjb3ZlcnltNG5AZW5vdHVuaXEubmV0Ojxicj
> 48L2Rpdj48YmxvY2txdW90ZSBjbGFzcz0idHV0YW5vdGFfcXVvdGUiPjxkaXY+T24gU2F0LCBKdW4g
> MTMsIDIwMjAgYXQgMDY6MTA6MTVQTSArMDMwMCwgUmVjbyB3cm90ZTo8YnI+PC9kaXY+PGJsb2NrcX
> VvdGU+PGRpdj5MZXQncyBzZWUuPGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+Jmd0O0Zyb20g
> d2hhdCBJIHNhdyB0aGlzIHNob3VsZCBmYWlsIERLSU0gdGVzdC48YnI+PC9kaXY+PGRpdj48YnI+PC
> 9kaXY+PGRpdj5BbmQsIGZvciB0aGUgZ29vZCBtZWFzdXJlOjxicj48L2Rpdj48ZGl2Pjxicj48L2Rp
> dj48ZGl2PiZndDtGcm9tOiB0aGlzIGlzIG5vdCBhIHZhbGlkIFJGQy04MjIgaGVhZGVyPGJyPjwvZG
> l2PjwvYmxvY2txdW90ZT48ZGl2Pjxicj48L2Rpdj48ZGl2Pk9rLCBjbGVhcmx5IEkgZG9uJ3QgaGF2
> ZSBhbnkgcHJvYmxlbSB3aXRoIERLSU0gb24gdGhpcyBsaXN0Ljxicj48L2Rpdj48L2Jsb2NrcXVvdG
> U+PGRpdj5PayBsZXQncyBzZWUgZm9yIG1lIGFzIHdlbGw6PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2
> PjxkaXY+Jmd0O0Zyb20gbXkgcG9pbnQgb2Ygdmlldzxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZG
> l2PiZndDtGcm9tOiBsMGY0cjA8YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5sMGY0cjA8YnI+
> PC9kaXY+
> 
> --79Bu5A16qPEYcVIZL@tutanota--

And *now* it gets interesting. Because what's came to the list was text:

Message-ID: 
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Yet it passed DKIM test.

Reco

Re: Fazer live cantando sertanejo universitário pra comemorar os 2 anos do bug aberto

[Helio Loureiro]

No passado eu me perguntaria sobre esse desejo de não conversar sobre os
problemas.

Na atual conjuntura do Brasil como um todo eu entendo.  Melhor esconder
números de queimadas, mortos por corona vírus e problemas do debian que
discutir abertamente.  Sim, desse modo os problemas desaparecem.   Como
mágica.

E sim com meu conhecimento eu poderia facilmente criar o pacote e corrigir,
mas não é esse ponto.  Nunca foi.

O ponto é que não há esforço no mundo que possa vencer a estupidez humana,
e como o Paul admitiu por fora do bug report (eu que copiei pra dentro
dele), realmente erraram.   Mas não admitiram.  E ainda arrumar o erro???
Ai, ai, ai... Ninguém viu, ninguém liga.  Então melhor outra pessoa
resolver esse problema.  E esse é UM só pacote.  Há mais no mesmos estados
ou até piores.

Entendo que como usuário você prefere viver num mundo colorido e encantado
do debian, onde tudo vai bem e a distro só cresce.  Trazer problemas do
mundo real pra cá é realmente uma dor que eu não deveria fazer.

Então vou poupá-los desse sofrimento de saber como anda o debian.   Vamos
seguir felizes, sem números nem informações.  Muito menos bugs.  Esses não
existem.  São criações de comunistas pra tomar o poder.

Best Regards,
Helio Loureiro
http://helio.loureiro.eng.br
http://br.linkedin.com/in/helioloureiro
http://twitter.com/helioloureiro


On Tue, 16 Jun 2020 at 00:17, Leandro Guimarães Faria Corcete DUTRA <
l...@dutras.org> wrote:

> Le lundi 15 juin 2020 à 17:48 -0300, Lucky Linux a écrit :
> > Esse STF é bonzinho. Tá até demorando e titubeando demais pra botar
> > a fascistada na cadeia.
>
> Vamos parar por aqui.
>
>
>
> > Jamais você, por tão pouco e tão justo.
>
> É a esperança sempre frustrada pelas revoluções.
>
>
> --
> +55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
> +55 (61) 99302 2691   http://en.dutras.org/
> BRAZIL GMT−3
> https://useplaintext.email/#why-plaintext
>
>

Re: libc-bin "cycle found while processing triggers"

[Dan Ritter]

Gary Aitken wrote: 
> On 6/15/20 3:37 PM, Dan Ritter wrote:
> > Gary Aitken wrote:
> ...
> > > When originally built, the system had a screwed-up postfix installation;
> > > in attempting to solve this problem, I wanted to uninstall postfix and
> > > reinstall it.  However, I don't think I should do that because the postfix
> > > installation has an issue:
> > > 
> > > $ aptitude why postfix
> > > i   automysqlbackup Depends  bsd-mailx | mailx
> > > i A bsd-mailx   Depends  default-mta | mail-transport-agent
> > > i A postfix Provides mail-transport-agent
> > > 
> > > Can anyone give me some clues on how to resolve this?
> > 
> > > The main goal is to uninstall postfix and re-install it, without 
> > > uninstalling
> > > the automysqlbackup as this is a production system and the autobackup is
> > > working properly.  I believe the postfix dependency is for cases where the
> > > auto-backup fails; it's also preventing mail from being delivered for 
> > > failing
> > > cron jobs.
> > 
> > sudo apt install --reinstall postfix
> > 
> > sudo dpkg-reconfigure postfix
> > 
> > might do what you want. In general, Debian derivatives will try
> > to prevent you from uninstalling critical machinery, like libc.
> 
> I've already tried reconfiguring and reinstalling postfix, to no avail.

Yes, but did apt install --reinstall help?

-dsr-

Re: bash-completion pros/cons (was: Re: Need commands)

[l0f4r0]

Hi Greg,

16 juin 2020 à 13:23 de wool...@eeg.ccf.org

> It's flaky and full of errors.  (Many of these errors end up on the
> bash mailing lists as bug reports in bash, but nope, they're from
> bash-completion.)  It bloats bash, using a lot of memory, and taking
> extra CPU and wall-clock time (may not be noticeable on modern hardware).
>
> That said, many people still find its benefits outweight its problems,
> and are quite happy with it.  You get to make your own choice.
>
Thanks.
Proofreading the final command is not forbidden, right? ^^
Maybe sometimes completion is not working as it should, nothing is perfect, but 
globally I think that it saves time more than its wastes.

It's probably more a conceptual/philosophical approach here ;)

Best regards,
l0f4r0

Re: bash-completion pros/cons (was: Re: Need commands)

[Greg Wooledge]

On Tue, Jun 16, 2020 at 12:54:58PM +0200, l0f...@tuta.io wrote:
> Hi,
> 
> 16 juin 2020 à 10:47 de david...@freevolt.org:
> 
> > I hear some people find bash-completion helpful. Personally, though,
> > no. Do not want.
> >
> Interesting/intriguing point of view.
> Why would someone not be interested in autocompletion please? 

It's flaky and full of errors.  (Many of these errors end up on the
bash mailing lists as bug reports in bash, but nope, they're from
bash-completion.)  It bloats bash, using a lot of memory, and taking
extra CPU and wall-clock time (may not be noticeable on modern hardware).

That said, many people still find its benefits outweight its problems,
and are quite happy with it.  You get to make your own choice.

[HS] L'Etat choisit Microsoft pour ses données de santé

[ajh-valmer]

L'Etat choisit Microsoft pour les données de santé et crée la polémique

Le gouvernement français a pris la décision d'héberger les informations 
de santé de millions de Français sur les serveurs de l'américain Microsoft, 
au détriment d'OVH, une société française.

L'article (parmi nombreux) :
www.lesechos.fr/tech-medias/hightech/letat-choisit-microsoft-pour-les-donnees-de-sante-et-cree-la-polemique-1208376

[NDLR] :
Le lobbying de la religion Microsoft arrive à faire passer tous les 
très mauvais comportements.

Re: Need commands

[mick crane]

On 2020-06-16 09:47, davidson wrote:

many thanks
mick
--
Key ID4BFEBB31

Re: [OT] Regular DKIM issues on this ML (was: Re: why !oh why Debian and application list)

[l0f4r0]

Hi,

13 juin 2020 à 21:05 de recovery...@enotuniq.net:

> Hi.
>
> On Sat, Jun 13, 2020 at 09:01:59PM +0200, l0f...@tuta.io wrote:
>
>> 13 juin 2020 à 17:12 de recovery...@enotuniq.net:
>>
>> > On Sat, Jun 13, 2020 at 06:10:15PM +0300, Reco wrote:
>> >
>> >> Let's see.
>> >>
>> >> >From what I saw this should fail DKIM test.
>> >>
>> >> And, for the good measure:
>> >>
>> >> >From: this is not a valid RFC-822 header
>> >>
>> >
>> > Ok, clearly I don't have any problem with DKIM on this list.
>> >
>> Ok let's see for me as well:
>>
>> >From my point of view
>>
>> >From: l0f4r0
>>
>> l0f4r0
>>
> Your e-mail passed DKIM test on my MTA with flying colors.
>
> Try that base64-encoded html thing next.
>
It was already base64 encoded, see below:

--79Bu5A16qPEYcVIZL@tutanota
Content-Type: text/html; charset=UTF-8
Content-transfer-encoding: base64

PGRpdj4xMyBqdWluIDIwMjAgw6AgMTc6MTIgZGUgcmVjb3ZlcnltNG5AZW5vdHVuaXEubmV0Ojxicj
48L2Rpdj48YmxvY2txdW90ZSBjbGFzcz0idHV0YW5vdGFfcXVvdGUiPjxkaXY+T24gU2F0LCBKdW4g
MTMsIDIwMjAgYXQgMDY6MTA6MTVQTSArMDMwMCwgUmVjbyB3cm90ZTo8YnI+PC9kaXY+PGJsb2NrcX
VvdGU+PGRpdj5MZXQncyBzZWUuPGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+Jmd0O0Zyb20g
d2hhdCBJIHNhdyB0aGlzIHNob3VsZCBmYWlsIERLSU0gdGVzdC48YnI+PC9kaXY+PGRpdj48YnI+PC
9kaXY+PGRpdj5BbmQsIGZvciB0aGUgZ29vZCBtZWFzdXJlOjxicj48L2Rpdj48ZGl2Pjxicj48L2Rp
dj48ZGl2PiZndDtGcm9tOiB0aGlzIGlzIG5vdCBhIHZhbGlkIFJGQy04MjIgaGVhZGVyPGJyPjwvZG
l2PjwvYmxvY2txdW90ZT48ZGl2Pjxicj48L2Rpdj48ZGl2Pk9rLCBjbGVhcmx5IEkgZG9uJ3QgaGF2
ZSBhbnkgcHJvYmxlbSB3aXRoIERLSU0gb24gdGhpcyBsaXN0Ljxicj48L2Rpdj48L2Jsb2NrcXVvdG
U+PGRpdj5PayBsZXQncyBzZWUgZm9yIG1lIGFzIHdlbGw6PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2
PjxkaXY+Jmd0O0Zyb20gbXkgcG9pbnQgb2Ygdmlldzxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZG
l2PiZndDtGcm9tOiBsMGY0cjA8YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5sMGY0cjA8YnI+
PC9kaXY+

--79Bu5A16qPEYcVIZL@tutanota--

l0f4r0

Re: X11 / KDE Plasma 5 periodically freezes when I use GUI app inside LXC container

[John Radek]

> On Tue, 16 Jun 2020 at 09:41, Marco Möller 
>  wrote:
> sudo sysctl vm.swappiness=
> sudo sysctl vm.vfs_cache_pressure=
> sudo sysctl vm.dirty_background_bytes=
> sudo sysctl vm.dirty_bytes=

Thank you Marco.

I checked my current values

---
sudo sysctl vm.swappiness
# vm.swappiness = 60

sudo sysctl vm.vfs_cache_pressure
# vm.vfs_cache_pressure = 100

sudo sysctl vm.dirty_background_bytes
# vm.dirty_background_bytes = 0

sudo sysctl vm.dirty_bytes
# vm.dirty_bytes = 0
---

but I haven't changed anything yet. Will try to change something and
let's see what is going to happen.




> On Tue, 16 Jun 2020 at 10:16, Will Mengarini  wrote:
>
>
> 30 s is suspicious for a DNS timeout, but I don't know
> how to identify what's causing it.

Thank you Will. It's not exactly 30sec - sometime it's just 5-10sec,
sometime it is even longer than 30sec.

But that made me think since the container has no interfaces / no IPs
(except localhost).
In Ubuntu container I stopped and disabled systemd-resolvd and add a network
interface with static IP 10.33.44.55 and in /etc/resolv.conf I set the same IP.
Nothing it listening on 53 inside LXC so if a program requests DNS
the request should get immediately refused (no timeout).
But unfortunately that  didn't help. But thank you for trying!




Meanwhile I setup testing laptop. I have identical Debian Buster setup
on multiple laptops
(all have the same issue) so I'm connecting the testing laptop from
the main laptop over SSH.
On testing laptop I'm clicking inside VSCodium to trigger the freeze
and meanwhile I'm in LXC
container (lxc-attach over SSH) from main laptop. I can confirm that
when I'm attached
the system is responsive during the freeze so it's really just GUI,
not the system.

Kind regards,
JR

bash-completion pros/cons (was: Re: Need commands)

[l0f4r0]

Hi,

16 juin 2020 à 10:47 de david...@freevolt.org:

> I hear some people find bash-completion helpful. Personally, though,
> no. Do not want.
>
Interesting/intriguing point of view.
Why would someone not be interested in autocompletion please? 

Best regards,
l0f4r0

Re: X11 / KDE Plasma 5 periodically freezes when I use GUI app inside LXC container

[Marco Möller]

On 16.06.20 10:11, John Radek wrote:

It usually takes 30sec and then the desktop unfreeze and everything is
fine again.


This could be caused by the "vm.swappiness", "vm.vfs_cache_pressure" or 
"vm.dirty" settings. These could be configured permanently in 
/etc/sysctl.conf  or  /etc/sysctl.d/myfile.conf , but it is also 
possible to adjust them only temporarily until the next boot.


You could show some of the relevant values (there are more than the ones 
which I list here!) by these commands:

sysctl vm.swappiness
sysctl vm.vfs_cache_pressure
sysctl vm.dirty_background_bytes
sysctl vm.dirty_bytes

For adjusting them temporarily:
sudo sysctl vm.swappiness=
sudo sysctl vm.vfs_cache_pressure=
sudo sysctl vm.dirty_background_bytes=
sudo sysctl vm.dirty_bytes=
I did not write values behind the "=", but of course you have to write 
your values there (I removed my values, because mine are only valid for 
my hardware).


Sorry, I cannot help you more than pointing you to this potential 
solution. I am not experienced enough to give a recommendation on the 
values which you for this parameters should use in your situation. I 
figured out mine for my very old hardware by studying the documentation 
followed by some promising guess and then observing if the freezes which 
occurred to the responsiveness of my desktop GUI disappeared. Well, if 
someone would know which values to recommend for your special situation, 
then I would be curious to read about it.

Good Luck!
Marco

Re: Need commands

[davidson]

On Sun, 14 Jun 2020, mick crane wrote:


On 2020-06-14 12:42, to...@tuxteam.de wrote:

On Sun, Jun 14, 2020 at 12:23:15PM +0100, mick crane wrote:

On 2020-06-13 19:51, Darac Marjal wrote:
...
>The full list of commands depends on what's installed, but you can
>retrieve that list by opening a terminal and typing:
>
>    compgen -ac

what are these words that begin with the underscore ?

__load_completion
__ltrim_colon_completions
__parse_options
__reassemble_comp_words_by_ref
_allowed_groups
_allowed_users
_available_interfaces
_cd
_cd_devices
_command


I don't have those. Most probably they are shell functions defined for your
session. Just issue the command

  type __load_completion

to shed light on that.

Which package or program defines them is anyone's guess, but you can try
to look into your shell initialization files (i.e. /etc/profile, ~/.bashrc,
all those mentioned in the FILES section of man bash [1]) to learn more.

Cheers

[1] or whatever shell is yours.

-- tomás


I wish I'd never looked now.
so they are functions defined in the actual bash code for other words to get 
the result of ?


Er, they look like shell functions that bash_completion (from package
"bash-completion") defines for the greater glory of Bash
Completionstan.

 $ apt-description bash-completion # Not a real command
 bash-completion - programmable completion for the bash shell
  bash completion extends bash's standard completion behavior to achieve
  complex command lines with just a few keystrokes.  This project was
  conceived to produce programmable completion routines for the most
  common Linux/UNIX commands, reducing the amount of typing sysadmins
  and programmers need to do on a daily basis.
 Homepage: https://github.com/scop/bash-completion

You can read about shell functions in general in the bash man page,
either briefly under section "SHELL GRAMMAR" in subsection "Shell
Function Definitions", or at greater length in the section
"FUNCTIONS".

I hear some people find bash-completion helpful. Personally, though,
no. Do not want.

So, when using a system with bash-completion installed, I disable it
in my own accounts with two steps:

STEP 1

Create a file ~/.config/bash_completion containing the line "shopt -u
progcomp". (If you happen not to have a directory ~/.config already,
create one first.)

 $ echo "# Disable bash-completion" >> ~/.config/bash_completion
 $ echo "shopt -u progcomp" >> ~/.config/bash_completion

This makes /etc/profile.d/bash_completion.sh do nothing when it runs
(other than source your ~/.config/bash_completion), because
/etc/profile.d/bash_completion.sh is polite like that.

In order for this to be effective, the file you create in ~/.config
must have that precise name (with an underscore, not a hyphen), and it
must unset the progcomp shell option (which is what the line "shopt -u
progcomp" does).

/usr/share/doc/bash-completion/README.md.gz explains STEP 1 more
generally like so:

  The `profile.d` script provides a configuration file hook that can
  be used to prevent loading `bash_completion` on per user basis when
  it's installed system wide. To do this:

  1. Turn off programmable completion with `shopt -u progcomp` in
 `$XDG_CONFIG_HOME/bash_completion` (or
 `~/.config/bash_completion` if `$XDG_CONFIG_HOME` is not set)

  2. Turn it back on (for example in `~/.bashrc`) if you want to use
 programmable completion for other purposes.


STEP 2

Examine ~/.bashrc and look for any sections that enable
bash_completion, and comment them out:

# enable programmable completion features (you don't need to enable
# this, if it's already enabled in /etc/bash.bashrc and /etc/profile
# sources /etc/bash.bashrc).
# if [ -f /etc/bash_completion ] && ! shopt -oq posix; then
#. /etc/bash_completion

Both steps are required. The first keeps system-wide profile from
running bash_completion for you. The second keeps your ~/.bashrc from
running it for yourself.

After doing both, start a new bash session and check to see if

 $ typeset -F

still shows presence of the offending functions.

--
https://news.ycombinator.com/item?id=12518471 alexk already addressed
your concern: your keys, preferably issued by your org's CA (instead
of being generated by you) should be short-lived, oftentimes for the
duration of your "work shift". The tools listed above support this.

Re: Désinfectants

[ajh-valmer]

On Monday 15 June 2020 09:51:05 Cecylia Lazar wrote:
> Je contacte au nom du fabricant de savons, liquides et gels 
> pour la désinfection de MS-Windows-10. 

Erreur d'aiguillage, ce mail concerne Microsoft.

X11 / KDE Plasma 5 periodically freezes when I use GUI app inside LXC container

[John Radek]

Hi Everybody ;-),

---
TL;DR: Could you please help me to get logs / trace or debug X (or KDE Plasma 5)
that is freezing when I run (and actively use) X app inside LXC container?
---

I'm trying to run GUI apps inside LXC container. I know that there are other
ways (snapd) but I really like the idea of LXC...

I followed the following guide:
https://gudok.xyz/lxcdeb/#_x11_applications_via_unix_socket
since it is almost exactly mirrors my setup.

My setup is:

- Debian Buster with KDE Plasma 5 with LXC container running
Debian 10, Debian 11 and Ubuntu 20.04 (I tested them all)

- I have same user in the container (same username and UID) as outside the
container with 1:1 UID mapping for this user.
I also tried to run GUI apps as root inside the container.

-
lxc.idmap = u 0 10 1000
lxc.idmap = g 0 10 1000
lxc.idmap = u 1000 1000 1
lxc.idmap = g 1000 1000 1
lxc.idmap = u 1001 101001 64535
lxc.idmap = g 1001 101001 64535

lxc.mount.entry = /tmp/.X11-unix tmp/.X11-unix none ro,bind,create=dir 0 0
lxc.environment = DISPLAY=:0
lxc.environment = XAUTHORITY=/home/my_user_name/.Xauthority

# optional (works both with and without this):
lxc.mount.entry = /dev/dri dev/dri none bind,optional,create=dir
lxc.mount.entry = /dev/snd dev/snd none bind,optional,create=dir
lxc.mount.entry = /dev/video0 dev/video0 none bind,optional,create=file
-

I was pleasantly surprised that after following the guide I was able
very quickly lunch GUI apps.
The problem that I'm facing is that when I start using the app my
desktop sometimes
completely freeze for approx 30sec. I tested "retext", "meld" and "VSCodium"
and a few other apps... It's all the same.


I know that it's only GUI (not the Linux) that freezes. For example
when I played video in VLC outside of the container and the freeze
happened - the VLC window froze with rest of the screen but I still heard
the audio.


It usually takes 30sec and then the desktop unfreeze and everything is
fine again.
During the freeze I can see / move with mouse cursor and when I click on for
example inactive window then the window becomes active after the freeze
which tells me that the desktop responds but I can’t see the change
during the freeze.


I'm not asking anyone to debug this complicated setup since I
understand that it's
complicated. There are too many layers - Xorg, KDE Plasma, LXC and
it's difficult to say what exactly is misbehaving.


Can somebody please just tell me how to narrow down to app/configuration
that is causing issues?


I tried following:

- Host: tail --follow /var/log/Xorg.0.log
- Host: sudo journalctl --follow
- Inside LXC cont.: journalctl --follow

But I don't get anything interesting when/after the freeze happens.

Thank you very much for any suggestions.

JR

Re: KDE run Dolphin as root?

[tomas]

On Tue, Jun 16, 2020 at 09:21:24AM +0200, Marco Möller wrote:
> On 15.06.20 21:47, Gary L. Roach wrote:
> >Someone in the Debian hierarchy decided that root Dolphin was too
> >much of a security risk. So the problem has propagated to at least
> >a half dozen other distros (Ubuntu,Kubuntu, Mint) to name a
> >couple.
> 
> To my knowledge, this is not true!

You're too polite ;-D

To my perception, this is borderline... conspiracy theory.

Cheers
-- t


signature.asc
Description: Digital signature

Re: KDE run Dolphin as root?

[tomas]

On Tue, Jun 16, 2020 at 08:33:29AM +1000, Keith bainbridge wrote:

[...]

> Here, hear i say. It is my computer.

You own it, you do the work. Complaining ain't working ;-D

> Now, i just tested both caja and nemo and both run as sudo and su
> -c. caja could not connect to ibus. (Default file managers for Mate
> & Cinnamon)

> I am sure I have had other file managers run as sudo.

This might just be because the others don't care as much about
your security. Who knows.

> I reckon the problem is dolphin specific. Having said that, I can't
> check in another environment, other than debian, mint - oh I could
> download and run an ISO in vbox. Am I that desperate to prove the
> point - not yet.

As long as there is a way to change the defaults all seems wellm no?

Cheers
-- t


signature.asc
Description: Digital signature

Re: KDE run Dolphin as root?

[Marco Möller]

On 15.06.20 21:47, Gary L. Roach wrote:
Someone in the Debian hierarchy decided that root Dolphin was too much 
of a security risk. So the problem has propagated to at least a half 
dozen other distros (Ubuntu,Kubuntu, Mint) to name a couple.


To my knowledge, this is not true!
It is the Dolphin upstream team which implements the blocking mechanism. 
In some of the many threads on this issue flooding the internet there 
are given instructions how to compile your personal version of Dolphin 
after having changed (removed) the respective code in the Dolphin source 
code, in order to finally make it run as user root again.


Best regards, Marco.

Re: Question for users of Thunderbird on buster

[davidson]

On Thu, 11 Jun 2020, D. R. Evans wrote:


Virgo Pärna wrote on 6/11/20 1:27 AM:

On Wed, 10 Jun 2020 14:10:45 -0600, D. R. Evans  wrote:

For example:
  if I type the "-" character twice in a row, Thunderbird displays
only one, even though both characters are present in the text


Speculation in the dark: The displayed result might be a em-dash or
en-dash, and not a hyphen.

Alternative speculation: No, the displayed result really *is* a
hyphen. Hitting the hyphen key twice in a row is in fact how one
enters a hyphen under the keyboard layout presently in effect.


  if I type the "<" character twice in a row, Thunderbird converts
the two "less than" characters into a single "much less than"
character when it displays them, even though the text actually
contains the two "<" characters


More speculation in the dark: the character you describe as "much less
than" character is a left-guillemet. It is conventional in some
languages to use guillemets the way English uses double quotation
marks.

It sounds to me like the effective keyboard layout is one that imposes
dead-key behavior on certain keys in exchange for easier entry of
certain characters that a standard US keyboard lacks dedicated keys
for.


What happens, if you change the default composition
font. Sounds like those are rendered as ligatures. I'm using
Windows, but when I set monospace font to Cascadia code, I started
getting similar issues.


Oh, that's very interesting. Yep, changing font "fixed" the problem.

It's a puzzle why someone thought would think that this would be a
good way for the rendering engine to work. I can think of a few of
reasons for it NOT to behave this way, and none for why it's a good
idea.


Different requirements call for different keyboard layouts. It sounds
like in Thunderbird, for whatever reason, you have one enabled that
doesn't fit yours.

I wish you luck in sorting it out.


I'll have to dig in and see if there's a way to turn it off. I'll
look at the details of the font as well; I'm not at all sure what
exactly is telling TB "if you see two consecutive "less-than" signs,
then render them as a single "much less than" character. No other
program seems to be doing it, so it seems to be a TB decision
somewhere; but since it seems to be font-dependent, TB must
(presumably) be looking at some characteristic of the font before
deciding to make the substitution. Very strange.

Thanks for the suggestion that it might be dependent on the font.

 Doc




--
https://news.ycombinator.com/item?id=12518471 alexk already addressed
your concern: your keys, preferably issued by your org's CA (instead
of being generated by you) should be short-lived, oftentimes for the
duration of your "work shift". The tools listed above support this.

Re: using tar

[Teemu Likonen]

mick crane [2020-06-15T19:01:32+01] wrote:

> I think my memory has packed up.

Mine too, and I like GNU's long-option style because I remember them
easily. They are also kind of self-documenting code in shell scripts.

tar --create --verbose --xz --file archive.tar.xz directory/to_archive

Bash completion helps in interactive shell: tar --cr

-- 
/// Teemu Likonen - .-.. http://www.iki.fi/tlikonen/
// OpenPGP: 4E1055DC84E9DFF613D78557719D69D324539450


signature.asc
Description: PGP signature