Re: [HS] Propriété des équipements abandonnés par des opérateurs télécoms

[ptilou]

-Le vendredi 16 octobre 2020 à 11:20:04 UTC+2, Olivier a écrit :
> Bonjour,
> 
> Il arrive que malgré la fin des contrats qui ont provoqué leur installation, 
> des équipements télécoms ou informatiques soient laissés "à l'abandon" chez 
> des clients (modems-routeurs, CPE, DSLAM, ...) quelquefois pendant plusieurs 
> années.
> 
> Que prévoit la loi à ce sujet ?
> Un client a-t-il le droit de les déplacer ? De les revendre ? De les recycler 
> à la déchetterie ?
> Un opérateur a-t-il le droit de se rendre pour récupérer ses matériels 
> (j'imagine facilement que les courriers ou demandes officielles des 
> opérateurs peuvent se perdre dans la nature ou rester sans réponse) ?
> À cet égard, comment marquer la propriété d'un équipement ?
> 
> Slts

L’entreprise proprio a l’obligation de récupérer et recycler le matériel, voilà 
l’état de la norme européen retranscrit en droit français 
La déchèterie est réservée (en théorie) au particulier !


— 
Ptilou

Fwd: Re: Is chromium updated?

[Juan Lavieri]

Para el conocimiento de todos.

 Mensaje reenviado 
Asunto: Re: Is chromium updated?
Resent-Date: Sat, 17 Oct 2020 18:31:51 + (UTC)
Resent-From: debian-secur...@lists.debian.org
Fecha: Sat, 17 Oct 2020 20:31:36 +0200 (CEST)
De: l0f...@tuta.io
Para: Debian Security 

Hi,

17 oct. 2020 à 14:28 de ggunin...@gmail.com:


On Debian stable, I have chromium Version: 83.0.4103.116-1~deb10u3

>From Arch advisory on 2020-10-10:
The package chromium before version 86.0.4240.75-1 is vulnerable to
multiple issues including arbitrary code execution, access restriction
bypass, information disclosure and insufficient validation.
https://lists.archlinux.org/pipermail/arch-security/2020-October/001608.html

Is Debian's chromium vulnerable now?

I would say yes for the time being indeed: 
https://security-tracker.debian.org/tracker/source-package/chromium
See "vulnerable" in 2nd column for CVE-2020-15967 to CVE-2020-15992 + 
CVE-2020-6557


Best regards,
l0f4r0


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

Re: Snapcraft : snaps : Dosbox-x

[riveravaldez]

On 10/17/20, Dan Ritter  wrote:
> ellanios82 wrote:
>> Mark - thank you
>> .
>>
>> > I just found out that it's also available as a snap,
>> > if  you're okay with snaps/Canonical/Ubuntu
>>
>> https://snapcraft.io/dosbox-x
>>
>> 
>>
>> Mark
>>
>> ..
>>
>>  Gee ! : this is a whole new world [for me]
>>
>>  : are there particular Perils  with Snaps, that one ought to be aware of
>> ?
>
> Yes.
>
> Every snap package you install can do anything it wants to anything on
> your system, including installing keyloggers, copying the clipboard every
> second, and shipping it all off to North Korea, China, or Fort Meade.
>
> Snap is not a security mechanism.
>
> -dsr-

Also, I kind of remember that the server part is non-free, so, you're
under the inherent limitations.

Maybe a convenient alternative:
https://flathub.org/apps/details/com.dosbox_x.DOSBox-X

Hope this serves.

Cheers.

Re: Zoom.

[A_Man_Without_Clue]

On 10/18/20 5:23 AM, pe...@easthope.ca wrote:
> Does anyone have Zoom working in Debian 10?
> 
> Here it produces empty windows.  Visible toward the right in this 
> screenshot.  http://easthope.ca/Zoom.png
> 
> This is the entire output after starting in a terminal and then 
> exiting.
> 
> peter@joule:~$ zoom 
> peter@joule:~$ 
> 
> Thx,   ... P.
> 


Mine is working fine except it pops up occasionally for no reason. Quite
annoying though.

I downloaded from the ZOOM site and just installed.

A man without clue

Re: Zoom.

[riveravaldez]

On 10/17/20, David  wrote:
> On Sun, 18 Oct 2020 at 08:03,  wrote:
>
>> Does anyone have Zoom working in Debian 10?
>
> Yes. I downloaded
>   zoom_amd64-5.0.413237.0524.deb
> from here
>   https://zoom.us/download?os=linux
> and installed it using apt (to provide dependencies).
>
> Because zoom is not trusted software, I did this in a separate primary
> partition where I made a clean minimal install of Debian with LXDE,
> used only for zoom.

I consider this important. Not trusted and not free/open-source -
which ultimately is one and the same thing...

I've been forced to install it in some machines for employers
imposition, and turned to the flatpak-flathub way in order to attain
some level of security through sandbox. It works fine.

Now I ask: is this enough?, anyone have some info about it?

Thanks a lot. Best regards.

Re: Please be respectful

[Weaver]

On 18-10-2020 11:42, Pierre-Elliott Bécue wrote:
> Le 17 octobre 2020 23:03:22 GMT+02:00, Weaver  a
> écrit :

And now we go another step further: with double postings into my inbox.
Why don't you massage your petit ego requirements on somebody else's
time.?
I'm quite sure everybody here is as sick of it as I am.

 
>> On 18-10-2020 00:53, Andrew M.A. Cater wrote:
>> On Fri, Oct 16, 2020 at 10:39:01PM -0700, Weaver wrote:
>> On 17-10-2020 15:05, Michael uplawski wrote:
>> Leslie Rhorer:
>> Until someone does earn respect, there is no reason anyone
>> should afford it them. It is utterly ridiculous to think everyone
>> deserves respect.
>>
>> This is where you are excluding yourself from the human community.
>> Face
>> it. Live with it. *We* will be fine, anyway.
> 
> Rubbish!
> 
> Tone not helpful here on either side.
> 
> Rubbish is rubbish
> Some may see a point in dressing it up as otherwise.
> I don't.
> 
>>> There are certain qualities which must be extended before you are
>>> worthy
>>> of receiving them, trust, loyalty, to mention a couple, but you
>>> can
>>> throw respect in there also, along with one or two others.
>>> I have to earn the respect of every child I meet, and maintain the
>>> standard every time I encounter that child in the future.
>>> Some, in their retarded viewpoint, believe respect is something
>>> engendered by social position.
>>
>> Retarded is not a helpful term here or, indeed, anywhere.
> 
> Retarded is retarded.
> You seem to prefer to believe it is aimed at an individual, when it is
> clearly applied to a viewpoint.
> 
>>> Wrong!
>>> Social position is engendered by earned level of respect.
>>> `excluding yourself from the human community', what a load of
>>> puerile
>>> ignorance!
>>
>> Puerile here is also not helpful. Considered, constructive language
>> which advances a thought through viewpoint is preferable.
>> Another way of putting it "never argue with an idiot on the
>> Internet.
>> After a couple of rounds, a dispassionate observer will not be able
>> to tell who's who"
> 
> Puerile is puerile.
> `Immature, especially in being silly or trivial; childish'.
> The terminology applies: employ it.
> `Considered, constructive language' - is language which communicates
> effectively.
> `which advances a thought through viewpoint' - Pseudo-intellectual
> waffle! 
> You know another method?
> Observation is dependent on conditioned viewpoint.
> Beginning, end, and entire middle of story.
> 
>> If you were to treat your readers with a greater consideration for
>> their intellect, you might come across better.
> 
> A discerning intellect would have not sent this to me directly, would
> have identified the aspects specified more accurately, and kept it on
> list.
> 
> 
> 
>> See also Edward Gibbon - Decline and Fall of the Roman Empire,
>> chapter 2
> 
> We live in exactly those times, a classic example being played out
> before our very eyes.
> 
> You currently just are making yourself look both arrogant and
> ridiculous. I guess this is why Andrew sent his reply just to you,
> instead of giving you another shovel to dig with. 
> 
> I don't know what you are trying to achieve here, but I stand my point
> : your lack of respect for others is not welcome here. 
> 
> Regards. 
> --
> Pierre-Elliott Bécue

