Re: Shimming HTTP to HTTPS.

[David Wright]

On Sun 28 Jul 2019 at 19:57:19 (+0300), Reco wrote:
> On Sun, Jul 28, 2019 at 09:17:21AM -0700, pe...@easthope.ca wrote:
> > The In-reply-to and References above should be right except that there 
> > is no magnifying glass link.  This is email.  Not HTML.
> 
> It may sound boring, but there's no "In-reply-to". There's "In-Reply-To".
> Yes, case matters. "References" header seems good though.

Case matters inside the , but not for the Header Field Name itself.

Cheers,
David.

Re: Shimming HTTP to HTTPS.

[David Wright]

On Sun 28 Jul 2019 at 09:17:21 (-0700), pe...@easthope.ca wrote:
> Appears that the less-than and greater-than signs were replaced with 
> the null character.  I'm not sure why but will try to prevent henceforth.
> 
> The In-reply-to and References above should be right except that there 
> is no magnifying glass link.  This is email.  Not HTML.

Yes, that's looking good, thanks.

The following scenario, where I write "you do this", is all
guesswork because it's not easy to divine exactly what you do
when you reply to a post.

You read postings on the web with a browser. When you want to reply,
you open a composition window and paste in the To/Cc/Subject headers
from the web page.¹

I can't determine what happens when you cut and paste the Message-ID
± References lines but I suspect the exotic characters may be
causing odd effects as you delete them. In particular, you may find
some terminals/editors miscalculate the position of the cursor,
displaying it on a neighbouring character.² (This may be why you
could think you deleted the NUL/magnifier, leaving the <, but
actually delete the <, leaving the NUL.)

You've mentioned "magnifying glass link" before, and I get the
impression that you think the magnifying glass *is* the link.
Actually it's just a symbol character enclosed in [], and needn't
appear on the page at all (because the [] characters are just as
good for clicking on).

The link itself is a URL as usual. For the message I'm replying to
now, the Message-ID is  and the
corresponding link³ on the web page (under the magnifier) is
https://lists.debian.org/msgid-search/E1hrlrN-0002IM-Cf@joule.invalid

But the point is that Message-ID:s, In-Reply-To:s and References:
in *emails* are not URLs, but , even though their text
is used to mark links on the web page.

Apologies if these guesses are off the mark.

¹ I had assumed you'd be cut-and-pasting from an email header, not
  the web page.

² Eg,  emacs -nw  in an xterm does this.

³ I must admit that I've never discovered a use for that style of link:
  the https://lists.debian.org/debian-user/2019/07/msg01334.html URL
  seems much more useful for citations in posts.

Cheers,
David.

Re: Laptop pour Debian

[ajh-valmer]

On Sunday 28 July 2019 22:18:51 Gaëtan Perrier wrote:
> Le samedi 27 juillet 2019 à 12:46 +0200, ajh-valmer a écrit :
> > - Carte graphique dédiée indépendante (important),

On Sunday 28 July 2019 22:18:51 Gaëtan Perrier wrote:
> Pourquoi? Perso au contraire j'évite les portables avec une CG dédiée ...

Si tu préfères une qualité graphique médiocre, libre à toi.

Quant au poids en plus, c'est infime.

Il y a des portables poids plume, DVD... avec CG dédiée,
moins de 1kg8 (Asus).
Ce n'est pas la carte qui alourdit.

Re: Possible Bug issues in kernel.

[deloptes]

Reco wrote:

> lsinitramfs /boot/initrd.img* | grep ttf$

Hmm here it does not find anything, but plymouth is in the initram

When looking for ttf
grep
ttf -r /etc/initramfs-tools /usr/share/initramfs-tools/ 
/usr/share/lintian/overrides
/usr/share/initramfs-tools/hooks/plymouth:  if
[ -e /usr/share/fonts/truetype/dejavu/DejaVuSerif.ttf ]

which brings me to the idea that I always wanted to look into this beast a
bit closer

Re: Laptop pour Debian

[Belaïd]

Ça dépend de tes besoins. Qui peut le plus peut le moins  !  Un portable
avec une carte graphique dédiée peut faire plus de chose !
Les seuls inconvéniens que je vois dans les portables avec des cartes
graphiques dédiées c'est qu'ils sont généralement plus lourd (un peu plus
encombrant) et chauffe plus.  Au niveau performance,  je doute qu'une carte
intégrée puisse faire pareil ou mieux qu'une carte dédiée (carte de même
 génération)

Le dim. 28 juil. 2019 22:19, Gaëtan Perrier  a
écrit :

> Le samedi 27 juillet 2019 à 12:46 +0200, ajh-valmer a écrit :
> >
> > - Carte graphique dédiée indépendante (important),
>
> Pourquoi? Perso au contraire j'évite les portables avec une CG dédiée ...
>
> Gaëtan
>

Re: Laptop pour Debian

[Gaëtan Perrier]

Le samedi 27 juillet 2019 à 12:46 +0200, ajh-valmer a écrit :
> 
> - Carte graphique dédiée indépendante (important),

Pourquoi? Perso au contraire j'évite les portables avec une CG dédiée ...

Gaëtan


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

Re: Debian 10 software raid

[Lucas Castro]

Is your system running over uefi?
 If yes, ESP partition doesnt work over RAID software, so booting relaying just 
one of the disk.

If no,  make sure grub installed MBR in both disk. 

grub-install /dev/sd[AB]

It would be more helpfull if you post error as it is rather than just telling 
"my system not booting"

Em 28 de julho de 2019 15:17:33 BRT, Finariu Florin  
escreveu:
>Hi everyone,
>I have installed Debian 10 buster and I created a software raid.
>After I finished Debian installation the system don't boot.Can somebody
>tell me why?
>Or what I have to do to be able to boot it?
>Thank you!

