Re: [dev] [ubase] compile using musl

On Fri, Mar 15, 2024 at 04:22:19PM -0300, Brian Mayer wrote: > My guess is that glibc provides that function by musl doesn't. So as > my system is using musl that function is not found. Can I get some > help? The splice(2) call is provided by musl: src/linux/splice.c:ssize_t splice(int

Re: [dev] gtk2 without atk

On Thu, Jan 11, 2024 at 09:46:15PM +, stefan1 wrote: > Is anyone else here interested in this? > Does anyone have similar projects? I think there's nothing wrong with wanting slimmer software, and I could see myself using this, but re: the README, "like atk and accessiblilty nonsense," I

Re: [dev] minimal sound effect/music generator

On Sun, Dec 24, 2023 at 12:19:48PM +1100, syg wrote: > After working on it on and off for about three years now, I figured it > was time to shill my little program to you fine people. > > https://sndc.studio Is there a license for this somewhere? I couldn't find one. Eric

[dev] surf: usage does not match supported flags

Since at least commit fce76429b8f8ed48116557df3a478bc435145d94, the flags in surf's usage don't match what's actually supported. Eric

[dev] Can I prevent active window / input focus change when using shortcuts?

Is there a way to configure or patch dwm that makes it so using keyboard shortcuts doesn't result input focus being lost? For example, if I use non-ACPI shortcuts to change my volume while I'm playing games, it will result in some momentarily muting audio or pausing the game briefly. Eric

Re: [dev] [dwm][bug] Programs teleport tag on startup

On Sun, Jan 17, 2021 at 10:58:10AM +, Hritik Vijay wrote: > > Are there window managers that do NOT behave this way with respect > > to workspaces? > > I've seen i3 handle this case with a i3-exec binary. It basically > launches the target application and signals the i3wm where it was >

Re: [dev] [dwm][bug] Programs teleport tag on startup

On Sat, Jan 16, 2021 at 10:13:11PM -0800, Spenser Truex wrote: > To me this seems like undesirable behaviour, since after opening a > program one has to wait for it to load before switching the current tag. > > Reproduction: > Run a program (eg. firefox) in tag 1 > Switch tag view before it loads

Re: [dev] [dmenu] ASCII tab and unit separator cause startup lag

On Thu, Aug 06, 2020 at 10:06:35AM -0400, Greg B wrote: > I am using the packaged dmenu in Ubuntu 20.04. A sample of the output of > my window listing script is below, along with two simpler samples > exhibiting slow startup behavior. > > I'm happy to do further testing or troubleshooting if

Re: [dev] startup time of some interpreters

On Thu, Feb 20, 2020 at 12:22:53PM -0500, Greg Reagle wrote: > Hello. I am amazed at how fast Lua is to start up and shut down. Is my > benchmark defective in any way? Lua seems to start up and exit faster > than bash, python, rc, and ksh. Dash and mksh are faster. These > interpreters are all

Re: [dev] [st] monospace rendering gaps

On Sat, Dec 07, 2019 at 03:50:09AM +, sylvain.bertr...@gmail.com wrote: > I did fool around with your patch and the dejavu font: when I forced the > pixel size I got those gaps. Not to mention the anti-aliasing seems to be > involved. I don't understand how it would be possible to have the

Re: [dev] [st] monospace rendering gaps

On Thu, Dec 05, 2019 at 06:19:16PM +, sylvain.bertr...@gmail.com wrote: > I know I am walking on eggs: it seems st monospace font rendering with > freetype > (I use dejavu mono) has some vertical and/or horizontal gaps (whatever the > rendering size). > > To illustrate, with lynx web browser:

Re: [dev] [dwm][bug] dwm sometimes causes Xorg to freeze

On Fri, May 03, 2019 at 11:17:25PM +0200, Przemek Dragańczuk wrote: > Every so often when running dwm my xorg seems to freeze. I can se the > mouse cursor move and change according to what's on the screen, but > the screen itself is frozen, almost as if it was a screenshot. The > only way to "fix"

Re: [dev] [dwm]/[dmenu] Suggestion: Remove dmenu-integration from dwm

On Fri, Mar 01, 2019 at 12:37:06PM -0800, Anselm Garbe wrote: > So I'd say the primary question is, if we want to keep the -m flag > handling in dmenu or not. I suggest to drop it. How about setting an environment variable with the monitor number? It won't allow for drop-in uses, but people can

Re: [dev] [dwm] new release - transition from Openbox