-- 
`Religion is regarded by the common people as true,
by the wise as false,
and by the rulers as useful'.

— Lucius Annæus Seneca.

Terrorism, the new religion.

Registered Linux User: 554515

Re: Please be respectful

[Weaver]

On 18-10-2020 11:42, Pierre-Elliott Bécue wrote:
> Le 17 octobre 2020 23:03:22 GMT+02:00, Weaver  a
> écrit :
> 
>> On 18-10-2020 00:53, Andrew M.A. Cater wrote:
>> On Fri, Oct 16, 2020 at 10:39:01PM -0700, Weaver wrote:
>> On 17-10-2020 15:05, Michael uplawski wrote:
>> Leslie Rhorer:
>> Until someone does earn respect, there is no reason anyone
>> should afford it them. It is utterly ridiculous to think everyone
>> deserves respect.
>>
>> This is where you are excluding yourself from the human community.
>> Face
>> it. Live with it. *We* will be fine, anyway.
> 
> Rubbish!
> 
> Tone not helpful here on either side.
> 
> Rubbish is rubbish
> Some may see a point in dressing it up as otherwise.
> I don't.
> 
>>> There are certain qualities which must be extended before you are
>>> worthy
>>> of receiving them, trust, loyalty, to mention a couple, but you
>>> can
>>> throw respect in there also, along with one or two others.
>>> I have to earn the respect of every child I meet, and maintain the
>>> standard every time I encounter that child in the future.
>>> Some, in their retarded viewpoint, believe respect is something
>>> engendered by social position.
>>
>> Retarded is not a helpful term here or, indeed, anywhere.
> 
> Retarded is retarded.
> You seem to prefer to believe it is aimed at an individual, when it is
> clearly applied to a viewpoint.
> 
>>> Wrong!
>>> Social position is engendered by earned level of respect.
>>> `excluding yourself from the human community', what a load of
>>> puerile
>>> ignorance!
>>
>> Puerile here is also not helpful. Considered, constructive language
>> which advances a thought through viewpoint is preferable.
>> Another way of putting it "never argue with an idiot on the
>> Internet.
>> After a couple of rounds, a dispassionate observer will not be able
>> to tell who's who"
> 
> Puerile is puerile.
> `Immature, especially in being silly or trivial; childish'.
> The terminology applies: employ it.
> `Considered, constructive language' - is language which communicates
> effectively.
> `which advances a thought through viewpoint' - Pseudo-intellectual
> waffle! 
> You know another method?
> Observation is dependent on conditioned viewpoint.
> Beginning, end, and entire middle of story.
> 
>> If you were to treat your readers with a greater consideration for
>> their intellect, you might come across better.
> 
> A discerning intellect would have not sent this to me directly, would
> have identified the aspects specified more accurately, and kept it on
> list.
> 
> 
> 
>> See also Edward Gibbon - Decline and Fall of the Roman Empire,
>> chapter 2
> 
> We live in exactly those times, a classic example being played out
> before our very eyes.
> 
> You currently just are making yourself look both arrogant and
> ridiculous. 

In your perception.

I guess this is why Andrew sent his reply just to you,
> instead of giving you another shovel to dig with. 
> 
> I don't know what you are trying to achieve here, but I stand my point
> : your lack of respect for others is not welcome here.

And I stand mine: respect is a quality that needs to be earned.
I see A plethora of others who grasp the opportunity to ascend their
lecterns and preach, you being one of them, and this I can ignore, but
if it continues, and then my inbox gets cluttered with direct
communications of an incident I have long left in the rear vision
mirror, you get what you earn. One poster delivered what _you_ earned,
but there has obviously been no effort to reflect and philosophies of
convenience hold sway.
Leave the subject alone.

-- 
`Religion is regarded by the common people as true,
by the wise as false,
and by the rulers as useful'.

— Lucius Annæus Seneca.

Terrorism, the new religion.

Registered Linux User: 554515

Re: Please be respectful

[Pierre-Elliott Bécue]

Le 17 octobre 2020 23:03:22 GMT+02:00, Weaver  a écrit :
>On 18-10-2020 00:53, Andrew M.A. Cater wrote:
>> On Fri, Oct 16, 2020 at 10:39:01PM -0700, Weaver wrote:
>>> On 17-10-2020 15:05, Michael uplawski wrote:
>>> > Leslie Rhorer:
>>> >> Until someone does earn respect, there is no reason anyone
>>> >> should afford it them.  It is utterly ridiculous to think
>everyone
>>> >> deserves respect.
>>> >
>>> > This is where you are excluding yourself from the human community.
>Face
>>> > it. Live with it. *We* will be fine, anyway.
>>>
>>> Rubbish!
>> 
>> Tone not helpful here on either side.
>
>Rubbish is rubbish
>Some may see a point in dressing it up as otherwise.
>I don't.
>
> 
>>> There are certain qualities which must be extended before you are
>worthy
>>> of receiving them, trust, loyalty, to mention a couple, but you can
>>> throw respect in there also, along with one or two others.
>>> I have to earn the respect of every child I meet, and maintain the
>>> standard every time I encounter that child in the future.
>>> Some, in their retarded viewpoint, believe respect is something
>>> engendered by social position.
>> 
>> Retarded is not a helpful term here or, indeed, anywhere.
>
>Retarded is retarded.
>You seem to prefer to believe it is aimed at an individual, when it is
>clearly applied to a viewpoint.
>
> 
>>> Wrong!
>>> Social position is engendered by earned level of respect.
>>> `excluding yourself from the human community', what a load of
>puerile
>>> ignorance!
>>>
>> 
>> Puerile here is also not helpful. Considered, constructive language
>> which advances a thought through viewpoint is preferable.
>> Another way of putting it "never argue with an idiot on the Internet.
>> After a couple of rounds, a dispassionate observer will not be able
>>  to tell who's who"
>
>Puerile is puerile.
>`Immature, especially in being silly or trivial; childish'.
>The terminology applies: employ it.
>`Considered, constructive language' - is language which communicates
>effectively.
>`which advances a thought through viewpoint' - Pseudo-intellectual
>waffle! 
>You know another method?
>Observation is dependent on conditioned viewpoint.
>Beginning, end, and entire middle of story.
>
> 
>> If you were to treat your readers with a greater consideration for
>> their intellect, you  might come across better.
>
>
>A discerning intellect would have not sent this to me directly, would
>have identified the aspects specified more accurately, and kept it on
>list.
>
>
>
>> See also Edward Gibbon - Decline and Fall of the Roman Empire,
>chapter 2
>
>We live in exactly those times, a classic example being played out
>before our very eyes.
>
>-- 
>`Religion is regarded by the common people as true,
>by the wise as false,
>and by the rulers as useful'.
>
>— Lucius Annæus Seneca.
>
>Terrorism, the new religion.
>
>Registered Linux User: 554515

You currently just are making yourself look both arrogant and ridiculous. I 
guess this is why Andrew sent his reply just to you, instead of giving you 
another shovel to dig with. 

I don't know what you are trying to achieve here, but I stand my point : your 
lack of respect for others is not welcome here. 

Regards. 
--
Pierre-Elliott Bécue

Re: Zoom.

[Bob McGowan]

On 10/17/20 1:23 PM, pe...@easthope.ca wrote:

Does anyone have Zoom working in Debian 10?

Here it produces empty windows.  Visible toward the right in this
screenshot.  http://easthope.ca/Zoom.png

This is the entire output after starting in a terminal and then
exiting.

peter@joule:~$ zoom
peter@joule:~$

Thx,   ... P.

When I start Zoom using the command line, I get a single window with 
options to join or start a meeting, schedule a meeting or share screen.  
Plus additional choices, but the point is, I see nothing like what your 
screenshot looks like.


I've seen the browser part only when I click on a link in an email invite.

As for exiting, so long as Zoom considers it a normal exit, it will give 
an exit status of zero and you will simply see the next prompt.  That is 
as expected.


More details on exactly what you are doing and how you are getting your 
environment set up would be helpful.


Bob

Re: Zoom.

[David]

On Sun, 18 Oct 2020 at 08:03,  wrote:

> Does anyone have Zoom working in Debian 10?

Yes. I downloaded
  zoom_amd64-5.0.413237.0524.deb
from here
  https://zoom.us/download?os=linux
and installed it using apt (to provide dependencies).

Because zoom is not trusted software, I did this in a separate primary
partition where I made a clean minimal install of Debian with LXDE,
used only for zoom.

That install has no LUKS tools installed. All my other activities on
that machine are inside a LUKS volume and so are completely
inaccessible to any local snooping attempts by zoom.

Re: Zoom.

[John Conover]

Carl Fink writes:
> On 10/17/20 4:23 PM, pe...@easthope.ca wrote:
> > Does anyone have Zoom working in Debian 10?
> 
> Working fine here. Did you set up the Microsoft repo?
>

Working fine with my wife's Buster; used extensively for months,
(daily,) with no problems.

Installed from zoom_amd64.deb obtained from the Zoom site, with
standard "apt install zoom_amd64.deb".

John

-- 

John Conover, cono...@rahul.net, http://www.johncon.com/

Re: Zoom.

[Carl Fink]

On 10/17/20 4:23 PM, pe...@easthope.ca wrote:

Does anyone have Zoom working in Debian 10?


Working fine here. Did you set up the Microsoft repo?

--
Carl Fink   nitpick...@nitpicking.com

Read my blog at blog.nitpicking.com.  Reviews!  Observations!

Re: webcam externe compatible Debian

[roger . tarani]

Microsoft LifeCam HD-5000 ou Logitech Pro 9000 : vous avez donc un pilote pour 
utiliser la webcam, mais les logiciels fournis pour Windows ne vous 
manquent-ils pas ? 
Je pense au cas de la Logitech Pro 9000, dont la mise au point automatique doit 
se faire pas logiciel. 
Savez-vous s'il y a/Avez-vous un logiciel intégré pour modifier le fond ? Il y 
a peut-être des logiciels indépendants sous Linux qui font ça. 
Merci 


De: "Eric Degenetais"  
À: "Liste Debian"  
Envoyé: Vendredi 16 Octobre 2020 23:16:43 
Objet: Re: webcam externe compatible Debian 

J'ai également une Microsoft LifeCam HD-5000, utilisée successivement sous 
Gentoo et Debian. Même constat, elle marche parfaitement (et elle est un 
tantinet moins roots que le précédent modèle indiqué : mise au point auto) 

Éric Dégenètais 

Le ven. 16 oct. 2020 22:54, Jean-Michel OLTRA < [ 
mailto:jeanmic...@shoponyou.com | jeanmic...@shoponyou.com ] > a écrit : 



Bonjour, 


Le vendredi 16 octobre 2020, [ mailto:roger.tar...@free.fr | 
roger.tar...@free.fr ] a écrit... 


> J'ai passé en revue divers articles sur les webcam pour Linux. 
> Connaissez-vous des références de webcam (pas trop) anciennes qui soient 
> compatibles avec Debian Buster ? 
> Celles que vous utilisez avec bonheur... 
> Les Logitech sont nombreuses sur le marché et semblent offrir une 
> compatibilité qui dépend du modèle. 

J'ai une Microsoft LifeCam HD-5000 depuis plusieurs années (je suis en 
testing), et ça fonctionne correctement. Je m'en sers avec Slack et je l'ai 
utilisée également avec Jitsi. 

-- 
jm 

Re: Zoom.

[Peter Ehlert]

I have zoom on a couple Debian 10 machines. Both are Mate desktop
Both work as expected.

this one opens the zoom window using $ zoom in a terminal
and by using the Mate launcher (/usr/bin/zoom %U)


On 10/17/20 1:23 PM, pe...@easthope.ca wrote:

Does anyone have Zoom working in Debian 10?

Here it produces empty windows.  Visible toward the right in this
screenshot.  http://easthope.ca/Zoom.png

This is the entire output after starting in a terminal and then
exiting.

peter@joule:~$ zoom
peter@joule:~$

Thx,   ... P.

Re: rsync --delete

[David Christensen]

On 2020-10-16 15:09, Mike McClain wrote:

I've been using rsync to backup to a flash drive but it's not
performing exactly as I expected.

The man page says:
 --deletedelete extraneous files from dest dirs
A section of the backup script is so:
Params=(-a --inplace --delete);


I try to use all lower case letters for variable names and all upper 
case letters for constants.



'$Params' -- Variable, function, media, source, destination, etc., names 
are critical to understanding.  I don't like 'Params' -- it's too 
generic.  I would prefer 'rsync_opts'.



I use braces whenever evaluating a variable -- '${Params}'.  I forget 
the details why, but I do recall that this practice is important.



I don't use Bourne arrays, and I barely understand how the shell 
interpolates lists and preserves items containing whitespace.  When I 
can't figure it out, I switch to Perl.



-a -- I use this option for backups.


--inplace -- If your backup media cannot hold the last backup with 
enough room for the next backup, get bigger backup media.



--delete -- I use this option for backups.


Additional options I use in my rsync(1) backup script:

--one-file-system -- I use this option for backups.  The bottom-level 
backup script is driven by a higher level script that backs up multiple 
filesystems on multiple hosts via configuration files.


-e ${SSH} -- where:

SSH=/usr/bin/ssh


(To be pendantic, I should put single parentheses around the RHS?)


When doing rsync(1) backups over SSH, I seem to recall that rsync(1) 
will use whatever login shell is specified for that account.  Some of my 
machines are FreeBSD, and the root login shell is tcsh(1).  Strange 
things were happening before I discovered the '-e' / '--rsh' option.




Flash=/sda/rpi4b


Mixed case variable name -- as above.


Flash -- I would prefer 'backup_media'.


Is /sda the mount point for your backup media?  If so, that is confusing 
-- 'sda' implies '/dev/sda', which should be your system drive (e.g. 
root).  I would label the backup filesystem 'backup-rpi4b' and mount it 
at '/mnt/backup-rpi4b' or '/media/backup-rpi4b' (your desktop might be 
able to do this for you).




cd /home/mike


I prefer scripts that I can run from anywhere.  The script should know 
where to do its work, either from built-in variables, environment 
variables, resource script, configuration file, command-line arguments/ 
options, etc..  Sophisticated scripts can draw this information from 
multiple resources, with some hierarchy of precedence.  (I would switch 
to Perl if I wanted to get fancy with options.)



If the script must change the working directory, I would display that -- 
'set -x', 'cd ...', and 'set +x'.




[ ! -d $Flash/mike ] && mkdir $Flash/mike;


I would set a variable for the destination directory.  Something like:

dst="${Flash}/mike"


I would do an old-school 'if' block and display that a directory is 
being created -- 'set -x', 'mkdir ...', 'set +x'.




#   exclude compressed files and the contents of most of the .* directories
/mc/bin/mk_rsync_exclude.sh


What is /mc?


mk_rsync_exclude.sh creates '.rsync_exclude' in the current working 
directory?



A problem with dynamically generated code/ arguments/ options is: how do 
you know what code was actually run in the past?.  Now you need a log 
file.  I prefer to use a static configuration files and static scripts, 
and check everything into a version control system.  My previous backup 
scripts generated log files, but my current rewrite does not have that 
feature (yet).



I prefer to keep my backup scripts, include files, etc., outside of the 
backup source and destination paths (except when backing up the 
filesystem that contains the backup stuff).  This reduces confusion, and 
might prevent a chicken-and-egg situation.




echo /usr/bin/rsync $Params --exclude-from=/home/mike/.rsync_exclude . 
$Flash/mike
/usr/bin/rsync $Params --exclude-from=/home/mike/.rsync_exclude . $Flash/mike ||
 echo rsync $Params --exclude-from=/home/mike/.rsync_exclude . $Flash/mike  
  Failed $? ;



You cut and pasted the following code three times:

   /usr/bin/rsync $Params --exclude-from=/home/mike/.rsync_exclude . 
$Flash/mike



DRY:

https://en.wikipedia.org/wiki/Don%27t_repeat_yourself


I prefer 'set -x', 'command ...', and 'set +x' when I want to see what 
the shell is actually doing (which might not be the same output as 'echo 
...').



I use 'set -e' at the top of my scripts so that the shell will stop and 
display an error message if a script command fails.



/usr/bin/rsync -- I also use absolute paths for tools.  But, I put them 
into upper-case variables at the top of my script.



--exclude-from -- It is too easy to screw up exclude specifications and 
exclude a file you need.  Therefore, I backup entire filesystems.



When invoking rsync(1), I make sure that SRC and DEST are directories, 
that their paths are absolute, and that their paths end with '/'.  This 

Re: Snapcraft : snaps : Dosbox-x

[Dan Ritter]

ellanios82 wrote: 
> Mark - thank you
> .
> 
> > I just found out that it's also available as a snap,
> > if  you're okay with snaps/Canonical/Ubuntu
> 
> https://snapcraft.io/dosbox-x
> 
> 
> 
> Mark
> 
> ..
> 
>  Gee ! : this is a whole new world [for me]
> 
>  : are there particular Perils  with Snaps, that one ought to be aware of ?

Yes.

Every snap package you install can do anything it wants to anything on
your system, including installing keyloggers, copying the clipboard every
second, and shipping it all off to North Korea, China, or Fort Meade.

Snap is not a security mechanism.

-dsr-

Re: Zoom.

[Charles Curley]

On Sat, 17 Oct 2020 13:23:02 -0700
pe...@easthope.ca wrote:

> Does anyone have Zoom working in Debian 10?

Yes.

Linux Client Version is 5.0.418682.0603

(You may have to go to the notification tray and shut it down from there.)

--
charles@jhegaala:~$ zoom 
ZoomLauncher started.
Zoom not exist at current directory - /home/charles
Zoom path is: /opt/zoom
cmd line: 
CreateReportChannel bp_server_fd=4
$HOME = /home/charles 
export SSB_HOME=/home/charles/.zoom; export QSG_INFO=1; export 
LD_LIBRARY_PATH=/opt/zoom; export BREAKPAD_CLIENT_FD=3; /opt/zoom/zoom "" 
zoom started.
Client: Breakpad is using Client-Server Mode! client fd = 3
[CZPClientLogMgr::LogClientEnvironment] [MacAddr: 52:54:00:F6:E2:17][client: 
Linux][OS: Debian GNU/Linux 10 (buster)][Hardware: CPU Core:2 Frenquency:2.5 G 
Memory size:7860MB CPU Brand:   Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz 
GPU Brand:][Req ID: ]
Linux Client Version is 5.0.418682.0603
QSG_RENDER_LOOP is 
XDG_CURRENT_DESKTOP = XFCE;   GDMSESSION = lightdm-xsession
Graphics Card Info:: 00:02.0 VGA compatible controller: Intel Corporation 2nd 
Generation Core Processor Family Integrated Graphics Controller (rev 09)
Zoom package arch is 64bit, runing OS arch is x86_64
Error: Send error, 22 Invalid argument
Error: Send error, 22 Invalid argument
Error: Send error, 22 Invalid argument
AppIconMgr::systemDesktopName log Desktop Name: lightdm-xsession 
qt.scenegraph.general: QSG: basic render loop
qt.scenegraph.general: Using sg animation driver
qt.svg: link image0 hasn't been detected!
qt.svg: :/images/wechat.svg:10:6: Could not resolve property: pattern0
qt.scenegraph.general: texture atlas dimensions: 1024x512
qt.scenegraph.general: R/G/B/A Buffers:8 8 8 8
qt.scenegraph.general: Depth Buffer:   24
qt.scenegraph.general: Stencil Buffer: 8
qt.scenegraph.general: Samples:-1
qt.scenegraph.general: GL_VENDOR:  Intel Open Source Technology Center
qt.scenegraph.general: GL_RENDERER:Mesa DRI Intel(R) Sandybridge Mobile 
qt.scenegraph.general: GL_VERSION: 3.0 Mesa 18.3.6
qt.scenegraph.general: GL_EXTENSIONS:  GL_ARB_color_buffer_float 
GL_KHR_context_flush_control GL_EXT_blend_equation_separate 
GL_EXT_packed_depth_stencil GL_INTEL_performance_query GL_EXT_copy_texture 
GL_ARB_compressed_texture_pixel_storage GL_EXT_polygon_offset_clamp 
GL_SGIS_texture_lod GL_ARB_shading_language_100 GL_EXT_timer_query 
GL_ATI_texture_float GL_EXT_texture GL_EXT_texture_rectangle 
GL_APPLE_object_purgeable GL_KHR_no_error GL_EXT_packed_float 
GL_NV_texture_rectangle GL_ARB_fragment_shader GL_ARB_debug_output 
GL_SGIS_texture_edge_clamp GL_ARB_multisample GL_ARB_shader_objects 
GL_3DFX_texture_compression_FXT1 GL_ARB_texture_storage 
GL_SGIS_texture_border_clamp GL_ARB_copy_image GL_ATI_texture_env_combine3 
GL_EXT_pixel_buffer_object GL_EXT_stencil_wrap GL_ARB_texture_gather 
GL_KHR_robustness GL_ARB_pipeline_statistics_query 
GL_ARB_conditional_render_inverted GL_ARB_texture_rgb10_a2ui 
GL_IBM_rasterpos_clip GL_EXT_texture_array GL_ARB_framebuffer_sRGB 
GL_ARB_map_buffer_alig
 nment GL_EXT_texture_edge_clamp GL_EXT_blend_color 
GL_EXT_separate_specular_color GL_EXT_shadow_funcs 
GL_ARB_texture_cube_map_array GL_ARB_program_interface_query GL_KHR_debug 
GL_ARB_clear_buffer_object GL_NV_texgen_reflection GL_NV_texture_barrier 
GL_EXT_framebuffer_multisample GL_ARB_multi_bind 
GL_EXT_shader_framebuffer_fetch_non_coherent GL_S3_s3tc 
GL_NV_conditional_render GL_EXT_texture_integer GL_EXT_subtexture 
GL_EXT_transform_feedback GL_EXT_framebuffer_object GL_MESA_texture_signed_rgba 
GL_ARB_pixel_buffer_object GL_NV_fog_distance GL_EXT_texture_compression_s3tc 
GL_ARB_texture_mirror_clamp_to_edge GL_ARB_texture_filter_anisotropic 
GL_NV_texture_env_combine4 GL_EXT_secondary_color GL_ARB_transpose_matrix 
GL_ARB_texture_border_clamp GL_ARB_texture_mirrored_repeat 
GL_ARB_draw_instanced GL_ARB_explicit_uniform_location GL_ATI_draw_buffers 
GL_EXT_blend_func_separate GL_ARB_draw_elements_base_vertex 
GL_ANGLE_texture_compression_dxt5 GL_ARB_occlusion_query 
GL_ARB_shading_language_
 packing GL_ARB_internalformat_query2 GL_EXT_texture_cube_map 
GL_ARB_map_buffer_range GL_ARB_shading_language_420pack 
GL_EXT_texture_compression_rgtc GL_OES_EGL_image GL_EXT_texture_env_add 
GL_ARB_explicit_attrib_location GL_EXT_vertex_array_bgra 
GL_ARB_uniform_buffer_object GL_SGIS_generate_mipmap GL_ARB_cull_distance 
GL_ARB_seamless_cubemap_per_texture GL_ARB_occlusion_query2 
GL_EXT_point_parameters GL_ARB_clear_texture GL_EXT_abgr 
GL_ARB_framebuffer_object GL_ARB_vertex_shader GL_ARB_sync 
GL_NV_packed_depth_stencil GL_ARB_shadow GL_ARB_polygon_offset_clamp 
GL_EXT_multi_draw_arrays GL_ARB_robustness GL_EXT_texture_sRGB_decode 
GL_KHR_blend_equation_advanced GL_ARB_clip_control GL_ARB_vertex_program 
GL_AMD_seamless_cubemap_per_texture GL_ARB_texture_swizzle 
GL_ARB_texture_env_add GL_ARB_sample_shading 

Zoom.

[peter]

Does anyone have Zoom working in Debian 10?

Here it produces empty windows.  Visible toward the right in this 
screenshot.  http://easthope.ca/Zoom.png

This is the entire output after starting in a terminal and then 
exiting.

peter@joule:~$ zoom 
peter@joule:~$ 

Thx,   ... P.

-- 
Tel: +1 604 670 0140Bcc: peter at easthope. ca

Re: Please be respectful

[Weaver]

On 18-10-2020 00:53, Andrew M.A. Cater wrote:
> On Fri, Oct 16, 2020 at 10:39:01PM -0700, Weaver wrote:
>> On 17-10-2020 15:05, Michael uplawski wrote:
>> > Leslie Rhorer:
>> >> Until someone does earn respect, there is no reason anyone
>> >> should afford it them.  It is utterly ridiculous to think everyone
>> >> deserves respect.
>> >
>> > This is where you are excluding yourself from the human community. Face
>> > it. Live with it. *We* will be fine, anyway.
>>
>> Rubbish!
> 
> Tone not helpful here on either side.

Rubbish is rubbish
Some may see a point in dressing it up as otherwise.
I don't.

 
>> There are certain qualities which must be extended before you are worthy
>> of receiving them, trust, loyalty, to mention a couple, but you can
>> throw respect in there also, along with one or two others.
>> I have to earn the respect of every child I meet, and maintain the
>> standard every time I encounter that child in the future.
>> Some, in their retarded viewpoint, believe respect is something
>> engendered by social position.
> 
> Retarded is not a helpful term here or, indeed, anywhere.

Retarded is retarded.
You seem to prefer to believe it is aimed at an individual, when it is
clearly applied to a viewpoint.

 
>> Wrong!
>> Social position is engendered by earned level of respect.
>> `excluding yourself from the human community', what a load of puerile
>> ignorance!
>>
> 
> Puerile here is also not helpful. Considered, constructive language
> which advances a thought through viewpoint is preferable.
> Another way of putting it "never argue with an idiot on the Internet.
> After a couple of rounds, a dispassionate observer will not be able
>  to tell who's who"

