Linux-Development-Sys Digest #236, Volume #6 Fri, 8 Jan 99 08:14:48 EST
Contents:
Re: Why I'm dumping Linux, going back to Windblows (David Fox)
How to get Disk I/O rate (bps/sec) per disk ? (JiSook Kim)
simple problem with libc6 (dominique Billard)
Problems with compiling 2.2.0-pre5. (Sebastian Werner)
socket question (Mr Patrick Ian Mackinlay)
lp driver bug! (Nils Faerber)
Glibc2.0.7 crypt files Yes/No ? (Matt Zagni)
Re: disheartened gnome developer ([EMAIL PROTECTED])
Re: Redefining time_t (H. Peter Anvin)
Ultra-DMA safe in 2.2.0-pre? (Andreas Spengler)
Re: disheartened gnome developer ("Bob Taylor")
Re: Why I'm dumping Linux, going back to Windblows (Giles Coochey)
Re: disheartened gnome developer (David M. Cook)
current->files 2.2.0pre4 (David Grothe)
Virtual PC (Philippe Rochat)
Re: Virtual PC (Phil Hunt)
Re: BogoMips (Matthias Bruestle)
CDROM Warning: (don't try this) (Walter Lundby)
Compile errors on mixed libc5 / libc6 system - help! (Mark Tranchant)
Re: Registry for Linux - Bad idea (George MacDonald)
Linux v2.1.132 and 2940U/UW Scsi boot problems? (M Sweger)
----------------------------------------------------------------------------
From: d s f o x @ c o g s c i . u c s d . e d u (David Fox)
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: 07 Jan 1999 09:51:06 -0800
[EMAIL PROTECTED] (Daniel Werner) writes:
> [EMAIL PROTECTED] (Terrance Hodgins) (TH) wrote:
> > There are only about 6 things needed to destroy Microsoft:
> >
> > 1.) Easy GUI on Linux (sort of there, depends on what you're talking about
> > Xwindows is great, but it is not working on everthing.)
>
> This is a problem of the many different toolkits.
>
> > 2.) Easy install.
>
> Users buy computers with the os preinstalled.
But usually not Linux. Linux needs to do better than that other
"pre-installed" system, because Linux is almost always installed
by the end user.
> > 3.) Easy System administration. (This is a giant can of worms.)
>
> Shouldn't be a problem with a preinstalled system.
>
> > 4.) Good DosEmu (apparently, from what I hear, done.)
>
> Yes, is done.
>
> > 5.) Good Windoze 3.11 emulation ( done? I hear it's good.)
>
> Not necessary IMHO, but more or less done.
>
> > 6.) Good Windoze 95 emulation (still in the works. Presently, sucks.)
>
> Really? Have you checked out http://www.winehq.com/Apps/query.cgi
>
> Some of the working apps: StarCraft, Unreal, Quark 3, Kai's Power
> Goo SE D
>
> I don't think Windows-Emulation is important. It's ok to have it
> available.
"Important" and "Important to you" are not necessarily the same thing.
--
David Fox http://hci.ucsd.edu/dsf xoF divaD
UCSD HCI Lab baL ICH DSCU
------------------------------
From: JiSook Kim <[EMAIL PROTECTED]>
Subject: How to get Disk I/O rate (bps/sec) per disk ?
Date: Fri, 08 Jan 1999 16:45:08 +0900
hi!
How to get Disk I/O(bps/sec) per disk?
functions or data file...
or
I want more information for /proc/stat file structure.
Please, help me...
------------------------------
From: dominique Billard <[EMAIL PROTECTED]>
Subject: simple problem with libc6
Date: Fri, 08 Jan 1999 09:15:50 +0100
Salut un petit probleme signalé par un enseignant d'ici, il parait que
ce programme est un classique sous UNIX. ça fonctionne correctement sur
une Redhat 4.2 et la libc 5 visiblement ca ne fonctionne pas
correctement avec une 5.1 et libc 6. J'ai essaye les 2 compilateurs gcc
ou egcs sur plusieur machine. Le programme effectue un saisie de
caractères et les compte, et les signaux unix, lorsque ça fonctionne
ctrl C fini le programme, lorsque ca ne fonctionne pas la saisie
continue malgres le ctrl C bien que le signal soit vu. Une idée ?
MANDRAKE 5.1
GCC-2.7.2.3.11
EGCS-1.0.2-8
glibc-2.0.7-19
/*****************************************************************************
* essai de time_out avec sigalarm()
* sans purge ..........................pour voir
* fichier to_read
*************************************************************************/
#define _POSIX_SOURCE
#include <stdio.h>
#include <unistd.h>
#include <signal.h>
#include <errno.h>
#define MAX_TAILLE 40
/**************************************************************************/
/* signal catching handler
*************************************************************************/
void inter(int signo)
{
int code_signal;
printf ("signal catched: %d\n",signo);
code_signal = (int) signal(signo,inter); /* catch again
*/
if (code_signal == -1) perror("erreur set signal");
}
/****************************************************************************/
/* Try to read some characters from the keyboard
* then hit Ctrl C
* the signal catching handler should be activated : IT IS
* the read should be complete : IT IS NOT
******************************************************************************/
main()
{
int code_signal; /* code retour demande de detournement*/
int status_read; /* nombre de caractères lus */
char chaine[MAX_TAILLE+1]; /* buffer de saisie */
code_signal = (int) signal(SIGINT,inter); /* catch please
*/
if (code_signal == -1)
perror("erreur set signal");
else
{
status_read = read(0,chaine,MAX_TAILLE); /* lancer
lecture */
printf("return from read %d \n",status_read);
}
}
Precision
Le meme programe compilé sous redhat 4.2 et rapatrié sur Mandrake
fonctionne correctement
resultat :
xxxxsignal catched: 2
return from read -1
et retour au prompt
compilé avec Mandrake et libc6
xxxxxsignal catched: 2
signal catched: 2
signal catched: 2
signal catched: 2
xxxxx
return from read 6
Le programme ne s'interrompt jamais avec Ctrl C
il faut faire Return a la fin donc Ctrl C n'interrompt plus le READ
Linuxement
Dom
------------------------------
From: [EMAIL PROTECTED] (Sebastian Werner)
Subject: Problems with compiling 2.2.0-pre5.
Date: Thu, 07 Jan 1999 21:17:56 GMT
re
I just tried to compile the kernel, but I got some errors...
I'm running an 2.2.0-pre2-kernel now and i've up-to-date-packages.
Here 's the output of make:
ip_masq.c: In function `__ip_masq_in_get':
ip_masq.c:544: `IP_MASQ_F_DLOOSE' undeclared (first use this function)
ip_masq.c:544: (Each undeclared identifier is reported only once
ip_masq.c:544: for each function it appears in.)
ip_masq.c: In function `__ip_masq_out_get':
ip_masq.c:597: `IP_MASQ_F_DLOOSE' undeclared (first use this function)
ip_masq.c: In function `ip_masq_new':
ip_masq.c:869: `IP_MASQ_F_DLOOSE' undeclared (first use this function)
ip_masq.c: In function `ip_fw_masquerade':
ip_masq.c:1173: `IP_MASQ_F_DLOOSE' undeclared (first use this
function)
ip_masq.c: In function `ip_fw_demasquerade':
ip_masq.c:1932: `IP_MASQ_F_DLOOSE' undeclared (first use this
function)
make[3]: *** [ip_masq.o] Error 1
make[3]: Leaving directory `/usr/src/linux/net/ipv4'
make[2]: *** [first_rule] Error 2
make[2]: Leaving directory `/usr/src/linux/net/ipv4'
make[1]: *** [_subdir_ipv4] Error 2
make[1]: Leaving directory `/usr/src/linux/net'
make: *** [_dir_net] Error 2
Sebastian
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
mailto:[EMAIL PROTECTED]
http://home.rhein-zeitung.de/~sw
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
------------------------------
From: Mr Patrick Ian Mackinlay <[EMAIL PROTECTED]>
Subject: socket question
Date: Thu, 07 Jan 1999 17:37:21 +0000
If I get a 0 return code from a recv call on an open socket, does that
mean that the socket has stalled (i.e. there still may be some
information on the way) or that there is no information left to come?
cheers
Patrick
--
GET SPONSORED:
http://www.spacesurfer.com/resources_sponsors.html
***************** [EMAIL PROTECTED] *****************
***************** http://www.spacesurfer.com *****************
***************** http://messages.to/Patrick *****************
------------------------------
From: Nils Faerber <[EMAIL PROTECTED]>
Subject: lp driver bug!
Date: 7 Jan 99 18:13:55 GMT
Hello!
I think this is a bug ...
Some weeks ago I purchased a PostScript(tm) laserprinter NEC Silentwriter
S60P which seems to have a strange parallel port interface. Using DOS I can
print everything wonderfully but using Linux something between 50 and 90% of
data is lost. The rest seems to reach the printer correctly.
After long testing with tunelp and wasting many sheets of paper I now have a
working solution:
dd if=<filename> of=/dev/lp0 bs=1
works!
So now my question is: Why?
I think that the implemented centronics protocol of the lp driver is bad
with some printers. But what can I do?
I do not like the idea to have to fiddle with the lp driver since I hate the
centronics protocol ;) But if anything else fails...
Any hints welcome!
CU
nils
--
Nils Faerber (Linux Nils) eMail: [EMAIL PROTECTED]
Student of computer science http://www.si.unix-ag.org/~nils/
Unix user group, University of Siegen, Germany
Siegen ... the arctic rain forest!
--
------------------------------
From: Matt Zagni <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Glibc2.0.7 crypt files Yes/No ?
Date: Fri, 08 Jan 1999 09:22:48 +0000
Hi,
I have found the Glibc2.0.7 files (locale and the others)
but I am unable to find a Glibc2.0.7 crypt file for that
release. Is there any need for the crypt files ?
I can find the Glibc2.0.9 version but that fails to compile.
Many thanks
Matt
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.x
Subject: Re: disheartened gnome developer
Date: Thu, 07 Jan 1999 18:55:47 GMT
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (jedi) wrote:
> On Wed, 06 Jan 1999 15:32:13 GMT, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
wrote:
> >In article <76ugf0$pb5$[EMAIL PROTECTED]>,
> > [EMAIL PROTECTED] wrote:
> >> On Tue, 05 Jan 1999 19:46:56 +0000, Walt <[EMAIL PROTECTED]>
> >> wrote:
> >> >> On 22 Nov 1998 23:03:23 GMT, Christopher B. Browne
> ><[EMAIL PROTECTED]>
> >> >> wrote:
> >> >> >In contrast, if you write code that uses Qt, you indeed *do* have to
> >> >> >negotiate licensing with Troll Tech or an assignee thereof depending on
> >your
> >> >> >circumstances.
> >> >>
> >> >> So they might have to read a license agreement before playing around
with
> >> >> the software. Big deal. If they don't want to deal with licensing
> >> >> issues, then they can just ignore Qt-devel and live in bliss.
> >> >>
> >> >> >It all really begs the important question:
> >> >> >
> >> >> > Why do you think Red Hat software would consider it a good idea to
> >> >> > promote Troll Tech's programming tools?
> >> >> >
> >> >> >That really is the upshot of it all.
> >> >>
> >> >> Red Hat wouldn't be promoting Qt at all, certainly not any more than
> >> >> they promoted xv, Metro X, or Applixware.
> >>
> >> Note that none of [xv, Metro X, ApplixWare] represent, in their normal
> >> use, development tools. Qt does. Development tools, and the
> >> attribution of licensing thereon, is a fairly complex matter.
> >
> >The runtime version of Qt (just the .so file) is not a development tool.
>
> Back to spreading old lies again I see...
I made a simple statement. You dont deny it, yet you call me a liar.
> [deletia]
>
> You know very well that a 'runtime version' would
> not all be sufficient even for a user workstation.
Reality must be a painful place for you, since you dont come very often.
If you install SuSE, it wont install you the development version of Qt by
default, yet it will install a huge list of KDE pieces, and they will work.
I have seen dozens of computers using KDE and with only the Qt runtime
installed. The Qt runtime is enough for anyone who is not going to compile
programs.
So, unless you are saying every user compiles his own stuff (which they dont)
you are just wrong.
--
Roberto Alsina (KDE developer, so I do need the development version. My sister
doesnt, though)
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: [EMAIL PROTECTED] (H. Peter Anvin)
Subject: Re: Redefining time_t
Date: 7 Jan 1999 19:11:07 GMT
Reply-To: [EMAIL PROTECTED] (H. Peter Anvin)
Followup to: <[EMAIL PROTECTED]>
By author: Roger@localhost (Roger)
In newsgroup: comp.os.linux.development.system
>
> >time_t is guaranteed to be a signed integer value representing the
> >number of seconds since 1970-01-01 00:00:00 UTC (possibly with the
> >exception of leap seconds.)
>
> The C standard guarantees only that time_t is an arithmetic type
> capable of representing times. It could be a signed or unsigned
> integer; it could be floating point. The range of times capable
> of being represented is not defined.
>
The C standard, yes. The POSIX standard imposes additional constraints.
> The meaning of any time_t value is not specified by the
> standard. The representation you quote above may be one that is
> commonly used but it is not part of the C standard. This means
> that the only safe way to manipulate time_t values is by using
> the library functions specified by the standard.
Wrong standard.
-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: Andreas Spengler <[EMAIL PROTECTED]>
Subject: Ultra-DMA safe in 2.2.0-pre?
Date: Thu, 07 Jan 1999 19:05:01 +0100
Hi folks,
I recently switched my system to RH5.2 and got a new harddisk with
U-DMA.
I am using this on a VIA Board with MVP3 CS. Using kernel 2.1.131 I got
regular
ext2fs-errors using the DMA feature and the support for the VIA bridge
with my new HD.
Is this corrected in 2.2.0-whatever ... ???
Thanks for any answers,
Andreas Spengler
------------------------------
Reply-To: [EMAIL PROTECTED]
From: [EMAIL PROTECTED] ("Bob Taylor")
Subject: Re: disheartened gnome developer
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.x
Date: Fri, 08 Jan 1999 10:01:10 GMT
In article <[EMAIL PROTECTED]>,
Frank Sweetser <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] writes:
[snip]
>> if eveything is free, companies will close, and there will be no jobs.
>
> FUD.
How so?
[snip]
Bob
--
+---------------------------------------------------------------+
| Bob Taylor Email: [EMAIL PROTECTED] |
|---------------------------------------------------------------|
| Like the ad says, at 300 dpi you can tell she's wearing a |
| swimsuit. At 600 dpi you can tell it's wet. At 1200 dpi you |
| can tell it's painted on. I suppose at 2400 dpi you can tell |
| if the paint is giving her a rash. (So says Joshua R. Poulson)|
+---------------------------------------------------------------+
------------------------------
From: Giles Coochey <[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: Fri, 08 Jan 1999 11:34:08 +0000
I like the way you put that.
------------------------------
From: [EMAIL PROTECTED] (David M. Cook)
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.x
Subject: Re: disheartened gnome developer
Date: Fri, 08 Jan 1999 11:46:55 GMT
On 7 Jan 1999 17:37:50 -0800, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
wrote:
>Bob (call me Bill).
Trying to weasel your way out of killfiles? Twit.
Dave Cook
------------------------------
From: David Grothe <[EMAIL PROTECTED]>
Subject: current->files 2.2.0pre4
Date: Thu, 07 Jan 1999 14:19:22 -0600
Reply-To: [EMAIL PROTECTED]
I have a character driver that when its open routine is called for the
first time the pointer current->files is NULL. This in spite of the
fact that the sys_open routine has just used that pointer a few
instructions ago.
This happens with the kernel compiled with SMP set. If I unset SMP then
there is no problem. I notice that there is a difference in how task
structures are allocated depending upon the SMP switch but it is not
obvious to me that this is the problem.
I realize that this is not much of a hint, so if anyones wants to chase
this, e-mail me directly and I'll see what I can do to gather more
information.
Version info:
$ cat /proc/version
Linux version 2.2.0-pre4 ([EMAIL PROTECTED]) (gcc version
2.7.2.3) #5 Thu Jan 7 12:55:07 CST 1999
-- Dave
------------------------------
From: Philippe Rochat <[EMAIL PROTECTED]>
Subject: Virtual PC
Date: Sat, 02 Jan 1999 07:38:53 GMT
Does it exist on Linux something similar to Virtual PC (On Mac OS) ?
With such a sys, it would be possible to install Linux everywhere, and then
install win or NT on top of it if really needed by users ... it would also
provide a smooth way to migrate from monopolistic world to freedom !
On x86 architecture the performances shouldn't be affected by a probably really
small overhead. On other hardware, an additional layer would be needed and more
CPU consuming ...
Anyone has heard then about something like this or such a project ?
Ph.R.
P.S: One of the weakness of PC world is that it's supposed to preserve existing
investment made in industry ... therefore, it cannot so easily move to other
standards without loosing marketshares. This means that the
de-commoditizing recommandation made in halloween documents
(http://www.opensource.org/halloween1.html) is not so easy to implements.
Trying to lure opensoftwares, would probably also betray win3.11 customers
(This could be seen as positive, forcing customers to buy upgrades, but cannot
be made too brutally). Open software worl, could then take advantage of these
frozen paleolithics commoditized basements (commoditized elements is maybe not
the right world for in fact primitive developments ;-), by incorporating them.
--
_____________________________________________________________________
Philippe Rochat, EPFL DI-LBD
Database Laboratory CH-1015 LAUSANNE
Swiss Federal Institute of Technology (EPFL) tel:++41 21 693 52 53
Beep-EPFL: 181 4644 fax:++41 21 693 51 95
Private: Grammont, 9 1007 LAUSANNE tel:++41 21 617 03 05
mailto:[EMAIL PROTECTED], http://lbdwww.epfl.ch/~prochat
------------------------------
From: [EMAIL PROTECTED] (Phil Hunt)
Subject: Re: Virtual PC
Reply-To: [EMAIL PROTECTED]
Date: Sat, 02 Jan 1999 07:39:02 GMT
In article <[EMAIL PROTECTED]>
[EMAIL PROTECTED] "Philippe Rochat" writes:
> Does it exist on Linux something similar to Virtual PC (On Mac OS) ?
>
> With such a sys, it would be possible to install Linux everywhere, and then
> install win or NT on top of it if really needed by users ... it would also
> provide a smooth way to migrate from monopolistic world to freedom !
>
> On x86 architecture the performances shouldn't be affected by a probably really
> small overhead. On other hardware, an additional layer would be needed and more
> CPU consuming ...
>
> Anyone has heard then about something like this or such a project ?
Yes, it is called WINE.
WINE ("WINE Is Not an Emulator") is a Windows emulator for Linux.
--
@@--Phil Hunt-----------------------------Don't fear the penguins(*)--@@
@@ [*] Disclaimer: this is FREE ADVICE, and is distributed in the @@
@@ hope that it will be useful, but WITHOUT ANY WARRANTY; note also @@
@@ that this advice may not apply if your name is Gates or Ballmer. @@
------------------------------
From: [EMAIL PROTECTED] (Matthias Bruestle)
Subject: Re: BogoMips
Date: Sat, 02 Jan 1999 07:39:08 GMT
Mahlzeit
Vincent Lai ([EMAIL PROTECTED]) wrote:
> Does anybody know the meaning and measurement reference of the bogomips in
> linux?
It measures how fast a CPU can do nothing. There should be somewhere
a BogoMIPS FAQ.
Mahlzeit
endergone Zwiebeltuete
--
PGP: SIG:C379A331 ENC:F47FA83D I LOVE MY PDP-11/34A, M70 and MicroVAXII!
--
Wenn's blutet bitte aufhoern.
------------------------------
From: Walter Lundby <[EMAIL PROTECTED]>
Subject: CDROM Warning: (don't try this)
Date: Sat, 02 Jan 1999 07:39:10 GMT
I was testing a new cdrom drive: 36X DR special from ...
Anyway, the drive I was replacing had a spin/up/down problem
that would result in an ATAPI bus reset so I wanted to make
sure that the new one didn't have the problem.
So, I figured:
"dd bs=32768 if=/dev/cdrom of=/dev/null"
Worked great to prove that the cd wouldn't spin down...
BUT SMASHED THE READ HEAD after it finished reading the CD!
The drive was a total loss.
[Awful firmware: No range testing]
--
Motorola Inc. Work: 847-632-3944
1475 West Shure Drive Page: 847-576-0295
Arlington Heights, IL 60004 Page Unit: 5905
------------------------------
From: [EMAIL PROTECTED] (Mark Tranchant)
Subject: Compile errors on mixed libc5 / libc6 system - help!
Reply-To: [EMAIL PROTECTED]
Date: Sat, 02 Jan 1999 07:39:13 GMT
My system is fundamentally a Slackware 3.4 installation, with libc
5.4.44 as the main C library. I also have glibc-2.0.7pre6 (I think:
whichever one came with StarOffice 5.0) runtime support installed.
When compiling some applications, I occasionally get undefined symbol
messages at linking. Typical symbols are modf, re_search_2, frexp and
__getfpucw, although there are others. Editing the Makefile to include
-umodf -ure_search_2 etc usually results in a successful compile, but
I would like to know what needs changing to fix this permanently.
The Linux kernel (currently running 2.1.131 with RvR's swap readahead
patch) compiles and runs fine, Wine (haven't tried latest version)
compiles without error but segfaults on running. My C compiler is
gcc-2.7.2.
Any suggestions, anyone? Please email as well as post. I do not want
suggestions to reinstall the entire system - I want to find out what
needs changing.
Cheers,
Mark.
This message is in no way connected with my employer.
------------------------------
From: George MacDonald <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Registry for Linux - Bad idea
Date: Thu, 07 Jan 1999 19:35:10 GMT
Frank Sweetser wrote:
>
> George MacDonald <[EMAIL PROTECTED]> writes:
>
> > > > The "Windows Registry" approach is to have a unified database that puts
> > > > a common "API" onto both aspects. This is nice for those things that
> > > > get fiddled with all the time, but definitely makes *everything* in the
> > > > registry as vulnerable as the weakest link in/to the Registry.
> > >
> > > the best way to keep this seperation (which is a good thing) IMHO is by
> > > keeping the config in core. any updates should just be made to the in core
> > > copy. a seperate call can then be made to flush the config out (the entire
> > > config for files, only diffs for DB, etc).
> > >
> >
> > The apps really don't need to know where the data is, only how to call
> > an interface function to get/set values. Ensuring completion of the
> > transaction could be a seperate "commit" call, or controled by
> > external configuration. Non commited changes could be handled by
> > creating a change delta file, that is then applied/merged the next time the
> > app runs. There are some interesting ways to do this, that can handle
> > multiple concurrent updates from several processes. File locking also
> > works but can cause config updates to block, then the calling code
> > has to deal with that possibility.
>
> exactly what i was thinking of.
>
> > > > >> I have to admit that the overriding values for local machines will be
> > > > >> awkward to implement using the network fs scheme, but I hope to figure
> > > > >> out a way of doing it that's quite easy to configure on the backend, and
> > > > >> transparent on the client. Maybe write some scripts to help.
> > > > >
> > > > >simply check the values in /etc/foo.defs, ~/.foocfg, then in /etc/foo.cfg,
> > > > >and have the last assigned value take precedence.
> > > >
> > > > Make sure it is documented clearly how this is to work, so that it is
> > > > *CLEAR* which files will be evaluated in what order. The problem with
> > > > (in contrast) X resource information is that the order of evaluation is
> > > > *not* clear.
> > >
> > > agreed. it's going to be rather interesting to declare a definitave order
> > > or precedence when the information can come from multiple sources, but i
> > > suspect any developers would drop it like a hot potatoe otherwise. there's
> > > already going to be a certain amount of metadata for each configuration
> > > object, so perhaps the precedence could be specified therein.
> > >
> >
> > More stuff for /etc/app.conf ?
> >
> >
> > Note we could later do a sys.conf or daemons.conf,
> >
> > Maybe it should be store.conf or opStore.conf, hmm
> >
> > Thoughts?
>
> it should definatelly be a directory, /etc/appconf.d/ a lot of the redhat
> systems have been doing this for packages like pam and logrotate. any app
> that wants to interface with either of them simply places it's own config
> file in the appropriate /etc/ subdir, and the package picks it up and runs
> with it. so to get logrotate to work on your custom data file, you simply
> need to create /etc/logrotate.d/mylogfile and logrotate will use it. much
> easier to use (and esp to automate!!) than having a single config file with
> multiple sections.
Nice solution! That handles the new conventions on linux perfectly.
Linux seems a bit more organized and better thought out than other
unix implementations, well at least with regards to configuration.
I would like one file that is higher up than than appconf.d that
allows the location of appconf.d to be configured. My reasoning is that
on other unix's the /etc area is in root is sometimes quite small, so may
not be capabable of holding it. I can envisage other systems
wanting to put the "appconf.d" directory in /usr/lib or usr/share,
... I kind of like the linux way, but perhaps we should allow for
the placement elsewhere.
You definately nailed one of the problems though!!
--
We stand on the shoulders of those giants who coded before.
Build a good layer, stand strong, and prepare for the next wave.
Guide those who come after you, give them your shoulder, lend them your code.
Code well and live! - [EMAIL PROTECTED] (7th Coding Battalion)
------------------------------
From: [EMAIL PROTECTED] (M Sweger)
Crossposted-To:
comp.os.linux.hardware,comp.os.linux.development.apps,comp.os.linux.misc
Subject: Linux v2.1.132 and 2940U/UW Scsi boot problems?
Date: 8 Jan 1999 12:53:12 GMT
Reply-To: [EMAIL PROTECTED]
Hi,
Has anybody gotten Linux v2.1.132 working with the Scsi 2940U/UW Dual
adapter with SCSI Bios v1.33S2 and a 9.1Gig Western Digital hard drive?
Presently, I'm using DosLinux (the latest) and on bootup, the SCSI card
seems to be recognized for SCSIDs configurations (such as terminations)
and interrupts, but hangs forever and never sees the 9.1Gig WD hard drive
on SCSID0. Are there still problems with the 2940 SCSI driver?
The SCSI card has the AIC 7895 chipset too.
I see the Adapatec has agreed to help the Linux driver people out
developing SCSI drivers for Linux. How is this going, particularly
in resolving problems?
Here is my configuration and partition setup.
c:\ MSDOS and Win95 partition of 2Gigs running Doslinux from here
(at least I'm trying to).
d:\ NT4.0 and FAT of 2Gigs
e:\ MSDOS partitions of 2Gigs
f:\ MSDOS partitions of 2Gigs
H:\ MSDOS partitions of the remaining disk space.
NT4.0 works okay when I boot into it and it recognizes the disk.
MSDOS works okay when I boot into it from the boot menu and recognizes
the disk.
After booting into MSDOS and starting setup.bat (the DOSlinux mini
boot before installing the full install) it hangs trying to find
the disk.
I would think that if the SCSI driver can't find the attached
devices it would time out and tell the user that no devices
found or that something may be conflicting/misconfigured instead
of just hanging.
Any help appreciated, since I'll have to revert back to my
100mhz 1Gig IDE machine (thats out of space) and can boot
without problem any version of DOSLINUX from my new 333mhz
9.1GIG ultra SCSI machine (DELL Optiplex GX1) that now the
only Unix that it'll run is NT4.0. :)
--
Mike,
[EMAIL PROTECTED]
------------------------------
** 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
******************************
