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

2020-03-13 Thread Ciprian Dorin Craciun
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 didn't

Re: [dev] [no js web]

2020-02-21 Thread Ciprian Dorin Craciun
> 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 banking/shop

Re: [dev] smu CommomMark improvements

2019-10-09 Thread Ciprian Dorin Craciun
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 > http

Re: [dev] JFS filesystem

2019-04-21 Thread Ciprian Dorin Craciun
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. So

Re: [dev] JFS filesystem

2019-04-21 Thread Ciprian Dorin Craciun
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 journ

Re: [dev] JFS filesystem

2019-04-21 Thread Ciprian Dorin Craciun
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. Here

Re: [dev] JFS filesystem

2019-04-21 Thread Ciprian Dorin Craciun
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: > > https://fmad.io/blog-10g-

Re: [dev] JFS filesystem

2019-04-21 Thread Ciprian Dorin Craciun
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 course

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

2019-02-02 Thread Ciprian Dorin Craciun
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

2019-01-26 Thread Ciprian Dorin Craciun
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 suc

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

2019-01-26 Thread Ciprian Dorin Craciun
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?

2016-08-13 Thread Ciprian Dorin Craciun
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

2016-08-13 Thread Ciprian Dorin Craciun
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? I would share them, but unfor

Re: [dev] [sxiv] Discussion

2016-08-11 Thread Ciprian Dorin Craciun
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 performing simple

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

2014-05-11 Thread Ciprian Dorin Craciun
On Sun, May 11, 2014 at 4:29 AM, Xinhao Yuan 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 that provide dyn

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

2013-06-01 Thread Ciprian Dorin Craciun
On Fri, May 31, 2013 at 2:35 PM, Fernando C.V. 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 ... ; x=a ; don

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

2013-06-01 Thread Ciprian Dorin Craciun
On Fri, May 31, 2013 at 2:05 PM, Fernando C.V. 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() > ca

Re: [dev] Minimal distributions

2012-11-26 Thread Ciprian Dorin Craciun
On Mon, Nov 26, 2012 at 9:45 PM, Ciprian Dorin Craciun wrote: > On Mon, Nov 26, 2012 at 9:23 PM, Jens Nyberg 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 >>

Re: [dev] Minimal distributions

2012-11-26 Thread Ciprian Dorin Craciun
On Mon, Nov 26, 2012 at 9:23 PM, Jens Nyberg wrote: > 2012/11/26 Ciprian Dorin Craciun : >> On Fri, Nov 23, 2012 at 8:53 PM, Hugues Moretto-Viry >> wrote: >>> Just because I'm really curious, I'm searching minimal GNU/Linux >>> distributions w

Re: [dev] Minimal distributions

2012-11-26 Thread Ciprian Dorin Craciun
On Fri, Nov 23, 2012 at 8:53 PM, Hugues Moretto-Viry 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 I don't know wh

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

2012-08-10 Thread Ciprian Dorin Craciun
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

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

2012-08-10 Thread Ciprian Dorin Craciun
(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 wrote: > The holy make replacement is already there: > > http://man.suckless.org/9base/mk Sta

Re: [dev] dmenu fast grab

2011-04-23 Thread Ciprian Dorin Craciun
On Sun, Mar 20, 2011 at 06:24, Rob 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 end up typing a

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

2011-03-13 Thread Ciprian Dorin Craciun
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 f

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

2010-11-24 Thread Ciprian Dorin, Craciun
On Wed, Nov 24, 2010 at 21:11, Ciprian Dorin, Craciun wrote: >    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 `dm

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

2010-11-24 Thread Ciprian Dorin, Craciun
On Wed, Nov 24, 2010 at 21:22, Moritz Wilhelmy 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 "explanatory-message-accompani

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

2010-11-24 Thread Ciprian Dorin, Craciun
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: http://lists.suckless.org/dev/1011/6486.htm

Re: [dev] xmessage replacement similar to dmenu

2010-11-23 Thread Ciprian Dorin, Craciun
On Tue, Nov 23, 2010 at 21:15, Moritz Wilhelmy wrote: > If you need something like xmessage and think dzen has too many features, why > don't you use xmessage? > > Cheers, > > Moritz Well I like `dmenu` for two very important reasons: first it is simple and solves only one problem (thus suck

[dev] xmessage replacement similar to dmenu

2010-11-23 Thread Ciprian Dorin, Craciun
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 litt