20 karma · joined March 7, 2016
[ my public key: https://keybase.io/bureado; my proof: https://keybase.io/bureado/sigs/RW2aRSDCJ0vy1NFt5nQAF4Tjn0knHmqZLGY7Lh4uTLI ]
When you talk to your manager, are you consciously aware of their title? Do they speak to you with that clout? Do you filter what you say based on that?
In diversions, a package claims a file. When anyone else tries to overwrite the same file, it's diverted elsewhere. It isn't designed for the user to choose between equals.
I built a derivative distro using diversions mainly to prevent "soft-forking" Debian packages as much as possible (maintaining packages is extremely costly for anyone that isn't a decentralized organization like Debian)
As others have pointed out, APT played a critical role in Debian's popularity as open source software grew and early naive software distribution methods were outpaced by complexity.
I won't weigh in on Canonical's broader presence across verticals, technologies, etc., but Ubuntu is widely recognized as the most popular Linux in cloud platforms. I believe this is a direct result of APT coupled with a more rapid release pace.
RPM-based distros remain extremely valuable and extremely popular in many scenarios, particularly when someone has to run a product from a proprietary ISV or something that has a very complicated certification model.
In some cases, but certainly not all and in my opinion in a decreasing amount, the choice of distro might be tied to how active a particular company is in the upstream kernel. "Buy Red Hat because they contribute to the kernel". Suffice to say as decision makers perceive that their app isn't the kernel, that decision criteria is shifting (thankfully, many RPM-based vendors including Red Hat have many other value items to add)
That means I probably missed some of the FOSDEM experience but I also didn't experience much crazy (except for the wintry mix that made moving around so hard on Saturday)
You are right that the volunteer experience is inconsistent and I have no data to compare to other years. At times, in some rooms, it felt like the attendees were self-policing (shooshing others, controlling people standing up, etc.) when the volunteers were not. I've also been to events in other places (Open Source Summit Japan comes to mind) where there were volunteers but the experience was much more streamlined. It might be cultural, who knows.
What I heard (and therefore wasn't expecting) is that nothing new gets announced at FOSDEM anymore. However there are still tens of thousands of people in the industry that might hear the news on Twitter/HN/elsewhere and still want to go ask questions/have a debate.
I mostly attend open source/tech conferences in the Americas. I think I know what you mean, but that's not the main difference I see between FOSDEM and those conferences.
There's still "commercial" at FOSDEM (plenty of sales pitches in sessions, to begin with) but I think what's strikingly different is that FOSDEM has no "agenda", that is, the event isn't crafted around a theme and said theme doesn't dictate the rest of the content and the discussion.
I don't mean any disrespect, I'm genuinely trying to get to the bottom of the concerns around funding. There's no lack of funding mechanisms for open source (see oss.fund) and certainly no lack of money flowing into open source (see COSSCI) but arguably the 30M+ developers on GitHub don't see much of that.
The argument I often see floating around is that this isn't a new problem, there's just more of us and more money and from a different source this time around (VC) and yet open source has been "sustained" as a model.
The team released a new package a few hours ago after talking to not only others at MSFT working with Debian and Linux but especially norbusan (OP): https://aka.ms/Oxbegy
I personally spent just a few hours of the last day with the team but I think our packaging practices are coming out stronger from this. At the very least I think this team is approaching debconf and dpkg-divert and update-alternatives (and the portions of those concepts that can translate to RPM) in a much more thoughtful way. I'm sure that was also what OP intended.
(Disclaimer: MSFT employee, just in case.)
Our team of open source change agents in Azure is growing! We thrive when organizations of all types transform what they do with open source in the cloud, whether Linux, Node.js, Docker, Java or other open source technologies.
If you're looking to do something different where you can still bring deep subject matter expertise in the open source space, don't hesitate to get in touch.
I am not the hiring manager but I'm part of the team and have done open source here for 7 years (one of the few Debian Developers around, if you share our love for debian/rules)
Drop us an e-mail: opensource@microsoft.com