Linux-Development-Sys Digest #582, Volume #6 Sun, 4 Apr 99 22:13:58 EDT
Contents:
ext2 documentation / explanation (Dan Shechter)
Re: You can now use Winmodems in Linux!!!!!!! (Craig Graham)
Re: How about /dev/web? (Roger Espel Llima)
Re: FAT/VFAT FS-types not case sensitive? (Chris J/#6)
Driver for TORISAN CDR_U240 needed ([EMAIL PROTECTED])
Re: Kernel 2.3 when? (Christopher B. Browne)
Re: Trusted Linux (Christopher B. Browne)
Re: Trusted Linux (Kip Rugger)
Re: GLIBC_2.0 (Daniel R. Grayson)
DST and cron ("Stefan Monnier "
<[EMAIL PROTECTED]>)
Re: Give it a rest! (was Re: Idea: Make a seperate "i686" tree for ("G. Sumner
Hayes")
Re: Clueless Users Are Bad for Debian - was Re: After Week 1 With Linux -- licking
wounds. (Christopher B. Browne)
Re: You can now use Winmodems in Linux!!!!!!! (Patrick Draper)
Re: DST and cron (Christopher B. Browne)
internal modem (Herger Peter)
Re: Linux Kernel Manpages? (Wilhelm Wienemann)
----------------------------------------------------------------------------
Date: Sat, 03 Apr 1999 14:08:36 +0200
From: Dan Shechter <[EMAIL PROTECTED]>
Subject: ext2 documentation / explanation
Hi,
I'm looking for a general explanation / documentation on how
file system are built / designed, I'd gladly appreciate
any links / docs whatever you've got...
Shechter.
------------------------------
From: Craig Graham <[EMAIL PROTECTED]>
Subject: Re: You can now use Winmodems in Linux!!!!!!!
Date: Sun, 04 Apr 1999 16:20:35 +0000
Nitin Raut wrote:
>
> Matt Freeman wrote:
>
> > Billy Moon wrote:
> > >
> > > I am currently working on a application that enables winmodems to
> > function
> > > in Linux. Anyone who would like to help test this app please contact me.
>
> I will do the app testing too. Let me know where your sources are.
I think this was a 'joke' post. I mailled the guy to offer help, as
I've written a lot of low-level modem driver code in the past for
Rockwell
chipsets in embedded systems, and done research (for a company in the
UK)
on implementing V90 software modems from scratch. I never got a
reply....
> Regards,
>
> Nitin
Craig.
------------------------------
From: [EMAIL PROTECTED] (Roger Espel Llima)
Crossposted-To: gnu.misc.discuss
Subject: Re: How about /dev/web?
Date: 4 Apr 1999 17:04:39 GMT
In article <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]> wrote:
>
>You can make your signal handler write the signal numbers into a pipe
>(or more than one pipe, depending on your requirements) and select for
>readability on that. I often use this technique.
Yep, but it's sad that we have to reinvent the wheel this far (and make
up a protocol for the various kinds of things you want to pass through
this pipe, once you start wanting more than signals).
I think Netscape does this, which is why it blocks when it overflows its
pipe buffer...
--
Roger Espel Llima, [EMAIL PROTECTED]
http://www.eleves.ens.fr:8080/home/espel/index.html
------------------------------
From: [EMAIL PROTECTED] (Chris J/#6)
Subject: Re: FAT/VFAT FS-types not case sensitive?
Date: 4 Apr 1999 16:58:36 +0100
Reply-To: [EMAIL PROTECTED]
I've had a brief look at the FAT code in the kernel, and come to the
conclusion that I need to spend some time trying to work it out (mainly
due to the fact I'm not that familier with the kernel code)...I can
understand why VFAT is case-sensitive to some degree, however I'd have
thought that code surrounding stat(), open() et al could be modified to
check the filesystem type (and options). That said, could the code that
makes VFAT case sensitive just be ripped out? Okay...filenames will then
look like "PROGRAM FILES" or "program files", but if it makes it act like
the kernels msdos handling (ie, ignores case totally)...does it matter ?
Don't know if I'm up to hacking it (more due to amount of free time I
don't have), but if I do summat, I'll let folk know (don't hold your
breath expecting a solution that quickly - I may give it up as a bad
job...dunno yet :) Need to fiddle.
Chris...
Joseph Sarkes <[EMAIL PROTECTED]> wrote:
>> If you want the filesystem to be case-insensitive, try:
>>
>> mount /dev/hda1 /c -t msdos
>
> This will kill the long filenames completely.
>
>
--
O--------------------------------------------------O--- Chris Johnson ---O
\ And the devil in a black dress watches over \ \
\ My guardian angel walks away \ [EMAIL PROTECTED] \
\ -- Temple of Love, The Sisters of Mercy \ \
------------------------------
From: [EMAIL PROTECTED]
Subject: Driver for TORISAN CDR_U240 needed
Date: Sun, 04 Apr 1999 16:20:59 GMT
This cdrom drive is used in a lot of laptops. I have really searched
everything on the net and was not succesful yet. So I am asking in this
newsgroup if anybody has written a new driver for this cdrom. I have used the
suse and redhat distribution and none of them acknowledges the drive during
installation or afterwards. I would appreciate any suggestions since I want
to switch from M$ to Linux but I only own this laptop. I can install without
it that is no big deal, but i need the cdrom also during normal operation. I
greatly appreciate any help.
TIA, Stephen
===========================
Fax +49 6202 923677
email [EMAIL PROTECTED]
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: [EMAIL PROTECTED] (Christopher B. Browne)
Subject: Re: Kernel 2.3 when?
Reply-To: [EMAIL PROTECTED]
Date: Sun, 04 Apr 1999 18:12:20 GMT
On Sun, 04 Apr 1999 07:10:57 GMT, Phil Howard <[EMAIL PROTECTED]> posted:
>If you have an idea you want to develop, by all means start doing
>it now or whenever you like. If you have an idea you want to
>suggest to see if someone else can develop it, go ahead and make
>the suggestion (especially before people commit their limited time
>for Linux development on other things). If you're just looking
>for a challenging kernel to test out, then I guess you'll just
>have to find people who post their own patches.
Indeed.
The early 2.3.x versions are not likely to be a whole terribly lot different
from 2.2.x.
People that have new facilities that they want to add in can and should
start having their code base track the 2.2.x kernels.
For instance, I've been watching reiserfs for a while now; it is presently
being distributed as patches to some 2.1.x kernels, and, most recently, as
patches to 2.2.1. Interestingly, those patches work quite nicely with
2.2.4, which is a positive sign that reiserfs may actually be somewhat
stable, and it might conceivably be possible for it to enter "normal kernel"
someday soon.
For it to track for a few more kernel version numbers before anyone tries to
push it in would be an eminently wise idea.
The point of 2.3.x is *not* that any "crap" that anyone thinks up should get
added in; it is to provide an environment that encourages the integration of
new facilities.
And when the facility is completely new, the *integration* effort will
indeed require some substantial effort. And if it's important to get the
facility in place any time in the next six months, it makes complete sense
to start by building patches to 2.2.5, and start the facility tracking some
2.2.x versions so that the authors will get a feel for how to make sure it
can start to become maintainable in 2.3.x...
--
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: [EMAIL PROTECTED] (Christopher B. Browne)
Subject: Re: Trusted Linux
Reply-To: [EMAIL PROTECTED]
Date: Sun, 04 Apr 1999 18:12:19 GMT
On 4 Apr 1999 12:10:59 GMT, Martin Dickopp <[EMAIL PROTECTED]> posted:
>In article <[EMAIL PROTECTED]>,
>[EMAIL PROTECTED] (Christopher B. Browne) wrote:
>> Rumor has it that 2.3 will start adding in "capabilities," which gives
>> the ability to construct more secure systems.
>
>It's already there in 2.2, see `kernel/capability.c' and
>`include/linux/capability.h' in the kernel source.
Hm. Yes, I see it there.
'Tis not clear how integrated it is into the rest of the system.
I would presume that there is some similarity here to the situation with
ACLs, where there is some code in the kernel that *could* be supportive, but
where further effort is required to make it useful with respect to
connecting out to libraries and user mode code.
--
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: [EMAIL PROTECTED] (Kip Rugger)
Subject: Re: Trusted Linux
Date: 4 Apr 1999 12:44:49 -0500
>I think that the "deal" was that someone heard that some UNIXes are
>certified at B2 and B3 levels, and figured that it would be cool for
>Linux to get the same, without having any actual comprehension of what
>the process of certification entails.
Or maybe they just want ACL's and MAC.
Rsbac offers several Orange Book features, and more:
http://agn-www.informatik.uni-hamburg.de/people/1ott/rsbac/
------------------------------
From: [EMAIL PROTECTED] (Daniel R. Grayson)
Subject: Re: GLIBC_2.0
Date: 04 Apr 1999 13:20:24 -0500
Andreas Jaeger <[EMAIL PROTECTED]> writes:
> >>>>> Daniel R Grayson writes:
>
> Daniel> In compiling ncurses-4.2 with glibc-2.1.1 on my system, I get these
> Daniel> interesting error messages, all which involve symbols whose names contain the
> Daniel> substring "GLIBC_2.0". Why are such symbols referred to in glibc-2.1.1? Did
> Daniel> I install something wrong?
>
> Daniel> -----------------------------------------------------------------------------
>
> Daniel> gcc -o tclock ../obj_s/tclock.o -L../lib -L/usr/lib -lform -lmenu -lpanel
>-lncurses -Wl,-rpath,../lib -s -fPIC -lm
> Daniel> /usr/bin/ld: warning: libc.so.6, needed by /usr2.1/lib/libm.so, not found
>(try using --rpath)
> The above line is the problem. Why can't ld find libc.so.6? Where is
> it?
That line confused me because libc.so.6 was certainly findable. The problem
is that it found libc.a first, in a directory earlier on the path that
libc.so, according to the mapfile, due to a stray symbolic link I had hanging
about. Removing that fixed the problem. Thanks for the hint!
Perhaps ld could give a better error message there?
Linker script and memory map
LOAD /usr2.1/lib/crt1.o
LOAD /usr2.1/lib/crti.o
LOAD /usr2.1/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.91.60/crtbegin.o
LOAD ../obj_s/tclock.o
LOAD ../lib/libform.so
LOAD ../lib/libmenu.so
LOAD ../lib/libpanel.so
LOAD ../lib/libncurses.so
LOAD /usr2.1/lib/libm.so
LOAD /usr2.1/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.91.60/libgcc.a
LOAD /usr/lib/libc.a
LOAD /usr2.1/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.91.60/libgcc.a
LOAD /usr2.1/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.91.60/crtend.o
LOAD /usr2.1/lib/crtn.o
------------------------------
From: "Stefan Monnier <[EMAIL PROTECTED]>"
<[EMAIL PROTECTED]>
Subject: DST and cron
Date: 04 Apr 1999 14:27:11 -0400
I just realized that the reason my backup didn't happen last night is
because I had it scheduled between 2am and 3am and that there's been
no such thing as a `between 2am and 3am' time last night, thanks to the DST
switch over.
Should that be considered as a bug in cron or not ?
Should it try to run whatever was supposed to be run between now and
the last time it was awakened by SIGALARM ?
Stefan
------------------------------
From: "G. Sumner Hayes" <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.misc,linux.redhat.misc,alt.os.linux,comp.os.linux.hardware
Subject: Re: Give it a rest! (was Re: Idea: Make a seperate "i686" tree for
Date: Sun, 04 Apr 1999 17:31:58 -0400
John Thompson wrote:
>
> [EMAIL PROTECTED] wrote:
>
> >
> > Are you saying that emacs is a worthless piece of software, because
> > people could as well use vi?
>
> This thread is a perfect example of the postulate that given
> suffficient time, any thread in a *nix discussion group will
> eventually degenerate into an "emacs vs vi" polemic.
What are you, some kind of Nazi trying to criticize other posters
as degenerate? This sort of Hitler-esque speech is the real downfall
of Usenet that seems to have forced even kibo into hiding.
Furrfu. I don't know why I bother reading this notesfile any more.
--Sumner
ZZ
:q
exit
:q!
^X^C
quit
^[F^[X
^D
..
NO CARRIER
------------------------------
From: [EMAIL PROTECTED] (Christopher B. Browne)
Subject: Re: Clueless Users Are Bad for Debian - was Re: After Week 1 With Linux --
licking wounds.
Reply-To: [EMAIL PROTECTED]
Date: Sun, 04 Apr 1999 22:59:24 GMT
On Sun, 04 Apr 1999 21:13:38 GMT, Jim Roberts
<[EMAIL PROTECTED]> posted:
>Got to agree with this. Those that are not willing to do the research
>sould stay with a MS product. A product that has little choice or
>selection availible within it.
Tom Christiansen says it aptly, if in a somewhat insulting fashion:
"Huh? Windows was designed to keep the idiots away from Unix so we
could hack in peace. Let's not break that." -- Tom Christiansen
It is remarkably "costly," whether in terms of dollars, lost hair, or
wasted time, when you try to support people that are ignorant and that
don't really *care* that they're ignorant.
>Dejenews and other resources would answer 99% of the questions new
>users have if they would just use their heads.
This is about the same as the claim that man pages would answer
everyones' questions. It *is* fair to say that the coverage is a bit
wider with "web resources," in that the art of creating good man pages
seems to be on the wane.
But there is still the problem that people have to ask the right
questions in order to get useful answers. This is true whether
they're:
a) Figuring out how to read a man page with the view of finding
answers,
b) Formulating a web search, or
c) Asking a question on Usenet.
An intelligent question can result in good results by any of these
approaches; a sufficiently lame question will find failure in all
these methods.
>You should see some of the comments posted in the SUN/Solaris/SCO
>groups since the MFG's have started to release free single user
>license for their X86 Unix products.
Doubtless.
>One more rant, how many times do we have to hear about WINMODEMS.
>
>I'm sure I'll take some flames here but.....
You should be burned at the stake, right...
The essay was quite nicely put.
Last night I figured out how to get Debian Linux onto my Alpha/UDB
box; the documentation out there was sufficiently fragmentary that if
I didn't already have a fair idea of what I was doing, I would not
have gotten the task done. As it was, I got stalled for a couple
hours trying to get the initial boot to happen. (That *should* be
better documented...)
Now that I've had success with it, I probably never need to worry
about it ever again, as Debian is almost auto-upgrading.
The process will "put off" those that are not reasonably competent.
Which has the good and ill that those that use Debian are pretty
likely to be "more competent than the national average."
Which is *actually* an argument for someone to make better
documentation and/or to create install processes to make Debian more
usable to the "less sophisticated," and *not* an argument for much of
anything else.
--
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: Patrick Draper <[EMAIL PROTECTED]>
Subject: Re: You can now use Winmodems in Linux!!!!!!!
Date: 04 Apr 1999 16:27:59 PDT
Craig Graham wrote:
> I think this was a 'joke' post. I mailled the guy to offer help, as
I agree. One of the first rules of Usenet is to never post
a "meeeee toooooo."
Ever hear of AOL? America's One Liners? That comes from the supposed
prediliction of AOL users for posting messages with one line in them.
Usually the line is "me too" or "put me on your mailing list too".
--
Patrick Draper - Phoenix, Arizona| Don't | [EMAIL PROTECTED]
Join the Free Trek Project | Fear | Father Order runs at a
http://freetrek.linuxgames.com | The | good pace, but old Mother
Be Microsoft Free - Use Linux | Penguin | Chaos is winning the race.
------------------------------
From: [EMAIL PROTECTED] (Christopher B. Browne)
Subject: Re: DST and cron
Reply-To: [EMAIL PROTECTED]
Date: Sun, 04 Apr 1999 22:17:39 GMT
On 04 Apr 1999 14:27:11 -0400, "Stefan Monnier
<[EMAIL PROTECTED]>
posted:
>I just realized that the reason my backup didn't happen last night is
>because I had it scheduled between 2am and 3am and that there's been
>no such thing as a `between 2am and 3am' time last night, thanks to the DST
>switch over.
>
>Should that be considered as a bug in cron or not ?
Nope, it's not a bug to skip events scheduled at nonexistent times.
It perhaps should be better documented that crontab uses "local" time
as opposed to UTC; that is not a well-documented fact.
>Should it try to run whatever was supposed to be run between now and
>the last time it was awakened by SIGALARM ?
Again, no.
Doing so has the problem that if significant time passes, there could
be a buildup of a large number of processes, with the severe
consequences of memory and other resource consumption.
Supposing the system was taken down due to being overwhelmed by
processes, it makes little sense to "hit it again," and possibly more
severely.
--
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: Herger Peter <[EMAIL PROTECTED]>
Subject: internal modem
Date: Mon, 05 Apr 1999 01:16:19 +0200
Hello
Has anyone any idea how I can use my internal modem of my IBM thinkpad
600E with Linux Redhat 5.2???
Thanks
Peter Herger ([EMAIL PROTECTED])
------------------------------
From: [EMAIL PROTECTED] (Wilhelm Wienemann)
Subject: Re: Linux Kernel Manpages?
Date: 4 Apr 1999 18:52:28 +0200
Reply-To: [EMAIL PROTECTED] (Wilhelm Wienemann)
Olav Woelfelschneider <[EMAIL PROTECTED]> informed
comp.os.linux.development.system with the following:
> Are there manpages or other references for the kernel function calls
> which support writing modules?
>
> Yes, I know and have Rubinis book on Linux Device Drivers, and it's
> great. I can recommend it to anyone who is interested in the kernel
> guts.
>
> However, it would also be great if I could type e.g. `man
> copy_from_user' and get an online reference.
Have a look to the papers in the 'Documentation' directory from
the kernel-source.
Furthermore in the German-speaking 'Linux-Magazin' there are a serie
called 'Einfuehrung in den Linux-Kernel (1-5)' by Wolfgang Mauerer
issue 11/1998: Part 1 - Schalentiere
issue 12/1998: Part 2 - Task-Switching und Scheduling
issue 01/1999: Part 3 - Interprozesskommunikation und Ger�tetreiber
issue 02/1999: Part 4 - Das ext2-Dateisystem
issue 03/1999: Part 5 - VFS - Virtual File System
Last not least the book 'Linux Kernelprogrammierung' - Algorithmen
und Strukturen der Version 2.2 - by Michael Beck et.al.,
ISBN 3-8273-1476-3, Addison Wesley Longman Verlag GmbH,
Wachsbleiche 7-12, D-53111 Bonn, http://www.addison-wesley.de
So, that's enough for today. ;-)
bye - Wilhelm
--
>>>>>>>>> Wilhelm Wienemann, Amselweg 10, D-47546 Kalkar/Germany <<<<<<<<<
==========>>>>> E-Mail: [EMAIL PROTECTED] <<<<<===========
"And since you are the future keepers of everything, including music, we
hope you will keep it well, with love, and in joy." (Frederick Fennell)
------------------------------
** 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
******************************
