Bug#667040: #667040 libgtk-3-0: Broken text rendering
Hi, I can't reproduce this on my i386 wheezy laptop and iceweasel. Did you just forgot to close the bug? -Timo -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84k3tojbpy@sauna.l.org
Bug#588785: xterm: consider supporting freedesktop.org style clipboard behavior
Hi, good news! I was just told that if I run xclipboard I can get the behavior I want. So: 1) xclipboard 2) xterm -xrm 'XTerm*VT100*translations: #override\nShift Ctrl KeyPress v:insert-selection(CLIPBOARD)\nShift Ctrl KeyPress c:copy-selection(CLIPBOARD)' 3) select text using mouse 4) hit ctrl-shift-c 5) click at random location 6) hit ctrl-shift-v works as expected: 3) clipboard is not modified 4) selected text is added to clipboard 5) text is not highlighted. contents of clipboard is preserved 6) contents of clipboard is sent as input to the terminal Also, it seems that xterm -xrm 'XTerm*VT100*translations: #override\nShift Ctrl KeyPress v:insert-selection(CLIPBOARD)\nShift Ctrl KeyPress c:select-set(CLIPBOARD)' works even with xterm 261-1 in debian squeeze. I'll definitely continue testing this but this looks promising :-) best regards, Timo Lindfors -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84k4guvcje@sauna.l.org
Re: best practices for running Xorg as non-root?
Timo Juhani Lindfors timo.lindf...@iki.fi writes: chown xorg /var/lib/xdm/authdir/authfiles/* This hack stopped working today. It seems that on logout xdm does (void) unlink (d-authFile); *file = fopen (d-authFile, w); which recreates the authfile with root as the owner. Xorg then gets a SIGHUP and fails to open it = xdm can not talk to non-root X server anymore. Would it make sense to add an option to xdm to specify the ownership of authfiles? -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84r5b73nlc@sauna.l.org
Bug#588785: closed by Julien Cristau jcris...@debian.org (Bug#588785: fixed in xterm 268-1)
Thomas Dickey dic...@his.com writes: no - I was commenting that it might be possible, but that was to suggest further discussion on how that feature might be designed. Aha ok. I managed to forget most of the details by now :-) I'm really not familiar with X protocol details so I'm afraid I can't help much with the design. However, I'm happy to test patches and give feedback on whether they give a sufficiently freedesktop.org style clipboard behavior :-) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84tyg44ei4@sauna.l.org
xf86-input-tslib and xorg 1.9 (Was: Coordinating work around X.Org drivers)
Hi,
Cyril Brulebois k...@debian.org writes:
Documentation is available online:
http://pkg-xorg.alioth.debian.org/reference/dependencies.html
thanks a lot for writing this. I'm not an X hacker but since
xserver-xorg-input-tslib is essential software on my openmoko I took a
quick look at the packaging and came up with the attached patch.
It works for me but please review it carefully :-)
From a5eecdd2ff55fcb0adf22a83a62cb4e80a79e9c6 Mon Sep 17 00:00:00 2001
From: Timo Juhani Lindfors timo.lindf...@iki.fi
Date: Sun, 13 Feb 2011 15:14:28 -0500
Subject: [PATCH 1/2] Use dh --with xsf instead of local debian/xsfbs/
This layout was adapted from
http://pkg-xorg.alioth.debian.org/reference/dependencies.html
---
debian/control |7 +-
debian/install |1 -
debian/rules| 70 +---
debian/xcontrol | 24 --
debian/xserver-xorg-input-tslib.install |3 +
debian/xsfbs/repack.sh | 32 --
debian/xsfbs/xsfbs.mk | 285 --
debian/xsfbs/xsfbs.sh | 622 ---
8 files changed, 19 insertions(+), 1025 deletions(-)
delete mode 100644 debian/install
delete mode 100644 debian/xcontrol
create mode 100644 debian/xserver-xorg-input-tslib.install
delete mode 100644 debian/xsfbs/repack.sh
delete mode 100644 debian/xsfbs/xsfbs.mk
delete mode 100644 debian/xsfbs/xsfbs.sh
diff --git a/debian/control b/debian/control
index fb5c7dc..9d983d6 100644
--- a/debian/control
+++ b/debian/control
@@ -3,10 +3,11 @@ Section: x11
Priority: optional
Maintainer: Debian Embedded debian-embed...@lists.debian.org
Uploaders: Hector Oron zu...@debian.org, Jonas Smedegaard d...@jones.dk
-Build-Depends: debhelper (= 5),
- xserver-xorg-dev (= 2:1.7.6.901),
+Build-Depends: debhelper (= 8),
+ xserver-xorg-dev (= 2:1.9.4),
pkg-config, quilt,
- libts-dev (= 1.0-4)
+ libts-dev (= 1.0-4),
+ dh-autoreconf
Standards-Version: 3.8.4
Homepage: http://pengutronix.de/software/xf86-input-tslib/index_en.html
Vcs-Git: git://git.debian.org/git/collab-maint/xf86-input-tslib.git
diff --git a/debian/install b/debian/install
deleted file mode 100644
index f8f650c..000
--- a/debian/install
+++ /dev/null
@@ -1 +0,0 @@
-debian/50-tslib.conf usr/share/X11/xorg.conf.d/
diff --git a/debian/rules b/debian/rules
index e1747f8..3d192dc 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,63 +1,17 @@
#!/usr/bin/make -f
-# Uncomment this to turn on verbose mode.
-#export DH_VERBOSE=1
+# Install in debian/tmp to retain control through dh_install:
+override_dh_auto_install:
+ dh_auto_install --destdir=debian/tmp
-include debian/xsfbs/xsfbs.mk
+# Kill *.la files, and forget no-one:
+override_dh_install:
+ find debian/tmp -name '*.la' -delete
+ dh_install --fail-missing
-DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
-DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
+# That's a plugin, use appropriate warning level:
+override_dh_shlibdeps:
+ dh_shlibdeps -- --warnings=6
-ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE))
- confflags += --build $(DEB_HOST_GNU_TYPE)
-else
- confflags += --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE)
-endif
-
-config.status: configure
- dh_testdir
- ./configure $(confflags) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info CFLAGS=$(CFLAGS) LDFLAGS=-z,defs
-
-build: build-stamp
-
-build-stamp: config.status
- dh_testdir
- $(MAKE)
- touch $@
-
-clean: xsfclean
- dh_testdir
- dh_testroot
- rm -f build-stamp
- [ ! -f Makefile ] || $(MAKE) distclean
- dh_clean
-
-install: build
- dh_testdir
- dh_testroot
- dh_clean -k
- dh_installdirs
- $(MAKE) DESTDIR=$(CURDIR)/debian/xserver-xorg-input-tslib install
- rm -fr debian/*/usr/share/man/man4/* \
- debian/*/usr/lib/xorg/modules/input/*.la
-
-binary-indep: build install
-
-binary-arch: build install serverabi
- dh_testdir
- dh_testroot
- dh_installchangelogs ChangeLog
- dh_installdocs
- dh_installman man/tslib.4
- dh_install
- dh_strip
- dh_compress
- dh_fixperms
- dh_installdeb
- dh_shlibdeps
- dh_gencontrol
- dh_md5sums
- dh_builddeb
-
-binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install
+%:
+ dh $@ --with quilt,autoreconf,xsf --builddirectory=build/
diff --git a/debian/xcontrol b/debian/xcontrol
deleted file mode 100644
index 4607b77..000
--- a/debian/xcontrol
+++ /dev/null
@@ -1,24 +0,0 @@
-Source: xf86-input-tslib
-Section: x11
-Priority: optional
-Maintainer: Wen-Yen Chuang ca...@calno.com
-Build-Depends: xserver-xorg-dev (= 2:1.4),
- libts-dev (= 1.0-4)
-Build-Depends-Tools: debhelper (= 5),
- pkg-config
-Standards-Version: 3.8.3
-Homepage: http://pengutronix.de/software/xf86-input-tslib/index_en.html
-
-Package: xserver-xorg-input-tslib
Re: xf86-input-tslib and xorg 1.9
Julien Cristau jcris...@debian.org writes:
+debian/tmp/usr/lib/xorg/modules/input/tslib_drv.so
usr/lib/xorg/modules/input/
debian/tmp here looks wrong (or at least unnecessary). dh_install looks
there in compat level 7 anyway.
debian/compat is 5 so it fails:
make[1]: Leaving directory `/home/lindi/scm/xf86-input-tslib'
debian/rules override_dh_install
make[1]: Entering directory `/home/lindi/scm/xf86-input-tslib'
find debian/tmp -name '*.la' -delete
dh_install --fail-missing
dh_install: xserver-xorg-input-tslib missing files (usr/share/man/man4/*),
aborting
make[1]: *** [override_dh_install] Error 2
make[1]: Leaving directory `/home/lindi/scm/xf86-input-tslib'
make: *** [binary] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
debuild: fatal error at line 1329:
If I up it to 7 the package builds fine. I checked man 7 debhelper and
couldn't find anything that'd immediately break due to this. Updated
patch is attached.
From 187f3349114b39cb80afb6ee3ab11001c2e1faf6 Mon Sep 17 00:00:00 2001
From: Timo Juhani Lindfors timo.lindf...@iki.fi
Date: Sun, 13 Feb 2011 15:14:28 -0500
Subject: [PATCH 1/3] Use dh --with xsf instead of local debian/xsfbs/
This layout was adapted from
http://pkg-xorg.alioth.debian.org/reference/dependencies.html
---
debian/compat |2 +-
debian/control |7 +-
debian/install |1 -
debian/rules| 70 +---
debian/xcontrol | 24 --
debian/xserver-xorg-input-tslib.install |3 +
debian/xsfbs/repack.sh | 32 --
debian/xsfbs/xsfbs.mk | 285 --
debian/xsfbs/xsfbs.sh | 622 ---
9 files changed, 20 insertions(+), 1026 deletions(-)
delete mode 100644 debian/install
delete mode 100644 debian/xcontrol
create mode 100644 debian/xserver-xorg-input-tslib.install
delete mode 100644 debian/xsfbs/repack.sh
delete mode 100644 debian/xsfbs/xsfbs.mk
delete mode 100644 debian/xsfbs/xsfbs.sh
diff --git a/debian/compat b/debian/compat
index 7ed6ff8..7f8f011 100644
--- a/debian/compat
+++ b/debian/compat
@@ -1 +1 @@
-5
+7
diff --git a/debian/control b/debian/control
index fb5c7dc..9d983d6 100644
--- a/debian/control
+++ b/debian/control
@@ -3,10 +3,11 @@ Section: x11
Priority: optional
Maintainer: Debian Embedded debian-embed...@lists.debian.org
Uploaders: Hector Oron zu...@debian.org, Jonas Smedegaard d...@jones.dk
-Build-Depends: debhelper (= 5),
- xserver-xorg-dev (= 2:1.7.6.901),
+Build-Depends: debhelper (= 8),
+ xserver-xorg-dev (= 2:1.9.4),
pkg-config, quilt,
- libts-dev (= 1.0-4)
+ libts-dev (= 1.0-4),
+ dh-autoreconf
Standards-Version: 3.8.4
Homepage: http://pengutronix.de/software/xf86-input-tslib/index_en.html
Vcs-Git: git://git.debian.org/git/collab-maint/xf86-input-tslib.git
diff --git a/debian/install b/debian/install
deleted file mode 100644
index f8f650c..000
--- a/debian/install
+++ /dev/null
@@ -1 +0,0 @@
-debian/50-tslib.conf usr/share/X11/xorg.conf.d/
diff --git a/debian/rules b/debian/rules
index e1747f8..3d192dc 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,63 +1,17 @@
#!/usr/bin/make -f
-# Uncomment this to turn on verbose mode.
-#export DH_VERBOSE=1
+# Install in debian/tmp to retain control through dh_install:
+override_dh_auto_install:
+ dh_auto_install --destdir=debian/tmp
-include debian/xsfbs/xsfbs.mk
+# Kill *.la files, and forget no-one:
+override_dh_install:
+ find debian/tmp -name '*.la' -delete
+ dh_install --fail-missing
-DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
-DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
+# That's a plugin, use appropriate warning level:
+override_dh_shlibdeps:
+ dh_shlibdeps -- --warnings=6
-ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE))
- confflags += --build $(DEB_HOST_GNU_TYPE)
-else
- confflags += --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE)
-endif
-
-config.status: configure
- dh_testdir
- ./configure $(confflags) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info CFLAGS=$(CFLAGS) LDFLAGS=-z,defs
-
-build: build-stamp
-
-build-stamp: config.status
- dh_testdir
- $(MAKE)
- touch $@
-
-clean: xsfclean
- dh_testdir
- dh_testroot
- rm -f build-stamp
- [ ! -f Makefile ] || $(MAKE) distclean
- dh_clean
-
-install: build
- dh_testdir
- dh_testroot
- dh_clean -k
- dh_installdirs
- $(MAKE) DESTDIR=$(CURDIR)/debian/xserver-xorg-input-tslib install
- rm -fr debian/*/usr/share/man/man4/* \
- debian/*/usr/lib/xorg/modules/input/*.la
-
-binary-indep: build install
-
-binary-arch: build install serverabi
- dh_testdir
- dh_testroot
- dh_installchangelogs ChangeLog
- dh_installdocs
- dh_installman man/tslib.4
- dh_install
- dh_strip
- dh_compress
- dh_fixperms
Bug#612964: [pkg-fso-maint] fix
Lancelot du Lac lance...@contrees-du-reve.com writes: Calibration is not perfect, I did it through trial and error. Did you write /etc/pointercal yourself? The one from pkg-fso has always been ok for me so I wonder if devices really vary that much. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84ei7dob25@sauna.l.org
Bug#612964: /etc/pointercal
lance...@contrees-du-reve.com writes: My /etc/pointercal: 557 38667 -4654632 -51172 121 46965312 65536 same here: 557 38667 -4654632 -51172 121 46965312 65536 I don't thing I ever edited that file. By calibration above, I meant the option that I've added in my xorg.conf. ah ok. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84aai1o6vf@sauna.l.org
Bug#588785: closed by Julien Cristau jcris...@debian.org (Bug#588785: fixed in xterm 268-1)
Thomas Dickey dic...@his.com writes: well, I did respond, in comment #108. Clicking with the mouse cleared the selection because that triggers the start-select action. Hmm yes, I remember you said that xterm could be modified to _not_ clear its selection until something like a select-end or copy-selection asked for the selection data. but does xterm 268-1 actually do that? -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84zkq1xq93@sauna.l.org
Bug#588785: closed by Julien Cristau jcris...@debian.org (Bug#588785: fixed in xterm 268-1)
Hi, ow...@bugs.debian.org (Debian Bug Tracking System) writes: Source: xterm Source-Version: 268-1 We believe that the bug you reported is fixed in the latest version of xterm, which is due to be installed in the Debian FTP archive: I tested http://incoming.debian.org/xterm_268-1_amd64.deb but the step 3 in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588785#103 still fails. Was this bug closed accidentally or do I need something else in ~/.Xresources? [For reference the comment #103 is: From: Timo Juhani Lindfors timo.lindf...@iki.fi To: Thomas Dickey dic...@his.com Cc: 588...@bugs.debian.org Subject: Re: Bug#588785: ANN: xterm patch #267 Date: Mon, 22 Nov 2010 14:43:39 +0200 Thomas Dickey dic...@his.com writes: The problem is the ignore. I didn't modify the mouse-button translations. It would be nice to just have the selection stop when copy-selection happens, but it didn't appear necessary. thanks. Next I tried just XTerm*VT100.Translations:#override \n\ Shift Ctrl KeyPress v:insert-selection(CLIPBOARD)\n\ Shift Ctrl KeyPress c:copy-selection(CLIPBOARD)\n and then 1) select text 2) hit ctrl-shift-c without moving mouse 3) move the mouse and click somewhere so that no text is selected anymore first copied the text to clipboard (step 2) but then deleted the clipboard contents in step 3. Any idea why? ] -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84wrl7v8dd@sauna.l.org
Bug#588785: ANN: xterm patch #267
Hi, Thomas Dickey dic...@radix.net writes: * add copy-selection action (request by Timo Juhani Lindfors, Debian #588785). Just noticed your announcement. Do you already have some nice X resorce setup for using this or are there still missing pieces? -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84zkt1fw8z@sauna.l.org
Re: Bug#588785: ANN: xterm patch #267
Thomas Dickey dic...@his.com writes: short - yes Long story: I'd put it aside for a while because I could see it would be complicated to refactor the selection into stop-, etc. states. On revisiting it, I realized that the answer was near the beginning of the discussion. So I added copy-selection, and used it like this: Ctrl ShiftKeyC:copy-selection(CLIPBOARD)\n\ Ctrl ShiftKeyV:insert-selection(CLIPBOARD)\n\ Unlike the previous try, I didn't see any hanging or related issues. With *VT100*translations:#override \n\ Shift Ctrl KeyPress v:insert-selection(CLIPBOARD)\n\ Shift Ctrl KeyRelease v:ignore() \n\ ShiftBtn1Down:select-start()\n\ ShiftBtn1Motion:select-extend()\n\ Shift Ctrl KeyPress c:copy-selection(CLIPBOARD)\n\ Shift Ctrl KeyRelease c:ignore() \n\ BtnUp:ignore() \n doing 1) select text 2) hit ctrl-shift-c without moving mouse 3) move the mouse and click somewhere so that no text is selected anymore still causes the terminal to stop responding If I hit ctrl-shift-c again the terminal responds again. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84vd3pftm4@sauna.l.org
Bug#588785: ANN: xterm patch #267
Thomas Dickey dic...@his.com writes: The problem is the ignore. I didn't modify the mouse-button translations. It would be nice to just have the selection stop when copy-selection happens, but it didn't appear necessary. thanks. Next I tried just XTerm*VT100.Translations:#override \n\ Shift Ctrl KeyPress v:insert-selection(CLIPBOARD)\n\ Shift Ctrl KeyPress c:copy-selection(CLIPBOARD)\n and then 1) select text 2) hit ctrl-shift-c without moving mouse 3) move the mouse and click somewhere so that no text is selected anymore first copied the text to clipboard (step 2) but then deleted the clipboard contents in step 3. Any idea why? -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84r5edfs04@sauna.l.org
Bug#571636: Keyboard not working in X after upgrade to 7.5
Hi, I hit this too. Only after stracing X and seeing read(11, N:input/event1\nS:char/13:65\nE:ID_INPUT=1\nE:ID_INPUT_KEY=1\nE:XKBMODEL=pc105\nE:XKBLAYOUT=fi\nE:XKBVARIANT=fi\nE:XKBOPTIONS=\nE:DMI_VENDOR=n, 4096) = 134 I was able to guess that X gets this information from udev. This took me 20 minutes, I'm quite sure more average users are not going to figure this out on their own. My pre-upgrade snapshot does not show /etc/default/keyboard -- did the upgrade copy these values from xorg.conf to that file? Would it be possible to add a check that'd warn about non-existent keyboard layouts in /etc/default/keyboard? How do I get the list of existing layouts? -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84zku2eaur@sauna.l.org
Bug#596809: xterm: command with error, cannot be repeated with up arrow
yellowprotoss yellowprot...@gmail.com writes: I do this # exec irpsion5 -s reboots.log No IRDA device found exec replaces the current shell with the new command. Its history is lost. If you don't use exec you should be able to still access its history. In stable, it works nicely those failed command and pressing up arrow on keyboard can show the bash history failed or not :( I don't see this in stable. Here's a transcript: li...@sauna:~$ sh ## I start a new subshell sh-3.2$ exec false ## I 'exec' a command that always fails li...@sauna:~$ sh ## I have hit up, it surely does not show false in history. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84zkvk7i81@sauna.l.org
Bug#596634: x11-common: /etc/X11/Xsession always appends to .xsession-errors
package x11-common tag 596634 patch thanks Tim Connors report...@rather.puzzling.org writes: this (and I *really* hate it when gnome by default limits output and just Can you locate where this limit is in gnome? Is it a per-app limit or global to all gnome applications? How about a compromise? Could we truncate all but the last 1000 lines in /etc/X11/Xsession? Sure. Or perhaps 1000*80 characters (never encountered super long lines as output to .xsession-errors, but could happen). Good point. I recall seeing binaries in ~/.xsession-errors. The attached patch keeps only the last 512 KiB of ~/.xsession-errors on login. Can you test if this works for you? From 5433fac367d3c14fedfc542b0710cc1399683ac4 Mon Sep 17 00:00:00 2001 From: Timo Juhani Lindfors timo.lindf...@iki.fi Date: Mon, 13 Sep 2010 14:25:54 +0300 Subject: [PATCH] Keep only last 512 KiB of .xsession-errors --- debian/x11-common/etc/X11/Xsession |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/debian/x11-common/etc/X11/Xsession b/debian/x11-common/etc/X11/Xsession index 6ad7d6e..6937e8f 100755 --- a/debian/x11-common/etc/X11/Xsession +++ b/debian/x11-common/etc/X11/Xsession @@ -74,6 +74,13 @@ else errormsg unable to create X session log/error file; aborting. fi +if ERRFILETMP=$(tempfile 2 /dev/null); then +# Keep only last 512 KiB of $ERRFILE +tail --bytes 524288 $ERRFILE $ERRFILETMP +cat $ERRFILETMP $ERRFILE +rm -f $ERRFILETMP +fi + exec $ERRFILE 21 echo $PROGNAME: X session started for $LOGNAME at $(date) -- 1.7.1
Bug#596634: x11-common: /etc/X11/Xsession always appends to .xsession-errors
Julien Cristau jcris...@debian.org writes: That seems to duplicate the last 512kB rather than remove the rest? Perhaps your '' ought to be ''? Whoops, yes indeed. I had some debugging prints like starting session on $(date) there and forgot . Fixed version is attached. From d1df83712f29dc7ffe2203f38efdd290fbac6535 Mon Sep 17 00:00:00 2001 From: Timo Juhani Lindfors timo.lindf...@iki.fi Date: Mon, 13 Sep 2010 14:25:54 +0300 Subject: [PATCH] Keep only last 512 KiB of .xsession-errors --- debian/x11-common/etc/X11/Xsession |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/debian/x11-common/etc/X11/Xsession b/debian/x11-common/etc/X11/Xsession index 6ad7d6e..6145389 100755 --- a/debian/x11-common/etc/X11/Xsession +++ b/debian/x11-common/etc/X11/Xsession @@ -74,6 +74,13 @@ else errormsg unable to create X session log/error file; aborting. fi +if ERRFILETMP=$(tempfile 2 /dev/null); then +# Keep only last 512 KiB of $ERRFILE +tail --bytes 524288 $ERRFILE $ERRFILETMP +cat $ERRFILETMP $ERRFILE +rm -f $ERRFILETMP +fi + exec $ERRFILE 21 echo $PROGNAME: X session started for $LOGNAME at $(date) -- 1.7.1
Bug#596634: x11-common: /etc/X11/Xsession always appends to .xsession-errors
[I'm not a maintainer, just happened be following X bugs...] Tim Connors report...@rather.puzzling.org writes: before the user gets to review them, they can always log into the console and review the errors before they restart X. Always might be too strong word. On my PDA I don't have a physical keyboard, the only way to read .xsession-errors is via X or by connecting a laptop. And on my laptop switching virtual consoles sometimes fails if I have used suspend... This is particularly insidious when the disk is full because something was writing lots of crap to ~/.xsession-errors. That crap is not I think this is the real problem and applications should be fixed to limit their error output. because of too much crap emitted to ~/.xsession-errors? Well, just let the unsophisticated user log out and log back in again. How about a compromise? Could we truncate all but the last 1000 lines in /etc/X11/Xsession? -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84pqwi9spm@sauna.l.org
Bug#596064: xserver-xorg: /usr/bin/X hangs (CPU 100%) on nVidia Corporation GT218 [GeForce 310]
Hector Oron hector.o...@gmail.com writes: I finally got it ! :) Thanks, this confirms my suspicion: ioctl(9, 0x40086485, 0x7fffa426f020) = ? ERESTARTSYS (To be restarted) --- SIGALRM (Alarm clock) @ 0 (0) --- rt_sigreturn(0xe) = -1 EINTR (Interrupted system call) ioctl(9, 0x40086485, 0x7fffa426f020) = ? ERESTARTSYS (To be restarted) --- SIGALRM (Alarm clock) @ 0 (0) --- rt_sigreturn(0xe) = -1 EINTR (Interrupted system call) ioctl(9, 0x40086485, 0x7fffa426f020) = ? ERESTARTSYS (To be restarted) --- SIGALRM (Alarm clock) @ 0 (0) --- rt_sigreturn(0xe) = -1 EINTR (Interrupted system call) ioctl(9, 0x40086485, 0x7fffa426f020) = ? ERESTARTSYS (To be restarted) --- SIGALRM (Alarm clock) @ 0 (0) --- rt_sigreturn(0xe) = -1 EINTR (Interrupted system call) ioctl(9, 0x40086485, 0x7fffa426f020) = ? ERESTARTSYS (To be restarted) --- SIGALRM (Alarm clock) @ 0 (0) --- rt_sigreturn(0xe) = -1 EINTR (Interrupted system call) ioctl(9, 0x40086485, 0x7fffa426f020) = ? ERESTARTSYS (To be restarted) --- SIGALRM (Alarm clock) @ 0 (0) --- rt_sigreturn(0xe) = -1 EINTR (Interrupted system call) ioctl(9, 0x40086485, 0x7fffa426f020) = ? ERESTARTSYS (To be restarted) --- SIGALRM (Alarm clock) @ 0 (0) --- rt_sigreturn(0xe) = -1 EINTR (Interrupted system call) ioctl(9, 0x40086485, 0x7fffa426f020) = ? ERESTARTSYS (To be restarted) --- SIGALRM (Alarm clock) @ 0 (0) --- rt_sigreturn(0xe) = -1 EINTR (Interrupted system call) ioctl(9, 0x40086485, 0x7fffa426f020) = ? ERESTARTSYS (To be restarted) --- SIGALRM (Alarm clock) @ 0 (0) --- rt_sigreturn(0xe) = -1 EINTR (Interrupted system call) Somebody who understand these ioctls() should try to figure out why it never succeeds. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84zkvpbo49@sauna.l.org
Bug#596064: xserver-xorg: /usr/bin/X hangs (CPU 100%) on nVidia Corporation GT218 [GeForce 310]
Hector Oron zu...@debian.org writes: X server makes CPU go at 100%. It is usually reproducible when I open iceweasel and look into some webpage which triggers gnash, it also happens on chromium-browser, but not so often. I blame nouveau driver, but you might know better. Some info I am able to provide is: Thanks for your report (I'm not a maintainer, just happened to be following the bug reports). After you have started X, can you login from some other computer with ssh and run sudo strace -p $(pidof X) -o X.strace -s4096 -f -tt? Then do something to trigger the bug but note that you should not enter any passwords or sensitive information. When X crashes, use tail -n 5 X.strace | gzip -9 X.strace.gz and send X.strace.gz to this bug report so that we see the last 5 system calls made by the server. My very wild guess is that it is stuck in that ioctl and input events keep accumulating until miEventQueue fills up. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84fwxkgza1@sauna.l.org
best practices for running Xorg as non-root?
Hi, just out of curiosity I tried running Xorg as non-root on my freerunner (armel). I was surprised that it worked since this feature does not seem to be advertised much. The details are below. Please let me know if there are any existing plans on supporting running Xorg as non-root in debian. 1) My xorg.conf is $ cat /etc/X11/xorg.conf Section Device Identifier Configured Video Device Driver fbdev EndSection Section ServerLayout Identifier Default Layout Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDevicepower EndSection Section InputDevice Identifier Mouse0 Driver tslib Option Device /dev/input/event1 Option Width 480 Option Height 640 EndSection Section InputDevice Identifier power Driver evdev Option Device /dev/input/event0 EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor DisplaySize 200 200 EndSection Section Device Identifier Videocard0 Driver fbdev EndSection Section Screen Identifier Screen0 Device Videocard0 Monitor Monitor0 DefaultDepth 16 EndSection Section ServerFlags Option AutoAddDevices False EndSection 2) I created a new user and group for Xorg, should this be standardized in Debian? sudo addgroup --system xorg sudo adduser --system --no-create-home --home /var/run/xorg --disabled-password --ingroup xorg xorg 3) I created a new directory for logs since I do not want to make /var/log writable by xorg user. sudo mkdir /var/log/xorg sudo chown xorg:xorg /var/log/xorg 4) I granted Xorg access the framebuffer and relevant virtual consoles sudo chown xorg /dev/tty0 sudo chown xorg /dev/tty2 sudo chown xorg /dev/tty7 sudo chown xorg /dev/input/event0 sudo chown xorg /dev/input/event1 sudo chown xorg /dev/fb0 5) I removed all the root-owned cruft from /tmp sudo rm -fr /tmp/.X0-lock sudo rm -fr /tmp/.X11-unix 6) I was able to run Xorg manually with sudo -u xorg Xorg -logfile /var/log/xorg/Xorg.0.log Integration with xdm was bit tricky. I ended up with a wrapper /usr/local/bin/non-root-X that does #!/bin/sh chown xorg /var/lib/xdm/authdir chown xorg /var/lib/xdm/authdir/authfiles chown xorg /var/lib/xdm/authdir/authfiles/* exec sudo -u xorg Xorg -logfile /var/log/xorg/Xorg.0.log $@ so that I can simply have :0 local /usr/local/bin/non-root-X :0 vt7 -nolisten tcp in /etc/X11/xdm/Xservers. Just for completeness, here's the contents of /var/log/xorg/Xorg.0.log: _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32 armv5tel Debian Current Operating System: Linux ginger 2.6.29-GTA02_lindi2-andy-tracking-mokodev #4 Tue Aug 17 23:10:12 EEST 2010 armv4tl Kernel command line: loglevel=4 console=tty0 console=ttySAC2,115200 init=/sbin/init ro mtdparts=physmap-flash:-(nor);neo1973-nand:0x0004(qi),0x0004(depr-ub-env),0x0080(kernel),0x000a(depr),0x0004(identity-ext2),0x0f6a(rootfs) g_ether.host_addr=00:1F:11:01:1F:6B g_ether.dev_addr=00:1F:11:01:1F:6B root=/dev/mmcblk0p1 rootdelay=1 rootdelay=1 panic=20 mem=127M root=/dev/mmcblk0p2 loglevel=8 Build Date: 24 August 2010 03:05:51PM xorg-server 2:1.7.7-4 (Julien Cristau jcris...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (++) Log file: /var/log/xorg/Xorg.0.log, Time: Mon Sep 6 11:46:24 2010 (==) Using config file: /etc/X11/xorg.conf (==) Using system config directory /usr/share/X11/xorg.conf.d (==) ServerLayout Default Layout (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Videocard0 (**) |--Input Device Mouse0 (**) |--Input Device power (**) Option AutoAddDevices False (**) Not automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/100dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/Type1 does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/100dpi does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi does not exist. Entry deleted from font path. (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. Entry
Bug#595748: xdm: please create $HOME/.Xauthority also on first login
Package: xdm
Version: 1:1.1.10-3
Severity: wishlist
Steps to reproduce:
1) sudo /etc/init.d/xdm stop
2) rm $HOME/.Xauthority
3) sudo /etc/init.d/xdm start
4) login with xdm
5) login with ssh from another machine and try DISPLAY=:0 xclock
Expected results:
5) xclock can connect to the X server since it can use ~/.Xauthority
Actual results:
5) xclock fails since ~/.Xauthority does not exist.
More info:
1) strace of xdm filtered with | grep /.Xauthority | cut --bytes=1-100 shows
2897 stat64(/home/lindi/.Xauthority-c, 0xbeb5eab8) = -1 ENOENT (No such file
or directory)
2897 open(/home/lindi/.Xauthority-c, O_WRONLY|O_CREAT|O_EXCL, 0600) = 3
2897 statfs(/home/lindi/.Xauthority-c, {f_type=EXT2_SUPER_MAGIC,
f_bsize=4096, f_blocks=974515,
2897 link(/home/lindi/.Xauthority-c, /home/lindi/.Xauthority-l) = 0
2897 unlink(/home/lindi/.Xauthority-n) = -1 ENOENT (No such file or
directory)
2897 open(/home/lindi/.Xauthority-n, O_WRONLY|O_CREAT|O_EXCL, 0600) = 3
2897 open(/home/lindi/.Xauthority, O_RDONLY) = -1 ENOENT (No such file or
directory)
2897 unlink(/home/lindi/.Xauthority-c) = 0
2897 unlink(/home/lindi/.Xauthority-l) = 0
2897 recvmsg(7, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=},
msg_iov(1)=[{\360\0\
2897 recvmsg(7, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=},
msg_iov(1)=[{\24\0\0
2897 recvmsg(7, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=},
msg_iov(1)=[{0\0\0\0
2897 recvmsg(7, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=},
msg_iov(1)=[{@\0\0\0
2897 recvmsg(7, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=},
msg_iov(1)=[{\24\0\0
so clearly xdm could created ~/.Xauthority if it wanted.
2) XAUTHORITY=/tmp/.XauthcJv6YX is set for children of xdm. This
however does not help with clients that are started from an ssh session.
3) If I login again then ~/.Xauthority is properly created and
XAUTHORITY is no longer set.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: armel (armv4tl)
Kernel: Linux 2.6.29-GTA02_lindi2-andy-tracking-mokodev
Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Versions of packages xdm depends on:
ii cpp 4:4.4.4-2 The GNU C preprocessor (cpp)
ii debconf [debconf-2.0] 1.5.35 Debian configuration management sy
ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib
ii libpam0g 1.1.1-4Pluggable Authentication Modules l
ii libselinux1 2.0.96-1 SELinux runtime shared libraries
ii libx11-6 2:1.3.3-3 X11 client-side library
ii libxau6 1:1.0.6-1 X11 authorisation library
ii libxaw7 2:1.0.7-1 X11 Athena Widget library
ii libxdmcp6 1:1.0.3-2 X11 Display Manager Control Protoc
ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar
ii libxft2 2.1.14-2 FreeType-based font drawing librar
ii libxinerama1 2:1.1-3X11 Xinerama extension library
ii libxmu6 2:1.0.5-2 X11 miscellaneous utility library
ii libxpm4 1:3.5.8-1 X11 pixmap library
ii libxrender1 1:0.9.6-1 X Rendering Extension client libra
ii libxt61:1.0.7-1 X11 toolkit intrinsics library
ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip
ii procps1:3.2.8-9 /proc file system utilities
ii x11-common1:7.5+6X Window System (X.Org) infrastruc
ii x11-utils 7.5+4 X11 utilities
ii x11-xserver-utils 7.5+2 X server utilities
xdm recommends no packages.
xdm suggests no packages.
-- Configuration Files:
/etc/X11/xdm/Xresources changed:
! $Xorg: Xresources,v 1.3 2000/08/17 19:54:17 cpqbld Exp $
!
!
!
!
! $XFree86: xc/programs/xdm/config/Xres.cpp,v 1.6 2003/01/04 03:11:31 dawes Exp
$
!
Xcursor.theme: whiteglass
xlogin*login.translations: #override \
CtrlKeyR: abort-display()\n\
KeyF1: set-session-argument(failsafe) finish-field()\n\
KeyDelete: delete-character()\n\
KeyLeft: move-backward-character()\n\
KeyRight: move-forward-character()\n\
KeyHome: move-to-begining()\n\
KeyEnd: move-to-end()\n\
CtrlKeyKP_Enter: set-session-argument(failsafe) finish-field()\n\
KeyKP_Enter: set-session-argument() finish-field()\n\
CtrlKeyReturn: set-session-argument(failsafe) finish-field()\n\
KeyReturn: set-session-argument() finish-field()
xlogin*greeting: Welcome to CLIENTHOST
xlogin*namePrompt: \040\040\040\040\040\040\040Login:
xlogin*fail: Login incorrect
xlogin*greetFont: -adobe-helvetica-bold-o-normal--24-240-75-75-p-138-iso8859-1
xlogin*font:
Bug#588785: #588785 xterm: consider supporting freedesktop.org style clipboard behavior
Thomas Dickey dic...@his.com writes: I think it's likely that the unprocessed KeyRelease events are confusing the X library. Adding ignore's for those seems to improve it: *VT100*translations:#override \n\ Shift Ctrl KeyPress v:insert-selection(CLIPBOARD)\n\ Shift Ctrl KeyRelease v:ignore() \n\ ShiftBtn1Down:select-start()\n\ ShiftBtn1Motion:select-extend()\n\ Shift Ctrl KeyPress c:select-end(CLIPBOARD)\n\ Shift Ctrl KeyRelease c:ignore() \n\ BtnUp:ignore() \n I see two different problematic scenarios: 1) select text 2) hit ctrl-shift-c without moving mouse 3) move the mouse and click somewhere so that no text is selected anymore = terminal does not respond anymore 1) select text 2) hit ctrl-shift-c without moving mouse 3) hit backspace until you start removing selected characters = contents of clipboard is cleared However, the original wish 1) select text 2) hit ctrl-shift-c without moving mouse 3) hit ctrl-shift-v without moving mouse seems to work. Is it possible to extend this wishlist bug to also cover the first two cases? ;-) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84lj7k306d@sauna.l.org
Bug#588785: #588785 xterm: consider supporting freedesktop.org style clipboard behavior
Thomas Dickey dic...@his.com writes: I saw something like that, the first time I tried the script, but am unsure where the problem lies. But then I ran a few more times without encountering the bug (puzzled). If it's more/less reproducible, I might be able to see something with a debug-trace (unless the problem lies in the X libraries). I see it quite often but not always :-) The attached xterm.xtrace.bz2 shows how the terminal works for a while but then stops responding. When it stopped responding I typed terminal is not responding or something like that so that you can find it from the trace (if you convert the keycodes back to ascii...). xterm.xtrace.bz2 Description: Binary data
Bug#588785: #588785 xterm: consider supporting freedesktop.org style clipboard behavior
[Sorry for resending, I mistyped the bugs.debian.org address...] Thomas Dickey dic...@his.com writes: Shift Ctrl KeyPress c:select-end(CLIPBOARD)\n That should work... With XTerm*VT100.Translations: #override\n\ Shift Ctrl KeyPress v:insert-selection(CLIPBOARD)\n\ ShiftBtn1Down:select-start()\n\ ShiftBtn1Motion:select-extend()\n\ Shift Ctrl KeyPress c:select-end(CLIPBOARD)\n step 2 fails: clipboard contents does not change at all. Are you getting different behavior? -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8439txdtl7@sauna.l.org
Bug#588785: #588785 xterm: consider supporting freedesktop.org style clipboard behavior
Thomas Dickey dic...@his.com writes: I do see a difference. It was actually copying to primary based on this line in the default translations: Hmm. I am not quite sure how to change the defaults without rebuilding xterm but when appres XTerm shows ... *VT100.font6: 10x20 XTerm*VT100.Translations: #override\n\ Shift Ctrl KeyPress v:insert-selection(CLIPBOARD)\n\ ShiftBtn1Down:select-start()\n\ ShiftBtn1Motion:select-extend()\n\ Shift Ctrl KeyPress c:select-end(CLIPBOARD)\n\ BtnUp:ignore() \n *ptyInitialErase: true ... steps 1 and 2 indeed seem to do what I asked. However, there's a side effect: after that it seems that the terminal ignores all keyboard input. This includes normal characters and also ctrl-shift-v that would be needed in step 3. (There's also the issue that one can't move the mouse between steps 1 or 2 but let's not worry about that yet.) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84tymdc9d7@sauna.l.org
Bug#588785: xterm: consider supporting freedesktop.org style clipboard behavior
Package: xterm Version: 261-1 Severity: wishlist This is a wishlist bug. I was not able to locate upstream bug tracker so I'm filing it here instead, please forward if appropriate. I wish that xterm could be configured to support freedesktop.org style clipboard behavior. For example I'd like to be able to do the following: 1) select text using mouse 2) hit ctrl-shift-c 3) hit ctrl-shift-v with the following expected results: 2) selected text is added to clipboard (not only primary selection) 3) contents of clipboard is sent as input to the application running under xterm I can implement step 3 with XTerm*VT100.Translations: #override\n\ Shift Ctrl KeyPress v:insert-selection(CLIPBOARD) in ~/.Xresources. However, step 2 seems to be tricky to implement currently. I tried XTerm*VT100.Translations: #override\n\ Shift Ctrl KeyPress v:insert-selection(CLIPBOARD)\n\ ShiftBtn1Down:select-start()\n\ ShiftBtn1Motion:select-extend()\n\ ShiftBtn1Up:select-end(CLIPBOARD)\n which is almost what I want. The problem is that it overwrites the contents of clipboard too early, it should wait for me to press ctrl-shift-c. Since it does not do this it is very easy to accidentally destroy contents of clipboard by selecting some text. Especially on a touchscreen it is very easy to accidentally select text. Would it be possible to add some sort of copy contents of primary selection to clipboard command to xterm so that I could bind it to ctrl-shift-c? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages xterm depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-2.1 generic font configuration library ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libncurses5 5.7+20100313-2 shared libraries for terminal hand ii libutempter0 1.1.5-3A privileged helper for utmp/wtmp ii libx11-6 2:1.3.3-3 X11 client-side library ii libxaw7 2:1.0.7-1 X11 Athena Widget library ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxmu6 2:1.0.5-1 X11 miscellaneous utility library ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii xbitmaps 1.1.0-1Base X bitmaps Versions of packages xterm recommends: ii x11-utils 7.5+4 X11 utilities ii xutils1:7.5+6X Window System utility programs m Versions of packages xterm suggests: pn xfonts-cyrillic none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8439vpkq07@sauna.l.org
Bug#588380: xdm: entering empty username logs in as nobody
Package: xdm Version: 1:1.1.10-3 Severity: normal Steps to reproduce: 1) cat /etc/pam.d/xdm EOF # $Id: xdm.pam 189 2005-06-11 00:04:27Z branden $ # lindi: #...@include common-auth authrequiredpam_permit.so # /lindi @include common-account @include common-session @include common-password authrequisite pam_nologin.so authrequiredpam_env.so authrequiredpam_env.so envfile=/etc/default/locale session requiredpam_limits.so 2) hit enter to xdm login prompt Expected results: 2) xdm complains that empty username is not valid Actual results: 2) xdm lets me login as nobody. More info: 1) If this is not a bug, then please at least document it. $ dpkg -L xdm|xargs grep nobod /etc/X11/xdm/xdm-config:DisplayManager.willing: su nobody -c /etc/X11/xdm/Xwilling finds no mention of the nobody user having anything to do with xdm. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: armel (armv4tl) Kernel: Linux 2.6.32om-gta02-2.6.32-a9254be10ac2294ea20165a87c09ea6av20 Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages xdm depends on: ii cpp 4:4.4.4-2 The GNU C preprocessor (cpp) ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libpam0g 1.1.1-3Pluggable Authentication Modules l ii libselinux1 2.0.94-1 SELinux runtime shared libraries ii libx11-6 2:1.3.3-3 X11 client-side library ii libxau6 1:1.0.5-2 X11 authorisation library ii libxaw7 2:1.0.7-1 X11 Athena Widget library ii libxdmcp6 1:1.0.3-2 X11 Display Manager Control Protoc ii libxext6 2:1.1.1-3 X11 miscellaneous extension librar ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxinerama1 2:1.1-3X11 Xinerama extension library ii libxmu6 2:1.0.5-1 X11 miscellaneous utility library ii libxpm4 1:3.5.8-1 X11 pixmap library ii libxrender1 1:0.9.5-2 X Rendering Extension client libra ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip ii procps1:3.2.8-9 /proc file system utilities ii x11-common1:7.5+6X Window System (X.Org) infrastruc ii x11-utils 7.5+4 X11 utilities ii x11-xserver-utils 7.5+1 X server utilities xdm recommends no packages. xdm suggests no packages. -- Configuration Files: /etc/X11/xdm/Xresources changed: ! $Xorg: Xresources,v 1.3 2000/08/17 19:54:17 cpqbld Exp $ ! ! ! ! ! $XFree86: xc/programs/xdm/config/Xres.cpp,v 1.6 2003/01/04 03:11:31 dawes Exp $ ! Xcursor.theme: whiteglass xlogin*login.translations: #override \ CtrlKeyR: abort-display()\n\ KeyF1: set-session-argument(failsafe) finish-field()\n\ KeyDelete: delete-character()\n\ KeyLeft: move-backward-character()\n\ KeyRight: move-forward-character()\n\ KeyHome: move-to-begining()\n\ KeyEnd: move-to-end()\n\ CtrlKeyKP_Enter: set-session-argument(failsafe) finish-field()\n\ KeyKP_Enter: set-session-argument() finish-field()\n\ CtrlKeyReturn: set-session-argument(failsafe) finish-field()\n\ KeyReturn: set-session-argument() finish-field() xlogin*greeting: Welcome to CLIENTHOST xlogin*namePrompt: \040\040\040\040\040\040\040Login: xlogin*fail: Login incorrect xlogin*greetFont: -adobe-helvetica-bold-o-normal--24-240-75-75-p-138-iso8859-1 xlogin*font: -adobe-helvetica-medium-r-normal--18-180-75-75-p-98-iso8859-1 xlogin*promptFont: -adobe-helvetica-bold-r-normal--18-180-75-75-p-103-iso8859-1 xlogin*failFont: -adobe-helvetica-bold-r-normal--18-180-75-75-p-103-iso8859-1 xlogin*greetFace: Serif-24:bold:italic xlogin*face:Helvetica-18 xlogin*promptFace: Helvetica-18:bold xlogin*failFace:Helvetica-18:bold xlogin*greetFont: -adobe-helvetica-bold-o-normal--17-120-100-100-p-92-iso8859-1 xlogin*font: -adobe-helvetica-medium-r-normal--12-120-75-75-p-67-iso8859-1 xlogin*promptFont: -adobe-helvetica-bold-r-normal--12-120-75-75-p-70-iso8859-1 xlogin*failFont: -adobe-helvetica-bold-o-normal--14-140-75-75-p-82-iso8859-1 xlogin*greetFace: Serif-18:bold:italic xlogin*face:Helvetica-12 xlogin*promptFace: Helvetica-12:bold xlogin*failFace:Helvetica-14:bold xlogin*borderWidth: 1 xlogin*frameWidth: 5 xlogin*innerFramesWidth: 2 xlogin*shdColor: grey30 xlogin*hiColor: grey90 xlogin*background: grey !xlogin*foreground: darkgreen
Bug#575521: 0: (vdso) ((nil)+0xbe91e528) [0xbe91e528] Segmentation fault at address 0x1c
Julien Cristau jcris...@debian.org writes: Is it still reproducible with 1.7.7? If so, you'll probably either have I removed the hold status of xserver-xorg-core and let it upgrade to 2:1.7.7-1 on 2010-05-23. I have not encountered a crash yet but I would not yet declare it as working. Is there some way to guarantee that a log entry is preserved if Xorg crashes? Currently xdm restarts Xorg automatically and I have only /var/log/Xorg.0.log.old available. If I don't notice this then the next reboot will overwrite the log when Xorg starts again. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84wruc11ng@sauna.l.org
Bug#575521: 0: (vdso) ((nil)+0xbe91e528) [0xbe91e528] Segmentation fault at address 0x1c
Julien Cristau jcris...@debian.org writes: Unfortunately the backtrace in the initial report was pretty much useless; gdb should do better than glibc's backtrace(), if you manage to get that to work. Yes I know but I would at least want to notice the crash reliably so that we could try to figure out if the new version is affected at all or not. Currently it seems to be ok but I'm afraid I might miss a crash if it happens when I'm not looking at my phone :-) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84sk500z70@sauna.l.org
Bug#201855: xdm autologin important for tiny devices
jida...@jidanni.org writes: That is half the way to full automatic login! Every day for the last 10 years I've had to type in username and password. Can somebody tell me how to get some relief without having to switch display managers, for heavens sake. Heh, afaik it is just not possible with xdm but I can be wrong. I did not want fully automatic login myself since I wanted to have guest and rescue users for the case where my normal account does not work. -Timo -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84sk5787gb@sauna.l.org
Bug#575521: 0: (vdso) ((nil)+0xbe91e528) [0xbe91e528] Segmentation fault at address 0x1c
I have used ii x11-xserver-utils 7.5+1X server utilities ii xserver-common2:1.7.5-1common files used by various X servers ii xserver-xglamo1.3.0.0+git20080807-3tiny X server for the SMedia Glamo graphics ii xserver-xorg 1:7.5+5 the X.Org X server ii xserver-xorg-core 2:1.7.5-1Xorg X server - core server ii xserver-xorg-dev 2:1.7.5-1Xorg X server - development files ii xserver-xorg-input-evdev 1:2.3.2-4X.Org X server -- evdev input driver ii xserver-xorg-input-synaptics 1.2.1-1 Synaptics TouchPad driver for X.Org server ii xserver-xorg-input-tslib 0.0.6-3 tslib touchscreen driver for X.Org/XFree86 s ii xserver-xorg-video-fbdev 1:0.4.1-2X.Org X server -- fbdev display driver now for a week without crashes so I am very confident that it is the new version 2:1.7.6-1 that causes the problems. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84ljd5r1a2@sauna.l.org
Bug#575521: 0: (vdso) ((nil)+0xbe91e528) [0xbe91e528] Segmentation fault at address 0x1c
Package: xserver-xorg Version: 1:7.5+5 Severity: normal Xorg crashed on my openmoko neo freerunner gta02v5 using xserver-xorg-video-fbdev. I do not know a way to reproduce this bug. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Feb 8 2009 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1669616 Mar 24 01:16 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 995 Feb 12 01:00 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section Device Identifier Configured Video Device Driver fbdev EndSection Section ServerLayout Identifier Default Layout Screen 0 Screen0 0 0 #InputDeviceMouse0 CorePointer EndSection Section InputDevice Identifier Mouse0 Driver tslib Option Device /dev/input/event1 Option Width 480 Option Height 640 # Option EmulateRightButton1 EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor #DisplaySize 121 162 #DisplaySize 181 243 #DisplaySize 229 307 # * 1.9 DisplaySize 200 200 EndSection Section Device Identifier Videocard0 #Driver glamo Driver fbdev EndSection Section Screen Identifier Screen0 Device Videocard0 Monitor Monitor0 DefaultDepth 16 EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 11701 Feb 12 13:25 /var/log/Xorg.1.log -rw-r--r-- 1 root root 9543 Mar 26 16:12 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.5 Release Date: 2010-02-16 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-trunk-iop32x armv5tel Debian Current Operating System: Linux ginger 2.6.29-GTA02_lindi2-andy-tracking-mokodev #2 Thu Feb 11 11:06:36 EET 2010 armv4tl Kernel command line: loglevel=4 console=tty0 console=ttySAC2,115200 init=/sbin/init ro mtdparts=physmap-flash:-(nor);neo1973-nand:0x0004(qi),0x0004(depr-ub-env),0x0080(kernel),0x000a(depr),0x0004(identity-ext2),0x0f6a(rootfs) g_ether.host_addr=00:1F:11:01:1F:6B g_ether.dev_addr=00:1F:11:01:1F:6B root=/dev/mmcblk0p1 rootdelay=1 rootdelay=1 panic=20 mem=127M root=/dev/mmcblk0p2 loglevel=8 Build Date: 16 February 2010 01:09:09PM xorg-server 2:1.7.5-1 (bui...@all6500-2) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Wed Mar 24 15:15:31 2010 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Videocard0 (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/100dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/Type1 does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/100dpi does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi does not exist. Entry deleted from font path. (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x1a4fe8 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 2 (WW) xf86OpenConsole: setpgid failed: Operation not permitted (WW) xf86OpenConsole: setsid failed: Operation not permitted (II) Open APM successful (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.7.5, module version = 1.0.0 Module class: X.Org Server Extension ABI class:
Bug#575521: 0: (vdso) ((nil)+0xbe91e528) [0xbe91e528] Segmentation fault at address 0x1c
Hi, I hit this again so I suspect it is something that was caused by my recent upgrade: $ grep xorg /var/log/dpkg.log|grep upg 2010-03-24 23:37:17 upgrade xserver-xorg-core 2:1.7.5-1 2:1.7.6-1 2010-03-24 23:37:42 upgrade xserver-xorg-dev 2:1.7.5-1 2:1.7.6-1 I will downgrade back to 2:1.7.5-1 for a while to verify this claim. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84bpeax28w@sauna.l.org
Bug#201855: xdm autologin important for tiny devices
Hi, on my openmoko freerunner I modified /etc/pam.d/xdm by replacing @include common-auth with authrequiredpam_permit.so so that I only need to type the username of the user I want to use. This is not as good as automated login after preconfigured timeout but usable still. (Automatic login without timeout would not be usable in my case since I really want to use different users.) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500626: [Smartphones-userland] [pkg-fso-maint] Bug#500626: xserver-xglamo: fonts are very large in e.g. midori
Luca Capello [EMAIL PROTECTED] writes: When have you launched xdpyinfo? I discovered the following: I didn't realize previous xrandr commands would have such an effect so no, I don't remember which xrandr commands I used exactly before running xdpyinfo. 1) at boot I get 75x75, fonts are a bit smaller, but still OK 2) `xrandr -s [0|1]` changes to 284x280, the same with `xrandr -o [0|2]` 3) `xranrd -o [1|3]` changes to 378x210 4) `xrandr -s [2|3]` changes to 142x140 I tried xrandr -o 0 xdpyinfo xrandr -o 3 xdpyinfo xrandr -o 3 xdpyinfo xrandr -s 3 xdpyinfo xrandr -s 2 xdpyinfo and then xglamo crashed. I can reproduce this crash every time (at least with version 1.3.0.0+git20080807-3), can you? Also after crash the display is not in the normal 480x640 mode which is also a bug. Then, I can go back to 75x75 anymore, i.e. `xrandr --dpi 75` doesn't have any effect. Timo, do you have the same? Yes, xrandr --dpi 75 does not change it anymore to 75x75. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319900: ssh: xterm -e ssh -f somehost xclock fails randomly most of the time
Hi, On Tue, Apr 10, 2007 at 09:58:41PM +0200, Brice Goglin wrote: About 2 years ago, you reported a bug to the Debian BTS regarding ssh xclock often failing. I can't reproduce here. Did you reproduce this problem recently? With Xorg/Etch? If not, I will close this bug in the next weeks. I have not been able to test this bug on the same system where it occured originally yet. However, at least on etch running VNC I couldn't reproduce this bug anymore. Feel free to close it, i'll reopen it if I ever see the behavior again in the future. -Timo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353356: xlibmesa-gl-dev: trying to overwrite `/usr/include/GL/glext.h', which is also in package mesa-common-dev
Package: xlibmesa-gl-dev Version: 6.9.0.dfsg.1-4 Severity: important I tried to build drscheme from etch on unstable but getting build dependencies seems to fail because /usr/include/GL/glext.h is in two packages (and no Replaces or Conflicts is set): $ sudo apt-get build-dep drscheme Password: Reading package lists... Done Building dependency tree... Done The following packages will be REMOVED: libgl1-mesa-swx11 The following NEW packages will be installed: libssl-dev xlibmesa-gl xlibmesa-gl-dev 0 upgraded, 3 newly installed, 1 to remove and 1 not upgraded. Need to get 3131kB of archives. After unpacking 4923kB of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://ftp.fi.debian.org sid/main libssl-dev 0.9.8a-7 [2076kB] Get:2 http://ftp.fi.debian.org sid/main xlibmesa-gl 6.9.0.dfsg.1-4 [311kB] Get:3 http://ftp.fi.debian.org sid/main xlibmesa-gl-dev 6.9.0.dfsg.1-4 [744kB] Fetched 3131kB in 31s (98.7kB/s) dpkg: libgl1-mesa-swx11: dependency problems, but removing anyway as you request: gtkglarea5 depends on xlibmesa3-gl | libgl1; however: Package xlibmesa3-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. libwxgtk2.4 depends on xlibmesa-gl | libgl1; however: Package xlibmesa-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. libxine1 depends on xlibmesa-gl | libgl1; however: Package xlibmesa-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. libglu1-xorg depends on xlibmesa-gl | libgl1; however: Package xlibmesa-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. tdfsb depends on xlibmesa-gl | libgl1; however: Package xlibmesa-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. xt depends on xlibmesa-gl | libgl1; however: Package xlibmesa-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. planetpenguin-racer depends on xlibmesa-gl | libgl1; however: Package xlibmesa-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. drscheme depends on xlibmesa-gl | libgl1; however: Package xlibmesa-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. blender depends on xlibmesa-gl | libgl1; however: Package xlibmesa-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. xmoto depends on xlibmesa-gl | libgl1; however: Package xlibmesa-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. libgtkgl2.0-1 depends on xlibmesa3-gl | libgl1; however: Package xlibmesa3-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. freeglut3 depends on xlibmesa-gl | libgl1; however: Package xlibmesa-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. libwxgtk2.6-0 depends on xlibmesa-gl | libgl1; however: Package
