- Talk - lists.gtalug.org

[GTALUG-Announce] Meeting on Tuesday, July 14 at 07:30 PM
by hi＠gtalug.org 24 Jun '20

24 Jun '20

# Lightning talks and Round Table This is GTALUG's version of an un-conference, a loosely structured short talks emphasizing the informal exchange of information and ideas between participants, rather than following a conventionally structured GTALUG meetings. If you already have a topic in mind please send an email <a href="mailto:speakers@gtalug.org">speakers(a)gtalug.org</a> to be added to the list of scheduled talks. A Round Table Q&A Session is where we take questions from the audience, and the audience discusses and attempts to answer those questions from their own knowledge. It's a great way to meet fellow members of our community and discover the skill sets we each bring to the table. Due to global pandemic we are going to hold this session via video conferencing. We're going to use jitsi for this meeting: Meeting room url: https://jitsi.flamy.ca/GTALUG ## Location Jitsi meeting ## Schedule * 7:30 pm - Meeting and presentation. # Code of Conduct We want a productive happy community that can welcome new ideas, improve every process every year, and foster collaboration between individuals with differing needs, interests and skills. We gain strength from diversity, and actively seek participation from those who enhance it. This code of conduct exists to ensure that diverse groups collaborate to mutual advantage and enjoyment. We will challenge prejudice that could jeopardise the participation of any person in the community. The Code of Conduct governs how we behave in public or in private whenever the Linux community will be judged by our actions. We expect it to be honoured by everyone who represents the community officially or informally, claims affiliation or participates directly. It applies to activities online or offline. We invite anybody to participate. Our community is open. Please read more about the GTALUG Code of Conduct here: https://gtalug.org/about/code-of-conduct/ If you have any questions, comments, or concerns about the GTALUG Code of Conduct please contact the GTALUG Board at board(a)gtalug.org. --- GTALUG Announce mailing list announce(a)gtalug.org https://gtalug.org/mailman/listinfo/announce

1 0

[GTALUG-Announce] Meeting Tomorrow
by hi＠gtalug.org 16 Jun '20

16 Jun '20

<https://gtalug.org/meeting/2020-06/> # Lightning talks and Round Table with Jitsi meeting This is GTALUG's version of an un-conference, a loosely structured short talks emphasizing the informal exchange of information and ideas between participants, rather than following a conventionally structured GTALUG meetings. If you already have a topic in mind please send an email speakers(a)gtalug.org to be added to the list of scheduled talks. A Round Table Q&A Session is where we take questions from the audience, and the audience discusses and attempts to answer those questions from their own knowledge. It's a great way to meet fellow members of our community and discover the skill sets we each bring to the table. Due to global pandemic we are going to hold this session via video conferencing. We're going to use jitsi for this meeting: Meeting room url: https://jitsi.flamy.ca/GTALUG Meeting room password: aez0eireiM ## Location Jitsi meeting ## Schedule * 7:00 pm - Pre-meeting connectivity and microphone testing * 7:30 pm - Meeting and presentation. # Code of Conduct We want a productive happy community that can welcome new ideas, improve every process every year, and foster collaboration between individuals with differing needs, interests and skills. We gain strength from diversity, and actively seek participation from those who enhance it. This code of conduct exists to ensure that diverse groups collaborate to mutual advantage and enjoyment. We will challenge prejudice that could jeopardise the participation of any person in the community. The Code of Conduct governs how we behave in public or in private whenever the Linux community will be judged by our actions. We expect it to be honoured by everyone who represents the community officially or informally, claims affiliation or participates directly. It applies to activities online or offline. We invite anybody to participate. Our community is open. Please read more about the GTALUG Code of Conduct here: https://gtalug.org/about/code-of-conduct/ If you have any questions, comments, or concerns about the GTALUG Code of Conduct please contact the GTALUG Board @ board(a)gtalug.org. --- GTALUG Announce mailing list announce(a)gtalug.org https://gtalug.org/mailman/listinfo/announce

3 2

YouTube Page
by Ansar Mohammed 16 Jun '20

16 Jun '20

I was checking out the GTALUG youtube site and was very impressed with the quality and quantity of videos on some very relevant topics. Is there a plan for more of these videos? https://www.youtube.com/channel/UCM4tvQ_GLEJiJ1OKzW81Bew

3 3

GCC Feature Related to Warning Documentation
by Nicholas Krause 15 Jun '20

15 Jun '20

Greetings, Seems the latest version of GCC now makes warning messages be hyperlinks to the actual documentation. This does depend on your terminal but it's nice for that to exist now. Nick -- Fundamentally an organism has conscious mental states if and only if there is something that it is like to be that organism--something it is like for the organism. - Thomas Nagel

1 0

More conferences online
by Christopher Browne 10 Jun '20

10 Jun '20

Rust has been of interest to some; there are a number of upcoming conferences, pretty well all being operated online. Some free, some definitely not. https://blog.rust-lang.org/2020/06/10/event-lineup-update.html There are fewer conferences evident for the Go language community; what's upcoming seems to be in way further flung locations... https://confs.tech/golang PyCon 2020 was back in April; I'm not sure how much of the material has been published as video streams and such... -- When confronted by a difficult problem, solve it by reducing it to the question, "How would the Lone Ranger handle this?"