Puerile is puerile.
`Immature, especially in being silly or trivial; childish'.
The terminology applies: employ it.
`Considered, constructive language' - is language which communicates
effectively.
`which advances a thought through viewpoint' - Pseudo-intellectual
waffle! 
You know another method?
Observation is dependent on conditioned viewpoint.
Beginning, end, and entire middle of story.

 
> If you were to treat your readers with a greater consideration for
> their intellect, you  might come across better.


A discerning intellect would have not sent this to me directly, would
have identified the aspects specified more accurately, and kept it on
list.



> See also Edward Gibbon - Decline and Fall of the Roman Empire, chapter 2

We live in exactly those times, a classic example being played out
before our very eyes.

-- 
`Religion is regarded by the common people as true,
by the wise as false,
and by the rulers as useful'.

— Lucius Annæus Seneca.

Terrorism, the new religion.

Registered Linux User: 554515

Re: /home as a symlink?

[Mike Castle]

You could run into issues where the value of 'pwd' does not equal the value
of 'readlink -f .'.

For myself, I use autofs with autohome.  It's been a while since I've
looked at the details, but I believe it simply does with bind mount
described elsewhere in this thread.  My main machines happen to be down at
the moment, so I can't provide a working example.

Outside of that, I would update /etc/passwd to point to the new location
instead.

