[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#380200: marked as done (xbase-clients: [xkbcomp] can't write to /var/tmp/server-0.xkm when using startx from nonroot user)

Your message dated Mon, 8 Jan 2007 02:46:45 +0100
with message-id <20070108014645.GA15814@patate.is-a-geek.org>
and subject line xbase-clients: [xkbcomp] can't write to /var/tmp/server-0.xkm when using startx from nonroot user
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: xbase-clients
Version: 1:7.1.ds-2
Severity: important

When X started using startx from normal users, Xserver and xkbcomp can't
write to /var/tmp .

Log from startx:

auth:  creating new authority file /home/baryluk/.serverauth.4017

X Window System Version 7.0.0
Release Date: 21 December 2005
X Protocol Version 11, Revision 0, Release 7.0
Build Operating System:Linux 2.6.12-1-686 i686
Current Operating System: Linux movax-dev 2.6.16-2-686 #1 Sat Jul 15
21:59:21 UTC 2006 i686
Build Date: 16 March 2006
(==) Log file: "/var/log/Xorg.0.log", Time: Fri Jul 28 11:49:07 2006
(==) Using config file: "/etc/X11/xorg.conf"
error opening security policy file /etc/X11/xserver/SecurityPolicy
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2
> symbols
>                   Ignoring extra symbols
> Error:            Cannot open "/var/tmp/server-0.xkm" to write
> keyboard description
>                   Exiting

The X server is working, but my keyboard layout (pl) isn't working.


Section "InputDevice"
Identifier      "Generic Keyboard"
        Driver          "keyboard"
        Option          "CoreKeyboard"
        Option          "XkbRules"      "xorg"
        Option          "XkbModel"      "pc104"
        Option          "XkbLayout" "pl"

When I change permision to /var/tmp to 1755 everything is working ok.

Shouldn't we use /tmp ?

Witek Baryluk

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.16-2-686
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to pl_PL)

Versions of packages xbase-clients depends on:
ii  libc6                       2.3.6-15     GNU C Library: Shared libraries
ii  libfontconfig1              2.3.2-7      generic font configuration library
ii  libfreetype6                2.2.1-2      FreeType 2 font engine, shared lib
ii  libfs6                      2:1.0.0-3    X11 Font Services library
ii  libgl1-mesa-glx [libgl1]    6.4.2-1      A free implementation of the OpenG
ii  libice6                     1:1.0.0-3    X11 Inter-Client Exchange library
ii  libpng12-0                  1.2.8rel-5.1 PNG library - runtime
ii  libsm6                      1:1.0.0-4    X11 Session Management library
ii  libx11-6                    2:1.0.0-7    X11 client-side library
ii  libxau6                     1:1.0.0-3    X11 authorisation library
ii  libxaw7                     1:1.0.1-5    X11 Athena Widget library
ii  libxcursor1           X cursor management library
ii  libxext6                    1:1.0.0-4    X11 miscellaneous extension librar
ii  libxft2               FreeType-based font drawing librar
ii  libxi6                      1:1.0.0-5    X11 Input extension library
ii  libxkbfile1                 1:1.0.2-3    X11 keyboard file manipulation lib
ii  libxmu6                     1:1.0.1-3    X11 miscellaneous utility library
ii  libxmuu1                    1:1.0.1-3    X11 miscellaneous micro-utility li
ii  libxrandr2                  2:  X11 RandR extension library
ii  libxrender1                 1:  X Rendering Extension client libra
ii  libxss1                     1:1.0.1-4    X11 Screen Saver extension library
ii  libxt6                      1:1.0.0-5    X11 toolkit intrinsics library
ii  libxtrap6                   1:1.0.0-3    X11 event trapping extension libra
ii  libxtst6                    1:1.0.1-3    X11 Testing -- Resource extension 
ii  libxv1                      1:1.0.1-3    X11 Video extension library
ii  libxxf86dga1                2:1.0.0-3    X11 Direct Graphics Access extensi
ii  libxxf86vm1                 1:1.0.0-4    X11 XFree86 video mode extension l
ii  x11-common                  1:7.0.22     X Window System (X.Org) infrastruc
ii  zlib1g                      1:1.2.3-13   compression library - runtime

xbase-clients recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
On Fri, Jul 28, 2006 at 12:20:19 +0200, Witek Baryluk wrote:

> When X started using startx from normal users, Xserver and xkbcomp can't
> write to /var/tmp .
> When I change permision to /var/tmp to 1755 everything is working ok.
> Shouldn't we use /tmp ?
No, you should change the permissions of /var/tmp to be correct, it's
supposed to be world-writable:
drwxrwxrwt 4 root root 4096 Jan  8 02:17 /var/tmp/

Quoting from the FHS (http://www.pathname.com/fhs/pub/fhs-2.3.html):
> /var/tmp : Temporary files preserved between system reboots
> Purpose
> The /var/tmp directory is made available for programs that require
> temporary files or directories that are preserved between system
> reboots. Therefore, data stored in /var/tmp is more persistent than data
> in /tmp.
> Files and directories located in /var/tmp must not be deleted when the
> system is booted. Although data stored in /var/tmp is typically deleted
> in a site-specific manner, it is recommended that deletions occur at a
> less frequent interval than /tmp.

Closing this bug.


Attachment: signature.asc
Description: Digital signature

--- End Message ---

Reply to: