I'
On 3/6/10, Noah Birnel wrote:
> On Fri, Mar 05, 2010 at 02:59:17PM +, Nick wrote:
>> On Fri, Mar 05, 2010 at 06:46:37AM -0800, Noah Birnel wrote:
>> > On Fri, Mar 05, 2010 at 01:18:51PM +0100, pancake wrote:
>> > >
>> > > http://code.google.com/p/equanime
>> >
>> > Not Found
>> > The reque
I like this one too :)
On Mon, Mar 08, 2010 at 08:25:10AM +, Anselm R Garbe wrote:
> On 4 March 2010 22:15, Uriel wrote:
> > Here is an idea the Google folks might like: Port sta.li (and p9p?) to
> > use Android's libc. AFAIK there is no real linux distro that uses the
> > Android libc, and th
On 8 March 2010 15:57, Gregor Best wrote:
> On Mon, Mar 08, 2010 at 03:44:28PM +, Anselm R Garbe wrote:
>> [...]
>> Sure, but according to the spec:
>>
>> "The strlen() function shall compute the number of bytes in the string
>> to which s points, not including the terminating null byte."
>>
>
On Mon, Mar 8, 2010 at 3:57 PM, Gregor Best wrote:
> I never read the actual docs of that function (a few glances at the
> manpage aside), and if it definitely says "count the number of bytes",
> fine. But intuitively, I would've thought it gives the length of a
> string, as in "how many letters a
On Mon, Mar 08, 2010 at 03:44:28PM +, Anselm R Garbe wrote:
> [...]
> Sure, but according to the spec:
>
> "The strlen() function shall compute the number of bytes in the string
> to which s points, not including the terminating null byte."
>
> strlen() should not count multi-char characters
On 8 March 2010 15:39, Gregor Best wrote:
> On Mon, Mar 08, 2010 at 02:57:50PM +, Anselm R Garbe wrote:
>> [...]
>> Can't see why UTF-8 would require any specific handling at the libc level.
>> [...]
>
> Aren't strlen() and friends part of libc?
Sure, but according to the spec:
"The strlen()
On Mon, Mar 08, 2010 at 02:57:50PM +, Anselm R Garbe wrote:
> [...]
> Can't see why UTF-8 would require any specific handling at the libc level.
> [...]
Aren't strlen() and friends part of libc?
--
GCS/IT/M d- s+:- a-- C++ UL+++ US UB++ P+++ L+++ E--- W+ N+ o--
K- w--- ?O M-- ?V PS++ PE- Y++
On 8 March 2010 14:52, Jacob Todd wrote:
> On Mon, Mar 08, 2010 at 08:25:10AM +, Anselm R Garbe wrote:
>> Good idea. I add it.
>>
>> Cheers,
>> Anselm
>>
> That was fast. Doesn't Android's libc not have utf8 support at the libc level?
> I thought I read somewhere that it didn't. Is that not ne
On Mon, Mar 08, 2010 at 08:25:10AM +, Anselm R Garbe wrote:
> Good idea. I add it.
>
> Cheers,
> Anselm
>
That was fast. Doesn't Android's libc not have utf8 support at the libc level?
I thought I read somewhere that it didn't. Is that not needed?
--
I am a man who does not exist for others
On 4 March 2010 22:15, Uriel wrote:
> Here is an idea the Google folks might like: Port sta.li (and p9p?) to
> use Android's libc. AFAIK there is no real linux distro that uses the
> Android libc, and this would be a project that might be useful for
> everyone.
Good idea. I add it.
Cheers,
Ansel
On Fri, Mar 05, 2010 at 02:59:17PM +, Nick wrote:
> On Fri, Mar 05, 2010 at 06:46:37AM -0800, Noah Birnel wrote:
> > On Fri, Mar 05, 2010 at 01:18:51PM +0100, pancake wrote:
> > >
> > > http://code.google.com/p/equanime
> >
> > Not Found
> > The requested URL /p/equanim/ was not found on this
On Thu, Mar 04, 2010 at 01:07:13PM +0100, pancake wrote:
> Szabolcs Nagy wrote:
> >window system
> a friend of me, who is a enlightenment developer is writing a new
> graphical system
> to replace X windows, it is not suckless, but really minimal, well
Interesting to see something like this from a
On Fri, Mar 05, 2010 at 12:47:12PM +0100, Uriel wrote:
> Some people are supposedly working on an OpenBSD port, it is likely
> that a port will be done long before GSoC actually starts.
>
> uriel
Well, I do have a spare partition that I could throw Linux (stali?) or
FreeBSD on, so it's not too bi
On Fri, Mar 5, 2010 at 9:46 AM, Noah Birnel wrote:
> On Fri, Mar 05, 2010 at 01:18:51PM +0100, pancake wrote:
>> > sounds interesting
>> > link/more info?
>> >
>>
>> http://code.google.com/p/equanime
>
> Not Found
> The requested URL /p/equanim/ was not found on this server.
>
> Typo? Or is it gon
On Fri, Mar 05, 2010 at 06:46:37AM -0800, Noah Birnel wrote:
> On Fri, Mar 05, 2010 at 01:18:51PM +0100, pancake wrote:
> >
> > http://code.google.com/p/equanime
>
> Not Found
> The requested URL /p/equanim/ was not found on this server.
>
> Typo? Or is it gone?
On your part. Note the final 'e
On 5 March 2010 14:46, Noah Birnel wrote:
> On Fri, Mar 05, 2010 at 01:18:51PM +0100, pancake wrote:
>> > sounds interesting
>> > link/more info?
>> >
>>
>> http://code.google.com/p/equanime
>
> Not Found
> The requested URL /p/equanim/ was not found on this server.
>
> Typo? Or is it gone?
Works
On Fri, Mar 05, 2010 at 01:18:51PM +0100, pancake wrote:
> > sounds interesting
> > link/more info?
> >
>
> http://code.google.com/p/equanime
Not Found
The requested URL /p/equanim/ was not found on this server.
Typo? Or is it gone?
--Noah
--- Begin Message ---
On Fri, Mar 5, 2010 at 12:46 PM, pancake wrote:
>
>
> On 3/4/10, pancake wrote:
>>> window system
>>>
>> a friend of me, who is a enlightenment developer is writing a new
>> graphical system
>> to replace X windows, it is not suckless, but really minimal, well
>> designed
On Fri, Mar 5, 2010 at 8:31 AM, pancake wrote:
> Gogcc should work. Else you have Linux emulation.
>
> On Mar 5, 2010, at 12:36 AM, Josh Rickmar wrote:
>
>> On Thu, Mar 04, 2010 at 11:19:01PM +0100, Uriel wrote:
>>>
>>> I will note that one of the original goals for creating werc was to
>>> help
On 3/4/10, pancake wrote:
>> window system
>>
> a friend of me, who is a enlightenment developer is writing a new
> graphical system
> to replace X windows, it is not suckless, but really minimal, well
> designed and much
> more well done than the Xwindowing system (its not that hard to do it
> be
Gogcc should work. Else you have Linux emulation.
On Mar 5, 2010, at 12:36 AM, Josh Rickmar
wrote:
On Thu, Mar 04, 2010 at 11:19:01PM +0100, Uriel wrote:
I will note that one of the original goals for creating werc was to
help build a sane replacement for the kinds of things trac does,
inc
On Thu, Mar 04, 2010 at 11:19:01PM +0100, Uriel wrote:
> I will note that one of the original goals for creating werc was to
> help build a sane replacement for the kinds of things trac does,
> including bug tracking. I would be happy to mentor any project that
> works in that direction.
>
> uriel
On Thu, Mar 4, 2010 at 12:40 PM, Szabolcs Nagy wrote:
> let me summarise the ideas so far:
>
> stali
> ld wrapper
> window system
> bug and issue tracker
> improve dmc (mail)
> widget tool kit
> dwm in go
> text indexing
> ssl cert validation for surf
> text editor
> improve st (terminal)
> port s
On Wed, Mar 3, 2010 at 9:30 PM, Charlie Kester wrote:
> 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 i
On Wed, Mar 3, 2010 at 7:30 PM, yy wrote:
> 2010/3/3 Anders Andersson :
>> On Wed, Mar 3, 2010 at 5:38 PM, yy wrote:
>>> Since Go was released I have been playing with it. Is there any
>>> interest in the Go port of dwm?
>>
>> What would be the benefits of porting dwm to a new language? From my
>
On Wed, Mar 3, 2010 at 5:38 PM, yy wrote:
> I'm still a student (PhD student, but that's fine for Google), so I
> will probably apply to participate as a student.
>
> Since Go was released I have been playing with it. Is there any
> interest in the Go port of dwm? This would probably include the
>
I will note that one of the original goals for creating werc was to
help build a sane replacement for the kinds of things trac does,
including bug tracking. I would be happy to mentor any project that
works in that direction.
uriel
On Wed, Mar 3, 2010 at 9:53 AM, Anselm R Garbe wrote:
> Another
On Thu, Mar 4, 2010 at 2:13 PM, anonymous wrote:
> I really think sub-pixel antialiasing is a good topic for harmful.cat-v.org.
I don't know enough about this to form a remotely useful opinion, much
less rant about it. But contributions to harmful.cat-v.org are always
welcome...
uriel
Here is an idea the Google folks might like: Port sta.li (and p9p?) to
use Android's libc. AFAIK there is no real linux distro that uses the
Android libc, and this would be a project that might be useful for
everyone.
uriel
On Wed, Mar 3, 2010 at 9:41 AM, Anselm R Garbe wrote:
> On 3 March 2010
On Thu, Mar 04, 2010 at 12:40:17PM +0100, Szabolcs Nagy wrote:
> let me summarise the ideas so far:
>
> stali
> ld wrapper
> window system
> bug and issue tracker
> improve dmc (mail)
> widget tool kit
> dwm in go
> text indexing
> ssl cert validation for surf
> text editor
> improve st (terminal)
Sub-pixel antialiasing - the vengeance of the color-blind ;)
On Thu, Mar 04, 2010 at 01:51:12PM +0100, Mate Nagy wrote:
> In non-uriel style, yes, font rendering is horribly complicated and an
> entirely fucked up discipline, but I don't think a "real" widget set can
> skip out on it. Bitmap fonts are fine for programming (and I even use it
> for web browsin
On Thu, Mar 04, 2010 at 12:57:31PM +, Anselm R Garbe wrote:
> Well one design decision for the API I'm in favor with is not to
> provide any font-related functionality in the first version and leave
> font rendering up to the implementation. If someone writes an app he
> shouldn't bother about
On 4 March 2010 12:51, Mate Nagy wrote:
> On Thu, Mar 04, 2010 at 01:44:04PM +0100, pancake wrote:
>
>> why do you need TTF? font rendering is a really complex stuff, in dwk
> yes
>> we were only planning to support monospaced fonts, calculate sizes
> yes
>> with changing size of fonts is really c
On 4 March 2010 12:48, Connor Lane Smith wrote:
> On 4 March 2010 11:40, Szabolcs Nagy wrote:
>> if we need to focus the application in one area then these are not
>> very good i guess..
>
> A lot of them have a theme, though. Gnome's GSoC theme is basically
> their desktop environment, which is
On Thu, Mar 04, 2010 at 01:44:04PM +0100, pancake wrote:
> why do you need TTF? font rendering is a really complex stuff, in dwk
yes
> we were only planning to support monospaced fonts, calculate sizes
yes
> with changing size of fonts is really complex and cpu-intensive task and
yes
> i dont thin
On 4 March 2010 11:40, Szabolcs Nagy wrote:
> if we need to focus the application in one area then these are not
> very good i guess..
A lot of them have a theme, though. Gnome's GSoC theme is basically
their desktop environment, which is fairly broad itself. If Suckless
focus on a development en
On 4 March 2010 12:14, Frederic DUBOIS wrote:
>>> widget tool kit
>>>
>>
>> Anselm and me were discussing about the widget toolkit, the code name of the
>> project
>> is "dwk" Dynamic Widget Kit. which is atm just a README with few random
>> ideas.
>>
>> http://hg.youterm.com/dwk
>
> Something li
2010/3/4 Mate Nagy :
> On Thu, Mar 04, 2010 at 01:14:37PM +0100, Frederic DUBOIS wrote:
>
>> Something like GraphApp? (http://www.enchantia.com/software/graphapp/)
> looks nice until you realize it doesn't support fonts (and they even
> ideologized it for themselves in the FAQ)
>
It does. It is ev
Mate Nagy wrote:
On Thu, Mar 04, 2010 at 01:14:37PM +0100, Frederic DUBOIS wrote:
Something like GraphApp? (http://www.enchantia.com/software/graphapp/)
looks nice until you realize it doesn't support fonts (and they even
ideologized it for themselves in the FAQ)
Mate
why do you
On Thu, Mar 04, 2010 at 01:14:37PM +0100, Frederic DUBOIS wrote:
> Something like GraphApp? (http://www.enchantia.com/software/graphapp/)
looks nice until you realize it doesn't support fonts (and they even
ideologized it for themselves in the FAQ)
Mate
>> widget tool kit
>>
>
> Anselm and me were discussing about the widget toolkit, the code name of the
> project
> is "dwk" Dynamic Widget Kit. which is atm just a README with few random
> ideas.
>
> http://hg.youterm.com/dwk
Something like GraphApp? (http://www.enchantia.com/software/graphapp/)
Szabolcs Nagy wrote:
let me summarise the ideas so far:
stali
ld wrapper
I didnt understood the concept at all. can somebody explain it better?
window system
a friend of me, who is a enlightenment developer is writing a new
graphical system
to replace X windows, it is not suckless, but
On 4 March 2010 11:40, Szabolcs Nagy wrote:
> let me summarise the ideas so far:
>
> stali
> ld wrapper
> window system
> bug and issue tracker
> improve dmc (mail)
> widget tool kit
> dwm in go
> text indexing
> ssl cert validation for surf
> text editor
> improve st (terminal)
> port scanner
>
>
let me summarise the ideas so far:
stali
ld wrapper
window system
bug and issue tracker
improve dmc (mail)
widget tool kit
dwm in go
text indexing
ssl cert validation for surf
text editor
improve st (terminal)
port scanner
if we need to focus the application in one area then these are not
very go
I think this is a good project idea, and it would prove more than useful
also im looking forward to the simple port scanner, these project ideas
have caugth my attention.
On Wed, Mar 03, 2010 at 03:41:12PM +0100, Nicolai Waniek wrote:
> On 03/03/2010 02:46 PM, Peter John Hartman wrote:
> > I agree
On Wed, 3 Mar 2010 16:27:34 -0500
Jacob Todd wrote:
> I'd like to see dmc improved upon. In it's current state it can already send
> mail with smtp, but there are also aspects of it that could be polished a bit
> more, like being able to receive mail, pgp support, et cetera.
well. in fact, the s
On Wed, Mar 03, 2010 at 07:16:22PM -0500, Jacob Todd wrote:
> On Wed, Mar 03, 2010 at 07:01:48PM -0500, Josh Rickmar wrote:
> > Should probably say that I'm also a student (studying Computer
> > Engineering at the University of Michigan) that would be interested in
> > doing something like this. I
On Wed, Mar 03, 2010 at 07:01:48PM -0500, Josh Rickmar wrote:
> Should probably say that I'm also a student (studying Computer
> Engineering at the University of Michigan) that would be interested in
> doing something like this. I don't yet know what exact project I'd like
> to take, keep posting
Should probably say that I'm also a student (studying Computer
Engineering at the University of Michigan) that would be interested in
doing something like this. I don't yet know what exact project I'd like
to take, keep posting ideas.
I'm an interested student as well; I'm a senior in Providence, Rhode
Island, USA, doing a master's next year. -POLM
Hi, yet another student here, of the second year British variety. I'd
be interested in getting involved along the lines of a development
environment with something like a suckless text editor, with decent
mouse interaction a la Acme. Could be better to leave the terminal and
use X11.
Personally, I
On Wed, Mar 03, 2010 at 09:47:08PM +, Connor Lane Smith wrote:
> As an aside, where are the stali utils from? Not GNU, surely?
It's using a OpenBSD userland if I recall.
Hey all,
I'm a first year student, and I'd be interested in helping out for
GSoC. I like the idea of centring the projects on a "development
environment", which doesn't seem too broad.
I'm personally interested in writing a Unix-native samterm of some
kind (I love sam, but not the Plan 9 samterm)
I'd like to see dmc improved upon. In it's current state it can already send
mail with smtp, but there are also aspects of it that could be polished a bit
more, like being able to receive mail, pgp support, et cetera.
More work on stali would be very nice, too.
--
I am a man who does not exist fo
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 3/3/10, Antoni Grzymala wrote:
> $ strings /tmp/grep | /tmp/grep -i network
> Machine is not on the network
> Name not unique on network
> Network is down
> Network is unreachable
> Network dropped connection on reset
>
> and valuable Xenix support:
>
> Not a XENIX named type file
> No XENIX se
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're right, but clearly the only way to decide whether
On Wed, Mar 3, 2010 at 2:10 PM, Chris Palmer wrote:
> Please tell us about your data organization scheme, such that you can find
> anything you have -- email, PDFs, Postscript, music, text files, HTML files,
> et c. -- in the same amount of time a Google, Google Desktop, Spotlight, or
> Windows Se
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?
On Wed, Mar 3, 2010 at 2:13 PM, Chris Palmer wrote:
> Anders Andersson writes:
>
> > p...@airwaves:~$ size `which a
Anders Andersson writes:
> p...@airwaves:~$ size `which awk`
>textdata bss dec hex filename
> 3134831392 20584 335459 51e63 /usr/bin/awk
Small price to pay for something that can basically do the job of almost the
entire Unix userland.
Also, yours is bloated (but st
Kurt H Maier writes:
> it's not my fault you're bad at organizing your data
Please tell us about your data organization scheme, such that you can find
anything you have -- email, PDFs, Postscript, music, text files, HTML files,
et c. -- in the same amount of time a Google, Google Desktop, Spotlig
On Wed, Mar 3, 2010 at 8:05 PM, Chris Palmer wrote:
> Anselm R Garbe writes:
>
>> Stali's grep is smaller than your bloated 78kb dynamic executable, see
>> attached. It's 63kb actually and runs on all x86 linux platforms.
>
> An awk script equivalent to grep is at least one order of magnitude smal
Anselm R Garbe dixit (2010-03-03, 18:55):
> On 3 March 2010 18:33, Chris Palmer wrote:
> > Kurt H Maier writes:
> >
> >> > We need a desktop text indexing system that sucks less.
> >>
> >> grep
> >
> > First of all, I had never heard of this program. It is so great! Wow! Thanks
> > for the sugges
Anselm R Garbe writes:
> Stali's grep is smaller than your bloated 78kb dynamic executable, see
> attached. It's 63kb actually and runs on all x86 linux platforms.
An awk script equivalent to grep is at least one order of magnitude smaller,
and possibly two.
On Wed, Mar 3, 2010 at 1:33 PM, Chris Palmer wrote:
> Kurt H Maier writes:
>
>> > We need a desktop text indexing system that sucks less.
>>
>> grep
>
> First of all, I had never heard of this program. It is so great! Wow! Thanks
> for the suggestion! In 45 minutes when my query has completed, I'l
David Thiel writes:
> > grep
>
> ...is not an example of an indexing system.
That's a feature, not a bug. Hash tables are bloatware. If you can't do it
with linear search, you shouldn't do it. Don't even get me started on
red-black trees...
> While such a system would be useful, I'm doubtful th
Kurt H Maier writes:
> > We need a desktop text indexing system that sucks less.
>
> grep
First of all, I had never heard of this program. It is so great! Wow! Thanks
for the suggestion! In 45 minutes when my query has completed, I'll buy you
a beer. I assume you prefer Coors Lite?
Second, the
2010/3/3 Anders Andersson :
> On Wed, Mar 3, 2010 at 5:38 PM, yy wrote:
>> Since Go was released I have been playing with it. Is there any
>> interest in the Go port of dwm?
>
> What would be the benefits of porting dwm to a new language? From my
> point of view, dwm is already functional and matu
On Wed, Mar 03, 2010 at 08:07:19AM +, Anselm R Garbe wrote:
> What project ideas do you have apart from http://suckless.org/project_ideas?
SSH-model SSL certificate validation for surf.
On Wed, Mar 03, 2010 at 01:11:00PM -0500, Kurt H Maier wrote:
> On Wed, Mar 3, 2010 at 12:55 PM, Chris Palmer wrote:
> > We need a desktop text indexing system that sucks less.
>
> grep
...is not an example of an indexing system. While such a system would be
useful, I'm doubtful that a ``suckles
On Wed, Mar 3, 2010 at 12:55 PM, Chris Palmer wrote:
> We need a desktop text indexing system that sucks less.
grep
--
# Kurt H Maier
pancake writes:
> >We need a desktop text indexing system that sucks less.
>
> desktop sucks by definition.
You are very helpful. How about "We need a text indexing system for personal
data stored locally on small computers that sucks less."
On 03/03/2010 06:28 PM, Anders Andersson wrote:
> What would be the benefits of porting dwm to a new language? From my
> point of view, dwm is already functional and mature, porting it over
> to Go doesn't sound very constructive.
And porting it is a real pain, at the moment. For example, you don'
Chris Palmer wrote:
We need a desktop text indexing system that sucks less.
desktop sucks by definition.
On 3 March 2010 16:38, yy wrote:
> I'm still a student (PhD student, but that's fine for Google), so I
> will probably apply to participate as a student.
>
> Since Go was released I have been playing with it. Is there any
> interest in the Go port of dwm? This would probably include the
> improvem
We need a desktop text indexing system that sucks less.
EDUCATIONAL PURPOSES ONLY.
dwm in go takes not much sense from my point of view. It will make code
slower,
afaik C bindings are not as clean as writnig C directly and there's no
interesting
feature from Go to be used in dwm code.
Anders Andersson wrote:
On Wed, Mar 3, 2010 at 5:38 PM, yy wr
On Wed, Mar 3, 2010 at 5:38 PM, yy wrote:
> Since Go was released I have been playing with it. Is there any
> interest in the Go port of dwm?
What would be the benefits of porting dwm to a new language? From my
point of view, dwm is already functional and mature, porting it over
to Go doesn't sou
I'm still a student (PhD student, but that's fine for Google), so I
will probably apply to participate as a student.
Since Go was released I have been playing with it. Is there any
interest in the Go port of dwm? This would probably include the
improvement of the xgb go package (which I don't know
Anselm,
I saw where you had some base ideas for a widget toolkit. I think
that'd be a great GSoC project. I also support the bug tracking
software idea, but a non-retarded toolkit would make my day.
--
# Kurt H Maier
On 03/03/2010 02:46 PM, Peter John Hartman wrote:
> I agree about the issue trackers + the mail integration. A small
> suggestion: none of the issue/bug tracking systems do collaboration very
> well either. What I mean by "collaboration" is the capacity to pass a
> single document back and forth
I agree about the issue trackers + the mail integration. A small
suggestion: none of the issue/bug tracking systems do collaboration very
well either. What I mean by "collaboration" is the capacity to pass a
single document back and forth with several "notes" appended to it. a giant
"comments"
Hi folks,
I found some interesting issue-/bug tracking system last week. Even its
written in Python the idea is cool. Bugs Everywhere
(http://bugseverywhere.org/) uses the underlying scm (aka git, hg, bzr)
to store its data on.
It has also a mail-frontend like the debian BTS (didnt tried it, j
On 3 March 2010 10:09, pancake wrote:
> About the distro I think it requires so many stuff on it, so at this moment
> I think is more important to push partial projects before working on stali.
These are the current main drivers of stali (or my take on it):
a) having a decent toolchain and build
About the mail part of the bug tracker.. why not push 'dmc'? and
fix the imap protocol, implement the SMTP part and write a frontend.
This can sound like not so much work..but it does from the side that
it is actually not usable application, and it needs some love.
I think that a decent minimal
+1
Current bugtrackers sucks.
The linker proposal, looks interesting, but i dont get the idea at all,
i would do it if i get bored somewhile..but i can't trick google to say
that i'm a student. Is your idea to create a static bin from a shared one?
There's a program called 'staticify' or somethi
Another idea that I'd like to push this year is the creation of a
suckless issue tracking/bug tracking system. All existing systems suck
and it is still a burden for projects and small businesses to track
bugs or customer issues in less sucking ways. The existing
alternatives are all a big desgrace
I would love to see a suckless windowing system. I know
that it is a point on the project page. But that is something
I see as a important thing for me. But I'm also not sure
if that is something which can be done during the GSoC.
I think the approch of Stali is intresting but since
I'm a BSD guy
On 3 March 2010 08:22, Martin Kopta wrote:
> On Wed, Mar 03, 2010 at 08:07:19AM +, Anselm R Garbe wrote:
>> Hi there,
>>
>> GSoC 2010 has kicked of and is looking for mentoring organisations
>> next week, hence it's time now to get organised.
>>
>> Who is willing to mentor this time?
>>
>> Wha
On Wed, Mar 03, 2010 at 08:07:19AM +, Anselm R Garbe wrote:
> Hi there,
>
> GSoC 2010 has kicked of and is looking for mentoring organisations
> next week, hence it's time now to get organised.
>
> Who is willing to mentor this time?
>
> What project ideas do you have apart from http://suckl
Hi there,
GSoC 2010 has kicked of and is looking for mentoring organisations
next week, hence it's time now to get organised.
Who is willing to mentor this time?
What project ideas do you have apart from http://suckless.org/project_ideas?
Note, to be successful this time, we need to focus on a
Hi Markus,
2010/1/25 markus schnalke :
> Are there plans to apply for Google Summer of Code, this year?
Yes. We will apply again. This time we need to focus the scope a bit
more, the feedback from Google regarding last application was
basically that they didn't see a strong focus into a particula
I sure hope so.
uriel
On Mon, Jan 25, 2010 at 6:26 PM, markus schnalke wrote:
> Are there plans to apply for Google Summer of Code, this year?
>
> I ask because I want to apply as student.
>
>
> meillo
>
>
Are there plans to apply for Google Summer of Code, this year?
I ask because I want to apply as student.
meillo
95 matches
Mail list logo
