frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

The Janitor on Mars

https://www.newyorker.com/magazine/1998/10/26/the-janitor-on-mars
1•evo_9•35s ago•0 comments

Bringing Polars to .NET

https://github.com/ErrorLSC/Polars.NET
1•CurtHagenlocher•2m ago•0 comments

Adventures in Guix Packaging

https://nemin.hu/guix-packaging.html
1•todsacerdoti•3m ago•0 comments

Show HN: We had 20 Claude terminals open, so we built Orcha

1•buildingwdavid•3m ago•0 comments

Your Best Thinking Is Wasted on the Wrong Decisions

https://www.iankduncan.com/engineering/2026-02-07-your-best-thinking-is-wasted-on-the-wrong-decis...
1•iand675•3m ago•0 comments

Warcraftcn/UI – UI component library inspired by classic Warcraft III aesthetics

https://www.warcraftcn.com/
1•vyrotek•4m ago•0 comments

Trump Vodka Becomes Available for Pre-Orders

https://www.forbes.com/sites/kirkogunrinde/2025/12/01/trump-vodka-becomes-available-for-pre-order...
1•stopbulying•6m ago•0 comments

Velocity of Money

https://en.wikipedia.org/wiki/Velocity_of_money
1•gurjeet•8m ago•0 comments

Stop building automations. Start running your business

https://www.fluxtopus.com/automate-your-business
1•valboa•12m ago•1 comments

You can't QA your way to the frontier

https://www.scorecard.io/blog/you-cant-qa-your-way-to-the-frontier
1•gk1•14m ago•0 comments

Show HN: PalettePoint – AI color palette generator from text or images

https://palettepoint.com
1•latentio•14m ago•0 comments

Robust and Interactable World Models in Computer Vision [video]

https://www.youtube.com/watch?v=9B4kkaGOozA
2•Anon84•18m ago•0 comments

Nestlé couldn't crack Japan's coffee market.Then they hired a child psychologist

https://twitter.com/BigBrainMkting/status/2019792335509541220
1•rmason•20m ago•0 comments

Notes for February 2-7

https://taoofmac.com/space/notes/2026/02/07/2000
2•rcarmo•21m ago•0 comments

Study confirms experience beats youthful enthusiasm

https://www.theregister.com/2026/02/07/boomers_vs_zoomers_workplace/
2•Willingham•28m ago•0 comments

The Big Hunger by Walter J Miller, Jr. (1952)

https://lauriepenny.substack.com/p/the-big-hunger
2•shervinafshar•29m ago•0 comments

The Genus Amanita

https://www.mushroomexpert.com/amanita.html
1•rolph•34m ago•0 comments

We have broken SHA-1 in practice

https://shattered.io/
9•mooreds•35m ago•2 comments

Ask HN: Was my first management job bad, or is this what management is like?

1•Buttons840•36m ago•0 comments

Ask HN: How to Reduce Time Spent Crimping?

2•pinkmuffinere•37m ago•0 comments

KV Cache Transform Coding for Compact Storage in LLM Inference

https://arxiv.org/abs/2511.01815
1•walterbell•42m ago•0 comments

A quantitative, multimodal wearable bioelectronic device for stress assessment

https://www.nature.com/articles/s41467-025-67747-9
1•PaulHoule•44m ago•0 comments

Why Big Tech Is Throwing Cash into India in Quest for AI Supremacy

https://www.wsj.com/world/india/why-big-tech-is-throwing-cash-into-india-in-quest-for-ai-supremac...
2•saikatsg•44m ago•0 comments

How to shoot yourself in the foot – 2026 edition

https://github.com/aweussom/HowToShootYourselfInTheFoot
2•aweussom•44m ago•0 comments

Eight More Months of Agents

https://crawshaw.io/blog/eight-more-months-of-agents
4•archb•46m ago•0 comments

From Human Thought to Machine Coordination

https://www.psychologytoday.com/us/blog/the-digital-self/202602/from-human-thought-to-machine-coo...
1•walterbell•46m ago•0 comments

The new X API pricing must be a joke

https://developer.x.com/
1•danver0•47m ago•0 comments

Show HN: RMA Dashboard fast SAST results for monorepos (SARIF and triage)

https://rma-dashboard.bukhari-kibuka7.workers.dev/
1•bumahkib7•48m ago•0 comments

Show HN: Source code graphRAG for Java/Kotlin development based on jQAssistant

