accessibility install question

On debian when a system gets a text environment installed on it first then
gets gnome-orca installed on it, gnome and gnome-orca get installed but X
does not get installed. If X is required to run gnome; gtk, and kde and
isn't found already installed on a system when a gnome-orca install gets
done why aren't X and X associated packages also made dependencies and
installed? It can be more difficult for users with accessibility
requirements to install the g.u.i. part of debian correctly especially
without sighted assistance when trying the installation and then have the
G.U.I. environment come up accessibly when finished. I suppose one could
use gdm to start gnome and not use startx but you'd still have the issue
for setting the correct display and blind users tend to run debian without
monitors or mice connected unless they can get sighted assistance on a
maintenance issue.

--

0

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

accessibility install question

On Sat, Sep 29, 2007 at 03:14:02AM -0500, Jude DaShiell wrote:
> On debian when a system gets a text environment installed on it first then
> gets gnome-orca installed on it, gnome and gnome-orca get installed but X
> does not get installed. If X is required to run gnome; gtk, and kde and
> isn't found already installed on a system when a gnome-orca install gets
> done why aren't X and X associated packages also made dependencies and
> installed? It can be more difficult for users with accessibility
> requirements to install the g.u.i. part of debian correctly especially
> without sighted assistance when trying the installation and then have the
> G.U.I. environment come up accessibly when finished. I suppose one could
> use gdm to start gnome and not use startx but you'd still have the issue
> for setting the correct display and blind users tend to run debian without
> monitors or mice connected unless they can get sighted assistance on a
> maintenance issue.
Hi Jude,
if I recall correctly, there is no x windows dependency because of the
split between x server and x client. What this means is that you can use
an x client on your server with an x server on another machine, thus you
do not need an x server installed on your machine. Now the issue I guess
is to communicate this to blind users and where to document it. Maybe
this is for a debian accessiblity list or the debian-devel list?
hope this explains,
Kev
--
| .''`. == Debian GNU/Linux == | my web site: |
| : :' : The Universal |mysite.verizon.net/kevin.mark/|
| `. `' Operating System | go to counter.li.org and |
| `- http://www.debian.org/ | be counted! #238656 |
| my keyserver: subkeys.pgp.net | my NPO: cfsg.org |
|join the new debian-community.org to help Debian! |
|_______ Unless I ask to be CCd, assume I am subscribed _______|

--

Install Question

reorganize this somewhat.

> -----Original Message----- From: Douglas A. Tutty
> [mailto:dtutty@porchlight.ca] Sent: Tuesday, November 27, 2007 9:03 PM
> To: Subject: Re: Install Question
>
> On Tue, Nov 27, 2007 at 02:33:18PM -0700, Joseph L. Casale wrote:
> > If a controller manufacturer makes drivers for your OS, but the OS
> > doesn't have them natively, how does one install Debian on to this
> > controller as the boot device?
>
> Try being specific. What device, what driver.

On Wed, Nov 28, 2007 at 07:19:36AM -0700, Joseph L. Casale wrote:
> Hi,

> Well it is actually a generic question. But one case in mind is the
> onboard SATA controller for an Intel SE7525RP2 motherboard. It is
> configured as a strip (Cant change this) but when I attempt to load
> Linux on it, it sees both HD's individually? Now I know there is no
> Debian specific driver but it was the most recent run-in with this
> issue I had.

That on board controller is fake raid. It never does raid. It allows
you to setup raid for the windows software raid driver. Since this
isn't windows, Debian (and OpenBSD, probably NetBSD and FreeBSD) will
see the individual drives. On Debian if you want raid, use software
raid. If you want stripes (non-redundant) you can either use raid0 or
LVM.

What other hardware is of concern?

Doug.

--

Install Question

On Wed, Nov 28, 2007 at 02:01:31PM -0700, Joseph L. Casale wrote:
> -----Original Message-----
> From: Andrew Sackville-West [mailto:andrew@farwestbilliards.com]
> Sent: Wednesday, November 28, 2007 12:18 PM
> To:
> Subject: Re: Install Question

>
> On Tue, Nov 27, 2007 at 02:33:18PM -0700, Joseph L. Casale wrote:
> > If a controller manufacturer makes drivers for your OS, but the OS
doesn't have them natively, how does one install Debian on to this
controller as the boot device?

> Invariably this will involve some bit of hackery either in the
> installer itself, or in installing to some other disk and then
> migrating over.

> That was what I was kind of after. So it's not straight forward then
> :) I assume a kernel w/ drivers compiled in is going to be faster
> than one without and having a module loaded? How does one choose a
> new kernel (say one I compiled in a vm on esx for the sake of ease
> with my new driver) during a fresh install?