On Tue, Feb 05, 2019 at 07:20:22PM +0100, Szpak wrote: > That's a reasonable choice. I actually do the same in my environment. W-key > is probably the only way to not interact with any app. I use Caps Lock after mapping it to Hyper: xmodmap -e "remove mod4 = Hyper_L" \ -e "remove

Re: [dev] [Announce] [dwm-6.2] [dmenu-4.9] new release

On Mon, Feb 04, 2019 at 05:37:59PM +0100, Hiltjo Posthuma wrote: > When the initial version is ready and some (old and) new bugs are squashed it > will be posted for review ofcourse. Did you happen to fix the bug where UTF-8 sequences could be broken by the ellipsis logic in drw_text? Eric

Re: [dev] [Announce] [dwm-6.2] [dmenu-4.9] new release

On Sun, Feb 03, 2019 at 11:17:59PM +0100, a wrote: > Very nice. Hopefully there will be patches to restore xft support in > case it's wanted. I'll be maintaining Xft patches for -- or perhaps forking dwm and dmenu because fallback font support is critical for me. Once the Xft code has actually

Re: [dev] [st] 1) build not working for version >0.5 2) control-tab not working

On Sun, Jan 13, 2019 at 08:32:31PM +0200, Alex Yegupov wrote: > 2) 'control+tab' keypress seems not wokring (at least emacs -nw > consider it like just 'Tab') > Is there a way to make this keypress work? You need to modify the "key" array in config.h. This is what I use for Ctrl+(Shift)+Tab:

Re: [dev] freetype2/fc pain

On Mon, Sep 24, 2018 at 09:22:14PM +0600, Eon S. Jeon wrote: > Hello, Manu. > > Sorry, but merging font is not a good option. > > Each font contains settings like height, padding and hinting > parameters, which are optimized for its glyphs by designers. So, > merging fonts (or importing glyphs

Re: [dev] freetype2/fc pain

On Sun, Sep 23, 2018 at 11:31:29PM -0700, Eric Pruitt wrote: > Yes, st's fallback font support is the main reason I began to use it. I > use st and dwm with Japanese and Chinese text almost every single day. I forgot to add that supporting Japanese, Chinese and Korean is THE reason I wrot

Re: [dev] freetype2/fc pain

On Sun, Sep 23, 2018 at 11:19:46PM -0700, AR Garbe wrote: > On 23 September 2018 at 11:56, Eric Pruitt wrote: > > It's not just about Emoji or anti-aliasing. If you work with languages > > that use non-Latin characters, support for fallback fonts is a must. > > Well, are you

Re: [dev] freetype2/fc pain

On Sun, Sep 23, 2018 at 09:14:11AM -0700, AR Garbe wrote: > I totally agree. I'd be in favour in a st just using plain X fonts. > This emoji unicode porn and anti-aliasing TTF support doesn't make > sense to me. It's not just about Emoji or anti-aliasing. If you work with languages that use

Re: [dev] [sbase] find and xargs different results than busybox

On Wed, Jul 18, 2018 at 06:32:57PM +0200, Markus Wichmann wrote: > And that's where you're wrong. "find | xargs" is wrong for the same reason > "sudo su" is wrong, for the same reason "cat singlefile | whatever" is > wrong: You're doing it wrong. In your case "find -exec" does everything > you

Re: [dev] [sbase] find and xargs different results than busybox

On Tue, Jul 17, 2018 at 07:05:43AM -0700, Evan Gates wrote: > find -print0 is not specified by POSIX. If you want to print nul > separated data use: The suckless tools don't strictly follow POSIX. For example, sbase mv(1) and cp(1) don't support "-i". Furthermore it's pretty portable; find(1) on

[dev] Re: [PATCH] [dwm] Make unset property fallback strings configurable

On Sun, Apr 01, 2018 at 02:43:04PM -0700, Eric Pruitt wrote: > config.def.h | 5 + > dwm.c| 7 +++ > 2 files changed, 8 insertions(+), 4 deletions(-) > Whoops; wrong list. I'm resending this to hackers@. Eric

[dev] [PATCH] [dwm] Make unset property fallback strings configurable

Since the default rule matching does substring comparisons, using the fixed string "broken" as a fallback value can complicate or make unambiguous matching impossible, so this change makes various fallback strings for unset properties configurable via config.h. --- config.def.h | 5 + dwm.c

Re: [dev] [st] [patch] If no Glyph Found, Do Not Keep a Font Loaded

On Wed, Mar 21, 2018 at 05:42:07PM -0400, Gary Allen Vollink wrote: > Any request for a glyph that isn't present will load the LastResort > font, effectively killing all future fallback searches. > > I have NO idea how to fix this without opening the vacuum of space > (wow, a lot of suck). I will

Re: [dev] [dwm] Crash with emojis on title bar

On Sun, Feb 11, 2018 at 08:55:17PM +, Stancil, Robert Andrew wrote: > Unless I'm mistaken, doesn't the pango patch[1] answer this question? Or > does the color emoji crash happen for both pango and xft? > > https://dwm.suckless.org/patches/pango/ Just because that patch exists doesn't mean

Re: [dev] [dwm] Crash with emojis on title bar

On Sat, Feb 10, 2018 at 05:30:16PM -0200, Igor Fontana wrote: > > It doesn't sound like a dwm issue, but rather Xft. I won't add more > > dependencies to dwm. Rather we should get rid of Xft. > > yes, teh guy said something about fontconfig+harfbuzz-ng. > > > I cannot reproduce the issue on my

Re: [dev] [dwm] Crash with emojis on title bar

On Sat, Feb 10, 2018 at 08:13:27PM +0100, Hiltjo Posthuma wrote: > It doesn't sound like a dwm issue, but rather Xft. I won't add more > dependencies to dwm. Rather we should get rid of Xft. And replace it with what? Eric

Re: [dev] [st] Some tmux trouble

On Sun, Dec 31, 2017 at 10:15:24PM +0100, Hadrien Lacour wrote: > I'm trying to do > `st -e "tmux a -t cmus"` Use `st -e tmux -a -t cmus` as documented in st(1) which reads "-e command [arguments...]". Eric

Re: [dev] [st] How can I scroll up in emacs

On Fri, Nov 17, 2017 at 10:39:10PM +0800, Amos Bird wrote: > Mouse wheel events are translated to key presses. ^E and ^Y are for > Vi/Vim/less. Change it in config.h to work with EMACS if you like. This is wrong. Applications that support the X11 TTY extensions are sent dedicated escape sequences

Re: [dev] [st] Emojis

On Sun, Sep 17, 2017 at 07:01:58PM -0400, Gary Allen Vollink wrote: > I noted in a previous thread [ > https://lists.suckless.org/dev/1709/32306.html ] that wcwidth was > recently fixed/updated in Linux's glibc: [ > https://lists.gnu.org/archive/html/info-gnu/2017-08/msg0.html ]. > Ultimately,

[dev] Re: [st] Unable to map Ctrl+$NUMBER

On Tue, Oct 10, 2017 at 10:01:32PM -0700, Eric Pruitt wrote: > I dug into this some more, and this code is what's causing the shortcuts > to be ignored: > > if (i == LEN(mappedkeys)) { > if ((k & 0x) < 0xFD00) > return NULL; > } &

[dev] Re: [st] Unable to map Ctrl+$NUMBER

On Mon, Oct 09, 2017 at 10:32:02AM -0700, Eric Pruitt wrote: > When I press Ctrl+1 after making that change, the iso14755 function is > executed as expected. I looked at the code that's responsible for > handling key presses in both arrays, but it's not clear to me exactly > what

[dev] [st] Unable to map Ctrl+$NUMBER

I would like to create custom mappings for pressing Control with a digit. I added this binding for Ctrl+1 to the top of the "key" array: /* keysmmaskstring appkey appcursorcrlf */ { XK_1,ControlMask,"\033OP", 0, 0, 0 }, When I press

Re: [dev] [st] Start with text already input

On Fri, Sep 15, 2017 at 09:41:32PM +0200, Hadrien Lacour wrote: > I basically wanted a way to open a terminal with the beginning of a > command ("pass -c " in my case) already typed. > > I finally settled for the dmenu integration, but this still could be > useful. I'll probably have better chance

Re: [dev] [st] macOS: Wide Asian Glyphs

On Thu, Sep 14, 2017 at 01:51:26PM -0700, Eric Pruitt wrote: > On Thu, Sep 14, 2017 at 12:01:42PM -0400, Gary Allen Vollink wrote: > > 3) I'm not proud of this, but it works reliably. I wrote a nasty hack > > that force-fixes the width/overlap problem with Emoji (and some oth

Re: [dev] [st] macOS: Wide Asian Glyphs

On Thu, Sep 14, 2017 at 12:01:42PM -0400, Gary Allen Vollink wrote: > 3) I'm not proud of this, but it works reliably. I wrote a nasty hack > that force-fixes the width/overlap problem with Emoji (and some other > odd font-substitution problems). I know that this is 'fixed' in > glibc's most

