Re: Zoom.

2020-10-18 Thread Tom Dial



On 10/17/20 17:47, 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).

Zoom has had security issues in the past and, like all large packages,
will have them in the future. It is updated often (recently, every
couple of weeks or so) and probably should be kept up to date. The
current version as of 17 Oct is 5.3.472687.1012.

I've been running Zoom successfully under Buster since the beginning of
April, through 13 versions beginning with 3.5, with only one issue,
inoperable audio between users of different versions (I think between
3.5 and 5.0). It seems to be generally  stable and well behaved, and
interoperates well between Debian and Ubuntu, Windows, and Mac,
including IPads and IPhones. It has an Android version

It installs easily in /opt/zoom, with a small number of files under
/usr. Its files are owned by root, but has no setuid or setgid files,
and as far as I can tell runs with the UID and GID of whoever starts it.
It creates a number of files under ~/zoom.

I suspect it could be set up and run with an unprivileged owner and
group, but have made no effort to do so. A less intrusive (on the
install process) approach would be to confine it with selinux, something
I ma get to shortly. Apparmor as installed and running by default on
Debian 10 has no apparent problem with it.

Regards,
Tom Dial

> 
> 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: How to add an origin to unattended upgrades?

2020-10-18 Thread Andrei POPESCU
On Sb, 17 oct 20, 07:34:53, Charles Curley wrote:
> 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:~# 
> --

This looks good to me.

