Live data from Hacker News

StarDict sends X11 clipboard to remote servers

lwn.net

301–310 of 350 posts

Re: StarDict sends X11 clipboard to remote servers

#302

> of course a dictionary program will include code to talk to dictionary-providing web sites. I wouldn't say that is just a given, if I've apt-get installed a dictionary I might expect that is the whole thing on my machine. It's not like we haven't had dictionaries in physical books for centuries... It seems like stardict is very much an online thing, which I suppose could be legit, but the whole thing does seem like…

[deleted]

Re: StarDict sends X11 clipboard to remote servers

#303

Querying a local dictionary on each clipboard seems okay; having a feature to request remote dictionaries is okay; making it easy to combine both is dubious but understandable (would be better off as a special flag); but having them combined by default? That's pretty much malicious.

It's talking about querying youdao, which is more translation service. Offline translation This entire article should be, Chinese translation program sends clipboard data to it's own website and chinese translation services, but on http.

Re: StarDict sends X11 clipboard to remote servers

#304
post #276

Earlier quoted context omitted.

Lots of people are outside of the US

The Hitchhiker's Guide to the Galaxy is British. Also, I know it, it has been translated in my language (French), the movie made out to the theaters, and we even have a well known school named after it (42). So it is known even to non-English speakers.

It is, the question is it known or just there is a vague knowledge about it.

Re: StarDict sends X11 clipboard to remote servers

#305

Earlier quoted context omitted.

[flagged]

> You're just an impatient paranoid, easily jumping to conclusions. You should be ashamed for spreading false information. Thank you for your kind words, please look at the HN comment guidelines when you have a chance. Your point would have been an excellent correction if shared thoughtfully, but it's all negated by the name calling and personal attacks.

IIRC, the GP claimed clipboard sharing between Samsung devices only happens over the local network

Re: StarDict sends X11 clipboard to remote servers

#306

Somewhat related, I was quite surprised when I discovered that my Samsung phone was sharing ALL my clipboard with all my other Samsung devices, including passwords copied into the clipboard, and even preserving the history. I can't remember if the sharing was enabled by default or I opted in by accident. I assume it also goes through their servers to reach my other devices. I could disable the sharing, but still can'…

I noticed this happening through KDE connect, where passwords copied on Linux show up in Android's clipboard history, is there a way to block passwords from being transported around like that without completely disabling clipboard sharing altogether?

Re: StarDict sends X11 clipboard to remote servers

#308
post #237

Earlier quoted context omitted.

For the uninformed: this is a quote from The Hitchhiker's Guide to the Galaxy.

Thanks for giving the reference right here. I should have in addition to the link!

the reference was available with a minor full-text search of the internet.

Re: StarDict sends X11 clipboard to remote servers

#309

Earlier quoted context omitted.

I install stuff from Debian's repos for 2 reasons. Convience & trust. And while people do complain when maintainers modify packages behavior, I think people would rather have the send my clipboard contents to someone else to be opt-in. Instead of violating their trust!

If this level of modification is required for a package to fit in with the distro's philosophy, maybe better not to include it at all.

I think the answer might be to codify some of these assumptions.

It might help set things apart from say ubuntu, which doesn't engender the same amount of trust such as opt-in.

Re: StarDict sends X11 clipboard to remote servers

#310

Earlier quoted context omitted.

Such responses to me are proof of malicious intent.

Why can't reasonable people disagree here? Surely if the utility of some features might outweigh the security concerns for some people. Making features opt-in instead of opt-out significantly changes their discoverability and usage metrics. On the whole, a translation system that has a feature to translate selected text seems hardly surprising. Similarly, using an online service to improve translation quality and red…

> Why can't reasonable people disagree here?

They can, but framing this as a mere disagreement is disingenuous: One approach might slightly inconvenience someone, while the other (as was taken here) inflicts irreparable damage.

> Fundamentally, always-online, home-phoning features are the norm,

No. Although common on certain platforms, they are not a fundamental norm in software, nor should they be.

In particular, we're talking about Debian here.

Post reply on HN