Re: [dev] [st] font fallback

On Sun, Sep 03, 2017 at 06:31:44PM +0200, Hadrien Lacour wrote: > I see, thanks. Don't know why I thought it was like this. Well, I'll try it > but fontconfig is indeed a big pain in the ass (editing XML is never fun). If you don't mind running an older revision of st (or porting my changes to a

Re: [dev] less(1) replacement?

On Fri, Aug 25, 2017 at 07:37:56PM +, fao_ wrote: > > 9base is not intended for interactive use, so no, p does not really > > belong into 9base. 9base is intended to be a scripting environment. > > Excuse me if this is a stupid question, but: What's the difference? Interactive: things that

Re: [dev] [st] Larger HISTSIZE consumes huge memory

On Wed, Jun 21, 2017 at 07:39:07PM +0600, Techno Implant wrote: > So my question is if there's a patch that can make st handle > scrollback lines dynamically rather than preallocate. > > And also will there be any daemon mode available for st? You could use tmux. It dynamically allocates memory

Re: [dev] [slock] [PATCH] Add option to show the password on the screen

On Sat, Apr 01, 2017 at 02:49:47PM +0530, Aditya Goturu wrote: > Actually, I have a better suggestion. Rather than burdening the user > with things like passwords, we must make it such that it will simply > allow the user to unlock as soon as the enter key is pressed. Perhaps we > should integrate

Re: [dev] [Announce] Desktop Entry Launcher

On Sat, Feb 11, 2017 at 02:03:18PM +0100, Jan Christoph Ebersbach wrote: > The one thing I noticed is that I couldn't get del to work at first > because it was messing the .del file in $HOME. > > del: open: /home/jceb/.del: No such file or directory > del: dmenu died with exit status 1 > > It took

[dev] [Announce] Desktop Entry Launcher

I use dmenu to run programs, but I did not like that dmenu_run included every single program included those without GUIs. I maintained a list of programs manually, then I wrote a script to generate the list based on whether or not a binary linked to GUI libraries. Recently, I wrote a C program

Re: [dev] [st] keep some glyph modes for the cursor

On Mon, Feb 06, 2017 at 12:48:45PM -0600, LaFreniere, Joseph wrote: > May I ask why the patch was included in the message body as opposed to an > attachment? I am unfamiliar to mailing list conventions, but it seems that > a discrete file would be more easily managed. >From

Re: [dev] [st/dwm] Alt-Shift-C and Mod1-Shift-C

On Thu, Jan 12, 2017 at 07:25:06PM +0100, Patrick Bucher wrote: > I'm using st and dwm at the same time, and today I discovered a little problem > when using the default config of both programs. st uses Alt-Shift-C to copy > text > into the clipboard, dwm uses Mod1-Shift-C for closing the

[dev] Re: [st] [PATCH] Make missing attribute fallback color optional

On Wed, Dec 14, 2016 at 07:53:57PM -0800, Eric Pruitt wrote: > config.def.h | 2 +- > st.c | 6 +++--- > 2 files changed, 4 insertions(+), 4 deletions(-) I re-sent this to the correct list, hackers@. Eric

[dev] [st] [PATCH] Make missing attribute fallback color optional

I wasted an hour trying to figure out why st on different hosts using the exact same terminfo configuration and statically compiled tmux was displaying some text in yellow. The hosts where this produced yellow text were using an Ubuntu-based Linux distro while the hosts where st continued to work

Re: [dev] [announce] wjt-0.1 - slider widget

On Tue, Dec 13, 2016 at 08:18:14AM -0600, Ian Remmler wrote: > There's not much to see, really. I don't think a picture tells enough > to justify adding to the repo. It's a **G**UI widget. How it looks and works is 99% of what matters. Can someone that's compiled and run the code please post a

Re: [dev] dwm systray diff for 6.1 fails.

On Wed, Sep 21, 2016 at 05:48:51PM +0100, Nick Warne wrote: > Was going to use this to monitor battery, but HUNK #10 fails - looking > at the patch and dwm.c, the code is totally different at around line > 664: Are you using the tagged 6.1 release or 6.1/HEAD? My version of the patch applies

Re: [dev] [st] bitmap font and chscale 1< line drawing bug

On Wed, Sep 07, 2016 at 11:36:47PM -0700, le...@bitmessage.ch wrote: > On Wed, Sep 07, 2016 at 09:39:08PM -0700, Eric Pruitt wrote: > > Even if you don't debug and / or fix the problem, at least post the > > offending commit, and I will take a look. > > I was able to fix it t