mrc

Snapcraft : snaps : Dosbox-x

[ellanios82]

Mark - thank you
.

> I just found out that it's also available as a snap,
> if  you're okay with snaps/Canonical/Ubuntu

https://snapcraft.io/dosbox-x



Mark

..

 Gee ! : this is a whole new world [for me]

 : are there particular Perils  with Snaps, that one ought to be aware of ?

..
 thank you so much

Re: dosemu

[Mark Allums]

On 10/17/20 12:47 PM, ellanios82 wrote:

  Mark replied :
 > Consider dosbox-x, related to dosbox (fork), but much easier to configure
and use, with lots of new features.

https://github.com/joncampbell123/dosbox-x 



Mark
.

  - thanks Mark vm.

  . . . sadly am bewildered by github

  : what steps, please, to download & make executable program ??

  thanks
.
  regards



It's available as a flatpak.
https://dosbox-x.com/
 Mark

Re: dosemu

[Mark Allums]

On 10/17/20 2:56 PM, Mark Allums wrote:

On 10/17/20 12:47 PM, ellanios82 wrote:

  Mark replied :
 > Consider dosbox-x, related to dosbox (fork), but much easier to 
configure

and use, with lots of new features.

https://github.com/joncampbell123/dosbox-x 



Mark
.

  - thanks Mark vm.

  . . . sadly am bewildered by github

  : what steps, please, to download & make executable program ??

  thanks
