Re: [dev] [st][general] replace dmenu and other X tools by st

On Fri, Mar 13, 2020 at 10:53 AM Tobias Bengfort wrote: > I am surely not the first to come up with this[1], but I think many X > tools could be replaced by TUIs running in st. Think about this quick > example (dmenu replacement): I myself pondered the same thing some while ago, however I

Re: [dev] [no js web]

> As some may already know I am sueing the french administration which recently > (a couple of years) broke the support of no js web browsers. > [...] > Personally, I was much more scared of the DSP2 directive that basically made > Google/Apple powered smartphones mandatory for online

Re: [dev] smu CommomMark improvements

On Wed, Oct 9, 2019 at 1:24 PM Karl Bartel wrote: > After reading the point "Improve the Markdown parser used by the > suckless wiki called "smu" to conform more to Markdown" on > https://suckless.org/project_ideas/ I fixed a few incompatibilities > that turned up when comparing smu against >

Re: [dev] JFS filesystem

On Sun, Apr 21, 2019 at 8:42 PM Daniel Cegiełka wrote: > > https://www.patreon.com/bcachefs I've just taken a look at https://bcachefs.org/ and from what I see it tries to be a "do-all" file-system going the route of ZFS and BTRFS, from RAID and multiple drives to compression and encryption.

Re: [dev] JFS filesystem

On Mon, Apr 22, 2019 at 12:10 AM Daniel Cegiełka wrote: > An interesting solution is to keep JFS metadata on a fast separate > ssd. Then on the main disk you have only data structures that can be > recovered more easily. I find it a terrible idea (for non enterprise deployments) to put the

Re: [dev] JFS filesystem

On Sat, Apr 20, 2019 at 1:29 AM Daniel Cegiełka wrote: > * JFS [1] > Forgotten file system. JFS is what ext4 should be. This is a very well > thought and well-designed file system. It is very light and has a tiny > resource consumption. The first journaling file system plus unicode > support.

Re: [dev] JFS filesystem

On Sun, Apr 21, 2019 at 8:42 PM Daniel Cegiełka wrote: > allocate to ext4+RAID (md) a large block of memory (fallocate). Then > use this block of memory as a huge ring buffer and they simply copy > memory using mmap. Of course, data integrity is checked at every step: > >

Re: [dev] JFS filesystem

On Sun, Apr 21, 2019 at 8:42 PM Daniel Cegiełka wrote: > We have three main purpose filesystems: > * reading - Speed is the key here. > * writing - This is a very complex issue. Write operations should be > atomic (see Raiser4). Data integrity should be checked at the memory > level. And of

Re: [dev] Web development in C (or, C'ing clearly through the webs of bias)

On Fri, Feb 1, 2019 at 5:48 AM wrote: > The thing I really don't understand, is this mailing list attracting some > random group of guys, at regular time intervals, almost totally missing the > point of "suckless", and though, pretending to get it while bringing on the > table _abominations_ like

Re: [dev] Let's talk about Go, baby

On Sun, Jan 27, 2019 at 3:57 AM Anselm Garbe wrote: > I > wouldn't recommend the cgo approach at all ;) I came to that > conclusion almost 10 years ago already, when some people started > writing WMs with Xlib in Go (cgo'ed xlib.go or whatever it was called > at the time) and realized that it

Re: [dev] Let's talk about Go, baby

On Sat, Jan 26, 2019 at 9:46 PM Anselm Garbe wrote: > > What are your concerns about Rust? > > The language itself is certainly better than C++ or Java and avoided > many mistakes (like exceptions and going to far with OO). On the other > hand the typesystem isn't great and much more complex than

[dev] How about software for photography enthusiasts?

Given the latest thread about `sxiv`, I wanted to open up the discussion about "suckless" software for photography enthusiasts. Are there many photographers on this list? Have you found some useful and "less-sucking" tools to help you in your hobby? Anything from image ingestion (i.e. copying),

Re: [dev] [sxiv] Discussion

On Thu, Aug 11, 2016 at 1:24 PM, S. R. Gal wrote: >> In fact, like you, I have also integrated `sxiv` into my "photography" >> workflow, for both selecting potential images, and "analysing" them >> with a few tools I've wrote myself. > > Would you mind sharing them?

Re: [dev] [sxiv] Discussion

On Tue, Aug 9, 2016 at 10:39 PM, Bert Münnich wrote: > There's already lel[0] that does just this. But sxiv is not only an > image viewer. I heavily use it to organize my image library, e.g. > visually selecting files to import from a huge collection of freshly > taken photos or

