Re: Zoom.
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?
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
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
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
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
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
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
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
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.
> 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.
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
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
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
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
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/