-- 
Enviado de meu dispositivo Android com K-9 mail. Desculpe-me pela brevidade.

Re: Debian 10 software raid

[Nicholas Geovanis]

On Sun, Jul 28, 2019, 1:18 PM Finariu Florin  wrote:

> Hi everyone,
> I have installed Debian 10 buster and I created a software raid.
> After I finished Debian installation the system don't boot.
> Can somebody tell me why?
> Or what I have to do to be able to boot it?
> Thank you!
>

Are you sure that the BIOS settings boot from the correct volume now?

Debian 10 software raid

[Finariu Florin]

Hi everyone,
I have installed Debian 10 buster and I created a software raid.
After I finished Debian installation the system don't boot.Can somebody tell me 
why?
Or what I have to do to be able to boot it?
Thank you!

Re: Difficile création d'une cle usb multiboot uefi gpt grub !

[Pascal Hambourg]

Le 28/07/2019 à 16:08, toto a écrit :

RESOLU 


De quelle manière ?

Re: thunderbird / icedove directory snafu ?

[Andrea Borgia]

Il 22/07/19 08:24, Andrea Borgia ha scritto:

Basically, the keep the TB version currently in testing happy, I need 
.icedove to be a symlink to .thunderbird even if I have completed the 
transition long ago.


Filed a bug, even if I found a solution:
933274: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=933274

Re: Laptop pour Debian

[Eric Degenetais]

Le dim. 28 juil. 2019 18:52, ajh-valmer  a écrit :

> > > Un ancien portable Acer 17 pouces, volumineux, épais, lourd,
> > > chauffait beaucoup, température brulante.
> > > Impossible de l'utiliser en short sur ses genoux.
> > > En le surélevant en dessous, la température se stabilisait.
> > > Un Lenovo ultra-fin récent, aucun échauffement,
> > > même après des heures
>
> On Saturday 27 July 2019 16:24:35 Eric Degenetais wrote:
> > Si l'air peut circuler DANS le boîtier, pas besoin de le mettre sur des
> > cales. Quant aux ultra-fins je m'en suis déjà farci. Ils tournent à leurs
> > specs trois secondes, puis ils ralentissent pour ne pas chauffer.
> > Donc oui, ils ne surchauffent pas... Comme machine à écrire ça suffit.
> > Si on a besoin de la gouache c'est pénible.
>
> Affirmations pas trop raisonnées = désinformation :-)
>
> 1) Comment l'air peut-il s'évacuer du boitier si le ventilo en dessous
> est collé à la table ?
>
Une conception qui permet à l'usage normal de la machine d'obstruer les
évents est une conception défectueuse.

>
> 2) Constat évident, dès le portable mis sur 2 cales, il ne chauffait plus.
>
> 3] Portable très fin, pas observé de ralentissement.
>
> 4) C'est la conception du portable qui le rend sensible à la température.
>
Du vécu sur les ultra-portables. Ces machines sont parfaites si on ne veut
pas de puissance de calcul. Elles montrent leurs limites si on en veut.
C'est une question de choix de l'outil en fonction du besoin.

>
>

Re: Shimming HTTP to HTTPS.

[Reco]

Hi.

On Sun, Jul 28, 2019 at 09:17:21AM -0700, pe...@easthope.ca wrote:
> The In-reply-to and References above should be right except that there 
> is no magnifying glass link.  This is email.  Not HTML.

It may sound boring, but there's no "In-reply-to". There's "In-Reply-To".
Yes, case matters. "References" header seems good though.


> > Shorewall is a frontend to netfilter kernel subsystem.
> > It can do all kinds of things as long as they do not exceed L4 (as in
> > OSI L4, transport layer). What you want to do is to apply a
> > transformation to L7 (application layer), and that's something that
> > netfilter cannot do.
> 
> There are two kinds of browser here.
> (1) Firefox and dillo which handle HTTP and HTTPS properly.

You may be surprised. Contrary to what they tell at Mozilla, NSS is not
the best TLS implementation. There's some hope for dillo depending on if
it uses openssl or gnutls.

> (2) The Oberon browser which currently handles only HTTP.
> 
> So this is the problem which interests me.
> When firefox or dillo requests any URL, process it as usual.

Ok. Sounds simple.

> When the Oberon browser requests a HTTP URL, process it as usual.

Ok, any conventional HTTP forward proxy should do here.

> When the Oberon browser requests a HTTPS URL, divert it and apply TLS.

Have you meant "Oberon sends HTTP request that should be transformed to
HTTPS"? That's where that hypothetical proxy comes in.


If yes, you forgot at least two other interesting cases:

Oberon browser sends HTTP request, but gets HTTPS redirect (301/302) in
result.
Oberon browser sends HTTP request, proxy transforms it into HTTPS, gets
HTTPS reply, transforms it back into HTTP reply ... only to send Oberon
browser a huge pile of HTTPS links to pictures, css, js and whatnot.


Putting some thought into this, you need [1].
It may sound strange, but why bother reimplementing half of a browser
inside of a proxy, if you can make a browser serve a proxy role?

Reco

[1] https://github.com/tenox7/wrp

Re: Laptop pour Debian

[Erwan David]

On 7/28/19 6:55 PM, ajh-valmer wrote:

On Saturday 27 July 2019 16:43:42 Michel Memeteau - EKIMIA wrote:

Un 15 pouces populaire sous debian : Clevo N151ZU


http://shop.ekimia.fr/fr/14-15-pouces/153-ekimia-bionic-ultrabook-15-pouces-ubuntu-linux.html

Ekimia Bionic ultrabook 15 pouces Ubuntu Linux
Carte graphique intel HD 620

Cher pour un portable à carte graphique non dédiée,
intégrée au processeur qui peut prendre 1Go de RAM.



Et surtout 1 mois mini pour l'avoir...

Re: Laptop pour Debian

[ajh-valmer]

On Saturday 27 July 2019 16:43:42 Michel Memeteau - EKIMIA wrote:
> Un 15 pouces populaire sous debian : Clevo N151ZU
> 
http://shop.ekimia.fr/fr/14-15-pouces/153-ekimia-bionic-ultrabook-15-pouces-ubuntu-linux.html

Ekimia Bionic ultrabook 15 pouces Ubuntu Linux
Carte graphique intel HD 620 

Cher pour un portable à carte graphique non dédiée,
intégrée au processeur qui peut prendre 1Go de RAM.

Re: Laptop pour Debian

[ajh-valmer]

> > Un ancien portable Acer 17 pouces, volumineux, épais, lourd,
> > chauffait beaucoup, température brulante.
> > Impossible de l'utiliser en short sur ses genoux.
> > En le surélevant en dessous, la température se stabilisait.
> > Un Lenovo ultra-fin récent, aucun échauffement,
> > même après des heures

On Saturday 27 July 2019 16:24:35 Eric Degenetais wrote:
> Si l'air peut circuler DANS le boîtier, pas besoin de le mettre sur des
> cales. Quant aux ultra-fins je m'en suis déjà farci. Ils tournent à leurs
> specs trois secondes, puis ils ralentissent pour ne pas chauffer. 
> Donc oui, ils ne surchauffent pas... Comme machine à écrire ça suffit. 
> Si on a besoin de la gouache c'est pénible.

Affirmations pas trop raisonnées = désinformation :-)

1) Comment l'air peut-il s'évacuer du boitier si le ventilo en dessous 
est collé à la table ?

2) Constat évident, dès le portable mis sur 2 cales, il ne chauffait plus.

3] Portable très fin, pas observé de ralentissement.

4) C'est la conception du portable qui le rend sensible à la température.

Re: Shimming HTTP to HTTPS.

[peter]

Appears that the less-than and greater-than signs were replaced with 
the null character.  I'm not sure why but will try to prevent henceforth.

The In-reply-to and References above should be right except that there 
is no magnifying glass link.  This is email.  Not HTML.

*   From: Reco 
*   Date: Thu, 18 Jul 2019 10:13:58 +0300
> Shorewall is a frontend to netfilter kernel subsystem.
> It can do all kinds of things as long as they do not exceed L4 (as in
> OSI L4, transport layer). What you want to do is to apply a
> transformation to L7 (application layer), and that's something that
> netfilter cannot do.

OK, good.  In case anyone is interested, this is from  
https://en.wikipedia.org/wiki/Transport_Layer_Security .
"TLS and SSL do not fit neatly into any single layer of the OSI model 
or the TCP/IP model.[8][9] TLS runs "on top of some reliable transport 
protocol (e.g., TCP),"[10] which would imply that it is above the 
transport layer. It serves encryption to higher layers, which is 
normally the function of the presentation layer. However, applications 
generally use TLS as if it were a transport layer,[8][9] even though 
applications using TLS must actively control initiating TLS handshakes 
and handling of exchanged authentication certificates.[10]"

There are two kinds of browser here.  (1) Firefox and dillo which handle 
HTTP and HTTPS properly.  (2) The Oberon browser which currently handles 
only HTTP.

So this is the problem which interests me.
When firefox or dillo requests any URL, process it as usual.
When the Oberon browser requests a HTTP URL, process it as usual.
When the Oberon browser requests a HTTPS URL, divert it and apply TLS.

Not obvious how these three cases should be separated but this is an 
idea. For Oberon HTTPS I choose a private port which won't interfere 
with anything else.  65535 for example.  To open a HTTPS page with 
Oberon, request this URL: HTTP://:65535/.  In the host 
system, where the Oberon browser is running, set up a proxy to 
intercept traffic to 65535 and apply TLS.  

Any sense in that?  Further tips welcome of course.

Thanks,... P.

-- 
https://en.wikibooks.org/wiki/Oberon
Tel: +1 604 670 0140Bcc: peter at easthope. ca

Re: Magnifying glass character, .

[Michael Stone]

On Sun, Jul 28, 2019 at 11:01:33AM -0500, David Wright wrote:

No, particularly in a technical list like this. Most people reading
posts as text emails will lack it in their font, so it will
probably get displayed as a space, or even something double-width
that screws up any intended monospaced layout.


Most people running an up to date debian system shouldn't really have 
problems with it. Terminal choice can be an issue, but there are plenty 
of terminals available which will display a text MUA and unicode emojis 
(even in color!) with no problem.



But the main point for you, personally, is that your system for
sending posts appears to be non-conforming and embeds NULs or 0x80
characters in the text. This mightily screws up some mail readers,
so please don't use it.


This is the issue--what he's sending isn't valid unicode because his 
pre-unicode (and pre-rfc2822) MUA is mangling its input and sending 
bogus output. It has nothing to do with whether sending valid unicode 
works.

Re: Magnifying glass character, .

[David Wright]

On Sat 27 Jul 2019 at 21:48:12 (-0700), pe...@easthope.ca wrote:
> Does anyone happen to know: is  a Unicode assigned character 
> or a Debian private use character?

Sorry to have ignored the earlier part of your previous post, but I
assumed that it was the threading that you cared about and not this
particular character. I was just trying to save you time and effort.

