Hacker News new | comments | show | ask | jobs | submit login
Show HN: Browsh – A modern, text-based browser (brow.sh)
967 points by tombh 5 months ago | hide | past | web | favorite | 322 comments



Some of you may have seen this before under its previous incarnation of "Texttop". Then it was just a hack, but I got some great feedback, so I've spent most of the last 12 months turning it into something serious. It's morphed into more than a mere TTY gimmick. That UNIX philosophy of text being the "universal interface" has somewhat unexpectedly risen to the forefront, such that Browsh is now essentially a text browser engine, serving to both TTY clients and, somewhat ironically, other browsers - see https://html.brow.sh Being able to render any modern site (even WebGL for example) to text seems like an appropriate return to the web's origins. The obvious benefit being to those less fortunate that have slow and/or expensive bandwidth.

Also, I'd be interested in any opinions here about how to financially support this project. At the very least I'd just love to somehow make this my job.


> Also, I'd be interested in any opinions here about how to financially support this project. At the very least I'd just love to somehow make this my job.

I think before you can answer that question you have to figure out if there are enough geeks like you who think this is a useful enough tool to run / use regularly. They'll likely pay you $. Alternately, find use case where even just a few users / companies would pay $$$ each for some thing that it does that you can't easily get anywhere else and helps get work done.

For me it looks cool, and i'll give it a try, but i'm more likely to stay with my normal browser because with plugins like vimium i don't have to reach for my mouse very much. That's actually one of the reasons i use the command line so much. Make it work without constantly using my mouse and I'd be far more likely to use it. Once i'm using it regularly, then I'd be starting to think "I wish it would..." and then making those wishes come into practice is something i'd support. This is kind of a weird / esoteric thing that would just gradually improve so... maybe Patreon is a better route for getting support than normal software / feature / plugin sales.

personally, IF I find myself using it regularly, i think i'd be more likely to support you via a Patreon type regular donation.


Thanks for your advice, it's really helpful. I agree, I think it has a large gimmick factor, for which I don't think there's a huge amount of $ (though it does help spread the word). You have a good point about finding a niche in a large company. As others have mentioned this looks like it would be to do with endeavours out in the field so to speak, where the Internet is slow and/or expensive. So eg; military or shipping operations.

So at the moment I guess it's just best to hope as many different people and organisations see Browsh as possible and seeing what sticks and where.

I've got Patreon, Paypal and Bitcoin setup already: https://www.brow.sh/donate/


I think your niche might be companies or professionals that need to communicate via satellite while 'out in the field'. For my job I need to take an Inmarsat BGAN terminal with me on trips into the backcountry so I can pull up a data connection wherever I happen to be. Obviously the data is very expensive. To limit costs, I check my email via SSH using Pine and basic web browsing with Lynx. Regular web browsing in Chrome is slow and very expensive. Your browser represents a huge step up from Lynx.

The maritime industry could find a large benefit from using your software. A friend of mine is a marine electrician who often works on large commercial boats up in Alaska. Some of these boats will pay in the neighborhood of $7000 per month for satellite service and unless you're the captain you get very limited access time. I'm sure they'd be interested in cutting their web browsing costs.


Wouldnt it make more sense to build this as a cloud service?

So you connect (using ssh or chrome) to a dedicated host which sends you a digest of the page...

You can also "zoom in" on elements if you want higher resolution.

As a potential user, what are your opinions ?

(Sort of like the Amazon Silk browser..?!)

Edit: phrasing, and also looked at other comments


> Wouldnt it make more sense to build this as a cloud service?

Definitely. Maritime companies and backcountry users probably won't be interested in messing around with a nifty open source tool nor the hosting infrastructure it'd require. They'll want this built out as a secure easy to use service.

@tombh Feel free to get in touch if you're interested in building or optimizing for satellite users. I'd be happy to provide some beta test feedback using my equipment.


Definitely interested in this. It's exactly the thing that I imagined Browsh excelling at. I'm tom at tombh.co.uk


That's an excellent point. Reduce cost of "$xxx" to $x" by filtering / proxying through legible text. And yes. A return to the web's roots. I applaud the author b/c I have constantly wanted to do this same hack, but would never have done it to this level.


Add links to Patreon, PayPal, and Bitcoin right on the home page.


Woah, yeah, bold, why not.


I stepped up, now a Patron.


Thank you very much.


I could see this being part of a lightweight browser UI testing framework.

There's already ways to drive a headless UI (Selenium, puppeteer), but they require automation testers to interact with page elements via the "normal" DOM which can be quite painful in terms of creating automation tests - DSLs to drive DOM automation are necessarily huge.

I could envision browser automation via browsh using a very small DSL e.g. browsh.url() to navigate to a URL, browsh.click() to click on an element, browsh.text_exists?() to check whether text exists, browsh.link_exists?() to check whether a clickable link exists


I've thought of that too. The trouble is that Browsh's text renderer is more of a science than an art. It's quite hard to actually get a guarantee of the same text twice, which is a pretty important condition of testing.

But yes, I'd love for Browsh to be used in such a way!


As an anecdote, somebody at my workplace has just spent a day tearing their hair out trying to figure out how to get our selenium tests running automatically on a headless machine, because the resolution flat refused to go above 1024x768. Even then, they're slow and heavyweight.

A very fast browser not tied to a graphical display with the bonus of being able to put error screenshots into all of our existing tooling could actually be quite beneficial here, whether the text is character-identical every time or not.


Since browsh requires Firefox so I'm not sure you'd really get much of a speed benefit over Selenium


Guaranteeing the same text twice might not be so important. There are pixel comparison testing tools for popular browsers. Your advantage is probably speed. Would cypress end-to-end tests run way faster in Browsh than in a graphical browser? If so, you've got something of value to big companies. You might want to partner with or contract for Cypress.

EDIT: Since Browsh depends on Firefox I'm curious whether it's actually faster than a graphical browser.


> more of a science than an art.

Given the rest of your sentence, I think you mean the opposite.


oops, yeah


Check out (my) https://heliumhq.com. Not text-based but very high-level.


Re: financial support, have you seen Nadia Eghbal's Lemonade Stand for a whole set of ideas:

A handy guide to financial support for open source.

https://github.com/nayafia/lemonade-stand


Fantastic resource, thanks


As another resource for existing options:

https://wiki.snowdrift.coop/market-research/other-crowdfundi...

