List of missing programs about xdg-ninja HOT 28 CLOSED

Hi @a2n-s, thank you so much, this is the most comprehensive list of missing applications I've got so far.

I originally intended to add unsupported apps from the xdg-base-dir page from the arch wiki, but it was not a high priority, so I haven't got around to it yet.

If you would be willing to make a PR for this, that would be awesome. It obviously doesn't have to be all of them, and if you want to do some now and some later, multiple PRs are more than welcome as well.

If you have cabal installed, you can compile the haskell program in this repository, that will make it easier to add new configurations. cabal run xdgnj add will guide you through the process of adding new configurations, you can preview the config for a program with cabal run xdgnj prev programs/PROGRAM.json (where PROGRAM is the name of the program you want to preview), and you can edit existing configurations with cabal run xdgnj edit programs/PROGRAM.json.

If you don't want to go through the trouble, it would still be very helpful if you were to compile the information necessary (I suspect in this case most of the files sadly won't be movable, so this necessary information would be the name of the program responsible for the creation of the file/dir, and optionally a link to a relevant issue discussing xdg compliance) and send that over to me, as a comment to this issue would be fine, then I would go through it myself and create the configs.

Either way, thank you so much for this report and the kind words!

from xdg-ninja.

Hi @a2n-s, thank you so much, this is the most comprehensive list of missing applications I've got so far.

Hi @b3nj5m1n! 👋
I think that is normal and the very minimum to make the life of maintainers of open-source projects easier with clear discussions 😋
I'm far from perfect at that, but I simply try my best 😉

I originally intended to add unsupported apps from the xdg-base-dir page from the arch wiki, but it was not a high priority, so I haven't got around to it yet.

Oh I see, this is a great piece of information for the endeavour of xdg-ninja!

If you would be willing to make a PR for this, that would be awesome. It obviously doesn't have to be all of them, and if you want to do some now and some later, multiple PRs are more than welcome as well.

I sure can do that, as stated in the opening message of the issue.

If you have cabal installed, you can compile the haskell program in this repository, that will make it easier to add new configurations. cabal run xdgnj add will guide you through the process of adding new configurations, you can preview the config for a program with cabal run xdgnj prev programs/PROGRAM.json (where PROGRAM is the name of the program you want to preview), and you can edit existing configurations with cabal run xdgnj edit programs/PROGRAM.json.

If you don't want to go through the trouble, it would still be very helpful if you were to compile the information necessary (I suspect in this case most of the files sadly won't be movable, so this necessary information would be the name of the program responsible for the creation of the file/dir, and optionally a link to a relevant issue discussing xdg compliance) and send that over to me, as a comment to this issue would be fine, then I would go through it myself and create the configs.

Do not worry, I'll try to find my way through cabal and the tools you propose to generate proper .json files 👌

Either way, thank you so much for this report and the kind words!

Well, I was not that much aware of the mess my $HOME directory was... I knew it was filled with some hidden files, but time did pass and now it is quite out of control. I discovered your project with this video from "The Linux Cast" and, yeah, I do not want uncontrolled files in my $HOME anymore!! At least know that they are there and cannot be moved 😄

from xdg-ninja.

@b3nj5m1n, I will try to solve that issue as best as I can 😉

Stay tuned 😋

from xdg-ninja.

thunderbird is added in 05cec29

also thank you for pointing a lot of these out.

from xdg-ninja.

Add then using cabal run xdgnj add, that will add them to programs/, then open a PR.

from xdg-ninja.

Just to clarify @wael444, since you said in #79 (comment) that you "have no idea how to use cabal", are you still planning to work on this?

from xdg-ninja.

Are you on arch linux? There's some additional configuration you need to do, namely adding the following to your cabal config:

yes I am 👌

library-vanilla: False
shared: True
executable-dynamic: True
program-default-options
  ghc-options: -dynamic

See also the arch wiki page.

that is super strange, it did not work...
i ran cabal run xdgnj prev programs/git.json... which worked
and now cabal run xdgnj add appears to be working 😮

If it still doesn't work, you can also just write out the information and give it to me in a text file or something like that, then I'll add the properly formatted configs. Sorry about the inconvenience.

