Linux-Development-Sys Digest #305, Volume #6 Tue, 19 Jan 99 12:14:12 EST
Contents:
nfsroot and linux-2.2.0pre ??? (Ulrich Leodolter)
how to get cpu usage, not over top ([EMAIL PROTECTED])
ppp-compress-xx problem in 2.2.0-pre4 (David Ronis)
Linux Phase 2: A Consumer Operating System (Vihung Marathe)
cdrecord driver problem for teac cdr55s ("Thierry BUCCO")
Re: disheartened gnome developer ([EMAIL PROTECTED])
Re: Linux Sound Engine (Peter Steiner)
Re: introduction on device driver programming ("Gilles GRENIER")
Re: disheartened gnome developer (Navindra Umanee)
Re: how to get cpu usage, not over top (Frodo Looijaard)
Re: disheartened gnome developer ([EMAIL PROTECTED])
----------------------------------------------------------------------------
From: Ulrich Leodolter <[EMAIL PROTECTED]>
Subject: nfsroot and linux-2.2.0pre ???
Date: 19 Jan 1999 11:57:09 +0100
I'm interested to know if anyone is using NFSROOT with linux-2.2.0preX
for remote boot ?
Please answer via Email
Ulrich
--
o------------------------------------------------o
Ulrich Leodolter
University of Vienna, Institute of Psychology
Email: [EMAIL PROTECTED]
o------------------------------------------------o
------------------------------
From: [EMAIL PROTECTED]
Subject: how to get cpu usage, not over top
Date: Tue, 19 Jan 1999 09:35:26 GMT
Hello,
How can I get the CPU usage. Top isn't good for the job because I can't
terminate it from stdin or sterr. It should like w or ps aux. But the Resault
isn't so good or I dont know how can I extract it. I've wrote a script that
read ps aux, split it and than it show me the CPU usage.I add all values but
the resault was not 99% separate it was 200%. I think that's not true.
thx for anybody help!!!
bye Alex
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: David Ronis <[EMAIL PROTECTED]>
Subject: ppp-compress-xx problem in 2.2.0-pre4
Date: Fri, 15 Jan 1999 16:05:38 GMT
I've just finished installing 2.2.0-pre4 on an i486. It runs, however
I've been getting the following error(?) reported in my messages file:
modprobe: can't locate module ppp-compress-21
modprobe: can't locate module ppp-compress-26
modprobe: can't locate module ppp-compress-24
PPP seems to work, although I don't know if I'm getting
compression. (lsmod doesn't show bsd_compress or ppp_deflate being
loaded when ppp is running).
There is a module request in ppp.c, and I suspect that the problem is
that I need an alias in /etc/conf.modules. Unfortunately, grepping
the source tree for ppp-compress doesn't show what it is.
David Ronis
------------------------------
From: Vihung Marathe <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.development.apps,comp.os.linux.setup
Subject: Linux Phase 2: A Consumer Operating System
Date: Tue, 19 Jan 1999 01:09:59 -0800
Destrying Microsoft is not, cannot, and should not be a goal for any serious
development effort, although it may indeed be a by-product.
Linux is still in its infancy (this is a relative term - you are fee to contradict
me on this point), and its current state is the direct result of the type of people
developing on it and using it.
The main goal (as defined by Linus) has been reached - to run a stable, reliable
and high performance Unix-like system on Intel hardware.
The main goal of the Open Source Movement will also naturally be fulfilled by Linux
along with products like Apache - to minimise the cost of ownership for
infrastructure products, and concentrate on gaining commercial benefits from
providing services.
The countless success stories about Linux in the server-room are testement to this.
Linux is technically superior to its competitors (in the current [business] space).
Of course, no development is ever completely over. There are constantly compelling
reasons for developers to make Linux more stable, more reliable, and with higher
performance as a server OS. And this should indeed continue.
However, as the technology is maturing and the movement is growing, there comes the
second set of challenges for developers - to leverage this technical superiority
and create a technically superior _* consumer product *_. If it involves a new
fork, and a completely different product built around the best of current Linux
technology, but designed with completely different goals in mind then so be it.
This is not the first time in the OS business that this has happened. Microsoft,
and Apple have both done it (admittedly, the other way round) with Win95 vs WinNT,
and MacOS vs Rhapsody.
Making Linux into a consumer product has two major primary benefits
1. It will expand the Linux platform by targeting a much larger audience (by a
thousandfold? any guestimates?).
2. It will change the ground rules in the consumer market just as it has in the
server market - by creating widespread awareness that there is an alternative to
the current state - that OSs do not HAVE to be unstable and that computers can be
kept running for weeks on end with no adverse effects!
3. It will provide a large, and growing, platform for many talented applications
developers with a flair for user-oriented consumer applications and services,
rather than machine-oriented components
The secondary benefits (of commercial success for the various players) will follow
automatically.
To accomplish this, developers must find out what consumers want.
Personally, I feel that what consumers want can be summed up in two words -
Simplicity and Consistency.
What this translates to in features is:
1. Simplicity :
First of all, simplicity means giving users easiest acces to the features they use
the most. The biggest problem here is that people coming from a Unix background
(most, if not all, Linux developers) have always found comfort in the number of
options they are provided with. Having multiple options is excellent, and all
apploications should have them. However, it should not get in the way of John or
Jane Doe doing their work
Secondly, this also means familiarity. The barriers to entry, or learning curve,
during the transition from Windows/MacOS should be as low as possible. e.g. having
a mouse & icons, windows, menus, buttons etc. driven interface as the primary
interface.
This does not pose a great problem - as there are already a large number of
solutions in the Linux wold
2. Consistency:
This is probably the biggest disadvantage in the Un*x community. What makes MacOS
and Windows so much better to use for 90% of users is not the graphical interface
or the mouse, but the consistency in the interface.
Consistency in the interface means ...
i) The way you interact with applications. Things such as having a common menu
structures (File, Edit, ....., Help), common dialog boxes (such as 'OK', 'OK,
Cancel', 'Yes, No, Cancel' dialogs, and of course for opening and saving files,
picking colors, etc), consistent keyboard shortcuts etc. e.g. Command-X, Command-C,
and Command-P for Cut, Copy and Paste [Substiture Command for Ctrl in the Windows
world]) mean that the learning a new application does not involve unlearning an old
one
ii) The way you set up and configure the system. Every MacOS applications has an
Edit --> Preferences menu item (in Windows, it is usually Tools --> Options) for
setting and editing user preferences. Most system configuration is done with
Control Panel Applets - all found in one conveneient location. Often in addition to
these standard ways there are other convenient ways to access config info (e.g. by
right-clicking and selecting 'Properties').
iii) The way you get help. One important thing worth taking note of is the
existence of a common help file format and a help viewer built into the system. Of
course in this day and age in the Linux world, it need not be the same - man pages
are good, but how about some standard HTML/XML format for help files, and a custom
viewer(s)?.
Also something worth adopting is system-wide context-sensitive help.
iv) Installing and Uninstalling System Components and Applications. Being able to
go through a friendly wizard, rather than edit text files, to install and uninstall
system components or applications is probably one of the greatest 'enablers' for
non-techie users. Windows has gone beyond MacOS in this respect (though this has
been largely driven by the complexity of the system registry, it has resulted in a
good way of managing installations). Having these setup utilities consistent is an
advantage (brought upon by the ubiquity of Vise or InstallShield). Being able to
uninstall applications from one common place (Add/Remove Programs control panel in
Windows) is also an added advantage.
The fact that this does not always work in the Windows world - there are often
orphan files and registry keys left behind - is something that Linux developers
should learn from.
Of course, Simplicity and Consistensy, even when implemented well, only make the
system a CONTENTDER in the consumer OS market.
What makes a system compelling to consumers is a wide range of applications, and of
course a killer app. (can reliabliity be considered the next killer app? maybe!)
There is no telling exactly what will be the next killer app, beyond informative
intelligent guesses. Killer apps are largely dictated by fashion or technical
developments elsewhere.
But as system developers, you must enable the writing of compelling applications.
In order to do that, the system has to support a whole host of services at the
system level. Some of these may be
* extensive and well-designed 3D graphics, sound, speech and other
multimedia APIs,
* telephony APIs
* remote object brokering services at the system level,
* standard configuration APIs (similar to the Win registry API)
* standardized access to an embedded directory service (like LDAP) as part
of the system
* device recognition and installation services (for a 'plug-and-play'
hardware platform)
* standardized driver development APIs
--V
Please remove the .nospam from my reply-to address
____________________________________________________________
V i h u n g M a r a t h e [EMAIL PROTECTED]
____________________________________________________________
------------------------------
From: "Thierry BUCCO" <[EMAIL PROTECTED]>
Subject: cdrecord driver problem for teac cdr55s
Date: Mon, 18 Jan 1999 23:05:04 +0100
Hi,
We work on teac cdr55s, but we've a little problem.
When we record more than 9 sessions, (with cdrecord 1.6.1 on linux) the cd
is unreadable. And i can't close the cd., however the recorder works
properly on W98 (Easy CD Creator) and on MacOS (Toast).
I've a adaptec 2910c scsi card. Pentium 200MMX - 64Mo Ram on RedHat 5.2
kernel 2.0.36.
Is there anybody knows this problem ?
I think that it's a cdrecord driver problem.
I must write more 9 sessions.
Thanks for your help.
Thierry - FRANCE
-> is there somebody would help me to write the cdrecord driver for this
recorder ? (i'm a newbie...)
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.x
Subject: Re: disheartened gnome developer
Date: Tue, 19 Jan 1999 13:05:52 GMT
In article <77u28j$[EMAIL PROTECTED]>,
Navindra Umanee <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > Linux is about freedom, Navindra. Do what you want and let others do
> > what they want.
>
> And when the fsck did I ever say otherwise? Nice try.
Just all the FUD you put out about GTK being ugly, hard to program, etc.
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: [EMAIL PROTECTED] (Peter Steiner)
Subject: Re: Linux Sound Engine
Date: 19 Jan 1999 14:26:52 +0100
In article <780sos$o9u$[EMAIL PROTECTED]>, Peter Samuelson wrote:
>> However I'd like to support MMX and AFAIK that cannot be used in
>> kernelspace since it would conflict with userlevel programs using the
>> FPU.
>"Cannot" is a strong word.
Ok, cannot without a)... b)... c)...
What about using a kernel-daemon? It can easily open (and block at)
/dev/dsp, it has its own context (AFAIK the fpu is automatically saved
(but only if really needed)) and it can deal with that /dev/leaf.
Depending on how powerful the mixer should be you can simply add all
samples or have to do 2 multiplications per sample per channel for
linear interpolation and volume adjustment.
Ciao,
Peter
--
_ x ___
/ \_/_\_ /,--' [EMAIL PROTECTED] (Peter Steiner)
\/>'~~~~//
\_____/ signature V0.2 alpha
------------------------------
From: "Gilles GRENIER" <[EMAIL PROTECTED]>
Subject: Re: introduction on device driver programming
Date: Tue, 19 Jan 1999 14:48:17 +0100
This is a multi-part message in MIME format.
=======_NextPart_000_000A_01BE43BA.BFCE50E0
Content-Type: text/plain;
charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
try :http://khg.redhat.com/HyperNews/get/devices/devices.html
or Linux device driver by Alessandro RUBINI(O'reilly edition).
good luck=20
Gilles
Joerg Schueler <[EMAIL PROTECTED]> a =E9crit dans le message =
: [EMAIL PROTECTED]
>Hi folks,
>
>does anybody know a good web page or paper on device driver programming
>? I just need an introduction on the basics in that.
>
>Thanks
>Joerg
>
=======_NextPart_000_000A_01BE43BA.BFCE50E0
Content-Type: text/html;
charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML><HEAD>
<META content=3Dtext/html;charset=3DWindows-1252 =
http-equiv=3DContent-Type>
<STYLE></STYLE>
<META content=3D'"MSHTML 5.00.0910.1309"' name=3DGENERATOR></HEAD>
<BODY>
<DIV>try :<A=20
href=3D"http://khg.redhat.com/HyperNews/get/devices/devices.html">http://=
khg.redhat.com/HyperNews/get/devices/devices.html</A></DIV>
<DIV>or Linux device driver by Alessandro RUBINI(O'reilly =
edition).</DIV>
<DIV>good luck </DIV>
<DIV> Gilles</DIV>
<DIV>Joerg Schueler <<A=20
href=3D"mailto:[EMAIL PROTECTED]">[EMAIL PROTECTED]=
</A>>=20
a =E9crit dans le message : <A=20
href=3D"mailto:[EMAIL PROTECTED]">36A46AA0.CCE28662@=
ifn.et.tu-dresden.de</A>...</DIV>>Hi=20
folks,<BR>><BR>>does anybody know a good web page or paper on =
device=20
driver programming<BR>>? I just need an introduction on the basics in =
that.<BR>><BR>>Thanks<BR>>Joerg<BR>></BODY></HTML>
=======_NextPart_000_000A_01BE43BA.BFCE50E0==
------------------------------
From: Navindra Umanee <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.x
Subject: Re: disheartened gnome developer
Date: 19 Jan 1999 14:08:12 GMT
[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> In article <77u28j$[EMAIL PROTECTED]>,
> Navindra Umanee <[EMAIL PROTECTED]> wrote:
>> [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
>
>> > Linux is about freedom, Navindra. Do what you want and let others do
>> > what they want.
>>
>> And when the fsck did I ever say otherwise? Nice try.
>
> Just all the FUD you put out about GTK being ugly, hard to program, etc.
Wow, your previous post was full of lies and I'm the one who FUD's.
I didn't say GTK was ugly, I said I didn't like the default look nor
most of the themes I had seen. I did however mention that I liked the
Java metal theme I had seen on the GNOME canvas page. I didn't say
GTK was hard to program, I said I didn't like the look (and feel) of
the C code.
Now even if I was/am wrong, I would never at all mind being corrected.
I'm neither a Qt nor GTK expert and informative posts such as David
M. Cook's <[EMAIL PROTECTED]> are
the kind of thing I was looking for.
Way to go, Perry Pip. If there's anyone FUDing here, it's you.
Followups set to .advocacy.
-N.
--
"These download files are in Microsoft Word 6.0 format. After unzipping,
these files can be viewed in any text editor, including all versions of
Microsoft Word, WordPad, and Microsoft Word Viewer." [Microsoft website]
< http://www.cs.mcgill.ca/~navindra/editors/ >
------------------------------
From: [EMAIL PROTECTED] (Frodo Looijaard)
Subject: Re: how to get cpu usage, not over top
Date: 19 Jan 1999 16:16:43 GMT
In <781jkt$hfk$[EMAIL PROTECTED]> [EMAIL PROTECTED] writes:
>Hello,
>How can I get the CPU usage. Top isn't good for the job because I can't
>terminate it from stdin or sterr. It should like w or ps aux. But the Resault
>isn't so good or I dont know how can I extract it. I've wrote a script that
>read ps aux, split it and than it show me the CPU usage.I add all values but
>the resault was not 99% separate it was 200%. I think that's not true.
cat /proc/loadavg
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]
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.x
Subject: Re: disheartened gnome developer
Date: Tue, 19 Jan 1999 15:17:43 GMT
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] wrote:
> On Mon, 18 Jan 1999 16:52:41 GMT, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
posted:
> >In article <[EMAIL PROTECTED]>,
> > Marius Vollmer <[EMAIL PROTECTED]> wrote:
> >> [EMAIL PROTECTED] writes:
> >>
> >> > Red Hat does own software, unlike Jedi said, and they could
> >> > rerelease that software in a proprietary manner if they wanted (but
> >> > they won�t), and Troll Tech is the only company I know that has
> >> > taken measures to guarantee it wont do such a thing (Even if some
> >> > believe those measures wont be effective).
> >>
> >> I think there are important differences between the way Red Hat and
> >> Troll Tech try to do business with regard to the licenses.
> >
> >Yes. My point was more in the line of "Troll Tech can't get any worse" while
> >"Red Hat probably won't but could".
>
> Red Hat theoretically could, but since it would have such adverse results,
> it is reasonable to treat it as if it can't happen.
If Red Hat ever issues a IPO (is that the word for the stock going public?)
then it may very well happen. After all, a public company has a legal duty
to do whatever improves the value of stock. Going proprietary may be seen as
such a thing.
In fact, stockholders could sue Red Hat for *not* going proprietary.
Once again, I say this not because I believe it will happen, just to show that
things are not so black and white.
> And until that much-sought-for "QPL" license arrangement gets finalized, it
> is *not* true that "Troll Tech can't get any worse."
It *is* true, because for Troll Tech to change their license they need my
vote, or Matthias Hoelzer's, and they ain't getting them if the new license
is going to be worse.
Of course you need not believe me, but I know my intentions, and I can make
a very educated guess on Matthias' so I can say that with a straight face :-)
--
Roberto Alsina (KDE developer, MFCH)
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
** 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
******************************