Has further notes that don't just overlap with the lemonade-stand thing. Unfortunately, Snowdrift.coop is still not available to use itself at this point.


actually one problem you have here, and you're probably realizing from the responses, is a problem I had with a personal project that could be used to build lots of things that people wanted, but in itself was not a thing people want. In order to monetize you need to build one of the things people want, but in doing so you put focus into one area and stop improving the generic base of everything, as well as not producing many little toy examples of the possibilities of your technology.


This is typical for infrastructure and foundation libraries. Nobody made money on jpeg, but jpeg powered entire industries.


While your point stands, you may be interested to know that a company actually successfully sold a patent for jpeg at some point, and made about $100M doing so. So I wouldn't say nobody made money on jpeg !

But it's also interesting for the OP, maybe there's something patentable in there ?


If you're referring to Forgent: they were patent trolls and their patent was invalidated due to prior art. Unfortunately not before a bunch of companies paid up.

Fraunhofer is a better example of an institute that made good money on tech patents with merit, as well as 3M and lots of other tech companies.

But as a rule these things are hard to monetize and while I'm not happy that it will be hard to monetize the work that went into this particular project at the same time I think it is good that patents are most likely a closed avenue.

Patents are - in my opinion - a net negative and the sooner they are abolished the better.


I've found myself running into this same thing as well. An obscure sort of problem no one warns you about ;)


damn, yes, that's indeed perceptive


This is not my favorite monetization strategy, but if you had enough people using your browser you could serve text-based ads in place of the now-pixelized image ads on the screen. To test this model right away, you could contact a developer-focused ad network like Carbon (https://carbonads.net/)

Another insidious idea is to pitch this browser to companies as a way to reduce wasted time on social media and time-wasting websites - employees could be trained on how to quickly extract text information from a website that is relevant to some business goals, without getting distracted by the time-wasting opportunities that a browser provides.

What I would love to see (but where far fewer promise of riches lay) is to use this as part of some great developer tool - this seems it could be a more intuitive way to test an interface than Selenium. Until then I look forward to personally supporting and using your awesome project!


This approach has already crossed my mind, and its not my favourite either. But if it enables me to make Browsh my job then I'd be open to it. I actually already self-advertise Browsh at the bottom of every https://html.brow.sh page. So I'd certainly be open to placing a simple ad link there at least.

Ha, the "reduce wasted time" idea is interesting one!

Thanks for your support :)


I got a wild idea that I want to do myself for funding a hobby of mine. I am developing a similar software compared to yunohost or cloudron. The way I want to fund my hobby is by afflilate marketing. I am developing a solution for hosting, so it might make sense for someone to use it via digital ocean. All I got to do is provide a link as a their affliate member (which I am as of now not apart of) and my user gets a discount, digital ocean gets a customer, and I get about $20 dollars I think. There are several other programs like this by various other companies. What I think you might do with this idea is offer an affiliate deal for your users for isps or organizations that want to provide super low bandwidth services. I read recently there are still millions of modem users in the USA because of the various remote locations can't afford to bring a network in and no political will to do it either. Good luck to you, I think you got a good idea. I am not able to get it to work on docker at this time but I'll be keeping an eye on it.


Charge for plugins? For example, user macros, user styles, integration of other apps, advanced bookmarks, etc. Sell merch, create your own awards for lo-fi websites and charge people to nominate their sites. Hope it works out for you!


Loads of ideas! So well first I need to identify what people want and are willing to pay for.

I like the awards for lo-fi websites, I could have a showcase section of the website.


I would pay for a mobile app that reduces my bandwidth usage during traveling while surfing the Webb away from WiFi.


Use ublock and umatrix addons for Firefox, they're free and available on mobile too.


I am very familiar with uBlock and such. I have a local DNS at home which blocks a lot of stuff for the whole family at home without using plugin-blockers. My wife don’t know a life with ads and is often surprised when visiting friends: “what a nightmare of distraction”

What I mean is an app that connects to an instance (vm, server) a brow.sh.

I would like to install this in a lxc container and connect to it from my mobile via VPN and use HTTP-proxy settings or and with an specific brow.sh-app for my mobile. Could this work?


It's be great if html.brow.sh could become a sophisticated proxy that stripped the web down to an absolute bare minimum. Yes I think travelers are the most likely to pay for it, but I think the poorer people of less developed nations would be the largest sector of users.

Currently though html.brow.sh is non-interactive, as soon as I start letting people logging in it opens up a whole bunch of privacy concerns!


Thanks for the answer. Well, created a Linux container (Ubuntu 17.10) using lxc. Installed browsh. Works very very fine. Same issues as others found:

* Forms not working in Firefox but works fine in the terminal. Google search...

Some more testing:

