Andreas == Andreas Jellinghaus [EMAIL PROTECTED] writes:
I think this is a very difficult point, how do you plan to
solve this, choose the right Xserver and XF86Config file for
the users system ? Or do you plan to use the fbdev server ? i
think not yet all graphic cards have
Dave == Dave Neil [EMAIL PROTECTED] writes:
Dave Hi Everyone, There does not seem to be any objections to the
Dave initial proposal of doing a setup API and perhaps rethinking
Dave how we do an install. Would it be possible to come to a
Dave consensus on this and decide if it's
On Mon, May 10, 1999 at 01:59:24AM -0700, Karl M. Hegbloom wrote:
Joseph == Joseph Carter [EMAIL PROTECTED] writes:
Joseph Save yourself some pain and use slang for the console
Joseph based installation.
What makes `slang' a better choice than `ncurses'?
Besides that ncurses
On Sat, 8 May 1999, Oliver Elphick wrote:
Brandon Mitchell wrote:
On Fri, 7 May 1999, Andreas Jellinghaus wrote:
pretty easy: every recent graphic card is pci or agp, so it's detected
as
pci device and listed in the /proc file...
From what I understand, this would only
*- On 8 May, Brandon Mitchell wrote about Re: Corel Setup Design Proposal
On Sat, 8 May 1999, Oliver Elphick wrote:
Brandon Mitchell wrote:
On Fri, 7 May 1999, Andreas Jellinghaus wrote:
pretty easy: every recent graphic card is pci or agp, so it's detected
as
pci device
John Lapeyre [EMAIL PROTECTED] writes:
Re: boot floppies and QT2. I guess there is no way around except to
try to ask the boot floppies authors to include an exception clause. If they
do not want to do this, it will have to be gtk or the framebuffer gui (I
know nothing about this last
On Sat, May 08, 1999 at 09:32:05PM -0500, Brian Servis wrote:
Many modern monitors are 'plug-n-play'. I don't know how it all works
but they are able to tell the video card/drivers what frequencies they
support, etc. 'Plug-n-play' could be tried first, then either ask or
guess conservative.
Ben Pfaff [EMAIL PROTECTED] writes:
I for one like what I see so far. I want to encourage Corel to
improve Debian setup. I hope that you can either commit directly to
the debian boot-floppies or at least start a world-readable cvs tree
of your own. That way everyone will be able to look at
At 21:17 -0400 1999-05-07, Branden Robinson wrote:
On Fri, May 07, 1999 at 03:27:25PM -0700, Joel Klecker wrote:
At 13:58 -0700 1999-05-07, Chris Waters wrote:
#ifndef DEFAULT_CONFIG_X_SERVER
# ifdef __i386__
# define DEFAULT_CONFIG_X_SERVER XF86_VGA16
# else
# define DEFAULT_CONFIG_X_SERVER
On May 07, Joel Klecker wrote:
Let me just add that I am aware that the folks who work on the Red
Hat-derived powerpc Linux dist have xconfigurator sorta working with
XF68_FBDev.
Jes Sorensen, who did an unofficial Red Hat port for Linux/m68k,
reports a working Xconfigurator with the FBDev
That's all fine, but did we ever find out if someone were crazy enough to
pay for the PnP monitor specs (wasn't it $300 or so?) that an
implementation could be done and properly documented source released?
Reverse engineering this just does not sound like fun.
From my limited understanding
Brandon Mitchell wrote:
On Fri, 7 May 1999, Andreas Jellinghaus wrote:
I think this is a very difficult point, how do you plan to solve this,
c
hoose
the right Xserver and XF86Config file for the users system ? Or do you
p
lan
to use the fbdev server ? i
On Sat, May 08, 1999 at 07:57:58PM -0700, Joseph Carter wrote:
On Sat, May 08, 1999 at 09:32:05PM -0500, Brian Servis wrote:
Many modern monitors are 'plug-n-play'. I don't know how it all works
but they are able to tell the video card/drivers what frequencies they
support, etc.
Randolph Chung wrote:
The VESA PnD (plug and display) specs can be downloaded from the VESA web
site (http://www.vesa.org/pnd.pdf). A cursory flip through the specs seem to
indicate that it will indeed provide video timing (as well as other
interesting pieces of) information about your display
14 matches
Mail list logo
