Bug#532208: [libgl1-mesa-dri] Missing dependency?
Package: libgl1-mesa-dri Version: 7.4.1-1 Severity: normal --- Please enter the report below this line. --- It seems to me that libgl1-mesa-dri is missing a dependency: After updating the xorg core and server (intel) to unstable, apt-get install -t unstable xserver-xorg-video-intel xserver-xorg-core xserver-xorg xserver-xorg-input-kbd xserver-xorg-input-mouse xserver-xorg-input-synaptics the kdm display manager couldn't start X anymore: (EE) AIGLX error: dlopen of /usr/lib/dri/i915_dri.so failed (/usr/lib/dri/i915_dri.so: undefined symbol: _glapi_tls_Context) (EE) AIGLX: reverting to software rendering As /usr/lib/dri/i915_dri.so belongs to libgl1-mesa-dri and that package was already the unstable version 7.4.1-1, while mesa-utils libglu1-mesa were still the old testing version 7.0.3-7, i updated these two last packages to unstable and this solved the problem. Isn't there a missing dependency? ii libgl1-mesa-dri 7.4.1-1 ii libgl1-mesa-glx 7.4.1-1 ii libglu1-mesa 7.4.1-1 ii mesa-utils 7.4.1-1 ii xserver-xorg 1:7.4+1 ii xserver-xorg-core2:1.6.1.901-2 ii xserver-xorg-input-all 1:7.4+1 ii xserver-xorg-input-evdev 1:2.2.2-1 ii xserver-xorg-input-kbd 1:1.3.2-3 ii xserver-xorg-input-mouse 1:1.4.0-2 ii xserver-xorg-input-synaptics 1.1.1~git20090510-1 ii xserver-xorg-input-wacom 0.8.3.2-1 ii xserver-xorg-video-intel 2:2.7.1-1 --- System information. --- Architecture: i386 Kernel: Linux 2.6.29.3 Debian Release: squeeze/sid 990 testing www.debian-multimedia.org 990 testing security.debian.org 990 testing ftp.de.debian.org 950 unstablewww.debian-multimedia.org 800 unstableftp.de.debian.org 700 experimentalftp.de.debian.org 500 stable volatile.debian.org --- Package information. --- Depends (Version) | Installed =-+- libc6 (>= 2.7-1) | 2.9-12 libdrm-intel1 (>= 2.4.5) | 2.4.9-2 libdrm2(>= 2.3.1) | 2.4.9-2 libexpat1 (>= 1.95.8) | 2.0.1-4 Package's Recommends field is empty. Suggests (Version) | Installed -+-=== libglide3|
Bug#530633: Invalid master alternatives, please tell us
Hello, since dpkg 1.15, update-alternatives is more strict and forbids lots of silly operations that were previously accepted. Unfortunately improper usage of u-a in the past could lead to cruft files that cause bugs on upgrade. You have examples in #530633 and #531611. | Setting up gnome-session (2.26.1-6) ... | Installing new version of config file /etc/gnome/defaults.list ... | update-alternatives: error: alternative x-session-manager.1.gz can't be slave of x-session-manager: it is a master alternative. Since alternatives are shared among numerous packages, it makes sense sometimes to do the corresponding cleanup directly in dpkg to avoid having to duplicate it in all the packages implementing the alternatives. I've done so for the two cases listed above but if you encounter other case where it makes sense to fix it in dpkg, please let us know. Cheers, -- Raphaël Hertzog Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny : http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/ -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: Bug#530633 marked as pending
Processing commands for cont...@bugs.debian.org: > tag 530633 pending Bug#530633: xterm should cleanup improper master alternative x-terminal-emulator.1.gz There were no tags set. Bug#530643: update-alternatives b0rkage? Tags added: pending > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#526169: can't even read the login screen
>Ho ho ho, still a disaster, and even in experimental, there is no such a >high numbered kernel yet. Alas, must do ># dpkg -i xserver-xorg-video-intel_2%3a2.6.1-1_i386.deb ># aptitude forbid-version xserver-xorg-video-intel Can you please tell me where could I find xserver-xorg-video-intel_2%3a2.6.1-1_i386.deb? I googled but had no luck. Thanks in advance Mattia -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#532250: /usr/bin/xkbcomp: xkbcomp comes with absolutely no documentation
Package: x11-xkb-utils Version: 7.4+2 Severity: important File: /usr/bin/xkbcomp Tags: upstream xbcomp language is absolutely not documented anywhere, which makes it _really_ difficult to use it. I've not been able to even find the scarcest wiki page or tutorial on the basics of the language on the web. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#532253: xkb-data: pc(pc105) maps instead of Super_R
Package: xkb-data,x11-xkb-utils
Version: 1.6-1
Severity: important
In /usr/share/X11/xkb/symbols/pc, one can read:
key {[ Super_L ] };
modifier_map Mod4 { };
[...]
key {[ Super_R ] };
modifier_map Mod4 { };
And a couple of similar stanzas.
I use the following xkb definition for my keyboard:
default xkb_keymap "mad_fr" {
xkb_keycodes { include "evdev+aliases(qwerty)" };
xkb_types { include "complete" };
xkb_compat{ include "complete" };
xkb_symbols {
include "pc(pc105)+us+inet(logiaccess)"
replace key { [ Super_L, Super_L ] };
replace key { [ Super_L, Super_L ] };
replace key { [ Multi_key, Multi_key ] };
replace key { [ Multi_key, Multi_key ] };
replace key { [ Insert,Insert] };
replace key { [ Multi_key, Multi_key ] };
modifier_map Lock{ Caps_Lock };
modifier_map Control { , Control_L };
modifier_map Mod1{ , Alt_L };
modifier_map Mod2{ Num_Lock };
modifier_map Mod4{ , , Super_L };
};
xkb_geometry { include "pc(pc105)" };
};
// vim:set ft=xkb:
Sadly, because is put in the modifier_map Mod4, even when I remap
to Multi_key, it remains in the modifier_map as which
yields really broken configuration for me. I've been forced to
temporarily add:
modifier_map Mod5{ };
to avoid the problem, which yields a warning from xkbcomp because RWIN
is associated to two maps.
I would suggest to use Super_R in the Mod4 map (and Super_L for the same
reason, and probably some other similar fixes would be nice across the
files), or that xkbcomp provides some way to empty a given modifier_map,
instead of _only_ providing the "extend" semantics.
Without one or the other, it makes it pretty difficult to remap magic
keys, which is really important for some quite broken (as in badly
placed keys) laptop keyboards...
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
