> taking away the ability to create PRs to begin with.
> your users don't deserve hostility from you either!
No one has the right to demand my time to review their PR to my code and explain or justify a rejection. If I don't want to accept PRs, that's a valid choice on my part.
I feel like I'm not even speaking english on this thread. I've said MANY times that project owners owe nothing to anyone, period. You don't owe anything. Ignore the PRs, send them to your junk folder. I don't care.
That has nothing to do with this discussion.
People have a right to propose changes to broken things they use. Your right to ignore them and not provide support is a two-way street. Others also have a right to ignore what you want and propose changes for other users to see.
it's right there is name of the feature "Pull Request", it's a request, not a demand.
If you were operating a non-profit business in person, you can't get mad at people suggesting changes either. You can ignore them for sure, you can pull up some disclaimer or whatever. But it's hostile and mean to prevent people from even stating their opinions and proposing a change.
At that point, make your project private.
You don't owe the public many things, but when you create a project and make it public on a shared hosting site, other users also have rights to make commentary, since you've exposed it as public, and proposals and to assist each other. I'd even go further to say that this counts as intentional interference with users' attempt to fix vulnerable and buggy code, and as such an intentional attempt to harm the public. It's one thing to not guarantee anything about your software, it's another thing to prevent people from trying to fix it.
> You don't owe the public many things, but when you create a project and make it public on a shared hosting site, other users also have rights to make commentary, since you've exposed it as public, and proposals and to assist each other.
Nothing is stopping them from doing that. But they are not entitled to do it on my repo.
It is not on your repo, that's the confusion in this thread. PRs have not made it to your repo yet, you're not entitled to them. It's regarding your repo, but it is not a change or an activity that's made it into your repo. It's people who have checked out a branch on their repo, PRs are a way for those people to publish the changes in their version of your repo -- their version.
What you guys are suggesting on this thread is to prohibit people who gained access to your repo as a result of you making it public (not just the zip/tarball of the code, but the repo) from linking the changes they made in their repo to the original parent repo. They're requesting you merge their changes, but not demanding, and you can ignore them. but that request and linkage helps your users, who are already not being supported by you or given any warrantly of usability of functionality by anyone at all. You're making something available to people and making it harder for them to support each other and fix the software on their own.
There is no confusion about that. I think the confusion is repo being used for both 1) the actual remote git repo hosted by GitHub and 2) the “repo” at GitHub.com/username/project.
I know that opening a PR does not affect the first, but it very much affects the second. For my project both are mine, and just as I have the right to ignore a PR and I have the right to reject any after they’re opened, so too do I have the right to reject PRs before they’re opened.
> their version
And they can keep doing that without cluttering my page.
> what you guys are suggesting…
So what? Who or what states they are entitled to have their changes visible as a request on my repo?
Having publicly accessible issue and PR pages opens breeds the kind of entitlement you are showing here: they do not have a right to open requests on my page any more than people have a “right” to comment on a blog post or a YouTube video. And keeping an issue/PR section available leads people to assume that they have a right to do it simply because they can.
> So what? Who or what states they are entitled to have their changes visible as a request on my repo?
You did, by making the repo public. You didn't make a release tarball public, you made git repository, designed for collaborating on code changes public. In this case, other users of github (including the general public) are exposed to a repository and all that entails. If you have no intention to let others do PRs, you don't need to host a public repository, you just need to host public tarballs of your source code.
> they do not have a right to open requests on my page any more than people have a “right” to comment on a blog post or a YouTube video.
Youtube videos are one-way consumption of media. Git repositories have the concept of merging, which is taking remote repository content and assimilating it with your repo (as you know), that's PRs. public repo = public/open PRs, because that's how a vcs works. You're not hosting a social media content on Github, you're hosting a public version control system, and you have the ability to make it private.
Youtube is hardly a good analogy, perhaps twitter or blue sky is, although even then it's consumed content, not collaboration. In that example though, what you all are proposing here is similar to tweeting but turning off the ability to get "noted" by the community. You have the right to say whatever you want (within the site's policy), but others also have the right to make community corrections (notes) so you won't mislead others.
> you just need to host public tarballs of your source code.
Except now I can do it all on one place.
> public repo = public/open PRs, because that's how a vcs works.
No it’s not. A PR is not a feature of git the vcs, it’s a feature of GitHub the website.
> other have the right to make community corrections
No, others have the ability. They are not an unalienable right to do so. Likewise they don’t have a right on my GitHub repo.
You keep falling back to “because they can, they have a right to”, which I think is obviously incorrect.
And I disagree that this is similar to notes on Twitter. It is comments on YouTube or replies on Twitter; they are by and large used by people to add their opinion on the topic.
> People have a right to propose changes to broken things they use.
Here's the root of your misunderstanding. “Broken” is subjective, relative only to you.
> it's right there is name of the feature "Pull Request", it's a request, not a demand.
That's marketing-speak. It is absolutely a demand. PRs are a growth-hacking feature and are part of how GitHub got to be so dominant. The abuse of social pressure calling someone's project unmaintained was the same mechanism used for the XZ Utils backdoor: https://securelist.com/xz-backdoor-story-part-2-social-engin...
> Here's the root of your misunderstanding. “Broken” is subjective, relative only to you.
This is not a misunderstanding. I want to know what other people subjectively think is broken, and their proposed fixes. So, if I agree with them, I can opt to use their fixes. A lot of time the developer does not want to maintain the added complexity, or does not agree with architectural or design decisions by the contributor, and that's fine. But I, as a user might agree with the contributor. it costs you, as the maintainer nothing to let people propose changes. nothing at all. as others have repeated many times on this thread, you're not even obliged to respond to PRs, it won't even cost you appearance or reputation. You're just annoyed, that's it, and instead of ignoring the thing that annoys you, the solution is hostility.
> That's marketing-speak. It is absolutely a demand.
If you have a contributor policy clearly defined, it isn't. When you publish a project for the public, people will use it, that's the expectation.
Perhaps if github linked your contributor policy that might help. You can also setup an action that will auto-close all PRs, commenting your contributor policy for everyone to see the reason. There are many ways to handle this, but people on this thread are choosing the lazy option that harms users the most. I think part of it might be that many of you have not dealt with projects that benefit heavily from PRs.
> I want to know what other people subjectively think is broken
And I do not. In fact I don't want to hear from anyone who uses my software at all, in any way. My software is for me, not for you, and not for them. If you think it's broken, make your own that isn't.
If your software is only for you, keep it private. Period.
When you make it public, the public have the right to fix it and share their fixes with each other. They can do it on another repo, but they discovered the code through your repo, so the easiest way is by linking it to your repo. If you don't want to hear from people at all, just publish the source without giving anyone access to the repo, or send notifications to junk folder, or use a lockdown bot like in the other post, host it on your own server and publish it on your own site, the solutions for you are endless. For the public, which you've exposed your software to, not so much. and that's the problem.
You should understand that this line of thinking is exactly why everyone is trying to require developers to identify themselves, sign their code,etc... We're depending on software too much to be tolerant of willful sabotage and reckless endangerment (e.g.: security patches).
> far more reliable than any other power grid worldwide to the point that most houses and business do not have backup power plans
What modern power grids typically have backups for individual residences and businesses? I haven't noticed that in Europe, Japan or South America; and it's certainly not normal in the US.
In Canada and the US it is fairly common to have a genset in rural areas where the power goes out multiple times per year due to fallen trees, lightning and maintenance. And I did not write that it is the grids that have backups, it is the businesses and the residences that have backups. For instance, my rural Canadian gas station had a 6.5KW backup generator to ensure the pumps and the freezers would keep running when the power would go out.
> adoption is low for business travel – is it too expensive
Yes. Most companies won't even spring for business/first class, which is 10-20% the cost of a charter. Unless your time is both limited and worth 4 digits per hour, it's not worth it.
Refusing to return escaped slaves used to be illegal. Inter-racial marriage used to be illegal. Gay marriage and even gay relationships used to be illegal. Crime is not necessarily wrong.
Composites in that style are also typically very durable, often more than the original material. I think GP was more likely talking about constructions of pressboard and plywood which is (charitably) less durable.
20 people out of 350MM is pretty damn safe, even factoring for the relatively low numbers of people who actually interact with cattle. We as modern humans no longer have any sense of proportion when it comes to safety.
My mental poster child for "poor" is exactly this person. She had three kids (all in public school), lived in section 8 and worked part-time bagging groceries. The kids had nothing nice, clothes were all hand-me-down or donations with holes in them from being so old. No car, no health care, horrible dentistry to the point of becoming an emergency.
They had a bigger TV than my middle class family, a premium channel package, and ordered pizza not infrequently. I get all the arguments, but when you're working 20 hours a week and living off food stamps and subsidized housing you don't get to have luxuries AND complain about being poor. The person described in TFA as being poor is rare at best.
> you don't get to have luxuries AND complain about being poor.
Some people might be inclined to try to drag you for the first half of that statement, and honestly I'm inclined to try to not judge poor people for what I usually assume is one or two small splurges that raise their moods just high enough to not slit their wrists, you know?
But I think the second half of the sentence is kinda fair. IF they are self-aware that they are choosing to divert money from more important things, it's their life and I don't really want to pass judgment. If they whine constantly that "the system" is keeping them down while continuously making "unforced" errors with their money, that's when it makes me start to roll my eyes.
I don't think I would criticize those decisions for someone working 40+ hours a week either, even if they are on assistance programs. I think it's foolish but you kind of get to make foolish decisions to a degree when you're putting in the effort. It was the combination of all of the factors.
TBF, the industrial revolution started 250 years ago and the Merlin ceased production 75 years ago and has almost literally nothing in common with the Trent - not design, metallurgy, thermodynamic cycle, fuel...
Calling the referenced achievements ancient history isn't an unreasonable take, despite current successes.
In general, the more tensile strength you want in a cable made of a given material, the thicker you need to make that cable. Now sure, we can imagine whatever magical properties we want of our space elevator cable material, since no known material that could do this exists anyway. But it's far more likely that you'd need a cable that's a kilometer or more in diameter to achieve the tensile strength needed to support its weight at 35000 km of length, than it is to be a few inches wide.
> your users don't deserve hostility from you either!
No one has the right to demand my time to review their PR to my code and explain or justify a rejection. If I don't want to accept PRs, that's a valid choice on my part.
reply