cvs [commit aborted]: 'root' is not allowed to commit files

rakesh@linuxforum · 07-14-2011, 01:20 AM

I m new to setup the CVS in linux , i have tried lots but every time whenever i try to commit the change in module or file this error has been generated : cvs [commit aborted]: 'root' is not allowed to commit files

please kindly help me and if u know how to configure CVS on linux pls let me know.

TB0ne · 07-14-2011, 09:43 AM

Quote:

Originally Posted by rakesh@linuxforum

I m new to setup the CVS in linux , i have tried lots but every time whenever i try to commit the change in module or file this error has been generated : cvs [commit aborted]: 'root' is not allowed to commit files

please kindly help me and if u know how to configure CVS on linux pls let me know.

Spell out your words.

The error is clear...the root user is not allowed to commit files to the CVS repository. Did you try to read the documentation?
http://www.network-theory.co.uk/docs...rmessages.html

Code:

'root' is not allowed to commit files
    When committing a permanent change, CVS makes a log entry of who committed the change. If you are committing the change logged
 in as "root" (not under "su" or other root-priv giving program), CVS cannot determine who is actually making the change. As such,
 by default, CVS disallows changes to be committed by users logged in as "root". (You can disable this option by passing the 
--enable-rootcommit option to ‘configure’ and recompiling CVS. On some systems this means editing the appropriate ‘config.h’ file
 before building CVS.)

Have you tried using a different user ID to do it? And it would help if you said what version/distro of Linux, and what version of CVS you're using.

sadi20107 · 09-26-2013, 11:26 AM

hi TB0ne

could you please tell me the commands use to allow root user to commit file.

which command i have to use to perform below action.
(You can disable this option by passing the
--enable-rootcommit option to ‘configure’ and recompiling CVS.

please help me

rtmistler · 09-26-2013, 11:53 AM

The whole purpose of CVS is to record the user who made the changes as well as track the changes. Therefore using root defeats a main part of the purpose for CVS. Although you can override this feature, I don't suggest that you do this.

@rakesh, are you able to commit as a non-root user? If not, then respond to TBOne's notes about your distro and version information.

TB0ne · 09-26-2013, 12:56 PM

Quote:

Originally Posted by sadi20107

hi TB0ne
could you please tell me the commands use to allow root user to commit file.

which command i have to use to perform below action.
(You can disable this option by passing the
--enable-rootcommit option to ‘configure’ and recompiling CVS.

Did you not read what you posted?? You run the "configure" command (as it says), with "--enable-rootcommit" after it, and recompile CVS. And again, this is a BAD IDEA, and it's disabled by default for a REASON.

suicidaleggroll · 09-26-2013, 12:59 PM

Quote:

Originally Posted by TB0ne

Did you not read what you posted?? You run the "configure" command (as it says), with "--enable-rootcommit" after it, and recompile CVS. And again, this is a BAD IDEA, and it's disabled by default for a REASON.

Not to mention that logging in and operating the machine as root is a bad idea to begin with.

rtmistler · 09-26-2013, 01:11 PM

@sadi20107, TBOne was not advising someone to configure in this way, they had copied the statements from documentation about this restriction; which unfortunately also notes that this is "possible" if you do the following actions.

My questions are:

Has rakesh@linuxforum gotten their problem resolved?

@sadi20107 is there a different problem you're facing? Are you working with rakesh, or the same person in different logins? Or did you notice TBOne's answer, misinterpret it, and think committing as root was a recommended idea?

Firerat · 09-26-2013, 03:53 PM

OP was 2011-07-14

just thought I would mention that

and as has already been mentioned

doing 'routine' day to day things as root is not a good idea

root should only be used when absolutely needed

via

Code:

su -c "SomeCommand andItsArgs"
# or
sudo SomeCommand andItsArgs

sometimes it is convenient to get a shell.. but you need to log out as soon as you can.