Re: [dev] [st] bitmap font and chscale 1< line drawing bug

On Wed, Sep 07, 2016 at 09:20:39PM -0700, le...@bitmessage.ch wrote: > This did not happen in st-0.6. Okay I'll check out git-bisect and see if > I can figure it out. I'll submit a patch or pull request if I find a > solution. Thanks. Even if you don't debug and / or fix the problem, at least

Re: [dev] [st] bitmap font and chscale 1< line drawing bug

On Wed, Sep 07, 2016 at 06:01:48PM -0700, Eric Pruitt wrote: > On Wed, Sep 07, 2016 at 05:51:49PM -0700, le...@bitmessage.ch wrote: > > After moving to st-0.7, I am experiencing a bug with line drawing. When > > using a bitmap font (eg terminus) and a chscale=1.2 in config.h, eve

Re: [dev] [st] bitmap font and chscale 1< line drawing bug

On Wed, Sep 07, 2016 at 05:51:49PM -0700, le...@bitmessage.ch wrote: > After moving to st-0.7, I am experiencing a bug with line drawing. When > using a bitmap font (eg terminus) and a chscale=1.2 in config.h, every > vertical line has gaps in it (ex tree or tmux). This persists for different >

Re: [dev] [PATCH] [slock] React to key release rather than key press events

On Thu, Jan 28, 2016 at 07:20:12PM +1300, David Phillips wrote: > That behaviour is unwanted if the first key in a password is 'shift'. > The new behaviour will still turn slock to the failure colour if the > shift key > is pressed, but only once it is released and the buffer is still > clear. I

Re: [dev] [st] [PATCH] Converted "font" string to "fonts" array

On Mon, Aug 15, 2016 at 03:59:40AM +0300, Amer wrote: > I don't understand at all how you can apply this embedded-into-body > patch with all tabs replaced by spaces and lines wrapped on 80. > What magic I need for this? It was unintentional. Normally, I send patches to the list as attachments,

Re: [dev] neatroff

On Tue, Aug 09, 2016 at 06:56:35PM -0700, Eli Cohen wrote: > I'm trying to get neatroff compiled in a stali fashion. I've run into > a slight impasse regarding licensing. for typesetting, neatroff uses > ghostscript fonts, which are gpl. (really my goal with all this is > just to display man

[dev] [st] [PATCH] Converted "font" string to "fonts" array

Modifies st to support user-defined fallback fonts specified in an array. This change also resolves an issue where fallback fonts were used in place of default fonts in an inconsistent manner which caused identical sets of text to sometimes use different fonts. --- config.def.h | 15 +---

Re: [dev] new pre-patched version of dwm available

On Sun, Jul 31, 2016 at 08:26:36AM +0200, Jan Christoph Ebersbach wrote: > Have you tried to increase patch's fuzz factor with the --fuzz option in > order to achieve the same result? I messed tried messing with the fuzzing factor, but I had some patches apply in wrong place. I am not certain

[dev] Re: [st] [PATCH] Converted "font" string to "fonts" array

On Sun, Jul 31, 2016 at 03:01:24PM -0700, Eric Pruitt wrote: > -static char font[] = "Liberation > Mono:pixelsize=12:antialias=true:autohint=true"; > +static char *fonts[] = { > +"Liberation Mono:pixelsize=12:antialias=true:autohint=true", > +}; I used

[dev] [st] [PATCH] Converted "font" string to "fonts" array

Modifies st to support user-defined fallback fonts specified in an array. This change also resolves an issue where fallback fonts were used in place of default fonts in an inconsistent manner which caused identical sets of text to sometimes use different fonts. --- config.def.h | 15 +---

Re: [dev] [dmenu] [PATCH] Added option to prompt for passwords

On Tue, Jul 26, 2016 at 06:16:15PM +0200, Kajetan Jasztal wrote: > Hash masking [0] password gives you more insight in mistakes you made > while you are typing since you can remember sequence of changing > hashes while you type and correct them on the fly. I've seen that before, and although I

Re: [dev] [dmenu] [PATCH] Added option to prompt for passwords

On Tue, Jul 26, 2016 at 06:09:18PM +0200, Jan Christoph Ebersbach wrote: > If dmenu could easily be used as a replacement for pinentry my desktop > would suck a little less. I'm not aware of many other use cases for > entering passwords. Is that possible with your patch? The pinentry programs

Re: [dev] [dmenu] [PATCH] Added option to prompt for passwords

On Mon, Jul 25, 2016 at 11:33:18PM +0200, FRIGN wrote: > my suggestion prints as many asterisks as there are runes. try it > out! :D I see; I misread "curpos" as "cursor" when I glanced over it the first time. However, it still looks wrong to me, so I tested it to verify -- I believe the problem

Re: [dev] [dmenu] [PATCH] Added option to prompt for passwords

On Mon, Jul 25, 2016 at 11:10:26PM +0200, FRIGN wrote: > I looked more closely at the patch and I've found potential to simplify > it. Why not go with a [...] Personally, I like having the asterisks reflect the actual number of runes typed and think the cosmetics are worth the extra lines. Even

Re: [dev] [dmenu] [PATCH] Added option to prompt for passwords

On Mon, Jul 25, 2016 at 10:21:09PM +0200, FRIGN wrote: > On Mon, 25 Jul 2016 13:07:23 -0700 > Eric Pruitt <eric.pru...@gmail.com> wrote: > > > Again, no one is saying passwords should be sent via the command line. > > Look at the patch. It uses stdout just like vanialla

Re: [dev] [dmenu] [PATCH] Added option to prompt for passwords

On Mon, Jul 25, 2016 at 11:14:28PM -1100, mikan wrote: > I was working on a similar thing but decided that password entry doesn't make > sense in dmenu context (since it's a menu!) and made a separate tool instead > and glue pinentry code to it. I don't agree with this sentiment -- dmenu happily

Re: [dev] [dmenu] [PATCH] Added option to prompt for passwords

On Mon, Jul 25, 2016 at 01:10:01PM -0700, Eric Pruitt wrote: > On Mon, Jul 25, 2016 at 10:06:47PM +0200, FRIGN wrote: > > I really would like to see if "example" actually exists. Does it > > really make sense to do that and is it even safe? > > Off the top of my

Re: [dev] [dmenu] [PATCH] Added option to prompt for passwords

On Mon, Jul 25, 2016 at 10:06:47PM +0200, FRIGN wrote: > I really would like to see if "example" actually exists. Does it > really make sense to do that and is it even safe? Off the top of my head. both GPG and luks accept passwords and keyfiles via arbitrary files which can be regular files or

Re: [dev] [dmenu] [PATCH] Added option to prompt for passwords

On Mon, Jul 25, 2016 at 10:03:34PM +0200, FRIGN wrote: > So you pass passwords on the command line? Again, an example is really > overdue. I have no clue what you're talking about. What makes you think I'm sending passwords over the command line? Dmenu sends the selection to stdout, not argv, and

Re: [dev] [dmenu] [PATCH] Added option to prompt for passwords

On Mon, Jul 25, 2016 at 09:45:16PM +0200, FRIGN wrote: > On Mon, 25 Jul 2016 11:39:55 -0700 > > The attached patch adds a "-g" flag to dmenu so it can be used for > > password entry. Typed text is replaced with asterisks. > > Why would you need that? Can you give an example? There's an example in

[dev] Re: [dmenu] [PATCH] Added option to prompt for passwords

On Mon, Jul 25, 2016 at 11:39:55AM -0700, Eric Pruitt wrote: > The attached patch adds a "-g" flag to dmenu so it can be used for > password entry. Typed text is replaced with asterisks. I've attached a slightly revised version of the patch which uses "sizeof te

[dev] [dmenu] [PATCH] Added option to prompt for passwords

The attached patch adds a "-g" flag to dmenu so it can be used for password entry. Typed text is replaced with asterisks. Eric >From 2014b6757b153df67b2213fe9ded6f34087275be Mon Sep 17 00:00:00 2001 From: Eric Pruitt <eric.pru...@gmail.com> Date: Mon, 25 Jul 2016 11:38:19 -0

Re: [dev] new pre-patched version of dwm available

On Sat, Jul 23, 2016 at 05:21:42PM +0200, FRIGN wrote: > It's a difficult matter because patches interfere. I know of no way to > make multiple patches inclusive to each other, in many cases it is not > possible. Something I do with my patches to make them easier manually edit the resulting diffs

Re: [dev] [dwm] Current window issue

On Sat, Jul 23, 2016 at 01:58:53PM -0400, Donald Allen wrote: > I am running dwm 6.1 on a FreeBSD 10.3 system. dwm I have applied the > pertag, better-borders, and status-colors patches. > > [...] > > Unfortunately, I am very busy right now and cannot devote time to > trying to debug this. But if

Re: [dev] Kilo - small, simple text editor with syntax highlighting in ~1K lines of code

