Re: HP9000/425e support at Open Source unConference 2014 Kagawa

[Izumi Tsutsui <tsutsui%ceres.dti.ne.jp@localhost>]

abs@ wrote:

> > On such machines even starting only Xserver is heavy enough.
> > (It could cause thrashing to move mouse cursor on 12MB X68030)
> > Furthermore, there are few X11 applications that supports less
> > than 8 bpp graphics (Modern GTK2 apps have some trouble even on 8bpp).
> >
> > That's the reason why mlterm-fb with sixel graphics is useful
> > for demonstration of my m68k machines on these events.
> 
> I wonder how feasible it would be to have rdesktop or a vnc client
> write directly to a wsfb() type framebuffer, or even via SDL to the
> same. Might make an '040 just about usable for a remote display.
> Certainly if I was able to use a 4MB 15Mhz 68020 based sun/50 as an X
> terminal we must be able to manage *something* :)

The problem is both NetBSD kernel and Xorg server are
quite larger and require more CPU power than 1990's binaries.
IIRC NetBSD/sun3 1.1 kernel was only ~700KB, but in 6.1 it's
larger than 2MB.

IIRC there is a wsfb driver for mplayer on x86, but I'm not sure
how much CPU power is required.

> >> (When demoing X on a sparc 1 I always found xkobo a nice game to show,
> >> I wonder if an '030 or '040 would be fast enough...)
> >
> > For 1 bpp or 4 bpp machines, pkgsrc/games/xmris and pkgsrc/x11/xearth
> > are also good to show. Xeyes is also fun for children.
> 
> Don't forget an xneko plus a couple "oneko -toro" processes at
> different speeds :)

Yeah, "demostration with motion" is also important at events..

> Random thought - how much extra load would a twitter bot take? Each
> machine could have its own twitter account and respond to certain
> commands - uptime, df, uname, first part of dmesg. For bonus (and very
> very very slow) option could even tweet a bitmap for dmesg :-p

The problem is the load of authentication via SSL.
Posting a tweet takes ~10 minutes on 68030 25MHz LUNA
via pkgsrc/net/ruby-tw. (though I have not tried it recently)

> > Actually PRs pkg/47941, pkg/pkg/48608, and pkg/48672 etc. were
> > found on preparing binaries for the demonstrations.
> > We are calling it "the event deadline driven development." ;-)
> 
> Deadlines are quite amazing productivity devices :)

Indeed.

Most of my recent projects (Atari SMC_TT, hp300 wscons,
resurrection of luna68k and LUNA-II support, x86 liveimage, and
mlterm-fb etc) were driven by the events like Open Source Conference
and Kansai Open Source, as seen in the event page :-)

---
Izumi Tsutsui