Puppy Linux Discussion Forum

[sindi]

Framebuffer and related programs:

http://keesan.freeshell.org/fbida-2.0.6-puppy4.tgz
(http://keesan.freeshell.org/blfiles.htm - other binary packages for
libc 2.3.6 or older. )

cd /
tar fbida*tgz -zxvf
or in /tmp and just copy over what you want.

The files are extracted from a 2007 Slackware package (alienbuilds), and
I added a libsane I had compiled and also a puppy 4 libexif.

The link to hundreds of individual library files for puppy is broken and
installing puppy 4 gphoto to get libexif was quicker than downloading
60MB of ALL the libraries as a tar.gz (10 min). With libexif from that
collection or 2007 Slackware, these programs might work with Puppy 3
too.

I tested with libc upgraded to 2.11.3 - 2.6.1 may not work. (How do I
check what glibc something requires?).

/usr/bin/fbi - framebuffer-based console (NOT rxvt) image viewer for
jpeg, gif, png, ppm, tiff, with scrolling, slide-show, and probably much
more. fbi --help

In rc.local add modprobe fbcon to get framebuffer console and boot with
vga=791 (1024x768) or vga=788 (800x600)

Ctrl-Alt-F2 to get a framebuffer console.

Requires /usr/lib/libexif...

I have no idea why ldd lists a lot of X11 dependencies.

I am using it with lynx (should also work with links and elinks) to view
images (not inline). Helpful with slow connections, slow computers, or
little memory (don't run X at all).

ida - X-based viewer, with lots of keyboard navigation which you can
read about in /usr/etc/default-apps/Ida. Right click on an image for
the GUI. Needs Motif but works somewhat without it.

Text is missing but you can click on buttons. Frequent error messages
but still a nice fast viewer.

H flips horizontally, + and - zoom.
Requires libsane in /usr/lib/

fbgs - needs ghostscript (framebuffer pdf viewer, gs frontend).

exiftran - jpeg transforming program that preserves exif info.
Not tested.

I compiled fbjpeg (5K) with libFB (19K) but the resolution is much
lower. Simple viewer, no controls. Only other dependencies are libc
and libjpeg. Will post on request.

Netsurf 3.0 supposedly runs in framebuffer mode - can anyone compile it
for Puppy 4? They are starting work on javascript and HTML 5.

mplayer works in framebuffer mode in a terminal. I played mp4s
downloaded with standalone youtube-dl or with movgrab from a recent
you2pup (the rest of which won't work).

[sindi]

See topic Dillo - Browser. The latest pet , 3.02-1 (2011), only 770K despite being static for FLTK, for puppy 4.3.1, is on the first page. Tested working with pulp03.
The latest dillo is now 3.03 (2013). No https or javascript, by design. Someone got it working with gmail anyway.

[Keef]

sindi

Technosaurus did a Netsurf framebuffer build here:
http://murga-linux.com/puppy/viewtopic.php?p=698373#698373

but note my post afterwards - it is limited and will not exit when run in the framebuffer.

[sindi]

[Colonel Panic]

I'm posting from P.U.L.P now and I think dillo is the best of the browsers currently supplied with the standard distro.

On the test page I used (displaying details of a program on BBC Radio 4), Bon Echo wouldn't display all the text on the page and ELinks, normally very stable, crashed.

The next one I'm going to try is Swiftfox (from the 412 Collection site).

[sindi]

Framebuffer pet modules work on a Gateway ARC200 1.4GHz (where Xvesa does not)
and on a 1.6GHz DELL D600 but not on three older laptops: Gateway Solo 2300
166MHz with broken Xvesa (where vesafb does work with basiclinux) and a DELL
Inspiron 3700 500MHz and Thinkpad 390E 400MHz (originally 300MHz). modprobe
does not recognize fbcon, says it is not there. Why?

Framebuffer console works with lupu 5.2.8.6. Why not pulp?

The Solo 2300 is set NOT to expand text to fill the screen, so the text looks
okay but there is less of it (640x480 instead of 800x600). Xorg works
at 800x600. The other two do 1024x768 resolution.

[Iguleder]

Just wondering - is there any interest in a modern, Slacko-based PULP-like puplet? I have tons of GTK1 applications that work great in Slacko64 and I think some of you might be interested in a big SFS with all these.

[sindi]

[Ray MK]

Hi Iguleder

Yes please:-
you can see in my signature panel the type of kit that is in use

so any new, go faster, lite pups with modern capability, would be very interesting to me and I am sure, many others too.

Happy to help with testing etc.

Good to see and read what you do (most of which is beyond my understanding) but still very interesting and your efforts are very much appreciated.

Thanks again - best regards - Ray

[greengeek]

[Iguleder]

At the moment everything is 64-bit, but it should be extremely easy to build a 32-bit variant, since the entire building process is automated. I just need to set up a 32 bit Ubuntu 14.04 or Debian 7 with development tools in a virtual machine.

[jamesbond]

[Iguleder]

Generally, my idea was to build a 64-bit Puppy with woof-CE, but all the cruft in its existing iteration makes this extremely hard to do (e.g I can't replace X.Org with tinyxserver without examining every bit of the huge rootfs-skeleton).

I'm waiting for woof-next to mature, so by "Puppy 7.0" (the first flagship Puppy built using woof-next), we can have a true LTS Puppy for old hardware and geeks. All packages are static GTK1 ones from the days of DSL, a longterm 3.x kernel, etc'. I think it's a great opportunity to gain more market share and revive the competition in the old hardware sector.

In the meantime, I already have many applications working right now. We could benefit a lot from them, so why not?

[sindi]

2008 /usr/local/lib/dillo
2006 /usr/lib/dillo which can be deleted

[Ibidem]