Re: [dev] [ubase] compile using musl

On Fri, 15 Mar 2024 16:22:19 -0300 Brian Mayer wrote: > Hi, I'm Brian, I'm trying to compile ubase using musl as libc on > buildroot. I use a Pinebook Pro, so aarch64 is my arch. > > By just running make I get this error: > >

Re: [dev] [sbase] Defining scope of sbase and ubase

On Sat, 09 Mar 2024 17:28:49 +0100 Elie Le Vaillant wrote: > Страхиња Радић wrote: > > Compiling all programs into one binary is currently an option, and IMHO it > > should remain an option. > > I fully agree. However, the single binary situation should be improved. > > > Great, combine

Re: [dev] [sbase] Defining scope of sbase and ubase

On Sat, 9 Mar 2024 14:53:07 +0100 Страхиња Радић wrote: > On 24/03/09 12:59AM, Mattias Andrée wrote: > > I agree, a single repo (or alternatively making libutil it's own repo) is > > necessary if we want one binary, and I think we do. > > Compiling all programs into on

Re: [dev] [sbase] Defining scope of sbase and ubase

On Sat, 09 Mar 2024 12:10:28 +0100 Eolien55 wrote: > Mattias Andrée wrote: > > I think there should be one directory called "portable" containing only > > tools > > from sbase, and one directory called "linux" containing the tools from ubase

Re: [dev] [sbase] Defining scope of sbase and ubase

ot sure this is preferable over a single Makefile in the root directory. As mentioned in an other branch of this conversation, I think we should have a base with only the POSIX tools but than have additional optional tools, which could be group into overlapping categories, as you can select what you want on your system. Best regards, Mattias Andrée

Re: [dev] [sbase] Defining scope of sbase and ubase

setting BIN when running make(1) or by saying "yes" or "no" to each category (of course each category would have a default option), e.g. POSIX=yes INTERACTIVE=no. Best regards, Mattias Andrée On Fri, 08 Mar 2024 11:36:27 +0100 Elie Le Vaillant wrote: > Hi, > > I th

Re: [dev] getting rid of cmake builds

On Fri, 22 Sep 2023 15:54:59 +0200 Laslo Hunhold wrote: > On Thu, 21 Sep 2023 16:05:17 +0200 > David Demelier wrote: > > Dear David, > > > It's near to impossible to convert a CMake project to make > > automatically, CMake is almost like a scripting language given the > > numerous of things

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

On Wed, 5 Jul 2023 10:04:47 -0500 Dave Blanchard wrote: > On Thu, 06 Jul 2023 00:01:43 +1200 > Miles Rout wrote: > > > There is a page on the website advertising all the many patches available > > to improve st and dwm. > > Few if any other software projects provide that these days, and are

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

On Wed, 5 Jul 2023 10:19:36 -0500 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 > >

Re: [dev] diff and patch

On Wed, 2 Feb 2022 07:48:39 -0500 LM wrote: > I've been looking at non-GNU implementations of diff and patch. The > BSD systems, Plan 9 and toybox all have their own implementations. > Has anyone found other non-GNU licensed Open Source alternatives for > these programs? Does anyone else use

Re: [dev] Special target ".POSIX" in Makefiles

On Mon, 3 Jan 2022 11:16:48 +0100 Markus Wichmann wrote: > On Sat, Jan 01, 2022 at 08:09:38PM +0100, Mattias Andrée wrote: > > .POSIX: > > > > CC = c99 > > # Required as POSIX doesn't mandate that it is defined by default > > > > OBJ =\ > >

Re: [dev] Special target ".POSIX" in Makefiles

.POSIX: CC = c99 # Required as POSIX doesn't mandate that it is defined by default OBJ =\ alpha.o\ beta.o\ gamma.o LINUX_AMD64_OBJ = $(OBJ:.o=.linux-amd64-o) OPENBSD_AMD64_OBJ = $(OBJ:.o=.openbsd-amd64-o) all: myproj-linux-amd64 myproj-openbsd-amd64 myproj-linux-amd64:

Re: [dev] Special target ".POSIX" in Makefiles

On Sat, 1 Jan 2022 13:01:05 +0100 Laslo Hunhold wrote: > On Sat, 1 Jan 2022 10:33:22 +0100 > Mattias Andrée wrote: > > Dear Mattias, > > first off, happy new year to all of you! > > > Thanks for pointing that it, I didn't find it in my search. > > I renamed

Re: [dev] Special target ".POSIX" in Makefiles

Thanks for pointing that it, I didn't find it in my search. I renamed it to mklint. Regards, Mattias Andrée On Sat, 1 Jan 2022 14:43:15 +0600 NRK wrote: > On Fri, Dec 31, 2021 at 11:29:11PM +0100, Mattias Andrée wrote: > > I just started implementing a linter[0]. Even thou

Re: [dev] Special target ".POSIX" in Makefiles

I just started implementing a linter[0]. Even though I just started it today, I think that's enough for this year. Happy New Year! Mattias Andrée [0] https://github.com/maandree/makelint/ On Thu, 30 Dec 2021 21:17:32 +0100 Mattias Andrée wrote: > On Thu, 30 Dec 2021 21:07:06 +0100 >

Re: [dev] Special target ".POSIX" in Makefiles

many own projects and a garbage implementation for when I compile software I download (of course the minimal would do in some cases, but if I build from the AUR, what would happen is that it would be used for every AUR package I download). Regards, Mattias Andrée [0] Minimal only run when b

Re: [dev] Special target ".POSIX" in Makefiles

On Thu, 30 Dec 2021 23:07:35 +0100 Laslo Hunhold wrote: > On Thu, 30 Dec 2021 21:17:32 +0100 > Mattias Andrée wrote: > > Dear Mattias, > > > I've actually being thinking of writing a makefile linter. > > How interested would people be in such a tool? > > v

Re: [dev] Special target ".POSIX" in Makefiles

On Thu, 30 Dec 2021 21:07:06 +0100 Laslo Hunhold wrote: > On Thu, 30 Dec 2021 17:49:23 +0100 > crae...@gmail.com wrote: > > Dear craekz, > > > As far as I can see, we could add `.POSIX` to the following programs: > > dwm, dmenu, dwmstatus, sent and tabbed > > I've just looked over the

Re: [dev] Special target ".POSIX" in Makefiles

, and should be removed assuming it is redundant given the inferred prerequisite of inference rules. Regards, Mattias Andrée On Thu, 30 Dec 2021 15:58:33 +0100 crae...@gmail.com wrote: > Hi, > > I'm wondering why the Makefiles of some suckless programs (and libs) have the > special ta

Re: [dev] Ada not Rust

On Mon, 26 Apr 2021 10:10:20 -0400 Ross Mohn wrote: > On 4/23/21 10:12 PM, Jeremy wrote: > > On 04/20/21 10:23AM, Greg Reagle wrote: > >> On Tue, Apr 20, 2021, at 09:45, Jeremy wrote: > >> I gave up on using dvtm a while ago (now I use tmux which is good) because > >> it > >> would keep

Re: [dev] Ada not Rust

On Mon, 19 Apr 2021 16:19:18 -0400 Greg Reagle wrote: > On Sat, Apr 17, 2021, at 11:57, Laslo Hunhold wrote: > > Anyway, I can't say it enough: Check out Ada 2012 (and the SPARK > > subset) if you care about "secure" languages. It's not as lean as C, but > > you end up solving so many problems

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

On Sat, 17 Apr 2021 20:38:51 +0200 Mattias Andrée wrote: > On Sat, 17 Apr 2021 21:30:58 +0300 > Sergey Matveev wrote: > > > *** Mattias Andrée [2021-04-17 20:08]: > > >No one has an OCaml compiler. > > > > Same applies to Rust. > > And to Go too

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

On Sat, 17 Apr 2021 21:30:58 +0300 Sergey Matveev wrote: > *** Mattias Andrée [2021-04-17 20:08]: > >No one has an OCaml compiler. > > Same applies to Rust. > And to Go too, but it is easy bootstrappable with the C compiler, taking > just several minutes on modest h

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

On Sat, 17 Apr 2021 20:50:50 +0300 Sergey Matveev wrote: > *** Mattias Andrée [2021-04-17 18:57]: > >This self-hosted nonsense is ludicrous. > > Not agree. > > >It's understandable for C compilers > > Rust, as far as I heard/remember, was written on OCaml,

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

This self-hosted nonsense is ludicrous. It's understandable for C compilers, it's an old language that everyone has a compiler for and there are many implementations, and even if you wrote it in assembly, you will just shift the problem to the assembler. So there must be one blessed language, and

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

On Sat, 17 Apr 2021 16:30:15 +0200 Laslo Hunhold wrote: > On Wed, 14 Apr 2021 09:05:01 +0300 > Sergey Matveev wrote: > > Dear Sergey, > > > If we a talking here about checking software integrity, then speed is > > important. Millions of people check the hash of downloaded files -- if > > it

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

On Tue, 13 Apr 2021 20:17:37 +0200 Markus Wichmann wrote: > On Tue, Apr 13, 2021 at 05:08:31PM +0200, Mattias Andrée wrote: > > On Tue, 13 Apr 2021 16:57:39 +0200 > > Sagar Acharya wrote: > > > > > Sure, any good signature. SHA512 is stronger than SHA1, MD5 a

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

On Tue, 13 Apr 2021 16:57:39 +0200 Sagar Acharya wrote: > Sure, any good signature. SHA512 is stronger than SHA1, MD5 and SHA256. It > shouldn't take a second more than others. Why use a weaker checksum? SHA512 is actually more than twice as fast as SHA256 on 64-bit machines. (I don't know

Re: [dev] Completeness suckless

On Fri, 9 Apr 2021 12:13:23 -0700 Jeremy wrote: > On 04/09/21 08:24PM, Sagar Acharya wrote: > > > > >I think, the user's turn to try to understand them to the fullest, even > > if it means learning a bit of a programming language. - Laslo > > Majority of users in this world would never

Re: [dev] [sbase][tar] GNU tar support

On Wed, 25 Nov 2020 16:28:02 -0500 Cág wrote: > Hi all, > > Laslo Hunhold wrote: > > Dear Cág, > > Even if a suckless implementation of GNU tar was possible, would you > > really want it to be included? I'd rather like to encourage people to > > use standard non-proprietary file formats. > >

Re: [dev] Culling all the way down

re how other programs react to it. They will probably block > > waiting for the write(2) syscall to return instead of continuing to > > do work in the background. > > Trying this manually had exactly the desired outcome: CPU usage dropped > to 0. Nice! > > On 06/09/2020 09.48, Mattias An

Re: [dev] Culling all the way down

On Mon, 7 Sep 2020 10:13:26 +0300 Alexander Krotov wrote: > > What you could do is to patch a terminal to allow programs to because > > paused via SIGSTOP when invisible and continued via SIGCONT when > > visible. Then your program would only need to write some string to > > the terminal when it

Re: [dev] Culling all the way down

On Sun, 6 Sep 2020 09:48:06 +0200 Mattias Andrée wrote: > On Sun, 6 Sep 2020 08:21:45 +0200 > Tobias Bengfort wrote: > > > Hi, > > > > I am currently creating a curses application that is updated > > independently of user input. Think of something like `top`

Re: [dev] Culling all the way down

t either. You would just be adding unneeded work and complexity for next to no gain. I would only think about this for intensive programs. Regards, Mattias Andrée

Re: [dev] Re: [slstatus] temperature module acts wierd on OpenBSD

to `int` because only the type of the first argument is specified in its declaration. Regards, Mattias Andrée On Tue, 16 Jun 2020 20:42:08 +0200 Laslo Hunhold wrote: > On Tue, 16 Jun 2020 17:55:03 + > messw1thdbest wrote: > > Dear messw1thdbest, > > > <

Re: [dev] [libgrapheme] announcement

On Fri, 27 Mar 2020 22:24:22 + wrote: > On Fri, Mar 27, 2020 at 10:24:52PM +0100, Laslo Hunhold wrote: > > ... This will cover 99.5% of all cases... > > What do you mean? They managed to add in grapheme cluster definition some > weird > edge cases up to 0.5%?? > > About string

Re: [dev] Superservers: Yay or Nay?

they are always the right option. You need to consider system boot time, subserver start time, memory usage, and activity. A positive side-effect of superservers is that you do not need to remember to restart the server when you update its software. A superserver is basically a workaround for shortcomings. Clean your hands, wear an unventilated FFP3 face mask, Mattias Andrée > > With best regards > > Laslo >

Re: [dev] unsubscribe

On Wed, 30 Oct 2019 13:02:53 -0400 Yih Lerh Huang wrote: > unsubscribe > dev+unsubscr...@suckless.org Tip: You can almost always find the address to send it in the List-Unsubscribe header in the e-mail.

Re: [dev] SYNChronous SendMail

to it (as both was listed as futures). Although I do not expect you to do so. I would break out the libc to a standalone project or, depending on how well it would work (and if most of it could be done with a script), fork musl-libc and make it a header-only (+crt) library. Regards, Mattias Andrée On Tue

Re: [dev] SYNChronous SendMail

Hi, What is the point of doing your own mini-libc within the program? Aren't you just making it less portable and adding more code to read? Regards, Mattias Andrée On Tue, 10 Sep 2019 15:49:19 + wrote: > Hi, > > For those who might be interested: > > I did write a le

Re: [dev] Re: json

On Sat, 15 Jun 2019 22:11:13 +0200 Wolf wrote: > Hello, > > On , Mattias Andrée wrote: > > Wouldn't it just complicate matters if you needed to specify whether a > > number is an integer or a real value; > > Could you not just consider sequence of [0-9]+ to b

Re: [dev] Re: json

precise? In most cases, the program know what size and precision is required. Regards, Mattias Andrée On Sat, 15 Jun 2019 20:37:34 +0200 Wolf wrote: > On , sylvain.bertr...@gmail.com wrote: > > json almost deserves a promotion to suckless format. > > Except for not putting any

Re: [dev] Learn C

and with time you will pick up one the more advanced topics. Regards Mattias Andrée On Sun, 24 Mar 2019 10:28:35 +0100 Thuban wrote: > Hi, > I want to learn C. I mean, sane C. > What i read before was based on big IDE such as codeblocks. So, I don't > know how to write Makefiles from sc

Re: [dev] Re: diff -x

Why would you? You can just as well write a script a new directory with hard links to all files that should be included in the diff. On Fri, 28 Sep 2018 17:49:25 +0300 Adrian Grigore wrote: > In a diff -ur situation? > On Fri, Sep 28, 2018 at 5:48 PM Adrian Grigore > wrote: > > > > How would

Re: [dev] [PATCH][blind] alloca #include for BSDs

made necessary changes (such as add flags for specific OSes), add the package managers flags, and invoke make(1) with those values. However, if the package maintainer is comfortable with assuming make(1) supports ?= and +=, use sed(1) on config.mk, and he will not have to change if config.mk has changed when a new version is published. Mattias Andrée pgpauSci7jrCw.pgp Description: OpenPGP digital signature

Re: [dev] [PATCH][blind] alloca #include for BSDs

include >  #include >  #include > > Thanks again! I will be fixing this, but probably via config.mk. Mattias Andrée

Re: [dev] [BUG REPORT] blind: clang-40 warning: variable 'frames' is uninitialized when used here

s (if I haven't already fixed it that is), but it will take some times before you will see it. Mattias Andrée pgp5Qhv6VjDKd.pgp Description: OpenPGP digital signature

Re: [dev] [general][discussion] constants: `#define` or `static const`

On Thu, 12 Oct 2017 15:21:14 +0100 Matthew Parnell wrote: > Afternoon suckless community. > > It is made clear in the suckless coding style guide when to use > #define and enums; however, it doesn't mention general global > constants. > > I would search through the mailing

Re: [dev] Writing subtitles for videos

On Thu, 31 Aug 2017 11:34:00 +0200 Quentin Rameau wrote: > Hi Mattias > > > I tried it out, it sucked donkey balls; i'd rather just use > > ffplay and a text editor; the video playback didn't even work > > for me. > > Isn't this something that could be done with blind? > I

Re: [dev] Writing subtitles for videos

On Thu, 31 Aug 2017 11:25:21 +0200 Quentin Rameau wrote: > > 99% of the fansubbers use aegisub > > they're teens and they all managed to install it properly > > i'm fairly confident my grandma could do it too > > maybe she can teach you for a small fee > > We're glad to

Re: [dev] Writing subtitles for videos

On Thu, 31 Aug 2017 08:04:26 + Thomas Levine <_...@thomaslevine.com> wrote: > I want to write some subtitles for some videos. I found several subtitle > editors through web searches, and their documentation doesn't make them > look very good. What's more, I haven't managed to install any of

Re: [dev] dl.suckless.org file integrity github project

On Sat, 26 Aug 2017 21:05:25 +0200 Laslo Hunhold <d...@frign.de> wrote: > On Fri, 25 Aug 2017 17:13:38 +0200 > Mattias Andrée <maand...@kth.se> wrote: > > Dear Mattias, > > > Each user could have a directory called pgp-keys and dl.suckless.org > > could l

Re: [dev] dl.suckless.org file integrity github project

On Fri, 25 Aug 2017 16:48:13 +0200 Anselm R Garbe <garb...@gmail.com> wrote: > Hi Mattias, > > On 25 August 2017 at 16:32, Mattias Andrée <maand...@kth.se> wrote: > > On Fri, 25 Aug 2017 13:54:41 +0200 > > Anselm R Garbe <garb...@gmail.com> wrote: >

Re: [dev] dl.suckless.org file integrity github project

On Fri, 25 Aug 2017 13:54:41 +0200 Anselm R Garbe wrote: > On 25 August 2017 at 12:56, Laslo Hunhold wrote: > > On Fri, 25 Aug 2017 08:12:12 +0200 > > Anselm R Garbe wrote: > >> - (optional) repo owners/maintainers should sign their future

Re: [dev] dl.suckless.org file integrity github project

On Wed, 23 Aug 2017 22:29:17 +0200 Markus Teich <markus.te...@stusta.mhn.de> wrote: > Mattias Andrée wrote: > > If the server's authenticity can be proven with HTTPS, > > what additional secure does PGP-signatures provide? > > Some people trust persons they know

Re: [dev] dl.suckless.org file integrity github project

On Wed, 23 Aug 2017 22:03:41 +0200 Markus Teich wrote: > Hiltjo Posthuma wrote: > > Checksums are available in each project directory, yesterday I've added > > SHA256 checksums. > > > > For example: > > SHA256: http://dl.suckless.org/dwm/sha256sums.txt > >

Re: [dev] Problems with farbfeld image editing tools

On Mon, 3 Jul 2017 19:11:46 +0200 Mattias Andrée <maand...@kth.se> wrote: > On Mon, 3 Jul 2017 18:55:42 +0200 > Laslo Hunhold <d...@frign.de> wrote: > > > On Mon, 3 Jul 2017 18:47:37 +0200 > > Mattias Andrée <maand...@kth.se> wrote: > > > >

Re: [dev] Problems with farbfeld image editing tools

On Mon, 3 Jul 2017 18:55:42 +0200 Laslo Hunhold <d...@frign.de> wrote: > On Mon, 3 Jul 2017 18:47:37 +0200 > Mattias Andrée <maand...@kth.se> wrote: > > Dear Mattias, > > > Perhaps farbfeld should specify that it should use linear sRGB, right > > now it s

Re: [dev] Problems with farbfeld image editing tools

On Mon, 3 Jul 2017 18:25:23 +0200 Laslo Hunhold <d...@frign.de> wrote: > On Mon, 3 Jul 2017 17:28:29 +0200 > Mattias Andrée <maand...@kth.se> wrote: > > Hey Mattias, > > > Because if the limited number of values that can be stored in an > > 8-bit integer

[dev] Problems with farbfeld image editing tools

Because if the limited number of values that can be stored in an 8-bit integer and because humans don't notices small differences between dark colours as well as small differences in bright colours, sRGB encodes colours non-linearly so there are more bright colours and fewer dark colours.

Re: [dev] [sbase] rm missing error message?

On Fri, 16 Jun 2017 21:00:40 +0200 Quentin Rameau wrote: > Hi, > > > Sounds like it says you must not write those error message if -f is > > used. Kind of a strange requirement as `2>/dev/null` would do that. > > > > > I don't fully understand the wording in POSIX on the

Re: [dev] [sbase] rm missing error message?

Sounds like it says you must not write those error message if -f is used. Kind of a strange requirement as `2>/dev/null` would do that. On Fri, 16 Jun 2017 20:14:58 +0200 Hiltjo Posthuma wrote: > On Fri, Jun 16, 2017 at 02:08:24PM -0300, Marc Collin wrote: > > Hello all.

[dev] GNU yes(1) is slow as shit

My comments on the performance of GNU yes(1): https://github.com/maandree/yes-silly pgpmycFfJkrq9.pgp Description: OpenPGP digital signature

RE: [dev] [sbase] Changing BUFSIZ

Subject: Re: [dev] [sbase] Changing BUFSIZ Mattias Andrée <maand...@kth.se> wrote: > On Linux, the performance of cat(1) can be doubled > when cat(1):ing from one pipe to another, by compiling > with -DBUFSIZ=(1<<16) (the default pipe capacity). > This is close to optimi

[dev] [sbase] Changing BUFSIZ

On Linux, the performance of cat(1) can be doubled when cat(1):ing from one pipe to another, by compiling with -DBUFSIZ=(1<<16) (the default pipe capacity). This is close to optimial for a read(3)/write(3) implementation. pgpKj3MyxJW0x.pgp Description: OpenPGP digital signature

[dev] [blind] 1.1 release

(1): skip frames in pattern - blind-compress(1) and blind-decompress(1): very fast compression that can be used to when sending streams across the network when rendering on multiple computers Happy hacking! Mattias Andrée [0] http://tools.suckless.org/blind/ [1] http://dl.suckless.org

Re: [dev][all] Migrating build system

On Sat, 1 Apr 2017 14:46:36 +0530 Aditya Goturu wrote: > As we know, the greatest weakness of suckless apps is their dependence on > bloated build systems like make. > > I tried porting to to gnu autotools, but while it helped, it still needed > work. > > I am

Re: [dev] [ubase] pager

Some pagers also support search, which can be very useful. On Fri, 10 Feb 2017 11:28:04 -0800 "Leander S. Harding" wrote: > Personally, I've always thought that the VTxx escape > sequence family is missing one: enable/disable > scroll-lock. Then, your 'pager' just consists of

Re: [dev] Some core tools

point for you. > > > > http://haddonthethird.net/m4/ > > > > > > On Friday, February 3, 2017, > > <sylvain.bertr...@gmail.com> wrote: > >> > >> On Thu, Feb 02, 2017 at 06:45:49PM +0100, Mattias > >> Andrée wrote: > >> >

Re: [dev] [ubase] pager

On Sat, 4 Feb 2017 12:13:03 +0100 Josuah Demangeon <m...@josuah.net> wrote: > On February 4, 2017 10:49:52 AM GMT+01:00, "Mattias > Andrée" <maand...@kth.se> wrote: > > On Sat, 4 Feb 2017 10:22:24 +0100 > > Josuah Demangeon <m...@josuah.net> wrote: &

Re: [dev] [ubase] pager

On Sat, 4 Feb 2017 10:22:24 +0100 Josuah Demangeon <m...@josuah.net> wrote: > On February 4, 2017 2:03:16 AM GMT+01:00, "Mattias > Andrée" <maand...@kth.se> wrote: > > > > Well, this is embarrassing, I forgot to check you > > program

Re: [dev] [ubase] pager

On Thu, 2 Feb 2017 20:42:06 +0100 Josuah Demangeon wrote: > I started such a tool recently. It is probably not > suckless, as it is already 1600 loc, but can properly > display a man page, colour escape codes and content from > UTF-8-test.txt and UTF8-demo.txt without ncurses.

Re: [dev] Some core tools

On Thu, 02 Feb 2017 17:59:14 -0600 Joshua Haase <hah...@gmail.com> wrote: > Mattias Andrée <maand...@kth.se> writes: > > Also, I think mk(1) uses rc(1), right? > > On plan9port it uses the shell defined on the environment. That's not precisely portable. > >

Re: [dev] Some core tools

On Thu, 02 Feb 2017 17:08:17 -0600 Joshua Haase <hah...@gmail.com> wrote: > Mattias Andrée <maand...@kth.se> writes: > > > Greetings! > > > > I'm work on implementing make(1), and I have two > > questions for you: > > Why make an

Re: [dev] Some core tools

On Thu, 02 Feb 2017 17:08:17 -0600 Joshua Haase <hah...@gmail.com> wrote: > Mattias Andrée <maand...@kth.se> writes: > > > Greetings! > > > > I'm work on implementing make(1), and I have two > > questions for you: > > Why make and not mk? Th

Re: [dev] Some core tools

On Thu, 2 Feb 2017 20:08:04 + Connor Lane Smith wrote: > On 2 February 2017 at 19:54, Markus Wichmann > wrote: > > GNU make style patsubst rules, i.e. > > > > %.o: %.c > > $(CC) $(CFLAGS) -o $@ $< > > > > Those are really useful. > > While GNU's

Re: [dev] Some core tools

On Thu, 2 Feb 2017 20:54:45 +0100 Markus Wichmann <nullp...@gmx.net> wrote: > On Thu, Feb 02, 2017 at 06:45:49PM +0100, Mattias Andrée > wrote: > > Greetings! > > > > I'm work on implementing make(1), and I have two > > questions for you: > > &

Re: [dev] [ubase] pager

On Thu, 2 Feb 2017 20:42:06 +0100 Josuah Demangeon wrote: > I started such a tool recently. It is probably not > suckless, as it is already 1600 loc, but can properly > display a man page, colour escape codes and content from > UTF-8-test.txt and UTF8-demo.txt without ncurses.

[dev] [ubase] pager

Hi! I'm going to write a pager for ubase, and, because it is a necessary component of the pager, I will also implement ul(1). ul(1) will be used by the pager which is necessary to get properly formatted output when piping man(1) or groff(1) to the pager. Mattias Andrée pgpAfVdp6vTnN.pgp

[dev] Some core tools

) if there is any interest in it. For those interested, I estimate that make(1) will be between 1500 and 2000 lines. I'm currently at 700 lines (of which 500 line are just simple preparations). Mattias Andrée pgpeE1ZhzWDct.pgp Description: OpenPGP digital signature

[dev] Re: Request for video player recommendation with a good playlist

it invalid window properties. On Sun, 15 Jan 2017 12:05:50 +0100 Mattias Andrée <maand...@kth.se> wrote: > Ahoy! > > Does any have a recommendation for a video player > that has a good playlist where files can easily > be reordered? I'm getting tired of VLC causing > X to crash

[dev] [blind] 1.0 release

Hello World! I am pleased to announce the first release of blind[0]: version 1.0[1]. blind command line video editor designed primarily for creating new videos. blind uses a raw video format with a very simple container. The raw video uses CIE XYZ encoded with `double`s, with an alpha channel.

Re: [dev] Request for video player recommendation with a good playlist

On Sun, 15 Jan 2017 22:34:18 +0100 Felix Van der Jeugt wrote: > Excerpts from Mattias Andrée's message of 2017-01-15 > 16:54:46 +0100: > > On Sun, 15 Jan 2017 10:48:56 -0500 Alexander Keller > > wrote: > > > The simplest way I can imagine is

Re: [dev] Request for video player recommendation with a good playlist

On Sun, 15 Jan 2017 10:48:56 -0500 Alexander Keller wrote: > The simplest way I can imagine is to link them into a > directory temporarily and/or permanently with: > > mkdir playlist > ln *some_glob_pattern* playlist > > Then use the vidir(1) program to edit the

Re: [dev] Request for video player recommendation with a good playlist

On Sun, 15 Jan 2017 13:03:53 +0100 Martin Kühne wrote: > While vlc is admittedly a bunch of crap, I have no real > suggestion for a playlist editing player. you could wrap > mpv with some playlist-managing DIY thing, though, as it > does IPC but could as well be quit with

[dev] Request for video player recommendation with a good playlist

as it has a good playlist and does not crash X. Mattias Andrée. pgpihMXD42D4R.pgp Description: OpenPGP digital signature

Re: [dev] Request for name suggestions: suckless video editor

On Fri, 13 Jan 2017 01:34:40 +0530 Mohammed Zohaib Ali Khan wrote: > > How about `Tasveer'. It actually means pictorial > > representation of information and it can alternatively > > be abbreviated to tsvr - Teletyped Simple Video > > Revision[er] (or something else with R. I

Re: [dev] Request for name suggestions: suckless video editor

On Thu, 12 Jan 2017 13:55:36 +0100 Laslo Hunhold <d...@frign.de> wrote: > On Thu, 12 Jan 2017 02:12:11 +0100 > Mattias Andrée <maand...@kth.se> wrote: > > Hey Mattias, > > > I'm working a non-graphical video editor. However, I > > need a proper name for t

Re: [dev] Request for name suggestions: suckless video editor

On Thu, 12 Jan 2017 12:42:02 +0100 Hadrien Lacour wrote: > So this is a bit like Vapoursynth? > I'm not sure how Vapoursynth works, but it sounds like the basic idea is the same, but that the approach is different. pgpSVEOvRAQfV.pgp Description: OpenPGP

Re: [dev] Request for name suggestions: suckless video editor

ymmetrical-enigma > >(vpara) vigilant-parakeet > >(sspoon) super-spoon > > > >On Wed, Jan 11, 2017 at 7:56 PM, Mattias Andrée > ><maand...@kth.se> wrote: > >> On Thu, 12 Jan 2017 05:52:27 +0200 > >> Amer <amer...@gmail.com> wrote: >

Re: [dev] Request for name suggestions: suckless video editor

On Thu, 12 Jan 2017 05:52:27 +0200 Amer wrote: > >I want the tools to have a common prefix of 2 to 4 > >characters plus a dash. Any other ideas of awesome > >arbitrary things, I cannot think of anything else that > >is not already used? > > Short names were exhausted,

Re: [dev] Request for name suggestions: suckless video editor

On Wed, 11 Jan 2017 21:34:08 -0500 Greg Reagle wrote: > Why don't you name it after something totally arbitrary > but totally awesome. For example, there is a tree that > is so toxic that standing under it during the rain will > burn your skin, and it has a great name in

Re: [dev] Request for name suggestions: suckless video editor

On Wed, 11 Jan 2017 17:37:20 -0800 Noah Birnel <nbir...@gmail.com> wrote: > On Wed, Jan 11, 2017 at 5:12 PM, Mattias Andrée > <maand...@kth.se> wrote: > > Greetings! > > > > I'm working a non-graphical video editor. However, I > > need a proper name fo

[dev] Request for name suggestions: suckless video editor

value and the video in a raw format. Currently the only support pixel format is CIE XYZ with alpha expressed in `double`:s, but in the future I may also add support for `float`:s for faster computations. So the format is not portable between machines. Mattias Andrée pgpdrwHaAau__.pgp Description

Re: [dev] [slcon3] preliminary schedule and registration deadline

For context, the message I replied to, but forgot to quote was Markus saying he will arrive and be at the lobby around noon on the welcome day (Friday). On Wed, 21 Sep 2016 16:49:54 +0200 Mattias Andrée <maand...@kth.se> wrote: > I'll be arrive in the afternoon the day before. > I

Re: [dev] [slcon3] preliminary schedule and registration deadline

I'll be arrive in the afternoon the day before. I'll meet you in the lobby around noon. pgpbrPez0jjo4.pgp Description: OpenPGP digital signature

Re: [dev] s - suckless shell

Also, the names of shells conventionally end with sh, just do go with ssh (which incidentally is not a shell but ends with “sh” because the full name ends with “shell”.) On Fri, 12 Aug 2016 23:48:29 +0200 Mattias Andrée <maand...@kth.se> wrote: > Sorry for replying before reading, bu

Re: [dev] s - suckless shell

Sorry for replying before reading, but I don't think a single-character name is a good idea. Two-characters should also be avoided, but it's acceptable. The number of available names are severely limited and introduces an unnecessarily high risk of collision. Short names, and single-character name

Re: [dev] What do you guys think about competitive programming?

On Fri, 12 Aug 2016 22:05:26 +0200 Martin Kühne <mysat...@gmail.com> wrote: > On Fri, Aug 12, 2016 at 9:58 PM, Mattias Andrée > <maand...@kth.se> wrote: > > Programming contests can be fun, but it depends on the > > competition, some barely have a focus on programmi

Re: [dev] What do you guys think about competitive programming?

Programming contests can be fun, but it depends on the competition, some barely have a focus on programming but mathematics instead. I don't see them as promoting bad practices, you are under extraordinary pressure so this should not influence your programming practices under normal conditions. I

  1   2   3   >