[dev] suckless compromised?

hes anyone and isn't filtered by some imposter. Good bye. hiro

Re: [dev] suckless.org TLS / HTTPS support

> So given the usual use cases, I think in our context nah, speak for yourself. your usecase and crappy software environment is irrelevant to all other people you're concerned about.

Re: [dev] suckless.org TLS / HTTPS support

btw, next you have to stop using plaintext mailinglists. we need a blockchain obviously.

Re: [dev] suckless.org TLS / HTTPS support

your 99% is bullshit. 99% of all people don't care to encrypt the silly suckless website specifically. the 1% that does can just type the https manually, what's the fucking big deal? On 9/1/17, Laslo Hunhold wrote: > On Fri, 1 Sep 2017 10:15:24 +0200 > ilf

Re: [dev] suckless.org TLS / HTTPS support

this is not about just whether something has TLS support, this is about giving the user choices. And the shitty TLS standard, TLS implementations and browser interfaces are not giving people anything remotely useful. As I said before (and I'm repeating for everybody else, since your dyslexia might

Re: [dev] Writing subtitles for videos

no, please don't contribute to suckless, your code will suck like usual.

Re: [dev] suckless.org TLS / HTTPS support

Another funny little detail: You want elitism and require all users to change/write/contribute C code, but then you think they are too dumb to realize that they shouldn't 100% trust a http connection? You think somebody at this level is too dumb to just type the https in front if they really care

Re: [dev] suckless.org TLS / HTTPS support

> Clients who do not wish to connect via HTTPS but HTTP can just ignore > the STS-header, but browsers who can could expose a configuration > setting for the user to determine how to behave when being confronted > with a HSTS-header in an HTTP-context. > > This would completely rid us from the

Re: [dev] suckless.org TLS / HTTPS support

pile >> it and contribute back who already have the sshd public key trusted in >> their .ssh folder? >> > > Yes, but thats the minority unfortunately. > > As usual you're not offering any solutions. But you were more constructive > than > usual. Are you feeling well, hiro? It's just that there's more stupid shit done here lately, so it overlaps with my ranting realms.

Re: [dev] Opinions on GNU stow

...@gmail.com> wrote: > On 31 August 2017 at 09:33, hiro <23h...@gmail.com> wrote: >> The reason symlinks are still being used is that unions on linux are >> an even bigger, unstable piece of shit. The tinycorelinux people tried >> them out for their package system and h

Re: [dev] suckless.org TLS / HTTPS support

> I agree or just a simple HTTPs browser bookmark. I think thats better on > many > levels, for example otherwise someone can also spoof a plain HTTP redirect. Browser distributors had the chance to implement something like this, plus client side certificate pinning, but they fucked it up. Now

Re: [dev] suckless.org TLS / HTTPS support

> Some privacy-settings clean all states on exit, including cookes and > HSTS. You have to make a trade-off here anyway. You can't have perfection at no costs. And if Eve controls the path between Adam and suckless it simply won't allow a redirection to https. There's no significant added

Re: [dev] suckless.org TLS / HTTPS support

> Can you tell which clients and scripts break and how? Any client. Ciphers keep on changing, and whenever you use an older SSL implementation anywhere, even if you specifically don't need the level of security you nerds have declared necessary, there might be no way to access the content at all.

Re: [dev] suckless.org TLS / HTTPS support

> Thanks for all the work! Same, please keep it up.

Re: [dev] Writing subtitles for videos

> i thought this was a mailing list for hackers? hahahahahahahaha

Re: [dev] Writing subtitles for videos

> i judge people by their ability to perform basic tasks define basic.

Re: [dev] Writing subtitles for videos

> i'm fairly confident my grandma could do it too > maybe she can teach you for a small fee i'm glad she taught you these very important life skills. i'm sure it will come in handy when you can install an arschlinux for some desperate hooker in return for food and LTE traffic.

Re: [dev] Writing subtitles for videos

finally somebody with a legit software requirement! nobody cares about a nerd's imagined answers to imagined problems. thanks kamil, it was about time somebody contributed something of actual value on this list. :)

Re: [dev] Opinions on GNU stow

> Symlinks have always been a hack due to Unix' lack of a proper > namespaces approach. Plan 9 later fixed this by introducting a proper > namespaces approach[1] - but even today unices (incl. Linux) have > almost ignored the learnings of Plan 9 with some exceptions. Yes, they are a hack, but

Re: [dev] dl.suckless.org file integrity github project

i'm not complaining, anselm. certain people need to stay busy in order to prevent other forms of harm. i'm happy you're putting more time lately to take care of all these kids here, thanks :)

Re: [dev] less(1) replacement?

perhaps he doesn't deserve the blame after other people here worked hard to create an inconsistent "community" that nobody can take serious any more.

Re: [dev] dl.suckless.org file integrity github project

wow, so much development going on in suckless these days. i congratulate everybody involved in the lack of any shitty code written. thanks. (and i am serious).

Re: [dev] dl.suckless.org file integrity github project

my grandmother also got all her pots stolen when she gave it to a person promising to bless them against bad ghosts. pgp is just a more modern version of that tale they told. some are apparently using the pgp tale to associate their names to random software projects. probably didn't manage to get

Re: [dev] dl.suckless.org file integrity github project

> does not hurt anyone and does not force > anyone to use it. wtf is this bullshit rhetoric even called? i guess i'll keep on calling it mental retardation...

Re: [dev] dl.suckless.org file integrity github project

Any responsible suckless person should not download Aaron's software. I cannot guarantee it's not ransomware! But I also made a github and my checksums and signatures are certified by the German cybersecurity department of the TüV. My githab is called honestachmet. Please add me to your linkedin.

Re: [dev] Moving scc

is C++ worse than glibc? (i would weight also by how much you can avoid it...)

Re: [dev] Moving scc

plumb: can't send message: couldn't find destination for message

Re: [dev] [st] Exit upon attempting to render glyph

I like that you guys punish people for stupid shit like emojis, hahaha. fuck emojis. first good feature on suckless in a while :)

