( from http://soosck.wordpress.com/2010/11/16/netsurf-graphical-web-browser-command-line-css/ ) "Believe me or not, the above picture is neither photoshoped nor produced in WMs, it’s just a pic of NetSurf running on Framebuffer. The whole browser and all its dependencies roughly measures 5 MB. NetSurf utilizes no bloated Window Managers and still it supports HTML 4, CSS 2.1, HTTPS, Unicode content and many other features. Furthermore, the development seems propitious with HTML 5 and JavaScript support under progress." I'll try to create a quick ebuild for this in a few days unless someone beats me to it. Reproducible: Always Steps to Reproduce:
Created attachment 261255 [details] net-libs/hubbub hubbub dep
Created attachment 261257 [details] net-libs/libcss libcss dep
Created attachment 261258 [details] net-libs/libnsbmp libnsbmp dep
Created attachment 261259 [details] net-libs/libnsfb fb dep
Created attachment 261260 [details] net-libs/libnsgif gif dep
Created attachment 261261 [details] net-libs/libparserutils
Created attachment 261263 [details] net-libs/libsvgtiny
Created attachment 261265 [details] net-libs/libwapcaplet
Created attachment 261266 [details] www-client/netsurf
Created attachment 261267 [details, diff] www-client/netsurf/files/fix-font-path.patch A patch that changes font path that is used in fb mode. Netsurf will crush without it.
Created attachment 261268 [details] www-client/netsurf/files/netsurf NetSurf should be executed inside of it's directory. So we should cd there at first.
It was a nightmare. :) And in the end it doesn't work in fb mode outside of X... :D It screams that "Failed to initialize SDL Video: No available video device", meanwhile it should use "linux" not "sdl" as an fb frontend. I searched a lot and didn't get why. There is an NETSURF_FB_FRONTEND option that could be overrided in Makefile.config for choosing appropriate fb device (valid values are: linux, sdl, vnc, able) at compile time. But it's already set to "linux" and overriding it to "linux" does nothing, off course. :) OK, what's about USE flags: freetype - it is related only to FB mode. NetSurf uses internal font system by default. And it has a single built in monospaced face with CP467 encoding. So, if you are interested in something more (i repeat, in FB mode which doesn't work outside of X) - you should turn that USE on. pdf - it is related only to X mode. It is used for PDF export and printing. svgtiny - it breaks NetSurf's SVG rendering at the moment. But someday... :) Do like this to run netsurf: netsurf netsurf gentoo.org or netsurf -fb netsurf -fb gentoo.org Regards, Incinerator
I'm taking a look at it and commit it to http://git.overlays.gentoo.org/gitweb/?p=dev/xmw.git;a=summary (it should be in layman soon) I'll commit this to the main tree as soon as it works fine.
I've finished my work, please take a look to the overlay.
Michael, I had a play with the ebuild (and dependencies) in your repositories. netsurf with gtk useflag works great. However, with the fbcon use flag it just exits with 1 exit status. I was under the impression that the netsurf framebuffer build is a wrapper straight into X (not the linux framebuffer) - is this correct? Any thoughts on why it isn't working for me? strace proved inscrutable to me, and gdb reported nothing untoward happening. Many thanks for the work.
OK, scratch the nsfb complaint, it's working fine. I didn't realise, but running the X surface of netsurf just needs 'nsfb -f x', and then it works. nsfb suprised me by being quite slow, but the packaging is obviously not at fault there.
Michael, your ebuild had a little typo that meant freetype wasn't enabled for the framebuffer build. Also, for freetype to work, a font path needs to be passed to the compile. I passed the dejavu path; hopefully that's generic enough to be useful. I'll attach a patch to the latest ebuild in your repository making these two changes.
Created attachment 283175 [details, diff] patch to ebuild fixing freetype support for framebuffer build
I'll look into updating the ebuilds for netsurf-2.9 and then adding it to portage. xmw: feel free to beat me to it
i'm currently updating/commiting this into the tree.
(In reply to comment #18) > Created attachment 283175 [details, diff] [details, diff] > patch to ebuild fixing freetype support for framebuffer build Thanks for the patch. I sould stick with the USE flags freetype here, because it selects the specific implementation (media-libs/freetype) over the internal implementation.
In tree ;-)