1 0

GPU Programming Questions or Figuring out the GPU Space Ideas
by Nicholas Krause 10 Jun '20

10 Jun '20

Greetings, Since GPU programming keeps coming it may be of use to try one of three things, I can help out with two of them but the other I'm unfortunately of little help. Sorry if this rather long. The ones I can help with are: 1. I've a contact in the LLVM backend/Mesa team out in Germany if I recall the location, who can answer questions depending on what they are from both the AMD side, LLVM and Mesa side. If people give me a list of questions I can try and get 2-5 answered. 2. In my notes from the LLVM talk in December I mentioned what a backend is for compilers. In general its the tuning for each CPU/GPU specific optimizations. The LLVM backends have one for AMD GPUs called AMPGPU or something similar. I can poke around it and see if there is anything in terms of interesting differences between that and the standard backends for microprocessors. From memory, GPUs use kernels in hardware and its mentioned in the ISA docs linked in etherpad what those are. Not sure about about what optimizations the back end makes around those. It may give people an idea of what is entailed in getting out something like SysCL or other GPU programming libraries,implementations and frameworks. Not to mention some of the challenges with it. The other one that may be of more help is trying to find something who works on the LLVM GPU backends or Mesa directly locally in the GTA. They would be much better at answering the current state of the GPU programming space then me. Unfortunately I'm of little help here but that's who I would try to find locally. Due to the fragmentation issues that may be the best idea, as all of the GPU programming implementations seem to be in one of or mostly focused on one of three areas: 1. Pipeline optimizations in rendering i.e. Vulcan or Metal mostly video games or other things that want stable pipelines rather than ones that are dynamic in nature for performance reasons. 2. AI a or other HPC computing seems SysCL, Cuda and maybe TensorFlow are here 3. GPU Offloading in terms of second tier specific computation Sometimes they overlap. Frankly I've not sure a) what people want and b) which are of the most use are going forward being the most implemented since last I checked. Maybe that helps people figure out the GPU space better a little as it's always seem to me to be overly complex than it really had to either due to fragmentation, or other things as Hugh pointed out, Nick -- Fundamentally an organism has conscious mental states if and only if there is something that it is like to be that organism--something it is like for the organism. - Thomas Nagel

1 0

EtherPad for June Meeting "Cooked"
by Christopher Browne 10 Jun '20

10 Jun '20

I did a bit of editing to turn the shared Etherpad into notes much like last month... https://linuxdatabases.info/blog/?p=240 Thanks again for all that came to the meeting; I personally found that Jitsi sounded better than any of the other videoconferencing systems I have been using lately. It would probably be a good idea to get more feedback on that to help guide choices for upcoming meetings. -- When confronted by a difficult problem, solve it by reducing it to the question, "How would the Lone Ranger handle this?"

1 0

'The world is really changing': Why Linux on desktop is taking a sudden leap forward - TechRepublic
by James Knott 10 Jun '20

10 Jun '20

I like ThinkPads and Linux tends to run well on them. I currently have an E520. https://www.techrepublic.com/article/the-world-is-really-changing-why-linux…

1 0

Windows Terminal: Everything you need to know now - TechRepublic
by James Knott 09 Jun '20

09 Jun '20

While not strictly Linux, this provides a choice of command prompts, including Linux shells. It's also more configurable than the usual Windows terminals. Now, all it needs is a VAX/VMS shell. ;-) https://www.techrepublic.com/article/windows-terminal-everything-you-need-t…

5 8

UEFI + ACPI on Raspberry Pi: thoughts for a Lightning talk
by D. Hugh Redelmeier 09 Jun '20

09 Jun '20

Note: I'm winging this. I'd welcome contributions and comments from other. Nice news I heard at BSDCan (thanks Chris!): UEFI + ACPI for Raspberry Pi 4 <https://rpi4-uefi.dev/> Why is this important? The ARM ecosystem needs a universal environment to make OS distros universal. Almost every ARM system ("platform") is different, and this means that every Linux distro that supports it must be customized for that platform. (Contrast that with Linux Distros for the PC.) This works for the Raspberry Pi since that Platform is common enough. It works for Android (a Linux distro) because each SoC maker does the first half of the work and each phone maker finishes the job. That's just the cost of entry to the game. This is also why Android Phones lose software support so quickly: the SoC maker has no interest in long life, and neither do most phone makers. What is the solution? - the SoC maker has to want to do this (only they have specs for the device) (perhaps forced by Google?) - we need a consensus of the ABI for what ABI all firmware will provide OSes. Examples from previous platforms: - "BIOS" in CP/M (late 1970s) - "BIOS" in IBM PC - eventually: UEFI, APM, ACPI in successors to PC In ARM: - uboot [not really standardized] - "Device Tree" [not really standardized] - UEFI + ACPI [fat!] Unfortunately, consensus forming is messy and doesn't always happen.

1 0