Re: [dev] [ANN] samurai: ninja-compatible build tool

just more technical debt thanks for your disservice.

Re: [dev] lightweight build system

he said he is new here, not that he will create anything new. On 7/24/17, r...@firemail.cc wrote: > On 2017-07-23 07:47, ochern wrote: >> I'm new here and I want to ask if somebody is interested in discussing >> a development of lightweight build system based on simple Shell

Re: [dev] Xorg implementations

alpine and musl people are working together quite well. no complaints there.

Re: [dev] [proposal] suckless-nettools

wpa_supplicant supports switching between many networks just fine.

Re: [dev] [proposal] suckless-nettools

this is just as annoying as wicd. a distraction from the only valid way of using wpa_supplicant. if somebody can't edit wpa_supplicant files manually they should use wpa_gui. at least it's more complete than your wrappers. note that i'm only complaining about your wifi stuff. i don't know about

Re: [dev] [proposal] suckless-nettools

"Upgrade your router to use this software" This is not elitism, it's retardism.

Re: [dev] [proposal] suckless-nettools

wpa_gui and wpa_cli usage should be endorsed. wrapping it like this is not useful.

Re: [dev] [question] gobo linux filesystem hierarchy

check tinycorelinux symlinks to squashfs mounts in /tmp/tcloop/package/ hierarchy.