that is not your fault at all 😋

from xdg-ninja.

I'll try to write a Dockerfile to make this easier.

that would be amazing 🤩

from xdg-ninja.

As this is fully merged, I close the issue 😉

from xdg-ninja.

I removed ~/.steampid as it is mentionned in arduino/Arduino#78.

from xdg-ninja.

yes you're right I did not git fetch the new version, removing that 👌

from xdg-ninja.

so would you be open to PRs @wael444? 😋
just to know if it is worth working on some of the programs above 😉

from xdg-ninja.

just to know if it is worth working on some of the programs above wink

certainly maybe,
all you need is a description on how to fix it, if it is movable and if it is fixable whatever.
I'm pretty sure you can use the XDG Base Directory wiki page on arch wiki for the resources as that's all i know of.
there are simply too many programs to be honest.
please add my issue arduino/Arduino#78 aka ~/.steampid to your issue.

from xdg-ninja.

please add my issue arduino/Arduino#78 aka ~/.steampid to your issue.

I purposely removed ~/.steamip from the list above as you mention it already in arduino/Arduino#78.

The goal of my issue is to shed light on missing programs in xdg-ninja, i.e. programs not in the code base, nor in any issue or PR, not to swallow the other issues into mine 😋

from xdg-ninja.

I would like to work on a refactor of my GitHub account this week-end, it's been on my mind for way too long...

But, once I'm done, count on me to open PRs and try to solve as best as I can the files listed above!

I thought about the following plan yesterday before going to bed:

• adding a minimal support for all of the files at once, just to have them checked when running xdg-ninja
• try to solve the hidden files that still hang around in my dotfiles repo (that's just to have an arbitrary starting point 😉)
• then address the others when possible

What do you think about that? 😋

Also, before beginning anything... What is the difference between "Currently unsupported" and "No help available" in the .json files? 🤔

from xdg-ninja.

here's my effortless info that i managed to find

from xdg-ninja.

should i open a PR for the information i managed to gather?

from xdg-ninja.

Thanks a lot @wael444, this is a great start.

should i open a PR for the information i managed to gather?

Yes, let's start with the ones that are "won't fix" and have relevant issues attached.

@a2n-s

I thought about the following plan yesterday before going to bed:

adding a minimal support for all of the files at once, just to have them checked when running xdg-ninja
try to solve the hidden files that still hang around in my dotfiles repo (that's just to have an arbitrary starting point wink)
then address the others when possible
What do you think about that?

I'm not sure what you mean by minimal support, but this sounds like a good plan to me. If we manage to add support for some of these before you get to it, I'll try to create and maintain a checklist in a comment here somewhere, so it's clear which ones have been addressed and which ones haven't.

Also, before beginning anything... What is the difference between "Currently unsupported" and "No help available" in the .json files?

No help available is automatically inserted into the output when the "help" section is left completely blank. This is mostly for stuff that probably won't get xdg support, and where the either isn't a relevant issue to link to, or I was too lazy to dig it up. The goal is to reduce the number of files producing this.

Currently unsupported means it's not supported (you can also use this if there are no official plans to add support, i.e. it's been marked as won't fix), but these generally link to a relevant issue.

You shouldn't worry about this too much, as the helper program will generate a template for you based on whether the file can be moved or not.

from xdg-ninja.

No help available is automatically inserted into the output when the "help" section is left completely blank. This is mostly for stuff that probably won't get xdg support, and where the either isn't a relevant issue to link to, or I was too lazy to dig it up. The goal is to reduce the number of files producing this.
Currently unsupported means it's not supported (you can also use this if there are no official plans to add support, i.e. it's been marked as won't fix), but these generally link to a relevant issue.
You shouldn't worry about this too much, as the helper program will generate a template for you based on whether the file can be moved or not.

ok I understand 👌

I'm not sure what you mean by minimal support, but this sounds like a good plan to me. If we manage to add support for some of these before you get to it, I'll try to create and maintain a checklist in a comment here somewhere, so it's clear which ones have been addressed and which ones haven't.

I mean simply adding a blank file, or with "Currently unsupported" at least, to have the program in the database of xdg-ninja

I was willing to start working on that but do not want to produce duplicate work. Let's wait for @wael444 to respond to you and see if a PR is opened, no need to open twice the same PR 😉

from xdg-ninja.

I was willing to start working on that but do not want to produce duplicate work. Let's wait for @wael444 to respond to you and see if a PR is opened, no need to open twice the same PR wink

what do you exactly want me to do? just add the programs into programs/ and open a PR?

from xdg-ninja.

Just to clarify @wael444, since you said in #79 (comment) that you "have no idea how to use cabal", are you still planning to work on this?

Sorry, I am unable to work on it.

from xdg-ninja.

Sadly, I've not been able to compile the haskell code using cabal run xdgnj add...
i've tried cabal update, cabal install --dependencies-only --ghc-option=-dynamic, but none of them worked 🤔

I will fall back onto my editor of choice, that's not a big deal for the work to be done, just a bit sad not being successfull with a new tool 👍

from xdg-ninja.

Are you on arch linux? There's some additional configuration you need to do, namely adding the following to your cabal config:

library-vanilla: False
shared: True
executable-dynamic: True
program-default-options
  ghc-options: -dynamic

See also the arch wiki page.

If it still doesn't work, you can also just write out the information and give it to me in a text file or something like that, then I'll add the properly formatted configs. Sorry about the inconvenience.

from xdg-ninja.

I'll try to write a Dockerfile to make this easier.

from xdg-ninja.

Below is a todo list of all the programs from the beginning of that issue:

• .arduino-create/
• .arduino15/
• .dwarffortress/
• .eendroroy-coloschemes/
• .emacs.d/
• .gsutil/
• .ipython/
• .keras/
• .kube/
• .links/
• .lyrics/
• .moc/
• .mujoco/
• .oh-my-bash/
• .oh-my-xonsh/
• .pytest_cache/
• .quickemu/
• .screenlayout/
• .slime/
• .SpaceVim/
• .SpaceVim.d/
• .surf/
• .telegram-cli/
• .themes/
• .thumbnails/
• .trash/
• .vim/ -> ~/.SpaceVim/
• .vim_back/
• .virtualbox/
• .when/
• .xmonad/
• .zotero/
• .bash_aliases
• .bash_logout
• .bash_profile
• .bashrc
• .bashrc.backup
• .boto
• .ctags
• .dmrc
• .gcalcli_cache
• .gcalcli_oauth
• .gnuplot_history
• .grip-oggenc
• .luahistory
• .matho_history
• .net.log
• .notion-enhancer
• .nwinkler_random_colors
• .osh-update
• .pdbhistory
• .profile
• .pulse-cookie
• .python_history-83827.tmp
• .rtorrent.rc
• .sc_history
• .sdirs
• .viminfo
• .vimrc_back
• .xonshrc
• .xscreensaver
• .yarnrc
• .zcompdump*
• .zsh_history

I push the first ones so that you can tell me if that's ok with you @b3nj5m1n 😉

from xdg-ninja.

I'll try to write a Dockerfile to make this easier.

I added a dockerfile on a new branch, it builds a statically linked executable from the project, so it should run anywhere without any dependencies needed (?)

You can find the dockerfile here and a prebuilt binary here.

I'll give it a try later in a vm to see if it really works properly as a standalone binary, if it does, it should make using the helper program a lot easier.

from xdg-ninja.

And there we have it! The full list implemented in ./programs.

Some of them are really unclear about what program that is and how to fix it, but this is the best so far, and people can still open issues to fix any problem 😋

from xdg-ninja.

I'll try to write a Dockerfile to make this easier.

I added a dockerfile on a new branch, it builds a statically linked executable from the project, so it should run anywhere without any dependencies needed (?)

You can find the dockerfile here and a prebuilt binary here.

I'll give it a try later in a vm to see if it really works properly as a standalone binary, if it does, it should make using the helper program a lot easier.

really great news for future contributions 🤩

I propose to move to the new issue below, as this issue will probably be closed soon, after the merge of arduino/Arduino#82, if you accept it 😋

from xdg-ninja.