From gedetil at cs.umanitoba.ca Tue Dec 1 10:45:51 2020 From: gedetil at cs.umanitoba.ca (Gilbert E. Detillieux) Date: Tue, 1 Dec 2020 10:45:51 -0600 Subject: [RndTbl] MUUG Online Meeting, Tuesday, Dec 8, 7:30pm -- cal(1), Extended Round-Table & Show-and-Tell Message-ID: <6513f180-8b01-ce13-b9da-d38268a1283f@cs.umanitoba.ca> The Manitoba UNIX User Group (MUUG) will be holding its next monthly meeting online, on Tuesday, December 8th, at 7:30pm: Extended Round-Table and Show-and-Tell We have a tradition of making the December meeting more of an informal, social gathering. This year, because we're meeting online, we've had to let go of some of the traditional aspects of this year-end meeting (like food), but we'll try to keep some. *Show us your favourite gadget!* As part of an extended round-table discussion, we'll try to keep the gadget show-and-tell. (This year, you don't have to haul it to the meeting site, but it will have to be small enough to show on your webcam!) If you have a cool device, something unusual, whether brand new or ready for the museum, there will be an opportunity to show it off. RTFM: cal(1) - A Histori-cal Look at Calendar Reform As part of the September 2016 meeting, we looked at cal(1), and its ilk (ncal and gcal), mostly from a utilitarian point of view. This time, we'll look at some of the historical development of this command, as well as some strange quirks of calendar reform. Why was the year 2000 a leap year, but 1900 wasn't? (At least for most of the world.) Why was 1700 a leap year in many Protestant countries, but not in Roman Catholic ones? What was going on in 1752 for England and her colonies? Gilbert Detillieux will answer these questions, as we delve into the politics and religion involved in calendar reform. Join the meeting: https://jitsi.merlin.mb.ca/muug.2020.12 Winnipeg Harvest We won't be able to collect food and cash donations this year, but please remember that the needs for some may be greater than usual. We encourage you to donate to Winnipeg Harvest, or your favourite local charity. https://winnipegharvest.org/donate/ The group holds its meetings at 7:30pm on the second Tuesday of every month from September to June. (There are no meetings in July and August.) Meetings are open to the general public; you don't have to be a MUUG member to attend. For more information about MUUG, and its monthly meetings, check out their web server: https://muug.ca/ Help us promote this month's meeting, by putting this poster up on your workplace bulletin board or other suitable public message board, or linking to it on social media: https://muug.ca/meetings/MUUGmeeting.pdf -- Manitoba UNIX User Group E-mail: c/o Gilbert E. Detillieux Web: http://muug.ca/ University of Manitoba Phone: (204)474-8161 Winnipeg MB CANADA R3T 2N2 Fax: (204)474-7609 From gedetil at cs.umanitoba.ca Tue Dec 8 13:53:24 2020 From: gedetil at cs.umanitoba.ca (Gilbert E. Detillieux) Date: Tue, 8 Dec 2020 13:53:24 -0600 Subject: [RndTbl] Reminder: MUUG Online Meeting, Tonight, Dec 8, 7:30pm -- cal(1), Extended Round-Table & Show-and-Tell Message-ID: <6093f276-c0e5-4777-3d15-9548df84d7ce@cs.umanitoba.ca> A reminder that the MUUG online meeting will be on Jitsi this evening... The Manitoba UNIX User Group (MUUG) will be holding its next monthly meeting online, on Tuesday, December 8th, at 7:30pm: Extended Round-Table and Show-and-Tell We have a tradition of making the December meeting more of an informal, social gathering. This year, because we're meeting online, we've had to let go of some of the traditional aspects of this year-end meeting (like food), but we'll try to keep some. *Show us your favourite gadget!* As part of an extended round-table discussion, we'll try to keep the gadget show-and-tell. (This year, you don't have to haul it to the meeting site, but it will have to be small enough to show on your webcam!) If you have a cool device, something unusual, whether brand new or ready for the museum, there will be an opportunity to show it off. RTFM: cal(1) - A Histori-cal Look at Calendar Reform As part of the September 2016 meeting, we looked at cal(1), and its ilk (ncal and gcal), mostly from a utilitarian point of view. This time, we'll look at some of the historical development of this command, as well as some strange quirks of calendar reform. Why was the year 2000 a leap year, but 1900 wasn't? (At least for most of the world.) Why was 1700 a leap year in many Protestant countries, but not in Roman Catholic ones? What was going on in 1752 for England and her colonies? Gilbert Detillieux will answer these questions, as we delve into the politics and religion involved in calendar reform. Join the meeting: https://jitsi.merlin.mb.ca/muug.2020.12 Winnipeg Harvest We won't be able to collect food and cash donations this year, but please remember that the needs for some may be greater than usual. We encourage you to donate to Winnipeg Harvest, or your favourite local charity. https://winnipegharvest.org/donate/ The group holds its meetings at 7:30pm on the second Tuesday of every month from September to June. (There are no meetings in July and August.) Meetings are open to the general public; you don't have to be a MUUG member to attend. For more information about MUUG, and its monthly meetings, check out their web server: https://muug.ca/ Help us promote this month's meeting, by putting this poster up on your workplace bulletin board or other suitable public message board, or linking to it on social media: https://muug.ca/meetings/MUUGmeeting.pdf -- Manitoba UNIX User Group E-mail: c/o Gilbert E. Detillieux Web: http://muug.ca/ University of Manitoba Phone: (204)474-8161 Winnipeg MB CANADA R3T 2N2 Fax: (204)474-7609 From alberto at abrao.net Wed Dec 9 09:33:15 2020 From: alberto at abrao.net (Alberto Abrao) Date: Wed, 9 Dec 2020 09:33:15 -0600 Subject: [RndTbl] CentOS 8 is dead - CentOS Stream? Message-ID: <3a47d625-878b-d285-96c2-99cda64b0137@abrao.net> As one of our topics yesterday, CentOS 8 will be gone in a few months. I mentioned being willing to migrate to Debian on my virtualization box. Still, as one commenter somewhere said, Red Hat owns the userspace on Linux. Think what you may about that, it is what it is. If any of you would rather just jump to CentOS Stream - which will be a test bed for the point-releases of RHEL, so less of a "fun ride" than Fedora Server - the process is (taken from https://centos.org/distro-faq/#q7-how-do-i-migrate-my-centos-linux-8-installation-to-centos-stream): root at centos-linux# dnf install centos-release-stream root at centos-linux# dnf distro-sync root at centos-stream# cat /etc/centos-release CentOS Stream release 8 I am in the middle of this as I type this message. Will give feedback later. Kind regards, Alberto Abrao -------------- next part -------------- An HTML attachment was scrubbed... URL: From alberto at abrao.net Wed Dec 9 09:55:52 2020 From: alberto at abrao.net (Alberto Abrao) Date: Wed, 9 Dec 2020 09:55:52 -0600 Subject: [RndTbl] CentOS 8 is dead - CentOS Stream? In-Reply-To: <3a47d625-878b-d285-96c2-99cda64b0137@abrao.net> References: <3a47d625-878b-d285-96c2-99cda64b0137@abrao.net> Message-ID: <94becc3b-66d1-618c-7529-a5ad1be79a60@abrao.net> All VMs are dead, Jim. :D libvirt.libvirtError: operation failed: guest CPU doesn't match specification: missing features: ss On 2020-12-09 9:33 a.m., Alberto Abrao wrote: > I am in the middle of this as I type this message. Will give feedback > later. From Michael.Doob at umanitoba.ca Wed Dec 9 10:04:57 2020 From: Michael.Doob at umanitoba.ca (Michael Doob) Date: Wed, 9 Dec 2020 16:04:57 +0000 Subject: [RndTbl] Jitsi Message-ID: Hi Everyone -- Am I the only one who had a jitsi failure last night? After a bit of a struggle just to log in, there was no way I could get the audio to work. I've never had a problem for previous meetings. Too bad I'm not a lip reader. I could see them moving. Was our attendance lower that what might be expected? While I'm here: it's dues-paying time for me. Do we have inteac e-transfers set up for our banking. I could make the direct deposit and avoid any fees being charged to MUUG. Cheers, Michael ------------------------------------------------------------------ Michael Doob Telephone: (204) 474-9796 Senior Scholar Department of Mathematics email: Michael.Doob at UManitoba.ca University of Manitoba Winnipeg, MB, Canada R3T 2N2 ------------------------------------------------------------------ From kevin.a.mcgregor at gmail.com Wed Dec 9 10:08:18 2020 From: kevin.a.mcgregor at gmail.com (Kevin McGregor) Date: Wed, 9 Dec 2020 10:08:18 -0600 Subject: [RndTbl] Jitsi In-Reply-To: References: Message-ID: Which browser are you using? I have had trouble in the past with Chrome. On a whim I fired up Opera and it worked fine. I haven?t tried other browsers with Jitsi yet. On Wed, Dec 9, 2020 at 10:06 Michael Doob wrote: > Hi Everyone -- > > Am I the only one who had a jitsi failure last night? After a bit of > a struggle just to log in, there was no way I could get the audio > to work. I've never had a problem for previous meetings. Too bad > I'm not a lip reader. I could see them moving. Was our attendance > lower that what might be expected? > > While I'm here: it's dues-paying time for me. Do we have inteac e-transfers > set up for our banking. I could make the direct deposit and avoid any > fees being charged to MUUG. > > Cheers, > Michael > > ------------------------------------------------------------------ > Michael Doob Telephone: (204) 474-9796 > Senior Scholar > Department of Mathematics email: Michael.Doob at UManitoba.ca > University of Manitoba > Winnipeg, MB, Canada R3T 2N2 > ------------------------------------------------------------------ > > _______________________________________________ > Roundtable mailing list > Roundtable at muug.ca > https://muug.ca/mailman/listinfo/roundtable > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gedetil at cs.umanitoba.ca Wed Dec 9 10:19:35 2020 From: gedetil at cs.umanitoba.ca (Gilbert E. Detillieux) Date: Wed, 9 Dec 2020 10:19:35 -0600 Subject: [RndTbl] Jitsi In-Reply-To: References: Message-ID: <6254e332-2c02-2fad-d978-38de714e57cf@cs.umanitoba.ca> On 2020-12-09 10:04 a.m., Michael Doob wrote: > Hi Everyone -- Hi Michael. > Am I the only one who had a jitsi failure last night? Likely not... We typically get some attendees who have audio or video issues, bandwidth issues or something. Problems are usually not at the Jitsi server end, but usually something local to specific users. Sometimes, it's related to the web browser. (I've occasionally had weird video output/display issues with Jitsi in Chrome, and have now made it a habit to restart Chrome before signing into a Jitsi meeting.) Sometimes it's a system-level issue, and the only solution is a reboot. > After a bit of > a struggle just to log in, there was no way I could get the audio > to work. I've never had a problem for previous meetings. Too bad > I'm not a lip reader. I could see them moving. See above. Not sure what browser you were using, but my first suggestion would be to restart the browser, then try to connect again. If the problem persists, try a different browser, then look for hardware or OS issues. (Try other apps to see if the same problem is there, or not. Try system settings, try a reboot, or full power-down and restart.) > Was our attendance > lower that what might be expected? Similar to the last couple months, I think. (More or less...) > While I'm here: it's dues-paying time for me. Do we have inteac e-transfers > set up for our banking. I could make the direct deposit and avoid any > fees being charged to MUUG. Yes, we do now accept Interac e-Transfers! Details can be found here... https://muug.ca/about.php#payment > Cheers, > Michael All the best, Gilbert -- Gilbert E. Detillieux E-mail: Dept. of Computer Science Web: http://www.cs.umanitoba.ca/~gedetil/ University of Manitoba Phone: (204)474-8161 Winnipeg MB CANADA R3T 2N2 Fax: (204)474-7609 From alberto at abrao.net Wed Dec 9 10:19:38 2020 From: alberto at abrao.net (Alberto Abrao) Date: Wed, 9 Dec 2020 10:19:38 -0600 Subject: [RndTbl] CentOS 8 is dead - CentOS Stream? In-Reply-To: <94becc3b-66d1-618c-7529-a5ad1be79a60@abrao.net> References: <3a47d625-878b-d285-96c2-99cda64b0137@abrao.net> <94becc3b-66d1-618c-7529-a5ad1be79a60@abrao.net> Message-ID: <48b8a52a-0469-5060-090e-a0395700aafe@abrao.net> They were running when I rebooted. D'oh! virsh # managedsave-remove VMname virsh # start VMname done. So far so good. Let's see! Kind regards, Alberto Abrao On 2020-12-09 9:55 a.m., Alberto Abrao wrote: > All VMs are dead, Jim. > > :D > > libvirt.libvirtError: operation failed: guest CPU doesn't match > specification: missing features: ss > > > On 2020-12-09 9:33 a.m., Alberto Abrao wrote: >> I am in the middle of this as I type this message. Will give feedback >> later. > _______________________________________________ > Roundtable mailing list > Roundtable at muug.ca > https://muug.ca/mailman/listinfo/roundtable From alberto at abrao.net Wed Dec 9 10:25:39 2020 From: alberto at abrao.net (Alberto Abrao) Date: Wed, 9 Dec 2020 10:25:39 -0600 Subject: [RndTbl] Jitsi In-Reply-To: <6254e332-2c02-2fad-d978-38de714e57cf@cs.umanitoba.ca> References: <6254e332-2c02-2fad-d978-38de714e57cf@cs.umanitoba.ca> Message-ID: <7a41d665-9b12-4a87-5ef9-abefe35fdecd@abrao.net> Hello Michael, It is very likely an issue on your end. That said, by now I am used to deal the most common quirks of Jitsi on the client's end (and some of the server end as well, but that's another discussion). If you experience issues next time, please send me a private message, an e-mail to alberto at abrao.net, or just a text message to - or call - 204-558-6886. I am always curious to have more info on my book of troubleshooting for Jitsi, so I will be happy to work with you on this! Kind regards, Alberto Abrao On 2020-12-09 10:19 a.m., Gilbert E. Detillieux wrote: > On 2020-12-09 10:04 a.m., Michael Doob wrote: >> Hi Everyone -- > > Hi Michael. > >> Am I the only one who had a jitsi failure last night? > > Likely not...? We typically get some attendees who have audio or video > issues, bandwidth issues or something.? Problems are usually not at > the Jitsi server end, but usually something local to specific users. > Sometimes, it's related to the web browser.? (I've occasionally had > weird video output/display issues with Jitsi in Chrome, and have now > made it a habit to restart Chrome before signing into a Jitsi > meeting.) Sometimes it's a system-level issue, and the only solution > is a reboot. > >> After a bit of >> a struggle just to log in, there was no way I could get the audio >> to work. I've never had a problem for previous meetings. Too bad >> I'm not a lip reader. I could see them moving. > > See above.? Not sure what browser you were using, but my first > suggestion would be to restart the browser, then try to connect again. > If the problem persists, try a different browser, then look for > hardware or OS issues.? (Try other apps to see if the same problem is > there, or not.? Try system settings, try a reboot, or full power-down > and restart.) > >> Was our attendance >> lower that what might be expected? > > Similar to the last couple months, I think. (More or less...) > >> While I'm here: it's dues-paying time for me. Do we have inteac >> e-transfers >> set up for our banking. I could make the direct deposit and avoid any >> fees being charged to MUUG. > > Yes, we do now accept Interac e-Transfers!? Details can be found here... > > https://muug.ca/about.php#payment > >> Cheers, >> Michael > > All the best, > Gilbert > From hwsager at marityme.net Wed Dec 9 10:39:22 2020 From: hwsager at marityme.net (Hartmut W Sager) Date: Wed, 9 Dec 2020 10:39:22 -0600 Subject: [RndTbl] Jitsi In-Reply-To: References: Message-ID: Hi all, especially Michael, you are not the only one. I was largely unsuccessful too. First, the login seemed to want to fail, but succeeded after some time, and then, the whole first part of the meeting ("show your gadgets") was a disaster, with only about 10-20% of the (broken) audio and video getting through. The second part (calendar topic) was somewhat better, with about 30-40% of the (broken) audio and video getting through. The third part (final informal round table) was similar, but my numerous attempts to join that discussion all failed. Nobody even heard me trying to speak. (Yes, I did at that time have my mic turned on for whole minutes at a time.) It just wasn't a "real time" experience at all. I couldn't totally rule out my 11-year-old laptop being insufficient for this, but now I see I'm not the only one. I was using MS Edge (newest Chromium-based one) for this, for two reasons. First, I was too afraid to upset my normal (totally up-to-date) Firefox, where I always have lots of important things open. Secondly, though Firefox is my main browser, I have learned that certain things tend to freeze or crash my Firefox, and a Chromium-based browser does much better on those things. Also, Firefox is terrible at freeing up memory and whatever else when I've used (and later closed) a lot of tabs. Hartmut W Sager - Tel +1-204-339-8331 On Wed, 9 Dec 2020 at 10:09, Kevin McGregor wrote: > Which browser are you using? I have had trouble in the past with Chrome. > On a whim I fired up Opera and it worked fine. > > I haven?t tried other browsers with Jitsi yet. > > On Wed, Dec 9, 2020 at 10:06 Michael Doob > wrote: > >> Hi Everyone -- >> >> Am I the only one who had a jitsi failure last night? After a bit of >> a struggle just to log in, there was no way I could get the audio >> to work. I've never had a problem for previous meetings. Too bad >> I'm not a lip reader. I could see them moving. Was our attendance >> lower that what might be expected? >> >> While I'm here: it's dues-paying time for me. Do we have inteac >> e-transfers >> set up for our banking. I could make the direct deposit and avoid any >> fees being charged to MUUG. >> >> Cheers, >> Michael >> >> ------------------------------------------------------------------ >> Michael Doob Telephone: (204) 474-9796 >> Senior Scholar >> Department of Mathematics email: Michael.Doob at UManitoba.ca >> University of Manitoba >> Winnipeg, MB, Canada R3T 2N2 >> ------------------------------------------------------------------ >> >> _______________________________________________ >> Roundtable mailing list >> Roundtable at muug.ca >> https://muug.ca/mailman/listinfo/roundtable >> > _______________________________________________ > Roundtable mailing list > Roundtable at muug.ca > https://muug.ca/mailman/listinfo/roundtable > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alberto at abrao.net Wed Dec 9 11:01:53 2020 From: alberto at abrao.net (Alberto Abrao) Date: Wed, 9 Dec 2020 11:01:53 -0600 Subject: [RndTbl] Jitsi In-Reply-To: References:

Message-ID: <2a218720-9a31-2f9a-ac80-986921621aa6@abrao.net> Hi Hartmut, Please know that what I said to Michael applies to you just the same. Send me a private message through Jitsi, an e-mail to alberto at abrao.net, or just a text message to - or call - 204-558-6886. Also, if any of you - or both - are willing, we can schedule a time for a quick meeting to sort these issues out together. We want to make sure everyone can join our virtual gatherings, especially now that it looks like we will be doing them electronically for... well, the foreseeable future, I guess. :S :) Kind regards, Alberto Abrao On 2020-12-09 10:39 a.m., Hartmut W Sager wrote: > Hi all, especially Michael, you are not the only one.? I was largely > unsuccessful too.? First, the login seemed to want to fail, but > succeeded after some time, and then, the whole first part of the > meeting ("show your gadgets") was a disaster, with only about 10-20% > of the (broken) audio and video getting through.? The second part > (calendar topic) was somewhat better, with about 30-40% of the > (broken) audio and video getting through.? The third part (final > informal round table) was similar, but my numerous attempts to join > that discussion all failed.? Nobody even heard me trying to speak.? > (Yes, I did at that time have my mic turned on for whole minutes at a > time.)? It just wasn't a "real time" experience at all. > > I couldn't totally rule out my 11-year-old laptop being insufficient > for this, but now I see I'm not the only one. I was using MS Edge > (newest Chromium-based one) for this, for two reasons.? First, I was > too afraid to upset my normal (totally up-to-date) Firefox, where I > always have lots of important things open.? Secondly, though Firefox > is my main browser, I have learned that certain things tend to freeze > or crash my Firefox, and a Chromium-based browser does much better on > those things.? Also, Firefox is terrible at freeing up memory and > whatever else when I've used (and later closed) a lot of tabs. > > Hartmut W Sager - Tel +1-204-339-8331 > > > On Wed, 9 Dec 2020 at 10:09, Kevin McGregor > > wrote: > > Which browser?are you using? I have had trouble in the?past with > Chrome. On a whim I fired up Opera and it worked?fine. > > I haven?t tried other browsers with Jitsi yet. > > On Wed, Dec 9, 2020 at 10:06 Michael Doob > > wrote: > > Hi Everyone -- > > Am I the only one who had a jitsi failure last night? After a > bit of > a struggle just to log in, there was no way I could get the audio > to work. I've never had a problem for previous meetings. Too bad > I'm not a lip reader. I could see them moving. Was our attendance > lower that what might be expected? > > While I'm here: it's dues-paying time for me. Do we have > inteac e-transfers > set up for our banking. I could make the direct deposit and > avoid any > fees being charged to MUUG. > > Cheers, > Michael > > ------------------------------------------------------------------ > Michael Doob? ? ? ? ? ? ? ? ? ? Telephone: (204) 474-9796 > Senior Scholar > Department of Mathematics? ? ? ?email: Michael.Doob at UManitoba.ca > University of Manitoba > Winnipeg, MB, Canada R3T 2N2 > ------------------------------------------------------------------ > > _______________________________________________ > Roundtable mailing list > Roundtable at muug.ca > https://muug.ca/mailman/listinfo/roundtable > > > _______________________________________________ > Roundtable mailing list > Roundtable at muug.ca > https://muug.ca/mailman/listinfo/roundtable > > > > _______________________________________________ > Roundtable mailing list > Roundtable at muug.ca > https://muug.ca/mailman/listinfo/roundtable -------------- next part -------------- An HTML attachment was scrubbed... URL: From hwsager at marityme.net Wed Dec 9 19:20:41 2020 From: hwsager at marityme.net (Hartmut W Sager) Date: Wed, 9 Dec 2020 19:20:41 -0600 Subject: [RndTbl] Jitsi In-Reply-To: <2a218720-9a31-2f9a-ac80-986921621aa6@abrao.net> References:

