DMARC

[Polyna-Maude Racicot-Summerside]

Hi,

I receive the following regarding messages sent on the mailing list...
Someone understand something ?

Those IPs are totally unknown to me.



1.0

Fastmail Pty Ltd
repo...@fastmaildmarc.com
https://fastmail.com/
494175112

1625788800
1625875199



polynamaude.com
s
s
none
none
100
0



64.147.108.50
1

none
fail
fail



bounce2.pobox.com
polynamaude.com



polynamaude.com
default
fail
fail (message has been 
altered)


bounce2.pobox.com
mfrom
pass





64.147.108.51
1

none
fail
fail



bounce2.pobox.com
polynamaude.com



polynamaude.com
default
fail
fail (message has been 
altered)


bounce2.pobox.com
mfrom
pass





194.245.148.6
3

none
fail
fail

mailing_list
Policy ignored due to local 
mailing list policy




lists.debian.org
polynamaude.com



polynamaude.com
default
fail
fail (message has been 
altered)


lists.debian.org
mfrom
none





82.195.75.100
93

none
fail
fail

trusted_forwarder
Policy ignored due to local 
white list




lists.debian.org
polynamaude.com



polynamaude.com
default
fail
fail (message has been 
altered)


lists.debian.org
mfrom
none





173.228.157.41
1

none
fail
fail



bounce2.pobox.com
polynamaude.com



polynamaude.com
default
fail
fail (message has been 
altered)
  

Re: GPS, logiciels libres et Debian

[Alexandre Garreau]

Le vendredi 9 juillet 2021, 16:17:04 CEST didier gaumet a écrit :
> C'est toute la différence entre Here Wego (ou d'autres du même style
> mais je n'en connais pas) et des produits du genre Maps qui sont des
> applis de guidage online (comme tu l'as évoqué, on peut télécharger,
> mais c'est limité car pas dans la philosophie du produit: le but c'est
> que tu restes online)

J’utilise gnome-maps couramment parce qu’il est rapide, c’est ce qu’ya de 
plus rapide et qui fait le moins ramer mon ordi… par contre le fait que ça 
soit un peu en mode « cloud » comme ça, et que ça dépende d’internet, me 
dérange vraiment énormément, et j’adorerais un truc similaire qui n’aie 
pas besoin d’internet…

J’avais cru comprendre que Marble le faisait, et ya une interface pour 
télécharger des cartes, genre de l’europe, mais j’ai pas réussi à le faire 
marcher ou même l’utiliser u.u

Et yen a une pelleté du même genre…

Re: ASTM Lab equipment protocol

[Stefan Monnier]

> Now that is easy.  I did not know about the archives.  Or the search.
> No results though.  So this might be a bit of a dead end.
> It doesn't mean that software doesn't exist.  Just that ASTM was never
> discussed on a Debian list.

So you get to be the first!  Still it seems that debian-science or
debian-med is more likely to include people who know about ASTM than
debian-user ;-)


Stefan

Re: Need help with ffmpeg installation - strange behaviour of my system - am I correct here?

[Stefan Monnier]

> 2. repair my situation - I cannot go to Debian 10 right now (I posted the
>   reason somewhere here - mouse ist awfully slow and jumpy))

You might want to try `aptitude` instead of `apt`: it will try to offer
ways to fix the problem (by removing package).
The solutions it offers can sometimes take a long time to come up
(because it performs a search through a large search tree), and it may
have effects you won't like, so carefully review the solutions proposed.


Stefan

Re: Bash: testing a variable

[Charles Curley]

On Fri, 9 Jul 2021 16:53:45 -0400
Greg Wooledge  wrote:

> Since it's a function, and not a script, there's no shebang.  So I'm
> guessing shellcheck assumed it was /bin/sh code, rather than bash
> code. <<< is just one of the bashisms I used here.  local is
> another.  The use of arrays is a third.  The [[ command is a fourth.

I had dropped the function into a script, and added code to use it, and
a shebang. So shellcheck knew to allow bashisms. Why it didn't like that
one I don't know.

-- 
Does anybody read signatures any more?

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

Re: Failure to use 3840x2160 30hz with Intel 620 chipset

[Felix Miata]

Pierre Couderc composed on 2021-07-09 09:05 (UTC+0200):

> Felix Miata wrote:

 the PC crashes (all is black, need to power off).


>>> You should have no need of gtf or mode creation with 620 graphics. Mode 
>>> creation
>>> via xrandr is an anachronism. X knows very well how to auto generate modes 
>>> when
>>> provided with needed specs. If EDID, the usual source for the data, is 
>>> broken,
>>> then provide the specs via:
 
> Yes, EDID is wrong and does not show 3840x2160 warranted by Samsung for UR59C 
> 32".
 
>>> /etc/X11/xorg.conf.d/50-monitor.conf
>>> containing the horizontal sync and vertical refresh rates for your display, 
>>> e.g.:
>>>
>>> Section "Monitor"
>>> Identifier  "Default Monitor"
>>> HorizSync   28-85
>>> VertRefresh 50-100
>>  Option  "PreferredMode" "3840x2160"
>>> EndSection

> This has no effect but I suppose the problem is due to the 2 screen 
> configuration. So I have tried replacing Identifier with :
 
>   Identifier    "HDMI-1"
 
> But it is not better...
 
> I have put in https://paste.debian.net/1203873/
> the content of  .local/share/xorg/Xorg.0.log
 
> It seems that the Modeline 3840x2160 is recognized, but the 30hz 
> limitation is not expressed.
 
> Acer swift5 specifies 3840x2160 but with a 30hz limitation, no more 
> frequency.


With dual displays, setup is more complicated, instead of 
/etc/X11/xorg.conf.d/50-monitor.conf
try /etc/X11/xorg.conf with the following content:

Section "Device"
Identifier  "UHD620"
Driver  "modesetting"
Option  "monitor-eDP-1" "eDPcon"
Option  "monitor-HDMI-1""HDMIcon"
EndSection

Section "Monitor"
Identifier  "HDMIcon"
HorizSync   30-135
VertRefresh 29-31
Option  "PreferredMode" "3840x2160"
EndSection

Section "Monitor"
Identifier  "eDPcon"
Option  "Primary" "true"
EndSection

Section "Screen"
Identifier "extScreen"
Device  "UHD620"
Monitor "HDMIcon"
EndSection

Section "Screen"
Identifier "intScreen"
Device  "UHD620"
Monitor "eDPcon"
EndSection

Also, make sure your HDMI cable is up to specs for 4K.
-- 
Evolution as taught in public schools is, like religion,
based on faith, not based on science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata

test

[Polyna-Maude R.-Summerside]

-- 
Polyna-Maude R.-Summerside
https://www.polynamaude.com/

-Be smart, Be wise, Support opensource development

*Mise en garde concernant la confidentialité*

La présente communication est confidentielle et transmise sous le sceau du
secret professionnel. Si vous n’êtes pas le destinataire visé ou son
mandataire chargé de lui transmettre cette communication, vous êtes par
les présentes avisées qu’il est expressément interdit d’en dévoiler la
teneur, de la copier, de la distribuer ou de prendre quelques mesures
fondées sur l’information qu’il y est contenu. Si vous aviez reçu cette
communication, par erreur, veuillez nous en aviser immédiatement par
téléphone (frais virés) et nous retourner l’original sans tirer ni garder
de copie, soit par la poste à l’adresse ci-haut mentionnée.

*Confidentiality Notice*

The information in this transmission may contain
privileged and confidential information and is intended only for the use
of the person or corporate entity to which it is addressed. The
confidential nature of this communication remains regardless of whether or
not you are an intended recipient. If you are not an intended recipient,
please notify the sender immediately and destroy this message and all
attachments, without making a copy. Any distribution or reproduction of
this message is prohibited. We assume no liability for the interception of
any Internet communication or the transmission of computer viruses.

/CP 99900 FJ 782 595
SUCC ST- DOMINIQUE
MONTRÉAL QC H2S 0E3
/


OpenPGP_signature
Description: OpenPGP digital signature

Re: Bash: testing a variable

[Greg Wooledge]

On Fri, Jul 09, 2021 at 11:40:36PM +0200, john doe wrote:
> On 7/9/2021 9:54 PM, Charles Curley wrote:
> > # if [[ ! ${PATH} =~ .*/home/charles/.local/bin.* ]] ; then
> 
> [[ $PATH =~ \/home\/charles\/... ]] && echo match || echo nomatch
> 
> That is, escaping the backslash.

First, you are escaping forward slashes, *using* backslashes.

Second, you don't need to escape slashes.  They aren't special in an ERE.

Third, you *do* need to escape the dots.  Those *are* special in an ERE.

Fourth, you don't actually need an ERE here.  For a simple substring
match, you can just use [[ $PATH != *substring* ]]

But as I said in a different message, if you're going down this road
(which is more typical for sh than for bash), you will want to delimit
both the left-hand and right-hand sides with extra : characters.

Without those, you will get false positives.  For example, if your PATH
contains /usr/bin and you try to check whether it contains /bin, you'll
get a match, because /bin is literally part of the /usr/bin component.

Anyway, that's why I called that an ugly hack.

Vulkan with Radeon RX 5700 XT

[The Wanderer]

(Warning, this is fairly long, and the situation involved includes a
fair number of potentially-moving pieces.)


I've recently built a new computer, installed Debian, configured it to
largely match my previous setup, and migrated my data across.

Now, I'm trying to take advantage of one of the hardware improvements
over the system I migrated away from: a newer, better-performing GPU. In
particular, I want to run software which makes use of the Vulkan API for
improved graphics performance.

However, I'm running into walls left and right; every time I find a way
around one, I hit another. Most of the solutions I find out there, based
on the error messages I'm encountering, seem to be aimed at people using
older graphics-card models; they should not, and as far as I can tell do
not, apply in my case.

As far as I can tell, Vulkan is simply not working at all on my system,
even though there doesn't seem to be any established/known reason why it
wouldn't / shouldn't. I've found a fair bit of discussion of ways to get
it to work for other distributions, but none at all for Debian, except
for ones that appear to be outdated or otherwise not applicable to my
hardware.

The specific problem I'm seeing seems to be that Vulkan does not seem to
be seeing my actual GPU, at all.


The specific graphics card I have is
https://www.amazon.com/gp/product/B07WNSP41M , which is a MSI-branded
Radeon RX 5700 XT.

lshw reports it as:
product: Navi 10 [Radeon RX 5600 OEM/5600 XT / 5700/5700 XT]

'inxi -Fxxxz' reports it as:
Graphics:
  Device-1: AMD Navi 10 [Radeon RX 5600 OEM/5600 XT / 5700/5700 XT]
  vendor: Micro-Star MSI driver: amdgpu v: kernel bus ID: 0d:00.0
  chip ID: 1002:731f class ID: 0300
  Display: server: X.Org 1.20.11 driver: loaded: amdgpu,ati
  unloaded: fbdev,modesetting,radeon,vesa resolution: 2560x1600~60Hz
  s-dpi: 96
  OpenGL: renderer: AMD Radeon RX 5700 XT (NAVI10 DRM 3.40.0 5.10.0-7-amd64
  LLVM 11.0.1)
  v: 4.6 Mesa 20.3.4 direct render: Yes

Notably, both the above and 'lspci -k' report that the amdgpu driver is
being used. There are many online discussions from earlier AMD graphics
card generations in which the solution is to prevent the use of the
legacy radeon driver and force the use of the amdgpu driver instead, by
passing appropriate options to the kernel at boot time. I have not yet
specifically tried any of these, because the condition which they're
expected to produce - the use of the amdgpu driver - seems to already be
present.

It's also important to note that I *do* appear to be getting functional
3D acceleration. I haven't done much that would need it yet, but the
little I've done with native Linux software and OpenGL etc. has worked
seamlessly, 'vblank_mode=0 glxgears' is reporting something on the order
of 10x the FPS it did on my previous (ten-or-so years old) system, and
the output of 'glxgears -info' includes the model name of the GPU. I
don't find it plausible that I'd be seeing results like that if the
system just weren't using the GPU's acceleration capabilities at all.
It's just Vulkan that seems to be having problems.


As I understand matters, the baseline interface to test whether Vulkan
is functioning - and, if so, get information about it - is the
'vulkaninfo' command from the vulkan-tools package.

If I run that command unadorned, I get lengthy output, which does not
mention the above graphics card at all. Instead, it mentions two
different llvmpipe devices. I understand this to be effectively
software-based rendering, not actual hardware acceleration as such. This
is supported by the fact that the only deviceType entry in the "Device
Properties and Extensions" section iis set to PHYSICAL_DEVICE_TYPE_CPU.

If I run the included command 'vkcube', I get a window (somewhat larger,
I think, than the one produced by 'glxgears') which depicts an animated
3D cube. The cube spins so fast that I can't make out what the textures
on it are supposed to be. The system fans ramp up slowly while the
process is active. The message
  WARNING: lavapipe is not a conformant vulkan implementation, testing
use only
is printed to the terminal. (I am given to understand that this message
is expected when the llvmpipe backend is used, and that it reflects the
fact that you really aren't supposed to use it for anything
production-level. Also, from what I've read, I think lavapipe is just
the current name for the Vulkan variant of llvmpipe.)

If I instead run the included command 'vkcubepp', I get a similar
window. The cube is spinning much slower at the start, but speeds up
over time. As it speeds up, the system fans ramp up much faster than
with plain 'vkcube'. The same message as before is printed to the
terminal. I do not know what the 'pp' may stand for, or what the
difference is supposed to be.


The program I'm specifically interested in trying to run is Final
Fantasy XIV, via Wine, and - to minimize configuration and setup
troubles, which have been bad enough even as it stands - via Lutris.

Re: Bash: testing a variable

[john doe]

On 7/9/2021 9:54 PM, Charles Curley wrote:

I'd like to check two things:

* Whether a given path is not already in the $PATH variable

* Whether the given path already exists

If both are true, I'd like to add the given path to the $PATH variable.

I can add the given path, and test for the existence of the given path.
I can write expressions that work to detect the given path in $PATH.
What I don't seem able to do is combine all that in a script.

Here's what I have for the script:

#!/bin/bash

# A short script for testing some code.

# pelican seems to like local installations here.
SUBSTR="${HOME}"/\.local/bin/
echo Substr is "${SUBSTR}"
# if [[ ! ${PATH} =~ .*/home/charles/.local/bin.* ]] ; then


[[ $PATH =~ \/home\/charles\/... ]] && echo match || echo nomatch

That is, escaping the backslash.


if [[ $( echo "$PATH" | grep -E -v "${SUBSTR}" ) ]] ; then


Try the -q opt to grep or redirecting the output to the null device:

'if $(echo $PATH | grep -v $SUBSTR 2>&1); then'


I call the script with the . operator: ". test.sh"



Personally, I would invoke the script as './try.sh' and use sourcing
('source, '.') to include libraries...
I would also not use 'test' as a name for a script (could be confused
with the test command).


Why do I always end up adding the given path, even if it is already in
$PATH?



Because if there is a match, grep will print the value of the match (in
this case the content of $PATH).
So the condition will always be 0.

--
John Doe

Re: Need help with ffmpeg installation - strange behaviour of my system - am I correct here?

[Kampmann]

Heureka ...

I did an aptitude ... and got the following (and the quit!!! - but do I 
know whether my system is ok???):


root@primergy:~/software-env# aptitude install ffmpeg
Warning: Invalid locale (please review locale settings, this might lead 
to problems later):

  locale::facet::_S_create_c_locale name not valid
The following NEW packages will be installed:
  ffmpeg libaom0{a} libass9{ab} libavcodec58{ab} libavdevice58{ab} 
libavfilter7{ab} libavformat58{ab}
  libavresample4{a} libavutil56{ab} libbluray2{ab} libcdio-cdda2{a} 
libcdio-paranoia2{a} libcdio19{ab}
  libfdk-aac2{a} libkvazaar4{a} libmfx1{ab} libopenh264-5{ab} 
libpostproc55{a} libswresample3{a}
  libswscale5{a} libvidstab1.1{a} libvpx6{ab} libx264-157{ab} 
libx265-176{a} libzimg2{ab}

The following packages will be upgraded:
  librubberband2{b}
1 packages upgraded, 25 newly installed, 0 to remove and 29 not upgraded.
Need to get 15.4 MB of archives. After unpacking 56.1 MB will be used.
The following packages have unmet dependencies:
 libavformat58 : Depends: libc6 (>= 2.28) but 2.24-11+deb9u4 is installed
 Depends: libgcrypt20 (>= 1.8.0) but 1.7.6-2+deb9u4 is 
installed
 Depends: libopenmpt0 (>= 0.3.0) but 
0.2.7386~beta20.3-3+deb9u4 is installed

 libavfilter7 : Depends: libc6 (>= 2.27) but 2.24-11+deb9u4 is installed
    Depends: libfontconfig1 (>= 2.12.6) but 2.11.0-6.7+b1 
is installed
    Depends: libtesseract4 which is a virtual package and 
is not provided by any available package


    Depends: libva2 (>= 1.7.3) which is a virtual package 
and is not provided by any available package


 libopenh264-5 : Depends: libc6 (>= 2.27) but 2.24-11+deb9u4 is installed
 libcdio19 : Depends: libc6 (>= 2.27) but 2.24-11+deb9u4 is installed
 librubberband2 : Depends: libc6 (>= 2.27) but 2.24-11+deb9u4 is installed
 libvpx6 : Depends: libc6 (>= 2.27) but 2.24-11+deb9u4 is installed
 libx264-157 : Depends: libc6 (>= 2.27) but 2.24-11+deb9u4 is installed
 libass9 : Depends: libfontconfig1 (>= 2.12) but 2.11.0-6.7+b1 is installed
 libzimg2 : Depends: libc6 (>= 2.27) but 2.24-11+deb9u4 is installed
 libavcodec58 : Depends: libc6 (>= 2.27) but 2.24-11+deb9u4 is installed
    Depends: libcodec2-0.8.1 which is a virtual package and 
is not provided by any available package


    Depends: libgsm1 (>= 1.0.18) but 1.0.13-4+b2 is installed
    Depends: libva2 (>= 2.2.0) which is a virtual package 
and is not provided by any available package


    Depends: libwebpmux3 (>= 0.6.1-2) which is a virtual 
package and is not provided by any available package


 libavutil56 : Depends: libc6 (>= 2.28) but 2.24-11+deb9u4 is installed
   Depends: libva-drm2 (>= 1.1.0) which is a virtual 
package and is not provided by any available package


   Depends: libva-x11-2 (>= 1.0.3) which is a virtual 
package and is not provided by any available package


   Depends: libva2 (>= 1.8.0) which is a virtual package 
and is not provided by any available package


 libavdevice58 : Depends: libc6 (>= 2.28) but 2.24-11+deb9u4 is installed
 Depends: libsdl2-2.0-0 (>= 2.0.9) but it is not going 
to be installed
 libmfx1 : Depends: libva-drm2 (>= 1.1.0) which is a virtual package 
and is not provided by any available package


   Depends: libva-x11-2 (>= 1.0.3) which is a virtual package 
and is not provided by any available package


   Depends: libva2 (>= 1.0.3) which is a virtual package and is 
not provided by any available package


 libbluray2 : Depends: libfontconfig1 (>= 2.12.6) but 2.11.0-6.7+b1 is 
installed

The following actions will resolve these dependencies:

  Keep the following packages at their current version:
1)  ffmpeg [Not Installed]
2)  libass9 [Not Installed]
3)  libavcodec58 [Not Installed]
4)  libavdevice58 [Not Installed]
5)  libavfilter7 [Not Installed]
6)  libavformat58 [Not Installed]
7)  libavresample4 [Not Installed]
8)  libavutil56 [Not Installed]
9)  libbluray2 [Not Installed]
10) libcdio-cdda2 [Not Installed]
11) libcdio-paranoia2 [Not Installed]
12) libcdio19 [Not Installed]
13) libmfx1 [Not Installed]
14) libopenh264-5 [Not Installed]
15) libpostproc55 [Not Installed]
16) librubberband2 [1.8.1-7 (now, oldstable)]
17) libswresample3 [Not Installed]
18) libswscale5 [Not Installed]
19) libvpx6 [Not Installed]
20) libx264-157 [Not Installed]
21) libzimg2 [Not Installed]




--
=
Joerg Kampmann, Dr. Dipl.-Phys - IBK-Consult for Climate Physics - non-profit -
D-31228 Peine +49-177-276-3140
www.ibk-consult.de - www.kampmannpeine.org
www.xing.com/hp/Joerg_Kampmann
www.xing.com/net/mathe
www.researchgate.net/profile/Joerg_Kampmann - 
https://independent.academia.edu/J%C3%B6rgKampmann

Re: Need help with ffmpeg installation - strange behaviour of my system - am I correct here?

[Greg Wooledge]

On Fri, Jul 09, 2021 at 11:13:47PM +0200, Joerg Kampmann wrote:
> Die folgenden Pakete haben unerfüllte Abhängigkeiten:
>  libavcodec-dev : Hängt ab von: libavcodec58 (= 10:4.1.6-dmo1+deb10u1) soll

There we have it.

You have added a debian-multimedia (dmo) source intended to be used
with Debian 10 (deb10).

This is incompatible with Debian 9.

You'll want to remove the inappropriate sources, as I said in my original
reply.  Then purge any and all packages that contain "deb10" in their
version strings.

That may not cure *everything* but it's a start.

Re: Need help with ffmpeg installation - strange behaviour of my system - am I correct here?

[Joerg Kampmann]

Am 09.07.21 um 22:47 schrieb Stefan Monnier:

2. repair my situation - I cannot go to Debian 10 right now (I posted the
   reason somewhere here - mouse ist awfully slow and jumpy))

You might want to try `aptitude` instead of `apt`: it will try to offer
ways to fix the problem (by removing package).
The solutions it offers can sometimes take a long time to come up
(because it performs a search through a large search tree), and it may
have effects you won't like, so carefully review the solutions proposed.


 Stefan


I think I now know what went wrong - AND I do not know how to revert!!!:


some days ago I did unadvertantly:

root@primergy:/home/joerg# apt-get install \
>  build-essential \
>  cmake \
>  git \
>  libmbedtls-dev \
>  libasound2-dev \
>  libavcodec-dev \ #!!!
>  libavdevice-dev \
>  libavfilter-dev \
>  libavformat-dev \
>  libavutil-dev \
>  libcurl4-openssl-dev \
>  libfdk-aac-dev \
>  libfontconfig-dev \
>  libfreetype6-dev \
>  libglvnd-dev \
>  libjack-jackd2-dev \
>  libjansson-dev \
>  libluajit-5.1-dev \
>  libpulse-dev \
>  libqt5x11extras5-dev \
>  libspeexdsp-dev \
>  libswresample-dev \
>  libswscale-dev \
>  libudev-dev \
>  libv4l-dev \
>  libvlc-dev \
>  libwayland-dev \
>  libx11-dev \
>  libx264-dev \
>  libxcb-shm0-dev \
>  libxcb-xinerama0-dev \
>  libxcomposite-dev \
>  libxinerama-dev \
>  pkg-config \
>  python3-dev \
>  qtbase5-dev \
>  qtbase5-private-dev \
>  libqt5svg5-dev \
>  swig \
>  libxcb-randr0-dev \
>  libxcb-xfixes0-dev \
>  libx11-xcb-dev \
>  libxcb1-dev \
>  libxss-dev \
>  qtwayland5 \
>  libgles2-mesa \
>  libgles2-mesa-dev
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen Fertig
Hinweis: »libfontconfig1-dev« wird an Stelle von »libfontconfig-dev« 
gewählt.

libgles2-mesa ist schon die neueste Version (13.0.6-1+b2).
libgles2-mesa wurde als manuell installiert festgelegt.
pkg-config ist schon die neueste Version (0.29-4+b1).
pkg-config wurde als manuell installiert festgelegt.
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 libavcodec-dev : Hängt ab von: libavcodec58 (= 10:4.1.6-dmo1+deb10u1) 
soll aber nicht installiert werden
 libavdevice-dev : Hängt ab von: libavdevice58 (= 
10:4.1.6-dmo1+deb10u1) soll aber nicht installiert werden
   Hängt ab von: libpostproc-dev (>= 
10:4.1.6-dmo1+deb10u1) soll aber nicht installiert werden
   Hängt ab von: libavresample-dev (>= 
10:4.1.6-dmo1+deb10u1) soll aber nicht installiert werden
 libavfilter-dev : Hängt ab von: libavfilter7 (= 10:4.1.6-dmo1+deb10u1) 
soll aber nicht installiert werden
   Hängt ab von: libpostproc-dev (>= 
10:4.1.6-dmo1+deb10u1) soll aber nicht installiert werden
   Hängt ab von: libavresample-dev (>= 
10:4.1.6-dmo1+deb10u1) soll aber nicht installiert werden
 libavformat-dev : Hängt ab von: libavformat58 (= 
10:4.1.6-dmo1+deb10u1) soll aber nicht installiert werden
 libavutil-dev : Hängt ab von: libavutil56 (= 10:4.1.6-dmo1+deb10u1) 
soll aber nicht installiert werden
 libglvnd-dev : Hängt ab von: libegl-dev (>= 1.3.0-1) soll aber nicht 
installiert werden

    Hängt ab von: libgl-dev (>= 1.3.0-1)
    Hängt ab von: libgles-dev (>= 1.3.0-1) soll aber nicht 
installiert werden
    Hängt ab von: libglx-dev (>= 1.3.0-1) soll aber nicht 
installiert werden
 libswresample-dev : Hängt ab von: libswresample3 (= 
10:4.1.6-dmo1+deb10u1) soll aber nicht installiert werden
 libswscale-dev : Hängt ab von: libswscale5 (= 10:4.1.6-dmo1+deb10u1) 
soll aber nicht installiert werden
 libvlc-dev : Hängt ab von: libvlc5 (= 1:3.0.12-dmo0+deb10u2) soll aber 
nicht installiert werden
 libx264-dev : Hängt ab von: libx264-157 (= 
4:0.157.2980+git34c06d1-dmo1+deb10u2) soll aber nicht installiert werden
E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene 
defekte Pakete.

Re: Mail Reader

[Francesco Florian]

On Fr, 09 Jul 2021, Teemu Likonen wrote:
> Excellent Emacs mail clients which I know: Notmuch Emacs and Gnus. Both
> can render HTML mail in text format using a variable width font.

Actually both can feed the html to a (customizable) renderer and display the 
result.

Best
-- 
Francesco Florian


signature.asc
Description: PGP signature

Re: Bash: testing a variable

[Greg Wooledge]