After looking through the bugs list for unattended-upgrades I would 
suggest you check whether upgrading vivaldi-stable requires installing 
new packages or package removals ('apt upgrade -s' should tell), as this 
will also block the upgrade (by design, see #645382).

I'm also not quite sure about the spaces in the origin and label. The 
log suggests they are interpreted correctly, though you could try 
escaping them (the submitter in #940151 is using ', ' to separate the 
fields, which might be the cause for his issues).

Other that that you could try to debug /usr/bin/unattended-upgrade 
(Python) or contact the maintainer, e.g. via a follow-up to #799754.

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


signature.asc
Description: PGP signature


Re: rsync --delete

2020-10-18 Thread Andrei POPESCU
On Sb, 17 oct 20, 10:30:04, to...@tuxteam.de wrote:
> 
> 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?

On the other hand it prevents unexpected behaviour due to stuff in paths 
that have precedence over /usr/bin. Besides the environment the script 
runs in might not even have a properly configured $PATH.

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


signature.asc
Description: PGP signature


Re: Please be respectful

2020-10-18 Thread Michael uplawski
Weaver:

> And I stand mine: respect is a quality that needs to be earned.

All living thing, and maybe more merit respect as a matter of fact.

Afterwards, you develop.

But societies change each one at any point in time adapts its rules to
the current understanding of abstract, arbitrary and deliberately
defined “values”.

You are in or you are out. You choose to be out and I wished that people
found a way to honor that fact.

You want to be handled this way, we shall comply.

Ω


-- 
GnuPG rsa4096 2020-09-08 [SC] [expire : 2022-09-08]
  B31591374C4824DE872841D27D857E5045D038F8
sub   rsa4096 2020-09-08 [E] [expire : 2022-09-08]



Re: Please be respectful

2020-10-18 Thread Christoph K.
Hello Leslie,
hello Harry.

On Fri, 16 Oct 2020 16:46:42 -0500
Leslie Rhorer wrote :

> Until someone does earn respect, there is no reason anyone 
> should afford it them. It is utterly ridiculous to think
> everyone deserves respect.


On Fri, 16 Oct 2020 22:39:01 -0700
Weaver wrote :

> Some, in their retarded viewpoint, believe respect is something
> engendered by social position.
> Wrong!
> Social position is engendered by earned level of respect.


We're on a Debian mailing list here. Being respectful is part of the
Debian Code of Conduct which reflects the values of this community:


1. Be respectful

In a project the size of Debian, inevitably there will be people with
whom you may disagree, or find it difficult to cooperate. Accept that,
but even so, remain respectful. Disagreement is no excuse for poor
behaviour or personal attacks, and a community in which people feel
threatened is not a healthy community.

[...]

Source: https://www.debian.org/code_of_conduct


If both of you openly state that you oppose the idea of being respectful
with other people unless they have earned your respect (according to your
perception), you more or less directly state that you oppose the Debian
Code of Conduct.

Apart from that, both of you have broken a couple of rules from the
Mailing lists code of conduct: https://www.debian.org/MailingLists/

* Non-constructive [...] messages [...] are not welcome
* Do not use foul language; [...]
* Try not to flame; it is not polite.
* Use common sense all the time.

I hope some people will draw some meaningful consequences.

Best regards,
Christoph



Re: Please be respectful

2020-10-18 Thread tomas
On Sun, Oct 18, 2020 at 11:52:20AM +, Long Wind wrote:
>  it's foolish to argue with foolish peopleif i receive unpleasant message, i 
> just ignore it (keep quiet)

In general, this is a good strategy. Still, there are people
around who feel hurt by things and are too shy to speak up;
it's thinking of those that I do sometimes.

It's a fine line to walk: of course I only have my subjective
impression as a guide, and that may be wrong, so it's quite
possible that I'm being unjust when I speak up.

So I sincerely hope to be corrected in those case. That's the
only way to learn.

Cheers
 - t


signature.asc
Description: Digital signature


Re: Please be respectful

2020-10-18 Thread Pierre-Elliott Bécue
Le samedi 17 octobre 2020 à 19:06:35-0700, Weaver a écrit :
> 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.

That occurs when one do sent a mail to somebody and also to a list he's
subscribed to. As I learnt to delete duplicates, I'm pretty sure you'll
manage.

> 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.

I'm quite sure many people are sick of people behaving like bullies,
pretending to decide who gets or not to post and ask questions on a user
list and on what terms. If you don't want people to waste your time,
feel free not to reply and not to try imposing your opinion on a list
already regulated by guidelines you're actually trying to spit on.

There are plenty places on the internet where your behaviour would be
seen as excellence and "the way to do it". This corner is not one of
these. Feel free to either accept it or go ranting elsewhere.

-- 
Pierre-Elliott Bécue
GPG: 9AE0 4D98 6400 E3B6 7528  F493 0D44 2664 1949 74E2
It's far easier to fight for one's principles than to live up to them.


signature.asc
Description: PGP signature


Re: Please be respectful

2020-10-18 Thread Pierre-Elliott Bécue
Le samedi 17 octobre 2020 à 19:03:17-0700, Weaver a écrit :
> 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.

Looking at the number of people who replied to tell you your attitude is
not welcome, I think it is a bit more than just my 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.

Not here. Not in the biggest part of the society. Respect is presumed,
and then is either confirmed or lost. Feel free to abide by the rules
you like at your home, but here the rules are not yours. If you're not
fine with these rules, it's the same as any private space: either remain
silent or leave.

> 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.

Many times people let rude and aggressive tones and behaviours go,
because these very long threads where people remind to one that there
are rules to interact on these lists and that one tries to show that
he's smarter and rules don't apply to him are just boring for everyone.
But from time to time, it's required to remind to everyone that just
because we don't react all the time doesn't mean we think less.

But to be honest, I have no problem with not letting it go when people
react. Because there is a Code of Conduct in Debian and guidelines when
you post on a list, and since you're trying to waive both, I think it's
worth the trouble.

> [snip]

-- 
Pierre-Elliott Bécue
GPG: 9AE0 4D98 6400 E3B6 7528  F493 0D44 2664 1949 74

Re: Please be respectful

2020-10-18 Thread Andrei POPESCU
On Du, 18 oct 20, 14:12:32, to...@tuxteam.de wrote:
> On Sun, Oct 18, 2020 at 11:52:20AM +, Long Wind wrote:
> >  it's foolish to argue with foolish peopleif i receive unpleasant message, 
> > i just ignore it (keep quiet)
> 
> In general, this is a good strategy. Still, there are people
> around who feel hurt by things and are too shy to speak up;
> it's thinking of those that I do sometimes.
> 
> It's a fine line to walk: of course I only have my subjective
> impression as a guide, and that may be wrong, so it's quite
> possible that I'm being unjust when I speak up.
> 
> So I sincerely hope to be corrected in those case. That's the
> only way to learn.

I fully agree and subscribe to the above.

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


signature.asc
Description: PGP signature


Re: Zoom.

2020-10-18 Thread Stefan Monnier
> Does anyone have Zoom working in Debian 10?

Don't know, but I use and recommend Jitsi as a Free Software alternative.


Stefan



Re: Zoom.

2020-10-18 Thread Sven Hartge
Stefan Monnier  wrote:

>> Does anyone have Zoom working in Debian 10?

> Don't know, but I use and recommend Jitsi as a Free Software
> alternative.

If The Powers That Be[tm] have decided to use Zoom, then it is
irrelevant that there might be a better (Open Source) alternative.

Grüße,
Sven.

-- 
Sigmentation fault. Core dumped.



wrong from field with alpine

2020-10-18 Thread Pierre Frenkiel

hi,

when I send a mail with alpine, the from field becomes 
"frenk...@laposte.net" instead of "p.frenk...@laposte.net"


An obvious consequence is that people can't reply to this mail

that looks like an alpine bug. I'll then make a bug report, unless 
somebody tells me what I'm doing wrong.




Re: wrong from field with alpine

2020-10-18 Thread David Wright
On Sun 18 Oct 2020 at 20:27:35 (+0200), Pierre Frenkiel wrote:
> 
> when I send a mail with alpine, the from field becomes
> "frenk...@laposte.net" instead of "p.frenk...@laposte.net"
> 
> An obvious consequence is that people can't reply to this mail
> 
> that looks like an alpine bug. I'll then make a bug report, unless
> somebody tells me what I'm doing wrong.

How does alpine ascertain what your From: field should be constructed
from? I'm guessing that it uses loginname@domainname, and I suspect
that you login as frenkiel, not p.frenkiel.

In mutt, you can have   set from="f...@whatever.tld"   set up both
globally, and overridden for particular folders. You probably have
an equivalent configuration variable that you could set.

Cheers,
David.



Re: rsync --delete

2020-10-18 Thread Mike McClain
On Sat, Oct 17, 2020 at 03:01:13PM -0700, David Christensen wrote:
>
> 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).