Re: Suckless monitoring [was Re: [dev] git://git.suckless.org not accepting connections]

without machine learning and genetic algorithms i fear i might get woken up in the middle of the night.

Re: [dev] Xorg implementations

I should, so there isn't any? I have alpine here ready and waiting... On 7/3/17, sylvain.bertr...@gmail.com <sylvain.bertr...@gmail.com> wrote: > On Mon, Jul 03, 2017 at 02:53:30PM +0200, hiro wrote: >> so if i'm on musl and tell gcc to link statically it should just work? >&

Re: [dev] Xorg implementations

so if i'm on musl and tell gcc to link statically it should just work? in that case i'll try and report. On 7/3/17, sylvain.bertr...@gmail.com <sylvain.bertr...@gmail.com> wrote: > On Mon, Jul 03, 2017 at 01:45:39PM +0200, hiro wrote: >> I have a related question. how can i stat

Re: [dev] Xorg implementations

I have a related question. how can i statically link X11 programs nowadays? Without dlopen obviously...

Re: [dev] [st] Larger HISTSIZE consumes huge memory

> Also, why do you want 4 lines of backlog? to look at your stacktraces On 6/22/17, Eric Pruitt wrote: > On Wed, Jun 21, 2017 at 07:39:07PM +0600, Techno Implant wrote: >> So my question is if there's a patch that can make st handle >> scrollback lines dynamically

Re: [dev] [st] Larger HISTSIZE consumes huge memory

silvan is correct, urxvtd crashed once and wasted my time. once is already too much to warrant the minuscule benefit. urxvt still uses less memory than st, putting any effort to minimize it further is a waste of time.

Re: [dev] [st] Larger HISTSIZE consumes huge memory

i tried urxvt's daemon mode. it doesn't offer any benefit. i'm also a bit ashamed now that i wasted that time trying, could have known, by principle instead of experience.

Re: [dev] Interesting Web Browser Decoupling Concept

On 6/13/17, Cág wrote: > So, to summarise: > > Browsers suck because web sucks > C++ sucks > Android sucks > Python sucks > Java sucks > Javascript sucks > > In other news the sky is blue, water is wet and snow is white. No, you suck.

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

> Now I reallize that I deeply lacked tact: that question was highly > unapropriate. You are unappropriate.

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

this is not a philosophy list, go back to school please. On 6/13/17, Josuah Demangeon wrote: > > > On June 13, 2017 7:29:14 PM GMT+02:00, sylvain.bertr...@gmail.com wrote: >> Only fools believe in computer security. >> I'm not one of them. > > I am curious about the reasons as I

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

linux retards forgot how to do it seems. No, android apps suck even more than webapps, and you lack of objectivity. On 6/13/17, Calvin Morrison <mutanttur...@gmail.com> wrote: > On 13 June 2017 at 09:29, hiro <23h...@gmail.com> wrote: >> linux supports multiple users for

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

linux supports multiple users for permission management. on android nothing works either. apps often require random libraries like google play services to be installed and are generally written by comparatively incompetent programmers. android is a moving target. On 6/13/17, Calvin Morrison

Re: [dev] Interesting Web Browser Decoupling Concept

> However not without labor on the part of the developer. check the script i posted on this mailing list before that doesn't require any labor on part of the developer since i posted it. On 6/13/17, Kamil Cholewiński wrote: > On Tue, 13 Jun 2017, sylvain.bertr...@gmail.com

Re: [dev] Interesting Web Browser Decoupling Concept

i will so install you guy's facebook app

Re: [dev] Interesting Web Browser Decoupling Concept

no On 6/11/17, Alba Pompeo wrote: > W3C is not the only organization working on standardization. > Any opinion on WHATWG? Is it a little better? > > > > > On Sun, Jun 11, 2017 at 9:19 AM, Hiltjo Posthuma > wrote: >> On Sat, Jun 10, 2017 at

Re: [dev] Interesting Web Browser Decoupling Concept

there are no interesting web browsers or web browser concepts. On 6/10/17, Louis Santillan wrote: > https://youtu.be/1uflg7LDmzI?t=5m35s > > James Mickens calls it Project Atlantis. Make the web/content > developers responsible for their own rendering and content parsing. >

Re: [dev] Surf update

screenreaders work fine on js websites

Re: [dev] Surf update

> In the time of writing this obvious whine/rant you could have send a simple > patch to fix a bug or help the community. Instead you wrote this rant and > wasted everyones time. > > As a suckless user you're not entitled to anything. > > -- > Kind regards, > Hiltjo no you

Re: [dev] [st] Multiplexing support

the *excuse*

Re: [dev] surf+tabbed and session management

no, the implementation is actually trivial. you can have two pipes per browser process. threads aren't magic. just try it one time (best on plan9, cause other OS have too many ways to do it, and the common ones suck).

Re: [dev] surf+tabbed and session management

the interface is not so hard, browser needs to communicate via lines of text to one process. for that it has stdin/out. process that starts the browser can arrange those fds internally as is needed. doing that for multiple processes is what i called demuxing. it doesn't need to be a 9p file

Re: [dev] surf+tabbed and session management

.@gr13.net> wrote: > On 14.04.2017 16:10, hiro wrote: >> just for inspiration: >> >> check out the format in .opera-12/sessions/autosave.win >> plaintext .ini format, keeps history per tab, including title, url, >> position, etc. > > okay, that's easy and

Re: [dev] surf+tabbed and session management

just for inspiration: check out the format in .opera-12/sessions/autosave.win plaintext .ini format, keeps history per tab, including title, url, position, etc. it's easy to parse, extract valuable information and stash away bookmarks. file is being written regularly (on changes, but probably

[dev] farewell

i finally decided to leave this community so that you can concentrate on development.

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

On 3/29/17, Martin Kühne wrote: > Whatever way we go now, I'm in favor of instead trying to remove code > in that regard. I agree, k0ga should just delete st.

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

hahahahaha, the right people are turning up finally. php.net On 3/29/17, a...@php.net wrote: > Hello, > > I am announcing mle, a small terminal-based text editor written in C: > > https://github.com/adsr/mle > > mle weighs in at ~10k sloc, has 1 external dep[0], is configurable, >

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

give it up. it's all hopeless. urxvt does it the right way and it still sucks. for example: 1) run busybox ps in a big terminal, then resize it so stuff would get cut off in st -> it gets reflowed, which sucks a little cause it breaks the layout, but at least your stuff is still there, somewhat

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

i don't want to attach to the same session over and over again at the same time. On 3/27/17, ilf <i...@zeromail.org> wrote: > hiro: >> If I run ssh from that environment it shouldn't just start the >> configured shell in the server that I login to. It should instead run &

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

I want to start a tmux debate: I could imagine a shell environment where when I open a terminal it automatically starts a dtach'ed shell inside instead of just a shell. I should be able to close the shell and thus dtach and thus the terminal by running ctrl-d in the shell. If I just press the

Re: [dev] [announce] ff2sixel: view farbfeld images in terminal

On 3/25/17, Amer wrote: >> It is a bug in st and xterm. tmux and screen handle it by >> reflowing lines, wrapping them if necessary. > > ... And this tmux wrapping is thoroughly broken. > E.g. https://github.com/tmux/tmux/issues/516 > >> dvtm makes end of lines invisible [1]

Re: [dev] [announce] ff2sixel: view farbfeld images in terminal

ld be pretty easy to implement with something like dvtm's select pipe. > > -Leander > > On Mon, Mar 20, 2017 at 2:10 AM, hiro <23h...@gmail.com> wrote: >> why would one want to view images in st, can't your shell start other >> graphical programs for that? is st becomin

Re: [dev] [announce] ff2sixel: view farbfeld images in terminal

I'm not at all saying that sixel is a hack, I'm just saying it's useless. it doesn't solve any important problem in a generic enough way. drawterm is not just a "graphical terminal", it's more more comparable to remote X11, remote framebuffer, VNC, all of which are rather generic solutions to

Re: [dev] [announce] ff2sixel: view farbfeld images in terminal

> We're here to learn and share Yes! >, so offer constructive feedback. No!

Re: [dev] [announce] ff2sixel: view farbfeld images in terminal

will pipe everything > after that for X bytes into some image viewer. That could be another > separate program. And we don't need to use sixel, we just push the raw > farbfeld. > > On 03/20/2017 02:40 PM, hiro wrote: >> why would one want to view images in st, can't your shell

Re: [dev] [announce] ff2sixel: view farbfeld images in terminal

why would one want to view images in st, can't your shell start other graphical programs for that? is st becoming a new kind of web browser now? and why don't you open remote images using a remote file system instead of fucking around with remote shells and then trying to display them in a local

Re: [dev] [ubase] pager

the problem is when i *know* stuff fill be very long, but I still want to start reading from the beginning. in tmux i don't know how to start scrolling from top of my last command. I don't want to scroll there manually. also in page i can use pgup/down in tmux i have to do crazy emacs-combinations

Re: [dev] [ubase] pager

tmux doesn't have a usable pager imo.

Re: [dev] looking for a simple music player

sad seems inspired by that protocol, but not sure how compatible it is. On 2/8/17, Kamil Cholewiński wrote: > On Wed, 08 Feb 2017, Cág wrote: >>> what do you need, ffado? >>> mpd might be best. >> >> mpd is C++ and pulls boost because it >> "imroves

Re: [dev] looking for a simple music player

what do you need, ffado? mpd might be best.

Re: [dev] Some core tools

NIH On 2/3/17, Joshua Haase wrote: > Mattias Andrée writes: > >> Greetings! >> >> I'm work on implementing make(1), and I have two questions for you: > > Why make and not mk? > >

Re: [dev] Internet privacy/decentralisation projects

what is lambda?

Re: [dev][announce] lr: tiny log rotater

i can't enjoy it cause you keep on talking about licenses. On 1/23/17, Laslo Hunhold wrote: > On Sun, 22 Jan 2017 18:13:40 -0500 > Wolfgang Corcoran-Mathe wrote: > > Hey Wolfgang, > >> I’ve seen your opinions on this point a few times and understand your >>

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

nobody ever has time for me, *cry*

Re: [dev] Internet privacy/decentralisation projects

now that everybody and their kitchen sink has internet it's getting a bit late for privacy. teaching people not to use android phones is a nearly pointless activity. computer security and privacy is now a luxury of the technical elite and illiterate or offline people. software has given all the

Re: [dev] surf crash

(if that is really part of the problem at all). i'm not gonna select any solution for you cause i realize they all suck. On 1/16/17, Greg Minshall <minsh...@acm.org> wrote: > hi, Hiro, > > sorry for some cluelessness on my part (i'm really an ex-BSD guy, so > part of my problem is not hav

Re: [dev] surf crash

your backtrace is useless as you can probably see for yourself (in ??() - really??). reinstall your system (yes, everything) and disable all this bullshit crap like dbus, keep the debug symbols enabled and make sure gdb follows the right thread that actually segfaults. if you can't do that and

Re: [dev] surf crash

try compiling your system without dbus. then, add a gdb backtrace. On 1/15/17, Greg Minshall wrote: > hi. trying > > : surf bit.ly/MoesE-Books > > gives surf > > : surf-0.7, ©2009-2015 surf engineers, see LICENSE for details > > a seg fault on my linux machine > > : Linux

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

> By the way, has anyone tried OSS on Linux recently? yes, still works, still fucks up on suspend. great on desktops.

Re: [dev] [surf] Webkit2 with proxy server

10x smaller is certainly not suckless either. check the archives, you only need a couple lines to parse the youtube bullshit for the real video file with some sed or so. On Sun, Dec 25, 2016 at 6:00 AM, Ivan Tham wrote: > > On Sat, Dec 24, 2016 at 10:03:51PM +, Teodoro

Re: [dev] [surf] Webkit2 with proxy server

no, it's great they all are incompetent to create usable apis, it means i don't have to waste my time with their shitty content either. On Sat, Dec 17, 2016 at 6:51 PM, Sylvain BERTRAND wrote: > On Sat, Dec 17, 2016 at 01:17:38PM +, Cág wrote: >> Staven wrote: >>

Re: [dev] [ANNOUNCE] slock-1.4

HAHAHAHAHA, there's a CVE now for this shit? good way to make you slaves waste some more time. told ya. --hiro On 11/20/16, Markus Teich <markus.te...@stusta.mhn.de> wrote: > Heyho, > > I am happy to announce the release of slock version 1.4. slock is a simple > X > displa

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

shut up [9] [9] seriously On 11/16/16, Martin Kühne wrote: > 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] Cataloging of contacts

