Bug 13590 - strips zeroes off
Summary: strips zeroes off
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: linuxconf
Version: 6.2
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Nalin Dahyabhai
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2000-07-07 23:15 UTC by pmoteus
Modified: 2008-05-01 15:37 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2000-07-12 19:47:28 UTC
Embargoed:


Attachments (Terms of Use)

Description pmoteus 2000-07-07 23:15:21 UTC
Linuxconf version 1.18
when entering the default permissions for my dos partition the program
stripped the initial two zeroes of my code 002.  This resulted in just a
value of 2 which was definitely not what I wanted.  Had to manually edit
/etc/fstab

general complaint about Linuxconf: 
	why in the world are the bits conterintuitve.  You have to list the parts
to be restricted?  Why not make it like normal metadata?  It would be much
easier to understand the security I was allowing, rather than the security
I am restricting, as this is what normal files on Linux follow.

Comment 1 Nalin Dahyabhai 2000-07-12 19:37:10 UTC
The option matches the semantics of mount(8)'s umask option.  How is "2"
producing different results from "002"?

Comment 2 pmoteus 2000-07-12 19:47:26 UTC
when i used it in linuxconf and saved my results (instead of fstab) then it
mounted my msdos partions as 200 (it stripped off the first two zeroes and left
one 2 which was read as the aforementioned 200) instead of the intended 002.  I
wanted my msdos partition to have the write ability removed for everyone besides
the owner (which i still think is wierd, the restricting instead of allowing
baseline).  Instead with 200 it restricted the owner from writing but gave
everybody else full access.  Which is definitely not what I wanted.  You know if
you dont see it then never mind.  I am using a Mandrake distribution so it might
be them.  I reported the bug to you guys because you are the ones that make and
maintain the tool.

Comment 3 Trond Eivind Glomsrxd 2000-09-13 22:38:40 UTC
We suggest you contact Mandrake; we can't keep track of what changes they make
to their packages.


Note You need to log in before you can comment on or make changes to this bug.