I'm a lousy/lazy typist so mount a USB flash drive at /dev/sda1 on /sda.

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

I did adopt this suggestion.

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


> What is /mc?

/mc is simply a directory I put docs/scripts I create and/ or collect
that are not part of any installation.
There is an /mc/docs/, an /mc/bin/ and a couple of others, sometimes.

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

Yes.

> > 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/mikeFailed $? ;

> 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've seen this just haven't it ingrained yet.

> 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 ..').

and this one.

>
> 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.

We have different needs.

> 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 prevents
> confusion and works as I expect.

> David

I've taken several of your suggestions.
Thanks for the feedback.
Be well,
Mike
--
If everything seems to be going well, you have obviously overlooked 
something



how to download old edition

2020-10-18 Thread Kamil Jońca
Recently I tried to download old sarge jigdo images.
Almost all was succeded, except one:
When I try
https://cdimage.debian.org/cdimage/archive/3.1_r8/i386/jigdo-cd/debian-31r8-i386-binary-14.jigdo
(+template file)

--8<---cut here---start->8---
[...]

2020-10-18 18:00:34 (397 KB/s) - 
‘./debian-31r8-i386-binary-14.iso.tmpdir/us.cdimage.debian.org/cdimage/snapshot/Debian/pool/main/z/zope-quotafolder/zope-quotafolder_0.1.1-1_all.deb’
 saved [16726/16726]

Found 0 of the 1 files required by the template 

   
Copied input files to temporary file `debian-31r8-i386-binary-14.iso.tmp' - 
repeat command and supply more files to continue

-
Aaargh - 1 files could not be downloaded. This should not
happen! Depending on the problem, it may help to retry downloading
the missing files.


[...]
--8<---cut here---end--->8---

Is anything that can be done with this?
KJ

-- 
http://wolnelektury.pl/wesprzyj/teraz/