<pubDate>Thu, 18 Jan 2024 00:00:00 -0500</pubDate>
<description><![CDATA[<p>
In May I plan to go on missions to a nation in Southeast Asia with a small team.
We will bring the good news of Jesus, and the reconciliation that He brings.
On this trip we will declare the salvation and freedom Jesus brings.
</p>
<blockquote>
<p>
For we do not proclaim ourselves, but Christ Jesus as Lord, and ourselves as your slaves for the sake of Jesus.
– 2 Corinthians 4:5
</p>
</blockquote>
<p>
It is this proclamation that will change hearts and minds in Southeast Asia.
We go in humility, willing to subject ourselves to all indignity for the sake of Jesus' kingdom.
</p>
<blockquote>
<p>
17 Therefore if anyone is in Christ, he is a new creation; the old things have passed away; behold, new things have come.
18 And all these things are from God, who has reconciled us to himself through Christ, and who has given us the ministry of reconciliation,
19 namely, that God was in Christ reconciling the world to himself, not counting their trespasses against them, and entrusting to us the message of reconciliation.
20 Therefore we are ambassadors on behalf of Christ, as if God were imploring you through us. We beg you on behalf of Christ, be reconciled to God.
21 He made the one who did not know sin to be sin on our behalf, in order that we could become the righteousness of God in him.
</p>
<p>
– 2 Corinthians 5:17-21
</p>
</blockquote>
<ulclass="org-ul">
<li>We will bring this truth into places characterized by darkness and lies.</li>
<li>We will tell those who believe no one loves or knows them that God knows and loves them.</li>
<li>We will tell those who seek to prove their goodness through works that Christ can give them true righteousness.</li>
<li>We will tell those who believe they are broken beyond repair that Jesus is ready and willing to heal them.</li>
<li>We will encourage the church, which is strong and alive in Southeast Asia.</li>
</ul>
<p>
The spiritual needs in Southeast Asia are intense.
No team can hope to be adequate for the situation–instead, we know that Jesus is enough for Southeast Asia!
We rely on the Holy Spirit, trusting in Him to give us wisdom and words as we encounter the people in Asia.
</p>
<p>
Please pray for Southeast Asia in these ways:
</p>
<ulclass="org-ul">
<li>Openness: Pray that the people we encounter will be open to the message of Jesus Christ.</li>
<li>Favor: Pray for favor with governing authorities.
We go in humility and obedience.
It is not our goal to subvert legitimate authority or take a political stance.
Pray that those in power would recognize the power and blessing of the gospel.</li>
<li>Focus: Pray that the team would remain focused on glorifying Jesus Christ. Pray that we would not turn from this even a step, and that we would work in unity to achieve our mission.</li>
<li>Love: Pray that we would have genuine love for all we encounter. We have encountered a love that changed our lives–pray that it would change the lives of those around us!</li>
<li>The Church: we're going to Southeast Asia for just two weeks. While we want to reach people for Jesus Christ, we are not staying long-term. We can't disciple people in two weeks.
The Church in Southeast Asia is alive and well, even if underground. Pray that they would continue to stand strong in the faith.</li>
I use org-mode as my document production software.
This means that I produce everything in Org.
Notes, papers, presentations, and now my resume.
</p>
<p>
When I began looking at resume production with Org, I noticed the lack of straightforward packages and user guides.
I'm sure there's something out there, but I sure couldn't find it.
</p>
<p>
The simplest raw-org method I found is the use of <ahref="https://orgmode.org/manual/Macro-Replacement.html">macros</a>, along with a custom export-template.
Back when configuring the <ahref="#custom-class-org">custom class</a> you may have noticed the rows of cons cells underneath the header-string.
These define what each level of org-header is to translate into.
If you're paying attention you've also noticed that McDowellCV provides a set of commands <code>cvsection</code> and <code>cvsubsection</code> that would work perfectly in this scenario.
You're right, except that these commands require extra properties to specify dates and other features.
<del>At some point I'll figure out how to pass parameters into them through the default header-export mechanism. For now I'm comfortable with my macros.</del>
<li><ahref="#first-iteration">1. First Iteration</a></li>
<li><ahref="#second-iteration">2. Second Iteration</a></li>
<li><ahref="#finally">3. Final</a></li>
</ul>
</div>
</div>
<p>
After beginning my Emacs and Org-Mode adventures I quickly realized the insufficiency of the standard agenda.
It is wonderful at producing a list, but I am quickly approaching over 1000 notes.
The agenda tooling is incapable of searching this many files efficiently, and it took over thirty seconds to generate an agenda.
</p>
<p>
This was intolerable. I had two options:
</p>
<olclass="org-ol">
<li>Place all my TODO items into a single file.</li>
<li>Narrow the number of files the agenda mechanism needs to search</li>
</ol>
<p>
I find the first option undesireable for reasons I mentioned in my <ahref="https://judah.freedomland.xyz//posts/reflections-zettelkasten-tooling.html">post</a> about zettelkasten tools.
I like to have my todo items mixed with the context where they were born.
A student of the <i>Getting Things Done</i> methodology might ask, "Doesn't this violate the central todo-list principle?"
Yes, it does.
Org-agenda allows me to have my cake and eat it too.
I can create a centralized todo-list out of all my todo items, and then immediately jump into the context of my next task.
</p>
<p>
It took several iterations of configuration to reach a seamless workflow.
If you'd like to jump straight to the final setup, <ahref="#finally">here's the link.</a>
<h2id="first-iteration"><spanclass="section-number-2">1.</span> First Iteration</h2>
<divclass="outline-text-2"id="text-1">
<p>
The first piece of tooling I used came from <ahref="https://d12frosted.io/posts/2021-01-16-task-management-with-roam-vol5.html">this post</a> and <ahref="https://gist.github.com/d12frosted/a60e8ccb9aceba031af243dff0d19b2e">this Gist</a>.
Essentially it creates a function <code>vulpea-project-files</code> that can easily query for a tag, and then sets the org-agenda files to all the files containing this tag.
</p>
<p>
Coupled with a helper-function that adds the tag <code>hastodos</code> to any file containing a TODO entry, it functioned well.
<spanclass="org-doc">"Return a list of note files containing '</span><spanclass="org-doc"><spanclass="org-constant">hastodos</span></span><spanclass="org-doc">' tag."</span><spanclass="org-comment-delimiter">;</span>
The first version was the amazing <ahref="https://vimwiki.github.io/">vimwiki</a>, a system simple and elegant.
It provided most of the features needed for a zettelkasten, and supported standard markdown.
During this period I grew comfortable with Vim, which I consider <i>the</i> premier editing experience.
</p>
<p>
I began to use <ahref="https://taskwarrior.org/">Taskwarrior</a>, an amazing command-line task management tool.
<ahref="https://github.com/tools-life/taskwiki">Taskwiki</a> is another amazing vim extension that maps tasks between vimwiki and taskwarrior, allowing you to create "viewports" with various Taskwarrior filters.
The combination of Vimwiki and Taskwarrior is exceptionally comfortable, and taught me my first important lesson: <i>tasks</i> and <i>data</i> are inseparable.
It is impossible to provide sufficient information to do a task if that task is separated from its context, its data and metadata.
</p>
<p>
Eventually I grew tired of the limitations of editing text in a terminal.
Vim doesn't support graphical things very well, and I wanted to view images inside my notes.
While various extensions solve this problem, and adjacent problems, I had at this time noticed <ahref="https://www.dendron.so/">dendron</a>.
Dendron features a mixed hierarchical/networked note setup, which (according to the creators) scales well with heavy use.
While I still have not reached the ~10k note count that the authors asserted Dendron would survive, the structure appealed to me because at the time I was working with several sorts of knowledge that a hierarchy represents well–things like programming language concepts in multiple languages.
Dendron also features a note-graph, which represents both the hierarchy of notes and the links between notes.
This feature was most attractive to me, as inside Vim I was having trouble visualizing my entire zettelkasten.
</p>
<p>
Overall, the featureset provided enough value that I made the change.
I adapted all of my vimwiki links (or most!) to Dendron's format, and began to implement some of Dendron's more advanced features in my daily use.
I installed VSCode and a Vim emulation plugin, and away I went.
</p>
<p>
The first snag I ran into was the limitations of Vim emulation plugins, so I switched that plugin to <ahref="https://github.com/vscode-neovim/vscode-neovim">vscode-neovim</a>, which embeds neovim into VSCode.
I learned a value here: closer to Vim is more comfortable.
Vim truly allows you to "edit text at the speed of thought".
Its modal paradigm turns the keyboard into a uniquely fluid control panel, optimized for text editing.
Extensions often miss features or have subtle bugs.
The closer I can get to actual Vim, the more comfortable I am when it is time to edit.
After Vim emulation, VSCode+Dendron's most significant problem was its lack of serious todo functionality.
Taskwarrior and its sister program Timewarrior had previously handled my todo lists, while Vimwiki handled documentation and project management.
Dendron had no such extension.
VSCode's slow startup time wore at me, and I decided I didn't appreciate all of the higher-order features of Dendron.
Additionally, around this time development on Dendron ceased, and while the project leader declared it good enough to manage his personal projects, several rough edges and missing features took away from its initial promise.
</p>
<p>
I switched to Vim again for a short time, and tried to find plugins to piece together some of Dendron's features while avoiding the pain points.
Around this time I discovered another innovation, "Emacs Org-mode."
<ahref="https://www.youtube.com/watch?v=SzA2YODtgK4">This video</a> by Harry Schwartz from thoughtbot showed up in my feed.
Reluctantly, I watched it.
After seeing the power of Org-mode I decided to give it a try.
Emacs' power and scriptability far outstrips everything that Vim had to offer, and Evil mode satisfies my desire for Vim's editing model.
</p>
<p>
Emacs also handles task management.
The default org-mode todo manager is fine, but with the addition of <ahref="https://www.nongnu.org/org-edna-el/">edna</a> for better dependency management and <ahref="https://gist.github.com/d12frosted/a60e8ccb9aceba031af243dff0d19b2e">d12frosted's</a> little hack for todo-items in hundreds of files, it becomes much easier to manage projects spread across a zettelkasten of knowledge.
<ahref="https://www.orgroam.com/">org-roam</a> is the final piece of the puzzle, integrating the best of ID-based linking and backlink features into emacs.
Org-mode provides far too many features to cover here, but suffice it to say I am very happy with this setup.
I have complete freedom to do anything I need to do, all in plain-text, all with an easily-hackable and infinitely customizeable interface.
</p>
<p>
It has many issues, and I'll put out another blog post some day detailing the problems I've encountered so far, along with what I have as far as mitigations.
Despite the issues, I heartily recommend Emacs to anyone looking for the ultimate endgame in text-editing capability.
</p>
<p>
Other editors are great. VSCode is easy to use, Vim is wicked fast, and Neovim is great.
Emacs is superior in extensibility, it is superior in user-focus, and it is ultimately the most comfortable editor I've ever used.
If you think you can handle the learning curve, I invite you to dive in.
</p>
<p>
At the least, don't waste as much time as I did trying to find the perfect setup.
I began using git around halfway through my wiki process.
I wasn't very familiar with it when I began, but I've come to value it as a part of my daily workflow.
It certainly makes data recovery easy, and coupled with a personal <ahref="https://git.freedomland.xyz/judahsotomayor">gitea</a> instance it allows me to back up and access my projects from anywhere.
<pubDate>Thu, 21 Dec 2023 00:00:00 -0500</pubDate>
<description><![CDATA[<p>
Rather than an email-based subscription service, I'll be using <ahref="https://en.wikipedia.org/wiki/RSS#:~:text=RSS%20(RDF%20Site%20Summary%20or,standardized%2C%20computer%2Dreadable%20format.">RSS</a>.
It's an amazing subscription mechanism used by a lot of blogs and podcasts.
All you need to subscribe is an RSS client, which you can pass my <ahref="https://judah.freedomland.xyz//feed.xml">link</a>.
If you're cloning a project off a major git platform, you can check that the latest commit states "Verified" or "Signed".
Then you can check that my key fingerprint matches with the one above.
</p>
<p>
If you've gotten ahold of source code some other way, run <codeclass="src src-sh">git verify-commit HEAD</code> to ensure that the latest commit has been signed.
Find another website or another source for the key.
</p>
<p>
Find a photograph or other item that is difficult to forge.
</p>
</div>
<p>
This is the signature for the Qubes master signing key.
I provide it here as another copy of a currently known-good key.
The QMSK is the root of trust for all QubesOS development.
Qubes release keys and developer keys are all signed with the QMSK.
</p>
<p>
Please see <ahref="https://www.qubes-os.org/security/verifying-signatures/#how-to-import-and-authenticate-the-qubes-master-signing-key">the Qubes website</a> for more information.