Linux-Development-Sys Digest #212, Volume #6 Mon, 4 Jan 99 16:14:10 EST
Contents:
Re: Matrox Millenium G-200 Drivers (Andrew Morton)
Re: GUI, The Next Generation (Marco Anglesio)
WDM Emulator, anyone? (mlw)
Re: 2.2.0pre4 dual boot with 2.0.36 question (Frodo Looijaard)
Re: Registry for Linux - Bad idea (jedi)
device driver (Scott Savarese)
Re: Two tough questions ("J�rgen Exner")
Re: Why I'm dumping Linux, going back to Windblows ("J�rgen Exner")
Re: Registry - Already easily doable, in part. (Andrew Morton)
nfs-mounts and portmapper in 2.2.0-pre4 (Aurel Balmosan)
Re: Why I'm dumping Linux, going back to Windblows (Mike)
Re: Matrox Millenium G-200 Drivers (David Fox)
Re: Why I'm dumping Linux, going back to Windblows ("Dan H.")
Re: WDM (Windows Driver Model) Emulator, anyone? (mlw)
Re: things I'd pay to have developed for Linux... (James Youngman)
----------------------------------------------------------------------------
From: Andrew Morton <[EMAIL PROTECTED]>
Subject: Re: Matrox Millenium G-200 Drivers
Date: Tue, 05 Jan 1999 01:19:12 +1100
"James A. Cleland" wrote:
>
> Erwin de Beus wrote:
>
> > Yes, XFree 3.3.3 runs on my Matrox G200 Marvel AGP. Although Gimp
> > manages to crash the server in 32 bit mode. (Have to look in to that).
> >
> > Erwin de Beus
>
> What resolution do you notice the problems with? All of them? I know that
> Matrox cards have a hard time (read: don't do it) with 32bpp over
> 1280x1024. Higher resolutions should use packed TC (24bpp) instead, even
> with 16megs. Some servers might let you actually set 32bpp at 1600x1200,
> for instance, but I wouldn't try it :)
>
> Good luck,
> James
I run the G200 at <boast> 1800x1350x16 </boast>.
It requires XFree86 3.3.3.
My XF86Config is at http://www.uow.edu.au/~andrewm/XF86Config
------------------------------
From: Marco Anglesio <[EMAIL PROTECTED]>
Subject: Re: GUI, The Next Generation
Date: Mon, 04 Jan 1999 16:38:33 GMT
mlw <[EMAIL PROTECTED]> wrote:
> 3. If voices were reliable and generic, voice might be good. Voice is
> not ready. Handwriting is too slow, nope, currently keyboard are
> required. Mice, yuck! I would love to see light pens.
Well - voice isn't ready, but more to the point voice requires extensive
training (both yours and the computer's). There's no reason why palettes
or pens shouldn't work with linux. For that matter, I'd like to see a
palette driver, like the ones I used to work with while using AutoCAD
(where only a fraction of the palette workspace is actually used to direct
the screen pointer, and a large fraction is assigned to commands and the
like).
> 4. Can you say "color blind?"
Most people that are colour blind are red-green colour blind. :) I think
active colours are an interesting idea, but there should be a countering
impulse to keep it simple, as well - GUIs are rather complex beasts at the
best of times.
> I think the current UI is a lot like stering wheels on cars. I can't
> think of a more stupid paradigm directing the vehical going 80 MPH, but,
> I can't come up with anything better.
Stick, perhaps? The wheel isn't a bad design as bad designs go, actually,
and mapping directions through ninety degrees is not unknown in nature
(bee dances, for example, map the horizontal through the vertical).
marco
--
Marco Anglesio Like Captain Idiot
mpa at the-wire dot com in Astounding Science comics
http://www.the-wire.com/~mpa (The Manchurian Candidate)
------------------------------
From: mlw <[EMAIL PROTECTED]>
Crossposted-To: comp.os.ms-windows.programmer.nt.kernel-mode
Subject: WDM Emulator, anyone?
Date: Mon, 04 Jan 1999 14:43:10 +0000
This is my second post about this, I can't believe there are no takers
this far.
I want to write a WDM emulator for Linux.
It should work with Wine, of course. If there are NT or Linux kernel
hackers that are interrested, please e-mail me directly.
We will start with the generic NT DDK functions as a statically linked
library. We will then compile DDK samples into native Linux drivers.
Once that step is done, we will write a binary loader for 3rd party
drivers.
There has to be someone interrested out there!
Send replies to [EMAIL PROTECTED]
--
Mohawk Software
Windows 95, Windows NT, UNIX, Linux. Applications, drivers, support.
Visit the Mohawk Software website: www.mohawksoft.com
------------------------------
From: [EMAIL PROTECTED] (Frodo Looijaard)
Subject: Re: 2.2.0pre4 dual boot with 2.0.36 question
Date: 4 Jan 1999 17:45:54 GMT
In <[EMAIL PROTECTED]> Mark Jeacocke <[EMAIL PROTECTED]> writes:
>Hi I'd like to help out a bit test out 2.2.0pre4 on my RedHat 5.2
>system.
>I've downloaded the src in .tar.gz format and I'm ready to try it out,
>however in the past when I've built custom kernels the have all been
>from the same kernel version.
>For example what do I do with the "/usr/src/linux" symbolic link?
>And the "/lib/modules/preferred" symbolic link?
You may want to check out my separate kernel trees mini-HOWTO (still
unofficial), at http://huizen.dds.nl/~frodol/howto. It depends a bit
on your distribution whether everything directly applies, but it should
point you in the right direction.
Good luck,
Frodo
--
Frodo Looijaard <[EMAIL PROTECTED]> PGP key and more: http://huizen.dds.nl/~frodol
At my homepage you will also find a guide for installing glibc under Linux.
New: Linux hardware monitoring kernel modules (LM78/79/80, Winbond etc.)
------------------------------
From: [EMAIL PROTECTED] (jedi)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Registry for Linux - Bad idea
Date: Mon, 4 Jan 1999 10:37:01 -0800
On Mon, 04 Jan 1999 23:29:24 +1100, Andrew Morton <[EMAIL PROTECTED]> wrote:
>Nix wrote:
>>
>> Michal Mosiewicz <[EMAIL PROTECTED]> writes:
>>
>> > By registry, I mean:
>> > a) an easily accessible database with optimised indexed storage
>> > b) kernel space managment to accomplish ownership of database records
>> > and access rights (not only per user, but also per application)
>> > c) events/notifiers/signals to allow for asynchronous notification about
>> > the changes in the state of variables
>>
>> This exists. It is called `the filesystem'. The indexes are unusual,
>> but this is a hierarchical database after all, not a relational one.
>>
>> Yes, /etc *is* a registry; fairly free-format, but still a registry of
>> sorts.
>
>But you skipped point c). Big skip, that.
>
>The Unix model of:
>
>- Every app has its own config file
In the absence of a real schema and sensible
access control, this is a remarkable better
scaling option.
>- Every app has its own code to read that file
Actually, everyone uses the same base
API's to read that information. Where
extra validation would be required that
would fall outside the scope of a special
purpose API on another platform, every app
requires it's own code no more or less than
those 'other platform'.
>- Every app needs a restart when something changes (or SIGHUP: almost
>the same thing)
...assuming that the app isn't managing it's own
configuration information to begin with...
>- Config is local to this host
That can be easily remedied by making that information
available on the network. One does not need to use some
form of rdms to do that sort of thing.
>
>is _extremely_ dated, unwieldy, unscalable and expensive. It's
>unreliable and requires excessive administration and training resources.
Yet it works in practice considerably better than
the 'modern method' in the absensce of a non-
journaled filesystem.
>
>All of the above squared as the era of mobile computing dawns.
>
>
>I think that was more than my $0.02 worth,
>Andrew.
Unix was successfuly doing distributed computing while
that other 'registry using other OS' was still little
more than a CP/M clone.
--
Herding Humans ~ Herding Cats
Neither will do a thing unless they really want to, or |||
is coerced to the point where it will scratch your eyes out / | \
as soon as your grip slips.
In search of sane PPP docs? Try http://penguin.lvcm.com
------------------------------
From: [EMAIL PROTECTED] (Scott Savarese)
Subject: device driver
Date: 4 Jan 1999 18:57:00 GMT
I have been sending a few posts recently on creating a device driver for my
CDROM on my Compaq 1640 laptop.
Before I try to write the driver, I would like to exhaust all my other
options. The only other thing that I can think of is that I am using the wrong
major and minor numbers for my CD-ROM device.
I have a couple of questions for people. What should the major and minor
numbers be for an IDE CD-ROM (ATAPI complient) located as master on the second
IDE controller. Should it be the same as the major and minor numbers of the IDE
device (the same as /dev/hdc) or should they be something different.
If they are the same than the next question would be how the kernel knows
where it is an atapi CD-ROM or some other type of CD-ROM which uses a
different driver.
If they different, than the only question that I have is, what are the correct
values.
Thanks,
Scott
--
------------------------------
From: "J�rgen Exner" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Two tough questions
Date: Mon, 4 Jan 1999 10:59:41 -0800
Michele wrote in message <[EMAIL PROTECTED]>...
>Hi there,
>
>I have 2 easy( or at least I hope so) questions for you.
>
>#1: I need to load two drivers and make a program run in batch mode at
>boot time,say when everything is up and ready for login command.Where do
>I put these instructions or what I have to do?
Check out /etc/rc.d.
/etc/rc.d/local.rc might be a good place for starters
>#2: I need,from a C program,to make Linux reboot when something weird is
>happening.WHat call I need to do within the program?
What about using e.g. "exec" with "/sbin/shutdown -r now"?
Of course somehow you will need root permissions to reboot.
jue
--
J�rgen Exner; microsoft.com, UID: jurgenex
Sorry for this anti-spam inconvenience
------------------------------
From: "J�rgen Exner" <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Why I'm dumping Linux, going back to Windblows
Date: Mon, 4 Jan 1999 11:02:09 -0800
William Coleman wrote in message <3674e59b.0@seralph9>...
>William Coleman wrote in message <3674e4ad.0@seralph9>...
>>Where can you get a linux installation to put on to floppy for a: booting
Try Slackware.
To my knowledge this is the only distribution which still can be installed
from floppy only.
jue
--
J�rgen Exner; microsoft.com, UID: jurgenex
Sorry for this anti-spam inconvenience
------------------------------
From: Andrew Morton <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Registry - Already easily doable, in part.
Date: Tue, 05 Jan 1999 02:46:26 +1100
Bulent Murtezaoglu wrote:
>
> >>>>> "AM" == Andrew Morton <[EMAIL PROTECTED]> writes:
>
> AM> May I point out some shortcomings of the filesystem-based
> AM> approaches? 1: They're Linux specific.
>
> AM> 2: They're "single system centric" (tm). We need to pay more
> AM> recognition to the requirement that reconfiguration of
> AM> applications is an enterprise-wide function. The rdist
> AM> approach is klunky (how do I simply change/propagate a single
> AM> line of config?)
>
> I don't understand why you'd use a "klunky" rdist approach in company
> network? If everything is sitting on a network more than likely they
> use their local hard drives just for /tmp /swap and things like that.
> Workstations boot from the network and homes are mounted from the
> network. No rdist, maybe NIS or ldap and NFS. Now Linux distributions
> (at least Debian) are not quite there yet in that they cannot, say, share
> /usr and have the packaging tools to update network clients' root directories
> with the same ease they do for stand-alone workstations. They will get
> there, though, with text files.
This is workable within a LAN. But what about a WAN?
Also the update distribution needs to be able to cope with uncontactable
hosts. If I take my laptop home in the evening I'll miss those rdist
updates.
Of course a suitable distribution mechanism is available today. One
which does store-and-forward, retries, route redundancy, error
reporting, etc. email!
> AM> 3: They do not provide for notifications to running
> AM> applications.
>
> You may have a point for daemons there, changing the config file does
> not automatically notify them. You can signal them but it
> would have to be done from the machine they are running on (you can
> still do it remotely). For regular applications, I don't know. Depends
> on the application. Some allow the user to change the config files
> from within the application in which case the right thing happens.
The other problem here is that SIGHUP just says "something's changed".
'twould be better to know what has changed. This implies some srot of
commit/rollback semantics.
> AM> Let's stop thinking "Linux registry" and start thinking "Unix
> AM> Active Directory".
>
> I am not sure what this will accomplish. It looks great to an MS admin
> because those folks usually have to walk to each workstation and click
> on things. There's no such need for Unix admins managing networked machines.
> But maybe I don't know what an active directory is?
A lot of the effort which is going into Win2k is related to the ability
to manage a large number of servers and workstations from a few points.
Data replication, distribution, etc. I wouldn't pretend to know a lot
of the details, but I appreciate it's a formidable problem.
Novell's NDS may well be a good starting point for this function on
Unix.
> I basically do not see what fundamental difference there is between
> changing hkey\mumble\feature358 with a special program and editing
> /etc/mumble.conf with your preferred editor and changing feature358
> there. If the syntax is the problem, I'd much rather have something
> expressive with a minimal syntax (lisp style) than something that
> resembles the MS registry. I personally think the hard part about
> configuration lies in the inherent complexity of highly configurable
> programs. Once you clearly understand what it is you need to
> accomplish and employing what features will get you there, the rest
> is easy.
Oh I agree. The benefits of the Windows registry are minor: uniform
syntax/structure, single API, one thing to backup/restore, can't think
of much else.
The problems revolve around the fact that it's a local file rather than
a network service. Look at it from the other end: the application should
go out on the network and say "gimme some config". If that config is
supplied by the local server's cache then that's the same as windows.
But the server has the option of consulting a reference server, or of
always punting the request elsewhere, or of passing it to a daemon for
dynamic treatment, or...
------------------------------
From: Aurel Balmosan <[EMAIL PROTECTED]>
Subject: nfs-mounts and portmapper in 2.2.0-pre4
Date: Mon, 4 Jan 1999 15:24:01 GMT
In the 2.2.0 kernel it seems to be necessary to start
the portmap before mounting any nfs file system.
I wonder why. And how does that work with root-nfs
mounts where I can not start the portmap before
obviously.
Bye,
Aurel.
--
================================================================
Aurel Balmosan | [EMAIL PROTECTED], [EMAIL PROTECTED]
http://gaia.owl.de/~aurel/ |
================================================================
------------------------------
From: [EMAIL PROTECTED] (Mike)
Crossposted-To: alt.os.linux,comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Why I'm dumping Linux, going back to Windblows
Date: Mon, 04 Jan 1999 18:49:12 GMT
I'm sorry! But this sentiment on the user interface is simply
nonsense. Wanting to learn or use "vi" as opposed to something like
super note tab is like wanting -- insisting-- on using a rock instead
of a hammer to do your cabinet making.
This business of congratulating yourself on having overcome a steep
learning curve, just tells many us us that you are waste a lot of time
(or might be a masocist). Why not just insist on sensible tools that
do the best work for the job at hand.
Michael G
On 3 Jan 1999 06:48:18 GMT, [EMAIL PROTECTED] wrote:
>>> I would not expect what I'm trying to learn to not go out of its way
>>> to be hard, too.
>>>
>>> The central idea that Apple and Xerox have contributed to
>>> human-computer interaction is *consistency*. Editing text files to
>>> change your configuration is not in itself consistent. Using the same
>>> format in all of those text files is. Unfortunately, no Unix I know
>
>This is why, you will never become a pilot, or a doctor, or a chemist, or a
>mathematician, or an engineer, or an architecht, or a programer.
>
>You are a passenger, or a patient, or a consumer, or a home owner, or a
>user. There is no shame in this. Unix is very different, it has a steep
>learning curve. There are benifits, rewards, compromises and some
>sacrifices, if you don't like what you see, don't use it. If it's not your
>bag, it's not your bag.
>
>If you change your mind again, or get fed up with windows again, we'll be
>here. And we'll be happy to help you out if you need it. (I'll not promise
>that someone will hold your hand, but there's plenty of people to point you
>in the right directions.)
------------------------------
From: d s f o x @ c o g s c i . u c s d . e d u (David Fox)
Subject: Re: Matrox Millenium G-200 Drivers
Date: 04 Jan 1999 07:16:10 -0800
"James A. Cleland" <[EMAIL PROTECTED]> writes:
> JS wrote:
>
> > I have Red Hat v. 5.1. I would like to run Xwindows but I can't figure out
> > how to configure my video card correctly. It is an 8MB Matrox Millenium
> > G-200 (AGP bus).
>
> The XFree86 3.3.2 version that ships with RH5.1 doesn't support the G200
> chipset AGP. What you can do is update your XFree to 3.3.3. I'm pretty sure it
> supports the G200 AGP. Check out the xfree86.org website and look at the
> release notes for Matrox cards. I'll bet you find your card is supported in
> 3.3.3. I would also bet that someone else will respond to this post and
> confirm this in short order.
There are RPMS for XFree86 version 3.3.3 on developer.redhat.com,
these will make upgrading easier. With these my G200 AGP works well.
--
David Fox http://hci.ucsd.edu/dsf xoF divaD
UCSD HCI Lab baL ICH DSCU
------------------------------
From: "Dan H." <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Why I'm dumping Linux, going back to Windblows
Date: Sun, 03 Jan 1999 20:40:06 +0000
[EMAIL PROTECTED] wrote:
> >> The central idea that Apple and Xerox have contributed to
> >> human-computer interaction is *consistency*. Editing text files to
> >> change your configuration is not in itself consistent. Using the same
> >> format in all of those text files is. Unfortunately, no Unix I know
>
> This is why, you will never become a pilot,
Hey, watch what you say about pilots, some of us are listning :)
>
> If you change your mind again, or get fed up with windows again, we'll be
> here. And we'll be happy to help you out if you need it. (I'll not promise
> that someone will hold your hand, but there's plenty of people to point you
> in the right directions.)
And if you want to learn how to fly helicopters, some of us are rather
happy to help with that as well.
Dan H
------------------------------
From: mlw <[EMAIL PROTECTED]>
Crossposted-To: comp.os.ms-windows.programmer.nt.kernel-mode
Subject: Re: WDM (Windows Driver Model) Emulator, anyone?
Date: Mon, 04 Jan 1999 16:03:05 +0000
Sorry, WDM stands for Windows Driver Model. Opps!
mlw wrote:
>
> This is my second post about this, I can't believe there are no takers
> this far.
>
> I want to write a WDM emulator for Linux.
>
> It should work with Wine, of course. If there are NT or Linux kernel
> hackers that are interrested, please e-mail me directly.
>
> We will start with the generic NT DDK functions as a statically linked
> library. We will then compile DDK samples into native Linux drivers.
>
> Once that step is done, we will write a binary loader for 3rd party
> drivers.
>
> There has to be someone interrested out there!
>
> Send replies to [EMAIL PROTECTED]
--
Mohawk Software
Windows 95, Windows NT, UNIX, Linux. Applications, drivers, support.
Visit the Mohawk Software website: www.mohawksoft.com
------------------------------
From: James Youngman <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.misc,comp.os.linux.development.apps,comp.os.linux.hardware
Subject: Re: things I'd pay to have developed for Linux...
Date: 03 Jan 1999 21:03:50 +0000
Ilya <[EMAIL PROTECTED]> writes:
> JFS.
Being worked on.
> LVM.
I understand there are patches against 2.1.x for this, but the
facility isn't stable enough for inclusion in 2.1.x or 2.2.x.
> Mirroring and stuff
You mean Software RAID? Which level? 1?
--
ACTUALLY reachable as @free-lunch.demon.(whitehouse)co.uk:james+usenet
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.development.system) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Development-System Digest
******************************