As others have posted, it's a Unicode character. This reference
http://www.ltg.ed.ac.uk/~richard/utf-8.cgi
is a useful one to bookmark in your browser. Your subject line
is quoting the decimal code point in HTML-speak, but you know all
this as you posted it in said previous post.

> A clever Unicode supplemental character?

Plane 1, the Supplementary Multilingual Plane (SMP)
where it's in the
Miscellaneous Symbols and Pictographs
block.

> Does it comply to an RFC or standard?

ISO/IEC 10646.

> Is it a good notation for the mailing list?
> I'd tend to look for someting slimpler.

No, particularly in a technical list like this. Most people reading
posts as text emails will lack it in their font, so it will
probably get displayed as a space, or even something double-width
that screws up any intended monospaced layout.

But the main point for you, personally, is that your system for
sending posts appears to be non-conforming and embeds NULs or 0x80
characters in the text. This mightily screws up some mail readers,
so please don't use it.

Cheers,
David.

Re: Fwd: nemo crashes with no error [in Stretch]

[Curt]

On 2019-07-28, deb  wrote:
> (Just trying this one again. No one else has seen this?)
>
>
>
> on Debian Stretch 9.8 to 9.9 --has anyone else run into nemo just flat 
> out crashing?
>

Martin ran into it.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=869165


-- 
“We are all in the gutter, but some of us are looking at the stars.” 
― Oscar Wilde, Lady Windermere's Fan

Re: HS GED paprass-2.06-2

[Georges]

Le Sun, 28 Jul 2019 11:56:16 +0200,

ED a écrit :

> 
> On peut comprendre qu'une personne qui contribue bénévolement
> "choisisse ses combats"

 Et je remercie l'initiateur du logiciel ainsi que le mainteneur du
 paquet .deb qui mon permis de le connaître et de l'utiliser.

 Et je le _conseille fortement à tous_ ceux n'ayant pas besoin d'une
 usine à gaz ;-)

 Bon, je vais continuer avec Xsane pour scanner et importer dans
 paprass en "Ajout d'un fichier existant".

 Bipede est sympa, il ma encore répondu ce jour. (voir ses autres
 créations).
Merci à tous   Georges

Fwd: nemo crashes with no error [in Stretch]

[deb]

(Just trying this one again. No one else has seen this?)



on Debian Stretch 9.8 to 9.9 --has anyone else run into nemo just flat 
out crashing?


No errors shown at crash.
No errors that I can dig out in logs.
nemo just "goes away", often at the end of completing a copy. Sometimes 
just when tapping a folder.

No set type of copy.
No set folder.


If more than one nemo is open -- they all go away at the same time.

 * Memory usage is generally 30% at all times.
 * Plenty of swap space.


No such error from nautilus.

I was just wondering if other folks have seen this -- because I did not 
catch it mentioned here.


Thoughts on where to look for the cause would be welcomed.

Thank you.

Re: Difficile création d'une cle usb multiboot uefi gpt grub !

[toto]

RESOLU 



--
Sent from: http://debian.2.n7.nabble.com/debian-user-french-f1152225.html

Re: DPMS

[Curt]

On 2019-07-28, davidson  wrote:
>
> I have no experience with KDE, and very little understanding in
> general of display managers or desktop environments. So my suggestions
> are made in ignorance of whether your display manager or DE might
> somehow override the effect of the changes I suggest here.

What has or has not been set in relation to power management in the KDE
Control Center, or with the powerdevil power management daemon, is
exactly what we need to know, but it is also exactly what the OP
refrains from saying. That these settings could override others set
elsewhere using other tools seems likely enough that the absence of this
information renders the pursuit of any lower-level solution problematic.


-- 
“We are all in the gutter, but some of us are looking at the stars.” 
― Oscar Wilde, Lady Windermere's Fan

Re: Volume jumps to maximum during Youtube stream in epiphany ( gnome web)

[Kenneth Parker]

Hello,

On Sat, Jul 27, 2019 at 12:47 PM Maxim Svobonas  wrote:

> This should be fixable with "flat-volumes = no" in /etc/pulse/daemon.conf
>

Many thanks, but for different reasons:   I   *love*   Classical Music,
which, frequently has very soft, as well as quite loud passages in the same
piece.  (Two well-known examples:  Bolero, by Maurice Ravel begins at a
whisper, but ends, extremely loud.   The other, 1812 Overture, by
Tchaikovsky, has many soft passages, but includes a Climax with the entire
Orchestra, plus Cannons!)

I was, actually blaming the CD Recording, when the Dynamics were
"flattened", but then saw this Thread.  Thanks again!

Relevant issue here: https://gitlab.gnome.org/GNOME/epiphany/issues/838


+1

>
> Best regards,
> Max
>
> ‐‐‐ Original Message ‐‐‐
> On Saturday, July 27, 2019 7:07 PM, Shahryar Afifi <
> shahryaraf...@yahoo.com> wrote:
>
> > Also, this happens when video ends and another begins.
> > Where can I find the log files?
> > Thank you.
> > bsuter amd64
> > gnome web 3.32.1.2
>

Best regards,

Kenneth Parker

Re: DPMS

[davidson]

On Sun, 28 Jul 2019, davidson wrote:


Step 1. Go to /etc/X11

~# cd /etc/X11
/etc/X11#

Step 2. If there is no xorg.conf.d directory there, then create
one. Make it the current working directory:

/etc/X11# mkdir -v xorg.conf.d
mkdir: created directory 'xorg.conf.d'
/etc/X11# cd xorg.conf.d
/etc/X11/xorg.conf.d#

Important: If you already had a /etc/X11/xorg.conf.d directory before
completing step 2, then make sure not to clobber the contents of any
existing files when you do step 3; use 'ls' or something to make sure
that /etc/X11/xorg.conf.d/10-monitor.conf does not already exist.


