Re: [dev] convergence

2013-01-01 Thread Corey Thomasson
On Jan 1, 2013 8:02 PM, "Daniel Bryan" wrote: > > On Wed, Jan 02, 2013 at 10:01:10AM +1100, Sam Watkins wrote: > > On Tue, Jan 01, 2013 at 02:13:14PM +1100, Daniel Bryan wrote: > > > Bash is my go-to for system scripting, but for something that will run > > > 100% of the time on my system for year

Re: [dev] what's your opinion on Go

2011-12-13 Thread Corey Thomasson
On 13 December 2011 08:03, Bjartur Thorlacius wrote: > > + D is the best of C and Python modulo compatibility and popularity. > Unlike lisp, most any programmer can read it. > > Last time I looked at D it was more like C++ plus even more crap^H^H^H^Hfeatures.

Re: [dev] Suckless Desktop Environment

2011-11-07 Thread Corey Thomasson
On 7 November 2011 15:13, Sean Howard wrote: > > The idea would be to first have an identity, the »Suckless > > Desktop«, which needs a logo, some texts and then links to > > the various parts of suckless. This would be the entrypoint > > for new users, where they can decide, what to adopt to or

Re: [dev] Anti-GPL hipsters

2011-10-24 Thread Corey Thomasson
On 24 October 2011 14:00, mikshaw wrote: > > > Unrestricted freedom is impossible > And there's no such thing as restricted freedom. > > I just disagree with people who support those licenses while rabidly > claiming the GPL to be some kind of evil cancer. > > But the GPL is *designed* to be a

Re: [dev] ideas on suckless file manager

2011-06-08 Thread Corey Thomasson
On 8 June 2011 09:32, Kurt H Maier wrote: > it is impossible to rename a file > O wow, I definitely missed the sarcasm here, was about to say > rename(2) ? I must be tired.

Re: [dev] TermKit

2011-05-20 Thread Corey Thomasson
How hard would it be to have fd 3 or 4 be a mmap'able image of the window (like /dev/fb) && would this suck less? On 20 May 2011 09:27, Dieter Plaetinck wrote: > [...] > 6)non sucky rendering.  I think applications should be able to have >  pixel-precise control of what the output should be (othe

Re: [dev] [ANN] sabotage 2011-04-30, a musl+busybox based distribution

2011-05-04 Thread Corey Thomasson
On May 4, 2011 9:01 AM, "Uriel" wrote: > > On Sun, May 1, 2011 at 12:29 AM, Christian Neukirchen > wrote: > > Hi, > > > > this is the third public release of sabotage, a distribution based on > > musl and busybox. Provided software is: > > This is a mildly interesting project that might have som

Re: [dev] sta.li progress

2010-10-13 Thread Corey Thomasson
this after some googling too >> >> https://www.metasploit.com/redmine/projects/framework/repository/revisions/10202/entry/external/source/meterpreter/source/bionic/libc/Jamfile >> >> 2010/10/13 Corey Thomasson : >>> Excellent! I've been searching for something like

Re: [dev] sta.li progress

2010-10-13 Thread Corey Thomasson
Excellent! I've been searching for something like this. I'll check it out. On 13 October 2010 08:29, Jens Staal wrote: > Are those issues already solved by > > http://www.metasploit.com/redmine/attachments/433/get_bionic_working.diff > > ? > > 2010/10/13 Corey Th

Re: [dev] sta.li progress

2010-10-13 Thread Corey Thomasson
On 12 October 2010 20:58, Wolf Tivy wrote: >>I've managed to make it compile a good chunk of the object files, >>but not malloc/free so its somewhat wasted. > > It'll talk eventually, keep up the pressure. > >> When I get a chance to go at it again I believe the android distribution >>has some "cl

Re: [dev] sta.li progress

2010-10-12 Thread Corey Thomasson
I had heard of jam but never had the slightest inclination to use it. I've managed to make it compile a good chunk of the object files, but not malloc/free so its somewhat wasted. I'm currently hitting a supposed syntax error in of my Linux header files. Perhaps it uses some extension and the jamfi

Re: [dev] sta.li progress

2010-10-12 Thread Corey Thomasson
It can be built alone with jam I _think_, I've been toying with it but it takes some work and I haven't gotten it all figured out (it seems to be making incorrect assumptions about where some header files are, and missing some files that i think get moved around by the whole build), and as far as I

Re: [dev] "channel" construct for inter-thread communication in C programs

2010-09-09 Thread Corey Thomasson
I was only referring to the channels, not the entire library. I pointed it out more as a potential jumpstart for implementing a select(), etc. I wasn't trying to say cchan was redundant. On 9 September 2010 08:29, Szabolcs Nagy wrote: > > that's not similar/same > > the entire point of the excers

Re: [dev] "channel" construct for inter-thread communication in C programs

2010-09-09 Thread Corey Thomasson
libtask [ http://swtch.com/libtask/ ] implements something similar/same; however, it's a coroutine lib and I'm pretty sure it will not work with multiple threads. However, it does have something like a select() for channels, see the Alt structure and associated methods, IIRC the implementation is