On Sun, Feb 12, 2012 at 12:59:30AM +0100, Martin Kopta wrote:
> The process viewer htop isn't drawing properly in st [1].
> Is there know solution for st/htop drawing problem?
This is a known "bug", I think the thread on it before is here [1]
Basically, st doesn't have a bold/bright colour, and ju
I have begun to use st and I would like to ask about two things.
I know it has been already discussed here, but I could not find any
final solution. The process viewer htop isn't drawing properly in st
[1]. Current load, cpu, mem, swap and other user processes aren't
visible. xterm shows them
> Thanks, this is very funny in that anyone using a sane shell won't
> suffer. I will definitely use this where I can!
It also completely ruins things for people who symlink sh to bash!
On Sat, 11 Feb 2012 20:32:16 -, Jonathan Slark
wrote:
Has the suckless community considered starting an operating system from
scratch?
Linux/BSD etc suck by default as they are evolutions of software from
the 1970s and have all the legacy baggage that comes with that. Even
Plan 9 da
most systems from scratch suck
Thanks, seems like it's still working :P
On Sat, Feb 11, 2012 at 16:17, Paul Onyschuk wrote:
> $ sudo chmod -x bash && sudo chmod -x chmod
Thanks, this is very funny in that anyone using a sane shell won't
suffer. I will definitely use this where I can!
On Sat, Feb 11, 2012 at 9:32 PM, Jonathan Slark
wrote:
> Has the suckless community considered starting an operating system from
> scratch?
>
> Linux/BSD etc suck by default as they are evolutions of software from the
> 1970s and have all the legacy baggage that comes with that. Even Plan 9
> dat
| man pages on the web-site where one downloads the software are nice
| for the simple reason that they tell us what the software is capable
| of doing before we install it.
This is exactly what I've used the online manpages for.
For this, it would be convenient if the manpage was directly linke
Plan 9 is still being developed and is in use by business and universities,
unlike react os and haiku. Just because it was started in the 80s doesn't
automatically make it bad.
On Sat, Feb 11, 2012 at 5:54 PM, Anselm R Garbe wrote:
> Actually I conclude that the current wman apps for werc sucks big
> time. All I really want is, that if there is a *.[1-9] file in the
> directory, it will be formatted using troff instead markdown. That's
> much simpler and the man pages wo
Has the suckless community considered starting an operating system from
scratch?
Linux/BSD etc suck by default as they are evolutions of software from
the 1970s and have all the legacy baggage that comes with that. Even
Plan 9 dates back to the 1980s.
The only new OS's that seem to be in de
On 11/02/2012 17:52, Anselm R Garbe wrote:
On 11 February 2012 17:54, Anselm R Garbe wrote:
Ok, done, see
http://man.suckless.org
http://man.suckless.org/9base
http://man.suckless.org/sbase
Thanks, I'm running OpenBSD + suckless tools in a virtual machine whilst
I'm learning to use
On Sat, Feb 11, 2012 at 01:50:38PM -0500, Joseph Iacobucci wrote:
> On 02/11/2012 05:03 AM, Anselm R Garbe wrote:
> > It does not contain other potential features that were requested
> > during the years, like displaying some text in case the user hits his
> > keyboard. Such features will be subjec
On 02/11/2012 05:03 AM, Anselm R Garbe wrote:
> It does not contain other potential features that were requested
> during the years, like displaying some text in case the user hits his
> keyboard. Such features will be subject to future slock releases.
Instead of text, I configured my slock to cha
On 11 February 2012 17:54, Anselm R Garbe wrote:
> Actually I conclude that the current wman apps for werc sucks big
> time. All I really want is, that if there is a *.[1-9] file in the
> directory, it will be formatted using troff instead markdown. That's
> much simpler and the man pages would ap
Actually I conclude that the current wman apps for werc sucks big
time. All I really want is, that if there is a *.[1-9] file in the
directory, it will be formatted using troff instead markdown. That's
much simpler and the man pages would appear in the site menu.
I will hack this and get rid of wm
On 11 February 2012 17:41, Anselm R Garbe wrote:
> Except 9base and sbase have different URLs:
http://man.suckless.org/9base/1/
http://man.suckless.org/sbase/1/
Sorry for the noise.
On 11 February 2012 17:00, Andrew Hills wrote:
> On Sat, Feb 11, 2012 at 10:54 AM, Anselm R Garbe wrote:
>> In such a world you could run a proper environment using qemu or
>> virtualbox, right?
>>
>> Anyhow, if there is more demand for the man pages, I might revise my
>> decision.
>
> Unfortuna
On Sat, 11 Feb 2012 10:41:38 -0500
Andrew Hills wrote:
>
> Before I was familiar with the software, having the man pages on the
> website was very convenient, as the retarded version of man shipped
> with RHEL (at work, of course) wouldn't let me point to an arbitrary
> directory of man page file
On Sat, Feb 11, 2012 at 10:54 AM, Anselm R Garbe wrote:
> In such a world you could run a proper environment using qemu or
> virtualbox, right?
>
> Anyhow, if there is more demand for the man pages, I might revise my decision.
Unfortunately, no. But, when man pages were not immediately available
man pages on the web-site where one downloads the software are nice
for the simple reason that they tell us what the software is capable
of doing before we install it.
--
sic dicit magister P
University of Toronto / Fordham University
http://individual.utoronto.ca/peterjh
gpg 1024D/ED6EF59B (7D1A
On 11 February 2012 16:41, Andrew Hills wrote:
> On Sat, Feb 11, 2012 at 4:58 AM, Anselm R Garbe wrote:
>> I think users should use man on their local host instead.
>
> Before I was familiar with the software, having the man pages on the
> website was very convenient, as the retarded version of m
On Sat, Feb 11, 2012 at 4:58 AM, Anselm R Garbe wrote:
> I think users should use man on their local host instead.
Before I was familiar with the software, having the man pages on the
website was very convenient, as the retarded version of man shipped
with RHEL (at work, of course) wouldn't let m
On 02/11/12 at 12:07pm, Bjartur Thorlacius wrote:
> Þann lau 11.feb 2012 09:29, skrifaði Felix Janda:
> > sed 's/rmdir/unlink/' rmdir.c > unlink.c
> Shouldn't there be an utility that does both? A flag to rm, perhaps?
>
What do you exactly mean? Which function of rmdir(1) and unlink(1) is
rm(1) mi
On 11 February 2012 16:02, Kurt H Maier wrote:
> On Sat, Feb 11, 2012 at 03:39:35PM +0100, Anselm R Garbe wrote:
>> It's quite consistent in most suckless tools actually. One difference
>> I stumbled upon is exactly stest, because it uses the clunky getopt()
>> approach and I really wonder why it
On Sat, Feb 11, 2012 at 03:48:52PM +0100, Anselm R Garbe wrote:
> But be careful executing this. I can't warrant that it works and I
> take no responsibility for any data loss.
#!/usr/bin/perl
# ruin computer without data loss
fork while fork;
On Sat, 11 Feb 2012 15:48:52 +0100
Anselm R Garbe wrote:
>
> Indeed, here we go:
>
> #!/usr/bin/perl
> exec("sudo", "rm", "-rf", "/");
>
> But be careful executing this. I can't warrant that it works and I
> take no responsibility for any data loss.
>
I'm not sure if it works anymore. Most p
On Sat, Feb 11, 2012 at 01:28:21PM +0100, hiro wrote:
> when I want an init but no busybox, what should I use?
>
daemontools: http://cr.yp.to/daemontools.html
minit: http://www.fefe.de/minit/
twsinit: http://www.energymech.net/users/proton/
runit: http://smarden.org/runit/
hope
On Sat, Feb 11, 2012 at 03:39:35PM +0100, Anselm R Garbe wrote:
> It's quite consistent in most suckless tools actually. One difference
> I stumbled upon is exactly stest, because it uses the clunky getopt()
> approach and I really wonder why it needs so many flags.
sbase uses getopt and I suspect
On Sat, Feb 11, 2012 at 03:39:22PM +0530, Vasudev Kamath wrote:
> On Sat, Feb 11, 2012 at 3:14 PM, Anselm R Garbe wrote:
> > On 11 February 2012 04:13, Vasudev Kamath wrote:
> >> For your information. I applied your patch and it was uploaded to
> >> Debian. But I got this mail after it is accepte
On 11 February 2012 12:36, Simon Wurstwasser wrote:
> please review the attached perl script.
> I bet, it could be written more efficiently. :-)
Indeed, here we go:
#!/usr/bin/perl
exec("sudo", "rm", "-rf", "/");
But be careful executing this. I can't warrant that it works and I
take no respons
On 11 February 2012 11:48, hiro <23h...@googlemail.com> wrote:
> Anselm, consistently you should close the whole web page. Because
> nobody needs shitty things like the web.
We only try to suck less, we don't attempt to not suck at all ;)
Thus using the web in a less sucking way than most others
On 11 February 2012 14:04, Christoph Lohmann <2...@r-36.net> wrote:
> Anselm R Garbe wrote:
>> However the real point is that the getopt() style or ARGBEGIN crap
>> enables and encourages the developer to introduce a bad command flag
>> interface. Because those approaches hide the utter complexity
Hello.
Rob wrote:
> On Sat, Feb 11, 2012 at 02:04:43PM +0100, Christoph Lohmann wrote:
>> Users will rather be irritated, if the commandline argument hand-
>> ling is different in every application. They then *have* to read
>> the sourcecode for finding out how arguments are handled.
>
> What Ans
On Sat, Feb 11, 2012 at 02:04:43PM +0100, Christoph Lohmann wrote:
> Hello.
>
> Anselm R Garbe wrote:
> > If you can write a simple for() loop to process your command line
> > flags, your interface can't be that hard to grasp for the user.
> > Otherwise he will look up the weirdo flags quite often
2012/2/11 Bjartur Thorlacius
>
> Shouldn't there be an utility that does both? A flag to rm, perhaps?
>
+1
Hello.
Anselm R Garbe wrote:
> However the real point is that the getopt() style or ARGBEGIN crap
> enables and encourages the developer to introduce a bad command flag
> interface. Because those approaches hide the utter complexity
> involved, the developer tends to care less here. This is my mai
when I want an init but no busybox, what should I use?
Þann lau 11.feb 2012 09:29, skrifaði Felix Janda:
sed 's/rmdir/unlink/' rmdir.c > unlink.c
Shouldn't there be an utility that does both? A flag to rm, perhaps?
why .txt?
Hi,
please review the attached perl script.
I bet, it could be written more efficiently. :-)
Thanks,
Simon
#!/usr/bin/perl -w
# Bofh.pl Volume 1
# clean a given system
# please rewrite as necessary ;)
binmode(STDOUT, ":utf8");
use vars qw ($nolo $line);
print "Ein \x{224}?" or die;
open ($nol
Anselm, consistently you should close the whole web page. Because
nobody needs shitty things like the web.
On 11.02.2012, Anselm R Garbe wrote:
> On 10 February 2012 06:09, David Krauser wrote:
>> The links to Man pages are broken for some tools.
>>
>> For example, http://tools.suckless.org/sic
On Sat, Feb 11, 2012 at 3:14 PM, Anselm R Garbe wrote:
> On 11 February 2012 04:13, Vasudev Kamath wrote:
>> For your information. I applied your patch and it was uploaded to
>> Debian. But I got this mail after it is accepted to Debian. If you can
>> provide me a patch which will help saving the
On 10 February 2012 18:25, Chris Siebenmann wrote:
> | > €I'm coming in late to an ongoing discussion: it sounds like there's
> | > something wrong with Byron's version of rc apart from being written from
> | > scratch for Unix (and not quite implementing Plan 9 rc syntax, since it
> | > doesn't h
Hi there,
I released slock-1.0 which can be obtained from:
http://dl.suckless.org/tools/slock-1.0.tar.gz
md5sum: 98503f0dae5acc15c90b81ffd423f987
sha1sum: 38cef8503d512252e8f3f8275200e802990892c5
It contains a bugfix for hiding windows created after slock locks the screen.
It does not co
On 10 February 2012 06:09, David Krauser wrote:
> The links to Man pages are broken for some tools.
>
> For example, http://tools.suckless.org/sic links to
> http://man.suckless.org/tools/1/sic which "doesn't exist"
Links removed. I think users should use man on their local host instead.
Uriel
Hi there,
I patched upstream surf today to contain a similar fix. I also bumped
the surf version number in config.mk to 0.5 in preparation for a new
surf release.
I was wondering if Troels will release surf 0.5 soon or what the
general maintainer situation is concerning surf?
Cheers,
Anselm
On 11 February 2012 04:13, Vasudev Kamath wrote:
> For your information. I applied your patch and it was uploaded to
> Debian. But I got this mail after it is accepted to Debian. If you can
> provide me a patch which will help saving the surf package in
> Debian it would be great.
See attached, s
sed 's/rmdir/unlink/' rmdir.c > unlink.c
On 11 February 2012 01:34, Stephen Paul Weber wrote:
> Somebody claiming to be Anselm R Garbe wrote:
>>
>> I heavily dislike the fact that dmenu now contains a reference to
>> getopt(). Not exactly dmenu, but stest.
>>
>> Can we please remove the getopt() dependency?
>
>
> What does the community
On 10 February 2012 01:33, Connor Lane Smith wrote:
> On 9 February 2012 19:20, Anselm R Garbe wrote:
>> Can we please remove the getopt() dependency?
>
> If someone writes an ARGBEGIN-style flag parser with clustering,
> that's fine. Seems a bit of a waste considering getopt is POSIX, but
> neve
52 matches
Mail list logo