To make clobberage of an existing file less likely, you could name it
something more unusual than 10-monitor.conf. Something like

 10-monitor-insomniac.conf

for example.

[*] I've removed OP from CC, since my previous cc bounced.

--
 The day will come  |  Last words, August Spies (1855--1887).
 When our silence will be   |  Hanged, by the U.S. state of Illinois,
 More powerful than |  alongside fellow journalists
 The voices you strangle today  |  Adolf Fischer and Albert Parsons.

Re: Possible Bug issues in kernel.

[Reco]

On Sun, Jul 28, 2019 at 01:54:01PM +0200, deloptes wrote:
> Reco wrote:
> 
> > plymouth, maybe? You know, that fancy bootloader program?
> 
> yes I know and use it - much better than 80s dos style boot up screen,
> but ... perhaps needs a check out of curiosity.
> 
> Do you know how/where to check this?

I'd start with a straightforward approach:

lsinitramfs /boot/initrd.img* | grep ttf$

Reco

Re: DPMS

[davidson]

On Sun, 7 Jul 2019, Christopher M wrote:


In Deb 9 KDE on Deb 9 as soon as I logged in DPMS would be disabled
and my screen would not turn off.


Your question is one about power management for the display under KDE.

I have no experience with KDE, and very little understanding in
general of display managers or desktop environments. So my suggestions
are made in ignorance of whether your display manager or DE might
somehow override the effect of the changes I suggest here.


I would have to manually go into the command line and run a line ( I
forget what it was I ran) but basically it was the command to enable
DPMS which once enabled, the screen would turn on and off... But if
I was to log off or restart, DPMS would be disabled again.


The man page for xset(1) describes a couple of options for
enabling/disabling DPMS (Energy Star) features,...

 $ xset +dpms # Enable dpms
 $ xset -dpms # Disable

And it describes an option that lets you set what duration (in
seconds) of inactivity will trigger a transition to each of the three
non-"on/normal" DPMS states (namely "standby", "suspend", and "off").

To standby after 6 minutes, suspend after 1 hour, turn off after 3
hours (of inactivity):

 $ xset dpms 360 3600 10800 # until-standby, until-suspend, until-off

A value of 0 for any of these three numeric arguments disables the
corresponding state:

 $ xset dpms 3600 0 0 # Standby after 1 hr. Never suspend/off.

According to the man page, setting the triggering durations (to some
non-zero number, I guess) will implicitly enable DPMS.

The xset(1) command can set a lot of other display preferences as
well. To review all the current such settings, you can do:

 $ xset q
 [non-DPMS output snipped]
 DPMS (Energy Star):
   standby: 600  suspend: 600  off: 600
   DPMS is Enabled
   Monitor is On

I am somewhat curious what output you get for this command:

 $ zgrep DPMS ~/.local/share/xorg/Xorg.*.log*


I am writing to find out why this happens


I'm not sure I'm equipped to troubleshoot that question with
you. Maybe a helpful KDE genius, generous with their expertise, will
turn up if we revive the thread a little.


and how can I make DPMS enabled on start by itself or writing out a
script to automatically enable DPMS on start.


If you are able to use xset as above to make your display behave as
desired in your current session, then you could try the first three
steps below (as root), to inform future startups of the xorg server
about your DPMS preferences.

[Steps begin]

Step 1. Go to /etc/X11

 ~# cd /etc/X11
 /etc/X11#

Step 2. If there is no xorg.conf.d directory there, then create
one. Make it the current working directory:

 /etc/X11# mkdir -v xorg.conf.d
 mkdir: created directory 'xorg.conf.d'
 /etc/X11# cd xorg.conf.d
 /etc/X11/xorg.conf.d#

Important: If you already had a /etc/X11/xorg.conf.d directory before
completing step 2, then make sure not to clobber the contents of any
existing files when you do step 3; use 'ls' or something to make sure
that /etc/X11/xorg.conf.d/10-monitor.conf does not already exist.

Step 3. In the /etc/X11/xorg.conf.d directory, create a file
'10-monitor.conf' with the following contents:

Section "Monitor"
Identifier "Monitor Insomniac"
Option "DPMS" "true"
EndSection

Section "ServerLayout"
Identifier "ServerLayout Sleepy0"
Option "StandbyTime" "1"
Option "SuspendTime" "2"
Option "OffTime" "3"
EndSection

Step 3, continued: In the above file, the  in lines of form

 Option "*Time" ""

stands for *minutes*, not seconds. (This is different from the xset
commands, which are stated/expressed in terms of seconds.)

Do change the StandbyTime/SuspendTime/OffTime numbers from the values
in my example to whatever suits your needs.

