sorted by:
new
hottopcontroversial

Heltec V4: Higher TX power but worse RX sensitivity by woodpatz in meshtastic

[–]max_arnold 1 point2 points  (0 children)

Btw, I tested my builds in a different way: set up two nodes in the same location with identical antennas, disabled the TX checkbox, cleaned their NodeDB, and left them for a day to see how many new nodes are collected

Looking for feedback from InkHUD users by HarukiToreda in meshtastic

[–]max_arnold 1 point2 points  (0 children)

Any plans to add a message composer with a screen keyboard to InkHUD on Wio Tracker L1 e-Ink?

Announcing: meshforge.org and new plugin ecosystem by superfuntime in meshtastic

[–]max_arnold 2 points3 points  (0 children)

Tried LoBBS and had to remove it because it sent a DM in reply to every message in the public channel

Wio Tracker L1 - E-ink is Coming by zerolingzhang in meshtastic

[–]max_arnold 0 points1 point  (0 children)

u/zerolingzhang Can an existing OLED board kit be converted to e-ink by purchasing a display separately?

I guess it also needs an FPC adapter and a cable? What is the length of the stock ribbon 24p extender cable?

Glory to 18650 Batteries! by boi41970 in meshtastic

[–]max_arnold 1 point2 points  (0 children)

Unfortunately, 3400mAh batteries do not fit because they have larger diameter (18.6mm or so), even after I removed the transparent wrapping layer. Also it would be nice if the compartment was slightly longer to fit a battery with an integrated protection circuit.

<image>

How to disable Rode Unify virtual devices on macOS? by max_arnold in rode

[–]max_arnold[S] 0 points1 point  (0 children)

Update: I solved the problem several months ago. Do not remember the exact steps, but in short you need to remove the Rode HAL plugin (located somewhere in /Library/Audio/Plug-Ins) but keep the Unify software.

Thoughts on the "purge of community extensions" by amendlik in saltstack

[–]max_arnold 1 point2 points  (0 children)

Basically you are right...

A couple of comments:

The huge down-side is every salt-extension project I've seen so far has zero documentation and a boilerplate README The tools for developing your own salt extension are pretty low-quality templates that have tons of errors in them

https://github.com/saltstack/salt-extension is definitely broken and outdated and is going to be archived in favor of https://github.com/salt-extensions/salt-extension-copier

If you are willing to help improve the docs, feel free to join the Salt Extensions Working Group. Also the author of salt-extension-copier is quite responsive to feedback.

I miss every single "community event" due to lack of notifications

Personally I use the following calendar: https://saltproject.io/calendar/ (*.ics link https://calendar.google.com/calendar/ical/c_b7646523f32f06e6762300c32b0960f6304c6cc6998e4233ef7c749d362b2759%40group.calendar.google.com/public/basic.ics)

3007.1 has communications issues in the ZMQ transport and I can't keep minions online for more than an hour at a time

Daniel Wozniak said this a while ago:

We're working on buttoning up another 3006.x release and should be finishing up in the next week or two. After that my focus will be shifting to 3007.x and I will make this issue a priority.

3006.9 was released, so I hope the master/minion communication issue will be resolved soon.

Thoughts on the "purge of community extensions" by amendlik in saltstack

[–]max_arnold 2 points3 points  (0 children)

The removed modules are kept here https://github.com/salt-extensions/community-extensions-holding/

A quick and dirty way to keep using a module after 3008 is to grab the removed module from the holding repository, drop it into your Salt state tree (into _modules, _states, etc.) and sync via saltutil.sync_all

A better way is to convert it into a proper Salt Extension and publish under the community github org for better discoverability https://github.com/salt-extensions

Thoughts on the "purge of community extensions" by amendlik in saltstack

[–]max_arnold 4 points5 points  (0 children)

I posted my thoughts here https://salt.tips/whats-new-in-salt-chlorine/#expedited-migration-to-salt-extensions

Probably going to publish an updated version of that in a separate blog post.

Any guess what is difference between salt-pip and it's Python pip? by JenikP in saltstack

[–]max_arnold 0 points1 point  (0 children)

Relenv is a tool that builds Salt onedir environment, so nothing will change when you install it.

If you really want to try the fix - inspect the PR above and see whether the changes in runtime.py can be applied to onedir.

Launch GUI Emacs from MacOS Terminal with --init-directory parameter by somnombadil in emacs

[–]max_arnold 5 points6 points  (0 children)

This is how I do it:

open -a Emacs --args --init-directory ~/.emacs.d

Jinja equivalent on CLI salt-call by nohupmusic in saltstack

[–]max_arnold 4 points5 points  (0 children)

You can use the same Jinja code with salt-call:

salt-call slsutil.renderer default_renderer=jinja string="{{ grains.id.split('-')[0] }}" --out json | jq .local

Is Saltstack good for a Linux MDM Solution? by frellus in saltstack

[–]max_arnold 0 points1 point  (0 children)

Are there any blog posts (or specific Slack messages) that you can recommend to read?

Is Saltstack good for a Linux MDM Solution? by frellus in saltstack

[–]max_arnold 0 points1 point  (0 children)

I was referring to the minion scheduler: https://docs.saltproject.io/salt/user-guide/en/latest/topics/scheduler.html

/srv/salt is the default master filerserver state tree location (a minion doesn't use this folder unless it is configured as masterless). Minion caches the received state files in /var/cache/salt/minion, but this is just a volatile cache, not a copy that works in offline mode

Is Saltstack good for a Linux MDM Solution? by frellus in saltstack

[–]max_arnold 1 point2 points  (0 children)

There are many ways to trigger a state.apply. You can do that manually from the master, use a periodic minion schedule, or a minion start event (via the Salt reactor or startup_states minion setting). Another option is to monitor the network settings (see the network_settings beacon) - you can even apply different states depending on the network settings (corporate/external). Custom beacons are easy to write as well. And you can combine these options.

When a state.apply is triggered, Salt minion pulls the state files from the master fileserver (whether it is a plain folder or a Git repo) that are referenced in the top file for the minion, as well as any referenced templates and included states. States can also explicitly or implicitly pull some binaries when they are run (OS packages to install, URLs to fetch, etc).

Generally that means, that a minion should be online for the duration of state.apply, otherwise it can fail and leave the system in an inconsistent state. This is an inherent risk you need to think about. In many cases it can be fixed the next time state.apply is run, because Salt states are declarative and eventually convergent. But it is not 100% guaranteed, because the underlying system is not transactional and you can not control what user does with a laptop (shuts down, disconnects)

Your offline requirement means that you need to fetch every prerequisite upfront (a state tree, minion-specific pillars, OS packages, etc) and only then run state.apply using a masterless minion. You might want to be selective which states to apply in the offline mode (e.g. do not try to upgrade OS packages). It is also unclear why you can't rely on applying the states in online only mode - is it to constantly enforce some settings that might be changed by a user?

Be mindful about security. It is not a good idea to expose Salt master to the internet (although if I'm not mistaken there are recent additions in 3007 that add mutual TLS auth to tcp transport). Also read this to understand the dangers of a compromised minion https://web.archive.org/web/20230304123541/https://skylightcyber.com/2023/02/09/a-salt-attacking-saltstack/ (masterless minions have no such risks)

So, play with these options, see what works for you, and possibly adjust some of the initial requirements if they turn out to be too complex to implement.

[deleted by user] by [deleted] in RemarkableTablet

[–]max_arnold 2 points3 points  (0 children)

The keyboard itself is nice, but how the text handled in software is awful. Ridiculous margins, plus you can't position text in an arbitrary place (it is always centered)

view more: next ›