On Mon, Oct 24, 2011 at 6:01 AM, Bjartur Thorlacius
wrote:
>> if the task is 'waste a bunch of screen real estate' then no, ranger
>> is a far better choice
>>
> The current combination of a shell and a terminal emulator is
> horrible. I've found myself doing stuff like:
>
> exec /dev/tty2 2>/dev/
I saw a beggar a few days ago and didn't give him any money - he
reminded me of RMS.
On Sun, Oct 23, 2011 at 6:12 PM, Bjartur Thorlacius
wrote:
> I heard him ask recorders of a speech of his to license recordings
> under a no-derivs-allowed CC license this summer (in Fjölbrautaskólinn
> við Ármúla, Iceland).
Here's an example of some film of his under cc-by-nd:
http://whatisaclo
I heard him ask recorders of a speech of his to license recordings
under a no-derivs-allowed CC license this summer (in Fjölbrautaskólinn
við Ármúla, Iceland). These recordings tend to get lost and forgotten
in cutting, encoding and uploading. I'll try to see if this one got
online, and dig it up.
Use sloccount. It doesnt matters how do you indent with this tool.. Well, some
syntaxes are not handled at all like if().. And if()\n.. But you get proper
loccount
On 23/10/2011, at 16:01, Pierre Chapuis wrote:
> It's a detail, but shouldn't simple_interrupter.c be called
> simple_interpreter.
Install a gcc targetting x86-64 and use -Wall that would be enought. Those bugs
are quite obvious
If i get some spare time i can look at the code, but actually im kinda out of
time for everything :(
On 23/10/2011, at 14:55, Xinhao Yuan wrote:
> __sa is an old magic to specify the size of gc_h
On 10/23/11, hiro <23h...@googlemail.com> wrote:
> Actually this guy does not only list CLI tools, neither is everything
> he has on there top-notch software.
> Yes, it's faster to write your own tools rather than reading that
> list, but ls /usr/local/bin is not anything I would want on any
> main
> if the task is 'waste a bunch of screen real estate' then no, ranger
> is a far better choice
>
The current combination of a shell and a terminal emulator is
horrible. I've found myself doing stuff like:
exec /dev/tty2 2>/dev/tty1
#optionally stty -echo
while read
doclear
$REPLY
done
Actually this guy does not only list CLI tools, neither is everything
he has on there top-notch software.
Yes, it's faster to write your own tools rather than reading that
list, but ls /usr/local/bin is not anything I would want on any
mainstream lunixes either.
On Sun, Oct 23, 2011 at 11:54 PM, Bjartur Thorlacius
wrote:
> I second that. Richard Stallman's love for cc-by-nd is enough proof
> that he is ready to err on the restricted side, instead of the free
> one.
Can you provide a proof link?
On 10/23/11, Kurt H Maier wrote:
> that is a load of pretentious, presumptuous shit, "mrblog," and nobody
> involved with the creation of the GPL is qualified to judge the needs
> of "all users & devs, present and future."
>
I second that. Richard Stallman's love for cc-by-nd is enough proof
that
On Sun, Oct 23, 2011 at 5:50 PM, hiro <23h...@googlemail.com> wrote:
> Huh? The shell is not ideal for every task is it.
if the task is 'waste a bunch of screen real estate' then no, ranger
is a far better choice
--
# Kurt H Maier
fucking pussies around?
> the shell isn't enough? someone had to port Finder to curses? this
> is ridiculous
Huh? The shell is not ideal for every task is it.
On Sun, Oct 23, 2011 at 11:04 AM, Ricardo Catalinas Jiménez
wrote:
> I found this nice list of tools for the CLI:
this appears to be a list of tools for *replicating a gui environment*
mostly in curses. a real list of tools for the cli can be had by
running the following command:
ls /usr/bin/ &
On Sun, Oct 23, 2011 at 8:47 AM, mikshaw wrote:
> No.
>
> Claiming a person's freedoms are decided by their ability to obtain those
> freedoms? Very wrong. Just as laws against slavery are there to balance the
> freedoms of all, GPL is there to balance the freedoms of all users & devs,
> pres
the shell isn't enough? someone had to port Finder to curses? this
is ridiculous
--
# Kurt H Maier
I found this nice list of tools for the CLI:
http://www.jonaustin.org/tools.html
--
Ricardo (http://r.untroubled.be/)
Yeah, my poor English.
There are always many stuffs in a language interpreter/compiler. The
motivation of the project is to provide a minimal script environment
inside other projects.
On Sun, Oct 23, 2011 at 10:01 PM, Pierre Chapuis wrote:
> It's a detail, but shouldn't simple_interrupter.c be c
It's a detail, but shouldn't simple_interrupter.c be called
simple_interpreter.c instead?
Otherwise, I haven't spent so much time looking at it but
the code looks pretty readable. The number of LOCs is
artificially high because of the C coding style, but the
complexity is low.
__sa is an old magic to specify the size of gc_header_s, I removed it
in the recent commit.
For newlisp, I noticed it before. I think one of the difference is
that newlisp is trying to provide a completed I/O routines set, while
SEE is not. SEE may be considered minimalistic :)
And there is no x8
* mikshaw [2011-10-23 14:50]:
Claiming a person's freedoms are decided by their ability to obtain those
freedoms? Very wrong. Just as laws against slavery are there to balance the
freedoms of all, GPL is there to balance the freedoms of all users & devs,
present and future.
Primarily, the
- Original Message -
From: Jakub Lach
To: dev mail list
Cc:
Sent: Friday, October 21, 2011 4:11 AM
Subject: Re: [dev] Anti-GPL hipsters
Kurt H Maier :
> On Thu, Oct 20, 2011 at 8:32 PM, Stanley Lieber
> wrote:
> > On Thu, Oct 20, 2011 at 7:08 PM, Claude Lelouch
> > wrote:
> >>
On 10/23/11 at 01:08pm, Ricardo Catalinas Jiménez wrote:
> I found this project in the Arch Linux forums:
>
> https://bbs.archlinux.org/viewtopic.php?id=93025
>
> I bet someone is gonna start with Python is not suckless, anyway, I like
> the concept of a filemanager with 3 columns.
FWIW this is
More notes:
- add a space between -o and the filename when linking. This is also breaking
the build.
- defining gcheader foo to 24 makes the build happen, but full of pointer/int
warnings which i imagine this is just wrong pointer arithmetics that will
result in segfaults.
- im also seeing wro
On Sun, Oct 23, 2011 at 01:37:23PM +0200, pancake wrote:
> Notes:
> - looks interesting
> - mkdir target require to get make working
> - does not compile in osx. ( __sa thingy)
> - did you tried newlisp?
Could be possible to emulate the same functionality of the __sa thingy
with the preprocessor?:
Notes:
- looks interesting
- mkdir target require to get make working
- does not compile in osx. ( __sa thingy)
- did you tried newlisp?
On 22/10/2011, at 15:47, "Xinhao.Yuan" wrote:
> Hello all, I have subscribed this mail list for long time, but it is my first
> post here. I would like to int
I found this project in the Arch Linux forums:
https://bbs.archlinux.org/viewtopic.php?id=93025
I bet someone is gonna start with Python is not suckless, anyway, I like
the concept of a filemanager with 3 columns.
Regards
--
Ricardo (http://r.untroubled.be/)
Oh, this would be a issue on x86_64. I wrote it on my x86 DEBIAN. fixing.
On Sun, Oct 23, 2011 at 6:30 PM, Pierre Chapuis wrote:
> On 23.10.2011 12:20, Pierre Chapuis wrote:
>
>> Precision: breaks *on a 64 bits machine* (gc_header_t is a pointer
>> so gc_header_s is 8 bytes larger than GC_HEADER
On 23.10.2011 12:20, Pierre Chapuis wrote:
Precision: breaks *on a 64 bits machine* (gc_header_t is a pointer
so gc_header_s is 8 bytes larger than GC_HEADER_SPACE).
OK, apparently just setting GC_HEADER_SPACE to 24 makes it build
and run simple tests. Sorry for the noise.
On 23.10.2011 12:08, Pierre Chapuis wrote:
On 22.10.2011 20:54, Rob wrote:
It's a similar compile time check similar to what dwm uses, in this
case, it
checks if gc_header_s is the same size as GC_HEADER_SPACE.
OK, makes sense. But the build breaks because of this, which is
understandable si
On 22.10.2011 20:54, Rob wrote:
It's a similar compile time check similar to what dwm uses, in this
case, it
checks if gc_header_s is the same size as GC_HEADER_SPACE.
OK, makes sense. But the build breaks because of this, which is
understandable since gc_header_s is defined like this:
str
32 matches
Mail list logo
