[dev] zuccless.org
Greetings comrades, currently we are at brcon2022 in Belgrade, smoking meats and having fun. We decided to make it real: http://www.zuccless.org Come and join the future of meat! Sincerely, Christoph Lohmann Please activate Javascript to see the full signature.
[dev] I'm leaving.
Dear comrades, I am stepping back from my maintainership and my role as an admin of suckless. All main projects I maintained have at least one maintainer left, so don’t be worried. Sincerely, Christoph Lohmann
Re: [dev] Never Ending Systemd Chronicles
Greetings. On Sun, 21 Aug 2016 12:18:45 +0200 Antenore Gatta <anten...@simbiosi.org> wrote: > The main feature is: > > > instead of executing the mount operation directly and immediately, > systemd-mount schedules it through the service manager job queue, so > that it may pull in further dependencies (such as parent mounts, or a > file system checker to execute a priori), and may make use of the > auto-mounting logic. »My users are stupid[¹], let's make them more stupid[²] and helpless[³].« -- new slogan of systemd [¹] By assuming the users which really do some mount are not able to do a fsck or handle it in the right order. [²] Giving away the responsibility from the user to some software logic and adding yet another undebuggable layer of dependency logic will surely make things easier to understand and keep the leaning curve low. [³] By adding the above mentioned new complexity users are directly prohibited to learn about their system. This opens the ground for a new generation of »Linux experts« who's only task is to hide their incompetence. (As seen in many other technical markets, the Microsoft software niche.) We have seen where the hidden customer complexity theorem of Windows has led. Sincerely, Christoph Lohmann
Re: [dev] st lack of scrollback
Greetings. On Wed, 17 Aug 2016 15:09:34 +0200 Martin Kopta <mar...@kopta.eu> wrote: > Sorry about interrupting this wonderful discussion, but I would like to alert > you of something about the scrollback patch. I was porting it to the new st > (after the big refactorings) and to be completely honest, I fucked it up > badly. > Sure, it works and I use it everyday. Occasionally, I pull the master, rebase > the scrollback branch and move on. But the scrollback patch is seriously > broken and crashes st on OpenBSD. Sorry about it. I am unable to fix it. > Please DO NOT merge it into the master. Did we reveal a Redhat spy which introduces complex features into honest projects? ;) Sincerely, Christoph Lohmann
Re: [dev] st lack of scrollback
Greetings.
On Thu, 11 Aug 2016 22:35:26 +0200 Amer <amer...@gmail.com> wrote:
> For me it started playing nicely only with wrapper to tmux, though.
> Because I didn't liked how sessions stayed alive after killing
> terminals directly through window manager.
>
> $ st -e r.tmux
>
> $ cat r.tmux
> #!/bin/bash -e
> trap "tmux kill-session -t st-$$" INT TERM EXIT
> tmux new-session -s st-$$ "$@"
Add this to your $HOME/.tmux.conf:
set -g destroy-unattached on
Sincerely,
Christoph Lohmann
Re: [dev] st lack of scrollback
Greetings. On Thu, 11 Aug 2016 19:42:13 +0200 Britton Kerin <britton.ke...@gmail.com> wrote: > I realize it's a non-goal Then why do you send this useless mail? > I realize there are patches that sort of work (still jumps to bottom > on output unfortunately) Fix the patches. > It should be a goal because it's generally desirable and the > alternative mentioned on the web page isn't. Are you some spy sent by Apple to get consumerism into the last places of earth? You are causing global warming, so stop it. > I use st because it let me control fonts precisely on new high-res > monitor. I couldn't easily tell how to hack gnome-terminal to do that > or I would still use it. The same flexibility is what makes st not having scrollback. Sincerely, Christoph Lohmann
Re: [dev] [st] Release planned?
Greetings. On Thu, 11 Aug 2016 16:56:37 +0200 Joerg Jung <m...@umaxx.net> wrote: > > > On 11 Aug 2016, at 16:17, Christoph Lohmann <2...@r-36.net> wrote: > > On Thu, 11 Aug 2016 16:17:30 +0200 Paul Menzel <pmen...@molgen.mpg.de> > > wrote: > >> Dear suckless folks, > >> > >> > >> st 0.6 was released in June 2015, that means over a year ago. > >> > >> Since then, there were another 76 commits included into the master branch. > >> > >> ``` > >> $ git describe --tags origin/master > >> 0.6-76-g308bfbf > >> ``` > >> > >> Are there plans to get release 0.7(?) out, so that users, not building > >> from repository, but from release source archives, can profit from them? > > > > There shouldn’t be users not building from the repository. > > The release source comes out of the repository, so everything fine... eeeh ;) > > Seriously, you really want to start again the same stupid discussion about > releases and > version numbers, which last time led to splitting the mailing lists into dev > and hackers? > > Let’s summarise what we have: > There are users who build from release sources and there is nothing wrong > with it. > There are also packages available for most major distributions build from the > release > tarballs, and users which use these packages, again nothing wrong with it. > > If you do not want this, you may really want to remove all existing tarballs > and releases, > from suckless.org to state clear that these are not wanted and to avoid the > above, but > why did you provided them in the first then? > ... and even if you do not provide them any longer, people will likely start > rolling/providing > and tagging own releases. For various reasons there are people which expect > and want > releases. You are using Apple Mail. Please stop talking. It’s not useful at all. Sincerely, Christoph Lohmann
[dev] [st] 0.7 release
Greetings. I am proud to announce the common effort of many of you who made it pos‐ sible to release st 0.7 (»à Nuces«). Much has changed, so don’t forget to update your config.h. Think before you post such bug reports. I am st surfcon1 (thus the codename) and ready to fight. What has changed: * Big input and output to the escape code parser have been fixed. This was an addition to the copy and paste fix of the last release. * Many comments to the config.def.h were added to make the complexity of terminals easier to grasp. Terminals are still complex and not easy to understand. * -T is the same as -t for compatibility reasons – to set the title of the window. * You can now define the mouse shape, mouse background and mouse foreground color. * Fixes in the UTF-8 wide character handling were applied. * Invalid UTF-8 characters are handled better. * There is now more documentation for the -l option, which is the way to make st directly connect to some other pseudo terminal or a serial line. * You can now send a break to the terminal. * The default stty args have been changed. Look into the source for details, if you depend on them in your setup. * The default font is now using antialias and autohint. * The libXext dependency has been removed. * Some eastereggs were added. You may find them easily. * -n has been introduced for setting the application class. This is useful for complex st setups in dwm. * Some backspace fixes. Please still not forget to read up all the history books on backspace behaviour of the time and in different implementations before you file any bug on it. This is a requirement. * DPI handling is optimized. Many patches were incorporated by many contributes. Thank you for help‐ ing making st the tool which makes our life easier! Sincerely, Christoph Lohmann [0] http://st.suckless.org/ [1] http://dl.suckless.org/st/st-0.7.tar.gz
Re: [dev] [st] Release planned?
Greetings. On Thu, 11 Aug 2016 16:17:30 +0200 Paul Menzel <pmen...@molgen.mpg.de> wrote: > Dear suckless folks, > > > st 0.6 was released in June 2015, that means over a year ago. > > Since then, there were another 76 commits included into the master branch. > > ``` > $ git describe --tags origin/master > 0.6-76-g308bfbf > ``` > > Are there plans to get release 0.7(?) out, so that users, not building > from repository, but from release source archives, can profit from them? There shouldn’t be users not building from the repository. Sincerely, Christoph Lohmann
Re: [dev] [sxiv] Discussion
Greetings. On Wed, 10 Aug 2016 23:33:06 +0200 FRIGN <d...@frign.de> wrote: > Hello fellow hackers, > > don't take it personally, Bert, but I don't think your project sxiv[0] > belongs to the suckless git-repository. > Not only is it licensed with the GPLv2, which is despicable in itself, Everything should be GPLv3, you are right. > but the code doesn't even look suckless to me and there are good ways > to go around the whole image-format-cancer-spread nowadays. > Look at how sent does image handling; it's definitely best to push this > task toward other tools, like farbfeld, for easy internal handling. Please don’t waste that much resources on viewing a big picture directo‐ ry. You are making it worse. > Do we really need a project the size of dwm to display images? Yes, because it does more than handling image display. It knows a thumb‐ nail mode to organize and easily select many images, which is very use‐ ful for organizing big image directories. > The name suckless stands for quality software, which foremost tries to > accomplish elegance and simplicity. There are already too many git > repositories in git.suckless.org, and added to this it seems the sxiv Where’s there no simplicity in sxiv? > repo on git.suckless.org is just a github mirror, with all its implied Yes, it is the mirror. Sadly sxiv was first on the fascist github. We can’t revert history. Maybe when github closes due to its unicorn nature people will come back to sanity. > beauty[1]. Do I really need to dig around github now to see what the > commit fixed? You see the code and the comment. What else do you need? Sincerely, Christoph Lohmann
[dev] Never Ending Systemd Chronicles
Greetings comrades. The systemd insanity is all over Linux. With its latests addition of making /etc read‐only or the DNS scandal it’s too annoying for one per‐ son to get through the git changelog. Parazyd started to add a link on its own to our wiki entry for systemd suck[0]. You can do that too! Please, comrades, add all related posts to this. If you reference to the actual change on their changelog or git revision, argumentation against pure systemd followers will be easier. The discussion has reached the level of Roman papal incarnation, where everything’s based on a big lie, but people are not informed enough to criticize it to the ground. Sincerely, Christoph Lohmann [0] http://suckless.org/sucks/systemd
Re: [dev] Allow secure access to Web site suckless.org
Greetings. On Wed, 03 Aug 2016 13:35:11 +0200 Anselm R Garbe <garb...@gmail.com> wrote: > Hi 20h, > > On 3 August 2016 at 12:18, Christoph Lohmann <2...@r-36.net> wrote: > > On Wed, 03 Aug 2016 12:18:52 +0200 Paul Menzel <pmen...@molgen.mpg.de> > > wrote: > >> I noticed, that it’s currently not possible to securely browse the Web > >> site [1]. > > > > HTTPS is not really secure. Do you really trust any CA? How many CA peo‐ > > ple have you met in your life and really trust them? > > Do you trust your network adapter telling you the truth? No. > Nevertheless I doubt you don't use online banking and stuff like that, > hence you definitely trust some CA to some extent ;) You trust banks? Are you serious? I only watch for HTTPS, so it’s not that easy to see what I’m doing over a primitive technology interface using a simple network sniffer. I seriously asked my bank for SSH access and a BBS. They introduced SEPA, which doesn’t support full UTF‐8 in all fields and will bark on certain characters. It’s the same hope I have for the web. Sincerely, Christoph Lohmann
Re: [dev] Allow secure access to Web site suckless.org
Greetings. On Wed, 03 Aug 2016 12:18:52 +0200 Paul Menzel <pmen...@molgen.mpg.de> wrote: > I noticed, that it’s currently not possible to securely browse the Web > site [1]. HTTPS is not really secure. Do you really trust any CA? How many CA peo‐ ple have you met in your life and really trust them? If you would contribute, you would have SSH access. A onion service might be a consideration, to add something similar to »security« as an access method for suckless.org. Sincerely, Christoph Lohmann
Re: [dev] [st] [PATCH] Converted "font" string to "fonts" array
Greetings. Thanks for your patch. On Tue, 02 Aug 2016 19:39:23 +0200 Eric Pruitt <eric.pru...@gmail.com> wrote: > Modifies st to support user-defined fallback fonts specified in an > array. This change also resolves an issue where fallback fonts were used > in place of default fonts in an inconsistent manner which caused > identical sets of text to sometimes use different fonts. I would appreciate it, if you upload the patch to the wiki. For now there’s the bloated fontconfig dependency. When a suckless font render‐ ing library is there to replace it, your patch might be included. For now it’s just yet another hack on top of the ugliness of the X.org graphics stack. Sincerely, Christoph Lohmann
Re: [dev] [st] Latest git - Nano with syntax highlighting strange bug
Greetings. On Wed, 20 Jul 2016 13:02:19 +0200 hadrien.lac...@openmailbox.org wrote: > Hello, > > I've recently changed from urxvt to st and noticed a bug when using nano > which will be easier to describe with a short gif: > https://a.cocaine.ninja/xtlajf.gif > This issue happens ONLY when I change "static unsigned int tabspaces" from 8 > to 4 in the config file. There was someone else having this problem with emacs (global warming!) on IRC. In upstream is now a comment in config.def.h, that you need to change the st.info appropriately too. Sincerely, Christoph Lohmann https://r-36.net gopher://r-36.net ☺ https://r-36.net/about 1C3B 7E6F 9805 E5C8 C0BD 1F7F EA21 7AAC 09A9 CB55 http://r-36.net/about/20h.asc 2...@r-36.net
Re: [dev] [st] Division by zero
Greetings. On Mon, 18 Jul 2016 18:33:06 +0200 Paul Menzel <pmen...@molgen.mpg.de> wrote: > Dear FRIGN, > > > On 07/18/16 14:49, FRIGN wrote: > > On Mon, 18 Jul 2016 14:45:44 +0200 Paul Menzel wrote: > > >> If I am not mistaken, this is really a corner case. The user has to > >> set `actionfps` to zero in `config.def.h`. > >> > >> ``` > >> config.def.h:static unsigned int actionfps = 30; > >> ``` > >> > >> Even setting it to zero and rebuilding the package, I was unable to > >> trigger the issue. > > > > why would you set actionfps to 0? Thing is, what users do in config.h > > is their responsibility. I could also leave a struct empty and then > > be "surprised" about the program breaking. What you configure in > > config.h is your responsibility, that's it. > > I can understand that reasoning. On the other hand, mistakes can happen, > so having checks for sensible values and inform the user about it, might > be a good idea. Thanks for sending in this clang bug report. The main way to fix it is to not use clang. If you find some way to make this warning disappear, please let me know, so I will apply it to st. config.h value checking is against the ethics and morals of suckless. Users should be able to shoot into their foot very hard. The harder the better they learn. Sincerely, Christoph Lohmann
Re: [dev] [st][PATCH] Consistent Alt+BackSpace behavior
Greetings. On Tue, 12 Jul 2016 15:26:20 +0200 Alive 4ever <alive4e...@live.com> wrote: > The default config specifies BackSpace as "\177". The default behavior > should persist across modifier keys, commonly Mod1 (Alt or Meta) which > is widely used to delete a word on readline and text editors, notably > Emacs. > > This will make Alt+BackSpace behaves as expected, i.e. sends "\033\177" > instead of "\033\010" as previous default behavior. After the approval of our senior tty escape expert consultant I commited your change to the st mainline. Thank you for sending in the patch! Sincerely, Christoph Lohmann
Re: [dev] [dlogout] I wrote a basic logout-/shutdown-menu for use with dwm.
Greetings. On Sun, 19 Jun 2016 07:11:49 +0200 Alex Pilon <a...@alexpilon.ca> wrote: > On Sun, Jun 19, 2016 at 02:28:14AM +0300, Cág wrote: > > Of course, tis just me. I'm sure Arch/Manjaro users > > will find it useful. > > Uuuum, systemd does process ACPI events… acpid does process ACPI events for me. Acpid didn’t explode in complexi‐ ty for me over years. Sincerely, Christoph Lohmann
Re: [dev] [dlogout] I wrote a basic logout-/shutdown-menu for use with dwm.
Greetings. On Sun, 19 Jun 2016 07:12:43 +0200 Thomas Oltmann <thomas.oltmann@gmail.com> wrote: > Hey everybody, > > I just started tinkering with dwm a couple of weeks ago. And I > especially love how customisable and extensible it is. No weird 'writing > Javascript Applets' or 'hooking into' other functions or fiddling with > cryptic XML files - it's just C code. This is not really suckless. You are interfacing with Polkit and and Logind from systemd. The whole power part can be replaced with sudo calls, the user being in an appropriate group and such a rule in the su‐ doers file. In comparison, this is smaller than the XML configuration files of policykit and all the complexity you need to open the socket to dbus, which calls the dbus listeners, which read a mass of configuration files. For sudo this is reading just one file and granting access over an easy to grasp schema of Unix users and groups. As said by Kamil: A simple dmenu script which runs commands you allow in sudo would have been simpler and needed less code. All the C functions you wrote for C code are the cause of global warming. They are unneces‐ sary and just there because of the incompetence of systemd and dbus peo‐ ple. Conclusion: Please stop this project, add a big warning for further users to it, to instead of supporting the crap in Linux to support suck‐ less ways of handling your local environment. Instead of wasting your time on the polkit and session metalayer, which already exists but the systemd and dbus developers in their incompetence never got it, work on a replacement for bluez and other dbus‐infested services in Linux. Only with harsh movements against this »new standard« it’s possible to not lose people into thinking »dbus was always there«. Just imagine one generation of developers further: They will think dbus is a thought out and pretty well designed technology. :O This should not happen! Sincerely, Christoph Lohmann
Re: [dev] pledge(2) patches
Greetings. On Fri, 03 Jun 2016 19:46:18 +0200 Kamil Cholewiński <harry6...@gmail.com> wrote: > On Fri, 03 Jun 2016, Christoph Lohmann <2...@r-36.net> wrote: > > For st this will never be included in mainline. Please add it do the wi‐ > > ki, if you think it’s relevant for others. > > I will try having it accepted in ports first. Security shouldn't be > opt-in. Adding sloc will never get you security. Sincerely, Christoph Lohmann
Re: [dev] [st][PATCH] Use XftFontMatch in place of FcFontMatch.
Greetings. On Fri, 03 Jun 2016 15:06:23 +0200 Amer <amer...@gmail.com> wrote: > Hi Mark, > > After applying your patch, fontconfig fallbacks don't work for me > anymore. Only first/main font is scaled, and all consequent aren't. > > st/config.def.h > static char font[] = "monospace-9.6"; > > ~/.config/fontconfig/fonts.conf > ... > > monospace > > Source Code Pro > DejaVu Sans Mono > Symbola > > > ... > > Therefore most of symbols, all asian widechar and bold non-ascii > flavours are microscopical small on HiDPI being not scaled at all. > (I suppose this difference will be rather imperceptible on non-HiDPI) > > Maybe, my fontconfig isn't truly correct, as I experienced some > other intermittent bugs with st fonts. > After all I used somewhat messed guide from: Your Fontconfig is not correct. It works here on Gentoo and a pretty complex fontconfig. If you need the applied configurations, call back. Sincerely, Christoph Lohmann
Re: [dev] [st][PATCH] Use XftFontMatch in place of FcFontMatch.
Greetings. On Fri, 03 Jun 2016 15:03:44 +0200 Mark Edgar <medgar...@gmail.com> wrote: > This change allows st to correctly render fonts given in point sizes, > bringing its behavior in line with other software: dwm, dmenu, tabbed, > etc: > > FC_DEBUG=1 st -f Terminus:size=10 > > -Mark Thanks, I have applied it. git am didn't like your patch file so I had to apply it manually. Sincerely, Christoph Lohmann
Re: [dev] pledge(2) patches
Greetings. On Fri, 03 Jun 2016 14:51:10 +0200 Kamil Cholewiński <harry6...@gmail.com> wrote: > Included are pledge(2) diffs for dwm, dmenu, st and slock. I've been > testing these for a week now (both stress-tests and normal usage), and I > have no ill effects to report. For st this will never be included in mainline. Please add it do the wi‐ ki, if you think it’s relevant for others. Sincerely, Christoph Lohmann
Re: [dev] [st] [patch] clipboard properties burn after reading
Greetings. On Fri, 03 Jun 2016 14:55:47 +0200 v4hn <m...@v4hn.de> wrote: > Hey everyone, > > I use synergy (for input device sharing) on a daily basis > and experienced this rather annoying bug in combination with st: > > Whenever I paste something from another machine to st, > pasting succeeded only the first time. After about a year > of being annoyed by this bug (it's just too easy to work around it), > I finally digged into the issue today and eventually discovered that st > does not delete its CLIPBOARD and PRIMARY properties after pasting > the copied data. I don't know of any other x client that > cares about this, but synergy waits for st to clear the property > before sending the new selection data. > > As ICCCM specifies that the client should delete the property > after handling the request, I adjusted st's behavior. Patch attached. > I have no idea why Christoph originally added the additional condition > there. The only two event types that get through to this code > are PropertyNotify and SelectionNotify and for both of them property > should be deleted. Thanks, applied. Sincerely, Christoph Lohmann
Re: [dev] [surf] bug: sessions last only a few hours
Greetings. On Fri, 03 Jun 2016 14:56:23 +0200 Dominykas Mostauskis <dominykas.mostaus...@gmail.com> wrote: > Cookie sessions don't seem to last longer than a few hours, after which > I have to log in again, which is bothersome on 2-factor sites. Given > that it's an annoying bug and it's there both on master and webkit2 > branches, it sounds like it might be a problem with my setup. Or is it > an obscure feature? Otherwise any ideas? 2‐factor authentication is doomed to fail. Don’t use it. Sincerely, Christoph Lohmann
Re: [dev] [PATCH] Check $HOME and home dir of $USER before getpwuid()->pw_dir
Greetings. On Fri, 03 Jun 2016 15:10:04 +0200 Reiner Herrmann <rei...@reiner-h.de> wrote: > From: Dmitry Bogatov <kact...@gnu.org> > > getpwnam(3) recommends to use $HOME instead of getpwuid()->pw_dir, > as it allows users to point programs to a different path. > > Using getpwuid() also breaks namespaces-related use cases, > like `unshare -r`. > > Patch was submitted by Dmitry Bogatov on the Debian bug tracker: > https://bugs.debian.org/825397 Thanks, I have applied it. Noone’s seriously using Debian anymore. Sincerely, Christoph Lohmann
Re: [dev] Re: Linux distros that don't suck too too much
Greetings. On Thu, 12 May 2016 19:59:18 +0200 Rubén Llorente <port...@use.startmail.com> wrote: > hiro <23h...@gmail.com> wrote: > >> of the easy to use software. The only way a computer-illiterate is going > >> to be able to use a computer properly is by educating herself or by > >> hiring somebody to do the administration. > > > > I disagree about that part. > > My "literate" computer usage is nothing i'm very proud of. I regret it even. > > > > Let's break it down to logic. > > If a user does not know how to use a complex tool, he is not able > to use it properly (1) > > The only way to know how to use a complex tool is by learning how > to use it (2) > > Computers are complex tools. Therefore, if you don't know how to use > it, you won't be able to use it properly and the only way to use it is > by learing how to use it. > > Any claims that somebody without prior knowledge of computers can use > one properly without any education on the matter is only valid if you > think (1) is invalid or that computers are not complex tools. Since > negating any of those points is an absurd, then any claim that > somebody without knownledge of the field can use the computer is an > absurd too. > > The reason many people does not regard activities performed with > computers as "complex" in the modern age is because they have been > exposed to them long enough to learn how to use them up to some point. > It is worth noticing that people with actually zero exposition to > computers - like old people in rural isolated areas - is not able to > create an email account or launch a preinstalled game without a great > effort (which counts as learning experience). There are different kind of users, which everyone has to pick his/her role. First there’s the inexperienced users, which can form into stub‐ born isolationists or open‐minded learners. Second you have profession‐ als, which have stubborn and open‐minded learners and third there’s the stubborn and open‐minded wizards. In all of the categories can be revo‐ lutioners. How can the software world be changed to the better? Depending on the level you are at, think of how you get people to be open‐minded learn‐ ers. This is best done by being pragmatic and practical: A button labeld »shutdown« should shutdown a computer, some office application should not offer stupid cloud storage, it should save my documents in a simple folder, as I know it from the furniture around the computer and when I install new hardware in a computer it shouldn’t brag me about some li‐ cense key. When your environment feels »nicer«, is friendly and simply works, peo‐ ple will ask how you did this and join. Of course, don’t forget the art of propaganda. Conclusion: If you can’t make your own life suck less, don’t try to make the world suck less. Have fun. Sincerely, Christoph Lohmann
Re: [dev] "Note On Webkit Versions"
Greetings. On Fri, 29 Apr 2016 17:58:08 +0200 Jochen Sprickerhof <d...@jochen.sprickerhof.de> wrote: > Hi, > > just saw this commit: > > http://git.suckless.org/sites/commit/?id=6e3450a047c5f7eda300f68814f7b1dfd499119e > > Can someone (@Christoph) please specify which version of Webkit and which > packaging is meant and what are the symptoms of hell? The pure insane size of the webkit source and compile system makes it uninteresting for an average user to compile webkit on his/her own. This stalls any try to patch, extend or strip down webkit. This basic fact forces users into binary packaging, which – especially for webkit1 –, is bad and tends to have a dependency on all Open Source projects out there. The symptoms of hell (They can be applied to other projects too.): * Crashing without an easy way to debug it * You need to download hundreds of megabyte of source for webkit and of course compile it, for debugging it. * This leads to no motivation in fixing. * The bigger the project, the more »magic thinking« happens. * Magic only leads to Arch Linux help forum content. * Dependency subhell * Here's where the catholic church banned all unborn children. * Download and debug all the APIs in need is not possible except for the person who is working for money on webkit. Conclusion: If you reach the stage of too many dependencies or code, which can only be changed by the one who wrote it, remove your project and leave the software industry for something productive. Your future hobby enthusiams will keep the project size small, just by practical means. Sincerely, Christoph Lohmann
Re: [dev] [st] broken xft fallback with point size
Greetings. On Tue, 19 Apr 2016 15:28:36 +0200 Amer <amer...@gmail.com> wrote: > Works > $ st -f 'Inconsolata-12,DejaVu Sans Mono-12' > $ st -f 'Inconsolata:pixelsize=15,DejaVu Sans Mono:pixelsize=15' > > Broken > $ st -f 'Inconsolata:size=15,DejaVu Sans Mono:size=15' > : st: can't open font Inconsolata:size=15,DejaVu Sans Mono:size=15 > > Is it a bug or the support for 'size' key was intentionally dropped? Ask the person maintaining fontconfig. St uses FcNameParse() from font‐ config in your case. Sincerely, Christoph Lohmann https://r-36.net gopher://r-36.net ☺ https://r-36.net/about 1C3B 7E6F 9805 E5C8 C0BD 1F7F EA21 7AAC 09A9 CB55 http://r-36.net/about/20h.asc 2...@r-36.net
Re: [dev] [PATCH] Fix vertical character alignment in some cases
Greetings. On Tue, 08 Mar 2016 15:44:58 +0100 Ton van den Heuvel <tonvandenheu...@gmail.com> wrote: > The y-position of a character found by asking fontconfig for a matching > font does not take the border pixels into account, resulting in a > slightly misaligned vertical position. Thanks for the patch, it is now in mainline. Sincerely, Christoph Lohmann http://r-36.net gopher://r-36.net ☺ http://r-36.net/about 1C3B 7E6F 9805 E5C8 C0BD 1F7F EA21 7AAC 09A9 CB55 http://r-36.net/about/20h.asc 2...@r-36.net
Re: [dev] [PATCH] Measure the single advance width with a heuristic method
Greetings. On Tue, 08 Mar 2016 13:48:59 +0100 Ryusei Yamaguchi <mande...@gmail.com> wrote: > This fix is needed to use dual-width fonts, which have double-width > glyphs (e.g. CJK unified ideographs). Thanks for changing the patch. I have applied it to mainline. Please still consider changing libxft or fontconfig or contributing to dtext for a suckless font rendering library. Sincerely, Christoph Lohmann http://r-36.net gopher://r-36.net ☺ http://r-36.net/about 1C3B 7E6F 9805 E5C8 C0BD 1F7F EA21 7AAC 09A9 CB55 http://r-36.net/about/20h.asc 2...@r-36.net
Re: [dev] [PATCH] Measure the single advance width with a heuristic method
Greetings. On Mon, 07 Mar 2016 20:52:30 +0100 Ryusei Yamaguchi <mande...@gmail.com> wrote: > On 2016/03/07 22:53, Christoph Lohmann wrote: > > Please give me more context, like a screenshot before and after and why this > > can't be fixed in fontconfig itself. This would be yet another fontconfig > > API > > hack in st. > > Step to Reproduce: >1. Install M+ 1m from https://osdn.jp/projects/mplus-fonts/releases/ > (or "sudo apt-get install fonts-mplus" in Debian) >2. Run ./st -f "M+ 1m" > > This issue isn't reproduced with only "M+ 1m" but other dual-width > fonts, such as "TakaoGothic" (fonts-takao-gothic in Debian). All of this looks like a really ugly hack which noone tried to propose to change in fontconfig/libxft itself. I will accept the patch, if you remove the ugly preprocessor definition of the »SINGLE_WIDE_CHARS« string and add a »ascii_printable« configuration option to config.def.h. Sincerely, Christoph Lohmann http://r-36.net gopher://r-36.net ☺ http://r-36.net/about 1C3B 7E6F 9805 E5C8 C0BD 1F7F EA21 7AAC 09A9 CB55 http://r-36.net/about/20h.asc 2...@r-36.net
Re: [dev] [PATCH] Measure the single advance width with a heuristic method
Greetings. On Mon, 07 Mar 2016 14:53:50 +0100 Ryusei Yamaguchi <mande...@gmail.com> wrote: > This fix is needed to use dual-width fonts, which have double-width > glyphs (e.g. CJK unified ideographs). Please give me more context, like a screenshot before and after and why this can't be fixed in fontconfig itself. This would be yet another fontconfig API hack in st. Sincerely, Christoph Lohmann http://r-36.net gopher://r-36.net ☺ http://r-36.net/about 1C3B 7E6F 9805 E5C8 C0BD 1F7F EA21 7AAC 09A9 CB55 http://r-36.net/about/20h.asc 2...@r-36.net
Re: [dev] [st] [patch] Remove redundant xtermclear code
Greetings. On Mon, 07 Mar 2016 14:33:54 +0100 Ton van den Heuvel <tonvandenheu...@gmail.com> wrote: > In case anything gets drawn in drawregion, xdrawglyphfontspecs ensures > that the region that needs to be drawn to is cleaned up. In case this > patch is not accepted; the current code contains an issue; > > -xtermclear(0, y, term.col, y); > +xtermclear(0, y, term.col-1, y); > > Ton Thanks for the hint. I have included the change in mainline. If you want to be seen as contributor in the git log, next time send a proper patch. Sincerely, Christoph Lohmann http://r-36.net gopher://r-36.net ☺ http://r-36.net/about 1C3B 7E6F 9805 E5C8 C0BD 1F7F EA21 7AAC 09A9 CB55 http://r-36.net/about/20h.asc 2...@r-36.net
Re: [dev] [surf][bug] segmentation fault
Greetings. On Tue, 09 Feb 2016 21:49:17 +0100 robin <robin.a.t.peder...@gmail.com> wrote: > # Crash > surf crashes with a segmentation fault. > It seems to happen when scrolling, but > only on certain sites or at certain times. > > If the window crashing was opened from another surf window, > they both crash. > > # Sites that crash > http://www.mkyong.com/java8/java-8-stream-read-a-file-line-by-line/ > /* when scrolling loaded page */ The solution is obvious: Don't read about Java. Surf has a filter here. Just kidding. Which OS are you using? Which distribution of this OS are you using? Which webkit version are you using? Have you compiled webkit on your own? If not: Why not? Most of such crashes are a fault of webkit and how it is packaged. Sincerely, Christoph Lohmann http://r-36.net gopher://r-36.net ☺ http://r-36.net/about 1C3B 7E6F 9805 E5C8 C0BD 1F7F EA21 7AAC 09A9 CB55 http://r-36.net/about/20h.asc 2...@r-36.net
Re: [dev] [surf] Fix unaccessible about: pages.
Greetings. On Wed, 27 Jan 2016 06:45:05 +0100 Claudio Alessi <smo...@gmail.com> wrote: > Hi, > > surf cannot access the about: pages since it prepends with "http://; each uri > not containing the "://" string. The attached patch also checks for the > "about:" prefix. > > The patch applies against HEAD (743fa9f3d19af8166b8466f35c464c402e31f554). Thanks for the patch. I have applied it to HEAD. For the next patch: Please use git‐format‐patch to provide a proper git patch as an attachment or git‐send‐mail to send out an inline patch to hackers@. This makes it easier to reference the patch to you. [0] does describe how it should be done. Sincerely, Christoph Lohmann [0] http://suckless.org/community http://r-36.net gopher://r-36.net ☺ http://r-36.net/about 1C3B 7E6F 9805 E5C8 C0BD 1F7F EA21 7AAC 09A9 CB55 http://r-36.net/about/20h.asc 2...@r-36.net
Re: [dev] surf
Greetings. On Mon, 18 Jan 2016 22:42:36 +0100 Tom Butz <thomas.b...@snap.net.nz> wrote: > Hi there, > > surf is THE browser for FreeBSD! I love it, it does sound and movies just > like that. > (Most webpages I visit do not use Flash). > > How do I save webpages? Right-click ´Download..' comes up with error messgea > on > the console (Blocked...). When I print to a file (PDF/PS/SVG) the text is > unreadable > but the rest is ok. Do I need a special font? For download just see your config.h, where the command for the download is defined. You can change it to show some more debug info. The print thing is a font problem, just install more. Sincerely, Christoph Lohmann http://r-36.net gopher://r-36.net ☺ http://r-36.net/about 1C3B 7E6F 9805 E5C8 C0BD 1F7F EA21 7AAC 09A9 CB55 http://r-36.net/about/20h.asc 2...@r-36.net
Re: [dev] [PATCH] Reload on SIGHUP
Greetings. On Mon, 11 Jan 2016 19:26:27 +0100 Greg Reagle <greg.rea...@umbc.edu> wrote: > On 01/09/2016 02:18 PM, Charles Lehner wrote: > > This patch makes surf reload its pages when it receives a SIGHUP > > signal. This makes it easier for shell scripts to trigger surf to > > reload. > > Excellent. This makes it possible to use it with entr without killing > and restarting. > > Fellow hackers, should a link to entr (http://entrproject.org/) be put into > A) http://suckless.org/rocks you can add it there on your own. Sincerely, Christoph Lohmann http://r-36.net gopher://r-36.net ☺ http://r-36.net/about 1C3B 7E6F 9805 E5C8 C0BD 1F7F EA21 7AAC 09A9 CB55 http://r-36.net/about/20h.asc 2...@r-36.net
Re: [dev] [PATCH] Reload on SIGHUP
Greetings. On Sat, 09 Jan 2016 21:14:50 +0100 Charles Lehner <c...@celehner.com> wrote: > This patch makes surf reload its pages when it receives a SIGHUP signal. This > makes it easier for shell scripts to trigger surf to reload. > > I'm aware of using xdotool to trigger ctrl+r keypresses for reloading [1] but > I wasn't able to get that to work in a general way. > > I'm sending this here in case surf maintainers and users would like to > include this in core - if not I will submit it to the wiki. Thanks, it’s in the mainline of surf now. Sincerely, Christoph Lohmann http://r-36.net gopher://r-36.net ☺ http://r-36.net/about 1C3B 7E6F 9805 E5C8 C0BD 1F7F EA21 7AAC 09A9 CB55 http://r-36.net/about/20h.asc 2...@r-36.net "Some people have read a few Marxist books and think themselves quite learned but what they have read has not penetrated, has not struck root in their minds, so that they do not know how to use it and their class feelings remain as of old. Others are very conceited and having learned some book-phrases, think them terrific and are very cocky; but whenever a storm blows up, they take a stand very different from that of the workers and the majority of the peasants. They waver while the latter stand firm, they equivocate while the latter are forthright." --Mao Tse Tung (Speech at the Chinese Communist Party's National Conference on Propaganda Work (March 12, 1957), 1st pocket ed., pp. 7-8.)
[dev] FOSDEM 2016
Greetings comrades, whom of you will attend FOSDEM 2016? I will be there for the whole week‐ end and would like to get drunk with the suckless contributors. All names I recognize from patch submissions may get a free beer. Sincerely, Christoph Lohmann http://r-36.net gopher://r-36.net ☺ http://r-36.net/about 1C3B 7E6F 9805 E5C8 C0BD 1F7F EA21 7AAC 09A9 CB55 http://r-36.net/about/20h.asc 2...@r-36.net
Re: [dev] [surf] 0.7 release
Greetings. On Sun, 20 Dec 2015 11:41:47 +0100 Alba Pompeo <albapom...@gmail.com> wrote: > Very good news, I love surf's frontend and it's always improving. > But what about the backend? If I understand correctly that's WebKit? > Is there any plans for a suckless backend one day? Yes, if you send in the patches. Sincerely, Christoph Lohmann http://r-36.net gopher://r-36.net ☺ http://r-36.net/about 1C3B 7E6F 9805 E5C8 C0BD 1F7F EA21 7AAC 09A9 CB55 http://r-36.net/about/20h.asc 2...@r-36.net
Re: [dev] Accessory for dwm
Greetings. On Sun, 20 Dec 2015 12:21:40 +0100 Markus Wichmann <nullp...@gmx.net> wrote: > Hi all, > > I have been using a small accessory application for dwm for a long time, > that I called dwmclock. What it did for the longest time was format the > load averages and the current time into a string, then set that as X11 > root window name (dwm would thus display it in the bar window). There's dwmstatus: [0] > Today, I decided to change it into something more useful (I know the > flashplayer is stressing my CPU, so I don't need an application to tell > me). Also I thought utilization of the network is a more useful > information than utilization of my CPU, especially in this current time > of traffic shaping and other such nonsense. > > Long story short, I wrote a dwmclock, that also displays the current > default interface's first letter (usually sufficient, as most people > have only at most one network card of each type in their machines), as > well as download and upload speeds. Currently it only works on linux, > though, as it reads the /proc and /sys interfaces (and that also means > it's subject to breakage on kernel upgrade. Sigh.) > > As usual, criticisms and improvement suggestions are welcome. I already > know of one problem: I'm reading the interface statistics, which count > every received byte, even if it's from a broadcast message on a protocol > we don't care about or the like. I have no idea how to only count IP > traffic, however. You can add it to the wikipage above, see [1]. Sincerely, Christoph Lohmann [0] http://dwm.suckless.org/dwmstatus/ [1] http://suckless.org/wiki http://r-36.net gopher://r-36.net ☺ http://r-36.net/about 1C3B 7E6F 9805 E5C8 C0BD 1F7F EA21 7AAC 09A9 CB55 http://r-36.net/about/20h.asc 2...@r-36.net
Re: [dev] Female contributions
Greetings. On Sat, 19 Dec 2015 17:38:53 +0100 Martti Kühne <mysat...@gmail.com> wrote: > On Sat, Dec 19, 2015 at 5:03 PM, e...@bestmx.net <e...@bestmx.net> wrote: > >> If we really want to add »gender« as an attribute to all committers, > >> please add »race« too, for further politcal debates and distraction. > > > > how about "age" and "size" attributes too, > > just to ensure age and size "equalities". > > > > I'm all for having contributions by people with dwarfism, gigantism, > males, females, sentient non-humans, infants and seniors. However, as > you may guess, I'm somewhat concerned enough over the quality of the > submitted code by the people who *already* contribute, which, we must > conclude, can only improve with a more thorough blending of traits. > What steps can be taken to reach the people (plus the sentient > non-humans) in question? We should have gender.suckless.org and elect some equality committee with members of each group. Sincerely, Christoph Lohmann http://r-36.net gopher://r-36.net ☺ http://r-36.net/about 1C3B 7E6F 9805 E5C8 C0BD 1F7F EA21 7AAC 09A9 CB55 http://r-36.net/about/20h.asc 2...@r-36.net
Re: [dev] Female contributions
Greetings. On Sat, 19 Dec 2015 17:40:46 +0100 hiro <23h...@gmail.com> wrote: > well, how many people did you manage to actually piss off today? 3 Sincerely, Christoph Lohmann http://r-36.net gopher://r-36.net ☺ http://r-36.net/about 1C3B 7E6F 9805 E5C8 C0BD 1F7F EA21 7AAC 09A9 CB55 http://r-36.net/about/20h.asc 2...@r-36.net
Re: [dev] Female contributions
Greetings. On Sat, 19 Dec 2015 17:32:19 +0100 hiro <23h...@gmail.com> wrote: > to elaborate: you're spending too much efforts in being funny. this > world is ridiculous enough, it's time for destruction and > reconstruction, not hipster-snugness. > seems like love is all around or something, christmas affecting > otherwise perfectly hateful people negatively :( I’m just reacting, not elaborating. Otherwise I wouldn’t be politically active. Sincerely, Christoph Lohmann http://r-36.net gopher://r-36.net ☺ http://r-36.net/about 1C3B 7E6F 9805 E5C8 C0BD 1F7F EA21 7AAC 09A9 CB55 http://r-36.net/about/20h.asc 2...@r-36.net
Re: [dev] Female contributions
Greetings. On Sat, 19 Dec 2015 22:24:38 +0100 Martti Kühne <mysat...@gmail.com> wrote: > As a completely oversexualized sidenote, there's "suck" in suckless, > which should be appealing to people who do not approve of the > oversexualized culture we're stuck with on the internet. Now, we might > not oversexualize issues and just accept the fact that the people who > get here are from an industry which got into this mess. ☃ (Snowman thumb up is the most approval you can get on the Internet.) Sincerely, Christoph Lohmann http://r-36.net gopher://r-36.net ☺ http://r-36.net/about 1C3B 7E6F 9805 E5C8 C0BD 1F7F EA21 7AAC 09A9 CB55 http://r-36.net/about/20h.asc 2...@r-36.net
Re: [dev] Female contributions
Greetings. On Sat, 19 Dec 2015 18:32:49 +0100 hiro <23h...@gmail.com> wrote: > > 3 > > not enough. as i said, this is a waste. > to save time all people contributing to suckless should be forced to > sexually identify as glenda. This sounds like the best proposal. We will have to work on a guideline how to identify sexually as glenda. Eat more carrots? Have a bigger head? Be more fluffy? Sincerely, Christoph Lohmann http://r-36.net gopher://r-36.net ☺ http://r-36.net/about 1C3B 7E6F 9805 E5C8 C0BD 1F7F EA21 7AAC 09A9 CB55 http://r-36.net/about/20h.asc 2...@r-36.net
Re: [dev] Female contributions
Greetings. On Sat, 19 Dec 2015 17:23:12 +0100 Markus Teich <markus.te...@stusta.mhn.de> wrote: > e...@bestmx.net wrote: > > how about "age" and "size" attributes too, > > just to ensure age and size "equalities". > > Heyho, > > I am looking forward to 1% commits adding the word "mum" or "dad" in random > places. How do you plan to check if all the SLoC are evenly distributed > between > the different attributes? Or do you plan to even look at a character-level > distribution? Is a suckless pre-receive hook already in the making rejecting > all > commits which break the equality? I’m working on an efficient »male« classifier. We already pointed out on IRC that male code is stronger and can repair a carburator of a car. Fe‐ male code is more vebose, more instinctive and has more feelings but can’t bear children. I’m still codifying this approach. The second point in the discussion was that there is a »nogender« posi‐ tion, which should allow an explict specification of a »nogender« tag. I propose a »nonogender« tag, which says that you don’t want »nogender« tags. I will keep the list updated on the discussion. Sincerely, Christoph Lohmann http://r-36.net gopher://r-36.net ☺ http://r-36.net/about 1C3B 7E6F 9805 E5C8 C0BD 1F7F EA21 7AAC 09A9 CB55 http://r-36.net/about/20h.asc 2...@r-36.net
[dev] Female contributions
Greetings comrades. The world seems to have yet another non‐problem: Gender equality. In theory gender is a vector of the description of a human with many states, which can be indefinite. Now try to get equality for indefinite states. But, due to the incapacity of humans this has boiled down to the traditional values of »male« and »female«. Some historians say that this »female« value was used to suppress humans having this value. Now to the suckless approach: There are two established values (newer ones are currently are being established) and politics is added. The politics is to enforce more persons to commit to our projects which have the gender value »female«. We don’t have that many women, so I’m propos‐ ing a pragmatic solution for every new project release: Before every re‐ lease a release maintainer has to find some random female‐looking name and should script as many random commits into the repository as there were commits attributed with humans that have a gender of »male«. How are you comments and ideas? If we really want to add »gender« as an attribute to all committers, please add »race« too, for further politcal debates and distraction. Sincerely, Christoph Lohmann http://r-36.net gopher://r-36.net ☺ http://r-36.net/about 1C3B 7E6F 9805 E5C8 C0BD 1F7F EA21 7AAC 09A9 CB55 http://r-36.net/about/20h.asc 2...@r-36.net
[dev] [surf] 0.7 release
Greetings comrades. In our »release often, release proud« schema I’m glad to announce the 0.7 release of surf [0], [1]. I want to thank all contributors for send‐ ing in patches. First of all: Update your config.h! As always, much has changed: * The progress indicator is now in the window title. * Stylefiles can be toggled. * Scrollbars can be toggled. * There is now a kiosk mode. * You can specifiy a default font size. * You can toggle the window title indicators. * Geo policy can be configured. * You can force 96dpi. * When holding the mod key while clicking on a link it will open in a new window. * You can zoom in surf and specify a zoomlevel on the commandline. * You can now specify a cookie policy. * Resizeable text areas are now activated in webkit. (Small icon in the lower right edge of text entries to resize the text entry.) * »Copy image address« is now implemented. * The cache for libsoup is now active and can be configured. * There is now socks:// support in surf for easier tor access. * Add file:// support. * On hover of a link, display it in the title. * File handling has been reworked internally. * Fullscreen handling has been fixed. * There is now handling for the »no_proxy« variable. * Mouse button releases cab be configured now in config.h. * There is now plumbing support in surf, to have (by default) handle xdg-open other URIS. This allows gopher:// etc. support.) The speciality of this release is that I left some bugs in surf to make sure that the »thousand eyes« principle of Open Source is still alive. And always remember our main bug: Fix the web. Sincerely, Christoph Lohmann [0] http://dl.suckless.org/surf/surf-0.7.tar.gz [1] http://git.suckless.org/surf/tag/?id=0.7
mail technology [was: Re: [dev] c++ compiler that rocks]
Greetings. On Mon, 30 Nov 2015 17:43:02 +0100 xire.lue...@gmail.com wrote: > Then fine, set the default as whatever width you like > for symbol wrapping, but should that not be done > client-side? For example, when quoting, won't the > text be pushed out further than that hard-wrap limit? > > Presumably, prior to sending you are still using soft > wrapping and then it adds the hard-wrapping after, > correct? Otherwise you would need to manually > rewrap when adding a word. Why not merely move > this step to the receiver? Clearly, you should go back to Internet school and get your degree first. Since you are a suckless user you are supposed to view e‐mails on the commandline. This means rules of the terminal apply: 80x25. This is the minimum requirement and all text has to apply. At least you got your iPhone Mail to not send out pure HTML, which is the next disgrace intro‐ duced for the the »lazy bastard e‐mail users« faction. Any further questions before I give you the date for the Internet exam? People using Apple products are not allowed to apply. Sincerely, Christoph Lohmann
Re: [dev] c++ compiler that rocks
Greetings. > X-Mailer: iPhone Mail (13B143) On Mon, 30 Nov 2015 07:24:24 +0100 xire.lue...@gmail.com wrote: > [wrapped around for the sake of netiquette] > For the sake of clarity/curiosity could you elaborate as to the flaws > you find most heinous in C++? OOP languages in general? C++' implementation > of that? Something else? If you are really using dev@suckless.org with some immature e‐mail client and don’t know how to wrap around at a sane character length, then there’s no way how you get me to answer such questions. First, the e‐mails will be displayed in an improper way and I – as an artist – can’t allow that my e‐mails are displayed improperly. Second, these questions have been answered in the archive. Sincerely, Christoph Lohmann
Re: [dev] sent-0.1 or libxft bug
Greetings. On Mon, 16 Nov 2015 23:40:41 +0100 ret set <ret...@yandex.ru> wrote: > $ make && ./sent <(python -c 'print "A\n"*4000') > sent build options: > CFLAGS = -g -std=c99 -pedantic -Wall -I. -I/usr/include > -I/usr/include/freetype2 -I/usr/X11R6/include -DVERSION="0.1" > -D_XOPEN_SOURCE=600 > LDFLAGS = -g -L/usr/lib -lc -lm -L/usr/X11R6/lib -lXft -lfontconfig -lX11 > -lpng > CC = cc > Segmentation fault please learn to keep to a netiquette. Even AI mailing bots have a better behaviour than you. At least describe in one sentence what you mean. Sincerely, Christoph Lohmann
Re: [dev] paste@
Greetings. On Fri, 06 Nov 2015 16:00:01 +0100 Martti Kühne <mysat...@gmail.com> wrote: > Reading what hiro had to say about the topic makes it sound as if we > just needed a wiki "pastebin" section that has built-in "archiving" > (git rm) feature that builds on git's built-in feature of preserving > history. > Maybe we could write clients that don't give a shit whether such an > entry was archived and BAM - problem solved? Yes, that’s a good proposal. Then all available Unix tools can be used to sort, find duplicates and make some order. Maybe it could be a dif‐ ferent git repository to avoid overlapping merges. There could be still discussions on hackers@ about pastes. A web interface couldsatisfy the hipsters fraction and Google. By having a separate repository it could run without moderation. Only a file limit restriction would be needed. If things go wrong, remove the repository. By still sending changes to hackers@ we have some control over abuse. The problem here is a bit the Wikipedia problem: I would like to setup my own Wikipedia mirror but PHP and some ugly SQL backend are keeping me away from it. There is no sane data export available but SQL dumps. If Wikipedia would be some public git repository it would be easier to have overlays by using something like the unionfs and running the common wiki web interface on top of this new directory. That seems easier than hav‐ ing some SQL database doing an inefficient sync every month. And it doesn’t add the PHP dependency. This problem adheres to the web and its cruft we need to solve. Everything should be a git repository nowadays? Hammer time! Btw., I like the IoB (Internet of Bunkers) idea: BaaS (Bunker as a Ser‐ vice) Sincerely, Christoph Lohmann "We must make a distinction between the enemy and ourselves, and we must not adopt an antagonistic stand towards comrades and treat them as we would the enemy. In speaking up, one must have an ardent desire to pro‐ tect the cause of the people and raise their political consciousness, and there must be no ridiculing or attacking in one’s approach." ‐‐Mao Tse Tung (Ibid. p. 20.*)
Re: [dev] paste@
Greetings. On Wed, 04 Nov 2015 22:28:12 +0100 Matthew of Boswell <mordervomubel+suckl...@lockmail.us> wrote: > On Wed, 04 Nov 2015 17:26:28 +0100 > Christoph Lohmann <2...@r-36.net> wrote: > > > I consider e‐mail to be more suckless than the web, that’s why I’d > > pro‐ pose a mail solution. > > I don't think that I'd want pastebin to email me with everyone's > paste; my hard drive would fill up so fast I'd have to quit email. Not really. Are you using floppy discs for your mailbox storage? > It's an interesting idea. Please enlighten us as to how this wouldn't be > just "pastebin in email". > How about an example use case that demonstrates the superiority of this > idea? Something that beats a regular web paste service. Example: Two different views on how to communicate clash here: 1.) The web view is to have some URI and it's always available. 2.) The mail view of having your private mailbox you take care of. The first view has shown problems in the past: Large corporations can die, there’s no automatic archiving and the web isn’t really made for archiving because of it’s dynamic content. Here’s the advantage of an e‐ mail: If you keep to the local cid: URIs or just (preferred) text/plain you can replay the content whenever you want, how often you want and wherever you want. The access to some URI doesn’t need to be secured or kept open. The idea of wanting a connection to a central database is what makes surveillance effective and in the end will reduce your freedom to noth‐ ing. So keeping to a more »data packet« approach of spreading informa‐ tion is something I see as the suckless way of distributing data. If the information is kept in the mailinglist format (mbox or whatever export) it can be reprocessed with all kind of tools (that could be written in the future based on those ideas). A web front end is just one processing tool of the collected ordered information. This discussion should lead to a different kind of thinking about how suckless services actually can be approached without falling into the web trap of suck. Thanks for all the responses. > 1. I have a snippet of code (not a full program, etc.) that I want to > collaborate on. I can't paste it into IRC/instant message/web forum, > but I want people to be able to see it. > > At this point, I can use my own public HTTP server, public FTP, etc. In > a group, I may be able to put the code onto a mailing list that we > happen to share (like hack...@suckless.org). Well, showing files in a directory can be done in many different ways. > 2. I paste it on a gist with "gist < myfile.c", etc. Everything can be abstracted into some access script. We all have mail scripts. > 3. I send the URL over IRC/IM/web forum. > > 4. Interested reader(s) open the link in a web browser or gist reader. This involves some JSON API and using the web. > 5. Optionally, someone sends back a URL with some proposed changes. > > 6. If it's worth saving long-term, we set it to never expire. That’s what one interface will serve. > 7. Years later, someone searching for a solution stumbles upon the IRC > log/forum and finds the linked paste. ... and github has declared bankruptcy and doesn't serve the content anymore. Sincerely, Christoph Lohmann
Re: [dev] paste@
Greetings.
On Wed, 04 Nov 2015 17:26:28 +0100 Anselm R Garbe <garb...@gmail.com> wrote:
> Good morning 20h,
>
> I do like the idea of having a paste recording. But I don't like the
> idea of making it mailinglist based. That sucks. You will end up using
> a mail archiver to look through your paste history? Sounds terrible to
> me.
Well, the mail archiver could be improved. But actually, how to handle
e‐mail is on the user’s side, not the server side. This is what I think
is the difference to the web based solutions: No centralisation of the
storage. This will prevent the new Google paradigma of universal search,
but there should be more responsibility on the users side too. And we
get the mail features for free: Discussions, threads, proper MIME encod‐
ing, mail reprocessing etc.
What I imagined was some place where you send in something that people
might be interested in:
* texts
* complex shell commands doing something interesting
* like commandlinefu but without a web interface
* error messages
* mailing list comments on problems
* short applications / scripts doing something which you won't
need a complete project for
I consider e‐mail to be more suckless than the web, that’s why I’d pro‐
pose a mail solution. The possibilities of a sane subset of e‐mail
haven’t been used yet. Ugly GUI MUAs are wasting our time and make it
seem terrible to use e‐mail. But the problem is like in the web: The
clients (browsers) suck and backwards compatibility (Microsoft exten‐
sions) keep you from exploring the mail world further. In e‐mail we at
least have the chance that there’s no dynamic language which enforced
some VM and it’s available everywhere.
Doing it over gopher would be the same like a web pasting service.
> Instead I would suggest to develop a paste-server (could be done via
> udp) that can be used to store paste's for a given arbitrary prefix
> (pick what you want as key for such a paste list).
>
> Then you'd need a paste client that performes a new "paste" for the
> prefix given (or compiled into your paste client due to a config.h
> setup).
This is just setting up a web paste service (like other proposals).
There wouldn’t be something new. It’s easily done by serving hash‐based
files in a directory via HTTP.
> Using the same prefix would allow collaborating on a certain paste list.
As said, this is for free in a mailinglist, without inventing a new in‐
frastrucutre.
Sincerely,
Christoph Lohmann
"All our literature and art are for the masses of the people, and in the
first place for the workers, peasants and soldiers; they are created for
the workers, peasants and soldiers and are for their use."
‐‐Mao Tse Tung ("Talks at the Yenan Forum on Literature and Art"
(May 1942), Selected Works, Vol. III, p. 84.*)
Re: [dev] paste@
Greetings. On Wed, 04 Nov 2015 19:00:44 +0100 hiro <23h...@gmail.com> wrote: > You love MIME so much? > > what's so horrible about > GET /RMS-naked -> > <- byte content of virus.exe > <- EOF HTTP has MIME too. Sincerely, Christoph Lohmann "Don’t wait until problems pile up and cause a lot of trouble before trying to solve them. Leaders must march ahead of the movement, not lag behind it." ‐‐Mao Tse Tung (Introductory note to "Contract on a Seasonal Basis" (I955), The Socialist Upsurge in China’s Countryside, Chinese ed., Vol. III.)
[dev] paste@
Greetings comrades, the web has grown to be a big pastebin of URIs and short‐living content. One good example for this are paste services which don’t guarantee any‐ thing. I came to the idea of having a paste mailinglist: All history is stored, nothing will vanish and it’s easy to reference to pastes in his‐ tory. What do you think of that idea? Sincerely, Christoph Lohmann
Re: [dev] [git.suckless.org] cgit glitch?
Greetings. On Sun, 18 Oct 2015 15:46:50 +0200 Markus Teich <markus.te...@stusta.mhn.de> wrote: > Heyho, > > I just noticed, that the git log of surf[0] is stuck at commit 8e88984 “Fixing > the paxctl check.” from 2015-08-19. In the summary tab or if I expand the log, > the HEAD is correctly displayed as c81fbba “Style cleanup.” from 2015-10-13. > I can reproduce this with surf and chromium, both without cache and with curl > as > well. Thanks for reporting this. I think I fixed it. I’ve spoken with all re‐ sponsible person that created this caching error. Sincerely, Christoph Lohmann
[dev] A chance for a suckless web?
Greetings comrades, I found the AMP project [0], which seems to be a standard to have easy rendering of webpages on mobile devices. It only allows a subset of the HTML tags but forces at least one Javascript script file to be run. If the content could be displayed without the JS being mandatory to decrypt the content this would be a chance to have a more simple way of browsing the web. First you have an AMP browser (lynx, w3m, dillo etc. can easily handle this subset of features) and on full HTML surf is run. I haven’t yet mentioned the CO2 and NOX reduction that is saved by the reduced parsing, RAM and CPU effort. What do you comrades think? Sincerely, Christoph Lohmann [0] https://github.com/ampproject/amphtml/blob/master/spec/amp-html-format.md
Re: [dev] [st] [PATCH] Fix extra bracketed paste markers when pasting >8kb
Greetings. On Fri, 25 Sep 2015 20:16:54 +0200 dequis <d...@dxzone.com.ar> wrote: > Before this patch, when pasting over BUFSIZE (8192 bytes here), st would > do the following: > > \e[200~...8192 bytes...\e[201~\e[200~...remaining bytes...\e[201~ > > With this patch, the start marker is only sent when the offset is 0 (at > the beginning of selnotify) and the end marker is only sent when the > remaining bytes to read are 0 (at the end). > > For short pastes, both conditions are true in the same iteration. > > For long pastes, it removes the extra markers in the middle, keeping the > intended wrapping: Thanks for sending in the patch. It has been applied to mainline. Sincerely, Christoph Lohmann
Re: [dev] [st] expose cursor shape in config.def.h
Greetings. On Tue, 08 Sep 2015 16:29:55 +0200 Jan Christoph Ebersbach <j...@e-jc.de> wrote: > Hi Christoph, > > Thank you for the hint. Attached is the patch in git format. Your patch has been applied to mainline. Thanks for sending it in. Sincerely, Christoph Lohmann
Re: [dev] [st] expose cursor shape in config.def.h
Greetings. On Mon, 07 Sep 2015 20:55:46 +0200 Jan Christoph Ebersbach <j...@e-jc.de> wrote: > Hi, > > I just realized that st implements the cursor shapes Block, IBeam and > Underline. It would be nice if the default cursor shape would be > configurable, i.e. because IBeam is a nice alternative to Block. > > The attached patch exposes cursor shape in config.def.h. Thanks for sending in the patch. Could you please make it a git‐format‐patch so your name will be in the commit log? Sincerely, Christoph Lohmann
Re: [dev] [st] Terminal abnormal key codes
Greetings. On Wed, 02 Sep 2015 16:22:30 +0200 "Roberto E. Vargas Caballero" <k...@shike2.com> wrote: > > So: Is there a rationale for that decision and would you consider > > changing it? > > terminfo definition. I will admit a patch like this if all the > another suckless developer agree, which I don't think will happen Not approved. St is right. Fish is wrong. Sincerely, Christoph Lohmann
Re: [dev] [PATCH] Use git to create dist archives.
Greetings.
On Mon, 16 Mar 2015 22:18:33 +0100 Alex Pilon a...@alexpilon.ca wrote:
commit ec6937b989a171e872c58bc60f8b21bd25880cd5
Author: M Farkas-Dyck strake...@gmail.com
Date: Wed Dec 10 14:29:34 2014 -0500
dist arg.h; needed to build
diff --git a/Makefile b/Makefile
index 52af636..25719f1 100644
--- a/Makefile
+++ b/Makefile
@@ -34,7 +34,7 @@ clean:
dist: clean
@echo creating dist tarball
@mkdir -p st-${VERSION}
- @cp -R LICENSE Makefile README config.mk config.def.h st.info st.1
${SRC} st-${VERSION}
+ @cp -R LICENSE Makefile README config.mk config.def.h st.info st.1
${SRC} arg.h st-${VERSION}
@tar -cf st-${VERSION}.tar st-${VERSION}
@gzip st-${VERSION}.tar
@rm -rf st-${VERSION}
Applied.
Less code, and people notice when things aren't in the repo unlike a
little used target.
That's too simple-minded. You are adding a dependency on git.
Sincerely,
Christoph Lohmann
Re: [dev] [PATCH] Handle pasting of empty selection.
Greetings. On Mon, 16 Mar 2015 20:31:48 +0100 Alex Pilon a...@alexpilon.ca wrote: Otherwise, pasting the X11 primary selection when empty results an error and Xlib forcibly exits. Thanks for sending the patch. I was debuggint that crash myself already. You were faster. It has been applied. Sincerely, Christoph Lohmann
Re: [dev] [st][PATCH] Support XA_STRING in notify request
Greetings. On Sun, 15 Mar 2015 19:31:22 +0100 Roberto E. Vargas Caballero k...@shike2.com wrote: Some programs can only deal with XA_STRING, and it makes impossible st be able of copying to them. This patch makes st answer also to XA_STRING, althought it sends utf8 strings. It is not a problem because moderm applications must support utf8. Long live UTF-8! You can apply the patch. Sincerely, Christoph Lohmann
Re: [dev] [faq] How do I push to st repository?
Greetings. On Sun, 15 Mar 2015 19:42:03 +0100 Ivan Tham ivanthamjun...@gmail.com wrote: Hi, I tried to push to st repository but it seems that I cannot push. What do I need to do? Thanks. First earn the respect to be allowed to do that. Then you automatically know how to do it. Sincerely, Christoph Lohmann
Re: [dev] [st] Problems when typing
Greetings. On Sun, 15 Mar 2015 19:42:44 +0100 Ivan Tham ivanthamjun...@gmail.com wrote: When I typed `ls` in st, this show up: $ lls Does anyone know what is the problem, thanks. No. You first need to learn how to do a proper bug report. First look into the sourcecode, find the problem and attach a patch. While follow‐ ing this long path your problem will most likely resolve without wasting many support resources. Sincerely, Christoph Lohmann
Re: [dev] [st] Problems when typing
Greetings. On Mon, 16 Mar 2015 06:36:24 +0100 Ivan Tham ivanthamjun...@gmail.com wrote: Thanks, I think you mean to paste the patch here. Please don’t spam this mailinglist with twitter‐size requests. You can type long e‐mails and discuss in them. It’s not just that some bots an‐ swer your short questions because you are too lazy to inform yourself. If you expect answers from me in the future you will have to send me a formal proof that you have read [0], wrote at least a project of a size of 500 lines of source code and published it somewhere using git. Please comrades stop answering him. He has said that he’s unwilling to read a C book and tries to use this mailinglist as is personal glory hole for programming questions. He’s clearly a pure customer. Sincerely, Christoph Lohmann [0] https://en.wikipedia.org/wiki/The_C_Programming_Language_(book)
Re: [dev] st: selecting text affects both primary and clipbaord
Greetings. On Sat, 14 Mar 2015 07:39:29 +0100 Alex Pilon a...@alexpilon.ca wrote: On 03/10/2015 10:49 PM, Alex Pilon wrote: Are you thinking of something like the attached? On Wed, Mar 11, 2015 at 01:01:11PM -0400, Greg Reagle wrote: That looks fine to me, looking at it briefly, but I haven't tested it (yet). Sorry about the noise. It *seemed* to work before; serves me right. I completely misunderstood X selection management. Here's what I think is a fixed patch. Also, I removed the selection clear event handler registration. I just didn't like the visual selection being cleared just because I set it in another program. Remove that hunk if you disagree. Thanks for sending in the patch. I applied it with some minor changes: * the clipboard atom has to be requested via XInternAtom * xstrdup instead of strdup * the primary selection could be empty when someone is asking to copy to the clipboard * the SelectionClear X11 event is now a comment so someone too passionate about it can remove the comment Sincerely, Christoph Lohmann
Re: [dev] st: selecting text affects both primary and clipbaord
Greetings. On Fri, 13 Mar 2015 17:49:45 +0100 Kai Hendry hen...@iki.fi wrote: My 2 cents: Suggestions to use 3 keys to copy paste SUCK Can we please have feature parity with MacOSX? cmd-c, cmd-v NEVER. Mac OS X users have to tortured and explictly selected for even more torture than customers. I guess cmd is that Windows key (keycode 133, Super_L?) on non-Apple hardware. Heavens know how to make cmd-c, cmd-v work in Chrome. I don’t support proprietary platforms. BONUS: Keep selection in the clipboard after I close the terminal window. Changing the X11 protocol is not an intention of st. You will have to add your own clipboard manager for this. Before anyone asks _which_ clipboard, my brain can only model one clipboard between any application. I'm sorry. I'm stupid. That’s why you are an Apple user. Sincerely, Christoph Lohmann
Re: [dev] st: selecting text affects both primary and clipbaord
Greetings. On Tue, 10 Mar 2015 22:02:30 +0100 Greg Reagle greg.rea...@umbc.edu wrote: On Mon, Mar 9, 2015, at 04:15 PM, Christoph Lohmann wrote: Can you please elaborate where you use both selections in parallel for different tasks and where st does interfere? [...] But this discussion happened already on this list, and despite the obvious correctness of what I'm saying here, the powers that be preferred to keep the current broken behavior, so the correct behavior is now a patch on the wiki. The text convinced me that st did it wrong. It is now using primary just for the selection. Are there any good suggestions for the shortcut to copy to the clipboard? Ctrl + y does interfere with everything. Sincerely, Christoph Lohmann
Re: [dev] Potential bug in st fallback font code
Greetings. On Tue, 10 Mar 2015 21:19:53 +0100 Greg Reagle greg.rea...@umbc.edu wrote: On Tue, Mar 10, 2015 at 06:39:49AM +0100, Christoph Lohmann wrote: Why are you throwing half‐baked bug reports at me without doing any de‐ bugging on your own? First of all, this is suckless: Bug reports have to be opened with a patch attached. Second: Don’t reply to yourself if you don’t have any new information in it. He wasn't throwing anything at you. He was posting bug reports to the mailing list. You are not forced to address them. Even if you are unwilling to consider bug reports without patches, some others on the mailing list might be interested in helping to make the bug more reproducible or to debug it. Remember, this is suckless. Yes, remember that this is suckless. All users are considered to be programmers. If they aren’t then they aren’t users, they are consumers. The statistics are against people just pretending to report a bug and then leaving. Bug reports with a patch have been fixed more often. If you report a bug, send a patch too. Sincerely, Christoph Lohmann
Re: [dev] [tabbed] [PATCH] fix bug in unmanage: check if lastsel is initialized
Greetings. On Tue, 10 Mar 2015 21:24:17 +0100 Markus Teich markus.te...@stusta.mhn.de wrote: Heyho, Here you go. That fixed it for me. The -d was irrelevant in reproducing the problem, please provide minimal reproduction testcases, when reporting bugs, the backgrounding is kind of annoying to debug if you always have to attach to the running process with gdb. The patch has been applied. Thanks for submitting it. Sincerely, Christoph Lohmann
Re: [dev] tabbed crash when using foreground = False in config.h
Greetings. On Mon, 09 Mar 2015 21:13:06 +0100 suckl...@axz.de wrote: Hi, tabbed crashes when using foreground = False in config.h Steps to reproduce: Get latest tabbed and surf src from git Set foreground = False in tabbed config.h Compile and install tabbed and surf Start 2 surf instances in tabbed: surf-open.sh suckless.org ; sleep 1 ; surf-open.sh suckless.org Close active (second) tab - CTRL-q - before doing anything else First tab gets active, try to close it - CTRL-q tabbed crashes You can also see that the surf instance running in the first tab is not maximized in the tabbed window after you close the second tab. The crash does not happen if you switch to the first tab (CTRL-1) before closing the second. The surf instance is also correctly maximized in the tabbed window, if you switch to it. Reproduced on FreeBSD 10.1 and Manjaro Linux (Arch Linux fork) Thanks for reporting this. But where is the patch? Sincerely, Christoph Lohmann
[dev] [st] Backspace is now Linux
Greetings comrades. St now has the Linux behaviour of Backspace as a default. Please change your configuration back from not using any strange backspace hacks. From now on new rules apply: Backspace == \177 Delete == \033[3~ I hope you get the new logic. Suckless police patrols will control this new knowledge. Disobedience will be sentenced. Sincerely, Christoph Lohmann
Re: [dev] Potential bug in st fallback font code
Greetings. On Tue, 10 Mar 2015 06:39:49 +0100 Eric Pruitt eric.pru...@gmail.com wrote: On Mon, Mar 09, 2015 at 11:17:23PM +0100, Christoph Lohmann wrote: The returned pattern are no duplicates and can’t be compared. I pushed a change to st to store the unicode long too of the glyph. This prevents the code from reloading the default font used to display the missing glyph. I think your patch is buggy as I have noticed two strange behaviours. I recompiled st, launched my music player, and I had some Japanese characters that have normally rendered fine for me render as rectangles. Upon closing and re-opening st, they rendered correctly again; see attached non-rendering-characters.png. Unfortunately, I can't seem to reproduce the problem, but since I've never experienced anything like that before and use st with Asian characters on a daily basis, your change seems to be the most likely suspect. On top that, the size in which st renders the missing-character-rectangles has also spontaneously changed*. This is easy to reproduce by reverting the st git repo and recompiling st; see attached font-size-change.png. * I cannot explain why, in the first screenshot, the rectangles are large instead of small. Why are you throwing half‐baked bug reports at me without doing any de‐ bugging on your own? First of all, this is suckless: Bug reports have to be opened with a patch attached. Second: Don’t reply to yourself if you don’t have any new information in it. The code is open, add as many debug symbols as you like. Most likely you will need to compile fontconfig to have debug output too. My first guess is that just checking for the long of the character isn’t enough cache information. When I find some way to reproduce the problem I will debug it as needed. For your line drawing problem: This is an Xft problem. I don’t want to add specific line‐drawing code to st. It’s the task of the font render‐ ing library to actually produce what I tell it to draw. Maybe it’s time to move to pango to not have to deal with that bug reports anymore. Sincerely, Christoph Lohmann
Re: [dev] A simple but flexible alternative to cron
Greetings. On Sun, 08 Feb 2015 14:55:01 +0100 Eric Pruitt eric.pru...@gmail.com wrote: I've wanted something with a bit more flexibility than standard Cron for a while, and I finally came up with a simple solution that I like and felt might be of interest to this community. You are just replacing the run‐crons script which is used in distribu‐ tions to handle the /etc/cron.[hourly|weekly|monthly] scripts? Running the script all the time is a bit of time‐wasting. The scheduler should know, to save CPU cycles, when the next task is arriving. I am using fcron[0] with just 11k. It has a nice shell fcrondyn with dy‐ namic task scheduling and it won’t shoot into your back like vixie cron does on an unstable time source. Sincerely, Christoph Lohmann [0] http://fcron.free.fr/description.php
Re: [dev] surf: see hover URL without changing title
Greetings. On Tue, 03 Feb 2015 17:25:49 +0100 Christoph Lohmann 2...@r-36.net wrote: Greetings. On Tue, 27 Jan 2015 19:38:47 +0100 Greg Reagle greg.rea...@umbc.edu wrote: On Tue, Jan 27, 2015, at 11:52 AM, Christoph Lohmann wrote: Then hook to the window leaving event in GTK or X11 and set the title to your needs. I will welcome a patch. Patch is attached. I am a total novice in GTK programming, so I don't know what type the callback function is supposed to be (hence the void pointers) or whether I registered it properly. But it does work well for me. I haven't seen any flaw in my testing and there was no critics. The patch is now in mainline. Sincerely, Christoph Lohmann
Re: [dev] [PATCH] Check for presence of SHELL environment variable
On Thu, 06 Nov 2014 19:18:32 +0100 k...@shike2.com wrote: HOME must hold the value of the user's home directory, if this value is not the value of /etc/passwd then you have an error in your configuration. The same can be said about SHELL. You can change your shell selection using chsh. I don't agree with your interpretation of the POSIX verbiage, but regardless, in my experience, the vast majority of applications check for $HOME before checking a user's passwd entry and the same applies with shells. Going with the principal of least surprise, this patch makes perfect sense. Even if you ignore that. I think SHELL could be a considered a special case -- a user may not have control of their system shell, and their only option for overriding it is updating SHELL after logging in. The problem here is that POSIX doesn't say anything about terminal emulators, and they don't fit correctly in the system definition. The correct behaviour of a terminal emulator should be execute a login program, but it is painful to force the user to write the user/password all the times, so almost all terminal emulators duplicate the work of login, but without asking. This is the reason they dulicate some of the work of login. You can set the value of SHELL in your profile if you cannot modify the value of /etc/passwd, but it means you are going to execute two shells (the first from your /etc/passwd and the second from your .profile). I would like to listen the opinion of other suckless developers about this point. What do you think guys? Regards, Sincerely, Christoph Lohmann
Re: [dev] surf: see hover URL without changing title
Greetings. On Tue, 27 Jan 2015 19:38:47 +0100 Greg Reagle greg.rea...@umbc.edu wrote: On Tue, Jan 27, 2015, at 11:52 AM, Christoph Lohmann wrote: Then hook to the window leaving event in GTK or X11 and set the title to your needs. I will welcome a patch. Patch is attached. I am a total novice in GTK programming, so I don't know what type the callback function is supposed to be (hence the void pointers) or whether I registered it properly. But it does work well for me. Congrats to your first patch. If there is no surf user having a hard ar‐ gument against your proposal I will apply it to upstream. Sincerely, Christoph Lohmann
Re: [dev] Found a bug in surf
Greetings. On Mon, 26 Jan 2015 18:37:44 +0100 Vampyrah Broadcasting vampyrahbroadcast...@gmail.com wrote: It crashed again. 919 segmentation fault. You are not really helping. Don’t spam this mailinglist. Compile your webkit using debug symbols, scan the backtrace and decide on your own, if it’s surf or webkit. Then file a proper bug report on the specific mailinglist. Sincerely, Christoph Lohmann
Re: [dev] surf: documented indicators in man page
Greetings. On Mon, 26 Jan 2015 21:58:46 +0100 Greg Reagle greg.rea...@umbc.edu wrote: Patch attached. Thanks for sending the patch, it has been applied. I extended the de‐ scription a bit. Sincerely, Christoph Lohmann
Re: [dev] [tabbed] [PATCH] revise drawbar and related mechanisms.
Greetings. On Sun, 25 Jan 2015 10:53:27 +0100 Markus Teich markus.te...@stusta.mhn.de wrote: This also fixes a bug, where the last tab was hidden and no after text was displayed. Thanks for sending in the patch. It has been applied to upstream. Sincerely, Christoph Lohmann
Re: [dev] surf vertical and horizontal same-origin policy patch (updated, with profiling mitigation)
Greetings. On Sat, 24 Jan 2015 08:49:50 +0100 Ben Woolley tauto...@gmail.com wrote: Hi all, I have attached an update. Thanks for your hard work. I appreciate it. I read some papers on the profiling issue, and most seem to say that lowering the diversity is the key, effectively lowering the bandwidth of the signal, and want to avoid randomizing anything. However: 1. If noise is added to this signal, then noise reduction techniques must be used, and such techniques usually need an appropriate model or profile of the noise to discard it, and that is a fairly difficult thing to do at scale. 2. A valid concern is that semantics could suffer. But it is not difficult to add noise that is semantically valid. If a profiling method needed to rely on semantics, then the available bandwidth is limited even further. For example, the order of values may be semantically insignificant, but different orderings would be a profiling value in itself, because they would alter a digest of the header. By randomizing the order, the semantics would need to be understood, and would provide less signal entropy. Naive digests would be useless. 3. Digests are commonly used to share device identifiers in the tracking industry, and it is trivial for the industry to tool that same code to other headers, like User-Agent. By breaking naive digest methods, the tracking industry would need to use more sophisticated methods that returned less value. Wouldn’t [0] be the best benchmark for your problem? If there is a benchmark, then proposing changes is easier. Future plans: 1. I plan on doing more semantically valid randomization like what I did to the Accept-Language header. 2. I was thinking of using dmenu instead of the HTML prompt, by using a wrapper script that launched surf or aborted. This wrapper could then isolate by merely exporting a different $HOME to surf, for each origin. This would allow me to move a bunch of code out of surf.c and into a shell script. If I can get the changes to surf.c down to just a few lines, then, I can package up the wrapper separately, and make changes to it without affecting the surf build. This is the main reason why I can’t include your patch in surf: This HTML prompt. It doesn’t fit the suckless philosophy. 3. This also may make it easier to support other embeddable browsers, like dillo, since the per-origin $HOME would work there. The prompt could even map different browsers to different origins. A simple origin library with a standard interface could be used by various browsers, just calling out to it whenever navigation occurs. Don’t add too much complexity. You are building a solution for a problem which can be of no interest in some months. If you add too many abstrac‐ tion layers you are doing premature optimisation and noone’s going to use your code. Keep it simple and straightforward. 4. I thought about using GtkMenu when you click a link, but dmenu is surf's conventional menu, and suits surf's keyboard-driven use cases. Then add some »Incognito« mode to surf, which would trigger such a be‐ haviour. Standard users should be protected in a mean way with good de‐ faults. 5. I am thinking of using the stylesheet regex technique to map URLs to origins, so that grouped origins like google subdomains can be easier to set up. Currently, I use symbolic links to map origin folders together. The main benefit is that the configuration can all be in one place. Symbolic links are easy to create, but can be difficult to maintain. However, if I break the code out into a separate library, I would probably adopt thttpd's glob patterns (* selected anything in between delimiters, while ** selected anything across delimiters). As said above: Go the straight way. Don’t throw away the obvious way be‐ cause you need pretend to need some feature. Sincerely, Christoph Lohmann [0] https://panopticlick.eff.org/index.php?action=logjs=yes
Re: [dev] [surf] [PATCH] fix stylesheet interna.
Greetings. On Tue, 20 Jan 2015 17:46:12 +0100 Markus Teich markus.te...@stusta.mhn.de wrote: * no more segfault when running `surf -m` * allow to enable custom styles after `surf -m` with mod+shift+m * use enablestyles instead of the webkit-setting, which clears things up a bit Thanks, the patch has been pushed upstream. Sincerely, Christoph Lohmann
Re: [dev] [surf] http auth in webkit 2.4.7
Greetings. On Tue, 20 Jan 2015 17:48:03 +0100 Markus Teich markus.te...@stusta.mhn.de wrote: Heyho, after I updated webkit to the 2.4.7-r200 version (from default gentoo repository), I have a problem with http authentication. After authenticating only the first pageload works. Every refresh or navigation to another url protected by the same http authentication mechanism results in webkit throwing a nice little „URL cannot be shown“ error page at me. Can someone confirm this bug and help me fix it? I already noticed, that webkit now has an interface for authentications, which could maybe even support client-side certificates for TLS handshakes. However this interface is not used by surf and the documentation is too bad for me to understand how it should be used. If nobody can confirm this bug right away, I'll setup a sample page which fails for me. I am using the same webkit version and can’t confirm the bug. Please re‐ port back with the sample page. Sincerely, Christoph Lohmann
Re: [dev] [surf][patch] Add support for mailto links
Greetings. On Mon, 19 Jan 2015 22:44:11 +0100 Markus Teich markus.te...@stusta.mhn.de wrote: Christoph Lohmann wrote: There is now PLUMB() in config.h, which will be run, when some URI does not start with about:, http://; or https://;. Please test this if there are some other URIS that should be handled from some outside ap‐ plication. Heyho Christoph, What about file:///? This was discussed on IRC, which convinced me to include file:// in the browser handling too. The ideal case would be a plumber handling all URIs and just giving http:// and https://, which is HTML to surf. Other files should be han‐ dled by being downloaded by local media players etc. But if surf is run on a system without such a plumber it’s useless. The main users are peo‐ ple without such a plumber, so file:// should be run in the webbrowser. There simply is no good default browser for file://. Another argument is that when you give the browser a file:// argument you want it to be opened in the browser. This clearly breaks the global URI space, where there should be just one browser handling all the plumbing. I can’t think of a solution now how this could be handled. Should there be metadata of how some URI should be displayed? Like you have see(1), edit(1), compose(1) and print(1) in mailcap? Should there be different open modes? I now have Mod + o for opening some link in the plumber. Should there be simply Mod + e for edit, Mod + c for compose etc.? This wouldn’t handle it bi‐directional, so someone giving out some URI on the web won’t edit, compose, but just see. Introducing the modes only local‐ ly will block the idea of a global URI space. Anyone has thought about this or tried something out? Sincerely, Christoph Lohmann
Re: [dev] [surf][patch] Add support for mailto links
Greetings. On Mon, 19 Jan 2015 22:16:39 +0100 Markus Teich markus.te...@stusta.mhn.de wrote: Michael Schupikov wrote: Currently surf cannot handle mailto links. This patch changes that and passes them to the email client. Thanks for the patch! I would propose to write a generic protocol handling patch instead. This is useful for e.g. magnet: or ftp: if you would like to handle them with external programs. There is now PLUMB() in config.h, which will be run, when some URI does not start with about:, http://; or https://;. Please test this if there are some other URIS that should be handled from some outside ap‐ plication. It’s called »plumb« due to the plumber(1) in Plan 9. By default it’s us‐ ing this half‐assed xdg‐open defined by some incompetent desktop stan‐ dards website. Sincerely, Christoph Lohmann
Re: [dev] [surf][patch] Add support for mailto links
Greetings. On Mon, 19 Jan 2015 22:34:13 +0100 Markus Teich markus.te...@stusta.mhn.de wrote: Christoph Lohmann wrote: There is now PLUMB() in config.h, which will be run, when some URI does not start with about:, http://; or https://;. Please test this if there are some other URIS that should be handled from some outside ap‐ plication. Heyho Christoph, What about file:///? In my plumbing system that’s run into mailcap, which runs surf for html files or anything else which handles local mime types. Sincerely, Christoph Lohmann
Re: [dev] surf trivial bugs patch
Greetings. On Sun, 18 Jan 2015 11:45:17 +0100 Carlos Torres vlaadbr...@gmail.com wrote: Hello, On Sat, Jan 17, 2015 at 1:23 AM, Christoph Lohmann 2...@r-36.net wrote: Thanks, the patch has been applied. cmd[] still appears to be 1 short Thanks, it has been fixed. Sincerely, Christoph Lohmann
[dev] [surf] site-specific stylesheets
Greetings comrades. Since surf does now have site‐specific styles (Thanks Markus Teich for the patch!) I added a wiki subsection for surf [0] so stylesheets can be shared with all oder comrades. Have fun! Sincerely, Christoph Lohmann [0] http://surf.suckless.org/stylesheets/
Re: [dev] disk cache patch
Greetings. On Sat, 17 Jan 2015 20:54:27 +0100 Ben Woolley tauto...@gmail.com wrote: Hi all, It turns out that enabling libsoup's disk cache is fairly straightforward. I left it enabled by default in the patch, but I am not proposing that in any way. I am pretty sure this will apply fairly cleanly with other patches, except maybe the change of the size of the togglestat struct. There is probably a concurrency issue with this, where multiple surf instances open the same cache. Note that I load on startup, and flush after each page load. At least I haven't run into any corruption issues with it, so maybe the worst that comes of that issue is fewer cache hits. Compared to no cache at all, it is an improvement. I used the command line options d and D. Beware that a disk cache may hold cache-based trackers for a longer duration than the memory-only cache that is the default. I recommend disabling the cache in any private sessions. Thanks for the patch. I merged it into the current tree and added the appropriate manpage change. Sincerely, Christoph Lohmann
Re: [dev] [surf] [PATCH] add per-site user styles
Greetings. On Sun, 11 Jan 2015 08:15:28 +0100 sta...@cs.tu-berlin.de wrote: * Christoph Lohmann 2015-01-07 21:46 cope with two goals: 1.) Make userstyles.org usable for surf. [...] I can imagine to add 2-3 more styles to better adjust to some sites I regularly visit, but can't see need for more. My goal was to try to adapt to a broader standard which actually got some pace so it's easier to reuse what is already done. While reading your arguments and the example scripts on userstyles.org I found that userstyles.org is a really bad standard. There is no clarity and no suckless teaching to be forced to change the web as you like and learn how to do it. I applied the user styles patch, implementing ‐mM for turning them on and off and keeping a way to specify a global stylefile to overwrite the style per session. Thanks for the patch! Sincerely, Christoph Lohmann
Re: [dev] surf trivial bugs patch
Greetings. On Sat, 17 Jan 2015 07:23:56 +0100 Ben Woolley tauto...@gmail.com wrote: Just a couple minor things I found while working on other things. The geolocation state was being lost on new windows. There was a newline being passed in the embed argument, but it didn't seem to break anything. Thanks, the patch has been applied. Sincerely, Christoph Lohmann
Re: [dev] security issue running surf from home folder
Greetings. On Wed, 07 Jan 2015 21:29:39 +0100 Ben Woolley tauto...@gmail.com wrote: The config.def.h file has a define for DOWNLOAD that just opens up curl, and surf.c calls DOWNLOAD without any prompting. Theses patches have been discussed on IRC. The optimal solution has been to make the default DOWNLOAD macro to ask for a string. If the string is empty, pass ‐O to curl, if it’s non‐empty add ‐‐create‐dirs and ‐o $string to curl. Any comments on this? Sincerely, Christoph Lohmann
Re: [dev] [surf] [PATCH] add per-site user styles
Greetings. On Wed, 07 Jan 2015 21:38:09 +0100 Markus Teich markus.te...@stusta.mhn.de wrote: since the css domain selectors do not work in webkit, another approach needs to be taken to support custom css for specific sites. In config.h there is now a list of regexes and corresponding css filenames. When a page is loaded and userstyles are active, the first entry that matches the uri is used as user-stylesheet-uri. The old static stylesheet is removed but can still be used by installing a default rule matching any site at the end of the list. I’m sorry for the late reply, but I had to first think of it to make it cope with two goals: 1.) Make userstyles.org usable for surf. 2.) Don't interfere with the commandline options. You are removing the possibility to enforce some userstyle on the com‐ mandline, which I don’t like. Such a patch should include tools to make the userstyles.org scripts be‐ ing easily addable to surf. I would need to parse the comments and then add it to the .surf/userstyles folder. The question is, if it’s enough to handle all of it in the custom javascript file, which won’t work when Javascript is turned off or your array in config.h is really needed. Sincerely, Christoph Lohmann [0] https://userstyles.org/styles/userjs/71747/Google%20Home%20Page%20-%20Manhattan%20Live%203D.user.js?ik-bgimg=ik-Manhattan
Re: [dev] [surf] tabs and clipboard
Greetings. On Sun, 04 Jan 2015 13:27:08 +0100 Markus Teich markus.te...@stusta.mhn.de wrote: Christoph Lohmann wrote: Currently surf does open a new tab with the middle mouse click and when you use the context menu with the right mouse click. What you changed removed the possibility to open a new surf window outside of tabbed. What’s the advantage of mapping this to Button1 and where would you put the possibility to open a surf window outside of tab? I am mainly using a Laptop with no external mouse connected, so just touchpad. I don't use the pointer that often (Nearly only to click on links in surf I think). Since I also mostly use mono/fullscreen mode of dwm, opening single Windows with no tabbing capability seems rather useless (more windows in the view, more time spent finding the right one). However when researching some stuff, I sometimes want to open a link in a new instance and since it does not make sense for me to open it in a new window, I want to open it in a new tab. Is this usecase clear enough or should I elaborate more? I just try to elaborate if it’s useful to have this as default in surf. Most touchpads have a three mouse button emulation by mapping certain parts of it to the mouse buttons. This isn’t an option on your Laptop? This is configured using the »SoftButtonAreas« option in the synaptics driver. Sincerely, Christoph Lohmann
Re: [dev] [surf] tabs and clipboard
Greetings. On Sun, 04 Jan 2015 16:47:09 +0100 Markus Teich markus.te...@stusta.mhn.de wrote: Christoph Lohmann wrote: I just try to elaborate if it’s useful to have this as default in surf. Most touchpads have a three mouse button emulation by mapping certain parts of it to the mouse buttons. This isn’t an option on your Laptop? Heyho, As far as I understand, the touchpad can be configured in any way you like with synaptics, but since this would be the only case where I need a middle mouse button and I don't want the „open new single window“ feature, it is most easy for me to patch this one line. To be honest I found it a little surprising and inconsistent when I noticed, that ctrl-button1 (new single window) and context menu - „open in new window“ (new tab) did something different. Maybe this should be consistent and configurable in config.h? There’s an extra mode other browsers don’t have to care about. Even if it’s fixed in tabbed to have a more dynamic release and addition of tabs the concept of embedding wouldn’t be useful anymore. It’s still under‐ used as it could be. Instead separate sub‐standards evolved in every ap‐ plication. I don’t see any need for further research into this direction as of now to have more embedding everywhere. Separating the button events into config.h should be possible. I would welcome a patch. Sincerely, Christoph Lohmann