On Fri, Jul 09, 2021 at 02:45:23PM -0600, Charles Curley wrote:
> On Fri, 9 Jul 2021 16:25:11 -0400
> Greg Wooledge  wrote:
> 
> > add_path_maybe() {
> >   local p i
> > ...
> 
> Very nice, sir. Thank you.
> 
> shellcheck complained about the redirection in the "IFS=: read" line,
> but I'm not going to worry about that.

Since it's a function, and not a script, there's no shebang.  So I'm
guessing shellcheck assumed it was /bin/sh code, rather than bash code.
<<< is just one of the bashisms I used here.  local is another.  The
use of arrays is a third.  The [[ command is a fourth.

The traditional way of doing this in sh involves pattern-matching
:$PATH: against *:/your/dir:* instead of splitting the PATH into array
elements and iterating over them.  It's an ugly hack, which is basically
what you always have to do in sh, because it lacks so many features.

Re: Re : GPS, logiciels libres et Debian

[BERTRAND Joël]

k6dedi...@free.fr a écrit :
> Bonjour,
> Je ne suis pas spécialiste, mais pourquoi utiliser le GPS ?
> Galiléo, le système de géolocalisation européen, est bien meilleur :
> https://www.ouest-france.fr/sciences/espace/galileo-un-apres-son-lancement-le-gps-europeen-est-encore-peu-utilise-5446982
> https://www.20minutes.fr/high-tech/2769315-20200428-5-choses-que-vous-ignoriez-sur-galileo
> 
> Galiléo peut être utilisé sur des appareils existants
> https://www.numerama.com/tech/412030-comment-savoir-si-son-smartphone-est-compatible-avec-galileo-le-gps-europeen.html
> et sa localisation est compatible avec OpenStreetMap.

C'est loin d'être aussi simple que cela. Tu peux configurer les puces
GNSS pour capter plusieurs réseaux, mais dans les faits, le seul qui
sorte du lot aujourd'hui en terme de vitesse de synchronisation, c'est
le système GPS. Ne me demande pas pourquoi, mais c'est comme ça. Les
puces uBloc embarquent 32 démodulateurs en parallèle et même en en
affectant plus sur Galileo que sur le GPS, ce n'est pas encore Galileo
qui gagne.

Au passage, Galileo n'est pas compatible avec tous les récepteurs, il
faut qu'il accepte explicitiment le réseau.

Bien cordialement,

JKB

Re: Re : GPS, logiciels libres et Debian

[BERTRAND Joël]

k6dedi...@free.fr a écrit :
> Bonjour,
> Je ne suis pas spécialiste, mais pourquoi utiliser le GPS ?
> Galiléo, le système de géolocalisation européen, est bien meilleur :
> https://www.ouest-france.fr/sciences/espace/galileo-un-apres-son-lancement-le-gps-europeen-est-encore-peu-utilise-5446982
> https://www.20minutes.fr/high-tech/2769315-20200428-5-choses-que-vous-ignoriez-sur-galileo
> 
> Galiléo peut être utilisé sur des appareils existants
> https://www.numerama.com/tech/412030-comment-savoir-si-son-smartphone-est-compatible-avec-galileo-le-gps-europeen.html
> et sa localisation est compatible avec OpenStreetMap.

C'est loin d'être aussi simple que cela. Tu peux configurer les puces
GNSS pour capter plusieurs réseaux, mais dans les faits, le seul qui
sorte du lot aujourd'hui en terme de vitesse de synchronisation, c'est
le système GPS. Ne me demande pas pourquoi, mais c'est comme ça. Les
puces uBloc embarquent 32 démodulateurs en parallèle et même en en
affectant plus sur Galileo que sur le GPS, ce n'est pas encore Galileo
qui gagne.

Au passage, Galileo n'est pas compatible avec tous les récepteurs, il
faut qu'il accepte explicitiment le réseau.

Bien cordialement,

JKB

Re: Re : GPS, logiciels libres et Debian

[BERTRAND Joël]

k6dedi...@free.fr a écrit :
> Bonjour,
> Je ne suis pas spécialiste, mais pourquoi utiliser le GPS ?
> Galiléo, le système de géolocalisation européen, est bien meilleur :
> https://www.ouest-france.fr/sciences/espace/galileo-un-apres-son-lancement-le-gps-europeen-est-encore-peu-utilise-5446982
> https://www.20minutes.fr/high-tech/2769315-20200428-5-choses-que-vous-ignoriez-sur-galileo
> 
> Galiléo peut être utilisé sur des appareils existants
> https://www.numerama.com/tech/412030-comment-savoir-si-son-smartphone-est-compatible-avec-galileo-le-gps-europeen.html
> et sa localisation est compatible avec OpenStreetMap.

C'est loin d'être aussi simple que cela. Tu peux configurer les puces
GNSS pour capter plusieurs réseaux, mais dans les faits, le seul qui
sorte du lot aujourd'hui en terme de vitesse de synchronisation, c'est
le système GPS. Ne me demande pas pourquoi, mais c'est comme ça. Les
puces uBloc embarquent 32 démodulateurs en parallèle et même en en
affectant plus sur Galileo que sur le GPS, ce n'est pas encore Galileo
qui gagne.

Au passage, Galileo n'est pas compatible avec tous les récepteurs, il
faut qu'il accepte explicitiment le réseau.

Bien cordialement,

JKB

Re: Bash: testing a variable

[Charles Curley]

On Fri, 9 Jul 2021 16:25:11 -0400
Greg Wooledge  wrote:

> add_path_maybe() {
>   local p i
> ...

Very nice, sir. Thank you.

shellcheck complained about the redirection in the "IFS=: read" line,
but I'm not going to worry about that.


-- 
Does anybody read signatures any more?

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

Re: Bash: testing a variable

[Charles Curley]

On Fri, 9 Jul 2021 22:11:05 +0200
Joerg Kampmann  wrote:

> > I call the script with the . operator: ". test.sh"  
> this is the result:
> 
> 
> root@primergy:~/software-env# . test.sh
> 
> Substr is /root/.local/bin/
> Substring NOT found.
> root@primergy:~/software-env#

OK, that's what I get if I don't have ~/.local/bin.

charles@white:~$ . test.sh
Substr is /home/charles/.local/bin/. $PATH is 
/home/charles/bin:/home/charles/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games.
Substring NOT found.
$PATH is 
/home/charles/bin:/home/charles/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games.
charles@white:~$ 

(I added the code to print out $PATH at the end.)

Now, is ~/.local/bin present on your computer? It is not present on
white, above. If not, what happens if you create it and then run
test.sh? (mkdir -p ~/.local/bin)?

-- 
Does anybody read signatures any more?

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

Re: MTA (DMARC)

[Kevin N.]

Not sure if that is the case here, but sometimes mailing list software 
alters the original message headers which then can lead to failed DKIM 
signature checks.



Cheers,

K.



Hi,
I've wrote a message regarding my MTA.

I was thinking it's corrected but...

Here what I got from the Debian mailing list server
Got some idea ?

--


This is a spf/dkim authentication-failure report for an email message
received
  from IP 82.195.75.100 on Fri, 09 Jul 2021 22:12:17 +0200.

The message below did not meet the sending domain's dmarc policy.

For more information about this format please see
http://tools.ietf.org/html/rfc6591 .


Feedback-Type: auth-failure
User-Agent: szn-mime/2.1.11
Version: 1
Original-Mail-From: bounce-debian-user=buz.hrach=seznam...@lists.debian.org
Original-Rcpt-To: buz.hr...@seznam.cz
Source-Ip: 82.195.75.100
Reported-Domain: lists.debian.org
Authentication-Results: email.seznam.cz 1;
spf_align=fail;
dkim_align=fail
Delivery-Result: delivered


Received: from bendel.debian.org (bendel.debian.org [82.195.75.100])
by email-smtpd1.ko.seznam.cz (Seznam SMTPD 1.3.125) with ESMTP;
Fri, 09 Jul 2021 22:12:17 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
by bendel.debian.org (Postfix) with QMQP
id D8BBA20C7F; Fri,  9 Jul 2021 20:12:15 + (UTC)
X-Mailbox-Line: From debian-user-requ...@lists.debian.org  Fri Jul  9
20:12:15 2021
Old-Return-Path: 
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on bendel.debian.org
X-Spam-Level:
X-Spam-Status: No, score=-15.3 required=4.0
tests=DIGITS_LETTERS,DKIM_SIGNED,
DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,LDOSUBSCRIBER,LDO_WHITELIST,
NICE_REPLY_A,PGPSIGNATURE autolearn=unavailable autolearn_force=no
version=3.4.2
X-Original-To: lists-debian-u...@bendel.debian.org
Delivered-To: lists-debian-u...@bendel.debian.org
Received: from localhost (localhost [127.0.0.1])
by bendel.debian.org (Postfix) with ESMTP id 21C8E20C6C
for ; Fri,  9 Jul 2021 20:12:08
+ (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-ht
X-Amavis-Spam-Status: No, score=-11.101 tagged_above=-1 required=5.3
tests=[BAYES_00=-2, DIGITS_LETTERS=1, DKIM_SIGNED=0.1,
DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,
LDO_WHITELIST=-5, NICE_REPLY_A=-0.001, PGPSIGNATURE=-5, URI_HEX=0.1]
autolearn=ham autolearn_force=no
Received: from bendel.debian.org ([127.0.0.1])
by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
with ESMTP id 1C8FK9O9R4wF for ;
Fri,  9 Jul 2021 20:12:03 + (UTC)
X-policyd-weight: using cached result; rate: -4.6
Received: from cyrania.com (cyrania.com [162.213.253.79])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(Client did not present a certificate)
by bendel.debian.org (Postfix) with ESMTPS id 41BC220C07
for ; Fri,  9 Jul 2021 20:12:03 + 
(UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
d=polynamaude.com; s=default; 
h=Content-Type:In-Reply-To:MIME-Version:Date:
Message-ID:Cc:References:To:From:Subject:Sender:Reply-To:
Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:

List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
bh=+sOBJuEBMYyyn07XmbyL3ZhQgjte6V2z7NjRnO47Q50=;
b=S1tAbB2sbqI2sRIMXZDfNyhV/m

PQVXycU120Vru+cN7r+ODT2ASB8yZpuSDG4RFNTAF1uG3sl4RG8c2vBLhZs9QKIZ/1rYU6pYAcExM

lXzfSlqCHJY/bG2e3Kc2RN04A3guikgnhbupfSip0DwK1rP7AJIy7zDAm9bJLD2f3RU8dw2z/jgbI

2EKllS6ycufPVqVPX5I38UUVqhG2JwNzK11v3mNAdGIxYxWzVIkCNctHNmzjNFn5ijsowpFlR3i78

I8PX50XsqVs6kaiVfI+hdNt5vO7l5BIAFeiB3aDaqaONRdzCKiuphW8UWopNfh0RddkB/yYQulFjZ
ng9LWTIA==;
Received: from [38.133.51.49] (port=38228 helo=[192.168.1.202])
by premium58.web-hosting.com with esmtpsa  (TLS1.2) tls
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
(Exim 4.94.2)
(envelope-from )
id 1m1wqo-001LYR-QV; Fri, 09 Jul 2021 16:11:59 -0400
Subject: Re: MTA (corrected)
From: Polyna-Maude Racicot-Summerside 
To: Greg Wooledge 
References: <1eaaa445-fadb-360c-4d48-1c076729c...@polynamaude.com>
  
  
  <20210705135736.gb1672...@zira.vinc17.org>
  
  
  <7f15ae5d-4d91-3f32-1493-a9c468a39...@polynamaude.com>
  
  <8a1e2468-20e0-538d-59d9-fe0401dc9...@polynamaude.com>
Cc: "User Mailing List (Debian)" 
Message-ID: <5b6656f4-902b-b975-1ebe-095675d4e...@polynamaude.com>
Date: Fri, 9 Jul 2021 16:11:49 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
  Thunderbird/78.11.0
MIME-Version: 1.0
In-Reply-To: <8a1e2468-20e0-538d-59d9-fe0401dc9...@polynamaude.com>
Content-Type: multipart/signed; micalg=pgp-sha256;
  protocol="application/pgp-signature";
  boundary="dV4TqS38M5U0zIBLIp2kkqlMOSNAz1F0O"
X-OutGoing-Spam-Status: No, 

Re: Bash: testing a variable

[Kampmann]

I am sorry I found myself in the wrong thread ... so discard

Am 09.07.21 um 22:25 schrieb Greg Wooledge:

On Fri, Jul 09, 2021 at 01:54:19PM -0600, Charles Curley wrote:

I'd like to check two things:

* Whether a given path is not already in the $PATH variable

* Whether the given path already exists

If both are true, I'd like to add the given path to the $PATH variable.

add_path_maybe() {
   local p i

   if [[ $1 != /* ]]; then
 echo "refusing to consider a directory that doesn't begin with /" >&2
 return 1
   fi

   if [[ ! -d $1 ]]; then
 echo "directory '$1' does not exist" >&2
 return 1
   fi

   IFS=: read -ra p <<< "$PATH"
   for i in "${p[@]}"; do
 if [[ $i = "$1" ]]; then
   return 0
 fi
   done

   PATH=$PATH:$1
}


--
=
Joerg Kampmann, Dr. Dipl.-Phys - IBK-Consult for Climate Physics - non-profit -
D-31228 Peine +49-177-276-3140
www.ibk-consult.de - www.kampmannpeine.org
www.xing.com/hp/Joerg_Kampmann
www.xing.com/net/mathe
www.researchgate.net/profile/Joerg_Kampmann - 
https://independent.academia.edu/J%C3%B6rgKampmann
===
This e-mail may contain confidential and/or legally protected information.
If you are not the intended recipient (or have received this e-mail in
error) please notify the sender immediately and delete this e-mail. Any
unauthorized copying, disclosure use or distribution of the material in
this e-mail is strictly forbidden.
Diese E-Mail enthält vertrauliche und/oder rechtlich geschuetzte Informationen.
Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich
erhalten haben, informieren Sie bitte sofort den Absender und loeschen
Sie diese Mail
===

Re: Bash: testing a variable

[Greg Wooledge]

On Fri, Jul 09, 2021 at 01:54:19PM -0600, Charles Curley wrote:
> I'd like to check two things:
> 
> * Whether a given path is not already in the $PATH variable
> 
> * Whether the given path already exists
> 
> If both are true, I'd like to add the given path to the $PATH variable.

add_path_maybe() {
  local p i

  if [[ $1 != /* ]]; then
echo "refusing to consider a directory that doesn't begin with /" >&2
return 1
  fi

  if [[ ! -d $1 ]]; then
echo "directory '$1' does not exist" >&2
return 1
  fi

  IFS=: read -ra p <<< "$PATH"
  for i in "${p[@]}"; do
if [[ $i = "$1" ]]; then
  return 0
fi
  done

  PATH=$PATH:$1
}

MTA (DMARC)

[Polyna-Maude Racicot-Summerside]

Hi,
I've wrote a message regarding my MTA.

I was thinking it's corrected but...

Here what I got from the Debian mailing list server
Got some idea ?

--


This is a spf/dkim authentication-failure report for an email message
received
 from IP 82.195.75.100 on Fri, 09 Jul 2021 22:12:17 +0200.

The message below did not meet the sending domain's dmarc policy.

For more information about this format please see
http://tools.ietf.org/html/rfc6591 .


Feedback-Type: auth-failure
User-Agent: szn-mime/2.1.11
Version: 1
Original-Mail-From: bounce-debian-user=buz.hrach=seznam...@lists.debian.org
Original-Rcpt-To: buz.hr...@seznam.cz
Source-Ip: 82.195.75.100
Reported-Domain: lists.debian.org
Authentication-Results: email.seznam.cz 1;
spf_align=fail;
dkim_align=fail
Delivery-Result: delivered


Received: from bendel.debian.org (bendel.debian.org [82.195.75.100])
by email-smtpd1.ko.seznam.cz (Seznam SMTPD 1.3.125) with ESMTP;
Fri, 09 Jul 2021 22:12:17 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
by bendel.debian.org (Postfix) with QMQP
id D8BBA20C7F; Fri,  9 Jul 2021 20:12:15 + (UTC)
X-Mailbox-Line: From debian-user-requ...@lists.debian.org  Fri Jul  9
20:12:15 2021
Old-Return-Path: 
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on bendel.debian.org
X-Spam-Level:
X-Spam-Status: No, score=-15.3 required=4.0
tests=DIGITS_LETTERS,DKIM_SIGNED,
DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,LDOSUBSCRIBER,LDO_WHITELIST,
NICE_REPLY_A,PGPSIGNATURE autolearn=unavailable autolearn_force=no
version=3.4.2
X-Original-To: lists-debian-u...@bendel.debian.org
Delivered-To: lists-debian-u...@bendel.debian.org
Received: from localhost (localhost [127.0.0.1])
by bendel.debian.org (Postfix) with ESMTP id 21C8E20C6C
for ; Fri,  9 Jul 2021 20:12:08
+ (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-ht
X-Amavis-Spam-Status: No, score=-11.101 tagged_above=-1 required=5.3
tests=[BAYES_00=-2, DIGITS_LETTERS=1, DKIM_SIGNED=0.1,
DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,
LDO_WHITELIST=-5, NICE_REPLY_A=-0.001, PGPSIGNATURE=-5, URI_HEX=0.1]
autolearn=ham autolearn_force=no
Received: from bendel.debian.org ([127.0.0.1])
by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
with ESMTP id 1C8FK9O9R4wF for ;
Fri,  9 Jul 2021 20:12:03 + (UTC)
X-policyd-weight: using cached result; rate: -4.6
Received: from cyrania.com (cyrania.com [162.213.253.79])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(Client did not present a certificate)
by bendel.debian.org (Postfix) with ESMTPS id 41BC220C07
for ; Fri,  9 Jul 2021 20:12:03 + 
(UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
d=polynamaude.com; s=default; 
h=Content-Type:In-Reply-To:MIME-Version:Date:
Message-ID:Cc:References:To:From:Subject:Sender:Reply-To:
Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:

List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
bh=+sOBJuEBMYyyn07XmbyL3ZhQgjte6V2z7NjRnO47Q50=;
b=S1tAbB2sbqI2sRIMXZDfNyhV/m

PQVXycU120Vru+cN7r+ODT2ASB8yZpuSDG4RFNTAF1uG3sl4RG8c2vBLhZs9QKIZ/1rYU6pYAcExM

lXzfSlqCHJY/bG2e3Kc2RN04A3guikgnhbupfSip0DwK1rP7AJIy7zDAm9bJLD2f3RU8dw2z/jgbI

2EKllS6ycufPVqVPX5I38UUVqhG2JwNzK11v3mNAdGIxYxWzVIkCNctHNmzjNFn5ijsowpFlR3i78

I8PX50XsqVs6kaiVfI+hdNt5vO7l5BIAFeiB3aDaqaONRdzCKiuphW8UWopNfh0RddkB/yYQulFjZ
ng9LWTIA==;
Received: from [38.133.51.49] (port=38228 helo=[192.168.1.202])
by premium58.web-hosting.com with esmtpsa  (TLS1.2) tls
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
(Exim 4.94.2)
(envelope-from )
id 1m1wqo-001LYR-QV; Fri, 09 Jul 2021 16:11:59 -0400
Subject: Re: MTA (corrected)
From: Polyna-Maude Racicot-Summerside 
To: Greg Wooledge 
References: <1eaaa445-fadb-360c-4d48-1c076729c...@polynamaude.com>
 
 
 <20210705135736.gb1672...@zira.vinc17.org>
 
 
 <7f15ae5d-4d91-3f32-1493-a9c468a39...@polynamaude.com>
 
 <8a1e2468-20e0-538d-59d9-fe0401dc9...@polynamaude.com>
Cc: "User Mailing List (Debian)" 
Message-ID: <5b6656f4-902b-b975-1ebe-095675d4e...@polynamaude.com>
Date: Fri, 9 Jul 2021 16:11:49 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
 Thunderbird/78.11.0
MIME-Version: 1.0
In-Reply-To: <8a1e2468-20e0-538d-59d9-fe0401dc9...@polynamaude.com>
Content-Type: multipart/signed; micalg=pgp-sha256;
 protocol="application/pgp-signature";
 boundary="dV4TqS38M5U0zIBLIp2kkqlMOSNAz1F0O"
X-OutGoing-Spam-Status: No, score=-1.0
X-AntiAbuse: This header was added to track abuse, please include it
with any abuse report
X-AntiAbuse: Primary Hostname - premium58.web-hosting.com
X-AntiAbuse: Original Domain - 

Re: MTA (corrected)

[Polyna-Maude Racicot-Summerside]

Hi,

On 2021-07-05 1:16 p.m., Polyna-Maude Racicot-Summerside wrote:
> Hi,
> 
> On 2021-07-05 1:07 p.m., Greg Wooledge wrote:
>> On Mon, Jul 05, 2021 at 01:00:07PM -0400, Polyna-Maude Racicot-Summerside 
>> wrote:
>>> On 2021-07-05 12:46 p.m., Greg Wooledge wrote:
 unicorn:~$ host _dc-mx.f1202d9a4fb3.cyrania.com.
 _dc-mx.f1202d9a4fb3.cyrania.com has address 162.213.253.79
 Host _dc-mx.f1202d9a4fb3.cyrania.com not found: 3(NXDOMAIN)
>>
>>> What you wrote (dc-mx) is not a underscore.
>>
>> Is your mail user agent doing some sort of markdown processing, by
>> chance?  Maybe you aren't seeing what's actually being written.  If
>> that's the case, it's only adding to your problems.
>>
>> The output of "host -t mx cyrania.com." on my machine includes a hostname
>> that begins with an underscore.  underscore dee cee hyphen em ex.
>> This hostname (including its leading underscore) appears on each of the
>> three lines in the quoted text above.
>>
>> If you aren't seeing it, then something's wrong.
>>
>> If you doubt my output, go ahead and run your own tests, on a machine
>> under your own control.
>>
> 
I think it shall now have been corrected.

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature

Re: Bash: testing a variable

[Joerg Kampmann]

Am 09.07.21 um 21:54 schrieb Charles Curley:

I'd like to check two things:

* Whether a given path is not already in the $PATH variable

* Whether the given path already exists

If both are true, I'd like to add the given path to the $PATH variable.

I can add the given path, and test for the existence of the given path.
I can write expressions that work to detect the given path in $PATH.
What I don't seem able to do is combine all that in a script.

Here's what I have for the script:

#!/bin/bash

# A short script for testing some code.

# pelican seems to like local installations here.
SUBSTR="${HOME}"/\.local/bin/
echo Substr is "${SUBSTR}"
# if [[ ! ${PATH} =~ .*/home/charles/.local/bin.* ]] ; then
if [[ $( echo "$PATH" | grep -E -v "${SUBSTR}" ) ]] ; then
 echo Substring NOT found.;

 if [ -d "${HOME}/.local/bin/" ] ; then
 echo Adding to \$PATH
 PATH=${HOME}/.local/bin:$PATH
 fi
else
 echo Substring found!;
fi

I call the script with the . operator: ". test.sh"

this is the result:


root@primergy:~/software-env# . test.sh

Substr is /root/.local/bin/
Substring NOT found.
root@primergy:~/software-env#


Why do I always end up adding the given path, even if it is already in
$PATH?

Debian is Buster, bash is 5.0.3(1)-release (x86_64-pc-linux-gnu).

Re: ASTM Lab equipment protocol

[Rob van der Putten]

Hi there


On 09/07/2021 19:11, Brian wrote:


On Fri 09 Jul 2021 at 19:04:06 +0200, Rob van der Putten wrote:



On 09/07/2021 18:23, Polyna-Maude Racicot-Summerside wrote:


On 2021-07-09 9:21 a.m., Rob van der Putten wrote:



Which Debian packages support the ASTM lab equipment (over TCP)
protocol? An overview would be nice.


Have you tried usign the packages.debian.org search engine for going
thru the packages descriptions ?

Possibly using astm keyword ?


ASTM is not necessarily in the description.


That should give you some idea


If only things could be that easy.


The debian-med and/or the debian-science mailing list couls help out.

   https://lists.debian.org/debian-med/
   https://lists.debian.org/debian-science/


Now that is easy. I did not know about the archives. Or the search.
No results though. So this might be a bit of a dead end.
It doesn't mean that software doesn't exist. Just that ASTM was never 
discussed on a Debian list.



Regards,
Rob

Re: Need help with ffmpeg installation - strange behaviour of my system - am I correct here?

[Joerg Kampmann]

Am 09.07.21 um 21:44 schrieb Greg Wooledge:

On Fri, Jul 09, 2021 at 09:36:00PM +0200, Kampmann wrote:

The following packages have unmet dependencies:
  libavcodec58 : Depends: libavutil56 (>= 10:4.1.6) but it is not going to be
installed
     Depends: libc6 (>= 2.27) but 2.24-11+deb9u4 is to be
installed

This is a really powerful indicator that you've mixed sources which
are either from, or for, different Debian releases.  Or mixed Debian
sources and non-Debian sources.

The "libc6 (>= 2.27)" dependency is identical to the libc6 dependency
on the *buster* (Debian 10) version of libavcodec58.  (Which is a
package that does not even exist in Debian 9.)  So, it looks like you've
either got a buster (Debian 10) source, or you've got some third-party
source that was meant to be used with Debian 10.

You can't use Debian 10 sources on Debian 9.


this really seems to be the clue, however: how do I get

1. information on the installed packages?

2. repair my situation - I cannot go to Debian 10 right now (I posted 
the reason somewhere here - mouse ist awfully slow and jumpy))

Re: Need help with ffmpeg installation - strange behaviour of my system - am I correct here?

[Brian]

On Fri 09 Jul 2021 at 15:40:21 -0400, Greg Wooledge wrote:

> On Fri, Jul 09, 2021 at 08:37:03PM +0100, Brian wrote:
> > On Fri 09 Jul 2021 at 15:05:20 -0400, Greg Wooledge wrote:
> > 
> > > On Fri, Jul 09, 2021 at 08:41:17PM +0200, Joerg Kampmann wrote:
> > > > Hello - I tried to install ffmpeg (a normal Debian package) and got some
> > > > strange messages. the ffmpeg-group adviced me to go to a Debian group. I
> > > > hope I am correct here in this group.
> > > > 
> > > > I am running Debian 9 on a Fujitsu TX 100 S1 computer ...
> > > 
> > > This is not the current stable release.  You may wish to *consider*
> > > upgrading, as running older releases tends to be incompatible with
> > > the desire to install recent versions of web browsers, video players,
> > > and other large and complicated packages.
> > 
> > The OP says:
> > 
> >   Hello - I tried to install ffmpeg...
> > 
> > This is on Debian 9. Either it installs or it doesn't. It did for me.
> > 
> > Not being the current release seems neither here nor there.
> 
> We shall see.
> 
> I have a theory that they tried to add buster sources (or
> buster-backports, or some third-party repository meant for buster)
> because they wanted newer stuff than was available in stretch or
> stretch-backports.  Frankendebian ensued.

You can have whatever theory you devised. My statement is rock-solid.

-- 
Brian.
> 

Bash: testing a variable

[Charles Curley]

I'd like to check two things:

* Whether a given path is not already in the $PATH variable

* Whether the given path already exists

If both are true, I'd like to add the given path to the $PATH variable.

I can add the given path, and test for the existence of the given path.
I can write expressions that work to detect the given path in $PATH.
What I don't seem able to do is combine all that in a script.

Here's what I have for the script:

#!/bin/bash

# A short script for testing some code.

# pelican seems to like local installations here.
SUBSTR="${HOME}"/\.local/bin/
echo Substr is "${SUBSTR}"
# if [[ ! ${PATH} =~ .*/home/charles/.local/bin.* ]] ; then
if [[ $( echo "$PATH" | grep -E -v "${SUBSTR}" ) ]] ; then
echo Substring NOT found.;

if [ -d "${HOME}/.local/bin/" ] ; then
echo Adding to \$PATH
PATH=${HOME}/.local/bin:$PATH
fi
else
echo Substring found!;
fi

I call the script with the . operator: ". test.sh"

Why do I always end up adding the given path, even if it is already in
$PATH?

Debian is Buster, bash is 5.0.3(1)-release (x86_64-pc-linux-gnu).

-- 
Does anybody read signatures any more?

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

Re: Need help with ffmpeg installation - strange behaviour of my system - am I correct here?

[Greg Wooledge]

On Fri, Jul 09, 2021 at 09:36:00PM +0200, Kampmann wrote:
> The following packages have unmet dependencies:
>  libavcodec58 : Depends: libavutil56 (>= 10:4.1.6) but it is not going to be
> installed
>     Depends: libc6 (>= 2.27) but 2.24-11+deb9u4 is to be
> installed

This is a really powerful indicator that you've mixed sources which
are either from, or for, different Debian releases.  Or mixed Debian
sources and non-Debian sources.

The "libc6 (>= 2.27)" dependency is identical to the libc6 dependency
on the *buster* (Debian 10) version of libavcodec58.  (Which is a
package that does not even exist in Debian 9.)  So, it looks like you've
either got a buster (Debian 10) source, or you've got some third-party
source that was meant to be used with Debian 10.

You can't use Debian 10 sources on Debian 9.

Re: Need help with ffmpeg installation - strange behaviour of my system - am I correct here?

[Kampmann]

Am 09.07.21 um 21:40 schrieb Greg Wooledge:

On Fri, Jul 09, 2021 at 08:37:03PM +0100, Brian wrote:

On Fri 09 Jul 2021 at 15:05:20 -0400, Greg Wooledge wrote:


On Fri, Jul 09, 2021 at 08:41:17PM +0200, Joerg Kampmann wrote:

Hello - I tried to install ffmpeg (a normal Debian package) and got some
strange messages. the ffmpeg-group adviced me to go to a Debian group. I
hope I am correct here in this group.

I am running Debian 9 on a Fujitsu TX 100 S1 computer ...

This is not the current stable release.  You may wish to *consider*
upgrading, as running older releases tends to be incompatible with
the desire to install recent versions of web browsers, video players,
and other large and complicated packages.

The OP says:

   Hello - I tried to install ffmpeg...

This is on Debian 9. Either it installs or it doesn't. It did for me.

Not being the current release seems neither here nor there.

We shall see.

I have a theory that they tried to add buster sources (or
buster-backports, or some third-party repository meant for buster)
because they wanted newer stuff than was available in stretch or
stretch-backports.  Frankendebian ensued.

Frankendebian???

Re: Need help with ffmpeg installation - strange behaviour of my system - am I correct here?

[Kampmann]

Am 09.07.21 um 21:37 schrieb Brian:

On Fri 09 Jul 2021 at 15:05:20 -0400, Greg Wooledge wrote:


On Fri, Jul 09, 2021 at 08:41:17PM +0200, Joerg Kampmann wrote:

Hello - I tried to install ffmpeg (a normal Debian package) and got some
strange messages. the ffmpeg-group adviced me to go to a Debian group. I
hope I am correct here in this group.

I am running Debian 9 on a Fujitsu TX 100 S1 computer ...

This is not the current stable release.  You may wish to *consider*
upgrading, as running older releases tends to be incompatible with
the desire to install recent versions of web browsers, video players,
and other large and complicated packages.
yes I know, however I am running a rather old machine (TX 100 S1 from 
Fujitsu) and already tried to install Debian 10 which made my 
mouse-pointer awfully slow and "jumpy" ... therefore I stay with Debian 
9 - however I try moving with the Debian 10 - trial-disk - but at a 
later time in August ...

The OP says:

   Hello - I tried to install ffmpeg...

This is on Debian 9. Either it installs or it doesn't. It did for me.

Not being the current release seems neither here nor there.


--
=
Joerg Kampmann, Dr. Dipl.-Phys - IBK-Consult for Climate Physics - non-profit -
D-31228 Peine +49-177-276-3140
www.ibk-consult.de - www.kampmannpeine.org
www.xing.com/hp/Joerg_Kampmann
www.xing.com/net/mathe
www.researchgate.net/profile/Joerg_Kampmann - 
https://independent.academia.edu/J%C3%B6rgKampmann
===
This e-mail may contain confidential and/or legally protected information.
If you are not the intended recipient (or have received this e-mail in
error) please notify the sender immediately and delete this e-mail. Any
unauthorized copying, disclosure use or distribution of the material in
this e-mail is strictly forbidden.
Diese E-Mail enthält vertrauliche und/oder rechtlich geschuetzte Informationen.
Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich
erhalten haben, informieren Sie bitte sofort den Absender und loeschen
Sie diese Mail
===

Re: Need help with ffmpeg installation - strange behaviour of my system - am I correct here?

[Greg Wooledge]

On Fri, Jul 09, 2021 at 08:37:03PM +0100, Brian wrote:
> On Fri 09 Jul 2021 at 15:05:20 -0400, Greg Wooledge wrote:
> 
> > On Fri, Jul 09, 2021 at 08:41:17PM +0200, Joerg Kampmann wrote:
> > > Hello - I tried to install ffmpeg (a normal Debian package) and got some
> > > strange messages. the ffmpeg-group adviced me to go to a Debian group. I
> > > hope I am correct here in this group.
> > > 
> > > I am running Debian 9 on a Fujitsu TX 100 S1 computer ...
> > 
> > This is not the current stable release.  You may wish to *consider*
> > upgrading, as running older releases tends to be incompatible with
> > the desire to install recent versions of web browsers, video players,
> > and other large and complicated packages.
> 
> The OP says:
> 
>   Hello - I tried to install ffmpeg...
> 
> This is on Debian 9. Either it installs or it doesn't. It did for me.
> 
> Not being the current release seems neither here nor there.

We shall see.

I have a theory that they tried to add buster sources (or
buster-backports, or some third-party repository meant for buster)
because they wanted newer stuff than was available in stretch or
stretch-backports.  Frankendebian ensued.

Re: Need help with ffmpeg installation - strange behaviour of my system - am I correct here?

[Brian]

On Fri 09 Jul 2021 at 15:05:20 -0400, Greg Wooledge wrote:

> On Fri, Jul 09, 2021 at 08:41:17PM +0200, Joerg Kampmann wrote:
> > Hello - I tried to install ffmpeg (a normal Debian package) and got some
> > strange messages. the ffmpeg-group adviced me to go to a Debian group. I
> > hope I am correct here in this group.
> > 
> > I am running Debian 9 on a Fujitsu TX 100 S1 computer ...
> 
> This is not the current stable release.  You may wish to *consider*
> upgrading, as running older releases tends to be incompatible with
> the desire to install recent versions of web browsers, video players,
> and other large and complicated packages.

The OP says:

  Hello - I tried to install ffmpeg...

This is on Debian 9. Either it installs or it doesn't. It did for me.

Not being the current release seems neither here nor there.

-- 
Brian.
 

Re: Need help with ffmpeg installation - strange behaviour of my system - am I correct here?

[Kampmann]

Ok, thanks - here we go :) :

(base) joerg@primergy:~$ su
Passwort:
root@primergy:/home/joerg# export LANG=en_US.utf8
root@primergy:/home/joerg# apt install ffmpeg
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 ffmpeg : Depends: libavcodec58 (>= 10:4.1.6) but it is not going to be 
installed
  Depends: libavdevice58 (>= 10:4.1.6) but it is not going to 
be installed
  Depends: libavfilter7 (>= 10:4.1.6) but it is not going to be 
installed
  Depends: libavformat58 (>= 10:4.1.6) but it is not going to 
be installed
  Depends: libavresample4 (>= 10:4.1.6) but it is not going to 
be installed
  Depends: libavutil56 (>= 10:4.1.6) but it is not going to be 
installed
  Depends: libpostproc55 (>= 10:4.1.6) but it is not going to 
be installed
  Depends: libswresample3 (>= 10:4.1.6) but it is not going to 
be installed
  Depends: libswscale5 (>= 10:4.1.6) but it is not going to be 
installed

E: Unable to correct problems, you have held broken packages.
root@primergy:/home/joerg# apt install libavcodec58
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libavcodec58 : Depends: libavutil56 (>= 10:4.1.6) but it is not going 
to be installed
    Depends: libc6 (>= 2.27) but 2.24-11+deb9u4 is to be 
installed

    Depends: libcodec2-0.8.1 but it is not installable
    Depends: libgsm1 (>= 1.0.18) but 1.0.13-4+b2 is to be 
installed   --- this is completely non-understandable

    Depends: libmfx1 but it is not going to be installed
    Depends: libopenh264-5 (>= 2.0.0) but it is not going 
to be installed
    Depends: libswresample3 (>= 10:4.1.6) but it is not 
going to be installed

    Depends: libva2 (>= 2.2.0) but it is not installable
   --- this is completely non-understandable    Depends: 
libvpx6 (>= 1.8.1) but it is not going to be installed

    Depends: libwebpmux3 (>= 0.6.1-2) but it is not installable
    Depends: libx264-157 (>= 4:0.157.2980+git34c06d1) but 
it is not going to be installed

E: Unable to correct problems, you have held broken packages.
root@primergy:/home/joerg#

Am 09.07.21 um 21:14 schrieb Anssi Saari:

Joerg Kampmann  writes:


Hello group I wanted to install ffmpeg under Debian 9 and got some 
errormessages (in German):

How about errormessages not in German? LANG=en_US.utf8 apt install ffmpeg?


  ffmpeg : Hängt ab von: libavcodec58 (>= 10:4.1.6) soll aber nicht
installiert werden

https://packages.debian.org/stretch/ffmpeg says ffmpeg in Stretch
depends on libavcodec57, not 58. Could it be you've configured Debian
Multimedia repository for Debian 10 for your Debian 9 system?


--
=
Joerg Kampmann, Dr. Dipl.-Phys - IBK-Consult for Climate Physics - non-profit -
D-31228 Peine +49-177-276-3140
www.ibk-consult.de - www.kampmannpeine.org
www.xing.com/hp/Joerg_Kampmann
www.xing.com/net/mathe
www.researchgate.net/profile/Joerg_Kampmann - 
https://independent.academia.edu/J%C3%B6rgKampmann
===
This e-mail may contain confidential and/or legally protected information.
If you are not the intended recipient (or have received this e-mail in
error) please notify the sender immediately and delete this e-mail. Any
unauthorized copying, disclosure use or distribution of the material in
this e-mail is strictly forbidden.
Diese E-Mail enthält vertrauliche und/oder rechtlich geschuetzte Informationen.
Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich
erhalten haben, informieren Sie bitte sofort den Absender und loeschen
Sie diese Mail
===

Re: Need help with ffmpeg installation - strange behaviour of my system - am I correct here?

[Anssi Saari]

Joerg Kampmann  writes:

> Hello group I wanted to install ffmpeg under Debian 9 and got some 
> errormessages (in German): 

How about errormessages not in German? LANG=en_US.utf8 apt install ffmpeg?

>  ffmpeg : Hängt ab von: libavcodec58 (>= 10:4.1.6) soll aber nicht
> installiert werden

https://packages.debian.org/stretch/ffmpeg says ffmpeg in Stretch
depends on libavcodec57, not 58. Could it be you've configured Debian
Multimedia repository for Debian 10 for your Debian 9 system?

Re: Need help with ffmpeg installation - strange behaviour of my system - am I correct here?

[Kampmann]

Am 09.07.21 um 21:04 schrieb Brian:

On Fri 09 Jul 2021 at 20:41:17 +0200, Joerg Kampmann wrote:


Hello - I tried to install ffmpeg (a normal Debian package) and got some
strange messages. the ffmpeg-group adviced me to go to a Debian group. I
hope I am correct here in this group.

You have kept these "strange" meaages secret. How could anyone work
out what is going on?
I am sorry - however I posted a rather long "strange" stuff here. I 
evidently disappeared :) - can you explain that?

I am running Debian 9 on a Fujitsu TX 100 S1 computer ...

ffmpeg is known to be installable on Debian 9.


--
=
Joerg Kampmann, Dr. Dipl.-Phys - IBK-Consult for Climate Physics - non-profit -
D-31228 Peine +49-177-276-3140
www.ibk-consult.de - www.kampmannpeine.org
www.xing.com/hp/Joerg_Kampmann
www.xing.com/net/mathe
www.researchgate.net/profile/Joerg_Kampmann - 
https://independent.academia.edu/J%C3%B6rgKampmann
===
This e-mail may contain confidential and/or legally protected information.
If you are not the intended recipient (or have received this e-mail in
error) please notify the sender immediately and delete this e-mail. Any
unauthorized copying, disclosure use or distribution of the material in
this e-mail is strictly forbidden.
Diese E-Mail enthält vertrauliche und/oder rechtlich geschuetzte Informationen.
Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich
erhalten haben, informieren Sie bitte sofort den Absender und loeschen
Sie diese Mail
===

Re: GPS, logiciels libres et Debian

[sebastien . dinot]

Bonjour,

Le 2021-07-09 12:29, kaliderus a écrit :

J'envisage l'achat d'un GPS (voiture/moto/bateau donc étanche).
Avez-vous des recommandations, tuyaux, marques à conseiller ou éviter,
et qui idéalement me permettraient de faire des mise à jour des cartes
sous Debian ?


Pour ma part, question qualité et ergonomie, j'aurais tendance à 
conseiller Garmin, mais je suis loin d'avoir essayé toutes les marques 
qui existent.



Actuellement nous avons un Garmin qui commence à dater, et nous devons
passer par leur outil pour les mises à jour, un vieux pc M$ s'en
charge, jusqu'au jour où l'outil ne sera plus maintenu ...


J'ai deux GPS Garmin :
* Un modèle routier (DriveSmart 61 LMT-S), qui se met à jour tout seul 
(logiciel et carte) via une connexion wifi.
* Un modèle de randonnée (Etrex 30), qui, officiellement, ne supporte 
que les cartes Garmin et ne peut être actualisé (logiciel et carte) que 
via un logiciel fourni par Garmin, tournant exclusivement sur 
MS-Windows.


Mais il y a 6 ans, j'ai eu une petite surprise en consultant le code 
source d'une page du site de Garmin :


https://www.palabritudes.net/2015/08/11/mise-a-jour-gps-etrex-30-depuis-gnu-linux.html

Quant à la cartographie, cela fait des années que j'utilise sur mon 
Etrex 30 les cartes OpenTopoMap (donnée OSM + courbes de niveau + 
ombrage) :


https://garmin.opentopomap.org/


La cartographie devrait contenir l'Europe entière.


Sur mon Etrex 30, je fais tenir la carte de la France et celle de 
l'Italie.


Par contre, si l'Etrex 30 est parfait en randonnée, ce n'est pas un GPS 
routier et il ne fournit aucune fonction de routage. De manière 
alternative à mon GPS routier, j'utilise donc Osmand sur Android (en 
version payante pour disposer de plus de fonds de carte) :


http://osmand.net/
https://github.com/osmandapp/

Et certains de mes amis utilisent Osmand pour la randonnée aussi (en 
téléchargeant les fonds de carte, on n'a plus besoin de connectivité 
réseau). Attention cependant, pour disposer d'une carte précise en 
randonnée, il faut télécharger la carte de la région et non celle de la 
France entière.


Quant à moi, je préfère conserver à mon smartphone ses fonctions de 
téléphone et de point d'accès wifi. En randonnée, il est au fond de nom 
sac, à l'abri des éléments. Et mon Etrex 30 a une autonomie bien plus 
importante que mon smartphone quand j'active le GPS et je lance Osmand.

Re: ASTM Lab equipment protocol

[Markos]

Em 09-07-2021 10:21, Rob van der Putten escreveu:

Hi there


Which Debian packages support the ASTM lab equipment (over TCP) 
protocol? An overview would be nice.



Regards,
Rob





Hi Rob,

Please, explain with more detail, and some example, what exactly are you 
looking for?


Best Regards,

Markos

Re: Need help with ffmpeg installation - strange behaviour of my system - am I correct here?

[Greg Wooledge]

On Fri, Jul 09, 2021 at 08:41:17PM +0200, Joerg Kampmann wrote:
> Hello - I tried to install ffmpeg (a normal Debian package) and got some
> strange messages. the ffmpeg-group adviced me to go to a Debian group. I
> hope I am correct here in this group.
> 
> I am running Debian 9 on a Fujitsu TX 100 S1 computer ...

This is not the current stable release.  You may wish to *consider*
upgrading, as running older releases tends to be incompatible with
the desire to install recent versions of web browsers, video players,
and other large and complicated packages.

> /Hello group I wanted to install ffmpeg under Debian 9 and got some
> errormessages (in German):

For the purpose of posting to debian-user, you may wish to switch your
locale temporarily to English.  Since you're using a shell with root
privileges, the simplest way would probably be to run the command

export LANG=C

before your apt commands.  The LANG setting will go away when you exit
from the root shell.

> root@primergy:~# apt install ffmpeg
> Paketlisten werden gelesen... Fertig
> Abhängigkeitsbaum wird aufgebaut.
> Statusinformationen werden eingelesen Fertig
> Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
> Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
> Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
> nicht erstellt wurden oder Incoming noch nicht verlassen haben.
> Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:
> 
> Die folgenden Pakete haben unerfüllte Abhängigkeiten:
>  ffmpeg : Hängt ab von: libavcodec58 (>= 10:4.1.6) soll aber nicht
> installiert werden
>   Hängt ab von: libavdevice58 (>= 10:4.1.6) soll aber nicht
> installiert werden
>   Hängt ab von: libavfilter7 (>= 10:4.1.6) soll aber nicht
> installiert werden
>   Hängt ab von: libavformat58 (>= 10:4.1.6) soll aber nicht
> installiert werden
>   Hängt ab von: libavresample4 (>= 10:4.1.6) soll aber nicht
> installiert werden
>   Hängt ab von: libavutil56 (>= 10:4.1.6) soll aber nicht
> installiert werden
>   Hängt ab von: libpostproc55 (>= 10:4.1.6) soll aber nicht
> installiert werden
>   Hängt ab von: libswresample3 (>= 10:4.1.6) soll aber nicht
> installiert werden
>   Hängt ab von: libswscale5 (>= 10:4.1.6) soll aber nicht
> installiert werden
> E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene
> defekte Pakete.

These dependencies are *not* correct for a Debian 9 installation.

According to  the dependencies
should be   libavcodec57 (>= 7:3.2.14)   and so on.

This means you've probably got repositories other than the stretch
(Debian 9) sources, and these are causing a conflict.

If this were my system, I would first remove all of the non-Debian-9
sources and run "apt-get update".  If ffmpeg still can't be installed
after that, then it's possible you have already installed some of the
dependencies from non-Debian-9 sources, and you may need to remove
those.  This could cascade into a full disaster if you're unlucky.  This
is why we normally recommend against mixing sources from multiple Debian
versions, or using sketchy outside sources.

Re: Need help with ffmpeg installation - strange behaviour of my system - am I correct here?

[Brian]

On Fri 09 Jul 2021 at 20:41:17 +0200, Joerg Kampmann wrote:

> Hello - I tried to install ffmpeg (a normal Debian package) and got some
> strange messages. the ffmpeg-group adviced me to go to a Debian group. I
> hope I am correct here in this group.

You have kept these "strange" meaages secret. How could anyone work
out what is going on?

> I am running Debian 9 on a Fujitsu TX 100 S1 computer ...

ffmpeg is known to be installable on Debian 9.

-- 
Brian.

Need help with ffmpeg installation - strange behaviour of my system - am I correct here?

[Joerg Kampmann]

Hello - I tried to install ffmpeg (a normal Debian package) and got some 
strange messages. the ffmpeg-group adviced me to go to a Debian group. I 
hope I am correct here in this group.


I am running Debian 9 on a Fujitsu TX 100 S1 computer ...


/base) joerg@primergy:~$ uname -a
Linux primergy 4.9.0-16-amd64 #1 SMP Debian 4.9.272-1 (2021-06-21) 
x86_64 GNU/Linux

(base) joerg@primergy:~$
/

Here is the dialogue I had in the *ffmpeg*-group;

Am 09.07.21 um 11:31 schrieb Kampmann/:
Thanks - that is strange. Do you have any clues?

/Am 09.07.21 um 11:16 schrieb Reindl Harald/:
that's a problem with your distribution and not ffmpeg specific

/Am 09.07.21 um 11:06 schrieb Joerg Kampmann:

/Hello group I wanted to install ffmpeg under Debian 9 and got some 
errormessages (in German):


root@primergy:~# apt install ffmpeg
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen Fertig
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu 
lösen:


Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 ffmpeg : Hängt ab von: libavcodec58 (>= 10:4.1.6) soll aber nicht 
installiert werden
  Hängt ab von: libavdevice58 (>= 10:4.1.6) soll aber nicht 
installiert werden
  Hängt ab von: libavfilter7 (>= 10:4.1.6) soll aber nicht 
installiert werden
  Hängt ab von: libavformat58 (>= 10:4.1.6) soll aber nicht 
installiert werden
  Hängt ab von: libavresample4 (>= 10:4.1.6) soll aber nicht 
installiert werden
  Hängt ab von: libavutil56 (>= 10:4.1.6) soll aber nicht 
installiert werden
  Hängt ab von: libpostproc55 (>= 10:4.1.6) soll aber nicht 
installiert werden
  Hängt ab von: libswresample3 (>= 10:4.1.6) soll aber nicht 
installiert werden
  Hängt ab von: libswscale5 (>= 10:4.1.6) soll aber nicht 
installiert werden
E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene 
defekte Pakete.

root@primergy:~#
/

/and a 2nd mail on this issue:

I tried to install one of the "not-installed" modules and got the following

root@primergy:~/software-env# apt install libavcodec58
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen Fertig
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu 
lösen:


Die folgenden Pakete haben unerfüllte Abhängigkeiten:
  libavcodec58 : Hängt ab von: libavutil56 (>= 10:4.1.6) soll aber 
nicht installiert werden
 Hängt ab von: libc6 (>= 2.27) aber 2.24-11+deb9u4 soll 
installiert werden  # here another version should be installed
 Hängt ab von: libcodec2-0.8.1 ist aber nicht 
installierbar
 Hängt ab von: libgsm1 (>= 1.0.18) aber 1.0.13-4+b2 
soll installiert werden
 Hängt ab von: libmfx1 soll aber nicht installiert 
werden # this module is not 
installable - why?
 Hängt ab von: libopenh264-5 (>= 2.0.0) soll aber nicht 
installiert werden
 Hängt ab von: libswresample3 (>= 10:4.1.6) soll aber 
nicht installiert werden
 Hängt ab von: libva2 (>= 2.2.0) ist aber nicht 
installierbar# this module is not installable - why?


 Hängt ab von: libvpx6 (>= 1.8.1) soll aber nicht 
installiert werden
 Hängt ab von: libwebpmux3 (>= 0.6.1-2) ist aber nicht 
installierbar

 # this module is not installable - why?
 Hängt ab von: libx264-157 (>= 4:0.157.2980+git34c06d1) 
soll aber nicht installiert werden
E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene 
defekte Pakete. //

/

Re: [HS] git-svn et git-filter-repo

[Arnaud Vandyck]


Peut-être en filtrant le svn comme dans ce projet?

https://stackoverflow.com/questions/15535334/filter-a-lot-of-sensitive-code-from-an-svn-repository

Les gros fichiers obsoletes seraient exclus du dépôt.

Bien à vous,

-- Arnaud sur son iPhone


> Le 9 juil. 2021 à 14:58, Daniel Caillibaud  a écrit :
> Salut,
> 
> Une question git (qui n'a donc rien à voir avec debian).
> 
> - J'ai un dépôt svn d'un très vieux projet, encore actif, avec des 
> utilisateurs habitués à svn.
> 
> - J'aimerais permettre à ceux qui utilisent git couramment de pouvoir le 
> faire sur ce projet
>  => git-svn [1] permet de faire ça
> 
> - Le dépôt svn est énorme, avec des éléments de doc obsolètes dans 
> l'historique (plein de zip
>  et de vidéos ont été mis dans le dépôt, virés depuis), trop gros pour 
> l'envoyer sur un gitlab
>  => git-filter-repo [2] est parfait pour ça (conseillé dans la doc officielle 
> [3] à la place de
>  `git filter-branch …`)
> 
> Mon pb est qu'après avoir nettoyé l'historique, je peux plus lancer de `git 
> svn fetch` pour
> récupérer les nouveaux commits svn, ça plante :
> 
> error: invalid object xxx yy for 'fichier/viré'
> fatal: git-write-tree: error building trees 
> write-tree: command returned error: 128
> 
> J'ai alors pensé à un truc en deux temps
> - un gros dépôt xxxGitSvn qui fetch le svn, en local chez moi, avec tout 
> l'historique
> - un dépôt git xxxGit, initié comme clone de xxxGitSvn, nettoyé avec 
> git-filter-repo puis
>  utilisé comme relai, pull de xxxGitSvn et push vers mon gitlab
> (pas trop grave si ça empêche d'envoyer des modifs faites sous git vers svn, 
> l'usage principal
> est de pouvoir se balader dans l'historique et regarder des diff, un truc 
> théoriquement
> possible avec svn mais en pratique complètement infernal sur un projet aussi 
> gros avec 10 ans
> d'historique et 15k révisions).
> 
> Mais ça marche pas, au premier pull
>  xxxGit <= xxxGitSvn
> il récupère dans son historique tout ce que j'avais viré…
> 
> Je reconnais que c'est un cas un peu tordu, mais est-ce qu'il y a un moyen de 
> faire ça ?
> (ne pas récupérer tout l'historique qu'on a pas localement lors d'un pull je 
> suppose que ça
> revient à dire à git de considérer que le commit xx local est le même que le 
> commit yy de
> tel remote) ?
> 
> Si y'a pas de solution, j'irai filtrer l'historique à la source, avec 
> svnadmin dump /
> svndumpfilter exclude / svnadmin create / svnadmin load, mais je préférais 
> garder le dépôt svn
> intact.
> 
> 
> [1] https://git-scm.com/docs/git-svn
> [2] https://github.com/newren/git-filter-repo (qui demande git ≥ 2.22.0 => 
> paquet git de
>unstable)
> [3] https://git-scm.com/book/en/v2/Git-Tools-Rewriting-History ou
>
> https://git-scm.com/book/fr/v2/Utilitaires-Git-R%C3%A9%C3%A9crire-l%E2%80%99historique
> 
> -- 
> Daniel
> 
> Dans le passé, il y avait plus de futur que maintenant ?
> Philippe Geluck, Le chat

Re: GPS, logiciels libres et Debian

[Iznogood]

Bonjour,

osmand sous android

Cordialement


Le Fri, 9 Jul 2021 12:29:52 +0200
kaliderus  a écrit :

> Bonjour,
> 
> J'envisage l'achat d'un GPS (voiture/moto/bateau donc étanche).
> Avez-vous des recommandations, tuyaux, marques à conseiller ou éviter,
> et qui idéalement me permettraient de faire des mise à jour des cartes
> sous Debian ?
> Actuellement nous avons un Garmin qui commence à dater, et nous devons
> passer par leur outil pour les mises à jour, un vieux pc M$ s'en
> charge, jusqu'au jour où l'outil ne sera plus maintenu ...
> La cartographie devrait contenir l'Europe entière.
> 
> Merci pour votre attention.
> 

NFC Reader/writer ACS ACR122U-A9 on Debian works… partially

[davenull]

Hello, I'm not sure if it's the best mailing list for asking this, But 
the problem is encountered using Debian Buster with debian packages for 
Debian repos, so maybe someone else had the same issues and found a 
workaround or can give any pointers on how to troubleshoot it


I have ACS ACR122U-A9 NFC USB reader/writer ({vendor,product}IDs: 
072f:2200), that works on Debian… partially. using libacsccid1 driver 
from debian repo (not the one on ACS Website, as it doesn't have a 
proper cryptographic or even a hash to check the download, so I don't 
trust it. And prefer the one on Debian's main repos. The debian one is 
by the way maintained by an ACS employee. It's probably the same driver, 
except the one on the website is a in archive for multiple distros)


I've reed some docs about drivers and kernel modules to make it work: 
I'm sure I didn't miss anything obvious (installing the correct driver, 
making sure it's using the correct kernel module)


So with pcsc_scan (basic reader) or cardpeek, it works (exept for EMV 
analyze, which makes Cardpeek freezes instead before showing up any 
data). But it doesn't work at all with other tools


- libnfc, from Debian buster repo
- nfcpy, python3 module, installed with pip3, which also nistall all the 
python3 dependencies (I know my reader isn't ideal for this, due to 
hardware limitations, but it should still work and is listed as 
supported on the official nfcy's documentation [1], for reading/writer 
NFC tags, limitations are mostly for P2P mode)


libnfc and nfcpy are two different implementations with different 
functionalities and goals, and libncf is not a dependency of nfcpy. Yet 
they seem to have a very similar, if not the same, bug specific to the 
ACR122 reader.


In both cases, the nfc reader is identified as being ACR122 and the 
driver is loaded. But then the reader refuses to respond to the computer

- libnfc returns "Unable to open device" error.
- nfcpy returns a similar error "[Errno 110] Connection timed out".

Both fail to communicate with the ACR122U after the exact same step : 
Set PICC Operating Parameters


Here's the full debug log for both

- libnfc debug log

$  LIBNFC_LOG_LEVEL=3 nfc-list
debuglibnfc.configUnable to open directory: /etc/nfc/devices.d
debuglibnfc.generallog_level is set to 3
debuglibnfc.generalallow_autoscan is set to true
debuglibnfc.generalallow_intrusive_scan is set to false
debuglibnfc.general0 device(s) defined by user
nfc-list uses libnfc 1.7.1
debuglibnfc.driver.acr122_usbdevice found: Bus 001 Device 028 
Name ACS ACR122

debuglibnfc.general1 device(s) found using acr122_usb driver
debuglibnfc.general0 device(s) found using pn53x_usb driver
debuglibnfc.driver.acr122_usb3 element(s) have been decoded from 
"acr122_usb:001:028"

debuglibnfc.driver.acr122_usbTX: 62 00 00 00 00 00 00 01 00 00
debuglibnfc.driver.acr122_usbRX: 80 02 00 00 00 00 00 02 81 00 
3b 00

debuglibnfc.driver.acr122_usbACR122 PICC Operating Parameters
debuglibnfc.driver.acr122_usbTX: 6f 05 00 00 00 00 00 00 00 00 
ff 00 51 00 00

debuglibnfc.generalUnable to open "acr122_usb:001:028".
nfc-list: ERROR: Unable to open NFC device: acr122_usb:001:028

- nfcpy debug log

$ python3 -m nfc -vvv
This is the 1.0.3 version of nfcpy run in Python 3.7.3
on Linux-4.19.0-16-amd64-x86_64-with-debian-10.9
I'm now searching your system for contactless devices
DEBUG:nfc.clf.transport:using libusb-1.0.22
DEBUG:nfc.clf.transport:path matches '^(usb|)$'
INFO:nfc.clf:searching for reader on path usb:001:028
DEBUG:nfc.clf.transport:using libusb-1.0.22
DEBUG:nfc.clf.transport:path matches '^usb(:[0-9]{1,3})(:[0-9]{1,3})?$'
DEBUG:nfc.clf.device:loading acr122 driver for usb:072f:2200
Level 9:nfc.clf.transport:>>> 6f05ff0048
Level 9:nfc.clf.transport:<<< 800a0002fe0041435231323255323138
DEBUG:nfc.clf.acr122:initialize ACR122U218
DEBUG:nfc.clf.acr122:CCID ICC-POWER-ON
Level 9:nfc.clf.transport:>>> 6200
Level 9:nfc.clf.transport:<<< 8002000281003b00
DEBUG:nfc.clf.acr122:Set PICC Operating Parameters
Level 9:nfc.clf.transport:>>> 6f05ff00517f00
DEBUG:nfc.clf.device:[Errno 110] Connection timed out
I'm not trying serial devices because you haven't told me
-- add the option '--search-tty' to have me looking
-- but beware that this may break other serial devs
Sorry, but I couldn't find any contactless device

I don't speak APDU, So I don't understand the half of the debug output… 
Just plain, human-readable, english. Any newbie friendly 
documentation/ressources to understand/debug APDU-related stuff is 
welcome.


And the workarounds I found on the web resolves different issues that 
mine. and/or require to compile newer libnfc (and 0 solution for ncfpy, 
which is my priority)


Since I don't have unlimited time to debug things, I won't do just to 
see "if I'm lucky enough". Unless I collect 

Re : GPS, logiciels libres et Debian

[k6dedijon]

Bonjour,
Je ne suis pas spécialiste, mais pourquoi utiliser le GPS ?
Galiléo, le système de géolocalisation européen, est bien meilleur :
https://www.ouest-france.fr/sciences/espace/galileo-un-apres-son-lancement-le-gps-europeen-est-encore-peu-utilise-5446982
https://www.20minutes.fr/high-tech/2769315-20200428-5-choses-que-vous-ignoriez-sur-galileo

Galiléo peut être utilisé sur des appareils existants
https://www.numerama.com/tech/412030-comment-savoir-si-son-smartphone-est-compatible-avec-galileo-le-gps-europeen.html
et sa localisation est compatible avec OpenStreetMap.

En espérant être utile
Michel




- Mail d'origine -
De: kaliderus 
À: debian 
Envoyé: Fri, 09 Jul 2021 12:29:52 +0200 (CEST)
Objet: GPS, logiciels libres et Debian

Bonjour,

J'envisage l'achat d'un GPS (voiture/moto/bateau donc étanche).
Avez-vous des recommandations, tuyaux, marques à conseiller ou éviter,
et qui idéalement me permettraient de faire des mise à jour des cartes
sous Debian ?
Actuellement nous avons un Garmin qui commence à dater, et nous devons
passer par leur outil pour les mises à jour, un vieux pc M$ s'en
charge, jusqu'au jour où l'outil ne sera plus maintenu ...
La cartographie devrait contenir l'Europe entière.

Merci pour votre attention.

Re: Mail Reader

[John Hasler]

Andrei writes:
> Did you mean maildrop here?

I meant mailagent.
-- 
John Hasler 
j...@sugarbit.com
Elmwood, WI USA

Re: ASTM Lab equipment protocol

[Brian]

On Fri 09 Jul 2021 at 19:04:06 +0200, Rob van der Putten wrote:

> Hi there
> 
> 
> On 09/07/2021 18:23, Polyna-Maude Racicot-Summerside wrote:
> 
> > On 2021-07-09 9:21 a.m., Rob van der Putten wrote:
> 
> > > Which Debian packages support the ASTM lab equipment (over TCP)
> > > protocol? An overview would be nice.
> > > 
> > Have you tried usign the packages.debian.org search engine for going
> > thru the packages descriptions ?
> > 
> > Possibly using astm keyword ?
> 
> ASTM is not necessarily in the description.
> 
> > That should give you some idea
> 
> If only things could be that easy.

The debian-med and/or the debian-science mailing list couls help out.

  https://lists.debian.org/debian-med/
  https://lists.debian.org/debian-science/

-- 
Brian.

Re: GPS, logiciels libres et Debian

[Basile Starynkevitch]

On 7/9/21 12:29 PM, kaliderus wrote:

Bonjour,

J'envisage l'achat d'un GPS (voiture/moto/bateau donc étanche).
Avez-vous des recommandations, tuyaux, marques à conseiller ou éviter,
et qui idéalement me permettraient de faire des mise à jour des cartes
sous Debian ?
Actuellement nous avons un Garmin qui commence à dater, et nous devons
passer par leur outil pour les mises à jour, un vieux pc M$ s'en
charge, jusqu'au jour où l'outil ne sera plus maintenu ...
La cartographie devrait contenir l'Europe entière.



Je n'y connais vraiment pas grand chose, mais peut-être que 
OpenStreetMaps (voir https://www.openstreetmap.org/ ...) serait pertinent



Attention, rien n'est gratuit ou parfait en ce monde, y compris mon 
opinion et mes indications. Je peux me tromper.



--
Basile Starynkevitch  
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

Re: ASTM Lab equipment protocol

[Rob van der Putten]

Hi there


On 09/07/2021 18:23, Polyna-Maude Racicot-Summerside wrote:


On 2021-07-09 9:21 a.m., Rob van der Putten wrote:



Which Debian packages support the ASTM lab equipment (over TCP)
protocol? An overview would be nice.


Have you tried usign the packages.debian.org search engine for going
thru the packages descriptions ?

Possibly using astm keyword ?


ASTM is not necessarily in the description.


That should give you some idea


If only things could be that easy.


Regards,
Rob

Re: ASTM Lab equipment protocol

[Polyna-Maude Racicot-Summerside]

Hi,

On 2021-07-09 9:21 a.m., Rob van der Putten wrote:
> Hi there
> 
> 
> Which Debian packages support the ASTM lab equipment (over TCP)
> protocol? An overview would be nice.
> 
Have you tried usign the packages.debian.org search engine for going
thru the packages descriptions ?

Possibly using astm keyword ?

That should give you some idea
> 
> Regards,
> Rob
> 
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature

Re: GPS, logiciels libres et Debian

[Polyna-Maude Racicot-Summerside]

Une petite correction !

On 2021-07-09 12:11 p.m., Polyna-Maude Racicot-Summerside wrote:
> Salut,
> 
> On 2021-07-09 6:29 a.m., kaliderus wrote:
>> Bonjour,
>>
>> J'envisage l'achat d'un GPS (voiture/moto/bateau donc étanche).
>> Avez-vous des recommandations, tuyaux, marques à conseiller ou éviter,
>> et qui idéalement me permettraient de faire des mise à jour des cartes
>> sous Debian ?
> Il y a quelques temps j'ai eu besoin d'un GPS pour mon appareil photo.
> Comme c'est un vieux modèle, il fonctionnait via port série.
> 
> J'ai pu acheté pour environ 15 euros un GPS qui supporte GNSS receiver
> Dual GPS+GLONASS.
> 
> Il te faudra simplement un adaptateur USB vers port série et une
> alimentation 5V.
> 
> Puis tu pourras utiliser par la suite Openstreetmap sur un ordinateur
> portable ou une tablette comme base pour les cartes.
> 
> Solutions 100% open-source
>> Actuellement nous avons un Garmin qui commence à dater, et nous devons
>> passer par leur outil pour les mises à jour, un vieux pc M$ s'en
>> charge, jusqu'au jour où l'outil ne sera plus maintenu ...
>> La cartographie devrait contenir l'Europe entière.
>>
Il existe un daemon nommé GPSD ainsi que plusieurs logiciel de
cartographie qui pourront utiliser les cartes OpenStreetMap (qui malgré
le nom sont pas que des cartes routières).

Tu auras donc tout l'ensemble libre.
Il m'est arrivé à quelques reprises de mettre le GPS sur mon ordinateur
portable et l'utiliser pour le simple plaisir de faire des tests.

C'est très efficace.
>> Merci pour votre attention.
>>
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature

Re: GPS, logiciels libres et Debian

[Polyna-Maude Racicot-Summerside]

Salut,

>   Bonjour,
> 
>   C'est en fait bien pire que cela. Pour d'obscures raisons, plusieurs
> Tomtom que j'ai eu pour des clients ne fonctionnent qu'avec la carte SD
> d'origine lorsque la cartographie est une une carte. J'ai eu la
> désagréable surprise de devoir changer de carte SD pour mettre à jour la
> carto (une histoire de taille) et l'appareil ne démarre plus.
> 
Obscure raison ?
Simplement pour éviter la copie des cartes et forcer l'utilisateur à
acheter chez TomTom/Garmin
-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature

Re: GPS, logiciels libres et Debian

[Polyna-Maude Racicot-Summerside]

Salut,

On 2021-07-09 6:29 a.m., kaliderus wrote:
> Bonjour,
> 
> J'envisage l'achat d'un GPS (voiture/moto/bateau donc étanche).
> Avez-vous des recommandations, tuyaux, marques à conseiller ou éviter,
> et qui idéalement me permettraient de faire des mise à jour des cartes
> sous Debian ?
Il y a quelques temps j'ai eu besoin d'un GPS pour mon appareil photo.
Comme c'est un vieux modèle, il fonctionnait via port série.

J'ai pu acheté pour environ 15 euros un GPS qui supporte GNSS receiver
Dual GPS+GLONASS.

Il te faudra simplement un adaptateur USB vers port série et une
alimentation 5V.

Puis tu pourras utiliser par la suite Openstreetmap sur un ordinateur
portable ou une tablette comme base pour les cartes.

Solutions 100% open-source
> Actuellement nous avons un Garmin qui commence à dater, et nous devons
> passer par leur outil pour les mises à jour, un vieux pc M$ s'en
> charge, jusqu'au jour où l'outil ne sera plus maintenu ...
> La cartographie devrait contenir l'Europe entière.
> 
> Merci pour votre attention.
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature

Re: GPS, logiciels libres et Debian

[Mathieu Rossi]

Bonjour,

Pour la mer, si on tient à sa carène le long des côtes, une bonne cartographie 
est indispensable. Le SHOM représente pour la mee l'équivalent d'Iphigenie pour 
la terre. Voir les sites du SHOM. C'est payant, mais beaucoup mpins cher qu'un 
renflouement suite à un bisou avec un rocher.

Ensuite, question système d'exploitation, Linux, iOS ou Android conviennent. 
Linux aussi, si on dispose d'un GPS (sur le matos lui-même ou via un coupleur 
qui récupère le GPS du téléphone).

Matteo 

Le 9 juillet 2021 16:22:31 GMT+02:00, Pierre Malard  a 
écrit :
>Salut,
>
>Je n’avais pas compris ce point. Tout à fait d’accord sur les
>applications qui demandent une connexion permanente. C’est pas très
>utile en dehors des rues d’une ville ou le long des autoroutes…
>
>Perso, pour mes randonnées, n’ayant pas envie d’avoir 2 GPS (mon
>smartphone et un boîtier spécifique), je me suis tourné vers l’IGN qui
>propose un service/app appelé « iPhiGéNie » (http://iphigénie.com) et
>disponible sur beaucoup de plate-formes que ce soit sur smartphone (IOS
>et Android) ou PC (Windows, Mac et … Linux). Pour les cartes
>détaillées, un abonnement au Géoportail (15€/an) permet de descendre
>jusqu’aux vues aériennes. Il existe un module « Vmax » (6€ pour
>smartphone, 25€ pour PC) qui permet de traiter les traces, repères ou
>balises GPS.
>Pour ce qui est du « sans réseau » je télécharge les données de la zone
>géographique qui m’intéresse avant. Elles restent en cache sur mon
>smartphone tant que j’ai assez de place… Du coup, je n’ai plus besoin
>de connexions IP pendant mes ballades. du coup, économie d’énergie et
>de $ :-)
>
>N’allant pas en mer je ne sais pas, je viens de voir qu’il y a des
>cartes littorales.
>
>Perso ça me suffit. En espérant que cela peut t’aider…
>
>> Le 9 juil. 2021 à 15:43, kaliderus  a écrit :
>> 
>>> Sauf besoin particulier qu'on ne pourrait satisfaire qu'avec un GPS
>>> dédié, je me demande dans quelle mesure un smartpĥone (ici un modèle
>>> étanche) n'est pas de nos jours plus adapté lorsqu'équipé d'un
>logiciel
>>> de guidage GPS avec cartographie (genre Here Wego: j'ai une amie qui
>>> avait un GPS Tomtom et elle est très contente de Here).
>> 
>> Réponse des quelques points qui m'importent :
>> Je ne souhaite pas dépendre d'une connexion réseau pour l'utilisation
>> (typiquement dès qu'on est hors de portée d'une antenne GSM, en mer
>ou
>> dans certaines régions éloignées de presque tout).
>> Je ne souhaite pas dépenser 13,31€ du Mo (prix sosh d'aujourd'hui) de
>data.
>> Google maps permet par exemple de préenregistrer des cartes (je suis
>> aussi en phase de test d'OSM), le concept est sympa, mais limité par
>> la capacité du smartphone, et suppose qu'on sache exactement les
>> régions où l'on va, ce qui n'est pas le cas à 100%.
>> En résumé je souhaite un système le plus autonome possible.
>> Après si la solution n'existe pas, je me contenterai d'un gps normal
>> que je mettrai à jour avant de partir en utilisant une machine
>> virtuelle ou le pc d'un copain.
>> 
>
>--
>Pierre Malard
>
>   « Tous les Français ambitionnent pour la France un grand rôle
>   dans le monde. Ce n'est point par des aventures guerrières qu'elle
>   le trouvera, c'est en donnant aux peuples l'exemple et le signal
>   de justice. »
>  Jean Jaures - "L'idéal de justice" - 1889
>   |\  _,,,---,,_
>   /,`.-'`'-.  ;-;;,_
>  |,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 <--

Mathieu Rossi 
+33 6 80 95 66 82

Re: GPS, logiciels libres et Debian

[BERTRAND Joël]

didier gaumet a écrit :
> 
> Moi qui pensais que Garmin était plus utilisable que TomTom sous Linux...
> 
> Sauf besoin particulier qu'on ne pourrait satisfaire qu'avec un GPS
> dédié, je me demande dans quelle mesure un smartpĥone (ici un modèle
> étanche) n'est pas de nos jours plus adapté lorsqu'équipé d'un logiciel
> de guidage GPS avec cartographie (genre Here Wego: j'ai une amie qui
> avait un GPS Tomtom et elle est très contente de Here).
> Je trouve les avantages assez nombreux: le matériel peut aussi servir de
> smartphone si on le désire, dans le cas de Here les cartes et leurs
> mises à jour sont gratuites, c'est le smartphone qui fait la maj de
> carte par wifi ou réseau mobile.
> Inconvénient supplémentaire du GPS dédié, au moins chez Tomtom mais je
> pense que c'est pareil ailleurs: les "mises à jour à vie" sont une
> tromperie sémantique car il s'agit de la vie commerciale de l'appareil
> (t'achètes ton GPS aujourd'hui? Si dans 6 mois le constructeur arrête la
> vente de ce modèle, t'es refait)

Bonjour,

C'est en fait bien pire que cela. Pour d'obscures raisons, plusieurs
Tomtom que j'ai eu pour des clients ne fonctionnent qu'avec la carte SD
d'origine lorsque la cartographie est une une carte. J'ai eu la
désagréable surprise de devoir changer de carte SD pour mettre à jour la
carto (une histoire de taille) et l'appareil ne démarre plus.

Tant que la taille de la carte SD d'origine était suffisante, aucun
problème. Lorsqu'il a fallu passer à la taille supérieure, j'ai eu des
choses bizarres.

J'ai poussé le vice à acheter une carte SD similaire (même vitesse,
même capacité et même type SD pour SD, SDHC pour SDHC...) et j'ai fait
un dd de celle qui fonctionne sur la nouvelle. Ça ne démarre pas.

Il y a donc un truc qui identifie la carte d'origine et qui est
invisible avec dd, un genre de tatouage et je n'ai pas pris la peine de
chercher à savoir comment ça fonctionnait. Résultat, j'ai un bonne
centaine de Tomtom sur une étagère à prendre la poussière. plus jamais.
Un smartphone est tout aussi efficace et la carte reste à jour.

> J'imagine (mais je n'ai pas vérifié) que dans un autre genre si on est
> bricoleur et qu'on veut du libre, il doit être possible de se faire un
> truc à base de singleboard (genre Raspberry) associé à un écran tactile
> avec de préférence un module GPS, inséré dans un boîtier étanche. On
> installe une distrib Linux et une appli du genre Gnome Maps (Gnome Cartes).

Il n'y a pas de grande difficulté technique à partir du moment où la
carto à été digérée sur un serveur. Un beaglebone ira parfaitement. Je
suis en train de développer un système de géolocalisation (GNSS +
LoRaWAN sur un ATmega 1284 pour le client et Atom + Linux côté serveur).
Le serveur mouline depuis 10 jours la cartographie de l'Europe pour
l'intégrer en base de données... La base occupe pour l'instant 206 Go de
disque, l'engin a traité 2,8 milliards de noeuds et en est à 43 millions
de voies...60 voies traitées par seconde...

Le gros boulot est une optimisation pour faire rentrer le tout sur un
CPU minimaliste. Pour la France seule, la carto des voies carrossables
prend 400 Mo de place en mémoire (pour un algo A* et sans les noms de
rue). Il faut donc au minimum 1Go de mémoire. Avec un Sparc à 1 GHz, il
me fallait 30 secondes pour calcules un trajet d'un bout à l'autre de la
France. Et il faut gérer proprement la puce GPS. Les meilleurs
actuellement sont les uBloc. Elles pont pourtant plusieurs défauts :
- les CPU internes sont petit bras (il faut lire les donénes quand elles
sont présentes, sinon elles sont perdues ou les trames sont erronées) ;
- elles répondent quand elles en ont le temps en bufferisant. Donc tu
peux obtenir la réponse à autre chose que la dernière requête. C'est
assez amusant...

JKB

Re: GPS, logiciels libres et Debian

[Pierre Malard]

Salut,

Je n’avais pas compris ce point. Tout à fait d’accord sur les applications qui 
demandent une connexion permanente. C’est pas très utile en dehors des rues 
d’une ville ou le long des autoroutes…

Perso, pour mes randonnées, n’ayant pas envie d’avoir 2 GPS (mon smartphone et 
un boîtier spécifique), je me suis tourné vers l’IGN qui propose un service/app 
appelé « iPhiGéNie » (http://iphigénie.com) et disponible sur beaucoup de 
plate-formes que ce soit sur smartphone (IOS et Android) ou PC (Windows, Mac et 
… Linux). Pour les cartes détaillées, un abonnement au Géoportail (15€/an) 
permet de descendre jusqu’aux vues aériennes. Il existe un module « Vmax » (6€ 
pour smartphone, 25€ pour PC) qui permet de traiter les traces, repères ou 
balises GPS.
Pour ce qui est du « sans réseau » je télécharge les données de la zone 
géographique qui m’intéresse avant. Elles restent en cache sur mon smartphone 
tant que j’ai assez de place… Du coup, je n’ai plus besoin de connexions IP 
pendant mes ballades. du coup, économie d’énergie et de $ :-)

N’allant pas en mer je ne sais pas, je viens de voir qu’il y a des cartes 
littorales.

Perso ça me suffit. En espérant que cela peut t’aider…

> Le 9 juil. 2021 à 15:43, kaliderus  a écrit :
> 
>> Sauf besoin particulier qu'on ne pourrait satisfaire qu'avec un GPS
>> dédié, je me demande dans quelle mesure un smartpĥone (ici un modèle
>> étanche) n'est pas de nos jours plus adapté lorsqu'équipé d'un logiciel
>> de guidage GPS avec cartographie (genre Here Wego: j'ai une amie qui
>> avait un GPS Tomtom et elle est très contente de Here).
> 
> Réponse des quelques points qui m'importent :
> Je ne souhaite pas dépendre d'une connexion réseau pour l'utilisation
> (typiquement dès qu'on est hors de portée d'une antenne GSM, en mer ou
> dans certaines régions éloignées de presque tout).
> Je ne souhaite pas dépenser 13,31€ du Mo (prix sosh d'aujourd'hui) de data.
> Google maps permet par exemple de préenregistrer des cartes (je suis
> aussi en phase de test d'OSM), le concept est sympa, mais limité par
> la capacité du smartphone, et suppose qu'on sache exactement les
> régions où l'on va, ce qui n'est pas le cas à 100%.
> En résumé je souhaite un système le plus autonome possible.
> Après si la solution n'existe pas, je me contenterai d'un gps normal
> que je mettrai à jour avant de partir en utilisant une machine
> virtuelle ou le pc d'un copain.
> 

--
Pierre Malard

   « Tous les Français ambitionnent pour la France un grand rôle
   dans le monde. Ce n'est point par des aventures guerrières qu'elle
   le trouvera, c'est en donnant aux peuples l'exemple et le signal
   de justice. »
Jean Jaures - "L'idéal de justice" 
- 1889
   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,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 <--



signature.asc
Description: Message signed with OpenPGP

Re: GPS, logiciels libres et Debian

[didier gaumet]

Je me suis mal fait comprendre :-) (je me suis aperçu que j'avais écrit 
"cartographie" et non "cartographie offline"


Un logiciel de guidage avec cartographie offline tel que Here est du 
même tonneau que les logiciels intégrés aux GPS dédiés. Je viens de 
vérifier: la carte Europe fait 12Go. Avec ce type de logiciel tu n'as 
*besoin* d'un abonnement téléphone mobile que dans le cas où tu veux par 
exemple bénéficier d'infos trafic dans une zone sans wifi. Pour mettre à 
jour, qu'il s'agisse de l'OS Android, de l'appli de guidage, ou des 
cartes, tu peux très bien le faire par le wifi intégré au smartphone du 
moment que tu as un point d'accès wifi disponible à proximité. Le 
guidage en soi fonctionne tr_s bien même quand tu es dans une zone sans 
aucun réseau (wifi, mobile).


C'est toute la différence entre Here Wego (ou d'autres du même style 
mais je n'en connais pas) et des produits du genre Maps qui sont des 
applis de guidage online (comme tu l'as évoqué, on peut télécharger, 
mais c'est limité car pas dans la philosophie du produit: le but c'est 
que tu restes online)

Re: GPS, logiciels libres et Debian

[kaliderus]

> Sauf besoin particulier qu'on ne pourrait satisfaire qu'avec un GPS
> dédié, je me demande dans quelle mesure un smartpĥone (ici un modèle
> étanche) n'est pas de nos jours plus adapté lorsqu'équipé d'un logiciel
> de guidage GPS avec cartographie (genre Here Wego: j'ai une amie qui
> avait un GPS Tomtom et elle est très contente de Here).

Réponse des quelques points qui m'importent :
Je ne souhaite pas dépendre d'une connexion réseau pour l'utilisation
(typiquement dès qu'on est hors de portée d'une antenne GSM, en mer ou
dans certaines régions éloignées de presque tout).
Je ne souhaite pas dépenser 13,31€ du Mo (prix sosh d'aujourd'hui) de data.
Google maps permet par exemple de préenregistrer des cartes (je suis
aussi en phase de test d'OSM), le concept est sympa, mais limité par
la capacité du smartphone, et suppose qu'on sache exactement les
régions où l'on va, ce qui n'est pas le cas à 100%.
En résumé je souhaite un système le plus autonome possible.
Après si la solution n'existe pas, je me contenterai d'un gps normal
que je mettrai à jour avant de partir en utilisant une machine
virtuelle ou le pc d'un copain.

Re: GPS, logiciels libres et Debian

[Pierre Malard]

Salut,

N’étant pas pointu là dessus la réponse sera forcément incomplète.
À mon sens le problème avec un GPS n’est pas la mécanique mais d’avoir accès à 
des cartes terrestre (ou marines) dans un format libre et d’avoir les entrées 
pour pouvoir les faire avaler par la mécanique. Il est trop facile de bloquer 
tout transfert par l’ajout d’une « , » dans un format de fichiers pratiquement 
identique…
Je suis près à parier que les cartes TomTom sont très semblables à celles de 
Garmin mais … pas compatibles.
En fait les boîtier GPS est une boîte noire, la marque de l’OS embarqué importe 
peu pourvu que ce soit bien écrit. Par contre, ce qui compte c’est, par exemple 
de pouvoir récupérer une trace XML d’une randonnée  ou de pouvoir lui faire 
ingérer une trace GPX ou XML pour caller une randonnée. Ça, ça doit être 
possible, mais bon… tout dépend du bon vouloir du constructeur.

Du coup je pencherais plutôt pour un smartphone (ou tablette) durcie avec une 
application qui serait compatible avec ma base Linux pour effectuer des 
échanges et MAJ.
Il me semble que certains logiciels GEO existent dans le monde libre, non ?

> Le 9 juil. 2021 à 12:29, kaliderus  a écrit :
> 
> Bonjour,
> 
> J'envisage l'achat d'un GPS (voiture/moto/bateau donc étanche).
> Avez-vous des recommandations, tuyaux, marques à conseiller ou éviter,
> et qui idéalement me permettraient de faire des mise à jour des cartes
> sous Debian ?
> Actuellement nous avons un Garmin qui commence à dater, et nous devons
> passer par leur outil pour les mises à jour, un vieux pc M$ s'en
> charge, jusqu'au jour où l'outil ne sera plus maintenu ...
> La cartographie devrait contenir l'Europe entière.
> 
> Merci pour votre attention.
> 

--
Pierre Malard

   « le passé n'éclairant plus l'avenir, l'esprit marche dans les ténèbres »
  Alexis de Tocqueville - Démocratie en 
Amérique
   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,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 <--



signature.asc
Description: Message signed with OpenPGP

ASTM Lab equipment protocol

[Rob van der Putten]

Hi there


Which Debian packages support the ASTM lab equipment (over TCP) 
protocol? An overview would be nice.



Regards,
Rob

Re: GPS, logiciels libres et Debian

[didier gaumet]

Moi qui pensais que Garmin était plus utilisable que TomTom sous Linux...

Sauf besoin particulier qu'on ne pourrait satisfaire qu'avec un GPS 
dédié, je me demande dans quelle mesure un smartpĥone (ici un modèle 
étanche) n'est pas de nos jours plus adapté lorsqu'équipé d'un logiciel 
de guidage GPS avec cartographie (genre Here Wego: j'ai une amie qui 
avait un GPS Tomtom et elle est très contente de Here).
Je trouve les avantages assez nombreux: le matériel peut aussi servir de 
smartphone si on le désire, dans le cas de Here les cartes et leurs 
mises à jour sont gratuites, c'est le smartphone qui fait la maj de 
carte par wifi ou réseau mobile.
Inconvénient supplémentaire du GPS dédié, au moins chez Tomtom mais je 
pense que c'est pareil ailleurs: les "mises à jour à vie" sont une 
tromperie sémantique car il s'agit de la vie commerciale de l'appareil 
(t'achètes ton GPS aujourd'hui? Si dans 6 mois le constructeur arrête la 
vente de ce modèle, t'es refait)


J'imagine (mais je n'ai pas vérifié) que dans un autre genre si on est 
bricoleur et qu'on veut du libre, il doit être possible de se faire un 
truc à base de singleboard (genre Raspberry) associé à un écran tactile 
avec de préférence un module GPS, inséré dans un boîtier étanche. On 
installe une distrib Linux et une appli du genre Gnome Maps (Gnome Cartes).

[HS] git-svn et git-filter-repo

[Daniel Caillibaud]

Salut,

Une question git (qui n'a donc rien à voir avec debian).

- J'ai un dépôt svn d'un très vieux projet, encore actif, avec des utilisateurs 
habitués à svn.

- J'aimerais permettre à ceux qui utilisent git couramment de pouvoir le faire 
sur ce projet
  => git-svn [1] permet de faire ça

- Le dépôt svn est énorme, avec des éléments de doc obsolètes dans l'historique 
(plein de zip
  et de vidéos ont été mis dans le dépôt, virés depuis), trop gros pour 
l'envoyer sur un gitlab
  => git-filter-repo [2] est parfait pour ça (conseillé dans la doc officielle 
[3] à la place de
  `git filter-branch …`)

Mon pb est qu'après avoir nettoyé l'historique, je peux plus lancer de `git svn 
fetch` pour
récupérer les nouveaux commits svn, ça plante :

error: invalid object xxx yy for 'fichier/viré'
fatal: git-write-tree: error building trees 
write-tree: command returned error: 128

J'ai alors pensé à un truc en deux temps
- un gros dépôt xxxGitSvn qui fetch le svn, en local chez moi, avec tout 
l'historique
- un dépôt git xxxGit, initié comme clone de xxxGitSvn, nettoyé avec 
git-filter-repo puis
  utilisé comme relai, pull de xxxGitSvn et push vers mon gitlab
(pas trop grave si ça empêche d'envoyer des modifs faites sous git vers svn, 
l'usage principal
est de pouvoir se balader dans l'historique et regarder des diff, un truc 
théoriquement
possible avec svn mais en pratique complètement infernal sur un projet aussi 
gros avec 10 ans
d'historique et 15k révisions).

Mais ça marche pas, au premier pull
  xxxGit <= xxxGitSvn
il récupère dans son historique tout ce que j'avais viré…

Je reconnais que c'est un cas un peu tordu, mais est-ce qu'il y a un moyen de 
faire ça ?
(ne pas récupérer tout l'historique qu'on a pas localement lors d'un pull je 
suppose que ça
revient à dire à git de considérer que le commit xx local est le même que le 
commit yy de
tel remote) ?

Si y'a pas de solution, j'irai filtrer l'historique à la source, avec svnadmin 
dump /
svndumpfilter exclude / svnadmin create / svnadmin load, mais je préférais 
garder le dépôt svn
intact.


[1] https://git-scm.com/docs/git-svn
[2] https://github.com/newren/git-filter-repo (qui demande git ≥ 2.22.0 => 
paquet git de
unstable)
[3] https://git-scm.com/book/en/v2/Git-Tools-Rewriting-History ou

https://git-scm.com/book/fr/v2/Utilitaires-Git-R%C3%A9%C3%A9crire-l%E2%80%99historique

-- 
Daniel

Dans le passé, il y avait plus de futur que maintenant ?
Philippe Geluck, Le chat

Re: 2 NIC's

[Tixy]

On Fri, 2021-07-09 at 12:33 +, Andrew M.A. Cater wrote:
> On Fri, Jul 09, 2021 at 10:33:50AM +0100, David wrote:
> > Thank you for the information supplied.
> > 
> > I have a confession to make, eth0 & eth1 changed place when I
> > configured eth1.
> > 
> > The 2 NICs (and Debian) are working correctly, now to get the proxy
> > server to work as I want.
> > 
> > regards,
> > 
> > David.
> > 
> 
> David
> 
> That _always_ happens: the quickest way to find something out is to post
> to say it's not working and find the fix immediately yourself.

It often does work that way :-) But in this case the original question
here was 4 days ago, and replies included lots of what I assume were
useful clues, including suggesting that the eth0 and eth1 labels may
not refer to the cards David thought they did.

-- 
Tixy

Re: 2 NIC's

[Andrew M.A. Cater]

On Fri, Jul 09, 2021 at 10:33:50AM +0100, David wrote:
> Thank you for the information supplied.
> 
> I have a confession to make, eth0 & eth1 changed place when I
> configured eth1.
> 
> The 2 NICs (and Debian) are working correctly, now to get the proxy
> server to work as I want.
> 
> regards,
> 
> David.
> 

David

That _always_ happens: the quickest way to find something out is to post
to say it's not working and find the fix immediately yourself. Unplugged
/intermittent network cable is always a good one for that.

Likewise, everybody else can see an error in a configuration file in 15 
seconds that you've been agonising over for 24 hours.

That's one of the good reasons to be able to share and not feel bad about it
and this list is normally not judgmental - we've all been there at some time.

Welcome to the club of facepalm people - really glad it's now working for you :)

All best, as ever,

Andy Cater

> On Tue, 2021-07-06 at 07:18 -0400, Greg Wooledge wrote:
> > On Tue, Jul 06, 2021 at 02:04:09PM +0300, Andrei POPESCU wrote:
> > > On Ma, 06 iul 21, 07:03:38, David wrote:
> > > > The first question from Jeremy, the value of
> > > > /proc/sys/net/ipv4/ip_forward is 0, connecting to the thin client
> > > > via
> > > > putty and using nano as an editor, it tells me I can't alter this
> > > > value, I am logged in as root.
> > > 
> > > Because it's a special file and anyway, changing the value
> > > wouldn't 
> > > persist across reboots.
> > 
> > Expanding on this, /proc and /sys are special pseudo-file systems
> > which present kernel interfaces as "files".  You can read most of
> > them and write to some of them, but you cannot "edit" them.
> > 
> > If you want to change the value of ip_forward, you need to open that
> > file and write the new value to it.  Usually this is done with a
> > shell
> > running as root:
> > 
> > echo 1 > /proc/sys/net/ipv4/ip_forward
> > 
> > As Andrei mentioned, this is a temporary change, which won't persist
> > across reboot.  To make this change "permanent", you also need to
> > edit
> > the /etc/sysctl.conf file (which is a real file).  There's probably
> > a section that looks like this:
> > 
> > # Uncomment the next line to enable packet forwarding for IPv4
> > #net.ipv4.ip_forward=1
> > 
> > That's the section you're looking for.  If yours doesn't have this
> > section, then you'll just have to add the appropriate line yourself.
> > 
> 

Re: problem with speedtest-cli

[Dan Ritter]

kaye n wrote: 
> On Fri, Jul 2, 2021 at 3:23 AM Liam O'Toole  wrote:
> 
> > The problem has been fixed in the latest stable update[1]. I suggest that
> > you upgrade accordingly.
> >
> > [1] https://www.debian.org/News/2021/20210619
> 
> 
> Hello.
> Is it easier to upgrade via flash USB or via terminal?

Assuming you have a working Internet connection -- and why would
you be running speedtest-cli if you didn't?

sudo apt update
sudo apt install --reinstall speedtest-cli

should be all you need.

-dsr-

GPS, logiciels libres et Debian

[kaliderus]

Bonjour,

J'envisage l'achat d'un GPS (voiture/moto/bateau donc étanche).
Avez-vous des recommandations, tuyaux, marques à conseiller ou éviter,
et qui idéalement me permettraient de faire des mise à jour des cartes
sous Debian ?
Actuellement nous avons un Garmin qui commence à dater, et nous devons
passer par leur outil pour les mises à jour, un vieux pc M$ s'en
charge, jusqu'au jour où l'outil ne sera plus maintenu ...
La cartographie devrait contenir l'Europe entière.

Merci pour votre attention.

Re: Mail Reader

[Teemu Likonen]

* 2021-07-09 10:09:38+0300, Andrei POPESCU wrote:

> One thing I forgot to mention about (neo)mutt is the level of automation 
> that can be achieved in day-to-day tasks.

> Probably the only other clients that can match (and possibly surpass
> this) are those based on Emacs, though the learning curve might be
> steeper.

"Possibly surpass?" :-) An Emacs fan's boasting follows:

In Emacs we users can do everything that the original mail client
authors can do. We configure and program our mail clients in real time
in the very same language that the mail client was implemented (Emacs
Lisp). Usually Emacs package authors add a lot of easy customization
variables and hooks but everything is possible anyway.

Excellent Emacs mail clients which I know: Notmuch Emacs and Gnus. Both
can render HTML mail in text format using a variable width font. Gnus
can also read (Usenet) newsgroups.

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


signature.asc
Description: PGP signature

Re: problem with speedtest-cli

[kaye n]

On Fri, Jul 2, 2021 at 3:23 AM Liam O'Toole  wrote:

> On Thu, 01 Jul, 2021 at 18:52:42 +0800, kaye n wrote:
> >On Fri, Jun 11, 2021 at 12:28 AM Liam O'Toole
> ><[1]liam.p.oto...@gmail.com> wrote:
> >
> >  On Fri, 11 Jun, 2021 at 00:08:51 +0800, kaye n wrote:
> >  >Hello guys
> >  >kaye@laptop:~$ speedtest-cli
> >  >Retrieving [1][2]speedtest.net configuration...
> >  >Traceback (most recent call last):
> >  >  File "/usr/bin/speedtest-cli", line 11, in 
> >  >load_entry_point('speedtest-cli==2.0.2', 'console_scripts',
> >  >'speedtest-cli')()
> >  >  File "/usr/lib/python3/dist-packages/speedtest.py", line
> >  1887, in
> >  >main
> >  >shell()
> >  >  File "/usr/lib/python3/dist-packages/speedtest.py", line
> >  1783, in
> >  >shell
> >  >secure=args.secure
> >  >  File "/usr/lib/python3/dist-packages/speedtest.py", line
> >  1027, in
> >  >__init__
> >  >self.get_config()
> >  >  File "/usr/lib/python3/dist-packages/speedtest.py", line
> >  1113, in
> >  >get_config
> >  >map(int, server_config['ignoreids'].split(','))
> >  >ValueError: invalid literal for int() with base 10: ''
> >  >I don't know what's wrong.
> >  >Thank you for your time.
> >  >Kaye
> >  >
> >  It's a known issue[1]. A workaround is to edit the file
> >  /usr/lib/python3/dist-packages/speedtest.py. Remove the following
> >  block beginning on line 1112
> > ignore_servers = list(
> > map(int, server_config['ignoreids'].split(','))
> > )
> >  and replace it with
> >  ignore_servers = [
> >  int(i) for i in
> >  server_config['ignoreids'].split(',') if i
> >  ]
> >  Hopefully the issue will be fixed in the next stable point release.
> >  [1] [3]https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=986637
> >
> >Hello!
> >It did not seem to fix the problem.
> >kaye@laptop:~$ speedtest-cli
> >Retrieving [4]speedtest.net configuration...
> >Traceback (most recent call last):
> >  File "/usr/bin/speedtest-cli", line 11, in 
> >load_entry_point('speedtest-cli==2.0.2', 'console_scripts',
> >'speedtest-cli')()
> >  File "/usr/lib/python3/dist-packages/speedtest.py", line 1887, in
> >main
> >shell()
> >  File "/usr/lib/python3/dist-packages/speedtest.py", line 1783, in
> >shell
> >secure=args.secure
> >  File "/usr/lib/python3/dist-packages/speedtest.py", line 1027, in
> >__init__
> >self.get_config()
> >  File "/usr/lib/python3/dist-packages/speedtest.py", line 1113, in
> >get_config
> >map(int, server_config['ignoreids'].split(','))
> >ValueError: invalid literal for int() with base 10: ''
> >not a big deal, i can tolerate it.  but downloading huge files can be
> >frustrating. but really no biggie.
> >thank you for your time.
> >
>
> The problem has been fixed in the latest stable update[1]. I suggest that
> you upgrade accordingly.
>
> [1] https://www.debian.org/News/2021/20210619


Hello.
Is it easier to upgrade via flash USB or via terminal?
Thank you.

Re: 2 NIC's

[David]

Thank you for the information supplied.

I have a confession to make, eth0 & eth1 changed place when I
configured eth1.

The 2 NICs (and Debian) are working correctly, now to get the proxy
server to work as I want.

regards,

David.

On Tue, 2021-07-06 at 07:18 -0400, Greg Wooledge wrote:
> On Tue, Jul 06, 2021 at 02:04:09PM +0300, Andrei POPESCU wrote:
> > On Ma, 06 iul 21, 07:03:38, David wrote:
> > > The first question from Jeremy, the value of
> > > /proc/sys/net/ipv4/ip_forward is 0, connecting to the thin client
> > > via
> > > putty and using nano as an editor, it tells me I can't alter this
> > > value, I am logged in as root.
> > 
> > Because it's a special file and anyway, changing the value
> > wouldn't 
> > persist across reboots.
> 
> Expanding on this, /proc and /sys are special pseudo-file systems
> which present kernel interfaces as "files".  You can read most of
> them and write to some of them, but you cannot "edit" them.
> 
> If you want to change the value of ip_forward, you need to open that
> file and write the new value to it.  Usually this is done with a
> shell
> running as root:
> 
> echo 1 > /proc/sys/net/ipv4/ip_forward
> 
> As Andrei mentioned, this is a temporary change, which won't persist
> across reboot.  To make this change "permanent", you also need to
> edit
> the /etc/sysctl.conf file (which is a real file).  There's probably
> a section that looks like this:
> 
> # Uncomment the next line to enable packet forwarding for IPv4
> #net.ipv4.ip_forward=1
> 
> That's the section you're looking for.  If yours doesn't have this
> section, then you'll just have to add the appropriate line yourself.
> 

Re: Microsoft teams in browser

[Arjen Bax]

Aloha,

Op de vraag van Geert nog even de verschillende versies:
Ubuntu 20.04.2 LTS
Webcam Logitech, Inc. HD Pro Webcam C920
Chromium Versie 91.0.4472.114 (Officiële build) snap (64-bits)
Firefox 89.0.2 (64-bits)

Greetz,
Arjen

Op 08-07-2021 om 13:29 schreef Geert Stappers:
> On Thu, Jul 08, 2021 at 12:57:19PM +0200, Arjen Bax wrote:
>> Ik heb een tijd lang koorrepetities gevolgd via Teams.
>> Op Ubuntu werkte dat zonder meer in Chromium; bij openen van de link
>> https://teams.live.com/meet/ kreeg ik een pagina waar ik kon
>> kiezen uit "continue in browser", "download linux app" en "open your
>> teams app". "Continue in browser" werkte. Zowel webcam met microfoon en
>> externe luidsprekers als mijn headset werden ondersteund. Selectie van
>> audio-input en -output in de Ubuntu-settings.
> Tof, goed om te weten.
> Mag er nog informatie over versie nummers bij?
>

Re: Mail Reader

[Andrei POPESCU]

On Jo, 08 iul 21, 19:38:36, Dan Ritter wrote:
> Andrei POPESCU wrote: 
> > 
> > I can only recommend things I have reasonably recent experience with.
> 
> Mutt's awesome. I use it many times a day.

[...]
 
> Only mutt can handle 500,000 pieces of mail in an archive in a
> way that is both performant and reasonable for something other
> than "search and destroy".

One thing I forgot to mention about (neo)mutt is the level of automation 
that can be achieved in day-to-day tasks.

Sure, advanced clients typically have some built-in pre-processing 
(sorting/filtering) or it can be plugged in before delivery (maildrop, 
imapfilter, etc.) and possibly have some support for custom macros.

However, with (neo)mutts patterns, hooks and macros it's possible to 
automate just about everything one does with mail *afterwards* (move to 
specific folder after reading, reply in particular way, etc.), 
everything based on specific folders and/or patterns.

Probably the only other clients that can match (and possibly surpass 
this) are those based on Emacs, though the learning curve might be 
steeper.

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


signature.asc
Description: PGP signature

Re: Failure to use 3840x2160 30hz with Intel 620 chipset

[Pierre Couderc]

On 7/8/21 11:34 PM, Felix Miata wrote:



the PC crashes (all is black, need to power off).




You should have no need of gtf or mode creation with 620 graphics. Mode creation
via xrandr is an anachronism. X knows very well how to auto generate modes when
provided with needed specs. If EDID, the usual source for the data, is broken,
then provide the specs via:


Yes, EDID is wrong and does not show 3840x2160 warranted by Samsung for UR59C 
32".
 


/etc/X11/xorg.conf.d/50-monitor.conf
containing the horizontal sync and vertical refresh rates for your display, 
e.g.:

Section "Monitor"
Identifier  "Default Monitor"
HorizSync   28-85
VertRefresh 50-100

Option  "PreferredMode"   "3840x2160"

EndSection



This has no effect but I suppose the problem is due to the 2 screen 
configuration. So I have tried replacing Identifier with :


 Identifier    "HDMI-1"

But it is not better...

I have put in https://paste.debian.net/1203873/
the content of  .local/share/xorg/Xorg.0.log

It seems that the Modeline 3840x2160 is recognized, but the 30hz 
limitation is not expressed.


Acer swift5 specifies 3840x2160 but with a 30hz limitation, no more 
frequency.


Thanks you very much

PC

Re: Mail Reader

[Andrei POPESCU]

On Jo, 08 iul 21, 18:14:22, John Hasler wrote:
> Gene writes:
> > As do those of us who use fetchmail to feed procmail, and procmail with 
> > some spamassassin for deaths and diversions to feed the TDE version of 
> > kmail-1.9, all totally background processes. So it is all automatic...
> 
> Polyna-Maude Racicot-Summerside writes:
> > This sound like the solution I want...  It can probably also be used
> > with mutt, I mean you can access your mail folder with both software
> > if they are in compatible format ?
> 
> It can be used with Mutt, Gnus, or any other MUA.

Though mbox format should be avoided.
 
> I suggest that you consider Mailman as an alternative to procmail.

Did you mean maildrop here?

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


signature.asc
Description: PGP signature