Re: Re: [dev] Interesting Web Browser Decoupling Concept

[Martin Kühne]

>/dev/null

Re: [dev] [dmenu] crashes with "warning: locale not supported" on fresh install of Xubuntu 16.04

[Martin Kühne]

Not enough data for meaningful answer. You haven't described what
exactly the problem or your expectation is and in what environment
you're trying to run dmenu, like the desktop environment/window
manager. Did you configure dmenu to some extent, like passing command
line flags or even compile your own configuration?

cheers!
mar77i

Re: [dev][all] Hello

[Martin Kühne]

How is your project to grow a beard so you look older than 12 coming along?

cheers!
mar77i

Re: [dev] [announce] mle: a small terminal-based text editor

[Martin Kühne]

tl;dr

> mle weighs in at ~10k sloc

WTF. Did you write a program to generate this much? I've seen
operating systems that ran really well at that line count.

cheers!
mar77i

Re: [dev] [st] [PATCH 2/2] Keep end of lines in memory when resizing terminal

[Martin Kühne]

That is the most sensible summary on the subject I have yet come
across, chapeau.
For anything that was hard or ambiguous to explain, this is what irks
everyone about TUI, if that is even a thing, and the argument is very
much why it shouldn't be.

Whatever way we go now, I'm in favor of instead trying to remove code
in that regard.

cheers!
mar77i

Re: [dev] unsubscribe

[Martin Kühne]

On Mon, Mar 6, 2017 at 10:42 AM, Rares Aioanei  wrote:
> unsubscribe
>


Your request will be processed shortly. Please wait while our very
competent monkeys are attempting to determine an outcome.

cheers!
mar77i

Re: [dev] [sltar] Listed project idea to extend sltar with compression

[Martin Kühne]

If sltar is doing the lifiting for the tar functionality, how about we
provide a "tar" compatibility script with the package, which runs the
pipelines as discussed?

As for file/libmagic, that is probably one of the worst pieces of
software in hisory in how it works and by what kind of bugs it
surfaces, like back when it prevented printing on Tuesdays on Ubuntu
[0].

cheers!
mar77i

[0] https://bugs.launchpad.net/ubuntu/+source/cupsys/+bug/255161/comments/28

Re: [dev] Trouble applying scrollback patch to st

[Martin Kühne]

...it would be kind of essential for your user experience of the added
scrollback buffer that you could actually look through it and all.
With config.h not really in control of the projects (the user adjusts
that), it's kind of not sensible to try adding a keyboard mapping in
an automated manner.

cheers!
mar77i

Re: [dev] Re: st: Use after free

[Martin Kühne]

On Mon, Jan 23, 2017 at 5:48 PM, Greg Reagle  wrote:
> Personally I think it is despicable and anti-progress to discourage bug
> reports.

I specifically asked to make sure it's a bug in st, which I didn't
write. And I no longer have all day to solve any problem that crosses
my path for anyone. Vague hints, even if they would turn out to reveal
an actual issue are counter productive because they mean potentially
many tiring debugging sessions for helpers. And, so I would like to
overstate, help send a project's contributors on ghost hunts,
effectively barring them from doing actual work. Let me not waste more
of your free time, though. https://xkcd.com/583/

cheers!
mar77i

Re: [dev] Re: st: Use after free

[Martin Kühne]

On Mon, Jan 23, 2017 at 4:18 PM, Alexander Keller  wrote:
> Now now. No need to hold contempt on the mailing lists. Suckless isn't
> some Linux list where we go off on people who want to help but didn't
> read the entire codebase, wiki, and archive before posting.

Cool. I'll have to remember this one. "now now, do not hold contempt,
we're not one of those places" is a downright mindfuck.

cheers!
mar77i

Re: [dev] Re: st: Use after free

[Martin Kühne]

On Mon, Jan 23, 2017 at 5:11 AM,   wrote:
> What I believe[...]

Whose responsibility would it be to test what you believe? It looks a
lot like you expect us to figure out whether you are on to something
relevant. I had a dream last night and in that dream I saw the
glorious future of a moosotc figuring things out on his own. The
issues, progress and the personal role that derives from what we
accomplish this way is what gets us to places in life.

cheers!
mar77i

Re: [dev] st: Use after free

[Martin Kühne]

