Re: Specification v 0.8

2001-04-30 Thread Dale Scheetz
bre! ;-) Dwarf -- _-_-_-_-_- Author of "Dwarf's Guide to Debian GNU/Linux" _-_-_-_-_-_- _- _- _- aka Dale Scheetz Phone: 1 (850) 656-9769 _- _- Flexible Software 1100

Re: Problems with dd and the keywords swab and sync

2001-04-20 Thread Dale Scheetz
he SUS. Waiting is, Dwarf -- _-_-_-_-_- Author of "Dwarf's Guide to Debian GNU/Linux" _-_-_-_-_-_- _- _- _- aka Dale Scheetz Phone: 1 (850) 656-9769 _- _- Flexible

Re: The -d option of ls and SUS

2001-04-20 Thread Dale Scheetz
On Thu, 19 Apr 2001, Flavio Veloso wrote: > On Thu, 19 Apr 2001, Dale Scheetz wrote: > > > I'm having trouble interpreting the meaning of the SUS description for the > > -d option, when compared with the actual behavior and manpages for ls. > > > > SUS says: &g

The -d option of ls and SUS

2001-04-19 Thread Dale Scheetz
./xsm dwarf:/etc/X11# So, what should the LSB spec say about this? Waiting is, Dwarf -- _-_-_-_-_- Author of "Dwarf's Guide to Debian GNU/Linux" _-_-_-_-_-_- _- _- _- aka Dale Scheetz

Re: Problems with dd and the keywords swab and sync

2001-04-19 Thread Dale Scheetz
// = Dipl. Inf. Johannes Poehlmann, mail: [EMAIL PROTECTED] > Caldera OpenLinux phone: ++49 9131 7192 335, fax: ++49 9131 7192 399 > > Dwarf -- _-_-_-_-_- Author of "Dwarf's Guide to Debian GNU/Linux" _-_-_-_-_-_- _-

Re: Problems with dd and the keywords swab and sync

2001-04-18 Thread Dale Scheetz
arf:~# Seems this version has a bug ;-) Thanks for the feedback, Dwarf -- _-_-_-_-_- Author of "Dwarf's Guide to Debian GNU/Linux" _-_-_-_-_-_- _-_- _- aka Dale Scheetz Phone: 1 (850)

Re: Problems with dd and the keywords swab and sync

2001-04-18 Thread Dale Scheetz
t if the current behaviour is intentional? I'll see what I can track down... Luck, Dwarf -- _-_-_-_-_- Author of "Dwarf's Guide to Debian GNU/Linux" _-_-_-_-_-_- _-_- _- aka Dale Scheetz

Problems with dd and the keywords swab and sync

2001-04-18 Thread Dale Scheetz
e broken behavior. Do I have to put these items into the spec as "differences" or is there some more appropriate label I can put on these issues? Waiting is, Dwarf -- _-_-_-_-_- Author of "Dwarf's Guide to Debian GNU/Linux" _-_-_-_-_-_- _-

RPM cpio documents...

2001-04-09 Thread Dale Scheetz
is easier that the instructions, then please, by all means, send me a copy. TIA, Dwarf -- _-_-_-_-_- Author of "Dwarf's Guide to Debian GNU/Linux" _-_-_-_-_-_- _- _- _- aka Dale Scheetz

Re: Latest list of undocumented commands

2001-04-08 Thread Dale Scheetz
k ;-) that I thought I'd tackle the next 4 if no one objects... Waiting is, Dwarf -- _-_-_-_-_- Author of "Dwarf's Guide to Debian GNU/Linux" _-_-_-_-_-_- _- _- _- aka Dale Scheetz Phone:

Re: GNU ar vs SUS

2001-04-06 Thread Dale Scheetz
On Thu, 5 Apr 2001, Stuart Anderson wrote: > On Thu, 5 Apr 2001, Dale Scheetz wrote: > > > Is q==r just another "difference" to be listed along with N? > > Hi Dale! > Yes, I think it is just another difference to document. > Thanks Stuart! This will help

