In war against bloat, python removal is on the todo list.
Is there any chance to use something different than hg for source
versioning and branching?
--
code in C, protect your code with GNU (A)(L)GPL, keep your rights, use GNU/Linux
> There's always git, the core of which is written in C, but some
> scripts are perl.
perl support is disabled in my git build. But perl removal is somewhat
trickier than python because of the GNU autotools. The real todo list for perl
is
GNU autotools removal or/and basic GNU makefile. I tried t
>>> There's always git, the core of which is written in C, but some
>>> scripts are perl.
>>
>> perl support is disabled in my git build. But perl removal is
>> somewhat trickier than python because of the GNU autotools. The
>> real todo list for perl is
>> GNU autotools removal or/and basic GNU ma
>Lua is suckless, seriously. Just look at it.
I know lua's code is suckless (unfortunately BSD-LIKE). But coding using lua is
not. From there, lua won't reach heaven.
--
use GNU/Linux, code in C only, protect your code with GNU (A)(L)GPL and keep
your rights
Hi,
Just to let you know, I have a little initramfs project. The init
process is hardcoded directly on the linux syscalls.
In the near futur, I hope to add the support to mount the root
filesystem by label and by uuid.
cheers,
--
Sylvain
Hi,
just to let you know, I started a minimal wayland compositor:
http://code.google.com/p/ulinux-wayland
Again, it is hardcoded directly on linux syscall, except
the display and input hotplug which uses libudev.
It is stalled since I work on my refactoring of the linux
southern islands radeon d
On Fri, Feb 14, 2014 at 08:22:45PM +, Thorsten Glaser wrote:
> Sylvain BERTRAND dixit:
>
> >Just to let you know, I have a little initramfs project. The
> >init
> >process is hardcoded directly on the linux syscalls.
>
> On Linux, syscall numbers, argument number,
Hi,
Unfortunately, libquvi on gentoo expects a system
installed lua (with additional modules).
I don't want this high level script language as a system
dependency. I would prefer lua being packaged internally into
libquvi. Coze I would like to quit gentoo one day and have my own
suckless-ish dist
> So, given this context, is there any manifesto about this particular License
> choice? E.G is there a reason to avoid GPL?
Personnally, I have many reasons to avoid licenses which are not
GNU GPL.
I want optimal code to stay open. I mean at least to have a legal
leverage. I want open code insta
You missed the points.
I don't want "standard" distro integration to be a massive work.
Now it's near unreasonable to integrate a proper desktop distro
alone, and it's quite worse from a "SDK" point of view. It's good
for the business of distro integration: coze a small team, or a
sole coder canno
> Yes; you could go change it to embed Lua.
Sure. And all the used external lua modules too.
Should have been a C toolbox, not lua scripts...
What a pain!
--
Sylvain
> - not use GNOME
As a matter of fact, I don't have gnome. But, having "any high
level script" bindings in order to customize the gnome desktop is
ok... till it's not mandatory for a reasonnably featured
desktop. If I'm not wrong, gnome desktop APIs are based on
gobject which can be interacted wi
On Tue, Jun 03, 2014 at 09:05:23PM +0200, hiro wrote:
> choose a stream, meaning of itags is on wikipedia article of youtube.
> wget -q -O - 'http://www.youtube.com/watch?v=Ux1Za8Wmz_s'|sed
> 's/"/\n/g; s/\\u0026/ /g; s/,/\n/g'|sed -n
> '/url_encoded_fmt_stream_map/,/^$/p; /adaptive_fmts/,/^$/p'
>
On Thu, Jun 05, 2014 at 05:25:25PM +0200, patrick295767 patrick295767 wrote:
> Hi Friends, Hello Guys,
>
> Because you have always very fantastic/great ideas in this field, I
> would like to ask if you would know a cool vector graphics editor.
>
> You probably know Inkscape, but I must say that
On Fri, Jun 06, 2014 at 10:50:24AM +0200, Silvan Jegen wrote:
> Does anyone here have some experience with it?
I have had it installed on my laptop for a while. But since I hardly
use my laptop...
What I can say: openrc is... not suckless: it's a kludge of
scripts which try to manage all possible
BTW, the choice of the gfx toolkit will be critical.
Unfortunately, the C toolkits over there are turning very bad:
GTK+ and the EFL do depend on harfbuzz for their font layout
computation which is an *really* ugly c++ object-oriented
brainfuckage (uglier that the glib SDK dependencies!). I did a
On Thu, Jun 19, 2014 at 01:21:24PM -0400, Nick wrote:
> Quoth Sylvain BERTRAND:
> > Unfortunately, the C toolkits over there are turning very
> > bad:
> > GTK+ and the EFL do depend on harfbuzz for their font layout
> > computation which is an *really* ugly c++ objec
On Fri, Jun 20, 2014 at 02:40:50PM -0400, Bobby Powers wrote:
> Hi Sylvain,
>
> Sylvain wrote:
> > I started to rewrite it, namely I unrolled the c++ code into
> > plain C code. But I did it only for basic layout rendering. The
> > API has a major race condition though (free before access), I did
On Mon, Jun 23, 2014 at 05:23:02PM +0200, FRIGN wrote:
> [0]: http://sta.li/faq
> [1]: http://dl.suckless.org/stali/clt2010/stali.html
> [2]: http://www.catonmat.net/blog/ldd-arbitrary-code-execution/
BTW, regarding a static linux kernel for desktops:
- was including as built-ins *all* desktop
On Tue, Jun 24, 2014 at 11:52:04AM +0100, Dimitris Papastamos wrote:
> There's also smdev[0] if you are interested.
>
> [0] http://git.2f30.org/smdev
Using a makefile is overkill. Should be a sh script.
Makefiles should be used only when there are too many source
files to recompile for a build i
On Tue, Jun 24, 2014 at 11:57:27AM +0100, Dimitris Papastamos wrote:
> Nobody cares how you build the kernel.
Ok, you are from those who does not care.
Unfortunately, I'm from those who do care. Then I should not care
about stali once I hit linux kernel issues. From now, I may have a
look at stal
On Wed, Jun 25, 2014 at 02:13:15PM +0200, FRIGN wrote:
> On Wed, 25 Jun 2014 14:05:20 +0200
> Sylvain BERTRAND wrote:
>
>> Using a makefile is overkill. Should be a sh script.
>
>> Makefiles should be used only when there are too many source
>> files to recompile f
On Wed, Jun 25, 2014 at 02:52:47PM +0200, Džen wrote:
> On Wed, Jun 25, 2014 at 2:05 PM, Sylvain BERTRAND wrote:
>> Using a makefile is overkill. Should be a sh script.
>
> Say what?
See my answer to FRIGN.
regards,
--
Sylvain BERTRAND
On Wed, Jun 25, 2014 at 02:34:32PM +0100, Dimitris Papastamos wrote:
> On Wed, Jun 25, 2014 at 02:57:30PM +0200, Sylvain BERTRAND wrote:
> > I stole parts of the ffmpeg configure script for my
> > needs.
>
> Nothing to see here.
?
On Wed, Jun 25, 2014 at 02:14:31PM +0100, Dimitris Papastamos wrote:
>
> On Wed, Jun 25, 2014 at 02:05:20PM +0200, Sylvain BERTRAND wrote:
> > On Tue, Jun 24, 2014 at 11:52:04AM +0100, Dimitris Papastamos wrote:
> > > There's also smdev[0] if you are interested.
> &
On Wed, Jun 25, 2014 at 03:23:32PM +0200, FRIGN wrote:
> On Wed, 25 Jun 2014 14:57:30 +0200
> Sylvain BERTRAND wrote:
>
>> 100%. It's not suckless to use a makefile if recompiling all
>> source files takes little time. The main purpose of makefiles is
>> to cherry
On Wed, Jun 25, 2014 at 03:25:58PM +0100, Dimitris Papastamos wrote:
>On Wed, Jun 25, 2014 at 04:16:36PM +0200, Sylvain BERTRAND wrote:
>> On Wed, Jun 25, 2014 at 02:14:31PM +0100, Dimitris Papastamos wrote:
>>>
>>> On Wed, Jun 25, 2014 at 02:05:20PM +0200, Sylvain
On Wed, Jun 25, 2014 at 04:34:59PM +0200, Sylvain BERTRAND wrote:
>On Wed, Jun 25, 2014 at 03:23:32PM +0200, FRIGN wrote:
>> On Wed, 25 Jun 2014 14:57:30 +0200
>> Sylvain BERTRAND wrote:
>>
>>> 100%. It's not suckless to use a makefile if recompiling all
>
On Wed, Jun 25, 2014 at 04:41:08PM +0200, koneu wrote:
> Thanks. You prefixing the GPL with GNU each and every GNU time
> made this so much GNU more entertaining to GNU read.
I thank you too for your large contribution to the topic. Come
on! If you disagree, give me arguments!
--
Sylvain
On Wed, Jun 25, 2014 at 03:43:31PM +0100, Dimitris Papastamos wrote:
> On Wed, Jun 25, 2014 at 04:34:59PM +0200, Sylvain BERTRAND wrote:
>> This is where I draw the line for my SDKs: build time too
>> annoying with a brutal and stupid sh script --> I'll go makefile
&g
On Wed, Jun 25, 2014 at 11:08:52AM -0400, Carlos Torres wrote:
> FWIW the subject of the thread is straying away from "suckless distro"
Sorry, I took some of my free time to feed the trolls...
I'll stop very soon.
All my apologies.
regards,
--
Sylvain
On Wed, Jun 25, 2014 at 04:41:03PM +0200, FRIGN wrote:
> On Wed, 25 Jun 2014 16:34:59 +0200
> Sylvain BERTRAND wrote:
>
>> I did explain my reasons. If you and some others judge them
>> "irrationnal" so be it. My SDKs will be "irrationnal" then :)
>>
On Wed, Jun 25, 2014 at 05:16:34PM +0200, FRIGN wrote:
> On Wed, 25 Jun 2014 17:03:28 +0200
> Sylvain BERTRAND wrote:
>
>> This is where we disagree. You draw the line there: acceptance of
>> the technical cost of make in your SDKs whatever the size.
>> I guess, I d
On Wed, Jun 25, 2014 at 08:07:17AM -0700, Ryan O’Hara wrote:
> On Wed, Jun 25, 2014 at 7:40 AM, Sylvain BERTRAND wrote:
>> My arguments are perfectly sensible from the perspective of making
>> SDKs suckless: the avoidance of technically expensive components
>> in small SDK
On a previous thread off thread topic, we got this:
On Wed, 25 Jun 2014 18:07:49 +0200
FRIGN wrote:
...
> I used to be a GPL-fanatic like you, but then I took an arrow to
> the knee.
>
> Cheers
>
> FRIGN
Could you describe to us what *exactly* did happen to you?
I'm eager to know
On Wed, Jun 25, 2014 at 12:52:33PM -0400, Calvin Morrison wrote:
> On 25 June 2014 12:49, Calvin Morrison wrote:
>>> Could you describe to us what *exactly* did happen to you?
>>
>> see [0]
>>
>> [0] http://knowyourmeme.com/memes/i-took-an-arrow-in-the-knee
>
> But more seriously, GNU freedom is
On Wed, Jun 25, 2014 at 07:09:06PM +0200, FRIGN wrote:
> On Wed, 25 Jun 2014 18:47:53 +0200
> Sylvain BERTRAND wrote:
>
>> Could you describe to us what *exactly* did happen to you?
>>
>> I'm eager to know *exactly* why you were disgusted by the GNU GPL
>&g
On Wed, Jun 25, 2014 at 12:38:01PM -0500, M Farkas-Dyck wrote:
> On 25/06/2014, Sylvain BERTRAND wrote:
> > What I mean: it's totally suckless to write more LOC if it
> > reduces the technical cost of the overall software stack (SDKs
> > included!).
> >
> >
This is a reboot of the previous thread that was hi-jacked by a
derived topic ;)
Let's stay focused on the pertinent topic of
the thread, without the damage of what we wrongly did on the
thread related to the suckless distro,
thank you for your understanding.
---
On Wed, Jun 25, 2014 at 02:21:05PM -0400, Carlos Torres wrote:
> On Wed, Jun 25, 2014 at 2:17 PM, Sylvain BERTRAND wrote:
> > giberish...
> > Sylvain
> >
>
> why don't you start another thread about makefiles vs shell scripts
Something is not fishy there, I
As rightfully requested.
A dedicated thread.
--
Sylvain
On Wed, Jun 25, 2014 at 11:52:07PM +0530, Weldon Goree wrote:
> On 06/25/2014 05:35 PM, Sylvain BERTRAND wrote:
> >
> > Using a makefile is overkill. Should be a sh script.
> >
> > Makefiles should be used only when there are too many source
> > files to recompil
On Wed, Jun 25, 2014 at 02:30:48PM -0400, Calvin Morrison wrote:
> stop repeating yourself. You don't need a new subject and a duplicate
> post to garner a response. what a waste of space
Please, keep this thread for frign to expose *explicitely* what
went wrong with the GNU GPL licenses and discu
On Wed, Jun 25, 2014 at 10:30:28PM +0200, Kurt Van Dijck wrote:
> In my understanding, GPL enforces that derived work of your code
> will still be free to its users. This covers 2 major aspects:
> * One cannot repackage or modify GPL software and make it non-free
> I think that is a guarantee tha
On Thu, Jun 26, 2014 at 02:59:09AM +0800, Chris Down wrote:
> Sylvain,
>
> You've had positive contributions here before. Please have consideration
> for the many subscribers who are here to participate in discussion
> related to suckless.org and suckless philosophy, and have no interest in
> mean
On Thu, Jun 26, 2014 at 09:07:26AM +0900, Philip Rushik wrote:
> It's the internet, people say stuff, don't let it get to you.
It did not get to me (I'm an internet children, I'm used to
trolls).
On those later threads, I stayed polite and analytical all the
time except, of course, regarding close
On Thu, Jun 26, 2014 at 11:11:38AM +0900, Philip Rushik wrote:
> On Thu, Jun 26, 2014 at 10:24 AM, Sylvain BERTRAND wrote:
> > It did not get to me (I'm an internet children, I'm used to
> > trolls).
> > On those later threads, I stayed polite and analytical all
On Wed, Jun 25, 2014 at 08:12:10PM -0600, Anthony J. Bentley wrote:
> Sylvain BERTRAND writes:
>> Using a makefile is overkill. Should be a sh script.
>>
>> Makefiles should be used only when there are too many source
>> files to recompile for a build increment.
>
On Wed, Jun 25, 2014 at 09:32:33PM -0600, Anthony J. Bentley wrote:
> Sylvain BERTRAND writes:
>> I firmely disagree with you on this: the event of somebody hurt
>> by the GNU GPL with real life facts is of highest importance for
>> all open source coders. And communication
On Wed, Jun 25, 2014 at 11:35:39PM -0600, Anthony J. Bentley wrote:
> Sylvain BERTRAND writes:
> > On Wed, Jun 25, 2014 at 09:32:33PM -0600, Anthony J. Bentley wrote:
> > > Sylvain BERTRAND writes:
> > >> I firmely disagree with you on this: the event of somebody h
On Thu, Jun 26, 2014 at 01:04:09PM +0200, FRIGN wrote:
> On Thu, 26 Jun 2014 05:30:04 +0200
> Sylvain BERTRAND wrote:
>
> > Well, I disagree on that point with Kernighan & Pike (The Unix
> > Programming Environment, pg. 241).
>
> Why do you disagree?
>
>
On Thu, Jun 26, 2014 at 05:57:13PM +0900, Philip Rushik wrote:
> On Thu, Jun 26, 2014 at 1:29 PM, Sylvain BERTRAND wrote:
> > I heard about GNU GPL version wars, was only aware of the benign
> > Linus T. one.
> >
> > Let me laught:
> > Do you really think a GN
On Thu, Jun 26, 2014 at 06:01:08PM -0300, Amadeus Folego wrote:
> Hadrian,
>
> please do not tell that you represent everyone, you don't. Also what you
> just said is like your opinion, man.
Indeed.
As I was asked off-list, please, keep this thread shut down.
Thank you.
On Sun, Oct 26, 2014 at 01:15:04PM -0500, F Hssn wrote:
> On Sun, Oct 26, 2014 at 12:34 AM, Andrew Hills wrote:
> > On 10/25/14 13:41, F Hssn wrote:
> >>
> >> Following suckless's minimal philosophy, I'd be interested to find out
> >> ... ...
> >> latest webkit.
> >
> >
> > Do you really want to
On Fri, Oct 31, 2014 at 03:31:44PM +0100, Christoph Lohmann wrote:
> What's needed for the next steps:
> * Someone who knows any of the popular web rendering engines very well
> and can modify them without ending up in psychiatry.
Game over. There are only 2.5 "popular" and "usuable" open sou
On Thu, Nov 06, 2014 at 10:28:51AM -0500, Bobby Powers wrote:
> Hello,
>
> Hiltjo Posthuma wrote:
> > - Don't use C++ style comments (//).
>
> I personally find C++ style comments more pleasant on the eyes for
> single-line comments, and they are part of the C99 spec.
>
> Can someone explain why
On Thu, Nov 06, 2014 at 03:40:56PM +, Dimitris Papastamos wrote:
> On Thu, Nov 06, 2014 at 04:38:20PM +0100, Sylvain BERTRAND wrote:
> > On a personnal level, I port some of my C99 projects back to C89, since it
> > seems a C89 compiler is easier to write than a C99 compiler
On Thu, Nov 06, 2014 at 05:27:06PM +0100, FRIGN wrote:
> If you take a look at C, everything is block-oriented. The smallest
> linguistic entity is "...;", followed by "(...)" and "{...}". The
> traditional comments "/*...*/" are part of this axiomatic system.
> This approach is not line-oriented.
On Thu, Nov 06, 2014 at 05:09:44PM +, Dimitris Papastamos wrote:
> On Thu, Nov 06, 2014 at 05:56:55PM +0100, Sylvain BERTRAND wrote:
> > On Thu, Nov 06, 2014 at 03:40:56PM +, Dimitris Papastamos wrote:
> > > On Thu, Nov 06, 2014 at 04:38:20PM +0100, Sylvain BERTRAND w
On Thu, Nov 06, 2014 at 06:15:36PM +, Dimitris Papastamos wrote:
> On Thu, Nov 06, 2014 at 06:40:15PM +0100, Sylvain BERTRAND wrote:
> > On Thu, Nov 06, 2014 at 05:09:44PM +, Dimitris Papastamos wrote:
> > > On Thu, Nov 06, 2014 at 05:56:55PM +0100, Sylvain BERTRAND wro
On Thu, Nov 06, 2014 at 10:17:44PM +, Dimitris Papastamos wrote:
> On Thu, Nov 06, 2014 at 10:47:28PM +0100, Sylvain BERTRAND wrote:
> > The thing is *I* want *my* code ready to be easier to get into linux and to
> > follow Documentation/HOWTO and Documentation/codingstyle.
&g
On Thu, Nov 06, 2014 at 08:34:40PM -0500, random...@fastmail.us wrote:
>None of this has been examined by a court.
It's because Linus T. and many core kernel devs decided not to go to
court against closed source modules. The linux GNU GPLv2 has only the syscall
exception and does not contain the "
On Fri, Nov 07, 2014 at 10:30:20AM +0100, Silvan Jegen wrote:
> There is the http://llvm.linuxfoundation.org/index.php/Main_Page
llvm/clang is worse than gcc as it's from the start a massive c++ kludge. At
least with gcc until its version 4.7, you can bootstrap its compilation with a
C "only" comp
On Fri, Nov 07, 2014 at 04:01:28PM +0100, Alexander Huemer wrote:
> On Fri, Nov 07, 2014 at 03:35:52PM +0100, Sylvain BERTRAND wrote:
> > On Fri, Nov 07, 2014 at 10:30:20AM +0100, Silvan Jegen wrote:
> > > There is the http://llvm.linuxfoundation.org/index.php/Main_Page
>
GCC 4.7.x can be bootstraped with a basic C compiler/runtime.
>From GCC 4.8, you must have c++98 compiler/runtime, which is of several order
of magnitude more costly from a technical point of view.
For me, that reason is enough to start looking at other compilers
(written/bootstrapable in C) and/
Hi,
A new "suckless" lib for bittorrent clients: libutp-c
(https://github.com/sylware/libutp-c)
Master branch:
This is the old C api, which is a drop-in replacement for transmission
bittorrent client libutp. I'm trying to make this implementation distributed as
an option with transmiss
On Sat, Feb 06, 2016 at 12:54:10AM +0100, v4hn wrote:
> On Sat, Feb 06, 2016 at 10:14:59AM +1100, Sylvain BERTRAND wrote:
> > I'm trying to make this implementation distributed as an option
> > with transmission bittorrent client package. I'm getting high
> > re
On Fri, Feb 05, 2016 at 09:38:56PM -0200, Marc Collin wrote:
> Nice project and a great thing for everyone (the less C++ garbage in
> the wild the better).
> Too bad the devs are showing resistance.
> On suckless "stuff that rocks" page they btpd[0].
> Maybe it's saner to play with that instead, ev
On Sat, Feb 06, 2016 at 06:39:49PM -0200, Alba Pompeo wrote:
> rtorrent is 40,000+ lines of C++.
> Besides btpd, I found a client called Unworkable. But it's also unmaintained.
> https://github.com/niallo/Unworkable
Asynchronous code can be lovely. Good to know. Need DHT and crypto. But still,
pr
On Sun, Feb 07, 2016 at 12:45:46PM +, Quentin Carbonneaux wrote:
> On Sun, Feb 07, 2016 at 11:34:09AM +1100, Sylvain BERTRAND wrote:
> > On Sat, Feb 06, 2016 at 06:39:49PM -0200, Alba Pompeo wrote:
> > > rtorrent is 40,000+ lines of C++.
> > > Besides btpd, I found
On Sat, Feb 13, 2016 at 08:03:13PM +0100, Leo Gaspard wrote:
> https://git.ekleog.org/dtext/
Hi,
What is the scope of dtext in perspective of harfbuzz? Do you plan to support
unicode for a maximum of languages? (heard thai and indi are tough).
harfbuzz is c++ pure and raw brain fu**age (sorr
Hi,
For my personnal use, I needed a small http server. All "mini" http servers out
there I had a look were, IMHO, bloaty (SDK included).
lnanohttp is really small (including dependencies and SDK), straight on linux
kernel
syscalls with a thin layer. Tested only on x86 and with a gcc/binutils
t
On Wed, Apr 20, 2016 at 07:46:38AM +0200, Anselm R Garbe wrote:
> On 20 April 2016 at 05:17, Sylvain BERTRAND
> wrote:
> > For my personnal use, I needed a small http server. All "mini" http servers
> > out
> > there I had a look were, IMHO, bloaty (SDK in
On Wed, Apr 20, 2016 at 09:39:43AM +0100, Dimitris Papastamos wrote:
> On Wed, Apr 20, 2016 at 07:05:09PM +1100, Sylvain BERTRAND wrote:
> > quark pulls the posix libc. lnanohttp has 0 deps: this is straight linux
> > syscalls programming, there are no libc syscall wrappers.
>
&
On Wed, Apr 20, 2016 at 03:09:20PM +0100, Dimitris Papastamos wrote:
> On Thu, Apr 21, 2016 at 12:22:42AM +1100, Sylvain BERTRAND wrote:
> > On Wed, Apr 20, 2016 at 09:39:43AM +0100, Dimitris Papastamos wrote:
> > > On Wed, Apr 20, 2016 at 07:05:09PM +1100, Sylvain BERTRAND wr
On Wed, Apr 20, 2016 at 04:39:05PM +0100, Dimitris Papastamos wrote:
> On Thu, Apr 21, 2016 at 01:18:12AM +1100, Sylvain BERTRAND wrote:
> > On Wed, Apr 20, 2016 at 03:09:20PM +0100, Dimitris Papastamos wrote:
> > > On Thu, Apr 21, 2016 at 12:22:42AM +1100, Sylvain BERTRAND wro
Hi,
Added easy http content-type support to please www browsers like w3m and
netsurf.
https://github.com/sylware/lnanohttp
http://repo.or.cz/lnanohttp.git
cheers,
--
Sylvain
The main issue is java/ecma script on the "www DOM" (Document Object Model):
Between noscript www browser code requirements and script-able www browser code
requirements, there is an abyss in size and complexity.
Additionnaly, the "modern" www tends to force the user to have a script-able
www brow
On Sat, Apr 30, 2016 at 12:47:36PM +0200, Kajetan Jasztal wrote:
> how about servo[1]? aims for memory security and fast parallel rendering
>
> [1] https://servo.org/
At least servo can be compiled with a simple ISO C99 compiler and limited
SDK... unlike gcc with its mandatory ISO c++98.
--
Syl
On Sat, Apr 30, 2016 at 08:53:35PM +0200, Anselm R Garbe wrote:
> [0] http://www.netsurf-browser.org/
I was looking at netsurf to add the javascript/DOM bits required for online
banking (my bank
account and online payement).
But it seems rather not that easy to get into it. I will give it another
On Sat, Apr 30, 2016 at 04:09:28PM -0700, Menche wrote:
> On Sun, 1 May 2016 10:04:37 +1100
> Sylvain BERTRAND wrote:
>
> > On Sat, Apr 30, 2016 at 12:47:36PM +0200, Kajetan Jasztal wrote:
> > > how about servo[1]? aims for memory security and fast parallel renderin
On Sun, May 01, 2016 at 11:58:36AM +0200, Sanel Zukan wrote:
> Kamil Cholewiński writes:
> > Bad stuff:
> >
> > - C++, autohell, pthreads
>
> pthreads are bad? Really?
c++ is _really_ bad, indeed.
> dependencies (gtk, I look at you).
https://github.com/sylware/misc/blob/master/gtk-utox/gtk-uto
On Sun, May 01, 2016 at 05:20:08PM +0200, Sanel Zukan wrote:
> Sylvain BERTRAND writes:
> >> pthreads are bad? Really?
> >
> > c++ is _really_ bad, indeed.
>
> I think I mentioned pthreads, not c++ :)
Anyway, c++ is still _really_ bad and light years away from suc
On Sat, Apr 30, 2016 at 10:24:31AM +1100, Sylvain BERTRAND wrote:
> Additionnaly, the "modern" www tends to force the user to have a script-able
> www browser, even though many www sites could provide their services with a
> noscript www browser through a cleverly crafted m
On Mon, May 02, 2016 at 12:14:20AM +0200, FRIGN wrote:
> C is definitely not suckless either, especially when it comes
> to UB, but it's probably the language with least suck and
> highest simplicity while giving the most power to the developer.
+1
:)
--
Sylvain
On Mon, May 02, 2016 at 11:12:08AM +1000, Timothy Rice wrote:
> > C is definitely not suckless either, especially when it comes
> > to UB, but it's probably the language with least suck and
> > highest simplicity while giving the most power to the developer.
>
> Not too long ago I expressed suppor
On Sun, May 01, 2016 at 01:23:54PM +0200, Sanel Zukan wrote:
> Mitt Green writes:
> >> but find me portable and usable C UI toolkit
> >> without tons of dependencies
> >
> > Tcl/Tk
>
> Hell yeah +1
Tk x11 widget toolkit needs Tcl scripting language...
Not a lean set of C libs... :(
--
Sylva
Hi,
Just to raise awareness on this issue:
- gcc is now c++98 boot-strapable only.
- The last C boostrapable gcc is gcc 4.7.x.
- armv8 (64bits, raspberry 3) support is only in lastest gcc (i.e. _not_ in
gcc 4.7.x)
It means you cannot natively compile gcc on armv8 from a basic C compiler,
On Mon, May 02, 2016 at 09:00:30AM +0200, Anselm R Garbe wrote:
> Hi there,
>
> On 2 May 2016 at 07:25, Sylvain BERTRAND wrote:
> > Just to raise awareness on this issue:
> >
> > - gcc is now c++98 boot-strapable only.
>
> Where do you have this information
On Mon, May 02, 2016 at 03:47:06PM +0200, Leo Gaspard wrote:
> On 05/02/2016 04:40 AM, Sylvain BERTRAND wrote:
> > On Mon, May 02, 2016 at 11:12:08AM +1000, Timothy Rice wrote:
> >>> [...]
> >
> >
> > When you want to promote a new language:
>
On Mon, May 02, 2016 at 04:29:11PM -0700, Andrew Gwozdziewycz wrote:
> Given this effort, and the fact that they've gotten pretty damn far
> towards being usable, I'd say you can't *possibly* argue that "they
> all *epic-ly* [sic] fail at the kernel step." (emphasis mine).
Like Hurd.
> Of course,
On Tue, May 03, 2016 at 10:16:31AM +0200, Leo Gaspard wrote:
> The fact remains: rust has had approx. 1/26 times the time hurd, and
> 1/25 times the time linux had to develop. Do you think it's fair to
> already consider it's an epic fail?
Ok, you won the troll.
Wait and see. In the mean time I'l
On Tue, May 03, 2016 at 07:35:46PM +0200, Markus Teich wrote:
> Heyho,
>
> seeing the new subject I feel obligated to leave this link here:
> https://www.destroyallsoftware.com/talks/wat
Yeah, ruby is better than go, for sure in my experience.
--
Sylvain
On Wed, May 04, 2016 at 09:19:06AM +1100, Sylvain BERTRAND wrote:
> On Tue, May 03, 2016 at 07:35:46PM +0200, Markus Teich wrote:
> > Heyho,
> >
> > seeing the new subject I feel obligated to leave this link here:
> > https://www.destroyallsoftware.com/talks/wat
>
On Tue, May 03, 2016 at 07:10:02PM -0400, Alex Pilon wrote:
> > > seeing the new subject I feel obligated to leave this link here:
> > > https://www.destroyallsoftware.com/talks/wat
> >
> > Yeah, ruby is better than go, for sure in my experience.
>
> Great. Yet another poorly specified or document
Hi,
Introducing a new minimal and naive smtp server à la suckless: lnanosmtp
https://github.com/sylware/lnanosmtp
https://repo.or.cz/lnanosmtp.git
cheers,
--
Sylvain
On Thu, Jun 09, 2016 at 02:03:33PM +0200, Kamil Cholewiński wrote:
> On Thu, 09 Jun 2016, Sylvain BERTRAND wrote:
> > Hi,
> >
> > Introducing a new minimal and naive smtp server à la suckless: lnanosmtp
> >
> > https://github.com/sylware/lnanosmtp
>
On Thu, Jun 09, 2016 at 02:04:07PM +0200, FRIGN wrote:
> On Thu, 9 Jun 2016 22:50:56 +1100
> Sylvain BERTRAND wrote:
>
> Hey Sylvain,
>
> > Introducing a new minimal and naive smtp server à la suckless: lnanosmtp
> >
> > https://github.com/sylware/lnanosmtp
>
On Thu, Jun 09, 2016 at 07:18:21PM +0200, Markus Wichmann wrote:
> 3. smtp_line_send() can't handle short writes, because the pointer that
> is handed in as second argument to write() is never advanced...
Fixed.
Thx!
--
Sylvain
C JIT->have a look at tinycc from F. Bellard.
llvm is c++ then, by definition is not suckless and a massive brain damaged
kludged.
cheers,
--
Sylvain
1 - 100 of 280 matches
Mail list logo
