Dan Jones

Melanie Zanona, reporting for The Hill:

The Trump administration has scrapped an Obama-era proposal requiring airlines and ticket agencies to disclose baggage fees as soon as passengers start the process of buying a ticket.

The Department of Transportation (DOT) posted a notice on the Federal Register this week that it is withdrawing the proposed rule, along with another plan to force air carriers to disclose how much revenue they make from charging other ancillary fees.

What is wrong with these people? Who, other than airline beancounters, thinks scrapping this regulation is a good idea?

Open source software is thriving. Large corporations are building on software that rests on open collaboration, enjoying the many benefits of significant community adoption. Free and open source software is amazing for its ability to bring together many people from all over the world, and join their efforts and skills by their interests.

That said, and because we come from so many different backgrounds, it’s worth taking a moment to reflect on how we work together. The manner in which you conduct yourself while working with others can sometimes impact whether your work is merged, whether someone works on your issue, or in some cases, why you might be blocked from participating in the repository in the future. This post was written to guide people as best as possible on how to keep these communications running smoothly. Here’s a bullet point list of etiquette in open source to help you have a more enjoyable time in the community and contribute to making it a better place.

For the Maintainer

• Use labels like “help wanted” or “beginner friendly” to guide people to issues they can work on if they are new to the project.
• When running benchmarks, show the authors of the framework/library/etc the code you’re going to run to benchmark on before running it. Allow them to PR (it’s ok to give a deadline). That way when your benchmark is run you know they have your approval and it’s as fair as possible. This also fixes issues like benchmarking dev instead of prod or some user errors.
• When you ask someone for help or label an issue help wanted and someone PRs, please write a comment explaining why you are closing it if you decide not to merge. It’s disrespectful of their time otherwise, as they were following your call to action. I would even go so far as to say it would be nice to comment on any PR that you close OR merge, to explain why or say thank you, respectively.
• Don’t close a PR from an active contributor and reimplement the same thing yourself. Just… don’t do this.
• If a fight breaks out on an issue that gets personal, shut it down to core maintainers as soon as possible. Lock the issue and ensure to enforce the code of conduct if necessary.
• Have a code of conduct and make its presence clear. You might consider the contributor covenant code of conduct. GitHub also now offers easy code of conduct integration with some base templates.

For the User

• Saying thank you for the project before making an inquiry about a new feature or filing a bug is usually appreciated.
• When opening an issue, create a small, isolated, simple, reproduction of the issue using an online code editor (like codepen or codesandbox) if possible and a GitHub repository if not. The process may help you discover the underlying issue (or realize that it’s not an issue with the project). It will also make it easier for maintainers to help you resolve the problem.
• When opening an issue, please suggest a solution to the problem. Take a few minutes to do a little digging. This blog post has a few suggestions for how to dive into the source code a little. If you’re not sure, explain you’re unsure what to do.
• When opening an issue, if you’re unable to resolve it yourself, please explain that. The expectation is that you resolve the issues you bring up. If someone else does it, that’s a gift they’re giving to you (so you should express the appropriate gratitude in that case).
• Don’t file issues that say things like “is this even maintained anymore?” A comment like this is insulting to the time they have put in, it reads as though the project is not valid anymore just because they needed a break, or were working on something else, or their dad died or they had a kid or any other myriad human reasons for not being at the beck and call of code. It’s totally ok to ask if there’s a roadmap for the future, or to decide based on past commits that it’s not maintained enough for your liking. It’s not ok to be passive aggressive to someone who created something for you for free.
• If someone respectfully declines a PR because, though valid code, it’s not the direction they’d like to take the project, don’t keep commenting on the pull request. At that point, it might be a better idea to fork the project if you feel strongly the need for a feature.
• When you want to submit a really large pull request to a project you’re not a core contributor on, it’s a good idea to ask via an issue if the direction you’d like to go makes sense. This also means you’re more likely to get the pull request merged because you have given them a heads up and communicated the plan. Better yet, break it into smaller pull requests so that it’s not too much to grok at one time.
• Avoid entitlement. The maintainers of the project don’t owe you anything. When you start using the project, it becomes your responsibility to help maintain it. If you don’t like the way the project is being maintained, be respectful when you provide suggestions and offer help to improve the situation. You can always fork the project to work on on your own if you feel very strongly it's not the direction you would personally take it.
• Before doing anything on a project, familiarize yourself with the contributor guidelines often found in a CONTRIBUTING.md file at the root of the repository. If one does not exist, file an issue to ask if you could help create one.