please turn on line-wrapping in your MUA.

Straightforwardness is of course relative.

Speed is only an issue at boot time. Once the module is loaded and
hardware is detected then there would be no difference in performance
between a statically compiled kernel driver or a loaded module, ISTM.

We're getting into specifics now without enough specific information,
but for installation purposes, I would probably compile the module on
another machine, against the right headers, and then insert that
module into the initrd image during install. You can switch over to a
VT and do quite a lot inside the installer. I would think (haven't
tried it) that you could edit the conf files for the initrd builder
and get that module loaded (off a floppy or something) into it. Of
course you need the module to see the disk during install too, don't
you?

Again there are many ways to do this stuff, and the specifics of the
situation matters. It's not something I've had to do, so I can't
really address it in more than this general way...

A

RE: Install Question

-----Original Message-----
From: Douglas A. Tutty [mailto:dtutty@porchlight.ca]
Sent: Wednesday, November 28, 2007 8:55 AM
To: Joseph L. Casale;
Subject: Re: Install Question

JLC: don't top post and keep replies to the list. I've tried to
reorganize this somewhat.

> -----Original Message----- From: Douglas A. Tutty
> [mailto:dtutty@porchlight.ca] Sent: Tuesday, November 27, 2007 9:03 PM
> To: Subject: Re: Install Question
>
> On Tue, Nov 27, 2007 at 02:33:18PM -0700, Joseph L. Casale wrote:
> > If a controller manufacturer makes drivers for your OS, but the OS
> > doesn't have them natively, how does one install Debian on to this
> > controller as the boot device?
>
> Try being specific. What device, what driver.

On Wed, Nov 28, 2007 at 07:19:36AM -0700, Joseph L. Casale wrote:
> Hi,

> Well it is actually a generic question. But one case in mind is the
> onboard SATA controller for an Intel SE7525RP2 motherboard. It is
> configured as a strip (Cant change this) but when I attempt to load
> Linux on it, it sees both HD's individually? Now I know there is no
> Debian specific driver but it was the most recent run-in with this
> issue I had.

That on board controller is fake raid. It never does raid. It allows
you to setup raid for the windows software raid driver. Since this
isn't windows, Debian (and OpenBSD, probably NetBSD and FreeBSD) will
see the individual drives. On Debian if you want raid, use software
raid. If you want stripes (non-redundant) you can either use raid0 or
LVM.

What other hardware is of concern?

Doug.

Doug,
Thanks for the pointers. Currently that was the most recent issue I had. A while ago I had an issue with an LSI controller of which I don't remember which one but it was a high end SAS card. Is there no simple way during install to load drivers like in windows? As far as that Intel mobo goes, dual booting while it is configured as stripe will be impossible then.

Thanks!
jlc

RE: Install Question

-----Original Message-----
From: Andrew Sackville-West [mailto:andrew@farwestbilliards.com]
Sent: Wednesday, November 28, 2007 12:18 PM
To:
Subject: Re: Install Question

On Tue, Nov 27, 2007 at 02:33:18PM -0700, Joseph L. Casale wrote:
> If a controller manufacturer makes drivers for your OS, but the OS doesn't have them natively, how does one install Debian on to this controller as the boot device?

to answer this very generic question... there are many ways but they all eventually devolve down to getting a ((kernel with the drivers compiled in *or* a kernel/initrd image with the appropriate modules)
*and* a boot loader that can read the right disk).

Invariably this will involve some bit of hackery either in the installer itself, or in installing to some other disk and then migrating over.

hth in some way.

A

Andrew,
That was what I was kind of after. So it's not straight forward then :)
I assume a kernel w/ drivers compiled in is going to be faster than one without and having a module loaded? How does one choose a new kernel (say one I compiled in a vm on esx for the sake of ease with my new driver) during a fresh install?

Thanks!
jlc

Install Question

On Tue, Nov 27, 2007 at 02:33:18PM -0700, Joseph L. Casale wrote:
> If a controller manufacturer makes drivers for your OS, but the OS doesn't have them natively, how does one install Debian on to this controller as the boot device?

to answer this very generic question... there are many ways but they
all eventually devolve down to getting a ((kernel with the drivers
compiled in *or* a kernel/initrd image with the appropriate modules)
*and* a boot loader that can read the right disk).

Invariably this will involve some bit of hackery either in the
installer itself, or in installing to some other disk and then
migrating over.

hth in some way.

A

Syndicate content