Bug#1009220: libwayland-client0: xdg-desktop-portal-gnome keeps crashing
I followed the links in the Fedora bug and finally found this root cause bug in gtk4: https://gitlab.gnome.org/GNOME/gtk/-/issues/4805 signature.asc Description: This is a digitally signed message part
Bug#613645: xterm: Alt-Enter (M-RET) doesn't work
Package: xterm Version: 268-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, As a emacs org-mode user, I heavily depend on the M-RET key binding. When you type Alt-Enter xterm should send ^[^J then emacs will interpreters it as M-RET, but with this version of xterm this key binding no longer works. You can also use `cat` to check the key as cat will print them literally. For example: $ cat ^[h^[h^[h shows that I've typed three Alt-h combination. But Alt-Enter sends nothing. Regards, Kanru - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-rc4+ (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xterm depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-2.1 generic font configuration library ii libice6 2:1.0.7-1 X11 Inter-Client Exchange library ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libutempter0 1.1.5-3A privileged helper for utmp/wtmp ii libx11-6 2:1.4.1-4 X11 client-side library ii libxaw7 2:1.0.9-2 X11 Athena Widget library ii libxft2 2.2.0-2FreeType-based font drawing librar ii libxmu6 2:1.1.0-1 X11 miscellaneous utility library ii libxt61:1.0.9-2 X11 toolkit intrinsics library ii xbitmaps 1.1.1-1Base X bitmaps Versions of packages xterm recommends: ii x11-utils 7.6+1 X11 utilities Versions of packages xterm suggests: pn xfonts-cyrillic none (no description available) - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk1bthMACgkQsbdbXzZcx6LvrACfUjs6jCfZ/5an47ocek0fFhNX FLIAnjnYnFrdo7/pe4NCfQ811eyKJG5Y =YfFJ -END PGP SIGNATURE- -- 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/20110216113342.24980.96929.report...@anar.kanru.info
Bug#613645: xterm: Alt-Enter (M-RET) doesn't work
package xterm merge 612978 613645 thanks Thomas Dickey dic...@his.com writes: On Wed, 16 Feb 2011, Kan-Ru Chen wrote: Package: xterm Version: 268-1 Severity: normal this is a duplicate of #612978 (which I'm working on at the moment). Thanks! I didn't know Alt-Enter was bound to full screen; does it work under tiling window manager? ;-) #Kanru -- 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/87tyg4i2ad@anar.kanru.info
Bug#613645: xterm: Alt-Enter (M-RET) doesn't work
Thomas Dickey dic...@his.com writes: On Wed, 16 Feb 2011, Kan-Ru Chen wrote: Thanks! I didn't know Alt-Enter was bound to full screen; does it work yes... you've run into a bug that I fixed a few days ago (since you commented that it's doing nothing). Misled by the manpage, I used 32-bit data for reading the list of supported features. When I added the feature, it wasn't (as) clear to me that people actually used alt-enter. So now I know, and am making the feature configurable (which in turn leads to new functionality, etc). Do you mean _NET_WM_STATE_FULLSCREEN in _NET_SUPPORTED array? Awesome3 does advertise this feature. But neither Alt-Enter nor Full Screen option set the atom. under tiling window manager? ;-) I did suppose it would work better in ion2/ion3 than the ordinary layout, which uses character-sized increments for the window manager hints. But I've been busy setting up new machines for testing ports, and didn't follow up on checking that. Given your question, I've added ion2/ion3 to my Lenny machine. Any other suggestions for testing? Too many window manager out there. I would suggest “awesome” which I use. ;-) thanks you're welcome Kanru -- A badly written book is only a blunder. A bad translation of a good book is a crime. -- Gilbert Highet -- 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/87lj1fiekx@anar.kanru.info
Bug#584841: xterm: fastScroll rendering artifacts
Package: xterm Version: 258-1 Severity: normal This bug appeared after xterm-257. The manual says fastScroll changes the jumpScroll behavior to suppress screen refreshes for the special case like cat'ing a large file. Now if the fastScroll is true, the screen still flickers and even worse is that the screen renders artifacts. A screenshot of 'cat /usr/share/dict/words' is attached. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-rc7 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xterm depends on: ii libc6 2.11.1-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+3 X11 utilities Versions of packages xterm suggests: pn xfonts-cyrillic none (no description available) -- no debconf information attachment: 2010-06-07-091238_557x326_scrot.png
Bug#580946: #580946 xterm: latest upgrade broke scrolling on kFreeBSD
On Tue, 11 May 2010 17:34:41 -0400, Thomas Dickey dic...@his.com wrote: If the problem is (for example) a conflict with the user's xmodmap use of the ScrollLock key, this resource setting is what's needed to work around: allowScrollLock (class AllowScrollLock) Specifies whether control sequences that set/query the Scroll Lock key should be allowed, as well as whether the Scroll Lock key responds to user's keypress. The default is “true.” It seems it's related to the fastScroll handling. In xterm-256 if fastScroll is set, xterm skips large chunks of outputs like cat /usr/share/dict/words or dmesg But in xterm-258 the screen flickers and has lots of artifacts. Maybe in some case the screen will be totally locked? If this is not that case then I will open a separate bug. Cheers, Kanru pgp28ASUw7Ij6.pgp Description: PGP signature
Bug#577769: xserver-xorg-core: ignores /usr/lib/X11/xorg.conf.d/ in the presence of /etc/X11/xorg.conf.d/
Hi Julien, The manpage xorg.conf(5) gives a impression that all configuration files will be searched, in a sane order. Combine the InputClass sections' description, users will think: okay, I can override the default settings by adding files to /etc/X11/xorg.conf.d Because other conf.d, rules.d, etc. have this kind of usage. But the Xorg's behavior is rather surprising. Regards, Kanru pgpgiWsV5IttR.pgp Description: PGP signature
Bug#569314: Enabling CONFIG_VT_HW_CONSOLE_BINDING fixed this
I think it's due to grub-pc was trying to preserve efifb. I don't know
when this was introduced.
/etc/grub.d/10_linux:64:
# Use ELILO's generic efifb when it's known to be available.
# FIXME: We need an interface to select vesafb in case efifb can't be
used.
if grep -qx CONFIG_FB_EFI=y /boot/config-${version} 2 /dev/null ; then
cat EOF
set gfxpayload=keep
EOF
Xavi Drudis Ferran wrote:
Is there away to tell the kernel to never activate efifb or vesafb and
load i915 form initrd instead ? Or is there a way to unbind it from
all outputs before loading inteldrmfb ? I'd prefer to use debian
kernels than rebuild them at each upgrade. And I guess that compiling
in all framebuffers in a distribution kernel is a little contrary to
the idea of initrd, keeping the kernel small and all that.
Actually the fb subsystem was trying to unbind efifb but failed because
the stock kernel was built without CONFIG_VT_HW_CONSOLE_BINDING.
config VT_HW_CONSOLE_BINDING
bool Support for binding and unbinding console drivers
depends on HW_CONSOLE
default n
---help---
The virtual terminal is the device that interacts with the physical
terminal through console drivers. On these systems, at least one
console driver is loaded. In other configurations, additional
console
drivers may be enabled, such as the framebuffer console. If more
than
1 console driver is enabled, setting this to 'y' will allow you to
select the console driver that will serve as the backend for the
virtual terminals.
See file:Documentation/console/console.txt for more
information. For framebuffer console users, please refer to
file:Documentation/fb/fbcon.txt.
After enabling this, efifb can be successfully unbind and inteldrmfb is
used.
[0.942688] fb0: EFI VGA frame buffer device
[ 22.596877] fb: conflicting fb hw usage inteldrmfb vs EFI VGA - removing
generic driver
[ 22.597101] fb0: inteldrmfb frame buffer device
--
Kan-Ru Chen | http://kanru.info
Q: Why are my replies five sentences or less?
A: http://five.sentenc.es/
--
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/873a12kjwt@anar.kanru.info
