~hallyn

Around

https://s3hh.wordpress.com

~hallyn/seccomp-ut-demo

Last active 10 months ago
View more

Recent activity

Re: sxmo/swmo on Planet Computers Astro Slide? 13 days ago

From Serge E. Hallyn to ~mil/sxmo-devel

On Sun, Oct 10, 2021 at 07:06:05PM +0300, Maxim Karasev wrote:
> On Sun Oct 10, 2021 at 5:02 PM MSK, Serge E. Hallyn wrote:
> > On Sun, Oct 10, 2021 at 09:44:03AM +0200, Stacy Harper wrote:
> > > Hello dukfk,
> > > 
> > > Basically turning a device sxmo compatible is easy.
> > > 
> > > Postmarketos is the first place to dig. Some recipes should be done to
> > > be able to boot a postmarket os inside the device.
> > > 
> > > Once thats done, sxmo will just be some additional packages to install.
> > > Some minor compatibility lines of code will probably be needed to
> > > handle this new device (device path, buttons ids, etc).
> >

Re: sxmo/swmo on Planet Computers Astro Slide? 13 days ago

From Serge E. Hallyn to ~mil/sxmo-devel

On Sun, Oct 10, 2021 at 09:44:03AM +0200, Stacy Harper wrote:
> Hello dukfk,
> 
> Basically turning a device sxmo compatible is easy.
> 
> Postmarketos is the first place to dig. Some recipes should be done to
> be able to boot a postmarket os inside the device.
> 
> Once thats done, sxmo will just be some additional packages to install.
> Some minor compatibility lines of code will probably be needed to
> handle this new device (device path, buttons ids, etc).

And at least the cosmo communicator so far is listed at pmos as not
bootable, so it may be a bit of a challenge.  A fun challenge.

Re: [PATCH svkbd] adding dead spacing between keys to prevent misclicks and adapting keyboard layout to a less rigid grid (all aimed to reduce typos) 4 months ago

From Serge E. Hallyn to ~mil/sxmo-devel

That looks nice.  Yes the too rigid grid felt like it was making me
miss keys.  : on the main page is a big plus too.

On Tue, Jun 08, 2021 at 06:30:21PM +0200, Maarten van Gompel wrote:
> We had a discussion on IRC about the need to improve the keyboard layout
> so we have less misclicks and typos. This is a first attempt at a less
> rigid square grid, more like key placement on a real keyboard (and other
> virtual keyboards). This first attempt does not lose any keys (in fact,
> we gain one).
> 
> One important new function is dead spacing between the keys.  Also, the
> space bar is bigger again.
> 
> See a screenshot: https://download.anaproy.nl/svkbd0.3.1.png

Re: 1.4.0 install report 6 months ago

From Serge E. Hallyn to ~mil/sxmo-devel

On Mon, Mar 29, 2021 at 10:26:28PM -0400, Drew DeVault wrote:
> I have found the new release to be much improved, nice work everyone!
> 
> Some things which worked fairly painlessly:
> 
> - Incoming and outgoing SMS
> - Incoming and outgoing phone calls
> - Wifi and LTE setup
> - The new on-screen keyboard
> - Gestures
> - Camera
> - Bluetooth
> - Various things besides
> 

Re: I tried to enhance our sxmo keyboard (here's my proposition) 7 months ago

From Serge E. Hallyn to ~mil/sxmo-devel

On Sat, Mar 06, 2021 at 01:36:39PM +0100, Stacy Harper wrote:
> 
> Hello everyone !
> 
> I took some time to work on an svkbd layout that would satisfy me.
> 
> tl;dr here is the v1 demonstration:
> 
> https://tube.misterbanal.net/videos/watch/a308ab44-197c-4e3f-b501-61fda2b55ad0

So I see you tapping away at the 'switch layout' button several times to get
it to switch once, which reminds me of my own frustration with that button.
Would be nice if swipe-right and swipe-left would go fwd/back through the list
of layouts.

Re: [Comments Needed] Is SXMO+pinephone Daily Driver? 7 months ago

From Serge E. Hallyn to ~mil/sxmo-devel

On Thu, Mar 04, 2021 at 06:08:08PM -0600, Miles Alan wrote:
> Nice to read everyone else's take too, I have some overlap in my
> painpoints. While I would love the Pinephone to be my daily driver, I
> admit its still currently an auxiliary phone for me. I know over time /
> eventually the Pinephone & Sxmo will win out in terms of reliability
> (as FOSS software always does), but its still maturing.
> 
> Here's the main pain points for me (and things I should work on when I
> get some free time):
> 
> - CRUST: TBH seems like reliability is in constant flux on pmOS,
> occasionally things freeze up. It's not difficult to fix these issues
> with the initcall_debug kernel param but its a pain to constantly have
> this inadvertently breaking. I'm tired of the instability.

