fixing a bunch of broken stuff I think
This commit is contained in:
parent
0dbc3ead0e
commit
8bace887a2
1551 changed files with 299 additions and 57481 deletions
|
@ -1 +0,0 @@
|
|||
<!-- SC_OFF --><div class="md"><p>I clone a lot of git repos. Deleting them is an inconvenience I've accepted for many years now: ensuring the <code>--force</code> flag is set or piping with <code>yes</code>. Are there any <code>rm</code> wrappers or alternatives out there which handle this better?</p> </div><!-- SC_ON -->   submitted by   <a href="https://www.reddit.com/user/jess_bo"> /u/jess_bo </a> <br/> <span><a href="https://www.reddit.com/r/archlinux/comments/q83lsp/git_friendly_rm_wrapperalternative/">[link]</a></span>   <span><a href="https://www.reddit.com/r/archlinux/comments/q83lsp/git_friendly_rm_wrapperalternative/">[comments]</a></span>
|
|
@ -1 +0,0 @@
|
|||
<!-- SC_OFF --><div class="md"><p>Emacs 3rd party dependencies and user home integration can be well managed using Nix. <a href="https://github.com/positron-solutions/posimacs">Posimacs</a> is a published example.</p> <p>I've updated the example. It now uses nix flakes. The elisp files can be maintained as a dirty tree for happy hacking. Home manager is mainly used for the static aspects of user home integration rather than installing the elisp files read-only. I will be installing this on a Darwin machine sometime today.</p> <h2>The Scheme</h2> <ul> <li>Straight for elisp packages & lockfiles</li> <li>Home manager for dotfiles</li> <li>Nix expressions for distributing 3rd party deps</li> </ul> <p><strong>Forewarning, the Emacs lisp is not marketed as good. At anything.</strong> My git tree is dirty. I mainly use the vterm integration and Rust Analyzer.</p> <h2>The Future</h2> <ul> <li>Emacs can maintain its own nix profile to have a self-contained set of 3rd party dependencies like language servers and dynamic modules independently of the user environment</li> <li>Emacs can generate a home manager module for programs like vterm that want home integration</li> <li>Emacs can maintain non-package elisp configuration expressions without resorting to rigid git managed structures or rapidly decaying patchworks lifted from literate org files scattered around</li> </ul> <p>The mix of tooling is the main work output of this project so far. Appreciate pointing out any work related to <em>the Future</em></p> </div><!-- SC_ON -->   submitted by   <a href="https://www.reddit.com/user/Psionikus"> /u/Psionikus </a> <br/> <span><a href="https://www.reddit.com/r/emacs/comments/rs73un/emacs_its_dependencies_and_dotfile_integration/">[link]</a></span>   <span><a href="https://www.reddit.com/r/emacs/comments/rs73un/emacs_its_dependencies_and_dotfile_integration/">[comments]</a></span>
|
Loading…
Add table
Add a link
Reference in a new issue