Re: [DNG] web conferencing software (was Re: Any interest in a Devuan Meetup in Colorado Springs or Denver?)
I wrote: > Setting /etc/resolv.conf immutable, the classic case that was the first > I saw you fall in love with, is a case in point. There are multiple > ways to ensure that a DHCP client respects and enforces your preference > of recursive nameserver, averting the need for breaking system > administration tools using the immutable bit. Forgot to add: Have documented. http://linuxmafia.com/kb/Network_Other/resolvconf.html (scroll to '3. Tweaking Your DHCP Client's Operation without Resolvconf') ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] web conferencing software (was Re: Any interest in a Devuan Meetup in Colorado Springs or Denver?)
Quoting Steve Litt (sl...@troubleshooters.com): > My philosophy: One big hammer prevents a 100 step packaging system > raindance. The Big Hammer always seems a great idea for a temporary solution. And I assume you know what the catch is with those. Every single time I've nailed down a sysadmin annoyance using the Big Hammer, it's come back to haunt me later -- and, moreover, it turned out that a further ten minutes of digging would have found a better solution that didn't cripple the system's administrative framework but would, instead, have worked with the framework. Setting /etc/resolv.conf immutable, the classic case that was the first I saw you fall in love with, is a case in point. There are multiple ways to ensure that a DHCP client respects and enforces your preference of recursive nameserver, averting the need for breaking system administration tools using the immutable bit. It has been ever thus. -- Cheers,HULK LIKE TO REMIND EVERYONE THAT "FEWER" MEAN YOU CAN COUNT IT, Rick Moen "LESS" MEAN MUST BE MEASURED. FEWER MISTAKES MEAN LESS SMASH! r...@linuxmafia.com -- @EditorHulk McQ! (4x80) ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] web conferencing software (was Re: Any interest in a Devuan Meetup in Colorado Springs or Denver?)
>Quoting Steve Litt (sl...@troubleshooters.com): >> >On Fri, 5 Mar 2021 22:01:33 +0100 (CET) k...@aspodata.se wrote: >> >> >I /had/ Jitsi Meet running (w/o local turn server and jigasi) on a >> >Odroid XU-4 with 2GB RAM. Tested with up to four participants and >> >running quite well. Downside: The reserved memory of the >> >videobridge is configured under /usr/share/ and thus is not >> >update-proof. >> >> chattr +i whatever_file > >Beware this seductive lure towards wielding the Big Hammer, O >Grasshopper. Dark is that path's attraction to any junior sysadmin, >for ultimately it leads to the Way of Hemsworth and to Cheesy Dialogue. My philosophy: One big hammer prevents a 100 step packaging system raindance. SteveT Steve Litt Spring 2020 featured book: Thriving in Tough Times http://www.troubleshooters.com/thrive ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] web conferencing software (was Re: Any interest in a Devuan Meetup in Colorado Springs or Denver?)
Quoting Steve Litt (sl...@troubleshooters.com): > >On Fri, 5 Mar 2021 22:01:33 +0100 (CET) k...@aspodata.se wrote: > > >I /had/ Jitsi Meet running (w/o local turn server and jigasi) on a > >Odroid XU-4 with 2GB RAM. Tested with up to four participants and > >running quite well. Downside: The reserved memory of the videobridge is > >configured under /usr/share/ and thus is not update-proof. > > chattr +i whatever_file Beware this seductive lure towards wielding the Big Hammer, O Grasshopper. Dark is that path's attraction to any junior sysadmin, for ultimately it leads to the Way of Hemsworth and to Cheesy Dialogue. -- Cheers,My pid is Inigo Montoya. You kill -9 Rick Moen my parent process. Prepare to vi. r...@linuxmafia.com McQ! (4x80) ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] web conferencing software (was Re: Any interest in a Devuan Meetup in Colorado Springs or Denver?)
On Sat, 6 Mar 2021 12:45:41 +0100 Florian Zieboll via Dng wrote: > On Sat, 6 Mar 2021 04:27:21 -0500 > Steve Litt wrote: > > > >I /had/ Jitsi Meet running (w/o local turn server and jigasi) on a > > >Odroid XU-4 with 2GB RAM. Tested with up to four participants and > > >running quite well. Downside: The reserved memory of the > > >videobridge is configured under /usr/share/ and thus is not > > >update-proof. > > > > chattr +i whatever_file > > For me it seems to be more reasonable to 'apt-mark hold' the > videobridge and keep the manual change in mind - particularly as the > service just fails to start and its log points straight to this very > issue when the file gets reverted to its original state. > > BTW, I just tried it: When I 'chattr +i' a file to be updated, the > whole update (resp. reinstall in this test) fails and leaves /all/ > updated packages unconfigured. I just reinstalled jitsi-meet and found a more elegant solution resp. the original cause for the VIDEOBRIDGE_MAX_MEMORY issue: The sysv init script does 'include /etc/jitsi/videobridge/config' but then it doesn't export the variables defined there. Simply adding the line 'export VIDEOBRIDGE_MAX_MEMORY' at the beginning of the init script's 'start()' function solves the problem. Additional bonus: The init script can be 'chattr +i'ed without disturbing the update process. I ran into some another trouble with the videobridge, which may or may not have existed in my previous installation. Maybe I just didn't push hard enough for it to appear: When I dis- and re-connect several times in short intervals, the videobridge "goes down" for a while and needs some minutes to be available to jicofo again. If somebody has a quick hint on this, I'd be happy - otherwise I'll come back when I see more. Noteworthy is that both, videobridge and jicofo, run with 'MAX_MEMORY' of 512m. libre Grüße, Florian ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Strange behaviour with last version of grub
My system76 laptop got the grub updates this morning, and I installed (suspiciously) after running a meeting first. Yup, the system did not boot, giving a grub prompt. I booted with a refind USB stick, and then rolled back the grub-efi stuff to the previous version using synaptic. That worked. That laptop does *not* have the grub-efi-amd64-signed version installed, just the unsigned. FYI --Tim On Saturday, March 6, 2021, 1:27:12 PM EST, fsmithred via Dng wrote: On 3/4/21 11:08 PM, wirelessduck--- via Dng wrote: > > >> On 5 Mar 2021, at 03:23, viverna wrote: >> >> Yesterday I updated one of my computers with apt-get upgrade. This packages >> are upgraded: >> >> grub-common grub-pc grub-pc-bin grub2-common >> >> dpkg install from version 2.02+dfsg1-20+deb10u3 to version >> 2.02+dfsg1-20+deb10u4 >> >> >> And now the question. Has anyone reported the error in Devuan? Has anyone >> haved this problem? > > Seems to be a bit of news about the latest update. > https://9to5linux.com/patches-for-multiple-new-grub2-security-flaws-start-rolling-out-to-linux-distros-update-now > > The changelog mentions changes to secure boot. Could that be related to the > issue? > > https://metadata.ftp-master.debian.org/changelogs//main/g/grub2/grub2_2.02+dfsg1-20+deb10u4_changelog > > I've been able to reproduce the problem in two systems that boot uefi, (one beowulf, one chimaera) but only after I installed grub-efi-amd64-signed. It's not necessary to have secure boot enabled; you just need the signed package. I've been avoiding that package for over a year because it has caused this problem in the past. If you don't need secure boot, just use grub-efi-amd64. I could not reproduce the problem on a system that boots legacy bios and uses grub-pc. fsmithred ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Strange behaviour with last version of grub
On 3/4/21 11:08 PM, wirelessduck--- via Dng wrote: > > >> On 5 Mar 2021, at 03:23, viverna wrote: >> >> Yesterday I updated one of my computers with apt-get upgrade. This packages >> are upgraded: >> >> grub-common grub-pc grub-pc-bin grub2-common >> >> dpkg install from version 2.02+dfsg1-20+deb10u3 to version >> 2.02+dfsg1-20+deb10u4 >> >> >> And now the question. Has anyone reported the error in Devuan? Has anyone >> haved this problem? > > Seems to be a bit of news about the latest update. > https://9to5linux.com/patches-for-multiple-new-grub2-security-flaws-start-rolling-out-to-linux-distros-update-now > > The changelog mentions changes to secure boot. Could that be related to the > issue? > > https://metadata.ftp-master.debian.org/changelogs//main/g/grub2/grub2_2.02+dfsg1-20+deb10u4_changelog > > I've been able to reproduce the problem in two systems that boot uefi, (one beowulf, one chimaera) but only after I installed grub-efi-amd64-signed. It's not necessary to have secure boot enabled; you just need the signed package. I've been avoiding that package for over a year because it has caused this problem in the past. If you don't need secure boot, just use grub-efi-amd64. I could not reproduce the problem on a system that boots legacy bios and uses grub-pc. fsmithred ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Playlist software
On 3/6/21 6:09 AM, Steve Litt wrote: [ DELETED ] The program's a no-brainer, but the data entry can be a pain in the petunias, mainly because it's really hard to enter the same song title__author identically for every week. Well, I just thought of an automated way to do it, and my way doesn't reinvent the wheel, but instead uses my favorite tool, dmenu from Suckless Tools... [ DELETED ] Have a look at top40weekly.com ( https://top40weekly.com/ ) You will have to do a bit of screen scraping, the tool I've used in the past is Beautiful Soup ( https://www.crummy.com/software/BeautifulSoup/ ) I'm sure Billboard magazine will be happy to sell you the data. I'm sure they would want a fortune. Josef -- Josef Grosch| Another day closer | jgro...@mooseriver.com | to Redwood Heaven | Berkeley, Ca. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Strange behaviour with last version of grub
il devuanizzato viverna il 04-03-21 17:22:42 ha scritto: I am currently reluctant to upgrade again. And now the question. Has anyone reported the error in Devuan? Has anyone haved this problem? I tried with various pc without errors, but this behavior was generated in a pc booted in UEFI mode. In fact the pc booted in UEFI mode and grub-pc are installed. I removed grub-pc and I installed grub-efi. I reapplied the procedure again and I have not received any errors. I am surprised though precedent grub version works. For me it's solved. Thank you all. -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Beowulf embedded builds?
On Saturday 06 March 2021 at 15:20:28, g4sra via Dng wrote: > ‐‐‐ Original Message ‐‐‐ > > On Saturday, March 6, 2021 12:40 PM, Antony Stone wrote: > > > > However, there is no http://files.devuan.org/devuan_beowulf/embedded/ so > > I'm wondering whether there is documentation on how to run a build > > server to create these files for myself? > Quote from the Dev pad > > - https://arm-files.devuan.org/ now contain fresh Beowulf 3.1 SD card > images for Raspberry Pis - RPi0 & 1 (armel), RPi2 (armhf) RPi3 & RPi4 > (arm64) - note these are Raspberry Pi Foundation non-mainline kernel > builds (which help with hardware variants). Images are experimental. > Feedback wanted. Regular scripted build in Jenkins planned. Thanks for the even-more-than-hoped-for helpful answer :) Antony. -- Behind the counter a boy with a shaven head stared vacantly into space, a dozen spikes of microsoft protruding from the socket behind his ear. - William Gibson, Neuromancer (1984) Please reply to the list; please *don't* CC me. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Beowulf embedded builds?
‐‐‐ Original Message ‐‐‐ On Saturday, March 6, 2021 12:40 PM, Antony Stone wrote: > Hi. > > I use a few Raspberry Pi-type devices (Raspberry, Banana, Orange), and it's > good to see that http://files.devuan.org/devuan_ascii/embedded/ provides > installers for a good range of such boards. > > However, there is no http://files.devuan.org/devuan_beowulf/embedded/ so I'm > wondering whether there is documentation on how to run a build server to > create these files for myself? > > I have a machine which is probably up to the job (8 core, 32 Gb RAM) so I'm > happy to try this, but I'm not sure where to start. > > Has anything been put online already, or can anyone who has created the Jessie > / Ascii installers for these boards give me some guidance? > > Thanks in advance (I hope!), > > Antony. Quote from the Dev pad - https://arm-files.devuan.org/ now contain fresh Beowulf 3.1 SD card images for Raspberry Pis - RPi0 & 1 (armel), RPi2 (armhf) RPi3 & RPi4 (arm64) - note these are Raspberry Pi Foundation non-mainline kernel builds (which help with hardware variants). Images are experimental. Feedback wanted. Regular scripted build in Jenkins planned. publickey - g4sra@protonmail.com - 0x42E94623.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Playlist software
Hi all, I mentioned before that I'm contemplating writing a program to produce playlists consisting of the top 20 songs from week after week, hopefully eventually spanning several years. In English, the algorithm is that songs appear in order of the week they first achieved their highest position on the chart, and within that bunch, sort in reverse order of the chart position. As I mentioned before, Python dicts (or Perl hashes or Lua tables or Ruby whatevers) are perfect for solving that exact problem. Doing this involves two challenges: 1) Writing the program 2) Data entry of all the songs The program's a no-brainer, but the data entry can be a pain in the petunias, mainly because it's really hard to enter the same song title__author identically for every week. Well, I just thought of an automated way to do it, and my way doesn't reinvent the wheel, but instead uses my favorite tool, dmenu from Suckless Tools... I envision making a very simple GUI program that rerun for each week, and I run it maximized. At the screen's bottom it lists the date (mmdd) and the chart position to be recorded next, and maybe even lists a screen-scraped top 20 of the current week. As I said, this program is run for each week's top 20. Before running the program, I manually screen-scrape the current week's top 20 and put them into a temp file that is displayed in the program. Then I run the program. First off, the program sorts the prior 5 weeks of already recorded song titles__authors and puts the result in a temp file. Then, for 1 to 20, it queries me for the song at that chart position, and it makes that query by calling dmenu on the temp file of the last five weeks. For most of the songs in the top 20, any song title I need to record will have been recorded in earlier weeks, so I simply *select* it via dmenu. But for the few that have freshly appeared in the top 20, dmenu acts not only as a selector, but it can also act as an input field in which I can input a brand new title__author. By doing it this way, I won't get different titles for a single song, and in the majority of cases I won't need to type out the entire title of a song. My program is slightly complicated by having to handle cases where I Escape out of dmenu, in which case it shouldn't increment the chart position, but instead should just ask for the same chart position again. I'll also need a couple quality control programs. One sorts unique the current and prior 4 charts into a temp file and displays them with dmenu so I can quickly see any similar but not identical title__author combos and correct the situation. I might even make an algorithm to point out similar but not identical title__authors. The second quality control program I'll need is a sort of multi-file version of sed that can search for an aberrant title__author and convert it to the correct title__author in files for several current and prior weeks. All of this sounds very doable to me. Thank goodness for dmenu from Suckless Tools! SteveT Steve Litt Spring 2020 featured book: Thriving in Tough Times http://www.troubleshooters.com/thrive ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Very offtopic: 70's music
>Steve Litt : > >> He has recommended http://towardtheunknownregion.com > >Very strange Website, "radioseagull" makes me think about free local >radios of Brittany(where are my roots). LOL, right now, at 8:21am New York time on 3/6/2021, I'm listening to Casey Kasem's American Top 40 from March 18, 1982. They're on about #21, counting down to #1. You can hear it here: https://www.radio.com/1059sunnyfm Enjoy! SteveT Steve Litt Spring 2020 featured book: Thriving in Tough Times http://www.troubleshooters.com/thrive ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Stable identifiers (Was: My Qemu LAN-peer documentation is now in its first draft)
tito via Dng wrote: > I wonder why instead of predictable names they didn't choose > prefix+mac_address at least for initial setup of names and leave it > to user to name the interfaces they way he likes. This would have > guaranteed (almost) unique persistent names and by using standard > prefixes would have identified easily the class of network device. As suggested already, this is Freedesktop.org - so logic and simplicity are not allowed. Far better to force admins to keep changing a miriad of configs whenever IF names change and break things than to allow a sensible and reliable mechanism to have things stable. It's a variation of Apple's "you're holding it wrong" attitude to user expectations. FWIW, there's a different but related issue with DHCP. With DHCP for IPv4, an identifier included in packets is the MAC address - more technically, Client Interface Address as non-ethernet interfaces are also supported (e.g. token ring). And many workflows rely on this as a stable client identifier - even though it can change. For whatever reasons that may have made sense at the time, with DHCP for IPv6 this was explicitly not done "because MAC addresses can change". Instead, a DUID (DHCP Unique Identifier) was created to be the sole identifier for a node - note node, not interface, the DUID would be the same for all interfaces on a node. Result ? The DUID changes a lot more than the MAC address ever did ! Absent any standardised way of storing it in the machine on typical hardware, any re-install or change of environment can change the DUID unless the admin takes steps to preserve it. And I've had a problem with this. Built a new VM, found it kept changing address on every boot and my reserved lease for it was ignored. I find that for some reason I can't figure, when it starts up it doesn't have a DUID and so creates a new one - so to the server it's a different node and gets a new address. By the time the system mounts the real /var from disk (where the stable DUID is stored), the network is already configured - a manual ifdown-ifup cycle will get it it's correct address. I think the client leases file (which contains the client DUID) should be included in the initram image but doesn't get used. Interestingly, I tried adding some debugging to the network scripts - and the timing changes they produced changed this behaviour ! Simon ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Beowulf embedded builds?
Hi. I use a few Raspberry Pi-type devices (Raspberry, Banana, Orange), and it's good to see that http://files.devuan.org/devuan_ascii/embedded/ provides installers for a good range of such boards. However, there is no http://files.devuan.org/devuan_beowulf/embedded/ so I'm wondering whether there is documentation on how to run a build server to create these files for myself? I have a machine which is probably up to the job (8 core, 32 Gb RAM) so I'm happy to try this, but I'm not sure where to start. Has anything been put online already, or can anyone who has created the Jessie / Ascii installers for these boards give me some guidance? Thanks in advance (I hope!), Antony. -- The words "e pluribus unum" on the Great Seal of the United States are from a poem by Virgil entitled "Moretum", which is about cheese and garlic salad dressing. Please reply to the list; please *don't* CC me. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] web conferencing software (was Re: Any interest in a Devuan Meetup in Colorado Springs or Denver?)
On Sat, 6 Mar 2021 04:27:21 -0500 Steve Litt wrote: > >I /had/ Jitsi Meet running (w/o local turn server and jigasi) on a > >Odroid XU-4 with 2GB RAM. Tested with up to four participants and > >running quite well. Downside: The reserved memory of the videobridge > >is configured under /usr/share/ and thus is not update-proof. > > chattr +i whatever_file For me it seems to be more reasonable to 'apt-mark hold' the videobridge and keep the manual change in mind - particularly as the service just fails to start and its log points straight to this very issue when the file gets reverted to its original state. BTW, I just tried it: When I 'chattr +i' a file to be updated, the whole update (resp. reinstall in this test) fails and leaves /all/ updated packages unconfigured. libre Grüße, Florian ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] My Qemu LAN-peer documentation is now in its first draft
Fri, 5 Mar 2021 18:56:25 + - Simon Hobson : > Florian Zieboll via Dng wrote: > > > For the sake of completeness and y'all's convenience, here a link to > > the related info in the Debianwiki: > > > > https://wiki.debian.org/NetworkInterfaceNames [quote] * UNPREDICTABILITY it turns out even after all this there are still reported cases of interfaces changing their name on a reboot. All that needs to happen is that some buggy BIOS (or some new, less buggy version of a driver module, or systemd's naming policy) changes its mind about some detail like whether or not your hardware counts as the kind that should have an ONBOARD name. There are even reports of devices changing their PCI-port numbering due to other hardware being installed. [\quote] > Did anyone else read that and think it could be summarised along the > lines of : "We thought X was badly broken, so we developed Y which will > require you to reconfigure lots of stuff - but even we have to admit > that Y is actually more broken and here's the complicated ways to get > sane behaviour" "... and if even so it remains broken, even then it's not our fault: or it is a non-compliant device (with us), or it's a hardware problem." al3xu5 -- Say NO to copyright, patents, trademarks and industrial design restrictions! Public GPG/PGP key: 8FC2 3121 2803 86E9 F7D8 B624 DA50 835B 2624 A36B pgpUbROVu7Bes.pgp Description: Firma digitale OpenPGP ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] web conferencing software (was Re: Any interest in a Devuan Meetup in Colorado Springs or Denver?)
>On Fri, 5 Mar 2021 22:01:33 +0100 (CET) >k...@aspodata.se wrote: > >> Anyone knows which one to choose for a smallish group (< 20 persons) >> ? > > >I /had/ Jitsi Meet running (w/o local turn server and jigasi) on a >Odroid XU-4 with 2GB RAM. Tested with up to four participants and >running quite well. Downside: The reserved memory of the videobridge is >configured under /usr/share/ and thus is not update-proof. chattr +i whatever_file SteveT Steve Litt Spring 2020 featured book: Thriving in Tough Times http://www.troubleshooters.com/thrive ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] My Qemu LAN-peer documentation is now in its first draft
>On Fri, 5 Mar 2021 18:56:25 + >Simon Hobson wrote: > >> Florian Zieboll via Dng wrote: >> >> > For the sake of completeness and y'all's convenience, here a link >> > to the related info in the Debianwiki: >> > >> > https://wiki.debian.org/NetworkInterfaceNames >> >> Did anyone else read that and think it could be summarised along the >> lines of : "We thought X was badly broken, so we developed Y which >> will require you to reconfigure lots of stuff - but even we have to >> admit that Y is actually more broken and here's the complicated ways >> to get sane behaviour" >> >> Simon >> > >I wonder why instead of predictable names they didn't choose >prefix+mac_address at least for initial setup of names and leave it >to user to name the interfaces they way he likes. Because Freedesktop.Org. SteveT Steve Litt Spring 2020 featured book: Thriving in Tough Times http://www.troubleshooters.com/thrive ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Jitsi advice please
>‐‐‐ Original Message ‐‐‐ >On Friday, March 5, 2021 4:33 PM, wrote: > >> On 2021-03-05 04:23, g4sra via Dng wrote: >> > >> > Can anyone recommend a browser (other than Chrome) that they know >> > works with Jitsi-meet ? >> > >> I use vivaldi for jitsi (but nothing else). It just works. >> > >> golinux >> > > >Thanks golinux, > >Gave vivaldi a go, exactly the same results. >I am now certain the non-working microphone issue is due to a >peculiarity with my workstation. Just as a diagnostic test give Chromium a try. SteveT Steve Litt Spring 2020 featured book: Thriving in Tough Times http://www.troubleshooters.com/thrive ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng