On Wed, Jan 27, 2010 at 11:16 AM, Armando Di Cianno
wrote:
> I follow 5 or so projects on suckless, and like to package up specific
> revisions via Gentoo portage; so I wait for updates with bated breath
> and all that.
>
> Simply, is there a single rss/atom feed for the entire collection?
> It's
On Sat, Jan 2, 2010 at 11:37 AM, anonymous wrote:
> On Sat, Jan 02, 2010 at 02:04:37PM +0100, hiro wrote:
>> licenses are stupid
>>
>
> I agree. What should be done to place it into the public domain?
> Will adding of "/* Public Domain */" into every source file be enough?
Some parts of the world
On Thu, Dec 3, 2009 at 12:27 PM, Julien Steinhauser
wrote:
> Hello,
>
> Here is the output from fetching stali :
>
> x...@eol:~/stali$ git clone git://stali.yokuts.org/
> Initialized empty Git repository in /home/x/stali/stali.yokuts.org/.git/
> remote: Counting objects: 52224, done.
> remote: Com
Anselm, do you plan on tagging dwm 5.7 soon? It seems to me that
there's been enough bugs fixed and sufficiently many third-party
patches that don't apply cleanly any more that it would make sense.
(Or are you planning on finishing the Xinerama rework first?)
2009/9/9 Mikael Schönenberg :
> On Wed, Sep 9, 2009 at 15:31, Ray Kohler wrote:
>> The difficulty with using xprop to read and write surf's URL is that
>> even though I have the XID when the session starts, there's a risk
>> that it changes. Links may open themsel
The surf 0.1 tarball doesn't build. (I'm packing it for Arch AUR.)
There are two problems: the tarball doesn't contain config.def.h ; and
even if it did, there is an extra variable "background" in it that's
not used, and kills the build because of -Werror. I'll work around
these in my PKGBUILD, but
is
functionality - just the best ways I could think of so far.
I've regenerated these patches after the last round of changes.
# HG changeset patch
# User Ray Kohler
# Date 1252501698 14400
# Node ID c63f78bf2dbba972846d04bc6298e9dc05c51943
# Parent 991d3036e5e2d98f6f47fae443335ee3cb2d03bf
g the files, so race conditions exist. I
figured I'd wait to see how this was solved for the new cookie
handling rather than doing my own thing.
# HG changeset patch
# User Ray Kohler
# Date 1252462667 14400
# Node ID 9819d5a95fb7baf1cc063b0815fc0163efd550c
On Sun, Sep 6, 2009 at 7:30 PM, Uriel wrote:
> You can't have a "sane web browser"[1] with an insane rendering
> engine. All you are doing otherwise is giving a turd another coat of
> paint.
>
> At the moment my only hope for a minimally sane web rendering engine
> is http://www.netsurf-browser.org
On Sat, Sep 5, 2009 at 5:17 AM, Aurélien Aptel wrote:
> On Sat, Sep 5, 2009 at 8:02 AM, Enno Boland (Gottox) wrote:
>> Hey!
>>
>> I hope I get some free time tomorrow to get cookies working more properly.
>>
>>> FWIW, in uzbl we use an external script to take care of cookie storage and
>>> retriev
On Sun, Aug 30, 2009 at 9:53 PM, Ray Kohler wrote:
> I'm curious as to whether a race condition is created for access to
> the soup cookie jar file when multiple instances of surf are running.
> libsoup's docs don't mention any safety mechanisms for this object, so
&g
On Mon, Aug 31, 2009 at 8:41 AM, Bartosz
Nitkiewicz wrote:
> Hello everyone.
> I have problem with pertag patch on DWM 5.6.1. I try to patch source but with
> no result. Patch was found on ML (attached). I also attached dwm.c.rej file.
> Could somebody help me to solve this problem becouse patch
I'm curious as to whether a race condition is created for access to
the soup cookie jar file when multiple instances of surf are running.
libsoup's docs don't mention any safety mechanisms for this object, so
I'm expecting trouble is possible. Does anyone actually know for sure?
On Thu, Aug 27, 2009 at 5:27 PM, Anders Andersson wrote:
> Heh, I just started using dwm myself, and I love it! I wanted to try a
> tiling window manager, and did some basic research and dwm seemed to
> suit me best. I wish I did this switch years ago. I might want to try
> wmii too, mainly because
On Sun, Aug 23, 2009 at 3:28 PM, Anselm R Garbe wrote:
> 2009/8/22 Ray Kohler :
>> I'm rather curious on where st will go, and what kinds of things other
>> terminals do that it will or won't do.
>
> Well my plan is to achieve *good* xterm compliance and 256 color
On Sun, Aug 23, 2009 at 8:31 AM, James PIC wrote:
> On Sat, Aug 22, 2009 at 10:13 PM, Ray Kohler wrote:
>> - Will it implement enough of xterm's capabilities that I could lie
>> about $TERM and expect it to mostly work? I log into many remote
>> machines of various OS t
I'm rather curious on where st will go, and what kinds of things other
terminals do that it will or won't do.
In particular:
- Is a scrollback buffer objectionable in principle, such that we
should expect to "just use GNU screen"?
- Will it implement enough of xterm's capabilities that I could lie
17 matches
Mail list logo
