Live data from Hacker News

Show HN: TUI for managing XDG default applications

github.com

21–30 of 50 posts

Re: Show HN: TUI for managing XDG default applications

#21

No one on earth has so far managed to get xdg default apps work on Linux. I've been failing since 19 years personally. If you've really succeded then congratulations!

Great. I must be living on the moon then. I guess gnome work great there since it manages this part

Gnome has done an amazing job at this, I agree. You don't even notice this issue.

Re: Show HN: TUI for managing XDG default applications

#22

Nice, but problem with all these AI coded TUI's is we will have hundreds of them, best to stick to the built in linux commands, add aliases/abbreviations (fish) if required, do you need a TUI for everything? Sometimes the answer to "Should I write this?" Is no

Let people make and use what they want, you don’t have to use it.

Re: Show HN: TUI for managing XDG default applications

#23

Nice, but problem with all these AI coded TUI's is we will have hundreds of them, best to stick to the built in linux commands, add aliases/abbreviations (fish) if required, do you need a TUI for everything? Sometimes the answer to "Should I write this?" Is no

reading the code, what make you think it was vibe coded?

Re: Show HN: TUI for managing XDG default applications

#24
post #18

At first I thought it was going to be some kind of solution to force all linux apps to adhere to the XDG Base Directory Specification, until I realized this related to a different specification altogether (XDG MIME Applications specification).

Making home read-only can get there, and I can't find the project that forced using XDG paths. I think it used LD_PRELOAD or somesuch trick.

edit: https://soc.me/standards/defending-home

Re: Show HN: TUI for managing XDG default applications

#25
post #9

No one on earth has so far managed to get xdg default apps work on Linux. I've been failing since 19 years personally. If you've really succeded then congratulations!

> No one on earth has so far managed to get xdg default apps work on Linux. I've only been using Linux for a few weeks but what am I missing here? I set a bunch of mime types in `~/.config/mimeapps.list` which are assigned to desktop apps and they all open perfectly with `xdg-open` or when I launch them through a file manager. It is documented in the XDG specification https://specifications.freedesktop.org/mime-apps/…

> what am I missing here?

There are gotchas, for instance Chrom,{e,ium} insists on XDG_DESKTOP_DIR != XDG_DOWNLOAD_DIR.

See this bug report from a confused user: https://issues.chromium.org/issues/41076564

Re: Show HN: TUI for managing XDG default applications

#26
post #9

Earlier quoted context omitted.

> No one on earth has so far managed to get xdg default apps work on Linux. I've only been using Linux for a few weeks but what am I missing here? I set a bunch of mime types in `~/.config/mimeapps.list` which are assigned to desktop apps and they all open perfectly with `xdg-open` or when I launch them through a file manager. It is documented in the XDG specification https://specifications.freedesktop.org/mime-apps/…

For me currently, when trying to open a `text/markdown` file, there's a disassociation between what my file manager (Caja) runs (own bin/emacs script; was under the impression it was auto-creating a .desktop file), what mimeapps.list have (emacs.desktop), and what `xdg-open` runs (Firefox for some reason).

Older desktops don’t follow the specs and xdg-open does different things based on the desktop, so they indeed can get out of sync.

I’d have to look into your specific case but `gio mime` and `gio open` do the right things.

Re: Show HN: TUI for managing XDG default applications

#27
post #9

Earlier quoted context omitted.

> No one on earth has so far managed to get xdg default apps work on Linux. I've only been using Linux for a few weeks but what am I missing here? I set a bunch of mime types in `~/.config/mimeapps.list` which are assigned to desktop apps and they all open perfectly with `xdg-open` or when I launch them through a file manager. It is documented in the XDG specification https://specifications.freedesktop.org/mime-apps/…

> what am I missing here? There are gotchas, for instance Chrom,{e,ium} insists on XDG_DESKTOP_DIR != XDG_DOWNLOAD_DIR. See this bug report from a confused user: https://issues.chromium.org/issues/41076564

> also of note, we (mostly) don't allow ~/Desktop as the download dir for security reasons

This isn't an XDG issue. It's a chromium engineers being silly pricks that think they know better than the power users who obviously went out of their way to create such a configuration. Also I bet it would work if you set your XDG_DESKTOP_DIR to ~/Download/

Re: Show HN: TUI for managing XDG default applications

#29

Earlier quoted context omitted.

Great. I must be living on the moon then. I guess gnome work great there since it manages this part

Gnome has done an amazing job at this, I agree. You don't even notice this issue.

It's when I want to use a non-systemd, no-DE environment that xdg-stuff becomes very annoying, but that's usually because applications assume a certain setup rather than any fault of xdg. eg. Wayland is very stupid about requiring a certain xdg setup to run at all.

Re: Show HN: TUI for managing XDG default applications

#30
post #28

Thank god it’s not another React, Solid, Typescript, what have you, web abomination inside the terminal (claude code, opencode, I’m looking at you). Bravo!

That's where codex-cli shines (rust)

the startup time is crazy, you can start writing as soon as you hit the command

(I don't use codex, just noticed that it's crazy fast)

Post reply on HN