Re: [dev] Minimalist software. Should I care?

[Sebastian LaVine]

On Wed Jul 5, 2023 at 11:19 AM EDT, Dave Blanchard wrote:
> On Wed, 5 Jul 2023 10:23:57 +0200 (CEST)
> Sagar Acharya  wrote:
>
> > That is exactly what I'm trying to achieve. Capital is whatI lack. Soon I 
> > will be releasing Libre-Ads, a random non-targeted ads system specially for 
> > Freedom respecting people.
> > 
> > So self-hosters can self sustain and they don't have to beg for donations 
> > from companies who sell binaries and target ads.
>
> Dude, you are delusional. Plain and simple. 
>
> (rant)
>
> If you believe that even 1% of 1% are interested in your dream of "self 
> hosting" anything, you are NOT living on the same planet as the rest of 
> humanity. 

That's not very hackerly of you to say.

Seems like a neat idea Sagar, I wish you luck with it.

Re: [dev] Announcing a couple small X11 utilities

[Sebastian LaVine]

Cool stuff!

On Tue Jul 4, 2023 at 9:51 AM EDT, NRK wrote:
> ...
>
> sxot
> 
>
> This one is a *very minimal* screenshot tool. I wrote this when I
> realized that other cli screenshot tools (scrot, maim) do way too much.
>
> sxot on the other hand is meant to follow the unix philosophy - it
> simply takes a screenshot and outputs a binary ppm image to stdout.
> Any other functionalities are supposed to be handled by more specialized
> tools. E.g sx4 (see below) for selection, optipng to convert to png,
> xclip for copying to clipboard etc.
>
> Repo: https://codeberg.org/NRK/sxot
> SLoC: ~251
> Dependencies: Xlib, libXfixes
>
> ...

I'm curious, what inspired you to write this instead of using xwd? I've
been using a script[0] based on that for many years now.

[0]: https://git.sr.ht/~smlavine/scripts/tree/master/item/src/shoot

Re: [dev] Am I doing this right?

[Sebastian LaVine]

