of software on it with relatively little work.
What are your plans in this regard?
Cheers
FRIGN
--
FRIGN d...@frign.de
maintainable code
over faster, but less readable and harder to maintain code.
I'm sure that a simpler implementation allows refactoring in the
future.
Cheers
FRIGN
--
FRIGN d...@frign.de
$ LD_TRACE_LOADED_OBJECTS=1 t
instead of
$ ldd t
next time to prevent arbitrary code-execution[1] in case you're dealing
with unknown binaries.
Cheers
FRIGN
[1]: http://www.catonmat.net/blog/ldd-arbitrary-code-execution/
--
FRIGN d...@frign.de
, but as long as you work by the standards, hell,
you're free to use your computer the way you like it ;).
Cheers
FRIGN
--
FRIGN d...@frign.de
get me started on the busybox-approach!
This may be just 0.01% of a 1TB-drive, but it sure adds up on a 128G or
even 64G SSD.
I appreciate that my needs/use cases are not necessarily representative
of others on this list.
Yes, that's a fair assumption.
--
FRIGN d...@frign.de
On Wed, 5 Mar 2014 00:16:13 -0800
Anthony Martin al...@pbrane.org wrote:
People are working on this:
Well, then let's see what time will bring us ;).
Cheers
FRIGN
--
FRIGN d...@frign.de
.)
53M is a lot! Well, I think it's time for buying another external
hard-drive for all your Haskell-binaries :P.
Cheers
FRIGN
--
FRIGN d...@frign.de
for
whitespace-sensitive and for whitespace-insensitive languages.
Or just leave it to the developer?
Cheers
FRIGN
--
FRIGN d...@frign.de
compile shell-scripts if you had the time to write
the proper interfaces.
Does this make it a compiled language? Hell no!
It still is a scripting language, even if you can compile it with some tweaks.
--
FRIGN d...@frign.de
(however measured) might be even more important.
I agree on that point. Let's not get hung up at the definitions, but
return to a constructive discussion.
Cheers
FRIGN
--
FRIGN d...@frign.de
on what an interpreted language tends to consume.
In some cases, Python is up to 50% slower than well-written C, but to
be fair, it does the memory-management for you ;).
In my opinion Go(lang) makes Python obsolete in almost all respects.
Yes, Go is a fine language (and compiled).
Cheers
FRIGN
similar to what you can see writing code
with GTK and all its derived types.
A question to everyone on this list: What do you think about the
Go-language?
Cheers
FRIGN
--
FRIGN d...@frign.de
for a Hello World-program is an unreasonable demand. It's
possible to strip the size to around 1.2M by passing
-ldflags '-s -w'
to go build.
This is quite inhibiting, but I'm glad to see this modern
language default to static linking.
Cheers
FRIGN
--
FRIGN d...@frign.de
Good evening,
I'm currently working on quark and would like to propose a patch
simplifying the logmsg-, logerrmsg- and die-functions in quark.
There's more to come!
Cheers
FRIGN
@sin: Now generated with git format-patch ;)
--
FRIGN d...@frign.de
From 77a72d1e41c92b9ddbe6b51f5ac2a7ffecf39c4b
-in
function ‘log’ [enabled by default]
I'll rename the function to qlog. Coincidentally, this problem
actually is beneficial, as I just noticed there's more potential to
optimize the code.
Stay tuned.
Cheers
FRIGN
--
FRIGN d...@frign.de
out for me.
Cheers
FRIGN
--
FRIGN d...@frign.de
, but in this case, it's not for
the better.
Attached is the fixed patch, which also gets rid of atomiclog().
Cheers
FRIGN
--
FRIGN d...@frign.de
From 8dd0eeaafd2b4146ce2d8beb7d090018b136348e Mon Sep 17 00:00:00 2001
From: FRIGN d...@frign.de
Date: Mon, 3 Mar 2014 21:48:59 +0100
Subject: [PATCH] Clean up
package-manager shouldn't depend on python, it should be
statically linked and _fast_.
--
FRIGN d...@frign.de
with separate functions, there is
lots of unnecessary code-duplication.
Cheers
FRIGN
--
FRIGN d...@frign.de
technologies, but only few really
mature and make big bucks.
After all, they still remain a sad excuse.
Cheers
FRIGN
--
FRIGN d...@frign.de
idea!
--
FRIGN d...@frign.de
desktop-
and mobile-visitors.
However, this is no excuse to mess up the experience for everyone.
Cheers
FRIGN
--
FRIGN d...@frign.de
a bit lengthy), it would be sufficient to
implement CSS3-selectors. Who needs round borders and shadows? :P
Cheers
FRIGN
--
FRIGN d...@frign.de
proposal[1] on this ml.
Cheers
FRIGN
[1]: http://lists.suckless.org/dev/1402/20087.html
--
FRIGN d...@frign.de
will increase and it will be harder and harder to implement
web standards, which makes a selective approach of technologies more
and more reasonable.
I like how you compared developing a new rendering engine with
developing a new Kernel.
After all, the latter probably is less demanding.
Cheers
FRIGN
is a real chore to implement.
XML parsing is not a simple thing either, but at least you don't have
to deal with bloody guesswork!
Cheers
FRIGN
--
FRIGN d...@frign.de
.
As we're discussing XML- and SGML-parsers here, this is another issue.
This alone is sufficient for me to be all for simplistic strict parser
with zero fault tollerance.
Definitely!
--
FRIGN d...@frign.de
).
Discussing XML and SGML just implies the data-structure.
If you like, I could give you an example.
Cheers
FRIGN
--
FRIGN d...@frign.de
generic things
like sgml and xml (with arbitrary long tag and attribute
names), once you do this the origin (sgml, xml,..) does
not matter
At the cost modularity. Still, I'd welcome a solution like this!
--
FRIGN d...@frign.de
over the years.
Cheers
FRIGN
--
FRIGN d...@frign.de
in
your browser.
[1]: http://schneegans.de/sv/
--
FRIGN d...@frign.de
of what you're doing and not stacking dozens of
tabs in one window.
Nevertheless, I am sure there are use-cases for tabbed I'm not aware of
yet.
One thing is clear though: It's not dwm's task to supply tabbing.
--
FRIGN d...@frign.de
.
Thus this is in fact a pretty clear case, given tabbed is more than
sufficient for this task.
However: If you tell me a case where an integrated solution in dwm is
superior to tabbed, I'm open for this debate.
Cheers
FRIGN
--
FRIGN d...@frign.de
manager, as
multiple st instances are each a window, it seems best to tab them
with the window manager.
In the end, you're just repeating your personal opinion without
justifying it. I got that before already.
And just a personal remark: Please stop top-posting.
Cheers
FRIGN
--
FRIGN d
this.
Cheers
FRIGN
--
FRIGN d...@frign.de
for
the separated approach.
Cheers
FRIGN
--
FRIGN d...@frign.de
, it came to my attention that you probably forgot to add
the client-script the wm-script in the test-directory refers to.
It'd be really cool to be able to see what it does, but I like your
approach from the technical point of view.
Cheers
FRIGN
--
FRIGN d...@frign.de
that it can't connect
to the host.
Am I missing something out, like for instance starting a daemon
beforehand?
Thanks in advance!
Cheers
FRIGN
--
FRIGN d...@frign.de
On Mon, 10 Feb 2014 14:09:24 +0400
Ramil Farkhshatov ra...@gmx.co.uk wrote:
Correct, you should start uifs server first.
1) I started uifs, a black window opens
2) I start the client, it tells me
Host is not specified
Okay, now which hostname should I pass?
Cheers
FRIGN
--
FRIGN d
switches to last exported control.
I just noticed that the heading of my 9uifs-window says broken. Could
that be a reason why I just have a black screen, even though I launch
the samples?
Cheers
FRIGN
--
FRIGN d...@frign.de
On Sat, 1 Feb 2014 20:20:51 +
sin s...@2f30.org wrote:
Would be nice! :)
I did a raw run on the sbase-code with
$grep -ri printf *.c
but didn't observe more cases at first.
However, I'll dig deeper and check other areas as well.
Cheers
FRIGN
--
FRIGN d...@frign.de
yet, as it will answer many questions perennially brought up in
this mailing list regarding new ideas.
Go buy it! I'll wait.
Cheers
FRIGN
--
FRIGN d...@frign.de
On Fri, 31 Jan 2014 18:43:50 +0100
FRIGN d...@frign.de wrote:
Using the C99 PRIu32-macro and %zu-format-specifier increase
portability and avoid these unnecessary casts.
Argh, I forgot C90 didn't support the z-format-specifier.
So, we won't get around casting len to unsigned long -.-.
Please
portability.
Cheers
FRIGN
[1]: https://github.com/nsf/termbox/
--
FRIGN d...@frign.de
?
--
Michael Forney mfor...@mforney.org
Hey Michael,
Why not specify this part in a config.h? Given the resulting wm is very
small, this suckless-concept applied would be very convenient.
Cheers
FRIGN
--
FRIGN d...@frign.de
.
--
FRIGN d...@frign.de
be to take a look at tinyx[2] and tinyxlib[3], which is
relatively small and fitting the purpose well (dwm runs on it).
Let's see what the future will bring us, but it now is all about making
a decision.
Cheers
FRIGN
[1]: http://www.youtube.com/watch?v=_FjuPn7MXMs
[2]: https://github.com/idunham
] -exec cat '{}' \; | wc -l
235126
, which is definitely a fair point to make.
It may have been to much of a rant in my previous mail. I'm always open
to learn new things about Wayland!
Cheers
FRIGN
--
FRIGN d...@frign.de
hacking!
FRIGN
--
FRIGN d...@frign.de
swc, implement
dwm functionality and then probably discuss which features in swc we
might not need (it being a well-separated library makes exclusion very
comfortable!).
I must say I wronged you in regard to code-volume and should've looked
at it a bit more before giving this remark.
Cheers
FRIGN
work
on writing a dwm wayland-compositor, which is definitely not an easy
job.
I am sure the few people already using Wayland will be smart enough to
just pull in the external GTK3-patch and be fine.
But please: Don't force this crap on everyone else, too!
Best regards
FRIGN
--
FRIGN d
is hosted here[1].
Thanks for linking me to swc! I'll check it out and combine it with my
ideas. There really is a lot of code in that library!
I'll definitely give you guys an update on my status, but I'm sure
there should be a way to write a simple tiling-wm in less than 5k SLOC.
Cheers
FRIGN
[1
priviledges after it got all relevant
resources.
Weston has a hard-dependency on PAM. Nuff said.
Cheers
FRIGN
--
FRIGN d...@frign.de
hundreds of proprietary interfaces.
Maybe some more things will come to my mind in the course of the day.
I'll let you know and am very glad to know there are guys like you who
spread the message!
Cheers
FRIGN
[1]: http://musl-libc.org/
[2]: http://lists.suckless.org/dev/1309/17655.html
[3]: https
) Pango is an additional dependency (and quite bloated for my taste)
3) It's quite complicated to build pango as a static library (requires
patches (!)) (let alone compile it against musl), thus it would make
vanilla dwm unusable in Stali
Tell me what you think.
Cheers
FRIGN
--
FRIGN d
FRIGN
--
FRIGN d...@frign.de
task, I would like to
hear your ideas on solving this problem, so we can work on one
patch to rule it all.
Cheers
FRIGN
[1]: http://wiki.musl-libc.org/wiki/FAQ, second question
[2]:
http://git.suckless.org/9base/commit/?id=45d1314a1bd1886c42c1bdaac4a0128f23f50e32
--
FRIGN d...@frign.de
only
works on this arch and with GCC only).
Could it be that bionic has been chosen as the lowest common
denominator to still be able to use it as one standard library also in
regard to C++ on sta.li?
Please let me know so I can start with the work!
Cheers
FRIGN
[1]: http://suckless.org
. It seems to be the best option,
especially because we're planning to link stuff statically anyway.
Thus, there's no need to look out for a standard library which also
supports C++.
To avoid confusion in the future, we should think about updating the
wiki accordingly.
Cheers
FRIGN
--
FRIGN d
(rather a python hell).
I like the idea of doing everything in a clean chrooted environment,
but there definitely has to be more dialogue on how to actually do it.
What do you think should be the basic concept of it?
Cheers
FRIGN
--
FRIGN d...@frign.de
smells like NiH-syndrome. Considering we have suckless
standard libraries like uClibc, which we could link statically to by
default some day in the future, we can safely assume letting the stdlib
do it is a better choice.
Cheers
FRIGN
--
FRIGN d...@frign.de
On Thu, 19 Dec 2013 10:44:52 +0100
FRIGN d...@frign.de wrote:
Considering we have suckless standard libraries like uClibc,
Whoops, I meant dietlibc. I kinda mixed up the names.
--
FRIGN d...@frign.de
it and optimizing things here and there may be a cool
idea, given the project doesn't appear to be maintained by the developer
anymore.
What do you think?
Cheers
FRIGN
--
FRIGN d...@frign.de
!
Cheers
FRIGN
--
FRIGN d...@frign.de
.
Comes close to a program calling Imagemagick-macros. Sounds like a cool idea.
I guess we could call it sim or sid ;).
Cheers
FRIGN
--
FRIGN d...@frign.de
due to that, in the interest
of providing a consistent user experience.
If you ever dare to dig deeper or if a problem surfaces, you're screwed.
That's why I'm using Gentoo (On my Mac mini :P).
Cheers
FRIGN
--
FRIGN d...@frign.de
with
the font. You might try playing around with the font-parameters (esp.
autohinting).
That fixed it for me in a similar case.
PS: Is it ok to ask for support on the dev list?
I guess it's the best place for that matter ;).
Cheers
FRIGN
--
FRIGN d...@frign.de
the code :).
However, I don't consider this good coding-style and there are quite a
few areas which could be improved.
So Markus, if you want a serious response from us, you maybe should
start writing more serious code ;).
Cheers
FRIGN
--
FRIGN d...@frign.de
understand why some people want to bring this
lacking concept of workspaces back to dwm.
Cheers
FRIGN
--
FRIGN d...@frign.de
regards
FRIGN
--
FRIGN d...@frign.de
something they haven't tried out in the first
place?
--
FRIGN d...@frign.de
thing.
However, I don't want to set off this discussion again ;).
Cheers
FRIGN
--
FRIGN d...@frign.de
On Sun, 3 Nov 2013 18:57:23 -0500
Jacob Todd jaketodd...@gmail.com wrote:
No one ever said it had to be in c you fucking nerd.
No one ever said it, because it is expected to be in C.
Go is a disgrace and I'm glad every time I see a Go-Project bit-rot to
death.
Best Regards
FRIGN, a fucking
the
attackers advanced in the last few years to to a broader portscan?
Cheers
FRIGN
--
FRIGN d...@frign.de
host key is not readable to them, but still).
Thanks a lot for the info!
I always run my daemon on port 1337.
Seems like the days of cool port numbers are over, at least when it
comes to SSH :/.
Next up: port 666.
Cheers
FRIGN
--
FRIGN d...@frign.de
dozens of thorough checks by leading
specialists in this area.
This, however, doesn't change the fact it sucks.
Cheers
FRIGN
--
FRIGN d...@frign.de
.
Cheers!
FRIGN
--
FRIGN d...@frign.de
this be to understand?
https://lkml.org/lkml/2012/12/23/75
--
FRIGN d...@frign.de
On Thu, 10 Oct 2013 14:29:27 +0200
koneu kone...@googlemail.com wrote:
Hi FRIGN.
There's a difference between healthy tempered and offensive.
Temper is a good thing. But mailing lists are the wrong place for being
offensive. And you are being offensive. There is also a thing called manners
On Thu, 10 Oct 2013 08:31:03 -0500
Strake strake...@gmail.com wrote:
On 10/10/2013, Silvan Jegen s.je...@gmail.com wrote:
A day before Christmas Eve, no less.
and the Linux kernel cares what day it is?
Yep[1].
[1]: http://lxr.free-electrons.com/source/include/linux/time.h
--
FRIGN d
and would fall back to default configs in case of
problems (which is done easily, as st is not mission-critical software
in the first place and there are people to ask on the Internet who know
what they're doing).
Keep the software simple and omit this stuff. That's my opinion.
Cheers
FRIGN
glad to hear from people like you who are
presenting and thus popularizing our ideals on software development.
With best regards
FRIGN
[1]: http://www.tldp.org/LDP/Linux-Filesystem-Hierarchy/html/usr.html
[2]: http://www.youtube.com/watch?v=wIziZlFHshE
[3]: http://lists.suckless.org/dev/1309
think?
Best regards
FRIGN
[1]: http://git.suckless.org/dws/
[2]: http://git.suckless.org/dws/tree/README
, why should we
fix other softwares' problems? I don't see any reason for this,
especially, because the number of people using dwm and lxdm doesn't seem
to be very high.
Correct me if I'm wrong.
Best Regards
FRIGN
their
implementation works comparably with the given usual way of invoking a
display manager of any kind via startx.
Given the problem we have here, it is one of those cases and you should
contact them.
Cheers
FRIGN
]? Considering the
number of open bugs, you might be lucky and be able to have it fixed
before 2015 ;).
Cheers
FRIGN
[1]: https://lkml.org/lkml/2012/12/23/75
[2]: http://lxnay.wordpress.com/2011/07/03/lxdm-the-wannabe-login-manager/
[3]:
http://sourceforge.net/tracker/?group_id=180858atid
Am 8/30/13 12:24 PM, schrieb sin:
Just started to pull them in at
http://git.sta.li
Best regards,
Anselm
You might also be interested in svc[1]. It is
used by stali-init.
[1] http://git.r-36.net/svc/
Thanks,
sin
Very cool!
Writing service scripts will definitely be one of the main
Hello,
as a follower of the suckless-projects, I was wondering how stali is
progressing.
There hasn't been news for almost three years now and I hope the project
hasn't been put on ice.
What is the current status?
FRIGN
Am 8/29/13 4:58 PM, schrieb Andrew Mikhnevich:
I'm intresting in stali so.
In the conference(http://suckless.org/conference) was the performance of this.
Presentation here http://suckless.org/slcon13.pdf
But no http://git.sta.li/ or is it still private.
On Thu, Aug 29, 2013 at 5:27 PM, FRIGN d
Am 8/29/13 9:15 PM, schrieb Anselm R Garbe:
On 29 August 2013 16:37, FRIGN d...@frign.de wrote:
Am 8/29/13 4:58 PM, schrieb Andrew Mikhnevich:
I'm intresting in stali so.
In the conference(http://suckless.org/conference) was the performance of
this.
Presentation here http://suckless.org
Am 8/29/13 10:06 PM, schrieb sin:
On Thu, Aug 29, 2013 at 10:05:30PM +0300, sin wrote:
On Thu, Aug 29, 2013 at 09:26:12PM +0300, FRIGN wrote:
Am 8/29/13 9:15 PM, schrieb Anselm R Garbe:
On 29 August 2013 16:37, FRIGN d...@frign.de wrote:
Am 8/29/13 4:58 PM, schrieb Andrew Mikhnevich:
I'm
Am 8/30/13 7:44 AM, schrieb Anselm R Garbe:
Just started to pull them in at
http://git.sta.li
Best regards,
Anselm
Great!
This is going to be an awesome project!
What do you think of the idea to have a separate ml for stali?
Hey sin, thanks for your feedback!
-static char *
-eat(char *s, int (*p)(int), int r) {
+static char*
+eat(char *s, int (*p)(int), const int r) {
while(*s != '\0' p(*s) == r)
s++;
return s;
}
Please do not use char* instead use char *.
I'm puzzled.
you think about my proposed changes.
I only like the int - size_t in strlcpy change.
Due to the contentiousness of this topic, I'll fix my code and release a
second version.
Stay tuned!
FRIGN
easier.
Additionally, there was a small formal error how the pointer to the
isspace()-function was passed as an argument to the eat-function.
Please let me know what you think about my proposed changes.
FRIGN
601 - 695 of 695 matches
Mail list logo