Also, know that the Identifier strings are required (I'm pretty sure)
but arbitrary. I chose "Monitor Insomniac" and "ServerLayout Sleepy0",
but you could pick "Jack" and "Jill", if it suited you.

[Steps end]

The next time the xorg server starts up*, verify that it is
aware of the settings you specified in step 3 (you could use "xset q"
to check this), and then observe whether they are effective.


This problem is what is keeping me from using Debian...


Bummer.


I really like the OS.


Me too.


But this is my only hold up. This problem made me go back to Kubuntu
18.04 until I can figure out why this is happening to me, and find a
way to fix my problem.


Well, I hope this helps.


[*] But how to efficiently/politely get your display manager to
restart the xorg server? I don't know, since I have no display manager
at hand to play around with. A reboot would be more than sufficient to
ensure a restart of xorg of course, but it's overkill. In your place,
I might try the method suggested here:

  
https://askubuntu.com/questions/1220/how-to-restart-x-window-server-from-command-line#answer-1222

That is, just restart the display manager:

 # systemctl restart display-manager

To be on the safe 

Re: Possible Bug issues in kernel.

[deloptes]

Reco wrote:

> plymouth, maybe? You know, that fancy bootloader program?
> 

yes I know and use it - much better than 80s dos style boot up screen,
but ... perhaps needs a check out of curiosity.

Do you know how/where to check this?

thanks in advance

regards

Re: Debian 10 (buster), nftables i iptables

[Pedro]

he trobat aquest enllaç que ens ajudarà a la migració iptables ->
nftables
https://wiki.nftables.org/wiki-nftables/index.php/Moving_from_iptables_to_nftables

Re: Files sidebar Folder shorcuts, namely 'Documents'

[Stefan Krusche]

Am Sonntag, 5. Mai 2019 schrieb Esteban L:
> Hello,
>
> I want to setup a shortcut that basically uses my cloud's "Documents"
> folder, instead of the Debian /home/user version.

I think the following command in a shell should do it…

xdg-user-dirs-update --set DOCUMENTS /home/user/cloud/Documents

…, but to be sure, consult these man pages first:

user-dirs.conf (5)   - configuration for xdg-user-dirs-update
xdg-user-dirs-update (1) - Update XDG user dir configuration

> I mostly just want to sidebar "Documents" to be my cloud's Documents.
> I can just drag it to the sidebar (it will be near the bottom), but
> my home/user/Documents remains. I cannot delete it or change it (I am
> sure there is a way, I just don't know).
>
> I would like to remove, or alter the above "Documents" if there is a
> simple way--which I assume there is.
>
> Anyone have an familiarity with this? Thanks

The xdg-*-dirs mechanism is a standard which is supported by many 
desktop environments. I once had an issue with Trinity Desktop 
Environment (TDE) for that reason recreating directories in $HOME I had 
removed/renamed.

HTH

Kind regards,
Stefan

Re: Possible Bug issues in kernel.

[Reco]

Hi.

On Sun, Jul 28, 2019 at 12:07:33PM +0200, deloptes wrote:
> J.W. Foster wrote:
> 
> > OK I got it sorted out. Seems it was a font issue. i had to install ttf
> > dejavu  and it all installed ok
> 
> Jut curious what a dejavu ttf font might have to do with building initramfs 

plymouth, maybe? You know, that fancy bootloader program?

Reco

Re: Possible Bug issues in kernel.

[deloptes]

J.W. Foster wrote:

> OK I got it sorted out. Seems it was a font issue. i had to install ttf
> dejavu  and it all installed ok

Jut curious what a dejavu ttf font might have to do with building initramfs 

regards

Re: A followup on github discussion

[deloptes]

Shahryar Afifi wrote:

> It is natural and normal that any nation would protect its property of
> any kind.

Germany 2015 was obviously an exception to that :D ... and the Germans
elected her once again - OMG, OMG! Consequently it is not a nation anymore,
or it is a nation in a big confusion?!
Just joking :) I like your argumentation. I don't like her or the people
voting for her ;-)

Respect and regards

Re: HS GED paprass-2.06-2

[Eric Degenetais]

Le dim. 28 juil. 2019 09:26, Georges  a écrit :

> Bonjour et toujours merci ;-)
>
> Le Sat, 27 Jul 2019 12:17:08 -0700 (PDT),
>
> DGC a écrit :
>
> > Le samedi 27 juillet 2019 07:40:02 UTC+2, Georges a écrit :
> >
> > > Hélas, non. toujours un document sans la couleur.
> > >
> > > Je vais redemander au programmeur ce qu'il en pense et je reviens.
> > > Georges
> Bipède dit le 25 Juillet 2019
> Le mainteneur du paquet chez Debian n’a vraisemblablement plus de temps
> à y consacrer.

On peut comprendre qu'une personne qui contribue bénévolement "choisisse
ses combats"

> Pourtant, je l’ai avisé après chaque nouvelle version.
> Un logiciel développé en Python n’a cependant pas beaucoup d’intérêt à
> être empaqueté en deb car son installation est facile sous Linux.

Par contre ce thread prouve précisément le contraire...

> Il ne
> s’agit après tout que de scripts, même s’ils peuvent être très
> élaborés… Cordialement.
>
Pour commencer, ils peuvent avoir des dépendances dont la gestion manuelle
et/ou la configuration ne va pas forcément de soi.

>
>Je suis d'accord avec lui mais c'est dommage !!!
>
> >
> > Par curiosité, j'ai installé la dernière version de l'auteur depuis
> > son site en suivant ses instructions.
> >
> > Je n'ai eu qu'à rajouter python3-sane pour que ça marche e, couleur
> > (sous Debian Buster, environnement de bureau Gnome et chez moi hplip
> > et hplip-gui sont installés ce qui facilité peut-être les choses).
>
>  Je viens de les ré installer
> >
> > Je vais enfoncer une porte ouverte, mais allons-y: il m'est déjà
> > arrivé par le passé (sous Xfce il me semble) de ne pas voir certains
> > choix proposés par des logiciels parce que le thème, les icônes et
> > les polices ne permettaient pas totalement l'affichage d'autres
> > boîtes à outils graphiques (QT ou autres).
> >
> > Donc, ma question: tu as bien le choix "mode de numérisation" avec
> > trois options "lineart", "gray" et "color"? Parce que par défaut
> > c'est "lineart" (noir et blanc sans nuances, "gray" c'est pour du
> > noir et blanc réel avec les nuances de gris)
>
>  Je viens de recharger paprass-src.tar.xz 5.52  renommé les ~.paprass
>  ~/paprass.src en backup réinstallé paprass et la recherche du scanner
>  ne me donne toujours qu'un choix dans scanner.cfg :
> [scanner]
> device = brother3:bus1;dev1
> model = Brother DCP-195C
> modes = Black
> mode = Black
> resolution = 200
> resolutions = 100|150|200|300|400|600|1200|2400|4800|9600
>
> L'url pour charger :
> www.bipede.fr/downloads/logiciels/paprass-src.tar.xz
> J'utilise icewm  et  pas gnome mais je peu essayer de changer ?
>   j'ai pris 1 Kg de cheveux blanc avec cela ;-)
>
>
>