Re: [dev] [ANNOUNCE] dlauncher - dmenu based launcher

On Sun, May 11, 2014 at 4:29 AM, Xinhao Yuan xinhaoy...@gmail.com wrote: I would like to announce dlauncher, a dmenu based launcher I wrote to replace synapse(https://launchpad.net/synapse-project) which is no longer in development. dlauncher reuses the minimalist dmenu UI and supports plugins

Re: [dev] Is there any plan on a shell for sbase?

On Fri, May 31, 2013 at 2:05 PM, Fernando C.V. ferk...@gmail.com wrote: Would it make sense to create a whole shell infrastructure based on little small commands? I mean, not just replacing no-brainer builtin things like echo, etc, but also things like if, while, for, set, by doing system()

Re: [dev] Re: Is there any plan on a shell for sbase?

On Fri, May 31, 2013 at 2:35 PM, Fernando C.V. ferk...@gmail.com wrote: [...] But then on second though, since it's a separate process there would be problems with environment variables, and this might not have an easy solution. Don't worry, even a simple `grep ... | while read l ; do

Re: [dev] Minimal distributions

On Fri, Nov 23, 2012 at 8:53 PM, Hugues Moretto-Viry hugues.more...@gmail.com wrote: Just because I'm really curious, I'm searching minimal GNU/Linux distributions with the following options: - x86_64 architecture - minimal installation - no default Desktop Environment - rolling release

Re: [dev] Minimal distributions

On Mon, Nov 26, 2012 at 9:23 PM, Jens Nyberg jens.nyb...@gmail.com wrote: 2012/11/26 Ciprian Dorin Craciun ciprian.crac...@gmail.com: On Fri, Nov 23, 2012 at 8:53 PM, Hugues Moretto-Viry hugues.more...@gmail.com wrote: Just because I'm really curious, I'm searching minimal GNU/Linux

Re: [dev] Minimal distributions

On Mon, Nov 26, 2012 at 9:45 PM, Ciprian Dorin Craciun ciprian.crac...@gmail.com wrote: On Mon, Nov 26, 2012 at 9:23 PM, Jens Nyberg jens.nyb...@gmail.com wrote: I haven't followed this discussion so I'm sorry if have misunderstood what you are after. When I want to have a small distro for some

Regarding make-systems [Was: Re: [dev] Build system: redo]

(I've changed the subject of the thread because I want to move the discussion in a more general direction not specific to one build system.) On Sun, Jul 15, 2012 at 7:53 PM, Anselm R Garbe garb...@gmail.com wrote: The holy make replacement is already there:

Regarding dogma words [Was: Re: Regarding make-systems [Was: Re: [dev] Build system: redo]]

On Fri, Aug 10, 2012 at 5:06 PM, hiro 23h...@gmail.com wrote: people like inventing words. so what? I'm not against inventing words... On the contrary a language must evolve... But I'm against using a quasi meaningless word as an answer without also providing a meaningful or coherent

Re: [dev] dmenu fast grab

On Sun, Mar 20, 2011 at 06:24, Rob robpill...@gmail.com wrote: Not sure how useful this will be, but I altered dmenu so it can grab the X keyboard before reading input from stdin. It works well on my netbook, where occasionally dmenu_run can take up to a second to grab the keyboard, meaning I

[dev] Application credentials input API (non-OS related)

Hello all! I would like to ask the Suckless community about how they generally solve -- or would like to solve -- the problem of user credentials input in their applications. To be more clear, I'm not referring to actually authenticating / authorizing users (i.e. checking the credentials

[dev] [dmenu] [patch] Display a multi-line text message before (or instead of) the prompt (was: xmessage replacement similar to dmenu)

Hello all! I didn't thought it was so easy to extend `dmenu` but it seems it is. So will just to fill in the context of this patch: yesterday I've asked on the mailing list if there is a `dmenu` like replacement for xmessage. (See the archive at:

Re: [dev] [dmenu] [patch] Display a multi-line text message before (or instead of) the prompt (was: xmessage replacement similar to dmenu)

On Wed, Nov 24, 2010 at 21:22, Moritz Wilhelmy c...@wzff.de wrote: Hi, If I see that correctly your dmenu can be either in display message or menu mode. Um. Not quite. As I've changed it, now it has a classical-menu mode (just how it worked until now) and an

[dev] xmessage replacement similar to dmenu

Hello all! I'm currently using the `dmenu` in some scripts, but I also need a tool similar to `dmenu` which displays a (multi-line) message (like `xmessage`). So my first question is: are there any such similar tools? (I think `dzen` would be good candidate, but I'm afraid it's a