On Sun Jul 2, 2023 at 6:28 PM EDT, Nikita Krasnov wrote:
> While we're on it. Are there any good Android email clients 
> that you can recommend? I've yet to find an app that allows 
> you to send emails in plain text, let alone with line 
> hard-wrapping :(

I use and can recommend .

Re: [dev] a terminal transformer, analogous to a unix filter

[Sebastian LaVine]

On Sat Jan 7, 2023 at 9:30 PM EST, Greg Reagle wrote:
> I have coined the phrase terminal transformer for a class of programs
> like tmux, dvtm, tcvt, and splitvt.  Perhaps there is already a phrase.

"multiplexer" seems to be the term commonly used:

https://en.wikipedia.org/wiki/Terminal_multiplexer

Re: [dev] [dwm] possible regression in 8806b6e

[Sebastian LaVine]

On Sat Apr 23, 2022 at 4:28 AM EDT, Chris Down wrote:
> Sebastian LaVine writes:
> >I believe this is known unintended behavior from the patch. I reverted it on 
> >my personal branch.
>
> It looks like you reverted commit bece862a0fc4 ("manage: For 
> isfloating/oldstate check/set, ensure trans client actually exists"), not 
> this 
> commit, right?[0]

Ah yep, sorry for the confusion. I had assumed that was the patch being
talked about and didn't double-check my memory. I was recalling this
message on the hackers list (which...I see you submitted, lol):

https://lists.suckless.org/hackers/2203/18220.html

> In which case that makes me even more confident that bece862a0fc4 ("manage: 
> For 
> isfloating/oldstate check/set, ensure trans client actually exists") is the 
> cause, not 8806b6e23793 ("manage: propertynotify: Reduce cost of unused size 
> hints").
>
> 0: https://git.sr.ht/~smlavine/dwm/commit/c6b8143

Re: [dev] [dwm] possible regression in 8806b6e

[Sebastian LaVine]

I believe this is known unintended behavior from the patch. I reverted it on my 
personal branch.


 Original Message 
From: Ethan Marshall 
Sent: April 22, 2022 11:39:28 PM UTC
To: dev@suckless.org
Subject: [dev] [dwm] possible regression in 8806b6e

Hi all,

I recently noticed that certain dialog windows (such as the Chromium
system printing dialog and gpg-askpass popups) were being managed as
tiled windows, rather than floating. This changed recently, so I
bisected down to this commit:

8806b6e2379372900e3d9e0bf6604bc7f727350b is the first bad commit
commit 8806b6e2379372900e3d9e0bf6604bc7f727350b
Author: Chris Down 
Date:   Thu Mar 17 15:56:13 2022 +

manage: propertynotify: Reduce cost of unused size hints
...

dwm/dwm.c | 8 +---

Is this intended behavior? Or is this a bug introduced by this patch?

Thanks
Ethan


---
Sebastian LaVine | https://smlavine.com

Re: [dev] tcvt: very useful for seeing more at once

[Sebastian LaVine]

On Thu Oct 14, 2021 at 9:56 PM EDT, Rudy Dellomas (dther) wrote:
> [...] why not just use vertical split tmux? It's faster (written in
> C) and is much more versatile. This would do more or less the same:
>
> `tmux new ';' splitw -h man dwm`

For me, this command splits into two shells, only one of which displays
the man page. The advantage of tcvt over this is that there are multiple
columns, all displaying the same man page (only one invocation of man),
each column as if it were attached the bottom of the previous one.

Re: [dev] Enhanced arg.h from quark

[Sebastian LaVine]

On July 5, 2021 11:21:02 PM UTC, Nikita Zlobin  wrote:
>Check for double dash may be done in for loop.
>
>arg.h: https://pastebin.com/c4FQcrtH
>
>I tried to compare objdump'ed compiler output with different options -
>filesizes are same, though difference exists.
>
>There are diffs for 3 -O levels: -O3, -O2, -Os.
>
>For -O3:
>
>--- tabbed-O3-1.o.objdump  2021-07-05 21:13:23.601297273 +0500
>+++ tabbed-O3-2.o.objdump  2021-07-05 21:13:57.461296518 +0500
>@@ -2327,10 +2327,10 @@
>   cmpb   $0x2d,(%rbx)
>   jne
>   movzbl 0x1(%rbx),%eax
>-  test   %al,%al
>-  je 
>   cmp$0x2d,%al
>   je 
>+  test   %al,%al
>+  je 
>   mov0x0(%rip),%r11d# 
>   add$0x1,%rbx
>   xor%r9d,%r9d
>
>For -O2: https://pastebin.com/4WR3L8dc
>With -Os: https://pastebin.com/09LNut3R
>tabbed.o with -O2: https://pastebin.com/yb0jCE6W

Might I recommend using https://0x0.st or
https://ix.io for pastebins. You can read and
write to them using curl, or still use the browser
but without the extra fat and JS of pastebin.com.


---
Sebastian LaVine | https://smlavine.com

Re: [dev] [dwm] Why should (or shouldn't) dwm have a spawn function?

[Sebastian LaVine]

On Tue Jun 29, 2021 at 10:46 AM EDT,  wrote:
> By definition, window managers manage windows. So, if I had not tried
> dwm yet,
> I would guess that it would not take care of spawning windows.

What world do you live in where the behavior of window managers is to
not take care of spawning windows? Off the top of my head, I cannot
think of one, except maybe bspwm (which I am not that familiar with),
which has an even smaller rounding error of users than dwm.

Re: [dev] [surf] content filter interest check

[Sebastian LaVine]

On 5/16/21 2:45 PM, Quentin Rameau wrote:

=> Good password management (autofill is a must)


Good password management is your brain.
I see autofill almost as much secure as having no password or the same
one everywhere.


Good password management is pass[0] plus passmenu[1]!

[0]: https://www.passwordstore.org/
[1]: https://git.zx2c4.com/password-store/tree/contrib/dmenu

--
Sebastian LaVine | https://smlavine.com






OpenPGP_0x819C7D054C7C1465.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Re: [dev] Ada not Rust

[Sebastian LaVine]

I am curious, what experiences have people had with Go?

--
Sebastian LaVine | https://smlavine.com

Re: [dev] Checksums and Sig files for release gzip

[Sebastian LaVine]

On 4/17/21 1:45 AM, Sagar Acharya wrote:

Ok. But this is a behavioral change right? How can a patch help in this case?

Admins always protest the decision in almost every community if it isn't 
theirs. Am I suggesting something harmful here? It takes a minute to sign a 
release and this improves security. It makes sure that user gets the same piece 
of code that the dev made.


Decision-making takes time and effort. I don't know Hiltjo and the 
others who run suckless, but I'm sure that they are busy folk who handle 
lots of different things, not just suckless. They may even occasionally 
have fun.


It's not a matter of whether or not this is "harmful". It's a matter of 
whether or not it is important enough to make a change to the release 
routines that have come about over the years (decades?) that they've 
been doing this. It may take a minute to sign a release. But does it 
take a minute to change the website so that the checksums are shared
properly? Does it take a minute to coordinate this change across all the 
various suckless products? As the debate in this thread has shown: does 
it take a minute to decide which algorithm should be used?



If that action helps suckless, why be reluctant because I initiated that mail?
It is possible that some may be reluctant to take suggestions on how 
long-standing ways of doing things should be changed from somebody who, 
as far as I can tell from the dev list archive, has only contributed so 
far by suggesting that long-standing ways of doing things should be changed.


Of course I'm saying this as somebody who has I think contributed to 
this list maybe...five or six times in total? 99.9% of the time I just 
lurk and read through patches a bit, follow conversations on things. The 
technical debate that goes on, I can barely follow sometimes. I just 
like my dwm comfy and to stay on top of things that are going on.


What I mean to say is, don't be discouraged if immediate action isn't 
taken on something that you have thought about and that you think is 
worthwhile. Time moves slowly, especially on mailing lists. As Hiltjo said:



The admins team will make a decision about this if needed.



--
Sebastian LaVine | https://smlavine.com

Re: [dev] st: enlarge font

[Sebastian LaVine]

On 3/22/21 12:20 PM, Nuno Teixeira wrote:

please don't! I use i3+st for about 10 years!
Why?
I don't think it is you that Wesley was referring to, Nuno, but rather 
this one:



On Monday, March 22nd, 2021 at 12:59 AM,  
wrote:


The Suckless community is international, and many of course do not speak 
English -- in particular American English -- as a primary language. But 
as an American, the word used in that email address is beyond vulgar, 
and extremely -- uniquely -- offensive. I agree with Wesley that that 
email address should be removed from the list.


--
Sebastian LaVine | https://smlavine.com

Re: [dev] [st] When shrinking the width of a st window, overflowing text gets cut out and it is no longer retrievable, not even if the width is reset to the original one

[Sebastian LaVine]

On 1/6/21 1:22 PM, Lee Phillips wrote:

Sorry, I think I already had a scrollback patch applied to st, so I could 
already scroll back (and I forgot that that patch was in there). So my message 
was misleading. However, it has no effect on what I'm after: restoring the 
parts of lines cut off horizontally when changing the sizes of windows. How to 
use: aren't I supposed to type `scroll st` to start the terminal?



What I did to make it work is to run "./scroll" in an already-existing 
st window, as you would with GNU screen or tmux.


--
Sebastian LaVine | https://smlavine.com

Re: [dev] [st] When shrinking the width of a st window, overflowing text gets cut out and it is no longer retrievable, not even if the width is reset to the original one

[Sebastian LaVine]

On 1/6/21 9:48 AM, Laslo Hunhold wrote:> thanks for your mail and 
reaching out! This is a philosophical

question, and I agree with you in fixing this in st, others don't (with
good reasons on both sides). Especially in the context of dwm I'm often
annoyed when the text is cut off. To keep things simple, a project
called scroll[0] was started to provide a scrollback buffer and
line-retainment in st. Try it out, it might suit your needs!

With best regards

Laslo

[0]:https://git.suckless.org/scroll/



I just successfully built scroll and it seems to do the same thing that 
GNU screen and other multiplexers do, which is wrap lines when the 
terminal window is cut in dwm. This isn't quite what I personally would 
want; I would prefer if the lines didn't wrap, but just the information 
that is cut out is redrawn when the window size is expanded. Kindof like 
how `less -S` works. But this will require some tinkering on my part, I 
think :)


--
Sebastian LaVine | https://smlavine.com