~earboxer

West Michigan, USA

https://zachdecook.com

We start, around the turn of the millenium, with a dot on the map: a small city where tickets to the local cinema cost only two dollars. Just outside city limits sat a parsonage, inwhich memorable history was being formed:

"That's so easy, even Zach can read it!" called one of the others.

Now, others there were, in contrast to the big people, who, here, seemed to run the joint by joint-ownership.

I was beckoned toward a newspaper, where a three-panel cartoon was being indicated.

"Here, read this!"

My first test of skill... would I succeed, proving my capability, or fail, showing the known universe that I was most inferior.

Panel 1: Garfield sits on the counter, saying "Zzzzzzzz" Panel 2: Garfield is still sitting on the counter, Jon is watching. Garfield says "Zzzzzzzz" Panel 3: Jon breaks the pattern of Zee's, and says ________...

I couldn't do it. I was the only person who didn't know how to read.

Trackers

~earboxer/sxmo-icons

Last active 5 months ago

#535 Lock colored text not displayed properly when phone is connecting 4 days ago

Comment by ~earboxer on ~mil/sxmo-tickets

Oh but the problem is definitely the angle brackets for connecting.

#535 Lock colored text not displayed properly when phone is connecting 4 days ago

Comment by ~earboxer on ~mil/sxmo-tickets

For simplicity, I think removing the bold tags would be fine (we're already using all caps, after all).

#534 KEYBOARD_ARGS not compatible with toggle WM 6 days ago

Comment by ~earboxer on ~mil/sxmo-tickets

For the time being, I wrapped my export KEYBOARD_ARGS in a if test $SXMO_WM = 'sway'

Percentage for the height makes the most sense (it's independent of scaling factors), though I'm not sure how it works (just that setting it to '140' resulted in a small keyboard).

(invalid flag values should just be ignored)

Renaming wvkbd's -O option is probably the 'right thing' (it's the newer of the two, and I think only 2 people actually use it ( ~aren and I), though I could argue that svkbd's flag is less useful and fewer things depend on it.

We should update the codebases to parse (and ignore) eachother's flags so we don't define one on top of the other again.

#534 KEYBOARD_ARGS not compatible with toggle WM 6 days ago

on ~mil/sxmo-tickets

sxmo mantains wvkbd, so I'd say we change svkbd to make it act like svkbd.

On Sun, Sep 18, 2022 at 03:55:11AM +0000, ~earboxer wrote:

wvkbd and svkbd don't have uniformity in their arguments, noticably:

  • -H: in wvkbd this is in pixels, in svkbd it's in percents?
  • -O: in wvkbd it's an output mode, it disables overlays

Unsure what is the best way to proceed.

-- View on the web: https://todo.sr.ht/~mil/sxmo-tickets/534

-- sic dicit magister P https://phartman.sites.luc.edu/ GPG keyID 0xE0DBD3D6 (CAE6 3A6F 755F 7BC3 36CA 330D B3E6 39C6 E0DB D3D6)

#534 KEYBOARD_ARGS not compatible with toggle WM 6 days ago

Ticket created by ~earboxer on ~mil/sxmo-tickets

wvkbd and svkbd don't have uniformity in their arguments, noticably:

  • -H: in wvkbd this is in pixels, in svkbd it's in percents?
  • -O: in wvkbd it's an output mode, it disables overlays

Unsure what is the best way to proceed.

#526 Add ring profiles for incoming calls and texts a month ago

Comment by ~earboxer on ~mil/sxmo-tickets

Not a bad idea to have ringmodes (and a menu to switch them)! -- but honestly now that I think of it, I would just want to script my ringmode (don't ring during known meetings, etc) if it bothered me that much.

In terms of the config, we generally just use the hooks, but sometimes also environment variables as our config.

#33 Masking is broken 2 months ago

Comment by ~earboxer on ~craftyguy/superd

Thanks, that works great!

It might be nice to have an icon for 'masked' in superctl status, but that's not necessary.

#33 Masking is broken 2 months ago

Ticket created by ~earboxer on ~craftyguy/superd

If I have a file in /etc/superd/services/myservice.service, superctl disable myservice will create the masking file (~/.config/services/enabled/myservice.service as a symlink to /dev/null), but it won't be read when superd starts up. (so it will fall back to the system configuration, which is to have it enabled).

#522 superd/Systemd conflicting user services management 2 months ago

Comment by ~earboxer on ~mil/sxmo-tickets

It strikes me that the second point above has already been rejected in the past.

To avoid adding systemd calls into our code, we need a distro-agnostic way to tell vvmd (and mmsd) that we gave it a new config. (something to work on upstream).

#522 superd/Systemd conflicting user services management 2 months ago

Comment by ~earboxer on ~mil/sxmo-tickets

https://lists.sr.ht/~mil/sxmo-devel/patches/33707 Is one part of this.

Remaining changes to allow systemd usage for some user programs:

  • [ ] get DE-specific tasks launched by configuration (instead of start hook) e.g. mako/(dunst, unclutter, autocutsel)
  • [ ] allow toggling vvmd/mmsd with systemd (and change them to be started by superd configuration, rather than conditionally by the start hook?)
  • [ ] Have callaudiod started by superd configuration (instead of after the sleep 5 in the start hook)
  • [ ] (optional) Also prune the De-specific superctl start sxmo* services from the start hook, for cleanliness (using superd config instead).