public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Brian Inglis <Brian.Inglis@SystematicSw.ab.ca>
To: cygwin@cygwin.com
Subject: Re: [PATCH xpdf] Add desktop menu entry
Date: Sat, 28 Oct 2017 19:26:00 -0000	[thread overview]
Message-ID: <fe4a3241-1808-2d5d-7b13-2081acf82a59@SystematicSw.ab.ca> (raw)
In-Reply-To: <208276e9-a108-4936-6b64-6e1fec01e40e@cornell.edu>

On 2017-10-28 12:00, Ken Brown wrote:
> On 10/27/2017 5:00 PM, Yaakov Selkowitz wrote:
>> ---
>>   xpdf.cygport | 4 ++++
>>   1 file changed, 4 insertions(+)
> 
> After making this change I get the following warning when starting xpdf in an
> xterm window:
> 
> QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-kbrown'
> 
> I googled the message, but none of the solutions appeared to apply.  Do you know
> how to suppress this warning?  I assume it results from the fact that I'm not
> working in a desktop environment.

Normally set to /run/user/$(id -u)/, sometimes .../$(id -un)/, created by first
app after login.
I have a postinstall script to create /run/{,blkid,lock,user}/ directories with
mode a+rwxt, remove /var/{run,lock} directories and create symlinks from those
to /run/{,lock}/, to provide a more normal Unix/Linux environment for ported apps.

From https://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html:

"$XDG_RUNTIME_DIR defines the base directory relative to which user-specific
non-essential runtime files and other file objects (such as sockets, named
pipes, ...) should be stored. The directory MUST be owned by the user, and he
MUST be the only one having read and write access to it. Its Unix access mode
MUST be 0700.

The lifetime of the directory MUST be bound to the user being logged in. It MUST
be created when the user first logs in and if the user fully logs out the
directory MUST be removed. If the user logs in more than once he should get
pointed to the same directory, and it is mandatory that the directory continues
to exist from his first login to his last logout on the system, and not removed
in between. Files in the directory MUST not survive reboot or a full
logout/login cycle.

The directory MUST be on a local file system and not shared with any other
system. The directory MUST by fully-featured by the standards of the operating
system. More specifically, on Unix-like operating systems AF_UNIX sockets,
symbolic links, hard links, proper permissions, file locking, sparse files,
memory mapping, file change notifications, a reliable hard link count must be
supported, and no restrictions on the file name character set should be imposed.
Files in this directory MAY be subjected to periodic clean-up. To ensure that
your files are not removed, they should have their access time timestamp
modified at least once every 6 hours of monotonic time or the 'sticky' bit
should be set on the file.

If $XDG_RUNTIME_DIR is not set applications should fall back to a replacement
directory with similar capabilities and print a warning message. Applications
should use this directory for communication and synchronization purposes and
should not place larger files in it, since it might reside in runtime memory and
cannot necessarily be swapped out to disk."

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

  reply	other threads:[~2017-10-28 19:26 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-10-27 21:00 Yaakov Selkowitz
2017-10-27 22:34 ` Ken Brown
2017-10-28 18:00 ` Ken Brown
2017-10-28 19:26   ` Brian Inglis [this message]
2017-10-28 19:55     ` Ken Brown
2017-10-30 18:59       ` Brian Inglis
2017-11-03  6:52   ` Yaakov Selkowitz
2017-11-03 13:11     ` Ken Brown
2017-11-03 17:05       ` Ken Brown
2017-11-06  9:48         ` Yaakov Selkowitz
2017-11-06 12:28           ` Ken Brown

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=fe4a3241-1808-2d5d-7b13-2081acf82a59@SystematicSw.ab.ca \
    --to=brian.inglis@systematicsw.ab.ca \
    --cc=cygwin@cygwin.com \
    /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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).