Re: Network Bandwidth issue in VLAN-Router

[Rainer Dorsch]

[please follow-up on debian-arm since it is an imx6 specific issue]

Hi,

I found in the meantime

https://boundarydevices.com/i-mx6-ethernet/

describes most likely the issue I see, in particular the transfer rate 
degradation to 3 Mbits/s is what I see

root@linaro-nano:~# tsecs=2 incr=200 ./bwtest.sh
--bandwidth 200
[  4]  0.0- 2.0 sec  48.1 MBytes   203 Mbits/sec   0.061 ms  164/34479 (0.48%)
[  3]  0.0- 2.0 sec  48.3 MBytes   203 Mbits/sec   0.034 ms0/34483 (0%)
--bandwidth 400
[  4]  0.0- 2.0 sec  96.5 MBytes   405 Mbits/sec   0.040 ms   67/68911 
(0.097%)
[  3]  0.0- 1.9 sec  93.9 MBytes   406 Mbits/sec   0.035 ms 1990/68965 (2.9%)
--bandwidth 600
[  4]  0.0- 2.0 sec   110 MBytes   460 Mbits/sec   0.030 ms  234/78615 (0.3%)
[  3]  0.0- 2.3 sec   110 MBytes   410 Mbits/sec  15.672 ms 26703/105262 (25%)
--bandwidth 800
[  4]  0.0- 2.0 sec   110 MBytes   461 Mbits/sec   0.033 ms0/78511 (0%)
[  3]  0.0- 2.2 sec  2.91 MBytes  11.1 Mbits/sec  101.865 ms 140266/142342 
(99%)
--bandwidth 1000
[  4]  0.0- 2.0 sec   110 MBytes   461 Mbits/sec   0.033 ms0/78383 (0%)
[  3]  0.0- 0.2 sec  90.4 KBytes  3.18 Mbits/sec  110.420 ms 141295/141358 
(1e+02%)

in addition, I see

root@home:~# ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes:   10baseT/Half 10baseT/Full 
100baseT/Half 100baseT/Full 
1000baseT/Full 
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes:  10baseT/Half 10baseT/Full 
100baseT/Half 100baseT/Full 
1000baseT/Full 
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Link partner advertised link modes:  10baseT/Half 10baseT/Full 
 100baseT/Half 100baseT/Full 
 1000baseT/Full 
Link partner advertised pause frame use: Symmetric Receive-only
Link partner advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: MII
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: d
Wake-on: d
Link detected: yes
root@home:~# 

shows the same output as in their before scenario causing the bandwidth 
degradation.

Is anybody else seeing this with an imx6 device like the cubox-i?

Thanks
Rainer

PS:
What still puzzles me is that I see this issue only if I leave the subnet. 
Possibly there are other mechanism to limit the traffic in case of overruns on 
a 
local network, but here I am guessing (?)

Am Sonntag, 28. Juli 2019, 05:46:36 CEST schrieb Nicholas Geovanis:
> I can tell you that i have precisely this issue in Chicago. But the fact is
> that for me it was a result of rate-limiting at the IP provider ATT. It is
> not necessarily related directly, but senior citizens :-) may recall the
> differential up/down bandwidth on ISDN.
> At my last apartment i had fiber directly into my bedroom. Here it is over
> copper to the building wiring. I took a 25% hit on bandwidth up and down. I
> yelled at them for a rate reduction, but no dice.
> 
> On Sat, Jul 27, 2019, 8:24 AM Rainer Dorsch  wrote:
> > Hi,
> > 
> > I have a stretch box configured as VLAN router (Cubox -i2ex). There is a
> > drastic difference between the bandwidth of the uplink (VLAN1) and the
> > downlinks (VLAN 2 to 7):
> > 
> > On 192.168.7.1 (VLAN 7: eth0.7) I see arround 9 MB/s in a simple test:
> > rd@home:~$ wget -O /dev/null http://fs/debian-9.3.0-amd64-netinst.iso
> > [...] (9.08 MB/s)
> > rd@home:~$
> > 
> > On 192.168.0.30 (VLAN 1: eth0.1) is see less than 10%:
> > rd@home:~$ wget -O /dev/null
> > https://git.kernel.org/torvalds/t/linux-5.3-rc1.tar.gz
> > --2019-07-27 14:46:38--
> > https://git.kernel.org/torvalds/t/linux-5.3-rc1.tar.gz
> > [...] (339KB/s)
> > 
> > To prove that it has nothing to do with the uplink (there is a Fritzbox
> > 6430)
> > itself, I connected another  machine on same VLAN 1 (192.168.0.203). So
> > overall, the network looks like this
> > 
> > 
> > Internet
> > 
> > 
> > Fritz-Box
> > 
> > |   192.168.0.203
> > |
> > |--- x86
> > |
> > | 192.168.0.30
> > 
> > Cubox i
> > 
> > | 192.168.7.*
> > 
> > Note, the Cubox-i has only 1 physical interface, drawn are the virtual
> > interface.
> > 
> > The x86 machine reaches also a much higher network bandwidth:
> > 
> > rd@h370:~/tmp.nobackup$ wget -O /dev/null
> > https://git.kernel.org/torvalds/t/
> > linux-5.3-rc1.tar.gz
> > 
> > [...] (5,49 MB/s)
> > rd@h370:~/tmp.nobackup$
> > 
> > I did run ifstat to confirm that there is no other traffic which consumes
> > all the
> > bandwidth:
> > 
> > rd@home:/etc/shorewall$ ifstat -i eth0.1 1
> > 
> >   eth0.1
> >  
> >  KB/s 

Re: HS GED paprass-2.06-2

[didier . gaumet]

Le dimanche 28 juillet 2019 09:30:02 UTC+2, Georges a écrit :
[...]
>  Je viens de recharger paprass-src.tar.xz 5.52  renommé les ~.paprass
>  ~/paprass.src en backup réinstallé paprass et la recherche du scanner
>  ne me donne toujours qu'un choix dans scanner.cfg :
> [scanner]
> device = brother3:bus1;dev1
> model = Brother DCP-195C
> modes = Black
> mode = Black
> resolution = 200
> resolutions = 100|150|200|300|400|600|1200|2400|4800|9600
> 
> L'url pour charger :
> www.bipede.fr/downloads/logiciels/paprass-src.tar.xz
> J'utilise icewm  et  pas gnome mais je peu essayer de changer ?
>   j'ai pris 1 Kg de cheveux blanc avec cela ;-)

Ton problème semble donc être que la détection par Paprass des capacités de ton 
scanner est incomplète (N pas couleur), ceci étant potentiellement dû au fait 
que tu utilises un gestionnaire de fenêtres plutôt qu'un environnement de 
bureau (utilitaires et bibliothèques plus complets), voire un pilote Brother 
non-libre(?) peut-être un peu plus susceptible à la manière dont on le 
sollicite?

Mes compétences limitées ne me permettent pas de te suggérer une marche à 
suivre te certifiant une avancée majeure. Le seul point que je peux soulever 
est la possibilité de réinstaller proprement (virer les fichiers de config) et 
remplacer (au moins temporairement) la plupart des modules python par leur 
version debug (-dbg) pour avoir des messages d'erreur qui te mettent sur la 
piste des paquets manquants ou configurations à effectuer...

Re: Volume jumps to maximum during Youtube stream in epiphany ( gnome web)

[Curt]

On 2019-07-27, Shahryar Afifi  wrote:

> Thank you for the suggestion but it did not fix the issue

/etc/pulse/daemon.conf or ~/.config/pulse/daemon.conf 

 flat-volumes = no

 $ pulseaudio -k
 $ pulseaudio --start

https://wiki.archlinux.org/index.php/PulseAudio/Troubleshooting#Per-application_volumes_change_when_the_Master_volume_is_adjusted

If that doesn't do it I don't know what to tell you, as this is a
long-standing bug (but one of those hot-potato, pass the bouncing bug
bugs that ain't gonna be fixed anytime soon as far as I can tell).

-- 
“We are all in the gutter, but some of us are looking at the stars.” 
― Oscar Wilde, Lady Windermere's Fan

Re: HS GED paprass-2.06-2

[Georges]

Bonjour et toujours merci ;-)

Le Sat, 27 Jul 2019 12:17:08 -0700 (PDT),

DGC a écrit :

> Le samedi 27 juillet 2019 07:40:02 UTC+2, Georges a écrit :
> 
> > Hélas, non. toujours un document sans la couleur.
> > 
> > Je vais redemander au programmeur ce qu'il en pense et je reviens.
> > Georges
Bipède dit le 25 Juillet 2019
Le mainteneur du paquet chez Debian n’a vraisemblablement plus de temps
à y consacrer. Pourtant, je l’ai avisé après chaque nouvelle version.
Un logiciel développé en Python n’a cependant pas beaucoup d’intérêt à
être empaqueté en deb car son installation est facile sous Linux. Il ne
s’agit après tout que de scripts, même s’ils peuvent être très
élaborés… Cordialement.

   Je suis d'accord avec lui mais c'est dommage !!!

> 
> Par curiosité, j'ai installé la dernière version de l'auteur depuis
> son site en suivant ses instructions.
> 
> Je n'ai eu qu'à rajouter python3-sane pour que ça marche e, couleur
> (sous Debian Buster, environnement de bureau Gnome et chez moi hplip
> et hplip-gui sont installés ce qui facilité peut-être les choses).

 Je viens de les ré installer
> 
> Je vais enfoncer une porte ouverte, mais allons-y: il m'est déjà
> arrivé par le passé (sous Xfce il me semble) de ne pas voir certains
> choix proposés par des logiciels parce que le thème, les icônes et
> les polices ne permettaient pas totalement l'affichage d'autres
> boîtes à outils graphiques (QT ou autres).
> 
> Donc, ma question: tu as bien le choix "mode de numérisation" avec
> trois options "lineart", "gray" et "color"? Parce que par défaut
> c'est "lineart" (noir et blanc sans nuances, "gray" c'est pour du
> noir et blanc réel avec les nuances de gris)

 Je viens de recharger paprass-src.tar.xz 5.52  renommé les ~.paprass
 ~/paprass.src en backup réinstallé paprass et la recherche du scanner
 ne me donne toujours qu'un choix dans scanner.cfg :
[scanner]
device = brother3:bus1;dev1
model = Brother DCP-195C
modes = Black
mode = Black
resolution = 200
resolutions = 100|150|200|300|400|600|1200|2400|4800|9600

L'url pour charger :
www.bipede.fr/downloads/logiciels/paprass-src.tar.xz
J'utilise icewm  et  pas gnome mais je peu essayer de changer ?
  j'ai pris 1 Kg de cheveux blanc avec cela ;-)