5 ms·

> Something along the lines of "you know regardless of whether or not you're factually correct, these public attacks on other people companies are really bad fo

> Something along the lines of "you know regardless of whether or not you're factually correct, these public attacks on other people companies are really bad for your image" Sometimes they aren't even factually correct and get a bit upset about it when called out. Anyways, I have gotten the same impression and these seem like red flags to me as well. Which is why I'd take everything in that response with a mountain of salt (and I'd pay attention to what they're not saying).

fsflover 6mo ago
[flagged]
- bwoah 6mo ago
  There you go again. Example: https://news.ycombinator.com/item?id=47247016 https://news.ycombinator.com/item?id=47247016
  - fsflover 6mo ago
    Yes, I don't like when anybody spreads falsehoods about any important free software. Do you? However your example is unrelated. Their arguments were rather reasonable and informative in the discussion you linked to. So I don't complain about that anymore.
- HybridStatAnim8 6mo ago
  What they said here is accurate, not sure what youre trying to show?
  - fsflover 6mo ago
    What exactly is accurate? Have you seen my reply to that? Hardware kill switches cut power and prevent any recording.
    - HybridStatAnim8 6mo ago
      Their entire post regarding pinephones is accurate. Hardware kill switches need to be correctly implemented. A kill switch cutting off mics and not sensors or speakers is incomplete and privacy theater. Not to mention kill switches assume the device is already compromised, at which point everything on it is likely compromised as well.
      - fsflover 6mo ago
        > Their entire post regarding pinephones is accurate. I never mentioned Pinephones, although I do believe that the attack on them is still too harsh. Their security is about as good as the one for Linux. And it's not exactly "atrocious". Especially if you only use software from the official repositories. Let's agree that it should be improved though. (I prefer Qubes OS myself.) > Hardware kill switches need to be correctly implemented. Are you saying they aren't for Librem 5? > A kill switch cutting off mics and not sensors or speakers is incomplete and privacy theater. I explained in the link above that cutting all sensors is exactly what happens if you choose it. > Not to mention kill switches assume the device is already compromised This is not accurate. Kill switches imply that even if the device is compromised (which you can never 100% verify, even on GrapheneOS), your location etc is still private, when you need it.
    - TommyTran732 6mo ago
      You have been saying this sort of stuff on the Qubes forum and a bunch of other places for awhile now. Hardware kill switches are nice-to-have, but they are significantly less important than the OS actually protecting the mic. With your Librem/PinePhone, you cannot even reasonably expect your calls with end-to-end encrypted apps like Signal and Element to be protected. Any app with access to the PulseAudio socket (which happens to be anything that you want to have audio playback with) can snoop on your mic at any moment in time. This does not even require an OS compromise. This has been pointed out to you repeatedly and yet you choose to ignore it, and instead you just do character assassination whenever a post regarding GrapheneOS or Daniel Micay shows up because what Micay says goes against your favorite ideological products...

fsflover 6mo ago

[flagged]

bwoah 6mo ago
There you go again. Example: https://news.ycombinator.com/item?id=47247016 https://news.ycombinator.com/item?id=47247016
- fsflover 6mo ago
  Yes, I don't like when anybody spreads falsehoods about any important free software. Do you? However your example is unrelated. Their arguments were rather reasonable and informative in the discussion you linked to. So I don't complain about that anymore.
HybridStatAnim8 6mo ago
What they said here is accurate, not sure what youre trying to show?
- fsflover 6mo ago
  What exactly is accurate? Have you seen my reply to that? Hardware kill switches cut power and prevent any recording.
  - HybridStatAnim8 6mo ago
    Their entire post regarding pinephones is accurate. Hardware kill switches need to be correctly implemented. A kill switch cutting off mics and not sensors or speakers is incomplete and privacy theater. Not to mention kill switches assume the device is already compromised, at which point everything on it is likely compromised as well.
    - fsflover 6mo ago
      > Their entire post regarding pinephones is accurate. I never mentioned Pinephones, although I do believe that the attack on them is still too harsh. Their security is about as good as the one for Linux. And it's not exactly "atrocious". Especially if you only use software from the official repositories. Let's agree that it should be improved though. (I prefer Qubes OS myself.) > Hardware kill switches need to be correctly implemented. Are you saying they aren't for Librem 5? > A kill switch cutting off mics and not sensors or speakers is incomplete and privacy theater. I explained in the link above that cutting all sensors is exactly what happens if you choose it. > Not to mention kill switches assume the device is already compromised This is not accurate. Kill switches imply that even if the device is compromised (which you can never 100% verify, even on GrapheneOS), your location etc is still private, when you need it.
  - TommyTran732 6mo ago
    You have been saying this sort of stuff on the Qubes forum and a bunch of other places for awhile now. Hardware kill switches are nice-to-have, but they are significantly less important than the OS actually protecting the mic. With your Librem/PinePhone, you cannot even reasonably expect your calls with end-to-end encrypted apps like Signal and Element to be protected. Any app with access to the PulseAudio socket (which happens to be anything that you want to have audio playback with) can snoop on your mic at any moment in time. This does not even require an OS compromise. This has been pointed out to you repeatedly and yet you choose to ignore it, and instead you just do character assassination whenever a post regarding GrapheneOS or Daniel Micay shows up because what Micay says goes against your favorite ideological products...