https://github.com/2015xli/jqassistant-graph-rag
1•artigent•53m ago•0 comments

Python Only Has One Real Competitor

https://mccue.dev/pages/2-6-26-python-competitor
4•dragandj•54m ago•0 comments
Open in hackernews

Progress towards universal Copy/Paste shortcuts on Linux

https://mark.stosberg.com/universal-copy-paste/
18•olalonde•9mo ago

Comments

donnachangstein•9mo ago
The lack of a universally functioning clipboard is the #1 blocker to Linux acceptance on the desktop.

The Mac had this figured out in 1984. Linux still struggles in 2025.

mock-possum•9mo ago
Wow as a non Linux user I would never have even imagined this would be an issue - why would you use an OS that doesn’t just let you ctrl c/x/v?
cyclotron3k•9mo ago
In practice, it's not really an issue. In some applications (most notably terminal emulators, where ctrl+c is already used to terminate a process) you have to use an alternative combination (e.g. ctrl+shift+c).

MacOS neatly avoids this issue with the command key, but I'm not sure what happens in Windows.

mystified5016•9mo ago
The common shortcuts do work in 99% of situations. The primary exception is terminals.

The problem is mainly that Linux has two clipboards running simultaneously, with slightly different behaviors.

In reality, the clipboard works fine. There are some gotchas, but for everyday use it's perfectly fine. The opinion expressed by parent comment is, uh, unconventional. I've never heard this take before. Most people consider Linux clipboards an annoyance that we should fix someday, it's not a showstopper by any means (for average users)

crote•9mo ago
I just tend to completely forget the select-clipboard even exists - right until a HN submission reminds me, or I drop some garbage in the middle of the text I'm writing.

Text-wise the only thing I can think of where clipboards don't Just Work is indeed terminals, but I hardly consider that an issue in practice. Either it's a trivial session and I'll happily right-click to paste, or I'm in tmux and using lead key prefixes for shortcuts already.

Cross-app rich media copy/paste does have a habit of being a bit buggy from time to time, though...

extraduder_ire•9mo ago
I like them being separate. The main one feels more intentional than the selection buffer, which I mostly use for grabbing text I want right now. I'd be annoyed if my main clipboard got overwritten every time I selected text.
rixed•9mo ago
You got it backwards. Mmb used to work flawlessly in Linux as in other X11 based unices "back in the day" before some DEs decided they would do it differently to be more palatable to people used to $OTHER_OS I don't remember the details as I'm never been a desktop person, but I do remember that I got surprised one day to discover that something that simple ceased to be reliable.
cyclotron3k•9mo ago
Hey, they don't have excel or word, like I have at work, and none of the other professional software like Photoshop or premiere, I can't play AAA games, and none of my friends use it either. But that's cool. The clipboard though... that I cannot abide.

Put another way, I strongly disagree that the clipboard is the main obstacle. (And fwiw, Linux has been my main OS for decades)

somat•9mo ago
99 percent of the time the x11 select middle click paste behaviour is more ergonomic, to the point where when I don't have it I get cranky.

Another case of where because the better system is suppressed on the more common environment, We are unable to advance the desktop metaphor.

If I am fair I think lack of middle click paste is the main reason I don't enjoy using windows much.

danwills•9mo ago
The mmb-paste thing is called the 'yank buffer' (and it was a vi/Emacs feature that pre-dates clipboard-based copy/paste) - I use it extensively too, and one important thing to know about it is that it only works on text and it 'yanks' the text when you mmb, so the source app must still be running at the time.

I think it's great that there are 2 ways to move things around, but it does help a lot to be very clear on how both of them work, and some apps do things a bit differently too (eg Ctrl+C in Houdini can be followed by mmb in a terminal, which is a bit unusual, but ok once understood)

AStonesThrow•9mo ago
No, it is not.

Emacs may use the term "yank buffer" globally. vim does not: in vim, they are simply called "buffers". There is a command called "yank" because it is bound by default to "y" but this command is not the only way to place text into a buffer.

https://www.oreilly.com/library/view/learning-the-vi/9780596...

In X11, the text goes into the "[Primary] Selection" or the Cut Buffer[s].

https://www.xfree86.org/current/xcutsel.1.html

CUT_BUFFER0 is the default, and obviously there can be more with higher numbers. But when you're pressing the middle mouse button, you're typically pasting the PRIMARY selection. There has never, ever been usage of "yank" in X11 documentation.