On Tue, Jul 19, 2016 at 07:51:49PM +0200, lukáš Hozda wrote: > Oh, this looks pretty neat. How does the syntax highlighting work? Is > it hardcoded or are the some configuration files somewhere? It's hardcoded: https://github.com/antirez/kilo/blob/master/kilo.c#L350 Eric

Re: [dev] [st] Latest git - Nano with syntax highlighting strange bug

On Mon, Jul 18, 2016 at 12:30:45AM +0200, hadrien.lac...@openmailbox.org wrote: > The problem might be hard to reproduce, so here's a simpler one > https://a.cocaine.ninja/jihcdl.gif I tried that, and it also didn't give my any issues. I don't have any other ideas of what it could be; sorry. If

Re: [dev] [st] Latest git - Nano with syntax highlighting strange bug

On Sun, Jul 17, 2016 at 10:45:10PM +0200, hadrien.lac...@openmailbox.org wrote: > I've recently changed from urxvt to st and noticed a bug when using nano > which will be easier to describe with a short gif: > https://a.cocaine.ninja/xtlajf.gif > This issue happens ONLY when I change "static

Re: [dev] what are these diffs meant to apply to?

On Wed, Jul 13, 2016 at 04:22:51PM -0800, Britton Kerin wrote: > There are some diffs like this one from columns patch: > > dwm-r1580-col.diff > > What are these r1580-style things supposed to refer to? Some of the suckless projects were previously managed using Mercurial, and the "r1580"

Re: [dev] [st] inconsistent backspace and alt+backspace behavior

On Mon, Jul 04, 2016 at 08:49:05PM +, Alive 4ever wrote: > How can I get rid of this inconsistent backspace behavior and get the > right backspace behavior (^?) even with alt (meta) pressed? Mod1Mask typically represents Alt, so try adding this to config.h: { XK_BackSpace, Mod1Mask,

Re: [dev] [dwm] Unnecessary scoping blocks

ces. An updated patch is attached. Eric >From 9b9e01d11ac134b15f24cb59d125d106be7bbdf2 Mon Sep 17 00:00:00 2001 From: Eric Pruitt <eric.pru...@gmail.com> Date: Sun, 3 Jul 2016 10:10:30 -0700 Subject: [PATCH] Removed unnecessary scope blocks --- dwm.c | 60 -

Re: [dev] which versions are dwm patches intended to apply to cleanly?

On Sat, Jul 02, 2016 at 01:19:45PM -0700, Ben Woolley wrote: > My main issue with having to search patches only is that it is far easier on > a remote headless server to install git than a web browser, The suckless site is perfectly usable with elinks, w3m and, if I were to guess, probably links

Re: [dev] which versions are dwm patches intended to apply to cleanly?

On Sat, Jul 02, 2016 at 09:13:05AM -0700, Ben Woolley wrote: > For releases, you could expose patches for only the branches ahead of the > release, and that might encourage authors to maintain their branches, and > patches could automatically be organized by release. A daily run could update > the

Re: [dev] which versions are dwm patches intended to apply to cleanly?

On Wed, Jun 29, 2016 at 01:54:13PM -0800, Britton Kerin wrote: > I'm not going to try to fix patches I don't use myself, it's possible > to screw up and testing is a hassle since it involves the wm. I wonder what the odds are of a patch applying cleanly, compilation of of dwm succeeding but

Re: [dev] [dwm] [PATCH] Configure geometry before applying rules

suggest create a clean patch ;) That patch already applies cleanly: dwm$ head -n10 0001-Configure-geometry-before-applying-rules.patch From da2a02dd23befc0ff89d08c990a360c048f0adfd Mon Sep 17 00:00:00 2001 From: Eric Pruitt <eric.pru...@gmail.com> Date: Wed, 25 May 2016 16:33

[dev] [dwm] [PATCH] Configure geometry before applying rules

" dwm by patching it, and this change would make it easier to add more complex constraints to applyrules. I've attached a patch with this change to my email. Eric >From da2a02dd23befc0ff89d08c990a360c048f0adfd Mon Sep 17 00:00:00 2001 From: Eric Pruitt <eric.pru...@gmail.com> Date: Wed, 2

Re: [dev] [query] A tool for filtering lists of filenames with return codes

On Fri, May 20, 2016 at 07:29:28AM -0700, Evan Gates wrote: > This ability is already built in to find using the -exec primary. And > newline delimited lists of files are not safe. If the program you are > piping to supports nul delimited lists you can print them in POSIX > find by doing I know

Re: [dev] [query] A tool for filtering lists of filenames with return codes

On Fri, May 20, 2016 at 10:56:03AM +0200, Hiltjo Posthuma wrote: > Briefly tested on OpenBSD and found a small issue (patch attached). Thanks. I also saw that warning on OS X, but the include didn't make it back into the repo. This has been fixed. Eric

[dev] [query] A tool for filtering lists of filenames with return codes

I wrote a tool for filtering lists of files based on return codes of subprocesses called "query:" https://github.com/ericpruitt/query . Find all dynamically linked executables: find -type f | query sh -c 'ldd "$QUERY_FILENAME"' Find all files ending in ".json" that are malformed: find

Re: [dev] [slock] PAM support

On Mon, May 16, 2016 at 03:58:02PM -0700, Eric Pruitt wrote: > On Mon, May 16, 2016 at 09:51:08PM +0200, Jan Christoph Ebersbach wrote: > > > On the system I'm using that relies on PAM, my account doesn't have an > > > entry in the local /etc/passwd file. Disabling g

Re: [dev] running dwm from/with gnome

On Tue, May 17, 2016 at 10:45:19AM +1000, Timothy Rice wrote: > There seems to be some confusion around xsessions etc, resulting in some > factual errors in one or two recent emails. The following might be useful: > [...] > I can't speak one way or the other for the .xsession file, but it is not >

Re: [dev] running dwm from/with gnome

On Mon, May 16, 2016 at 03:00:16PM -0800, Britton Kerin wrote: > I just made .xinit: > > $ ls -l .xinitrc > -rw-r--r-- 1 bkerin bkerin 9 May 16 14:50 .xinitrc > $ cat .xinitrc > exec dwm > $ > > I slightly remember doing that 20 years ago or so, fun. But it doesn't > seem to work nowadays at

Re: [dev] [slock] PAM support

On Mon, May 16, 2016 at 09:51:08PM +0200, Jan Christoph Ebersbach wrote: > > On the system I'm using that relies on PAM, my account doesn't have an > > entry in the local /etc/passwd file. Disabling getpw and related bits > > makes the patch work for me. > > I fixed the issue and moved the getpw

Re: [dev] [slock] PAM support

On Mon, May 16, 2016 at 10:38:00PM +0200, Jan Christoph Ebersbach wrote: > On Mon 16-05-2016 11:54 -0700, Eric Pruitt wrote: > > Since PAM configurations typically enforce a delay before you can > > reauthenticate after an incorrect password is entered, it would be > > nice

Re: [dev] running dwm from/with gnome

On Mon, May 16, 2016 at 02:05:58PM -0800, Britton Kerin wrote: > Is it possible to run dwm and keep my desktop icons somehow? I have > most of my projects sort of geographically organized there which sucks > I know but I'd rather not lose it right now. I found lots of ancient > pages about this

Re: [dev] [slock] PAM support

On Mon, May 16, 2016 at 11:47:38AM -0700, Eric Pruitt wrote: > On Mon, May 16, 2016 at 08:07:54PM +0200, Jan Christoph Ebersbach wrote: > > I guess this issue can still happen. I didn't remove most of the getpw* > > code in order to keep the patch small. I'm using sssd and so the

Re: [dev] [slock] PAM support

On Mon, May 16, 2016 at 08:07:54PM +0200, Jan Christoph Ebersbach wrote: > I guess this issue can still happen. I didn't remove most of the getpw* > code in order to keep the patch small. I'm using sssd and so the getpw > calls still work. The only issue is that the password hash can't be >

Re: [dev] [slock] PAM support

On Mon, May 16, 2016 at 06:32:54PM +0200, Jan Christoph Ebersbach wrote: > Yes, it's there in git but it takes a while till the web pages have be > regenerated, I guess. I could be wrong, but I'm fairly certain the website is manually regenerated. Otherwise, it would be pretty easy to do

Re: [dev] [slock] PAM support

On Mon, May 16, 2016 at 05:59:37PM +0200, Kamil Cholewiński wrote: > On Mon, 16 May 2016, Jan Christoph Ebersbach wrote: > > What auth system are you using if it's neither PAM nor shadow/passwd? > > Kumbaya auth, or cowboy auth, according to personal preference I vote for Stallman

Re: [dev] [slock] PAM support

On Mon, May 16, 2016 at 05:21:01PM +0200, Jan Christoph Ebersbach wrote: > I've added support for PAM authentication to slock. When you try it, > I'd very happy about feedback because I haven't really done any serious > work with PAM yet: > > http://tools.suckless.org/slock/patches/pam_auth When

  1   2   3   >