Re: [Comments Needed] Is SXMO+pinephone Daily Driver? 7 months ago

From Serge E. Hallyn to ~mil/sxmo-devel

On Thu, Mar 04, 2021 at 03:23:05AM -0500, Anjandev Momi wrote:
> I have seen questions around the internet whether the pinephone is daily driver
> ready. Of course, whether it is depends on your use-case. I thought it
> would be worthwhile to make a thread where sxmo users can comment on what
> they use their pinephones for. As such, potential pinephone buyers interested
> in sxmo can see if it's a buy.
> 
> Ill go first:
> 
> I am daily driving sxmo+pinephone. I use my android phone for taking
> pictures (postmarketos' megapixels app is broken temporarily) and that's
> it.
> 
> I use my pinephone for:

Re: [PATCH sxmo-utils] Close windows in a more "graceful" way. 7 months ago

From Serge E. Hallyn to ~mil/sxmo-devel

On Mon, Mar 01, 2021 at 09:25:12AM +0100, Fernando wrote:
> > I would not want a popup in response to a swipe gesture to make a window
> > go away.
> 
> But that is exactly what some applications might decide to do when
> receiving a "SIGTERM".
> 
> The only difference between directly sending a SIGTERM and using
> the WM_DELETE_WINDOW event is that you are using a different
> callback (one that is more likely to have been registered by the
> underlying toolkit the application is linked against) *and* that you

Right but the *are* different callbacks.  And while I don't know what
the cool kids do these days, I would think I'd have treated them

Re: [PATCH sxmo-utils] Close windows in a more "graceful" way. 7 months ago

From Serge E. Hallyn to ~mil/sxmo-devel

On Sun, Feb 28, 2021 at 07:12:31PM +0100, Fernando Ramos wrote:
> On 21/02/28 09:51AM, Serge E. Hallyn wrote:
> > 
> > Why not get the PID and send it a sigterm, then after 2s kill it harder?
> 
> That is (more or less) what happens when you use the "Shift+Alt+C" combo,
> except that "Shift+Alt+C" could be considered a more general solution because,
> instead of always using SIGTERM, it might trigger a different action that is
> better suited for the underlying process.
> 
> In particular, this is what happens when you use "Shift+Alt+C":
> 
>   1. DWM sends the "WM_DELETE_WINDOW" to the X server, who forwards it to the X
>      client.

Re: [PATCH sxmo-utils] Close windows in a more "graceful" way. 7 months ago

From Serge E. Hallyn to ~mil/sxmo-devel

On Sun, Feb 28, 2021 at 02:40:52AM -0500, Anjandev Momi wrote:
> > This doesn't give the application inside the window any chance to do anything
> > which, in the case of Firefox, causes the "restore session" message to pop-up
> > the next time it runs (but, for some reason, not always).
> >
> > I found out that using "xdotool key shift+alt+c" also closes the window while
> > giving the application an opportunity to gracefully shut down (this happens
> > because wdm sends the WM_DELETE_WINDOW message before killing the X window).
> 
> The two finger swipe should close windows in a graceful way in my
> opinion and this patch looks good to me. I will wait till ~proycon
> weighs in though to see if I am missing a use case.
> 
> > WARNING: While this new command is "nicer", it also does *not* immediately close