On Sun, Jan 22, 2017 at 5:17 PM,   wrote:
>
> `valgrind st -f mono-2 cat full-bmp.txt' [1]
>
> Yields quite a few invalid reads from freed blocks, the issue is related
> to cache management. In the real world those dangling pointer issues
> lead to segfaults or X11 errors (eventually)
>


I think your patch might have been lost on the way?

cheers!
mar77i

Re: [dev] cal -5 and -7

[Martin Kühne]

That's whatever you switch() on. current_arg[1] or something like that?

sorry if that wasn't clear.

cheers!
mar77i

Re: [dev] cal -5 and -7

[Martin Kühne]

// actually, merge me with '3', right away, too
case '5':
case '7':
  nmons = switch_var - '0'; // subtracting '0' is generally safe
  if(--month < 1) {
month += 12;
year--;
  }
  break;

cheers!
mar77i

Re: [dev] Request for video player recommendation with a good playlist

[Martin Kühne]

On Sun, Jan 15, 2017 at 4:54 PM, Mattias Andrée  wrote:
> The problem with this approach is that I cannot
> edit the list whilst it is playing, except for
> removing files.


My personal solution to this problem is to simply use mpv from CLI per
file. There is simply no playlist, but I really don't need one,
though, which saves me of the additional complexity to have to adjust
it as I go. You might be used to do something while you're bored
watching a video, but maybe you should just find better stuff to watch
in that case.
If I want to abort viewing the current video I just press 'q' to exit
and then can decide what to watch next, which really goes well with
the fact that I just download interesting stuff I plan to watch to ~.
How about you find a way you can make your videos easily accessible
for you?

cheers!
mar77i

Re: [dev] Request for video player recommendation with a good playlist

[Martin Kühne]

While vlc is admittedly a bunch of crap, I have no real suggestion for
a playlist editing player. you could wrap mpv with some
playlist-managing DIY thing, though, as it does IPC but could as well
be quit with SIGQUIT...

What's the reasoning behind this question though, why do you need to
edit the playlist all the time?

cheers!
mar77i

Re: [dev] Re: [st] Crash on middle finger character

[Martin Kühne]

On Sun, Dec 18, 2016 at 7:52 PM, S. Gilles  wrote:
> It also displays just fine for me, using either 0.7 or latest git
> (c63a87cd936c1eeef14c4c21572e5b782d3df4bc), with
>
> static char font[] = "Terminus:pixelsize=12:antialias=false:autohint=false";

I honestly doubt Terminus ships that one particular character. But I
rarely if ever saw st break with extended unicode characters, but that
isn't on gentoo. Amadeusz will have to provide some more context if he
wishes to resolve this one particular issue.

cheers!
mar77i

Re: [dev] Fwd: [slock] 1.4 not working from i3

[Martin Kühne]

This reminds me, we're talking about i3 here. Take a look at some of
the bugs that end up in their bugtracker, for example [0].
Could [1] be related to what you're seeing?

cheers!
mar77i

[0] https://github.com/i3/i3/issues/2539
[1] https://github.com/aktau/hhpc/issues/2

Re: [dev] Fwd: [slock] 1.4 not working from i3

[Martin Kühne]

Look in ~/.xsession-errors, or wherever you redirect the window
manager's stderr (readlink /proc//fd/2). Slock should leave a
message why it cannot run.
Generally speaking, if something works in the terminal, but doesn't
work through key binding, it's usually a matter of environment
variables.

cheers!
mar77i

Re: [dev] Re: Digest of dev@suckless.org issue 503 (25694-25716)

[Martin Kühne]

On Wed, Nov 16, 2016 at 9:33 AM, hiro <23h...@gmail.com> wrote:
> shut up [9]
>
> [9] seriously
>


You remind me of my hike in the mountains last weekend that involved abseiling.
A total let-down.

cheers!
mar77i

Re: [dev] Re: Digest of dev@suckless.org issue 503 (25694-25716)

[Martin Kühne]

You think you're so great, don't you [0].

cheers!
mar77i

[0] 
http://uncyclopedia.wikia.com/wiki/You#You_think_you.27re_so_great.2C_don.27t_you

Re: [dev] mailto: and customi URIs in surf?

[Martin Kühne]

I can really recommend ##c on freenode. It is reputed to be a harsh
place where name-calling and stuff appears to be common, but they come
with a lot of knowledge which they have accumulated in their wiki [0].

It was actually suckless which made me take a closer look at c, as
well, but ##c made me aware that I wouldn't write code gcc or any
particular compiler. C is a collection of concepts and a programming
language that express those, which used to run pretty steadily over
the last 30 years. For it to last, that took a bit of standardisation.
There was the old c89 attempt at a standard, which is also known as
ANSI C, and the most commonly used one, c99. You can get a free html
copy of that standard with corrigenda applied in [1], the wiki even
links it as pdf. It is most central to know that for a thing that is
supposed to run optimally on all thinkable cpus, c can appear a bit
picky about when it may result in what (machine) code, what it doesn't
know at any time, defining pretty clearly what parts of the job are up
to the attentive programmer. Follow the discussions on irc, beside
that they can be rather entertaining, they can go into the real gory
details, too.

cheers!
mar77i

[0] http://iso-9899.info/wiki/Main_Page
[1] http://www.iso-9899.info/n1256.html

Re: [dev] [ st ] - 'visudo' has strange effect

[Martin Kühne]

On Mon, Oct 31, 2016 at 6:34 PM, Mohammed Zohaib Ali Khan
 wrote:
> Hi Quentin,
>
> Thank you for the response. I also discovered that the problem is with
> running 'vi' in st, as I have noticed 'vim' runs properly in st.
>
> Thinking that the problem is due to terminfo not installed correctly,
> if you could let me know how to correctly install terminfo, it would
> be great, as being a beginner I am not aware of how it could be done
> :)
>


There's an invocation of tic(1M) in the install target of st's
Makefile. It installs st and variants to a place it sees fit in your
system, like /usr/lib/terminfo, or home directory. As you were
consistently mute about your system and the environment in which
programs fail on st for you, it would be *a lot* of work telling you
what exactly to do for each system where st can be expected to work
on. There are probably many.

Btw, please avoid top-posting around here.

cheers!
mar77i

Re: [dev] [dwm] crash on xsetroot emoji character

[Martin Kühne]

IIRC there are fonts who claim ridiculously large glyph sizes in some
circumstances, and yes that wasn't a dwm issue in and on itself.
Geatan, what font configuration are you using?

cheers!
mar77i

Re: [dev] Collecting sins of Apple

[Martin Kühne]

Btw, Laslo's post reminded me that I in fact posted this article about
the topic on my feed.

cheers!
mar77i

[0] 
https://medium.com/chris-messina/silicon-valley-is-all-wrong-about-the-airpods-8204ede08f0f#.9ro6pge1w

Re: [dev] Collecting sins of Apple

[Martin Kühne]

On Sun, Oct 23, 2016 at 12:19 PM, Markus Teich
<markus.te...@stusta.mhn.de> wrote:
> Martin Kühne wrote:
>> TL;DR, while I'm sure most of this stuff holds further scrutiny, I just doubt
>> it's generally a good idea to list so many problems while providing no
>> technical context whatsoever.
>
> Heyho Martin,
>
> I didn't want to do the whole schoolwork for Lukáš, so I just gave a
> hint/possible fact which he should be able to check himself. It's important to
> learn how to research arguments to build your own oppinion. Providing Lukáš 
> with
> ready-to-use text blocks would just increase the filter-bubble problem. I 
> think
> other responses had similar intentions.
>
> --Markus
>


So, OP, take note and don't leak our laziness into your final product.
I chimed in because I totally missed any mention of OP's
responsibility here. The problem is that I feel like copy+paste can
really misrepresent the open source community as a whole. The few of
us content with researching a subject poorly with little to no
aspiration to technical detail and accuracy may cause real harm to the
many of us who take a lot of care about these things. So it does you
and us a favor to look at issues with care.

Which means, you are left with pointers into a few directions really
worth looking into more closely, and as I'm not in depth educated
about thing I wouldn't buy myself, I'd be actually interested in your
findings.

cheers!
mar77i

Re: [dev] Collecting sins of Apple

[Martin Kühne]

This thread is, as I somewhat expected, a total train wreck.

Replying with regard to technical criticism regarding osx, because
literally *none* of the claims could be substancially supported by
even anyone else's analysis or facts. So most of what I read about
apple technically, I'm referring to the osx criticisms listed, were
obviously more FUD than anything else.

TL;DR, while I'm sure most of this stuff holds further scrutiny, I
just doubt it's generally a good idea to list so many problems while
providing no technical context whatsoever.

cheers!
mar77i

Re: [dev] [ii] Reconnect

[Martin Kühne]

Good day to bring this up [0].

cheers!
mar77i

[0] https://twitter.com/freenodestaff/status/786495995949481984

Re: [dev] Good Morning, and a question about st (italic mode switches color).

[Martin Kühne]

On Wed, Oct 5, 2016 at 2:19 PM, Lucas Gabriel Vuotto
 wrote:
> $ echo '140,146p' | ed config.def.h
> 20475
> /*
>  * Colors used, when the specific fg == defaultfg. So in reverse mode this
>  * will reverse too. Another logic would only make the simple feature too
>  * complex.
>  */
> static unsigned int defaultitalic = 11;
> static unsigned int defaultunderline = 7;


Have a look at xmakeglyphfontspecs and xdrawglyphfontspecs. The
functions are a mess and too complicated to let me have a better idea,
so this is clearly a joke.
Hahahahahahahahahahahahahahaha.

cheers!
mar77i

Re: [dev] Good Morning, and a question about st (italic mode switches color).

[Martin Kühne]

Hi

Try to keep things short.

> I'm not sure yet if OpenRC is really much better than systemd, though, so if 
> I would need to choose today I might switch to a plain debian, that I often 
> use on servers.

We don't need to discuss these things here [0].

> Gentoo has a little trick...

As a matter of fact, Gentoo ha(ck)s a few tricks to the system, which
brought a lot of confusion onto me as well. I don't approve of that
part of Gentoo in particular.
ls colors where green is not associated with an executable bit is
really confusing to work with.

> to display manual pages, using a `MANPAGER=/usr/bin/manpager` command, that 
> is a simple command compiled from the attached manpager.c command, which does 
> nothing more then the shell script
> LESS_TERMCAP_mb=' [5;31m' # BLINK [0m [5;31m
> LESS_TERMCAP_md=' [1;34m' # BOLD [0m [1;34m
> LESS_TERMCAP_me=' [0;0m'
> LESS_TERMCAP_us=' [4;36m' # UNDERLINE [0m [4;36m
> LESS_TERMCAP_ue=' [0;0m'
> LESS_TERMCAP_so=' [3;90m' # ITALIC [0m [3;90m
> LESS_TERMCAP_se=' [0;0m'
> #export LESS_TERMCAP_{mb,md,me,us,ue,so,se}
> exec less
> without the _so and _se lines. But I like this italic setup, so I added the 
> standout mode.

So that's how gentoo gets these colorful manpages. I've been asking myself that.
Good to know Gentoo is really reliable by being unsurprising.

> To do such switches in a more readable, suckless way one should actually use 
> tput, imho, to switch the modes and select the colors:
> ITALIC_BLACK=`tput sitm; tput setaf 0`
> That works with xterm, but with st it selects a yellow color, which is a bit 
> disturbing, as I use a light background and I cannot read yellow. So the 
> basic bug is, that "sitm" (start italic mode) also affects the color. 
> Actually it only affects "setaf 0".  Most other colors aren't affected, which 
> you can quick check with:
> for i in `seq 0 255`
> do tput setaf $i
> tput sitm
> echo -n "Test it!"
> tput ritm
> echo "Test it!"
> done
> Maybe thats a problem of the terminfo file. I didn't checked that yet, but 
> maybe someone else already had such a problem too, so I wanted to ask first 
> if that is considered a bug and if someone might already have a handy 
> solution to it. Actually "tput ncf" says "3", which means that the italic 
> attribute cannot be used with colors. But that is a lie. I would say, the 
> italic attribute can only be used with colors. Best Regards, Ingo

That the italic attribute sets the color itself for not being able to
make itself noticeable in any other way means it can't be used with a
color setting diverging from the color that is used to make it italic.

cheers!
mar77i

[0] https://www.agwa.name/blog/post/how_to_crash_systemd_in_one_tweet

Re: [dev] name for ii-like chatting

[Martin Kühne]

On Tue, Sep 27, 2016 at 2:40 PM, FRIGN  wrote:
> however, "bioc" or "binoc" might be nice memorable names for the

Why not carry the IRC back into the name and make it binoirc or even birco?

cheers!
mar77i

Re: [dev] seif opinions?

[Martin Kühne]

So, what about the impact of #3 and #4 on the code size of modern browsers.
That means it should be easier to understand (and implement) than DOM.
Or is there an even harder problem?

cheers!
mar77i

Re: [dev] [st] Scrollback patch crashes X

[Martin Kühne]

You could just use a symbolic link in your $HOME or something instead
of rebuilding dwm every time.
Just because this setup tends to make you do it, doesn't mean you have
to solve every problem you have into it.

cheers!
mar77i

Re: [dev] [dwm] Firefox always opens in TAG 9

[Martin Kühne]

What does that script look like and what does your config.h look like?
Sounds like you had firefox set to launch on said tag in the latter.

cheers!
mar77i

Re: [dev] Just discovered dwm

[Martin Kühne]

Speaking of showing off, I set up a repository where I publish my
dotfiles and desktop patches [0].
I just patched dmenu_run to cleanly exec whatever it's supposed to run.

cheers!
mar77i

[0] https://github.com/mar77i/dotfiles

Re: FuzixOS: Because Small Is Beautiful WAS: [dev] several questions

[Martin Kühne]

I went ahead and relayed projects you mentioned. :-)

cheers!
mar77i

Re: [dev] I wrote a pager

[Martin Kühne]

a few gripes:

atoi: personally I prefer strtol and range-checks on the result and/or errno.
getenv(LINES) is a start, but you might also want to offer
ioctl(TIOCGWINSZ) where available.
always NULL-check the return value of getenv.
what does your pager do on binary input and unexpected things? does it
filter ansi escape sequences?
how does it treat lines wider than the screen width, and how does that
influence the line count calculation?

cheers!
mar77i

Re: [dev] st output is not correctly updated

[Martin Kühne]

On Wed, Aug 17, 2016 at 10:18 AM, Ivan Delalande  wrote:
> On Mon, Aug 15, 2016 at 10:39:41PM -0800, Britton Kerin wrote:
>> btw, st sometime seems to eat input, and fail to output lines.  You
>> might want to
>> try it without dvtm sometime in case that program is somehow masking a bug.
>
> Do you have more details about this? And eventually steps to reproduce
> the problem consistently? I've never seen this kind of behavior but
> it's probably worth investigating and fixing if it's actually a bug
> in st.
>


I still see this issue on my setup, and it was just not annoying
enough until now.
st stops outputting and a simple X event (even mousemove) makes st
show the very latest frame.
I hope I can look into the issue in the next couple of days.

cheers!
mar77i

Re: [dev]

[Martin Kühne]

Please disregard. My email skills failed me.

cheers!
mar77i

[dev]

[Martin Kühne]

Bash really is a special little snowflake.
The space trimming feature, as I recently discovered is made available
for all but the implicit REPLY.

$ read -r <<<"   TEST   "; printf '<%s>\n' "$REPLY"
<   TEST   >
$ read -r REPLY <<<"   TEST   "; printf '<%s>\n' "$REPLY"


As a heavy user of bash and freenode #bash padawan, I must say that
I'd be very in favor of keeping bash out of suckless.
It's a good learning instrument wrt this kind of nitpickery which is
useful for discussing the C standard, but it's definitely not
suckless.

cheers!
mar77i

Re: [dev] Shell style guide

[Martin Kühne]

On Thu, Sep 8, 2016 at 4:11 PM, Greg Reagle  wrote:
> On Thu, Sep 8, 2016, at 10:05 AM, Kamil Cholewiński wrote:
>> Wow, shell quoting is just fucked up crazy. I was mostly using unquoted
>> $@ my whole life. And here I thought I knew enough not to screw up a
>> simple script,
>
> It is common knowledge to always double-quote $@, i.e. "$@", in
> Bourne/Posix shell.
>

Bash really is a special little snowflake.
The space trimming feature, as I recently discovered is made available
for all but the implicit REPLY.

$ read -r <<<"   TEST   "; printf '<%s>\n' "$REPLY"
<   TEST   >
$ read -r REPLY <<<"   TEST   "; printf '<%s>\n' "$REPLY"


As a heavy user of bash and freenode #bash padawan, I must say that
I'd be very in favor of keeping bash out of suckless.
It's a good learning instrument wrt this kind of nitpickery which is
useful for discussing the C standard, but it's definitely not
suckless.

cheers!
mar77i

Re: [dev] Shell style guide

[Martin Kühne]

As with read's -r flag, use <<'EOF' unless silly/potentially
devastating side effects are desired.

cheers!
mar77i

Re: [dev] suckless debugger?

[Martin Kühne]

Also, when in doubt, look things up in the C standard which you pass
to -std=. Any case that you find practically not covered by printf,
especially wrt to -O* would mean you are compiling code with
unspecified/undefined behavior. It's not necessary to land in C's
pitfalls if you learn to C properly.
My own use of debuggers declined strongly since I started hanging out
in freenode's ##c where I was made to grok the above wisdom.

cheers!
mar77i

Re: [dev] Re: [dwm] Crash when setting window title to a single emoji

[Martin Kühne]

On Mon, Aug 29, 2016 at 9:12 PM, Markus Unterwaditzer
 wrote:
> Since nobody can reproduce it, apparently you have to install the bdf-unifont
> from `extras`.
>
> My journey continues...


No, I'm too lazy to crash my stuff tonight. Btw, the website lists
version 9.0.02 as the current version, arch offers version 8.0.01. Can
you try to bump the version manually?

cheers!
mar77i


On Mon, Aug 29, 2016 at 9:12 PM, Markus Unterwaditzer
 wrote:
> On Mon, Aug 29, 2016 at 07:56:56PM +0200, Markus Unterwaditzer wrote:
>> Hello,
>>
>>
>> I'm getting crashes with a particular emoji in the window title. Enter the
>> following in st/termite/xterm/urxvt (without tmux inbetween):
>>
>> PROMPT_COMMAND='echo -ne "\x1b]0;\xe2\x9b\x93b\x07"'
>>
>> dwm's output:
>>
>> dwm: fatal error: request code=140, error code=16
>> X Error of failed request:  BadLength (poly request too large or 
>> internal Xlib length error)
>>   Major opcode of failed request:  140 (RENDER)
>>   Minor opcode of failed request:  20 (RenderAddGlyphs)
>>   Serial number of failed request:  4319
>>   Current serial number in output stream:  4331
>>
>> System info:
>>
>> - I'm using dwm from commit 14343e6, but can reproduce with latest master as
>>   well. The configuration doesn't seem to matter at all. I can reproduce this
>>   with any font for the titlebar (I've tried Droid Sans, Terminus, Source 
>> Code
>>   Pro).
>>
>> - My operating system is ArchLinux, the xorg-server package is at 1.15.2-1. 
>> But
>>   again, this has been happening for quite a while now, there have been a few
>>   Xorg upgrades inbetween.
>>
>> Originally I've experienced this issue when opening the following URL in
>> Firefox or Chromium: https://github.com/RustFestEU/conf-2016/issues/2 That 
>> page
>> has a  tag with that emoji, which then lands in the window title as
>> well.
>>
>> This is my first attempt at debugging anything Xorg-related, not sure what 
>> else
>> could be important.
>>
>> Thanks,
>> Markus
>
> Since nobody can reproduce it, apparently you have to install the bdf-unifont
> from `extras`.
>
> My journey continues...

Re: [dev] [dwm] Crash when setting window title to a single emoji

[Martin Kühne]

On Mon, Aug 29, 2016 at 7:56 PM, Markus Unterwaditzer
 wrote:
> Originally I've experienced this issue when opening the following URL in
> Firefox or Chromium: https://github.com/RustFestEU/conf-2016/issues/2 That 
> page
> has a  tag with that emoji, which then lands in the window title as
> well.

Urm, this page works very well for me on arch+dwm.

· Do you have an explicit UTF-8 locale and generated it as per wiki
instructions?
· Do you have patches applied?
· What font is your config.h set to?

cheers!
mar77i

Re: [dev] Sane office alternative?

[Martin Kühne]

Abiword "supported" ligatures back when I used it. It didn't consider
them in font width calculations, though, which made the light-gray
whitespace dots further to the right. I switched to libreBROffice
since, because even after numerous "releases" that particular issue
didn't get addressed. Thinking back, I might have been able to turn
off ligatures in some obscure or not so obscure place, but never took
the opportunity to figure that out.

cheers!
mar77i

Re: [dev] st lack of scrollback

[Martin Kühne]

On Tue, Aug 16, 2016 at 8:39 AM, Britton Kerin  wrote:
>
> The point is it's *much* easier for you to do it. You know how terminal
> programming works already, I don't.  I *could* do it, but it would be 
> extremely
> inefficient.
>

I don't know how the current patch implements scrollback and I'm not
sure how I would go about to improve it. The specifics would require
me to open a source file and a patch and make sense of what either of
these things do and how they work together. It's not hard per se to me
because I did it a few times, but I did it a few times because I
wanted to risk being extremely inefficient and having an interesting
experience in having my mind boggled.

> You say use dvtm.

Under utter disregard wrt source line count and feature bloat I use tmux.

> The st scrollback patches together are maybe 100
> lines.

So, you're counting lines? By the start of the 21st century's
standards, you're half way into reading code already. Why not go all
the way?

> don't kid yourself that it's a generally good approach for most users.

Indeed. These things aren't a good approach for most users. I see
suckless software as an academic collection of projects, MINIX comes
to mind, which are reasonable in size and fit for a general example in
their approach. However, of course you can't adjust everything super
dynamically like on a KDE desktop, but that's already covered by the
above premise. Making sense of it is, as we now have established, less
work than in the usual case, which only brings me back to my point:
Why aren't you going all the way?

cheers!
mar77i

Re: [dev] What do you guys think about competitive programming?

[Martin Kühne]

On Fri, Aug 12, 2016 at 9:58 PM, Mattias Andrée  wrote:
> Programming contests can be fun, but it depends on the
> competition, some barely have a focus on programming
> but mathematics instead. I don't see them as promoting
> bad practices, you are under extraordinary pressure so
> this should not influence your programming practices
> under normal conditions. I don't think the skills, that
> are generally useful for programming contests, are
> generally useful in other contexts. I hope recruiters
> realise the differences in programming competitions and
> what the employee will be doing, but that has merits
> similar to any other contests, mathematics skills, and
> other problem solving skills such as solving puzzles.
> It shows competitive attitude and cognitive capabilities.
>


I even see programming skills wrt free / open source projects
different to those an employer would expect. An employer sooner says
they're disappointed of somebody's performance, while my personally
growing patchset may never actually ripen to be submitted to upstream
for all the various reasons. Maybe it's my own code that sucks, but
maybe it's the project's design decisions or upstream maintainer's
understanding which is incompatible with the work. Nobody has to be
loyal to anybody else in these matters, which I see as a core feature
of these things.

cheers!
mar77i

Re: [dev] [st] most suckless way to scroll & multiplex

[Martin Kühne]

On Fri, Aug 12, 2016 at 12:25 AM, Wolfgang Corcoran-Mathe
 wrote:
> Hi Joseph,
> I’ve been using the scrollback patch for local sessions recently
> (terminal muxers inside window muxers seems overkill, and dvtm is
> a _lot_ of code for just scrollback).  If you need session management
> and terminal muxing, there’s nothing better than dvtm/abduco.  If all
> you need is scrollback in a windowing environment, just patch st.
>

Actually, having the same kind of setup over ssh as well as locally is
neat, to me a terminal session's visible back log might be all the
context I need to go on where I left. Therefore I consistently ssh
into tmux from tmux and don't mind having to type the prefix
send-prefix keys to manipulate the remote session.

To each their own, though. :)

cheers!
mar77i

Re: [dev] st lack of scrollback

[Martin Kühne]

On Thu, Aug 11, 2016 at 8:36 PM, Britton Kerin  wrote:
>> Fix the patches.
>
> I have no idea how and I haven't found suckless people fun to work with
>

Interesting how you switch a virtue (writing code) with laziness
(telling others where things go).
Tell me more about your management virtues.

> Nonsense
>

See above. You haven't tried to solve a problem, you only created one,
and really, it's yours.

cheers!
mar77i

Re: [dev] JWM on website

[Martin Kühne]

Save the thread, kill yourself with ratpoison. Not the wm.

cheers!
mar77i

Re: [dev] JWM on website

[Martin Kühne]

JWM is hosted on github already and that is definitely where it
belongs. From there:

To build JWM you will need a C compiler (gcc works), X11, and the
"development headers" for X11 and Xlib. If available and not disabled
at compile time, JWM will also use the following libraries:

cairo and librsvg2 for SVG icons and backgrounds.
fribidi for bi-directional text support.
libjpeg for JPEG icons and backgrounds.
libpng for PNG icons and backgrounds.
libXext for the shape extension.
libXrender for the render extension.
libXmu for rounded corners.
libXft for anti-aliased and true type fonts.
libXinerama for multiple head support.
libXpm for XPM icons and backgrounds.

Also, from the file list it appears it uses autotools.
You're both a troll and new here and neither a contributor to, nor
even roughly familiar with the project you're pointing at.

cheers!
mar77i

Re: [dev] [dmenu] [PATCH] Added option to prompt for passwords

[Martin Kühne]

Use more key files. That counts especially for gpg, ssh as well as luks.
This thread sounds like an attempt at slowly replacing whatever you
did with your terminal emulator before with dmenu. Does one line of
text suck less than several?

cheers!
mar77i

Re: [dev] New Suckless computer language?

[Martin Kühne]

So I found your sourceforge project page [0]. I don't know whether you
failed at setting up your git to upload your project, or whether this
is the accomplished project already. In the latter case, I want to
congratulate you for your impressive verbosity about your equally
impressive codebase, which is so obviously tiny it doesn't even need
any files.

cheers!
mar77i

[0] https://sourceforge.net/projects/logos-redux/files/?source=navbar

Re: [dev] New Suckless computer language?

[Martin Kühne]

On Fri, Jul 22, 2016 at 8:46 PM, Daniel V  wrote:
> Is there any need for a new language, or is C good enough?
>


Give us the code already. In case you're asking for a repo on
git.suckless.org the answer is probably no, but in general we are
always keen to see quality content - and/or amuse ourselves over
something lacking it.
But it's kind of unfriendly to make your audience interested and then
bluntly withholding all the sauce.

cheers!
mar77i

Re: [dev] [noice] with musl

[Martin Kühne]

On Mon, Jul 18, 2016 at 12:49 PM, Cág  wrote:
> Hi,
>
> Has anyone tried building noice[0] against musl? I use Alpine and building
> it
> gives me this:
>
> cc  -o noice noice.o strlcat.o strlcpy.o -lcurses
> /usr/lib/gcc/x86_64-alpine-linux-musl/5.3.0/../../../../x86_64-alpine-linux-musl/bin/ld:
> strlcat.o: relocation R_X86_64_PC32 against undefined symbol `strlen' can
> not be used when making a shared object; recompile with -fPIC
> /usr/lib/gcc/x86_64-alpine-linux-musl/5.3.0/../../../../x86_64-alpine-linux-musl/bin/ld:
> final link failed: Bad value
> collect2: error: ld returned 1 exit status
> Makefile:18: recipe for target 'noice' failed
> make: *** [noice] Error 1
>
> If someone knows what goes wrong or workarounds, please tell.


