That’s not my problem. I’ve customized the pattern so that all updates are installed, as long as they don’t introduce new configurations—even for “regular” software. That works without any issues. The same goes for third-party repositories like ntfy or docker.

What I don’t understand is the log file entry indicating that packages are being held back, even though they end up being installed anyway. I’d at least like to understand why.

OK, in that case, im out of luck, since the phone is not rooted (and i dont want to root it). But many thx

I cant install software on that laptop. I have a VPN setup on that laptop, which connects me to my company network. If i disable the VPN and the laptop is in the LAN at home, i can access my home network resources. But the VPN on this machine, prevents me from installing another VPN client like Wireguard and i don’t want to change something on the laptop, wich isn’t my own device.

However, i can and must use the android phone sometimes, when im underway, to connect to the internet. I can open the wireguard vpn on this phone and can access my resources from home. But this isn’t shared with the Wifi hotspot.

I don’t know, if a proxy or something similar exists for Android, which allows to share the VPN via WiFi hotspot.

Many thx for the hint with journald. A little bit searching gives me https://serverfault.com/questions/573946/how-can-i-send-a-message-to-the-systemd-journal-from-the-command-line

I try that tomorrow. From reading it seems to be, what I need.

Syncthing is blocked, or better the ports are blocked on 3 of the hosts (and i cant open them). I can use scp, to copy files. Ports 22 and 443 are the only ports, i can use on all hosts. Additionally, i cant install new software there.

For the restart, i have found the line exec "$(realpath $0)" "$@". Using the script directly works with that. But since the script is called from a systemd service unit, i don’t know if this break the logic. The service unit is from type oneshot and calls the script multiple times (but different parameters), like this:

ExecStart=/home/username/.local/bin/script.sh variant1
ExecStart=/home/username/.local/bin/script.sh variant2
ExecStart=/home/username/.local/bin/script.sh variant3

script.sh does different things, when changing the first parameter. It starts the other variants, when the current variant finishes. Now i don’t know, if restarting /home/username/.local/bin/script.sh variant1 will break the logic and the other variants will either not executed or in some unexpected schedule.

I thought it was ext4, but it seems to be ext3. A standard file system check didn’t find any errors after I restored the partition table.

With Arch based, like CaxhyOS or Manjaro? Whenever I install new things or at weekends or when something important is fixed. But god beware, not every day. There is no reason for that.

It seems that this doesn’t work as expected. Please see my new post from today. I have found also the following issue https://github.com/systemd/systemd/issues/3107. According to this, a monotonic timer doesn’t survive a reboot or power off. Please correct me, if I’m wrong.

If I understand this correctly, only a onCalendar type can be used here. That’s a little bit annoying, but as of yet, I haven’t found a way around this.

Sorry, i have to ask again. I actually thought I had solved the problem. However, today I discovered that the jobs are overdue and have not been started for several days. When I display the timers with systemctl --user list-timers, I see that the NEXT column is empty::

NEXT LEFT LAST                         PASSED UNIT                  ACTIVATES              
-       - Sun 2026-02-01 20:01:48 CET       - backup.timer  backup.service

Since there is no NEXT date, the timer/service will probably not be restarted. The timer unit looks like this:

[Unit]
Description="Backup to remote"

[Timer]
OnUnitActiveSec=3d
Persistent=true

[Install]
WantedBy=default.target

As you can see, I am well over the 3 days. When I call systemctl --user status backup.timer, I get:

● backup.timer - "Backup to remote"
     Loaded: loaded (/home/username/.config/systemd/user/backup.timer; enabled; preset: enabled)
    Drop-In: /home/username/.config/systemd/user/backup.timer.d
     Active: active (elapsed) since Fri 2026-02-13 16:53:31 CET; 7min ago
 Invocation: 95ae3860c50a454b98078fc2ce3eb3c5
    Trigger: n/a
   Triggers: ● backup.service

To me, this looks perfectly “normal.” The only thing that puzzles me is the Active line. Why is the current date (Fri 2026-02-13 16:53:31 CET) set there and not the date on which the job last ran (Sun 2026-02-01 20:01:48 CET)? The NEXT column fills up again when I start systemctl --user restart backup.service. The job is then executed immediately and the column is filled. However, after rebooting the laptop, the column is empty again and the job is no longer started at the given intervals.

Ahh even more possibility’s. Many thx.

OK. I think 7 day was a slightly misleading schedule :-) My bad. But yes, you are right, for 7 days, this will work fine. But i think OnUnitActiveSec=7d is more flexible, when i change this to 12 days, 9 days and so on… I should learn to be more precise in my questions. Sorry.

Shifting the day of the week is totally fine, since i only care about days between the job executions. Many thx, then i try my luck with this.

Good point. Will try that

Hmm this is close enough to mine… Manjaro…

have Arch in parallel boot, but I’m not happy how it works with Steam Games. This is at least for me, a lot better with Manjaro. But anyway, I will compare with Arch settings next time im on it. Tomorrow I have to go to Bangkok for some weeks and can’t use my private laptop for this time.

Strange. I’m on Gnome 47.4. Is this XFCE in your screenshot?

And how could you add a image here? I have tried, but couldn’t find a button to do so.

256x256px. In my eyes, this should be ok.

If you have access to a Roundcube instance, you can try my PrimitiveNotes plug-in, if you want. You can find it at https://codeberg.org/Offerel/Roundcube_Primitivenotes. Maybe this helps to understand, for what and how i use markdown notes. I have absolutely no knowledge about flutter or Android coding, so I can’t help that much.

But I can test and send you a little bit feedback for your app, because I really like your concept so far.

This looks like something usefull. Some observations after first start…

• why does the app requests full file rights, after I selected my local notes folder? If the app has access to that folder (and subfolders), this should be enough.
• for code, examples a code font should be used and not the same font as article text
• i use markdown a lot for code. With this it should be possible to select the whole code block by single click. When using css, this should be possible with > user-select:all
• auto line break should be disabled in the same context. This seems to be already the case for code block but not for single line code
• i would love to see support for yaml. But in the form that i can hide the yaml block
• i think the search feature doesn’t work yet. If I have for example a note with the title Manjaro.md and I type “manjaro”, it isn’t found. The search should also search the text inside the notes or at least the yaml tags (if supported)
• please keep the local folder and don’t invest your resources in a sync mechanism. There are so much possibilities like WebDAV, rsync, SFTP and a lot of clouds. To much to make anyone happy. There are some Android apps which sync such things with an ease.
• I keep my rare images in a hidden subfolder of the notes folder like “.media”. Not only images, also linked PDF and so on. Such images are not displayed. They seems to be not found

I really like the idea of your app. Could be a good companion for my PrimitiveNotes plug-in for Roundcube. Hopefully you find the time to develop it further.

Unfortunately, this version violates the DSGVO by sending telemetry without being asked. This shoots the app directly into out. I hope that the developers have an insight here and remove this function as soon as possible.

Many thx. I really like this app. Keep up the good work!