<2a218720-9a31-2f9a-ac80-986921621aa6@abrao.net> Message-ID: Thanks, Alberto, for that kind offer! I may well take you up on it at a suitable time. Hartmut W Sager - Tel +1-204-339-8331 On Wed, 9 Dec 2020 at 11:02, Alberto Abrao wrote: > Hi Hartmut, > > Please know that what I said to Michael applies to you just the same. Send > me a private message through Jitsi, an e-mail to alberto at abrao.net, or > just a text message to - or call - 204-558-6886. > > Also, if any of you - or both - are willing, we can schedule a time for a > quick meeting to sort these issues out together. > > We want to make sure everyone can join our virtual gatherings, especially > now that it looks like we will be doing them electronically for... well, > the foreseeable future, I guess. :S > > :) > > Kind regards, > Alberto Abrao > https://muug.ca/mailman/listinfo/roundtable > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alberto at abrao.net Wed Dec 9 21:10:40 2020 From: alberto at abrao.net (Alberto Abrao) Date: Wed, 9 Dec 2020 21:10:40 -0600 Subject: [RndTbl] Fedora 32 and Matrox G200e Message-ID: <7dfdf673-d0b4-10c9-cc9d-c7d74e3c7c4e@abrao.net> Hello everyone, Yesterday Trevor mentioned that Brad (was it him?) is having issues getting video output on Fedora 32 using a Matrox G200e. Coincidentally, I have a server with the exact same video card that I can use for testing. After updates, same issue happened here. No video. The fix: 1) Obviously, we need to boot first. So edit the GRUB boot entry and pass the parameter "vga=793" right after "quiet". 2) Then, edit /etc/default/grub and, on GRUB_CMDLINE after quiet, add (...) quiet -- vga=793" Last time I looked, the "--" after the last parameter will ensure that any Kernel updates and whatnot will not remove this parameter. That may have changed, it's been a while, but it does work anyway. Then, reinstall GRUB. The issue: card sees a monitor that supports a higher resolution than it can display, tries to use it, fails miserably. That parameter will force the 1280x1024 resolution, which is working fine on my 1080p display. * To see all modes, pass "vga=ask" after quiet. Press ENTER to see available modes. * To use another one, convert the Mode for the desired Resolution to decimal. To do so, I used: printf "%d\n" 0x319? (for 1280x1024) Equals 793. vga=793. :D (obviously, most of that is most likely redundant to some - or even most - here. Still, in case it is useful to someone, there it is!) -- Kind regards, Alberto Abrao From alberto at abrao.net Wed Dec 9 21:14:53 2020 From: alberto at abrao.net (Alberto Abrao) Date: Wed, 9 Dec 2020 21:14:53 -0600 Subject: [RndTbl] Jitsi In-Reply-To: References:

<2a218720-9a31-2f9a-ac80-986921621aa6@abrao.net> Message-ID: On 2020-12-09 7:20 p.m., Hartmut W Sager wrote: > Thanks, Alberto, for that kind offer!? I may well take you up on it at > a suitable time. I do mean it, so please do not hesitate to do so. Also, Michael, it would be nice if you could join us. As Jitsi uses Point-to-Point for two participants and mediates the communication only when three or more are present, that gets us closer (not really, but still...) to a "real" meeting. -- Kind regards, Alberto Abrao From trevor at tecnopolis.ca Sun Dec 13 23:00:52 2020 From: trevor at tecnopolis.ca (Trevor Cordes) Date: Sun, 13 Dec 2020 23:00:52 -0600 Subject: [RndTbl] Fedora 32 and Matrox G200e In-Reply-To: <7dfdf673-d0b4-10c9-cc9d-c7d74e3c7c4e@abrao.net> References: <7dfdf673-d0b4-10c9-cc9d-c7d74e3c7c4e@abrao.net> Message-ID: <20201213230052.2ca2a59c@pog.tecnopolis.ca> On 2020-12-09 Alberto Abrao wrote: > Yesterday Trevor mentioned that Brad (was it him?) is having issues > getting video output on Fedora 32 using a Matrox G200e. Thanks Alberto! I thought there might be a cmd line workaround. We'll try that out asap. His monitor is probably only 1024x768 but I'll just lookup the code for that. The kernel messages we got made it sound like something worse was going on, but perhaps it was misleading. If you don't hear back, assume it worked! Again, thanks. And we'll see if my RHBZ gets anywhere on it eventually, as obviously one shouldn't have to hack the cmd line to make it work (as it did for 7+ years). From alberto at abrao.net Mon Dec 14 08:52:10 2020 From: alberto at abrao.net (Alberto Abrao) Date: Mon, 14 Dec 2020 08:52:10 -0600 Subject: [RndTbl] Fedora 32 and Matrox G200e In-Reply-To: <20201213230052.2ca2a59c@pog.tecnopolis.ca> References: <7dfdf673-d0b4-10c9-cc9d-c7d74e3c7c4e@abrao.net> <20201213230052.2ca2a59c@pog.tecnopolis.ca> Message-ID: <36e27714-8d1a-4cd2-1b40-6eebaea2d237@abrao.net> On 2020-12-13 11:00 p.m., Trevor Cordes wrote: > Thanks Alberto! I thought there might be a cmd line workaround. We'll > try that out asap. His monitor is probably only 1024x768 but I'll just > lookup the code for that. > > The kernel messages we got made it sound like something worse was going > on, but perhaps it was misleading. If you don't hear back, assume it > worked! > > Again, thanks. And we'll see if my RHBZ gets anywhere on it eventually, > as obviously one shouldn't have to hack the cmd line to make it work (as > it did for 7+ years). Hello Trevor, I hope it helps! I will kindly ask you to let me know if it does not work. The machine is still here and I am willing to poke around to reproduce any other issues you may find. I posted a message there as well to see if it helps them find the culprit. It should "just work" like you mentioned. Last time I had to mess with video modes on Linux, I was using XFree86 on a Trident 9000-something. -- Kind regards, Alberto Abrao From uniquegeek at gmail.com Tue Dec 15 12:32:27 2020 From: uniquegeek at gmail.com (Kat) Date: Tue, 15 Dec 2020 12:32:27 -0600 Subject: [RndTbl] Kringlecon now open Message-ID: Free IT/security challenges CTF. Varying difficulty. https://holidayhackchallenge.com/2020/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From alberto at abrao.net Thu Dec 17 20:55:14 2020 From: alberto at abrao.net (Alberto Abrao) Date: Thu, 17 Dec 2020 20:55:14 -0600 Subject: [RndTbl] "Microsoft is reportedly added to the growing list of victims in SolarWinds hack" Message-ID: <4c384bcb-77f2-a5b2-5602-3f678491b4f2@abrao.net> https://arstechnica.com/information-technology/2020/12/microsoft-is-reportedly-added-to-the-growing-list-of-victims-in-solarwinds-hack/ -- Alberto Abrao 204-202-1778 (Landline) 204-558-6886 (Mobile) alberto at abrao.net From trevor at tecnopolis.ca Fri Dec 18 19:19:16 2020 From: trevor at tecnopolis.ca (Trevor Cordes) Date: Fri, 18 Dec 2020 19:19:16 -0600 Subject: [RndTbl] Fedora 32 and Matrox G200e In-Reply-To: <36e27714-8d1a-4cd2-1b40-6eebaea2d237@abrao.net> References: <7dfdf673-d0b4-10c9-cc9d-c7d74e3c7c4e@abrao.net> <20201213230052.2ca2a59c@pog.tecnopolis.ca> <36e27714-8d1a-4cd2-1b40-6eebaea2d237@abrao.net> Message-ID: <20201218191916.60f14457@pog.tecnopolis.ca> On 2020-12-14 Alberto Abrao wrote: > I will kindly ask you to let me know if it does not work. The machine > is still here and I am willing to poke around to reproduce any other > issues you may find. Turns out it did work! Thanks! I found a table of all the vga= values on the net. The video works on boot now, but it takes 120s to boot until it reaches a point where it switches to a vga mode that isn't slow as molasses. I think we've all seen over the years at least one time where a boot console scrolls like a 1200 baud modem. That's what we're seeing here with the new vga mode, obviously it's a barebones non-accelerated mode. I have no idea why it eventually switches to a faster mode and still works! But I'm not complaining. Since we never reboot that box, an extra 2 mins during reboot is not important. So problem solved (in terms of good workaround found)! From alberto at abrao.net Sat Dec 19 09:24:25 2020 From: alberto at abrao.net (Alberto Abrao) Date: Sat, 19 Dec 2020 09:24:25 -0600 Subject: [RndTbl] Fedora 32 and Matrox G200e In-Reply-To: <20201218191916.60f14457@pog.tecnopolis.ca> References: <7dfdf673-d0b4-10c9-cc9d-c7d74e3c7c4e@abrao.net> <20201213230052.2ca2a59c@pog.tecnopolis.ca> <36e27714-8d1a-4cd2-1b40-6eebaea2d237@abrao.net> <20201218191916.60f14457@pog.tecnopolis.ca> Message-ID: <71f6b706-6841-eeca-f84f-928a7648c8c5@abrao.net> On 2020-12-18 7:19 p.m., Trevor Cordes wrote: > Turns out it did work! Thanks! I found a table of all the vga= values > on the net. > > The video works on boot now, but it takes 120s to boot until it reaches > a point where it switches to a vga mode that isn't slow as molasses. I > think we've all seen over the years at least one time where a boot > console scrolls like a 1200 baud modem. That's what we're seeing here > with the new vga mode, obviously it's a barebones non-accelerated mode. From my research, passing vga=ask will give you the codes for modes supported by the video adapter on the system. Those would be accelerated. May I ask you to share the code you used? I would love to see if it results in the same behavior on my end :) I will also give you a code for 1024x768 straight from the vga=ask + converted to pass as a vga= parameter to the kernel so you can test and see if it, pun may be intended, accelerates. Kind regards, -- Alberto Abrao 204-202-1778 (Landline) 204-558-6886 (Mobile) alberto at abrao.net From alberto at abrao.net Sun Dec 20 18:02:52 2020 From: alberto at abrao.net (Alberto Abrao) Date: Sun, 20 Dec 2020 18:02:52 -0600 Subject: [RndTbl] Fedora 32 and Matrox G200e In-Reply-To: <71f6b706-6841-eeca-f84f-928a7648c8c5@abrao.net> References: <7dfdf673-d0b4-10c9-cc9d-c7d74e3c7c4e@abrao.net> <20201213230052.2ca2a59c@pog.tecnopolis.ca> <36e27714-8d1a-4cd2-1b40-6eebaea2d237@abrao.net> <20201218191916.60f14457@pog.tecnopolis.ca> <71f6b706-6841-eeca-f84f-928a7648c8c5@abrao.net> Message-ID: On 2020-12-19 9:24 a.m., Alberto Abrao wrote: > I will also give you a code for 1024x768 straight from the vga=ask + > converted to pass as a vga= parameter to the kernel so you can test > and see if it, pun may be intended, accelerates. Hello again everyone, Trevor, I have just tried vga=791 here and it works for 1024x768, without the symptom you described. (vga=791 corresponds to 1024x768x16) vga=792 is for 1024x768x32, which also seems OK. I am curious to try the code you used, just to see if the same thing happens here :) Kind regards, -- Alberto Abrao 204-202-1778 (Landline) 204-558-6886 (Mobile) alberto at abrao.net From alberto at abrao.net Sun Dec 20 21:20:10 2020 From: alberto at abrao.net (Alberto Abrao) Date: Sun, 20 Dec 2020 21:20:10 -0600 Subject: [RndTbl] Fedora 32 and Matrox G200e In-Reply-To: References: <7dfdf673-d0b4-10c9-cc9d-c7d74e3c7c4e@abrao.net> <20201213230052.2ca2a59c@pog.tecnopolis.ca> <36e27714-8d1a-4cd2-1b40-6eebaea2d237@abrao.net> <20201218191916.60f14457@pog.tecnopolis.ca> <71f6b706-6841-eeca-f84f-928a7648c8c5@abrao.net> Message-ID: <822bd83a-926b-b762-a120-73881dc78a44@abrao.net> On 2020-12-20 6:02 p.m., Alberto Abrao wrote: > Hello again everyone, > > Trevor, I have just tried vga=791 here and it works for 1024x768, > without the symptom you described. (vga=791 corresponds to 1024x768x16) > > vga=792 is for 1024x768x32, which also seems OK. > > I am curious to try the code you used, just to see if the same thing > happens here :) Also, in case it is useful: I took a picture of the output of vga=ask - all modes supported should be here. Just remember to convert the three-digit code before the desired resolution using: printf "%d\n" 0x(code) e.g. printf "%d\n" 0x317 (for 1024x768x16) https://muug.abrao.net/71aabbd2-cbcd-49bb-9ff3-6d6919108cfb.jpg Please let me know if those are different than the ones you found. I am curious to know if these are video-interface specific or not. Kind regards, -- Alberto Abrao 204-202-1778 (Landline) 204-558-6886 (Mobile) alberto at abrao.net