Open-source News

"Dozen" Merged Into Mesa For Implementing Vulkan On Direct3D 12

Phoronix - Sat, 03/26/2022 - 01:20
Merged a few minutes ago into Mesa 22.1 is the "Dozen" project implementing Vulkan atop Direct3D 12 APIs...

AMD's GPUOpen Releases Vulkan Memory Allocator 3.0

Phoronix - Sat, 03/26/2022 - 01:10
AMD today released Vulkan Memory Allocator 3.0 under their GPUOpen umbrella as this library to better manage memory allocation and resources for this graphics API and make it more similar to APIs like OpenGL and Direct3D...

Intel Software Defined Silicon, AMD HSMP Submitted For Linux 5.18

Phoronix - Fri, 03/25/2022 - 21:38
The x86 platform driver updates have been submitted for the Linux 5.18 kernel merge window. This pull request includes a number of notable additions we have been talking about over recent weeks and months on Phoronix...

AMD Making It Easier To Switch To Their New P-State CPU Frequency Scaling Driver

Phoronix - Fri, 03/25/2022 - 19:18
Following our how-to guide for enabling the new AMD P-State driver that premiered in Linux 5.17 after finding many users were unsure to go about using this new CPU frequency scaling driver, AMD is now making it easier to switch from ACPI CPUFreq to AMD P-State...

Zhaoxin Finally Adding "Lujiazui" x86_64 CPU Tuning To GCC

Phoronix - Fri, 03/25/2022 - 18:08
Introduced back in 2019 by the VIA + Shanghai owned Zhaoxin was the ZX-E / KX-6000 series x86_64 processors. Finally in 2022 the proper GCC compiler tuning support has been published for these processors that are part of the "Lujiazui" microarchitecture...

Intel Continues Preparing CXL With Linux 5.18

Phoronix - Fri, 03/25/2022 - 17:49
While Compute Express Link (CXL) is an open industry standard backed by many notable hardware vendors, Intel engineers as usual are leading the charge when it comes to the Linux kernel bring-up. Intel engineers continue working on the Linux support around this high speed CPU-to-device/memory interface built atop PCIe...

FreeBSD 13.1 Beta 3 Enables Reproducible Kernel Build Option By Default

Phoronix - Fri, 03/25/2022 - 17:21
FreeBSD 13.1 Beta 3 is out as the latest weekly test build for this upcoming BSD operating system update...

Balancing transparency as an open source community manager

opensource.com - Fri, 03/25/2022 - 15:00
Balancing transparency as an open source community manager Rich Bowen Fri, 03/25/2022 - 03:00 Up 1 reader likes this

Several weeks ago, my friend and colleague Kashyap Chamarthy posted an essay titled "What makes an effective open-source 'community gardener?'" By community gardener, he means what most of us traditionally call a community manager. I like his choice of terminology, though, as I've written before about how difficult it is even to define what a community manager does, let alone the right thing to call it.

The "gardener" metaphor is good because a community needs nurturing, weeding, watering, light, and so on. However, the implication that it can become overgrown with weeds without a gardener isn't particularly charitable to the community members. Community organizers, liaisons, and leaders all suffer from different problems, too, because the community does a lot of these functions on its own.

Names are hard.

More great content Free online course: RHEL technical overview Learn advanced Linux commands Download cheat sheets Find an open source alternative Explore open source resources Openness and secrets

Kashyap says in his article, "Don't let your insider advantage seep through into your public communication." Full-time community managers often have access to information before the upstream public community. It's just part of their position inside a sponsoring company. This situation is especially true if a particular company leads, controls, or overwhelmingly dominates projects. This is increasingly the case with large open source projects these days. Often, one is prohibited from sharing insider information with the upstream community for one reason or another, which can be an enormous source of stress.

Imagine being told by a community manager, I know a thing that would make your life easier or, at least, help you to plan your future better, but I'm not allowed to tell you for reasons that I'm probably also not able or allowed to explain to you.

This is simply the nature of working for a company. Some things are secret.

As a (hopefully!) trusted member of the community, it's a difficult balance to strike and frequently gives the community the impression (perhaps justified) that I know something you don't, and am intentionally withholding that information. That is even more problematic once the information is finally revealed, along with the fact that I've known for some time.

On the flip side, if a message is made public too early before it is "polished," you end up with situations where you don't have all of the answers to the questions you know will be asked. These situations could make you look unprofessional, unprepared, and dismissive of the community's concerns.

This is further complicated by the community saying that you should have just had the entire conversation in public to start with, which certainly has merit. But, again, companies have secrets because they have shareholders, intellectual property, lawyers, trade secrets, etc. And there will always be things that are not spoken of "outside."

One of the Red Hat mantras is upstream first, which speaks not only of where to put code (developed in the upstream community first) but where to have conversations (on the public mailing list, forum, chat, etc.). The tension between wanting to do this (and the benefits that derive from that) and the need to keep things embargoed (for reasons of insider trading, security embargoes, and trade secrets) is a constant presence in all companies that deal with open source.

There are many ways to manage, there are fewer ways to garden

A community gardener helps projects and people who have come together for a common purpose flourish. The actions that purpose demands on a day-to-day basis vary depending upon what a community needs. Openness and transparency are required for an open community, although the degree to which one can be fully transparent varies from one company to another. That tension will always be there. Being aware of that tension, and carefully considering it in your external communications, is essential. There are no easy glib answers to what you can and should say, but, rather, always be aware that it's a choice, and make that choice mindfully. No matter what, be open and honest that you cannot communicate everything, and look to cultivate a trusting community with an atmosphere of honesty. Trust that your community accepts that you cannot answer some questions or divulge all the information you have, and you will form healthy and vibrant relationships.

Openness and transparency are required for an open community, although the degree to which one can be fully transparent varies from one company to another.

Image by:

Opensource.com

Community management What to read next This work is licensed under a Creative Commons Attribution-Share Alike 4.0 International License. Register or Login to post a comment.

Linux 5.18 Has Many Apple Keyboard Improvements, New Razer Driver & Tablet Improvements

Phoronix - Fri, 03/25/2022 - 12:00
The HID subsystem updates have been submitted for the ongoing Linux 5.18 merge window...

10 Things To Do After Installing Pop!_OS Linux

Tecmint - Fri, 03/25/2022 - 11:58
The post 10 Things To Do After Installing Pop!_OS Linux first appeared on Tecmint: Linux Howtos, Tutorials & Guides .

Pop!_OS is a rather new player in the world of Linux operating systems but it has quickly risen up the ranks to become one of the more enjoyable options overall. With a custom Pop!_OS

The post 10 Things To Do After Installing Pop!_OS Linux first appeared on Tecmint: Linux Howtos, Tutorials & Guides.

Pages