public inbox for linux-msdos@vger.kernel.org
 help / color / mirror / Atom feed
From: "Mgr. Peter Tuharsky" <tuharsky@misbb.sk>
To: linux-msdos@vger.kernel.org
Subject: Problem: DOSEMU ignores Linux user file access settings
Date: Mon, 19 Jan 2004 13:16:25 +0100	[thread overview]
Message-ID: <400BCA99.3030009@misbb.sk> (raw)

    Hallo!

    I have big problem with file access privilegues. I don't know how to 
solve it. Or how to force DOSEMU to respect Linux file access settings?

    DOSEMU uses one strict policy when creating new file from inside 
emulated environment: It creates new file with 600 attrib mask and 
user-only gid/uid. DOSEMU fully IGNORES both bash.profile setting, and 
folder's SetUid/SetGid setting!! And this is the reason of my big problem.

    I have DOSEMU 1.2rc1 installed on the one machine (server) and 
second computer is connected as thin client, so the DOSEMU runs only 
locally on the server, on local drive, local directory on Linux 
filesystem to avoid any network-drive related problems (elegant 
solution, there isn't difference between "tru local" and "remote X" 
session -both are in fact local on server).

    I need two users to run simultaneously one copy of Clipper database 
program. If I manually add both users to the same workgroup (name it 
'ambul') and set group attribute of the files and folders they should 
have access, and set correct attributes (770), the program runs smoothly 
(expecting the sometimes slow feeling because of that stupid "what's the 
time?" loop typical for Clipper). As long as they work with only 
existing files with correct attributes set, it works perfectly.
    But once the program creates new file under one user's session (what 
sometimes happens during some actions such as print or so), the program 
in second user's session claims error opening the file and crashes. The 
same when reindexing the database (it creates new .ntx files with the 
crippled privilegues too). It dosen't matter, which one is the "first" 
user. The program under the first session creates a new file and DOSEMU 
gives the file 600 (rw user-only) permissions, no matter that 
bash.profile says that user's new files must be created with 770 mask 
(rwxrwx---), and the folder has SetGid attribute set, so that all 
created files should have Group attribute set to the same value as the 
parent directory has.

    My first approach was to search for some setting in .dosemurc to do 
this, but I cannot find such setting that would force DOSEMU to respect 
Linux file access rights management when creating new file.

    Thent I thought that logging the both sessions under the same 
username could solve the problem. Not good solution, but better than 
nothing. This cannot work, however. Both users want to print to their 
printers, and the printers are defined thru .dosemurc files in their 
home directories. Once I run both users under the same login name, they 
both use the same .dosemurc settings file and thus BOTH PRINT ON THE 
SAME NETWORK PRINTER! Running one of DOSEMU session from other home 
directory dosen't help either, because DOSEMU takes .dosemurc strictly 
from user's home directory and this way the printing is directed to only 
one printer.


    Please hlep. How to force DOSEMU to respect Linux file access 
management?

          Sincerely
             Peter

             reply	other threads:[~2004-01-19 12:16 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-19 12:16 Mgr. Peter Tuharsky [this message]
2004-01-19 12:33 ` Problem: DOSEMU ignores Linux user file access settings Bartos-Elekes Zsolt
2004-01-19 13:35 ` Bart Oldeman
2004-01-21 12:18   ` Problem: DOSEMU ignores Linux user file access settings -solved Mgr. Peter Tuharsky

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=400BCA99.3030009@misbb.sk \
    --to=tuharsky@misbb.sk \
    --cc=linux-msdos@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox