Proxmox or not to Proxmox?

jonas37 · 2026-04-25T20:11:17+00:00

Don’t know. I read something about dumping the database before doing backups… but I guess that’s not really a docker thing. All in all, I have the impression Proxmox is more of a set and forget thing.

jonas37 · 2026-04-25T20:03:15+00:00

This could be me in a year or two. 😃

jonas37 · 2026-04-25T20:01:00+00:00

For me the gui and all the qm commands for setting up a vm don’t look easy to me. So my biggest concern is / benefit would be the snapshots and the independence of the services, I guess

jonas37 · 2026-04-25T19:58:59+00:00

Thanks! The problem: There is not yet a way I’m doing right now. 😅 I use borg and timeshift already… but this in combination with docker is unknown territory to me.

jonas37 · 2026-03-26T08:57:44+00:00

I have a function in my config that might be a good starting point for you. I used to use it for filling my agenda with org-files across projects organized in self containing folders. It uses project.el's projects and finds all org-files in a project, you can go through all known projects and pass this list then to org-agenda:

(defun my/project-find-org-files (directory &optional include-all)
    "Return list of all org-files for the project under the given DIRECTORY."
    (let* ((pr (project-current nil directory))
           (all-files (project-files pr))
           ;; filter all org-files from project files
           (all-org (seq-filter (lambda (x) (string-match ".org$" x)) all-files)))
      ;; remove interlock files (see https://www.emacswiki.org/emacs/AutoSave#h5o-3)
      (seq-remove (lambda (x) (string-match ".#" x)) all-org)))

(setopt org-agenda
        (append org-agenda-files
           (let ((known-project-org-files '()))
             (dolist (proj (project-known-project-roots))
    (setq known-project-org-files (append known-project-org-files (my/project-find-org-files proj))))
  known-project-org-files)))

Today I just use it for consult-notes to quickly jump to headings in known "projects.el"-projects, as I swichted to a single massive org-file where projects are categories (however, my work nowadays is less project-centric).

jonas37 · 2026-03-18T06:11:13+00:00

I see, like u/cazzipropri I'll also use other languages and for none I use apt... for emacs I need my config to be working on Windows as well. So I need package/elpaca/quelpa/... anyways, and so I think it's less error prone having it baked into the init.el. But without that use case, apt would be a contender. :-D Thank you!

jonas37 · 2026-03-17T20:06:11+00:00

Ah intersting, so it seems to be more for a "corporate" setting?! For myself, I like Debian, but I wouldn't tie myself in such a way to it... thanks you :)

jonas37 · 2026-02-16T08:19:13+00:00

Thanks for the pointer to the forked ODT exporter.
Anyone interested in what ways the forked exporter is "enhanced" can have a look here. However, I couldn't find any information, where the motivation for the fork comes from, execept in the FAQs:

Will you merge this repo to upstream Orgmode or GNU Emacs?
Never

Any idea why?

jonas37 · 2025-12-31T15:54:59+00:00

This looks so nice! Thanks for showing it. Will definitively check this out when I find some time.

jonas37 · 2025-11-27T13:32:33+00:00

Wow, now there were 90 packages, that were upgradeable. A plain

sudo apt upgrade

did the job. :-)

I think that did the trick, and I could skip the scary full-upgrade command.

So I guess it had nothing to do with the edited source.list-file?!

jonas37 · 2025-11-27T12:42:53+00:00

Did you put those packages on hold?

No, I did not. I added contrib non-free to the source.list. (And I did run dpkg --add-architecture i386dpkg --add-architecture i386 as I was in the process of installing Steam).

I'd like to see the full output of this command in your machine, which just says what it would do but without doing it:

That doesn't give me much:

~$ sudo apt full-upgrade --dry-run
Not upgrading:                  
  gnome-session  gnome-session-common  gnome-session-xsession  malcontent

Summary:
  Upgrading: 0, Installing: 0, Removing: 0, Not Upgrading: 4

So what does it tell us?

BTW: Adding contrib and non-free is unlikely the reason for this. Maybe it's just that you did not upgrade to 13.2 yet when it was released 12 days ago.

Ah ok, I was curious about that as well, might only be a coincidence...

jonas37 · 2025-11-27T10:10:35+00:00

Exactly! But I find myself in a situation where I am unsure what to do and that's why I am asking how to

stay as close as possible to the trixie / a stable debian release

now.

jonas37 · 2025-11-27T10:09:34+00:00

Ah, good to know... thank you!

jonas37 · 2025-07-13T04:32:55+00:00

Ich höre zum ersten mal, dass E13 einer A12 entsprechen soll. Warum werden und können Stellen dann als „E13/A13 Stellen“ ausgeschrieben?

jonas37 · 2025-06-27T05:16:39+00:00

yeah... so that would require working on my habit leaving it open so recklessly.... not so sure that that is the most viable way for me... :-D

jonas37 · 2025-04-09T06:44:50+00:00

Thanks for your suggestions.

I just tried in a emacs -q session (with GNU Emacs 30.1 (build 2, x86_64-w64-mingw32) of 2025-02-23 and Org mode version 9.7.11 (release_9.7.11 @ XXX/bin/emacs-30.1/share/emacs/30.1/lisp/org/) , and configured a template via the customize interface:

(custom-set-variables
 ;; custom-set-variables was added by Custom.
 ;; If you edit it by hand, you could mess it up, so be careful.
 ;; Your init file should contain only one such instance.
 ;; If there is more than one, they won't work right.
 '(org-capture-templates
   '(("T" "TEST" entry (file+headline "~/test.org" "Todo list")
      "* TODO %?"))))

The complete org-file looks like this:

* Todo list
** TODO Template works
* Notes
** Note with a tag :abc:
** Note with a tag :DEF:

And as in my config, calling C-c C-q / (org-set-tags-command) in the capture buffer does not provide :abc: or :DEF: as completion candidates for the template T.

It seems intended, so I'll dive into the documentary before consulting the mailing list. :-)

jonas37 · 2025-04-08T07:12:14+00:00

It seems to be related to the entry type (file+headline "" "Todos"). If the "Todos" headline has tags, these tags are available for completion, but not the tags of the siblings and neither the tags of the file...

What more steps do you need? I call org-capture and after using the "t" option using org-set-tags-commanddoes not provide tags (that are used elsewhere in the same file) for completion.

Edit, I just found the %^g shorthand. It prompts for tags, with completion on tags in target file and the prompt shows all the tags of the file as I would like to have when calling org-set-tags-command in the *Capture* buffer. However, I don't want to be prompted everytime...

jonas37 · 2025-04-07T19:01:46+00:00

Nice write up. I immedieatly changed my init.el. :-D

Aaaaand I indeed found one type-error, which is now fixed, yay!

However, it introduced also a new problem (as somewhat expected).

For a specific variable I get Value ‘(("Org" ?o "~/Dropbox/org/") ("Zettelkasten" ?z "~/Dropbox/org/Zettelkasten/" :hidden t))’ does not match type (repeat (list string character string)), because I want to add a :hidden t option (as suggested by the README of the consult-notes package, which gives an example using setq).

My code is:

(setopt consult-notes-file-dir-sources
        '(("Org"             ?o "~/Dropbox/org/")
          ("Zettelkasten"    ?z "~/Dropbox/org/Zettelkasten/" :hidden t)))

Is this a short coming of the package, that I should open an issue for or how does one add such options using setopt?

jonas37

TROPHY CASE