Final Thoughts

The overriding theme of these tips is to be polite, respectful, and kind. The value of open source to our industry is immeasurable. We can make it a better place for everyone by following some simple rules of etiquette. Remember that often maintainers of projects are working on it in their spare time. Also don’t forget that users of projects are sometimes new to the ever-growing software world. We should keep this in mind when communicating and working together. By so doing, we can make the open source community a better place.

An Open Source Etiquette Guidebook is a post from CSS-Tricks

haha no
www.patreon.com/Sephko

Kara Swisher:

As I reported at the time, under terms of a contract, whoever acquired Yahoo was required to pay Mozilla annual payments of $375 million through 2019, even if it does not think the buyer was one it wanted to work with and walked away. It was Mayer who struck the deal in late 2014 to become the default search engine on the well-known Firefox browser in the U.S.

Mozilla switched to Yahoo from Google after Mayer offered a much more lucrative deal that included an unprecedented term to protect Mozilla in a change-of-control scenario. It was a scenario that Mayer never thought would happen, which is why she apparently pushed through the problematic deal point.

According to the change-of-control term, 9.1 in the agreement, Mozilla had the right to leave the partnership if — under its sole discretion and in a certain time period — it did not deem the new partner acceptable. And if it did that, even if it struck another search deal, Yahoo was still obligated to pay out annual revenue guarantees of $375 million.

That was… not a good deal for Yahoo.

Rebecca R. Ruiz and Tariq Panja, reporting for The New York Times:

Russia’s Olympic team has been barred from the 2018 Winter Games in Pyeongchang, South Korea. The country’s government officials are forbidden to attend, its flag will not be displayed at the opening ceremony and its anthem will not sound.

Any athletes from Russia who receive special dispensation to compete will do so as individuals wearing a neutral uniform, and the official record books will forever show that Russia won zero medals.

That was the punishment issued Tuesday to the proud sports juggernaut that has long used the Olympics as a show of global force but was exposed for systematic doping in previously unfathomable ways. The International Olympic Committee, after completing its own prolonged investigations that reiterated what had been known for more than a year, handed Russia penalties for doping so severe they were without precedent in Olympics history.

I’m curious if Old Happy Thumbs will fire up his iPhone to comment on this one.

To show how routine street harassment is, Noa Jansma took a selfie with every man who catcalled her for a month and posted the photos to Instagram.

It’s fun¹ to see how happy and pleased almost all of these men look having harassed this young woman on the street. (thx, joel)

1. By which I mean the exact opposite of fun.↩

Josh Constine, writing for TechCrunch:

For the first time, Facebook is opening up to children under age 13 with a privacy-focused app designed to neutralize child predator threats that plague youth-focused competitors like Snapchat. Rolling out today on iOS in the US, “Messenger Kids” lets parents download the app on their child’s phone or tablet, create a profile for them, and approve friends and family who they can text and video chat with from the main Messenger app.

Tweens don’t sign up for a Facebook account and don’t need a phone number, but can communicate with other Messenger and Messenger Kids users parents sign-off on, so younger siblings don’t get left out of the family group chat. “We’ve been working closely with the FTC so we’re lockstep with them. ‘This works’, they said” Facebook product management director Loren Cheng tells me. “In other apps, they can contact anyone they want or be contacted by anyone” Facebook’s head of Messenger David Marcus notes.

This is like Philip Morris introducing officially licensed candy cigarettes. You’re nuts if you sign your kids up for this.

SUPPORT LUNARBABOON ON PATREON!

Hatching Dinosaur Egg Candle – Light will find a way