.
  regards



It's available as a flatpak.
https://dosbox-x.com/
  Mark


I just found out that it's also available as a snap, if you're okay with 
snaps/Canonical/Ubuntu


https://snapcraft.io/dosbox-x

sudo snap install dosbox-x

Mark

Re: Renovació del certificat SSO

[Alex Muntada]

Hola Joan,

> Sóc el mantenidor del paquet lwip https://tracker.debian.org/pkg/lwip
> 
> El meu certificat per al SSO ha expirat, i se suposa que hauria
> de poder renovar-lo des de https://sso.debian.org/ però he
> oblidat la contrasenya :(

Si no recordes l'antiga contrasenya d'alioth em temo molt que no
podràs tornar a obtenir un certificat. El que pots provar és a
fer un reset de contrasenya directament al tracker.debian.org:

https://tracker.debian.org/accounts/+forgot-password/

Si no et funciona aleshores jo provaria a registrar un nou
compte:

https://tracker.debian.org/accounts/register/

L'antic servei de certificats del sso.debian.org ara només està
disponible per als desenvolupadors oficials i segurament acabarà
desapareixent a mesura que es vagi implantant l'autenticació via
salsa.debian.org. Sembla que al tracker encara no està integrada.

Si amb tot això encara no te'n surts, pots provar a demanar ajuda
obrint un bug:

https://salsa.debian.org/qa/distro-tracker/issues

Salut,
Alex

--
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁   Alex Muntada 
  ⢿⡄⠘⠷⠚⠋   Debian Developer  log.alexm.org
  ⠈⠳⣄



signature.asc
Description: PGP signature

Re: rsync --delete

[Mike McClain]

On Sat, Oct 17, 2020 at 10:30:04AM +0200, to...@tuxteam.de wrote:
> On Fri, Oct 16, 2020 at 05:09:42PM -0500, Mike McClain wrote:
> > I've been using rsync to backup to a flash drive but it's not
> > performing exactly as I expected.
>
> I think Will nailed it. Your problem is not an rsync problem,
> but a shell (presumably bash) problem:
>
> Simply do:
>   Params="-a --inplace --delete"
>
> then
>   /usr/bin/rsync $Params [...]
>
> There is one thing I still don't understand about this script. Why does
> it invoke /usr/bin/rsync? Does the script writer know better where the
> "right" rsync lives? Or the sysadmin/user, who is in control of $PATH?
>
> Cheers
>  - t

Tom & Will,
You hit right on the head.
I realized it when seeing Klaus post "Params=-a --inplace --delete".

I know better but write bash scripts so seldom that I forget the
intricacies and switching back and forth between bash, perl and ruby
fogs my mind.

As for your last question, the script is called from cron and I'm
never sure whether cron is going to be able to find things so have
just gotten into the habit of putting the path in.

Thanks for the help,
Mike
--
If a Communist mole got elected as President of the United States,
how would he act?-   MM

dosemu

[ellanios82]

 Mark replied :
> Consider dosbox-x, related to dosbox (fork), but much easier to configure
and use, with lots of new features.

https://github.com/joncampbell123/dosbox-x

Mark
.

 - thanks Mark vm.

 . . . sadly am bewildered by github

 : what steps, please, to download & make executable program ??

 thanks
.
 regards

apt, update-iinitramfs - amdgpu firmware warning messages

[Gary Dale]

I'm running Bullseye on an AMD64 system with an older AMD HD7850 video 
card. I keep getting these messages from update-initramfs during my 
daily apt update && apt full-upgrade:


W: Possible missing firmware /lib/firmware/amdgpu/arcturus_gpu_info.bin 
for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/arcturus_ta.bin for 
module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/arcturus_asd.bin for 
module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/arcturus_sos.bin for 
module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/arcturus_rlc.bin for 
module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/arcturus_mec2.bin for 
module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/arcturus_mec.bin for 
module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/arcturus_sdma.bin for 
module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/navi10_mes.bin for 
module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/arcturus_vcn.bin for 
module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/arcturus_smc.bin for 
module amdgpu


Apparently this refers to a current or future AMD GPU and has nothing to 
do with my 8 year old card. I can't actually find any mention of 
Arcturus firmware in the Debian packages pages so it may be that the 
firmware hasn't made it into a package yet. It also looks to me like 
something recognizes that Arcturus GPUs exist but doesn't notice that my 
system doesn't have one or that the firmware may not exist.


I gather that update-initramfs is trying to throw everything in that may 
be needed should I change hardware, but am I expecting too much from it 
to not throw up spurious warnings like this?

Re: Fwd: dosemu : DOS emulator program

[Mark Allums]

On 10/17/20 11:27 AM, ellanios82 wrote:

  - meantime , got lucky : added to APT Sources List :

   http://ftp.de.debian.org/debian 
 stretch main contrib>


  - did "apt install dosemu"

.

  Oh Miracle !

  dosemu installed & working, sweet
  [ have to say, for me , dosemu is superior functions]

  - again, thank you Reinhard

.
  regards



Cosider dosbox-x, related to dosbox (fork), but much easier to configure 
and use, with lots of new features.


https://github.com/joncampbell123/dosbox-x

Mark

Fwd: dosemu : DOS emulator program

[ellanios82]

 - thank you so much Reinhard

: will try get to it next week.

 and learn how to use Github, to install DOSEMU

.

 - meantime , got lucky : added to APT Sources List :

  http://ftp.de.debian.org/debian stretch main contrib>

 - did "apt install dosemu"

.

 Oh Miracle !

 dosemu installed & working, sweet
 [ have to say, for me , dosemu is superior functions]

 - again, thank you Reinhard

.
 regards

Re: rsync --delete

[Andy Smith]

Hi Mike,

On Fri, Oct 16, 2020 at 05:09:42PM -0500, Mike McClain wrote:
> A section of the backup script is so:
> Params=(-a --inplace --delete);
> Flash=/sda/rpi4b
> cd /home/mike
> [ ! -d $Flash/mike ] && mkdir $Flash/mike;
> 
> #   exclude compressed files and the contents of most of the .* directories
> /mc/bin/mk_rsync_exclude.sh
> echo /usr/bin/rsync $Params --exclude-from=/home/mike/.rsync_exclude . 
> $Flash/mike

shellcheck has this to say:

$ shellcheck ./foo.sh 

In ./foo.sh line 6:
echo /usr/bin/rsync $Params --exclude-from=/home/mike/.rsync_exclude . 
$Flash/mike
^-- SC2128: Expanding an array without an index only gives 
the first element.

It's worth using shellcheck.

Cheers,
Andy

-- 
https://bitfolk.com/ -- No-nonsense VPS hosting

Re: dosemu : DOS emulator program

[ellanios82]

 - thank you so much Reinhard

: will try get to it next week.

 and learn how to use Github, to install DOSEMU

.
 regards
 ellan


On Sat, Oct 17, 2020 at 4:48 PM Reinhard Karcher <
reinhard.septem...@online.de> wrote:

> ellanios82  wrote:
> > [-- text/plain, Encoding 7bit, Zeichensatz: UTF-8, 6 Zeilen --]
> >
> >  - please , how to find Repository with "dosemu" ?
> >  [ while dosbox is available , really would prefer dosemu ] for MXlinux
> >
>  https://github.com/stsp/dosemu2.git
>
> Reinhard
>
>

Re: How to add an origin to unattended upgrades?

[Charles Curley]

On Sat, 17 Oct 2020 09:21:22 +0300
Andrei POPESCU  wrote:

> Please show also the output of 'apt policy vivaldi' (or whatever the 
> package name is).

--
root@orca:~# apt policy vivaldi-stable
vivaldi-stable:
  Installed: 3.1.1929.45-1
  Candidate: 3.4.2066.76-1
  Version table:
 3.4.2066.76-1 500
500 http://repo.vivaldi.com/stable/deb stable/main amd64 Packages
 *** 3.1.1929.45-1 100
100 /var/lib/dpkg/status
root@orca:~# 
--


-- 
Does anybody read signatures any more?

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


pgph9UGxHwfLk.pgp
Description: OpenPGP digital signature

Re: dosemu : DOS emulator program

[Reinhard Karcher]

ellanios82  wrote:
> [-- text/plain, Encoding 7bit, Zeichensatz: UTF-8, 6 Zeilen --]
> 
>  - please , how to find Repository with "dosemu" ?
>  [ while dosbox is available , really would prefer dosemu ] for MXlinux
> 
 https://github.com/stsp/dosemu2.git

Reinhard

Re: apt, update-iinitramfs - amdgpu firmware warning messages

[Reco]

Hi.

On Sat, Oct 17, 2020 at 09:35:54AM -0400, Gary Dale wrote:
> I gather that update-initramfs is trying to throw everything in that
> may be needed should I change hardware, but am I expecting too much
> from it to not throw up spurious warnings like this?

While putting a kernel module into initramfs, update-initramfs merely
checks the "firmware" section of a kernel module via "modinfo".  So if
the kernel module amdgpu lists 265 firmware blobs - update-initramfs
tries to put them along with the module. And the possible hardware
change has nothing to do with it, it's rather the quality of amdgpu that
does.

In the ideal world all these blobs would be packaged in Debian, but it's
not the case as of stable. Obviously, if your hardware is working for
you, these update-initramfs warnings can be ignored.

Reco

Re: rsync --delete

[tomas]

On Sat, Oct 17, 2020 at 11:18:57PM +1100, David wrote:
> On Sat, 17 Oct 2020 at 19:30,  wrote:

[...]

> > Or -- much better -- don't use arrays here [...]

> Actually, it is an ideal place to use an array. Whoever wrote
> that script shows some knowledge of best practice.

I still disagree. But I haven't got the time to discuss it
thoroughly. So let's agree to differ :)

Cheers
 - t


signature.asc
Description: Digital signature

Re: dosemu : DOS emulator program

[Sven Hartge]

ellanios82  wrote:

>  - please , how to find Repository with "dosemu" ?
>  [ while dosbox is available , really would prefer dosemu ] for MXlinux

dosemu was removed from Debian with Debian 10 (Buster). There is no
repository that contains dosemu for a current Debian release anymore.

Grüße,
Sven.

-- 
Sigmentation fault. Core dumped.

dosemu : DOS emulator program

[ellanios82]

 - please , how to find Repository with "dosemu" ?
 [ while dosbox is available , really would prefer dosemu ] for MXlinux

...
 regards

Re: rsync --delete

[David]

On Sat, 17 Oct 2020 at 19:30,  wrote:
> On Fri, Oct 16, 2020 at 05:09:42PM -0500, Mike McClain wrote:

> > A section of the backup script is so:
> > Params=(-a --inplace --delete);

Using an array here is actually best practice. It will handle most
requirements in a less fragile manner than using a string.

> If you want to have the whole array (space-separated) expanded, you'll
> have to do ${Params[@]}, as Will notes.

Correct. Except it should be quoted:
"${Params[@]}"   see [1] below

> Or -- much better -- don't use arrays here. Whoever wrote that script
> comes from Virtual Basic or Java or something similar. Arrays in shells
> may have their places, but this ain't one of those.

Actually, it is an ideal place to use an array. Whoever wrote
that script shows some knowledge of best practice.

The thorough explanation is found here:
http://mywiki.wooledge.org/BashGuide/Arrays

To take a selection of relevant quotes from that page:
"""
Strings are without a doubt the most used parameter type.
But they are also the most misused parameter type.
It is important to remember that a string holds just one element.
[...]
when you put multiple items in a single string, these multiple
items must be somehow delimited from each other.
[...]
The only safe way to represent multiple string elements
in Bash is through the use of arrays.
"""

It's obvious that in the OP example, the option arguments
are multiple, individual elements.

If they are all smashed together into a string, there's an assumption
that they are separated by whitespace, and that the shell's
whitespace processing will magically separate them.
Well, sometimes that works, and sometimes it doesn't.

For example, it won't work with the rsync option
--exclude=PATTERN
if the desired PATTERN contains whitespace.

Using an array is capable of preserving individual
arguments, without relying on whitespace to do so.

> Simply do:
>   Params="-a --inplace --delete"
> then
>   /usr/bin/rsync $Params [...]

[1] Testing that code at shellcheck.net:
  #!/bin/bash
  Params="-a --inplace --delete"; echo $Params

gives the recommendation regarding $Params:
"Double quote to prevent globbing and word splitting".

Explained in detail there, or at:
http://mywiki.wooledge.org/BashGuide/Practices#Quoting

And here:
http://mywiki.wooledge.org/BashGuide/Parameters
"""
You should always keep parameter expansions properly quoted.
The only good PE, is a quoted PE.
"""

This advice is given by shell-scripting experts because
it handles almost all of the required cases, instead of
just most of them, fingers crossed.
A lot of suboptimal advice on shell scripting bounces
around the net, even amongst smart developers.
The people who are dedicated, expert shell scripters wrote
shellcheck, and write the best guides that I have linked.
I am just reproducing the advice that they offer, in the hope
that it helps people. Of course there are various ways to do
things, and some are easier and less fragile than others,
but if you spend time and take an interest in their
wisdom and experience, this is what they will recommend.

The familiar construct "$@" is an array, widely used, to keep
all the command line arguments separate, even if they
contain whitespace. Arrays like "${Params[@]}" provide
exactly the same benefits.

Renovació del certificat SSO

[Joan Lledó]

Hola,

Sóc el mantenidor del paquet lwip https://tracker.debian.org/pkg/lwip

El meu certificat per al SSO ha expirat, i se suposa que hauria de poder
renovar-lo des de https://sso.debian.org/ però he oblidat la contrasenya :(

Algú sap què puc fer o on puc escriure perquè me la renoven?

Gràcies!

Re: Please be respectful

[Weaver]

On 17-10-2020 16:59, Andrei POPESCU wrote:
> On Vi, 16 oct 20, 16:46:42, Leslie Rhorer wrote:
>>
>> On 10/16/2020 4:57 AM, Pierre-Elliott Bécue wrote:
>>
>> > Feel free to ignore """lazy""" people from now on, but don't be
>> > irrespectful to them.
>> >
>> > You have no right to, and they don't deserve it.
>>
>>  There is no such word - or concept - as irrespectful.
> 
> Please excuse us non-native English speakers for such mistakes. As far 
> as I can tell Pierre-Elliot meant "rude".
> 
>> The point you were
>> apparently trying to make, however, is just completely wrong.  I, and anyone
>> else, have every right to reserve my respect from whomever I choose.
>> Respect is *EARNED*. It is not a right and it is not a privilege.  Until
>> someone does earn respect, there is no reason anyone should afford it them.
>> It is utterly ridiculous to think everyone deserves respect.  If it is
>> afforded to everyone, then it becomes totally worthless.
> 
> This could be understood that in your opinion it is ok to be rude to a 
> person unless that person has somehow earned your respect.
> 
> Is this what you meant?

I think this might be classified as a `qualified' interpretation.
This was not the assertion put forward.
Nowhere is this stated.
The property put forward is `respect'.
Nowhere is it stated that it's O.K. to be rude to somebody because they
don't respect you.
What _I_ would put forward is it's O.K. to be rude to somebody who has
imposed rudeness upon you.
But I'm generally better at it.
Cheers!

Harry
> 
> Kind regards,
> Andrei

-- 
`Religion is regarded by the common people as true,
by the wise as false,
and by the rulers as useful'.

— Lucius Annæus Seneca.

Terrorism, the new religion.

Registered Linux User: 554515

Re: rsync --delete

[tomas]

On Fri, Oct 16, 2020 at 05:09:42PM -0500, Mike McClain wrote:
> I've been using rsync to backup to a flash drive but it's not
> performing exactly as I expected.

I think Will nailed it. Your problem is not an rsync problem,
but a shell (presumably bash) problem:

[...]

> A section of the backup script is so:
> Params=(-a --inplace --delete);

The above is setting a shell array (I guess it is a bashism
(i.e. a bash specific idiom), but am too lazy to look up now).

[...]

> echo /usr/bin/rsync $Params --exclude-from=/home/mike/.rsync_exclude . 
> $Flash/mike
> /usr/bin/rsync $Params --exclude-from=/home/mike/.rsync_exclude . $Flash/mike 
> ||
> echo rsync $Params --exclude-from=/home/mike/.rsync_exclude . $Flash/mike 
>Failed $? ;

And the above expands $Params to just the first element of the
array (i.e. the "-a"). That's how bash arrays work. This is
unfortunate, but that's how things are.

Actually, the first of both lines above is an "echo": that's for you
to see the actual rsync command as it's going to happen. If you look
at your log file, you'll see that the --inplace and --delete are
missing.

If you want to have the whole array (space-separated) expanded, you'll
have to do ${Params[@]}, as Will notes.

Or -- much better -- don't use arrays here. Whoever wrote that script
comes from Virtual Basic or Java or something similar. Arrays in shells
may have their places, but this ain't one of those.

Simply do:

  Params="-a --inplace --delete"

then

  /usr/bin/rsync $Params [...]

There is one thing I still don't understand about this script. Why does
it invoke /usr/bin/rsync? Does the script writer know better where the
"right" rsync lives? Or the sysadmin/user, who is in control of $PATH?

Cheers
 - t


signature.asc
Description: Digital signature

Re: Please be respectful

[tomas]

On Fri, Oct 16, 2020 at 04:46:42PM -0500, Leslie Rhorer wrote:
> 
> 
> On 10/16/2020 4:57 AM, Pierre-Elliott B�cue wrote:

[...]

>   This is nonsense.  Whenever I  forced to do something, or worse
> yet, prevented from doing something by a consensus of incompetent
> individuals, I have every right to complain.

... and when *you* get to decide who is to be "a consensus of
incompetent individuals" is the point where we part ways.

Sorry, I'm a command line junkie myself, and I try to seduce
people to try that anytime I get a chance, but your stance above
can only be characterised as arrogant.

[...]

> >Feel free to ignore """lazy""" people from now on, but don't be
> >irrespectful to them.
> >
> >You have no right to, and they don't deserve it.
> 
>   There is no such word - or concept - as irrespectful [...]

C'mon. This is a mailing list in English, but its basis is very
international. You get to enjoy the fact that other people try
to adapt to your language as well as they can.

In this context, Postel's law [1] should apply (not only in
language things, mind you).

Go fix your error correction algorithm. A new prefix mapping (e.g.
i -> dis, with the usual phonetic embellishments) might go a long
way. 

Cheer

[1] https://en.wikipedia.org/wiki/Postel%27s_law
 - t


signature.asc
Description: Digital signature

Re: Please be respectful

[Andrei POPESCU]

On Vi, 16 oct 20, 16:46:42, Leslie Rhorer wrote:
> 
> On 10/16/2020 4:57 AM, Pierre-Elliott Bécue wrote:
> 
> > Feel free to ignore """lazy""" people from now on, but don't be
> > irrespectful to them.
> > 
> > You have no right to, and they don't deserve it.
> 
>   There is no such word - or concept - as irrespectful.

Please excuse us non-native English speakers for such mistakes. As far 
as I can tell Pierre-Elliot meant "rude".

> The point you were
> apparently trying to make, however, is just completely wrong.  I, and anyone
> else, have every right to reserve my respect from whomever I choose.
> Respect is *EARNED*. It is not a right and it is not a privilege.  Until
> someone does earn respect, there is no reason anyone should afford it them.
> It is utterly ridiculous to think everyone deserves respect.  If it is
> afforded to everyone, then it becomes totally worthless.

This could be understood that in your opinion it is ok to be rude to a 
person unless that person has somehow earned your respect.

Is this what you meant?

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


signature.asc
Description: PGP signature

Re: rsync --delete

[Will Mengarini]

* Mike McClain  [20-10/16=Fr 17:09 -0500]:
> [...] A section of the backup script is so:
> Params=(-a --inplace --delete);
> [...] 
> echo /usr/bin/rsync $Params --exclude-from=/home/mike/.rsync_exclude . 
> $Flash/mike

Try this to be sure your shell is doing what you think:
debian/pts/14 bash ~ 23:20 0$a=(x y z)
debian/pts/14 bash ~ 23:20 0$echo $a
x
debian/pts/14 bash ~ 23:20 0$echo "$a"
x
debian/pts/14 bash ~ 23:21 0$echo "${a[@]}"
x y z
debian/pts/14 bash ~ 23:21 0$a=x y z # Suggested in another reply
bash: y: command not found
debian/pts/14 bash ~ 23:21 127$echo "$a"
x
debian/pts/14 bash ~ 23:25 0$a="x y z"
debian/pts/14 bash ~ 23:25 0$echo $a
x y z
debian/pts/14 bash ~ 23:26 0$echo "$a" # preferred
x y z
debian/pts/14 bash ~ 23:26 0$# When $a is embedded, quote *outer* string:
debian/pts/14 bash ~ 23:27 0$echo "foo $a bar"
foo x y z bar
debian/pts/14 bash ~ 23:27 0$

Re: How to add an origin to unattended upgrades?

[Andrei POPESCU]

On Vi, 16 oct 20, 13:24:06, Charles Curley wrote:
> 
> --
> root@orca:~# apt-cache policy | grep -i vivaldi
>  500 http://repo.vivaldi.com/stable/deb stable/main i386 Packages
>  release o=Vivaldi Technologies,a=stable,l=Official Vivaldi package 
> repository,c=main,b=i386
>  origin repo.vivaldi.com
>  500 http://repo.vivaldi.com/stable/deb stable/main amd64 Packages
>  release o=Vivaldi Technologies,a=stable,l=Official Vivaldi package 
> repository,c=main,b=amd64
>  origin repo.vivaldi.com
> root@orca:~# 
> --

Please show also the output of 'apt policy vivaldi' (or whatever the 
package name is).

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


signature.asc
Description: PGP signature