- use nginx as a proxy for browsh - configure the Firefox instance (install uBlock Orgin, remove history and set other privacy related configurations and hope it works.

Keep up the good work!


Thanks for trying it out. How do you mean forms aren't working in Firefox but work fine in the terminal?

What made you think about using Nginx as a proxy?

You can already install Firefox extensions: https://github.com/browsh-org/browsh/issues/45


Stupid question: how do you follow links without a mouse? e.g. with Lynx you'd use the arrow keys / enter - this doesn't seem to work here, and there's nothing obvious in the keybindings document.


Sadly, it's not a feature yet, but it's planned: https://github.com/browsh-org/browsh/issues/85


I've been messing about with a toy search engine for a long time, and starting to tie it into my Pinboard bookmarks (6,000 and counting!), and the most irritating part of the whole thing for a while has been extracting useful text from modern websites.

I'd considered using a headless browser setup but I never got 'round to it.

If you structured this as a paid service where I could make some number of requests for some amount of money and get back basically what you've got now in monochrome mode, I'd probably sign up pretty quick.

This is sort of relevant to some other recent HN discussions around the trouble with large-scale crawling and the trouble with so much of it being restricted to Google now, so I don't think I'm the only one.


The web 1995-2005 or thereabout will be the best documented period of humanity and it is saddening to see how payload has been replaced by cruft to the point that we might as well have remote PDF viewers.

So much for 'the semantic web' I guess.


This precisely the sort of thing that Browsh can remedy!


I've thought about this too, because https://text.brow.sh certainly does make scraping websites easy, you just need to `curl` and `grep`. But the trouble is, as I mentioned elsewhere in the thread, Browsh's text renderer is more of an art than a science, it doesn't guarantee consistent results for every render. Whereas of course downloading HTML and using something like Beautiful Soup does give a much better guarantee of consistency.


I don’t think that lack of consistency should stop you though. Ok maybe it wouldn’t be suitable for testing things but there are other uses for a headless browser


> I'd be interested in any opinions here about how to financially support this project. At the very least I'd just love to somehow make this my job.

One of the cases where developers still use text based browsers is in attempting to check accessibility of websites. For many large enterprises, there's a legal or contractual requirement to ensure a certain level of accessibility for users with disabilities.


It can also work for general usability testing: after testing my personal site, I realized that with the graphical fuzzing that this offers, even I couldn't identify what my site's main navigation buttons (made in CSS, no less!) said or whether they were even links. This let me see graphic through the lens of people that cannot see graphics well, so yay!


Nice thought, but it doesn't seem to be that kind of textual browser. Unless it really relies on accessibility to work at all.


Yeah it's a bit weird with it's fuzzy graphics. I'm not quite sure the best way to use this, but one of the most common forms of "blindness" is not a total lack of sight, but very poor eyesight.


I'd never thought of this, thanks.


Damn. Even Youtube works. Never thought I'd be watching movies over SSH.


AAlib [0] has been around for ages. But yeah, it's a cool trick to watch movies in a terminal.

However I think there is very little real use for image to text-as-image conversion.

[0] https://en.m.wikipedia.org/wiki/AAlib


Or libcaca, which even handles colors. With mpv & youtube-dl, you can do just:

    mpv -vo caca "https://www.youtube.com/watch?v=DLzxrzFCyOs"


Haha, I knew I was going to be rick-rolled before running this and yet I ran it anyway.

I didn't know about this utility. Awesome it does sound too. Thanks for pointing it out.


My guess is to try upselling features like anonymous browsing, ad-blocking, etc. Other ideas would require discovering use-case scenarios for corporate situations: can it be used as a cms-front end or a way to focus on text for localization? a11y testing? You never know.


What do you think of its potential for use in regions with slow and/or expensive Internet (South America seems to be the worst off here), where I could come to some arrangement with a local NGO/GO to fund server costs and development?


You absolutely could, Opera browser was doing something (I think they proxied images and similar files) before it gets to someone's screen. If you can compress large images (and you'd have to know they're images cause you gotta render them right?) in such a way that they're not visually distorted it would be worth paying for.

The harder thing is trust, trusting you to not change any images. On the other hand that'd make for a fun VPN service for general browsing (but again then it comes back to trust) but if you target it as a browser plugin bundled VPN service that saves on bandwidth you could hit more of an audience and use that income to fund Browsh. I figure you dont want to get too far outside of that scope though (development wise) since it's a lot more work.

I also like the other ideas of using some of the Browsh capabilities to scrape the web, maybe as a paid API, sure you can write a script to do that, but if you can curl / postman an API that does it for you and returns what you need, then why wouldn't you? Trick is can an API be done just perfectly enough? How do you tell it to give you whatever part of the screen with whatever requirements? It could sound simple but get complicated quickly enough. If it's too complex maybe a compression VPN is a better target.


Yeah the Opera-style compressing VPN idea is definitely high up on my list. That's why I released Browsh along side text.brow.sh and html.brow.sh At the moment they only return static content just as CDN would, so there's no privacy concerns, but to make those services truly VPN-like then they'll need to allow logins, sessions, etc, which then very much raises privacy concerns. And there's just nothing Browsh can do to assuage that, other than good branding, because Browsh by definition has to read every character on page in plain text.

I've got a good feeling about text.brow.sh, it's so simple. As you say I just need to work on the consistency of what it returns.

Thanks for your thoughts!


Maybe this would be useful to commercial shipping companies who run thier net over satellite and similar.

That would work nicely as a hosted service with an app. Like a more aggressive version of opera's bandwidth reduction.

The military might have similar problems.

It's not really ready fir consumers yet though.


Great ideas, I'd not thought of them. So might be worth researching some contacts in those fields.


Run it as a service. I send in a URL and maybe TERM type, you send back the rendering complete with escape sequences etc.

You might not see the need for this, but others will. I could see it being used in some back end workflow.


That's essentially what https://text.brow.sh is already doing right? Eg;

`curl https://text.brow.sh/https://news.ycombinator.com/item?id=17... | grep snarfy`


It's close, but it doesn't actually output the escape codes. It would be cool if there were different formats besides text and html. Maybe vt100.brow.sh, ansi.brow.sh, etc. That way when I curl it from a terminal it renders like the actual terminal client.

Add terms that commercial use of the site requires an account setup and some pricing info. They can always host it themselves, but like many things, most people would rather pay someone else to do it.


Oh! I never thought of sending the escape codes over curl. Great idea, thank you.


Well stay chargin for it. Put a button and give a dedicated connection for people that pay?


For sure that's definitely an option, for both the SSH service and the html.brow.sh service. As people get to learn about Browsh let's see if there are any takers.


But why wait? How you prefer to know? With $$ in the bank or hope for a tweet?


Here's the donate page! https://www.brow.sh/donate/


Out of pure curiosity, how much are you profiting currently out of it?


Since launch I've had just under £100 in donations.


Check again :)


The bitcoin one! Woaah, thank you so much :)


No, thank you. That must have been a very long and hard slog to get this to work as well as it does and unfortunately this is the only way that I have to show my appreciation of that. (Been there, done that.)


Ha, you're the first person to mention that. It's probably one of the hardest things I've ever done in my life, both technically and in terms of stamina. So I very much appreciate that someone else can understand that.


if it was pluggable into other browsers, or other browser's extensions, then charge a small fee for that kind of usage.


I've had the idea to make a webextension that transparently proxies all top-level URL bar requests to html.brow.sh, that way you can click on links in other applications that open in your browser and instantly get the Browsh version. I think it could a fantastic resource for those in the world that have slow and/or expensive internet.

First though I really need to improve html.brow.sh


I wonder if it would be a benefit for EU people who just want to read the site and not get a modal that tells them if they don't accept privacy invasions you can't read the page.

I'm getting tired of writing down GDPR violations to report.


But then I wonder if Browsh would come under some violation for doing so?


I don't see how you would end up in a GDPR violation scenario for doing it. I suppose the more likely scenario would be Company X wanting people to agree to give up data, and make it hard to access site without giving up data, but browsh makes it easy. So then the company complains that browsh is essentially enabling theft of their resources, I don't think that will work very well though.


Will you put it in Flatpak or Snap?


It's not a high priority but yes I will. Goreleaser, the tool I use to build the binaries, debs, rpms and taps, already has code from Snaps.


weird, that link doesn't work on localhost /s


dude, very cool.


Regarding financing, perhaps you should consider collaboration with the Tor Project.

Many Tor users disable Javascript, because Javascript sometimes has anonymizing vulnerabilities. But disabling Javascript cripples many websites.

But I can type html.brow.sh/https://example.com via my Tor browser and get a non crippled website, even with Javascript disabled. This is a very practical use case and I think many will want to pay you to make it work better.


I'm not very familiar with Tor. But from what I gather I think Browsh will be of interest to Tor users more than Tor network itself?


By the way SSH over Tor is also a viable use case


What you need to know about Tor is that the network consists of clients and relays. Clients are mostly users with browsers. Many of which disable JS, because JS can de-anonymize sometimes. This breaks some websites.

Previously I could not visit CNN.com via a JS-disabled Tor browser, but now I can type https://html.brow.sh/https://edition.cnn.com/ and Viola! (Well, it's still a little crippled but much better than a blank).

So, brow.sh benefits JS-disabling users. The Tor project receives donations and they dedicate them to enhance Tor. And, I think this is a neat enhancement. While I am not totally familiar with their money handling, I wouldn't be surprised if they are willing to funnel some of the funds to various side projects that improve the Tor experience.

In summary, the use case you advertise is minimal bandwidth for clients, but you missed the privacy use case, which someone may want to fund.

Edit: grammar fixes.


Ok great, well I posted over at r/tor, see what they say: https://www.reddit.com/r/TOR/comments/8y6z0m/browsh_html_ser...


Great!

I think your specific wording does not ring the bells for the casual Tor user (hence "why not lynx"). Perhaps you should clarify the precise use case: No-JS users can see JS-dependent websites simply by URL prefixing. They get the modern web without activating JS locally.


> Browsh consists of a minimal Golang CLI client and a browser webextension. Most of the work is done by the webextension. When the CLI starts, it looks for a compatible browser (currently only Firefox) and starts it in headless mode. Once the browser has started it opens a remote debugging connection and installs the extension.

So a browser wrapper.


I was wondering about this. If everything goes through an already installed browser, then what is the advantage that browsh has over a minimalistic fork of Firefox with e.g., lower bandwith features?


For this to actually give a bandwidth advantage I think the browser would have to be running on a server somewhere... so the browser has become the server.


I guess the point is to install this on some random server somewhere that you can then SSH to. It really does seem like a good way to have a speedy browser experience over even insanely slow network connections.


Does one then need a Firefox installation on the server, or can it be through a local Firefox installation?

Edit: according to comments below the headless browser (i.e., the Firefox installation) runs on the server. After this, the smaller bandwith data gets sent directly over SSH.


The point is it works without graphics so you can use it over ssh, for example.


In implementation, sure. But from the user's perspective, it's just a browser.


But it doesn't work without X, a common use case for lynx/links/w3m


It does work without X. I thought this too, but just untarred a firefox tar.bz from

https://ftp.mozilla.org/pub/firefox/releases/

And it worked on a VPS with nothing X related installed


Are you sure? [0] shows libxul contained in the firefox tar links to various X libs among other things, as the bug report I linked below mentions...

[0] https://pastebin.com/eNvM4YSK


maybe but you dont need a running xserver


Does it really? Firefox when run in headless mode does not require X.


Sure, you don't need it to be running but you need x, gtk, and glib installed.

https://bugzilla.mozilla.org/show_bug.cgi?id=1372998


Why wouldn’t you just use lynx?


Lynx doesn't even support modern SSL,let alone HTML5, CSS3, JS, WebGL, WebAssembly - all of which are supported by Browsh.


Lynx uses whatever SSL is on your system, so if your OpenSSL doesn't support modern SSL, then it's time for you to upgrade ;)


I'm not sure that's true, for example elinks doesn't support SNI: https://bugzilla.redhat.com/show_bug.cgi?id=1527856


elinks and lynx are completely different browsers. Lynx is actively developed and can link against recent versions of OpenSSL, GnuTLS, and LibreSSL. The latest release came out yesterday: http://lynx.invisible-island.net/release/

Lynx can render HTML5 web pages. Not sure what WebGL has to do with a web browser that is meant for terminal emulators. CSS is not supported in text browsers in general (not all of them are full-screen terminal applications) because it makes no sense - for decent text rendering, the browser needs to ignore style sheets and render in a way appropriate for text output.


Yes you're right, it's unfair to lump elinks and lynx together. It's before Browsh I would use elinks all the time as it seemed the most modern.

Surely though just the sheer fact of CSS's `hidden` declaration has to be taken into account by any browser, text-based nor not? I've came to the conclusion that there just simply isn't a subset of modern web standards that you can adhere to and still use the web today. Our best option is just to piggy back off one of the major browsers that does all the hard work of keeping up with the rapidly changing technologies.


I like the idea behind your wrapper but I think you’re mistaken regarding hidden. Things are hidden from browsers for a lot of reasons but a text browser should probably safely ignore them all as content and presentation are different.


I mean for example one of the big problems Browsh has is not rendering text that web developers have hidden in the DOM to be displayed on some kind of mouse interaction. So Browsh has to ask JS to query the `display: hidden`, `z-index`, etc values to ensure that it doesn't render text that is not intended to be displayed until after an interaction.


Displaying hidden text is one of the places where text browsers can "fix" broken web pages. There are broken web pages that hide the text you want to read until you click on some JavaScript modal, or some "Click to continue reading" link/button that breaks scrolling. w3m displays hidden text and greatly improves readability on many web pages.

You can argue that using the CSS display property is a bad hack around the poor performance of adding/removing DOM elements, but the general problem of trying to automatically adapt a GUI application to terminal display does not change (having the GUI be emulated in HTML that is meant to be displayed in the GUI of the web browser just adds a layer of indirection, difficulty, and inefficiency). On the other hand, web pages that are really hypertext documents wrapped in useless and inaccessible JavaScript and CSS can have all of the event handlers and CSS properties ignored, and become legible again. This is something that text browsers do well, and why text browsers continue to be relevant today.


> w3m displays hidden text and greatly improves readability on many web pages

Are you saying that ignoring CSS rules for hidden content improves readability? I find this very hard to understand. For example something like "Thanks for submitting this form" appearing on page load is not an improvement to readability.


apart from ssl, there are slight differences: last time I checked, "lynx" will do a http/1.0 request. Ubuntu nginx-common config suggestions do not ship gzipped content below http/1.1 if enabled without change (gzip_http_version 1.0). "w3m" is the same. "links" does http/1.1 without explicit runtime argument. I need to measure if this makes a difference in the general web (or with a day of my browsing history). http/1.0 sure does receive compressed content with "accept-encoding: gzip", but I'm curious if the http-version will make a big difference. Firefox will give you http/2.0 I stumbled on this detail when I was capped to 2 kbytes/s and tried different cli browser. I applaud the authors effort. The docs should mention the bandwith benefits are gained primarily if you have a remote to ssh into where you can setup a firefox install.


Current ELinks does support SNI. That bug might have been RHEL being on an old version.


Current? There was no stable release since 2009.


"stable" is not "current", as with so many software projects; and indeed current is dated October 2012 according to the elinks WWW site.

But even that is wrong. Development in fact continued for eight years until July 2017.

* http://repo.or.cz/elinks.git/shortlog/HEAD


Arguably you could say the same about Opera's "wrapping" of the Chrome libs.


Can it be made not to show WebGL, embedded video, and so forth? I enjoy a very serene internet using w3m set to monochrome, with mouse and images turned off. Every now and then it's necessary to use a graphical browser, and it's the sensory equivalent of being woken up by a toddler at 5:30 on Christmas morning.


What you call "serene," I would call "austere." That's not meant as a denigration, mind you: I'm very curious as to your viewpoint here. What do you enjoy about such an experience?


I find the ordinary internet terribly overstimulating. It's a constant din of people screaming for my attention. Even relatively sober sites often have distracting designs that make it hard to focus on the content. Text mode is calming, it cuts straight through the clutter. In text mode, authors have to distinguish themselves by saying something interesting, and it's a lot easier to decide whether that's the case when they have nothing but words with which to make their arguments.


> What do you enjoy about such an experience?

The major benefit is that I don't enjoy an "experience", I just read the content and leave. So much of the modern web is built specifically to prevent that.


I use elinks--

I like it for reading. I like how all the text is displayed the same, in a fixed width font I'm used to looking at. There's nothing to distract me or get in the way.


Yes. Just press `ALT+m` to toggle monochrome mode.


No offense, but why don’t you just continue to use w3m?


None taken, and I daresay I will. But just as a Chrome user might be open to trying Firefox, I'm open to trying other text mode browsers.


Seeing as images are so pixelated as to be near-indistiguishable, I think it would be nice for browsh to have a status line where it shows accessibility metadata (e.g. alt="" attributes) of whatever element is currently in focus.

It might also be nice to have a mode where images are just replaced by filled boxes that are more visually distinguished from the surrounding content.


That's a great idea about the `alt` metadata, thank you.

Have you got an example URL for a page that would benefit from those filled boxes you mention?


> Its main purpose is to significantly reduce bandwidth and thus both increase browsing speeds and decrease bandwidth costs.

How does it reduce bandwidth exactly? It still has to grab all the html/css/js for the site being rendered.


I think the use-case is that the user is running their headless browser on a remote server with a good internet connection. Then they open an SSH tunnel to that server from their local machine which has low bandwidth--and the only thing that needs to be received by the local machine is the browsh rendering of the webpage.


Exactly.

As well SSH/Mosh access there's a HTTP service, that currently only outputs static, noninteractive HTML and basic graphics. For example: https://html.brow.sh/https://news.ycombinator.com/item?id=17...


This sounds like your ticket to making money then. Have a hosted option.


I'd be wary to use a hosted option because a browser in a remote server will then contain my credentials and browsing history.

So if OP goes down this road then I think he should allow users to access machines.


What do you mean by access to machines? Like SSH access?

Do you think such a service would be significantly different to an email service in terms of privacy concerns?


Yes, I do think it’s pretty different.

If you weren’t the fine upstanding person you are, you’d have all the web traffic of users at your disposal: banking, secure interactions with healthcare providers, credentials to Hacker News, the whole nine yards.

With access to my email, you could probably reset a handful of my passwords to various services that don’t support dual factor auth, and you could probably discover what services I subscribe to.

I mean, I wouldn’t want you to have access to my email, but I would much rather that than a permanent man-in-the-middle web client.


It should be quite doable to spin up a container/VM on demand. I'd probably look at lxd/lxc or bsd jails for this (both with zfs for storage) - or if there now are any real ways to run containers under hw virtualization - maybe that.

Maybe something like:

https://github.com/rkt/rkt/blob/master/Documentation/running...

for VM backed containers - but I'm not sure if it's considered stable and/or secure.


Thanks for the suggestion. I'm already using Kubernetes/Docker for the `ssh brow.sh` service. What advantages would your approach have?


I don't think I'd look too hard at lxd or freebsd as you already have a docker setup.

But hw isolation might be worth investigating - as others are saying - hostile access to a web browser, including webmail etc - is pretty dangerous. And plain docker never had a good story wrt secure isolation.

Apparently there was "hypernetes", now stackube - for combining VM runtime and kubernetes:

https://kubernetes.io/blog/2016/05/hypernetes-security-and-m...

https://github.com/openstack/stackube

As far as I can tell, this allows the mix of k8 style pod/container management and VM level isolation:

https://stackube.readthedocs.io/en/latest/stackube_scope_cla...

As for lxd/freebsd jails and zfs - both offer very nice and easy to grasp environment for isolated services - and both should end a little more isolated than a typicaldocker setup (some services running as root in container, no additional lxc restrictions).

But all things considered, if you already have k8/docker set up to give every user a separate, possibly ephemeral container... Infrastructure is probably not where I'd devote most time. It should work well enough as is.


Now that you describe it, yes indeed I can see the problems. I can't think of any other precedent, as most other proxies are least protected by HTTPS, wheres a Browsh service is literally reading every character on a page in plain text! So there's need to be a great deal of trust. I wonder if it's just too much to ask of people, especially where money is involved.


Ah, that makes sense. Cool project!


does it fetch images? if it does not, there you go..


Very cool! I find the pixelated images to be quite charming. One thing I noticed, when I go to https://text.brow.sh it reads: `Welcome to the Browsh plain text client. You can use it by appending URLs like this; https://html.brow.sh/https://www.brow.sh`. Should it be `https://text.brow.sh/https://www.brow.sh` instead?


Thanks. Yes it's like the retro 8-bit style, it has a certain charm I agree.

Damn, I can't believe I missed that! I fixed it in the code and will deploy soon with some other fixes.


Note your donate link https://html.brow.sh/https://www.brow.sh/donate/ 'broke' the QR code. Amazing work!


Thanks. It does break the code doesn't it, but I'm planning on implementing a magnifying glass: https://github.com/browsh-org/browsh/issues/33


I'm not sure what the desired outcome should be but successive iterations has strange results: https://html.brow.sh/https://html.brow.sh/https://html.brow.... https://html.brow.sh/https://html.brow.sh/https://html.brow....


why do you say it's strange? The image is being compressed over and over and the content of the demo page is being added each iteration.

https://html.brow.sh/https://html.brow.sh/https://html.brow....


That sort of thing is actually causing spikes in load on the cluster. I think the quickness of the requests must skip the cache. So it's a bug really, I just need to detect recursive URLs and extract the deepest link.


Sadly it doesn't seem like it can render even basic HTML forms, which other text browsers can do. Otherwise it'd be very useful.

[1] https://html.brow.sh/https://ichi.moe/


The html.brow.sh service is quite far behind the terminal client in terms of features. Besides there's big hurdles over privacy if html.brow.sh starts letting users log into sites.


Also check out: Emacs eww. Handy when you are reading through a manual with lots of code examples, and copy pasting from a web page becomes work by itself.

Just in case you're put off by the thought of Emacs keychords, note that you can also use mouse to move backward and forward through history (it has icons for those), and of course you can click links.

But more importantly, it's Emacs. So if you wanted, you can press a key have the code copy-pasted to a temp file, run the compiler on that, display the result in a new window and file away both the code and the result to an org file for further studying.


Pretty sweet!

Curious: why headless firefox and not headless chrome? Also: 'its main purpose is...to reduce bandwidth.' How does this reduce bandwidth? Is the assumption that you would deploy browsh on a server and ssh/mosh against that, and the bandwidth savings are to the client? (But full bandwidth usage to the server)?


Curiously, Chrome doesn't support extensions in headless mode. And Browsh needs to run some custom CSS and JS to help with parsing, so Chrome was a no go. You can inject CSS and JS using the RPC though, but that RPC standard (https://remotedebug.org/) isn't yet supported by Firefox. So at the time I felt that using the webextension standard was a more cross-browser investment. Perhaps I should revisit that decision.

And yes you're right about the use of a remote server to make use of the bandwidth savings.


Because Firefox is open source, in the same vein as this project? Just a guess.


Chromium is also open source


He said Chrome, though. Or is there no headless Chrome but only Chromium? Can't say I've ever heard of headless Chrome, though, so I guess that's why I'm being downvoted.


Reminds me a bit of reading about (I don't recall actually using one) web accelerators, or proxies that would retrieve and strip down content requested by a low powered/bandwidth client. I think these have pretty much disappeared over the last 10 years as bandwidth increased and mobile devices became more powerful.

Added: I guess https://www.opera.com/turbo still provides this feature. Is there anything comparable that can be self-hosted?


The algorithm used in chafa for img→unicode would improve the image quality: https://github.com/hpjansson/chafa/



There really just needs to be a terminal API for true pixel graphics. Something like sixel but modernized and cleaned up. There's no need to hack in graphics on top of Unicode block characters, which negates backwards compatibility anyway.


iTerm2 has a escape codes for viewing images, but I haven’t seen any other terminals picking it up: https://www.iterm2.com/documentation-images.html


This is nearly what I'm talking about but it requires the terminal emulator to understand the image format. I guess that makes sense for transfer efficiency, and if you want a pixel-level API you could just transfer BMPs.



amazing quality!


Is there a way to point it to a different Firefox installation path? It only looks at Program Files{x86} and then quits as it doesn't find the FF installation at Program Files.


Use the `-firefox` flag. However the Windows binary has other problems.

You can use the free live demos though: `ssh brow.sh` and https://html.brow.sh


This kind of stuff helps restore my faith in humanity. It makes me feel like a hacker again. Life starts and ends with the command line.


Wow, thanks!


    $ ssh brow.sh
    All of Browsh's servers are currently busy. Please try again soon.
    Connection to brow.sh closed.
Seems like a cool way to do a demo for something that's a bit painful to install on macOS (would love to see $ brew install browsh). I'll have to give it another look once the HN effect has died down.


In my case it generated SIGSEGV and the "Connection to brow.sh" was closed.

The more interesting that my gnome-terminal still receives/prints some codes. When I hit enter, it tries to execute them!

https://ibb.co/buhqE8 and (ENTER) https://ibb.co/itFz7T

Does anyone of you know the mechanism behind it?

EDIT: Does anyone of you know how to use it to type into terminal "sudo su -"?


This should be fixed in v1.3.2


I found that the docker version was the easiest to get running on Mac. It's just `docker run -it browsh/browsh`, and it downloads and runs everything automatically.


For what it's worth, I got the same error, and just downloaded the linked binary [1] and after a quick chmod+x it was up and running (I had a new-ish Firefox in my Applications folder).

[1]: https://github.com/browsh-org/browsh/releases/download/v1.2....


Can someone explain the usecase for Text-based browsers? While they're fun to show off to my non-tech friends when running without X11 and looking like a hacker, I've never needed one.


When X is fucked and I need to look up online documentation or download a driver.

When Internet is bad: packet loss at home, or travelling.

When I am fed up with bloated Web sites and don't have Opera 12 installed.

When setting a big font preference renders the Web page unusable.

When I need to browse something on my computer, but I am away and only have my phone with me. I can use ssh, but I cannot use vnc.


I once worked with a software system where the preferred way of interacting with its admin features was using lynx. It's a great way to provide menu-based software configuration.


Mind blown how accurate this is, I've sent you some BTC as token of appreciation even though I do not have any application for what you've built right now. A lot of work has gone into this and it shows.

edit: it's so good that I got confused about which window I was looking at and tried to click links with the mouse :)


Thank you very much indeed.


Neat project. It seems to have trouble rendering text from some text heavy pages. For instance, see the missing characters in the posts here: https://html.brow.sh/https://old.reddit.com/


Yes, I know :/ I'm pretty sure it's related to the issues the terminal client has here: https://github.com/browsh-org/browsh/issues/42

At least with the terminal client successive frame updates eventually render the text - a luxury we don't have yet with html.brow.sh



I've been watching this: https://www.virustotal.com/#/url/54ab74be93601eb2f252364829c...

Because yesterday Google Safe Browsing considered this URL: https://html.brow.sh/mail.google.com a phishing attack. Even though the html.brow.sh service is non-interactive, it doesn't even return `<form>` tags, let alone JS.


That just means that someone rated it that way.

The owner ought to dispute that.


Yes. My point is that people are blocked to access the website because that list is used by some firewalls to allow or block access.


Because Symantec classifies it as a proxy?

Edit: And I see that https://www.startpage.com/ isn't banned, and it includes a proxy option.


That sitereview.bluecoat link hijacked my “back” button (browser history) and I was stuck on the page. I hate when websites do that, please don’t post such links


"As of writing in 2018, the average website requires downloading around 3MB and making over 100 individual HTTP requests. Browsh will turn this into around 15kb and 2 HTTP requests - 1 for the HTML/text and the other for the favicon."

Does "100 individual HTTP requests" mean 100 TCP connections?

As far as I know, according to RFC 2616, connection keep-alive was intended to promote making numerous HTTP requests. In fact, IME, most web servers default to setting max-requests at 100. Some are higher.

Following the guidance of the RFCs, for decades I have been using this HTTP feature to make 100 requests to a site in a single connection. That is 100 pages of HTML in one quick TCP connection. If I retrieve 3MB, it is 3MB of HTML from the website and zero from third parties. (Further, I have written filters to remove junk from the HTML and print only the content I want, e.g. for reading or to import into database. If I need to split into separate files, which is rare, csplit works nicely.)

In order to achieve this efficiency I could not and do not use a popular browser authored by ad-supported entities. I am an avid text-based web user who has no need for ads, graphics, and other external resources, e.g. Javascript. As such, I can use clients that can support http pipelining according to the RFCs. It works very well; no complaints.

Best of luck with this project.


Oh! I didn't know that, I'm sure you're right. What do you think a better wording would be?


For someone stuck in the ssh demo, as myself. Ctrl+Q will exit the browser and end the ssh connection.


What I really love is that (when the server is working) you can

    ssh brow.sh
And then have a graphical browser from anywhere :D.


That failed massively for me in Terminal.app on OS X. The browser showed garbled text and horizontal half-height lines.

Is there a reason why Terminal.app might not work?


Terminal.app doesn't support true colour :( So it can't properly take advantage of the UTF-8 half block trick to get 2 pixels of colour from each cell - thus creating the banding effect you see.


Thanks!

What are you seeing when the server isn't working?


Oh it was just timing out, I assumed it was suffering from a HN hug of death but it could've just as easily been my connection :).


  $ ssh brow.sh
(It starts, prints "Waiting for Firefox to connect")

Then...

  panic: runtime error: invalid memory address or nil pointer dereference
  [signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x6de976]

  goroutine 11 [running]:
  browsh/interfacer/src/browsh.handleMouseEvent(0xc4203d3b00)
          /home/travis/gopath/src/browsh/interfacer/src/browsh/tty.go:151 +0x36
  browsh/interfacer/src/browsh.readStdin()
          /home/travis/gopath/src/browsh/interfacer/src/browsh/tty.go:46 +0xd3
  created by browsh/interfacer/src/browsh.TTYStart
          /home/travis/gopath/src/browsh/interfacer/src/browsh/browsh.go:185 +0xf2
  Connection to brow.sh closed.


This should be fix, let me know if you try again and it works.



Really cool to see how far this has come since it was Texttop.

It reminds me of the txt-web app I created based on my html2text golang pkg. It takes a different (simpler and less sophisticated) approach- bottom up, no fancy rendering:

https://txt.gigawatt.io/jaytaylor.com

(Site source code: https://jaytaylor.com/txt-web)

Powered by the go html2text pkg: https://jaytaylor.com/html2text


Nice! Very much in the same spirit :)



I don't think randomly truncated sentences were expected:

  This is a motherfuc
  And it's fuckin


Yeah, there's still some improvements to made for sure. I actually pushed a little fix in v1.3.2 that should address this.


This is cool. Had you not considered using a pixellated Sean Connery as the logo?


This likely has copyright/trademark implications. :)


Yesh I had :D


Requiring a full version of WebExtensions Firefox is a real deal-breaker in terms of memory hogging (that and only having an x64 Windows binary). Why not do what Pale Moon, SRWare Iron, Chrome-Opera, Vivaldi (i.e. Opera-Chrome 2), and others have done, and create a full browser based on the FF code instead of requiring a separate install?

Still, I think for all the major benefits of text-based browsing, Lynx, Links, and eLinks are still far preferable as lightweight solutions.


Browsh's raison d'etre is really about saving bandwidth. I first had the problem of bandwidth whilst living in Ladakh in Northern India, where I simply could not use the modern web. I expect Browsh not to be run on the same machine as the user, instead it runs somewhere where there is good internet and the user then accesses its output via either SSH/Mosh or the HTML service.

Linking to FF/Chrome's libs is certainly an option and I agree a better approach, it's just a learning curve I wasn't willing to invest in.


Did Links/eLinks/Lynx not provide a better benefit in terms of bandwidth? It seems like trying to process it the way you're doing would lead to more overall load, rather than less.


Well bandwidth and load are irrelevant when lynx/browsh are being run on a remote VM.


The nice thing about text based browsers is that you can use them at work and everyone thinks you're cranking code but you're really just on HN


Except the network admin that makes the hush-hush employee website usage reports for the boss.


Not if all they see is an ssh connection...


Tom, RE that Kubernetes Slack artifacts in the video (4:45), this doesn't look like Browsh bug - it's just a new weird trend that happens on Slack/Discord, of people spamming with emoji reactions, often making them spell out something obscene. Browsh handled this very well, IMO (to be honest, it looked better than on a normal browser, because the actual spam content was pixelized).


Hey thanks! :)) Ha ok, then I should have just not mentioned, but its good to know Browsh actually coped well.


I love text-based browsers, and this is the one whose display looks best (but i would like to disable images/animations). This being a work in progress, the most important feature needed immediately is a boost in performance. I have a very powerful workstation, and just following a link and rendering the next page takes almost a second. (In lynx, w3m and in elinks it is instantaneous.)


Browsh is really aimed at people with slow and/or expensive Internet that would benefit with having the main browser engine running remotely. You then access the output of Browsh via either SSH/Mosh or HTML serivice.

