~proycon

Eindhoven, the Netherlands

https://proycon.anaproy.nl

  • 🐧 FOSS software enthusiast
  • 🎓 Research Sofware Engineer, Natural Language Processing
  • 🐍 Python, 🌊 C, C++, 🦀 Rust, 🐚 Shell
  • 🔐 Privacy and Security
  • 📱 Sxmo co-maintainer
  • 🏡 Home automation
  • 🌍 Language enthusiast

See my homepage at https://proycon.anaproy.nl for further details and contact info.


#187 Equivalent of TB's "Place replies in the folder of the message being replied to" 2 months ago

Comment by ~proycon on ~rjarry/aerc

Just a +1 for this feature request, it would make it a lot easier to keep threads together.

#572 OP6T modem data issue 3 months ago

Comment by ~proycon on ~mil/sxmo-tickets

For what it's worth, I have a Oneplus 6 now and don't have this issue; data works fine for me.

#494 Notch support 3 months ago

on ~mil/sxmo-tickets

"~proycon" outgoing@sr.ht wrote:

On Mon Jul 3, 2023 at 3:41 PM CEST, ~magdesign wrote:

we could add a variable in deviceprofile, telling how many characters are hidden by the notch. e.g. NOTCH="9" would add 9 characters between battery and wifi symbol like this: sxmobar -a notch 35 ooooooooo

That sounds like the easiest solution to me too. I do worry if sufficient space remains for all our icons then.

I'm pretty much sure we can configure a blank space in Sway. This avoid the problem, without being satisfying. Only the composer could handle this.

#494 Notch support 3 months ago

Comment by ~proycon on ~mil/sxmo-tickets

On Mon Jul 3, 2023 at 3:41 PM CEST, ~magdesign wrote:

we could add a variable in deviceprofile, telling how many characters are hidden by the notch. e.g. NOTCH="9" would add 9 characters between battery and wifi symbol like this: sxmobar -a notch 35 ooooooooo

That sounds like the easiest solution to me too. I do worry if sufficient space remains for all our icons then.

#565 sxmo-svkbd: layout.mobile-intl.h missing 9 months ago

Comment by ~proycon on ~mil/sxmo-tickets

Perhaps we should ask Miles to alter the description of the old sxmo-svkbd repo indicating it's long obsolete?

#540 Make sure all core contributors have access to core projects 10 months ago

Comment by ~proycon on ~mil/sxmo-tickets

On 23-01-19 01:50, ~phartman wrote:

btw can you add my luc.edu e-mail address to sxmo-devel so I can flag things as closed/etc. via e-mail. I think I'm entered with my gmail.com account. Catch me on #sxmo for details.

I think we need Miles (~mla) to do that. Poking him on IRC may be quickest?

#9 Thumbnail mode 11 months ago

Comment by ~proycon on ~exec64/imv

This is high on my wishlist as well, the issue back on github was https://github.com/eXeC64/imv/issues/38, in which the main developer already expressed some ideas on implementing this. Would love to hear if anyone is working on it (otherwise I might have a try myself).

#542 feedbackd causes notification leds to not function 11 months ago

Comment by ~proycon on ~mil/sxmo-tickets

I opened an issue for this at Alpine Linux to discuss how we can best resolve this permission conflict between feedbackd and sxmo-utils: https://gitlab.alpinelinux.org/alpine/aports/-/issues/14466

#542 feedbackd causes notification leds to not function 11 months ago

on ~mil/sxmo-tickets

December 15, 2022 5:55 AM, "~proycon" outgoing@sr.ht wrote:

On the Pinephone A64, megapixels 1.6.0 pulls in feedbackd as a dependency. With feedbackd installed there are continuous messages in tinydm.log about permission denied:

/usr/bin/sxmo_led.sh: line 69: can't create /sys/class/leds/red:indicator/brightness: Permission

Ah, good catch! This is new. Sxmo sets up udev rules to set the proper permissions for these. The key is that the user should be in the 'video' group. But it seems feedbackd changes the group of these leds to 'feedbackd'. So we have a conflict here we should settle.

(Adding your user manually to the feedbackd group should bypass the issue).

I confirm that adding the user to the feedbackd group does fix the led issue.

Thanks proycon.

Mark

#542 feedbackd causes notification leds to not function 11 months ago

Comment by ~proycon on ~mil/sxmo-tickets

On the Pinephone A64, megapixels 1.6.0 pulls in feedbackd as a dependency. With feedbackd installed there are continuous messages in tinydm.log about permission denied:

/usr/bin/sxmo_led.sh: line 69: can't create /sys/class/leds/red:indicator/brightness: Permission

Ah, good catch! This is new. Sxmo sets up udev rules to set the proper permissions for these. The key is that the user should be in the 'video' group. But it seems feedbackd changes the group of these leds to 'feedbackd'. So we have a conflict here we should settle.

(Adding your user manually to the feedbackd group should bypass the issue).