- Roundtable - muug.ca

Firefox extensions broken for everyone
by Trevor Cordes 04 May '19

04 May '19

No, it's not just you. As of a few hours ago a cert built into Firefox that handles extensions (which are all signed now) expired (doh!!) causing Firefox to complain to everyone their extensions are at risk or disabled. https://news.slashdot.org/story/19/05/04/0457201/a-glitch-is-breaking-all-f… Let's see how fast the distros get a patched version from upstream to fix this... Letting your cert expire... not one of Mozilla's brightest moments.

2 1

Re: [RndTbl] Roundtable Digest, Vol 173, Issue 1
by Vijay Sankar 04 May '19

04 May '19

On 5/4/19 12:00 PM, roundtable-request(a)muug.ca wrote: > Send Roundtable mailing list submissions to > roundtable(a)muug.ca > > To subscribe or unsubscribe via the World Wide Web, visit > https://muug.ca/mailman/listinfo/roundtable > or, via email, send a message with subject or body 'help' to > roundtable-request(a)muug.ca > > You can reach the person managing the list at > roundtable-owner(a)muug.ca > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Roundtable digest..." > > > Today's Topics: > > 1. Firefox extensions broken for everyone (Trevor Cordes) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 4 May 2019 00:54:21 -0500 > From: Trevor Cordes <trevor(a)tecnopolis.ca> > To: MUUG RndTbl <roundtable(a)muug.ca> > Subject: [RndTbl] Firefox extensions broken for everyone > Message-ID: <20190504005421.039a56eb(a)pog.tecnopolis.ca> > Content-Type: text/plain; charset=US-ASCII > > No, it's not just you. > > As of a few hours ago a cert built into Firefox that handles extensions > (which are all signed now) expired (doh!!) causing Firefox to complain > to everyone their extensions are at risk or disabled. > > https://news.slashdot.org/story/19/05/04/0457201/a-glitch-is-breaking-all-f… > > Let's see how fast the distros get a patched version from upstream to > fix this... > > Letting your cert expire... not one of Mozilla's brightest moments. > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Roundtable mailing list > Roundtable(a)muug.ca > https://muug.ca/mailman/listinfo/roundtable > > > ------------------------------ > > End of Roundtable Digest, Vol 173, Issue 1 > ****************************************** There was a suggestion in the OpenBSD mailing list (misc@) to change xpinstall.signatures.required in about:config to false and also a suggestion to look additional details at https://bugzilla.mozilla.org/show_bug.cgi?id=1548973 https://blog.mozilla.org/addons/2019/05/04/update-regarding-add-ons-in-fire… Hope this is useful info. Vijay -- Vijay Sankar ForeTell Technologies Limited vsankar(a)foretell.ca

1 0

Certification guidance
by Chrinkus 30 Apr '19

30 Apr '19

Hello, I'm a newer member to MUUG, I attended my first meeting in March. I left that meeting with a lot to think about but excited by the talk and discussions I witnessed. (I keep typing out a big long story about my desire to learn more about UNIX, and more specifically Linux, but it gets long and I delete it. This email has been in my draft folder for a few days now, I'm getting to the point.) Anyway, I'd like to work towards some level of certification. There seem to be a few "Big Certs" out there, Red Hat's, LPI's and the Linux Foundation's. For the moment I've decided to work towards the LPIC-1 due to the cost and apparent credibility. I have a book and am starting my free trial on Pluralsight to kickstart my learning. My question is perhaps just more me seeking confirmation that I've jumped to some decent conclusions. LPI is Canadian-based and usually #2 on the best-lists I've found. I'm loving the book, The Linux Command LIne, 2nd ed, but haven't used Pluralsight before. I landed on it mostly because its ads annoy me the least out of all of the online learning sources. Thank you for your time, Chris Schick * I missed the April meeting because our kids were both sick and I didn't want to leave my wife alone with that mess. Looking forward to May!

4 5

KVM error
by Frank H 28 Apr '19

28 Apr '19

Trying to run device emulator in Android Studio on kde neon based on 18.04 ubuntu. Getting this error: KVM is required to run this AVD. /dev/kvm is not found. Enable VT-x in your BIOS security settings, ensure that your Linux distro has working KVM module. Do I want to enable this in BIOS or just create this directory? Any insights into this? Thank you,Frank

2 3

xargs
by Kevin McGregor 10 Apr '19

10 Apr '19

Further to last night's RTFM: Solaris 10's 'xargs' does *not* appear to support -P: xargs: Usage: xargs: [-t] [-p] [-e[eofstr]] [-E eofstr] [-I replstr] [-i[replstr]] [-L #] [-l[#]] [-n # [-x]] [-s size] [cmd [args ...]] On the bright side (crossing my fingers), we won't be supporting the Solaris 10 boxes much longer. Well, maybe only one of them, but it shouldn't need much attention. After this summer we'll need to support just one app/DB pair of zones.

2 1

WINE
by Frank H 09 Apr '19

09 Apr '19

Looking forward to the WINE session. I am trying to get Poker Stars to remain stable on a friend's ubuntu machine. This msg might have been sent twice

1 0

WINE
by Frank H 09 Apr '19

09 Apr '19

Looking forward to the WINE session. I am trying to get Poker Stars to remain stable on a friend's ubuntu machine.

1 0

Manitoba Internet Exchange AGM
by Bill Reid 02 Apr '19

02 Apr '19

Hi, This may be of interest to Muug members who support data networks. The Manitoba Internet Exchange is having it's AGM on April 25, 2019. It will be from 2:30 to 5:30pm at the King's Head Pub. The AGM will start at 3:30. It is a good opportunity to meet others involved in the support of data networking in Manitoba. -- Bill

1 0

MUUG Meeting, Apr 9, 7:30pm -- WINE, RTFM: xargs
by Gilbert E. Detillieux 02 Apr '19

02 Apr '19

The Manitoba UNIX User Group (MUUG) will be holding its next monthly meeting on Tuesday, April 9. The meeting topic for this month is as follows: WINE Kevin McGregor will cover the state of the WINE project, software which enables you to run Windows software unaltered on Linux-based systems. RTFM: xargs(1) Redux^2 Adam Thompson will once again turn his attention to xargs(1), and demonstrate scripting techniques that allow parallel processing using nothing but standard UNIX tools. 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. ******************************************************************* Please note our meeting location for this month only: *Room 2M67* Manitoba Hall, University of Winnipeg, entrance on Ellice Ave. between Spence and Balmoral St. Parking is available on the surrounding streets and in the lots on nearby streets. Look for signage once you're at the building, or ask a security guard. ******************************************************************* 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: https://muug.ca/meetings/MUUGmeeting.pdf -- Manitoba UNIX User Group E-mail: <gedetil(a)muug.ca> 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

1 0

fsck on reboot - guaranteed non-interactive?
by Trevor Cordes 27 Mar '19

27 Mar '19

I had a raid card failure on a box in Texas (thanks HP). They replaced the card, but now I need to fsck to ensure the fs's (which seem ok) are not messed up. Should be fine because they are journalled, but best to be sure. On the root fs obviously I'll have to force after reboot. But I want to make sure it doesn't stop to ask me anything, as no one is there, and for someone to look at it would take hours. Anyone know the best way to achieve that? Does fsck on reboot (using the magic file method) run with -y, or what? I found /etc/e2fsck.conf and man e2fsck.conf, but the only hints I got from there regarding non-prompting is possibly the "problems stanza", and possibly listing all/most problems manually and setting preen_ok=1 on each? Seems like a lot of work, especially given the warning in the docs in that section. And the docs don't list all the codes, so it looks like one has to dig in the source. I suppose I could be happy with an option that says auto-yes to all the minor/moderate problems but still can blowup waiting for console input for disastrous problems. What I don't want is for the thing to sit and prompt just because some dir is missing an inode or an extent isn't quite the right length. Thanks! P.S. here's what I've come up with so for for a conf file with options that sound useful to me: [options] broken_system_clock = 1 inode_count_fullmap = 1 log_dir = /boot/tec-fsck-logs log_dir_fallback = /root/tec-fsck-logs log_dir_wait = 1 log_filename = e2fsck-%N.%h.INFO.%D-%T max_count_problems = 65536 readahead_mem_pct = 5 report_verbose = 1

1 0