Linux-Development-Sys Digest #331, Volume #6 Tue, 26 Jan 99 07:14:46 EST
Contents:
Re: emergency solved ("D. Stimits")
Re: Linux Unix98 (?) Certification (was Re: Microsoft is Exactly Like a Fermenting
Jug of Grape Juice...) (Christopher Browne)
Re: Modest next goal for Linux ("John De Hoog")
Re: Compiling gcc fails at stage1 (Matthew Vanecek)
Re: Modest next goal for Linux (jedi)
Re: Modest next goal for Linux ([EMAIL PROTECTED])
Re: What Am I Missing (Dave Hearn)
Is anyone interested in Linux drivers for Dialogic boards? Tell Dialogic...
("Gregory S. Youngblood")
Re: BeOS and Linux ("John A. Crow")
Re: 2.2.0-pre1-9 cdrom bug (PFENNIGER Daniel)
Re: Why I'm dumping Linux, going back to Windblows (Gordon Scott)
Re: Mapping driver buffer to user space (Robert Kaiser)
Re: Modest next goal for Linux (jedi)
Re: Autofs automounter auto.direct (H. Peter Anvin)
NCR53C94-Driver (Eric Wick)
2.2.0-final <-> 2.2.0 can't compile new kernel!! (A James Lewis)
Re: Why I'm dumping Linux, going back to Windblows ([EMAIL PROTECTED])
----------------------------------------------------------------------------
Date: Mon, 25 Jan 1999 18:55:29 -0700
From: "D. Stimits" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Re: emergency solved
"D. Stimits" wrote:
>
> Hi:
> I just installed libqt 1.41, which drastrically destroyed my SuSE system. There is
>no reason why
> this should have happened, but here are the symptoms (and permissions are correct to
>directories and
> files I believe):
>
> su will not work. it is denied for all users.
> related failures: login of non-root users; strace; man; all programs that need
>access to ld.so.cache
> fail, being denied access to it. The files /etc/su1.* appear to be unmodified from
>another suse
> install. In fact, the install root is to /usr/local/qt-1.41/, so I don't know how it
>could have
> broke anything by direct file overwrite. Perhaps it executed something else.
>
> How do I track this down without use of strace or anything using su? If you are
>considering
> installing the sunsite slackware file qt_1_41.tgz, don't...it'll break your system.
>I hope I don't
> have to reinstall everything.
>
> Thanks!
> D. Stimits, [EMAIL PROTECTED]
In case anyone is helped by this, the problem was solved by someone with a good idea.
As it turns
out, untarring libqt's .tgz file changed the perms of / to root access only. My root's
umask is 700.
So if you install libqt, and use a tar.gz type source, and unpack it from /, your /
will be modified
in perms unless your root umask just happens to match what / is already.
------------------------------
From: [EMAIL PROTECTED] (Christopher Browne)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Linux Unix98 (?) Certification (was Re: Microsoft is Exactly Like a
Fermenting Jug of Grape Juice...)
Reply-To: [EMAIL PROTECTED]
Date: Tue, 26 Jan 1999 02:54:58 GMT
On 25 Jan 1999 23:49:19 GMT, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
>On Sat, 23 Jan 1999 04:59:41 GMT,
>[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>>Since Linux isn't officially Unix, one has to wonder why you keep posting this
>>silly assertion.
>
>Actually, I for one have wondered if anyone has shelled out the $290 [*]
>or so to certify Linux (or at least one of the many distributions
>containing it) as Win98 compliant. Surely RedHat or Caldera could
>afford to advertise on its WebPage that "Linux is fully Unix98
>compliant" or something?
>
>Or would this be a turn-off for most Linux aficionados? (Would
>we care? It's still a wonderful operating system... :-) )
The problem with UNIX98 compliance is that it requires including
STREAMS, which is a feature that many on the kernel team *STRONGLY*
oppose.
I got email last week from the CSRG chair indicating that efforts are
ongoing for revisions to POSIX, and that they would welcome having some
participation from Linux folk.
See: <http://www.opengroup.org/austin/> for more details on CSRG.
Note that "CSRG Compliance" likely involves some people visiting Austin,
Texas a few times, which will cost considerably more than $290...
--
OS/2: Why marketing matters more than technology...
[EMAIL PROTECTED] <http://www.hex.net/~cbbrowne/lsf.html>
------------------------------
From: "John De Hoog" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Modest next goal for Linux
Date: Tue, 26 Jan 1999 10:40:16 +0900
jedi <[EMAIL PROTECTED]> wrote
>>
>>You're lucky you could find a scanner that works under Linux. Mine is not
supported,
>
> If he didn't buy the first, cheapest, parallel port scanner
> he could find, that likely explains why he had so little
> trouble. Hardware that gets little respect within the
> community is always going to be problematic.
Are you saying the Nikon LS-2000 film scanner gets little respect within the
community? I'd like to know what community you are talking about.
--
John De Hoog
http://washi.nu
------------------------------
From: Matthew Vanecek <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup,comp.os.linux.development.apps
Subject: Re: Compiling gcc fails at stage1
Date: Mon, 25 Jan 1999 19:30:06 -0600
Loren Osborn wrote:
>
> Ahh... Good old "Signal 11"... It's probably bad hardware. It is a bit
> weird that it consistantly gives a Signal 11 in EXACTLY THE SAME
> PLACE... but that still could be hardware... check out
> http://www.tux.org/pub/sunsite/docs/faqs/GCC-SIG11-FAQ. It is also
> possible (although extremely unlikely) that you found a compiler
> incompatibility with gcc... Let us know if that helps..
>
> Loren Osborn
> NOCCC Linux/Unix SIG Leader
>
> Matthew Vanecek wrote:
> >
[SNIP]
Well, I hate to be the bearer of bad news, but it is most likely a
software problem. I changed the memory, changed the timing on the
memory in BIOS, disabled CPU onboard cache, and I get the same exact
error. There is something wrong with cpp, but I don't know what. Any
other suggestions will be welcome...
oh, and I tried different slots for the memory, too.
--
Matthew Vanecek
Studies in Business Computers at UNT: http://www.unt.edu/bcis
*****************************************************************
Visit my Website at http://people.unt.edu/~mev0003
*****************************************************************
For 93 million miles, there is nothing between the sun and my shadow
except me. I'm always getting in the way of something...
------------------------------
From: [EMAIL PROTECTED] (jedi)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Modest next goal for Linux
Date: Mon, 25 Jan 1999 21:00:04 -0800
On Tue, 26 Jan 1999 11:52:17 +0900, John De Hoog <[EMAIL PROTECTED]> wrote:
>Steve Peltz <[EMAIL PROTECTED]> wrote...
>>>finally, with the 2.2 kernel, Linux is getting file name caching, which
>>>NT has had all along. Those long waits when viewing file lists using a
>>
>>"file name caching"? The only file names the kernel deals with are in
>>directories, which have always been cached just like any other file.
>
>Then what does this mean in a list of 2.2 features?
>
>"Faster file access. Version 2.2 can store filenames in a high-speed cache
>in memory, meaning that users won't have to wait for the computer to
>retrieve the information off relatively slow hard disks."
>
>OK, maybe CNet news isn't the right place to be finding out this stuff.<g>
>
>But what is this slowness I notice whenever trying to get a long list of
>files to display on Linux?
Actually, a long list in Linux displays remarkably quicker than
would it's Windows counterpart. A Visual Schnauser view is more
similar to a Windows view in terms of speed but that should be
somewhat expected.
--
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]
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Modest next goal for Linux
Date: Tue, 26 Jan 1999 07:18:00 GMT
In article <78jbh0$aoi$[EMAIL PROTECTED]>, "John De Hoog" <[EMAIL PROTECTED]> wrote:
>But what is this slowness I notice whenever trying to get a long list of
>files to display on Linux?
Are you using colour ls? If so, things display much faster without colour, as
it doesn't have to futz around determining what colour each file should be.
Also, doing a directory listing on a FAT volume is pretty slow I've noticed. I
try to avoid it when possible. :)
------------------------------
From: Dave Hearn <[EMAIL PROTECTED]>
Subject: Re: What Am I Missing
Date: Tue, 26 Jan 1999 05:09:51 +0000
The one that you build will be the one you stay with ;) In the mean time -
check http://freshmeat.net/ and look at (for example) Code Crusader..
dave
Smitty wrote:
> I have been developing application for DOS and Windows for many years
> now, and have gotten bored with it, so I switched to Linux.
>
> I have installed Red Hat 5.2 and have managed to set up the AfterStep X
> environment with WindowMaker ( I think ).
>
> Why isn't there a decent IDE to go with this beautiful Front End !
------------------------------
From: "Gregory S. Youngblood" <[EMAIL PROTECTED]>
Subject: Is anyone interested in Linux drivers for Dialogic boards? Tell Dialogic...
Date: Sun, 24 Jan 1999 14:35:06 -0600
Dialogic, one of the leading Computer Telephony hardware vendors, is trying
to ascertain the amount of interest in Linux drivers for their hardware.
The survey is at http://www.linuxtelephony.org/dialogic_survey.htm and will
be closed sometime on January 29, 1999.
In the past, for at least the two to three years I have been trying,
Dialogic has always responded with "there are no plans to support Linux"
when asked for drivers or support. Requests from several customers for the
specs so that others could write the drivers were turned down, even when
offers to develop under NDA and return the results to Dialogic for
distribution were given.
Around January 10th, a Dialogic person asked a few questions to determine
how many people and/or companies were interested in Linux drivers for their
hardware. I have posted these questions at
http://www.linuxtelephony.org/dialogic_survey.htm.
If you are interested in Computer Telephony using Linux, and would like to
see Dialogic drivers for Linux, then please take a few seconds to fill out
and submit this survey. The results are sent directly to the person
requesting the information. In addition, at the completion of the survey,
the results will be published in a report and given to several others in
Dialogic.
Right now, the survey is scheduled to end on January 29.
Thank you,
Gregory S. Youngblood
------------------------------
From: "John A. Crow" <[EMAIL PROTECTED]>
Subject: Re: BeOS and Linux
Date: Fri, 22 Jan 1999 21:28:46 -0600
Arthur Chiu wrote:
>
> Do you mean setting up a cross-platform source level standard?
--
Arthur -
I am not sure what I meant. What led to the question is that it
seems that
1. M$ currently dominates the desktop. It continues attempting
to sprawl into servers.
2. Linux currently is the OS of choice for servers. It is clean,
by most accounts well thought out, and reliable.
3. BeOS, by what little I know, seems to be a clean, fast OS,
evidently oriented toward the desktop, and with the grace of
God, less buggy and bloated than Windows.
Thus my ill-posed question: *If* BeOS is reasonable for desktop
use, and Linux is superb for servers (and many argue the desktop
too!) does it make sense to look for a little synergy and
cooperation between the two? Seems like there might be something,
but I don't know what, don't have a clue.
Just asked because I didn't know what sort of thoughts had
occurred to others.
- John
______________________________________________________________________
John A. Crow
------------------------------
From: PFENNIGER Daniel <[EMAIL PROTECTED]>
Subject: Re: 2.2.0-pre1-9 cdrom bug
Date: Tue, 26 Jan 1999 09:32:36 +0100
Frank Hale wrote:
>
> Okay I have 2.2.0pre9 loaded I go to mount a cd-r and then I mount a
> RedHat 5.2 cd. I got the following messages, mount segfaulted on my when
> I tried to mount the RedHat CD. I have been getting intermitent errors
> when mounting the cdrom.
>
I noticed also something strange with 2.2.0pre9 and a cd-rom. My cd-rom used
(with 2.0.36, RH 5.2) to be recognized at boot as /dev/hdg
(not /hdd because the cd-rom is connected on a sound card?).
But 2.2.0pre9 wanted to have it first as /dev/hdh, so had to correct the
/dev/cdrom link.
Then on a subsequent boot, same config, it was again seen as /dev/hdg, so
had again to modify /dev/cdrom.
Dan
------------------------------
From: [EMAIL PROTECTED] (Gordon Scott)
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: 25 Jan 1999 09:08:21 GMT
Reply-To: Gordon Scott <[EMAIL PROTECTED]>
Todd Ostermeier ([EMAIL PROTECTED]) wrote:
: : Actually, I think there is a limit on the size of a single program,
: : but that limit is measured in Gb.
: Would that limit be 4GB (the maximum amount of memory addressable by a 32
: pointer using byte-offsets)? Of course, if you *really* needed more than
Hm, files (on x86s anyway) are limited to 2Gb -- memory might also be.
I don't think it'll be *too* long before a 64bit system addresses that --
there are already a few protests at the 2Gb file limit.
G.
--
Gordon Scott Opinions expressed are my own.
[EMAIL PROTECTED] (official) [EMAIL PROTECTED] (backdoor)
[EMAIL PROTECTED] (home) http://www.apis.demon.co.uk
Linux ............... Because I like to _get_ there today.
------------------------------
From: [EMAIL PROTECTED] (Robert Kaiser)
Subject: Re: Mapping driver buffer to user space
Date: 20 Jan 1999 11:22:08 GMT
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Frank McGirt) writes:
> I am developing a driver for RH 5.2 for a PCI-based adapter which
> supports DMA. I have allocated a driver buffer using __get_dma_pages
> and I would like to map this buffer to user space so as to be directly
> accessible by a user process.
>
> Has anyone seen any sample code to do this?? I would appreciate any
> hints and/or help.
>
I'm not sure this is possible with the standard kernel. What I have
done in a similar situation is to have the user process allocate the
buffer (e.g. malloc(), static data or whatever) and let the device
driver DMA to that buffer directly. This worked fine, but it required
a kernel patch which I've made available at ftp://ftp.sysgo.de/pub/Linux/
Rob
================================================================
Robert Kaiser email: rkaiser AT sysgo DOT de
SYSGO RTS GmbH
Carl-Zeiss-Str. 41
D-55129 Mainz / Germany
------------------------------
From: [EMAIL PROTECTED] (jedi)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Modest next goal for Linux
Date: Mon, 25 Jan 1999 20:55:09 -0800
On Tue, 26 Jan 1999 10:40:16 +0900, John De Hoog <[EMAIL PROTECTED]> wrote:
>jedi <[EMAIL PROTECTED]> wrote
>>>
>>>You're lucky you could find a scanner that works under Linux. Mine is not
>supported,
>>
>> If he didn't buy the first, cheapest, parallel port scanner
>> he could find, that likely explains why he had so little
>> trouble. Hardware that gets little respect within the
>> community is always going to be problematic.
>
>Are you saying the Nikon LS-2000 film scanner gets little respect within the
>community? I'd like to know what community you are talking about.
The community of SANE backend driver writers apparently,
if you're having any trouble running it under Linux.
--
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] (H. Peter Anvin)
Crossposted-To: comp.os.linux.development
Subject: Re: Autofs automounter auto.direct
Date: 26 Jan 1999 10:24:52 GMT
Reply-To: [EMAIL PROTECTED] (H. Peter Anvin)
Followup to: <[EMAIL PROTECTED]>
By author: Jamie Guinan <[EMAIL PROTECTED]>
In newsgroup: comp.os.linux.development.system
>
> I saw HPA's reply on DejaNews, to the effect that direct
> automaps are not likely to be supported.
>
> ( http://www.dejanews.com/getdoc.xp?AN=435463269 )
>
> Is there some techincal reason why direct maps aren't supported?
>
Yes, it would require a change to the Linux virtual filesystem layer
that would slow it down for *every* access, whether or not they use
autofs.
> They would be really handy for me and others, I imagine.
>
> For example, maybe its my own ignorance, but I could not
> manage to have /home/user1 on a local machine then automount
> othermachine:/home/user2 alongside it, because the silly
> automounter commandeers "/home" and I can't see user1
> while the automounter is running.
>
> A direct mount would have solved the problem nicely.
Use a symlink pointing into an indirect map. Or better, clean up your
namespace. A much better way is to have /home be an automount map,
and have the "real" directory be /export/home (i.e. /export/home/user1
etc).
-hpa
--
PGP: 2047/2A960705 BA 03 D3 2C 14 A8 A8 BD 1E DF FE 69 EE 35 BD 74
See http://www.zytor.com/~hpa/ for web page and full PGP public key
I am Bah�'� -- ask me about it or see http://www.bahai.org/
"To love another person is to see the face of God." -- Les Mis�rables
------------------------------
From: [EMAIL PROTECTED] (Eric Wick)
Subject: NCR53C94-Driver
Date: 26 Jan 1999 07:30:50 GMT
Hello,
i hope here are the right Programmers. Since Kernel 2.1.132 there is a Driver
for the NCR53C94 SCSI-Controller. After Looking into the Makefile, this Driver
can be used with lot of Amiga-Controllers, Macintosh and Sparcs.
What can i do, if my PC have this Chip onboard into the ISA-Environment. The
Bios uses this Chip, Drivers f�r Sco-Unix, Win95 and NT are available.
Is there a trick, to change something into /drivers/scsi/Makefile to get
function? I have tested the NCR53C80-Driver that respond a "SCSI-Bus busy".
Need alle help available!!!
Thank you
Ciao
Eric Wick
------------------------------
From: A James Lewis <[EMAIL PROTECTED]>
Subject: 2.2.0-final <-> 2.2.0 can't compile new kernel!!
Date: Tue, 26 Jan 1999 10:48:47 +0000
In 2.2.0-final, as with 2.2.0pre6 I had no problems and when I downloaded
2.2.0 I expected no problems....... BUT....
Having copied my config from 2.2.0-final to 2.2.0, and doing a build... I
get....
ld -m elf_i386 -T /usr/src/linux-2.2.0/arch/i386/vmlinux.lds -e stext
arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o
init/version.o \
--start-group \
arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o
mm/mm.o fs/fs.o ipc/ipc.o \
fs/filesystems.a \
net/network.a \
drivers/block/block.a drivers/char/char.a drivers/misc/misc.a
drivers/net/net.a drivers/scsi/scsi.a drivers/cdrom/cdrom.a
drivers/sound/sound.a drivers/pci/pci.a drivers/pnp/pnp.a
drivers/video/video.a \
/usr/src/linux-2.2.0/arch/i386/lib/lib.a
/usr/src/linux-2.2.0/lib/lib.a /usr/src/linux-2.2.0/arch/i386/lib/lib.a \
--end-group \
-o vmlinux
drivers/sound/sound.a(sb_ess.o): In function `ess_init':
sb_ess.o(.text+0xe12): undefined reference to `esstype'
sb_ess.o(.text+0xea7): undefined reference to `esstype'
make: *** [vmlinux] Error 1
James ([EMAIL PROTECTED])
Vortex Internet
My operating system unders~1 long filena~1, and yours?
------------------------------
From: [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: 26 Jan 1999 00:14:40 -0800
In article <[EMAIL PROTECTED]>, Andre says...
>
>Yeah but man pages already have a structure.
>
>Description on top, parameters in the middle and
>examples and references at the end. If indexes are needed,
>just pipe the man page to a viewer with string search
>capabilities.
>
man pages have examples??
this is the main problem of man pages. %99.9 of them have no examples.
if people who write man pages would add examples, man pages will
be more unsefull.
mike.
------------------------------
** 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
******************************
