We are currently migrating Bugzilla to GitHub issues.
Any changes made to the bug tracker now will be lost, so please do not post new bugs or make changes to them.
When we're done, all bug URLs will redirect to their equivalent location on the new bug tracker.

These should work fine.  What's the problem that you're seeing?

(In reply to comment #1)
> These should work fine.  What's the problem that you're seeing?
> 
neverball returns "no available video device" when run as root, IIRC
tempest-for-eliza complained about insufficient video memory when run
as root.

Could this have anything to do with missing agp support?

Oh, that sounds like you haven't rebuilt SDL with SVGAlib support.  It's not enabled by default.

(In reply to comment #3)
> Oh, that sounds like you haven't rebuilt SDL with SVGAlib support.  It's not
> enabled by default.
> 
It is on i386 boxes, which I use:

rene@s000655:~>ldd /usr/local/lib/libSDL-1.1.so

/usr/local/lib/libSDL-1.1.so:
	libm.so.4 => /lib/libm.so.4 (0x281b9000)
	libvgl.so.4 => /usr/lib/libvgl.so.4 (0x281d2000)
	libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x281da000)
	libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x2829a000)
	libvga.so.1 => /usr/local/lib/libvga.so.1 (0x282a7000)
	libaa.so.1 => /usr/local/lib/libaa.so.1 (0x282fd000)
	libusbhid.so.2 => /usr/lib/libusbhid.so.2 (0x28313000)
	libncurses.so.6 => /lib/libncurses.so.6 (0x28317000)
	libc.so.6 => /lib/libc.so.6 (0x28081000)
rene@s000655:~>pkg_info -W /usr/local/lib/libvga.so.1 

/usr/local/lib/libvga.so.1 was installed by package svgalib-1.4.3_5

Sam: was the svgalib comment posted to the wrong bug number?

Rene: Do these programs run under X11 when not root? It's likely that you just don't have access to your X server when running as root, or you don't have DISPLAY set. If your X server is able to do 1920x1200, then SDL shouldn't have any trouble making a window that large.

--ryan.

(In reply to comment #5)
> Sam: was the svgalib comment posted to the wrong bug number?
> 
> Rene: Do these programs run under X11 when not root? It's likely that you just
> don't have access to your X server when running as root, or you don't have
> DISPLAY set. If your X server is able to do 1920x1200, then SDL shouldn't have
> any trouble making a window that large.

root doesn't have access to the X server (unless started as root).

When I start these programs under X11 then they both complain about no available video device, $DISPLAY is set to :0.0

When run from a console as root with $DISPLAY set to :0.0 :
* neverball (tries to) start, but returns immediately
* tempest_for_eliza complains that there is "no video mode large enough for 1920x1200"
 
> 
> --ryan.
> 

Regards,
Rene

(In reply to comment #6)
> (In reply to comment #5)
> > Sam: was the svgalib comment posted to the wrong bug number?
> > 
> > Rene: Do these programs run under X11 when not root? It's likely that you just
> > don't have access to your X server when running as root, or you don't have
> > DISPLAY set. If your X server is able to do 1920x1200, then SDL shouldn't have
> > any trouble making a window that large.
>
Just to make things clear, the X server (Xorg 6.9) runs fine in 1920x1200, but without 2d/3d acceleration because of lacking AGP/DRI support.  
> > 
> > --ryan.
> > 
> 
Regards,
Rene
> 

(In reply to comment #5)
> Sam: was the svgalib comment posted to the wrong bug number?

Ah, sorry, I assumed that X11 worked, and the issue was at the console.

If X11 isn't working, then it sounds like the dynamic X11 loading isn't working.  Ryan, do you have any suggestions for diagnosing this?

This should be fixed in subversion.  Please reopen this bug with more information if you update and it's not fixed.