GNU ar vs SUS

2001-04-05 Thread Dale Scheetz
my money making q==r is broken behavior. (SUS or no SUS) -- _-_-_-_-_- Author of "Dwarf's Guide to Debian GNU/Linux" _-_-_-_-_-_- _- _- _- aka Dale Scheetz Phone: 1 (850) 656-97

Re: Latest list of undocumented commands

2001-04-04 Thread Dale Scheetz
On Wed, 4 Apr 2001 [EMAIL PROTECTED] wrote: > On Wed, Apr 04, 2001 at 08:58:52AM -0400, Dale Scheetz wrote: > > > > 1. neither ar nor awk have manpages in Andries Bouwer's manpages package, > > but I have man pages for both ar and mawk on my Debian box, so I guess I &

Re: Latest list of undocumented commands

2001-04-04 Thread Dale Scheetz
warf's Guide to Debian GNU/Linux" _-_-_-_-_-_- _- _- _- aka Dale Scheetz Phone: 1 (850) 656-9769 _- _- Flexible Software 11000 McCrackin Road _- _- e-mail: [E

Re: Commands included without documentation

2001-03-14 Thread Dale Scheetz
ian system. Maybe Andrew needs a "real" Linux system ;-) (sorry, the devil made me say that ;-) Luck, Dwarf -- _-_-_-_-_- Author of "The Debian Linux User's Guide" _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software

Re: LSB spec included commands

2001-02-28 Thread Dale Scheetz
then I agree with Alan. Actually I would be a bit stiffer and not even mention them in the command spec. KISS. Luck, Dwarf -- _-_-_-_-_- Author of "The Debian Linux User's Guide" _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Softw

Re: Chapter 15. Users & Groups: mininal UID for normal Users

2000-12-06 Thread Dale Scheetz
> > 1st user:grp = 1000:100 > Debian 2.2: 1st user:grp = 1000:1000 Luck, Dwarf -- _-_-_-_-_- Author of "The Debian Linux User's Guide" _-_-_-_-_-_- aka Dale Sche

Re: PROPOSAL for FHS revised : Mount points for CDs, floppies and a lien OS partitions.]

2000-06-30 Thread Dale Scheetz
On 30 Jun 2000, Thomas Bushnell, BSG wrote: > Dale Scheetz <[EMAIL PROTECTED]> writes: > > > While I see your point, I don't think that files are quite the same thing > > as mount points. I understand that both make use of filesystem nodes, but > > they are eac

Re: PROPOSAL for FHS revised : Mount points for CDs, floppies and a lien OS partitions.]

2000-06-30 Thread Dale Scheetz
On 30 Jun 2000, Thomas Bushnell, BSG wrote: > Dale Scheetz <[EMAIL PROTECTED]> writes: > > > And I was suggesting none of that. Existing practice in Debian (and > > something similar is done in all other "installers" I have seen) is to use > > /var/lib

Re: PROPOSAL for FHS revised : Mount points for CDs, floppies and a lien OS partitions.]

2000-06-29 Thread Dale Scheetz
On 29 Jun 2000, Thomas Bushnell, BSG wrote: > Dale Scheetz <[EMAIL PROTECTED]> writes: > > > On 28 Jun 2000, Thomas Bushnell, BSG wrote: > > > > > > > > /misc has the disadvantage of having nothing to do with what any > > > existing syst

Re: PROPOSAL for FHS revised : Mount points for CDs, floppies and a lien OS partitions.]

2000-06-28 Thread Dale Scheetz
On 28 Jun 2000, Thomas Bushnell, BSG wrote: > > /misc has the disadvantage of having nothing to do with what any > existing system uses. > > All of the ones I know either directly mount on subdirs of /, or mount > on subdirs of /mnt. > Debian uses /floppy and /cdrom, so /mnt is left alone. I ha

Re: should not specify default group for users

2000-03-23 Thread Dale Scheetz
les, there should be no problem in setting the environment to reflect the desired umask, so what value are we gaining for the spec in specifying any "default" umask? Luck, Dwarf -- _-_-_-_-_- Author of "The Debian Linux User's Guide" _-_-_-_-_-_- aka Dale Scheetz

Re: should not specify default group for users

2000-03-22 Thread Dale Scheetz
Linux Technology Center & Linux Standards > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with subject of "unsubscribe". Trouble? Email [EMAIL PROTECTED] > > > Dwarf -- _-_-_-_-_- Author of "The Debian Linux User's Guide" _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- See www.linuxpress.com for more details _-_-_-_-_-_-_-

Re: Thread deficiencies

2000-01-08 Thread Dale Scheetz
in the LSB-1.0 specification. What the future holds is another matter, and once there truely _is_ a viable thread specification in existance, then LSB should certainly include it. Luck, Dwarf -- _-_-_-_-_- Author of "The Debian Linux User's Guide" _-_-_-_-_-_- aka Dale Sche

Re: LSB specification for adding users and groups

1999-06-16 Thread Dale Scheetz
On Wed, 16 Jun 1999, Erik Troan wrote: > On Wed, 16 Jun 1999, Dale Scheetz wrote: > > > While I'm not yet convinced we need to specify numeric values; if we do, > > we should choose a good existing solution as a starting point and > > incrementally approach perfect

Re: LSB specification for adding users and groups

1999-06-16 Thread Dale Scheetz
we do, we should choose a good existing solution as a starting point and incrementally approach perfection from there. The only time we need to be concerned with the overal acceptance of a specification is if it is weak or unnecessary. Luck, Dwarf -- _-_-_-_-_- Author of "The Debian Linux User&

libraries provided by glibc

1999-06-11 Thread Dale Scheetz
7 lib/libutil.so.1 -> libutil-2.0.7.so Luck, Dwarf -- _-_-_-_-_- Author of "The Debian Linux User's Guide" _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED]

Shell script: lsb-libstats, was: Re: script: scan-libraries

1999-06-10 Thread Dale Scheetz
- end paste Luck, Dwarf -- _-_-_-_-_- Author of "The Debian Linux User's Guide" _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tal

Re: specification for adding users and groups

1999-06-03 Thread Dale Scheetz
by these differences. I _is_ on my agenda. Waiting is, Dwarf -- _-_-_-_-_- Author of "The Debian Linux User's Guide" _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAI

Re: Shared Libraries and naming conventions

1999-05-31 Thread Dale Scheetz
that the problem only has two reasonable solutions at this time: 1 Get FSF to change the license... or 2 Fork libio. Do we have any other "real" options? One, final, small question: "Can we discuss the technical aspects of the naming convention?" ;-) Luck, Dwarf -- _-_-_-_-

Shared Libraries and naming conventions

1999-05-29 Thread Dale Scheetz
rmcap * tiff * tk * ungif util uuid * vga * vgagl * wrap * z Waiting is, Dwarf -- _-_-_-_-_- Author of "The Debian Linux User's Guide" _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 F

Re: Resolutions to comments on LSB-FHS-TS_SPEC_V1.0

1999-01-30 Thread Dale Scheetz
l is not relevant to > an application and is administrator policy. It is thus left open.] > > > Can everyone live with that and bury the thread Works for me. Dwarf -- _-_-_-_-_- Author of "The Debian Linux User's Guide" _-_-_-_-_-_- aka Dale Sc

Standards and /var/mail vs /var/spool/mail

1999-01-27 Thread Dale Scheetz
ould be happy. Distros that wish to provide packages that require the presence of /var/spool/mail can do so while meeting the standards requirement for the existance of /var/mail. It would seem that eventually all packages will move "toward" the standard and the distro can remove the /var/spool/