Linux-Development-Sys Digest #245, Volume #6 Sat, 9 Jan 99 14:14:32 EST
Contents:
Re: silly question ("David D. Gitchell")
Re: Open Configuration Storage - was Registry for Linux ([EMAIL PROTECTED])
Re: disheartened gnome developer (Luke Scharf)
Re: silly question (George MacDonald)
Re: Open Configuration Storage - was Registry for Linux (Leslie Mikesell)
Re: Why I'm dumping Linux, going back to Windblows (Leslie Mikesell)
Re: disheartened gnome developer (Perry Pip)
Re: Open Configuration Storage - was Registry for Linux (Frank Sweetser)
Re: disheartened gnome developer (steve mcadams)
Macros (Alex)
Re: Why I'm dumping Linux, going back to Windblows (Rob Komar)
Re: Open Configuration Storage - was Registry for Linux (George MacDonald)
----------------------------------------------------------------------------
From: "David D. Gitchell" <[EMAIL PROTECTED]>
Subject: Re: silly question
Date: Sat, 09 Jan 1999 10:04:49 -0600
George MacDonald wrote:
>
> see the man page for duhduh(8), it's a secret command that is only
> visible to root users who put the secret word "..." into a file
> called /...enableHacks. You need to use fsdb to create the file,
> then set it permissions 9876543210.
>
> Hope this helps
That was really helpful, George. Thanks.
BTW: You wouldn't by any chance have another email address
"[EMAIL PROTECTED]"...?
Enjoy!
-- Dave
============================================================
#include <std_disclaimer.h> /* I speak for myself, only. */|
============================================================
LCDR David D. Gitchell, USN (Retired), Hutchinson, KS, USA
[EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Open Configuration Storage - was Registry for Linux
Date: Sat, 9 Jan 1999 16:03:43 GMT
Have you looked at how nsswitch works? Just a thought.
--
John Hasler This posting is in the public domain.
[EMAIL PROTECTED] Do with it what you will.
Dancing Horse Hill Make money from it if you can; I don't mind.
Elmwood, Wisconsin Do not send email advertisements to this address.
------------------------------
From: Luke Scharf <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.x
Subject: Re: disheartened gnome developer
Date: Sat, 09 Jan 1999 00:16:42 -0500
Bob Taylor wrote:
>
> In article <[EMAIL PROTECTED]>,
> Victor Danilchenko <[EMAIL PROTECTED]> writes:
>
> [snip]
>
> >
> > If EVERYTHING was free, people would not need jobs. That's communism --
> > working because you want to, not because you have to.
>
> >> is that what you want? no jobs?
> >
> > Not a bad idea, actually, but it will never work as long as there are
> > selfish people willing to take advantage of it.
>
> Please study the subject (communism) before spouting off. Firstly *nothing*
> is free. Under classic communism, *everybody works for the common good*.
> What do you suppose your neighbors would do to you if *you* sat on your duff
> and didn't *work*?
I've never read Marx, and I may be biased by my own philosophy. I got
the impression that in *IDEAL* communism, everyone works for the common
good, and the people who work harder get the respect of the community.
Those who are lazy get no respect. I.E. it's still capitalism with the
currency being time & effort in one direction and esteem in the other.
The currency is less tangible (even though money's pretty abstract), but
that doesn't negate it's value.
-Luke
P.S. Okay, I'm an idealistic college student. I've rebelled against the
teachings of my childhood and become a capitalist! :)
------------------------------
From: George MacDonald <[EMAIL PROTECTED]>
Subject: Re: silly question
Date: Sat, 09 Jan 1999 05:19:10 GMT
mlw wrote:
>
> mlw wrote:
> >
> > Peter Pointner wrote:
> > >
> > > mlw <[EMAIL PROTECTED]> wrote:
> > >
> > > > Actually, I would love to see Xcopy on Linux. "xcopy /s /e /h /c this
> > > > there" would be great.
> > >
> > > I can't remember all the options, but are you sure "cp -a" doesn't do
> > > what you want?
> > >
> > > Peter
> >
> > I have looked, maybe I am dense, but, I would like to do something like:
> >
> > xcopy *.cpp -s -e -h -c ../anotherdir
> >
> > This will copy all of the files that end with .cpp to another directory,
> > recreating the directory structure with them. If an error happens it
> > will continue.
>
> Don't get me wrong, I am a Linux user. Look at my mail headers. There
> just isn't a command with the abilities of Xcopy on Linux, but, hey if
> that is all I miss, I am way ahead.
see the man page for duhduh(8), it's a secret command that is only
visible to root users who put the secret word "..." into a file
called /...enableHacks. You need to use fsdb to create the file,
then set it permissions 9876543210.
Hope this helps
--
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] (Leslie Mikesell)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Open Configuration Storage - was Registry for Linux
Date: 8 Jan 1999 23:28:34 -0600
In article <[EMAIL PROTECTED]>,
George MacDonald <[EMAIL PROTECTED]> wrote:
>> >
>> >Information should be defined in one place only, except where it
>> >is replicated for performance and/or for service discontinuty reasons.
>>
>> How do you propose to deal with the case where you want to run
>> multiple copies of the same program with different options? For
>> example you want to test a change to sendmail.cf without breaking
>> other instances of sendmail running in production? How do
>> NT registry-oriented progams deal with this? Programs with
>> initialization files nomally have a command line option to use
>> an alternate.
>
>I was planning on supporting named config sets, and yes settable via
>command line. Or from a GUI config selector in a GUI app.
And will you be able to copy among the config sets as easily
as you can with files to duplicate an existing setup before
starting to make changes?
>Sendmail config is more problematic, how do you handle different
>locations on a mobile station? You need to adapt the config setting's
>based on your current "venue". I was thinking about defining contexts
>that allow switching config evaluation & precedence on the fly!
I'm not sure I understand the issue. Do you mean making your
hostname match changing DHCP-assigned IP addresess? Isn't that
a matter of getting DNS to agree with DHCP?
>If I were modifying the daemons I would have them use /proc to
>get any values that they need that are config sensitive. If performance
>were an issue then I would set them up for a notifcation.
There is something to be said for making read() the only system
call needed to get values, but using /proc will make the concept
OS-specific. Has anyone considered the Netscape style of picking
up a global configuration file via http? Everyone with an ethernet
has a web server somewhere these days.
Les Mikesell
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Leslie Mikesell)
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: 8 Jan 1999 23:32:11 -0600
In article <[EMAIL PROTECTED]>,
Johan Kullstam <[EMAIL PROTECTED]> wrote:
>well my point is that there are a lot of options and it's hard to
>remember them. i know the main ones for tar and grep and ls, but cpio
>is hopeless.
Better to have the options and have to view the man page in another
window sometimes than to need the option and not have it.
Les Mikesell
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Perry Pip)
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.x
Subject: Re: disheartened gnome developer
Reply-To: [EMAIL PROTECTED]
Date: Sat, 09 Jan 1999 06:18:12 GMT
On 08 Jan 1999 00:34:58 -0500, Adam P. Jenkins <[EMAIL PROTECTED]> wrote:
>
>The gist of Perry's message seemed to be that it bothers him that
>Troll Tech might profit by his contributions to Qt, but it doesn't
>bother him that RedHat might profit by his contributions to GTK.
Troll Tech might profit from royalties which may be enhanced by the
contributions of others.
RedHat might profit from adding value to the contributions of others, i.e.
providing service and support.
>Also there was one inaccuracy I think in Perry's message. As far as I
>know Troll Tech does not charge any royalty on commercial products
>that use Qt.
I'm sorry if whatever I said was interpreted that way. That's not what I
meant to say.
They charge a one time fee when someone buys the
>library, and perhaps optional fees for continued support.
They charge a per developer fee, a pretty steep one at that. I don't think
it would be best for Linux to have a "default" toolkit that has such a
high per developer fee for commercial development. Fortunately there's at
least one good alternative that is free for commercial development.
Perry
------------------------------
From: Frank Sweetser <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Open Configuration Storage - was Registry for Linux
Date: 09 Jan 1999 00:52:29 -0500
[EMAIL PROTECTED] (Leslie Mikesell) writes:
> In article <[EMAIL PROTECTED]>,
> George MacDonald <[EMAIL PROTECTED]> wrote:
> >> >
> >> >Information should be defined in one place only, except where it
> >> >is replicated for performance and/or for service discontinuty reasons.
> >>
> >> How do you propose to deal with the case where you want to run
> >> multiple copies of the same program with different options? For
> >> example you want to test a change to sendmail.cf without breaking
> >> other instances of sendmail running in production? How do
> >> NT registry-oriented progams deal with this? Programs with
> >> initialization files nomally have a command line option to use
> >> an alternate.
> >
> >I was planning on supporting named config sets, and yes settable via
> >command line. Or from a GUI config selector in a GUI app.
>
> And will you be able to copy among the config sets as easily
> as you can with files to duplicate an existing setup before
> starting to make changes?
no reason why not to.
> >Sendmail config is more problematic, how do you handle different
> >locations on a mobile station? You need to adapt the config setting's
> >based on your current "venue". I was thinking about defining contexts
> >that allow switching config evaluation & precedence on the fly!
>
> I'm not sure I understand the issue. Do you mean making your
> hostname match changing DHCP-assigned IP addresess? Isn't that
> a matter of getting DNS to agree with DHCP?
you're thinking a bit too specifically here. the idea is to have the
configuration values returned dependant upon some external value - whether
it's the hostname, ip, username, domain, etc.
> >If I were modifying the daemons I would have them use /proc to
> >get any values that they need that are config sensitive. If performance
> >were an issue then I would set them up for a notifcation.
>
> There is something to be said for making read() the only system
> call needed to get values, but using /proc will make the concept
> OS-specific. Has anyone considered the Netscape style of picking
> up a global configuration file via http? Everyone with an ethernet
> has a web server somewhere these days.
the application itself won't directly grab the information. it'll just
call the opstore_get_config (or whatever) function, which in turn consults
the metadata information, and from there gets the information from a flat
text file, http, /proc, RDBMS, or whatever other module has been defined.
the app won't even know where the data is coming from, let alone have to
really care.
--
Frank Sweetser rasmusin at wpi.edu fsweetser at blee.net | PGP key available
paramount.ind.wpi.edu RedHat 5.2 kernel 2.2.0pre5ac1 i586 | at public servers
It's not really a rule--it's more like a trend.
-- Larry Wall in <[EMAIL PROTECTED]>
------------------------------
From: [EMAIL PROTECTED] (steve mcadams)
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.x
Subject: Re: disheartened gnome developer
Date: Sat, 09 Jan 1999 18:11:07 GMT
[Snipped for brevity, quoted material marked with ">"]
On Fri, 08 Jan 1999 23:53:49 -0600, "Robert J. Hansen"
<[EMAIL PROTECTED]> wrote:
>Free software can be just that -- free. He's right in that you can't
>make money off free (free beer) software. So don't deal in free
>software. Red Hat doesn't deal in free software: they deal in
>SUPPORTING free software and DEVELOPING new free software. People will
>pay money for support, and they'll pay money to have access to better
>software.
WHERE does this leave companies that want to put all their resources
into development????
Are they expected to start what amounts to a second company by hiring
people to do support for a fee? This means they have to make an
exorbitant profit from their newly hired and probably unskilled
support people in order to support their development efforts, so their
customers (if they are newbies and don't know they can get better
support here in the newsgroups on a costless basis) get ripped off
because they don't know better than to ask these bozos just hired off
the street how to get their commercial web-server configured
correctly?
What if such a company believes that its support should be costless
because it is a point of HONOR and/or INTEGRITY to keep your software
working correctly? Do they just get screwed? They all have to go and
flip burgers for a living because they don't do phones for money like
the other 900-girls?
And worse yet, what if these guys writing the CODE are SO GOOD that
NOBODY ever NEEDS SUPPORT? Are they supposed to sit there and either
starve because they've done such a good job, or stop writing code and
get a job where they can support themselves?
>That's Red Hat's business: support. I've got money, which they want, and
>they've got the technical know-how, which I want. So we exchange goods
>and everybody's happy.
You are NOT exchanging goods. You are exchanging MONEY FOR SERVICES.
If you were buying a proprietary product, You would be exchanging
MONEY FOR GOODS, or put in your terms, exchanging goods.
Object (money) traded for verb (services) is apples and oranges.
Object (money) traded for object (proprietaryCode) is apples and
apples.
>So why do they distribute Red Hat for free? -- As a promotional offer.
What services are they promoting, the services that we frequently see
bitched about in the NG's, all the "Red Hat Fails to deliver" and
similar threads?
>It's just like Microsoft and WinNT 5.0 betas. Microsoft isn't
>distributing them just to fix bugs, but to entice consumers to purchase
>a different, *more profitable* product -- the final of WinNT 5.0.
You are mistaken. Most of the copies of NT5 BETA (aka Windows 2000)
that have been sent into the world to date have gone to MSDN
subscribers. I received two or three copies of NT5 beta in 1998.
They were so shitty that I never did get any of them installed on my
test system, and I am damn sure not ever going to try it on my
development system. Nobody who has ever installed and used a copy of
NT5 BETA is ever going to going to buy it on that basis.
NT5 BETA is too lame to be a promotional offer. Microsoft may be many
things but they're not quite stupid enough to be offering promotional
cookies that taste like buffalo chips. With a product that bad you
have to get your money upfront or you will never see it unless you
sell exorbitant service contracts like MSDN; I'm an MSDN Universal
subscription holder, you can be one too if you pay your $2500 a year
to Microsoft for what amounts to the documentation you should have
received gratis with your copy of their proprietary software.
Microsoft changed over to the service model years ago. -steve
========================================================
Tools for programmers: http://www.codetools.com/showcase
------------------------------
From: Alex <[EMAIL PROTECTED]>
Subject: Macros
Date: Sat, 09 Jan 1999 13:11:51 -0500
I don't know if this is the correct place to post this, but I'm hopuing
someone will know someone that can help.
I have a SuSE 5.3 w/Applixware 4.4.1 box running Informix SE as my
DB. I need some ELF macros to do some
linking between the different DBs and for putting DB fields into word
reports. The main thing I,m needing is a macro
that creates an invoice for my business. Can you help by either creating
the macros or directing me to someone who can?
Please let me know ASAP. Thanks.
--
E. Alex Bungener BASSET INVESTIGATIONS
Proverbs 3:5&6 www.backgroundinfo.com
"Sniffing out the facts in one's past for firms throughout the US"
------------------------------
From: [EMAIL PROTECTED] (Rob Komar)
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: 9 Jan 1999 18:47:07 GMT
Johan Kullstam ([EMAIL PROTECTED]) wrote:
: [EMAIL PROTECTED] (Leslie Mikesell) writes:
:
: > In article <[EMAIL PROTECTED]>,
: > Johan Kullstam <[EMAIL PROTECTED]> wrote:
: >
: > >well my point is that there are a lot of options and it's hard to
: > >remember them. i know the main ones for tar and grep and ls, but cpio
: > >is hopeless.
: >
: > Better to have the options and have to view the man page in another
: > window sometimes than to need the option and not have it.
:
: it's not the *presence* of options that i am railing against. it's
: the almost total lack of *consistency*. if there were more
: consistency i wouldn't *have* to keep consulting man pages.
This is often brought up, but I'm not sure how you would achieve
it for commands that do different things. How do you get consistent
one-letter options between, say, dd, od, cp, and sed? Maybe some
non-trivial examples would at least show non-complainers like me
that it can be done.
Cheers,
Rob Komar
------------------------------
From: George MacDonald <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Open Configuration Storage - was Registry for Linux
Date: Sat, 09 Jan 1999 06:52:33 GMT
Leslie Mikesell wrote:
>
> In article <[EMAIL PROTECTED]>,
> George MacDonald <[EMAIL PROTECTED]> wrote:
> >> >
> >> >Information should be defined in one place only, except where it
> >> >is replicated for performance and/or for service discontinuty reasons.
> >>
> >> How do you propose to deal with the case where you want to run
> >> multiple copies of the same program with different options? For
> >> example you want to test a change to sendmail.cf without breaking
> >> other instances of sendmail running in production? How do
> >> NT registry-oriented progams deal with this? Programs with
> >> initialization files nomally have a command line option to use
> >> an alternate.
> >
> >I was planning on supporting named config sets, and yes settable via
> >command line. Or from a GUI config selector in a GUI app.
>
> And will you be able to copy among the config sets as easily
> as you can with files to duplicate an existing setup before
> starting to make changes?
>
Well they would probably be files so, yes.
> >Sendmail config is more problematic, how do you handle different
> >locations on a mobile station? You need to adapt the config setting's
> >based on your current "venue". I was thinking about defining contexts
> >that allow switching config evaluation & precedence on the fly!
>
> I'm not sure I understand the issue. Do you mean making your
> hostname match changing DHCP-assigned IP addresess? Isn't that
> a matter of getting DNS to agree with DHCP?
Assuming you use DHCP. What if you don't? You may need to specify
different ruleset's in a different context.
>
> >If I were modifying the daemons I would have them use /proc to
> >get any values that they need that are config sensitive. If performance
> >were an issue then I would set them up for a notifcation.
>
> There is something to be said for making read() the only system
> call needed to get values, but using /proc will make the concept
> OS-specific. Has anyone considered the Netscape style of picking
> up a global configuration file via http? Everyone with an ethernet
> has a web server somewhere these days.
Actually that's part of the architecture of opStore, i.e. to detach
the config service interface from the access/storage mechanism.
Various access/storage would be supported via
files
ACAP
SQL DB's
OQL
perhaps SNMP
HTML
CORBA
also various file formats would be supported via format specific modules.
All of these can be hidden behind one common interface. No small task,
but with the right architecture it could be efficient, flexible and
extensible.
--
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)
------------------------------
** 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
******************************
