On Mon 29 Apr 2019 at 02:53:10 PDT Przemek Dragańczuk wrote:
Troff seems to be one of the better options. Luke Smith has some tutorials on
using troff and groff
here: https://www.youtube.com/playlist?list=PL-p5XmQHB_JRe2YeaMjPTKXSc5FqJZ_km
For live previewing I suggest zathura instead of mupd
On Sun 05 Aug 2018 at 12:41:56 PDT Daniel Vartanov wrote:
Hey,
I appreciate your emotional rollercoaster because of this peculiarity,
the patches indeed are not alwasy compatible (so are any mods to
software TBH).
Perhaps the array of color definitions should be broken out into a
separate fil
On Thu 09 Feb 2017 at 10:56:42 PST Cág wrote:
Hadrien Lacour wrote:
If you want the Noice of music player, there's cplay. If you want something a
little bit more like ranger/vifm, there's cmus. I personally use mpd and mpc
with sh scripts.
Looks like cplay is Python and doesn't support flac
On Wed 07 Sep 2016 at 11:43:48 PDT Adrian Grigore wrote:
Tbh, I'm nor a big fan of camelCase either, but when dealing with
names composed of multiple words, it looks cleaner to me.
renderimage vs renderImage
It's mostly a matter of taste. But as someone whose tastes
were formed by the naming
On Wed 31 Aug 2016 at 12:08:16 PDT Markus Teich wrote:
u...@netbeisser.de wrote:
do you know of a suckless linux debugger? what is an alternative to ptrace?
Heyho Stefan,
just use printf debugging.
--Markus
Even that might not be necessary if your program has enough visible
indications of
On Thu 12 May 2016 at 14:09:50 PDT Jason Young wrote:
And on the actual topic of this thread, Alpine Linux seems to be a
fairly suckless distro. I'm impressed with its speed and simplicity.
Agreed.
On Thu 12 May 2016 at 08:36:44 PDT Hans Ginzel wrote:
On Thu, May 12, 2016 at 07:42:26AM -0700, Charlie Kester wrote:
Package systems are both a symptom and a cause of bloat. They only
exist because most software, along with its metastasizing dependencies,
is a pain in the ass to compile.
The
On Thu 12 May 2016 at 08:36:44 PDT Hans Ginzel wrote:
On Thu, May 12, 2016 at 07:42:26AM -0700, Charlie Kester wrote:
Package systems are both a symptom and a cause of bloat. They only
exist because most software, along with its metastasizing dependencies,
is a pain in the ass to compile.
The
On Thu 12 May 2016 at 08:45:43 PDT hiro wrote:
Package systems are both a symptom and a cause of bloat. They only
exist because most software, along with its metastasizing dependencies,
is a pain in the ass to compile.
Actually compiling software the right way, without many dependencies
is qui
On Thu 12 May 2016 at 07:47:51 PDT Pickfire wrote:
A ports like system won't be very helpful most of the time, what about a
low end device like raspberry pi, have you ever thought of that?
I don't think that buying a better computer for the sake of being more
suckless is even suckless, not ever
On Thu 12 May 2016 at 02:54:00 PDT Rubén Llorente wrote:
I stopped caring too much about user-friendlyness long ago, because
no matter what you do, lambs will always find a way to make a mess out
of the easy to use software. The only way a computer-illiterate is going
to be able to use a compute
On Wed 11 May 2016 at 17:33:41 PDT hiro wrote:
let's maintain a list of of requirements a distro should fulfill.
perhaps we can make a nice table afterwards and see which OS fits
these requirements out of the box.
i'll start with this. convince me otherwise.
1. package system: packages having fe
On Sat 27 Feb 2016 at 12:14:47 PST Marc Collin wrote:
So the idea is to send patches to all arg.h files on different
suckless projects when one of them is modified?
Wouldn't it be easier to have a more centralized arg.h (and similar tools)?
I'm not complaining, I just want to understand the idea
On Wed 13 May 2015 at 13:20:47 PDT FRIGN wrote:
"Source Code Pro:pixelsize=13:antialias=true:autohint=true";
It's one of the few fonts I know which is not ambiguous with "1", "l",
"i" and "|".
+1
On Sat 25 Apr 2015 at 00:20:32 PDT Jakub Lach wrote:
Dnia 25 kwietnia 2015 8:37 Wolfgang Corcoran-Mathe
napisał(a):
A short list of
well-written books following the philosophy of simplicity would be
a great antidote to current fashion.
I'm currently searching for similar thing, though the f
On Sat 25 Apr 2015 at 01:25:50 PDT Roberto E. Vargas Caballero wrote:
Hi,
maybe I misunderstood this paragraph, but "The Unix Programming
Environment" is _the_ book for every ongoing unix programmer.
Even though it has aged over the years, it has aged well and most
practices shown in the book a
On Mon 24 Nov 2014 at 12:47:30 PDT Calvin Morrison wrote:
On 24 November 2014 at 11:42, v4hn wrote:
On Sun, Nov 23, 2014 at 10:20:44PM +, Henrique Lengler wrote:
> Hi,
>
> What is the situation of GCC, is it bloated?
On Wed, Nov 19, 2014 at 10:35:52PM +, doa379 wrote:
> There's an inc
On Mon 03 Nov 2014 at 14:26:39 PDT Greg Reagle wrote:
On Mon, Nov 3, 2014, at 04:11 PM, Charlie Kester wrote:
Environment variables are essentially global variables, visible to every
program and not just the one you want to configure.
Not necessarily. If you set them in .profile or .bashrc
On Mon 03 Nov 2014 at 12:32:25 PDT Greg Reagle wrote:
I just had a thought that might be of interest to fans of the suckless
philosophy.
It occurred to me that environment variables can be used to configure a
program, instead of programming in a parser or extension language into a
program. Are
On Mon 14 Jul 2014 at 08:47:14 PDT Dimitris Zervas wrote:
Hello guys,
I just wanted your opinion in implementing a feature inside the code
or calling it via sh.
Which are the advantages for calling a script?
Isn't it performance killer?
The reason many editors took so many features onboard is
On Fri 11 Jul 2014 at 06:35:50 PDT Dimitris Zervas wrote:
Well, it's good to have an idea of what am I going to do, after this patch set.
I was thinking of a super easy implementation, nearly without a buffer.
Spit the chars to the screen and replace characters on the fly.
When a buffer is neede
On Fri 11 Jul 2014 at 06:06:39 PDT Charlie Kester wrote:
On Fri 11 Jul 2014 at 01:48:39 PDT Maxime Coste wrote:
On Thu, Jul 10, 2014 at 03:59:01PM -0700, Charlie Kester wrote:
I agree. Start by identifying the editing operations that the data
structure must support, no matter how it is
On Fri 11 Jul 2014 at 01:48:39 PDT Maxime Coste wrote:
On Thu, Jul 10, 2014 at 03:59:01PM -0700, Charlie Kester wrote:
I agree. Start by identifying the editing operations that the data
structure must support, no matter how it is implemented. Those
operations will form the API for your data
On Thu 10 Jul 2014 at 15:46:13 PDT Dimitris Papastamos wrote:
On Fri, Jul 11, 2014 at 01:43:16AM +0300, Dimitris Zervas wrote:
First of all, we haven't even agree in which data structure will we use.
Buffer gap, piece table, or pointer array?
If you want to tackle this, I'd go with whatever ap
On Thu 10 Jul 2014 at 13:29:59 PDT Evan Gates wrote:
I will agree that it's super easy to implement and understand and it covers
most needs.
But how about search?
Is it fast?
What about structural regular expressions as found in sam that aren't
limited to lines?
Yes, one of the things I alwa
On Sun 29 Jun 2014 at 04:24:58 PDT patrick295767 patrick295767 wrote:
Hello,
For many years I have been looking for a lightweight alternative to VIM.
(sthg else than Emacs, elvis, nano,... and all the billion of text editor).
I was reading the emailed topic "Text-only browser that sucks less"
On Thu 10 Jul 2014 at 01:55:24 PDT Marc André Tanner wrote:
I've recently been reading about Project Oberon whose text subsystem
is built on piece tables. That is how I became interested and did some
further investigations. The technique has been used before in a number
of text editors such as Br
On Mon 07 Jul 2014 at 15:51:17 PDT Carlos Torres wrote:
Yo,
On Mon, Jul 7, 2014 at 6:29 PM, Lee Fallat wrote:
AFAIK no graphical official suckless programs
use libsl yet...)
the way you use libsl is a bit un-orthodox. you basically check it
out into your project and just use it that way.
d
On Wed 02 Jul 2014 at 06:52:41 PDT Alexander S. wrote:
Good sntax highlighting allows you to *ignore* syntax
better, rather than focusing your attention on it.
You say that like it's a good thing.
On Wed 02 Jul 2014 at 04:49:23 PDT FRIGN wrote:
Yes, highlighting comments makes sense, as even the article suggests,
but this is not a central issue if you know how to encapsulate your
comments:
/*
(...)
(...)
(...)
*/
is more error-prone and hard to read than
/*
* (...)
* (...)
* (...)
*/
On Mon 30 Jun 2014 at 17:48:48 PDT Dimitris Zervas wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello,
After a year or so in the list, I think each and every one is using tmux or
screen (I think more tmux, but do not start a war please, that's not the
subject).
I don't use either of
On Sun 29 Jun 2014 at 07:43:36 PDT Aapo Vienamo wrote:
On Sun, Jun 29, 2014 at 03:00:32PM +0300, Dimitris Zervas wrote:
2. Fantastic syntax highlighting
This may be considered harmfull in general. [0]
[0] http://www.linusakesson.net/programming/syntaxhighlighting/
Thank you for this link! I
On Wed 25 Jun 2014 at 08:39:11 PDT Sylvain BERTRAND wrote:
What I mean: it's totally suckless to write more LOC if it
reduces the technical cost of the overall software stack (SDKs
included!).
It's an old argument: cost to develop versus cost to deploy or run.
The trend in mainstream software
On Fri 06 Jun 2014 at 13:55:25 PDT FRIGN wrote:
On Fri, 06 Jun 2014 21:27:33 +0200
Christoph Lohmann <2...@r-36.net> wrote:
This will introduce the notion that gotos are allowed. Won’t be applied.
A refactoring without goto would be applied.
What's the problem with gotos? It's some bullshit p
On Wed 21 May 2014 at 15:31:18 PDT Eric Pruitt wrote:
I'm curious what non-st terminal emulator you use. On Urxvt, my all
colors beyond #16 look the same as in Xterm without any changes to my
Xresources file or the need to recompile Urxvt. Likewise for MinTTY and
its parent PuTTY. You can even s
On Tue 13 May 2014 at 22:42:42 PDT Roberto E. Vargas Caballero wrote:
One reason, it seems to me, is to confine the action to one dvtm/tmux pane
when selecting a multiline region of text. st has no awareness that its
window has been divided into more than one pane and therefore cannot wrap the
se
On Mon 12 May 2014 at 07:41:49 PDT Roberto E. Vargas Caballero wrote:
[1]: from dvtm(1) manpage:
Copy and Paste
By default dvtm captures mouse events to provide the
actions listed below. Unfortunately this
Why these actions should be provided by dvtm? X server supplies f
On Thu 01 May 2014 at 08:35:17 PDT Dimitris Papastamos wrote:
Greetings everyone.
After 332 commits and about 9 months of development, the first release
of ubase has been announced on http://suckless.org.
Very cool.
Now I need to get busy and scrub my scripts, getting rid of or rewriting
anyt
(Oh joy, another thread about posting etiquette!)
On Thu 10 Apr 2014 at 10:13:49 PDT Louis Santillan wrote:
When someone invents a monitor that supports displaying content that
is below the fold, first, I'll stop top posting.
Displaying content below the fold is only an issue when people fail
On Mon 10 Mar 2014 at 09:29:16 PDT Charlie Kester wrote:
Pay attention when things seem too slow or, in your words, feel too
clunky. That's telling you there's a rough edge you need to smooth
down. But once it's fixed and no longer bothering you, there's really
no need t
On Sun 09 Mar 2014 at 12:54:11 PDT Caleb Malchik wrote:
I switched to Linux/cli/dwm from OS X just a few years ago, and since
the switch I feel the way I do certain basic things is embarrassingly
inefficient. For example, if I find an article on the web I want to
come back to, I will copy the
On Fri 21 Feb 2014 at 13:15:24 PST Hadrian W?grzynowski wrote:
Even if it would work, I think that web shouldn't be pixel-perfect,
because we could just use some glorified-PDFs. It's utter nonsense
that correct rendering of page is depending on some specific font and
specific font size. It's utt
On Mon 17 Feb 2014 at 09:21:28 PST Calvin Morrison wrote:
I'm not sure why tabbed exist when it's a window management feature.
for example i3, a tiling window manager supports tabs as part of it's
stacking methods. (see attachment)
What's the rational reason for it to exist, other than dwm needs
On Sun 16 Feb 2014 at 22:57:37 PST Martin Kopta wrote:
I hope FRIGN, Charlie Kester and sin don't mind that I quoted them in the
article.
I don't mind. But the comment from me that you quoted gives the
misleading impression that I'm some kind of spokesman for the suckless
pr
On Sun 02 Feb 2014 at 05:07:47 PST Dimitris Zervas wrote:
So, what I'm telling is to write a simpler library that will support a
very limited number of terms.
That would make it light and suckless.
Isn't most of ncurses' support for different terminals in the
termcap/terminfo data (rather than
On Sat 01 Feb 2014 at 11:25:24 PST Silvan Jegen wrote:
On Sat, Feb 01, 2014 at 09:10:02PM +0200, Dimitris Zervas wrote:
I find smart autocompletion extremely useful. It gives some basic
info about the function (number of args etc.) and saves a lot of
keystrokes and typos.
I tend to agree. Add
On Fri 31 Jan 2014 at 17:11:35 PST Nick wrote:
Oh, and to come in on an earlier point that was made, TUI sucks, the
only good thing about it is that TUI programs tend to have better
keybindings and scriptability.
My two cents for this bikeshed debate:
All software sucks to some degree. The p
On Mon 30 Dec 2013 at 02:13:09 PST FRIGN wrote:
We want to create a system you can do anything with, which allows you
to work on integral components, fine-tune settings, remove shit you
don't need and set up stuff by yourself.
It should be intuitional for the experienced user, but also relativel
On Thu 12 Dec 2013 at 20:00:46 PST Kai Hendry wrote:
RSS is dead. why bother?
RSS is dead? Did I miss the obituary? What, if anything, has replaced
it?
I still use it to track new posts on the blogs and other pages I'm
interested in. I guess I'm old-fashioned, huh? I still use the
commandl
On Thu 12 Dec 2013 at 11:32:03 PST Andrew Gwozdziewycz wrote:
walk - (implements find $1)
AT&T Research has a tool called tw ("treewalk") that does this:
http://www2.research.att.com/sw/download/man/man1/tw.html
Assuming the sourcecode I downloaded a while ago is still current, it's
licensed
On Wed 11 Dec 2013 at 13:30:11 PST Andrew Gwozdziewycz wrote:
Using -t, you can notify when the longrunningscript is actually still
running. So it's very useful if you have something that fails
repeatedly and get an alert when it actually starts.
Maybe I'm have a dumb day (it happens, all too
On Thu 28 Nov 2013 at 12:07:06 PST Markus Teich wrote:
I still assume to rebuild the farm before use.
Yeah, I've been assuming that a rebuild would be a rarer occurrence,
because I've been thinking it would be a relatively expensive operation.
On Thu 28 Nov 2013 at 10:33:42 PST Markus Teich wrote:
Patrick wrote:
An example use-case shows why you would rm a file in your central media
repository. .e.g. It was rm'd because it was Thursday and that's the day that
I let Chaos Monkey fuck up my tunes.
I for example see my music collection
On Thu 28 Nov 2013 at 09:51:34 PST Markus Teich wrote:
Roberto E. Vargas Caballero wrote:
Offer one of them as default option, but I think it should have the
runtime option to select one or other.
Why does it have to be a runtime option? I don't think anyone wants to use both
symlinks and hard
On Wed 27 Nov 2013 at 23:48:21 PST Patrick wrote:
On 2013-11-27 23:01, Charlie Kester wrote:
In fact, now that you mention it, I think this should be the default.
Why?
Well, for one thing, it solves the problem of stale symbolic links that
was mentioned earlier.
In other words, all the
On Wed 27 Nov 2013 at 22:45:25 PST Roberto E. Vargas Caballero wrote:
why no a option for hardlinks?
Good catch.
In fact, now that you mention it, I think this should be the default.
On Wed 27 Nov 2013 at 14:16:13 PST Bobby Powers wrote:
"${FARM_DIR}/artists/Some Artist/The Album/1_The Title.mp3" ->
$HOME/Music/somesong.mp3
"${FARM_DIR}/albums/The Album/1_The Title.mp3" -> $HOME/Music/somesong.mp3
Do you also support using other ID3 fields to build the database? My
On Wed 23 Oct 2013 at 16:44:34 PDT Alexander S. wrote:
2013/10/24 Mihail Zenkov :
2013/10/23, Alexander S. :
I'm confused as to what is wrong with the .ini style configurations.
They're not just used in Windows, they're used in many other places that
require simple, easy to use configurations.
On 04/11/2013 09:41, Max DeLiso wrote:
If windows was totally unusable would it have succeeded in the way that it
has? Windows is certainly not ideal in any sense but you can't deny its
ongoing success commercially.
Windows (and before it, DOS) was never an example of well-designed
software.
On 03/31/2013 10:37, Bjartur Thorlacius wrote:
On 03/31/2013 01:52 PM, Charlie Kester wrote:
I'd read the file one character at a time, counting newlines, until I
reached the desired line. [..] Doing it this way avoids the need for a
buffer altogether, along with any guessing about pos
On 03/31/2013 07:19, Calvin Morrison wrote:
Sed does many things and many things well, but the unix philosophy is to do
one thing and one thing well.
Perhaps you have too narrow an understanding of "one thing"?
As others have pointed out, the people who created Unix devised numerous
language
On 03/30/2013 23:49, Chris Down wrote:
I really don't see the need for a tool like this. Saying sed and awk are
not suckless is like saying C is not suckless -- sed and awk are languages
with a very specific domain, text processing. Perhaps you think *an
implementation* sucks. Good. GNU coreutils
On 03/30/2013 19:27, Calvin Morrison wrote:
Is there a better way to read a whole line? fgets requires a length
argument, so I suppose it's not a very good solution
Framing the problem that way is where you went astray.
I'd read the file one character at a time, counting newlines, until I
re
On 03/30/2013 18:28, Calvin Morrison wrote:
Comrades,
I just spend about fifteen minutes writing this little tool that I call print:
http://mutantturkey.com/print/
All it does is print the specified line from a file.
example usage:
$ print constitution.txt 1
We the People of the United State
On 03/13/2013 07:46, hiro wrote:
submit a unified diff then like your parents teached you hopefully
Bureaucratic red tape sucks.
On 03/12/2013 13:03, hiro wrote:
$ diff -u surf.1.old surf.1
--- surf.1.old 2013-03-10 16:23:26.119815637 +0100
+++ surf.1 2013-03-10 16:27:40.578437114 +0100
@@ -61,22 +61,22 @@
Walks forward the history.
This is awkward English. I suggest rephrasing it as:
Walks forward in the histo
On 02/19/2013 06:53, Christoph Lohmann wrote:
Greetings.
On Tue, 19 Feb 2013 15:53:15 +0100 Alexander Sedov
wrote:
St colour shenanigans part two: I read the code of Xft library and figured
out what the error is. This patch is really really simple (and is made
relative to prior-first-patch) a
On 02/16/2013 13:45, Marc Andre Tanner wrote:
Latest dvtm git HEAD ships its own terminfo file and the one used can
be set via an environment variable, therefore
DVTM_TERM=screen dvtm
would have the same effect as your patch. The proper way to fix the
emulation bugs would of course be to is
On 02/15/2013 10:41, Ivan Kanakarakis wrote:
I don't know of anything with the same functionally.
if you're using those to share/save terminal sessions, there is dtach
it does not do multiplexing.
Ivan c00kiemon5ter V Kanakarakis
On Feb 15, 2013 7:33 PM, "hiro"<23h...@gmail.com> wrote:
is th
On 02/13/2013 20:15, Sam Watkins wrote:
On Wed, Feb 13, 2013 at 07:20:10PM -0500, Strake wrote:
because major distribs like Fedora or Ubuntu plan to use it.
They can use clay tablets for all I care.
there is no way any linux distro in the foreseeable future will drop
support for Xlib, that w
On 02/12/2013 07:14, Carlos Torres wrote:
because a line accross the bottom of the screen indicates more than
the change of a cursor?
that tells you missed the point of the line. because just as well the
line can get stuck at 10% say and never progress until suddenly its
done.
Yeah, that's a
On 02/09/2013 20:37, hiro wrote:
comcast.
lol. yeah, I am a total loser.
On 02/09/2013 17:44, Sam Watkins wrote:
On Sat, Feb 09, 2013 at 11:20:38AM -0800, Charlie Kester wrote:
On 02/09/2013 03:48, hiro wrote:
store them in a dbus transmission loop.
Please don't.
sarcasm detection fail
Yeah, I guess so. Glad to hear it was never a serious suggestion.
On 02/09/2013 03:48, hiro wrote:
store them in a dbus transmission loop.
Please don't.
Maybe your experience is different, but it seems like dbus only works
less than half the time.
You might as well save your passwords in /dev/null.
On 02/06/2013 23:56, markus schnalke wrote:
[2013-02-06 16:18] Jacob Todd
Troff and pic.
... to draw diagrams manually; graphviz for automatic layouting
of graphs.
Dot does support some manual tuning of the layout.
Wasn't dot originally introduced as another preprocessor for troff?
Or am
On 02/06/2013 16:37, Charlie Kester wrote:
On 02/06/2013 12:32, Carlos Torres wrote:
graphviz
+1
I've been toying with the idea of using dot as a design tool while
sketching out the function hierarchy of a program I'm working on.
In the past I've used it to document a design
On 02/06/2013 12:32, Carlos Torres wrote:
graphviz
+1
I've been toying with the idea of using dot as a design tool while
sketching out the function hierarchy of a program I'm working on.
In the past I've used it to document a design after the fact, but it's
only recently that it occurred t
On 02/04/2013 13:09, markus schnalke wrote:
On my system VISUAL is set to `vi', which is a common situation.
Your code assumes that VISUAL contains a graphical editor.
I'm not sure, but I think the semantics when this variable
first began to be used was to distinguish a full-screen editor
like
On 01/31/2013 09:18, Thuban wrote:
Hello,
surf is supposed to be used via keyboard, but I don't know any useful
way to follow a link without switching to mouse.
Do you have any method?
Regards.
I confess, it's been a while since I used surf, so maybe it already does
this. But one possibilit
On 01/06/2013 04:02 AM, markus schnalke wrote:
[2013-01-05 18:55] Christoph Lohmann<2...@r-36.net>
% ls -hs st-0.3/st
126K st
I wondered why 20h did not use `du -h st-0.3/st' instead.
Perhaps because ls was good enough for making the point that, on his
system (unlike mine),
On 01/06/2013 05:51 AM, Christoph Lohmann wrote:
Does freetype appear in the ldd(1) output? Does it appear when you leave
out ‐lfreetype?
Yes, even without -lfreetype. I think one of the other shared libraries
is pulling it in.
I renamed my libfreetype.a to libfreetype.a.bak and the bloati
On 01/05/2013 09:55 AM, Christoph Lohmann wrote:
Greetings.
On Sat, 05 Jan 2013 18:55:12 +0100 Charlie Kester wrote:
Of course, some growth is expected as new features are added, but going
from 38k to 618k is hard to swallow.
On my system:
% ls -hs st-0.3/st
126K st
On 01/05/2013 07:33 AM, Charlie Kester wrote:
On 01/05/2013 06:57 AM, Christoph Lohmann wrote:
Greetings.
On Sat, 05 Jan 2013 15:57:21 +0100 Charlie
Kester wrote:
On 12/29/2012 12:20 AM, Kai Hendry wrote:
Initially I was worried that the newer version was somehow slower to
the version I was
On 01/05/2013 06:57 AM, Christoph Lohmann wrote:
Greetings.
On Sat, 05 Jan 2013 15:57:21 +0100 Charlie Kester wrote:
On 12/29/2012 12:20 AM, Kai Hendry wrote:
Initially I was worried that the newer version was somehow slower to
the version I was running before.
Not slower, but definitely
On 12/29/2012 12:20 AM, Kai Hendry wrote:
Initially I was worried that the newer version was somehow slower to
the version I was running before.
Not slower, but definitely bigger. The stripped executable is now 16x
the size of that from the 0.3 release -- thanks, no doubt, to these font
cach
On Tue 13 Apr 2010 at 07:24:31 PDT Anselm R Garbe wrote:
ignore
Since I read your message and have now replied, does that count as an
ignore fail?
On Mon 05 Apr 2010 at 12:30:35 PDT Mate Nagy wrote:
HTML is not XML. don't confuse them.
Of course it isn't. But there are some similarities, both of them being
branches on the SGML family tree.
On Mon 05 Apr 2010 at 08:29:24 PDT Connor Lane Smith wrote:
On 5 April 2010 15:13, Uriel wrote:
Actually, modern browsers parse HTML much faster than XHTML (yes, I
was fooled by the XML scam once too, and it was not until recently
that I discovered even the myth of it making parsing of webpages
On Thu 18 Mar 2010 at 13:37:29 PDT Premysl Hruby wrote:
On (18/03/10 20:26), Martin Kopta wrote:
Date: Thu, 18 Mar 2010 20:26:32 +0100
From: Martin Kopta
To: dev mail list
Subject: Re: [dev] Fwd: Thank you for your application
List-Id: dev mail list
User-Agent: Mutt/1.5.20 (2009-06-14)
What
On Wed 17 Mar 2010 at 22:46:36 PDT Uriel wrote:
Just noticed that the Wikipedian bureaucratic circus has brought DWM
to the reddit front page:
http://www.reddit.com/r/programming/comments/bepvg/wikipedia_notability_and_open_source_software_the/
How fun...
Reading the comments on reddit, I almo
On Wed 03 Mar 2010 at 11:17:14 PST Kurt H Maier wrote:
On Wed, Mar 3, 2010 at 2:12 PM, Niki Yoshiuchi wrote:
This is supposed to be a discussion on the Google Summer of Code, not a nerd
fight about whether grep or awk is better, and how to manage files. Can you
guys fork your discussion?
you
On Wed 24 Feb 2010 at 22:53:05 PST Uriel wrote:
On Wed, Feb 24, 2010 at 7:08 PM, Charlie Kester wrote:
On Wed 24 Feb 2010 at 07:15:42 PST hiro wrote:
It seems like this guy is just mocking wikipedia's notability guideline.
After reading the discussion, I'm beginning to wo
On Wed 24 Feb 2010 at 07:15:42 PST hiro wrote:
It seems like this guy is just mocking wikipedia's notability guideline.
After reading the discussion, I'm beginning to wonder about wikipedia's
notability. If it's not mentioned on cat-v.org, it's not worth knowing
about. ;)
If wikipedia delet
On Sun 14 Feb 2010 at 14:48:46 PST Chris Palmer wrote:
David Thiel writes:
Another thing that is mindbogglingly stupid is arguing on the internet
about revision control systems or programming languages.
The key question this thread needs to answer is, is it stupider to argue
about programming
On Mon 01 Feb 2010 at 13:30:00 PST Uriel wrote:
On Mon, Feb 1, 2010 at 2:06 PM, anonymous wrote:
Having said that, in case of rfork vice versa from FreeBSD.
Yes, I am talking about FreeBSD. With configure you can make your
program portable between FreeBSD and Linux. Most probably other
system
On Wed 27 Jan 2010 at 06:48:22 PST Noah Birnel wrote:
On Wed, Jan 27, 2010 at 07:43:22AM +, Anselm R Garbe wrote:
In my observation one should stick to one platform, which is nowadays
Linux+common libraries (most of the time) when packaging some source
code. In >90% of all cases it will work
On Sun 24 Jan 2010 at 13:48:08 PST Charlie Kester wrote:
On Sun 24 Jan 2010 at 13:26:56 PST Premysl Hruby wrote:
On (24/01/10 13:07), Charlie Kester wrote:
Date: Sun, 24 Jan 2010 13:07:14 -0800
From: Charlie Kester
To: dev@suckless.org
Subject: Re: [dev] [OFFTOPIC] How to know the size of a
On Sun 24 Jan 2010 at 11:57:34 PST anonymous wrote:
Where programs should store their options? Sometimes it is said that
global variables are bad, but what is better? Some huge structure
storing all options? Of course, they can be divided into many
structures or they can be passed on a stack inst
On Sun 24 Jan 2010 at 13:26:56 PST Premysl Hruby wrote:
On (24/01/10 13:07), Charlie Kester wrote:
Date: Sun, 24 Jan 2010 13:07:14 -0800
From: Charlie Kester
To: dev@suckless.org
Subject: Re: [dev] [OFFTOPIC] How to know the size of a process?
List-Id: dev mail list
X-Mailer: Mutt 1.5.20
User
On Sun 24 Jan 2010 at 09:42:59 PST Premysl Hruby wrote:
Btw, There's one issue with trying to get size of process -- shared
memory. To which process should it count? And how? Or count only
fraction for each of process using that shared memory ... Not easy. :-)
If the shared library really is s
1 - 100 of 115 matches
Mail list logo
