I'm not sure where you heard any of that, but I have never heard any Red Hat employees say anything to that effect, ever. Fedora still exists, and to me that seems perfectly fine to install on a random laptop.
That blog is just one developer's opinion, not an official statement. Although I will say I share the opinion, Glade messes up my ui files and I can't recommend using it if you want to use any newer widgets. It has…
What you've said is really not correct, at all. For one, Glade is not deprecated in the sense that it doesn't work any more, it still works okay with GTK3, however it has a number of limitations that may make it…
Please don't assume bad faith. Glade was not "killed," there are technical reasons why Glade cannot be used for GTK4 (I can give more detail if you want). There is currently a new tool being developed by a Glade…
I'm not sure what you mean. It can still be operated offline, in which case there is no telemetry sent. The analytics is just another service that you can use.
Specifically, which legal threats and unethical behavior are you referring to?
This specific complaint seems to be about data privacy, not about a freedom being eroded. Also, since you can fork it, as has been previously mentioned, there seems to be no purpose in objecting to this type of FOSS…
More exhausting than developing towards an entirely different (and often redundant) feature set without any help from upstream? That's what is usually meant by "fork." If you want the minimal effort option and you don't…
I understand that you feel upset that they added something that you didn't want, but you don't have to continue adding to the division and cynicism. Forking is not the only move, and I would actually suggest against it…
I'm not sure what you mean, these laws aren't strictly concerning telemetry. Did you mean that telemetry is bad because children under 13 years old could accidentally use it? If so, that's the purpose of the law -- to…
Please don't do this, this is needlessly divisive. You don't have to make these (incorrect) assumptions about me and what I will use.
With that, I would say good luck troubleshooting your server if you don't collect any logs whatsoever. I wonder how you would even protect against bruteforcing and DDOS attacks if you never stored IP addresses for any…
>It's absurd to expect the word "community" to appear in the text of the GPL I'm not sure why you're saying this? I don't expect that word to appear in the text. It also seems mostly not possible to prove or disprove…
Sure, but the "intent" in question would be the intent of the copyright holder that chose to use the GPL. My point is that the intent in a lot of cases is NOT to do what is being suggested.
I'm not sure what value you're suggesting rustc would be able to bring there. If you want that in LLVM you can try your luck with the "resurrected" C backend: https://github.com/JuliaComputingOSS/llvm-cbe I don't…
I am familiar with the various other things that are hosted on the GNU website. I'm referring to the actual authoritative legal text that gets copied alongside all the source code that you use, not any other essays on…
>There was a thousand ways to do that before systemd, systemd added yet another way. It's not bad, but it was not novel in any way. The difference here is that systemd actually went to the individual distro maintainers…
I don't think it took me that long. I said this elsewhere but to me that is mostly a documentation problem, not anything to do with the underlying technology or the package format.
I don't install build-essential on a server, in a container, on a VM, etc. It really matters in those places. If you combine them then you lose the ability to deploy a small rootfs.
I disagree, the shell is in the best situation to do something about it. Or at least it would be, if there was a consistent way for programs to report to the shell how their argument parsing works.
I don't think that is correct, there are plenty of Mastodon instances with a very low number of users (1-5 users).
>the wrong people claimed ownership of the subsystem That's... not what's happening at all? The issue is there _wasn't_ any of the right people around to claim ownership of the bug. It's not like someone in the know…
From what you were saying earlier, from the perspective of the bug triager, it sounds like there were multiple areas that maybe this could have been fixed in, not necessarily udev. So still that comes back to: the…
I see people saying this kind of thing often in open source and I think you are missing the point here: who is going to fix this bug? You can say systemd developers shouldn't triage it, and then you're left with nobody…
That's what I mean though, all of that seems to be just wild guessing as to what will actually work and sending random emails out to random people who may or may not be able to fix it (Disclaimer: I don't know anything…
I'm not sure where you heard any of that, but I have never heard any Red Hat employees say anything to that effect, ever. Fedora still exists, and to me that seems perfectly fine to install on a random laptop.
That blog is just one developer's opinion, not an official statement. Although I will say I share the opinion, Glade messes up my ui files and I can't recommend using it if you want to use any newer widgets. It has…
What you've said is really not correct, at all. For one, Glade is not deprecated in the sense that it doesn't work any more, it still works okay with GTK3, however it has a number of limitations that may make it…
Please don't assume bad faith. Glade was not "killed," there are technical reasons why Glade cannot be used for GTK4 (I can give more detail if you want). There is currently a new tool being developed by a Glade…
I'm not sure what you mean. It can still be operated offline, in which case there is no telemetry sent. The analytics is just another service that you can use.
Specifically, which legal threats and unethical behavior are you referring to?
This specific complaint seems to be about data privacy, not about a freedom being eroded. Also, since you can fork it, as has been previously mentioned, there seems to be no purpose in objecting to this type of FOSS…
More exhausting than developing towards an entirely different (and often redundant) feature set without any help from upstream? That's what is usually meant by "fork." If you want the minimal effort option and you don't…
I understand that you feel upset that they added something that you didn't want, but you don't have to continue adding to the division and cynicism. Forking is not the only move, and I would actually suggest against it…
I'm not sure what you mean, these laws aren't strictly concerning telemetry. Did you mean that telemetry is bad because children under 13 years old could accidentally use it? If so, that's the purpose of the law -- to…
Please don't do this, this is needlessly divisive. You don't have to make these (incorrect) assumptions about me and what I will use.
With that, I would say good luck troubleshooting your server if you don't collect any logs whatsoever. I wonder how you would even protect against bruteforcing and DDOS attacks if you never stored IP addresses for any…
>It's absurd to expect the word "community" to appear in the text of the GPL I'm not sure why you're saying this? I don't expect that word to appear in the text. It also seems mostly not possible to prove or disprove…
Sure, but the "intent" in question would be the intent of the copyright holder that chose to use the GPL. My point is that the intent in a lot of cases is NOT to do what is being suggested.
I'm not sure what value you're suggesting rustc would be able to bring there. If you want that in LLVM you can try your luck with the "resurrected" C backend: https://github.com/JuliaComputingOSS/llvm-cbe I don't…
I am familiar with the various other things that are hosted on the GNU website. I'm referring to the actual authoritative legal text that gets copied alongside all the source code that you use, not any other essays on…
>There was a thousand ways to do that before systemd, systemd added yet another way. It's not bad, but it was not novel in any way. The difference here is that systemd actually went to the individual distro maintainers…
I don't think it took me that long. I said this elsewhere but to me that is mostly a documentation problem, not anything to do with the underlying technology or the package format.
I don't install build-essential on a server, in a container, on a VM, etc. It really matters in those places. If you combine them then you lose the ability to deploy a small rootfs.
I disagree, the shell is in the best situation to do something about it. Or at least it would be, if there was a consistent way for programs to report to the shell how their argument parsing works.
I don't think that is correct, there are plenty of Mastodon instances with a very low number of users (1-5 users).
>the wrong people claimed ownership of the subsystem That's... not what's happening at all? The issue is there _wasn't_ any of the right people around to claim ownership of the bug. It's not like someone in the know…
From what you were saying earlier, from the perspective of the bug triager, it sounds like there were multiple areas that maybe this could have been fixed in, not necessarily udev. So still that comes back to: the…
I see people saying this kind of thing often in open source and I think you are missing the point here: who is going to fix this bug? You can say systemd developers shouldn't triage it, and then you're left with nobody…
That's what I mean though, all of that seems to be just wild guessing as to what will actually work and sending random emails out to random people who may or may not be able to fix it (Disclaimer: I don't know anything…