> A shell script that checks your $HOME for unwanted files and directories.
> When xdg-ninja encounters a file or directory it knows about, it will tell you whether it's possible to move it to the appropriate location, and how to do it.
Oh this is my project! I haven’t had energy to work through pending issues for a while due to health reasons; I do still have interest in maintaining it but my health makes it a struggle.
It wants to put its config in ~/.tmux.conf. With boxxy, you can put its config in ~/.config/tmux/tmux.conf
From tmux(1):
By default, tmux loads the system configuration file from /etc/tmux.conf, if present, then looks for a user configuration file at ~/.tmux.conf $XDG_CONFIG_HOME/tmux/tmux.conf or ~/.tmux.conf.
This is a (relatively) recent addition to tmux, I remember this being an annoyance a while ago, and you can find the discussion on GitHub if you search.
It was added upstream in 2020. Since tmux is often used on servers that don’t upgrade frequently, I still regularly work on some servers without this feature.
In related news, Vim just added XDG support upstream as well. Just waiting for Zsh to follow suit now :)
I don't see an option for the whole .aws folder. I'm sure some random stuff gets out in there, but for the life of me I can't think of any other files besides credentials and config.
Maybe some credential provider scripts/hooks? But in that case i think you can just specify the location wherever it is already... IDK.
The biggest utility I could see boxxy for is when other tooling doesn't honor those env cars/alternate configs from default. But... I mean symlinks always worked fine for me.. but I gotta admit this is better, and I'm thinking about installing it just to see what boxxy scan comes up with. I recently did a bunch of work to clean up my devenv and get it in .zshenv, this could help with that.
> then looks for a user configuration file at ~/.tmux.conf [...] or ~/.tmux.conf
If the tmux devs are confused then it looks like a perfect example of why we need a standard for `.config` or similar. I have proposed something similar in the past for code repositories to remove the config file clutter to a subdirectory, but it's hard to gain traction.
It's a well-known tool and the example is one which people will very often encounter. A lot of tooling is terribly behaved, regardless of this specific example.
On a tangent: it bugs me that the default XDG directory structure doesn't fully match the standard Linux directory structure. What's with these inconsistent defaults?
XDG_DATA_HOME="$HOME/.local/share" # okay, reasonable
XDG_CONFIG_HOME="$HOME/.config" # ...uh, pardon?
XDG_STATE_HOME="$HOME/.local/state" # well at least it's in ~/.local
XDG_CACHE_HOME="$HOME/.cache" # ...but this one ain't; what in tarnation?
It'd make more sense to be consistent with how system-wide applications use /usr or /usr/local, like so:
This would make $XDG_(CONFIG|STATE|CACHE)_HOME consistent with $XDG_DATA_HOME, and also consistent with existing conventions around ~/.local/bin and ~/.local/lib.
The XDG spec ain't the only naughty naughty boy here, either. Flatpak puts all of its application data in ~/.var/app, whereas it'd make a lot more sense in ~/.local/var/lib/flatpak/app. And of course, the subject of Boxxy (and, as others mentioned, xdg-ninja) is the countless apps contributing further to the chaos.
Of course, all this would stop being an issue entirely if Linux would just embrace union mounts like Plan 9 did and overlay everything onto /bin, /lib, /share, /etc, and so on. Hell, if I were the not-so-benevolent dictator for life of the Linux ecosystem I'd take the opportunity to rename all those weird UNIX™ vestiges, too, like /etc→/conf and /var→/data - but if we're gonna hang on to those vestiges, the least XDG could do is encourage consistency with them.
Maybe I just need to make my own distro and finally say goodbye to what little remains of my sanity.
Can we reverse this trend? I've recently started to see an FAQ, on GitHub, hide the answer with a deeplink into Discord channels where you needed to find the guild to join first. I've never gotten disinterested in a project that fast. This needs to stop.
Especially Discord "forums", the black hole of the internet. Neither real-time so I can get my question answered when I'm there, nor open enough to find old questions through Google, nor popular enough that people browse through them to answer.
People go "oh, Discord has forums, we don't need a web forum", and the world is now a little bit worse.
Maybe there's value in (semi-)automated discord exfiltration. Like A browser plugin that grabs all the data from any discord pages I look at and mirrors it somewhere on the open web.
There probably is, but instead of making something that breaks Discord's TOS while simultaneously increasing their popularity (because of this useful tool), I'd rather let projects realize that a web forum is better.
Discord's terms of service can suck my ass. There's no legal or moral obligation there. And I would hope they taking the valuable information out of Duscord would drain the moat and make it less popular, hard to predict though.
I agree but which alternative exists which is free which also provides voice chat option? On the other hand, many Discord servers never even use the voice chat option. I think Discord is more of an alternative to IRC than to forums. Maybe it does both good enough?
Matrix supports voice and video integration out of the box, as does Zulip.
I think voice chat is very popular with gaming discord users, not so much with software projects anyway.
In any case, it is so simple to just send a link to an open jitsi instance on any platform that it isn't that big of a deal if you do that once every full moon.
Unable to decrypt: The sender's device has not sent us the keys for this message.
It's very unfortunate that the entire Matrix ecosystem seems to be funded by people who want to build private branded messaging systems for enterprise and government and other users aren't the target audience anymore.
The Matrix Foundation tries to fund itself philanthropically by selling sponsorship and memberships at matrix.org/support, but it doesn’t remotely cover the full dev costs.
So there is absolutely no alternative but a) ensure the wider independent FOSS ecosystem can build general purpose apps (which they can and do - eg Cinny and FluffyChat), and b) have Element go off and build apps which people actually pay for (empirically that means govtech & enterprise).
The hope is that if/when Element is profitable doing the latter, then Element can get back to investing in the broader Matrix ecosystem again. (Separately, it’s fascinating to see how little much of the Matrix ecosystem seems to appreciate the $$M that Element has put in over the years. Funny old world.)
edit: oh, and the unable to decrypt errors should be pretty much gone now; we just spent the last 6 months on crypto doing nothing but killing them.
Uh... I can replicate them right now as I speak, I use fluffy chat on my one phone, fluffy on another android, schildichat and cinny on Linux.
I am logged out of my schildichat every few days, cinny breaks a bit, and sometimes messages just show "could not decrypt message".
They "eventually" show on all sessions but I am facing them now.
My old sessions are broken, only new messages are visible across new sessions.
I use matrix as my daily driver so i it doesn't bother me much but I can say an average user might not.
Also,
Fluffychat android doesn't work with audio calls. Notifications are broken, I get "some" notifications, some days, sometimes after a few weeks, sometimes none.
It definitely doesn't do forums well enough, and I've never been on a forum and thought "I wish there were a voice chat option here". Discord is OK for real-time chat (though I'd still like something more open), but asynchronous forum chats should be left to web forum software.
My rule is if I need to join the Discord and I can’t figure it out with the given docs, I don’t use that project. It’s helped me save a lot of headaches with dealing with their “community” who are more likely to spam NSFW than actually commit to a discussion of the project.
I think discord serves a functional quite like email mailing lists, but with a twist. Email mailing lists, by their nature, gatekeep and filter out younger or less technical people, while discord by its nature is doing the same but inverted. It filters the sort of people that would be far more comfortable with mailing lists.
That sounds awful. You want a venue where younger and less technical people can get help and guidance from the more experienced people, not an echo chamber full of the least experienced users.
Well, I think discord appeals more to the young or less technical, in other words young and technical people, like the developers of many new projects, seem to like it. It's a model of software collaboration for their generation which their parents neither get nor appreciate, and I think that is part of the appeal to them.
I dislike Discord for the same reason I disliked some IRC networks. There's a lot young people on a powertrip and generally very clique-y behavior. But at least IRC wasn't also run by a huge uncaring tech company known to completely ignore the GDPR (or interpret it in asinine ways) that will eventually run out of VC money and disappear.
It's okay-ish for when you need to ask questions. But we're trending towards gating binaries and general documentation there too.
Discord must be aware that their secret ingredient is that people are "admins" over others, and that people actually quite like being in power and having a different colored name. And all that without the technical barrier of having to setup forums or Teamspeak (not that such gatekeeping kept terrible people from being admins)
This is it exactly. Discord is, inherently, where quick gratification prospers. Immediate memetic responses followed by swapping to the next server for the next high.
Reddit attracts a lot of trolls. Managing the reddit takes work (moderation, keeping up with stupid reddit drama).
With a project discord, you're filtering out people immediately -- typically only people who want to be there wind up there. It makes things easier for a lot of people this way.
> With a project discord, you're filtering out people immediately -- typically only people who want to be there wind up there. It makes things easier for a lot of people this way.
Well. Yes. You filter out a lot of people, including legitimate users who would be interested but aren't going to deal with Discord. I'm not convinced that's actually a win.
To pile on, from what I've seen, Reddit is shit for a community of people getting to know each other.
Posts aging out mean that discussions fade from view. That means that they die off, as other people don't join in. Combine that with karma, and you get people tending to just contribute content that is counter to community building.
I've seen some similar stuff happen on Discord servers (I'm looking at you, Discord servers with 50 topic channels), but I've also seen people slowly get to know each other better there.
Or, to summarize: I generally see Reddit as better for discoverability and Discord as better for community. But they're both inadequate as a whole.
Because they are a discord user. And don't have a forum account.
In todays world forums can also be a pain as looking at picture attachments most of the time require accounts.
I was right about to go to another site and had to do a double-take when my eyes caught the title; I hadn't thought about her in YEARS. I hope it's boxxy on purpose.
Related question: Which software do you recommend to sandbox a locally running AI agent, so that it can only access parts of the filesystem (e.g. one folder) and an allow-list of URLs?
Combinations of bwrap, chpst, env, setpriv, and setsid can become unreadable gibberish but otherwise work fine. There's lots of similarly useful stuff that can be combined for specific needs.
This seems significantly more lightweight than bubblewrap -- it doesn't attempt to do much in the way of containerization or isolation, just remapping certain files. I feel like this could be done in a small shell script if you reduce the configurability.
You mean combining the --unshare-all and the --volume arguments to create my own list of HOME dirs to share? The docs are really sparse, lots of examples that use --unshare-all but nowhere do they explain it.
You can set DBX_CONTAINER_HOME_PREFIX=~/allmyboxes in ~/.config/distrobox/distrobox.conf to do that. It will share ~/allmyboxes/my-debian-distrobox1 as the home dir.
If you pass --dry-run, it will spit out the underlying podman/docker command. That was frankly better than trying to find documentation.
Yeah I figured out eventually that I can use --home and --volume to set an alternative home and then mount individual dirs from my home into the container's home.
Queer was a slur within living memory [1] - it's been largely reclaimed in the last few decades, but it's still offensive to some. You'll find that when respectable publications use the term, it's always in a positive context.
When it comes to LGBTQ it's not offensive - much like one can refer to legendary gangster rap group NWA by their chosen abbreviation, even if the N stands for a word you wouldn't use in polite company.
It used to be a slur, then the community adopted the word as their own. That historical negative connotation still lingers for those who remember it that way, though.
I think that the word "queer" has been used for a long enough time in neutral to positive contexts, including official. I won't see it as an offensive word by itself. It's similar to what happened to the word "geek".
The 'N' word has seen a similar adoption and "historical negative connotatione still lingers for those who remember it that way" as well. I doubt they'll allow that particular slur however(and rightly so).
The big difference is that black people didn't "reclaim" the "N"-word slur, we always used it, it just doesn't mean the same thing when we say it to each other*. Now, the internet and the media spend a lot of effort to keep us from saying it.
In the case of "queer", it seems that even straight people somehow got to reclaim it, everybody is throwing it around, and that a large number of gay people don't like it at all.
-----
[*] Between black people it's usually more about telling somebody they're full of themselves. From white people to black people, empirically, it has almost always been followed with a murder threat.
You can claim this about any non-slurs too. I actually would argue that most sites don’t do any kind of blanket ban, perhaps social sites. Queer as a slur has American roots. Most of the world doesn’t acknowledge such illogical frailty.
