Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

RustDesk now supports true unattended remote access on Wayland

rustdesk.com

Post reply on HN
Print view View original

151–160 of 176 posts

Re: RustDesk now supports true unattended remote access on Wayland

#151

Post by embedding-shape »

LoganDark wrote: post #150
embedding-shape wrote: post #135

Earlier quoted context omitted.

> hate this. "we don't want this on principle... but we would accept it if you did it yourself!" just say you don't feel like it! don't act like it's a bad thing except for when somebody else does it for you, that's just dishonest. What is there to hate here, I don't understand? They first provide a concise overview of the current situation. Then how they personally feel about it. Finally they leave it open and end i…

First they say they do not want the feature: "we do not recommend using RustDesk with a public IP alone, that's also why direct ip access is turned off by default." Then they say you should contribute it. It's mixed messaging, it seems like they're trying to hide "won't implement this" behind "this is a bad idea in general". They should just say they won't implement it and that they're open to contributions, not that…

> First they say they do not want the feature: "we do not recommend using RustDesk with a public IP alone, that's also why direct ip access is turned off by default."

Massive misunderstanding from your perspective if this is your take away. They're saying that based on the current state of the program, they don't recommend that particular approach. Nowhere in that quote of yours, does it give an indication that they don't want that feature. The only thing unambiguous from that quote, is that due to the current state of the program, they don't recommend that approach, and explains why one of the defaults is like it is.

If they didn't like the idea, or didn't want the feature, they'd say so, but they do not say that out loud, so why would you assume so?

Re: RustDesk now supports true unattended remote access on Wayland

#152

Post by LoganDark »

embedding-shape wrote: post #151
LoganDark wrote: post #150

Earlier quoted context omitted.

First they say they do not want the feature: "we do not recommend using RustDesk with a public IP alone, that's also why direct ip access is turned off by default." Then they say you should contribute it. It's mixed messaging, it seems like they're trying to hide "won't implement this" behind "this is a bad idea in general". They should just say they won't implement it and that they're open to contributions, not that…

> First they say they do not want the feature: "we do not recommend using RustDesk with a public IP alone, that's also why direct ip access is turned off by default." Massive misunderstanding from your perspective if this is your take away. They're saying that based on the current state of the program, they don't recommend that particular approach. Nowhere in that quote of yours, does it give an indication that they…

there is another interpretation indeed, that is simply: "the Direct IP feature wasn't designed to be secure so we don't recommend using it right now, but if you contribute improvements we might accept them"

but I think it's phrased pretty stupidly, especially by pointing out to the askers that "very few" submit a pull request. that's just, shaming? "stop asking, do it yourself" which I hate just as much as hiding your real response behind recommendations.

Re: RustDesk now supports true unattended remote access on Wayland

#153

Post by [deleted] »

diego_moita wrote: post #143
pizza234 wrote: post #74

Earlier quoted context omitted.

I have three words for you: read the docs. If you're experiencing a bug that pegs you're CPU, fair enough. But RustDesk is video-stream based (in many formats), while TightVNC is image(-region) based. This is actually similar to why you watch movies in, say, H.264 rather than Motion JPEG¹. ¹=similar, not same.

> I have three words for you: read the docs. No, thanks. As they say: "the proof of the pudding is in the eating". So I used both applications and TightVNC is just a lot better, particularly in constrained remote VMs. Docs are cheap, performance is what matters.

[deleted]

Re: RustDesk now supports true unattended remote access on Wayland

#154

Post by embedding-shape »

diego_moita wrote: post #143
pizza234 wrote: post #74

Earlier quoted context omitted.

I have three words for you: read the docs. If you're experiencing a bug that pegs you're CPU, fair enough. But RustDesk is video-stream based (in many formats), while TightVNC is image(-region) based. This is actually similar to why you watch movies in, say, H.264 rather than Motion JPEG¹. ¹=similar, not same.

> I have three words for you: read the docs. No, thanks. As they say: "the proof of the pudding is in the eating". So I used both applications and TightVNC is just a lot better, particularly in constrained remote VMs. Docs are cheap, performance is what matters.

> Docs are cheap, performance is what matters.

How do you know if the performance you get is the expected, unless you read the docs or at least look at what others get on similar platforms/environments/specs?

Re: RustDesk now supports true unattended remote access on Wayland

#155

Post by embedding-shape »

LoganDark wrote: post #152
embedding-shape wrote: post #151

Earlier quoted context omitted.

> First they say they do not want the feature: "we do not recommend using RustDesk with a public IP alone, that's also why direct ip access is turned off by default." Massive misunderstanding from your perspective if this is your take away. They're saying that based on the current state of the program, they don't recommend that particular approach. Nowhere in that quote of yours, does it give an indication that they…

there is another interpretation indeed, that is simply: "the Direct IP feature wasn't designed to be secure so we don't recommend using it right now, but if you contribute improvements we might accept them" but I think it's phrased pretty stupidly, especially by pointing out to the askers that "very few" submit a pull request. that's just, shaming? "stop asking, do it yourself" which I hate just as much as hiding you…

> but I think it's phrased pretty stupidly, especially by pointing out to the askers that "very few" submit a pull request. that's just, shaming?

That's is a statement of truth though? "Many ask, none provide, you want it, you contribute it" seems to be the vibe, which is completely understandable and also expected in FOSS. It's not hostile or shaming for the sake of shaming.

Yes, I guess you can see it as "shaming", but no I don't think it's bad. Users ask for stuff, you don't want to spend the time implement it, so you tell them to implement it themselves, and you'd accept it if they wanted it upstream to make it available for all. Isn't this the ideal scenario?

I still don't understand what you think would be better here? Saying "No, we don't want that" even if they're OK with the feature existing? Or saying "Yes, we don't need it, but we'll put aside our needs just for you" would have been better?

Re: RustDesk now supports true unattended remote access on Wayland

#156

Post by cge »

embedding-shape wrote: post #135
LoganDark wrote: post #117

Earlier quoted context omitted.

> That said, we welcome community contributions! Many users express interest or share feedback—but very few take the next step and submit a pull request. If you’re able to help, your PR would be greatly appreciated! hate this. "we don't want this on principle... but we would accept it if you did it yourself!" just say you don't feel like it! don't act like it's a bad thing except for when somebody else does it for yo…

> hate this. "we don't want this on principle... but we would accept it if you did it yourself!" just say you don't feel like it! don't act like it's a bad thing except for when somebody else does it for you, that's just dishonest. What is there to hate here, I don't understand? They first provide a concise overview of the current situation. Then how they personally feel about it. Finally they leave it open and end i…

They comment years after immediately closing the bug as wontfix, vaguely talk about users for expressing interest in features while not being willing to open a PR, when people in the thread had actually been asking, over a long period of time, whether they would accept a PR or were just opposed to the feature outright, and say they would welcome community contributions even though they think the feature is unnecessary. Then they immediately lock the issue and delete at least one comment.

I certainly interpreted the response as meaning that anyone actually trying to implement the feature would find the PR an exercise in frustration. It may be there were some cultural confusions about context and implication, but considering that they locked the issue, people weren't exactly encouraged to ask for clarification. And the developers have a sketchy enough reputation already from other incidents.

Re: RustDesk now supports true unattended remote access on Wayland

#157

Post by embedding-shape »

cge wrote: post #156
embedding-shape wrote: post #135

Earlier quoted context omitted.

> hate this. "we don't want this on principle... but we would accept it if you did it yourself!" just say you don't feel like it! don't act like it's a bad thing except for when somebody else does it for you, that's just dishonest. What is there to hate here, I don't understand? They first provide a concise overview of the current situation. Then how they personally feel about it. Finally they leave it open and end i…

They comment years after immediately closing the bug as wontfix, vaguely talk about users for expressing interest in features while not being willing to open a PR, when people in the thread had actually been asking, over a long period of time, whether they would accept a PR or were just opposed to the feature outright, and say they would welcome community contributions even though they think the feature is unnecessar…

> It may be there were some cultural confusions [...] And the developers have a sketchy enough reputation already from other incidents.

Yeaah, both these points kind of makes it clear that both you and the author might have previous history with the history that goes beyond the messages that were referenced, and I don't have that context at all. I have no idea what "previous incidents" you might be referring to, so with that said I'll say that everything I've previously stated only been based on the text of that particular issue, nothing else. Based on the text from the issue alone, seems they're open to have the feature proposed as a PR to them, then if they typically reject any PRs, I have no idea about.

Re: RustDesk now supports true unattended remote access on Wayland

#158

Post by LoganDark »

embedding-shape wrote: post #155
LoganDark wrote: post #152

Earlier quoted context omitted.

there is another interpretation indeed, that is simply: "the Direct IP feature wasn't designed to be secure so we don't recommend using it right now, but if you contribute improvements we might accept them" but I think it's phrased pretty stupidly, especially by pointing out to the askers that "very few" submit a pull request. that's just, shaming? "stop asking, do it yourself" which I hate just as much as hiding you…

> but I think it's phrased pretty stupidly, especially by pointing out to the askers that "very few" submit a pull request. that's just, shaming? That's is a statement of truth though? "Many ask, none provide, you want it, you contribute it" seems to be the vibe, which is completely understandable and also expected in FOSS. It's not hostile or shaming for the sake of shaming. Yes, I guess you can see it as "shaming",…

> That's is a statement of truth though? "Many ask, none provide, you want it, you contribute it" seems to be the vibe, which is completely understandable and also expected in FOSS. It's not hostile or shaming for the sake of shaming.

I understand a lot of projects take this attitude but that doesn't mean it's always deserved.

> Yes, I guess you can see it as "shaming", but no I don't think it's bad. Users ask for stuff, you don't want to spend the time implement it, so you tell them to implement it themselves, and you'd accept it if they wanted it upstream to make it available for all. Isn't this the ideal scenario?

I think it's upsetting here. Not "bad", not even necessarily inappropriate or disproportionate but upsetting. Not because I wanted them to do the work for me but because I would have wanted to feel actually welcome to do the work myself instead of made to feel like it would be a further annoyance.

This kind of attitude from the project genuinely makes it feel like if I opened a PR, it would sit and rot just like the many issues have. It does not make me feel like they are actually interested in the problem or empathize with their users whatsoever, so what motivation would they have to accept the work even if it was done for them?

> I still don't understand what you think would be better here? Saying "No, we don't want that" even if they're OK with the feature existing? Or saying "Yes, we don't need it, but we'll put aside our needs just for you" would have been better?

Did you not see the example I already posted elsewhere in the thread? Here it is again: I prefer when projects say "we don't have the resources for this but we agree it would be nice"

Here, they aren't agreeing with it whatsoever, they just say they don't have it and that they don't recommend using the related features and that they won't consider it without a pull request. That's basically "we don't have this, won't build this and won't consider user requests" and it has absolutely nothing positive for the people who would build such a PR.

As much as they technically don't need such things because they're perfectly clear and if you don't like it you can suck it up or fork or quit computing to go live on a farm, do you not see how their response could have been better? They could be encouraging people to submit PRs but instead they're shaming people for not doing it. That response would only be deserved towards people who genuinely have expressed that they want it for free, but nobody has expressed this and yet they are still taking this attitude. It's disappointing and does not foster a culture of genuine contribution, just a culture of "stop being entitled"

Re: RustDesk now supports true unattended remote access on Wayland

#159

Post by LoganDark »

shock wrote: post #38
pizza234 wrote: post #24

Earlier quoted context omitted.

VNC and RustDesk are both remote desktop solutions, however, Rustdesk is considerably more performant than the VNC family, because the latter primarily sends framebuffer updates, while the former can use modern video codecs and temporal compression to encode screen changes much more efficiently.

> Rustdesk is considerably more performant than the VNC family It consumes, on the client, 800%-1200% CPU AND 8%-10% GPU decode on my NVIDIA card. I opened a bug and they transformed it into a discussion, without any response.

Performant does not mean it uses less resources, it means it makes better use of the resources

Re: RustDesk now supports true unattended remote access on Wayland

#160

Post by embedding-shape »

LoganDark wrote: post #158
embedding-shape wrote: post #155

Earlier quoted context omitted.

> but I think it's phrased pretty stupidly, especially by pointing out to the askers that "very few" submit a pull request. that's just, shaming? That's is a statement of truth though? "Many ask, none provide, you want it, you contribute it" seems to be the vibe, which is completely understandable and also expected in FOSS. It's not hostile or shaming for the sake of shaming. Yes, I guess you can see it as "shaming",…

> That's is a statement of truth though? "Many ask, none provide, you want it, you contribute it" seems to be the vibe, which is completely understandable and also expected in FOSS. It's not hostile or shaming for the sake of shaming. I understand a lot of projects take this attitude but that doesn't mean it's always deserved. > Yes, I guess you can see it as "shaming", but no I don't think it's bad. Users ask for st…

> Here, they aren't agreeing with it whatsoever

Yeah, that's the core difference in our readings I think, the mere fact that they say openly they welcome someone contributing the feature, does mean they agree with it, why offer to accept such a contribution otherwise? Are they lying/not being honest, and the PR would just sit there without being accepted.

It's clear you think so, and it does feel like you have past experience with the project so I guess that is what it is. I don't have your past experience, so I don't know, but hits me as strange to ask for contributions for a feature you don't actually want, I don't understand why'd they do that.

> They could be encouraging people to submit PRs

The text I read, gave me the impression they are encouraging people to submit PRs, but maybe there is something between the lines I'm missed when I read it.

Post reply on HN