just sell them to some spam company, then harvest them again later On 11/9/16, Jean Louis wrote: > It's good to start tracking people. I've made this decision long time > ago, today I have 64000+ contacts in the PostgreSQL database, and > making money on it. It is certainly not

Re: [dev] Collecting sins of Apple

i don't care about their sins. their keyboard and their software is unusable, the rest doesn't matter enough.

Re: [dev] [stali] Boot time (was: The stali way to wifi)

> If all I want to do is flip my laptop closed to go from the kitchen to the bedroom… then your laptop should realize you're doing nothing and keep the CPU in idle state anyway. you shouldn't need to tell it specifically, especially for such a short time. shouldn't be worth it. sane laptops

Re: [dev] [stali] The stali way to wifi

i use udhcpc from busybox

Re: [dev] containers opinion

> Docker daemon is a single, statically > linked binary. that's irrelevant. you still need the right version of loonix with namespaces support, etc. containers are not independent of the operating system.

Re: [dev] containers opinion

containers are there to emulate static linking or the common portable windows programs in the form of a single .exe there is no security benefit of running more people's software on your computer.

Re: [dev] Just discovered dwm

you're right that ubuntu systemd is too difficult to remove. there are solutions for the people who want a 100MB debian CLI install: you can use debian packages without debian, too (not gonna guide your direction with more details though).

Re: [dev] Just discovered dwm

then it's no better than ubuntu. i can deselect stuff there, too.

Re: [dev] Just discovered dwm

again, libinput On 9/22/16, Greg Reagle wrote: > On Wed, Sep 21, 2016, at 12:10 PM, Nick Warne wrote: >> One little thing I do miss though is scrolling with mouse wheel (or >> using the pad side edge) to scroll a web page etc. >> Is that doable? > > If I had a mouse wheel

Re: [dev] Just discovered dwm

networkmanager should be removed first thing on any distribution slack doesn't sound so great if it includes some crap tbh. On 9/21/16, Nick Warne wrote: > Hi Cág > > On Wed, 21 Sep 2016 21:10:42 +0100 > Cág wrote: > > >> Nice to see Slackware people here. > >

Re: [dev] Just discovered dwm

try libinput instead of older evdev/synaptics stuff for both trackpoint and touchpads. it works great on thinkpads.

Re: [dev] Re: I wrote a pager

Fun is not suckless. :P

  1   2   3   4   5   6   7   >