On Wed, May 11, 2022, at 12:06 AM, Bobby Hamblin wrote:
> Good evening Miles,
>
>> Just tagged 0.5 for fbp which builds against Zig 0.9.1 which should
>> be default for Arch.
>
> Thanks! I tested and updated my pr to fbp 0.5 and it works as
> expected as long as Zig 0.9.1 is installed beforehand.
>
> I figured out systemd stuff enough to make a post-install script that
> enabled the fbp systemd service on boot, and fbp now behaves exactly
> like it does on pmOS to my knowledge. It automatically starts on boot
> with no extra tinkering needed, just run makepkg. I've updated the top
> comment on my pr to reflect the current state of things.

Hi all,

Welcome to the March monthly update for Mepo; covering the 0.4 release.
You can follow Mepo's development at http://sr.ht/~mil/mepo and do note
that release notes are also mirrored in the git annotated tags for each
release. Also note, the 0.4 release also has an associated demo video
of Mepo running on a postmarketOS/Phosh phone which can be seen at:
https://media.lrdu.org/mepo_demos/mepo_demo_0.4.webm

--------------------------------------------------------------------------- 
Contents:

0.4 Release Notes:
- GPU-based rendering & HiDPI support

On Sun, Mar 13, 2022, at 11:57 AM, Miles Alan wrote:
> On Sat, Mar 12, 2022, at 1:43 PM, Bobby Hamblin wrote:
>> I've gotten fbp to build on Arch using the pkgbuild in the pr below, 
>> but am having trouble figuring out how to autostart fbp on boot. 
>> Looking at the post install script in the pmOS repo, it seems like it 
>> just adds the fbp services to OpenRC's list of services to start at 
>> boot. Looking through the list of systemd services on my Pinephone, i 
>> don't see a service listed for fbp. Am i missing something? Or do I 
>> need to create a systemd service so that I can start that on boot? 
>> Thanks.
>> Pull request (in progress) - 
>> https://github.com/dreemurrs-embedded/Pine64-Arch/pull/344
>> 	-Bobby
>

On Mon, Mar 14, 2022, at 9:21 PM, m@milesalan.com wrote:
> From: Miles Alan <m@milesalan.com>
>
> In certain instances trans may be set to a window that doesn't actually
> map to a client via wintoclient; in this case it doesn't make sense
> to set isfloating/oldstate since trans is essentially invalid in that
> case / correlates to the above condition check where trans is set /
> XGetTransientForHint is called.
> ---
>  dwm.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/dwm.c b/dwm.c
> index 1473b7e..77911d7 100644

From: Miles Alan <m@milesalan.com>

In certain instances trans may be set to a window that doesn't actually
map to a client via wintoclient; in this case it doesn't make sense
to set isfloating/oldstate since trans is essentially invalid in that
case / correlates to the above condition check where trans is set /
XGetTransientForHint is called.
---
 dwm.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/dwm.c b/dwm.c
index 1473b7e..77911d7 100644
--- a/dwm.c
[message trimmed]

On Sat, Mar 12, 2022, at 1:43 PM, Bobby Hamblin wrote:
> I've gotten fbp to build on Arch using the pkgbuild in the pr below, 
> but am having trouble figuring out how to autostart fbp on boot. 
> Looking at the post install script in the pmOS repo, it seems like it 
> just adds the fbp services to OpenRC's list of services to start at 
> boot. Looking through the list of systemd services on my Pinephone, i 
> don't see a service listed for fbp. Am i missing something? Or do I 
> need to create a systemd service so that I can start that on boot? 
> Thanks.
> Pull request (in progress) - 
> https://github.com/dreemurrs-embedded/Pine64-Arch/pull/344
> 	-Bobby

Hi Bobby,

Thanks again for your work on this; zig was finally bumped to 0.9.1 in Alpine
and applied your patchset with some changes. Was a useful guide.

Next tagged version of mepo will be built against zig 0.9.1.

On Fri, Mar 4, 2022, at 11:19 PM, Bobby Hamblin wrote:
> I'm looking to build fbp on Danctnix Arch ARM, but don't know where to 
> start. Which parts of the fbp UI are postmarketos specific? I can't 
> imagine that any f_scripts are special pmOS, since they're based on 
> oilshell. Any pointers to building on Arch would be helpful, i'll give 
> it a shot without any modifications on Monday (busy weekend.)

Running on Arch shouldn't be too hard; nothing with framebufferphone
was built specifically with pmOS in mind. I'd think the process from a
barebones Arch/Danctnix install, would look approximately like:

1. Install deps for fbp: freetype-dev, linux-headers equivalents on Arch
  - Reference APKBUILD: https://git.alpinelinux.org/aports/tree/testing/fbp/APKBUILD
2. Install zig 0.8.1 via source

On Mon, Feb 28, 2022, at 9:17 AM, Hartman, Peter wrote:
> Applied (by hand) :D
>
> Also applied the twin https://lists.sr.ht/~mil/sxmo-devel/patches/29121
>
>
> --
> sic dicit magister P
> https://phartman.sites.luc.edu/
> GPG keyID 0xE0DBD3D6 (CAE6 3A6F 755F 7BC3 36CA  330D B3E6 39C6 E0DB D3D6)

Awesome - thanks for that!

On Sun, Feb 20, 2022, at 1:10 PM, Hartman, Peter wrote:
> Oh I see, bemenu doesn't have -c, so this makes things conform.  I like 
> it, will apply soon.
>
>
> --
> sic dicit magister P
> https://phartman.sites.luc.edu/
> GPG keyID 0xE0DBD3D6 (CAE6 3A6F 755F 7BC3 36CA  330D B3E6 39C6 E0DB D3D6)

I did this as it just seems more logical for users to have a CLI option to
cancel centering. All instances of dmenu in scripts on our side use -c so
its better to have centering as a default in dmenu (this way say someone
installs sxmo-dmenu in alpine e.g. not in sxmo, they get centering by