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
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
v:insert-selection(CLIPBOARD)\nShift Ctrl
c:copy-selection(CLIPBOARD)'
3) select text using mouse
4) hit ctrl-shift-c
5) cl
Timo Juhani Lindfors 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
Thomas Dickey 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
w
e. 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
Date: Sun, 13 Feb 2011 15:14:28 -0500
Subject: [PATCH 1/3] Use dh
ckaging 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
Date: Sun, 13 Feb 2011 15:14:28 -0500
Subject: [PATCH 1/2] Use dh --with xsf instead of local debia
Thomas Dickey 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
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.
-
Lancelot du Lac 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 sub
erm_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
To: Thomas Dickey
Cc: 588...@bugs.debian.
Thomas Dickey 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 Ctr
Thomas Dickey 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
Hi,
Thomas Dickey 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 de
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 2
yellowprotoss 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 p
forgot >>.
Fixed version is attached.
>From d1df83712f29dc7ffe2203f38efdd290fbac6535 Mon Sep 17 00:00:00 2001
From: Timo Juhani Lindfors
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
t 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
Date: Mon, 13 Sep 2010 14:25:54 +0300
Subject: [PATCH] Keep only last 512 KiB of .xsession-errors
---
debian/x11-com
[I'm not a maintainer, just happened be following X bugs...]
Tim Connors 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
Hector Oron 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
Hector Oron 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
>
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 s
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.
Thomas Dickey 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 v:insert-selection(CLIPBOARD)\n\
> Shift Ctrl v:ignore() \n\
> Shift:select-
Thomas Dickey 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
Thomas Dickey 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:
Thomas Dickey writes:
> ...and it seems to work. If you did not invoke the select-end, and
> started selecting again with the mouse, then that would discard the
> selection.
Odd.
$ appres XTerm
lists
...
*VT100.font6: 10x20
XTerm*VT100.Translations: #override\n\
Shift Ctrl v:insert-
[Sorry for resending, I mistyped the bugs.debian.org address...]
Thomas Dickey writes:
> Shift Ctrl c:select-end(CLIPBOARD)\n
>
> That should work...
With
XTerm*VT100.Translations: #override\n\
Shift Ctrl v:insert-selection(CLIPBOARD)\n\
Shift:select-start()\n\
Shift:select-extend()\n\
S
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 b
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
Julien Cristau 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
Julien Cristau 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 guara
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 w
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
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
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 s
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.
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
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
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:
R
39 matches
Mail list logo
