Re: [dev] What is bad with Python

2014-03-04 Thread Strake
FRIGN wrote: > You can write beautiful and readable code in any language. [assuming that "you" means the reader in general, not S. Jegen in particular] False. I can't write such code in MATLAB, for example. > A question to everyone on this list: What do you think about the Go-language? I'm not

Re: [dev] What is bad with Go [formerly: What is bad with Python]

2014-03-05 Thread Strake
On 04/03/2014, Bobby Powers wrote: > Strake wrote: >> * Member selection is in some cases cumbersome, in which it would not >> be in C, which is related to ¬(variant types) > > Can you explain more what you mean? I can't quite remember the particulars. My case was a λ-c

[dev] situ — change files in situ

2012-04-13 Thread Strake
e GNU sed's -i switch, it ought to work with any program. Cheers, strake

Re: [dev] situ — change files in situ

2012-04-13 Thread Strake
On 13/04/2012, Troels Henriksen wrote: > I wrote a similar program in C: http://sigkill.dk/projects/insitu/ It > also does actual in-replace replacement (which is sometimes not what you > want). I actually found this prior, but wanted a program that would not harm the file on failure. > Note tha

Re: [dev] situ — change files in situ

2012-04-13 Thread Strake
#x27;s stdout we could compute the diff and then > patch the original file once cmd exits 0. If someone could get that > working it would be pretty sweet. I'm not sure why — this method seems ultimately functionally equivalent to mine. Perhaps I fail to ken your logic here. Cheers, strake

Re: [dev] situ — change files in situ

2012-04-13 Thread Strake
On 13/04/2012, Connor Lane Smith wrote: > Your method, while simpler, requires 2n space to 'situ' a length n > file. A suitable patch format would require only enough space to store > the changes to the original file. The outcome would be identical, but > if we're trying to sed only a few changes

Re: [dev] situ — change files in situ

2012-04-13 Thread Strake
On 13/04/2012, Connor Lane Smith wrote: > On 13 April 2012 16:37, Strake wrote: >> True, if we trim the start and finish lazily > > That depends on the diff format. diff -e, for example, could work well. I meant to trim pre-diff, so it would be quadratic in a lesser argument. &g

Re: [dev] situ — change files in situ

2012-04-13 Thread Strake
On 13/04/2012, Truls Becken wrote: > There is also sponge from http://kitenet.net/~joey/code/moreutils/ which would also corrupt file on failure, by what little documentation I can read through the markup.

Re: [dev] situ — change files in situ

2012-04-13 Thread Strake
din, but not if a program > before it in the pipe returns non-zero. > > I guess I should test programs before suggesting them to others. (^_^) Actually, it's not wrong — it would do the job, i.e. to mutate file in situ — it's just not quite sure enough. Cheers, strake

Re: [dev] st utf8 printing

2012-04-15 Thread Strake
and irksome input methods, while mighty graphics controllers sit idle. *WRATH* I quite hope for ivo. Cheers, strake

Re: [dev] [ii] exposed password on process monitoring

2012-04-19 Thread Strake
On 19/04/2012, Ivan Kanakarakis wrote: > because ii takes as an argument > the password/-k, > the password is exposed to anyone that can see what processes are running > (top/htop). > > As no process can hide its arguments, how should one go around this ? > > - reading the passwd from a file (over

Re: [dev] [ii] exposed password on process monitoring

2012-04-19 Thread Strake
ght to add a new flag, as in attached patch. Cheers, strake pwfile.patch Description: Binary data

Re: [dev] [ii] exposed password on process monitoring

2012-04-19 Thread Strake
Oops, forgot case "-". pwfile.patch Description: Binary data

Re: [dev] [ii] exposed password on process monitoring

2012-04-19 Thread Strake
On 19/04/2012, Ivan Kanakarakis wrote: > I tried the second one, I see the check for '-' in the code, but I get > > $ ii -n fooo -j - > -: No such file or directory > > seems the check is faulty > > if (keyfile != NULL || stat(argv[i], &s) != 0) { > > does it work there ? Ahhh. *facepal

Re: [dev] recommend suckless mail server

2012-04-20 Thread Strake
mail, I use dovecot. Installation was easy, and it works well and does TLS. Mind, my site is small — 1 user. Cheers, strake

Re: [dev] simple dhcp client

2012-04-20 Thread Strake
On 20/04/2012, pancake wrote: > lot of suckless tools exist nowadays.. mostly prefixed by 's'.. like star, > sdhcp.. i would love to ser them all grouped in a single repo, site or linux > distro. as far as we have 9base and musl can fill the gaps to have a fully > suckless distro. > > i think that

[dev] System, was: simple dhcp client

2012-04-20 Thread Strake
On 20/04/2012, pancake wrote: > lot of suckless tools exist nowadays.. mostly prefixed by 's'.. like star, > sdhcp.. i would love to ser them all grouped in a single repo, site or linux > distro. as far as we have 9base and musl can fill the gaps to have a fully > suckless distro. Since we are on

[dev] flzip: *FLATE program, can read gz

2012-05-10 Thread Strake
Hello all. I wrote a program to inflate/deflate data, that can read and write zlib-format data and read gzip-format data. I thought that some here might find it useful. http://strake.zanity.net:1104/flzip.git 2.6 kLoC, public domain. Needs plan9port. Cheers, strake

Re: [dev] flzip: *FLATE program, can read gz

2012-05-10 Thread Strake
On 10/05/2012, Strake wrote: > I wrote a program to inflate/deflate data, that can read and write > zlib-format data and read gzip-format data. Wow, I'm stupid. gzip is part of plan9port.

Re: [dev] static linking from cat-v on r/linux

2012-05-23 Thread Strake
Damn, I hoped that this meant that sta.li is ready

Re: [dev] obase - Sta.li moving forward?

2012-06-05 Thread Strake
; :( With which linker? If GNU, which is likely on Linux, then it may be broken as designed. One method to build a full system is to build a toolchain unable to dynamic link at all, and itself static-linked, and then with it build the other wares. Crosstool-ng can build such a toolchain. Cheers, strake

Re: Sta.li critical performance question (WAS [dev] obase - Sta.li moving forward?)

2012-06-08 Thread Strake
out not a dynamic executable $ time ./a.out ./a.out 0.00s user 3.14s system 100% cpu 3.145 total No worries, it seems. Cheers, strake

Re: [dev] [surf] port for gtk3

2012-06-22 Thread Strake
Another option would be Clutter: http://trac.webkit.org/wiki/clutter

Re: [dev] [surf] port for gtk3

2012-06-22 Thread Strake
On 22/06/2012, Strake wrote: > Another option would be Clutter: http://trac.webkit.org/wiki/clutter > Never mind, it's just another GTK. Sorry.

[dev] [PATCH] sbase: add cut

2012-07-31 Thread Strake
Will now need libutf. diff -r 8cf300476909 Makefile --- a/Makefile Sat Jun 09 18:53:39 2012 +0100 +++ b/Makefile Tue Jul 31 23:06:28 2012 -0500 @@ -27,6 +27,7 @@ cksum.c\ cmp.c \ cp.c \ + cut.c \ date.c \ dirname.c \

Re: [dev] [PATCH] sbase: add cut

2012-08-01 Thread Strake
On 01/08/2012, Martin Kopta wrote: >> Also, I'm really curious why people use cut when awk exists. > > $ du -b /usr/bin/cut /usr/bin/gawk /opt/plan9/bin/awk > 38600 /usr/bin/cut > 400212 /usr/bin/gawk > 105700 /opt/plan9/bin/awk > > Speed and simplicity I guess? > > Why would I use awk of whic

Re: [dev] [PATCH] sbase: add cut

2012-08-01 Thread Strake
I rewrote cut cleaner, but am not sure whether I ought to bother to send it, if ye would rather keep sbase sans cut.

[dev] Re: [PATCH] sbase: add cut

2012-08-01 Thread Strake
So, the new version, cut.c only, all else same: diff -r 8cf300476909 cut.c --- /dev/null Thu Jan 01 00:00:00 1970 + +++ b/cut.c Wed Aug 01 09:41:11 2012 -0500 @@ -0,0 +1,188 @@ +#include +#include +#include +#include +#include "text.h" +#include "util.h" + +typedef struct { + i

[dev] [PATCH] sbase: add chroot

2012-08-01 Thread Strake
diff -r 8cf300476909 chroot.8 --- /dev/null Thu Jan 01 00:00:00 1970 + +++ b/chroot.8 Wed Aug 01 04:46:43 2012 -0500 @@ -0,0 +1,25 @@ +.TH CHROOT 8 +.SH NAME +chroot \- change root directory +.SH SYNOPSIS +.B chroot +.I path +[ +.I x +[ +.I argument ... +] +] +.SH OPERATION +.B chroot +chang

Re: [dev] [PATCH] sbase: add chroot

2012-08-01 Thread Strake
On 01/08/2012, pancake wrote: > That is vulnerable on linux. Proper use is: > > chdir (path); chroot("."); Ah, sorry. --- /dev/null Thu Jan 01 00:00:00 1970 + +++ b/chroot.8 Wed Aug 01 05:09:36 2012 -0500 @@ -0,0 +1,25 @@ +.TH CHROOT 8 +.SH NAME +chroot \- change root directory +.SH SYNOP

Re: [dev] [PATCH] sbase: add cut

2012-08-01 Thread Strake
On 01/08/2012, Kurt H Maier wrote: > In fact, I'm fairly > certain I could implement cut in sed. with shell script wrapper?

Re: [dev] [PATCH] sbase: add chroot

2012-08-02 Thread Strake
On 01/08/2012, Džen wrote: > why argu? > > On Wed, Aug 1, 2012 at 5:11 PM, Strake wrote: > [...] >> +void main (int argc, char *argu[]) { > [...] Habit of mine.

Re: [dev] [PATCH] sbase: add cut

2012-08-03 Thread Strake
On 03/08/2012, Connor Lane Smith wrote: > % head -n -10 Not sbase head. $ seq 0 7 | head -n -2 $

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

2012-08-10 Thread Strake
On 10/08/2012, hiro <23h...@gmail.com> wrote: > well, this is an elitist list of mothafockas who don't give a shit > about others. that's why communication theorists can go away. > Yep. We're so elite, we're not bound by any mere laws of physics. Just watch us squeeze many GB of entropy into this

Re: [dev] any update on stali?

2012-08-27 Thread Strake
On 23/08/2012, Joaquim Pedro França Simão wrote: > I wonder if there is any news about stali. I searched the mail list, but had > no activity on this recently. Most activity about stali seems to be such as this. > I started to hate autotools further. Yes, no wonder. GNU Autotools is a system t

Re: [dev] any update on stali?

2012-08-27 Thread Strake
On 27/08/2012, Kurt H Maier wrote: > On Mon, Aug 27, 2012 at 10:30:32PM +, Bjartur Thorlacius wrote: >> Why Loongson? > He means MIPS. Yes, sorry. OpenBSD calls it "loongson" rather than "mips" so I thought that binaries must be built for Loongson specifically, which now rather seems false.

Re: [dev] [st] Patches

2012-09-19 Thread Strake
On 19/09/2012, Roberto E. Vargas Caballero wrote: > Maybe a good solution could be > integrate tmux inside of st (for example if STTMUX is defined, run tmux in > starup). Yeah! Oh, we could have a variable for everything that one could wish to start in st: STTMUX, STGNUSCREEN, STAALIBKDE... or w

Re: [dev] libixp questions

2012-09-21 Thread Strake
On 21/09/2012, hiro <23h...@gmail.com> wrote: > if you want reliability don't use a computer. > if you want reliability don't use the world.

Re: [dev] Hall of shame of the web

2012-09-29 Thread Strake
On 29/09/2012, Christoph Lohmann <2...@r-36.net> wrote: > What would you think about some kind of hall of shame for websites that > waste most resources? "meh"

[dev] [sbase/grep] [PATCH]: add z flag to use NULL separators

2012-10-07 Thread Strake
Not sure which would be better choice of flag: 'z' or '0', so I arbitrarily chose 'z'. commit 474a73ae118e6791fc56e616233dd9ccb5c8e92f Author: strake Date: Thu Oct 4 19:50:23 2012 -0500 grep: add z flag to use NULL separators diff --git a/grep.c b/grep.c

Re: [dev] uriel is gone

2012-10-14 Thread Strake
On 14/10/2012, Kurt H Maier wrote: > Sorry to have to let you guys know, uriel passed away peacefully a > couple days ago. We'll miss him. > > Kurt > I am very sorry to hear this. I never knew him in person, but I shall miss his keen commentary. Strake

Re: [dev] [surf] [patch] Multiple views, one process

2012-10-19 Thread Strake
On 19/10/2012, Calvin Morrison wrote: > I think the largest benefit is the cache. Loading up many > http://google.com's would mean you'd have to reload all of the images > and such, whereas with one process, you wouldn't have an opportunity > of overlap cache. So make a local HTTP caching proxy.

Re: [dev] Wayland

2012-10-23 Thread Strake
On 23/10/2012, Hugues Moretto-Viry wrote: > What do you think about Wayland? Guess: http://wayland.freedesktop.org/docs/html/chap-Protocol.html

[dev] [announce] Starch Linux: static-linked Arch Linux

2012-10-25 Thread Strake
ts to mksh * Install media Forever goals: * Not lose Cheers, Strake

Re: [dev] [announce] Starch Linux: static-linked Arch Linux

2012-10-25 Thread Strake
On 25/10/2012, Calvin Morrison wrote: > You're sticking with initscripts I presume? Yes.

Re: [dev] [announce] Starch Linux: static-linked Arch Linux

2012-10-25 Thread Strake
On 25/10/2012, Calvin Morrison wrote: > Excellent work. > > Carry on good lad Thanks, I mean to (^_^)

Re: [dev] [announce] Starch Linux: static-linked Arch Linux

2012-10-25 Thread Strake
On 25/10/2012, Strake wrote: > Packages: http://strake.zanity.net:1104/starch/pkg/(core, extra) > Build Scripts: http://strake.zanity.net:1104/starch/ports.git Someone just told me that my server is unreachable. I thought I had it working again, but clearly I was wrong. Sorry about this

Re: [dev] [announce] Starch Linux: static-linked Arch Linux

2012-10-26 Thread Strake
On 25/10/2012, Strake wrote: > Someone just told me that my server is unreachable. I thought I had it > working again, but clearly I was wrong. Sorry about this; I'll try to > unbreak it or find an alternative soon. Sorry about this. Ought to be reachable now. Got new IP, forgot

Re: [dev] Troff for typsetting e-mails

2012-10-28 Thread Strake
On 28/10/2012, Luis Anaya wrote: >>> On Sun, Oct 28, 2012 at 01:21:40PM +0100, hiro wrote: >>> > typesetting? raw text can be typeset just fine with a keyboard. not >>> > sure what you're really up to. >>> > >>> >>> It is suckless answer to HTML email. >>> >> It might as well *be* HTML email. > >

Re: [dev] [st] 0.3 release

2012-11-05 Thread Strake
On 05/11/2012, Brandon Invergo wrote: > First, to see what I'm talking about: > 1) Open a terminal and start some CPU monitor (ie top or htop) > 2) Open another terminal and load a rather large man page (try > termcap(5)) > 3) Start scrolling down on the man page and watch your Xorg process's > CP

Re: [dev] [st] 0.3 release

2012-11-05 Thread Strake
On 05/11/2012, Brandon Invergo wrote: > The mission then is to put on some deep sea diving gear and wade into the > murky depths of xterm code s/deep sea diving/hazmat/

Re: [dev] [announce] rat - ridiculously abysmal tar

2012-11-07 Thread Strake
On 06/11/2012, Alex Hutton wrote: > Which languages qualify as suckless? Only Unicode-extended Lazy K. λ is for wimps.

Re: [dev] [announce] rat - ridiculously abysmal tar

2012-11-07 Thread Strake
On 07/11/2012, Joerg Zinke wrote: > Loglan is way to over-engineered and bloated. > toki pona to the rescue! "Training your mind to think in Toki Pona can lead to many deeper insights about yourself or the world around you." [1] Well, it can lead to many shallow insights about its creator. [1]

Re: [dev] [announce] rat - ridiculously abysmal tar

2012-11-07 Thread Strake
On 07/11/2012, hiro <23h...@gmail.com> wrote: >> Which languages qualify as suckless? > > C, body language. Language

Re: [dev] I'm back

2012-11-18 Thread Strake
Jens Staal wrote: > I agree with this. As an example distribution, Sabotage does things pretty > well. One detail that I like a lot (but it sort of depends on your stance on > symlinks) is the way applications usually are placed in it: > Each application gets its own directory under /opt and then

Re: [dev] I'm back

2012-11-18 Thread Strake
On 18/11/2012, Bjartur Thorlacius wrote: > GNU Stow also. Oh, yeah, that's what we need: more perl.

Re: [dev] [suckless] Migration to git

2012-11-27 Thread Strake
On 27/11/2012, Raphael Proust wrote: > darcs? > > (Yes, I know, it's not written in C. The interface is very clean > though. There is no branching, no history rewritting, no bells and > whistles.) It's not in C, but Haskell code can be easily compiled and distributed in binary form. Darcs has no

[dev] Starch has a web site

2012-12-05 Thread Strake
Hello all. Starch Linux has its own web site now: http://starchlinux.org so further announcements will be made there. As a reminder, the earlier thread: http://lists.suckless.org/dev/1210/13050.html Ports: https://github.com/StarchLinux/starch-ports Cheers, Strake

[dev] Re: Starch has a web site

2012-12-06 Thread Strake
is stable. Yes, thanks for the tip. I must further study the options. Cheers, Strake

[dev] Re: Starch has a web site

2012-12-06 Thread Strake
some live cd), download a static build of pacman, mount the > partition you want to install on, and simply run; ./pacman -S base -r /mnt Yes, true. I added a note to InstallationGuide. > All the best with this new distro. Thanks. Cheers, Strake

[dev] Re: Starch has a web site

2012-12-07 Thread Strake
On 07/12/2012, Hugues Moretto-Viry wrote: > A lightweight forum could be useful too. I agree. Ergo, I added one. http://starchlinux.org/Forum/

[dev] Re: Starch has a web site

2012-12-07 Thread Strake
On 07/12/2012, hiro <23h...@gmail.com> wrote: > it asked me if tux is cute and after I answered it isn't the web site > said I'm a robot. please just go on using mailing lists. forums (and > most other web shit) suck. Try now (^_~)

Re: [dev] Re: Starch has a web site

2012-12-07 Thread Strake
On 07/12/2012, hiro <23h...@gmail.com> wrote: > forums and the plural is "fora".

Re: [dev] Re: Starch has a web site

2012-12-08 Thread Strake
On 08/12/2012, lordkrandel wrote: > On 08/12/2012 05:30, Kai Hendry wrote: >> Stick to a mailing list with Web archives. > > I've always thought that forums, bbs and mailing lists are > "plain old hierarchical filesystems" gone astray. These tools represent > bad implementations of written communi

[dev] Starch has a mailing list

2012-12-08 Thread Strake
What it says. d...@lists.starchlinux.org http://lists.starchlinux.org/listinfo.cgi/dev-starchlinux.org Cheers, Strake

Re: [dev] Starch has a mailing list

2012-12-08 Thread Strake
On 08/12/2012, Hugues Moretto-Viry wrote: > Subscribed. > About installer, why not fork Arch-Install-Scripts? > https://github.com/falconindy/arch-install-scripts I may at some time, but my priority is a full self-hosted build.

Re: ls -s vs. du (was: Re: [dev] [st] font fallback)

2013-01-06 Thread Strake
On 06/01/2013, pancake wrote: > Didnt checked, but i guess that ls -s show size in bytes and du in block > bytes, which depends on filesystem. Nope. Both show size in blocks [1]. It seems proper to do so in ls alone, with a flag of whether to add sizes of all files below; thus we could drop du.

Re: ls -s vs. du (was: Re: [dev] [st] font fallback)

2013-01-07 Thread Strake
On 07/01/2013, Raphael Proust wrote: > Real difference is du handles hard links (i.e. shows actual disk usage > (as one would expect) by counting hard-linked files only once) while > ls list files (as one would expect) (and optionally gives some > information about them). Which wins. Ah, yes, I m

Re: [dev] [st] Shift+F1 should by F11?

2013-01-10 Thread Strake
On 10/01/2013, Mihail Zenkov wrote: >> I have also tested in the virtual terminal of the kenel (you called it >> 'pure console') and I get the values you said: >> >> >> Shift-F1 = ^[[25~ >> F11 = ^[[23~ > > I check again - in my system I have ^[[23~ for Shift+F1 and F11. Can >

Re: [dev] Suckless generic diagram creation software?

2013-02-06 Thread Strake
On 06/02/2013, Peter Hartman wrote: > 2013/2/6 Manolo Martínez : >> On 02/06/13 at 03:29pm, Peter Hartman wrote: >>> LaTeX >>> >> I use and love LaTeX, but LaTeX is *not* lightweight. > > Depends on the measure, but it is lighter both in terms of its source, > memory footprint, and deps than any a

Re: [dev] Suckless and Wayland

2013-02-13 Thread Strake
On 13/02/2013, Hugues Moretto-Viry wrote: > I already started a similar topic some months ago where I asked you your > opinion. > Now, the project seems to move fast, this is why I start another > subject. > The aim is different now, and I want to have some details from Suckless > community / deve

[dev] [announce] linuxutils

2013-03-01 Thread Strake
rather than util-linux, which is crap. https://github.com/strake/linuxutils Very incomplete yet, just mount, umount, mountpoint, setsid, and pivot_root, but ultimately I hope to have a full tool set. Cheers, Strake

Re: [dev] [announce] linuxutils

2013-03-02 Thread Strake
On 02/03/2013, Chris Down wrote: > I like the idea. mountpoint.sh could be improved. Do you prefer > patches as a GitHub pull request or by git format-patch? The former, tho either is cool. Cheers, Strake

Re: [dev] web browsers

2013-03-10 Thread Strake
On 10/03/2013, hiro <23h...@gmail.com> wrote: > are there any other new usable browsers lately? other ideas, > recommendations? Netsurf, maybe? It's written in pure C, at least. http://netsurf-browser.org Cheers, Strake

Re: [dev] Re: [slcon] Call for Papers 2013

2013-03-22 Thread Strake
On 21/03/2013, Christian Neukirchen wrote: > I would like to give a talk called "runit & ignite - a suckless init > system?", but I'm asking whether there is interest first since I noticed > these projects in the suckless context yet. > > runit is a reliable init system based on service supervisio

Re: [dev] Re: [slcon] Call for Papers 2013

2013-03-25 Thread Strake
On 23/03/2013, hiro <23h...@gmail.com> wrote: >> initscripts are weak. > > what do you need them to do? what does weak really mean here? Sorry, my comment was indeed vague. I meant the Arch initscripts, tho this may well be true of many: * won't automatically re-start service that dies; network

Re: [dev] Re: [slcon] Call for Papers 2013

2013-03-25 Thread Strake
On 25/03/2013, hiro <23h...@gmail.com> wrote: > That's all fixable without creating huge systems or frameworks. I agree. I never said that I want a huge system or framework. > I think you're just confused from what ubuntu made you think is useful. I think you're just confused about whether you'r

Re: [dev] Re: [slcon] Call for Papers 2013

2013-03-25 Thread Strake
On 25/03/2013, hiro <23h...@gmail.com> wrote: > So then weak is rather sufficient. Sorry, it sounded like this up > there was your wishlist. It was. > Now it got to be a good example of what I really don't need in my init > scripts :) Glad to help.

Re: [dev] [st] New feature idea

2013-03-29 Thread Strake
On 29/03/2013, Calvin Morrison wrote: > See opening images is not the same as having images on your buffer, namely > for the reason > of being able to look back in your buffer and see the images that have been > opened > > say I wanted all my photos in my collection from 2012, 3rd month, for > m

Re: [dev] [st] st 0.4 slow startup

2013-04-06 Thread Strake
On 06/04/2013, Igor Šarić wrote: > Pardon my ignorance, but how do I find commit 9c44229c? All the commits on > git webpage have longer (sha1?) hashes. That string should be a prefix of the hash.

Re: [dev] [st] windows port?

2013-04-11 Thread Strake
On 11/04/2013, Max DeLiso wrote: > I completely agree that Windows is a legacy OS, but plenty of people are > still forced to use it for many legitimate reasons. Forced? How? At knifepoint?

Re: [dev] [st] windows port?

2013-04-12 Thread Strake
On 12/04/2013, Max DeLiso wrote: > I really only still run windows because I play > some games which only run on windows. Wine?

Re: [dev] web benchmark

2013-04-14 Thread Strake
On 14/04/2013, Christoph Lohmann <2...@r-36.net> wrote: > The benchmark consists of running every website on a RPi Model B in > surf, count how long it takes to load the website and compare the value > of reaction time and loading time to a reference website. If the website > is unusable (rea

Re: [dev] [st] wide characters

2013-04-15 Thread Strake
On 15/04/2013, random...@fastmail.us wrote: > On Mon, Apr 15, 2013, at 10:58, Martti Kühne wrote: >> According to a quick google those chars can become as wide as 6 >> bytes, > > No, they can't. I have no idea what your source on this is. In UTF-8 the maximum encoded character length is 6 bytes [

Re: [dev] [surf] add 3-finger back and forward control

2013-04-21 Thread Strake
On 21/04/2013, Christoph Lohmann <2...@r-36.net> wrote: > Btw. »3 fingers« is really racist to people only having two or just one > finger. Which race has n fingers | n < 3?

Re: [dev] [surf] add 3-finger back and forward control

2013-04-21 Thread Strake
On 21/04/2013, Uli Armbruster wrote: > * Strake [21.04.2013 18:37]: >> Which race has n fingers | n < 3? > > Seriously?!?!?! No.

[dev] [st][patch] SWAP macro

2013-05-05 Thread Strake
>From d3455f61a5caaf5d94e2b6c1056fb03713772029 Mon Sep 17 00:00:00 2001 From: Strake Date: Tue, 30 Apr 2013 23:53:04 -0500 Subject: [PATCH] swap --- st.c | 38 ++ 1 file changed, 10 insertions(+), 28 deletions(-) diff --git a/st.c b/st.c index 5251

[dev] [st][patch] not roll our own utf functions

2013-05-05 Thread Strake
>From c40205fe15f0da048128f8735fd2140605de5e9e Mon Sep 17 00:00:00 2001 From: Strake Date: Sun, 5 May 2013 09:35:58 -0500 Subject: [PATCH] not roll our own utf functions --- README| 2 +- config.mk | 2 +- st.c | 129 +-

Re: [dev] [st][patch] not roll our own utf functions

2013-05-05 Thread Strake
On 05/05/2013, Christoph Lohmann <2...@r-36.net> wrote: > Greetings. > > On Sun, 05 May 2013 16:49:06 +0200 Strake wrote: >> From c40205fe15f0da048128f8735fd2140605de5e9e Mon Sep 17 00:00:00 2001 >> From: Strake >> Date: Sun, 5 May 2013 09:35:58 -0500 >>

Re: [dev] [st] minor fix

2013-05-06 Thread Strake
tv)) { > case -1: > if(errno == EINTR) > continue; > Why are we even using switch here? >From 8cf77d2d081702c7e0db2bb8724732ca0fa85410 Mon Sep 17 00:00:00 2001 From: Strake Date: Mon, 6 May 2013 06:29:21 -0500 Subject: [PATCH]

Re: [dev] Re: Why HTTP is so bad?

2013-05-24 Thread Strake
On 24/05/2013, Nick wrote: > On Fri, May 24, 2013 at 02:02:42PM +0200, Dmitrij Czarkoff wrote: > Yes. Some site map or apache index style thing that was wholely > standard and couldn't be "styled" would be very useful. Over 9p, this would be the directory structure, so it would come for free.

Re: [dev] Re: Why HTTP is so bad?

2013-05-24 Thread Strake
On 24/05/2013, Bjartur Thorlacius wrote: > On 05/24/2013 02:11 PM, Christian Neukirchen wrote: >> Types can't be declared properly in Unix. > In Unix, filetype are defined on a per file basis. Yes — file type, not data type. > Delimeters in IPC text streams are defined using $IFS. > Rc is hailed

Re: [dev] Re: Why HTTP is so bad?

2013-05-24 Thread Strake
On 24/05/2013, Dmitrij Czarkoff wrote: > There is mime, which can be combined with mailcap in a useful way. Yes. A web browser ought to have a component to fetch documents and start the appropriate viewer, as in mailcap. The whole monolithic web browser model is flawed.

Re: [dev] Re: Why HTTP is so bad?

2013-05-24 Thread Strake
On 24/05/2013, random...@fastmail.us wrote: > On Fri, May 24, 2013, at 16:02, Strake wrote: >> Yes. A web browser ought to have a component to fetch documents and >> start the appropriate viewer, as in mailcap. The whole monolithic web >> browser model is flawed. >

Re: [dev] Re: Why HTTP is so bad?

2013-05-24 Thread Strake
On 24/05/2013, Random832 wrote: > On 05/24/2013 07:13 PM, Strake wrote: >>> And you spend a day on wikipedia or tvtropes and you've got two hundred >>> HTML viewers open? >> Yes. > > I meant as opposed to the usual dozen. >> The viewer sends a "

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

2013-05-31 Thread Strake
id with another '-'; as I soon learned, this is very cumbersome. I mean to try again, this time with s-expressions, which, as they are balanced, need no quotation. Cheers, Strake

Re: [dev] [st] Enter unicode symbol

2013-06-12 Thread Strake
On 12/06/2013, Thuban wrote: > Hello, > stupid question : how can you enter an unicode character in st? > In vim, you do it with ctrl-u+ (where is the code) > In some terminal, you do this with ctrl-shift-u+ Define a compose key.

Re: [dev] Re: Maintaining sbase

2013-06-25 Thread Strake
On 25/06/2013, Martti Kühne wrote: > On Tue, Jun 25, 2013 at 4:58 PM, Calvin Morrison > wrote: >> my votes are for at a minimum are for: >> >> sponge >> tee >> pee > > And a cloth to clean up the mess... No, that's what sponge is for.

[dev] [swerc][PATCH] bin/handlers: roll up repeated code; factorize out suffixes

2013-07-03 Thread Strake
>From 309ffdb318e67014b8565335cc1d95e4ff5d506c Mon Sep 17 00:00:00 2001 From: Strake Date: Wed, 3 Jul 2013 07:26:16 -0500 Subject: [PATCH 1/2] bin/handlers: roll up repeated code --- bin/handlers.rc | 21 + 1 file changed, 9 insertions(+), 12 deletions(-) diff --git a/

[dev] Re: [swerc][PATCH] bin/handlers: roll up repeated code; factorize out suffixes

2013-07-03 Thread Strake
On 03/07/2013, Strake wrote: > ... Sorry, I thought that I tested both, but actually only tested the first. Second needs work yet.

  1   2   >