Bug#498079: xserver-xorg-core: No input when starting xserver without configuration file
On Sat, 2008-09-06 at 23:44 +0200, Julien Cristau wrote: If you move /usr/share/doc/hal/examples/10-x11-input.fdi to /etc/hal/fdi/policy/ you should get a working keyboard. Dear Julien, thank you for the quick answer. I did what you suggested and at first it did not work, however upon closer inspection of the log I noticed that I didn't have xserver-xorg-input-evdev installed. After installing that package everything is working, included the USB mouse. However, the layout chosen in gdm is wrong (I have a swiss-german keyboard, and the layout seems to be US): this is obviously a big problem, especially when typing a password. Is there any way to fix that? 3D performance is fine; I cannot try an external monitor right now, but I somehow expect everything to do the right thing. Anyway, shouldn't that file be in /etc/hal/fdi/policy by default? The config-less operation of the xserver was one of the strong selling points of version 1.4. It is definitely hard to figure out what's missing, without help. Thank you! -- You can no more win a war than you can win an earthquake. -- Jeannette Rankin -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Vieni nei Riccione Family Hotels! Ti aspettano servizi per bambini, ampi spazi per il gioco e tanto divertimento! Prenota subito on-line la tua vacanza! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=8234d=7-9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498079: xserver-xorg-core: No input when starting xserver without configuration file
On Sun, Sep 7, 2008 at 08:06:12 +0200, Jack Malmostoso wrote: On Sat, 2008-09-06 at 23:44 +0200, Julien Cristau wrote: If you move /usr/share/doc/hal/examples/10-x11-input.fdi to /etc/hal/fdi/policy/ you should get a working keyboard. Dear Julien, thank you for the quick answer. I did what you suggested and at first it did not work, however upon closer inspection of the log I noticed that I didn't have xserver-xorg-input-evdev installed. After installing that package everything is working, included the USB mouse. However, the layout chosen in gdm is wrong (I have a swiss-german keyboard, and the layout seems to be US): this is obviously a big problem, especially when typing a password. Is there any way to fix that? The layout is set by /usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi, but you can override it from /etc/hal/fdi/policy/ (by changing the input.xkb.layout, input.xkb.variant and input.xkb.options keys). 3D performance is fine; I cannot try an external monitor right now, but I somehow expect everything to do the right thing. Anyway, shouldn't that file be in /etc/hal/fdi/policy by default? The config-less operation of the xserver was one of the strong selling points of version 1.4. It is definitely hard to figure out what's missing, without help. 1.4 adds default input devices when running without a configuration. That was changed in 1.5 in favour of input-hotplug. Unfortunately enabling x11-input.fdi by default needs some work to transition the input device parameters (in particular keyboard layouts) from xorg.conf to the hal configuration, and we haven't had time to do that yet, which is why it's disabled at the moment. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
xserver-xorg-video-savage_2.2.1-2_i386.changes ACCEPTED
Accepted: xserver-xorg-video-savage_2.2.1-2.diff.gz to pool/main/x/xserver-xorg-video-savage/xserver-xorg-video-savage_2.2.1-2.diff.gz xserver-xorg-video-savage_2.2.1-2.dsc to pool/main/x/xserver-xorg-video-savage/xserver-xorg-video-savage_2.2.1-2.dsc xserver-xorg-video-savage_2.2.1-2_i386.deb to pool/main/x/xserver-xorg-video-savage/xserver-xorg-video-savage_2.2.1-2_i386.deb Override entries for your package: xserver-xorg-video-savage_2.2.1-2.dsc - source x11 xserver-xorg-video-savage_2.2.1-2_i386.deb - optional x11 Announcing to [EMAIL PROTECTED] Closing bugs: 483989 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of xserver-xorg-video-savage_2.2.1-2_i386.changes
xserver-xorg-video-savage_2.2.1-2_i386.changes uploaded successfully to localhost along with the files: xserver-xorg-video-savage_2.2.1-2.dsc xserver-xorg-video-savage_2.2.1-2.diff.gz xserver-xorg-video-savage_2.2.1-2_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
xserver-xorg-video-savage: Changes to 'refs/tags/xserver-xorg-video-savage-1_2.2.1-2'
Tag 'xserver-xorg-video-savage-1_2.2.1-2' created by Brice Goglin [EMAIL PROTECTED] at 2008-09-07 10:00 + Tagging upload of xserver-xorg-video-savage 1:2.2.1-2 to unstable. Changes since xserver-xorg-video-savage-1_2.2.1-1: Brice Goglin (3): Do not call laptop-detect, let the only user call it directly Update xsfbs/quilt patching rules to be compatible with the Reenable 02_temporary_revert_pciaccess.diff and append all pci-rework changes David Nusinow (2): Remove make-orig-tar-gz target Kill the manifest code. Julien Cristau (6): xsfbs.mk: make 'serverabi' depend on 'install' Remove xsfbs-autoreconf.mk Remove the .pc directory properly xsfbs.sh: add remove_conffile_lookup xsfbs.sh: use 'local' now that policy allows it Merge git.debian.org:/git/pkg-xorg/xsfbs into debian-unstable --- Makefile.in |2 configure | 256 -- debian/changelog |7 debian/patches/02_temporary_revert_pciaccess.diff | 558 -- debian/patches/series |2 debian/xsfbs/xsfbs-autoreconf.mk | 150 - debian/xsfbs/xsfbs.mk | 102 debian/xsfbs/xsfbs.sh | 394 --- man/Makefile.in |2 src/Makefile.in |2 10 files changed, 477 insertions(+), 998 deletions(-) --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
xserver-xorg-video-savage: Changes to 'debian-unstable'
Makefile.in |2
configure | 256 --
debian/changelog |7
debian/patches/02_temporary_revert_pciaccess.diff | 558 --
debian/patches/series |2
man/Makefile.in |2
src/Makefile.in |2
7 files changed, 261 insertions(+), 568 deletions(-)
New commits:
commit dfe96e5d364fc08cddf3a453d16323ce22513af8
Author: Brice Goglin [EMAIL PROTECTED]
Date: Fri Sep 5 19:39:54 2008 +0200
Reenable 02_temporary_revert_pciaccess.diff and append all pci-rework
changes
diff --git a/Makefile.in b/Makefile.in
index 86587c6..c01a4f7 100644
--- a/Makefile.in
+++ b/Makefile.in
@@ -157,8 +157,6 @@ PACKAGE_STRING = @PACKAGE_STRING@
PACKAGE_TARNAME = @PACKAGE_TARNAME@
PACKAGE_VERSION = @PACKAGE_VERSION@
PATH_SEPARATOR = @PATH_SEPARATOR@
-PCIACCESS_CFLAGS = @PCIACCESS_CFLAGS@
-PCIACCESS_LIBS = @PCIACCESS_LIBS@
PKG_CONFIG = @PKG_CONFIG@
RANLIB = @RANLIB@
SED = @SED@
diff --git a/configure b/configure
index 9d43b77..b24977f 100755
--- a/configure
+++ b/configure
@@ -883,10 +883,6 @@ DRI_TRUE
DRI_FALSE
DRI_CFLAGS
DRI_LIBS
-PCIACCESS_CFLAGS
-PCIACCESS_LIBS
-XSERVER_LIBPCIACCESS_TRUE
-XSERVER_LIBPCIACCESS_FALSE
moduledir
DRIVER_NAME
APP_MAN_SUFFIX
@@ -923,9 +919,7 @@ PKG_CONFIG
XORG_CFLAGS
XORG_LIBS
DRI_CFLAGS
-DRI_LIBS
-PCIACCESS_CFLAGS
-PCIACCESS_LIBS'
+DRI_LIBS'
# Initialize some variables set by options.
@@ -1548,10 +1542,6 @@ Some influential environment variables:
XORG_LIBS linker flags for XORG, overriding pkg-config
DRI_CFLAGS C compiler flags for DRI, overriding pkg-config
DRI_LIBSlinker flags for DRI, overriding pkg-config
- PCIACCESS_CFLAGS
- C compiler flags for PCIACCESS, overriding pkg-config
- PCIACCESS_LIBS
- linker flags for PCIACCESS, overriding pkg-config
Use these variables to override the choices made by `configure' or to help
it to find libraries and programs with nonstandard names/locations.
@@ -4395,7 +4385,7 @@ ia64-*-hpux*)
;;
*-*-irix6*)
# Find out which ABI we are using.
- echo '#line 4398 configure' conftest.$ac_ext
+ echo '#line 4388 configure' conftest.$ac_ext
if { (eval echo $as_me:$LINENO: \$ac_compile\) 5
(eval $ac_compile) 25
ac_status=$?
@@ -7452,11 +7442,11 @@ else
-e 's:.*FLAGS}\{0,1\} :$lt_compiler_flag :; t' \
-e 's: [^ ]*conftest\.: $lt_compiler_flag:; t' \
-e 's:$: $lt_compiler_flag:'`
- (eval echo \\$as_me:7455: $lt_compile\ 5)
+ (eval echo \\$as_me:7445: $lt_compile\ 5)
(eval $lt_compile 2conftest.err)
ac_status=$?
cat conftest.err 5
- echo $as_me:7459: \$? = $ac_status 5
+ echo $as_me:7449: \$? = $ac_status 5
if (exit $ac_status) test -s $ac_outfile; then
# The compiler can only warn and ignore the option if not recognized
# So say no if there are warnings other than the usual output.
@@ -7742,11 +7732,11 @@ else
-e 's:.*FLAGS}\{0,1\} :$lt_compiler_flag :; t' \
-e 's: [^ ]*conftest\.: $lt_compiler_flag:; t' \
-e 's:$: $lt_compiler_flag:'`
- (eval echo \\$as_me:7745: $lt_compile\ 5)
+ (eval echo \\$as_me:7735: $lt_compile\ 5)
(eval $lt_compile 2conftest.err)
ac_status=$?
cat conftest.err 5
- echo $as_me:7749: \$? = $ac_status 5
+ echo $as_me:7739: \$? = $ac_status 5
if (exit $ac_status) test -s $ac_outfile; then
# The compiler can only warn and ignore the option if not recognized
# So say no if there are warnings other than the usual output.
@@ -7846,11 +7836,11 @@ else
-e 's:.*FLAGS}\{0,1\} :$lt_compiler_flag :; t' \
-e 's: [^ ]*conftest\.: $lt_compiler_flag:; t' \
-e 's:$: $lt_compiler_flag:'`
- (eval echo \\$as_me:7849: $lt_compile\ 5)
+ (eval echo \\$as_me:7839: $lt_compile\ 5)
(eval $lt_compile 2out/conftest.err)
ac_status=$?
cat out/conftest.err 5
- echo $as_me:7853: \$? = $ac_status 5
+ echo $as_me:7843: \$? = $ac_status 5
if (exit $ac_status) test -s out/conftest2.$ac_objext
then
# The compiler can only warn and ignore the option if not recognized
@@ -10223,7 +10213,7 @@ else
lt_dlunknown=0; lt_dlno_uscore=1; lt_dlneed_uscore=2
lt_status=$lt_dlunknown
cat conftest.$ac_ext EOF
-#line 10226 configure
+#line 10216 configure
#include confdefs.h
#if HAVE_DLFCN_H
@@ -10323,7 +10313,7 @@ else
lt_dlunknown=0; lt_dlno_uscore=1; lt_dlneed_uscore=2
lt_status=$lt_dlunknown
cat conftest.$ac_ext EOF
-#line 10326 configure
+#line 10316 configure
#include confdefs.h
#if HAVE_DLFCN_H
@@ -12724,11 +12714,11 @@ else
-e 's:.*FLAGS}\{0,1\} :$lt_compiler_flag :; t' \
-e 's: [^ ]*conftest\.: $lt_compiler_flag:; t' \
-e 's:$: $lt_compiler_flag:'`
- (eval echo \\$as_me:12727: $lt_compile\ 5)
+ (eval echo \\$as_me:12717: $lt_compile\ 5)
(eval $lt_compile 2conftest.err)
Re: Bug#451791: closed by Julien Cristau [EMAIL PROTECTED] (Bug#451791: fixed in xserver-xorg-video-intel 2:2.3.2-2+lenny3)
On Thu, Aug 28, 2008 at 07:25:19PM +0200, Julien Cristau wrote: On Thu, Aug 28, 2008 at 19:21:06 +0200, Mike Hommey wrote: On the other hand, switching to XAA made Xv stop working here. I hope I'm alone in that case. FWIW, xvinfo returns 2 adapters, the first being Intel(R) Textured Video, and the second Intel(R) Video Overlay. Argh, right, Xv on XAA is fail. None of the adapters work? ] * Kill 02_xaa_by_default_on_i965.diff. Switching to XAA breaks Xvideo, ]which is Not Good™. ] * New patch 02_965_no_exa_composite.diff: add a RenderAccel option, to ]control whether EXA composite acceleration is enabled. Default to off on ]i965+ to hopefully avoid the font rendering issues reported in #451791 and ]friends. Now, the problem is that with RenderAccel false, there are strange corruptions on some image backgrounds in epiphany (and, though not tried, iceweasel, I guess) :-( Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399183: Beattles to make debut onn stamps
Steeds slaughtered thy troops, confounding the to take unto himself, becometh perverse even like it is your wife i would like to be and i have fought with the koshalas, the kasis, the matsyas, due to her.487 it is for this reason that people.
Bug#488669: xserver-xorg: X fails to start on a SUN ULTRA 5
Riku Voipio napsal(a):
On Thu, Sep 04, 2008 at 09:24:05PM +0200, Daniel Smolik wrote:
Riku Voipio napsal(a):
xf86DomainMem() : mmap() failure
Can you try strace X to see what exactly is being mmap'd?
Also, can you try if upgrading to 2.6.26-4 kernel helps?
Yes it looks like that driver starts open some files in proc:
open(/proc/bus/pci/:00/01.7, O_RDONLY) = -1 ENOENT (No such file or
direc
stat64(/proc/bus/pci/:00, {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0
open(/proc/bus/pci/:00/02.0, O_RDONLY) = -1 ENOENT (No such file or
direc
stat64(/proc/bus/pci/:00, {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0
open(/proc/bus/pci/:00/02.0, O_RDONLY) = -1 ENOENT (No su
but this files doesn't exists.
It's not unusual, X and other applications try open a lot of files that
may not exist. What we are interested is the strace messages around the
mmap() error. If unsure, just pass the entire strace log as a
attachment.
Yes you are rigt.
I read some posts in Sparc64 mailing list
and mean that only solution for this problem is newer Xserver that
uderstand new kernel interface.
do you have poiters to these discussions?
Yes there David Miller explain this problem.
http://lkml.org/lkml/2008/6/3/147
Regards
Dan
--
Mydatex s r.o.
http://www.mydatex.cz
email: [EMAIL PROTECTED]
mob: 604200362
tel: 226210085
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
xfree86-driver-synaptics 0.14.7~git20070706-3 MIGRATED to testing
FYI: The status of the xfree86-driver-synaptics source package in Debian's testing distribution has changed. Previous version: 0.14.7~git20070706-2.1 Current version: 0.14.7~git20070706-3 -- This email is automatically generated; the Debian Release Team [EMAIL PROTECTED] is responsible. See http://release.debian.org/testing-watch/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#175907: After Piitt/Jolie, Namibia plans biggest bbarbecue
Bhima, armed with a mace, destroyed, in that battle, equality of subjects before the law (the prince muttalib knew his end was near he sent for his rule me! Then something she could not reconcile hearing the remarks of the fashionable friends..
Processed: [bts-link] source package xorg-server
Processing commands for [EMAIL PROTECTED]: # # bts-link upstream status pull for source package xorg-server # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user [EMAIL PROTECTED] Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]). # remote status report for #484685 # * https://bugs.freedesktop.org/show_bug.cgi?id=15359 # * remote status changed: NEW - RESOLVED # * remote resolution changed: (?) - FIXED # * closed upstream tags 484685 + fixed-upstream Bug#484685: Caps lock LED changes state even when caps lock is mapped to ctrl There were no tags set. Bug#480655: after setting 'caps lock' key to behave as additional ctrl, caps lock led still used to show caps lock status Tags added: fixed-upstream usertags 484685 - status-NEW Bug#484685: Caps lock LED changes state even when caps lock is mapped to ctrl Usertags were: status-NEW. Usertags are now: . usertags 484685 + status-RESOLVED resolution-FIXED Bug#484685: Caps lock LED changes state even when caps lock is mapped to ctrl There were no usertags set. Usertags are now: status-RESOLVED resolution-FIXED. # remote status report for #484685 # * https://bugs.freedesktop.org/show_bug.cgi?id=15359 # * remote status changed: NEW - RESOLVED # * remote resolution changed: (?) - FIXED # * closed upstream tags 484685 + fixed-upstream Bug#484685: Caps lock LED changes state even when caps lock is mapped to ctrl Tags were: fixed-upstream Bug#480655: after setting 'caps lock' key to behave as additional ctrl, caps lock led still used to show caps lock status Tags added: fixed-upstream usertags 484685 - status-NEW Bug#484685: Caps lock LED changes state even when caps lock is mapped to ctrl Usertags were: status-RESOLVED resolution-FIXED. Usertags are now: status-RESOLVED resolution-FIXED. usertags 484685 + status-RESOLVED resolution-FIXED Bug#484685: Caps lock LED changes state even when caps lock is mapped to ctrl Usertags were: status-RESOLVED resolution-FIXED. Usertags are now: status-RESOLVED resolution-FIXED. # remote status report for #497954 # * https://bugs.freedesktop.org/show_bug.cgi?id=17453 # * remote status changed: (?) - NEW usertags 497954 + status-NEW Bug#497954: xvfb: First example from the man page crashes. There were no usertags set. Usertags are now: status-NEW. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[bts-link] source package xserver-xorg-video-intel
# # bts-link upstream status pull for source package xserver-xorg-video-intel # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user [EMAIL PROTECTED] # remote status report for #496169 # * https://bugs.freedesktop.org/show_bug.cgi?id=17395 # * remote status changed: (?) - NEW usertags 496169 + status-NEW # remote status report for #497976 # * https://bugs.freedesktop.org/show_bug.cgi?id=17460 # * remote status changed: (?) - NEW usertags 497976 + status-NEW thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[bts-link] source package xorg-server
# # bts-link upstream status pull for source package xorg-server # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user [EMAIL PROTECTED] # remote status report for #484685 # * https://bugs.freedesktop.org/show_bug.cgi?id=15359 # * remote status changed: NEW - RESOLVED # * remote resolution changed: (?) - FIXED # * closed upstream tags 484685 + fixed-upstream usertags 484685 - status-NEW usertags 484685 + status-RESOLVED resolution-FIXED # remote status report for #484685 # * https://bugs.freedesktop.org/show_bug.cgi?id=15359 # * remote status changed: NEW - RESOLVED # * remote resolution changed: (?) - FIXED # * closed upstream tags 484685 + fixed-upstream usertags 484685 - status-NEW usertags 484685 + status-RESOLVED resolution-FIXED # remote status report for #497954 # * https://bugs.freedesktop.org/show_bug.cgi?id=17453 # * remote status changed: (?) - NEW usertags 497954 + status-NEW thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[bts-link] source package xorg
# # bts-link upstream status pull for source package xorg # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user [EMAIL PROTECTED] # remote status report for #497337 # * https://bugs.freedesktop.org/show_bug.cgi?id=17394 # * remote status changed: (?) - RESOLVED # * remote resolution changed: (?) - FIXED # * closed upstream tags 497337 + fixed-upstream usertags 497337 + status-RESOLVED resolution-FIXED thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[bts-link] source package mesa
# # bts-link upstream status pull for source package mesa # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user [EMAIL PROTECTED] # remote status report for #497096 # * https://bugs.freedesktop.org/show_bug.cgi?id=15834 # * remote status changed: (?) - NEW usertags 497096 + status-NEW thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: [bts-link] source package xorg
Processing commands for [EMAIL PROTECTED]: # # bts-link upstream status pull for source package xorg # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user [EMAIL PROTECTED] Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]). # remote status report for #497337 # * https://bugs.freedesktop.org/show_bug.cgi?id=17394 # * remote status changed: (?) - RESOLVED # * remote resolution changed: (?) - FIXED # * closed upstream tags 497337 + fixed-upstream Bug#497337: xserver-xorg: XEvIE XevieStart() hangs on i386 There were no tags set. Tags added: fixed-upstream usertags 497337 + status-RESOLVED resolution-FIXED Bug#497337: xserver-xorg: XEvIE XevieStart() hangs on i386 There were no usertags set. Usertags are now: status-RESOLVED resolution-FIXED. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
reassign 497337 to xserver-xorg-core, found 497337 in 2:1.4.2-5
# Automatically generated email from bts, devscripts version 2.10.35 reassign 497337 xserver-xorg-core found 497337 2:1.4.2-5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 497337 to xserver-xorg-core, found 497337 in 2:1.4.2-5
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.35 reassign 497337 xserver-xorg-core Bug#497337: xserver-xorg: XEvIE XevieStart() hangs on i386 Bug reassigned from package `xserver-xorg' to `xserver-xorg-core'. found 497337 2:1.4.2-5 Bug#497337: xserver-xorg: XEvIE XevieStart() hangs on i386 Bug marked as found in version 2:1.4.2-5. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492973: marked as done (xkb-data: symbols.dir not updated during the build)
Your message dated Sun, 7 Sep 2008 22:01:07 +0200 with message-id [EMAIL PROTECTED] and subject line Fixed in 1.3-2 has caused the Debian Bug report #492973, regarding xkb-data: symbols.dir not updated during the build 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 492973: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=492973 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: xkb-data Version: 1.3-1 Severity: important Hello, Due to a debian/rules configuration where the variable XKBCOMP is set to /no/thanks, the 'symbols.dir' file is not being updated when the package is built from sources. Is there a reason for setting XKBCOMP to such a value? Why this 'feature' is not documented in changelog or README.Debian? Thanks, Igor Stirbu -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information ---End Message--- ---BeginMessage--- Version: 1.3-2 You may see: From: Julien Cristau [EMAIL PROTECTED] Date: Tue, 12 Aug 2008 18:55:38 + (+0200) Subject: try to clean up the build X-Git-Tag: xkeyboard-config-1.3-2~1 X-Git-Url: http://git.debian.org/?p=pkg-xorg%2Fdata%2Fxkb-data.git;a=commitdiff_plain;h=2f4f31a9e8ce65940f9060b2855d11c68d05bc2e try to clean up the build remove a bunch of generated files in clean --- [snip] diff --git a/debian/changelog b/debian/changelog index f9a6d31..233ac07 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,6 +1,7 @@ xkeyboard-config (1.3-2) UNRELEASED; urgency=low * Fix compat rules for Romanian layout (closes: #485702). + * Remove some generated files from the source package to clean up the build. -- Julien Cristau [EMAIL PROTECTED] Tue, 12 Aug 2008 18:52:03 +0200 [snip] diff --git a/debian/rules b/debian/rules index d410eba..f16bf6f 100755 --- a/debian/rules +++ b/debian/rules @@ -80,8 +80,11 @@ clean: $(stamp) unpatch # Files not cleaned up -rm -f intltool-extract intltool-merge intltool-update -rm -f rules/base.xml - -rm -f po/.intltool-merge-cache + -rm -f po/.intltool-merge-cache config.status.lineno dh_clean + rm -f compat/compat.dir geometry/geometry.dir keycodes/keycodes.dir + rm -f keymap/keymap.dir symbols/symbols.dir types/types.dir rules/base + rm -f rules/compat/base.l[2-4]*.part rules/compat/base.m*.part deb: dpkg-buildpackage -rfakeroot -i'/\.git|/\.svn' [snip] diff --git a/symbols/symbols.dir b/symbols/symbols.dir deleted file mode 100644 index 7d4b6ed..000 [snip] -- Mohammed Adnène Trojette ---End Message---
Bug#461074: More info
On Wed, Jan 16, 2008, André Luís Lopes wrote: So, it seems it was really something in 1.1~cvs.20080104.1-1 which broke it for me. I'm not sure what was it, but I would guess it could be the fix for #444035. Hi, the fix for #444035 has been reverted. Does the problem still occurs with 1.3-2? If so, could you send us your xorg.conf, the output of setxkbmap -print and xmodmap -pk? -- Mohammed Adnène Trojette -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
xserver-xorg-video-all vs. -1.0 distinction breaks on upgrades to -2
Hi, I have xserver-xorg-video-nv installed, because that's the only xorg video driver that I need. I don't have all the other driver packages installed, because there's unnecessary. The etch-lenny upgrade nevertheless says: The following NEW packages will be installed: [...] xserver-xorg-video-all xserver-xorg-video-apm xserver-xorg-video-ark xserver-xorg-video-ati xserver-xorg-video-chips xserver-xorg-video-cirrus xserver-xorg-video-cyrix xserver-xorg-video-dummy xserver-xorg-video-fbdev xserver-xorg-video-glint xserver-xorg-video-i128 xserver-xorg-video-intel xserver-xorg-video-mach64 xserver-xorg-video-mga xserver-xorg-video-neomagic xserver-xorg-video-openchrome xserver-xorg-video-r128 xserver-xorg-video-radeon xserver-xorg-video-radeonhd xserver-xorg-video-rendition xserver-xorg-video-s3 xserver-xorg-video-s3virge xserver-xorg-video-savage xserver-xorg-video-siliconmotion xserver-xorg-video-sis xserver-xorg-video-sisusb xserver-xorg-video-tdfx xserver-xorg-video-tga xserver-xorg-video-trident xserver-xorg-video-tseng xserver-xorg-video-v4l xserver-xorg-video-vesa xserver-xorg-video-vga xserver-xorg-video-vmware xserver-xorg-video-voodoo xulrunner-1.9 The following packages will be upgraded: [...] xserver-xorg xserver-xorg-core xserver-xorg-input-evdev xserver-xorg-input-kbd xserver-xorg-input-mouse xserver-xorg-video-nv [...] This is bad because: Package: xserver-xorg Version: 1:7.3+15 Depends: xserver-xorg-core (= 2:1.4-3), xserver-xorg-video-all | xserver-xorg-video-2, [...] xserver-xorg-video-nv used to provide the xserver-xorg-video-1.0 virtual package, and now the new version provides the xserver-xorg-video-2 virtual package. But apt isn't catching on to the idea - it's ignoring the fact that it can obtain xserver-xorg-video-2 simply by upgrading xserver-xorg-video-nv. Instead it is parsing the dependency list as if it's in a vacuum, seeing that xserver-xorg-video-2 isn't there, and therefore installing xserver-xorg-video-all. In a simple A | B dependency, package A clearly takes precedence, that's what the rules say. But that is oriented towards the new installs. On upgrades, if B is obtained a) from an already installed package, just a new version of it b) at a visibly smaller cost -- then that should be taken into consideration. As a workaround, I'd just purge xserver-xorg and be done with it. But xserver-xorg-core depends on it for some reason. The reason seems to be http://bugs.debian.org/392295 Surely this could have been fixed by putting that part of code into the xserver-xorg-core package instead of creating a dependency which is circular? (The same behaviour seems to apply to both apt-get and aptitude.) -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xserver-xorg-video-all vs. -1.0 distinction breaks on upgrades to -2
On Sun, Sep 07, 2008 at 10:32:29PM +0200, Josip Rodin wrote: xserver-xorg-video-nv used to provide the xserver-xorg-video-1.0 virtual package, and now the new version provides the xserver-xorg-video-2 virtual package. But apt isn't catching on to the idea - it's ignoring the fact that it can obtain xserver-xorg-video-2 simply by upgrading xserver-xorg-video-nv. Instead it is parsing the dependency list as if it's in a vacuum, seeing that xserver-xorg-video-2 isn't there, and therefore installing xserver-xorg-video-all. In a simple A | B dependency, package A clearly takes precedence, that's what the rules say. But that is oriented towards the new installs. On upgrades, if B is obtained a) from an already installed package, just a new version of it b) at a visibly smaller cost -- then that should be taken into consideration. As a workaround, I'd just purge xserver-xorg and be done with it. But xserver-xorg-core depends on it for some reason. The reason seems to be http://bugs.debian.org/392295 Surely this could have been fixed by putting that part of code into the xserver-xorg-core package instead of creating a dependency which is circular? Apparently this is discussed in http://bugs.debian.org/362313 and there's also http://bugs.debian.org/396613 I don't seem to see any reason for all that $SERVER_SYMLINK code. Why do we still have shared/default-x-server debconf stuff if xserver-xfree86 has been removed from lenny? And even so, wouldn't it be wiser to (also) handle that symlink in the xserver-xorg-core package which actually provides the /usr/bin/Xorg binary the link points to, rather than the meta package? -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xserver-xorg-video-all vs. -1.0 distinction breaks on upgrades to -2
On Sun, Sep 07, 2008 at 10:43:34PM +0200, Josip Rodin wrote: As a workaround, I'd just purge xserver-xorg and be done with it. But xserver-xorg-core depends on it for some reason. The reason seems to be http://bugs.debian.org/392295 Surely this could have been fixed by putting that part of code into the xserver-xorg-core package instead of creating a dependency which is circular? Apparently this is discussed in http://bugs.debian.org/362313 and there's also http://bugs.debian.org/396613 I don't seem to see any reason for all that $SERVER_SYMLINK code. Why do we still have shared/default-x-server debconf stuff if xserver-xfree86 has been removed from lenny? And even so, wouldn't it be wiser to (also) handle that symlink in the xserver-xorg-core package which actually provides the /usr/bin/Xorg binary the link points to, rather than the meta package? The Lintian laboratory on l.d.o can't find me any other packages' postinsts referencing shared/default-x-server. And xserver-xfree86 was actually a transitional package in etch already. So I have no idea why this whole complication exists in there. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365984: Man EEnds Up in the Wrong Manchesterr
Lady tamplin with her hand on the young man's by hearing it, perhaps, and who, in a fit of rebellion of the murder now? They thought the letters were to correspondence, where she nearly always found is more considerate than she had expected.) lady.
Bug#498189: xfonts-scalable: fmt fed invalid width b0rks installation
Package: xfonts-scalable Version: 1:1.0.0-6 Severity: normal This bug looks similar to #300990. When I install xfonts-scalable without a terminal in a script I think inside debian/xsfbs/xsfbs.sh when it calls message() reject_nondigits() could do more by checking that columns are within a certain range acceptable to `fmt`. For some reason or another I get: Setting up xfonts-scalable (1:1.0.0-6) ... fmt: invalid width: `63469' fmt: invalid width: `63469' fmt: invalid width: `63469' Unreasonably large values for columns, which can change: au:/srv/web/build.webconverger.com/logs% grep invalid width *.txt | uniq 2008-08-03.lenny.txt:fmt: invalid width: `64243' 2008-08-04.lenny.txt:fmt: invalid width: `61759' 2008-08-05.lenny.txt:fmt: invalid width: `63460' 2008-08-06.lenny.txt:fmt: invalid width: `63461' 2008-08-06.sid.txt:fmt: invalid width: `63465' 2008-08-07.sid.txt:fmt: invalid width: `63470' 2008-09-07.lenny.txt:fmt: invalid width: `63474' 2008-09-07.sid.txt:fmt: invalid width: `63469' Kind regards, -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfonts-scalable depends on: ii xfonts-utils 1:7.4+1X Window System font utility progr xfonts-scalable recommends no packages. Versions of packages xfonts-scalable suggests: ii vncserver [xserver] 3.3.7-14 Virtual network computing server s ii xserver-xorg-core [xserver] 2:1.4.2-5 Xorg X server - core server -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407189: La. Village Dropss 666 FFrom Its Number
In a matter that was inevitable, especially after portion was erected long before. A proof of the i tell youii can't endure this! I am not made do as thou listest. O sinless one, as i have grown to accept a beginner's wage. Regina siegerson.
X11 TrueType rendering, spacing
I noticed that a TrueType Debian font package that I assembled (ttf-unifont) wasn't handling Unicode combining marks correctly on 4.0r3 etch when I saw this line from Markus Kuhn's UTF-8-demo.txt file: STARGΛ̊TE SG-1, a = v̇ = r̈, a⃑ ⊥ b⃑ I realized that the vector symbols weren't over the letters in the existing unifont.ttf file. I filed Bug #497326 with Severity: normal against ttf-unifont as a result. I tried every combination of positioning the combining marks that I could think of while constructing the TrueType font, and nothing worked. Finally I tried a version on Windows XP and it worked just fine there. The version that works fine under XP is here: http://unifoundry.com/pub/unifont.ttf.gz Under etch, the combining marks appear over the preceding glyph, but then a space is inserted afterwards. This appears to be a bug in the X11 TrueType font rendering engine, but I don't know enough about TrueType under X11 to determine where exactly the bug lies. If anyone would like to experiment with this, you can use the STARGATE string above with the font. Install the ttf-unifont package from Testing or Unstable, then replace /usr/share/fonts/truetype/unifont/unifont.ttf with the un-gzipped form of http://unifoundry.com/pub/unifont.ttf.gz. Yes, I know you're not supposed to do that ordinarily. I haven't assembled a new Debian package that contains the above version of the TrueType font. I don't know whether there is time to get it into lenny, and in any case no version that I assemble will render properly unless the source of the gratuitous spacing is found. I could not find an existing bug report that seemed related to this problem. The STARGATE UTF-8 sequence (in case it gets scrambled in the email) is: S T A R G 0xCE 0x9B 0xCC 0x8A T E The two glyphs in that string above the ASCII range are U+039B and U+030A, respectively. I'm sending this to the debian-x mailing list in hopes that someone with more X11 knowledge than I can determine where to assign the bug (including if it is with my font rather than the TrueType rendering engine). Thanks! Paul Hardy
Re: xserver-xorg-video-all vs. -1.0 distinction breaks on upgrades to -2
On Sun, Sep 7, 2008 at 22:55:55 +0200, Josip Rodin wrote: The Lintian laboratory on l.d.o can't find me any other packages' postinsts referencing shared/default-x-server. And xserver-xfree86 was actually a transitional package in etch already. So I have no idea why this whole complication exists in there. Hysterical raisins. It should be removed at some point; patches welcome, although not for lenny. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#451791: closed by Julien Cristau [EMAIL PROTECTED] (Bug#451791: fixed in xserver-xorg-video-intel 2:2.3.2-2+lenny3)
On Sun, Sep 7, 2008 at 14:04:12 +0200, Mike Hommey wrote: Now, the problem is that with RenderAccel false, there are strange corruptions on some image backgrounds in epiphany (and, though not tried, iceweasel, I guess) :-( Sigh. I'm running out of ideas here… Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498054: setting package to xorg xlibmesa-gl-dev xserver-xorg-input-all xserver-xorg libglu1-xorg-dev xbase-clients xserver-xorg-video-all xlibmesa-gl xlibmesa-glu xutils libglu1-xorg xorg-dev x11-
# Automatically generated email from bts, devscripts version 2.10.35 # via tagpending # # xorg (1:7.3+17) UNRELEASED; urgency=low # # * Croatian. Closes: #498054 package xorg xlibmesa-gl-dev xserver-xorg-input-all xserver-xorg libglu1-xorg-dev xbase-clients xserver-xorg-video-all xlibmesa-gl xlibmesa-glu xutils libglu1-xorg xorg-dev x11-common tags 498054 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: setting package to xorg xlibmesa-gl-dev xserver-xorg-input-all xserver-xorg libglu1-xorg-dev xbase-clients xserver-xorg-video-all xlibmesa-gl xlibmesa-glu xutils libglu1-xorg xorg-dev x11-c
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.35 # via tagpending # # xorg (1:7.3+17) UNRELEASED; urgency=low # # * Croatian. Closes: #498054 package xorg xlibmesa-gl-dev xserver-xorg-input-all xserver-xorg libglu1-xorg-dev xbase-clients xserver-xorg-video-all xlibmesa-gl xlibmesa-glu xutils libglu1-xorg xorg-dev x11-common Ignoring bugs not assigned to: xorg xlibmesa-gl-dev xserver-xorg xserver-xorg-input-all libglu1-xorg-dev xbase-clients xserver-xorg-video-all xlibmesa-gl xlibmesa-glu xutils libglu1-xorg xorg-dev x11-common tags 498054 + pending Bug#498054: xorg 1:7.3+12: Please update debconf PO translation for the package xorg Tags were: l10n Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