But nevertheless you might like Browsh's monochrome toggle: `ALT+m`


I like colors, my problem is mostly the sluggishness. I follow a link and I have to wait a while, without any feedback, until the new page is ready. There is no reason for these delays (from the point of view of the user). If I am interested in text-only browsing, the other browsers offer a much more user-friendly experience.


I'd be interested to know if Browsh really is more sluggish than other text-based browsers, in my experience it's certainly on par. Also Browsh does provide feedback in the bottom left, just like most browser do, when a link is clicked.

But Browsh isn't designed to give faster browsing for people that already have good internet, it's designed to offer complete access to the modern web for users on slow and/or expensive internet.


Awesome software, this is totally something I could see myself use regularly.

Heads up: on my Mac, browsh isn't properly resetting the tty when it crashes.


Yes, sorry about that. I'm still getting used to Golang. So I need to consistently catch panics and I ensure the right ANSI escape sequence gets sent to the terminal before it finally exits.


You might want to either increase the quality of your JPEG encoding or switch to a different format (GIF might work well at the sizes you're rendering). The compression artifacts from JPEG are very visible on solid-coloured areas: https://i.imgur.com/CcS7gL6.png


Yeah, I agree, I need to play with that. The trouble is, those last few percentages of improved quality often double the Kb weight of a page!


You might want to consider adding support for displaying proper terminal graphics, instead of using pixelated ones (which I assume are done using unicode block drawing symbols?).

See https://sw.kovidgoyal.net/kitty/graphics-protocol.html


I'm actually already pretty decided against this. Simply because I won't the basic engine to be as text-focused as possible, as then we have a universal source of the modern web in pure text format, that multiple other clients (terminals being only one) can make use of. And besides graphics are orders of magnitude more bandwidth heavy than text, which somewhat defeats the purpose of Browsh.


Rendering images using unicode block symbols does not make them text, it just makes them pixelated. And you can always down sample images to reduce the bandwidth cost and still get a much better rendering than you achieve currently. For example you can convert the images to indexed 256 color compressed PNG and transmit that, which would reduce bandwidth by a factor of ~4x while still giving you much better rendering.

But anyway, it was just a suggestion, it's your project, you should feel free to do what you think is best for it.


Amazing work. Well done.

(I looked at repurposing Firefox’s renderer for Lynx back in the late 90s - primarily for the JS support - but marrying a mountain of complex C++ implementing a dynamic page to crufty old C with bake-at-parse pages was far beyond my abilities or motivation.)


Suggestion: Make the Debian depend on firefox | firefox-esr. Currently, it's not possible to install on Debian stable due to that distribution not shipping a package named firefox, only one called firefox-esr.

[edit]: Ah, I notice now that the firefox in stable is too old anyway. Oh, well, never mind then :-)


Ah yeah, thanks for pointing that out. I've added `firefox-esr` anyway, for the day that it gets upgraded past 57.


Awesome work! Great stuff! Love from an terminal nerd here. Hope you succeed with this project.

Question: how will it work with CAPTCHAs?


I'm planning to add a 'magnifying glass' feature: https://github.com/browsh-org/browsh/issues/33


It's a bit broken on my blog, I'd like to know why so I can fix it...

https://html.brow.sh/https://milankragujevic.com/vip-drop-i-...


I can see that Browsh's injected JS isn't able to hide your text to take the screenshot, which in turn means that Browsh can't parse the text. There could be a number of reasons for this, but it's very much Browsh's responsibility here, not yours. I've added your site as an issue on the repo: https://github.com/browsh-org/browsh/issues/75


Just wonder what kind of experience one should expect with 2400 bps? (Iridium go unlimited global satellite connection that costs around 135 USD per month. I think Go has some limitations so I do not know how much one would need to hack things around to get ssh terminal working properly)?


This is really the perfect use case for Browsh. I first had the idea for it when I was in the deserts of Ladakh where you'd get around 3kb/s speeds.

So what you need to do is install Browsh on a remote server along with Mosh. Then from your own personal computer you can use the Mosh client to get Browsh working, albeit, quite slowly, in your terminal.

So you don't need to touch Go at all.

Let me know if you want any help, I'd love to get you setup as, like I say, this is precisely what I made Browsh for.


I do not have currently the hardware (nor immediate need for it) it is just something I have been wondering how much it would cost to get properly global intrnet connection. I think Iridium Go does not allow connections from other than selected apps, you can't make a generic internet connection from a laptop through go. But this is just based on what I have read, I have no first hand experience.


What's with the Virus warning with the windows binary?

Comes up with BrowserModifier Win32/Unwaders.B!ml detected.


This is related to: https://html.brow.sh/https://chocolatkey.com/blog/mathletics...

Do you still get the warning with the latest v1.2.3? https://www.brow.sh/downloads/


Windows Defender says:

Trojan:Win32/Fuery.B!cl | Severe


SentinelOne sees it as a virus


Got rickrolled in 2018 gnarf :(


they are getting more complicated these day, the guy invented a whole browser frontend in order to rickroll us! :)


Absolutely love the project! Also, this is probably the first time I felt happy being Rick-rolled!


that's pretty awesome. Anyone here knows how I could install this in termux on my android?


I tried it this morning (lineageOS). Got the arm binary from github, `chmod +x`-ed it on my computer and scp:ed it over to my phone. Ran the binary and got a quick flash of the screen and a `exit status 1`.

Have not looked into it more than that. Since `browsh` depends on headless firefox, which is not in the termux default repository (it seems), I guess it won't work because termux does not have access to the firefox system app, if that even shits with the headless-functionality. (but here I'm just guessing, a work around may be available)

Would be cool to see working though.


thanks for the details. they saved me some troubles. too bad it (apparently) doesn't work. At least they do have good 'ol lynx in their repository :)


I haven't really made it clear enough in the docs yet, but Browsh is meant to be run on a remote server and then accessed over SSH/Mosh or the HTML service. So there's not much advantage to overcoming the hurdles to getting running on Android. You should just SSH or better yet Mosh to access a remote version of Browsh.


The MacOS "binary" version:

--isn't a disk image --isn't an app --isn't source code

So what is it?


An executable? Haven’t had a chance to check it myself yet, but that’d probably mean you have to chmod +x it, and the run it in a terminal.


Do

  chmod+x browsh_1.2.3_darwin_amd64 
and then run it

  ./browsh_1.2.3_darwin_amd64


An executable

More

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | Legal | Apply to YC | Contact

Search: