Hello, i have a problem with screen locker. Sometimes after closing laptop lid and then opening it again screen locker does not appear. After it i can lock it manually with Meta+L. Journalctl shows that kscreenlocker is unable to establish screen lock. Unfortunately my technical expertise ends about here, so where else can i look? This problem also existed on xubuntu distro, so maybe its hardware? Latest updates are installed. Thank you.
GNU RCS (Revision Control System) manages multiple revisions offiles. RCS can store, retrieve, log, identify, and merge revisions.It is useful for files that are revised frequently, e.g. programs,documentation, graphics, and papers. It can handle text as well asbinary files, although functionality is reduced for the latter.
RCS works with versions stored on a single filesystem or machine,edited by one person at a time. Other version control systems, suchas Bazaar ( ), CVS,Subversion, and Git, support distributed access in various ways.Which is more appropriate depends on the task at hand.
Adam Hammer, Thomas Narten, and Daniel Trinkle of Purdue supported RCSthrough version 4.3, released in 1990. Guy Harris of Sun contributedmany porting fixes. Paul Eggert of System Development Corporationcontributed bug fixes and tuneups. Jay Lepreau contributed 4.3BSDsupport.
Paul Eggert of Twin Sun wrote the changes for RCS versions 5.5 and5.6 (1991). Rich Braun of Kronos and Andy Glew of Intel contributedideas for new options. Bill Hahn of Stratus contributed ideas forsetuid support. Ideas for piece tables came from Joe Berkovitz ofStratus and Walter F. Tichy. Matt Cross of Stratus contributed test caseideas. Adam Hammer of Purdue QAed.
Thien-Thi Nguyen is responsible for RCS 5.8. He modernized the codebase, build system, and manual pages, fixing some bugs on the way. Headded standard --help, --version processing, and wrotethe documentation you are reading (gladly taking inspiration from thepaper1 andmanpages originally written by Walter F. Tichy).
Furthermore, you can compare revisions in the RCS fileagainst each other, examine the user- (hopefully high) qualitydescriptions of the changes each revision embodies, mergeselected revisions, and so forth.
The RCS file is a separate file, conventionally placed in thesubdirectory RCS, wherein RCS commands organize the initial andsubsequent revisions of the working file, associating with eachrevision a unique revision number along with the remembered particularsof the checkin that produced it. It also contains a descriptionof the working file and various other metadata, described below.
A revision number is a branch number followed by a dot followed byan integer, and a branch number is an odd number of integersseparated by dot. A revision number with one dot (implying a branchnumber without any dots) is said to be on the trunk. All integersare positive. For example:
The RCS file contains two pieces of information used to implement itsaccess control policy. The first is a list of usernames. Ifnon-empty, only those users listed can modify the RCS file (via RCScommands). The second is a list of locks, i.e., associationbetween a username and a revision number. If a lockusername:revno exists, that means only usernamemay modify revno (that is, do a checkin operation to deposit thenext higher revision, or a higher revision number on the same branch asrevno).
The checkin operation records the contents of the working file inthe RCS file, assigning it a new (normally the next higher) revisionnumber and recording the username, timestamp, state (a shortsymbol), and user-supplied log message (a textual description ofthe changes leading to that revision). It uses diff tofind the differences between the tip of the default branch and theworking file, thereby writing the minimal amount of information neededto be able to recreate the contents of the previous tip.
This command creates an RCS file in directory RCS, storesf.c into it as revision 1.1, and deletes f.c. Italso asks you for a description. The description should be asynopsis of the contents of the file. All later checkincommands will ask you for a log entry, which should summarizethe changes that you made.
then you have tried to check in a file even though you did notlock it when you checked it out. Of course, it is too late nowto do the checkout with locking, because another checkoutwould overwrite your modifications. Instead, invoke:
Locking assures that you, and only you, can check in the nextupdate, and avoids nasty problems if several people work on thesame file. Even if a revision is locked, it can still bechecked out for reading, compiling, etc. All that lockingprevents is a checkin by anybody but the locker.
If your RCS file is private, i.e., if you are the only personwho is going to deposit revisions into it, strict locking isnot needed and you can turn it off. If strict locking isturned off, the owner of the RCS file need not have a lockfor checkin; all others still do. Turning strict locking offand on is done with the commands:
retrieve the latest revision numbered 2.x and the revision 2.1,respectively. co without a revision numberselects the latest revision on the trunk, i.e. the highestrevision with a number consisting of two fields. Numbers withmore than two fields are needed for branches. For example, tostart a branch at revision 1.3, invoke:
Lastly, pairs of RCS and working files can be specifiedin three ways: (a) both are given, (b) only the working file isgiven, (c) only the RCS file is given. For (a), bothRCS and working files may have arbitrary directorycomponents; RCS commands pair them up intelligently. For (b),RCS commands will look first into the directory ./RCS,if it exists, to find the associated RCS file.
Like -kkv, but use the old value present in the working filejust before it was checked in. This can be useful for file formats thatcannot tolerate any changes to substrings that happen to take the formof keyword strings.
Like -ko, but do all file i/o in binary mode. This makeslittle difference on POSIX and Unix hosts, but on DOS-like hosts oneshould use rcs -i -kb to initialize an RCS file intended to beused for binary files. Also, on all hosts, rcsmerge normallyrefuses to merge files when -kb is in effect.
This option enables interactive mode.More precisely, it forces interactive mode, whereby RCScommands believe that their standard input is a terminal, normally aprecondition for displaying a prompt to receive input (such as a logmessage on checkin).The intention of -I is for scripting situations where standardinput is actually not a terminal but you know beforehand (withoutprompting) that input is needed and you are ready to provide it onstandard input anyway.
Behave like --version, i.e., display command versioninformation and exit successfully.NB: This option is obsolete and itssupport will be removed in some future release.
This basename search occurs within (i.e., starting from thebeginning) the larger directory search loop, which comprises twocandidates: d/RCS and d, where d is the directorycomponent of the working file name. For example, given the working filea.c in the current directory, RCS tries, in order, thesecandidates:
Some options that require (or allow) additional informationcan take multiple items of that information in the form ofa delim-separated list, a concatenation of itemswith one or more delimiter characters between adjacent items.Multiple adjacent delim characters count as a single delimiter.
The variants in the second column use hyphen (-, U+2D).They are obsolete and should be avoided.They are ambiguous in the presence of symbolic branch and revisionnames that include a hyphen in the name (see Revision options).
As a side effect, specifying the memory limit inhibitsfall-back to slower routines.(This env var is mostly intended for testing RCS;normally, you can leave it unset. Probably it will beremoved in a future release.)
Commands sometimes create temporary files, normally ina system-dependent directory, such as /tmp.You can override this directory by specifying another one as the valueof one of the environment variables TMPDIR, TMP, orTEMP (checked in that order).
Absent -wlogin, or when login is omitted(see Misc common options), commands check environment variablesLOGNAME and USER in that order2. If neither of theseare set, RCS queries the host for, and uses, your login.
Multiple flags in -fiIjklMqru may be given, except for-r, -l, -u, which are mutually exclusive.For a fully specified revision of theform br.n, n must be greaterthan any existing on br, or br must be new.If rev is omitted, compute it from the last lock(co -l), perhaps starting a new branch.If there is no lock, use defbr.(L+1).See Revision options.
The merge command combines the differences between athe parent and the other sibling, and the differences between theparent and the receiving sibling. It writes the result to thereceiving sibling.
The rcsclean command removes working files that are not beingworked on. If given -u, it also unlocks and removes working filesthat are being worked on but have not changed.If no file is specified, operate on all the working files in thecurrent directory.
Passed to the diff3 command.The default if none are specified is -E.With -e, suppress warnings on conflict.The -A style generates the most verbose output.See Invoking diff3 in The GNU Diffutils Manual.
Warning: This change means you cannot use rlog(or rcs log) as a workalike for cvs log forversions of CVS that write other kinds of metadata into the file.If you use CVS and have access to the *,v files it writes,you can determine if they require cvs logby the following command:
are on the trunk, and are linked through the next field in orderof decreasing numbers.The head field in the admin node points to the head ofthat sequence (i.e., contains the highest pair).The branch node in the admin node indicates the defaultbranch (or revision) for most RCS operations.If empty, the default branch is the highest branch on the trunk.
b37509886e