Linux-Development-Sys Digest #771, Volume #6 Thu, 3 Jun 99 14:14:02 EDT
Contents:
Re: .h files missing for Make Config in Redhat (Jonathan DelStrother)
bootinfo.h missing for make dep (Jonathan DelStrother)
Lots of FREE STUFF ("Anisha")
NFS Lock Deamon for Linux. Is there one? ("David Travers")
Re: .h files missing for make config in Redhat (Jonathan DelStrother)
Re: NFS Lock Deamon for Linux. Is there one? (J.H.M. Dassen (Ray))
Re: NFS Lock Deamon for Linux. Is there one? (Dann Church)
Re: Terabite Plus Filesystems (Christopher B. Browne)
A simple question... (=?iso-8859-1?Q?Jos=E9=20Mar=EDa=20Fern=E1ndez=20Gonz=E1lez?=)
Libnet Install (Mark Adams)
Re: the ultimate OS ("Selious")
HOW CAN I USE KERNEL FUNCTION IN USER LEVEL APPLICATION! ("redhap")
Re: TAO: the ultimate OS ("Shamsuddin, Amir (EXCHANGE:MDN05:7E24)")
Re: What are the differences between mySQL and mSQL? (Don Baccus)
Re: What are the differences between mySQL and mSQL? ([EMAIL PROTECTED])
Re: TAO: the ultimate OS (Vladimir Z. Nuri)
Re: Compiling kernel w/ other than gcc ("Mr. Neon Green")
Re: TAO: the ultimate OS (Bill Vermillion)
----------------------------------------------------------------------------
From: Jonathan DelStrother <[EMAIL PROTECTED]>
Subject: Re: .h files missing for Make Config in Redhat
Date: Thu, 03 Jun 1999 10:12:27 +0100
Shplendid
Cheers mate
Jonathan
------------------------------
From: Jonathan DelStrother <[EMAIL PROTECTED]>
Subject: bootinfo.h missing for make dep
Date: Thu, 03 Jun 1999 10:19:32 +0100
Hiya - got an all new problem for ya....
OK, I'm attempting to get sound support in the Redhat 5.2 kernel, so, go
to src/linux/drivers/sound, make config, go through all of that stuff...
Right, that seemed OK, so - make dep. I get an error message:
dmasound.c : 81 : asm/bootinfo.h : no such file or directory
aaaargh
I've done a search through all the packages on the cdrom - nope, not
there... Ideas, anyone??
O yeah - while I'm here, say I want to create a script....
create a new file, add the #!bin/sh bit at the top (I've forgotten
exactly what it is, but anyway-) add in some commands (eg echo 'hi'),
save the file, do 'chmod +x thisfile', type in thisfile at the console,
& it says file not found (or is it command not found??...damn - I'll
have to go back and check). Whatever it is, is this the way you're
supposed to produce & run a script?
Cheers
Jonathan
[Terminal Newbie]
------------------------------
From: "Anisha" <[EMAIL PROTECTED]>
Subject: Lots of FREE STUFF
Date: Thu, 3 Jun 1999 14:05:22 +0530
This is a multi-part message in MIME format.
=======_NextPart_000_0BEB_01BEADCA.1EBDB220
Content-Type: multipart/alternative;
boundary="----=_NextPart_001_0BEC_01BEADCA.1EBDB220"
=======_NextPart_001_0BEC_01BEADCA.1EBDB220
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Free Stuff & Trial Offers on the WEB!!!=20
Click on the web card to know more about it.
=20
=======_NextPart_001_0BEC_01BEADCA.1EBDB220
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>
<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.2106.6"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV> </DIV>
<DIV><BR>Free Stuff & Trial Offers on the WEB!!! <BR>
<P>Click on the web card to know more about it.<BR>
<P><IMG src=3D"cid:0be201bead9c$04fc4e60$[EMAIL PROTECTED]"=20
useMap=3D#mainmap><MAP name=3Dmainmap><AREA coords=3D0,162,285,177=20
href=3D"http://eCode.com/html/createcard.asp" shape=3DRECT><AREA=20
coords=3D270,0,285,177=20
href=3D"http://eCode.com/html/addressbook1.asp?ShowCard=3Danisha_99" =
shape=3DRECT><AREA coords=3D96,84,189,97 =
href=3D"mailto:[EMAIL PROTECTED]"=20
shape=3DRECT><AREA coords=3D0,0,285,177 href=3D"http://eCode.com/" =
shape=3DRECT>=20
</MAP></P></DIV></BODY></HTML>
=======_NextPart_001_0BEC_01BEADCA.1EBDB220==
=======_NextPart_000_0BEB_01BEADCA.1EBDB220
Content-Type: image/jpeg
Content-Transfer-Encoding: base64
Content-ID: <0be201bead9c$04fc4e60$[EMAIL PROTECTED]>
/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAMCAgMCAgMDAwMEAwMEBQgFBQQEBQoHBwYIDAoMDAsK
CwsNDhIQDQ4RDgsLEBYQERMUFRUVDA8XGBYUGBIUFRT/2wBDAQMEBAUEBQkFBQkUDQsNFBQUFBQU
FBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBT/wAARCAC1ASEDASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9U6yf
FninS/A3hXWfEmt3X2LRdHsptQvrny2k8mCJDJI+1AWbCqThQSccAmtavmr9o34x6XffE7w/8Eri
P7PDq39k6trt/MzMg02XVUt0tvIVCLiK6uI0sJ0d02JqMb7JohOIgD3X4e+NbH4leAPDXi/TIriD
Tdf0y21W1iu1VZkiniWVFcKzAMFcAgEjOcE9a6CvjX4cftk+Avgd+z98HvDmpw6xreup8ObTVGs9
EtUkCrZ6Xa3NxCZZHjiWdbWQ3PlFw3lKCQGmt1m9q8Z/GjQfAnj/AFe51PxBrA03SodO0y605Esf
7LS6upZJHl81lE4ntbSI3dyhlCRWbLOYzndQB1fib4veHfC3xE8J+CLmS4uPEPiSZ4reC0hMi2qr
bXNwsly/SJXWzuFjBO6Ro32KwilaPta+KvGfxI0u1/4KF3VzJb6hrui+GdF8O6PqFvp9ow/svXL6
8vLawupZX2RtEttrE0bIsjs320MsMht5Ht/oqb476SPiJonhe10bWNQs9V1O40OPxLbLb/2YmowW
1xczWpZphK7IlpMrPFE8ayK0TOJEkRAD0uiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArwr4qfs0X3xK0rx1PH41uNJ8VeK9MuPD0
9+to0mnpo7rOkdm1j5yiRo1uJZVuC4l893IYW7G0r3WigD5/P7IGhp8H7XwjBqn2TWofh/e+BJdb
t7FES7+02VjavezQg7nlVdNtQoMvCLsLEBSvP6d+x54is9a8S6ze/Ei38R3mrand6yNO8Q+Hhf6U
1xe2UFnepcW0lyXkgWGAxWqxywyW8U0kLy3MburfUFFAHy/4C/Yuvvh/8L/EmiR/EO48S+Ntb8Qa
L4in8a+J9Oa9u5ZdOexljguP36yTQCWzl2IZQYkuSoZipdz/AIY48RWXh7wz4Z0v4vaxa+HvD2p3
2oWlzcWQm1qdr+3vor6efUBKpa7DahO9vPGkaxE5liuiFZfqCigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigD51/bH+G+k/FPw9ZeH7qK41/WNQ0zVrDTvDEGn2+oNI01uqHU4orieCKG
ezfyWW6llRVWeWBT5t3ER1X7PGqr4e8M2PgTVtK1jwx4hsoZr2HStcjtYhLatOWY2K21zcRJaQPM
sCW6zO9tELZH4eJ5T4zaquieP/A99oWlaxrnj+GG9a107R47VzcaP5tmNSSX7Xc28QXebDayyiVZ
fJYLJELiNz4d2V98RviX/wALRfWbeTQodMvPDun+HJ9IaC+0a6W7RNSSW6S5eKdjcWQjbbGU/wBG
iML7TI84B7BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAeN3/wC0JPc/Fzxj4F8NeFpP
EV34N0y31HWl+2i1upGuEZ4IbGKRNlyxVDuZpYkUsi7iSwXoPB3xt8P6z8H/AAR4+8R6hpng208U
aXYahHDqmoxxxxSXUKSLAsr7A7AuFGAC2OgzivnP9o3wLqHxE8RfE3WbXwR4i8P/ABJ8KSQW/wAP
PHXhezlSfU3NhBcC2mdWYPCLmSaJ3mRYAjlQ29JK6nxB4d8Y6T+0B8P/ABZ4/wBJm8W+G7r4ez+G
NVtNF0dr62tNZmuLaSeQwoHcQzrH5e5gUQRfOygk0AdnqH7UNn4b/aS1X4Z+JLPSNC8PWvg8eMof
F9xrgWFrf7SlsUmjeJEiO8yHcJXBVUPBcqnqev8AxE8KeFPDKeI9b8T6No/h5wjLq9/fxQWjB8BC
JXYIQ2RjnnIxXy3PGNC/4KFR+JZfBPiS28KaX8JzoqXVr4WvLi0t7xLs3ZtYpIIXiZxbblAiZlLH
yVJkIQ+Jfs5+C/G3hfwL+yP4k8ReEfF0Om/Di88VWniexuNBvnvrNrtXFhIln5RmnjCyRgPCjqgJ
GRscKAfop/wn3hj/AIRD/hK/+Ej0n/hFvs/2v+2/t0X2LycZ8zz92zZjndnGK47x98c9L0n4FeK/
iX4HuNE+IFjoWnXOphbLWVFrcx26l50W5iSYBwiSYG0guApKgll+Nv8AhSXxA/4Vv/b/APwi+rf2
R/w0L/wsf+yPsz/bf+Ec37t32LHm78/P9m2eZn+DdxXWat4Y8R6jpn7a/ja28M+Ix4d8f6DZ6d4Y
sW0S8TUL65TSpbOUrYGL7QgaeSMbnjXKgucIu6gD7B+E/jr/AIWh8LPBvjL7D/Zn/CRaLZav9i83
zfs/2iBJfL37V3bd+N20ZxnA6VzVh8Wdb8dS3Vx8P/DuneIdDsdSk0651TVNYawSZomKXH2VUt5j
KUcMnz+UpZGAbA3VF+yilxbfsy/CqyvbDUNKv9P8M6fp93ZapYzWdxBPBbpDKjxTKrjDxsASMMMM
pKsCfP8A4O6Pc/s0fCWX4Ya1H4qiitr/AFGLR/FPh/Rp9Zklhu7ma4imYRQ3HlzRmchjcR+WWjBO
9WwQDsPDn7SFrqPhD4m694g0VfAsfgnWZNFki8TarbWqTyi1tZo2ecsYYVle7SNCXYEFGyC+xeug
+MfhC20jwbc634n8PaFeeLIIZNJtLjWbci/eRYzstX3AXPMsYDR5Db0I+8M/Mt54f+M037NX7Ql1
8RfEHirxVJqFnr2h+EfD0eiWck93YzReTYXMkFjZrOLh2YhgSqIjFnjTG5eO+Jlhq11+zB+xtp6+
D/F93eeHPEvhi/1ywg8K6lLcafb6dbmG9aeJYC6bXYBQRmUZaMOoJoA+lvjX+0gPhZJ8KrzR9J07
xf4e8ceLLPwm2pW2seWbSW5crHNGqwyJOoEc24eYhBVQM7iU9D1/4q+CvCniXTfDut+MNA0fxBqb
pHY6Tf6nBBdXbOwRFiidgzlmIUBQck4HNfO37dGkzwW/wHt9B8L61qcGkfE/SvEl/F4b0C7vltbK
3aVrmdxbROFO6dTtPzuWYqG2tin488B+IrL9ra28WeDPD2qavY61rul6R4x0nxJpnmaVNBaWyXVv
rFjcNuETWpkEagY3zh9o3I70AfX1FFFABRRRQAUUUUAFFFFAHzV+1t4h0CHxV4G8P6v4t8P/AA3u
76y1S/t/GOu6nd2HlpA9kklhHJa31jKfPNzHKV+0FP8AQlJichHi1f2U/jx8PPHPhDw/4W8OeIPD
954g+xXuotp+iXpunmto7sIdQuAzySwS3RuIblorqRrgPcyLI0kkcr1b/aW+F2rfFG50+x8N+Jrf
QfE48P65DpqxavcaTfRTSR2/k3sdxa/v5IIbhbZJbb/Uv9pjkcM9vCj+gfBu2vrH4d6faalr1v4i
vraa6t5bm2vGvVtylzKv2M3L/PcNbAC2aaUCWRoGeRVkZgADtaKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAqpqd7NYWySwWFxqLtNDEYbZowyq8io0h8x1G2NWMjAEsVRgqu21T8q/Fj4Ye
MB+0hB4wi8Bax430CeZ7PULTSZtIa2vtDk0ma3eyuft88VwzfbmWU2qOLExhJdhuTIx818LfA7x9
4L+H/gfRh8HvEGqyWFl4I1KWI6tpNwbHWdJ1OY6ncB57/iWayWCGF4yR5AhgJiSIRoAfanxF+IVv
8NtO0e/vNL1DUrTUNasNFeTT/JP2R7y4S2hmlEkiExCaWJW8ve43ghCAxHV18FaB8AfHOlfCrXYp
PhbrA1LW9T8Jm+S31XTrfxNd/YNRN/f3N5qFvew29yw3PHDeoLe8kdwZk+QTm3rPwd+KWl+INC1G
x8C+IJl8I+JmHh+PRL/R/k0lfEE1zJEpurkNaWz6VLb2sMdoYHfyZYLpTbx24oA+yvHnjWx+H3hm
fWr+K4uUWa3tILS0VTNdXVxOlvbQJuZUDSTSxRhnZUUuC7IoZh5/H+0haXdyuj2HgjxRqHjaOa4i
vPB8J09b6yWCO1lkkkme7W0ZRHqGntiO4dj9qQbcpMI+r+Mmhr4h+HeoWv8AY+sa7cRzWt3a2ugT
WsV8l1BcxTW88JupI4C0Mscc22VijeUVZZAdjeFH9nvx94fs7W90/wAUeIJ/i54gvb26v/H9udJa
y0aOaGxhe2mgkt0FzEIdOsgphtUkmltMs9lHO+0A9K8ZftSeDfC3g3SvE1l9o8R6bqGmWuuB7S4t
LFbXTrkhba6uZb+e2igWV2CRpI6ySMHCI3lSmPq/hl8WNJ+J9tqCWsFxpOsaZM1vqOi38tu9zaMJ
JIwWa3llidS8Myb4pHUSQzRMVlhljT5q8C/DLWfgf8Zl0PQtEuPFNjpMLjw/pWo38EDToNF0DTLf
V3kcKm23Nhf29w8CSXMK36bbdo7pd+V4D/Z1mh0DXbWLQtHbxZ4X1Pw3qB8OaXHG1vZ3Flrd5rFy
LGYqsNu06ajeRW1qziSK1ksmuXi+1MsYB9v0V8FeAv2fvGF1408Lw3HwduPD2j6J4ga/01PEM+kX
GkaTaHxFe6oWs4rO6NzYXa272kSvC0sMzIIZ4fKjSYel/sweBvH3wi8beLodb8HeIG0zVbLS3muI
rvSWsH1dbmePUbmAJcLcyxPHPbyi5vVe9mjtWEzvKsSOAfVVZNz4p0u08Vad4blutmtahZXOoW1t
5bHzILd4I5n3AbRta6gGCQTv4BAbHwta/s6+PrXwv/Zfhz4d+IPBOnave+IE1jT7bU9JIGnNr9lq
VjbJbm6ltjE1gNRs47YqYFnu7gSosNzNM/r/AMM/gLc+DfiX8G9duvBdxfHSPD/iHTJdY1KXTZ77
RRPd28+nxStEsKoqQfbLdIrON4rfzmhQtETKwB9QUUUUAFFFFABRRRQAUUUUAeKftHftQaH+zl/Z
H9rrp/8Apllf6s/9paqlh5lrZeR58NpuVvtF8/2mPybb5Fk2yZlj2jd6B8LfHX/CyvAmmeIvsP2D
7X5q7El86CXy5Xj8+3m2r51tLs82GbavmwyRPtXftHkH7RUeqn40fDqTw5ceOF8Qr4f15Ut/A9vo
hme1NzpPmvLJqziJVVxAAqIzsXzuQIwfv/2crbWbP4PaLD4j1648S+IVmvf7S1G7vILmZro3cxlj
fyP3UTRvuiNvEzpbmMwrJKIhIwB6XRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQB5/4W/Z6+FngbXbXW/Dfw08H+H9atd32fUdL0G1triHcpRtkiRhlyrMpweQxHQ16BRRQBz/
AI1+HvhX4laVFpni/wAM6P4q02KYXMdnrdhFeQpKFZRIEkVgGCu43YzhiO5q14W8J6H4G0K10Tw3
o2n+H9Ftd32fTtLtUtreHcxdtkaAKuWZmOByWJ6mtaigAooooAKKKKACiiigAooooAKKKKACiiig
D5f/AGu/g7c/Fbx/8PRZaXo/iC8i0zWNOi0/U7fTbw2Ru5dOjOrta3yMJoLJVaVlhIlaVraL/VzS
kegfs9eH7Twr4I8K6RrfhfR/B3iyzh1aLTdIS30+3vY9MF+MyeXZkwq0qfYJbkW+IvOkX5V+RR5r
+2jY6XceKvBV7qfh/wAH69aaXout6jfS+KvDLa//AGZp8b6ebq9S1a8tojFGNhkZTLc8xrBC4abb
2v7J/wAIvh14I+Hej6p4T8K6PpuuxQ3Oj6hqcOh21jfLLBctFc2cjxl2dYZ4Giy005fyEdp7hj5z
gHutFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAeFeDfh74V/aF0CPX/AIl+GdH8caloniDxTo+nHW7CK4ht7VNbngVR
Cy+WWEVlbJ5hUvhD83zvu9q0nSbHQNKstM0yyt9O02yhS2tbO0iWKGCJFCpGiKAFVVAAUAAAACvF
f2n9Fh1zSruLQvGtv4A+JUfhLXn0rW755IrSHTitql808y4ECpI9hKJ1ZZInijceZGs0UnFfsx22
kXHxTnvNK8DeH/g95Oi3MUnhnQtK1HTv7e3z2xF5Il5pmn+b9j8sxgok+z+0mBaHeomAPqqiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKAOK+MXwh8O/HHwBqnhLxLHcCxvYZYku7GYwXdo0kTwtJBKOUYxyyIRgq6SSRurx
u6NU8HfCR/DvipPEmteMfEHjjWreym0+xuddSxi+xQTPFJcJGtna26t5jW1sSZA5HkrsKBn3egUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQB/9k=
=======_NextPart_000_0BEB_01BEADCA.1EBDB220==
------------------------------
From: "David Travers" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.networking
Subject: NFS Lock Deamon for Linux. Is there one?
Date: Thu, 3 Jun 1999 11:19:57 +0100
I am looking for program (rpc.lockd) that will allow file locking over a NFS
link.
We wish to store some database files which are not used very often on the
Linux box to free up some space on our main HP9000 server.
Does anyone know if there is a port of rpc.lockd.
Also dies it work with a SMP compiled kernel. We have dual P2 system..
------------------------------
From: Jonathan DelStrother <[EMAIL PROTECTED]>
Subject: Re: .h files missing for make config in Redhat
Date: Thu, 03 Jun 1999 10:22:35 +0100
I would completely ignore that gibberish just posted if I were you...
Ooops
------------------------------
From: [EMAIL PROTECTED] (J.H.M. Dassen (Ray))
Crossposted-To: comp.os.linux.networking
Subject: Re: NFS Lock Deamon for Linux. Is there one?
Date: 3 Jun 1999 12:07:59 GMT
David Travers <[EMAIL PROTECTED]> wrote:
>I am looking for program (rpc.lockd) that will allow file locking over a
>NFS link.
The kernel based NFS implementation available for Linux 2.2.x contains an
rpc.lockd; see http://lwn.net/1999/0513/a/knfsd.html . Do read the
announcement closely; kernel based NFS doesn't seem to be very mature yet.
HTH,
Ray
--
Tevens ben ik van mening dat Nederland overdekt dient te worden.
------------------------------
From: Dann Church <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.networking
Subject: Re: NFS Lock Deamon for Linux. Is there one?
Date: Thu, 03 Jun 1999 06:27:42 -0600
David,
RH6.0 includes a lockd daemon. If you want to get this without installing RH
6.0, you could a new kernel (use 2.2.5 or better) and make sure that you answer
"yes" to "emulate Sun NFS server."
Good luck!
--Dann Church
David Travers wrote:
> I am looking for program (rpc.lockd) that will allow file locking over a NFS
> link.
>
> We wish to store some database files which are not used very often on the
> Linux box to free up some space on our main HP9000 server.
>
> Does anyone know if there is a port of rpc.lockd.
>
> Also dies it work with a SMP compiled kernel. We have dual P2 system..
------------------------------
From: [EMAIL PROTECTED] (Christopher B. Browne)
Crossposted-To: comp.os.ms-windows.nt.admin.misc,comp.os.linux.hardware
Subject: Re: Terabite Plus Filesystems
Reply-To: [EMAIL PROTECTED]
Date: Thu, 03 Jun 1999 13:45:03 GMT
On 03 Jun 99 08:23:37 -0500, Gene Heskett <[EMAIL PROTECTED]> posted:
>While the ia64/Merced is not yet shipping in qty's, such an announcement
>should be the alarm clock to get the linux folks at least awake
>vis-a-vis 64 bit cpu's. If not, the 'Enterprise' market will be lost.
Linux has been running on Alphas for *years* now. That was the second
successful port of Linux. That has resulted in the exposure of *many*
"32bit-isms," which represents the most major of the stumblingblocks
to a port to IA-64.
The issue that may prevent instant deployment on IA-64 is *not* the
Linux kernel; it is quite evident that it should cope well with the
transition to about its third or fourth 64 bit architecture. (Alpha,
and UltraSparc, are existing 64 bit ports; I suspect that there may
be some late-breaking PPC or MIPS systems doing 64 bits, but am not
sure if Linux runs on 'em...)
The roadblocks to IA-64 deployment are about threefold:
a) Availability of suitable GCC code generator;
b) Availability of a "boot loader;"
c) Interfacing to any IA-64-specific hardware.
Rumours would suggest that Intel has put some effort into some such
things; if they expect to sell $50M worth of IA-64 hardware in the Linux
market, which should be a cakewalk, spending $1M on resources to help
make the above things happen isn't merely a good idea; they'd be idiots
*not* to spend a little bit of money to ensure that IA-64 can *rapidly*
get deployed in the "Linux marketplace."
(And I'm understating that; $50M would be a likely figure for "first
year" deployments, and is thus an extremely conservative figure...
And "idiots" might also be understating things too...)
--
Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer <http://www.hex.net/~cbbrowne/lsf.html>
[EMAIL PROTECTED] - "What have you contributed to free software today?..."
------------------------------
From: =?iso-8859-1?Q?Jos=E9=20Mar=EDa=20Fern=E1ndez=20Gonz=E1lez?=
Subject: A simple question...
Date: Thu, 03 Jun 1999 15:48:09 +0200
Hi everybody,
I have used for years Linux (since 1.2.13 kernel versions) on single-processor
machines, and now I'm thinking on a multiprocessor machine (2, 4 or 8 CPU's),
but I don't know what motherboards are supported by the Linux kernel, and which
is their performance. Could you tell me your experiences?
All answers are welcome,
Jos� Mar�a
--
Jos� Mar�a Fern�ndez Gonz�lez e-mail: [EMAIL PROTECTED]
Tlfn: (+34) 91 585 46 69 Fax: (+34) 91 585 45 06
Grupo de Dise�o de Proteinas Protein Design Group
Centro Nacional de Biotecnolog�a National Center of Biotechnology
C.P.: 28049 Zip Code: 28049
Campus Universidad Aut�noma. Cantoblanco, Madrid, Spain.
------------------------------
From: Mark Adams <[EMAIL PROTECTED]>
Subject: Libnet Install
Date: Wed, 02 Jun 1999 10:29:27 -0500
Can anyone tell me how to install libnet-0_99c on RHL 6.0? It's a C
library for portable packet creation. I'm not familair with how to
install C libraries, so any help would be appreciated.
Thanks.
(remove "NOSPAM" from email address when responding)
------------------------------
From: "Selious" <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.advocacy,comp.os.misc,comp.unix.advocacy
Subject: Re: the ultimate OS
Date: Thu, 3 Jun 1999 17:14:17 +0200
You're idea is not very original. It is a logical outcome of a vision form a
more experienced user. I am working (already have code running) on a object
based OS (inspired by NDS, C++ and ActiveX (now I base on LDAP, Java and
Corba, but that's because they are alternatives).
How can I say this, without allowing denyal ??
Ehh, let's get back on you're progress in 6 months !!
------------------------------
From: "redhap" <[EMAIL PROTECTED]>
Subject: HOW CAN I USE KERNEL FUNCTION IN USER LEVEL APPLICATION!
Date: Thu, 3 Jun 1999 23:44:46 +0800
I modify linux/net/core/dev.c for my work and hope to support function for
user level(AP).
Can I do something to help my work?
May be "get_user_byte"and "memcpy_tofs"
------------------------------
From: "Shamsuddin, Amir (EXCHANGE:MDN05:7E24)" <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.advocacy,comp.os.misc,comp.unix.advocacy
Subject: Re: TAO: the ultimate OS
Date: Thu, 03 Jun 1999 17:28:32 +0100
Hmm I don't think so.
What you describe needs a new level of Hardware to be developed.
Current hardware, almost without exception, uses 8-bit binary bytes as a
fundamental unit (call it a char if you like). Thusly, all software uses these to.
Any attempt whatsoever to hide this from people will limit things, there would
always be a lower level to go to. This is the reason I like *nix over soley
GUIfied oses, you can do a majority of things from a text console (Where the text
characters correspond to the underlying 8-bit bytes). It goes without saying that
hiding such complexity from end users is a good idea, and any layers above this
are okay, as long as the fundamental layers are not hidden from reach.
Before you develop your object based OS, I'd suggest you develop some OO hardware.
I am not an expert, I don't know if this exists, but you first need to define an
object format (in binary) with as many limitations as possible removed (ie it
should be extendable etc. etc. etc.) This step needs real experts / visionaries to
do correctly, to future proof it too. Well the byte has survived a long time
hasn't it? (-- with obvious extensions).
Next develop hardware, ie a CPU which deals *only* with data in the format of
these 'objects'. This CPU should be able to do usual stuff, and handle OO
functions. All devices that accesses memory _must_ use this format correctly. The
object format should be fundamentally simple enough that it isn't difficult to
design hardware that gets it right first time, such that object corruption by
working hardware doesn't occur. (Object interface chips?).
Now you can develop your object-oriented OS.
In theory you could develop your OS on current hardware, but it would require
significant work to make sure you 'objectised' everything. Your OS would still
need to translate object <=> hardware(byte).
Yours freely to flame,
Amir Shamsuddin
[EMAIL PROTECTED]
------------------------------
Crossposted-To:
comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.setup,comp.lang.java.databases
Subject: Re: What are the differences between mySQL and mSQL?
From: [EMAIL PROTECTED] (Don Baccus)
Date: 3 Jun 1999 09:30:32 PST
In article <[EMAIL PROTECTED]>,
Paul D. Smith <[EMAIL PROTECTED]> wrote:
>I'm merely pointing out that, as behooves us on a Linux newsgroup, when
>I say "this app is free" I mean much, much more than just "it doesn't
>cost anything".
Hmmm...don't folks in Linux newsgroups know the difference
between "free" and "free and open source"?
--
- Don Baccus, Portland OR <[EMAIL PROTECTED]>
Nature photos, on-line guides, at http://donb.photo.net
------------------------------
Crossposted-To:
comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.setup,comp.lang.java.databases
Subject: Re: What are the differences between mySQL and mSQL?
From: [EMAIL PROTECTED]
Date: Thu, 03 Jun 1999 16:43:34 GMT
According to Paul D. Smith <[EMAIL PROTECTED]>:
> This is a common misconception, but it is not true. The database engine
> of MySQL is significantly older and more mature than the entire mSQL
> package; originally, though, it wasn't used with an SQL database.
That'll teach me to post from my failing memory. ;-)
Quoted from the mysql website:
MySQL> We once started off with the intention of using mSQL
MySQL> to connect to our tables using our own fast low-level
MySQL> (ISAM) routines. However, after some testing we
MySQL> came to the conclusion that mSQL was not fast enough
MySQL> or flexible enough for our needs. This resulted in a
MySQL> new SQL interface to our database but with almost
MySQL> the same API interface as mSQL. This API was chosen
MySQL> to ease porting of third-party code.
MySQL>
MySQL> The derivation of the name MySQL is not perfectly
MySQL> clear. Our base directory and a large number of our
MySQL> libraries and tools have had the prefix "my" for well
MySQL> over 10 years. However, Monty's daughter (some
MySQL> years younger) is also named My. So which of the two
MySQL> gave its name to MySQL is still a mystery, even for
MySQL> us.
> Heck, mSQL has only had even acceptable indexing since mSQL 2.0
> was released what, a year ago?
I believe some would debate that it has even acceptable indexing in
2.0. ;-) As long as you recognize its limitations, though, it is a
perfectly acceptable package overall.
-p.
------------------------------
Crossposted-To: alt.os.linux,comp.os.linux.advocacy,comp.os.misc,comp.unix.advocacy
From: [EMAIL PROTECTED] (Vladimir Z. Nuri)
Subject: Re: TAO: the ultimate OS
Date: Thu, 3 Jun 1999 17:34:47 GMT
Hi SA..
I agree, that hardware is a crucial aspect of the vision
outlined in the document. ideally everything I describe
is just a software problem, but a really awesome
solution would have a seamless interface between the
two, in which e.g. the hardware supports the
OO properties of the software.
I agree there will alway be layers that are hidden.
of course I am not proposing abandoning 8-bit bytes, where do
you read that?<g> although I am thinking of experimenting
with a trinary system. hahaha
in my opinion, most of the vision in the document can
be realized on existing hardware. the main impediment
is hardware that cannot be reconfigured "on the fly".
Shamsuddin, Amir (EXCHANGE:MDN05:7E24) ([EMAIL PROTECTED]) wrote:
: Hmm I don't think so.
: What you describe needs a new level of Hardware to be developed.
: Current hardware, almost without exception, uses 8-bit binary bytes as a
: fundamental unit (call it a char if you like). Thusly, all software uses these to.
: Any attempt whatsoever to hide this from people will limit things, there would
: always be a lower level to go to. This is the reason I like *nix over soley
: GUIfied oses, you can do a majority of things from a text console (Where the text
: characters correspond to the underlying 8-bit bytes). It goes without saying that
: hiding such complexity from end users is a good idea, and any layers above this
: are okay, as long as the fundamental layers are not hidden from reach.
: Before you develop your object based OS, I'd suggest you develop some OO hardware.
: I am not an expert, I don't know if this exists, but you first need to define an
: object format (in binary) with as many limitations as possible removed (ie it
: should be extendable etc. etc. etc.) This step needs real experts / visionaries to
: do correctly, to future proof it too. Well the byte has survived a long time
: hasn't it? (-- with obvious extensions).
: Next develop hardware, ie a CPU which deals *only* with data in the format of
: these 'objects'. This CPU should be able to do usual stuff, and handle OO
: functions. All devices that accesses memory _must_ use this format correctly. The
: object format should be fundamentally simple enough that it isn't difficult to
: design hardware that gets it right first time, such that object corruption by
: working hardware doesn't occur. (Object interface chips?).
: Now you can develop your object-oriented OS.
: In theory you could develop your OS on current hardware, but it would require
: significant work to make sure you 'objectised' everything. Your OS would still
: need to translate object <=> hardware(byte).
: Yours freely to flame,
: Amir Shamsuddin
: [EMAIL PROTECTED]
--
~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^
"in theory, there's no difference [EMAIL PROTECTED]
between theory and practice, mad genius research lab
but in practice there is!" http://www8.pair.com/mnajtiv/
------------------------------
From: "Mr. Neon Green" <[EMAIL PROTECTED]>
Subject: Re: Compiling kernel w/ other than gcc
Date: 3 Jun 1999 16:49:09 GMT
Paul Kimoto <[EMAIL PROTECTED]> wrote:
: In article <6xn53.545$[EMAIL PROTECTED]>, William McBrine wrote:
:> Just out of curiosity, has anyone here compiled a Linux kernel with
:> something other than gcc (or pgcc or egcs)? And if so, what were the
:> results?
A friend of mine compiled his 2.2.x/2.3.x kernel with pgcc w/ cyrix
optimizations and -O6 and has had no problems....
however, -O6 is insane and i wouldn't recommend it =]
--Clifford Smith
------------------------------
Crossposted-To: alt.os.linux,comp.os.misc,comp.unix.advocacy
From: [EMAIL PROTECTED] (Bill Vermillion)
Subject: Re: TAO: the ultimate OS
Date: Thu, 3 Jun 1999 15:22:40 GMT
In article <[EMAIL PROTECTED]>,
Vladimir Z. Nuri <[EMAIL PROTECTED]> wrote:
> There is another key way the existing OSes (both Linux and
> Win95) do not use objects in file systems, leading to endless
> difficulty. In Win95 and Linux both, a rather weird and
> troublesome convention of having extensions represent file types
> is used. In contrast, the type is an intrinsic property of the
> object and there is never any ambiguity.
Windows based systems require extensions. Unix system do NOT
have file extensions to represent what is in a file. Some
applications do, but not the OS. Try man magic and see what you
learn there. If Linux required extensions it would be a long
way from being a Unix system. The concept is a file is a file is
a file .... Just a stream of bits.
> In Tao the installation process and deinstallation process
> of any component is absolutely foolproof. Often in Win95,
> errors arise during installation or de-installation that
> leave the entire system in a "half-baked" state. In Tao there
> are no prompts at either installation or deinstallation, the
> entire process is always completed as a whole without further
> interruption.
Again - Windows and non-Unix systems. The good Unix systems
require nothing more than clicking on a program name and clicking
remove or install. Not all Unix systems behave that well but many
of the commercial installs do. The will also check for
dependancies, and give you options of loading the dependancies, or
aborting the install.
The only time I've had one of these fail in a half-baked state was
a vendor supplied driver, that when it failed, it removed the files
IT thought it had installed, but also took a couple of system
library files with it.
> This is the bane of virtually all existing OSes that has consumed
> perhaps millions of man-hours of the most intense frustration
> imaginable worldwide on the planet. I contend that it is due to a
> poorly designed OS that can be overcome eventually if it is made an
> explicit design goal, rather than considered an inherent property of
> software and hardware.
Some of the systems being called OS - to me are nothing more than
overgrown file-handlers. They really aren't "systems".
Anway - there are other places where you are describing TAOS and
only seem to be comparing it to the way Win works.
I gave up MS pretty much when I moved to *ix in 1983. Many things
you describe in TAOS are there in current modern commercial Unix
systems. There is more to Unix than just Linux.
[That's not a knock against Linux - but indicating that all *ix
system are not alike. Some install/deinstall procedures on some
versions are quite elegant]
--
Bill Vermillion bv @ wjv.com
------------------------------
** 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
******************************
