Linux-Development-Sys Digest #670, Volume #6 Sun, 2 May 99 16:13:55 EDT
Contents:
Q: What can I do when SVGALIB did not support my video card(chipset)??? (ei)
Re: stdio SMBd - name your price (Kyler Laird)
Re: CVS (Re: Bill Gates, self made man, NOT!) (Basile STARYNKEVITCH)
Re: CVS (Re: Bill Gates, self made man, NOT!) (Peter Dalgaard BSA)
Re: /dev/hda1 has reached maximal mount count, check forced (Nelson Minar)
assitance with understanding of libraries... (Jon Paterson)
Re: kernel 2.2.6 - Oops then Kernel Panic ([EMAIL PROTECTED])
Cyrix PR120+/RH 5.0 Problem (JBass92864)
Re: stdio SMBd - name your price (Kyler Laird)
Re: Linux disk defragmenter (Mark Hahn)
Re: assitance with understanding of libraries... (Alexander Viro)
Re: Cyrix PR120+/RH 5.0 Problem (Mark Brown)
Re: /dev/hda1 has reached maximal mount count, check forced (Jens Kristian Søgaard)
Re: stdio SMBd - name your price (Jeremy Allison)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (ei)
Subject: Q: What can I do when SVGALIB did not support my video card(chipset)???
Date: Sun, 02 May 1999 07:44:32 GMT
hi~~~
could anyone please tell me what i can do when SVGALIB not support my
Millennium II & G200 ?
Is there any solution to use graphics for console mode on liunx or
unix?
Thanks for your reply...very very much...
------------------------------
From: [EMAIL PROTECTED] (Kyler Laird)
Crossposted-To: comp.protocols.smb,comp.unix.solaris
Subject: Re: stdio SMBd - name your price
Date: 2 May 1999 12:27:35 GMT
[EMAIL PROTECTED] (Don Baccus) writes:
>In article <7ge32f$dv$[EMAIL PROTECTED]>,
>Kyler Laird <[EMAIL PROTECTED]> wrote:
>>I didn't realize a diff would necessarily
>>fall under the GPL.
>Whether right or wrong from a legal perspective, this
>makes you an asshole in the real world.
That's an interesting jump. It's a bit like saying
"Since you didn't realize I'm a Leo, you're an
asshole."
--kyler
------------------------------
From: Basile STARYNKEVITCH <[EMAIL PROTECTED]>
Subject: Re: CVS (Re: Bill Gates, self made man, NOT!)
Date: 02 May 1999 14:43:13 +0200
>>>>> "Peter" == Peter Dalgaard BSA <[EMAIL PROTECTED]> writes:
Peter> [EMAIL PROTECTED] (H. Peter Anvin) writes:
>> There are a number of things about CVS that suck:
>>
[...]
Peter> Right on! Plus:
Peter> 7. The history and log mechanisms suck. 8. Handles binary
Peter> files *really* poorly.
Peter> ....but do we have anything that's *really* better? I.e. do
Peter> we want to push CVS development in the right direction or
Peter> do we want something new?
Some projects do exist to concurence CVS. In particlar PRCS (eg prcs2
with xdelta) See "http://www.XCF.Berkeley.EDU/~jmacd/prcs.html" for
details.
But it is probably too young for general purpose use. Perhaps in a
year it would be generally usable
--
Basile STARYNKEVITCH - 8 rue de la Faiencerie, 92340 BOURG LA REINE (France)
tel 01.46.65.45.53. email = basile point starynkevitch at wanadoo point fr
http://perso.wanadoo.fr/starynkevitch/basile
antispam: <[EMAIL PROTECTED]>
------------------------------
From: Peter Dalgaard BSA <[EMAIL PROTECTED]>
Subject: Re: CVS (Re: Bill Gates, self made man, NOT!)
Date: 02 May 1999 13:40:21 +0200
[EMAIL PROTECTED] (H. Peter Anvin) writes:
>
> There are a number of things about CVS that suck:
>
> 1. Doesn't handle moved files well.
> 2. Doesn't maintain the notion of a single commit that touches
> multiple files.
> 3. Doesn't handle deleted files well.
> 4. Doesn't handle added directories well.
> 5. Handles deleted directories *really* poorly.
> 6. The CVS client/server model is not very clean; CVS itself expects
> each user to touch the repository (yuck!) and the client/server is
> a graft-on; for cleanliness it really should have been built around
> a client/server model from the start.
Right on! Plus:
7. The history and log mechanisms suck.
8. Handles binary files *really* poorly.
...but do we have anything that's *really* better? I.e. do we want to
push CVS development in the right direction or do we want something
new?
--
O__ ---- Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~~~~~~~~~ - ([EMAIL PROTECTED]) FAX: (+45) 35327907
------------------------------
From: Nelson Minar <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware
Subject: Re: /dev/hda1 has reached maximal mount count, check forced
Date: 02 May 1999 11:05:41 -0400
I understand why ext2fs does this, but the default behaviour is very
obnoxious on laptops. I boot my laptop very often (once a day?), and
when I boot it I'm often on battery - the last thing I want is to
chew power checking the disk.
I can use tune2fs to change the behavior, sure. It'd be neat if ext2fs
could use some smarter heuristic on when to check, though. I would
think counting the number of disk writes would be more useful than
mounts, but maybe that's not simple to do.
--
[EMAIL PROTECTED]
. . . . . . . . http://www.media.mit.edu/~nelson/
------------------------------
From: [EMAIL PROTECTED] (Jon Paterson)
Subject: assitance with understanding of libraries...
Date: Sun, 2 May 1999 16:08:03 +0100
Hi, I hope that this is this post is relevent for this group, and someone can point me
in the
right direction. I have got fair amount of system experiance with Linux now, but I
feel that
my weekest point is my understanding of the libraries, versions and functions
(libsxxx.so
etc...)
Can anyone point me in the direction of a web site that explains this and keeps you up
to date
with the libraries?
many thanks,
Jon Paterson
(remove the _nospam to reply via e-mail)
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: kernel 2.2.6 - Oops then Kernel Panic
Date: Sun, 02 May 1999 15:43:51 GMT
To add extra info for the Linux-gurus out there, I get the same thing with a
2.2.4 kernel ... NULL pointer in the kernel causing a panic (nice one Linus,
at least it doesn't just HANG unlike certain other commercial OSes!) ...
Bombs out completely.
We run KDE (latest version - 1.1) under KDM (as opposed to XDM) for logins ...
all compiled using latest GCC and libs on AMD K6 266MHz, 128MB RAM.
Plenty of hard disk space.
The crashes are very occasional. About once a week at worst.
Brad
In article <7gg6tr$pb5$[EMAIL PROTECTED]>,
[EMAIL PROTECTED] wrote:
> Hi all,
>
> does anyone have an idea as to what might be causing the following
> error? (is it the kernel or could it be hardware related?)
>
> My machine locks up in a way that I can't reproduce reliably (although
> often at the same when I make a remote file system access (mounted
> through
> autofs)) (for all I know this is just a coincidence) I keep getting "nfs
> warning: mount version older than kernel". This warning pops up when I
> first mount my home directory which is being served up by another linux
> box running kernel 2.0.35. (I have other boxes with older kernels
> accessing
> the same server with no problems)
>
> Here's what comes to the console as the machine crashes:
>
> Scheduling in interrupt
> Unable to handle kernel NULL pointer dereference at virtual address
> 00000000
> current->tss.cr3 = 00101000, %cr3 = 00101000
> *pde = 00000000
> Oops: 0002 (but I've seen 0007 also)
> CPU: 0
> EIP: 0010: [<c01122ae>]
> EFLAGS: 00010286
> eax: 00000018 ebs: c01e4000 ecx: c01e4000 edx: cf7dc000
> esi: 0009e200 edi: c0106000 ebp: c01e5fdc esp: c01e5fc0
> ds: 0018 es: 0018 ss: 0018
> Process swapper: (pid: 0, process nr: 0, stackpage=c01e5000)
> Stack: 0009e200 c0106000 00000000 00000018 c0110018 00000000 c01f1000
> 00009000
> c0107352 00000000 c01e6b9d 00000000 c0106000 00000000 c01cc7e0
> c01001b1
> Call Trace: [<c0106000>] [<c0110018>] [<c0107352>] [<c0106000>]
> [<c01001b1>]
> Code: c7 05 00 00 00 00 00 00 00 00 8d 65 e0 5b 5e 5f 89 ec 5d c3
> Aiee, killing interrupt handler
> Kernel panic: Attempted to kill the idle task!
> In swapper task - not syncing
>
> After this the system locks up (although the ethernet card is still
> replying to pings)
>
> I'm running stock RedHat 5.1 but upgraded the kernel to 2.2.6 on:
> dual 450MHz PII
> SuperMicro P6DBE motherboard
> 6.4 GB Western Digital Hard drive
> 256MB
>
> I've upgraded all the system libs and utilities as per the
> Documents/Changes
> file in the linux-2.2.6 distribution.
>
> Many thanks for any help
> Here's a bit more info about the CPU's from /proc/cpuinfo:
> processor : 0
> vendor_id : GenuineIntel
> cpu family : 6
> model : 5
> model name : Pentium II (Deschutes)
> stepping : 2
> cpu MHz : 451.032162
> cache size : 512 KB
> fdiv_bug : no
> hlt_bug : no
> sep_bug : no
> f00f_bug : no
> fpu : yes
> fpu_exception : yes
> cpuid level : 2
> wp : yes
> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
> mca cmov pat pse36 mmx osfxsr
> bogomips : 448.92
>
> processor : 1
> vendor_id : GenuineIntel
> cpu family : 6
> model : 5
> model name : Pentium II (Deschutes)
> stepping : 2
> cpu MHz : 451.032162
> cache size : 512 KB
> fdiv_bug : no
> hlt_bug : no
> sep_bug : no
> f00f_bug : no
> fpu : yes
> fpu_exception : yes
> cpuid level : 2
> wp : yes
> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
> mca cmov pat pse36 mmx osfxsr
> bogomips : 450.56
>
> Mike
>
> ----- Posted via Deja.com, The People-Powered Information Exchange -----
> ------ http://www.deja.com/ Discussions * Ratings * Communities ------
>
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: [EMAIL PROTECTED] (JBass92864)
Subject: Cyrix PR120+/RH 5.0 Problem
Date: 2 May 1999 16:09:31 GMT
Hello,
I've got a RedHat 5.0 system running on a spare system that has a Cyrix PR120+
CPU (100 MHz), a FIC PA-2005 motherboard, and 48 MB of RAM. I've been
experimenting with kernel compilation (yes, I'm new at this) and have run into
a few problems. Whenever I try "make zImage" (preceeded by dep and clean) it
only goes so far before I get a signal 11 compilation error. The point at which
it dies varies during each attempt. I've read all the HOW-TO FAQs on the
subject and found a small reference to problems with RH 5.0 and the PR120+.
Other than that the only headway I've made is in determining that my L2 is
probably bad (I've got it disabled at the moment).
My questions are:
- Has anyone had success with a similar configuration or is this a lost cause?
- I understand that I can upgrade to an MII 300 with this MB, but will that
make a difference? The Signal 11 FAQ mentioned that there might be an odd bug
in the PR120+ that's causing the problem in conjunction with 5.0. How about
going with a non-Cyrix CPU?
- Will I have better luck if I go with a 2.2.x system?
I know there are a billion things that could be at fault here, but I'm trying
to weed out the most obvious possibilities. Any help or suggestions would be
greatly appreciated.
Thanks in advance!
Jeff
------------------------------
From: [EMAIL PROTECTED] (Kyler Laird)
Crossposted-To: comp.protocols.smb,comp.unix.solaris
Subject: Re: stdio SMBd - name your price
Date: 2 May 1999 12:33:52 GMT
Andi Kleen <[EMAIL PROTECTED]> writes:
>What the GPL doesn't require though is to distribute
>the code. So e.g. if the original poster pays someone to do
>that specific patch for him, and then he choses not to distribute
>it, it would be "his private patch". I interpreted his original
>statements that he doesn't plan to keep it as private, but feed
>it back to the samba code base.
That was my intent.
>Of course this is in his best interests too,
>because otherwise the patch would quickly bit-rot when samba
>continues to change, and become useless.
Yup. I'd like to take advantage of updates
to the base code. (I suspect that makes me "an
asshole in the real world" too...)
The hostile reaction I've gotten makes me
wonder if it's worthwhile, though.
>As to get back to the original topic - as far as I remember
>smbd is able to run from inetd. Making samba tolerate a failing
>getpeername() and perhaps other sockets calls shouldn't be that
>difficult I think.
That's what I thought, but when I tried it, I
hit problems I was unable to solve. I welcome
you to give it a shot.
--kyler
------------------------------
From: Mark Hahn <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Linux disk defragmenter
Date: 2 May 1999 17:10:44 GMT
>> People keep proposing that algorithms get added to the kernel to
>> improve disk access by predicting the physical location of data on
>> disk and thereby optimizing the scheduling of accesses; Linus himself
>> has been on record as saying that this is pointless because smart new
>> disks prevent you from knowing physical locations.
> I heard the same objection from Mark Lord, the Linux IDE maintainer.
> The context was specifically that someone suggested the IDE block
> access elevator be bidirectional, which it currently isn't.
bidirectional request sorting suffers from starvation; Linux's
scheme (cscan) doesn't. (well, Linux discriminates against write
requests, actually, and that could cause starvation, but that's not
really part of head scheduling.)
in short, sorting linear block addresses makes sense and works,
since seeks are monotonic in linear address. this ignores bad-block
remapping, but that shouldn't be a big issue...
------------------------------
From: [EMAIL PROTECTED] (Alexander Viro)
Subject: Re: assitance with understanding of libraries...
Date: 2 May 1999 12:46:12 -0400
[reformatted - please, set line wrapping below 80 columns]
In article <[EMAIL PROTECTED]>,
Jon Paterson <[EMAIL PROTECTED]> wrote:
>Hi, I hope that this is this post is relevent for this group, and someone
>can point me in the right direction. I have got fair amount of system
>experiance with Linux now, but I feel that my weekest point is my
>understanding of the libraries, versions and functions (libsxxx.so
>etc...)
>
>Can anyone point me in the direction of a web site that explains this and
>keeps you up to date with the libraries?
Sometime ago I've posted long&boring explanation on that. Search on DejaNews
for Library-HOWTO & ~g comp.os.linux.* - it should show up. HTH.
--
"You're one of those condescending Unix computer users!"
"Here's a nickel, kid. Get yourself a better computer" - Dilbert.
------------------------------
From: Mark Brown <[EMAIL PROTECTED]>
Subject: Re: Cyrix PR120+/RH 5.0 Problem
Date: 02 May 1999 19:09:30 +0100
[EMAIL PROTECTED] (JBass92864) writes:
> I've got a RedHat 5.0 system running on a spare system that has a Cyrix PR120+
> CPU (100 MHz), a FIC PA-2005 motherboard, and 48 MB of RAM. I've been
> experimenting with kernel compilation (yes, I'm new at this) and have run into
> a few problems. Whenever I try "make zImage" (preceeded by dep and clean) it
> only goes so far before I get a signal 11 compilation error. The point at which
The version of gcc shipped in RedHat 5.0 is broken on (some?) Cyrix
chips when optimization is enabled. They provided a fixed RPM later
on, but I don't know if that's on their FTP site still. You should
also be able install the compiler from their current releases on a 5.0
system [1].
If you don't want to or can't use a packaged version, you can build a
new compiler from source by bootstrapping with optimization disabled
(this is how I fixed the problem when I encountered).
> - I understand that I can upgrade to an MII 300 with this MB, but will that
> make a difference? The Signal 11 FAQ mentioned that there might be an odd bug
> in the PR120+ that's causing the problem in conjunction with 5.0. How about
> going with a non-Cyrix CPU?
The problem will go away if you use a non-Cyrix CPU, but you don't
need to do that.
> - Will I have better luck if I go with a 2.2.x system?
Almost certainly not.
[1] It might be a good idea to update anyway - aside from newer versions
of things, there have been a large number of security fixes since 5.0
was released.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFS http://www.eusa.ed.ac.uk/societies/filmsoc/
------------------------------
From: [EMAIL PROTECTED] (Jens Kristian Søgaard)
Crossposted-To: comp.os.linux.hardware
Subject: Re: /dev/hda1 has reached maximal mount count, check forced
Date: 02 May 1999 20:35:07 +0200
Peter Mutsaers <[EMAIL PROTECTED]> writes:
> Why on earth would one check after a fixed amount of reboots?
> If it were after a specific period of time had elapsed it might make
> sense, but still. I know of no other UNIX doing this. If the shutdown
I'm not completely sure, but I think Linux does both. I.e. checking
after a fixed set of mounts, and after a fixed period of time. This is
f.ex. a dump of one of my filesystem:
Last mount time: Mon Apr 5 18:33:13 1999
Last write time: Sun May 2 20:23:44 1999
Mount count: 4
Maximum mount count: 20
Last checked: Sun Apr 4 04:11:56 1999
Check interval: 15552000 (6 months)
Next check after: Fri Oct 1 04:11:56 199
This means that if I remounted this filesystem on the 2nd of October,
it would check the filesystem... even though it hasn't yet reached
it's maximum mount count of 20.
--
Jens Kristian Søgaard,
[EMAIL PROTECTED] -- http://soegaard.hypermart.net/
------------------------------
Crossposted-To: comp.protocols.smb,comp.unix.solaris
From: [EMAIL PROTECTED] (Jeremy Allison)
Subject: Re: stdio SMBd - name your price
Date: Sun, 2 May 1999 19:22:32 GMT
[EMAIL PROTECTED] (Kyler Laird) writes:
>Andi Kleen <[EMAIL PROTECTED]> writes:
>>What the GPL doesn't require though is to distribute
>>the code. So e.g. if the original poster pays someone to do
>The hostile reaction I've gotten makes me
>wonder if it's worthwhile, though.
I wasn't trying to be hostile (I'm sorry if you perceived
it as such). I was only trying to point out that your
original statement about licensing was incorrect (but only
if, as someone else pointed out, if you planned to re-distribute
your changed version).
I'm always very careful to try and explain exactly what people
are getting into if they want to commission changes to Samba,
just so there are no misunderstandings.
I'm personally really glad you are thinking of funding someone
to do these things, it's how the Open Source processes is supposed
to work.
Regards,
Jeremy Allison,
Samba Team.
------------------------------
** 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
******************************