It compiles a shared object? This can't be a suckless project.
Maybe you should invert the baryon coupling to align the assymmetrical
pulse inversion with the auxiliary frequency pattern.

cheers!
mar77i

Re: [dev] which versions are dwm patches intended to apply to cleanly?

[Martin Kühne]

On Thu, Jun 16, 2016 at 4:15 PM, FRIGN  wrote:
>> I would suggest to use: --> hash>-.patch
>
> st-externalpipe-ea87104-160423.patch
>
> Admittedly, I don't immediately see the date in there.


Use 4 digit years. Also, there's ISO-8601 [0].

cheers!
mar77i

[0] https://imgs.xkcd.com/comics/iso_8601.png

Re: [dev] pledge(2) patches

[Martin Kühne]

On Mon, Jun 6, 2016 at 1:19 PM, Martin Kühne <mysat...@gmail.com> wrote:
> Can it somehow be made to keep its effect across the exec family of syscalls?
>

Having done my own research, no it can't. Also, the way it is designed
is a rather silly approach to security which is much more revealing
about today's idiotic way of writing software by including tens of
millions of SLOC of dependencies instead of doing the one thing for
the one job.
Doesn't the loader also have a say in what addresses are known to a process?

I personally find the idea of polluting our source code for this
appalling and suggest the wiki.

cheers!
mar77i

Re: [dev] pledge(2) patches

[Martin Kühne]

Can it somehow be made to keep its effect across the exec family of syscalls?

cheers!
mar77i

Re: [dev] pledge(2) patches

[Martin Kühne]

I don't understand the purpose of pledge, since it's under the control
of the programmer, but so is what the program does just as well. In
what way is the programmer supposed to prevent himself from doing what
they were going to do anyway?

cheers!
mar77i

Re: [dev] [dwm] [patch] config.o

[Martin Kühne]

I liked my own idea better [0] - this patch moves the keyboard
handling into a shell script as a whole. It probably doesn't apply
cleanly right now and I would assist you in updating it.
I'm generally in favor atomizing the kinds of functionality involved.

cheers!
mar77i

[0] https://github.com/mar77i/dwm-patches/tree/master/keys

[dev] surf replacement candidate

[Martin Kühne]

hello devs

surf appears kind of huge next to [0], and although the programming
language it's written in may not be everybloke's first choice, I just
have to leave this here.

cheers!
mar77i

[0] https://ptpb.pw/OVba

Re: [dev] [ANNOUNCE] slock-1.3

[Martin Kühne]

stdout could print an api secret "[locked]" and the calling script could act 
upon that.

slock | {
  read
  if [[ "$REPLY" = "[locked]" ]]; then
    suspend
  else
    yell at user or power off for added security
  fi
}

cheers!
mar77i